wifi QoS - DSCP MSCS
| DSCP | differentiated services code point |
| MSCS | Mirrored Stream Classification Service |
MSCS
IEEE 802.11-2020中定义，如果支持Wi-Fi QoS Management，则AP和STA必须支持MSCS。
当进入AP的下行链路IP流无适当DSCP标记（对于源自公用互联网的下行链路IP流，缺少适当的DSCP标记是常见情况，因为中间节点或互联网服务提供商即ISP经常会将源服务器可能已经设定的任何DSCP标记重置为零或对其进行修改），DSCP-to-UP Mapping无法实现基于DSCP实现所需的QoS优先级划分，此时就需要用到MSCS。
MSCS提供基于L2、L3信令建立分类的方法。 AP根据STA发送而来对应的MSDU的映射规则(即所谓的镜像或反向)，为自身来自L2/L3的单播MSDU分配一个用户优先级(UP)。
这是通过监测IP报头和802.11 MAC报头中的用户优先级值完成的。
MSCS功能信令
MSCS的实现是可选的。
支持Wi-Fi QoS Management的设备在 (Re)Association Request/ Association Response/Beacon/ Probe->Extended Capabilities->(Mirrored )SCS中指明对MSCS的支持。
MSCS设置过程
MSCS设置过程MSCS的激活由STA通过以下方式启动：
向AP发送MSCS Request帧；
或者如果STA支持的话，在关联时发送一个嵌入在 (Re)Association Request中的请求。
无论哪种情况，请求帧都包含一个MSCS Descriptor，以规定相应参数。
这个过程涉及为协商MSCS参数而进行的单次请求/响应交换，可在关联时或关联后的任何时间完成。
对于每个STA而言，AP最多有一个激活的MSCS。
如果AP接受STA的请求，就会激活用于该STA的MSCS，或者如果已经激活，就更新该MSCS的参数。然后，如果在关联时接到请求，那么AP通过在 (Re)Association Response帧中放入指明为Success的MSCS Descriptor来做出响应；或者，如果在关联后接到请求，那么就在MSCS Response中指明Success。AP单独保持每个STA的MSCS状态。以上意味着，协商商定的MSCS参数和生成的下行链路QoS规则是特定于每个STA的。
如果AP不接受请求，就会提供一个可能指明拒绝原因的状态码，例如处理资源不足，或不被支持的TCLAS Mask参数。