5G - 5QI  

 

 

 

5QI

5QI stands for 5G QoS Identifier and it is equivalent to QCI in LTE. It just has more options and granularities. In addition, there is a new type called Delay Critical GBR which is not in QCI in LTE.

It is an indicator that represents the level of Quality of Service listed as below.

NOTE : Regarding where / how 5QI is configured in signaling message, check out the note on QoS.

< 23.501 - Table 5.7.4-1: Standardized 5QI to QoS characteristics mapping >

5QI Value

Resource Type

Default Priority Level

Packet Delay Budget

Packet Error Rate

Default Maximum Data Burst Volume (NOTE 2)

Default Averaging Window

Example Services

1

GBR

(NOTE 1)

20

100 ms

(NOTE 11,

NOTE 12)

10-2

N/A

2000 ms

Conversational Voice

2

40

150 ms

(NOTE 11,

NOTE 13)

10-3

N/A

2000 ms

Conversational Video (Live Streaming)

3

30

50 ms

(NOTE 11,

NOTE 13)

10-3

N/A

2000 ms

Real Time Gaming, V2X messages (see TS 23.287). Electricity distribution medium voltage, Process automation monitoring

4

50

300 ms

(NOTE 11,

NOTE 13)

10-6

N/A

2000 ms

Non-Conversational Video (Buffered Streaming)

65

(NOTE 9,

NOTE 12)

7

75 ms

(NOTE 7,

NOTE 8)

10-2

N/A

2000 ms

Mission Critical user plane Push To Talk voice (e.g., MCPTT)

66

(NOTE 12)

20

100 ms

(NOTE 10,

NOTE 13)

10-2

N/A

2000 ms

Non-Mission-Critical user plane Push To Talk voice

67

(NOTE 12)

15

100 ms

(NOTE 10,

NOTE 13)

10-3

N/A

2000 ms

Mission Critical Video user plane

75

(NOTE 14)

N/A

N/A

N/A

N/A

N/A

N/A

71

56

150 ms

(NOTE 11,

NOTE 13,

NOTE 15)

10-6

N/A

2000 ms

"Live" Uplink Streaming (e.g. TS 26.238)

72

56

300 ms

(NOTE 11,

NOTE 13,

NOTE 15)

10-4

N/A

2000 ms

"Live" Uplink Streaming (e.g. TS 26.238)

73

56

300 ms

(NOTE 11,

NOTE 13,

NOTE 15)

10-8

N/A

2000 ms

"Live" Uplink Streaming (e.g. TS 26.238)

74

56

500 ms

(NOTE 11,

NOTE 15)

10-8

N/A

2000 ms

"Live" Uplink Streaming (e.g. TS 26.238)

76

56

500 ms

(NOTE 11,

NOTE 13,

NOTE 15)

10-4

N/A

2000 ms

"Live" Uplink Streaming (e.g. TS 26.238)

5

non-GBR

(NOTE 1)

10

100 ms

(NOTE 10,

NOTE 13)

10-6

N/A

N/A

IMS Signalling

6

(NOTE 1)

60

300 ms

(NOTE 10,

NOTE 13)

10-6

N/A

N/A

Video (Buffered Streaming) TCP-based (e.g., www, e-mail, chat, ftp, p2p file sharing, progressive video, etc.)

7

70

100 ms

(NOTE 10,

NOTE 13)

10-3

N/A

N/A

Voice, Video (Live Streaming) Interactive Gaming

8

80

300 ms

(NOTE 13)

10-6

N/A

N/A

Video (Buffered Streaming) TCP-based (e.g., www, e-mail, chat, ftp, p2p file sharing, progressive video, etc.)

9

90

300 ms

(NOTE 13)

10-6

N/A

N/A

Video (Buffered Streaming) TCP-based (e.g., www, e-mail, chat, ftp, p2p file sharing, progressive video, etc.)

69

(NOTE 9,

NOTE 12)

5

60 ms

(NOTE 7,

NOTE 8)

10-6

N/A

N/A

Mission Critical delay sensitive signalling (e.g., MC-PTT signalling)

70

(NOTE 12)

55

200 ms

(NOTE 7,

NOTE 10)

10-6

N/A

N/A

Mission Critical Data (e.g. example services are the same as 5QI 6/8/9)

79

65

50 ms (NOTE 10, NOTE 13)

10-2

N/A

N/A

V2X messages (see TS 23.287)

80

68

10 ms

(NOTE 5,

NOTE 10)

10-6

N/A

N/A

Low Latency eMBB applications Augmented Reality

82

Delay critical

GBR

19

10 ms

(NOTE 4)

10-4

255 bytes

2000 ms

Discrete Automation (see TS 22.261)

83

22

10 ms

(NOTE 4)

10-4

1354 bytes

(NOTE 3)

2000 ms

Discrete Automation (see TS 22.261); V2X messages (UE - RSU Platooning, Advanced Driving: Cooperative Lane Change with low LoA. See TS 22.185)

84

24

30 ms

(NOTE 6)

10-5

1354 bytes

(NOTE 3)

2000 ms

Intelligent transport systems (see TS 22.261)

85

21

5 ms

(NOTE 5)

10-5

255 bytes

2000 ms

