A method for reducing the signaling load of a gprs core network system is provided. The gprs core network system comprises a first UE, a first RNC, a first sgsn, a first core network node, and a first IP network, where the first UE is arranged to be in communication with the first RNC, where the first RNC is arranged to be in communication with the sgsn for non-3gdt communication of the gprs core network system or the core network node for 3gdt communication of the gprs core network system, where the first sgsn is arranged to be in communication with the first core network node, where the first core network node is arranged to be in contact with the first IP network, where one or more service requests originates from the first UE to the sgsn, where the number of service requests to the sgsn is measured.
|
3. A method performed by a serving gprs support node (sgsn) of a network, the method comprising:
receiving by the sgsn one or more service requests from a user equipment (UE);
measuring by the sgsn a number of the one or more service requests from the UE in a predetermined measurement interval of time;
determining by the sgsn whether the measured number of the one or more service requests in the predetermined measurement interval of time exceeds a threshold value;
setting up by the sgsn a 3rd generation direction tunnel (3gdt) communication if a configuration of the sgsn allows the setup of the 3gdt communication and the number of the one or more service requests from the UE does not exceed the threshold value;
setting up by the sgsn a non-3gdt communication for a gprs core network system if the number of the one or more service requests from the UE exceeds the threshold value; and
wherein the network further comprises a radio network controller (RNC), a core network node, and an internet protocol (IP) network, the RNC being arranged to be in communication with the sgsn for non-3gdt communication or the core network node for 3gdt communication, the sgsn being arranged to be in communication with the core network node, and the core network node being arranged to be in contact with the IP network.
2. A network system in communication with a first user equipment (UE) comprising:
a first radio network controller (RNC);
a first serving gprs support node (sgsn);
a first core network node, the first core network node being either a gateway gprs support node/packet Data network gateway (GGSN/PGW), or a serving gateway (SGW); and
a first internet protocol (IP) network,
wherein the first RNC is arranged to be in communication with the first sgsn for non-3rd generation direct tunnel (3gdt) communication of the network system or the first core network node for 3gdt communication of the network system,
wherein the first sgsn is arranged to be in communication with the first core network node,
wherein the first core network node is arranged to be in contact with the first IP network, and
wherein the first sgsn is configured to:
receive one or more service requests from the first UE;
measure the number of service requests from the first UE to the first sgsn in a predetermined measurement interval of time;
determine whether the measured number of service requests in the predetermined measurement interval of time exceeds a threshold value;
set up a 3gdt communication if a configuration of the first sgsn allows the set up of the 3gdt communication and the number of service requests from the first UE to the first sgsn does not exceed the threshold value; and
set up a non-3gdt communication for the network system if the number of service requests from the first UE to the first sgsn exceeds the threshold value.
1. A method for reducing a signaling load of a general packet radio service (gprs) core network system, wherein the gprs core network system comprises a first user equipment (UE); a first radio network controller (RNC); a first serving gprs support node (sgsn); a first core network node, the first core network node being either a gateway gprs support node/packet Data network gateway (GGSN/PGW), or a serving gateway (SGW); and a first internet protocol (IP) network, the method comprising:
receiving by the first sgsn one or more service requests from the first UE;
measuring by the first sgsn the number of service requests from the first UE to the first sgsn in a predetermined measurement interval of time;
determining by the first sgsn whether the measured number of service requests in the predetermined measurement interval of time exceeds a threshold value;
setting up a 3rd generation direct tunnel (3gdt) communication if a configuration of the first sgsn allows the setup of the 3gdt communication and the number of service requests from the first UE to the first sgsn does not exceed the threshold value; and
setting up a non-3gdt communication for the gprs core network system if the number of service requests from the first UE to the first sgsn exceeds the threshold value,
wherein the first UE is arranged to be in communication with the first RNC,
wherein the first RNC is arranged to be in communication with the first sgsn for non-3gdt communication of the gprs core network system or the first core network node for 3gdt communication of the gprs core network system,
wherein the first sgsn is arranged to be in communication with the first core network node, and
wherein the first core network node is arranged to be in contact with the first IP network.
|
This application is a 35 U.S.C. § 371 National Phase Entry Application from PCT/EP2011/061123, filed Jul. 1, 2011, designating the United States, the disclosure of which is incorporated herein in its entirety by reference.
The present invention relates to a method for reducing the signalling load of a GPRS core network system. The GPRS core network system comprises a first UE, a first RNC, a first SGSN, a first core network node, and a first IP network. The first UE is arranged to be in communication with the first RNC. The first RNC is arranged to be in communication with the SGSN for non-3GDT communication of the GPRS core network system or the core network node for 3GDT communication of the GPRS core network system. The first SGSN is arranged to be in communication with the first core network node, where the first core network node is arranged to be in contact with the first IP network. One or more service requests originate from the first UE to the SGSN.
Abbreviations:
In the present existing solution, the SGSN has to handle a high number of (frequent) service requests, which may exhaust the node capacity due to the frequent service request triggered, here called “Update PDP Context Request/Response” between Gn-SGSN and GGSN/PGW or “Modify Bearer Request/Response” between S4-SGSN and SGW.
There is thus a need for an improved and more effective system.
The object of the present invention is to provide a method for reducing the signalling load of a GPRS core network system where the previously mentioned problems are avoided. This object is achieved by the features of the characterising portion of claim 1, wherein the number of service requests from the UE to the SGSN is measured.
The purpose of the solution of the present invention is to prevent a core network node, for instance the GGSN/PGW or SGW, from frequent “Update PDP Request” or “Modify Bearer Request” from SGSN due to frequent 3GDT update.
According to the present invention a 3GDT will not be set up for certain services. The UE requires to setup RAB by service request, but soon to release the RAB. According to the invention the services are detected and measured more smartly based on the configuration by the operator. Based on the request type, the SGSN can detect if the message type is a Service Request or not.
The present invention relates to a method for reducing the signalling load of a GPRS core network system, the GPRS core network system comprising a first UE, a first RNC, a first SGSN, a first core network node, the first core network node being either a GGSN/PGW or a SGW, and a first IP network, where the first UE is arranged to be in communication with the first RNC, where the first RNC is arranged to be in communication with the SGSN for non-3GDT communication of the GPRS core network system or the first core network node for 3GDT communication of the GPRS core network system, where the first SGSN is arranged to be in communication with the first core network node, where the first core network node is arranged to be in contact with the first IP network, where one or more service requests originates from the first UE to the SGSN, where the number of service requests from the UE to the SGSN is measured.
The method may also allow for that a 3GDT communication is set up if the configuration of the SGSN allows the setup of a 3GDT communication and the number of service requests from the first UE to the SGSN does not exceed a threshold value.
The method may also allow for that a non-3GDT communication for the GPRS core network system is set up instead of the GPRS core network communication if the number of service requests from the first UE to the SGSN has exceeded a threshold value.
One advantage of the invention is that it will decrease the signalling load for the core network. This will not introduce extra signalling or message to the existing network but effectively make full use of the legacy message and improve the network quality. Additionally the need for SGSN-MME payload capacity expansion is greatly reduced. Costly hardware upgrades can be avoided and the number of SGSN-MMES can be reduced even with many mobile broadband and payload intensive subscribers in the network.
The invention will below be described in connection to a number of drawings where;
The RNC 3 is arranged to be connected to the SGSN 4 for non-3GDT communication via a non-3GDT connection 7. The RNC 3 is further arranged to be connected to the first core network node 5 for 3GDT communication via a 3GDT connection 8. The RNC 3 is further arranged to be connected to the SGSN 4 via a control connection 9. The connections 7, 8, 9 are lu connections. The control connection 9 is an lu-C connection; the user plane connections, i.e. the non-3GDT connection 7 and the 3GDT connection, are lu-U connections.
The RNC 3 is connected either to the SGSN 4 or the first core network node 5 depending on whether 3GDT is enabled or not. The first SGSN 4 is arranged to be in communication with the first core network node 5, and the first core network node 5 is arranged to be in contact with the first IP network 6.
The RNC 3 is arranged to be connected to the SGSN 4 for non-3GDT communication via a non-3GDT connection 11. The RNC 3 is further arranged to be connected to the first core network node 5 for 3GDT communication via a 3GDT connection 12. The RNC 3 is further arranged to be connected to the SGSN 4 via a control connection 13. The connections 11 and 13 are lu connections. The control connection 13 is an lu-C connection; the user plane connection, i.e. the non-3GDT connection 7 is a lu-U connections. The 3GDT connection 12 is a S12 connection
The RNC 3 is connected either to the SGSN 4 or the first core network node 5 depending on whether 3GDT is enabled or not. The first SGSN 4 is arranged to be in communication with the first core network node 5, the first core network node 5 is arranged to be in contact with the PGW 10 and the PGW 10 is arranged to be in connection with the first IP network 6.
The below description describes the setup of the 3GDT in a GPRS core network system using Gn/Gp architecture. The description is valid for the S3/S4 architecture having a SGW instead of GGSN/PGW except where specifically stated.
3GDT enables the setup of a GPRS Tunnelling Protocol (GTP) tunnel for transporting the payload traffic between the GGSN/PGW 5 and RNC 3 directly, thus bypassing the SGSN 4. This separates the user traffic from the control traffic and reduces the payload traffic through the SGSN 4.
A GTP-U tunnel for transporting traffic between the GGSN/PGW 5 and RNC 3 directly is referred to as the direct tunnel. The configuration where 3GDT is not activated and the SGSN 4 is not bypassed is referred to as the two-tunnel solution.
The SGSN 4 decides on a RNC 3, GGSN/PGW 5, APN, and optionally on subscriber basis if 3GDT should be used. The RNC configuration in the SGSN 4 specifies if an RNC 3 supports a direct user-plane connection. Whether to allow 3GDT on GGSN/PGW, APN (APN-based 3GDT configuration), and optionally subscriber basis is specified through the configuration in the SGSN 4, HLR and DNS.
If the SGSN 4 uses 3GDT, a direct tunnel between the GGSN/PGW 5 and RNC 3 replaces the two-tunnel solution in the user plane and the SGSN 4 then continuously updates both the GGSN/PGW 5 and RNC 3 with information regarding the user-plane TEID values and IP addresses. The control traffic is routed as in the two-tunnel solution.
Configuring 3GDT on a GGSN/PGW 5, APN, and subscriber basis enables the use of 3GDT, for example, for payload extensive and stationary MSs, by bypassing the SGSN 4 for the user plane while mitigating the capacity impact of continuously keeping the RNC 3 and GGSN/PGW 5 updated.
The SGSN 4 checks if 3GDT should be used each time a PDP context is activated, either as MS activated or by means of an Inter SGSN Routing Area Update (ISRAU), an Inter SGSN Inter-Radio Access Technology (IRAT) PS Handover from GSM to WCDMA Systems, or an Inter SGSN Serving Radio Network Subsystem (SRNS) relocation. Also, each time a new serving RNC is selected the use of 3GDT for a PDP context is checked.
If 3GDT is used, the set-up of the Radio Access Bearers (RABs) includes information necessary for the transport of user data between the
GGSN/PGW 5 and RNC 3 directly, using a direct tunnel, illustrated by connection 9 in
The SGSN 4 is responsible for providing the following information to the GGSN/PGW 5:
The SGSN 4 is responsible for providing the following information to the RNC 3:
If a RAB assigned for a PDP context is released, a GTP-U tunnel is established between the SGSN 4 and GGSN/PGW 5 for handling the downlink packets. This until the direct tunnel is re-established between the GGSN/PGW 5 and the RNC 3.
If a MS with an already established PDP context moves between compliant and non-3GDT compliant RNCs, the SGSN 4 switches between using the direct tunnel and the two-tunnel solution.
For a Gn-SGSN, 3GDT will not be set-up for non-roaming traffic. But for an S4-SGSN, 3GDT can be set-up for both roaming and non-roaming traffic depending on the configuration.
The PDP Context is always updated in the GGSN/PGW or SGW when the MS moves to another RNC during all types of Routing Area Updates (RAUs). The roaming transport, Gp, remains in the SGSN-MME.
During RAB release and reestablishment and some mobility procedures that require bicasting of packets, the SGSN-MME might disconnect the tunnel between the RNC and the GGSN/PGW or SGW. For a Gn-SGSN, the SGSN-MME sets up the classic two tunnel solution between the RNC and the SGSN-MME, as well as between the SGSN-MME and the GGSN/PGW. But for an S4-SGSN, the SGSN-MME releases the direct tunnel between the RNC and the SGW. When using S4-SGSN, this feature also supports the S12 interface.
The method may comprise the steps of
Request is sent to the GGSN/PGW 5 with RNC 3 UP IP-address and TEID. (Update PDP Context Request)
When the rate of Service Requests for this event has reached a predetermined threshold in a predetermined measurement interval a two tunnel solution starts to set up from now on. The two tunnel solution may be set up for a predetermined period of time or indefinitely, depending on the operator's configuration.
One example of the above may be that the predetermined threshold is 5, the predetermined measurement interval may be one minute and the predetermined period of time is 10 minutes. This would mean that the SGSN 4 receives a service request from the same UE 2 five times in one minute. The SGSN 4 may then choose the two-tunnel solution for 10 minutes. The two tunnel solution may in addition to the 10 minutes be active indefinitely depending on configuration conditions set by the operator. Other suitable predetermined values of threshold, measurement interval and period of are of course conceivable.
Since 3GDT impacts both payload and signalling, on network as well as on node level, it is strongly recommended to perform a network analysis of the specific operator traffic case. This is done in order to determine optional configurations and node sizes. Here follows payload and signalling sums that affect dimensioning.
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
8204998, | Dec 16 2008 | T-MOBILE INNOVATIONS LLC | Allocation of connection persistence to mobile browsers |
8218535, | Jul 04 2000 | Nokia Technologies Oy | Method and device for attaching a user equipment to a telecommunication network |
8432871, | Mar 26 2010 | Juniper Networks, Inc.; Johnson Controls Technology Company | Offloading mobile traffic from a mobile core network |
20090104906, | |||
20090147670, | |||
20090149183, | |||
20090245202, | |||
20090252133, | |||
20100046362, | |||
20100061340, | |||
20100061386, | |||
20100322068, | |||
20110032931, | |||
20110058480, | |||
20110222430, | |||
20120020218, | |||
20120076099, | |||
20120082146, | |||
20120109800, | |||
20120188895, | |||
20120259747, | |||
20120263089, | |||
20130005273, | |||
20140219083, | |||
EP2339785, | |||
WO2008077423, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Jul 01 2011 | Telefonaktiebolaget L M Ericsson (publ) | (assignment on the face of the patent) | / | |||
Jul 05 2011 | QU, ZHIWEI | TELEFONAKTIEBOLAGET L M ERICSSON PUBL | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 032628 | /0621 | |
Jul 06 2011 | OLSSON, LASSE | TELEFONAKTIEBOLAGET L M ERICSSON PUBL | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 032628 | /0621 |
Date | Maintenance Fee Events |
Aug 23 2019 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Aug 23 2023 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Date | Maintenance Schedule |
Feb 23 2019 | 4 years fee payment window open |
Aug 23 2019 | 6 months grace period start (w surcharge) |
Feb 23 2020 | patent expiry (for year 4) |
Feb 23 2022 | 2 years to revive unintentionally abandoned end. (for year 4) |
Feb 23 2023 | 8 years fee payment window open |
Aug 23 2023 | 6 months grace period start (w surcharge) |
Feb 23 2024 | patent expiry (for year 8) |
Feb 23 2026 | 2 years to revive unintentionally abandoned end. (for year 8) |
Feb 23 2027 | 12 years fee payment window open |
Aug 23 2027 | 6 months grace period start (w surcharge) |
Feb 23 2028 | patent expiry (for year 12) |
Feb 23 2030 | 2 years to revive unintentionally abandoned end. (for year 12) |