TD路测优化：DT问题点案例分析.doc

奥联区域问题点（DT）目录一、TD拉网问题点(第一周)11、 汉江路掉话12、 河海西路未接通43、 辽河路掉话64、 汉江路掉话75、 庐山路未接通96、 惠山路掉话11二、TD拉网问题点(第二周)131、 黄河西路未接通132、 辽河路掉话143、 龙锦路未接通174、 竹林西路掉话195、 竹林南路未接通206、 龙锦路未接通217、 锦绣路掉话238、 通江南路掉话25三、TD拉网问题点(第三周)271、 黄河西路掉话272、 华山路未接通303、 汉江路切换失败334、 竹林西路未接通35四、TD拉网问题点(第四周)371、 河海西路掉话372、 晋陵北路TD-GSM切换403、 飞龙东路C/I差424、 泰山路弱覆盖43一、TD拉网问题点(第一周)1、 汉江路掉话时间：7月8日9:13:10测试路线：测试车辆在汉江路由东往西行驶测试文件：0708-090718AMR1_f_org.rcu经纬度：119.9069604, 31.85196掉话分类：切换失败主叫UE被叫UE问题描述：UE在汉江路由东往西行驶，主叫在呼叫建立过程中，由薛家3A（10104,110）切换至冶金厂2A（10120,112），在切换完成后UE开始满功率发射，DPCH C/I降至0db以下；呼叫建立完成后主叫UE信号强度下降至-91dbm以下，上发3a报告但无响应，经查此时有GSM邻小区薛家530158B，Rxlevel是-59dbm；且被叫已由冶金厂2A顺利切换至薛家530158B；主叫UE在3a报告无响应后又上发一次1g和一次2a报告均无响应，最后进入空闲状态，软件记录一次掉话。问题分析：该事件路段是TD覆盖边缘区域，应尽量使TD平稳过度到GSM网络，经查冶金厂2A的thresholdOwnSystem是-91dbm，由于该值较低，增大了异系统切换失败的风险；另经查冶金厂2A只有一块R4载波10120，主被叫均占用该R4载波会造成干扰，致使DPCH C/I恶化，UE满功率发射导致切换失败。调整建议：修改冶金厂2A的thresholdOwnSystem参数取值为-88；冶金厂2A扩容一块R4载波。2、 河海西路未接通时间：7月8日9:38:28测试路线：测试车辆在沪河海西路由东往西行驶测试文件：0708-092150AMR2_f_org.rcu经纬度：119.9387031, 32.8328掉话分类：覆盖问题主叫UE被叫UE问题描述：UE在河海西路由东往西行驶，主叫占用华山路C（10096,79）起呼，PCCPCH RSCP是-88dbm，C/I是7db，09:38:06网络call proceeding，但无响应，此时BLER已经非常高，该路段无好覆盖，PCCPCH RSCP降至-90dbm以下，22s后UE进入空闲状态，软件记录一次未接通。经查被叫没有收到寻呼消息，在网络寻呼时被叫正在做TD到GSM的位置更新，被叫UE由TD小区华山路C重选至GSM小区昆仑路3695B。问题分析：UE所在路段TD覆盖较弱，BLER也一度达到100%,没有较强小区覆盖，昆仑路B距此最近，为600m但信号也很弱，可尝试调整该小区天线进行覆盖；网络寻呼时被叫在做TD到GSM的位置更新，也可能因此没有收到寻呼消息，平凡跨系统位置更新会增加未接通的风险，建议尽快补盲TD覆盖；也可调整参数从华山路C过度到昆仑路B。调整建议：昆仑路B下倾角上抬3度；根据天线调整的结果，修改华山路C邻区表中昆仑路B的小区个性偏CIO，使UE尽快切换至昆仑路B。3、 辽河路掉话时间：7月8日10:52:48测试路线：测试车辆在辽河路由东往西行驶测试文件：0708-092150AMR2_f_org.rcu经纬度：119.9648512, 31.85562掉话分类：基站故障、覆盖问题主叫UE问题描述：UE在通江中路左拐至辽河路，并由东往西行驶，主叫初始占用边防站C，随着车辆行驶UE分别切换至边防站A、龙虎塘4C、龙虎塘工业园北C、沪宁高速2A，最后进入空闲状态；路径辽河路时没有检测到龙虎塘腾龙苑基站的信号，导致UE切换到距UE很远的小区，信号很弱，最后导致掉话。被叫的经历与主叫类似。问题分析：UE途经辽河路时，本该由边防站A切换至龙虎塘腾龙苑的小区，但该站三个小区均不可用，导致UE切换至较远的小区，没有能与沪宁高速2接上，最后掉话；该区域TD站间距在1KM左右，不能有效的覆盖，建议加站已加强TD覆盖。调整建议：龙虎塘腾龙苑排障；加站。4、 汉江路掉话时间：7月8日9:10:43测试路线：测试车辆在汉江路由东往西行驶测试文件：0708-092150AMR2_f_org.rcu经纬度：119.9186217, 31.8474被叫UE主叫UE问题描述：UE在汉江路由东往西行驶，被叫占用薛家工业园C，后切换至昆仑2C(10104,55)，且业务频点占用H频点10096，切换完成后不久UE开始满功率发射，而昆仑2距此1.2km，UE分别上发一次2a和一次3a报告均无响应后进入空闲状态，软件记录一次掉话。经查主叫在此时顺利切换至GSM网络（主叫占用业务频点10104）。问题分析：该区域TD基站站间距在1km以上，不能很好的覆盖；UE在切换至昆仑2C时占用H频点10096，受到H业务干扰的可能性增大，经查该小区只有一块R4载波，且该小区码资源利用率较高，可能存在话务拥塞或载波优先级设置不当（主叫在占用该小区时占用的业务频点是10104，且是主叫先切至该小区的）；UE在TD信号降至-100dbm时才上发3a报告，而昆仑2C的thresholdOwnSystem为-91dbm，可能是UE问题导致切换不及时；顺园小区南信号微弱，可能存在阻挡。调整建议：加站已解决该区域覆盖问题；昆仑2C加一块R4载波；上站查看顺园小区南是否存在阻挡；复测验证是否为UE问题导致异系统切换失败。5、 庐山路未接通时间：7月8日15:45:45测试路线：测试车辆在庐山路由北往南行驶测试文件：0709-140519AMR4_f_org.rcu经纬度：118.9784194, 31.83454主叫UE左为RRC连接拒绝原因 右为T300和N300问题描述：UE在庐山路由北往南行驶，主叫占用长江贸易中心A（10088,124）起呼，PCCPCH RSCP是-90dbm，C/I是-3db，UE上发RRC连接请求，原因为originatingConversationalCall，但RRC连接拒绝，原因为unspecified，软件记录一次未接通；之后UE继续占用该小区继续上发RRC连接请求，但一直无响应，信号也在不断恶化，连续7次RRC连接请求无响应后UE进入空闲并重选至GSM网络，软件再次记录一次未接通。问题分析：第一次RRC连接拒绝，原因不详，可能是无线环境差导致，也可能是由于服务小区拥塞；之后UE又连续上发了7次RRC连接请求，均无响应，因为无线环境变差，连接请求已很难被网络响应，经查长江贸易中心A的T300计时器为1000ms，N300为7，UE会每间隔1s上发一次RRC连接请求，最多发送7次，UE在此期间很难重选至其他较好的TD小区（江南五金机电城B的信号为-86dbm），导致一直拖在该小区，最后重选GSM网络，N300设置过大会导致无线资源的浪费，同时导致UE无法及时重选至其他TD小区，最后造成未接通；在UE所在路段没有收到长江贸易中心C的信号，可能存在天馈问题。调整建议：查询长江贸易中心A在7月8号15:45:45是否有拥塞，若拥塞则扩一块R4载波；建议将长江贸易中心A的N300由7修改为4；核查长江贸易中心C天馈。6、 惠山路掉话时间：7月8日14:18:04测试路线：测试车辆由太湖东路左拐至惠山路测试文件：0709-140519AMR4_f_org.rcu经纬度：119.9710851，31.81793被叫UE掉话点存在阻挡问题描述：UE在太湖东路由西往东行驶，左拐至惠山路，被叫在呼叫建立完成后占用如家快捷酒店A（10088,97），随着车辆行驶服务小区信号变差，最后上发一次1g报告和一次2a报告均无响应，左拐至惠山路时信号恶化至-98dbm，最后进入空闲状态，软件记录一次掉话。另在测试过程中没有收到过新区管委会基站的信号。问题分析：该区域TD基站较少，TD覆盖差，而如家快捷酒店A的thresholdOwnSystem为-95dbm，切换至GSM网络的难度大；UE在左拐至惠山路时服务小区（如家快捷酒店A）的信号迅速恶化，导致UE上发的测量报告无响应，该路口可能存在阻挡；新区管委会基站可能存在故障。调整建议：修改如家快捷酒店A的thresholdOwnSystem为-90dbm；新区管委会排障；加站已解决该区域TD弱覆盖。二、TD拉网问题点(第二周)备注：有一个位置更新的未接通没有写在问题点里，问题跟踪表(0718)里可见。1、 黄河西路未接通时间：7月12日14:21:57测试路线：测试车辆在黄河西路由东往西测试文件：0712-135847AMR2_f_org.rcu经纬度：119.9138349, 31.85593未接通分类：位置更新主叫UE被叫UE问题描述：UE在黄河西路由东往西行驶，主叫占用顺园小区北C（10096,97）起呼，PCCPCH RSCP是-87dbm，C/I是3db，14:21:28网络call proceeding，24s后disconnect，原因为normal call clearing。经查被叫此时正在做TD到GSM网络的位置更新，UE由TD小区顺园小区北C重选至GSM小区薛家3015C。问题分析：由于在网络寻呼时被叫正在做TD到GSM的位置更新，没有收到寻呼消息，导致此次未接通。调整建议：加站解决TD弱覆盖。2、 辽河路掉话时间：7月12日15:32:08测试路线：测试车辆在辽河路由东往西行驶测试文件：0712-152031AMR2_f_org.rcu经纬度：119.9589748, 31.85732掉话分类：基站故障被叫UE同频同扰小区问题描述：UE在辽河路由东往西行驶，呼叫建立完成后被叫占用边防站A（10096,51），随着车辆行驶UE切换至沪宁高速2A（10080,106），但边防站A并没有沪宁高速2A这个邻区，经查边防站A的邻区龙虎塘粮管所搬迁站A与沪宁高速2A为同频同扰，而两站距离2.3km，造成误判。之后UE又切回边防站A，并经过多次切换到达沪宁高速2的覆盖范围，此时UE还是占用边防站A和边防站C（龙虎塘腾龙苑不可用），而这两个小区和沪宁高速2的小区没有邻区关系，最后UE上发2a报告无响应并拖死在该小区。问题分析：龙虎塘腾龙苑在上周测试就由故障不可用，12号测试依然没有信号，13号查询该站发现已可用，待复测查看覆盖效果；由于龙虎塘腾龙苑故障，而边防站A和沪宁高速2的小区没有邻区关系，故出现事件，待龙虎塘腾龙苑故障排除后复测查看有没有必要添加边防站A和沪宁高速2B的邻区关系；龙虎塘粮管所搬迁站A与沪宁高速2A为同频同扰，站间距2.3km，相互之间容易产生干扰，建议修改。调整建议：复测辽河路，验证龙虎塘腾龙苑是否正常；根据验证结果看是否需要添加沪宁高速2B与边防站A的邻区关系；解决龙虎塘粮管所搬迁站A与沪宁高速2A的同频同扰问题。3、 龙锦路未接通时间：7月13日10:05:37测试路线：测试车辆在龙锦路由西往东行驶测试文件：0713-085145AMR1_f_org.rcu经纬度：119.972432, 31.81468掉话分类：覆盖问题，邻区问题 主叫UED网邻小区问题描述：UE在龙锦路由西往东行驶，主叫占用常工院本部A（10088,25），该区域TD基站站间距在1km以上，覆盖较差，UE起呼时PCCPCH RSCP已经很差，是-96dbm，C/I是-19db，连续3次RRC connection request无响应后UE进入空闲并重选至GSM小区常工院本部30565B，软件记录一次未接通。经查在起呼之前和起呼过程中，UE检测到10088和10112的CarrierRSSI值较高。问题分析：该区域TD覆盖较差，占用常工院本部A时邻区表中也没有较好邻小区，但UE检测到10088和10112的CarrierRSSI较高，可能存在邻区漏配现象，或有修改了频点的小区，还有可能是新建站；经查常工院本部A有D网邻小区，建议不加异系统的D网邻小区，出现切换失败的几率较大。调整建议：查询龙锦路附件有无修改频点的小区，龙锦路附近有无新建站；删除常工院本部A的D网邻小区。4、 竹林西路掉话时间：7月13日10:51:13测试路线：测试车辆在竹林西路由北往南行驶测试文件：0713-085145AMR1_f_org.rcu经纬度：119.9729708, 31.78645主叫UE问题描述：UE在竹林西路由北往南行驶，主叫在呼叫建立完成后占用检察院B（10104,30），随着车辆行驶UE上发1g报告请求跨RNC切换至火车站B（10104,91），由于两站同频，PCCPCH C/I降至-10db以下；1g报告上发10s后开始RB重配置，切换完成后BLER一度达到100%，20s后直接进入空闲状态，软件记录一次掉话。问题分析：由于检察院B和火车站B为同频小区，公共信道存在干扰，增大了切换失败的风险；切换至火车站B时BLER一度达到100%，可能存在基站告警或传输问题。调整建议：修改检察院B或火车站B的主频点；核查火车站B有无告警和传输问题。5、 竹林南路未接通时间：7月13日14:32:15测试路线：测试车辆在竹林南路由北往南行驶测试文件：0713-134725AMR2_f_org.rcu经纬度：119.9775967, 31.78394主叫UET300和N300问题描述：UE在竹林南路由北往南行驶，主叫占用红梅东村C（10120,32）起呼，PCCPCH RSCP是-87dbm，C/I是-7db，邻区表中有同频邻小区小东门桥搬迁站A（10120，62）和红梅西村A（10120,87），存在干扰，UE连续7次RRC connection request无响应，PCCPCH C/I一直在恶化，最后降至-20db，随后UE进入空闲状态，软件记录一次未接通。问题分析：由于存在同频干扰，UE的PCCPCH C/I较差，RRC请求无响应，导致未接通；经查红梅东村C的T300为1000ms，N300为7，UE会最多连续上发7次RRC请求，在此期间UE很难重选至其他好小区（小东门桥搬迁站A信号较好，在-70dbm左右）。调整建议：修改红梅东村C主频点；将红梅东村C的N300由7修改为4。6、 龙锦路未接通时间：7月13日14:51:22测试路线：测试车辆在永宁北路由南往北行驶，左拐至龙锦路测试文件：0713-134725AMR2_f_org.rcu经纬度：119.9875985，31.80353被叫UE问题描述：UE在永宁北路由南往北行驶，左拐至龙锦路，占用翠竹B（10088,39）起呼，PCCPCH RSCP是-84dbm，C/I是6db，UE上发RRC连接请求无响应（查询信令跟踪发现请求消息没有到达网络），后又连续上发6次均无响应，在此过程中服务小区信号逐渐恶化，最后至PCCPCH RSCP-97dbm，C/I为-6db。经查在第一次RRC连接请求时uppch Txpower为20dbm，随后的一直为24dbm，为满功率发射。连续7次RRC请求无响应后UE进入空闲状态，由于此时UE距翠竹基站900m，翠竹B的GSM邻区在UE处不是最强G网小区，最后UE小区选择至GSM小区绿洲家园30040B（不是翠竹B的GSM邻区）。问题分析：在第一次RRC connection request时无线环境还算良好，但uppch Txpower为20dbm，接近满功率发射，可能存在上行干扰；由于该区域TD基站稀少，翠竹B覆盖较远，在此次UE所处位置翠竹B的GSM邻区不是当地的最强GSM小区，往GSM切换失败几率大；由于N300是7，UE连续上发了7次RRC连接请求，该值过大，使得UE不能及时重选至其他较好小区。调整建议：核查翠竹B在13号14:51:22有无上行干扰；删除翠竹B的D网邻区，添加绿洲家园30040B为其GSM邻区；修改N300为4；加站以解决TD弱覆盖。7、 锦绣路掉话时间：7月13日14:07:23测试路线：测试车辆在锦绣路由西往东行驶测试文件：0713-134725AMR2_f_org.rcu经纬度：119.964854，31.80498被叫UE主叫UEIU非正常释放原因问题描述：UE锦绣路由西往东行驶，被叫占用常工院C（10088,115），随着车辆行驶UE上发2a报告请求切换至常工院本部C（10120,58），PCCPCH RSCP是-72dbm，C/I是18db，切换完成后UE开始满功率发射，23s后收到RRC连接释放，原因为unspecified，软件记录一次掉话。经查主叫经历与被叫类似，在切换至常工院本部C后UE也开始满功率发射，在上发2次2a报告无响应后，收到网络下发的disconnect消息。问题分析：从空口信令看，无线环境正常，但UE满功率发射，怀疑有上行干扰；经查询信令跟踪工具，被叫UE在切换至常工院本部C后24s，CN收到IU release request消息，释放原因为radio connection with UE lost，是一次非正常的IU释放。调整建议：核查常工院本部C有无上行干扰。8、 通江南路掉话时间：7月15日16:53:18测试路线：测试车辆在通江南路由北往南行驶测试文件：0715-155151AMR1_f_org.rcu经纬度：119.9533923，31.79775被叫UE常工院本部C问题描述：UE在通江南路由北往南行驶，被叫占用万福桥A（10112,74），在呼叫建立完成后，UE上发2a报告请求切换至（10071,58），切换成功，在切换完成后不久UE开始满功率发射，UE上发一次2a报告请求切换至万福桥A但无响应，26s后进入空闲状态，软件记录一次掉话。经查主叫UE在此时也检测到（10071,58），信号也比较强，但是并没有切换至该小区，最后主叫UE由万福桥A切换至万福桥B。问题分析：查询7月7号全网工参，只找到府琛商务广场M2是（10071,58），而该小区距UE2km，应该不是该小区信号；查询切换时的物理信道重配置消息，发现切换的目标小区CI是3073，是常工院本部C（10120,58）；经查常工院本部C上行干扰比较严重。调整建议：排查常工院本部C上行干扰；复测该路段，核查常工院本部C频点。三、TD拉网问题点(第三周)1、 黄河西路掉话时间：7月21日14:15:50测试路线：测试车辆在黄河西路由东往西测试文件：0721-134245拉网测试2_f_org.rcu经纬度：119.9042845, 31.86005掉话分类：参数设置不合理被叫UE选择至GSM后的情况30157 thresholdOwnSystem参数取值问题描述：UE在黄河西路由东往西行驶，被叫顺园小区北C（10096,97），随着车辆行驶UE进入TD覆盖边缘区域，PCCPCH RSCP恶化，UE先后切换至薛家3A（10104,110）、顺园小区南C（10088,28），这期间信号质量已经很差，在-95dbm以下，但UE一直没有切换至GSM网络，最后在薛家3A拖死进入空闲，软件记录一次掉话。问题分析：UE在服务小区信号很差的情况下一直没有切换至GSM网络，经核查参数，薛家3A和顺园小区南C的thresholdOwnSystem为-103dbm，该参数取值过低，导致一直没有进行跨系统切换；UE在薛家3A拖死后进入空闲，此时已经拖的很远，UE的GSM邻区信号也很弱，有时低于-80dbm，UE选择至GSM小区薛家卫生院D30474C（540,65），Rxlevel为-93dbm（也增加了在GSM网络出现时间的概率），该小区不是薛家3A的邻区；该区域为TD覆盖边缘，覆盖混乱，TD至GSM切换关系混乱，没有稳定的TD小区向GSM过度，建议优化。调整建议：修改薛家3A和顺园小区南C的thresholdOwnSystem的取值由-103至-90；优化薛家3A的GSM邻区。2、 华山路未接通时间：7月21日16:38:14测试路线：测试车辆在华山路由南往北行驶测试文件：0721-134245拉网测试2_f_org.rcu经纬度：119.9416872, 31.81785掉话分类：异常信令主叫UE被叫UE主叫Progress消息被叫身份认证后收到CN的消息问题描述：UE在华山路由南往北行驶，主叫占用泰山大厦A（10088,80）起呼，PCCPCH RSCP是-81dbm，C/I是8db，16:37:44网络call proceeding，30s后disconnect，软件记录一次未接通。经查被叫收到了寻呼消息，在鉴权加密和身份认证后收到网络下发的RRC connection release消息。问题分析：主叫在call proceeding后30s上发的disconnect，是呼叫建立超时导致；经查主叫在RAB建立完后并没有收到网络下发的alerting和connect消息，而是收到两次progress消息；被叫是在主叫上发disconnect消息的23s之前收到网络下发的RRC释放消息，因此该次释放与主叫没有关系；被叫在身份认证之后没有收到setup消息，而是收到RRC释放消息。调整建议：建议复测定位。3、 汉江路切换失败时间：7月21日9:47:07测试路线：测试车辆在汉江路右拐至河海东路测试文件：0721-092554拉网测试1_f_org.rcu经纬度：119.9941011, 31.82285失败分类：覆盖问题被叫UE主叫UE问题描述：UE在汉江路由西往东行驶，右拐至河海东路，被叫UE占用建东大学B（10112,98），随着车辆行驶UE切换至常工院新北校区A（10120,5），但该小区信号不稳定，降至-94dbm，随后上发一次3a和一次2a报告，网络判决执行3a报告，但handoverformUTRANFailure，原因为物理信道失败。问题分析：发生切换的路段TD信号不稳定，波动较大，主要有建东大学B和常工院新北校区A覆盖；切换路段GSM小区汉江路右拐至河海东路，Rxlvel为-77dbm左右，信号不是很强，容易发生切换失败，且GSM在此路段也没有其他较强小区；建东大学B为沿路覆盖，应调整该小区为主覆盖，使其能顺利接上常工院新北校区B（常工院新北校区A覆盖较差），由主叫的情况看，调整一下还是可以顺利接上的。调整建议：建东大学B下倾角上抬2度；建东大学B加功率。4、 竹林西路未接通时间：7月20日14:06:43测试路线：测试车辆在竹林西路由北往南行驶测试文件：0720-134709AMR3.rcu经纬度：119.9752007, 31.78379主叫UE被叫UEFTP-UE问题描述：UE在竹林西路由北往南行驶，主叫占用火车站东B（10088,89）起呼，PCCPCH RSCP是-87dbm，C/I是1db，14:06:16网络call proceeding，27s后disconnect，原因为normal，unspecified。经查在网络寻呼时被叫正在做TD网内的位置更新，被叫UE由火车站东B重选至小东门桥搬迁站C（10112,67），没有收到寻呼消息，导致此次未接通。问题分析：在该路段火车站东B的信号较弱，覆盖距离有限，而火车站B的信号较强；经查火车站B与小东门桥搬迁站C没有邻区关系，做FTP的UE在此由火车站东B切换至火车站B，并一直占用火车站B，没有切出导致拖死；测试当天火车站A处于未激活状态，现在已激活，待复测查看效果。调整建议：火车站B和小东门桥搬迁站C添加邻区关系；火车站东B方位角调整至120度，下倾角上抬2度。四、TD拉网问题点(第四周)1、 河海西路掉话时间：7月28日9:17:45测试路线：测试车辆在河海西路由东往西测试文件：0728-091445拉网测试1_f_org.rcu经纬度：119.9493118, 31.82948掉话分类：干扰问题被叫UE主叫UE没有发生切换CN收到的IU释放请求消息问题描述：UE在河海西路由东往西行驶，被叫占用泰山路A（10112,44），占用业务频点10112，随着车辆行驶UE上发2a报告跨RNC切换至华山中路B（10088,44），占用业务频点10112，切换完成后被叫下行BLER一直很高，之后不久UE开始满功率发射，DPCH C/降至-5db以下，UE上发2次RA更新请求和一次2a测量报告均无响应（2a报告是请求切换至华山中路A），最后进入空闲状态，软件记录一次掉话。经查主叫UE占用华山中路B一直撑到释放。问题分析：被叫UE在由泰山路A切换至华山中路B后下行BLER一直很高，泰山路A和华山中路B同扰码，且切换前后占用业务频点相同，存在干扰；经查在该时段华山中路B并没有上行干扰，UE满功率发射可能与高BLER和无线环境差有关。调整建议：修改