8.21 User Location Information (ULI)
29.2743GPP3GPP Evolved Packet System (EPS)Evolved General Packet Radio Service (GPRS) Tunnelling Protocol for Control plane (GTPv2-C)Release 18Stage 3TS
User Location Information (ULI) is a extendable IE that is coded as depicted in Figure 8.21-1. The CGI, SAI, RAI, TAI, ECGI and LAI identity types are defined in 3GPP TS 23.003 [2].
Bits |
||||||||||
Octets |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||
1 |
Type = 86 (decimal) |
|||||||||
2 to 3 |
Length = n |
|||||||||
4 |
Spare |
Instance |
||||||||
5 |
Extended Macro eNodeB ID |
Macro eNodeB ID |
LAI |
ECGI |
TAI |
RAI |
SAI |
CGI |
||
a to a+6 |
CGI |
|||||||||
b to b+6 |
SAI |
|||||||||
c to c+6 |
RAI |
|||||||||
d to d+4 |
TAI |
|||||||||
e to e+6 |
ECGI |
|||||||||
f to f+4 |
LAI |
|||||||||
g to g+5 |
Macro eNodeB ID |
|||||||||
g to g+5 |
Extended Macro eNodeB ID |
|||||||||
h to (n+4) |
These octet(s) is/are present only if explicitly specified |
Figure 8.21-1: User Location Information
The ULI IE shall contain only one identity of the same type (e.g. more than one CGI cannot be included), but ULI IE may contain more than one identity of a different type (e.g. ECGI and TAI). The flags LAI, ECGI, TAI, RAI, SAI , CGI, Macro eNodeB ID, and Extended Macro eNodeB ID in octet 5 indicate if the corresponding type shall be present in a respective field or not. If one of these flags is set to "0", the corresponding field shall not be present at all. If more than one identity of different type is present, then they shall be sorted in the following order: CGI, SAI, RAI, TAI, ECGI, LAI, Macro eNodeB ID, Extended Macro eNodeB ID. Only one of the Macro eNodeB ID or Extended Macro eNodeB ID shall be present in the ULI IE.
The following clauses specify the coding of the fields representing different identities.
For each identity, if an Administration decides to include only two digits in the MNC, then "MNC digit 3" field of corresponding location shall be coded as "1111".
8.21.1 CGI field
The coding of CGI (Cell Global Identifier) is depicted in Figure 8.21.1-1. Only zero or one CGI field shall be present in ULI IE.
Bits |
||||||||||
Octets |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||
a |
MCC digit 2 |
MCC digit 1 |
||||||||
a+1 |
MNC digit 3 |
MCC digit 3 |
||||||||
a+2 |
MNC digit 2 |
MNC digit 1 |
||||||||
a+3 to a+4 |
Location Area Code (LAC) |
|||||||||
a+5 to a+6 |
Cell Identity (CI) |
Figure 8.21.1-1: CGI field
The Location Area Code (LAC) consists of 2 octets. Bit 8 of Octet a+3 is the most significant bit and bit 1 of Octet a+4 the least significant bit. The coding of the location area code is the responsibility of each administration. Coding using full hexadecimal representation (binary, not ASCII encoding) shall be used.
The Cell Identity (CI) consists of 2 octets. Bit 8 of Octet a+5 is the most significant bit and bit 1 of Octet a+6 the least significant bit. The coding of the cell identity is the responsibility of each administration. Coding using full hexadecimal representation (binary, not ASCII encoding) shall be used.
8.21.2 SAI field
The coding of SAI (Service Area Identifier) is depicted in Figure 8.21.2-1. Only zero or one SAI field shall be present in ULI IE.
Bits |
||||||||||
Octets |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||
b |
MCC digit 2 |
MCC digit 1 |
||||||||
b+1 |
MNC digit 3 |
MCC digit 3 |
||||||||
b+2 |
MNC digit 2 |
MNC digit 1 |
||||||||
b+3 to b+4 |
Location Area Code (LAC) |
|||||||||
b+5 to b+6 |
Service Area Code (SAC) |
Figure 8.21.2-1: SAI field
The Location Area Code (LAC) consists of 2 octets. Bit 8 of Octet b+3 is the most significant bit and bit 1 of Octet b+4 the least significant bit. The coding of the location area code is the responsibility of each administration. Coding using full hexadecimal representation (binary, not ASCII encoding) shall be used.
The Service Area Code (SAC) consists of 2 octets. Bit 8 of Octet b+5 is the most significant bit and bit 1 of Octet b+6 the least significant bit. The SAC is defined by the operator. See 3GPP TS 23.003 [2] clause 12.5 for more information.
8.21.3 RAI field
The coding of RAI (Routing Area Identity) is depicted in Figure 8.21.3-1. Only zero or one RAI field shall be present in ULI IE.
Bits |
||||||||||
Octets |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||
c |
MCC digit 2 |
MCC digit 1 |
||||||||
c+1 |
MNC digit 3 |
MCC digit 3 |
||||||||
c+2 |
MNC digit 2 |
MNC digit 1 |
||||||||
c+3 to c+4 |
Location Area Code (LAC) |
|||||||||
c+5 to c+6 |
Routing Area Code (RAC) |
Figure 8.21.3-1: RAI field
The Location Area Code (LAC) consists of 2 octets. Bit 8 of Octet c+3 is the most significant bit and bit 1 of Octet c+4 the least significant bit. The coding of the location area code is the responsibility of each administration. Coding using full hexadecimal representation (binary, not ASCII encoding) shall be used (see 3GPP TS 23.003 [2]).
The Routing Area Code (RAC) consists of 2 octets. Only Octet c+5 contains the RAC. Octet c+6 is coded as all 1’s (11111111). The RAC is defined by the operator. Coding using full hexadecimal representation (binary, not ASCII encoding) shall be used (see 3GPP TS 23.003 [2]).
8.21.4 TAI field
The coding of TAI (Tracking Area Identity) is depicted in Figure 8.21.4-1. Only zero or one TAI field shall be present in ULI IE.
Bits |
||||||||||
Octets |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||
d |
MCC digit 2 |
MCC digit 1 |
||||||||
d+1 |
MNC digit 3 |
MCC digit 3 |
||||||||
d+2 |
MNC digit 2 |
MNC digit 1 |
||||||||
d+3 to d+4 |
Tracking Area Code (TAC) |
Figure 8.21.4-1: TAI
The Tracking Area Code (TAC) consists of 2 octets. Bit 8 of Octet d+3 is the most significant bit and bit 1 of Octet d+4 the least significant bit. The coding of the tracking area code is the responsibility of each administration. Coding using full hexadecimal representation (binary, not ASCII encoding) shall be used.
8.21.5 ECGI field
The coding of ECGI (E-UTRAN Cell Global Identifier) is depicted in Figure 8.21.5-1. Only zero or one ECGI field shall be present in ULI IE.
Bits |
||||||||||
Octets |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||
e |
MCC digit 2 |
MCC digit 1 |
||||||||
e+1 |
MNC digit 3 |
MCC digit 3 |
||||||||
e+2 |
MNC digit 2 |
MNC digit 1 |
||||||||
e+3 |
Spare |
ECI |
||||||||
e+4 to e+6 |
ECI (E-UTRAN Cell Identifier) |
Figure 8.21.5-1: ECGI field
The E-UTRAN Cell Identifier (ECI) consists of 28 bits. The ECI field shall start with Bit 4 of octet e+3, which is the most significant bit. Bit 1 of Octet e+6 is the least significant bit. The coding of the E-UTRAN cell identifier is the responsibility of each administration. Coding using full hexadecimal representation (binary, not ASCII encoding) shall be used.
8.21.6 LAI field
The coding of LAI (Location Area Identifier) is depicted in Figure 8.21.6-1.
Bits |
||||||||||
Octets |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||
f |
MCC digit 2 |
MCC digit 1 |
||||||||
f+1 |
MNC digit 3 |
MCC digit 3 |
||||||||
f+2 |
MNC digit 2 |
MNC digit 1 |
||||||||
f+3 to f+4 |
Location Area Code (LAC) |
Figure 8.21.6-1: LAI field
The Location Area Code (LAC) consists of 2 octets. Bit 8 of Octet f+3 is the most significant bit and bit 1 of Octet f+4 the least significant bit. The coding of the location area code is the responsibility of each administration. Coding using full hexadecimal representation (binary, not ASCII encoding) shall be used.
8.21.7 Macro eNodeB ID field
The coding of Macro eNodeB ID is depicted in Figure 8.21.7-1. Only zero or one Macro eNodeB ID or Extended Macro eNodeB ID field shall be present in ULI IE.
Bits |
||||||||||
Octets |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||
g |
MCC digit 2 |
MCC digit 1 |
||||||||
g+1 |
MNC digit 3 |
MCC digit 3 |
||||||||
g+2 |
MNC digit 2 |
MNC digit 1 |
||||||||
g+3 |
Spare |
Macro eNodeB ID |
||||||||
g+4 to g+5 |
Macro eNodeB ID |
Figure 8.21.7-1: Macro eNodeB ID field
The Macro eNodeB ID consists of 20 bits. Bit 4 of Octet g+3 is the most significant bit and bit 1 of g+5 is the least significant bit. The coding of the Macro eNodeB ID is the responsibility of each administration. Coding using full hexadecimal representation (binary, not ASCII encoding) shall be used.
8.21.8 Extended Macro eNodeB ID field
The coding of Extended Macro eNodeB ID is depicted in Figure 8.21.8-1. Only zero or one Extended Macro eNodeB ID or Macro eNodeB ID field shall be present in ULI IE.
Bits |
||||||||||
Octets |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||
g |
MCC digit 2 |
MCC digit 1 |
||||||||
g+1 |
MNC digit 3 |
MCC digit 3 |
||||||||
g+2 |
MNC digit 2 |
MNC digit 1 |
||||||||
g+3 |
SMeNB |
Spare |
Extended Macro eNodeB ID |
|||||||
g+4 to g+5 |
Extended Macro eNodeB ID |
Figure 8.21.8-1: Extended Macro eNodeB ID field
The Extended Macro eNodeB ID consists of 21 bits. The coding of the Extended Macro eNodeB ID is the responsibility of each administration. Coding using full hexadecimal representation (binary, not ASCII encoding) shall be used.
If the SMeNB flag is not set the Extended Macro eNodeB ID field contains a Long Macro eNodeB ID with a length of 21 Bits. Bit 5 of Octet g+3 is the most significant bit and bit 1 of g+5 is the least significant bit.
If the SMeNB flag is set the Extended Macro eNodeB ID field contains a Short Macro eNodeB ID with a length of 18 Bits. Bits 3 to 5 of Octet g+3 shall be set to 0 by the sender and shall be ignored by the receiver. Bit 2 of Octet g+3 is the most significant bit and bit 1 of Octet g+5 is the least significant bit.
NOTE: Homogenous support of the Extended Macro eNodeB ID IE is expected in a PLMN.