51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 3185|回复: 2
打印 上一主题 下一主题

请教一下,GGSN能否根据SGSN缓存情况做出一些功能控制 [复制链接]

Rank: 1

跳转到指定楼层
楼主
发表于 2012-12-12 14:33:51 |只看该作者 |倒序浏览
一键分享 一键分享
求教:
1.通过GGSN根据SGSN缓存情况,如缓存快满的时候由SGSN告知GGSN,使其在GGSN侧就丢弃多余数据,并不计入话单。
2.根据SGSN缓存情况,对SGSN溢出的数据用户进行QOS控制。
这两种方式有没有办法实现,怎么实现。

努力学习

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

沙发
发表于 2012-12-12 16:10:44 |只看该作者
我没做过实际的SGSN/GGSN的设备,不晓得实际情况中, SGSN/GGSN是合设 在一个Atca 机架还是 分开独立架设,所以根据我以前做的其他设备的情况做个猜测。
因为lz也提到了GGSN要根据SGSN的情况来做丢弃,GGSN和SGSN之间又没有其他接口信令来说明这种情况,那应该考虑是用第三方的监控来完成这个事情。

如果使用ATCA架构, SGSN/GGSN合设的话, 那SGSN,GGSN一般都是run 在App 卡上。 SGSN GGSN 所需要的信令层面的信令的输入和输出都是通过其他信令卡进行转发的。那么SGSN和GGSN的应用面和信令面也就分割开了。
除了app板和信令接口板,一般还会有一个控制板来负责建立,维护,监控系统的功能。

那么针对内存满的情况(这个LZ应该是指处理业务的情况吧),SGSN和GGSN 应该都会运行一些系统监控进程,如果CPU,MEM 负载过高,会根据之前的系统配置情况来上报主控板相关alarm。
在CPU,MEM 出现负载过高的情况的时候,有多重处理情况:
1。在信令接入侧开始拒绝新进来的请求,
2。在业务处理层面开始强行丢弃处理中的业务。

通常都应该采用第一种, 第一种细分又有多种情况:  因为当中的Iu,Gi,Gn(Gn可能不存在,SGSN和GGSN因为被合设,Gn接口被板间的通信取代了)。
可能会去用来丢弃数据,这得根据实际的配置来做。

实际的配置一般都设在主控板上, 主控板会根据实际情况来对各个板卡下达是否丢弃的指令:

比如在CPU 80%,MEM 85%的情况下, 需要GGSN来丢弃Gi的包,来减少SGSGN Paging的开销。
在CPU 85%, MEM 95%的情况下, 需要SGSN侧丢弃Iu面的包。

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

板凳
发表于 2012-12-14 10:17:38 |只看该作者
1. 3GPP没有定义过这种情况的处理机制,那么就意味着没有标准信令支持,只能靠私有协议或者对标准信令进行扩展。这样,厂商之间互通性问题明显。
2. 即使单厂家内部实现,信令负荷,节点负荷的增加情况需要进行考虑。
3. 现网数据模型大部分还是确认连接方式,比如TCP,TCP滑动窗口机制保证了没有上行ACK服务器就不会继续发下行包。所以一般情况下,确认连接方式的数据流,GCDR和SCDR即使有流量差别,也不会特别的大。尤其是当GGSN基于RAT实际情况配置了默认qos的情况下。

综合考量,实现难度大而必要性不大。

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-5-6 03:01 , Processed in 0.024596 second(s), 12 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部