相对2G3G4G系统，5G定义了更多的工作场景，将为更多种类的业务提供更多类QoS的平台。

NG-RAN中的QoS架构包含NR 连接到5GC 和E-UTRA 连接到5GC如下图所示：

- 对于每个UE，5GC可以建立一个或者多个PDUsession。

- 对于每个UE，NG-RAN可以为每个PDUsession建立一个或者多个Data Radio Bearer（DRB），NG-RAN将属于不同PDU session的数据包映射到不同DRB。然而 NG-RAN 将为每个PDUsession建立至少一个default DRB。

- UE和5GC中NAS level 的packet filters将上下行数据包与QoS flow关联。

- UE和NG-RAN的AS-level的 mapping rule 将上下行 QoS flow与DRB关联。

在NASlevel ，QoS flow是PDU session中QoS差异化的最小粒度。每个PDU session内的QoS flow通过QFI来标识，并由NG-U打包封装并传送。

NG-RAN和5GC通过映射数据包到关联的QoS flow和DRB上来确认服务质量。需要两个步骤映射来实现：

IP-flows 到to QoS flows (NAS)

QoS flows 到to DRBs (Access Stratum，AS).

在NASlevel, 每个QoSflow由一个QoS profile和QoS rule来描述，这个QoS profile由5GC发送给NG-RAN，而QoS rule由5GC发送给UE。NG-RAN使用QoS profile决定空口的数据转发处理，而QoS rule用来指示上行用户面流量和QoS flow的映射关系给UE。每个QoS flow可以是GBR类型或者Non-GBR类型，这依赖于他们的profile中的定义。每个QoS flow的QoS profile包含了很多参数，比如：

- 对于每个 QoS flow:

- 5G QoSIdentifier (5QI); .

- Allocationand Retention Priority (ARP).

- 对于GBR QoS flow:

- GuaranteedFlow Bit Rate (GFBR) for both uplink and downlink;

- MaximumFlow Bit Rate (MFBR) for both uplink and downlink.

- 对于Non-GBR QoS:

- ReflectiveQoS Attribute (RQA):如果包含了RQA，就表示要指示这个QoS flow上的一些流量在NAS上采用reflective QoS.

在AS（Access Stratum ）level，无线数据承载 data radio bearer(DRB) 定义了数据包在空口的处理。每个DRB上的数据包使用相同的包转发处理服务。为QoS flow建立不同的DRB需要不同的包转发处理服务。在下行上，NG-RAN将QoS flow映射到基于NG-U标识（QFI）和相关QoS profile的DRB上。在上行上，UE将上行数据包通过QFI进行标识透过空中接口发送到CN。在上行上，NG-RAN可用两种方法控制从QoS flow到DRB的映射：

- Reflective mapping: 对于每个DRB，UE监控下行数据包的QFI并在上行上做同样的映射，就是说，对于DRB，UE将把上行数据包映射到接收的下行PDU session上的QoS flow。这样就可以打开reflective mapping。NG-RAN使用QFI在空中接口上标识下行数据包。

- 显性配置ExplicitConfiguration: 除了reflective mapping外， NG-RAN也通过RRC配置上行"QoS Flow to DRB mapping"。

- UE应该一直采用最新更新的mappingrules ，不管这个更新是通过reflecting mapping 还是 explicit configuration来实现的。

每个PDUsession都需要配置一个defaultDRB，如果到来的上行数据包既不匹配RRC配置也不符合reflective "QoSFlow ID to DRB mapping"，那么UE应该讲那个包映射到那个PDU session的default DRB。

在每个PDUsession内部，NG-RAN来决定如何把多个QoSflow映射到一个DRB。NG-RAN 可能映射一个GBR flow 和一个non-GBR flow到一个DRB，或者映射多于一个GBR flow 到同一个DRB。 优化这个用例的机制不是标准化的，由各个设备厂商自行开发。在NG-RAN和UE之间建立non-default DRB时候QoS flow配置时间和PDU session建立时间是不同的。这取决于non-default DRB建立时候的NG-RAN行为。

在双连接模式中DC，属于同一PDU session的QoS flow能够映射到不同的bearer type，而且可以为同一PDU session配置两个不同的SDAP实体：一个给MCG，另一个为SCG(举例：一个MCG bearer和一个SCG bearer使用两个不同的QoSflows)。

QoS Flow

