文档详情

ALCATEL系统参数设置的新探索.doc

发布:2016-11-30约2.68千字共4页下载文档
文本预览下载声明
系统参数设置的新探索 今年年初,ALCATEL公司组织技术人员对各地端局交换机进行了一次优化,对各种系统参数做了一些调整,取得了显著的成效。但各地的无线网络存在着较大差异,实际情况不尽相同,因此我们在日后的实践中根据杭州网络自己的特殊性,对这些参数做了合理调整,从而使我们的网络更趋于合理,在实践中探索出一条合理设置系统参数的新思路。 DETACH时长要根据无线覆盖情况来设置: 在优化后各媏局的DETACH时长都设置为3小时。但我们发现同样的系统参数设置,试呼数也基本相同,HZG3交换机的长途来话接通率却平均低于HZG1 3—5个百分点。究竟是什么原因造成了这种差异呢?为此我们进行了详细的统计。 根据手机作被叫时A接口上的信令流程,我们分别找出以下采样点,对其中较容易出错的几步进行了统计。 counter Paging :3871 Paging Retry :3872 Paging response : 3873 Assignment request : 3876 Assignment response : 710 Connect acknowledge : 3879 经过几天的统计,我们得出了以下几个比值: 计算公式: paging successful rate: 3873/3871 paging retry rate: 3872/3871 assignment successful rate: 710/3876 connect rate : 3879/3876 接下来的问题就显而易见了,G1与G3的Assignment successful rate与Connect rate基本持平,而 paging successful rate 相差3个百分点,paging retry rate 相差2个百分点,正是由于BSS paging 无应答较多造成了G3长途来话接通率不理想。问题找到了,如何来解决呢?无线系统覆盖不够理想的现状不可能在短时间得到解决,于是我们想到了DETACH这个参数。无线覆盖情况不同的地区应设置不同的DETACH时长,在无线覆盖差的地区设置较短的DETACH 时长可以有效避免发出无畏的IAI消息。不仅可以降低信令链路负荷,而且能有效提高长途来话接通率。所以我们将G3的DETACH 时长由3小时缩短为2.5小时。修改后,我们发现G3的长途来话接通率平均提高了1.5个百分点。 TMSI 的分配不仅要降低频次,还要对其分配时间进行调整。 对TMSI的优化采取了降低TMSI分配频次的方法,确实在一定程度上减轻了系统负担。但以往手机作被叫时TMSI的分配被安排在查询手机VLR状态前,如果此时手机状态为DETACH,MSC还是会为其分配TMSI。显而易见,这种分配方式浪费了大量系统资源,是一种不合理的分配方式。为此,我们希望改变TMSI的分配时间,将其安排在查询手机在VLR中登记状态之后。经过研究,我们找出了实现的方法。 RELATION R_RES_MAP存放了相关的定义值,按以下命令修改即能改变TMSI 的分配时间。 〈378:1=“R_RES_MAP”,2=”D_V_ACCRES”0”120A”,3=”D_CAUS_EXT” 0” 901B”; 通过这样的修改,虽然从接通率看不出很大变化,但对于减轻LRACE 的负荷确有较大成效。 PAGING 方式的设置要根据无线设备的不同区别对待: PAGING 方式分为两种:以LAC来PAGING 和以LAC+CELL来PAGING。从理论上来说,以LAC方式PAGING明显优于以LAC+CELL方式PAGING。因为采用LAC PAGING方式可以减少系统的信令负荷,而且对MSC相关CELL数据的准确性要求也较低。但是我们在实践中发现,对于MOTOROLA的无线系统,以LAC+CELL的方式来PAGING 可将长途来话接通率提高2个百分点左右。在与无线人员讨论后,我们认为,MOTOROLA系统对这两种PAGING方式处理有所不同。在MOTOROLA解决这个问题之前,我们只能用LAC+CELL的方式进行PAGING。但这对MSC与OMCR定义的CELL数据的一致性提出了更高要求。 有一次,无线统计报告显示同一MSC下几个BSC收到的PAGING数差异很大。有的BSC收到PAGING数为7万多次,是其它BSC所收到的两倍。我们检查了相关数据,发现MSC多做了几个CELL数据,将其删除后统计恢复正常。这说明,MOTOROLA BSC 收到不认识的CELL就无法处理,以至于MS
显示全部
相似文档