一个PDR中同时关联了两个URR或QER，是如何区分使用？

varsarch

从实战报文看，SMF在N4会话创建或修改流程中，经常会出现一个PDR中同时关联了两个URR或QER，但是URR或QER本身又没有优先级的标识，请问实际上是通过怎样的机制来选择使用对应的URR或QER？谢谢！

admin

查了下29244，首先一个PDR关联多个URR或QER是合规的。原文是：“Each PDR shall contain a PDI, i.e. one or more match fields against which incoming packets are matched, and may be associated to the following rules providing the set of instructions to apply to packets matching the PDI:
- zero, one or more QERs, which contains instructions related to the QoS enforcement of the traffic;
- zero, one or more URRs, which contains instructions related to traffic measurement and reporting.”


然后后面有章节专门提到了qer和urr的handing。关于一个pdr关联多个urr，个人认为是合理的，只要任意一个满足，upf都需要上报。比如urr1要求上行流量100M上报，urr2要求总流量达到500M时上报。或者是不同类型的urr上报（如一个urr是做start of traffic上报，一个urr是做droped dl traffic threshold上报。）规范里只是举例说明了一个特例，就是当urr1要求upf当配额耗尽后就丢弃用户面数据包，那么其他的urr应该停止测量。原文是：
“A PDR can be associated with multiple URRs. If one of these URRs requires the UP function to drop the user data packets, e.g. when the Quota has been exhausted, the other URRs associated to the PDR need also to stop their measurements, except for URRs including the Measurement Information with the 'Measurement Before QoS Enforcement' flag set to "1".”

但关联多个qer，如何处理没有在规范里找到明确说明。我个人理解只要关联的多个qer之间没有明显冲突就行（比如qer1说mbr是100M，qer2说mbr是150M）。
我看到的包里并没有看到qer有冲突的，比如我从没见过一个pdr关联了两个qer，然后有不同的mbr值。如果您这边看到了，可以贴出一些log，就单个case来具体讨论。

varsarch

多谢解答！其中URR部分就非常清晰了，另外关于QER部分，我看了实战报文，发现的确两个QER之间非但没有冲突，而且各自定义的类别都不一样，例如其中一个定义了MBR，而另一个就定义了QFI。个人的理解如下，不知道是否正确：其实MBR和QFI是可以同时定义在一个QER中的，但如果分别单独定义的话，可以让PDR更灵活的组合引用，例如我在ULCL场景的报文中所见，有些PDR同时关联了两个QER，有些就只关联了一个。
另外再弱弱的问一句，对于下行的数据包，是否就是靠关联的QER中的这个QFI配置来给GTP的附加头打上QFI信息？谢谢！

admin

说下我的理解：
Q1：例如其中一个定义了MBR，而另一个就定义了QFI。个人的理解如下，不知道是否正确：其实MBR和QFI是可以同时定义在一个QER中的，但如果分别单独定义的话，可以让PDR更灵活的组合引用，例如我在ULCL场景的报文中所见，有些PDR同时关联了两个QER，有些就只关联了一个。A1：规范确实没说mbr和qfi不能放在一个qer里，因此放在不同的qer，个人理解属于厂家实现。至于好处，个人赞同您的观点，可以更灵活。因为最开始是create qer，后面还有update qer，如果只想修改mbr而不想修改qfi，则更新指定的qer即可。另外，也许这样做，可能和编程语言的处理效率也有关系，也许这样做，该语言的解析效率更高。但不管怎样，也还是符合规范的。非要说不好，可能就是带两个QER，长度会大一些，占用更多的带宽资源。如果有条件，可以多找两个厂家对比下，看看是不是都是这样做的。

Q2：另外再弱弱的问一句，对于下行的数据包，是否就是靠关联的QER中的这个QFI配置来给GTP的附加头打上QFI信息？谢谢！

A2：是的。N4口只有pdr和qer里会出现qfi，其中pdr出现的qfi只针对上行流量（即source interface=access），用来告诉upf怎么拆包和检测包（而不是用来插入qfi的），也就是告诉upf，如果有n3口的包过来了，并且gtp-u的qfi=X，那么就关联对应的far进行转发。而QER里的QFI则只针对下行流量（也就是source interface=core或者FAR的destination interface=access）的，用于将下行流量往N3转的时候，（gtp-u头）打上对应的QFI。
原文1【For 5GC, the mapping of DL traffic to QoS flows is achieved by configuring QERs with QFI(s) for the QoS flow marking and associating FARs to the downlink PDRs, with FARs set to forward the packets to the appropriate downstream GTP-U tunnel (N9 or N3).
-对于5GC，DL流量到QoS流的映射是通过为QoS流标记配置带有QFI(s)的QER并将FAR与下行链路PDR相关联来实现的，FAR设置为将数据包转发到适当的下游GTP-U隧道（N9或N3）;】
原文2：【Create QER IE within PFCP Session Establishment Request: - QFI：This IE shall be present if the QoS flow identifier shall be inserted by the UPF.

补充：
其实Q2的答案也和Q1有关。就是根据我的发现，只有下行流量的N4规则的PDR里，才会出现两个QER（一个用来MBR，一个用来QFI打标）。您可以观看下看看。上行流量的N4规则没有看到关联两个PDR的情况。这个是我的发现。供您参考。
还有两段原文，也附上：
For 5GC, the PDI may additionally contain one or more QFI(s) to detect traffic pertaining to specific QoS flow(s).
- 这个是说PDI里的QFI是用来做检测，不是用来打标的。

As a result, uplink packets received on the uplink PDU session but that do not match the SDF filter(s) or Application detection filter and QFI associated to the uplink PDRs are discarded.
- 这个是说，没关联上SDF filter 或app-id或QFI的上行包就会被丢弃。

Update QER IE within PFCP Session Modification Request：
- QFI：This IE shall be present if it needs to be modified.
- 这个是说QFI是可以被修改的（和MBR一样）。通过N4会话修改流程。

varsarch

解答非常详尽！其实我的看法和您是一样的，也认为上行PDR里不应该再关联QER，至少不应该关联QFI相关的QER；但是我从实战报文中所见，上行PDR却关联了MBR和QFI的QER，这点我之前就一直没想明白，现在可以顺带再分析研究一下，谢谢。

admin

varsarch 发表于 2022-7-29 08:27
解答非常详尽！其实我的看法和您是一样的，也认为上行PDR里不应该再关联QER，至少不应该关联QFI相关的QER； ...

您看看，这个UPF是不是I-UPF。也就是从N3来的上行包，要通过N9转给PSA去的规则。所以要QER打标和限速。如果是普通的UPF，就不太清楚了。