TD网优案例集

TD网优案例集华为大学客户培训中心无线产品培训部2009年TD网优案例汇总文档密级2009-7-27华为机密，未经许可不得扩散第2页,共28页目录1.AAL2PATH的VPI和交换侧配置不一致导致语音呼叫失败问题.................................................32.RNC侧AAL2PATH配置与NodeB侧不一致导致小区业务演示失败.........................................43.某局PS业务PDP激活成功率低....................................................................................................54.某局由SAAL链路故障引起的呼叫概率性失败的故障处理..........................................................75.室内分布系统由于馈线走线路由不合理导致测试手机无法正常切换到TD网络.......................86.手机从其他小区切入业务正常，在本小区无法注册和起呼..........................................................97.某移动大楼TD室分基站下打电话接通率低问题分析.................................................................108.室内覆盖站点接通率低问题处理....................................................................................................119.CS,PS业务完成后由于RNC侧对UE进行DLBLER监测导致UE周期性发送测量报告...1310.RAC值错误导致PS业务USIM卡注册未知...............................................................................1411.RNC中SCU板数据与BAM不同步导致GPRS附着失败案例................................................1512.SIM卡和MSC鉴权机制问题导致SIM卡不能注册到T网........................................................1613.UE和核心网的UEA加密算法不一致无法注册网络...................................................................1714.某小区SAC值和CN测SAC值不一致导致该小区下无法进行业务........................................1815.用户面VCI配置错误导致电话无法接通.......................................................................................1916.由于AAL2PATH索引错误导致数据下载平均速率只有384kbit.................................................2017.由于Z厂家终端内置防火墙bug导致做被叫时提示用户忙.......................................................2118.CS12.2K和CS64K由于切换失败问题引起掉话........................................................................2219.CS鉴权问题导致PS业务2G3G重选业务无法重建..................................................................2420.USIM卡开户数据中的APN设置与终端使用的APN不一致导致终端PS业务速率低问题..2521.由于上行光纤问题导致视频马赛克严重........................................................................................2622.载波优先级算法开关默认为关闭导致小区双2：4配置HSDPA载波不能同时被占用...........2723.由于NODEB侧将IUB接口4条E1向NODB和RNC自环导致所有小区打电话非常困难28TD网优案例汇总文档密级2009-7-27华为机密，未经许可不得扩散第3页,共28页标题：1.AAL2PATH的VPI和交换侧配置不一致导致语音呼叫失败问题序号：SC0000466515更新时间：2009-06-1205:13:14阅读次数：作者：songjie_00139707产品族：TD-RAN产品：TD-RNC故障类别：其它关键字：VPI摘要：现象描述：某局在配置完所有数据后进行单板加载，数据加载能成功。手机能接收到信号，但是手机不能正常进行拨打电话，拨打后直接失败退出。告警信息：无原因分析：1、前台单板能正常加载，排除单板故障。2、基站有功率发射，手机能接收到信号，排除基站单板硬件故障。3、问题只有可能发生在基站数据配置或RNC数据配置错误。处理过程：1、检查RNC单板是否正常，无告警，并查看单板运行状态均正常。2、检查基站单板是否异常，发现基站能正常运行，并有功率发射。3、查看基站配置脚本并检查对接参数，IUB接口均正常。4、查看告警，没有发现特别的告警，查看RNC脚本是否正确，主要检查邻节点、ADJMAP、ATMTRF、N7DPC、CNNODE等数据是否配置正确，最终发现AAL2PATH中的VPI与交换配置不一致，和交换保持一致后，手机能正常拨打电话，问题解决。建议与总结：配置数据需要根据协商数据制作脚本，出现问题先检查一下硬件，再检查数据配置。TD网优案例汇总文档密级2009-7-27华为机密，未经许可不得扩散第4页,共28页标题：2.RNC侧AAL2PATH配置与NodeB侧不一致导致小区业务演示失败序号：SC0000507832更新时间：2009-05-2203:30:02阅读次数：作者：蒋建军产品族：TD-RAN产品：TD-RAN公共故障类别：其它关键字：UTRPIMAAAL2PATH摘要：现象描述：1、小区状态正常，但是业务很难接入。2、此站由于增加了传输扩展板UTRP，配置了新的数据。在配置新数据之前小区业务正常，配置之后业务受到影响。告警信息：无原因分析：1、是否手机或者数据卡存在问题。2、是否用户过多，小区容量资源不够。3、是否数据存在问题。处理过程：1、依次更换手机和数据卡演示，发现现象一样，排除手机和数据卡的问题。2、查看小区码道占用情况，发现码道空闲，排除容量问题。3、通过DSPAAL2PATH、DSPIMALNK等命令查看，发现状态正常。4、由于增加UTRP之前业务正常，仔细检查了新增加的数据。发现NodeB侧的AAL2PATH配置正确，分别在两个IMA组内，但是RNC侧的AAL2PATH确配置在一个IMA组内。NodeB侧：存在两个IMA组0、1RNC侧：存在一个IMA组0说明新的四条AAL2PATH和NodeB侧没有对应，导致业务建立失败。通过在RNC侧增加一个IMA，并将8条AAL2PATH（对应NodeB侧）分别配置在两个IMA组内，小区业务恢复。建议与总结：增加UTRP单板时注意几点：1、RNC侧1）增加一个IMA组。2）修改SAAL其中一条在新的IMA组上。3）将新增加的AAL2PATH配置在新的IMA内。2、NodeB侧1）配置E1T1链路2）增加新的IMA组和新的IMALNK。3）修改SAAL其中一条在新的IMA组内。4）增加新的AAL2PATH在新的IMA组内。TD网优案例汇总文档密级2009-7-27华为机密，未经许可不得扩散第5页,共28页标题：3.某局PS业务PDP激活成功率低更新时间：2009-01-1514:27:54.0作者：fanqune来源：ContributionA产品族：TD-RAN产品：TD-RNC故障类别：其它关键字：RAB指派失败PDP激活成功率低英文文档ID：现象描述：PS业务PDP激活成功率低，每次都是RNC向CN回了条RAB指派失败，原因是01------transmissionNetwork:0x42(66):iu-transport-connection-failed-to-establish。附：RNC15_Iu_2009-01-14-18-38-11.tmf告警信息：无原因分析：仔细查看IU口信令，发现PDP激活成功率只有一半左右。只要是CN发过来的RANAP_RAB_ASSIGNMENT_REQ中带的指派IP地址是DDB18C0E（221.177.140.14），RNC都会回一条RAB指派失败消息，原因是01------transmissionNetwork:0x42(66):iu-transport-connection-failed-to-establish。而指派地址是DDB18C0D（221.177.140.13）的都指派成功了。所以和221.177.140.14的地址配置相关。TD网优案例汇总文档密级2009-7-27华为机密，未经许可不得扩散第6页,共28页处理过程：咨询核心网同事，核心网有两个用户面处理板地址，221.177.140.13和221.177.140.14，负荷分担，RAB指派随机选择这两个地址。但是计划TD的RNC只通过221.177.140.13指派，所以RNC只配置了一条到核心网的IPPATH，用户面地址是221.177.140.13，并没有和221.177.140.14相关的配置。由此确定是核心网指派IP地址错误，RNC不认221.177.140.14这个地址，所以RAB指派失败。解决方法有两个：1、在RNC上添加到核心网用户面处理板221.177.140.14的IPPATH和路由。2、核心网通过数据配置，绑定TD的RNC在地址为221.177.140.13的这块UGFU单板上（ADDRNCUGFULNK），这样RAB指派的时候就不会再指派221.177.140.14了。现场采用了第二种方式解决，经过大量测试，PDP激活成功率接近100％，问题解决。建议与总结：1、现场在处理问题的时候，要注意这种概率性的事件，像这个问题50％的成功率，肯定是有一个地方少配置了一条链路。注意检查脚本。2、现场要加强对信令的分析，找准关键点。TD网优案例汇总文档密级2009-7-27华为机密，未经许可不得扩散第7页,共28页标题：4.某局由SAAL链路故障引起的呼叫概率性失败的故障处理序号：SC0000511504更新时间：2009-06-1010:12:24阅读次数：作者：zhujie/00144426产品族：TD-RAN产品：TD-RNC故障类别：其它关键字：SAAL链路摘要：现象描述：某局RNC使用B161版本，NODEB使用B251版本，NODEB侧配置8条E1，4条在MPT板，4条在UTRP板；做拨测验证发现有一定概率出现无法建立呼叫；承载在UTRP板上的一条SAALLNK不可用。告警信息：SAALLNK链路断链告警。原因分析：传输不可用；SAALLNK相关参数配置错误；UTRP单板故障。处理过程：1、NODEB侧拨侧发现有很大概率出现UE无法建立呼叫。2、检查NODEB侧链路情况，发现有一条加在UTRP板上的SAALLNK显示不可用。3、在RNC和NODEB侧删除该SAALLNK再拨测无法呼叫的故障消失；重新添加