首先介绍一个5G里的新概念QoS Flow，5G QoS模型支持基于QoSflow的架构。5G QoS模型支持两类QoSflow：GBR Flow速率和non-GBR Flow速率。同时5G QoS也支持reflectiveQoS的QoS，这个在本文后面也会有介绍。

QoS flow为PDU session的QoS差异化提供了极好的粒度。5G定义了QoS FlowID (QFI)来标识一个QoS flow，在同一个PDU session内使用同一个QFI的用户面流量将采用相同的数据转发操作（比如调度，接纳控制的门限等）。QFI被打包并承载在N3和N9的包头部，这对上层的E2E的包头部没有任何修改和影响。利用QFI可以定义和使用多类PDU的类型比如普通的IP包，非结构化PDU以及以太帧。每个PDU session拥有唯一的QFI。这里需要注意的是用户数据的策略（比如MFBR enforcement）不是QoS差异化的一部分，策略的制定是在SDF级别的粒度通过UPF来实现。

QoS flow在PDU session建立的时候或者QoSflow建立/更改过程中由SMF掌控。

QoS在QoS flow上的传递应用方式：

- SMF通过AMF（经由N2参考点）将QoS profile发给AN或者AN上预先进行配置。

- SMF通过AMF（经由N1参考点）将一个或者多个网络侧提供的QoS规则发给UE。或者，

- SDF Classification和SMF将QoS相关的信息比如Session-AMBR发给UPF。

QoS Profile

在QoS profile中QoS Flow分成GBR和Non-GBR两类。每个QoS flow的QoS profile包含这个flow的QoS参数如下所述：

-每个QoS flow的QoS profile所包含的QoS参数如下：

-一个5G QoSIdentifier (5QI); .以及

-一个Allocationand Retention Priority (ARP).这个和2g3g4g类似。

- Non-GBR类型QoS flow的QoS profile包含的QoS参数：

- ReflectiveQoS Attribute (RQA).

- GBR类型QoS flow的QoS profile包含的QoS参数：

- GuaranteedFlow Bit Rate (GFBR) - UL和DL;以及

- MaximumFlow Bit Rate (MFBR) - UL和DL;以及

- Notificationcontrol.

5QI的数值将唯一的标识一个QoSflow，同时也表明了这个QoSflow的特性，所以QoS的特性都包含在QoSprofile中。

对QoS Flow的控制

对QoS flow的控制支持三个选项：

1)对于non-GBR类型的QoS flow，当使用标准的5QI或者预配置的5QI时候，5QI数值可以用作QoS的QFI。而默认的ARP将由AN预配置。

2)对于non-GBR类型的QoS flow，当使用标准的5QI或者预配置的5QI时候，5QI数值可以用作QoS的QFI。而默认的ARP将在PDU session建立时候或者在NG-RAN上激活PDUsession用户面时候发送给RAN侧。并且

3)对于GBR和non-GBR类型的QoS flow也可以使用动态分配的QFI。5QI数值可以是标准的，预配置的，或者动态分配的。每个QoS flow的QoS profile和QFI在PDU session建立时或者QoS flow建立/修改时以及NR-RAN激活用户面数据时候经由N2发送给RAN。

操作选项1）一般用于non-3GPP AN比如固定通信场景的AN。，在这个场景下不需要类如PDUSession建立的N1信令和N2信令。而操作选项2）和3）用于3GPP AN。

预配置的5QI值不能用于漫游状态的UE，在5QI在RAN侧没有预配且没有通知给RAN侧时候，业务将采用低优先级的标准5QI的QoS特性。

QoS规则--QoS Rules

UE对上行用户面数据进行分类和标记，比如将上行流量关联到相应的QoS flow的操作。这些关联基于QoSrule，而这些QoS rule可以通过如下方式提供给UE：

-在PDU session建立阶段或者QoSflow建立时发送给UE，或者.

-UE上的预配置或者

-UE通过采用reflective QoS隐性的获取。

每个QoS rule包含如下内容：

-一个在PDU session内唯一的QoS ruleidentifier，

-和QoS flow关联的QFI，

-一个或者多个packet filters和一个优先级值precedence，

-同时附加的部分包括：对于已经分配了的QFI，QoS rule包含和UE相关的众多的QoS参数比如5QI, GBR和MBR，每个QoS flow（QFI唯一）可以关联一个或者多个QoSrule。

