Tracking area — The granularity at which the core knows where you are

5G Systems Notes · Concept map · Tracking area Route · Hierarchy · Index · All concepts · Hub

The device — identity, state, mobility

Where it sits

Sits atLevel 7 of the hierarchy · The device — identity, state, mobility · explained
The 2 of them
TAI — the identity of one tracking area, broadcast by every cell in it
TAI list — the set the AMF gives the device, inside which it need not report
Learn firstCell selection — 8 concepts in the full chain, see the paths
UnlocksNothing else depends on it directly.
Primary clauseTS 23.501 §5.3.2.3
Used inref-ue-mobility 15 · ref-ue-state 7 · ref-core 1
Scanned from the notes at page load and joined with terms.json; nothing on this card is typed by hand.

What it is

What it is. The granularity at which the core knows where a device is. TS 23.501 §5.3.2.3. Every cell broadcasts a TAI — Tracking Area Identity — and a registered device is given a TAI list by the AMF at registration.

The rule, and it is the whole mechanism:

Inside its TAI list, the device says nothing. It may reselect freely, cell to cell, all day, and the core is never told.

Crossing out of it, the device must register — a Mobility Registration Update — and is given a new list.

So the core's knowledge of location is deliberately coarse: it knows the device is somewhere in this set of areas, and no more. To reach it, it pages every cell in the list.

This is one trade, and the size of the TAI list is the dial.

Make the list large — the device reports rarely, and signalling is cheap. But every page must be broadcast across a large area, so paging load grows with the number of cells and with how often devices are paged.

Make the list small — pages are cheap because they go to few cells. But devices cross boundaries often, and each crossing is a registration: a radio connection, a NAS exchange, core signalling. Registration load grows.

Both costs are paid in the same currency and the optimum depends on how much devices move against how often they are reached. It is the same trade as periodic registration makes on the time axis, made here on the space axis.

The list is per-device, and that is the clever part. It is not a fixed partition of the map into zones: the AMF gives this device a set of areas chosen for it. A device that repeatedly crosses the same boundary can be given a list containing both sides, and the ping-ponging registrations stop — without changing anything for anyone else. Two devices standing next to each other may hold different lists.

Where it shows up elsewhere. The AMF's functionality list in TS 23.501 §6.2.1 includes "S-NSSAIs per TA mapping notification" — because which slices are available is a per-tracking-area fact, so moving between areas can change which slices a device may use.

Read on

This concept is read as part of one argument in ref-ue-mobility, alongside the rest of its group.

Widget not found: sim_status

Before this concept, the hierarchy says to learn the following — the full chain, in order:

To understand Tracking area (level 7) you first need 8 other concepts. Read them in this order — everything on one line can be read in any order, but no line before the one above it:
Immediately before Tracking area: Cell selection.
Keep going — where this sits on the route
Nothing depends on this one directly
It is a leaf of the graph — follow the route rather than the branch.
The route is every concept in the folder ordered by level, so nothing here needs anything after it. Computed at page load from terms.json; the same numbering as the route page.
5G Systems Notes · Concept map · Tracking area Top · Concept map · Hub