某运营商用户反馈，作为被叫时出现无法接通的情况。
UPF收到主叫用户的下行INVITE消息，未能转发到终端侧，因此被叫用户未接收INVITE消息，主叫用户重发INVITE消息超时后，本次呼叫失败。
分析信令确认是因寻呼无响应触发SMF向UPF下发DROP丢弃动作，UPF的下行FAR执行DROP指示策略，将INVITE消息丢弃，最终导致用户被叫失败。
1. 2024-05-08 10:02:11.067 当前用户处于空闲态，由于有IMS会话下行数据，UPF通知SMF触发寻呼，如下图所示。
2. 三次寻呼无响应后，AMF响应Namf_Communication_N1N2TransferFailure Notification消息通知寻呼失败，携带失败原因“UE_NOT_RESPONDING”，如下图所示。
3. 2024-05-08 10:02:20.077 SMF通过PFCP Session Modification Request消息下发FAR中DROP为1，指标UPF丢弃报文，如下图所示。
4. 2024-05-08 10:02:20-2024-05-08 10:17:10期间SMF未对IMS会话的DROP字段进行修改，期间UPF会对IMS会话的下行报文进行丢弃，并且不触发下行上报，如下图所示。
5. 2024-05-08 10:04:45.763 UPF收到用户被叫的INVITE消息，因上一次寻呼无响应，导致UPF对报文进行丢下且不触发寻呼。PSBC重发4次后超时，如下图所示。
6. 2024-05-08 10:17:10.676 终端进行IMS域周期性注册更新，将DROP修改为FORW，用户被叫恢复正常，如下图所示。
1. 被叫用户处理空闲态，当主叫发送INVITE消息给UPF 后，UPF会触发DDN下行寻呼通知SMF。SMF收到通知后发起寻呼流程，但本次寻呼失败。AMF返回“Namf_ Communication_N1N2TransferFailureNotification”消息。SMF收到寻呼失败后，会根据配置的策略通知UPF，当前配置是指示UPF用户寻呼无响应时DROP报文，待终端恢复连接态后再执行报文转发策略。
根据协议描述，如果SMF从AMF收到指示UE不可到达时，进行禁止通知上报、禁止缓存报文、丢弃缓存报文等指示。
2. 执行如下命令，修改SMF的“寻呼失败指示策略”为DISCARDBUFF。
SET PAGINGFAILINDICATE:UENOTREACHABLE="DISCARDBUFF"
