Home | Reports | Technical Documents | Tech-Blog | One-Shot Gallery | Korea ICT News | Korea Communication Market Data | List of Contributors | Become a Contributor |    
 
 
Section 5G 4G LTE C-RAN/Fronthaul Gigabit Internet IPTV/Video Streaming IoT SDN/NFV Wi-Fi KT SK Telecom LG U+ Network Protocol Samsung   Korean Vendors
 
CHANNELS     HFR    |  Mobile Fronthaul Solution  |  Carrier Ethernet Solution  | Resources        
CHANNELS     ZARAM    |  XGSPON 10G SFP+ ONT  |  Use cases  | Evolution of FTTH Access Network    

 

LTE TAL Size Planning in Live Networks (improving Paging Success Rate)
December 07, 2016 | By Mahmoud Ali @ AdvaComm Associates
Online viewer:
Comments (0)
8

We are pleased to share with you all an interesting article contributed by Mahmoud Ali who has 10 years of experience as Network, RF Planning and Optimization Team leader / Solutions Architect / Expert in GSM/UMTS/LTE.

 
 

Mahmoud Ali 

LTE Team Leader/SME at AdvaComm

 

 

All Articles by Mahmoud Ali

 
     
  How to contribute your article to Netmanias.com !  
     
  List of Contributors  

 

 
     
 

How to Optimize your TAL Size to avoid paging discards. (number of TAs (eNodeBs)) 

 

Intended Audience: RF Consultants working on Live networks.

 

Tracking Area List (TAL) : it is a group of Tracking Area Codes (TACs) which is used to page UE within the network TAL geographical area.

 

Tracking Area Codes (TACs) or TAs: it is group of eNodeBs in one small area with maximum number of 100 eNodeBs.

 

TAC and TAL planning is to determine the size of a TAC and TAL border. The TAC and TAL size is simply defined as the number of eNodeBs in the TAC or TACs in a TAL.

 

If only a few eNodeBs are in a TAL, Tracking Area Updates (TAUs) may occur frequently, and MME load and UE power consumption increase. If TAUs occur frequently, a UE cannot respond to a paging message during TAU, reducing the paging success rate.

 

If number of users increases in a TAL, paging load increases in this TAL and further split planning needed to solve paging overload.

 

Q: how can we decide what is the appropriate TAL Size?

 

During the LTE network deployment, the location area plan of the GSM and UMTS networks can be used as a reference for TA and TAL border. That is, the LTE TAL size and border are consistent with that of the LAs in the GSM and UMTS networks.

 

Q: why Good design of TAL means TAL=LAC in 3G? 

 

A TAL includes the optimum number of eNodeBs, balancing the TAU frequency and paging load.

 

The TAL size is estimated based on the following parameters:

  • MME paging volume: includes the number of boards in an MME and board paging volume.
  • eNodeB paging volume: includes the paging load processed by the CPU, paging overhead allowed by the PDCCH and PDSCH, and paging blocking rate.
  • Maximum number of UEs concurrently attached to the network in the served area of an MME.
  • Paging arrival rate during busy hours, which depends on the MME paging traffic model.
  • Busy-hour paging traffic model of UEs.

 

Looking in into MME and eNodeB Paging Volume, normally MME supports paging volume 16 times more than eNodeB which lead us to a conclusion:

 

MME normally doesn't limit TAL size --> TAL size is limited by eNodeB capabilities for paging volume (pages/second).

 

Paging Capacity Analysis on the eNodeB:

 

1. PDSCH paging capacity is: (assuming 20MHz).

 

 

you can refer to 3GPP TS 36.304.

 

2. PDCCH paging capacity on the eNodeB (the nB parameter is set to 1.)

 

 

3. eNodeB paging Processing CPU capacity: i.e Huawei eNodeBs CPU max capability is 750 pages/s, we should assume 70% utilization as max to allow safe buffer zone.

 

=750*0.7=525 pages/s.

 

4. The paging blocking defined by C_Blocking.

 

Paging Traffic Model:

 

Paging traffic mode=Whole Network Paging volume (success reply)/ No of LTE subscribers.

 

assuming 1,000,000 subscriber with 16173740 page per busy hour.

 

=1617374/100,000 = 16.17 pages per subscriber/hour. --> 0.004492 page/s per subscriber.

 

 

now you can correlate directly Paging reply Volume(success reply from UE) with number of eNodeBs in one TAL.

 

example: if you have one TAL in your network with 300 eNodeBs in one TAL and Total paging reply volume as 2,000,000. and your limitation on eNodeB is 525 as Huawei eNodeB.

 

Maximum number of allowed eNBs in one TAL is = 525*3600*300/2,000,000=283 eNBs --> this means you need to split your TAL into 2 TALs in order to avoid any future paging discards.

 

note: you need to scale these numbers to your network BW, here it is for 20MHz.

 

 

 
     

 

 

Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
Related Contents
07/28/2017
Netmanias Blog
05/07/2014
Netmanias Technical Documents
04/23/2014
Netmanias Technical Documents
04/08/2014
Netmanias Technical Documents
03/21/2014
Netmanias Technical Documents
02/19/2014
Netmanias Technical Documents
01/25/2014
Netmanias Technical Documents
View All (823)
4.5G (1) 5G (89) AI (6) AR (1) ARP (3) AT&T (1) Akamai (1) Authentication (5) Big Data (2) Blockchain (3) C-RAN/Fronthaul (17) CDN (4) CPRI (4) Carrier Ethernet (3) China (1) China Mobile (2) Cisco (1) Cloud (5) CoMP (6) Connected Car (4) DHCP (5) EDGE (1) Edge Computing (1) Ericsson (2) FTTH (6) GSLB (1) GiGAtopia (2) Gigabit Internet (19) Google (7) Google Global Cache (3) HLS (5) HSDPA (2) HTTP Adaptive Streaming (5) Handover (1) Huawei (1) IEEE 802.1 (1) IP Routing (7) IPTV (21) IoST (3) IoT (55) KT (43) Korea (19) Korea ICT Market (1) Korea ICT Service (13) Korea ICT Vendor (1) LG U+ (18) LSC (1) LTE (78) LTE-A (16) LTE-B (1) LTE-H (2) LTE-M (3) LTE-U (4) LoRa (7) MEC (3) MPLS (2) MPTCP (3) MWC 2015 (8) NB-IoT (6) Netflix (2) Network Protocol (21) Network Slicing (4) New Radio (9) Nokia (1) OSPF (2) OTT (3) PCRF (1) Platform (2) QoS (3) RCS (4) Roaming (1) SD-WAN (17) SDN/NFV (71) SIM (1) SK Broadband (2) SK Telecom (35) Samsung (5) Security (16) Self-Driving (1) Small Cell (2) Spectrum Sharing (2) Switching (6) TAU (2) UHD (5) VR (2) Video Streaming (12) VoLTE (8) VoWiFi (2) Wi-Fi (31) YouTube (6) blockchain (1) eICIC (1) eMBMS (1) iBeacon (1) security (1) telecoin (1) uCPE (2)
Password confirmation
Please enter your registered comment password.
Password