Optimizing signalling load in a cellular communication network

Abstract

 The invention relates to a cellular communication network serving mobile terminals or devices and how to reduce the signalling load in said network by introducing an auxiliary device which holds data packets in order to minimize connections according to a pre-determined rule.

Description

FIELD OF THE INVENTION

[0001] The invention relates to a system, method and apparatus for reducing signalling load in a communications network using packet data queuing techniques.

BACKGROUND

[0002] With the rising level of penetration of smartphones or internet connected mobile devices, end users demand higher volumes of data transfer and need said data to be delivered as fast as possible.

[0003] The current generation of smartphones (e.g. i-Phone, Google Nexus One) make available to the end user a huge number of client applications, many of them causing a frequent transmission and reception of small amounts of data (e.g. Weather forecast, Facebook messages, etc.).

[0004] When frequent, small packets are sent by the Application Servers in the cloud (Cloud computing is Internet-based computing, whereby shared resources, storage, software, and information are provided to computers and other devices on demand, like the electricity grid) to the client application(s) in the terminal, the access network is forced to frequently establish and release Radio Access bearers (RABs or RBs) able to deliver those packets to the end user. Establishing/Deleting a Radio Connection involves an amount of signalling.

[0005] Most of the time, internet connected devices remain on idle state, just sending and receiving small amounts of data keeping connections alive which actually involves opening and closing connections.

[0006] All of the above causes a significant increase in the signalling load in the UMTS Terrestrial Radio Access Network (UTRAN) or GSM/EDGE Radio Access Network (GERAN), with subsequent need to increase the installed capacity in the network elements handling such a signalling, such as RNCs, and consequent increase in the capital expenditure from the network operator.

[0007] Therefore, it would be beneficial to be able to reduce the signalling load without significantly impacting the user experience.

SUMMARY OF THE INVENTION

[0008] According to one embodiment of the invention, there is provided a method for reducing the load signalling in a cellular communications network as claimed in claim 1. The method is based on the fact that a significant proportion of the connections established to Radio Access Bearers (RAB) or Radio Bearers (RB) are caused by the need to deliver in download a small number of packets, and these packets are originated by a multiplicity of applications with no stringent real-time delivery requirements; thus combining these packets would allow to reduce the number of connections to be established/released.

[0009] The invention thus proposes to queue into some network element (either inside or outside an RNC) the Network Originated in-bound (I/B) packet traffic of the users until a minimum amount of data is collected per each user, and after that finally establishing a RAB/RB to deliver the data.

[0010] The signalling load in the Radio Network Controller (RNC) would be reduced because only a single RAB/RB would be established or released within a period of time instead of doing the same several times to open one RAB/RB each time in order to carry a small amount of data.

[0011] As earlier stated the system and method proposed are transparent to end users, in order to minimize the impact on the user experience, the following criteria or mix of them can be used in order to trigger the establishment of a RAB/RB to deliver to the user the queued data:

• Quantity of data: Proceed with the RAB/RB set-up if the stored data is, for example, higher than 1 kilobyte.
• Packet Inspection: In order to not affect the user experience it is needed to inspect the packets and detect those packets which are transmitted by the background applications and not by the customer in real time. In this packet inspection it has to be detected if the application is pull or push, i.e. if the packet transmission from the network follows a request originated by the phone. One way to detect it is by analyzing the time difference between the current packet in the queue with its specific pair of TCP/IP source and origin and the latest pair of TCP/IP originated in the UL from the same UE having source and destination TCP/IP pair opposite to the previous one.
• Max delay: proceed with the RAB/RB set-up if any of the packets in the queue are stored (delayed), for example, for more than 20 milliseconds and less than 30 seconds. The latter can be set up to 20 minutes.
• RNC signalling Load: Optionally, the mechanism can be used only if the Signalling Load within the involved RNC is higher than a threshold.
• Additionally to the criteria set above, the RAB/RB set-up is not is started to those user equipments (UEs) with either lower QoS profile. Said profiles is established by using the THP (Traffic Handling Priority) and the ARP (Allocation Retention Priority) which are two HLR parameters of the subscribed user profile.
• Moreover, data queuing can be applied only to those user equipments [UE] generating a high amount of Signaling Load within a specific period of time. It would be needed to count the number of connections generated by every user equipment [UE] during 10 minutes and queue to those exceeding an access threshold value set in 5 RABs.

[0012] At least one of the above mentioned criteria is translated into rules which are implemented as instructions and commands in the programmable device; thus Radio Network Controller [RNC] signalling load would be decreased, and therefore less spending on Radio Network Controller [RNC] capacity would be done.

BRIEF DESCRIPTION OF THE DRAWINGS.

[0013] For a better understanding of the present invention, reference will now be made, by way of example only, to the accompanying drawings in which:-

Figure 1 depicts a diagram of the system of the invention; and

Figure 2 depicts a block diagram of the signalling load reduction device.

DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT

[0014] Following the reference signs adopted in Figure 1, there now follows a more detailed description of an embodiment of the invention.

[0015] Data packets are sent from a communications network to a User Equipment [UE] by opening and closing connections between the User Equipment [UE] and a Radio Network Controller [RNC] via a Node B to which it's connected.

[0016] A preferred embodiment of the invention is deployed in a high congestion situation in the Radio Network Controller [RNC] for reducing the signalling load in this network element. Said reduction is achieved by implementing a series of rules or conditions stored in an auxiliary device (1) embedded in the Radio Network Controller [RNC] and executed by a programmable device (2) of said auxiliary device (1), being said auxiliary device (1) furnished with a data communication bus (4) in order to establish a communication channel with elements of the network, such as the Radio Network Controller [RNC], and storage means (3) for storing data packets creating a data packets queue containing those data packets set to be queued according to the above mentioned conditions.