对于非标准的5QI，SMF也提供运营商定义的相关的QoS参数。

每个PDU session都有一个默认的QoSrule。默认的QoS rule是每个PDUsession的仅有的QoS rule。这个时候的PDU session不包含packet filter（使用最高优先级数值）。

QoS flow的映射

SMF负责将SDF和QoS flow绑定，绑定基于QoS和SDF的业务需求（比如收到的PCCrule）。SMF为新的QoS flow分配QFI并从PCF获取QoS profile。SMF为RAN提供QFI和QoS profile。SMF提供SDFtemplate和SDF precedence，以及QoS相关的信息，和对应的包标记信息比如QFI，DSCP值和给UFP进行分类的RelectiveQoS指示，bandwidthenforcement和用户面流量的标记。通过分配QoS rule identifier，SMF为对应的SDF的PDU session生成QoS rule。通过为SDF绑定的QoS flow加QFI来保证QoS ruleidentifiers在PDU session内唯一。为SDF模板的UL部分设定packet filter并可以也给SDF的DL部分也可选的提供packetfilter。设定QoS rule的优先级preceduence。之后QoS rule会提供给UE来进行UL用户面流量的分类和标记。

用户面流量的分类和标记的原理以及Qos Flow和AN资源的映射方式方法在下图中描述：

在下行DL方向上，根据SDF模板中的SDF优先级precedence，UPF可以对到达的数据进行分类。

通过N3和N9用户面标记QoS flow的QFI，UPF就可以传送属于一个QoSflow的用户面流量的分类标记，然后AN就可以将QoS flow和AN的资源绑定在一起（比如DRB）QoS flow和AN资源分配没有严格的1:1的比例，它取决于AN用来映射到QoS flow而建立的AN资源。

如果没有匹配的资源且所有的QoS flow都和一个或者几个下行packetfilter相关联的话，UPF将丢弃下行数据包。

在上行上，UE将根据QoS rule中的packetfilter对上行数据包进行评估，评估的依据QoS rule中的按升序排列的优先值顺序，直到找到匹配的QoS rule（哪个packetfilter匹配上行数据包）。然后UE将采用对应的QoS rule中的QFI来绑定上行数据包和QoSflow，之后UE再讲QoS flow和分配的AN资源绑定。

如果没有发现匹配的样本且默认的QoS rule包含一个或者多个上行packetfilter，UE将丢弃上行数据包。

下行流量DL traffic

下列特性用来处理下行流量：

- UPF根据SDF template映射用户流量和相应的QoS flow。

- UPF执行Session-AMBR enforcement 功能并计算处理的数据包以支持计费。

- UPF在5GC和RAN之间的单一隧道上传送PDU session的数据包PDU，UPF在打包的头部包含QFI，UPF也可能在打包的头部包含reflective QoS的激活指示。

- UPF 在下行方向上执行传输层面的数据包标记，比如设置IP header的DSCP（DiffServ）。传输层面的数据包标记也可能基于5QI和相关联QoS flow的ARP。

- RAN基于QFI和相关的5G QoS 特性和参数将数据包映射到特定的接入资源。映射时也考虑和下行数据包相关联的N3隧道。

这里需要注意的是在将QoS flow映射到特定接入资源时候并没考虑Packet filter。

- 如果这里使用了reflective QoS ，UE将生成一个新的QoS rule。新生成的QoS rule中的packet filter通过下行数据包获取。而UEand the QFI of the UE derived QoS rule is set according to the QFI ofthe DL packet.

上行UL Traffic

下列特性用来处理上行流量：

- UE采用自己存储的QoS rule来确定上行用户面流量和QoS flow的映射。UE使用包含匹配的packet filter的QoSrule的QFI对上行数据包进行标记，然后使用分配的特定接入资源（RAN提供接入资源和QoS flow的映射）来传送上行PDU。

- RAN将上行数据包PDU经由N3隧道向UPF传送，这时RAN将QFI封装在上行数据包头部，然后选择相应的N3隧道进行传送。

- 依据5QI和关联QoS flow的ARP，RAN在上行上执行传输层面的数据包标记。

- UPF将负责校验上行数据包PDU的QFI和相应的QoS rule对齐，或者隐性的从UE来获取（比如reflective QoS）

- UPF执行Session-AMBR enforcement 功能并计算处理的数据包以支持计费。

SDF分类和Qos相关信息

