5G QoS控制原理专题详解-基础概念（2）

相关文章会在公众号同步更新。公众号：5G通信大家学

持续更新的相关5G内容都是直接根据3GPP整理，保证更新内容的准确性，避免通过二手，甚至多手的资料，以讹传讹误导网友。

在介绍完流程详解后，会整理专题内容，比如切片、服务发现、QoS流端到端的映射等内容，各位同学不仅可以纵向学习知识点，横向也会将知识关联起来，达到深入理解灵活运用的目的。
————————————————

3.1.1.8 5G QoS Parameters

3.1.1.8.1 5QI

3.1.1.8.2 ARP

3.1.1.8.3 RQA

3.1.1.8.4 Notification control

3.1.1.8.5 Flow Bit Rates

3.1.1.8.6 Aggregate Bit Rates

3.1.1.8.7 Maximum Packet Loss Rate

3.1.1.8 5G QoS Parameters

5G QoS Parameters共由7个参数组成，分别是5QI、ARP、RQA、Notification control（通知控制）、Flow BitRates、Aggregate Bit Rates、Maximum Packet Loss Rate。这些参数在实际使用时，并不是每个都是必选参数。针对不同的QoS Flow类型，包含的参数是不同的。

下图是5G QoS Parameters的结构图及每个参数下面包含的子参数：

3.1.1.8.1 5QI

5G系统中使用5QI来引用一组标准的5G QoS characteristics（5GQoS特性参数，3.1.1.9小节的内容），如：调度的权重、准入控制、队列管理阀值、链路层协议配置等。标准的5QI值和一组5GQoS characteristics是一一对应的关系。这些标准的5QI值在3GPP中有明确的定义，固化在通信设备的实现中，这样在具体使用时直接引用标准的5QI，就可以对应出来具体的5G QoS characteristics参数。

5QI为无符号的整型数值，取值范围为：0～255，。

规范中还有一个“预配置的5QI”概念，这个5QI是和运营商相关的，如果运营商某项业务有可以固化的一组5G QoS characteristics参数，就可以在AN中预先配置取值统一的5QI，这样就可以使用5QI来引用这组5G QoS characteristics。运营商预配置的5QI有一个缺点就是不能漫游，在漫游场景无法确认同一个5QI代表的是同一组参数值

注：

运营商预配置的5QI，如果有漫游协议统一规定5QI代表的具体参数，理论上漫游场景也没有问题，但实际操作起来基本没有可行性。设备实现起来也很麻烦，此时设备如何判断不同PLMN之间的5QI到底是有漫游协议还是没有漫游协议呢？

标准的5QI和预配置的5QI可以直接索引一组5G QoS characteristics，这些参数不会在5G系统的任何接口上通过信令传输。除非是5QI值对应的标准值被修改了，比如：PCF使用了一个标准的5QI值，但是其中的个别5G QoS characteristics参数根据某项业务进行了修改，这时PCF除了下发5QI，还需要下发被修改的5G QoS characteristics参数值。

对于动态指定的5QI，QoSFlow对应的5G QoS characteristics需要作为QoS Profile的一部分通过信令发送。

UE会在UDM中签约一个缺省的5QI，该缺省5QI值应该是Non-GBR 5QI范围内的值。UDM中也会保存一个5QI的优先级信息，该优先级信息可以覆盖掉5QI标准值或者预配置的5QI中的优先级信息。

3.1.1.8.2 ARP

ARP参数包含优先级信息（priority level）、抢占能力（pre-emptioncapability）和被抢占脆弱性（pre-emptionvulnerability）。该参数用于在资源受限的情况下，QoS Flow的创建/修改/切换能否被网络接受。典型应用在GBR业务的准入控制，比如：在资源受限的情况下，SMF决定抢占哪一个QoS Flow的资源，即：释放哪一个QoS Flow来释放占用的资源，以提供给优先级更高的业务。

