5 Encoding of UE policies for 5G ProSe
24.5553GPPProximity-services (ProSe) in 5G System (5GS)Release 17Stage 3TSUser Equipment (UE) policies
5.1 Overview
The UE policies for 5G ProSe are provided to the UE in a 5G ProSe policy (ProSeP) UE policy part using the UE policy delivery service as specified in 3GPP TS 24.501 [4] annex D.
5.2 Encoding of 5G ProSe policy UE policy part
The purpose of the ProSeP is to indicate UE policies for 5G ProSe direct discovery, 5G ProSe direct communications, 5G ProSe UE-to-network relay UE, 5G ProSe remote UE and UE policies for 5G ProSe usage information reporting.
The ProSeP is encoded as shown in figures 5.2.1 to 5.2.3 and table 5.2.1 according to the UE policy part top level format (see annex D of 3GPP TS 24.501 [4]).
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
UE policy part contents length |
octet 1 octet 2 |
|||||||
0 |
0 |
0 |
0 |
UE policy part type={ProSeP} |
octet 3 |
|||
Spare |
||||||||
UE policy part contents={ProSeP contents} |
octet 4 octet x |
Figure 5.2.1: UE policy part when UE policy part type = {ProSeP}
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
ProSeP info #1 |
octet 4 octet a |
|||||||
ProSeP info #2 |
octet (a+1)* octet b* |
|||||||
… |
octet (b+1)* octet w* |
|||||||
ProSeP info #n |
octet (w+1)* octet x* |
Figure 5.2.2: ProSeP contents
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
0 |
0 |
0 |
0 |
ProSeP info type |
octet k |
|||
Spare |
||||||||
Length of ProSeP info contents |
octet k+1 octet k+2 |
|||||||
ProSeP info contents |
octet k+3 octet l |
Figure 5.2.3: ProSeP info
Table 5.2.1: ProSeP information format
UE policy part type field is set to ‘0100’ (=ProSeP) as specified in 3GPP TS 24.501 [4] annex D. |
||||
UE policy part contents length field indicate the length of the ProSeP contents in octets. |
||||
ProSeP contents (octets 4 to x) |
||||
ProSeP contents consist of 1 or more ProSeP info(s) (see figure 5.2.2). |
||||
ProSeP info type (bit 1 to 4 of octet k) shall be set according to the following: |
||||
Bits |
||||
4 |
3 |
2 |
1 |
|
0 |
0 |
0 |
1 |
UE policies for 5G ProSe direct discovery |
0 |
0 |
1 |
0 |
UE policies for 5G ProSe direct communications |
0 |
0 |
1 |
1 |
UE policies for 5G ProSe UE-to-network relay UE |
0 |
1 |
0 |
0 |
UE policies for 5G ProSe remote UE |
0 |
1 |
0 |
1 |
UE policies for 5G ProSe usage information reporting |
All other values are reserved. |
||||
Bits 8 to 5 of octet k are spare and shall be encoded as zero. |
||||
Length of ProSeP info contents (octets k+1 to k+2) indicates the length of the ProSeP info contents field. |
||||
ProSeP info contents (octets k+3 to l) can be UE policies for 5G ProSe direct discovery (see clause 5.3), UE policies for 5G ProSe direct communications (see clause 5.4), UE policies for 5G ProSe UE-to-network relay UE (see clause 5.5), UE policies for 5G ProSe remote UE (clause 5.6) or UE policies for 5G ProSe usage information reporting (clause 5.7). |
5.3 Encoding of UE policies for 5G ProSe direct discovery
5.3.1 General
The UE policies for 5G ProSe direct discovery are coded as shown in figures 5.3.1.1 and table 5.3.1.1.
5.3.2 Information elements coding
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||||
0 |
0 |
0 |
0 |
ProSeP info type = {UE policies for 5G ProSe direct discovery} |
octet k |
|||||||
Spare |
||||||||||||
Length of ProSeP info contents |
octet k+1 octet k+2 |
|||||||||||
Validity timer |
octet k+3 octet k+7 |
|||||||||||
Served by NG-RAN |
octet k+8 octet o1 |
|||||||||||
Not served by NG-RAN |
octet o1+1 octet o2 |
|||||||||||
ProSe direct discovery UE ID |
octet o2+1 octet o2+3 |
|||||||||||
Group member discovery parameters |
octet o2+4 octet o3 |
|||||||||||
ProSe identifiers |
octet o3+1 octet o4 |
|||||||||||
ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rules |
octet o4+1 octet l |
|||||||||||
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
H5DAI |
octet l+1 |
||||||
HPLMN 5G DDNMF address information |
octet (l+2)* octet m* |
Figure 5.3.2.1: ProSeP Info = {UE policies for 5G ProSe direct discovery}
Table 5.3.2.1: ProSeP Info = {UE policies for 5G ProSe direct discovery}
ProSeP info type (bit 1 to 4 of octet k) shall be set to "0001" (UE policies for 5G ProSe direct discovery) |
||||
Length of ProSeP info contents (octets k+1 to k+2) indicates the length of ProSeP info contents. |
||||
Validity timer (octet k+3 to k+7): The validity timer field provides the expiration time of validity of the UE policies for 5G ProSe direct discovery. The validity timer field is a binary coded representation of a UTC time, in seconds since midnight UTC of January 1, 1970 (not counting leap seconds). |
||||
Served by NG-RAN (octet k+8 to o1): The served by NG-RAN field is coded according to figure 5.3.2.2 and table 5.3.2.2, and contains configuration parameters for 5G ProSe direct discovery when the UE is served by NG-RAN. |
||||
Not served by NG-RAN (octet o1+1 to o2): The not served by NG-RAN field is coded according to figure 5.3.2.6 and table 5.3.2.6, and contains configuration parameters for 5G ProSe direct discovery when the UE is not served by NG-RAN. |
||||
ProSe Direct Discovery UE ID (octet o2+1 to o2+3): The ProSe Direct Discovery UE ID is a 24-bit long bit string. |
||||
Group member discovery parameters (octet o2+4 to o3): The group member discovery parameters field is coded according to figure 5.3.2.12 and table 5.3.2.12 and contains group member discovery parameters. |
||||
ProSe identifiers (octet o3+1 to o4): The ProSe identifiers field is coded according to figure 5.3.2.14 and table 5.3.2.14 and contains ProSe identifiers. |
||||
ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rules (octet o4+1 to o5): The ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rules field is coded according to figure 5.3.2.15 and table 5.3.2.15 and contains ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rules. |
||||
If the length of ProSeP info contents field is bigger than indicated in figure 5.3.2.1, receiving entity shall ignore any superfluous octets located at the end of the ProSeP info contents. |
||||
HPLMN 5G DDNMF address information indicator (H5DAI) (octet l+1 bit 1 to bit 3): (NOTE) Bits |
||||
3 |
2 |
1 |
||
0 |
0 |
0 |
HPLMN 5G DDNMF address information is absent |
|
0 |
0 |
1 |
HPLMN 5G DDNMF FQDN is present |
|
0 |
1 |
0 |
HPLMN 5G DDNMF IPv4 address is present |
|
1 |
0 |
0 |
HPLMN 5G DDNMF IPv6 address is present |
|
1 |
1 |
0 |
HPLMN 5G DDNMF IPv4 address and IPv6 address are present |
|
All other values are reserved. |
||||
HLMN 5G DDNMF address information (octet l+2 to octet m): The HPLMN 5G DDNMF address information field is coded according to figure 5.3.2.17 and table 5.3.2.17 and contains the 5G DDNMF address information in HPLMN. |
||||
NOTE: For backward compatibility with UEs compliant to earlier versions of present document, H5DAI values 011, 101 and 111 cannot be used. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of served by NG-RAN contents |
octet k+8 octet k+9 |
|||||||
Authorization for direct discovery info 1 |
octet k+10 octet o50 |
|||||||
Authorization for direct discovery info 2 |
octet o50+1 octet o51 |
|||||||
… |
octet o51+1 octet o52 |
|||||||
Authorization for direct discovery info n |
octet o52+1 octet o1 |
Figure 5.3.2.2: Served by NG-RAN
Table 5.3.2.2: Served by NG-RAN
Authorization for direct discovery info: The authorization for direct discovery info field is coded according to figure 5.3.2.3 and table 5.3.2.3. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of authorization for direct discovery info contents |
octet o50+1 octet o50+2 |
|||||||
0 spare |
0 spare |
0 spare |
0 spare |
0 spare |
Role |
Model |
DDT |
octet o50+3 |
Authorized PLMN info |
octet o50+4 octet o51 |
Figure 5.3.2.3: Authorization for direct discovery info
Table 5.3.2.3: Authorization for direct discovery info
Direct discovery type (DDT) (octet o50+3 bit 1): Bit 1 0 Open 1 Restricted |
Model (octet o50+3 bit 2): Bit 2 0 A 1 B |
If Model bit is set to "A", Role (octet o50+3 bit 3): Bit 3 0 Announcing 1 Monitoring |
If Model bit is set to "B", Role (octet o50+3 bit 3): Bit 3 0 Discoverer 1 Discoveree |
Authorized PLMN info (octet o50+4 to o51): The authorized PLMN info field is coded according to figure 5.3.2.4 and table 5.3.2.4. |
If the length of authorization for direct discovery info field is bigger than indicated in figure 5.3.2.3, receiving entity shall ignore any superfluous octets located at the end of the authorization for direct discovery info. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of authorized PLMN info contents |
octet o50+4 octet o50+5 |
|||||||
Authorized PLMN 1 |
octet (o50+6)* octet (o50+8)* |
|||||||
Authorized PLMN 2 |
octet (o50+9)* octet (o50+11)* |
|||||||
… |
octet (o50+12)* octet o150* |
|||||||
Authorized PLMN n |
octet (o150+1)* octet o51* |
Figure 5.3.2.4: Authorized PLMN info
Table 5.3.2.4: Authorized PLMN
Authorized PLMN: The authorized PLMN field is coded according to figure 5.3.2.5 and table 5.3.2.5. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
MCC digit 2 |
MCC digit 1 |
octet o50+6 |
||||||
MNC digit 3 |
MCC digit 3 |
octet o50+7 |
||||||
MNC digit 2 |
MNC digit 1 |
octet o50+8 |
Figure 5.3.2.5: PLMN ID
Table 5.3.2.5: PLMN ID
Mobile country code (MCC) (octet o50+5, octet o50+6 bit 1 to 4): The MCC field is coded as in ITU-T Recommendation E.212 [5], annex A. |
Mobile network code (MNC) (octet o50+6 bit 5 to 8, octet o50+7): The coding of MNC field is the responsibility of each administration but BCD coding shall be used. The MNC shall consist of 2 or 3 digits. If a network operator decides to use only two digits in the MNC, MNC digit 3 shall be coded as "1111". |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of not served by NG-RAN contents |
octet o1+1 octet o1+2 |
|||||||
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
PDNNI |
octet o1+3 |
NR radio parameters per geographical area list |
octet (o1+4)* octet o10* |
|||||||
Default PC5 DRX configuration |
octet (o10+1)* octet o2* |
Figure 5.3.2.6: Not served by NG-RAN
Table 5.3.2.6: Not served by NG-RAN
5G ProSe direct discovery when not served by NG-RAN indicator (PDNNI) (octet o1+3 bit 1): The PDNNI bit indicates whether the UE is authorized to perform 5G ProSe direct discovery when not served by NG-RAN. Bit 1 0 Not authorized 1 Authorized |
NR radio parameters per geographical area list (octet o1+4 to o2): If PNNI bit is set to "Authorized", the NR radio parameters per geographical area list field is present otherwise the NR radio parameters per geographical area list field is absent. It is coded according to figure 5.3.2.7 and table 5.3.2.7. Default PC5 DRX configuration (octet o10+1 to o2): If PDNNI bit is set to "Authorized", the default PC5 DRX configuration is present otherwise the default PC5 DRX configuration is absent. It is coded according to figure 5.3.2.11a and table 5.3.2.11a. |
If the length of not served by NG-RAN contents field is bigger than indicated in figure 5.3.2.6, receiving entity shall ignore any superfluous octets located at the end of the not served by NG-RAN contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of radio parameters per geographical area list contents |
octet o1+4 octet o1+5 |
|||||||
Radio parameters per geographical area info 1 |
octet (o1+6)* octet o6* |
|||||||
Radio parameters per geographical area info 2 |
octet (o6+1)* octet o7* |
|||||||
… |
octet (o7+1)* octet o8* |
|||||||
Radio parameters per geographical area info n |
octet (o8+1)* octet o10* |
Figure 5.3.2.7: Radio parameters per geographical area list
Table 5.3.2.7: Radio parameters per geographical area list
Radio parameters per geographical area info: The radio parameters per geographical area info field is coded according to figure 5.3.2.8 and table 5.3.2.8. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of radio parameters per geographical area contents |
octet o6+1 octet o6+2 |
|||||||
Geographical area |
octet o6+3 octet o9 |
|||||||
Radio parameters |
octet o9+1 octet o7-1 |
|||||||
MI |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
octet o7 |
Figure 5.3.2.8: Radio parameters per geographical area info
Table 5.3.2.8: Radio parameters per geographical area info
Geographical area (octet o6+3 to o9): The geographical area field is coded according to figure 5.3.2.9 and table 5.3.2.9. |
Radio parameters (octet o9 to o7-1): The radio parameters field is coded according to figure 5.3.2.11 and table 5.3.2.11, applicable in the geographical area indicated by the geographical area field when not served by NG-RAN. |
Managed indicator (MI) (octet o7 bit 8): The managed indicator indicates how the radio parameters indicated in the radio parameters field in the geographical area indicated by the geographical area field are managed. Bit 8 0 Non-operator managed 1 Operator managed |
If the length of radio parameters per geographical area contents field is bigger than indicated in figure 5.3.2.8, receiving entity shall ignore any superfluous octets located at the end of the radio parameters per geographical area contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of geographical area contents |
octet o6+3 octet o6+4 |
|||||||
Coordinate 1 |
octet (o6+5)* octet (o6+10)* |
|||||||
Coordinate 2 |
octet (o6+11)* octet (o6+16)* |
|||||||
… |
octet (o6+17)* octet (o6-2+6*n)* |
|||||||
Coordinate n |
octet (o6-1+6*n)* octet (o6+4+6*n)* = octet o9* |
Figure 5.3.2.9: Geographical area
Table 5.3.2.9: Geographical area
Coordinate: The coordinate field is coded according to figure 5.3.2.10 and table 5.3.2.10. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Latitude |
octet o6+11 octet o6+13 |
|||||||
Longitude |
octet o6+14 octet o6+17 |
Figure 5.3.2.10: Coordinate area
Table 5.3.2.10: Coordinate area
Latitude: The latitude field is coded according to clause 6.1 of 3GPP TS 23.032 [6]. |
Longitude: The longitude field is coded according to clause 6.1 of 3GPP TS 23.032 [6]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of radio parameters contents |
octet o9+1 octet o9+2 |
|||||||
Radio parameters contents |
octet o9+3 octet o7-1 |
Figure 5.3.2.11: Radio parameters
Table 5.3.2.11: Radio parameters
Radio parameters contents: Radio parameters are defined as SL-PreconfigurationNR in clause 9.3 of 3GPP TS 38.331 [7]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of default PC5 DRX configuration contents |
octet o10+1 octet o10+2 |
|||||||||
Default PC5 DRX configuration contents |
octet o10+3 octet o2 |
Figure 5.3.2.11a: Default PC5 DRX configuration
Table 5.3.2.11a: Default PC5 DRX configuration
Default PC5 DRX configuration contents: The default PC5 DRX configuration field is coded as sl-DefaultDRX-GC-BC-r17 in clause 6.3.5 of 3GPP TS 38.331 [7]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of groupcast parameters contents |
octet o2+4 octet o2+5 |
|||||||||
Application layer group info 1 |
octet (o2+6)* octet o51* |
|||||||||
Application layer group info 2 |
octet (o51+1)* octet o52* |
|||||||||
… |
octet (o52+1)* octet o53* |
|||||||||
Application layer group info n |
octet (o53+1)* octet o3* |
Figure 5.3.2.12: Groupcast parameters
Table 5.3.2.12: Groupcast parameters
Application layer group info: The application layer group info field is coded according to figure 5.3.2.13 and table 5.3.2.13. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of application layer group info contents |
octet o51+1 octet o51+2 |
|||||||||
Application layer group identifier |
octet o51+3 octet o151 |
|||||||||
ProSe layer-2 group identifier |
octet o151+1 octet o151+3 |
|||||||||
User info ID |
octet o151+4 octet (o151+9) = octet o52 |
Figure 5.3.2.13: Application layer group info
Table 5.3.2.13: Application layer group info
Application layer group identifier (octet o51+3 to o151): The first octet of application layer group identifier field is the length of application group identifier. The value of application group identifier field is a bit string. The format of application group identifier parameter is out of scope of this specification. |
ProSe layer-2 group identifier (octet o151+1 to o151+3) |
The ProSe layer-2 group identifier field is a binary coded layer-2 identifier. |
User info ID (octet o151+4 to o52) |
The value of the User info ID parameter is a 48-bit long bit string. The format of the User info ID parameter is out of scope of this specification. |
If the length of application layer group info contents field is bigger than indicated in figure 5.3.2.13, receiving entity shall ignore any superfluous octets located at the end of the application layer group info contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of ProSe identifiers contents |
octet o3+1 octet o3+2 |
|||||||
ProSe identifier 1 |
octet (o3+3)* octet o31* |
|||||||
ProSe identifier 2 |
octet (o31+1)* octet o32* |
|||||||
… |
octet (o32+1)* octet o33* |
|||||||
ProSe identifier n |
octet (o33+1)* octet o34* = octet o4* |
Figure 5.3.2.14: ProSe identifiers
Table 5.3.2.14: ProSe identifiers
ProSe identifier: The ProSe identifier field contains a sequence of a sixteen octet OS Id field, a one octet OS App Id length field, and an OS App Id field. The OS Id field shall be transmitted first. The OS Id field contains a Universally Unique IDentifier (UUID) as specified in IETF RFC 4122 [12]. |
NOTE: Further definition of the format of OS App ID is beyond the scope of this specification. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rules contents |
octet o4+1 octet o4+2 |
|||||||||
ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rule 1 |
octet (o4+3)* octet o54* |
|||||||||
ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rule 2 |
octet (o54+1)* octet o55* |
|||||||||
… |
octet (o55+1)* octet o56* |
|||||||||
ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rule n |
octet (o56+1)* octet l* |
Figure 5.3.2.15: ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rules
Table 5.3.2.15: ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rules
ProSe identifier to destination layer-2 ID for broadcast mapping rule: The ProSe identifier to destination layer-2 ID for broadcast mapping rule field is coded according to figure 5.3.2.16 and table 5.3.2.16. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rule contents |
octet o54+1 octet o54+2 |
|||||||||
ProSe identifiers |
octet o54+3 octet o154 |
|||||||||
Destination layer-2 ID for initial discovery signalling |
octet o154+1 octet (o154+3) = octet o55 |
Figure 5.3.2.16: ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rule
Table 5.3.2.16: ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rule
ProSe identifiers (octet o54+3 to o154): The ProSe identifiers field is coded according to figure 5.3.2.14 and table 5.3.2.14. |
Destination layer-2 ID for initial discovery signalling (octet o154+1 to o55): The destination layer-2 ID for initial discovery signalling field is a binary coded layer-2 identifier. |
If the length of ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rule contents field is bigger than indicated in figure 5.3.2.16, receiving entity shall ignore any superfluous octets located at the end of the ProSe identifier to default destination layer-2 ID for initial discovery signalling mapping rule contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of HPLMN 5G DDNMF address information contents |
octet l+2 |
|||||||
HPLMN 5G DDNMF address informationcontents |
octet l+3 octet m |
Figure 5.3.2.17: HPLMN 5G DDNMF address information
Table 5.3.2.17: HPLMN 5G DDNMF address information
Length of HPLMN 5G DDNMF address information (octet l+2): When the H5DAI is set to "HPLMN 5G DDNMF FQDN is present", the value of the length is the length of the HPLMN 5G DDNMF FQDN. When the H5DAI is set to "HPLMN 5G DDNMF IPv4 address is present", the value of the length is 4. When the H5DAI is set to "HPLMN 5G DDNMF IPv6 address is present", the value of the length is 16. When the H5DAI is set to "HPLMN 5G DDNMF IPv4 address and IPv6 address are present", the value of the length is 20. HPLMN 5G DDNMF address informationcontents (octet l+3 to octet m): When the H5DAI is set to "HPLMN 5G DDNMF FQDN is present", HPLMN 5G DDNMF address information filed contains the HPLMN 5G DDNMF FQDN and shall be coded as defined in clause 19.4.2.1 in 3GPP TS 23.003 [10]. When the H5DAI is to "HPLMN 5G DDNMF IPv4 address is present", HPLMN 5G DDNMF address information filed contains an IPv4 address in 4 octets. When the H5DAI is set to "HPLMN 5G DDNMF IPv6 address is present", HPLMN 5G DDNMF address information filed contains an IPv6 address in 16 octets. When the H5DAI is set to "HPLMN 5G DDNMF IPv4 address and IPv6 address are present", HPLMN 5G DDNMF address information filed contains a sequence of an IPv4 address in 4 octets and an IPv6 address in 16 octets. |
5.4 Encoding of UE policies for 5G ProSe direct communications
5.4.1 General
The UE policies for 5G ProSe direct communication are coded as shown in figures 5.4.1.1 and table 5.4.1.1.
5.4.2 Information elements coding
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
0 |
0 |
0 |
0 |
ProSeP info type = {UE policies for 5G ProSe direct communication} |
octet k |
|||
Spare |
||||||||
Length of ProSeP info contents |
octet k+1 octet k+2 |
|||||||
Validity timer |
octet k+3 octet k+7 |
|||||||
Served by NG-RAN |
octet k+8 octet o1 |
|||||||
Not served by NG-RAN |
octet o1+1 octet o2 |
|||||||
Privacy config |
octet o2+1 octet o4 |
|||||||
5G ProSe direct communication in NR-PC5 |
octet o4+1 octet o5 |
|||||||
ProSe application to path preference mapping rules |
octet o5+1 octet o10 |
|||||||
ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rules |
octet o10+1 octet l |
Figure 5.4.2.1: ProSeP Info = {UE policies for 5G ProSe direct communication}
Table 5.4.2.1: ProSeP Info = {UE policies for 5G ProSe direct communication}
ProSeP info type (bit 1 to 4 of octet k) shall be set to "0010" (UE policies for 5G ProSe direct communication) |
Length of ProSeP info contents (octets k+1 to k+2) indicates the length of ProSeP info contents. |
Validity timer (octet k+3 to k+7): The validity timer field provides the expiration time of validity of the UE policies for 5G ProSe direct communication. The validity timer field is a binary coded representation of a UTC time, in seconds since midnight UTC of January 1, 1970 (not counting leap seconds). |
Served by NG-RAN (octet k+8 to o1): The served by NG-RAN field is coded according to figure 5.4.2.2 and table 5.4.2.2, and contains configuration parameters for 5G ProSe direct communication when the UE is served by NG-RAN. |
Not served by NG-RAN (octet o1+1 to o2): The not served by NG-RAN field is coded according to figure 5.4.2.5 and table 5.4.2.5, and contains configuration parameters for 5G ProSe direct communication when the UE is not served by NG-RAN. |
Privacy config (octet o2+1 to o4): The privacy config field is coded according to figure 5.4.2.11 and table 5.4.2.11, and contains configuration parameters for privacy configuration. |
5G ProSe direct communication in NR-PC5 (octet o4+1 to o5): The 5G ProSe direct communication in NR-PC5 field is coded according to figure 5.4.2.16 and table 5.4.2.16, and contains configuration parameters for 5G ProSe direct communication in NR-PC5. |
ProSe application to path preference mapping rules (octet o5+1 to o10): The ProSe application to path preference mapping rules field is coded according to figure 5.4.2.38 and table 5.4.2.38, and contains configuration parameters for ProSe application to path preference mapping rules. |
ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rules (octet o10+1 to l): The ProSe identifiers to NR Tx profiles for broadcast and groupcast mapping rules field is coded according to figure 5.4.2.41 and table 5.4.2.41, and contains configuration parameters for ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rules. |
If the length of ProSeP info contents field is bigger than indicated in figure 5.4.2.1, receiving entity shall ignore any superfluous octets located at the end of the ProSeP info contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of served by NG-RAN contents |
octet k+8 octet k+9 |
|||||||
Authorized PLMN |
octet k+10 octet o1 |
Figure 5.4.2.2: Served by NG-RAN
Table 5.4.2.2: Served by NG-RAN
Authorized PLMN (octet k+10 to o1): The authorized PLMN field is coded according to figure 5.4.2.3 and table 5.4.2.3. |
If the length of served by NG-RAN contents field is bigger than indicated in figure 5.4.2.2, receiving entity shall ignore any superfluous octets located at the end of the served by NG-RAN contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of authorized PLMN contents |
octet k+10 octet k+11 |
|||||||
PLMN ID 1 |
octet (k+12)* octet (k+14)* |
|||||||
PLMN ID 2 |
octet (k+15)* octet (k+17)* |
|||||||
… |
octet (k+18)* octet (k+8+n*3)* |
|||||||
PLMN ID n |
octet (k+9+n*3)* octet (k+11+n*3)* = octet o1* |
Figure 5.4.2.3: Authorized PLMN
Table 5.4.2.3: Authorized PLMN
PLMN ID: The PLMN ID field is coded according to figure 5.4.2.4 and table 5.4.2.4. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
MCC digit 2 |
MCC digit 1 |
octet k+15 |
||||||
MNC digit 3 |
MCC digit 3 |
octet k+16 |
||||||
MNC digit 2 |
MNC digit 1 |
octet k+17 |
Figure 5.4.2.4: PLMN ID
Table 5.4.2.4: PLMN ID
Mobile country code (MCC) (octet k+15, octet k+16 bit 1 to 4): The MCC field is coded as in ITU-T Recommendation E.212 [5], annex A. |
Mobile network code (MNC) (octet k+16 bit 5 to 8, octet k+17): The coding of MNC field is the responsibility of each administration but BCD coding shall be used. The MNC shall consist of 2 or 3 digits. If a network operator decides to use only two digits in the MNC, MNC digit 3 shall be coded as "1111". |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of not served by NG-RAN contents |
octet o1+1 octet o1+2 |
|||||||
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
PNNI |
octet o1+3 |
NR radio parameters per geographical area list |
octet (o1+4)* octet o16* |
|||||||
PC5 DRX configuration for broadcast, groupcast and initial signalling of 5G ProSe direct link establishment |
octet (o16+1)* octet o2* |
Figure 5.4.2.5: Not served by NG-RAN
Table 5.4.2.5: Not served by NG-RAN
5G ProSe direct communication when not served by NG-RAN indicator (PNNI) (octet o1+3 bit 1): The PNNI bit indicates whether the UE is authorized to use 5G ProSe direct communication when not served by NG-RAN. Bit 1 0 Not authorized 1 Authorized |
NR radio parameters per geographical area list (octet o1+4 to o16): If PNNI bit is set to "Authorized", the NR radio parameters per geographical area list field is present otherwise the NR radio parameters per geographical area list field is absent. It is coded according to figure 5.4.2.6 and table 5.4.2.6. |
PC5 DRX configuration for broadcast,groupcast and initial signalling of 5G ProSe direct link establishment (octet o16+1 to o2): If PNNI bit is set to "Authorized", the PC5 DRX configuration for broadcast, groupcast and initial signalling of 5G ProSe direct link establishment field is present otherwise the PC5 DRX configuration for broadcast, groupcast and initial signalling of 5G ProSe direct link establishment field is absent. It is coded according to figure 5.4.2.10a and table 5.4.2.10a. |
If the length of not served by NG-RAN contents field is bigger than indicated in figure 5.4.2.5, receiving entity shall ignore any superfluous octets located at the end of the not served by NG-RAN contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of radio parameters per geographical area list contents |
octet o1+4 octet o1+5 |
|||||||
Radio parameters per geographical area info 1 |
octet (o1+6)* octet o6* |
|||||||
Radio parameters per geographical area info 2 |
octet (o6+1)* octet o7* |
|||||||
… |
octet (o7+1)* octet o8* |
|||||||
Radio parameters per geographical area info n |
octet (o8+1)* octet o16* |
Figure 5.4.2.6: Radio parameters per geographical area list
Table 5.4.2.6: Radio parameters per geographical area list
Radio parameters per geographical area info: The radio parameters per geographical area info field is coded according to figure 5.4.2.7 and table 5.4.2.7. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of radio parameters per geographical area contents |
octet o6+1 octet o6+2 |
|||||||
Geographical area |
octet o6+3 octet o9 |
|||||||
Radio parameters |
octet o9+1 octet o7-1 |
|||||||
MI |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
octet o7 |
Figure 5.4.2.7: Radio parameters per geographical area info
Table 5.4.2.7: Radio parameters per geographical area info
Geographical area (octet o6+3 to o9): The geographical area field is coded according to figure 5.4.2.8 and table 5.4.2.8. |
Radio parameters (octet o9 to o7-1): The radio parameters field is coded according to figure 5.4.2.10 and table 5.4.2.10, applicable in the geographical area indicated by the geographical area field when not served by NG-RAN. |
Managed indicator (MI) (octet o7 bit 8): The managed indicator indicates how the radio parameters indicated in the radio parameters field in the geographical area indicated by the geographical area field are managed. Bit 8 0 Non-operator managed 1 Operator managed |
If the length of radio parameters per geographical area contents field is bigger than indicated in figure 5.4.2.7, receiving entity shall ignore any superfluous octets located at the end of the radio parameters per geographical area contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of geographical area contents |
octet o6+3 octet o6+4 |
|||||||
Coordinate 1 |
octet (o6+5)* octet (o6+10)* |
|||||||
Coordinate 2 |
octet (o6+11)* octet (o6+16)* |
|||||||
… |
octet (o6+17)* octet (o6-2+6*n)* |
|||||||
Coordinate n |
octet (o6-1+6*n)* octet (o6+4+6*n)* = octet o9* |
Figure 5.4.2.8: Geographical area
Table 5.4.2.8: Geographical area
Coordinate: The coordinate field is coded according to figure 5.4.2.9 and table 5.4.2.9. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Latitude |
octet o6+11 octet o6+13 |
|||||||
Longitude |
octet o6+14 octet o6+17 |
Figure 5.4.2.9: Coordinate area
Table 5.4.2.9: Coordinate area
Latitude: The latitude field is coded according to clause 6.1 of 3GPP TS 23.032 [6]. |
Longitude: The longitude field is coded according to clause 6.1 of 3GPP TS 23.032 [6]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of radio parameters contents |
octet o9+1 octet o9+2 |
|||||||
Radio parameters contents |
octet o9+3 octet o7-1 |
Figure 5.4.2.10: Radio parameters
Table 5.4.2.10: Radio parameters
Radio parameters contents: Radio parameters are defined as SL-PreconfigurationNR in clause 9.3 of 3GPP TS 38.331 [7]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of PC5 DRX configuration for broadcast, groupcast and initial signalling of 5G ProSe direct link establishment contents |
octet o16+1 octet o16+2 |
|||||||
PC5 QoS profile to PC5 DRX cycle mapping rules |
octet o16+3 octet o17 |
|||||||
Default PC5 DRX configuration |
octet o17+1 octet o2 |
Figure 5.4.2.10a: PC5 DRX configuration for broadcast, groupcast and initial signalling of 5G ProSe direct link establishment
Table 5.4.2.10a: PC5 DRX configuration for broadcast, groupcast and initial signalling of 5G ProSe direct link establishment
PC5 QoS profile to PC5 DRX cycle mapping rules: The PC5 QoS profile to PC5 DRX cycle mapping rules field is coded according to figure 5.4.2.10b and table 5.4.2.10b. |
Default PC5 DRX configuration: The default PC5 DRX configuration field is coded accoding to figure 5.3.2.11a and table 5.3.2.11a. |
If the length of PC5 DRX configuration for broadcast, groupcast and initial signalling of 5G ProSe direct link establishment contents field indicates a length bigger than indicated in figure 5.4.2.5, receiving entity shall ignore any superfluous octets located at the end of the PC5 DRX configuration for broadcast, groupcast and initial signalling of 5G ProSe direct link establishment contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of PC5 QoS profile to PC5 DRX cycle mapping rules contents |
octet o16+3 octet o16+4 |
|||||||
PC5 QoS profile to PC5 DRX cycle mapping rule 1 |
octet (o16+5)* octet o160* |
|||||||
PC5 QoS profile to PC5 DRX cycle mapping rule 2 |
octet (o160+1)* octet o161* |
|||||||
… |
octet (o161+1)* octet o162* |
|||||||
PC5 QoS profile to PC5 DRX cycle mapping rule n |
octet (o162+1)* octet o17* |
Figure 5.4.2.10b: PC5 QoS profile to PC5 DRX cycle mapping rules
Table 5.4.2.10b: PC5 QoS profile to PC5 DRX cycle mapping rules
PC5 QoS profile to PC5 DRX cycle mapping rule: The PC5 QoS profile to PC5 DRX cycle mapping rule field is coded according to figure 5.4.2.10c and table 5.4.2.10c. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of PC5 QoS profile to PC5 DRX cycle mapping rule contents |
octet o160+1 octet o160+2 |
|||||||
PC5 QoS profile |
octet o160+3 octet o1600 |
|||||||
PC5 DRX cycle |
octet o1600+1=o161 |
Figure 5.4.2.10c: PC5 QoS profile to PC5 DRX cycle mapping rule
Table 5.4.2.10c: PC5 QoS profile to PC5 DRX cycle mapping rule
PC5 QoS profile: The PC5 QoS profile field is coded according to figure 5.4.2.33 and table 5.4.2.33. |
PC5 DRX cycle: |
The PC5 DRX cycle field is coded as sl-DRX-GC-BC-Cycle-r17 in clause 6.3.5 of 3GPP TS 38.331 [7]. |
If the length of PC5 QoS profile to PC5 DRX cycle mapping rule contents field indicates a length bigger than indicated in figure 5.4.2.10b, receiving entity shall ignore any superfluous octets located at the end of the PC5 QoS profile to PC5 DRX cycle mapping rule contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of privacy config contents |
octet o2+1 octet o2+2 |
|||||||
ProSe applications requiring privacy |
octet o2+3 octet o4-2 |
|||||||
Privacy timer |
octet o4-1 octet o4 |
Figure 5.4.2.11: Privacy config
Table 5.4.2.11: Privacy config
ProSe applications requiring privacy (octet o2+3 to o4-2): The ProSe applications requiring privacy field is coded according to figure 5.4.2.12 and table 5.4.2.12. |
Privacy timer (octet o4-1, octet o4): |
The privacy timer field contains binary encoded duration, in units of seconds, after which the UE shall change the source layer-2 ID self-assigned by the UE while performing transmission of 5G ProSe direct communication when privacy is required. |
If the length of privacy config contents field is bigger than indicated in figure 5.4.2.11, receiving entity shall ignore any superfluous octets located at the end of the privacy config contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of ProSe applications requiring privacy contents |
octet o2+3 octet o2+4 |
|||||||
ProSe application requiring privacy 1 |
octet (o2+5)* octet o12* |
|||||||
ProSe application requiring privacy 2 |
octet (o12+1)* octet o13* |
|||||||
… |
octet (o13+1)* octet o14* |
|||||||
ProSe application requiring privacy n |
octet (o14+1)* octet (o4-2)* |
Figure 5.4.2.12: ProSe applications requiring privacy
Table 5.4.2.12: ProSe applications requiring privacy
ProSe application requiring privacy: The ProSe application requiring privacy field is coded according to figure 5.4.2.13 and table 5.4.2.13. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe application requiring privacy contents |
octet o12+1 octet o12+2 |
|||||||||
ProSe identifiers |
octet o12+3 octet o15 |
|||||||||
Geographical areas |
octet o15+1 octet o13 |
Figure 5.4.2.13: ProSe application requiring privacy
Table 5.4.2.13: ProSe application requiring privacy
ProSe identifiers (octet o12+3 to o15): The ProSe identifiers field is coded according to figure 5.4.2.14 and table 5.4.2.14. |
Geographical areas (octet o15+1 to o13): The geographical areas field is coded according to figure 5.4.2.15 and table 5.4.2.15. |
If the length of ProSe applications requiring privacy contents field is bigger than indicated in figure 5.4.2.13, receiving entity shall ignore any superfluous octets located at the end of the ProSe applications requiring privacy contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of ProSe identifiers contents |
octet o12+3 octet o12+4 |
|||||||
ProSe identifier 1 |
octet (o12+5)* octet o121* |
|||||||
ProSe identifier 2 |
octet (o121+1)* octet o122* |
|||||||
… |
octet (o122+1)* octet o123* |
|||||||
ProSe identifier n |
octet (o123+1)* octet o124* = octet o15* |
Figure 5.4.2.14: ProSe identifiers
Table 5.4.2.14: ProSe identifiers
ProSe identifier: The ProSe identifier field contains a sequence of a sixteen octet OS Id field, a one octet OS App Id length field, and an OS App Id field. The OS Id field shall be transmitted first. The OS Id field contains a Universally Unique IDentifier (UUID) as specified in IETF RFC 4122 [12]. |
NOTE: Further definition of the format of OS App ID is beyond the scope of this specification. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of geographical areas contents |
octet o15+1 octet o15+2 |
|||||||||
Geographical area 1 |
octet (o15+3)* octet o23* |
|||||||||
Geographical area 2 |
octet (o23+1)* octet o24* |
|||||||||
… |
octet (o24+1)* octet o25* |
|||||||||
Geographical area n |
octet (o25+1)* octet o13* |
Figure 5.4.2.15: Geographical areas
Table 5.4.2.15: Geographical areas
Geographical area: The geographical area field is coded according to figure 5.4.2.8 and table 5.4.2.8. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||||||
Length of 5G ProSe direct communication in NR-PC5 contents |
octet o4+1 octet o4+2 |
||||||||||||||||
0 Spare |
PINFMRI |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
octet o4+3 |
|||||||||
ProSe identifier to ProSe NR frequency mapping rules |
octet (o4+4)* octet o45* |
||||||||||||||||
ProSe identifier to destination layer-2 ID for broadcast mapping rules |
octet o108 (see NOTE) octet o46 |
||||||||||||||||
Groupcast parameters |
octet o46+1 octet o47 |
||||||||||||||||
ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rules |
octet o47+1 octet o48 |
||||||||||||||||
ProSe identifier to PC5 QoS parameters mapping rules |
octet o48+1 octet o49 |
||||||||||||||||
AS configuration |
octet o49+1 octet o50 |
||||||||||||||||
NR-PC5 unicast security policies |
octet (o50+1) = octet o93 octet o84 |
||||||||||||||||
ProSe identifier to default mode of communication mapping rules |
octet (o84+1) octet o85 = octet l |
Figure 5.4.2.16: 5G ProSe direct communication over PC5 in NR-PC5
Table 5.4.2.16: 5G ProSe direct communication over PC5 in NR-PC5
ProSe identifier to ProSe NR frequency mapping rules indicator (PINFMRI) (octet o4+3 bit 7): The PINFMRI bit indicates presence of the ProSe identifier to ProSe NR frequency mapping rules field. Bit 7 0 ProSe identifier to ProSe NR frequency mapping rules field is absent 1 ProSe identifier to ProSe NR frequency mapping rules field is present |
ProSe identifier to ProSe NR frequency mapping rules (octet o4+4 to o45): The ProSe identifier to ProSe NR frequency mapping rules field is coded according to figure 5.4.2.17 and table 5.4.2.17. |
ProSe identifier to destination layer-2 ID for broadcast mapping rules (octet o108 to o46): The ProSe identifier to destination layer-2 ID for broadcast mapping rules field is coded according to figure 5.4.2.22 and table 5.4.2.22. |
Groupcast parameters (octet o46+1 to o47): The groupcast parameters field is coded according to figure 5.4.2.24 and table 5.4.2.24. |
ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rules (octet o47+1 to o48): The ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rules field is coded according to figure 5.4.2.26 and table 5.4.2.26. |
ProSe identifier to PC5 QoS parameters mapping rules (octet o48+1 to o49): The ProSe identifier to PC5 QoS parameters mapping rules field is coded according to figure 5.4.2.28 and table 5.4.2.28. |
AS configuration (octet o49+1 to o50): The AS configuration field is coded according to figure 5.4.2.30 and table 5.4.2.30. |
NR-PC5 unicast security policies (octet o93 to o84): The NR-PC5 unicast security policies field is coded according to figure 5.4.2.34 and table 5.4.2.34. |
ProSe identifier to default mode of communication mapping rules (o84+1 to l): The ProSe identifier to default mode of communication mapping rules is coded according to figure 5.4.2.37 and table 5.4.2.37. |
If the length of 5G ProSe direct communication over PC5 in NR-PC5 contents field is bigger than indicated in figure 5.4.2.16, receiving entity shall ignore any superfluous octets located at the end of the 5G ProSe direct communication over PC5 in NR-PC5 contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifier to ProSe NR frequency mapping rules contents |
octet o4+4 octet o4+5 |
|||||||||
ProSe identifier to ProSe NR frequency mapping rule 1 |
octet (o4+6)* octet o51* |
|||||||||
ProSe identifier to ProSe NR frequency mapping rule 2 |
octet (o51+1)* octet o52* |
|||||||||
… |
octet (o52+1)* octet o53* |
|||||||||
ProSe identifier to ProSe NR frequency mapping rule n |
octet (o53+1)* octet o45* |
Figure 5.4.2.17: ProSe identifier to ProSe NR frequency mapping rules
Table 5.4.2.17: ProSe identifier to ProSe NR frequency mapping rules
ProSe identifier to ProSe NR frequency mapping rule: The ProSe identifier to ProSe NR frequency mapping rule is coded according to figure 5.4.2.18 and table 5.4.2.18. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifier to ProSe NR frequency mapping rule contents |
octet o51+1 octet o51+2 |
|||||||||
ProSe identifiers |
octet o51+3 octet o54 |
|||||||||
ProSe NR frequencies with geographical areas list |
octet o54+1 octet o52 |
Figure 5.4.2.18: ProSe identifier to ProSe NR frequency mapping rule
Table 5.4.2.18: ProSe identifier to ProSe NR frequency mapping rule
ProSe identifiers (octet o51+3 to o54): The ProSe identifiers field is coded according to figure 5.4.2.14 and table 5.4.2.14. |
ProSe NR frequencies with geographical areas list (octet o54+1 to o52): The ProSe NR frequencies with geographical areas list field is coded according to figure 5.4.2.19 and table 5.4.2.19. |
If the length of ProSe identifier to ProSe NR frequency mapping rule contents field is bigger than indicated in figure 5.4.2.18, receiving entity shall ignore any superfluous octets located at the end of the ProSe identifier to ProSe NR frequency mapping rule contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe NR frequencies with geographical areas list contents |
octet o54+1 octet o54+2 |
|||||||||
ProSe NR frequencies with geographical areas info 1 |
octet (o54+3)* octet o55* |
|||||||||
ProSe NR frequencies with geographical areas info 2 |
octet (o55+1)* octet o56* |
|||||||||
… |
octet (o56+1)* octet o57* |
|||||||||
ProSe NR frequencies with geographical areas info n |
octet (o57+1)* octet o52* |
Figure 5.4.2.19: ProSe NR frequencies with geographical areas list
Table 5.4.2.19: ProSe NR frequencies with geographical areas list
ProSe NR frequencies with geographical areas info: The ProSe NR frequencies with geographical areas info field is coded according to figure 5.4.2.20 and table 5.4.2.20. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe NR frequencies with geographical areas info contents |
octet o55+1 octet o55+2 |
|||||||||
ProSe NR frequencies |
octet o55+3 octet o58 |
|||||||||
Geographical areas |
octet o58+1 octet o56 |
Figure 5.4.2.20: ProSe NR frequencies with geographical areas info
Table 5.4.2.20: ProSe NR frequencies with geographical areas info
ProSe NR frequencies (octet o55+3 to o58): The ProSe NR frequencies field is coded according to figure 5.4.2.21 and table 5.4.2.21. |
Geographical areas (octet o58+1 to o56): The geographical areas field is coded according to figure 5.4.2.15 and table 5.4.2.15. |
If the length of ProSe NR frequencies with geographical areas info contents field is bigger than indicated in figure 5.4.2.20, receiving entity shall ignore any superfluous octets located at the end of the ProSe NR frequencies with geographical areas info contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe NR frequencies contents |
octet o55+3 octet o55+4 |
|||||||||
ProSe NR frequency 1 |
octet (o55+5)* octet (o55+7)* |
|||||||||
ProSe NR frequency 2 |
octet (o55+8)* octet (o55+10)* |
|||||||||
… |
octet (o55+11)* octet (o55+4+(n-1)*3)* |
|||||||||
ProSe NR frequency n |
octet (o55+5+(n-1)*3)* octet (o55+4+n*3)* = octet o58* |
Figure 5.4.2.21: ProSe NR frequencies
Table 5.4.2.21: ProSe NR frequencies
ProSe NR frequency: ProSe NR frequency is coded according to the NR-ARFCN value defined in 3GPP TS 38.101-1 [8] and 3GPP TS 38.101-2 [9]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifier to destination layer-2 ID for broadcast mapping rules contents |
octet o108 octet o108+1 |
|||||||||
ProSe identifier to destination layer-2 ID for broadcast mapping rule 1 |
octet (o108+2)* octet o59* |
|||||||||
ProSe identifier to destination layer-2 ID for broadcast mapping rule 2 |
octet (o59+1)* octet o60* |
|||||||||
… |
octet (o60+1)* octet o61* |
|||||||||
ProSe identifier to destination layer-2 ID for broadcast mapping rule n |
octet (o61+1)* octet o46* |
Figure 5.4.2.22: ProSe identifier to destination layer-2 ID for broadcast mapping rules
Table 5.4.2.22: ProSe identifier to destination layer-2 ID for broadcast mapping rules
ProSe identifier to destination layer-2 ID for broadcast mapping rule: The ProSe identifier to destination layer-2 ID for broadcast mapping rule field is coded according to figure 5.4.2.23 and table 5.4.2.23. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifier to destination layer-2 ID for broadcast mapping rule contents |
octet o59+1 octet o59+2 |
|||||||||
ProSe identifiers |
octet o59+3 octet o62 |
|||||||||
Destination layer-2 ID for broadcast |
octet o62+1 octet (o62+3) = octet o60 |
Figure 5.4.2.23: ProSe identifier to destination layer-2 ID for broadcast mapping rule
Table 5.4.2.23: ProSe identifier to destination layer-2 ID for broadcast mapping rule
ProSe identifiers (octet o59+3 to o62): The ProSe identifiers field is coded according to figure 5.4.2.14 and table 5.4.2.14. |
Destination layer-2 ID for broadcast (octet o62+1 to o60): The destination layer-2 ID for broadcast field is a binary coded layer-2 identifier. |
If the length of ProSe identifier to destination layer-2 ID for broadcast mapping rule contents field is bigger than indicated in figure 5.4.2.23, receiving entity shall ignore any superfluous octets located at the end of the ProSe identifier to destination layer-2 ID for broadcast mapping rule contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of groupcast parameters contents |
octet o46+1 octet o46+2 |
|||||||||
Application layer group info 1 |
octet (o46+3)* octet o63* |
|||||||||
Application layer group info 2 |
octet (o63+1)* octet o64* |
|||||||||
… |
octet (o64+1)* octet o65* |
|||||||||
Application layer group info n |
octet (o65+1)* octet 47* |
Figure 5.4.2.24: Groupcast parameters
Table 5.4.2.24: Groupcast parameters
Application layer group info: The application layer group info field is coded according to figure 5.4.2.25 and table 5.4.2.25. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||||||
Length of application layer group info contents |
octet o63+1 octet o63+2 |
||||||||||||||||
Application layer group identifier |
octet o63+3 octet o163 |
||||||||||||||||
IPv4 |
IPv4AI |
IPv6 |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
octet o163+1 |
|||||||||
ProSe layer-2 group identifier |
octet o163+2 octet o163+4 |
||||||||||||||||
ProSe group IP multicast address |
octet o163+5 octet o164 |
||||||||||||||||
IPv4 address |
octet (o164+1)* octet (o164+4)* = octet 64* |
Figure 5.4.2.25: Application layer group info
Table 5.4.2.25: Application layer group info
Application layer group identifier (octet o63+3 to o163): The first octet of application layer group identifier field is the length of application group identifier. The value of application group identifier field is a bit string. The format of application group identifier parameter is out of scope of this specification. |
IPv4 (octet o163+1 bit 8): Bit 8 0 IPv4 is not authorized 1 IPv4 is authorized |
IPv4 address indicator (IPv4AI) (octet o163+1 bit 7): Bit 7 0 IPv4 address is absent 1 IPv4 address is present |
IPv6 (octet o163+1 bit 6): Bit 6 0 IPv6 is not authorized 1 IPv6 is authorized |
ProSe layer-2 group identifier (octet o163+2 to o163+4): The ProSe layer-2 group identifier field is a binary coded layer-2 identifier. |
ProSe group IP multicast address (octet o163+5 to o164): The ProSe group IP multicast address field contains the IP multicast address for the group. If IPv4 field is set to "IPv4 is authorized" and IPv6 field is set to "IPv6 is not authorized", the ProSe group IP multicast address contains an IPv4 address. If IPv6 field is set to "IPv6 is authorized" and IPv4 field is set to "IPv4 is not authorized", the ProSe group IP multicast address contains an IPv6 address. If IPv4 field is set to "IPv4 is authorized" and IPv6 field is set to "IPv6 is authorized", the ProSe group IP multicast address contains an IPv4 address followed by an IPv6 address |
IPv4 address (octet o164+1 to o164+4): |
The IPv4 address field contains an IPv4 address as the source address for a specific group configured to operate using IPv4. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rules contents |
octet o47+1 octet o47+2 |
|||||||||
ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rule 1 |
octet (o47+3)* octet o66* |
|||||||||
ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rule 2 |
octet (o66+1)* octet o67* |
|||||||||
… |
octet (o67+1)* octet o68* |
|||||||||
ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rule n |
octet (o68+1)* octet o48* |
Figure 5.4.2.26: ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rules
Table 5.4.2.26: ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rules
ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rule: The ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rule field is coded according to figure 5.4.2.27 and table 5.4.2.27. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rule contents |
octet o66+1 octet o66+2 |
|||||||||
ProSe identifiers |
octet o66+3 octet o81 |
|||||||||
Destination layer-2 ID for unicast initial signalling |
octet o81+1 octet (o81+3) = octet o67 |
Figure 5.4.2.27: ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rule
Table 5.4.2.27: ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rule
ProSe identifiers (octet o66+3 to o81): The ProSe identifiers field is coded according to figure 5.4.2.14 and table 5.4.2.14. |
Destination layer-2 ID for unicast initial signalling (octet o81+1 to o67): The destination layer-2 ID for unicast initial signalling field is a binary coded layer-2 identifier. |
If the length of ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rule contents field is bigger than indicated in figure 5.4.2.27, receiving entity shall ignore any superfluous octets located at the end of the ProSe identifier to destination layer-2 ID for unicast initial signalling mapping rule contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifier to PC5 QoS parameters mapping rules contents |
octet o48+1 octet o48+2 |
|||||||||
ProSe identifier to PC5 QoS parameters mapping rule 1 |
octet (o48+3)* octet o70* |
|||||||||
ProSe identifier to PC5 QoS parameters mapping rule 2 |
octet (o70+1)* octet o71* |
|||||||||
… |
octet (o71+1)* octet o72* |
|||||||||
ProSe identifier to PC5 QoS parameters mapping rule n |
octet (o72+1)* octet o49* |
Figure 5.4.2.28: ProSe identifier to PC5 QoS parameters mapping rules
Table 5.4.2.28: ProSe identifier to PC5 QoS parameters mapping rules
ProSe identifier to PC5 QoS parameters mapping rule: The ProSe identifier to PC5 QoS parameters mapping rule field is coded according to figure 5.4.2.29 and table 5.4.2.29. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||||||
Length of ProSe identifier to PC5 QoS parameters mapping rule contents |
octet o70+1 octet o70+2 |
||||||||||||||||
ProSe identifiers |
octet o70+3 octet o74 |
||||||||||||||||
GFBRI |
MFBRI |
PLAMBRI |
RI |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
octet o74+1 |
|||||||||
PQI |
octet o74+2 |
||||||||||||||||
Guaranteed flow bit rate |
octet (o74+3)* octet (o74+5)* |
||||||||||||||||
Maximum flow bit rate |
octet o94* (see NOTE) octet (o94+2)* |
||||||||||||||||
Per-link aggregate maximum bit rate |
octet o95* (see NOTE) octet (o95+2)* |
||||||||||||||||
Range |
octet o96* (see NOTE) octet (o96+1)* = octet o71* |
NOTE: The field is placed immediately after the last present preceding field.
Figure 5.4.2.29: ProSe identifier to PC5 QoS parameters mapping rule
Table 5.4.2.29: ProSe identifier to PC5 QoS parameters mapping rule
ProSe identifiers (octet o70+3 to o74): The ProSe identifiers field is coded according to figure 5.4.2.14 and table 5.4.2.14. |
Guaranteed flow bit rate indicator (GFBRI) (octet o74+1 bit 8): The GFBRI bit indicates presence of guaranteed flow bit rate field. Bit 8 0 Guaranteed flow bit rate field is absent 1 Guaranteed flow bit rate field is present |
Maximum flow bit rate indicator (MFBRI) (octet o74+1 bit 7): The MFBRI bit indicates presence of maximum flow bit rate field. Bit 7 0 Maximum flow bit rate field is absent 1 Maximum flow bit rate field is present |
Per-link aggregate maximum bit rate indicator (PLAMBRI) (octet o74+1 bit 6): The PLAMBRI bit indicates presence of per-link aggregate maximum bit rate field. Bit 6 0 Per-link aggregate maximum bit rate field is absent 1 Per-link aggregate maximum bit rate field is present |
Range indicator (RI) (octet o74+1 bit 5): The RI bit indicates presence of range field. Bit 5 0 Range field is absent 1 Range field is present |
PQI (octet o74+2): Bits 8 7 6 5 4 3 2 1 0 0 0 0 0 0 0 0 Reserved 0 0 0 0 0 0 0 1 to Spare 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 PQI 21 0 0 0 1 0 1 1 0 PQI 22 0 0 0 1 0 1 1 1 PQI 23 0 0 0 1 1 0 0 0 PQI 24 0 0 0 1 1 0 0 1 PQI 25 0 0 0 1 1 0 1 0 PQI 26 0 0 0 1 1 0 1 1 to Spare 0 0 1 1 0 1 1 0 0 0 1 1 0 1 1 1 PQI 55 0 0 1 1 1 0 0 0 PQI 56 0 0 1 1 1 0 0 1 PQI 57 0 0 1 1 1 0 1 0 PQI 58 0 0 1 1 1 0 1 1 PQI 59 0 0 1 1 1 1 0 0 PQI 60 0 0 1 1 1 1 0 1 PQI 61 0 0 1 1 1 1 1 0 to Spare 0 1 0 1 1 0 0 1 0 1 0 1 1 0 1 0 PQI 90 0 1 0 1 1 0 1 1 PQI 91 0 1 0 1 1 1 0 0 PQI 92 0 1 0 1 1 1 0 1 PQI 93 0 1 0 1 1 1 1 0 to Spare 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 to Operator-specific PQIs 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 Reserved If the UE receives a PQI value (excluding the reserved PQI values) that it does not understand, the UE shall choose a PQI value from the set of PQI values defined in this version of the protocol (see 3GPP TS 23.304 [2]) and associated with: – GBR resource type, if the ProSe identifier to PC5 QoS parameters mapping rule includes the guaranteed flow bit rate field; and – non-GBR resource type, if the ProSe identifier to PC5 QoS parameters mapping rule does not include the guaranteed flow bit rate field. The UE shall use this chosen PQI value for internal operations only. The UE shall use the received PQI value in subsequent 5G ProSe direct communication over PC5 signalling procedures. |
Guaranteed flow bit rate (octet o74+3 to o74+5): The guaranteed flow bit rate field indicates guaranteed flow bit rate for both sending and receiving and contains one octet indicating the unit of the guaranteed flow bit rate followed by two octets containing the value of the guaranteed flow bit rate. Unit of the guaranteed flow bit rate: Bits 8 7 6 5 4 3 2 1 0 0 0 0 0 0 0 0 value is not used 0 0 0 0 0 0 0 1 value is incremented in multiples of 1 Kbps 0 0 0 0 0 0 1 0 value is incremented in multiples of 4 Kbps 0 0 0 0 0 0 1 1 value is incremented in multiples of 16 Kbps 0 0 0 0 0 1 0 0 value is incremented in multiples of 64 Kbps 0 0 0 0 0 1 0 1 value is incremented in multiples of 256 Kbps 0 0 0 0 0 1 1 0 value is incremented in multiples of 1 Mbps 0 0 0 0 0 1 1 1 value is incremented in multiples of 4 Mbps 0 0 0 0 1 0 0 0 value is incremented in multiples of 16 Mbps 0 0 0 0 1 0 0 1 value is incremented in multiples of 64 Mbps 0 0 0 0 1 0 1 0 value is incremented in multiples of 256 Mbps 0 0 0 0 1 0 1 1 value is incremented in multiples of 1 Gbps 0 0 0 0 1 1 0 0 value is incremented in multiples of 4 Gbps 0 0 0 0 1 1 0 1 value is incremented in multiples of 16 Gbps 0 0 0 0 1 1 1 0 value is incremented in multiples of 64 Gbps 0 0 0 0 1 1 1 1 value is incremented in multiples of 256 Gbps 0 0 0 1 0 0 0 0 value is incremented in multiples of 1 Tbps 0 0 0 1 0 0 0 1 value is incremented in multiples of 4 Tbps 0 0 0 1 0 0 1 0 value is incremented in multiples of 16 Tbps 0 0 0 1 0 0 1 1 value is incremented in multiples of 64 Tbps 0 0 0 1 0 1 0 0 value is incremented in multiples of 256 Tbps 0 0 0 1 0 1 0 1 value is incremented in multiples of 1 Pbps 0 0 0 1 0 1 1 0 value is incremented in multiples of 4 Pbps 0 0 0 1 0 1 1 1 value is incremented in multiples of 16 Pbps 0 0 0 1 1 0 0 0 value is incremented in multiples of 64 Pbps 0 0 0 1 1 0 0 1 value is incremented in multiples of 256 Pbps Other values shall be interpreted as multiples of 256 Pbps in this version of the protocol. Value of the guaranteed flow bit rate is binary coded value of the guaranteed flow bit rate in units defined by the unit of the guaranteed flow bit rate. |
Maximum flow bit rate (octet o94 to o94+2): The maximum flow bit rate field indicates maximum flow bit rate for both sending and receiving and contains one octet indicating the unit of the maximum flow bit rate followed by two octets containing the value of the maximum flow bit rate. Unit of the maximum flow bit rate: Bits 8 7 6 5 4 3 2 1 0 0 0 0 0 0 0 0 value is not used 0 0 0 0 0 0 0 1 value is incremented in multiples of 1 Kbps 0 0 0 0 0 0 1 0 value is incremented in multiples of 4 Kbps 0 0 0 0 0 0 1 1 value is incremented in multiples of 16 Kbps 0 0 0 0 0 1 0 0 value is incremented in multiples of 64 Kbps 0 0 0 0 0 1 0 1 value is incremented in multiples of 256 Kbps 0 0 0 0 0 1 1 0 value is incremented in multiples of 1 Mbps 0 0 0 0 0 1 1 1 value is incremented in multiples of 4 Mbps 0 0 0 0 1 0 0 0 value is incremented in multiples of 16 Mbps 0 0 0 0 1 0 0 1 value is incremented in multiples of 64 Mbps 0 0 0 0 1 0 1 0 value is incremented in multiples of 256 Mbps 0 0 0 0 1 0 1 1 value is incremented in multiples of 1 Gbps 0 0 0 0 1 1 0 0 value is incremented in multiples of 4 Gbps 0 0 0 0 1 1 0 1 value is incremented in multiples of 16 Gbps 0 0 0 0 1 1 1 0 value is incremented in multiples of 64 Gbps 0 0 0 0 1 1 1 1 value is incremented in multiples of 256 Gbps 0 0 0 1 0 0 0 0 value is incremented in multiples of 1 Tbps 0 0 0 1 0 0 0 1 value is incremented in multiples of 4 Tbps 0 0 0 1 0 0 1 0 value is incremented in multiples of 16 Tbps 0 0 0 1 0 0 1 1 value is incremented in multiples of 64 Tbps 0 0 0 1 0 1 0 0 value is incremented in multiples of 256 Tbps 0 0 0 1 0 1 0 1 value is incremented in multiples of 1 Pbps 0 0 0 1 0 1 1 0 value is incremented in multiples of 4 Pbps 0 0 0 1 0 1 1 1 value is incremented in multiples of 16 Pbps 0 0 0 1 1 0 0 0 value is incremented in multiples of 64 Pbps 0 0 0 1 1 0 0 1 value is incremented in multiples of 256 Pbps Other values shall be interpreted as multiples of 256 Pbps in this version of the protocol. Value of the maximum flow bit rate is binary coded value of the maximum flow bit rate in units defined by the unit of the maximum flow bit rate. |
Per-link aggregate maximum bit rate (octet o95 to o95+2): The per-link aggregate maximum bit rate field indicates per-link aggregate maximum bit rate for both sending and receiving and contains one octet indicating the unit of the per-link aggregate maximum bit rate followed by two octets containing the value of the per-link aggregate maximum bit rate. Unit of the per-link aggregate maximum bit rate: Bits 8 7 6 5 4 3 2 1 0 0 0 0 0 0 0 0 value is not used 0 0 0 0 0 0 0 1 value is incremented in multiples of 1 Kbps 0 0 0 0 0 0 1 0 value is incremented in multiples of 4 Kbps 0 0 0 0 0 0 1 1 value is incremented in multiples of 16 Kbps 0 0 0 0 0 1 0 0 value is incremented in multiples of 64 Kbps 0 0 0 0 0 1 0 1 value is incremented in multiples of 256 Kbps 0 0 0 0 0 1 1 0 value is incremented in multiples of 1 Mbps 0 0 0 0 0 1 1 1 value is incremented in multiples of 4 Mbps 0 0 0 0 1 0 0 0 value is incremented in multiples of 16 Mbps 0 0 0 0 1 0 0 1 value is incremented in multiples of 64 Mbps 0 0 0 0 1 0 1 0 value is incremented in multiples of 256 Mbps 0 0 0 0 1 0 1 1 value is incremented in multiples of 1 Gbps 0 0 0 0 1 1 0 0 value is incremented in multiples of 4 Gbps 0 0 0 0 1 1 0 1 value is incremented in multiples of 16 Gbps 0 0 0 0 1 1 1 0 value is incremented in multiples of 64 Gbps 0 0 0 0 1 1 1 1 value is incremented in multiples of 256 Gbps 0 0 0 1 0 0 0 0 value is incremented in multiples of 1 Tbps 0 0 0 1 0 0 0 1 value is incremented in multiples of 4 Tbps 0 0 0 1 0 0 1 0 value is incremented in multiples of 16 Tbps 0 0 0 1 0 0 1 1 value is incremented in multiples of 64 Tbps 0 0 0 1 0 1 0 0 value is incremented in multiples of 256 Tbps 0 0 0 1 0 1 0 1 value is incremented in multiples of 1 Pbps 0 0 0 1 0 1 1 0 value is incremented in multiples of 4 Pbps 0 0 0 1 0 1 1 1 value is incremented in multiples of 16 Pbps 0 0 0 1 1 0 0 0 value is incremented in multiples of 64 Pbps 0 0 0 1 1 0 0 1 value is incremented in multiples of 256 Pbps Other values shall be interpreted as multiples of 256 Pbps in this version of the protocol. Value of the per-link aggregate maximum bit rate is binary coded value of the per-link aggregate maximum bit rate in units defined by the unit of the per-link aggregate maximum bit rate. |
Range (octet o96 to o71): The range field indicates a binary encoded value of the range in meters. |
If the length of ProSe identifier to PC5 QoS parameters mapping rule contents field is bigger than indicated in figure 5.4.2.28, receiving entity shall ignore any superfluous octets located at the end of the ProSe identifier to PC5 QoS parameters mapping rule contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of AS configuration contents |
octet o49+1 octet o49+2 |
|||||||||
SLRB mapping rules |
octet o49+3 octet o50 |
Figure 5.4.2.30: AS configuration
Table 5.4.2.30: AS configuration
SLRB mapping rules: The SLRB mapping rules field is coded according to figure 5.4.2.31 and table 5.4.2.31. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of SLRB mapping rules contents |
octet o49+3 octet o49+4 |
|||||||||
SLRB mapping rule 1 |
octet (o49+5)* octet o75* |
|||||||||
SLRB mapping rule 2 |
octet (o75+1)* octet o76* |
|||||||||
… |
octet (o76+1)* octet o77* |
|||||||||
SLRB mapping rule n |
octet (o77+1)* octet o50* |
Figure 5.4.2.31: SLRB mapping rules
Table 5.4.2.31: SLRB mapping rules
SLRB mapping rule: The SLRB mapping rule field is coded according to figure 5.4.2.32 and table 5.4.2.32. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of SLRB mapping rule contents |
octet o75+1 octet o75+2 |
|||||||||
PC5 QoS profile |
octet o75+3 octet o78 |
|||||||||
Length of SLRB |
octet o78+1 octet o78+2 |
|||||||||
SLRB |
octet o78+3 octet o76 |
Figure 5.4.2.32: SLRB mapping rule
Table 5.4.2.32: SLRB mapping rule
PC5 QoS profile octet (o75+3 to o78): The PC5 QoS profile field is coded according to figure 5.4.2.33 and table 5.4.2.33. |
SLRB (o78+3 to o76): |
SLRB is defined as SL-PreconfigurationNR in clause 9.3 of 3GPP TS 38.331 [7]. |
If the length of SLRB mapping rule contents field is bigger than indicated in figure 5.4.2.32, receiving entity shall ignore any superfluous octets located at the end of the SLRB mapping rule contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||||||
Length of PC5 QoS profile contents |
octet o75+3 octet o75+4 |
||||||||||||||||
GFBRI |
MFBRI |
PLAMBRI |
RI |
PLOI |
AWI |
MDBVI |
0 Spare |
octet o75+5 |
|||||||||
PQI |
octet o75+6 |
||||||||||||||||
Guaranteed flow bit rate |
octet (o75+7)* octet (o75+9)* |
||||||||||||||||
Maximum flow bit rate |
octet o97* (see NOTE) octet (o97+2)* |
||||||||||||||||
Per-link aggregate maximum bit rate |
octet o98* (see NOTE) octet (o98+2)* |
||||||||||||||||
Range |
octet o99* (see NOTE) octet (o99+1)* |
||||||||||||||||
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
Priority level |
octet o100* (see NOTE) |
|||||||||||
Averaging window |
octet o101* (see NOTE) octet (o101+1)* |
||||||||||||||||
Maximum data burst volume |
octet o102* (see NOTE) octet (o102+1)* = octet o78* |
NOTE: The field is placed immediately after the last present preceding field.
Figure 5.4.2.33:PC5 QoS profile
Table 5.4.2.33:PC5 QoS profile
Guaranteed flow bit rate indicator (GFBRI) (o75+5 bit 8): The GFBRI bit indicates presence of guaranteed flow bit rate field. Bit 8 0 Guaranteed flow bit rate field is absent 1 Guaranteed flow bit rate field is present |
Maximum flow bit rate indicator (MFBRI) (o75+5 bit 7): The MFBRI bit indicates presence of maximum flow bit rate field. Bit 7 0 Maximum flow bit rate field is absent 1 Maximum flow bit rate field is present |
Per-link aggregate maximum bit rate indicator (PLAMBRI) (o75+5 bit 6): The PLAMBRI bit indicates presence of per-link aggregate maximum bit rate field. Bit 6 0 Per-link aggregate maximum bit rate field is absent 1 Per-link aggregate maximum bit rate field is present |
Range indicator (RI) (o75+5 bit 5): The RI bit indicates presence of range field. Bit 5 0 Range field is absent 1 Range field is present |
Priority level octet indicator (OPLI) (o75+5 bit 4): The OPLI bit indicates presence of the octet of the priority level field. Bit 4 0 The octet of the priority level is absent 1 The octet of the priority level is present |
Averaging window indicator (AWI) (o75+5 bit 3): The AWI bit indicates presence of averaging window field. Bit 3 0 Averaging window field is absent 1 Averaging window field is present |
Maximum data burst volume indicator (MDBVI) (o75+5 bit 2): The MDBVI bit indicates presence of maximum data burst volume field. Bit 2 0 Maximum data burst volume field is absent 1 Maximum data burst volume field is present |
PQI (o75+6): Bits 8 7 6 5 4 3 2 1 0 0 0 0 0 0 0 0 Reserved 0 0 0 0 0 0 0 1 to Spare 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 PQI 21 0 0 0 1 0 1 1 0 PQI 22 0 0 0 1 0 1 1 1 PQI 23 0 0 0 1 1 0 0 0 PQI 24 0 0 0 1 1 0 0 1 PQI 25 0 0 0 1 1 0 1 0 PQI 26 0 0 0 1 1 0 1 1 to Spare 0 0 1 1 0 1 1 0 0 0 1 1 0 1 1 1 PQI 55 0 0 1 1 1 0 0 0 PQI 56 0 0 1 1 1 0 0 1 PQI 57 0 0 1 1 1 0 1 0 PQI 58 0 0 1 1 1 0 1 1 PQI 59 0 0 1 1 1 1 0 0 PQI 60 0 0 1 1 1 1 0 1 PQI 61 0 0 1 1 1 1 1 0 to Spare 0 1 0 1 1 0 0 1 0 1 0 1 1 0 1 0 PQI 90 0 1 0 1 1 0 1 1 PQI 91 0 1 0 1 1 1 0 0 PQI 92 0 1 0 1 1 1 0 1 PQI 93 0 1 0 1 1 1 1 0 to Spare 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 to Operator-specific PQIs 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 Reserved If the UE receives a PQI value (excluding the reserved PQI values) that it does not understand, the UE shall choose a PQI value from the set of PQI values defined in this version of the protocol (see 3GPP TS 23.304 [2]) and associated with: – GBR resource type, if the PC5 QoS profile includes the guaranteed flow bit rate field; and – non-GBR resource type, if the PC5 QoS profile does not include the guaranteed flow bit rate field. The UE shall use this chosen PQI value for internal operations only. The UE shall use the received PQI value in subsequent 5G ProSe direct communication over PC5 signalling procedures. |
Guaranteed flow bit rate octet (o75+7 to o75+9): The guaranteed flow bit rate field indicates guaranteed flow bit rate for both sending and receiving and contains one octet indicating the unit of the guaranteed flow bit rate followed by two octets containing the value of the guaranteed flow bit rate. Unit of the guaranteed flow bit rate: Bits 8 7 6 5 4 3 2 1 0 0 0 0 0 0 0 0 value is not used 0 0 0 0 0 0 0 1 value is incremented in multiples of 1 Kbps 0 0 0 0 0 0 1 0 value is incremented in multiples of 4 Kbps 0 0 0 0 0 0 1 1 value is incremented in multiples of 16 Kbps 0 0 0 0 0 1 0 0 value is incremented in multiples of 64 Kbps 0 0 0 0 0 1 0 1 value is incremented in multiples of 256 Kbps 0 0 0 0 0 1 1 0 value is incremented in multiples of 1 Mbps 0 0 0 0 0 1 1 1 value is incremented in multiples of 4 Mbps 0 0 0 0 1 0 0 0 value is incremented in multiples of 16 Mbps 0 0 0 0 1 0 0 1 value is incremented in multiples of 64 Mbps 0 0 0 0 1 0 1 0 value is incremented in multiples of 256 Mbps 0 0 0 0 1 0 1 1 value is incremented in multiples of 1 Gbps 0 0 0 0 1 1 0 0 value is incremented in multiples of 4 Gbps 0 0 0 0 1 1 0 1 value is incremented in multiples of 16 Gbps 0 0 0 0 1 1 1 0 value is incremented in multiples of 64 Gbps 0 0 0 0 1 1 1 1 value is incremented in multiples of 256 Gbps 0 0 0 1 0 0 0 0 value is incremented in multiples of 1 Tbps 0 0 0 1 0 0 0 1 value is incremented in multiples of 4 Tbps 0 0 0 1 0 0 1 0 value is incremented in multiples of 16 Tbps 0 0 0 1 0 0 1 1 value is incremented in multiples of 64 Tbps 0 0 0 1 0 1 0 0 value is incremented in multiples of 256 Tbps 0 0 0 1 0 1 0 1 value is incremented in multiples of 1 Pbps 0 0 0 1 0 1 1 0 value is incremented in multiples of 4 Pbps 0 0 0 1 0 1 1 1 value is incremented in multiples of 16 Pbps 0 0 0 1 1 0 0 0 value is incremented in multiples of 64 Pbps 0 0 0 1 1 0 0 1 value is incremented in multiples of 256 Pbps Other values shall be interpreted as multiples of 256 Pbps in this version of the protocol. Value of the guaranteed flow bit rate is binary coded value of the guaranteed flow bit rate in units defined by the unit of the guaranteed flow bit rate. |
Maximum flow bit rate (o97 to o97+2): The maximum flow bit rate field indicates maximum flow bit rate for both sending and receiving and contains one octet indicating the unit of the maximum flow bit rate followed by two octets containing the value of the maximum flow bit rate. Unit of the maximum flow bit rate: Bits 8 7 6 5 4 3 2 1 0 0 0 0 0 0 0 0 value is not used 0 0 0 0 0 0 0 1 value is incremented in multiples of 1 Kbps 0 0 0 0 0 0 1 0 value is incremented in multiples of 4 Kbps 0 0 0 0 0 0 1 1 value is incremented in multiples of 16 Kbps 0 0 0 0 0 1 0 0 value is incremented in multiples of 64 Kbps 0 0 0 0 0 1 0 1 value is incremented in multiples of 256 Kbps 0 0 0 0 0 1 1 0 value is incremented in multiples of 1 Mbps 0 0 0 0 0 1 1 1 value is incremented in multiples of 4 Mbps 0 0 0 0 1 0 0 0 value is incremented in multiples of 16 Mbps 0 0 0 0 1 0 0 1 value is incremented in multiples of 64 Mbps 0 0 0 0 1 0 1 0 value is incremented in multiples of 256 Mbps 0 0 0 0 1 0 1 1 value is incremented in multiples of 1 Gbps 0 0 0 0 1 1 0 0 value is incremented in multiples of 4 Gbps 0 0 0 0 1 1 0 1 value is incremented in multiples of 16 Gbps 0 0 0 0 1 1 1 0 value is incremented in multiples of 64 Gbps 0 0 0 0 1 1 1 1 value is incremented in multiples of 256 Gbps 0 0 0 1 0 0 0 0 value is incremented in multiples of 1 Tbps 0 0 0 1 0 0 0 1 value is incremented in multiples of 4 Tbps 0 0 0 1 0 0 1 0 value is incremented in multiples of 16 Tbps 0 0 0 1 0 0 1 1 value is incremented in multiples of 64 Tbps 0 0 0 1 0 1 0 0 value is incremented in multiples of 256 Tbps 0 0 0 1 0 1 0 1 value is incremented in multiples of 1 Pbps 0 0 0 1 0 1 1 0 value is incremented in multiples of 4 Pbps 0 0 0 1 0 1 1 1 value is incremented in multiples of 16 Pbps 0 0 0 1 1 0 0 0 value is incremented in multiples of 64 Pbps 0 0 0 1 1 0 0 1 value is incremented in multiples of 256 Pbps Other values shall be interpreted as multiples of 256 Pbps in this version of the protocol. Value of the maximum flow bit rate is binary coded value of the maximum flow bit rate in units defined by the unit of the maximum flow bit rate. |
Per-link aggregate maximum bit rate (o98 to o98+2): The per-link aggregate maximum bit rate field indicates per-link aggregate maximum bit rate for both sending and receiving and contains one octet indicating the unit of the per-link aggregate maximum bit rate followed by two octets containing the value of the per-link aggregate maximum bit rate. Unit of the per-link aggregate maximum bit rate: Bits 8 7 6 5 4 3 2 1 0 0 0 0 0 0 0 0 value is not used 0 0 0 0 0 0 0 1 value is incremented in multiples of 1 Kbps 0 0 0 0 0 0 1 0 value is incremented in multiples of 4 Kbps 0 0 0 0 0 0 1 1 value is incremented in multiples of 16 Kbps 0 0 0 0 0 1 0 0 value is incremented in multiples of 64 Kbps 0 0 0 0 0 1 0 1 value is incremented in multiples of 256 Kbps 0 0 0 0 0 1 1 0 value is incremented in multiples of 1 Mbps 0 0 0 0 0 1 1 1 value is incremented in multiples of 4 Mbps 0 0 0 0 1 0 0 0 value is incremented in multiples of 16 Mbps 0 0 0 0 1 0 0 1 value is incremented in multiples of 64 Mbps 0 0 0 0 1 0 1 0 value is incremented in multiples of 256 Mbps 0 0 0 0 1 0 1 1 value is incremented in multiples of 1 Gbps 0 0 0 0 1 1 0 0 value is incremented in multiples of 4 Gbps 0 0 0 0 1 1 0 1 value is incremented in multiples of 16 Gbps 0 0 0 0 1 1 1 0 value is incremented in multiples of 64 Gbps 0 0 0 0 1 1 1 1 value is incremented in multiples of 256 Gbps 0 0 0 1 0 0 0 0 value is incremented in multiples of 1 Tbps 0 0 0 1 0 0 0 1 value is incremented in multiples of 4 Tbps 0 0 0 1 0 0 1 0 value is incremented in multiples of 16 Tbps 0 0 0 1 0 0 1 1 value is incremented in multiples of 64 Tbps 0 0 0 1 0 1 0 0 value is incremented in multiples of 256 Tbps 0 0 0 1 0 1 0 1 value is incremented in multiples of 1 Pbps 0 0 0 1 0 1 1 0 value is incremented in multiples of 4 Pbps 0 0 0 1 0 1 1 1 value is incremented in multiples of 16 Pbps 0 0 0 1 1 0 0 0 value is incremented in multiples of 64 Pbps 0 0 0 1 1 0 0 1 value is incremented in multiples of 256 Pbps Other values shall be interpreted as multiples of 256 Pbps in this version of the protocol. Value of the per-link aggregate maximum bit rate is binary coded value of the per-link aggregate maximum bit rate in units defined by the unit of the per-link aggregate maximum bit rate. |
Range (o99 to o99+1): The range field indicates a binary encoded value of the range in meters. |
Priority level (octet o100 bit 1 to 3): The priority level field contains a ProSe per-packet priority value. Bits 3 2 1 0 0 0 PPPP value 1 0 0 1 PPPP value 2 0 1 0 PPPP value 3 0 1 1 PPPP value 4 1 0 0 PPPP value 5 1 0 1 PPPP value 6 1 1 0 PPPP value 7 1 1 1 PPPP value 8 |
Averaging window (o101 to o101+1): The averaging window field indicates a binary representation of the averaging window for both sending and receiving in milliseconds. |
Maximum data burst volume (o102 to o78): The maximum data burst volume field indicates a binary representation of the maximum data burst volume for both sending and receiving in octets. |
If the length of PC5 QoS profile contents field is bigger than indicated in figure 5.4.2.33, receiving entity shall ignore any superfluous octets located at the end of the PC5 QoS profile contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of NR-PC5 unicast security policies contents |
octet o93 octet o93+1 |
|||||||||
NR-PC5 unicast security policy 1 |
octet (o93+2)* octet o86* |
|||||||||
NR-PC5 unicast security policy 2 |
octet (o86+1)* octet o87* |
|||||||||
… |
octet (o87+1)* octet o88* |
|||||||||
NR-PC5 unicast security policy n |
octet (o88+1)* octet o84* |
Figure 5.4.2.34: NR-PC5 unicast security policies
Table 5.4.2.34: NR-PC5 unicast security policies
NR-PC5 unicast security policy: The NR-PC5 unicast security policy field is coded according to figure 5.4.2.35 and table 5.4.2.35. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of NR-PC5 unicast security policy contents |
octet o86+1 octet o86+2 |
|||||||||
ProSe identifiers |
octet o86+3 octet o89 |
|||||||||
Security policy |
octet o89+1 octet o89+2 |
|||||||||
Geographical areas |
octet o89+3 octet o87 |
Figure 5.4.2.35: NR-PC5 unicast security policy
Table 5.4.2.35: NR-PC5 unicast security policy
ProSe identifiers (o86+3 to o89): The ProSe identifiers field is coded according to figure 5.4.2.14 and table 5.4.2.14. |
Security policy (o89+1 to o89+2): |
The security policy field is coded according to figure 5.4.2.36 and table 5.4.2.36. |
Geographical areas (o89+3 to o87): The geographical areas field is coded according to figure 5.4.2.15 and table 5.4.2.15. If the length of NR-PC5 unicast security policy contents field is bigger than indicated in figure 5.4.2.35, the receiving entity shall ignore any superfluous octets located at the end of the NR-PC5 unicast security policy contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
0 spare |
Signalling ciphering policy |
0 spare |
Signalling integrity protection policy |
octet o89+1 |
||||
0 spare |
User plane ciphering policy |
0 spare |
User plane integrity protection policy |
octet o89+2 |
Figure 5.4.2.36: Security policy
Table 5.4.2.36: Security policy
Signalling integrity protection policy (octet o89+1 bit 1 to 3): |
||||
Bits |
||||
3 |
2 |
1 |
||
0 |
0 |
0 |
Signalling integrity protection not needed |
|
0 |
0 |
1 |
Signalling integrity protection preferred |
|
0 |
1 |
0 |
Signalling integrity protection required |
|
0 |
1 |
1 |
||
to Spare |
||||
1 |
1 |
0 |
||
1 |
1 |
1 |
Reserved |
|
If the UE receives a signalling integrity protection policy value that the UE does not understand, the UE shall interpret the value as 010 "Signalling integrity protection required". Signalling ciphering policy (octet o89+1 bit 5 to 7): |
||||
Bits |
||||
7 |
6 |
5 |
||
0 |
0 |
0 |
Signalling ciphering not needed |
|
0 |
0 |
1 |
Signalling ciphering preferred |
|
0 |
1 |
0 |
Signalling ciphering required |
|
0 |
1 |
1 |
||
to Spare |
||||
1 |
1 |
0 |
||
1 |
1 |
1 |
Reserved |
|
If the UE receives a signalling ciphering policy value that the UE does not understand, the UE shall interpret the value as 010 "Signalling ciphering required". Bit 4 and 8 of octet o89+1 are spare and shall be coded as zero. |
||||
User plane integrity protection policy (octet o89+2 bit 1 to 3): |
||||
Bits |
||||
3 |
2 |
1 |
||
0 |
0 |
0 |
User plane integrity protection not needed |
|
0 |
0 |
1 |
User plane integrity protection preferred |
|
0 |
1 |
0 |
User plane integrity protection required |
|
0 |
1 |
1 |
||
to Spare |
||||
1 |
1 |
0 |
||
1 |
1 |
1 |
Reserved |
|
If the UE receives a user plane integrity protection policy value that the UE does not understand, the UE shall interpret the value as 010 "User plane integrity protection required". User plane ciphering policy (octet o89+2 bit 5 to 7): |
||||
Bits |
||||
7 |
6 |
5 |
||
0 |
0 |
0 |
User plane ciphering not needed |
|
0 |
0 |
1 |
User plane ciphering preferred |
|
0 |
1 |
0 |
User plane ciphering required |
|
0 |
1 |
1 |
||
to Spare |
||||
1 |
1 |
0 |
||
1 |
1 |
1 |
Reserved |
|
If the UE receives a user plane ciphering policy value that the UE does not understand, the UE shall interpret the value as 010 "User plane ciphering required". Bit 4 and 8 of octet o89+2 are spare and shall be coded as zero. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifier to default mode of communication mapping rules contents |
octet o84+1 octet o84+2 |
|||||||||
ProSe identifier to default mode of communication mapping rule 1 |
octet (o84+3)* octet o90* |
|||||||||
ProSe identifier to default mode of communication mapping rule 2 |
octet (o90+1)* octet o91* |
|||||||||
… |
octet (o91+1)* octet o92* |
|||||||||
ProSe identifier to default mode of communication mapping rule n |
octet (o92+1)* octet o85* |
Figure 5.4.2.37: ProSe identifier to default mode of communication mapping rules
Table 5.4.2.37: ProSe identifier to default mode of communication mapping rules
ProSe identifier to default mode of communication mapping rule: The ProSe identifier to default mode of communication mapping rule field is coded according to figure 5.4.2.38 and table 5.4.2.38. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||||||||
Length of ProSe identifier to default mode of communication mapping rule contents |
octet o90+1 octet o90+2 |
|||||||||||||||
ProSe identifiers |
octet o90+3 octet o91-1 |
|||||||||||||||
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
DMC |
octet o91 |
Figure 5.4.2.38: ProSe identifier to default mode of communication mapping rule
Table 5.4.2.38: ProSe identifier to default mode of communication mapping rule
ProSe identifiers (o90+3 to o91-1): The ProSe application identifiers field is coded according to figure 5.4.2.14 and table 5.4.2.14. |
Default mode of communication (DMC) (octet o91 bit 1 to 2): The DMC field indicates the default mode of communication. Bits 2 1 0 0 unicast 0 1 groupcast 1 0 broadcast 1 1 spare If the DMC field is set to a spare value, the receiving entity shall ignore the ProSe application identifier to default mode of communication mapping rule. |
If the length of ProSe identifier to default mode of communication mapping rule contents field is bigger than indicated in figure 5.4.2.37, receiving entity shall ignore any superfluous octets located at the end of the ProSe identifier to default mode of communication mapping rule contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe application to path preference mapping rules contents |
octet o5+1 octet o5+2 |
|||||||||
ProSe application to path preference mapping rule 1 |
octet (o5+3)* octet o150* |
|||||||||
ProSe application to path preference mapping rule 2 |
octet (o150+1)* octet o151* |
|||||||||
… |
octet (o151+1)* octet o152* |
|||||||||
ProSe application to path preference mapping rule n |
octet (o152+1)* octet l* |
Figure 5.4.2.39: ProSe application to path preference mapping rules
Table 5.4.2.39: ProSe application to path preference mapping rules
ProSe application to path preference mapping rule (NOTE): The ProSe application to path preference mapping rule field is coded according to figure 5.4.2.40 and table 5.4.2.40. |
NOTE: The ProSe application to path preference mapping rule field is prioritized in decreasing order according to the local configuration of the network. The ProSe application to path preference mapping rule field with the service indication field set to value 1 "For all ProSe services", if present, should be the last one of the ProSe application to path preference mapping rules. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||||||||
Length of ProSe application to path preference mapping rule contents |
octet o150+1 octet o150+2 |
|||||||||||||||
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
SI |
PP |
octet o151 |
|||||||||
ProSe identifiers |
octet o152* octet o18* |
Figure 5.4.2.40: ProSe application to path preference mapping rule
Table 5.4.2.40: ProSe application to path preference mapping rule
ProSe identifiers (o152 to o18): If the service indication field is set to value 1 "For all ProSe services", the ProSe identifiers field shall not be included in ProSe application to path preference mapping rule field. If the service indication field is set to value 0 "Not for all ProSe services", the ProSe identifiers field is coded according to figure 5.4.2.14 and table 5.4.2.14. |
Path preference (PP) (octet o151 bit 1 to 2): The PP field indicates the path preference. Bits 2 1 0 0 No preference 0 1 PC5 preferred 1 0 Uu preferred 1 1 spare If the PP field is set to a spare value, the receiving entity shall interpret as "00". |
Service indication (SI) (octet o151 bit 3): The SI field indicates whether the path preference is for all ProSe services or not. Bits 3 1 For all ProSe services 0 Not for all ProSe services |
If the length of ProSe application to path preference mapping rule contents field is bigger than indicated in figure 5.4.2.40, receiving entity shall ignore any superfluous octets located at the end of the ProSe application to path preference mapping rule contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rules contents |
octet o10+1 octet o10+2 |
|||||||||
ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rule 1 |
octet (o10+3)* octet o103* |
|||||||||
ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rule 2 |
octet (o103+1)* octet o104* |
|||||||||
… |
octet (o104+1)* octet o105* |
|||||||||
ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rule n |
octet (o105+1)* octet l* |
Figure 5.4.2.41: ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rules
Table 5.4.2.41: ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rules
ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rule: The ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rule field is coded according to figure 5.4.2.42 and table 5.4.2.42. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rule contents |
octet o103+1 octet o103+2 |
|||||||||
ProSe identifiers |
octet o103+3 octet o1030 |
|||||||||
NR Tx profile |
octet o1030+1=o104 |
Figure 5.4.2.42: ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rule
Table 5.4.2.42: ProSe identifiers to NR Tx profile for broadcast and groupcast mapping rule
ProSe identifiers: The ProSe identifiers field is coded according to figure 5.4.2.14 and table 5.4.2.14. |
NR Tx profile: |
The NR Tx profile field is coded as SL-TxProfile-r17 in clause 9.3 of 3GPP TS 38.331 [7]. |
5.5 Encoding of UE policies for 5G ProSe UE-to-network relay UE
5.5.1 General
The UE policies for 5G ProSe UE-to-network relay UE are coded as shown in figures 5.5.2.1 and table 5.5.2.1.
5.5.2 Information elements coding
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
0 |
0 |
0 |
PAI |
ProSeP info type = {UE policies for 5G ProSe UE-to-network relay UE} |
octet k |
|||
Spare |
||||||||
Length of ProSeP info contents |
octet k+1 octet k+2 |
|||||||
Validity timer |
octet k+3 octet k+7 |
|||||||
Served by NG-RAN |
octet k+8 octet o1 |
|||||||
Not served by NG-RAN |
octet o1+1 octet o2 |
|||||||
Default destination layer-2 IDs for sending the discovery signalling for announcement and additional information and for receiving the discovery signalling for solicitation |
octet o2+1 octet o3 |
|||||||
User info ID for discovery |
octet o3+1 octet o3+6 |
|||||||
RSC info list |
octet o3+7 octet o4 |
|||||||
5QI to PC5 QoS parameters mapping rules |
octet o4+1 octet o5 |
|||||||
ProSe identifier to ProSe application server address mapping rules |
octet o5+1 octet o6 |
|||||||
5G PKMF address information |
octet (o6+1)* octet l-2 |
|||||||
Privacy timer |
octet l-1 octet l |
Figure 5.5.2.1: ProSeP Info = {UE policies for 5G ProSe UE-to-network relay UE}
Table 5.5.2.1: ProSeP Info = {UE policies for 5G ProSe UE-to-network relay UE}
ProSeP info type (bit 1 to 4 of octet k) shall be set to "0011" (UE policies for 5G ProSe UE-to-network relay UE) |
PKMF address indication (PAI) (bit 5 of octet k) |
The PAI indicates whether the 5G PKMF address information is included in the IE or not |
Bit |
5 |
0 5G PKMF address information is not included |
1 5G PKMF address information is included |
Length of ProSeP info contents (octets k+1 to k+2) indicates the length of ProSeP info contents. |
Validity timer (octet k+3 to k+7): The validity timer field provides the expiration time of validity of the UE policies for 5G ProSe UE-to-network relay UE. The validity timer field is a binary coded representation of a UTC time, in seconds since midnight UTC of January 1, 1970 (not counting leap seconds). |
Served by NG-RAN (octet k+8 to o1): The served by NG-RAN field is coded according to figure 5.5.2.2 and table 5.5.2.2, and contains configuration parameters for 5G ProSe UE-to-network relay UE when the UE is served by NG-RAN. |
Not served by NG-RAN (octet o1+1 to o2): The not served by NG-RAN field is coded according to figure 5.5.2.5 and table 5.5.2.5, and contains configuration parameters for 5G ProSe UE-to-network relay discovery and communication when the UE is not served by NG-RAN. |
Default destination layer-2 IDs for sending the discovery signalling for announcement and additional information and for receiving the discovery signalling for solicitation (octet o2+1 to o3): The default destination layer-2 IDs for sending the discovery signalling for announcement and additional information and for receiving the discovery signalling for solicitation is coded according to figure 5.5.2.11b and table 5.5.2.11b and contains a list of the default destination layer-2 IDs for the initial UE-to-network relay discovery signalling. |
User info ID for discovery (octet o3+1 to o3+6): The value of the User info ID parameter is a 48-bit long bit string. The format of the User info ID parameter is out of scope of this specification. |
RSC info list (octet o3+7 to o4): The RSC info list field is coded according to figure 5.5.2.12 and table 5.5.2.12 and contains the RSCs related paramters. |
5QI to PC5 QoS parameters mapping rules (octet o4+1 to o5): The 5QI to PC5 QoS parameters mapping rules field is coded according to figure 5.5.2.17 and table 5.5.2.17 and contains the 5QI to PC5 QoS parameters mapping rules. |
ProSe identifier to ProSe application server address mapping rules (octet o5+1 to o6): The ProSe identifier to ProSe application server address mapping rules field is coded according to figure 5.5.2.19 and table 5.5.2.19 and contains the ProSe identifier to ProSe application server address mapping rules. |
Privacy timer (octet l-1 to l): The privacy timer field contains binary encoded duration, in units of seconds, after which the UE shall change the source layer-2 ID self-assigned by the UE while performing transmission of 5G ProSe direct communication. |
If the length of ProSeP info contents field is bigger than indicated in figure 5.5.2.1, receiving entity shall ignore any superfluous octets located at the end of the ProSeP info contents. |
5G PKMF address information (octet o6+1 to l-2) 5G PKMF address information contains the IPv4 address(es), IPv6 address(es) and/or FQDN of the 5G PKMF and is coded according to figure 5.5.2.21, figure 5.5.2.22, figure 5.5.2.23 and table 5.5.2.21. At least one of the address parameters (FQDN, IPv4 address list or IPv6 address list) shall be included. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of served by NG-RAN contents |
octet k+8 octet k+9 |
|||||||
Authorized PLMN list for layer-3 relay UE |
octet (k+10)* octet o50* |
|||||||
Authorized PLMN list for layer-2 relay UE |
octet (o50+1)* octet o1* |
Figure 5.5.2.2: Served by NG-RAN
Table 5.5.2.2: Served by NG-RAN
Authorized PLMN list for layer-3 relay UE: The authorized PLMN list for layer-3 relay UE field is coded according to figure 5.5.2.3 and table 5.5.2.3. |
Authorized PLMN list for layer-2 relay UE: The authorized PLMN list for layer-2 relay UE field is coded according to figure 5.5.2.3 and table 5.5.2.3. |
Length of authorized PLMN list contents |
octet k+10 octet k+11 |
Authorized PLMN 1 |
octet (k+12)* octet (k+14)* |
Authorized PLMN 2 |
octet (k+15)* octet (k+17)* |
… |
octet (k+18)* octet (o50-3)* |
Authorized PLMN n |
octet (o50-2)* octet o50* |
Figure 5.5.2.3: Authorized PLMN list
Table 5.5.2.3: Authorized PLMN list
Authorized PLMN: The authorized PLMN field is coded according to figure 5.5.2.4 and table 5.5.2.4. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
MCC digit 2 |
MCC digit 1 |
octet k+15 |
||||||
MNC digit 3 |
MCC digit 3 |
octet k+16 |
||||||
MNC digit 2 |
MNC digit 1 |
octet k+17 |
Figure 5.5.2.4: PLMN ID
Table 5.5.2.4: PLMN ID
Mobile country code (MCC) (octet k+15, octet k+16 bit 1 to 4): The MCC field is coded as in ITU-T Recommendation E.212 [5], annex A. |
Mobile network code (MNC) (octet k+16 bit 5 to 8, octet k+17): The coding of MNC field is the responsibility of each administration but BCD coding shall be used. The MNC shall consist of 2 or 3 digits. If a network operator decides to use only two digits in the MNC, MNC digit 3 shall be coded as "1111". |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of not served by NG-RAN contents |
octet o1+1 octet o1+2 |
|||||||
NR radio parameters per geographical area list for UE-to-network relay discovery |
octet o1+3 octet o51 |
|||||||
NR radio parameters per geographical area list for UE-to-network relay communication |
octet o51+1 octet o10 |
|||||||
Default PC5 DRX configuration for UE-to-network relay discovery |
octet o10+1 octet o2 |
Figure 5.5.2.5: Not served by NG-RAN
Table 5.5.2.5: Not served by NG-RAN
NR radio parameters per geographical area list for UE-to-network relay discovery (octet o1+3 to o51): The NR radio parameters per geographical area list for UE-to-network relay discovery field is coded according to figure 5.5.2.6 and table 5.5.2.6. |
NR radio parameters per geographical area list for UE-to-network relay communication (octet o51+1 to o2): The NR radio parameters per geographical area list for UE-to-network relay communication field is coded according to figure 5.5.2.7 and table 5.5.2.7. |
Default PC5 DRX configuration for UE-to-network relay discovery (octet o10+1 to o2): The default PC5 DRX configuration for UE-to-network relay discovery field is coded according to figure 5.5.2.11a and table 5.5.2.11a. |
If the length of not served by NG-RAN contents field is bigger than indicated in figure 5.5.2.5, receiving entity shall ignore any superfluous octets located at the end of the not served by NG-RAN contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of NR radio parameters per geographical area list for UE-to-network relay discovery contents |
octet o1+3 octet o1+4 |
|||||||
Radio parameters per geographical area info 1 |
octet o1+5 octet o510 |
|||||||
Radio parameters per geographical area info 2 |
octet (o510+1)* octet o511* |
|||||||
… |
octet (o511+1)* octet o512* |
|||||||
Radio parameters per geographical area info n |
octet (o512+1)* octet o51* |
Figure 5.5.2.6: NR radio parameters per geographical area list for UE-to-network relay discovery
Table 5.5.2.6: NR radio parameters per geographical area list for UE-to-network relay discovery
Radio parameters per geographical area info: The radio parameters per geographical area info field is coded according to figure 5.5.2.8 and table 5.5.2.8. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of NR radio parameters per geographical area list for UE-to-network relay communication contents |
octet o51+1 octet o51+2 |
|||||||
Radio parameters per geographical area info 1 |
octet o51+3 octet o513 |
|||||||
Radio parameters per geographical area info 2 |
octet (o513+1)* octet o514* |
|||||||
… |
octet (o514+1)* octet o515* |
|||||||
Radio parameters per geographical area info n |
octet (o515+1)* octet o10* |
Figure 5.5.2.7: NR radio parameters per geographical area list for UE-to-network relay communication
Table 5.5.2.7: NR radio parameters per geographical area list for UE-to-network relay communication
Radio parameters per geographical area info: The radio parameters per geographical area info field is coded according to figure 5.5.2.8 and table 5.5.2.8. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of radio parameters per geographical area contents |
octet o510+1 octet o510+2 |
|||||||
Geographical area |
octet o510+3 octet o5100 |
|||||||
Radio parameters |
octet o5100+1 octet o511-1 |
|||||||
MI |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
octet o511 |
Figure 5.5.2.8: Radio parameters per geographical area info
Table 5.5.2.8: Radio parameters per geographical area info
Geographical area (octet o510+3 to o5100): The geographical area field is coded according to figure 5.5.2.9 and table 5.5.2.9. |
Radio parameters (octet o5100+1 to o511-1): The radio parameters field is coded according to figure 5.3.2.11 and table 5.3.2.11, applicable in the geographical area indicated by the geographical area field when not served by NG-RAN. |
Managed indicator (MI) (octet o511 bit 8): The managed indicator indicates how the radio parameters indicated in the radio parameters field in the geographical area indicated by the geographical area field are managed. Bit 8 0 Non-operator managed 1 Operator managed |
If the length of radio parameters per geographical area contents field is bigger than indicated in figure 5.5.2.8, receiving entity shall ignore any superfluous octets located at the end of the radio parameters per geographical area contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of geographical area contents |
octet o510+3 octet o510+4 |
|||||||
Coordinate 1 |
octet (o510+5)* octet (o510+10)* |
|||||||
Coordinate 2 |
octet (o510+11)* octet (o510+16)* |
|||||||
… |
octet (o510+17)* octet (o510-2+6*n)* |
|||||||
Coordinate n |
octet (o510-1+6*n)* octet (o510+4+6*n)* = octet o5100* |
Figure 5.5.2.9: Geographical area
Table 5.5.2.9: Geographical area
Coordinate: The coordinate field is coded according to figure 5.5.2.10 and table 5.5.2.10. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Latitude |
octet o510+11 octet o510+13 |
|||||||
Longitude |
octet o510+14 octet o510+17 |
Figure 5.5.2.10: Coordinate area
Table 5.5.2.10: Coordinate area
Latitude (octet o510+11 to o510+13): The latitude field is coded according to clause 6.1 of 3GPP TS 23.032 [6]. |
Longitude (octet o510+14 to o510+17): The longitude field is coded according to clause 6.1 of 3GPP TS 23.032 [6]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of radio parameters contents |
octet o5100+1 octet o5100+2 |
|||||||
Radio parameters contents |
octet o5100+3 octet o511-1 |
Figure 5.5.2.11: Radio parameters
Table 5.5.2.11: Radio parameters
Radio parameters contents: Radio parameters are defined as SL-PreconfigurationNR in clause 9.3 of 3GPP TS 38.331 [7]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of default PC5 DRX configuration for UE-to-network relay discovery contents |
octet o10+1 octet o10+2 |
|||||||
Default PC5 DRX configuration for UE-to-network relay discovery contents |
octet o10+3 octet o2 |
Figure 5.5.2.11a: Default PC5 DRX configuration for UE-to-network relay discovery
Table 5.5.2.11a: Default PC5 DRX configuration for UE-to-network relay discovery
Default PC5 DRX configuration contents for UE-to-network relay discovery: Default PC5 DRX configuration for UE-to-network relay discovery field is coded as sl-DefaultDRX-GC-BC-r17 in clause 6.3.5 of 3GPP TS 38.331 [7]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of default destination layer-2 IDs for sending the discovery signalling for announcement and additional information and for receiving the discovery signalling for solicitation contents |
octet o2+1 octet o2+2 |
|||||||
Default destination layer-2 ID 1 |
octet o2+3 octet o2+5 |
|||||||
Default destination layer-2 ID 2 |
octet (o2+6)* octet (o2+8)* |
|||||||
… |
octet (o2+9)* octet (o3-3)* |
|||||||
Default destination layer-2 ID n |
octet (o3-2)* octet o3* |
Figure 5.5.2.11b: Default destination layer-2 IDs for sending the discovery signalling for announcement and additional information and for receiving the discovery signalling for solicitation
Table 5.5.2.11b: Default destination layer-2 IDs for sending the discovery signalling for announcement and additional information and for receiving the discovery signalling for solicitation
Default destination layer-2 ID (octet o2+3 to o2+5): The default destination layer-2 ID is a 24-bit long bit string. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of RSC info list contents |
octet o3+7 octet o3+8 |
|||||||||
RSC info 1 |
octet o3+9 octet o52 |
|||||||||
RSC info 2 |
octet (o52+1)* octet (o53)* |
|||||||||
… |
octet (o53+1)* octet (o54)* |
|||||||||
RSC info n |
octet (o54+1)* octet o4* |
Figure 5.5.2.12: RSC info list
Table 5.5.2.12: RSC info list
RSC info: The RSC info field is coded according to figure 5.5.2.13 and table 5.5.2.13. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||||||||
Length of RSC info contents |
octet o52+1 octet o52+2 |
|||||||||||||||
RSC list |
octet o52+3 octet o520 |
|||||||||||||||
Security related parameters for discovery |
octet o520+1 octet o511 |
|||||||||||||||
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
CPSI |
LI |
octet o511+1 |
|||||||||
NR-PC5 UE-to-network relay security policies |
octet (o511+2) octet o530 |
|||||||||||||||
PDU session parameters for layer-3 relay UE |
octet (o530+1)* octet o53* |
Figure 5.5.2.13: RSC info
Table 5.5.2.13: RSC info
RSC list (octet o52+3 to o520): The RSC list field is coded according to figure 5.5.2.14 and table 5.5.2.14. |
Security related parameters for discovery (octet o520+1 to o511): The security related parameters for discovery field contains the security related parameters for discovery used when the security procedure over control plane as specified in 3GPP TS 33.503 [13] is used and is coded according to figure 5.5.2.15 and table 5.5.2.15. |
Layer indication (LI) (octet o511+1 bit 1 to 2): Bits 2 1 0 1 Layer 3 1 0 Layer 2 The other values are reserved. |
If LI is set to "Layer 3", the PDU session parameters for layer-3 relay UE is included in the RSC info, otherwise the PDU session parameters for layer-3 relay UE is not included. |
Control plane security indication (CPSI) (octet o511+1 bit 3): The control plane security indication field indicates whether to use the security procedure over control plane as specified in 3GPP TS 33.503 [13] or not. |
Bit |
3 |
0 security procedure over control plane is not used |
1 security procedure over control plane is used |
NR-PC5 UE-to-network relay security policies (octet o511+2 to o530): The NR-PC5 UE-to-network relay security policies is coded as the NR-PC5 unicast security policies defined in figure 5.4.2.34 and table 5.4.2.34. |
PDU session parameters for layer-3 relay UE (octet o530+1 to octet o53) The PDU session parameters for layer-3 relay UE field is coded according to figure 5.5.2.16 and table 5.5.2.16. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of RSC list contents |
octet o52+3 octet o52+4 |
|||||||||
RSC 1 |
octet o52+5 octet o52+7 |
|||||||||
RSC 2 |
octet (o52+8)* octet (o52+10)* |
|||||||||
… |
octet (o52+11)* octet (o520-3)* |
|||||||||
RSC n |
octet (o520-2)* octet o520* |
Figure 5.5.2.14: RSC list
Table 5.5.2.14: RSC list
RSC (octet o52+5 to o52+7): The RSC identifies a connectivity service the UE-to-Network relay provides. The value of the RSC is a 24-bit long bit string. The values of the RSC from "000001" to "00000F" in hexadecimal representation are spare and shall not be used in this release of specification. The UE shall ignore the spare value of the RSC in this release of specification. For all other values, the format of the RSC is out of scope of this specification. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Security related parameters validity timer |
octet o520+1 octet o520+5 |
|||||||||
Code-sending security parameters |
octet (o520+6)* octet o524* |
|||||||||
Code-receiving security parameters |
octet (o524+1)* octet o511* |
Figure 5.5.2.15: Security related parameters for discovery
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||
Spare |
PDUCK |
PDUIK |
PDUSK |
octet o520+6 |
|||||||||
DUSK |
octet (o520+7)* octet o521* |
||||||||||||
DUIK |
octet (o521+1)* octet o522* |
||||||||||||
DUCK |
octet (o522+1)* octet o523* |
||||||||||||
Encrypted bitmask |
octet (o523+1)* octet o524* |
Figure 5.5.2.15a: Code-sending security parameters
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||
Spare |
PDUCK |
PDUIK |
PDUSK |
octet o524+1 |
|||||||||
DUSK |
octet (o524+2)* octet o525* |
||||||||||||
DUIK |
octet (o525+1)* octet o526* |
||||||||||||
DUCK |
octet (o526+1)* octet o527* |
||||||||||||
Encrypted bitmask |
octet (o527+1)* octet o511* |
Figure 5.5.2.15b: Code-receiving security parameters
Table 5.5.2.15: Security related parameters for discovery
Security related parameters validity timer: |
The security related parameters validity timer field provides the expiration time of validity of the security related parameters for discovery. The security related parameters validity timer field is a binary coded representation of a UTC time, in seconds since midnight UTC of January 1, 1970 (not counting leap seconds). |
Code-sending security parameters: |
The code-sending security parameters field contains the security parameters needed by a sending UE to protect a 5G ProSe direct discovery message over PC5 interface as specified in 3GPP TS 33.503 [13]. |
Code-receiving security parameters |
The code-receiving security parameters field contains the security parameters needed by a receiving UE to process a 5G ProSe direct discovery message over PC5 interface as specified in 3GPP TS 33.503 [13]. |
Presence of DUSK (PDUSK): |
PDUSK indicates whether the DUSK field is present or not. |
Bit |
1 |
0 DUSK field is not included |
1 DUSK field is included |
Presence of DUIK (PDUIK): |
PDUIK indicates whether the DUIK field is present or not. |
Bit |
2 |
0 DUIK field is not included |
1 DUIK field is included |
Presence of DUCK (PDUCK): |
PDUCK indicates whether the DUCK field and the encrypted bitmask field are present or not. |
Bot |
3 |
0 DUCK and encrypted bitmask fields are not included |
1 DUCK and encrypted bitmask fields are included |
DUSK: |
The DUSK field contains the value of the DUSK. The use of the DUSK is defined in 3GPP TS 33.503 [13]. |
DUIK: |
The DUIK field contains the value of the DUIK. The use of the DUIK is defined in 3GPP TS 33.503 [13]. |
DUCK: |
The DUCK field contains the value of the DUCK. The use of the DUCK is defined in 3GPP TS 33.503 [13]. |
Encrypted bitmask: |
The encrypted bitmask field contains the value of the encrypted bitmask, which is a 184-bit bitmask which uses bit "1" to mark the positions of the bits for which the DUCK encryption is applied. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||||||
Length of PDU session parameters for layer-3 relay UE contents |
octet o530+1 octet o530+2 |
||||||||||||||||
Spare |
PATP |
PSSCM |
PSNSSAI |
PDNN |
PDU session type |
octet o530+3 |
|||||||||||
DNN |
octet (o530+4)* octet o531* |
||||||||||||||||
S-NSSAI |
octet (o531+1)* octet (o53-1)* |
||||||||||||||||
Spare |
Access type preference |
SSC mode |
octet o53* |
Figure 5.5.2.16: PDU session parameters for layer-3 relay UE
Table 5.5.2.16: PDU session parameters for layer-3 relay UE
PDU session type (bits 3 to 1 of octet o530+3): The PDU session type field shall be encoded as the PDU session type value part of the PDU session type information element defined in clause 9.11.4.11 of 3GPP TS 24.501 [4]. |
|
Presence of DNN (PDNN) (bit 4 of octet o530+3) |
|
PDNN indicates whether the DNN field is present or not. |
|
Bit |
|
4 |
|
0 |
DNN field is not included |
1 |
DNN field is included |
Presence of S-NSSAI (PSNSSAI) (bit 5 of octet o53+3) |
|
PSNSSAI indicates whether the S-NSSAI field is present or not. |
|
Bit |
|
5 |
|
0 |
S-NSSAI field is not included |
1 |
S-NSSAI field is included |
Presence of SSC mode (PSSCM) (bit 6 of octet o530+3) |
|
PSSCM indicates whether the SSC mode field is present or not. |
|
Bit |
|
6 |
|
0 |
SSC mode field is not included (NOTE) |
1 |
SSC mode field is included |
Presence of access type preference (PATP) (bit 7 of octet o530+3) |
|
PATP indicates whether the access type preference mode field is present or not. |
|
Bit |
|
7 |
|
0 |
Access type preference field is not included (NOTE) |
1 |
Access type preference field is included |
DNN (octet o530+4 to o531): The DNN field shall be encoded as a sequence of a one octet DNN length field and a DNN value field of a variable size. The DNN value contains an APN as defined in 3GPP TS 23.003 [10]. |
|
S-NSSAI (octet o531+1 to o53-1): The S-NSSAI field shall be encoded as a sequence of a one octet S-NSSAI length field and an S-NSSAI value field of a variable size. The S-NSSAI value shall be encoded as the value part of the S-NSSAI information element defined in clause 9.11.2.8 of 3GPP TS 24.501 [4]. |
|
SSC mode (bits 3 to 1 of octet o53): The SSC mode field shall be encoded as the value part of the SSC mode information element defined in clause 9.11.4.16 of 3GPP TS 24.501 [4]. |
|
Access type preference (bits 5 to 4 of octet o53): The access type preference field shall be encoded as the value part of the access type information element defined in clause 9.11.2.1A of 3GPP TS 24.501 [4]. |
|
NOTE: Since SSC mode field and access type preference field are coded in the same octet, this octet is not included only when both PSSCM and PATP are set to 0. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of 5QI to PC5 QoS parameters mapping rules contents |
octet o4+1 octet o4+2 |
|||||||||
5QI to PC5 QoS parameters mapping rule 1 |
octet o4+3 octet o55 |
|||||||||
5QI to PC5 QoS parameters mapping rule 2 |
octet (o55+1)* octet o56* |
|||||||||
… |
octet (o56+1)* octet o57* |
|||||||||
5QI to PC5 QoS parameters mapping rule n |
octet (o57+1)* octet o5* |
Figure 5.5.2.17: 5QI to PC5 QoS parameters mapping rules
Table 5.5.2.17: 5QI to PC5 QoS parameters mapping rules
5QI to PC5 QoS parameters mapping rule: The 5QI to PC5 QoS parameters mapping rule field is coded according to figure 5.5.2.18 and table 5.5.2.18 and contains the 5QI to PC5 QoS parameters mapping rule. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of 5QI to PC5 QoS parameters mapping rule contents |
octet o55+1 octet o55+2 |
|||||||||
5QI |
octet o55+3 |
|||||||||
PQI |
octet o55+4 |
|||||||||
PDB adjustment factor |
octet o55+5 |
|||||||||
RSC list |
octet (o55+6)* octet o56* |
Figure 5.5.2.18: 5QI to PC5 QoS parameters mapping rule
Table 5.5.2.18: 5QI to PC5 QoS parameters mapping rule
5QI (octet o55+3): Bits 8 7 6 5 4 3 2 1 0 0 0 0 0 0 0 0 Reserved 0 0 0 0 0 0 0 1 5QI 1 0 0 0 0 0 0 1 0 5QI 2 0 0 0 0 0 0 1 1 5QI 3 0 0 0 0 0 1 0 0 5QI 4 0 0 0 0 0 1 0 1 5QI 5 0 0 0 0 0 1 1 0 5QI 6 0 0 0 0 0 1 1 1 5QI 7 0 0 0 0 1 0 0 0 5QI 8 0 0 0 0 1 0 0 1 5QI 9 0 0 0 0 1 0 1 0 5QI 10 0 0 0 0 1 0 1 1 to Spare 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0 1 5QI 65 0 1 0 0 0 0 1 0 5QI 66 0 1 0 0 0 0 1 1 5QI 67 0 1 0 0 0 1 0 0 Spare 0 1 0 0 0 1 0 1 5QI 69 0 1 0 0 0 1 1 0 5QI 70 0 1 0 0 0 1 1 1 5QI 71 0 1 0 0 1 0 0 0 5QI 72 0 1 0 0 1 0 0 1 5QI 73 0 1 0 0 1 0 1 0 5QI 74 0 1 0 0 1 0 1 1 5QI 75 0 1 0 0 1 1 0 0 5QI 76 0 1 0 0 1 1 0 1 to Spare 0 1 0 0 1 1 1 0 0 1 0 0 1 1 1 1 5QI 79 0 1 0 1 0 0 0 0 5QI 80 0 1 0 1 0 0 0 1 Spare 0 1 0 1 0 0 1 0 5QI 82 0 1 0 1 0 0 1 1 5QI 83 0 1 0 1 0 1 0 0 5QI 84 0 1 0 1 0 1 0 1 5QI 85 0 1 0 1 0 1 1 0 5QI 86 0 1 0 1 0 1 1 1 to Spare 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 to Operator-specific 5QIs 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 Reserved |
PQI (octet o55+4): Bits 8 7 6 5 4 3 2 1 0 0 0 0 0 0 0 0 Reserved 0 0 0 0 0 0 0 1 to Spare 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 PQI 21 0 0 0 1 0 1 1 0 PQI 22 0 0 0 1 0 1 1 1 PQI 23 0 0 0 1 1 0 0 0 PQI 24 0 0 0 1 1 0 0 1 PQI 25 0 0 0 1 1 0 1 0 PQI 26 0 0 0 1 1 0 1 1 to Spare 0 0 1 1 0 1 1 0 0 0 1 1 0 1 1 1 PQI 55 0 0 1 1 1 0 0 0 PQI 56 0 0 1 1 1 0 0 1 PQI 57 0 0 1 1 1 0 1 0 PQI 58 0 0 1 1 1 0 1 1 PQI 59 0 0 1 1 1 1 0 0 PQI 60 0 0 1 1 1 1 0 1 PQI 61 0 0 1 1 1 1 1 0 to Spare 0 1 0 1 1 0 0 1 0 1 0 1 1 0 1 0 PQI 90 0 1 0 1 1 0 1 1 PQI 91 0 1 0 1 1 1 0 0 PQI 92 0 1 0 1 1 1 0 1 PQI 93 0 1 0 1 1 1 1 0 to Spare 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 to Operator-specific PQIs 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 Reserved |
PDB adjustment factor (octet o55+5): The PDB adjustment factor field is a binary coded representation of a percentage of the standardized PDB identified by the PQI. |
RSC list (octet o55+6 to o56): The RSC list field is coded according to figure 5.5.2.14 and table 5.5.2.14. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of ProSe identifier to ProSe application server address mapping rules contents |
octet o5+1 octet o5+2 |
|||||||||
ProSe identifier to ProSe application server address mapping rule 1 |
octet (o5+3)* octet o150* |
|||||||||
ProSe identifier to ProSe application server address mapping rule 2 |
octet (o150+1)* octet o151* |
|||||||||
… |
octet (o151+1)* octet o152* |
|||||||||
ProSe identifier to ProSe application server address mapping rule n |
octet (o152+1)* octet (l-2)* |
Figure 5.5.2.19: ProSe identifier to ProSe application server address mapping rules
Table 5.5.2.19: ProSe identifier to ProSe application server address mapping rules
ProSe identifier to ProSe application server address mapping rule: The ProSe identifier to ProSe application server address mapping rule field is coded according to figure 5.5.2.20 and table 5.5.2.20. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||||
Length of ProSe identifier to ProSe application server address mapping rule contents |
octet o150+1 octet o150+2 |
||||||||||||||
ProSe identifiers |
octet o150+3 octet o1500 |
||||||||||||||
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
AT |
octet o1500+1 |
|||||||||
ProSe application server address |
octet o1500+2 octet l-2 |
Figure 5.5.2.20: ProSe identifier to ProSe application server address mapping rule
Table 5.5.2.20: ProSe identifier to ProSe application server address mapping rule
ProSe identifiers (o150+3 to o1500): The ProSe identifiers field is coded according to figure 5.3.2.14 and table 5.3.2.14. |
Address type (AT) (octet o1500+1 bit 1 to 3): The AT field indicates the ProSe application server address type. Bits 3 2 1 0 0 1 IPv4 0 1 0 IPv6 0 1 1 FQDN The other values are reserved. |
If the AT indicates IPv4, then the ProSe application server address field contains an IPv4 address in 4 octets. If the AT indicates IPv6, then the ProSe application server address field contains an IPv6 address in 16 octets. If the AT indicates FQDN, then the ProSe application server address field contains a sequence of one octet FQDN length field and a FQDN value of variable size. The FQDN value field shall be encoded as defined in clause 28.3.2.1 in 3GPP TS 23.003 [10]. |
If the length of ProSe identifier to ProSe application server address mapping rule contents field is bigger than indicated in figure 5.5.2.19, receiving entity shall ignore any superfluous octets located at the end of the ProSe identifier to ProSe application server address mapping rule contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||||||
Length of 5G PKMF address information |
octet o6+1 octet o6+2 |
||||||||||||||||
0 Spare |
octet o6+3 |
0 Spare |
0 Spare |
0 Spare |
FQDN |
IPv6add |
IPv4add |
||||||||||
IPv4 address list |
octet (o6+4)* octet o160* |
||||||||||||||||
IPv6 address list |
octet (o160+1)* octet (o161)* |
||||||||||||||||
FQDN |
octet (o161+1)* octet (l-2)* |
Figure 5.5.2.21: 5G PKMF address information
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Number of IPv4 addresses |
octet o6+4 |
|||||||||
IPv4 address 1 |
octet o6+5 octet o6+8 |
|||||||||
IPv4 address 2 |
octet o6+9 octet o6+12 |
|||||||||
… … |
||||||||||
IPv4 address N |
octet o160-3 octet o160 |
Figure 5.5.2.22: IPv4 address list
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Number of IPv6 addresses |
octet o160+1 |
|||||||||
IPv6 address 1 |
octet o160+2 octet o160+17 |
|||||||||
IPv6 address 2 |
octet o160+18 octet o160+33 |
|||||||||
… … |
||||||||||
IPv6 address N |
octet o161-15 octet o161 |
Figure 5.5.2.23: IPv6 address list
Table 5.5.2.21: 5G PKMF address information
IPv4 addresses (IPv4add) (o6+2 bit 1): (NOTE 1) Bit 1 0 IPv4 address list is not present 1 IPv4 address list is present IPv6 addresses (IPv6add) (octet o6+2 bit 2): (NOTE 1) Bit 2 0 IPv6 address list is not present 1 IPv6 address list is present FQDN (octet o6+3 bit 3): (NOTE 2) Bit 3 0 FQDN is not present 1 FQDN is present IPv4 address list (octet o6+4 to octet o160) |
IPv4 address list contains the IPv4 address(es) of the 5G PKMF and shall be encoded as defined in figure 5.5.2.20. IPv6 address list (octet o160+1 to octet o161) IPv6 address list contains the IPv6 address(es) of the 5G PKMF and shall be encoded as defined in figure 5.5.2.20. FQDN (octet o161+1 to l) FQDN field contains a sequence of one octet FQDN length field and a FQDN value of variable size. The FQDN value field shall be encoded as defined in clause 28.3.2.1 in 3GPP TS 23.003 [10]. |
NOTE 1: If multiple IPv4 addresses and/or IPv6 addresses are included, which one of these addresses is selected is implementation dependent. NOTE 2: If the 5G PKMF supports the 5G PKMF Services with "https" URI scheme (i.e. use of TLS is mandatory), then the FQDN shall be used to construct the target URI. |
5.6 Encoding of UE policies for 5G ProSe remote UE
5.6.1 General
The UE policies for 5G ProSe remote UE are coded as shown in figures 5.6.2.1 and table 5.6.2.1.
5.6.2 Information elements coding
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
0 |
0 |
NSII |
PAI |
ProSeP info type = {UE policies for 5G ProSe remote UE} |
octet k |
|||
Spare |
||||||||
Length of ProSeP info contents |
octet k+1 octet k+2 |
|||||||
Validity timer |
octet k+3 octet k+7 |
|||||||
Served by NG-RAN |
octet k+8 octet o1 |
|||||||
Not served by NG-RAN |
octet o1+1 octet o2 |
|||||||
Default destination layer-2 IDs for sending the discovery signalling for solicitation and for receiving the discovery signalling for announcement and additional information |
octet o2+1 octet o3 |
|||||||
User info ID for discovery |
octet o3+1 octet o3+6 |
|||||||
RSC info list |
octet o3+7 octet l |
|||||||
Privacy timer |
octet l+1 octet l+2 |
|||||||
N3IWF selection information for 5G ProSe layer-3 remote UE |
octet (l+3)* octet m* |
|||||||
5G PKMF address information |
octet q* (see NOTE) octet p* |
NOTE: The field is placed immediately after the last present preceding field.
Figure 5.6.2.1: ProSeP Info = {UE policies for 5G ProSe remote UE}
Table 5.6.2.1: ProSeP Info = {UE policies for 5G ProSe remote UE}
ProSeP info type (bit 1 to 4 of octet k) shall be set to "0100" (UE policies for 5G ProSe remote UE) |
PKMF address indication (PAI) (bit 5 of octet k) |
The PAI indicates whether the 5G PKMF address information is included in the IE or not |
Bit |
5 |
0 5G PKMF address information is not included |
1 5G PKMF address information is included N3IWF selection information indication (NSII) (bit 6 of octet k) The NSII indicates whether the N3IWF selection information for 5G ProSe layer-3 remote UE is included in the IE or not Bit 6 0 N3IWF selection information for 5G ProSe layer-3 remote UE is not included 1 N3IWF selection information for 5G ProSe layer-3 remote UE is included |
Length of ProSeP info contents (octets k+1 to k+2) indicates the length of ProSeP info contents. |
Validity timer (octet k+3 to k+7): The validity timer field provides the expiration time of validity of the UE policies for 5G ProSe remote UE. The validity timer field is a binary coded representation of a UTC time, in seconds since midnight UTC of January 1, 1970 (not counting leap seconds). |
Served by NG-RAN (octet k+8 to o1): The served by NG-RAN field is coded according to figure 5.6.2.2 and table 5.6.2.2, and contains configuration parameters for 5G ProSe remote UE when the UE is served by NG-RAN. |
Not served by NG-RAN (octet o1+1 to o2): The not served by NG-RAN field is coded according to figure 5.6.2.5 and table 5.6.2.5, and contains configuration parameters for 5G ProSe UE-to-network relay discovery and communication when the UE is not served by NG-RAN. |
Default destination layer-2 IDs for sending the discovery signalling for solicitation and for receiving the discovery signalling for announcement and additional information (octet o2+1 to o3): The default destination layer-2 IDs for sending the discovery signalling for solicitation and for receiving the discovery signalling for announcement and additional information is coded according to figure 5.6.2.11b and table 5.6.2.11b and contains a list of the default destination layer-2 IDs for the initial UE-to-network relay discovery signalling. |
User info ID for discovery (octet o3+1 to o3+6): The value of the User info ID parameter is a 48-bit long bit string. The format of the User info ID parameter is out of scope of this specification. |
RSC info list (octet o3+7 to l): The RSC info list field is coded according to figure 5.6.2.12 and table 5.6.2.12 and contains the RSCs related paramters. |
Privacy timer (octet m+1 to m+2): The privacy timer field contains binary encoded duration, in units of seconds, after which the UE shall change the source layer-2 ID self-assigned by the UE while performing transmission of 5G ProSe direct communication. N3IWF selection information for 5G ProSe layer-3 remote UE (octet l+3 to m): The N3IWF selection information for 5G ProSe layer-3 remote UE field is coded according to figure 5.6.2.17 and table 5.6.2.17, and contains two parts: 1) N3IWF identifier configuration (either FQDN or IP address) for 5G ProSe layer-3 remote UE; 2) 5G ProSe layer-3 UE-to-network relay access node selection information. |
5G PKMF address information (octet m+3 to p) 5G PKMF address information contains the IPv4 address(es), IPv6 address(es) and/or FQDN of the 5G PKMF and is coded according to figure 5.5.2.21, figure 5.5.2.22, figure 5.5.2.23 and table 5.5.2.21. At least one of the address parameters (FQDN, IPv4 address list or IPv6 address list) shall be included. If the length of ProSeP info contents field is bigger than indicated in figure 5.6.2.1, receiving entity shall ignore any superfluous octets located at the end of the ProSeP info contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of served by NG-RAN contents |
octet k+8 octet k+9 |
|||||||
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
L3RI |
octet (k+10)* |
Authorized PLMN list for layer-2 remote UE |
octet (k+11)* octet o1* |
Figure 5.6.2.2: Served by NG-RAN
Table 5.6.2.2: Served by NG-RAN
Layer-3 remote UE authorization indication (L3RI) (octet k+10, bit 1): The layer-3 remote UE authorization indication field indicates whether the UE is authorized to act as a layer-3 remote UE. Bits 1 0 Not authorized to act as a layer-3 remote UE 1 Authorized to act as a layer-3 remote UE |
Authorized PLMN list for layer-2 remote UE (octet k+11 to o1): The authorized PLMN list for layer-2 remote UE field is coded according to figure 5.6.2.3 and table 5.6.2.3. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of authorized PLMN list contents |
octet k+11 octet k+12 |
|||||||||
Authorized PLMN 1 |
octet (k+13)* octet (k+15)* |
|||||||||
Authorized PLMN 2 |
octet (k+16)* octet (k+18)* |
|||||||||
… |
octet (k+19)* octet (o50-3)* |
|||||||||
Authorized PLMN n |
octet (o50-2)* octet o50* |
Figure 5.6.2.3: Authorized PLMN list
Table 5.6.2.3: Authorized PLMN list
Authorized PLMN: The authorized PLMN field is coded according to figure 5.6.2.4 and table 5.6.2.4. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
MCC digit 2 |
MCC digit 1 |
octet k+16 |
||||||
MNC digit 3 |
MCC digit 3 |
octet k+17 |
||||||
MNC digit 2 |
MNC digit 1 |
octet k+18 |
Figure 5.6.2.4: PLMN ID
Table 5.6.2.4: PLMN ID
Mobile country code (MCC) (octet k+16, octet k+17 bit 1 to 4): The MCC field is coded as in ITU-T Recommendation E.212 [5], annex A. |
Mobile network code (MNC) (octet k+17 bit 5 to 8, octet k+18): The coding of MNC field is the responsibility of each administration but BCD coding shall be used. The MNC shall consist of 2 or 3 digits. If a network operator decides to use only two digits in the MNC, MNC digit 3 shall be coded as "1111". |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of not served by NG-RAN contents |
octet o1+1 octet o1+2 |
|||||||
NR radio parameters per geographical area list for UE-to-network relay discovery |
octet o1+3 octet o51 |
|||||||
NR radio parameters per geographical area list for UE-to-network relay communication |
octet o51+1 octet o10 |
|||||||
Default PC5 DRX configuration for UE-to-network relay discovery |
octet o10+1 octet o2 |
Figure 5.6.2.5: Not served by NG-RAN
Table 5.6.2.5: Not served by NG-RAN
NR radio parameters per geographical area list for UE-to-network relay discovery (octet o1+3 to o51): The NR radio parameters per geographical area list for UE-to-network relay discovery field is coded according to figure 5.6.2.6 and table 5.6.2.6. |
NR radio parameters per geographical area list for UE-to-network relay communication (octet o51+1 to o2): The NR radio parameters per geographical area list for UE-to-network relay communication field is coded according to figure 5.6.2.7 and table 5.6.2.7. |
Default PC5 DRX configuration for UE-to-network relay discovery (octet o10+1 to o2): The default PC5 DRX configuration for UE-to-network relay discovery field is coded according to figure 5.6.2.11a and table 5.6.2.11a. |
If the length of not served by NG-RAN contents field is bigger than indicated in figure 5.6.2.5, receiving entity shall ignore any superfluous octets located at the end of the not served by NG-RAN contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of NR radio parameters per geographical area list for UE-to-network relay discovery contents |
octet o1+3 octet o1+4 |
|||||||
Radio parameters per geographical area info 1 |
octet o1+5 octet o510 |
|||||||
Radio parameters per geographical area info 2 |
octet (o510+1)* octet o511* |
|||||||
… |
octet (o511+1)* octet o512* |
|||||||
Radio parameters per geographical area info n |
octet (o512+1)* octet o51* |
Figure 5.6.2.6: NR radio parameters per geographical area list for UE-to-network relay discovery
Table 5.6.2.6: NR radio parameters per geographical area list for UE-to-network relay discovery
Radio parameters per geographical area info: The radio parameters per geographical area info field is coded according to figure 5.6.2.8 and table 5.6.2.8. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of NR radio parameters per geographical area list for UE-to-network relay communication contents |
octet o51+1 octet o51+2 |
|||||||
Radio parameters per geographical area info 1 |
octet o51+3 octet o513 |
|||||||
Radio parameters per geographical area info 2 |
octet (o513+1)* octet o514* |
|||||||
… |
octet (o514+1)* octet o515* |
|||||||
Radio parameters per geographical area info n |
octet (o515+1)* octet o10* |
Figure 5.6.2.7: NR radio parameters per geographical area list for UE-to-network relay communication
Table 5.6.2.7: NR radio parameters per geographical area list for UE-to-network relay communication
Radio parameters per geographical area info: The radio parameters per geographical area info field is coded according to figure 5.6.2.8 and table 5.6.2.8. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of radio parameters per geographical area contents |
octet o510+1 octet o510+2 |
|||||||
Geographical area |
octet o510+3 octet o5100 |
|||||||
Radio parameters |
octet o5100+1 octet o511-1 |
|||||||
MI |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
0 Spare |
octet o511 |
Figure 5.6.2.8: Radio parameters per geographical area info
Table 5.6.2.8: Radio parameters per geographical area info
Geographical area (octet o510+3 to o5100): The geographical area field is coded according to figure 5.6.2.9 and table 5.6.2.9. |
Radio parameters (octet o5100+1 to o511-1): The radio parameters field is coded according to figure 5.3.2.11 and table 5.3.2.11, applicable in the geographical area indicated by the geographical area field when not served by NG-RAN. |
Managed indicator (MI) (octet o511 bit 8): The managed indicator indicates how the radio parameters indicated in the radio parameters field in the geographical area indicated by the geographical area field are managed. Bit 8 0 Non-operator managed 1 Operator managed |
If the length of radio parameters per geographical area contents field is bigger than indicated in figure 5.6.2.8, receiving entity shall ignore any superfluous octets located at the end of the radio parameters per geographical area contents. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of geographical area contents |
octet o510+3 octet o510+4 |
|||||||
Coordinate 1 |
octet (o510+5)* octet (o510+10)* |
|||||||
Coordinate 2 |
octet (o510+11)* octet (o510+16)* |
|||||||
… |
octet (o510+17)* octet (o510-2+6*n)* |
|||||||
Coordinate n |
octet (o510-1+6*n)* octet (o510+4+6*n)* = octet o5100* |
Figure 5.6.2.9: Geographical area
Table 5.6.2.9: Geographical area
Coordinate: The coordinate field is coded according to figure 5.6.2.10 and table 5.6.2.10. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Latitude |
octet o510+11 octet o510+13 |
|||||||
Longitude |
octet o510+14 octet o510+17 |
Figure 5.6.2.10: Coordinate area
Table 5.6.2.10: Coordinate area
Latitude (octet o510+11 to o510+13): The latitude field is coded according to clause 6.1 of 3GPP TS 23.032 [6]. |
Longitude (octet o510+14 to o510+17): The longitude field is coded according to clause 6.1 of 3GPP TS 23.032 [6]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of radio parameters contents |
octet o5100+1 octet o5100+2 |
|||||||
Radio parameters contents |
octet o5100+3 octet o511-1 |
Figure 5.6.2.11: Radio parameters
Table 5.6.2.11: Radio parameters
Radio parameters contents (octet o5100+3 to o511-1): Radio parameters are defined as SL-PreconfigurationNR in clause 9.3 of 3GPP TS 38.331 [7]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of default PC5 DRX configuration for UE-to-network relay discovery contents |
octet o10+1 octet o10+2 |
|||||||
Default PC5 DRX configuration for UE-to-network relay discovery contents |
octet o10+3 octet o2 |
Figure 5.6.2.11a: Default PC5 DRX configuration for UE-to-network relay discovery
Table 5.6.2.11a: Default PC5 DRX configuration for UE-to-network relay discovery
Default PC5 DRX configuration contents for UE-to-network relay discovery: Default PC5 DRX configuration for UE-to-network relay discovery field is coded as sl-DefaultDRX-GC-BC-r17 in clause 6.3.5 of 3GPP TS 38.331 [7]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
Length of default destination layer-2 IDs for sending the discovery signalling for solicitation and for receiving the discovery signalling for announcement and additional information contents |
octet o2+1 octet o2+2 |
|||||||
Default destination layer-2 ID 1 |
octet o2+3 octet o2+5 |
|||||||
Default destination layer-2 ID 2 |
octet (o2+6)* octet (o2+8)* |
|||||||
… |
octet (o2+9)* octet (o3-3)* |
|||||||
Default destination layer-2 ID n |
octet (o3-2)* octet o3* |
Figure 5.6.2.11b: Default destination layer-2 IDs for sending the discovery signalling for solicitation and for receiving the discovery signalling for announcement and additional information
Table 5.6.2.11b: Default destination layer-2 IDs for sending the discovery signalling for solicitation and for receiving the discovery signalling for announcement and additional information
Default destination layer-2 ID (octet o2+3 to o2+5): The default destination layer-2 ID is a 24-bit long bit string. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of RSC info list contents |
octet o3+7 octet o3+8 |
|||||||||
RSC info 1 |
octet o3+9 octet o52 |
|||||||||
RSC info 2 |
octet (o52+1)* octet o53* |
|||||||||
… |
octet (o53+1)* octet o54* |
|||||||||
RSC info n |
octet (o54+1)* octet o4* |
Figure 5.6.2.12: RSC info list
Table 5.6.2.12: RSC info list
RSC info: The RSC info field is coded according to figure 5.6.2.13 and table 5.6.2.13. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||||||||
Length of RSC info contents |
octet o52+1 octet o52+2 |
|||||||||||||||
RSC list |
octet o52+3 octet o520 |
|||||||||||||||
Security related parameters for discovery |
octet o520+1 octet o511 |
|||||||||||||||
0 Spare |
0 Spare |
0 Spare |
TDI |
CPSI |
NSI |
LI |
octet o511+1 |
|||||||||
NR-PC5 UE-to-network relay security policies |
octet (o511+2) octet o530 |
|||||||||||||||
PDU session parameters of layer-3 relay |
octet (o530+1)* octet o516* |
|||||||||||||||
Traffic descriptor |
octet (o516+1)* octet o53* |
Figure 5.6.2.13: RSC info
Table 5.6.2.13: RSC info
RSC list (octet o52+3 to o520): The RSC list field is coded according to figure 5.6.2.14 and table 5.6.2.14. |
Security related parameters for discovery (octet o520+1 to o511): The security related parameters for discovery field contains the security related parameters for discovery used when the security procedure over control plane as specified in 3GPP TS 33.503 [13] is used and is coded according to figure 5.6.2.15 and table 5.6.2.15. |
Layer indication (LI) (octet o511+1 bit 1 to 2): Bits 2 1 0 1 Layer 3 1 0 Layer 2 The other values are reserved. |
If LI is set to "Layer 3", the PDU session parameters of layer-3 relay is included in the RSC info, otherwise the PDU session parameters of layer-3 relay is not included. |
N3IWF support indication (NSI) (octet o511+1 bit 3): Bit 3 0 Using N3IWF access for the relayed traffic is not supported 1 Using N3IWF access for the relayed traffic is supported The NSI is set to "Using N3IWF access for the relayed traffic is supported" only when the LI is set to "Layer 3". |
Control plane security indication (CPSI) (octet o511+1): The control plane security indication field indicates whether to use the security procedure over control plane as specified in 3GPP TS 33.503 [13] or not. |
Bit |
4 |
0 security procedure over control plane is not used |
1 security procedure over control plane is used |
Traffic descriptor indication (TDI) (octet o511+1 bit 5): Bit 5 0 Traffic descriptor field is not included 1 Traffic descriptor field is included |
NR-PC5 UE-to-network relay security policies (octet o511+2 to o530): The NR-PC5 UE-to-network relay security policies is coded as the NR-PC5 unicast security policies defined in figure 5.4.2.34 and table 5.4.2.34. |
PDU session parameters of layer-3 relay (octet o530+1 to o516): The PDU session parameters of layer-3 relay field is coded according to figure 5.6.2.16 and table 5.6.2.16. |
Traffic descriptor (octet o516+1 to o53): The traffic descriptor field is coded according to figure 5.6.2.16a and table 5.6.2.16a. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of RSC list contents |
octet o52+3 octet o52+4 |
|||||||||
RSC 1 |
octet o52+5 octet o52+7 |
|||||||||
RSC 2 |
octet (o52+8)* octet (o52+10)* |
|||||||||
… |
octet (o52+11)* octet (o520-3)* |
|||||||||
RSC n |
octet (o520-2)* octet o520* |
Figure 5.6.2.14: RSC list
Table 5.6.2.14: RSC list
RSC (octet o52+5 to o52+7): The RSC identifies a connectivity service that the remote UE wants. The value of the RSC is a 24-bit long bit string. The values of the RSC from "000001" to "00000F" in hexadecimal representation are spare and shall not be used in this release of the specification. The UE shall ignore the spare value of the RSC in this release of specification. For all other values, the format of the RSC is out of scope of this specification. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Security related parameters validity timer |
octet o520+1 octet o520+5 |
|||||||||
Code-sending security parameters |
octet (o520+6)* octet o524* |
|||||||||
Code-receiving security parameters |
octet (o524+1)* octet o511* |
Figure 5.6.2.15: Security related parameters for discovery
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||
Spare |
PDUCK |
PDUIK |
PDUSK |
octet o520+6 |
|||||||||
DUSK |
octet (o520+7)* octet o521* |
||||||||||||
DUIK |
octet (o521+1)* octet o522* |
||||||||||||
DUCK |
octet (o522+1)* octet o523* |
||||||||||||
Encrypted bitmask |
octet (o523+1)* octet o524* |
Figure 5.6.2.15a: Code-sending security parameters
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||
Spare |
PDUCK |
PDUIK |
PDUSK |
octet o524+1 |
|||||||||
DUSK |
octet (o524+2)* octet o525* |
||||||||||||
DUIK |
octet (o525+1)* octet o526* |
||||||||||||
DUCK |
octet (o526+1)* octet o527* |
||||||||||||
Encrypted bitmask |
octet (o527+1)* octet o511* |
Figure 5.6.2.15b: Code-receiving security parameters
Table 5.6.2.15: Security related parameters for discovery
Security related parameters validity timer: |
|
The security related parameters validity timer field provides the expiration time of validity of the security related parameters for discovery. The security related parameters validity timer field is a binary coded representation of a UTC time, in seconds since midnight UTC of January 1, 1970 (not counting leap seconds). |
|
Code-sending security parameters: |
|
The code-sending security parameters field contains the security parameters needed by a sending UE to protect a 5G ProSe direct discovery message over PC5 interface as specified in 3GPP TS 33.503 [13]. |
|
Code-receiving security parameters |
|
The code-receiving security parameters field contains the security parameters needed by a receiving UE to process a 5G ProSe direct discovery message over PC5 interface as specified in 3GPP TS 33.503 [13]. |
|
Presence of DUSK (PDUSK): |
|
PDUSK indicates whether the DUSK field is present or not. |
|
Bit |
|
1 |
|
0 |
DUSK field is not included |
1 |
DUSK field is included |
Presence of DUIK (PDUIK): |
|
PDUIK indicates whether the DUIK field is present or not. |
|
Bit |
|
2 |
|
0 |
DUIK field is not included |
1 |
DUIK field is included |
Presence of DUCK (PDUCK): |
|
PDUCK indicates whether the DUCK field and the encrypted bitmask field are present or not. |
|
Bit |
|
3 |
|
0 |
DUCK and encrypted bitmask fields are not included |
1 |
DUCK and encrypted bitmask fields are included |
DUSK: |
|
The DUSK field contains the value of the DUSK. The use of the DUSK is defined in 3GPP TS 33.503 [13]. |
|
DUIK: |
|
The DUIK field contains the value of the DUIK. The use of the DUIK is defined in 3GPP TS 33.503 [13]. |
|
DUCK: |
|
The DUCK field contains the value of the DUCK. The use of the DUCK is defined in 3GPP TS 33.503 [13]. |
|
Encrypted bitmask: |
|
The encrypted bitmask field contains the value of the encrypted bitmask, which is a 184-bit bitmask which uses bit "1" to mark the positions of the bits for which the DUCK encryption is applied. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||||||||||
Length of PDU session parameters of layer-3 relay contents |
octet o530+1 octet o530+2 |
||||||||||||||||
Spare |
PATP |
PSSCM |
PSNSSAI |
PDNN |
PDU session type |
octet o530+3 |
|||||||||||
DNN |
octet (o530+4)* octet o531* |
||||||||||||||||
S-NSSAI |
octet (o531+1)* octet (o516-1)* |
||||||||||||||||
Spare |
Access type preference |
SSC mode |
octet o516* |
Figure 5.6.2.16: PDU session parameters of layer-3 relay
Table 5.6.2.16: PDU session parameters for layer-3 relay
PDU session type (bits 3 to 1 of octet o530+3): The PDU session type field shall be encoded as the PDU session type value part of the PDU session type information element defined in clause 9.11.4.11 of 3GPP TS 24.501 [4]. |
|
Presence of DNN (PDNN) (bit 4 of octet o530+3) |
|
PDNN indicates whether the DNN field is present or not. |
|
Bit |
|
4 |
|
0 |
DNN field is not included |
1 |
DNN field is included |
Presence of S-NSSAI (PSNSSAI) (bit 5 of octet o530+3) |
|
PSNSSAI indicates whether the S-NSSAI field is present or not. |
|
Bit |
|
5 |
|
0 |
S-NSSAI field is not included |
1 |
S-NSSAI field is included |
Presence of SSC mode (PSSCM) (bit 6 of octet o530+3) |
|
PSSCM indicates whether the SSC mode field is present or not. |
|
Bit |
|
6 |
|
0 |
SSC mode field is not included (NOTE) |
1 |
SSC mode field is included |
Presence of access type preference (PATP) (bit 7 of octet o530+3) |
|
PATP indicates whether the access type preference mode field is present or not. |
|
Bit |
|
7 |
|
0 |
Access type preference field is not included (NOTE) |
1 |
Access type preference field is included |
DNN (octet o530+4 to o531): The DNN field shall be encoded as a sequence of a one octet DNN length field and a DNN value field of a variable size. The DNN value contains an APN as defined in 3GPP TS 23.003 [10]. |
|
S-NSSAI (octet o531+1 to o516-1): The S-NSSAI field shall be encoded as a sequence of a one octet S-NSSAI length field and an S-NSSAI value field of a variable size. The S-NSSAI value shall be encoded as the value part of the S-NSSAI information element defined in clause 9.11.2.8 of 3GPP TS 24.501 [4]. |
|
SSC mode (bits 3 to 1 of octet o516): The SSC mode field shall be encoded as the value part of the SSC mode information element defined in clause 9.11.4.16 of 3GPP TS 24.501 [4]. |
|
Access type preference (bits 5 to 4 of octet o516): The access type preference field shall be encoded as the value part of the access type information element defined in clause 9.11.2.1A of 3GPP TS 24.501 [4]. |
|
NOTE: Since SSC mode field and access type preference field are coded in the same octet, this octet is not included only when both PSSCM and PATP are set to 0. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of traffic descriptor contents |
octet o516+1 octet o516+2 |
|||||||||
Traffic descriptor |
octet o516+3 octet o53 |
Figure 5.6.2.16a: Traffic descriptor
Table 5.6.2.16a: Traffic descriptor
Traffic descriptor (octet o516+3 to o53): The traffic descriptor field is coded according to figure 5.2.2 and table 5.2.1 in clause 5.2 of 3GPP TS 24.526 [11]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of N3IWF selection information for 5G ProSe layer-3 remote UE |
octet (l+3)* octet (l+4)* |
|||||||||
N3IWF identifier configuration for 5G ProSe layer-3 remote UE |
octet (l+5)* octet l0* |
|||||||||
5G ProSe layer-3 UE-to-network relays access node selection information |
octet (l0+1)* octet m* |
Figure 5.6.2.17: N3IWF selection information for 5G ProSe layer-3 remote UE
Table 5.6.2.17: N3IWF selection information for 5G ProSe layer-3 remote UE
N3IWF identifier configuration for 5G ProSe layer-3 remote UE (octet l+5 to l0): The N3IWF identifier configuration for 5G ProSe layer-3 remote UE contains a list of home N3IWF identifier entries and is coded according to figure 5.6.2.18 and table 5.6.2.18. 5G ProSe layer-3 UE-to-network relays access node selection information (octet l0+1 to m): |
The 5G ProSe layer-3 UE-to-network relays access node selection information contains a sequence of the N3AN node selection information entries and is coded according to figure 5.6.2.19 and table 5.6.2.19. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of N3IWF identifier configuration for 5G ProSe layer-3 remote UE |
octet (l+5)* octet (l+6)* |
|||||||||
Contents of N3IWF identifier configuration for 5G ProSe layer-3 remote UE |
octet (l+7)* octet l0* |
Figure 5.6.2.18: N3IWF identifier configuration for 5G ProSe layer-3 remote UE
Table 5.6.2.18: N3IWF identifier configuration for 5G ProSe layer-3 remote UE
Contents of N3IWF identifier configuration for 5G ProSe layer-3 remote UE (octet l+7 to l01): The contents of N3IWF identifier configuration for 5G ProSe layer-3 remote UE shall be encoded as the encoding of home N3IWF identifier configuration defined in clause 5.3.3.3 of 3GPP TS 24.526 [11]. |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||
Length of 5G ProSe layer-3 UE-to-network relays access node selection information |
octet (l0+1)* octet (l0+2)* |
|||||||||
Contents of 5G ProSe layer-3 UE-to-network relays access node selection information |
octet (l0+3)* octet m* |
Figure 5.6.2.19: 5G ProSe layer-3 UE-to-network relays access node selection information
Table 5.6.2.19: 5G ProSe layer-3 UE-to-network relays access node selection information
Contents of 5G ProSe layer-3 UE-to-network relays access node selection information (octet l0+3 to m): The contents of 5G ProSe layer-3 UE-to-network relays access node selection information shall be encoded as the encoding of N3AN node selection information defined in clause 5.3.3.2 of 3GPP TS 24.526 [11]. |
NOTE: In this release of specification, the "preference" bit (as shown in figure 5.3.3.2.2 of 3GPP TS 24.526 [11]) is always set to "0". |
5.7 Encoding of UE policies for 5G ProSe usage information reporting
5.7.1 General
The UE policies for 5G ProSe usage information reporting are coded as shown in figure 5.7.2.1 and table 5.7.2.1.
5.7.2 Information elements coding
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|||||||||
0 |
0 |
0 |
0 |
ProSeP info type = {UE policies |
octet k |
|||||||||||
for 5G ProSe usage information reporting} |
||||||||||||||||
Length of ProSeP info contents |
octet k+1 octet k+2 |
|||||||||||||||
Validity timer |
octet k+3 octet k+7 |
|||||||||||||||
Collection period |
octet k+8 octet k+10 |
|||||||||||||||
Reporting window |
octet k+11 octet k+13 |
|||||||||||||||
LRI |
GPRI |
TIORI |
TTRRI |
DTRI |
DRRI |
octet k+14 |
||||||||||
0 Spare |
0 Spare |
0 Spare |
RPRI |
QRI |
AT |
octet k+15 |
||||||||||
5G DDNMF CTF (ADF) address information for uploading the usage information reports |
octet k+16 octet m |
Figure 5.7.2.1: ProSeP Info = {UE policies for 5G ProSe usage information reporting }
ProSeP info type (bit 1 to 4 of octet k) shall be set to "0101" (UE policies for 5G ProSe usage information reporting) |
Length of ProSeP info contents (octets k+1 to k+2) indicates the length of ProSeP info contents. |
Validity timer (octet k+3 to k+7): The validity timer field provides the expiration time of validity of the UE policies for 5G ProSe usage information reporting. The validity timer field is a binary coded representation of a UTC time, in seconds since midnight UTC of January 1, 1970 (not counting leap seconds). Collection period (octet k+8 to octet k+10): The collection period field indicates the time interval, in unit of minutes, at which the UE shall generate the usage information reports. Setting the value of collection period to 0 disables generation of usage information reports at the UE. Reporting window (octet k+11 to k+13): The reporting window field indicates the time window, in units of minutes, during which the UE shall upload the usage information report. Setting the value of reporting window to 0 disables upload of the usage information reports by the UE. UE locations reporting indicator (LRI) (octet k+14 bit 8): The UE locations reporting indicator field indicates whether or not the UE shall report the list of locations of the UE when in NG-RAN coverage during the reporting period in the usage information. Bit 8 0 Not to report 1 Report Group parameters reporting indicator (GPRI) (octet k+14 bit 7): The Group parameters reporting indicator field indicates whether or not the UE shall report the group parameters in the usage information report, in the case of groupcast mode 5G ProSe direct communication. |
Bit 7 0 Not to report 1 Report Time stamps in and out of NG-RAN coverage reporting indicator (TIORI) (octet k+14 bit 6): The time stamps in and out of NG-RAN coverage reporting indicator field indicates whether or not the UE shall report the time stamps when it went in and out of NG-RAN coverage during the collection period in the usage information. Bit 6 0 Not to report 1 Report Time stamps of the first transmission/reception reporting indicator (TTRRI) (octet k+14 bit 5): The time stamps of the first transmission/reception reporting indicator field indicates whether or not the UE shall report the time stamps of the first transmission/reception during the collection period in the usage information. Bit 5 0 Not to report 1 Report Data transmitted reporting indicator (DTRI) (octet k+14 bits 4 to 3): The data transmitted reporting indicator field indicates whether or not the UE shall report the amount of data transmitted during the collection period in the usage information report, and whether with location information. Bits 4 3 0 0 Not to report 0 1 Report with location information 1 0 Report without location information 1 1 reserved Data received reporting indicator (DRRI) (octet k+14 bits 2 to 1): The data received reporting indicator field indicates whether or not the UE shall report the amount of data received during the collection period in the usage information report, and whether with location information. Bits 2 1 0 0 Not to report 0 1 Report with location information 1 0 Report without location information 1 1 reserved Bits 8 to 6 of octet k+15 are spare and shall be encoded as zero. Radio parameters reporting indicator (RPRI) (octet k+15 bit 5): The radio parameters reporting indicator field indicates whether or not the UE shall report the radio parameters used for ProSe direct communication during the reporting period in the usage information. Bit 5 0 Not to report 1 Report QoS flow reporting indicator (QRI) (octet k+15 bit 4): The QoS flow reporting indicator field indicates whether or not the UE shall report the QoS flow information during the reporting period in the usage information. Bit 4 0 Not to report 1 Report |
Address type (AT) (octet k+15 bits 3 to 1): The AT field indicates the type of the 5G DDNMF CTF (ADF) address information for uploading the usage information reports. Bits 3 2 1 0 0 1 IPv4 0 1 0 IPv6 0 1 1 FQDN 1 0 0 IPv4v6 The other values are reserved. If the AT indicates IPv4, then the 5G DDNMF CTF (ADF) address information for uploading the usage information reports field contains an IPv4 address in 4 octets. If the AT indicates IPv6, then the 5G DDNMF CTF (ADF) address information for uploading the usage information reports field contains an IPv6 address in 16 octets. If the AT indicates FQDN, then the 5G DDNMF CTF (ADF) address information for uploading the usage information reports field contains a sequence of one octet FQDN length field and a FQDN value of variable size. The FQDN value field shall be encoded as defined in clause 28.3.2.1 in 3GPP TS 23.003 [10]. If the AT indicates IPv4v6, then the 5G DDNMF CTF (ADF) address information for uploading the usage information reports field contains a sequence of an IPv4 address in 4 octets and an IPv6 address in 16 octets. 5G DDNMF CTF (ADF) address information for uploading the usage information reports (octet k+16 to octet m): The 5G DDNMF CTF (ADF) address information for uploading the usage information reports field indicates the address to which the UE shall upload the usage information reports. If the length of ProSeP info contents field is bigger than indicated in figure 5.7.2.1, receiving entity shall ignore any superfluous octets located at the end of the ProSeP info contents. |
Annex A (informative):
Change history
Change history |
|||||||
Date |
Meeting |
TDoc |
CR |
Rev |
Cat |
Subject/Comment |
New version |
2021-2 |
CT1#128e |
C1-211187 |
– |
– |
– |
Draft skeleton provided by the rapporteur. |
0.0.0 |
2021-2 |
CT1#128e |
C1-210884 |
– |
– |
– |
Implementing the following p-CR agreed by CT1: Editorial change from the rapporteur. Specification number added. |
0.1.0 |
2021-4 |
CT1#129e |
– |
– |
– |
– |
Implementing the following p-CR agreed by CT1: C1-212386, C1-212396, C1-212530 Editorial change by the rapporteur. |
0.2.0 |
2021-5 |
CT1#130e |
– |
– |
– |
– |
Implementing the following p-CR agreed by CT1: C1-213021, C1-213574, C1-213746 Editorial change by the rapporteur. |
0.3.0 |
2021-8 |
CT1#131e |
– |
– |
– |
– |
Implementing the following p-CR agreed by CT1: C1-214796, C1-214797 Editorial change by the rapporteur. |
0.4.0 |
2021-10 |
CT1#132e |
– |
– |
– |
– |
Implementing the following p-CR agreed by CT1: C1-215653, C1-216108 Editorial change by the rapporteur. |
0.5.0 |
2021-12 |
CT#94-e |
– |
– |
– |
– |
Implementing the following p-CR agreed by CT1: C1-217146, C1-217147 Editorial change by the rapporteur. |
1.0.0 |
2022-01 |
CT1#133bis-e |
– |
– |
– |
– |
Implementing the following p-CR agreed by CT1: C1-220067, C1-220068, C1-220743 Correction by rapporteur. Editorial change by the rapporteur. |
1.1.0 |
2022-02 |
CT1#134e |
– |
– |
– |
– |
Implementing the following p-CR agreed by CT1: C1-221160, C1-221161, C1-221315, C1-221497, C1-221498, C1-221825, C1-221874 Correction by rapporteur. Editorial change by the rapporteur. |
1.2.0 |
2022-03 |
CT#95e |
– |
– |
– |
– |
TS 25.555 v2.0.0 presented to TCT#95e for approval |
2.0.0 |
2022-03 |
CT#95e |
– |
– |
– |
– |
TS 25.555 v17.0.0 created by MCC after CT#95e |
17.0.0 |
2022-06 |
CT#96 |
CP-221209 |
0001 |
3 |
F |
ProSeP update |
17.1.0 |
2022-06 |
CT#96 |
CP-221242 |
0002 |
1 |
F |
Clarification on coding of path preference mapping rule |
17.1.0 |
2022-06 |
CT#96 |
CP-221242 |
0003 |
1 |
F |
Encoding of 5G PKMF addressing information |
17.1.0 |
2022-06 |
CT#96 |
CP-221242 |
0004 |
1 |
F |
Corrections for PC5 security policies and PDU session parameters for layer-3 relay UE in the ProSe policies |
17.1.0 |
2022-06 |
CT#96 |
CP-221242 |
0005 |
1 |
F |
Defining the ProSe group IP multicast address field |
17.1.0 |
2022-06 |
CT#96 |
CP-221209 |
0009 |
– |
F |
Remove range in direct discovery configuration |
17.1.0 |
2022-06 |
CT#96 |
CP-221210 |
0010 |
1 |
B |
Resolving the EN related to security parameters used for the UE-to-network relay discovery over PC5 interface |
17.1.0 |
2022-06 |
CT#96 |
CP-221210 |
0011 |
1 |
F |
Remove coding for default destination layer-2 ID in direct communication when provisioning |
17.1.0 |
2022-06 |
CT#96 |
CP-221210 |
0012 |
1 |
F |
Corrections for the Authorized PLMN lists |
17.1.0 |
2022-06 |
CT#96 |
CP-221076 |
0008 |
2 |
B |
Encoding of UE policies for 5G ProSe usage reporting |
17.1.0 |
2022-09 |
CT#97e |
CP-222144 |
0013 |
1 |
F |
Figure number correction |
17.2.0 |
2022-09 |
CT#97e |
CP-222146 |
0014 |
1 |
B |
Introducing the configuration parameter for 5G ProSe UE-to-network relay control plane security solution |
17.2.0 |
2022-09 |
CT#97e |
CP-222146 |
0015 |
1 |
F |
Resolving the EN of the security parameters for UE-to-network relay discovery |
17.2.0 |
2022-09 |
CT#97e |
CP-222146 |
0016 |
1 |
F |
Fixing encoding, octets numbering and naming of multiple fields and parameters |
17.2.0 |
2022-09 |
CT#97e |
CP-222145 |
0020 |
2 |
F |
FQDN of 5G DDNMF in HPLMN in UE policies for 5G ProSe direct discovery |
17.2.0 |
2022-09 |
CT#97e |
Editorial correction done by MCC |
17.2.1 |
||||
2022-12 |
CT#98e |
CP-223149 |
0021 |
F |
Correction on CPSI |
17.3.0 |
|
2022-12 |
CT#98e |
CP-223149 |
0023 |
1 |
F |
Correcting the reference to FQDN encoding |
17.3.0 |
2022-12 |
CT#98e |
CP-223149 |
0024 |
1 |
F |
Supporting PC5 DRX operations for layer-2 UE-to-network relay in the policy configurations |
17.3.0 |
2022-12 |
CT#98e |
CP-223149 |
0025 |
2 |
F |
IP address of the 5G DDNMF provisioned by the network |
17.3.0 |
2022-12 |
CT#98e |
CP-223149 |
0026 |
1 |
F |
Default DRX for direct link establishment – coding |
17.3.0 |
2022-12 |
CT#98e |
CP-223149 |
0027 |
1 |
F |
Optional to provision N3IWF selection information to the UE – coding |
17.3.0 |