Electricity Distribution-high voltage (see TS 22.261); V2X messages (Remote Driving. See TS 22.186, NOTE 18, see TS 22.261)

86

18

5 ms

(NOTE 5)

10-4

1354 bytes

2000 ms

V2X messages (Advanced Driving: Collision Avoidance, Platooning with high LoA. See TS 22.186, TS 23.287)

87

25

5 ms

(NOTE 4)

10-3

500 bytes

2000 ms

Interactive Service - Motion tracking data, (see TS 22.261)

88

25

10 ms

(NOTE 4)

10-3

1125 bytes

2000 ms

Interactive Service - Motion tracking data, (see TS 22.261)

89

25

15 ms

(NOTE 4)

10-4

17000 bytes

2000 ms

Visual content for cloud/edge/split rendering (see TS 22.261)

90

25

20 ms

(NOTE 4)

10-4

63000 bytes

2000 ms

Visual content for cloud/edge/split rendering (see TS 22.261)

NOTE 1: A packet which is delayed more than PDB is not counted as lost, thus not included in the PER.

NOTE 2: It is required that default MDBV is supported by a PLMN supporting the related 5QIs.

NOTE 3: The Maximum Transfer Unit (MTU) size considerations in clause 9.3 and Annex C of TS 23.060 [56] are also

applicable. IP fragmentation may have impacts to CN PDB, and details are provided in clause 5.6.10.

NOTE 4: A static value for the CN PDB of 1 ms for the delay between a UPF terminating N6 and a 5G-AN should be

subtracted from a given PDB to derive the packet delay budget that applies to the radio interface. When a

dynamic CN PDB is used, see clause 5.7.3.4.

NOTE 5: A static value for the CN PDB of 2 ms for the delay between a UPF terminating N6 and a 5G-AN should be

subtracted from a given PDB to derive the packet delay budget that applies to the radio interface. When a

dynamic CN PDB is used, see clause 5.7.3.4.

NOTE 6: A static value for the CN PDB of 5 ms for the delay between a UPF terminating N6 and a 5G-AN should be

subtracted from a given PDB to derive the packet delay budget that applies to the radio interface. When a

dynamic CN PDB is used, see clause 5.7.3.4.

NOTE 7: For Mission Critical services, it may be assumed that the UPF terminating N6 is located "close" to the 5G_AN

(roughly 10 ms) and is not normally used in a long distance, home routed roaming situation. Hence a static

value for the CN PDB of 10 ms for the delay between a UPF terminating N6 and a 5G_AN should be

subtracted from this PDB to derive the packet delay budget that applies to the radio interface.

NOTE 8: In both RRC Idle and RRC Connected mode, the PDB requirement for these 5QIs can be relaxed (but not to

a value greater than 320 ms) for the first packet(s) in a downlink data or signalling burst in order to permit

reasonable battery saving (DRX) techniques.

NOTE 9: It is expected that 5QI-65 and 5QI-69 are used together to provide Mission Critical Push to Talk service (e.g.

5QI-5 is not used for signalling). It is expected that the amount of traffic per UE will be similar or less

compared to the IMS signalling.

NOTE 10: In both RRC Idle and RRC Connected mode, the PDB requirement for these 5QIs can be relaxed for the first

packet(s) in a downlink data or signalling burst in order to permit battery saving (DRX) techniques.

NOTE 11: In RRC Idle mode, the PDB requirement for these 5QIs can be relaxed for the first packet(s) in a downlink

data or signalling burst in order to permit battery saving (DRX) techniques.

NOTE 12: This 5QI value can only be assigned upon request from the network side. The UE and any application

running on the UE is not allowed to request this 5QI value.

NOTE 13: A static value for the CN PDB of 20 ms for the delay between a UPF terminating N6 and a 5G-AN should be

subtracted from a given PDB to derive the packet delay budget that applies to the radio interface.

NOTE 14: This 5QI is not supported in this Release of the specification as it is only used for transmission of V2X

messages over MBMS bearers as defined in TS 23.285 [72] but the value is reserved for future use.

NOTE 15: For "live" uplink streaming (see TS 26.238 [76]), guidelines for PDB values of the different 5QIs correspond to

the latency configurations defined in TR 26.939 [77]. In order to support higher latency reliable streaming

services (above 500ms PDB), if different PDB and PER combinations are needed these configurations will

have to use non-standardised 5QIs.

NOTE 16: These services are expected to need much larger MDBV values to be signalled to the RAN. Support for such

larger MDBV values with low latency and high reliability is likely to require a suitable RAN configuration, for

which, the simulation scenarios in TR 38.824 [112] may contain some guidance.

NOTE 17: The worst case one way propagation delay for GEO satellite is expected to be ~270ms, ,~ 21 ms for LEO at

1200km, and 13 ms for LEO at 600km. The UL scheduling delay that needs to be added is also typically two

way propagation delay e.g. ~540ms for GEO, ~42ms for LEO at 1200km, and ~26 ms for LEO at 600km.

Based on that, the 5G-AN Packet delay budget is not applicable for 5QIs that require 5G-AN PDB lower than

the sum of these values when the specific types of satellite access are used (see TS 38.300 [27]). 5QI-10 can

accommodate the worst case PDB for GEO satellite type.

Reference :

[1]