![](https://img-blog.csdnimg.cn/42f593247afe41ec9a36605a69adbff9.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
5GC原理与实践之实践篇(PCF篇)
文章平均质量分 68
通过log实战分析,学习5GC原理,按网元分类学习。这个是PCF篇。首发于51学通信知识星球(知识星球App内搜索51学通信)。更多精彩,请加入51学通信知识星球。
51学通信
这个作者很懒,什么都没留下…
展开
-
第31篇:PCF支持向SMF发送缺省计费方法
验证PCF向SMF发送默认计费方法(如online或者offline)。- 因为PCF除了需要支持策略控制,还需要支持计费控制。原创 2023-08-20 15:38:24 · 136 阅读 · 0 评论 -
第30篇:PCF支持向SMF发送CHF信息
验证PCF向SMF发送CHF信息。- 因为PCF除了需要支持策略控制,还需要支持计费控制。原创 2023-08-20 15:37:50 · 190 阅读 · 0 评论 -
第29篇:PCF支持事件订阅:RAT类型改变(RAT_TY_CH)
验证PCF支持到SMF的事件订阅:RAT类型改变(RAT_TY_CH)事件。- 当SMF检测到UE的RAT类型发生变化时,将向PCF发送报告。原创 2023-08-20 15:37:19 · 102 阅读 · 0 评论 -
第28篇:PCF支持事件订阅:重验证时间超时(RE_TIMEOUT)
验证PCF支持到SMF的事件订阅:重验证超时(RE_TIMEOUT)事件。- PCF下发策略时可以包含一个revalidationTime,也就是重验证(或叫重授权)时间,是年月日小时分分钟这样的时间戳格式。当该时间一到,SMF需要向PCF重新申请sm-policy。相当于一种定时触发的策略控制。- 举一个例子,有一个闲时套餐,是夜里11点到早上6点生效,则可以设置一个revalidationTime为23:00到早上6:00 AM。原创 2023-08-20 15:36:38 · 121 阅读 · 0 评论 -
第27篇:PCF支持事件订阅:资源成功分配(SUCC_RES_ALLO)
验证PCF支持到SMF的事件订阅:资源成功分配(SUCC_RES_ALLO)事件。- 这里的资源通常是针对专有Qos流,由AF请求PCF创建的。例如为VoNR音频或视频流建立GBR的专载保障,当建立成功时,PCF应该向AF报告。这样,万一建立不成功,AF可以在应用层采取一些动作,例如CSFB,保障业务的连续性。原创 2023-08-20 01:06:28 · 106 阅读 · 0 评论 -
第26篇:PCF支持事件订阅:默认Qos改变(DEF_QOS_CH)
验证PCF支持到SMF的事件订阅:默认Qos改变(DEF_QOS_CH)事件。原创 2023-08-20 01:05:34 · 82 阅读 · 0 评论 -
第25篇:PCF支持事件订阅:Session-AMBR变化(SE_AMBR_CH)
验证PCF支持到SMF的事件订阅:Session-AMBR改变(SE_AMBR_CH)事件。原创 2023-08-20 01:04:35 · 171 阅读 · 0 评论 -
第24篇:PCF支持事件订阅:数据域停机状态改变(PS_DA_OFF)
验证PCF支持到SMF的事件订阅:PLMN改变(PS_DA_OFF)事件。原创 2023-08-20 01:03:34 · 181 阅读 · 0 评论 -
第22篇:PCF根据AF的请求,要求SMF提供接入网信息上报(AN_INFO)
验证PCF能根据AF的请求,要求SMF提供接入网信息上报(AN_INFO)。原创 2023-08-20 01:01:05 · 331 阅读 · 2 评论 -
第21篇:PCF支持事件订阅:PLMN改变(PLMN_CH)
验证PCF支持到SMF的事件订阅:PLMN改变(PLMN_CH)事件。原创 2023-08-20 01:00:10 · 95 阅读 · 0 评论 -
第20篇:PCF支持事件订阅:UE IP地址改变(UE_IP_CH)
验证PCF支持到SMF的事件订阅:UE IP地址变化(UE_IP_CH)事件。原创 2023-08-20 00:58:04 · 192 阅读 · 0 评论 -
第19篇:PCF支持事件订阅:没有配额(NO_CREDIT)
验证PCF支持到SMF的事件订阅:没有配额(NO_CREDIT)事件。原创 2023-08-19 13:45:22 · 111 阅读 · 0 评论 -
第18篇:PCF支持事件订阅:Serving Area Change
验证PCF支持到SMF的事件订阅:Serving Area Change事件。原创 2023-08-19 13:24:15 · 65 阅读 · 0 评论 -
第17篇:PCF支持事件订阅:Serving CN node Change
验证PCF支持到SMF的事件订阅:Serving CN node Change事件。原创 2023-08-19 13:13:18 · 72 阅读 · 0 评论 -
第16篇:PCF支持下发重定向规则(redirectInfo参数)
验证PCF能够通过N7接口下发重定向规则。(后续SMF再转换成N4接口的FAR给UPF执行重定向。原创 2023-08-19 11:22:41 · 105 阅读 · 0 评论 -
第15篇:PCF支持门控(Gating Control)功能
验证PCF能够通过N7接口下发门控规则。(后续SMF再转换成N4接口的QER给UPF执行门控。原创 2023-08-19 11:21:35 · 157 阅读 · 0 评论 -
第14篇:PCF支持下发业务检测规则
验证PCF能够通过N7接口下发业务的检测规则。(后续SMF再转换成N4接口的PDR给UPF执行检测。原创 2023-08-19 10:36:41 · 187 阅读 · 0 评论 -
第13篇:PCF支持IMS紧急会话的Qos参数下发
验证PCF能够识别出IMS紧急会话,并且下发正确的Qos参数。原创 2023-08-19 10:35:04 · 211 阅读 · 0 评论 -
第12篇:PCF下发对Qos流的管控策略
缺省Qos流的Qos参数通过sessionrule参数下的authDefaultQos参数下发。可以看到PCF正确的下发了关于该PDU会话的缺省Qos流管控参数为5QI=5,以及ARP的值。层(AF)的Qos要求,动态触发专有Qos流的建立(PDU会话修改流程)并下发Qos参数。再来回顾下缺省Qos流的Qos参数的下发流程,是PDU会话建立流程的一部分。其中Qos流级的Qos管控又分为对缺省Qos流的管控和专有Qos流的管控。缺省Qos流的Qos参数通常在PDU会话建立流程中下发;原创 2023-08-19 10:33:57 · 207 阅读 · 0 评论 -
第11篇:PCF下发对业务数据流(SDF)的管控策略
SMF调用PCF的Npcf_SMPolicyControl_Create服务操作,PCF在返回的响应中下发SDF的管控策略。可以看到这里的key值与前面的refQosData的取值相同,都是QosProfile_nonGBR,建立了关联。别急,refQosData里指定的是一个Qos Profile的name。所谓的业务数据流(Service Data Flow:SDF)就是针对某个特定的App来实施的管控。其中,#1772是SMF发送给PCF的POST请求,#1792是PCF返回的201响应。原创 2023-08-19 10:33:00 · 240 阅读 · 0 评论 -
第10篇:PCF向UDR发送策略变更事件的去订阅
对照发现,delete方法中uri部分与29504中的api要求一致,符合规范。去订阅比较简单,规范是29504的5.2.2.7 unsubscribe。无论是想学习课程、看视频、看案例、看log、看实战,统统都有。更多精彩内容,请阅知识星球700+篇精华合集帖。含视频、图文专栏、精华帖、问答等等精华内容。该链接收录了知识星球700+篇的精华内容,采用delete方法,正确响应是204。原创 2023-08-19 10:28:58 · 51 阅读 · 0 评论 -
第9篇:PCF接收UDR发送的策略变更通知
第1个包166字节那个,就是UDR发给给PCF的通知消息的Headers部分,第2个包是请求消息的Data部分。可以看到包括两个参数,一个是监控的资源(monitor resource)是某个UE的sm-data。上一集提到,PCF可以向UDR订阅策略变更事件(例如sm-data即PDU会话管理相关的策略事件),那如果UDR中相关的策略事件发生变化,UDR应向PCF发送通知。无论是想学习课程、看视频、看案例、看log、看实战,统统都有。该链接收录了知识星球700+篇的精华内容,PCF可以据此制定新的策略。原创 2023-08-19 10:27:15 · 136 阅读 · 0 评论 -
第8篇:PCF向UDR订阅用户签约数据变更事件
需要注意,当UDR作为PCF-BE时存储的用户签约数据,与UDR作为UDM-BE时存储的用户签约数据是完全不同的。UDM中存放的是基本的5G开户数据,例如是否签约5G、签约的DNN、签约的切片、缺省的Qos等。由于静态数据的发放是在UDR中的,因此产生变化时,PCF并不知道,这就影响到了PCF制定策略。-用户签约的用量的累积粒度应包括按用户、按套餐、按业务、以及按APN累积;- 此类数据是PCF根据人物、时间、地点的不同制定的动态策略,例如。- 用户签约的用量累积时间区间应包括按日、按月、按有效期内累计;原创 2023-08-19 10:25:50 · 253 阅读 · 0 评论 -
第7篇:PCF向AMF订阅LOC_CH事件,UE移动到新AMF,新AMF给PCF发送报告
这个截图中,前两个包(201字节和346字节)是AMF2发给PCF的update,其中201字节的是POST请求部分,346字节是POST请求的JSON body部分。可以看出,body部分包含了trigger=LOC_CH,意思是告诉PCF,我不会无缘无故给你发update,是因为你向我订阅了这个事件,这是我给你发的通知。当UE离开当前AMF的服务区域,进入新的AMF区域时,新的AMF将向PCF发送事件报告。PCF会根据AMF做的上报进行策略评估,如果是UE当前所处的TAC是一个特殊区域,原创 2023-08-19 10:24:12 · 138 阅读 · 0 评论 -
第6篇:PCF支持订阅服务区域改变事件SERV_AREA_CH
PCF根据用户的签约数据,下发AM策略和UE策略,消息中同时向AMF订阅SERV_AREA_CH事件,也就是当UE发生服务区域变化时,AMF应向PCF发送报告。201响应如下图所示,包括订阅的事件(triggers=SERV_AREA_CH)和服务区域的范围定义,本例中服务区域由两个TAC组成。其中,Npcf_AMPolicyControl_Create服务操作在29.507中定义,采用POST请求,成功的响应是201。无论是想学习课程、看视频、看案例、看log、看实战,统统都有。这部分没有找到log。原创 2023-08-19 10:22:52 · 87 阅读 · 0 评论 -
第5篇:PCF向AMF订阅PRA事件, UE的PRA状态改变时,AMF向PCF报告
PRA(Presence Reporting Area)是5G网络中运营商规划的特定区域,例如专网的工程、大学城、体育馆等等。当UE进入和离开PRA,PCF将下发不同的管控策略给SMF去执行。但在此之前,PCF需要向AMF订阅UE的PRA状态。即UE是否在PRA区域里,以触发不同的策略管理。事件订阅成功后。当相应的事件产生时,AMF应通过praStatuses参数向PCF报告UE的PRA状态。原创 2023-08-19 10:20:51 · 329 阅读 · 0 评论 -
第4篇:PCF向AMF订阅位置改变事件,UE移动到新TA时,AMF向PCF报告
在5G注册流程中,AMF可以发送POST请求调用PCF的服务,向PCF请求接入管理策略am-policy,在PCF返回的201响应中返回am-policy,同时通过Policy Control Request Trigger参数向AMF进行事件订阅。事件订阅成功后。当相应的事件产生时,AMF应向PCF发送报告。本文为PCF向AMF订阅位置变更事件,即Policy Control Request Trigger参数的取值为LOC_CH。该参数在29507中定义。原创 2023-08-19 10:19:42 · 184 阅读 · 0 评论 -
第3篇:PCF下发RFSP策略
RFSP Index全称是“RAT/Frequency Selection Priority”,属于无线侧的参数,可以作为签约数据由UDM提供,也可以作为am-policy的一部分由PCF提供。AMF从PCF拿到后,通过N2消息透传给gNB。当透传给gNB后,gNB可据此映射到本地配置,形成相应的RRM(无线资源管理)策略,例如用于控制UE在小区的驻留、或决定是否需要将UE引导到其他频点或RAT。原创 2023-08-19 10:17:45 · 2186 阅读 · 0 评论 -
第2篇:PCF下发不允许区域限制策略
注册流程中,AMF要请求PCF提供接入管理策略(am-policy)。PCF可以在下发的策略中包含不允许区域(Not Allowed Area)限制策略,决定是否UE在某个特定的区域接入。原创 2023-08-19 10:16:37 · 125 阅读 · 0 评论 -
第1集:PCF下发允许区域限制策略
PCF可以在下发的策略中包含允许区域(Allowed Area)限制策略,决定是否UE在某个特定的区域接入。Areas子健中包含的tacs只有一个,即TAC = 0001,也就是图里的TAC1。然后根据23501中对不允许区域的定义,不允许区域也是可以注册的。回到这个问题,如果UE在TAC3下发起注册,而am-policy里下发的允许区域是TAC1。问题来了,如果UE在TAC3下发起注册,而am-policy里下发的允许区域是TAC1。如果PCF指明了TAC1为允许区域,则未指明的区域为不允许区域。原创 2023-08-19 10:14:17 · 216 阅读 · 0 评论