| 리포트 | 기술문서 | 테크-블로그 | 글로벌 블로그 | 원샷 갤러리 | 통신 방송 통계  | 한국 ICT 기업 총람 |

제품 검색

| 네트워크/통신 뉴스 | 기술자료실 | 자유게시판 |  
 
 
섹션 5G 4G LTE C-RAN/Fronthaul Gigabit Internet IPTV/UHD IoT SDN/NFV Wi-Fi Video Streaming KT SK Telecom LG U+ OTT Network Protocol CDN YouTube Data Center
 
스폰서채널 |

 

  스폰서채널 서비스란?
LTE: Tracking Area (TA) and Tracking Area Update (TAU) [English Version]
LTE: Tracking Area (TA) and Tracking Area Update (TAU)
October 17, 2013 | By 유창모 (cmyoo@netmanias.com)
banner
코멘트 (8)
23

 

This time we will give you a brief overview of an LTE Tracking Area (TA) and Tracking Area Update (TAU).

 
While an LTE device (UE) is in active state (i.e. while communicating, or while in EMM-Registered/ECM-Connected/RRC-Connected state in LTE terms), its location is known by the LTE network at cell level (i.e. on a cell granularity), e.g. in cell2 in eNB1.
However, while the UE is in idle state (i.e. while not communicating, or while in EMM-Registered/ECM-Idle/RRC-Idle state in LTE terms), its location is known by the LTE network at TA level (i.e. on a TA granularity), instead of cell level. An operator defines a group of neighbor eNBs as a TA (These grouping are performed at the initial deployment of the network. Each eNB is configured with its own TA.). A TA can be made up of cells or eNBs, but only those made up of eNBs will be used here in this post. For example, eNBs in A neighborhood are defined as TA1, those in B neighborhood as TA2, those in C neighborhood as TA3, and so on. 
 
Why do we need TAs?
 
If there is data traffic heading to a UE in idle state (e.g. if someone sends a text message to a UE), the LTE network has to wake up the UE so that it can receive the data. Here, this "waking up (called paging)" is performed TA-wide. Let's say a UE is located in C neighborhood. Then, the network considers the UE is located in TA3. So, when the network has to wake up the UE as some data for the UE is being received, it sends a paging message to every eNB in TA3. Then each eNB broadcasts the paging message over the radio link to wake up the UE. A UE in idle state wakes up at certain periods to check for a paging message to see if there is any incoming data. If the UE finds it has been paged by an eNB, it turns back to active state to receive the data.
 

 

 

Let's take a look at the format of TAs.

 

In the right side of the figure are a Tracking Area Identifier (TAI) and a Tracking Area Code (TAC). A TAC is the unique code that each operator assigns to each of their TAs (e.g. TA1=0x0001 for A neighborhood, TA2=0x0002 for B neighborhood, etc.). A TAI consists of a PLMN ID and a TAC. Here, a PLMN ID, a combination of a Mobile Country Code (MCC) and a Mobile Network Code (MNC), is the unique code assigned to each operator in the world. Korea's MCC is 450, and SKT's MNC is 05. So, SKT, a Korean operator, has an MCC of 450 and an MNC of 05. This format of assigning makes a TAI uniquely identified globally.

 

We will go further and learn about Tracking Area Update (TAU).

As seen above, the LTE network (the MME, to be accurate) has to have updated location information about UEs in idle state to find out in which TA a particular UE is located. For this, the UE notifies the LTE network (MME) of its current location by sending a TAU message (TAU Request message) every time it moves between TAs.  

 

To explain this process further, a UE obtains a TAI list when it attaches to an LTE network. This list shows the tracking areas where the LTE network believes a UE is located and within which a UE can travel without TAU. In the example shown in the figure above, the TAI list has {TAC1, TAC2}. This means the UE does not have to send a TAU message to the MME as long as it stays in TA1 or TA2, but it has to send one to the MME when it moves to a new TA other than the two (e.g. TA3). The MME is supposed to provide the UE with a new TAI list reflecting the specific details of the UE's move (e.g. new location, moving speed, etc.) for more efficient paging.

 