在UPF中强制采用UL Classifier PDU sessions UL和DL Session-AMBR来支持UL Classifier功能。另外 DL Session-AMBR应该在每个终结N6接口的UPF中采用。

对于multi-homed PDUsession，支持Branching Point功能的UPF都应该执行 UL 和 DL Session-AMBR enforced功能。还有，DL Session-AMBR 应该在每个终结N6接口的UPF中采用。

需要注意的是在每个终结N6接口的UPF中采用DLSession-AMBR enforced功能可以减少不必要的数据传输，而这些不必要的数据部分可以由UPF执行UL Classifier/Branching Point功能来进行丢弃。这些数据之所以被称为不必要数据是因为某些PDUsessin的下行的数据流量超出了DLsession-AMBR的设定。

RAN可以在每个UE non-GBR QoSflow的UL和下行按照Max BitRate (UE-AMBR)执行限制。UE在PDU session上基于non-GBR的Session-AMBR来执行上行速率限制。（如果UE收到了Session-AMBR）。

基于PDU session的流限速应用在不需要保证流速率的flow上。对于GBR QoS flow来说，每个SDF的MBR是必选项，而对于non-GBR flow是可选项。MBR是需要在UPF上被enforced的。

非结构性的数据的QoS control在PDU session层面来执行。

当建立PDU session来传送非结构数据时候，SMF给UPF和UE提供QFI应用在PDU session中的所有数据包上。

5G QoS 参数

5QI

5QI是个标量，用来代表一套5G QoS特性比如针对QoS flow的转发处理操作的参数（调度权重，接纳控制门限，队列管理门限，链路层协议配置等）。

标准化的5QI 和标准的5G QoS特性组合是一对一对应的。

预配置的5QI对应的5G QoS特性在AN中进行预配置。动态分配的5QI对应的5G QoS特征通过部分QoS profile或者QoS rule来沟通。

需要注意的是，每个数据包PDU都和一个封装在其头部的5QI关联（在N3）。

ARP

作为重要的QoS参数，ARP包含关于优先级水平priority level，pre-emption能力和能够允许被pre-emption的信息。

优先级水平定义了资源请求的相对重要性，它可以决定新的QoS flow能够被接受或者被拒绝，当然这发生在资源共给紧张的场景中，很典型的例子就是应用于GBR流量的接纳控制中。这个参数也可以用来决定在资源有限情况时，某个现存的QoS flow被新的flow替换。

ARP 优先级 priority level的范围定义为从1到15，其中1代表最高优先级。Pre-imption能力用来确定某个数据flow是否从另外一个低优先级flow上获取资源。而pre-emption vulnerability信息则是用来确定某个data flow是否允许释放自己的资源以允许其他高优先级的flow接入。这两个信息pre-emption capability和 pre-emption vulnerability是开关参数，只能设置成yes或者no。

ARP prioritylevels 1-8 只能在一个运营商网络内分配给授权优先业务的资源。而ARP prioritylevels 9-15 则可能分配给由home网络授权的资源，因此应用于UE处于漫游状况。

RQA

Reflective QoS Attribute (RQA) 是个可选的QoS参数，当ReflectiveQoS control功能时候，在NG-RAN场景中通过N2通知RAN， RQA用来指示某些QoS flow的流量使用ReflectiveQoS。

Notification control

参数Notificationcontrol.仅应用于GBR QoS flow，它用来指示在某个QoS flow的生命周期中 ，在GFBR不再起作用时候是否需要从RAN请求并得到通知信息。如果打开了Notificationcontrol.功能且RAN检测到GFBR不能完成，那么对于某个给定的GBR QoS flow，RAN应该给SMF发送一个通知。这个时候RAN应该保持这个QoS flow并尝试完成GFBR。而在5GC从RAN收到GFBR不能完成的通知后，5GC应该启动N2信令流程来修改或者移除该QoS flow。一旦环境条件改善了，GFBR功能恢复且能够完成了，RAN将发送一个新的notification消息来通知SMF。

Flow Bit Rates

对于 GBRQoS flow， 5G QoSprofile还附加的包含了下面的QoS参数：

- Guaranteed Flow Bit Rate (GFBR) - UL andDL;

- Maximum Flow Bit Rate (MFBR) -- UL and DL.

GFBR代表了GBR QoSflow能够提供的数据速率。而MFBR限制了GBR QoS flow所能提供的数据速率。 (比如超出的流量将通过流量整形功能而丢弃)。

