TD路测优化DT问题点案例分析.docx
- 文档编号:28404485
- 上传时间:2023-07-13
- 格式:DOCX
- 页数:44
- 大小:4.18MB
TD路测优化DT问题点案例分析.docx
《TD路测优化DT问题点案例分析.docx》由会员分享,可在线阅读,更多相关《TD路测优化DT问题点案例分析.docx(44页珍藏版)》请在冰豆网上搜索。
TD路测优化DT问题点案例分析
奥联区域问题点〔DT〕
一、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开场满功率发射,DPCHC/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载波会造成干扰,致使DPCHC/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〕起呼,PCCPCHRSCP是-88dbm,C/I是7db,09:
38:
06网络callproceeding,但无响应,此时BLER已经非常高,该路段无好覆盖,PCCPCHRSCP降至-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〕起呼,PCCPCHRSCP是-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〕起呼,PCCPCHRSCP是-87dbm,C/I是3db,14:
21:
28网络callproceeding,24s后disconnect,原因为normalcallclearing。
经查被叫此时正在做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
掉话分类:
覆盖问题,邻区问题
主叫UE
D网邻小区
问题描述:
UE在龙锦路由西往东行驶,主叫占用常工院本部A〔10088,25〕,该区域TD基站站间距在1km以上,覆盖较差,UE起呼时PCCPCHRSCP已经很差,是-96dbm,C/I是-19db,连续3次RRCconnectionrequest无响应后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〕,由于两站同频,PCCPCHC/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
主叫UE
T300和N300
问题描述:
UE在竹林南路由北往南行驶,主叫占用红梅东村C〔10120,32〕起呼,PCCPCHRSCP是-87dbm,C/I是-7db,邻区表中有同频邻小区小东门桥搬迁站A〔10120,62〕和红梅西村A〔10120,87〕,存在干扰,UE连续7次RRCconnectionrequest无响应,PCCPCHC/I一直在恶化,最后降至-20db,随后UE进入空闲状态,软件记录一次未接通。
问题分析:
由于存在同频干扰,UE的PCCPCHC/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〕起呼,PCCPCHRSCP是-84dbm,C/I是6db,UE上发RRC连接请求无响应〔查询信令跟踪发现请求消息没有到达网络〕,后又连续上发6次均无响应,在此过程中效劳小区信号逐渐恶化,最后至PCCPCHRSCP-97dbm,C/I为-6db。
经查在第一次RRC连接请求时uppchTxpower为20dbm,随后的一直为24dbm,为满功率发射。
连续7次RRC请求无响应后UE进入空闲状态,由于此时UE距翠竹基站900m,翠竹B的GSM邻区在UE处不是最强G网小区,最后UE小区选择至GSM小区绿洲家园30040B〔不是翠竹B的GSM邻区〕。
问题分析:
在第一次RRCconnectionrequest时无线环境还算良好,但uppchTxpower为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
主叫UE
IU非正常释放原因
问题描述:
UE锦绣路由西往东行驶,被叫占用常工院C〔10088,115〕,随着车辆行驶UE上发2a报告请求切换至常工院本部C〔10120,58〕,PCCPCHRSCP是-72dbm,C/I是18db,切换完成后UE开场满功率发射,23s后收到RRC连接释放,原因为unspecified,软件记录一次掉话。
经查主叫经历与被叫类似,在切换至常工院本部C后UE也开场满功率发射,在上发2次2a报告无响应后,收到网络下发的disconnect消息。
问题分析:
从空口信令看,无线环境正常,但UE满功率发射,疑心有上行干扰;经查询信令跟踪工具,被叫UE在切换至常工院本部C后24s,CN收到IUreleaserequest消息,释放原因为radioconnectionwithUElost,是一次非正常的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覆盖边缘区域,PCCPCHRSCP恶化,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〕起呼,PCCPCHRSCP是-81dbm,C/I是8db,16:
37:
44网络callproceeding,30s后disconnect,软件记录一次未接通。
经查被叫收到了寻呼消息,在鉴权加密和身份认证后收到网络下发的RRCconnectionrelease消息。
问题分析:
主叫在callproceeding后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
被叫UE
FTP-UE
问题描述:
UE在竹林西路由北往南行驶,主叫占用火车站东B〔10088,89〕起呼,PCCPCHRSCP是-87dbm,C/I是1db,14:
06:
16网络callproceeding,27s后disconnect,原因为normal,unspecified。
经查在网络寻呼时被叫正在做TD网的位置更新,被叫UE由火车站东B重选至小东门桥搬迁站C〔10112,67〕,没有收到寻呼消息,导致此次未接通。
问题分析:
在该路段火车站东B的信号较弱,覆盖距离有
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- TD 优化 DT 问题 案例 分析
![提示](https://static.bdocx.com/images/bang_tan.gif)