PCF下发允许区域限制策略

特决定多做一些优质的碎片化内容。

也就是做这个系列《看log学5GC》。

【是对专栏《5G原理与实践之实践篇》的简化版】。

这个系列的每一篇文章：

- 都是5GC网元的一个独立功能；

- 或者是一个独立的测试案例；

- 或者是一个独立的5GC知识点。

希望用更少更没有废话的文字，

只保留必须的说明，

简化简化再简化。

但每篇都必须要配齐以下三样：

- 配流程图，

- 配log截图，

- 配解说。

致力打造最佳的学习体验。

本文算第2篇。

《看log学5GC系列》

PCF下发允许区域限制策略

知识星球：51学通信

1 背景知识

注册流程中，AMF要请求PCF提供接入管理策略（am-policy）。PCF可以在下发的策略中包含允许区域

（Allowed Area）限制策略，决定是否UE在某个特定的区域接入。

这个允许区域由1到多个TA构成。

2 对应的流程图简介

3 重要的log解析：

1）先看第2步AMF发给PCF的获取am-policy的POST请求。

2）再看PCF回的201响应。

可以看到PCF下发的am-policy包含的主key为servAreaRes代表服务区域限制。

下面又包含了maxNumofTAs = 3这个子键，指明最大允许的TA数量是3个。

同时restrictiontype=allowedarea指明了限制类型是允许区域。

Areas子健中包含的tacs只有一个，即TAC = 0001，也就是图里的TAC1。而UE当前正好是在TAC1。所以

接下来AMF给UE回了注册接受消息。注册成功。

问题来了，如果UE在TAC3下发起注册，而am-policy里下发的允许区域是TAC1。

那UE能注册成功吗？

答案是可以的。

首先根据29507中PCF的am-policy服务规范的定义，

如果PCF指明了TAC1为允许区域，则未指明的区域为不允许区域。

然后根据23501中对不允许区域的定义，不允许区域也是可以注册的。但是不能发起业务请求，也就是PDU回话建立

失败。

回到这个问题，如果UE在TAC3下发起注册，而am-policy里下发的允许区域是TAC1。

那么AMF会给UE回注册接受。

但UE接下来发起PDU会话建立将会失败，这个请求会直接被AMF拒绝。

如下图：

cause值是28：Restricted service area.

需要注意，这个是5GMM cause而不是5GSM cause，

​表示是被AMF直接​以移动性管理的原因拒绝掉的。