ARP优先级代表了QoS Flow的相对重要性，取值范围1～15，1的优先级最高。

ARP优先级1～8仅分配给当前为UE服务的运营商网络（即：当前的服务网络，Servingnetwork）授权的优先处理的业务QoS Flow。ARP优先级9～15适用于UE漫游时，分配给归属网络授权处理业务的QoS Flow。

ARP抢占能力（pre-emption capability）表示一个QoS Flow在资源受限的情况下是否能够抢占已经分配给其它低优先级QoS Flow的资源，也就是从别的QoS Flow手里抢来资源，以满足自身QoS Flow的需求。它决定一个数据流是否可以抢占低优先级的资源。被抢占脆弱性（pre-emption vulnerability）是指一个QoS Flow是否放弃已经分配给自己的资源，来满足高优先级的QoS Flow。它决定一个数据流是否可以被高优先级的数据流抢占资源。这两个参数的取值可以设置为'enabled' 或者'disabled'。

缺省QoS Flow的被抢占脆弱性需要设置为适当的值，以减少缺省QoS Flow被释放的风险。实际上，缺省QoSFlow占用的资源不能被释放，如果该QoS Flow被释放了，也就相当于把PDU Session释放掉了。

在PDU Session建立过程中，SMF会从UDM中下载签约的Session-AMBR、5QI、ARP，及对应的5QI优先级（可选）。SMF可以根据PCF的授权或者SMF的本地配置修改缺省QoS Flow关联的缺省QoS rule（该QoS rule与提供给UE的QoS Rule并不是同一个概念。他们之间有一定的区别，其功能和PCC Rule中携带“defQosFlowIndication”标记的规则相同，参见本小节的“注”）中的QoS parameters信息。从这句话可以看出来，我们平时在UDM中看到的UE签约数据中的5QI、ARP等信息，是用于创建缺省QoS Flow使用的关键参数。

对于PDU Session中除缺省QoS Flow以外的QoS Flow，SMF会根据绑定到这些QoS Flow的PCC Rule中的信息或者SMF的本地配置来设置ARP priority level、ARPpre-emption capability、ARP pre-emptionvulnerability的值。这部分的内容在学习完后面的PCC Rule章节内容后，就容易理解了。

在TS 23.501中还有一个关键知识点，原文如下：

Ifdynamic PCC is not deployed, the SMF can have a DNN based configuration toenable the establishment of a GBR QoS Flow as the QoS Flow that is associatedwith the default QoS rule. This configuration contains a standardized GBR 5QIas well as GFBR and MFBR for UL and DL.

翻译过来就是：在网络中没有部署PCF的场景下，SMF可以基于本地配置的DNN来创建关联缺省QoS rule（default QoS rule）的GBR QoS Flow。这些配置包含一个标准的GBR 5QI及UL和DL的GFBR、MFBR。

之所以这里重点提出来，是因为缺省QoSrule通常是关联到Non-GBR QoS Flow，而这里说明的是关联GBR QoS Flow。

注：

上面这段话如何理解呢？

在网络中部署PCF的场景，只能有一个PCC Rule的defQosFlowIndication标记可以设置为true。另外，一个PCC Rule只能关联到一个QoS Flow（注意：多个PCC Rule可以关联到同一个QoS Flow，他们之间是多对一的关系）。因此，携带defQosFlowIndication标记的PCC Rule只能关联到唯一的缺省QoS Flow。也就是说：只能关联这一次，并且缺省QoS Flow还是Non-GBR的。这部分内容我们在后面PCC Rule章节会进行介绍。

如果我们直接把上面的规则用在网络中没有部署PCF的场景就会发现出现矛盾了。因为按照我们本小节前面的介绍：缺省QoS rule（default QoS rule）是要关联到Non-GBR的缺省QoS Flow了，而根据上面这段介绍，发现这个缺省QoS rule又关联到了一个GBR QoS Flow关联了，让人甚是费解。会不会出现一个QoS Rule关联到两个QoS Flow了呢？

