本文已参与「新人创作礼」活动，一起开启掘金创作之路。
相关文章会在公众号同步更新。公众号：5G通信大家学
持续更新的相关5G内容都是直接根据3GPP整理，保证更新内容的准确性，避免通过二手，甚至多手的资料，以讹传讹误导网友。
///////////
经过经一个月的整理5G特色业务反射QoS（Reflective QoS）终于写完了，涉及控制面和用户面的会话信息传递。反射QoS这部分写完发现5G QoS知识基本已经详解的差不多了，再写一篇《QoS控信息的分发》和《UPF数据转发的内部原理》，5G QoS控制原理专题基本就结束了。松了一口大气，稀稀拉拉整理快半年了，从最开始的一周一更或者两更到半月一更，再到现在的一月一更，排除工作忙的原因，个人的懒惰性暴露的比较彻底，有点空时第一翻开的多不是技术书籍。更完QoS控制原理，再把PDU会话创建流程更新完，也算有始有终了。之后可能会更专注专网技术相关的5G LAN、TSN等知识，这些内容目前的规范标准都不是很完善，内容也很简单，可发挥空间还是蛮大的。
Reflective QoS专题共计1.3万字，配图25幅，把反射QoS从控制面到用户面，及端到端的知识基本都介绍完整了。主要涉及TS 23.501、TS 24.501、TS 38.413、TS 38.415、TS 29.281、TS 38.300、TS 38.331、TS 37.324共8个规范文档，时间充裕的同学可以直接翻看相关文档。
本专题详解主要是把散落在各个文档中的相关内容分条理整理到一起，把不容易理解的部分又直白解释 了一下，或者把一些知识的内部原因进行了解释，把散落的知识串联起来便于从整体上理解技术体系， 目录如下：
- 3.1.4.2.2 Reflective QoS 245
- 3.1.4.2.2.1 Reflective QoS介绍 245
- 3.1.4.2.2.2 QoS Rule的推导规则 245
- 3.1.4.2.2.3 Relflective QoS能力协商 246
- 3.1.4.2.2.4 SDF启动Reflective QoS的标记 250
- 3.1.4.2.2.5 Reflective QoS控制 252
- 3.1.4.2.3 N3/N9接口SM控制信息 253
- 3.1.4.2.4 Uu接口会话控制信息 260
- 3.1.4.2.4.1 DRB介绍 260
- 3.1.4.2.4.2 SDAP协议介绍 261
- 3.1.4.2.4.3 SDAP Entity的建立 263
- 3.1.4.2.4.4 QoS Flow到DRB的映射规则的创建 264
- 3.1.4.2.4.5 SDAP层数据的转发 266
- 3.1.4.2.4.6 小结 268
3.1.4.2.2 Reflective QoS
相比4G，5G为了提高信令效率新增了Reflective QoS功能。
所谓的Reflective QoS，就是UE根据用户面的下行数据包自行推导上行业务的QoS Rule。如果不使用Reflective QoS，QoS Rule需要由SMF通过NAS信令下发给UE，会占用空口信令，效率必然有所降低。QoS Rule包含的主要部件就是数据包过滤器。
Reflective QoS适用于IP和Ethernet类型的PDU Session。
如果要使用Reflective QoS功能，需要UE和5G网络都能够支持该功能才能够使用。如果UE支持Reflective QoS并且想使用Reflective QoS功能，需要在PDU Session创建、更新流程中向SMF指示UE支持Reflective QoS能力。当然，支持Reflective QoS的UE也可以在创建PDU Session时不向SMF指示自身的Reflective QoS能力，这样就可以创建普通的PDU Session。如果一个已经创建的、使用Reflective QoS的PDU Session，中途UE不想继续使用Reflective QoS了，此时，UE需要发起PDU Session更新流程，网络侧完成相关更新流程后，UE需要把以前自行推导的QoS Rule删除，并使用网络下发的QoS Rule。
SMF收到PDU Session创建或更新流程后，在向PCF发起的SM Policy Association establishment（SmPolicyContextData数据结构） 或者SM Policy Association Modification（SmPolicyUpdateContextData数据结构）请求中，会携带UE是否支持Reflective QoS指示信息，即：refQosIndication标识。如果该标识设置为true，PCF会根据用户的签约数据、运营商的策略来决定该PDU Session是否启用Reflective QoS，并在响应消息SmPolicyDecision数据中携带reflectiveQoSTimer字段。refQosIndication标识的作用对象是PDU Session。
Reflective QoS的作用对象是关联了PCC Rule的业务数据流。PCF会在下发的QosData中包含reflectiveQos标记，PCC Rule会引用了QosData数据。如果一个non-GBR的下行SDF关联了reflectiveQos=true的PCC Rule，就表示该业务数据流执行Reflective QoS。此时，PCF要确保该non-GBR的SDF安装的PCC Rule适用于上下行数据。
能够匹配上所有业务的PCC Rule（match-all SDF template）关联的QoS data 的reflectiveQos标记不能设置为true，但是可以设置defQosFlowIndication为true。这一点比较容易理解，就是能匹配上所有数据包的PCC Rule不能使用Reflective QoS，能匹配上所有业务的PCC Rule可以设置为和缺省QoS Flow关联。我们进一步想一下，虽然缺省QoS Flow是non-GBR的，但是不允许应用Reflective QoS。另外，在NB-N1模式下也不允许使用Reflective QoS。
后续部分请移步公众号阅读
