卡特GPRS小区吊死及相关参数分析案例

1卡特GPRS相关参数ATER_USAGE_THRESHOLDAter负荷达到Ater_Usage_Threshold设定的百分比时判定Ater为高负荷。从而启动内部的Ater分配保护机制，使后来的PDCH不至于没有Ater可用。2Ater_Usage_Threshold设置越高，则启动Ater高负荷保护机制越晚。缺省值70MAX_GPRS_CSGPRS小区最高许可的CS3GPRS小区的编码方式（CS）将被限制在MAX_GPRS_CS设定的编码方式以下。缺省值:CS2~CS4TBF_DL_INIT_CS在DLGPRSTBF刚建立时采用的调制方式4较低的初始的编码方式可以提高TBF的建立的成功率；但开始时的速率就不是最高。缺省值:CS1TBF_UL_INIT_CS在ULGPRSTBF刚建立时采用的调制方式5较低的初始的编码方式可以提高TBF的建立的成功率；但开始时的速率就不是最高。缺省值:CS1N_TBF_PER_SPDCH当在一个SPDCH信道上建立的TBF数大于N_TBF_PER_SPDCH时，MFS会向BSC要求激活新的SPDCH信道，提供PS业务。6若该值设置过大的话，造成较多用户分享同一个SPDCH信道，影响数据业务速率，若该值设置过小的话，过多的无线资源被用于数据业务，可能会造成语音业务出现拥塞。缺省值:5MAX_PDCH_PER_TBFAter负荷为正常时，单一TBF分配PDCH数最大值7缺省值:5MAX_PDCH_PER_TBF_HIGH_ATER_USAGEAter负荷高时单一TBF分配PDCH数最大值8如将MAX_PDCH_PER_TBF_High_Ater_Usage设为低于MAX_PDCH_PER_TBF，则在Ater负荷为高时，新建的TBF分配的PDCH数将被降低到参数所设之值，以便降低Ater负荷，以降低新建TBF的拥塞缺省值:5MAX_UL_TBF_SPDCH一个SPDCH上允许建立的最大上行TBF数9Max_UL_TBF_SPDCH=N_TBF_Per_SPDCH缺省值:5MAX_DL_TBF_SPDCH一个SPDCH上允许建立的最大下行TBF数10Max_DL_TBF_SPDCH=N_TBF_Per_SPDCH缺省值:8MAX_PDCH参数定义小区最大能够使用的PDCH数目11可以设置得较大，提高空中接口的利用效率，使TCH空闲时可以用于PS业务。缺省值:0MAX_PDCH_HIGH_LOAD参数定义小区在高话务负荷下，最大能够使用的PDCH数目；GPRS高话务负荷的门限由HIGH_TRAFFIC_LOAD_GPRS来定义。12按需要设置，需要平衡PS和CS业务在高负荷下的需求。MAX_PDCH_HIGH_LOAD=MAX_PDCH缺省值:0MIN_PDCH参数定义小区最少的PDCH数目（静态PDCH数目），该数目的PDCH不可被TCH业务侵占13由于它的不可侵占性，该值按需设置数目，太大会浪费资源MAX_PDCH_HIGH_LOAD=MIN_PDCH缺省值:0HIGH_TRAFFIC_LOAD_GPRS参数定义小区何时处于高话务负荷状态，系统以此开始压缩PDCH的使用，给TCH预留分配空间。14按需要设置，需要平衡PS和CS业务在高负荷下的需求。缺省值:90EN_DYN_PDCH_ADAPTATION根据小区的话务负荷情况，动态调节PDCH的数目，保证CS业务优选得到服务。15建议开启此功能。缺省值:0disableTBF、PDCH与下载速率的关系一TBF指的是一个用户在传送数据时的临时块流，由于手机的具备多时隙能力。为了达到更快的速率，在无线信道充足的情况下，或者说在其它用户较少的情况下，每个TBF能获取的PDCH越多，独占PDCH的比例越大，那么这个TBF的速率就会越高。16每个TBF可以占用多少个PDCH是由参数“MAX_PDCH_PER_TBF（单一TBF分配PDCH数最大值）”来定义的。MAX_PDCH_PER_TBF值越大，在PDCH资源充分的情况下，用户的速率就会越快TBF、PDCH与下载速率的关系二PDCH信道是可以多用户共享的信道，也就是说一个PDCH可以同时有好几个用户占用，那么这些用户共享这个PDCH的传输速率，共享的用户越多，那么每个TBF可以独占PDCH资源的比利就会越小，速率也就越低。17一个PDCH信道可以提供多少个TBF用户共用，是由MAX_DL_TBF_SPDCH和MAX_UL_TBF_SPDCH决定的,取值越小，可同时占用同一个PDCH的用户就越少，用户数据传输的速率就越快。但在PDCH数量不变的情况下，可以同时使用GPRS业务的用户就越少，在用户多时TBF建立成功率会降低。TBF、PDCH之间的关系1819GPRS优化案例GPRS附着失败PDP上下文激活失败TBF建立成功率低RLC层下载速率低GPRS附着失败贵港执教中心1和贵港执教中心2小区频繁重选导致GPRS附着失败。现象如下：11:11:02.046时在贵港执教中心1时发起GPRS附着请求，但接着在11:11:06.234时手机重选到了贵港执教中心2小区，这样网络还是会在贵港执教中心1向手机发送GPRS附着接受消息，由于此时手机已经处于贵港执教中心2小区了，无法收到网络发送的GPRS附着接受消息，因此在网络等待手机的GPRS附着完成消息超时后（20秒），定时器溢出。GPRS附着失败。2021GPRS附着失败通过测试LOG的回放可知，发生小区重选引起失败，一般情况下手机也是会发生一些必要的小区重选的，主要是为了占用更好的服务小区，但是如上面所发生的频繁重选就不是我们想要的结果了，我们分析发现，测试点就在贵港执教中心大楼，基站在顶，因此同时收到贵港执教中心1小区和贵港执教中心2小区的信号强度相差不大，而且CRH设置为6DB，在信号正常波动下，很容易发生重选。贵港执教中心1小区和贵港执教中心2小区的CRH由6设置为12。修改了CRH后,小区重选正常，GPRS附着测试正常22PDP激活失败优化23PDP激活成功率是衡量网络质量的一个基本指标，它反映了GPRS网络对于用户手机获取IP地址请求响应的能力。影响PDP激活成功的可能与无线信道资源、无线环境质量以及网络参数配置等有关。贵港职教中心3小区发生PDP激活失败(当时的LAC：26969CELLID:65223Channel:112REXlev:-64dBm)现象如下：手机在11:14:33.343时刻向贵港职教中心3小区发起PDP激活请求，11:14:53.093时刻发PDP激活失败。原小区（贵港职教中心3）重选到了目标小区（贵港职教中心2）,在贵港职教中心3收到手机的PDP激活请求后，向网络提交PDP激活请求时，手机发生了小区重选，网络通过贵港职教中心3下发PDP激活接受消息，由于手机已经驻留在贵港职教中心2下，无法接收到网络下发的PDP激活接受消息，手机在等待网络下发的PDP激活接受消息超时后，引起PDP激活失败。24TBF建立成功率优化一以下几个小区TBF建立成功率都为0。有上行TBF建立请求数，但都不成功。可以看到所有的TBF建立都失败，失败原因是全都是无线拥塞引起的，但是我们在OMC-R上面可以看到小区的PDCH有分配，再看看这些小区的BVC不可用时长都较大，说明小区的PDCH很有可能是吊死了，导致分配PDCH信道时发生拥塞，从而导致TBF建立成功率为0。25时间LACCIG101(DLTBF建立请求)G102(DLTBF建立成功)G103(ULTBF建立请求)G104(ULTBF建立成功ULTBF建立失败数%G105(DLTBF建立成功率)%G106(ULTBF建立成功率)%G111(ULTBF建立失败率--无线拥塞)21:0026969_203730021502150010021:0026969_204430020202020010021:0026969_601510018901890010021:0026970_625830013601360010021:0026969_62221002702700100TBF建立成功率优化二而小区26970_62583的BVC不可用时长为0，说明小区的PDCH没有发生吊死现像，我们从OMC-R上看到26970_62583小区的分配的PDCH数为0，便是数据是显示它有一个静态的PDCH，最大可以得到4个PDCH。说明小区也存在吊死了，这种吊死是PDCH信道吊死。而其它小区的吊死则是BVC链路吊死26时间LACCI最大可用PDCH静太PDCHP14下行PDCH建立失败数_拥塞原因P27上行PDCH建立失败数_拥塞原因P67BVC不可用时长P13下行PDCH拥塞时长P26上行PDCH拥塞时长P62cMS发出上行TBF建立请求数21:0026970_6258341013600360013621:0026969_20373300215101400243021521:0026969_60151400189100600243018921:0026969_20443400202101400242820221:0026969_6222140027100900242627TBF建立成功率优化三27可以看到，小区配有1个MIN_PDCH，但没有一个PDCH信道分配，说明PDCH吊死。对此小区的GPRS功能进行删除，重新配置GPRS数据后恢复正常。TBF建立成功率优化四28可以看到，处理后小区有两个PDCH信道分配了TBF建立成功率也恢复正常MAX_UL_TBF_SPDCH对TBF建立成功率影响的优化29忙时小区的上行TBF建立成功率低，主要是由于话务较多，可用的PDCH数少。MAX_UL_TBF_SPDCH由5修改为6后TBF建立成功率提升明显C/I低导致下载慢优化30服务小区为贵港龙升小区-3，114号频点C/I很差，导致RLC速率变低。通过分析，我们发现邻区的频点同频，修改频点后，速率大大提升测量频点漏定导致下载慢优化一31测试点处，占用远处的贵港龙升小区-3信号，在邻区列表中没有测量小区，从而无法及时的重选到其他合适的小区，这样在不合适的区域MS同样也占用该小区，形成越区覆盖，C/I值变差。在占用三个时隙的情况下RLC吞吐率仅为6.39，可见干扰导致RLC重传严重影响数据速率。测量频点漏定导致下载慢优化二32添加贵港龙升小区-3的IDLE模式的邻区测量频点，小区可以重选到更好的服务小区，下载速率慢问题解决。越区覆盖+干扰导致下载慢优化一33此处占用的是贵港凤凰二街-3小区信号，此时的信号质量达到7级，信号电平较好，C/I极低，网络指标极差，具有较强的干扰我们可以看到小区明显已经出现越区覆盖，导致受到邻近小区干扰越区覆盖+干扰导致下载慢优化二34对凤凰二街3小区天线的调整（方位角调整）和频点的调整（118-110）后，复测时没有再占用凤凰二街3小区信号，干扰也没有了，下载速率大大提升基站硬件故障导致下载慢优化35在贵港阳光都市基站下方，信号电平都较高，但在占用1小区时，发现105频点和111频点C/I值都较差，而此时的信号电平为-43dbm，查看周边没有同频情况，由此判断并非同频干扰所致，为基站硬件问题。更换载波后恢复正常