wifi QoS - DSCP MSCS

最新推荐文章于 2024-10-20 04:02:15 发布

仗剑天涯回首枉然

最新推荐文章于 2024-10-20 04:02:15 发布

阅读量1.4k

点赞数

CC 4.0 BY-SA版权

文章标签：网络

本文链接：https://blog.csdn.net/sdc20102010/article/details/130249586

MSCS（MirroredStreamClassificationService）在Wi-FiQoS管理中扮演重要角色，当DSCP标记缺失或被修改时，AP利用MSCS根据L2/L3信令为下行IP流分配用户优先级。此功能通过监测IP和MAC报头实现，并在设备的(Re)AssociationRequest/Response或Beacon/Probe中表明支持。协商过程由STA发起，AP可以接受或拒绝请求，维持每个连接的特定MSCS参数。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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参数。