同一个会话中的不同Qos flow之间的ARP值是否唯一？

varsarch

从涉及N26互操作场景的PDU会话建立流程中看，SMF在向AMF申请分配Qos flow对应的EBI时，EBIassignment request消息中所提供的信息只有SUPI、pdusessionID，以及ARPlist，也就是说从这三个参数上就能确定了一个具体的Qos flow，这么说同一个会话中的不同Qos flow之间的ARP值是唯一的？（4G中的承载也一样吗？），总觉得SMF提供的信息有点少，是否把QFI也带上就更清晰

admin

查了下规范，先说结论，我个人理解，smf找amf分配ebi的时候不用带qfi。因为qfi是smf拿到ebi之后，产生mapped eps bearer context的时候，smf把ebi和qfi的映射关系加进去，并且这个映射关系回发给gNB和UE。
【另外，找amf分配ebi携带的参数是arp list，也就是可以携带多个arp的，可以不止1个。】
我看的是23502的Figure 4.11.1.4.1-1: Procedures for EPS bearer ID allocation的第9步这么说的：
- 9a. [Conditional] In non-roaming or LBO scenario, the PGW-C+SMF includes the mapped EPS bearer context(s)
and the corresponding QoS Flow(s) to be sent to the UE in the N1 SM container. PGW-C+SMF also indicates the mapping between the QoS Flow(s) and mapped EPS bearer context(s) in the N1 SM container. PGWC+SMF also includes the mapping between the received EBI(s) and QFI(s) into the N2 SM information to be sent to the NG-RAN.
以下是一个pdu会话接受消息的例子：我看是有qfi和ebi的映射关系的。

varsarch

admin 发表于 2022-9-5 00:22
查了下规范，先说结论，我个人理解，smf找amf分配ebi的时候不用带qfi。因为qfi是smf拿到ebi之后，产生mappe ...

没错，我从信令中也能看到qfi是在smf找amf分配完ebi之后产生的，并通过PDR等与UPF交互。但是我想确认对于同一个会话中，PCF/PCRF在给Qos flow/承载分配ARP时，是不是不会重复的？我在4G的时候就一直有这个疑问，谢谢！

admin

个人理解是这样的。
1是Qos可针对PDU会话或者某个SDF（例如腾讯app、优酷app）来做、如果是针对SDF来做的话，那ARP不见得是唯一的。这个一般要看商业合同是怎么签的来定。QOS一般都是自上而下，拿钱说话。但咱们讨论的不是这个。而是针对PDU会话来讨论ARP。
2不管是4/5G，都类似。拿5G举例，5QI和ARP都是Qos flow的一部分，联合起来可以完成qos flow的binding。也就是绑定或映射到一个qos流（或4G的bearer）。
TS23503的6.1.3.2.4 QoS Flow binding里这么说的：
- QoS Flow binding is the association of a PCC rule to a QoS Flow within a PDU Session. The binding is performed using the following binding parameters:
1）5QI；2）ARP；还有一些别的参数如平局窗口、MBR等。
这个5QI和ARP其实核心网拿着没什么太多用，最终是发给gNB去做空口资源分配和调度的。
另外，我还看了某个具体的实现，最后的结论是：
- 一个PDU会话中（不管几个Qos流），不能说ARP是唯一的。而应该说5QI+ARP的组合是唯一的。
比如：
qos flow1是：5QI 1 + ARP1
qos flow2是：5QI 2 + ARP1【4G是QCI + ARP的组合】
这样是可以的。只要它俩的组合唯一应该就可以。能够根据这个组合绑定到不同qos流来分配调度资源就行。
供参考。

varsarch

admin 发表于 2022-9-7 23:15
个人理解是这样的。
1是Qos可针对PDU会话或者某个SDF（例如腾讯app、优酷app）来做、如果是针对SDF来做的 ...

您的回复我能理解，也认同！但现在又回到最初的问题上，既然5QI+ARP是唯一代表一个qos flow的，那为什么SMF在向AMF申请分配EBI时，不把5QI和ARP都带上呢？从信令看，只带了pdusessionID和ARP，这样如果下次在同一个PDU会话中，又申请新增一条专用qos flow时，该qos flow却使用了与之前其它qos flow相同的ARP的话，那会不会导致AMF无法区分呢？总结说，我认为AMF应该要根据不同的特征来分配不同的EBI，而如果出现了相同的特征值时，不会出现混乱吗？谢谢！

admin

明白您的疑问了。不过仔细查了下，怕是要被打脸了。
首先更正下，我楼上说的见过5qi+arp组合唯一是不准确的，我又仔细去看了下，发现应该是4G的qci+arp组合。
然后说下个人的一些结论：
关于同一会话不同qos流的arp值是否唯一？
- 很想找到规范中的原文，但没找到。因此我也不能确定。

但是我找了vonr、epsfb的包（因为只有这些包里才会有专有qos流，看纯粹的5到4切换意义不大，因为只有default qos流）。
发现ims的缺省qos流和转有qos流的arp值是不同的，所以暂时还没发现您碰到的问题。

我从包里的发现大致如下：【按时间线排序，同一个用户】
1）ims的pdu会话建立(缺省qos流):
- amf为缺省qos流分配了ebi：pdu session id = 5，ebi = 5，arp=1;

2) xxnet的pdu会话建立(缺省qos流):
- amf为缺省qos流分配了ebi：pdu session id = 6，ebi = 6，arp=9;

3）ims语音呼叫触发ims专载建立（专有qos流 + PDU会话修改流程）
- amf为专有qos流分配了ebi：pdu session id = 5，ebi = 7，arp=2;

4）smf透过amf给gNB发的N1和N2消息，其中
4.1）N2消息：pdu session resource modify request中，加入了5qi的信息：
- 也就是需要增加的qos流的信息为：pdu session id = 5，ebi = 7，arp=2，5qi=1，另外还有GBR的信息
4.2) N1消息：pdu session modificatin command中，加入了mapped eps bearer context的信息：
- 包括：ebi = 7，qci = 1。

如果是vonr场景，gnb同意建立专载的话，那gNB会发handover required：
- pdu session id = 5和pdu session id = 6。没有其他标识qos流的参数。

另外，您在1楼贴的图，只有一个ebi分配的截图，个人建议您如果有多厂家环境的话，看看多厂家的实现。
- 但一定要看同一个用户在建立ims pdu会话和建立ims专有qos流时，smf都会找amf分配ebi，您可以看看两次的arp值是否相同（我看到的都是不同的。）
如果多厂家都是不同的，那个人觉得同一会话不同qos流的arp值就应该是唯一的。只不过是我没有找到规范的原文而已。

供您参考。

varsarch

admin 发表于 2022-9-17 00:00
明白您的疑问了。不过仔细查了下，怕是要被打脸了。
首先更正下，我楼上说的见过5qi+arp组合唯一是不准确 ...

感谢这么详尽的回复！
1、我目前也是没见到过同一PDU会话中，不同的qos flow用了相同的arp值，所提的问题只是个人的一种想法和疑虑
2、以前我也在网上见到过描述，4G中承载的QCI+ARP是唯一的，个人觉得在5G中应该也一样，如果当QCI（或5QI）和ARP的需求都相同时，应该就合并到已有的承载或流中就可以了，大不了调整一下最大速率、保证速率就行了，没太大必要再单独区分承载或流了吧。