另外，从规范的叙述中可以微妙的看出来，PCF下发的称为：PCC Rule，而在SMF上结合UDM中的签约数据和PCF下发的数据最后决策完成的称为：QoS Rule，但是从上下文的叙述中能够看出来，貌似该QoSRule和UE路由上行业务的QoS Rule并不是同一个东西。

我们在3.1.1.7小节说的“缺省QoS rule（default QoS rule）”是依据UDM中的信息，SMF结合本地策略修改过的一组QoS参数，关联到了Non-GBR的缺省QoS Flow。我们本小节这句话中的所讲的配置是“和DNN强关联”的一部分配置（包括GBR 5QI、UL和DL的GFBR、MFBR），他们之间貌似并没有很明显的区别。

根据TS 23.501中的注释：NOTE 3: Interworking with EPS is not possible for a PDU Sessionwith a GBR QoS Flow as the QoS Flow that is associated with the default QoSrule.

结合前面的叙述，“缺省QoS rule（default QoS rule）”中包含的数据包过滤器是能匹配上所有数据包的Rule，并且这样的一个Rule，不可能关联到多个QoS Flow，不然会出现系统性逻辑混乱，即：如果一个Rule关联到了多个QoS Flow，那么收到一个数据包会匹配上两个QoSFlow，那么这个数据包到底属于数据哪个一个QoS Flow呢？

因此，我个人理解，在网络没有部署PCF的情况下，SMF本地决策后的数据（也就是缺省QoS rule包含的参数，根据SMF本地策略，可能把UDM中的数据修改了）可以用它来关联Non-GBR的缺省QoS Flow，也可以用它来关联一个GBR QoS Flow。也就是说SMF创建的缺省QoS Flow是Non-GBR的还是GBR的是由缺省QoS Rule中包含的参数来决定的（重点参数就是：5QI）。这点和PCF下发的PCC Rule有关键区别，PCF下发的携带defQosFlowIndication标记的PCC Rule关联的一定是Non-GBR QoS Flow。

另外，还有一个关键点需要注意，匹配上所有业务的PCC Rule，也就是关联到缺省QoS Flow的PCC Rule，它包含的过滤器只有一个SourceInterface必选信息，其它可选的匹配信息都不包含，否则就无法匹配上所有数据包。这部分内容详见后面的PDR小节的专门介绍。

另外，这里讨论的前提是TS 23.501的这段话没有编写错误。从规范的上下文中判断，这段话应该没有编写错误。目前网络中基本都部署了PCF，所以这段说明仅是纸上谈兵，如果各位同仁有不同见解，欢迎交流。

最最重要的是，实际网络中到底什么样，完全由设备的实现来决定，可能大部分的设备根本就不支持缺省QoS Flow是GBR QoS Flow的情况，因为这直接影响了4/5G互操作，降低了4/5G切换成功率指标。作为设备厂家，可能根本就不会为了符合规范而搬石头砸自己的脚。

5G的会话控制部分涉及到的内容非常多，又有很多细节内容都是前后关联，需要不断的反复看才能深入理解。基本概念看完了，很多地方可能不知所云，学完后面的再重新看前面的内容，就会理解的更透彻一些。

3.1.1.8.3 RQA

Reflective QoS属性（RQA）是一个可选参数，用于指示某个QoS Flow上的部分业务（可能是全部也可能不是全部，具体原理详见QoS控制原理部分的叙述）。当SMF决定对某个QoS flow启用Reflective QoS时，会给gNB下发RQA标记，之后NG-RAN将RQI与QoS flow关联，指明该QoS flow激活了Reflective QoS。

RQA在NG-RAN建立UE上下文或在QoS flow建立和更新的时候，由SMF通过N2接口通知给NG-RAN。

3.1.1.8.4 Notification control

