5GC基础自学系列 | N4口规则详解之BAR（包缓存规则）

Posted 2022-03-28 COCOgsta

视频来源：51学通信《5G核心网基础、协议与信令流程》

一边学习一边整理老师的课程内容及试验笔记，并与大家分享，谢谢支持！

附上汇总贴：5G基础自学系列 | 汇总

---

主要内容

介绍N4会话流程中下发的BAR规则以及主要参数

结合N2释放流程实际场景， 介绍空闲态下UPF的缓存行为控制。

BAR（包缓存规则）概述

关于BAR的处理，详见29244的5.2.4：Buffering Action Rule Handling

BAR的作用：用来告诉UP怎样缓存数据包。

BAR在哪个流程里下发的？

• 在N4会话建立流程中下发给UPF的。N4会话建立流程是PDU会话建立流程的一部分。也可以通过N4会话修改流程来更新和删除已经下发的BAR。

BAR怎么工作的？

• 每个BAR必须关联到一个FAR。也就是先看FAR的action是否是缓存报文， 然后再看BAR决定如何缓存。
• BAR定义的缓存规则包括缓存报文的数t量、缓存时间等主要参数。

BAR中的主要参数构成

BAR中的参数， 在29244的

• 7.5.2.6 Create BAR IE within PFCP Session Establishment Request
• 7.5.4.11 Update BAR IE within PFCP Session Modification Request
• 7.5.4.12 Remove BAR IE within PFCP Session Modification Request
• 7.5.9.2 Update BAR IE within PFCP Session Report Response中定义的。

该4小节详细说明了BAR的所有参数， 搞清楚了这些参数的含义， 基本就理解了BAR。

PFCP会话建立中下发的BAR参数

PFCP会话修改流程中更新和移除BAR

PFCP会话报告流程中更新BAR

结合UPF本地配置来做缓存

需要说明的是：前面提到的建议UP的缓存报文数量、时长等这些参数， 除了可以通过N4口的BAR下发，也可以直接在UPF中配置。

该场景下，如果需要缓存下行数据时，SMF只需要更新FAR，将Apply Action的BUFF/NOCP标记位置1即可无需下发BAR。由UPF根据本地配置的缓存参数来进行缓存。

（这样做1是可以减少N4口的信令，2是怕有些UPF不支持N4口的相关BAR参数下发或特性， 如Suggested Buffering Packets Count参数就需要UPF支持UDBC特性)

BAR的实际场景和信令分析举例

BAR通常用于UE处于CM-IDLE状态，当UPF收到下行数据时的场景。此时，UPF需要做两件事：

1）通知SMF有下行数据到达

2）在UE切换到连接态（CM-Connected）之前为UE缓存下行数据。

以下是场景说明：

1）早7点整：UE起床已经完成了注册和PDU会话建立流程（含N4会话建立）。

2）早7点0分10秒：因为UE没有流量产生，触发了N2释放流程。N3隧道也被去激活。SMF发送N4会话修改流程， 要求UPF做下行数据缓存。此时， 有两种方案：

• SMF更新BAR， 并提供缓存所需的相关参数；

或

• SMF更新FAR中的apply action的buff、nocp标记位（置1）， UPF根据本地配置的缓存参数开始缓存。