One more thing worth mentioning is Periodic TAU, through which a UE in idle state sends a TAU message (TAU Request message) to an MME periodically even when the UE stays within a TA in the TAI list. If a UE in idle state has stayed in one location (or moved within the TAs in the TAI list) and has not notified the MME of its current location, the network cannot tell whether the UE is still in idle state, or is not able to communicate. So, the UE, even when the TA is not changed, sends TAU Request messages to the MME periodically  to announce "it is able to receive data". Otherwise, the network believes the UE is not able to receive data and does not perform paging even when there is data traffic heading to the UE.

 

김천중 2013-10-21 13:23:45
좋은 정보 잘봤습니다.
sumanprasadnit@gmail.com 2013-12-13 13:45:20
Amazing
this was really helpful
안승진 2014-09-05 09:18:22

좋은 정보네요

Anil 2014-11-12 22:03:57

Fantastic information. Thanks for the good work.

Femi 2015-01-03 22:25:45

Good Job! it realy helpful.

Thanks

ram 2015-12-06 16:26:14

Good description, thanks, really helpful

Shubh 2016-06-08 11:07:21

Thank you! Nicely explained !

LTE man 2017-01-09 17:38:49

It was really helpful, I got to know TAs, specifically, Thanks

Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
Related Contents
03/29/2011
Netmanias Technical Documents
02/09/2011
Netmanias Technical Documents
01/19/2011
Netmanias Technical Documents
09/10/2010
Netmanias Technical Documents
View All (969)
5G (67) AI (5) ALTO (1) AR (2) ARP (6) AT&T (1) Akamai (5) Authentication (5) BT (1) Backhaul (2) Big Data (2) Bridging (5) C-RAN/Fronthaul (17) CDN (20) CIoT (2) CPRI (6) Carrier Aggregation (5) Charging (2) China Mobile (2) Cisco (6) CoMP (3) Comcast (1) DHCP (6) DNS (15) Data Center (15) EDGE (10) EMM (1) EPS Bearer (7) Ethernet (3) FTTH (8) GSLB (5) Gigabit Internet (17) Google (17) Google Global Cache (8) Google TV (1) HLS (5) HTTP (5) HTTP Adaptive Streaming (7) HTTP Progressive Download (2) Handover (5) Huawei (1) IGMP (3) IP (6) IP Allocation (8) IP Routing (20) IPSec (4) IPTV (25) IoST (2) IoT (44) KT (45) Korea (8) Korea ICT Vendor (1) L3 Switch (5) LG U+ (24) LTE (99) LTE-A (10) LTE-A Pro (1) LTE-M (1) LTE-U (3) LoRa (5) MEC (10) MPLS (3) MWC 2013 (1) MWC 2015 (3) MWC 2016 (2) MWC 2017 (1) Mobile IPTV (1) Multi-Screen (1) Multicast (2) NAT (9) NB-IoT (6) NTT Docomo (1) Netflix (5) Network Protocol (49) Network Slicing (3) OSPF (3) OTT (20) Operator CDN (1) P2P (3) PS-LTE (3) Pooq (2) QoS (5) RCS (1) RRH (1) Request Routing (3) SD-WAN (8) SDN/NFV (34) SK Broadband (1) SK Telecom (38) Samsung (2) Security (8) Self-Driving (3) Shortest Path Tree (2) Small Cell (3) Spectrum Sharing (1) TAU (2) Transparent Caching (9) UHD (7) VLAN (2) VPN (3) VR (3) Video Streaming (22) VoLTE (1) VoWiFi (1) WAN Optimization (1) Wi-Fi (30) WiBro(WiMAX) (2) YouTube (16) eICIC (1) eMBMS (1) ePDG (6) u+ tv G (4) 로컬 5G (1)

 

 

     
         
     

 

     
     

넷매니아즈 회원 가입 하기

2019년 1월 현재 넷매니아즈 회원은 49,000+분입니다.

 

넷매니아즈 회원 가입을 하시면,

► 넷매니아즈 신규 컨텐츠 발행 소식 등의 정보를

   이메일 뉴스레터로 발송해드립니다.

► 넷매니아즈의 모든 컨텐츠를 pdf 파일로 다운로드

   받으실 수 있습니다. 

     
     

 

     
         
     

 

 

비밀번호 확인
코멘트 작성시 등록하신 비밀번호를 입력하여주세요.
비밀번호