通知控制是一个可选参数。当某个GBR QoSflow的GFBR不能得到满足时，NG-RAN会通知SMF，之后，SMF将通知转发给PCF。用于5G核心网对该GBR QoS flow进行速率适配相关的处理。

SMF会根据PCF下发的PCC Rule中的信息来决定是否对某个QoS Flow启用QoS NotificationControl。Notification control参数会作为QoS Profile的一部分发送给NG-RAN。

通知控制在3GPP R15版本中功能比较简单，在3GPP R16版本中新增加了一个AlternativeQoS Profile的概念，整个通知控制的执行原理就发生了很大的变化。这里根据TS 23.501进行介绍直接翻译，看起来略显罗嗦，对于理解通知控制原理已经足够用了。

后面叙述中说的“AlternativeQoS Profile的引用”，实际上只是一组QoS Parameter的一个标识，这样就不需要每次都在NG-RAN、SMF、PCF之间传递完整的参数列表了，只需要给出一个标识，就知道是使用的哪一组参数。

3.1.1.8.4.1 没有Alternative QoS Profiles的场景（3GPP R15）

当某个GBR QoS Flow开启了通知控制，NG-RAN可以根据当前的系统负荷或者根据队列延迟的测量来判断当前QoS Flow的GFBR，或者QoS Profile的PDB（Packet Delay Budget，分组延迟预算）和PER（Packet Error Rate，分组错误率）能否得到满足，如果不能满足，NG-RAN就会向SMF发送"GFBR can no longer be guaranteed"通知。另外，NG-RAN虽然发出了通知，但此时要继续保持该QoS Flow（即，此时NG-RAN不满足该QoS Flow的所请求的QoS Profile），并且，NG-RAN需要再次尝试履行QoS Profile要求的GFBR、PDB和PER。除非在某些特定的条件下，才能要求NG-RAN释放该GBR QoS Flow当前占有的无线资源，例如，由于无线链路故障或RAN内部拥塞。

SMF收到NG-RAN发来的通知，会将其转发给PCF。

当NG-RAN判断某个QoS Flow的GFBR、PDB、PER再次得到满足时，NG-RAN会向SMF发送"GFBR can be guaranteed"通知，SMF将该通知转发给PCF。后续如果又不能满足GFBR、PDB、PER时，还可以再次发送"GFBR can nolonger be guaranteed"的通知。

当某个QoS Flow更新了，NG-RAN会重新根据更新的QoS Profile来检查是否"GFBR can no longer be guaranteed"。如果更新后的QoS Profile不包含Notificationcontrol参数，说明该QoS Flow的通知控制功能被去激活了。

在切换流程中，源NG-RAN不会通知目标NG-RAN：“对于某个QoS Flow，源NG-RAN是否已发送"GFBR can nolonger be guaranteed"的通知”。目标NG-RAN执行准入控制时会拒绝任何不能永久分配资源的QoS Flow。目标NG-RAN接受的QoS Flow包含在NG-RAN发送给AMF的N2 Path Switch Request或者N2 Handover Request Acknowledge消息中。SMF认为AMF发送的Nsmf_PDUSession_UpdateSMContext Request消息中包含的QoS Flow已经"GFBR can beguaranteed again"，除非SMF收到了该QoS Flow引用了一个Alternative QoSProfile。在切换流程成功执行完成后，目标NG-RAN根据触发条件，发送后续的"GFBR can no longer be guaranteed"。对于某个QoS Flow，如果SMF之前收到过"GFBR can no longer be guaranteed"的通知，在切换成功后的一段时间内（配置的timer），SMF没有再收到目标NG-RAN发送的"GFBR can nolonger be guaranteed"，此时SMF会默认通知PCF该QoS Flow已经"GFBR can be guaranteed again"。

3.1.1.8.4.2 存在Alternative QoS Profiles的场景（3GPP R16）

+ 具有Alternative QoSProfile的通知控制

