目录

简介

问题

在SGSN中导致M3UA警报的事件序列

SGSN陷阱

跟踪日志

解决方案

相关信息

简介

本文档介绍在思科聚合服务路由器(ASR)服务GPRS（通用分组无线业务）服务节点(SGSN)发生重大网络故障或软件升级后，与MTP（消息传输部分）第3级用户适配层(M3UA)链路相关的问题和解决方案。 在ASR 5000节点连接到第三方节点(如归属位置寄存器(HLR)或无线接入网络(RNC))的互操作性场景中，通常会发生这种情况。

问题

根本问题是ASR 5000 SGSN从远程对等节点、信令传输点(STP)节点、HLR或RNC接收流控制传输协议(SCTP)层中低通告窗口大小。在SGSN的数据包捕获跟踪、SCTP show命令或监控协议跟踪中可以看到窗口大小较低。在数据包捕获中，您可以在SCTP SACK消息中看到通告的窗口大小，其值为零或接近零。发生这种情况时，SGSN会发出M3UA警报，以通知对等节点不从该对等终端发送数据包。这会导致SCTP链路抖动或进入拥塞状态。由于SGSN发送正常窗口大小，因此它继续从对等节点接收M3UA数据，但是如果对等节点从未出现拥塞，这些数据包可能会在等待队列中丢弃。

在SGSN中导致M3UA警报的事件序列

1. SCTP向M3UA发送流量控制开始指示。

2. SCTP向M3UA发送流量控制停止指示。

3. M3UA为关联设置拥塞活动标志，并开始定期轮询SCTP以了解其流量控制状态。

4. 当关联处于流控制中时，M3UA会将该关联的未来数据请求排队，直到达到QUEUE_SIZE。此时，将丢弃关联的未来消息。M3UA将关联拥塞信息传播给作为关联一部分的各个远程对等体。

5. M3UA清除关联的拥塞标志并停止轮询SCTP。

6. M3UA将其拥塞队列中的任何关联传输到SCTP。

SGSN陷阱

Tue Feb 11 07:03:12 2014 Internal trap notification 1074

(M3UAPSPCongested) ss7-routing-domain-1 peer-server-1

peer-server-process-1 (point-code-13959424) congested

Tue Feb 11 07:03:12 2014 Internal trap notification 1056

(SS7PCCongested) ss7-routing-domain-1 point-code-13959424 congested

Tue Feb 11 07:03:13 2014 Internal trap notification 1075

(M3UAPSPCongestionCleared) ss7-routing-domain-1 peer-server-1

peer-server-process-1 (point-code-13959424) congestion cleared

Tue Feb 11 07:03:13 2014 Internal trap notification 1057

(SS7PCCongestionCleared) ss7-routing-domain-1 point-code-13959424 congestion cleared

跟踪日志

Peer Server Id :        2   Peer Server Process Id:        1

Association State : ESTABLISHED

Flow Control Flag                       :                TRUE

Peer INIT Tag                           :                17282

SGSN INIT Tag                           :           3011555404

Next TSN to Assign to

Outgoing Data Chunk                   :            324019883

Lowest cumulative TSN acknowledged      :            324019882

Cumulative Peer TSN arrived from peer   :           2204328608

Last Peer TSN sent in the SACK          :           2204328607

Self RWND                               :              1048576 <- SGSN sends

this window size

Advertised RWND in received SACK        :                   32 <- peer sends

this window size

Peer RWND(estimated)                    :                   32 <- Estimated window

also goes down which cause SGSN not able to send packets on wire

Retransmission counter                  :                    0

Zero Window Probing Flag                :                FALSE

Last Tsn received during ZWnd Probing   :                    0

Bytes outstanding on all

addresses of this association        :                    0

Congestion Queue Length                 :                    0

Ordered TSN assignment Waiting QLen     :                 7690

Unordered TSN assignment Waiting QLen   :                    0

Total number of GAP ACKs Transmitted    :                    2

Total number of GAP ACKs Received       :                 2037

解决方案

每当链路上持续出现抖动或拥塞时，这表示对等节点由于来自SGSN的大量请求而未及时处理请求，或者SGSN可能由于网络拥塞或网络问题而收到来自网络的大量请求。

要摆脱此情况，解决方法是阻止并取消阻止与此拥塞或抖动相关的链路。另一种方法是删除然后重新添加与此拥塞或抖动关联的对等信令进程(PSP)实例。

相关信息

- ASR5000 SGSN管理指南 — 思科系统

- 技术支持和文档 - Cisco Systems