[0017] When the signalling load, measured as a percentage of CPU load of the signalling processors of the Radio Network Controller [RNC], is higher than a threshold value set in the specifications of the Radio Network Controller [RNC], the programmable device (2) of the auxiliary device (1) brings about the following procedure in order to reduce the signalling load.

[0018] First, those User Equipments [UEs] which data packets are meant to be queued in order to reduce the signalling load are identified by determining the signalling coming from a node B of the network to which the User Equipment [UE] is connected.

[0019] If the User Equipment [UE] generates a number of connections higher than an access threshold value (the access threshold value could be set to 5 RABs in a period of 10 minutes, say), then said User Equipment [UE] is considered to be directly causing a high signalling load, consequently data packets are queued by the auxiliary device (1) in its storage means (3). The same queuing could be applied if the User Equipment [UE] is marked with a low priority; which is typically marked by an operator with Allocation Retention Priority [ARP] - Traffic Handling Priority [THP] parameters.

[0020] Furthermore, for those identified User Equipments [UEs], the Radio Network Controller [RNC] will carry out a data packet inspection. Specifically when there are data packets coming from the GGSN towards the UE without any Radio dedicated connection [i.e. in idle or in Cell_PCH/URA_PCH]

[0021] Note that CELL_PCH and URA_PCH are UE states defined in the 3GPP spec 25.331 in which connectivity exists between the Radio Network Controller [RNC] and Core Network [CN], but the user equipment [UE] is not assigned any Radio Bearer [RB] to transmit or receive data. In either state, the User Equipment [UE] is able to quickly get assigned a Radio Bearer [RB] for data transmission or reception, but a very limited number of resources are used in the Radio Network Controller RNC in order to maintain the User Equipment [UE] in such a state.

[0022] Data packet inspection at the Radio Network Controller [RNC] checks whether data packets are an answer to a direct request coming from the User Equipment [UE] request or not. If so, then the data packet cannot be queued, this is done by analyzing the TCP/IP flows. Even in the very case that the request is coming from the User Equipments [UE] said request can be trigged by different applications, and data packets requested by some applications can be queued too, this can be done, for example, by inspecting TCP/UDP ports and then marking every kind of application with a "yes" or "no" to be queued.

[0023] Once those packets are identified for those User Equipments [UEs] and detected as: idle, Cell_PCH or URA_PCH; then the data packets are not delivered and therefore kept in the queue until:

• There is a data threshold minimum value and a data threshold maximum value of data quantity to be stored in the queue, once those threshold values are surpassed the connection is established with the User Equipment [UE] and the data are delivered, this data threshold values are normally set in 1Kbyte for the data threshold minimum value and 10MB for the data threshold maximum value.
• or the data packets have been queued for a time period, for example longer than a time threshold minimum value set in 20 ms and less than a time threshold maximum value set in 20 minutes
• or there is another application that needs to open a connection without possibility of queuing.

[0024] In another embodiment of the invention the auxiliary device (1) is integrated in the Serving GPRS Support Node [SGSN].

[0025] In yet another embodiment of the invention the auxiliary device (1) is arranged between the Radio Network Controller [RNC] and the Core Network [CN].

Claims

1. Method for optimizing signalling load in a cellular communication network characterised by comprising at least the steps of:

- determining, using a Radio Network Controller [RNC] of the cellular communication network, a request of data packet generating a request of data packets,

- storing the data packets requested in an auxiliary device (1) generating a queue of data packets,

- proceeding with a Radio Access Bearer [RAB]/Radio Bearer [RB] set-up triggered by the auxiliary device (1) delivering the data packet from the queue to a User Equipment [UE] when at least one of the following conditions is met:

■ the stored data packet is in the queue for a time period longer than a time threshold value,

■ the volume of the data stored in the queue is higher than a data threshold value,

■ the request of data packets is determined to be triggered by an end user of the User Equipment [UE].

2. Method according to claim 1 wherein data request is determined to be triggered by an end user of the User Equipment [UE] by analyzing TCP/IP flows.

3. Method according to claim 2 wherein the analysis further comprises inspecting TCP/UDP ports used for the data request.

4. Method according to claim 3 wherein the packet inspection comprises detecting whether the request of data packets is generated by a push application

5. Method according to claim 4 wherein the set-up of the Radio Access Bearer [RAB]/ Radio Bearer [RB] s accomplished when the application is push.

6. Method according to claim 1 wherein the data storing is accomplished when the User Equipment [UE] generates a number of Radio Access Bearer [RAB] higher than an access threshold value within a specific period of time.

7. Method according to claim 1 wherein the data storing is only done when the signalling load within the involved Radio Network Controller [RNC] is higher than a threshold value set on the Radio Network Controller [RNC] specifications.

8. Method according to claim 1 wherein the data storing is accomplished depending on the priority of the User Equipment [UE].

9. Method according to claim 8 wherein the priority of the User Equipment [UE] is set by an operator using Allocation Retention Priority [ARP] - Traffic Handling Priority [THP] parameters.

10. Auxiliary device (1) for optimizing signalling load in a cellular communication network characterised by comprising:

- a programmable device (2) adapted to carry out the method described in anyone of claims 1 to 9,

- at least a data communication bus (4), and

- storage means (3) adapted to store data packets in the queue.

11. Auxiliary device (1) according to claim 10 wherein the storage means (3) are selected from the group consisting of: non volatile memories, volatile memories, magnetic storage means (3) and optical storage means (3).

12. Auxiliary device (1) according to claim 10 or 11 wherein the programmable device (2) is a microcontroller.

Drawing