如果某个GBR QoS Flow开启了Notification control，针对该QoS Flow，NG-RAN收到了一个Alternative QoSProfile列表（即：可以有一个或者多个AlternativeQoS Profile），并且NG-RAN具有处理Alternative QoS Profile的功能，后续的处理原则如下：

（1）当NG-RAN判断GFBR、PDB、PER不能得到满足时，NG-RAN会向SMF发送"GFBR can no longer be guaranteed"通知。NG-RAN在发送通知前会检查当前能满足的GFBR、PDB、PER是否能够匹配上Alternative QoS Profile列表中的某一个（按照每个Alternative QoS Profile的优先级逐个匹配）。如果有匹配上的Alternative QoS Profile，NG-RAN会在发送给SMF的通知中携带该匹配上的Alternative QoS Profile的引用（只发送第一个匹配上的，即：最高优先级的Alternative QoS Profile）。

如果比较到最后AlternativeQoS Profile列表没有匹配上的，NG-RAN会发送"GFBR can no longer be guaranteed"，并指示最低优先级的Alternative QoS Profile也没有匹配上（除非在某些特定的条件下，NG-RAN释放了该GBR QoS Flow当前占有的无线资源，例如，由于无线链路故障或RAN内部拥塞。）

（2）如果NG-RAN已经向SMF发送了"GFBR can no longer be guaranteed"通知，此时，NG-RAN发现当前能够履行的GFBR、PDB、PER和刚才发送通知中的不同（变得更好或更坏），NG-RAN会再次向SMF发送"GFBR can no longer be guaranteed"或者"GFBR can be guaranteed again"通知，指示当前的状态。除非在某些特定的条件下，NG-RAN释放了该GBR QoS Flow当前占有的无线资源，例如，由于无线链路故障或RAN内部拥塞。

（3）NG-RAN会一直尝试履行QoS Profile。如果QoS Profile不能满足，就匹配更高优先级的AlternativeQoS Profile。

（4）SMF收到NG-RAN发来的通知，SMF可能会通知PCF当前正在履行的状态。

（5）如果PCF没有不同的指示，在通知控制发生时，SMF会使用NAS信令通知UE该QoS Flow当前NG-RAN能够履行的QoS参数发生了变化（即：5QI、GFBR、MFBR）

+ 切换过程的Alternative QoSProfile

在切换过程中，源NG-RAN会针对每个QoS Flow给目标NG-RAN提供带有优先级信息的AlternativeQoS Profile列表。如果目标NG-RAN不能满足GFBR、PDB、PER的要求，源NG-RAN也提供了Alternative QoSProfile列表，并且目标NG-RAN也支持Alternative QoSProfile功能，那么目标NG-RAN会按照Alternative QoSProfile列表中的优先级逐个匹配Alternative QoSProfile中的GFBR、PDB、PER。如果有匹配上的AlternativeQoS Profile，目标NG-RAN会接受该QoS Flow，并向源NG-RAN返回Alternative QoSProfile的引用。

如果Alternative QoS Profile列表中的所有QoS Profile都没有能匹配上的，目标NG-RAN会拒绝接受该QoS Flow。

如果切换流程执行完成，目标NG-RAN根据Alternative QoSProfile接受了一个QoS Flow的切换，之后的NG-RAN对该QoS Flow的处理，就像目标NG-RAN向SMF发送"GFBR can nolonger be guaranteed"通知并携带Alternative QoSProfile的引用一样。

在Xn和N2切换场景下，如果目标NG-RAN基于Alternative QoSProfile接受了QoS Flow的切换，目标NG-RAN会将匹配上的AlternativeQoS Profile的引用发送给AMF，之后AMF再转发给SMF。对于某个QoS Flow，如果SMF收到Alternative QoSProfile的引用，并且相比之前发送的通知，状态发生变化，在切换完成后SMF会向PCF发送"GFBR can nolonger be guaranteed"通知。如果PCF没有不同指示，SMF会使用NAS信令通知UE这个QoS Flow的最新QoS parameters（即：5QI、GFBR、MFBR）等状态改变信息。

