




版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、2021-11-161DT测试关注指标采样点覆盖率(RxLev=-90的采样点)/(总采样点数)100;其中RxLev通话时候取RxLevelSub值,Idle时取BCCHLevel值。里程覆盖率(RxLev=-90的里程)/(总里程)100;其中RxLev通话时候取RxLevelSub值,Idle时取BCCHLevel值。通话质量取RxQualSub值,(0级)(1级)(2级)1(3级)(4级)(5级)0.7/(总采样点数)100接通率接通总次数/试呼总次数100掉话率掉话总次数/接通总次数100切换成功率切换成功次数/切换总次数100位置更新成功率 位置区更新成功次数/位置区更新总次数10
2、0第1页/共30页 覆盖问题(过覆盖和弱覆盖) 掉话问题(无线原因和系统原因) 接通率问题(主叫呼叫失败和被叫寻呼无响应) 切换问题(切换失败、频繁切换、不合理切换) 语音质量问题测试中较常见问题2021-11-162第2页/共30页测试案例之主覆盖弱邻区强2021-11-163第3页/共30页测试案例之越区覆盖2021-11-164第4页/共30页测试案例之覆盖不合理2021-11-165第5页/共30页测试案例之覆盖不合理2021-11-166第6页/共30页如上所示,MS自南向北行驶,MS首先占用LZGSPC_电视台AG1-1小区,电平-70dBm左右,话音质量2-4级。随后切换至LZG
3、SPC_嘉龙酒店AG1-1小区,继续行驶,MS占用LZGSPC_嘉龙酒店AG1-1电平由-70dBm降至-85dBm,话音质量持续3-5级。该路段为弱覆盖路段,周边小区在此路段覆盖电平均为-80dBm以下,此路段缺少主要覆盖小区,同时发现LZGSPC_电视台AG1-1小区10号频点与LZGSPC_再就业AG1-1小区存在同频干扰,LZGSPC_嘉龙酒店AG1-1小区39号频点与LZGSPC_一中AG1-3小区存在同频干扰。解决建议:1、LZGSPC_电视台AG1-1小区10频点调整为4,LZGSPC_嘉龙酒店AG1-1小区39频点调整为49。2、LZGSPC_嘉龙酒店AG1-1小区方位角由20
4、0调整至250度加强该路段覆盖。问题分析2021-11-167第7页/共30页测试案例之弱覆盖掉话2021-11-168图1第8页/共30页测试案例之弱覆盖掉话2021-11-169图2第9页/共30页测试案例之干扰掉话(1)2021-11-1610图1第10页/共30页测试案例之干扰掉话(1)2021-11-1611图2第11页/共30页测试案例之干扰掉话(2)2021-11-1612图1第12页/共30页测试案例之干扰掉话(2)2021-11-1613图2第13页/共30页测试案例之切换导致掉话2021-11-1614第14页/共30页测试案例之频繁切换导致掉话2021-11-1615问题
5、分析:主叫MS1由北向南行驶,因此处属于覆盖盲点,MS1占用越区信号小岗村2时跳频TCH频点载干比都很低,通话质量很差,随后切换至蔡支局 2(BCCH=83 BSIC=40 CI=20461 LAC=22194)时同样跳频TCH点每个TCH频点载干比都很低,通话质量差,造成MS1质差掉话。解决建议: 建议下压小岗村2天线,降低其覆盖范围。 调整谢区文化中心2方位角,加强此处覆盖盲点位置的信号覆盖。 通过查看频点干扰软件,调整蔡支局 2跳频的TCH频点。第15页/共30页测试案例之孤岛掉话2021-11-1616第16页/共30页测试案例之孤岛掉话2021-11-1617问题分析:在淮河大桥南端
6、引桥处,因无直放站覆盖,信号杂乱。信号切到三玻厂1时,虽然有强信号邻小区沿淮村1(Rexlev=69),但因三玻厂1与沿淮村1未定义切换关系,形成孤岛效应,导致一直占用在三玻厂1,形成连续质差最终导致掉话。处理建议: 加三玻厂1到沿淮村1的单向切换关系。 延伸直放站的覆盖,作为问题点位置的主覆盖小区消除孤岛效应。第17页/共30页测试案例之未接通2021-11-1618未接通的定义:“一次接通”从主叫手机Channel request开始, 一直到被叫手机的TCH分配完成、Alerting、Connect。在此过程中,任何的信令中断都是“未接通”。正常信令如下: 由主叫起呼信令流程图可以看出,
7、主叫首先发出 channel request -immediate assignment-CM service request-setup-call proceeding-assignment command-assignment complete- alerting-connect-connect acknowledge 完成一次起呼。在主叫Assignment complete 完成后23秒左右被叫开始信道请求流程 Channel上channel request -paging response-immediate assignment-setup-call confirmed-assig
8、nment command-assignment complete-alerting-connect-connect acknowledge 完成一次被叫接入。第18页/共30页测试案例之未接通2021-11-1619第19页/共30页测试案例之TCH拥塞导致未接通2021-11-1620第20页/共30页测试案例之TCH分配失败导致未接通2021-11-1621第21页/共30页测试案例之SD拥塞导致未接通2021-11-1622第22页/共30页测试案例之SD掉话导致未接通2021-11-1623主叫起呼,在立即指配(immediate assignment)后紧接着就出现信道释放(cha
9、nnel release),也就是在SDCCH分配后就出现信道释放命令,即SDCCH掉话产生此次呼叫未接通。解决:跟踪信令SDC分配失败MS在channel request 后下发IMMEDIATE ASSIGNMENT,然后有IMMEDIATE ASSIGNMENT FAILURE转为IDLE,导致未接通解决:排除无线原因,考虑交换侧第23页/共30页测试案例之位置更新导致未接通2021-11-1624调整位置更新参数设置第24页/共30页测试案例之连续未接通现象2021-11-1625现象:主叫手机在14:35:00完成起呼后1秒左右拆链,出现未接通现象,拆链(disconnect)原因为
10、用户忙(cause value: user busy)。在随后4分钟时间内连续出现连续未接通现象。问题分析:查看被叫信令后发现,被叫在未接通出现前的一次呼叫中,在被叫收到connect acknowledge消息后一直处于系统消息5和系统消息6状态,没有收到后续上行的disconnect消息,也就是一直未出现信道拆链和释放,导致此后4分钟左右的时间内出现手机吊死的情况,直到14:39:40秒才出现下行的disconnect消息,而主叫在被叫未拆链和信道释放的情况下进行的连续的呼叫就出连续未接通情况,未接通的原因都是用户忙(cause value: user busy)。在被叫完成拆链后呼叫恢复
11、正常状态。第25页/共30页测试案例之连续未接通现象2021-11-1626第26页/共30页测试案例之强信号质差2021-11-16271、同频干扰及邻频干扰(寻找频率干扰源及换频)2、放大器造成的干扰(同频放大器)3、相邻小区的信号太强4、硬件故障第27页/共30页测试案例之强信号质差2021-11-1628解决办法1. 一般可结合BSC话务统计现场扫频,查找上行干扰2. 偏转天线方向、收缩小区覆盖范围(包括微蜂窝的外泄)、换频(兼顾频率模型)3. 减容(小区载波多,统计发现空闲,又存在频率干扰,可建议减容) 4. 解决硬件故障(确定哪个载波坏了,可通过关跳频然后锁频测试。有时IDLE状态下或在邻区时较强,真正使用时发现信号突然下降,超过了动态功率调整的范围,可怀疑设备存在功率发射不足的问题)5. 开跳频6. 建立良
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
评论
0/150
提交评论