搜索
1个性偏移和重选偏移切换到室内小区掉话（个性偏移调整到最大）；异频邻区之间可以适当修改，同频邻区不建议修改（会导致C/I很差，影响接入）。1.1案例1【log名称】：5.12路线互拨测试090728_2【问题道路】：制造局路斜土路【案例时间】：22：14：36【经纬度】：121.47969931.207149【关键字段】:主叫切换至室内小区【问题描述】：车辆在制造局路向北行驶，在靠近斜土路时，主叫在通话中从占用的瞿溪-2小区切换到了三枪办公楼-1小区上去（该小区为一室内分布小区），刚切换过来占用三枪办公楼-1小区时，信号较强，但随着车辆向北行驶，RSCP和C/I很快恶化，RSCP很快便降到了-108dbm，之后及时发生了切换，才没有导致更严重的网络问题。被叫手机在该路段没有占用到三枪办公楼-1小区，故而信号很正常。【情况分析】：三枪办公楼-1为室内小区，我们需要避免在其周边道路上信号的切换上去，建议调整个性偏移和重选偏移，使道路上信号不易于切换到室内小区上去。【问题解决措施】：1、调整瞿溪-2小区和三枪办公楼-1小区之间的邻小区列表参数/小区重选偏移，参数值由0调整为20；2、调整瞿溪-2小区和三枪办公楼-1小区之间的邻小区列表参数/小区个性偏移，参数值由0调整为-100。【复测结果】：复测中按原路由南向北行驶时，信号没有切换到该室内小区上，覆盖衔接正常。1.2案例2【分析时间】7-16【log名称】2009.7.15大网测试_2【问题描述】小区占用共和-3切换到室内小区（10063，78），然后一直占用该小区直到电平和C/I都很差；建议修改参数防止共和-3切换到室内小区（锦荣国际大酒店）；修改参数：序号小区名RNCRNC内小区标识NODEBID邻小区邻小区RNC邻小区标识邻区NODEBID调整参数名原值调整值1共和-339556335(所有室内小区)邻小区列表参数—小区个性偏移0-1002共和-339556335(所有室内小区)邻小区列表参数—小区重选偏移020调整后复测图：复测说明：复测后已经顺利切换到室外宏站，且没有发生事件。1.3案例3【分析时间】7-15【log名称】7.14大网测试_16.log【问题描述】UE1和UE2先后从海文-2小区切换至室内小区（CPI=6，PCCPCH=10071）最后导致掉话；修改参数：序号小区名RNCRNC内小区标识NODEBID邻小区邻小区RNC邻小区标识邻区NODEBID调整参数名原值调整值1海文-2389578(所有室内小区)邻小区列表参数—小区个性偏移0-1002海文-2389587(所有室内小区)邻小区列表参数—小区重选偏移020调整后复测图：1.4案例4【log名称】：090702_18.log【问题道路】宜山路虹桥路【案例时间】：2009-7-2【关键字段】:主叫切换至室内小区【问题描述】：车辆由西向东沿着虹桥路行驶，主叫UE1在番虹-2小区结束通话后，重选到一个室内小区—交大创业中心一部-1（CPI：17，FN1：10055）；后从该室内小区发起起呼，在通话中，又由该室内小区切换到宜山-1小区，之后又切换到另一室内小区—元福大厦-1（CPI：71，FN1：10063）。在该小区驻留时，RSCP最低达到-98dBm，UE1多次进行CellUpdate。同样，此时UE1又从室内小区发起起呼，切换到南新-1小区，后由切换到室内小区，最终造成连续三次的掉话。【情况分析】：该处的室内小区信号比较强，建议调整个性偏移和重选偏移，使道路上信号不易于切换到室内小区上去；另一方面，由于此时T网信号不太好，所以可以考虑在此处进行2/3G互操作。【问题解决措施】：具体的参数修改如下表所示：序号小区名RNCRNC内小区标识邻小区邻小区RNC邻小区标识调整参数名原值调整值1番虹-2395563(所有室内小区)邻小区列表参数—小区个性偏移0-1002番虹-2395563(所有室内小区)邻小区列表参数—小区重选偏移0203宜山-1389305(所有室内小区)邻小区列表参数—小区个性偏移0-1004宜山-1389305(所有室内小区)邻小区列表参数—小区重选偏移0205南新-1389833(所有室内小区)邻小区列表参数—小区个性偏移0-1006南新-1389833(所有室内小区)邻小区列表参数—小区重选偏移0205番虹-2395563(所有室内小区)UE动态测量参数—TDD系统广播信道强度门限(用于CS域业务)-90-865番虹-2395563(所有室内小区)小区算法配置/测量动态部分/系统间测量—GSM广播信道强度门限(用于CS域业务)-72-825番虹-2395563(所有室内小区)小区算法配置/测量动态部分/系统间测量—GSM广播信道强度门限(用于PS域业务)-72-82【复测后结果】：从复测结果可以看出，UE1和UE2在该问题路段直接切换到了2G网络，不在有若覆盖区域，也不再切换到室内小区，且无事件再发生。1.5案例5【分析时间】2009-7-21【log名称】0511路线-20090720_3.log【事件时间】10:45:19【问题描述】浦西的车南-2小区对南浦大桥桥面的覆盖较弱，导致测试终端在大桥桥面处经常引起未接通和掉话。【情况分析】通过log分析发现，位于浦东的南浦桥东-1小区对南浦大桥桥面覆盖较好，为了避免因车南-2小区对桥面的弱覆盖而引起的掉话或未接通，可修改车南-2小区中的南浦桥东-1邻区的小区个性偏移和小区重选偏移参数，使终端更容易更及时地从车南-2小区切换或重选至南浦桥东-1小区。【问题解决措施】小区名RNCRNC内小区标识NODEBID邻小区邻小区RNC邻小区标识邻区NODEBID调整参数名原值调整值车南-238640225南浦桥东-13869009563小区个性偏移030车南-238640225南浦桥东-13869009563小区重选偏移0-3【复测结果】参数调整后，车南-2小区及时顺畅地切换至南浦桥东-1小区，没有产生掉话和未接通。1.6案例6【分析时间】2009-7-24【log名称】0506路线-20090723_14.log【事件时间】【问题描述】该路段台缘-1小区的邻区中精文大厦-1小区（UARFCN：10063；CPI：107）的电平值是服务小区的邻区中最强的，与主服务小区RSCP值差8dBm左右，容易导致终端切换至该室内小区引起掉话。【情况分析】虽然该log中未发生终端因切换至室内小区而引起的掉话事件，但通过分析发现仍存在这种可能性，可以通过修改台缘-1小区中的精文大厦-1邻区的小区个性偏移和小区重选偏移参数，使路测终端很难切换或重选至室内小区。【问题解决措施】小区名RNCRNC内小区标识NODEBID邻小区邻小区RNC邻小区标识邻区NODEBID调整参数名原值调整值台缘-14021298精文大厦-1402336332102邻小区列表参数—小区重选偏移020台缘-14021298精文大厦-1402336332102邻小区列表参数—小区个性偏移0-100【复测结果】未发生事件，预防性调整，无需复测。2漏邻区特别是漏同频邻区导致所有同频邻区电平抬高。2.1案例1【log名称】：5-4路线互拨测试090724续_16【问题道路】：虹许路吴中路【案例时间】：1：35：6【经纬度】：121.38856131.186356【关键字段】:缺失同频邻区【问题描述】：车辆在虹许路上由北向南行驶，通话过程中主叫经切换占用上新虹梅-1小区，RSCP为-84，但是C/I很差为-14，造成了网络质量的恶化。【情况分析】:被叫当时占用永田-1小区，RSCP为-74，C/I尚可为6。分析发现新虹梅-1小区和永田-1小区之间虽然中间隔了一个华家基站，但是在问题路段这两个小区的信号都蛮强的，覆盖到也是比较正常的，同时新虹梅-1小区和永田-1小区都是10088频点，两者之间没有邻区关系，造成了C/I恶化。【问题解决措施】:添加新虹梅-1小区和永田-1小区之间的双向邻区关系。【复测结果】：27号复测中，由于在北侧北虹路隧道时需要信号进G网覆盖，之后出隧道后一直占用在G网上，没有选回T网，故效果没有看到，另外安排时间进行复测。2.2案例2【分析时间】7-15【log名称】7.14大网测试【问题描述】山海-3与天祥-1漏加切换关系，导致未接通。【情况分析】：由于山海-3没有添加天祥-1的邻区，导致将山海-3的与天祥-1同频的邻区的电平全部虚高，导致小区重选有问题，导致最终未接通；【问题解决措施】：添加山海-3与天祥-1的双向邻区；【优化后复测】添加邻区后复测吧2.3案例3【分析时间】7-15【log名称】7.14大网测试_7【问题描述】中骊-3与方兴-2漏加切换关系导致未接通【情况分析】：由于中骊-3与方兴-2漏加邻区，导致将中骊-3与方兴-2同频的邻区的电平全部虚高，导致小区重选有问题，导致最终未接通；【优化后复测】：添加邻区后复测2.4案例4【分析时间】2009-7-24【log名称】0506路线-20090723_15.log【事件时间】0:34:15【问题描述】由于商城-3小区背向覆盖严重，但未加全其背向的各个小区为邻区导致在商城-3小区的背向路段终端无法切换至最优小区引起弱覆盖未接通。【情况分析】既然商城-3小区的背向覆盖问题一时无法解决，可将其背向的一些邻区加全，使终端可以及时切换至RSCP值较好的小区，避免无法切换或切换不及时引起的掉话或未接通。【问题解决措施】小区名RNCRNC内小区标识NODEBID邻小区邻小区RNC邻小区标识邻区NODEBID调整参数名原值调整值商城-340157936东昌-24011308添加双向邻区商城-340157936普联-240135422添加双向邻区商城-340157936普联-340135522添加双向邻区商城-340157936华诚-14011137添加双向邻区商城-340157936竹园-140140125添加双向邻区【复测结果】添加邻区后商城路覆盖正常。2.5案例5【问题描述】【问题分析】邻区列表指示了UE所“监测”的小区，是其进行切换、重选等行为所不可或缺的元素。在进行无线侧网络优化的过程中，需要时刻关注主服务小区各邻区的无线环境质量，邻区PCCPCHRSCP的变化会直接影响到UE的行为。如前所述，PCCPCHC/I是一项非常重要的无线指标，它指示了主服务小区主公共控制信道上接收电平同干扰电平的关系。根据，现行UE的测量机制，当UE所驻留小区未添加其附近信号较强的某个小区作其邻区时，在UE的邻区列表中，会发现与未添加小区同频的所有小区的PCCPCHRSCP都会比较高，而实际这是不准确的。往往造成的结果有：1、主服务小区的PCCPCHC/I指标很差，原因是邻区列表中同频小区的PCCPCHRSCP都被抬高；2、由于PCCPCHRSCP被抬高，UE误从服务小区切换到无线环境不甚理想的小区，从而易导致未接通或掉话事件【优化建议】借助扫频仪数据，排查主服务小区附近的无线环境。当检测到较强的小区信号但该小区不在主服务小区的邻区列表中时：1、若此信号来自较远的小区，则该小区有越区覆盖或过覆盖的嫌疑，需做相应处理2、若该信号来自较近的小区，则需添加该小区为主服务小区的邻区2.6案例61问题描述：在上海吴中测试中，UE驻留在九宾-1小区（频点：10088码字：89），RSCP-90dbm左右，问题路段出现弱覆盖从而造成一个主叫未接通事件。2、问题分析：根据路测LOG分析，发现九宾-3小区覆盖较差，从而使得九宾-3覆盖区域变成九宾-1小区的背向覆盖，，检查数据库中九宾-1的邻区关系，发现九宾-1未配置华家-1之间的邻区关系，从反向的LOG发现华家-1（频点：10120码字：102）小区的信号较强。说明，像本案例中的邻区添加关系是不合添加原则的，但在实际情况中应该考虑特殊情况（本案例中九宾-3小区异常，一时解决不了）来添加邻区关系3、解决措施：添加九宾-1华家-1之间的邻区关系。4、处理效果：添加邻区后由于能够顺利