注：

（1）前面说的“如果PCF没有不同指示”，这句话是按照3GPP规范直接翻译过来的，看起来有点困惑，“什么叫不同指示？”我个人理解是，PCF对某个QoS Flow下发了新的PCC Rule，比如：高清通话的大速率保证不了了，PCF根据AF的要求切换为普通的语音编解码，要求的QoS保障必然就降低了，此时PCF就会下发新的PCC Rule进行QoS Flow的更新。这就是“不同的指示”。

（2）上面说的“状态改变”是指QoS Profile和Alternative QoSProfile之间的变化，或者Alternative QoSProfile内各项之间的变化。

如果目标NG-RAN基于QoS Profile接受了QoS Flow的切换，SMF会认为对于该QoS Flow收到了"GFBR can beguaranteed again"通知。如果SMF之前收到过"GFBR canno longer be guaranteed"通知，在切换成功后的指定时间内，没有再次收到目标NG-RAN发送的明确的"GFBR canno longer be guaranteed"通知，那么，SMF会向PCF发送"GFBR can beguaranteed again"通知。

如果QoS Flow的切换被目标NG-RAN接受，SMF没有收到目标NG-RAN发送的对Alternative QoSProfile的引用，并且SMF之前使用NAS信令通知了UE 在Alternative QoSProfile中的QoS parameters，此时，SMF会再次通过NAS信令通知UE在QoS Profile中的QoS parameters。

+ QoS Flow建立/修改过程的Alternative QoS Profile

在QoS Flow建立和修改过程中，SMF除了向NG-RAN提供QoS Profile信息，还会提供具有优先级信息的AlternativeQoS Profile列表。如果NG-RAN不能履行QoS Profile中GFBR、PDB、PER的要求，NG-RAN得到了Alternative QoSProfile且NG-RAN支持Alternative QoSProfile功能，NG-RAN会按照优先级顺序检查匹配AlternativeQoS Profile列表，看看NG-RAN能满足的GFBR、PDB、PER是否有匹配上的AlternativeQoS Profile。如果有能匹配上的Alternative QoSProfile，就会接受该QoS Flow并向SMF提供Alternative QoSProfile的引用。如果没有匹配上的AlternativeQoS Profile，NG-RAN会拒绝QoS Flow的建立和修改。

目标NG-RAN根据Alternative QoSProfile接受了一个QoS Flow的建立或者更新，之后的NG-RAN对该QoS Flow的处理动作，就像目标NG-RAN向SMF发送"GFBR can nolonger be guaranteed"通知并携带Alternative QoSProfile的引用一样。

在QoS Flow的建立和修改流程中，如果SMF收到了Alternative QoSProfile的引用，会将其转发给PCF。

如果PCF没有不同指示，SMF会使用NAS信令通知UE，网络执行的AlternativeQoS Profile中的QoS parameters（如：5QI、GFBE、MFBR）。

3.1.1.8.5 Flow Bit Rates

对于GBR QoS Flow需要包含UL和DL的GFBR（Guaranteed Flow Bit Rate）和MFBR（Maximum Flow Bit Rate）。

GFBR表示在Averaging Time Window内，网络确保能够提供给QoS Flow的比特速率。通常通过资源预留的方式来实现，保证数据流的比特速率在不超过GFBR时能够全部通过。

MFBR表示QoS Flow最高限制速率，超过该速率时的业务数据包有些可能就会被UE、RAN、UPF丢弃或者通过缓冲区进行速率整形（先缓冲突发的过量数据包之后在业务速率不高时再发送出去），或者根据具体策略来处理。

从上面的叙述中可以看出来，MFBR的速率要高于GFBR的速率。那么在GFBR和MFBR速率之间的业务该怎么处理呢？此时要根据QoSFlow的优先级信息，来确定这些数据包的处理方式。如果QoS Flow的优先级特别高，网络资源能够满足的情况下，会被优先处理，数据包也能够通过，具体看当时的网络拥塞情况。

