SDCCH拥塞解决办法.pptVIP

SDCCH拥塞处理办法的一些个人见解 作者:程文峰 SDCCH拥塞处理办法 增加SDCCH信道的数量 降低占用SDCCH的时间 减少SDCCH的请求次数 话务分担 增加SDCCH信道的数量 最基本的处理方法，可以开启动态SDCCH或者直接增加SDCCH信道，在采用这两种方法的时候要注意的一点是，NOKIA建议每个载频的逻辑信道数量最好不要超过18个，而每块载频可以最多设置2个SDCCH信道。当你的某个载频上存在2个SDCCH的时候，你的逻辑信道数量就上升为22个，这个你就要注意LAPD是否存在拥塞了。但这并不是说一定要存在2个SDCCH的时候才会发生LAPD拥塞，这还要看具体的话务情况，当话务很拥塞的时候，1个SDCCH的配置也会造成LAPD的拥塞。 判断LAPD是否产生拥塞的办法 主要是通过“ZDMF；”命令来查看，但是它只能动态的观察LAPD的负荷情况，每30分钟统计一次，而不会产生统计报告，这和ZERO的效果类似，所以如果我们需要判断LAPD是否会产生拥塞，需要在多个忙时取它的LOG，综合进行分析。LOG见下图： 判断LAPD是否产生拥塞的办法 每个载频都会有一条记录，每条记录都会有10个测量值，它们的意义在下图中有说明，5和10分别是1-4和6-9的和，一般来说下行的流量比较大，所以第10项RECEIVED TOTAL OCTET COUNT这个值一般是最大的，但是NOKIA建议观察第5项TRANSMITTED TOTAL OCTET COUNT来观察分析LAPD是否存在拥塞，具体原因不详 判断LAPD是否产生拥塞的办法 NOKIA的LAPD带宽有三种，一种是16k、32k和64k的，根据NOKIA的推荐，当LAPD是16k的时候，最大的流量是180万，建议流量是100万；当LAPD是64k的时候，最大的流量是700万，建议流量是350万。一般我们扩容的时候都会扩成32k的，但是NOKIA没有对这个带宽情况做分析，不过对比一下应该可以得到答案。如果超过最大流量，拥塞肯定出现，且会有2133告警，一般来说按NOKIA的推荐值是比较安全的。如果使用的是16k的LAPD，且较多时段的负荷高于100万，则建议扩容LAPD。这里要注意的是扩容LAPD非常麻烦，要到基站修改数据，工程量较大。 降低占用SDCCH的时间 我把占用SDCCH的时间分成了例行占用时间、非常规占用时间和业务时间三段，例行占用时间指的是手机在接入后的一些例行程序，如鉴权、加密、TMSI重分配、IMEI CHECK、业务申请等；非常规占用时间是手机在例行占用时间后，由于参数的控制或者其他方面的原因没有离开SDCCH信道而是继续占用在SDCCH信道上，这包括手机排队、DRT功能、SDCCH间切换等；业务时间就是高层传输数据的时间，比如位置更新的信息，短信息内容等。 降低占用SDCCH的时间 以上3种时间中，业务时间是不可能压缩的，所以这部分我们不与考虑，主要针对前两个时间来做。在例行占用时间中鉴权、加密、TMSI重分配、IMEI CHECK都是可以省去的，在现网中一般加密功能都没有开启，其他功能都是有开通的，我们可以关闭其中的一些来达到减少时间的目的。在非常规占用时间中，我们可以减少排队的时间和排队的数量来达到减少SDCCH占用时间的目的。 降低例行占用SDCCH的时间 当用户占用SDCCH的时候，原因一共有4种，短信息、主叫、被叫和位置更新。短信息和主被叫除了业务时间外大致相同，只有业务申请，其他一般都已经省掉，所以一般它们占用SDCCH的时间可以控制在1.5s以下，在1.3s附近。而位置更新（包括普通位置更新和开机过程，周期性位置更新和上面的情况一样）一般会需要做鉴权、TMSI重分配、IMEI CHECK、业务申请和位置更新过程，前三项是集团公司要求必须要做的，但是如果没有省掉的话位置更新的时间大约需要2.5s，如果省掉的话则也可以把时间降低到1.5s以内；这样的手段一般只在针对有第三方测试的时候用，不会在平时使用。 降低非常规占用SDCCH的时间 非常规占用在上面已经提到，主要是针对Queueing 和 Directed Retry 来说的，一般来说，这两个功能我们都会开启，对于Queueing来说，存在呼叫和切换两种情况，由于切换是在TCH的状态，我们不加以讨论，我们主要针对的是呼叫阶段来说，在呼叫尝试的阶段， Queueing 和 Directed Retry 是同时进行的，在这个时间内，如果哪个先成功，就会按照哪种方式获得TCH。等待Queueing的用户个数是由MQL参数来控制的， Directed Retry 的用户个数则没有找到相应的理论根据，是和Queueing一起排队还是另外的方法不是很清楚。但是在NED里有说明就是在呼叫阶段，如果Dir