相关文章会在公众号同步更新。公众号：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参数只是用于语音媒体。