通信人家园

标题: 5G中系统过载是这样进行处理的！  [查看完整版帖子] [打印本页]

---

时间:  2025-10-11 07:26

作者: litom2004     标题: 5G中系统过载是这样进行处理的！

5G系统学习--系统过载(启动)

原文来自V信公众号"和老康一起学5G"

一、系统过载在5G网络中“过载”是指流量过大或过多设备同时尝试连接，这将导致网络资源不堪重负，从而导致拥塞、网速变慢或连接失败；应对这些过载策略包括释放更多授权频谱、通过网络切片分配资源以及核心网络功能，实施节流、退出定时器和过载消息等机制以有效地控制和管理流量。

二、过载启动流程就是通知NG-RAN节点减少流向相关AMF信令负载，启动流程使用非UE关联信令；如下图8.7.7.2-1所示启动包括：

• 接收过载启动消息的NG-RAN节点应假定接收该消息的AMF处于过载状态。
• 如果过载启动消息中包含过载操作IE和AMF过载响应IE，则NG-RAN节点应使用它来识别相关的信令流量；当过载操作IE设置为：
  
  

•        “拒绝非紧急移动发起数据传输的RRC连接建立”(即拒绝与TS 38.331中的RRC原因“mo-data”、“mo-SMS”、“mo-VideoCall”和“mo-VoiceCall”或TS36.331中的“mo-data”和“mo-VoiceCall”对应的流量),或
•       “拒绝信令的RRC连接建立”(即拒绝与TS 38.331中的RRC原因“mo-data”、“mo-SMS”、“mo-signalling”、“mo-VideoCall”和“mo-VoiceCall”或TS 36.331中的“mo-data”、“mo-signalling”和“mo-VoiceCall”对应的流量),或
•       “仅允许紧急会话和移动终止服务的RRC连接建立”(即仅允许与TS 38.331或TS 36.331中的RRC原因“emergency”和“mt-Access”),或
•       “仅允许为高优先级会话和移动终止服务建立RRC连接”(即仅允许与TS 38.331中的RRC原因“highPriorityAccess”、“mps-Priority Access”、“mcs-PriorityAccess”和“mt-Access”或TS 36.331中“highPriorityAccess”、“mo-ExceptionData”和“mt-Access”相对应流量），
  
  

三、过载处理NG-RAN根据情况处理如下：

• 如果OVERLOAD START消息中包含AMF流量负载减少指示IE，则按指示的百分比减少信令流量；否则，确保仅将未指示为拒绝的信令流量发送到AMF。
• 如果OVERLOAD START消息中包含Overload Start NSSAI List IE，则NG-RAN节点应：
  
  

•    如存在Slice Traffic Load Reduction Indication IE，则按指示百分比减少UE的信令流量，前提是该IE已存在并且请求的NSSAI仅包含 Overload Start NSSAI List IE中包含的S-NSSAI及由Slice Overload Response IE中的Overload Action IE指示减少的信令流量；否则，确保仅将来自UE信令流量(如请求NSSAI匹配，则仅将来自UE请求NSSAI包含Overload Start NSSAI List IE中包含S-NSSAI以外的S-NSSAI)或由Slice Overload Response IE中Overload Action IE指示未减少的信令流量发送给AMF。
•     如正在进行过载控制并且NG-RAN节点收到另一个OVERLOAD START消息，则NG-RAN节点应将先前收到信息内容替换为新内容。
• 
  
  
  

---

时间:  2025-10-11 09:22

作者: laozhu

学习了

---

时间:  2025-10-11 15:16

作者: 不吹不黑

哦，了解了！

---

通信人家园 (https://www.txrjy.com/)

Powered by C114