GBR QoSflow在设定5G QoS profile时候，GFBR 和 MFBR 通过N2和N11来告知。

AggregateBit Rates

就是每个SDF内MBR和GBR的总和，它基于从PCF获取的信息并通过N7和N4通知。

UE的每个PDU Session 都和下面的这个限制聚合速率的QoS参数关联：

- per Session Aggregate Maximum Bit Rate (Session-AMBR).

SMF从UDM获取Session-AMBR这个签约参数，然后根据本地策略或者从PCF获取的策略来得到/修改签约Session-AMBR，然后告知相关的UPF网络实体。Session-AMBR所限制的聚合速率 aggregate bit rate将应用于某个特定PDU session的所有Non-GBR QoS flow。Session-AMBR通过标准值的平均窗口来测量。

每个UE都和下面这个聚合速率限制QoS参数关联：

- per UE Aggregate Maximum BitRate (UE-AMBR).

UE-AMBR 用来限制某个UE上的所有Non-GBR QoS flow的汇聚速率，每个RAN都将它的UE-AMBR设置成session-AMBR的总和。 这里的session-AMBR是拥有活动UE用户面的所有PDU session。这个签约参数值UE-AMBR从UDM得到，并由AMF提供给RAN。UE-AMBR通过标准值的平均窗口来测量

Default values

SMF会针对每个PDUSession从UDM获得默认的5QI/ARP。 然后是用它为QoS flow相关的默认QoS rule设定QoS参数。SMF会根据本地的配置或者从PCF获取的信息来改变默认default5QI/ARP。

5G QoS characteristics

5G的所有QoS 特征都和5QI相关，5G 的UE到UPF之间的端到端的QoSflow的数据包转发处理特征通过下面几个特性来表述。

1 Resource Type (GBR, delay critical GBR orNon-GBR);

2 Priority level;

3 Packet Delay Budget;

4 Packet Error Rate;

5 Averaging window.

5G QoS characteristic 应该理解为为每个QoS flow设定特定参数的指导，比如3GPP 无线接入链路协议配置。

标准化的或者预配置的5G QoS characteristic通过5QI数值来标识。

这些可QoScharacteristic特性参数包含在QoS profile的一部分。

ResourceType

Resource Type决定了是否需要分配独占网络资源相关的基于flow的Guaranteed Flow Bit Rate (GFBR)。

GBR QoS Flow 都将被设定成按需"ondemand" ，它将通过动态策略和计费控制来设定。

Non GBRQoS flow可预先通过静态策略和计费控制来授权设定。

5G定义了两种GBR resource types： GBR 和Delay critical GBR。除了PDB和PER的定义不同外，这两个resourcetype都被看成相同的类型。

Priority level指示QoS flow之间调度资源的优先级，主要用来为来自同一UE的QoS flow提供差异化服务。它也用于为不同UE的QoS flow之间提供差异化服务。

Packet DelayBudget

Packet Delay Budget (PDB)定义了UE和UPF（终结N6接口）之间delay的上限。 而对于某个5QI来说，PDB的值在上行和下行都是相同的。对于3GPP接入网AN上， PDB用于支持调度和链路层功能的配置（比如调度优先级的权重和HARQ目标操作点等）。PDB代表一个端到端的delay上限。

Packet ErrorRate

Packet Error Rate (PER)俗名误包率，是在链路层（比如3GPPaccess的RLC层）发送处理后未被接收方对等层正确接收的比例。对于某个5QI的值来说，上下行的PER是相同的。

Averaging Window

Averaging window 专为GBR QoS flow定义。它代表GFMR和MFBR的计算区间。averagingwindow 由5QI来通知并且如果未被收到的话将采用标准默认值。

标准的5QI和QoS的映射关系--Standardized 5QI to QoS characteristicsmapping

标准一对一的5QI和QoS特性的映射关系如下表所示：

Reflective QoS

ReflectiveQoS 能够使UE把上行用户面数据映射到没有SMF提供QoS rule 的QoS flow上，而且它可以应用于IP PDU session和Ethernet PDU session。这可以在UE上通过指定UE在下行接收的数据上获取QoSrule来实现。在同一PDU session上可同时使用reflective QoS和non-reflective QoS。

