《5GC实践篇》之SMF篇（14）网元选择之查NRF选择PCF

如果AMF没有给SMF提供选择的PCF信息，SMF也可以选择和AMF不一样的PCF。

也许有些实际网络中负责am-policy的PCF在拜访地，负责sm-policy的PCF在归属地，

如果是这种需求的话，那SMF肯定就需要选择和AMF不相同的PCF了。

Q1：SMF根据什么来查NRF选择PCF呢？也就是PCF的选择原则是什么？

A1：规范是TS23501的6.3.7.1 PCF discovery and selection for a UE or a PDU Session。

明确了PDU会话建立流程中的PCF选择可根据SMF的本地配置、选择的DNN、PDU会话的S-NSSAI、SUPI、GPSI等

参数来进行选择。

二 检查点与消息举例

1）检查当SMF收到AMF发过来的Nsmf_PDUSession_CreateSMContext Request请求消息后，应发起到NRF的PCF

查询请求。该请求采用Get方法，request-uri部分应类似这样的：

/nnrf-disc/v1/nf-instances?service-names=npcf-smpolicycontrol&target-nf-type=PCF&requester-nftype=SMF&requester-nf-instance-fqdn=smf666.51xuetongxin&dnn=ims&gpsi=msisdn-8613X66668888

【本例中主要是以DNN和GPSI来查PCF，根据SMF的配置，也可以带上切片来查。】

2）检查NRF能根据请求中的条件返回正确的200 OK响应和PCF信息。上节给过样包截图，这里不再重复列举。

如果NRF返回了404则代表根据UE的SUPI或GPSI没有找到对应的PCF。

这有可能是服务该号段的PCF没有在NRF中注册成功，可以找做PCF的朋友配合检查。

或者也可以手工发起一个curl的查询请求，不带GPSI这个查询条件，看看能否得到PCF的信息。

从而来做故障定位和缩小范围。

3）最后要检查SMF是否向第2步返回的PCF发起了服务调用，请求PCF下发策略。

如下图所示：

（截图有4个消息。前2个消息是SMF去NRF查PCF，第3个消息是SMF调用该PCF的服务来获取策略。

这里要重点检查第3步报文的目的IP是否和第2步NRF返回的PCFInfo里的PCF IP一致。

以避免SMF没听NRF的，根据本地配置选了个PCF，导致策略拿错了。甚至会话建立失败。）