目前网络中，受制于终端的能力，一般MFBR等于GFBR，超过GFBR的业务直接就损失了，设备处理起来也比较简单。

GFBR和MFBR会作为QoS Profile的参数发送给NG-RAN及作为QoS Flow的QoS参数发送给UE。

3.1.1.8.6 Aggregate Bit Rates

每个PDU Session都会有PDU Session级别的聚合比特速率限制的QoS参数，即：Session-AMBR（per SessionAggregate Maximum Bit Rate）。Session-AMBR会发送给UPF、UE和RAN（用于计算UE-AMBR）。

Session-AMBR由UPF和UE执行QoS控制。

Session-AMBR表示某个PDU Session中所有Non-GBR QoS Flow一起所能提供的最大比特速率。也就是说，Session-AMBR限制了一个PDU会话的所有non-GBR QoS flow共享的最大带宽。Session-AMBR不适用于GBR QoS Flow，它通过标准的AMBRaveraging window来进行计算。

SMF根据和PCF的交互或者SMF的本地配置策略可能会修改UE的签约Session-AMBR（包括UL或DL）。

每个UE会有针对该UE的聚合比特速率限制QoS参数，即：UE-AMBR（per UE AggregateMaximum Bit Rate）。UE-AMBR限制了一个用户的所有non-GBR QoS flow共享的最大带宽。UE-AMBR限制的是该UE的所有Non-GBR QoS Flow的比特速率。NG-RAN设置UE-AMBR的值为在该NG-RAN中具有活动用户面的所有PDU Session的Session-AMBR的和，最大值为从AMF接收到的UE-AMBR的值。

AMF发送给NG-RAN的UE-AMBR基于从UDM获取的签约的UE-AMBR的值或者对于漫游用户也可能是从PCF获取的UE-AMBR。UE-AMBR不适用于GBR QoS Flow。

UE-AMBR的测量是根据标准值AMBR averaging window来计算的。AMBR averagingwindow只适用于Session-AMBR和UE-AMBR，并且这两者的AMBRaveraging window值是相同的。

UE-AMBR是由（R）AN来执行QoS控制。

5QI、ARP建立缺省QoS Flow的参数，以及Session-AMBR和UE-AMBR都保存在UDM中。

UE可以在请求消息中携带请求的专有QoS Flow的QoS参数，但最终以PCF下发的QoS参数为准。

PDU Session建立过程中，SMF会从UDM中下载签约的Session-AMBR和签约的缺省5QI、ARP，可选下载对应的5QI优先级（5QI Priority Level）。需要注意的是，签约的缺省5QI一定要是标准5QI范围内的Non-GBR类型的值。

如果UDM中存在5QI Priority Level，该值的优先级要高于5QI标准定义的优先级值，相当于UDM中保存的优先级覆盖掉了5QI标准值中定义的优先级。SMF也会依据UDM中签约5QI、ARP，根据本地策略来最终确定5QI和ARP的缺省值。该场景一般应用在网络中没有部署PCF的情况。如果部署有PCF，SMF会根据PCF下发的信息来确定最终的缺省5QI、ARP及5QI Priority Level（可选）。这些最终确定的缺省信息是用来创建缺省QoS Flow的QoS参数。

注：

上面这段话的原文在TS 23.501的5.7.2.7 Defaultvalues章节，这段话基本就是缺省QoS Flow的建立原理，把缺省QoS Flow的QoS参数来源进行了说明。

3.1.1.8.7 Maximum Packet Loss Rate

Maximum Packet Loss Rate （UL、DL）适用于GBR QoS Flow，用于指示空口侧QoS Flow能够接受的最大丢包率（上行或者下行）。

在3GPP R16版本中，该QoS参数只是用于语音媒体。