对于支持reflective QoS功能的UE，如果5GC对一些flow使用了reflective QoS功能，UE可以基于收到的下行数据为上行数据生成一个UE Derived QoS rule。UE使用UE derived QoS rule来确定上行数据和QoS flow的映射。

支持Reflective QoS 功能的3GPP UE将在PDU session建立阶段向网络侧指示reflective QoS 能力（向SMF）。

UE Derived QoSRule

UEderived QoS rule 包含了下列参数：

- Packet Filter Set

- QFI;

- Precedence value.

ULpacket filter基于收到的下行数据包（sourceIP+portnum,destinationIP+portnum）来得到。

derived QoS rule 的QFI设成从下行数据包中获得的值。

一旦ReflectiveQoS 被激活，所有的derivedQoS rule的优先值都会被设置成标准值。

ReflectiveQoS Control

ReflectiveQoS 控制基于每数据包来实现，和QFI相结合同时使用N3的包头里的Reflective QoS Indication (RQI)来完成。这里还涉及使用一个定时器Reflective QoS Timer (RQ Timer) ，这个定时器可以在PDU session 建立时候发送给UE，也可以设置成默认值。

RQA（Relective QoS Attribute）是QoS flow的QoS profile中的一个属性，由SMF通过N2提供给NG-RAN，用来指示这个QoSflow上的一些数据流量使用Relective QoS。RQA在UE上下文在NG-RAN建立和QoS flow建立时候发送给NG-RAN。

当5GC决定在一个指定的SDF上采用relective QoS时候，SMF应该通过N4告诉UPF将在SDF上使用relective QoS。

当UPF收到这个针对SDF的指示后，UPF将把N3的封装头部中的RQI比特位进行设置。这个设置将应用于每一个这个SDF上的下行数据包。

当RAN侧从N3的下行方向上收到RQI后，RAN将把QFI和应用Reflective QoS的下行数据包指示给UE。

在UE收到应用ReflectiveQoS的下行数据包后：

- 如果对应下行数据包的packetfilter里没有UE derived QoS rule，则：

- UE为下行数据包生成新的UE derived QoSrule及packetfilter，并且，

- UE为UE derived QoS rule设定RQ timer。

- 否则UE将重新启动UEderived QoS rule 关联的定时器timer。

这里需要注意的是non-3GPP AN并不需要通过N2信令来打开Reflective QoS功能。

Non 3GPP 接入将透明地发送QFI和RQI给UE。如果UPF并没有提供RQI，则UE derivedQoS rule 将不会生成。

如果UPF提供了RQI来辅助UE触发UE derived QoS rule 的更新的话，那么将接受一个包含QFI的包来启动RQ timer。

如果UE derived QoS rule 关联的定时器超时，UE将删除相关的UE derived QoS rule 。

当5GC决定为一个指定的SDF打开reflective QoS，SMF将：

- 移除使用reflectiveQoS的指示，这个操作要通过N4接口提供给UPF SDF信息。

当UPF收到了针对这个SDF的操作后将不再设定这个RQI的比特位。

UPF将继续接受原始授权QoS flowSDF上的上行数据流量。

Packet Filter Set

Packet Filter Set 应用于QoS rule或者SDF template来标示一个QoS flow。Packet Filter Set包含了下行方向上的数据*过包**滤器filter，上行方向以及应用于双向的packet filter。

PacketFilter Set分为两种类型： IP Packet Filter Set 和Ethernet Packet Filter Set, 它们对应于PDUsession的类型。

IP PacketFilter Set

对于IP PDUsession 类型来说，Packet Filter Set需要支持下列任意组合：

- Source/destinationIP address or IPv6 prefix.

- Source/ destination port number.

- ProtocolID of the protocol above IP/Next header type.

- Typeof Service (TOS) (IPv4) / Traffic class (IPv6) and Mask.

- FlowLabel (IPv6).

- Securityparameter index

Ethernet Packet Filter Set

对于EthernetPDU session 类型来说，Packet Filter Set需要支持下列任意组合：

- Source/destination MAC address

- Ethertypeas defined in IEEE 802.3 [yy]

- Customer-VLANtag (C-TAG) and/or Service-VLAN tag (S-TAG) VID fields as defined in IEEE802.1Q

- Customer-VLANtag (C-TAG) and/or Service-VLAN tag (S-TAG) PCP/DEI fields as defined in IEEE802.1Q

- IP Packet Filter Set, in case Ethertypeindicates IPv4/IPv6 payload