pdusession建立失败

Question

ue在NR网络上，service request过程中rrc连接建立完成，安全完成，网络请求eutra能力，但ue不支持eutra，所以回复为空的uecapability information.
然后上行直传通知网络侧pdusession建立请求，但是始终收不到重配消息，而收到了网络侧通知的rrcrelease消息且携带deprioritisation request.
请各位帮忙分析pdusession建立失败的可能原因。
另外ue的上下行传输是OK的。
自己理解上报空eutra不会有影响，但也不确定。注册时已经上报给nr能力。

Answer 1

引自免费微信小程序：皆我百晓生

你的问题是关于在5G网络中的UE（用户设备）与NR（新无线电）网络交互过程中的PDU会话建立失败的问题。你描述的过程涉及到服务请求、RRC（无线资源控制）连接建立、安全过程以及UE的能力信息上报等。根据你提供的信息，我可以分析如下：

1. UE上报空EUTRA能力信息：当UE不支持EUTRA（即不支持LTE技术）时，它会向网络上报空的能力信息。理论上，这不应该导致PDU会话建立失败，因为NR网络应该能够处理这种情况。但是，网络侧对此的响应和处理方式可能影响到后续流程。
2. PDU会话建立失败：在RRC连接建立和安全过程完成后，UE尝试通过上行直传通知网络侧建立PDU会话。如果没有收到重配消息而收到RRCRelease消息并携带deprioritisation request，这可能意味着网络侧在处理UE的PDU会话请求时遇到了问题。

可能的原因包括：

• 网络配置问题：网络侧可能没有正确配置以处理UE的PDU会话请求。这可能是由于网络侧的策略、流程或资源分配问题导致的。
• 消息处理延迟或丢失：网络中可能存在消息处理延迟或丢失的情况，导致UE没有收到期望的重配消息。
• UE与网络的兼容性或交互问题：尽管UE在注册时已经上报了其NR能力，但在实际建立PDU会话的过程中，可能存在一些细微的交互或兼容性问题。

为了进一步诊断问题，你可以考虑以下步骤：

1. 检查网络日志：查看网络侧和UE侧的日志，以获取更多关于PDU会话建立过程的详细信息。
2. 验证UE配置：确保UE已正确配置并上报了其能力。
3. 与网络团队沟通：与网络团队沟通以了解网络侧的处理和配置情况。
4. 测试其他UE：使用其他支持EUTRA的UE进行相同的操作，以验证问题是否仅限于特定的UE还是网络的问题。

关于你的疑问“上报空EUTRA是否有影响”，基于你提供的描述，理论上它不应该导致PDU会话建立失败，除非网络侧对此情况的处理存在问题。但具体情况还需要结合网络和UE的日志进行详细分析。