陕西TD案例汇编.doc

陕西省TD案例手册中国移动通信集团陕西有限公司2009年5月目 录1.TD无线专业案例41.1 RNC4 CS域接通率低解决报告41.2 RRU无法接入故障分析71.3大唐OMC-R网管基站状态为受限问题91.4调整切换时延解决弱覆盖111.5多个HSDPA用户同时上网，下载速率低121.6高新枢纽楼主叫未接通及掉话131.7关于RNC1业务异常的分析报告141.8鸿业大酒店无法接入故障171.9开通附近基站解决弱覆盖问题171.10利用LDT信令跟踪解决系统间切换失败问题181.11如何使用LMTB软件查看基站RRU状况211.12枢纽楼3G手机发起呼叫失败频繁251.13西安地税局1扇区有信号CS,PS业务无法进行271.14西安市委小区不能激活281.15岳家寨基站不能正常接入291.16越区覆盖，天线调整301.17真爱年华串联RRU故障311.18 2G-3G互操作问题分析报告321.19大唐RNC的APS保护设置导致基站无信号341.20北电区域PS域2G/3G切换失败351.21泛美花园大厦HSDPA速率极低361.22 RNC CS域接通率偏低解决报告371.23香格里拉大酒店H业务速率上不去391.24多普达S700的假活问题401.25三星I688死机问题421.26大唐NodeB 下小区不能激活故障处理431.27新邮通NodeB 下小区599告警处理案例441.28宏基站小区未激活告警处理案例451.29大唐NodeB GPS故障的处理461.30手机注册失败案例461.31 H业务多用户同时下载速率低-IUB口带宽受限471.32 RRU故障导致的系统间切换失败511.33 RRU无法接入处理案例521.34大唐NodeB 传输扩容造成IPOA断连的处理531.35西安金桥国际广场RRU问题处理541.36 2G3G_CS64K无法触发切换问题541.37 IPOA不能建立571.38 RRU无法接入571.39大唐NodeB天馈故障处理581.40 2个邻小区之间不切换591.41 H业务下载速率低优化案例611.42大唐GPS不能锁星处理经典案例632. TD核心网专业案例642.1 TD用户登记3G网络时，系统内局间切换失败642.2 USIM卡不能登陆网络问题652.3 XAGS42拨打长途和局间视频呼叫失败，但局内视频通话正常672.4登记于TD网络开通来电强显的客户无法看到主叫号码712.5华为HLR停开机操作机制问题722.6漫游至北京TD局下用户呼叫西安HLR11智能网签约用户提示停机722.7数据配置错误导致多媒体彩铃无法播放752.8无法拨打12531进行多媒体彩铃的开户772.9终端对网络认证失败导致USIM卡不能登陆3G网络问题772.10录音通知播放较混乱的问题802.11 G3上网本无法正常登陆自助页面案例872.12 HP G3上网本APN异常连接失败883. TD网管专业案例903.1大唐，新邮通的userlable部分为空值903.2解决大唐、新邮通基站资源无法采集的问题904. TD终端故障案例914.1（ZTEU85）无法自动识别到TD网络914.2（华为S660）频繁出现信号跳水（特别推荐）924.3（华为T550）无法进行Wap全曲下载934.4（适用于多数TD手机）优化G3手机设置,提升数据传送速率（特别推荐）944.5（中兴U85）无法使用飞信964.6 MOTO L800T出现频繁的重启974.7海信HS-TG95无法进行WAP全曲下载974.8海信HS-TG95无法进行挂机状态下的遇忙呼转984.9海信HS-TG95用飞信客户端有时会出现乱码994.10惠普的G3上网本广域无线网卡不能自动唤醒1004.11酷派终端在升级至目前最新版本后，无法浏览移动梦网(特别推荐)1004.12联想TD900登录WAP页面提示连接失败1014.13中兴U860进行全曲下载时，网络提示：内部服务器错误（特别推荐）1025. TD工程建设案例1035.1中国移动TD试验网二期西安工程建设经验小结1031. TD无线专业案例1.1 RNC4 CS域接通率低解决报告优化案例RNC4 CS域接通率低解决报告省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字网络现象4月5日在测试的过程中发现RNC4下的CS接通率在50%左右，现场测试中表现为1次能接通，下一次就无法接通，有较为明显的规律性。客户感知情况原因分析CN侧与RNC侧配置数据不一致所造成优化步骤1、 业务不能被接通时信令分析：如下图，在CN下发RAB指派请求后，RNC内部处理到TNSS模块时提示 lulink_est_fail错误原因代码如下图，解码后原因为：资源不足（Resource unavailable unspecified）查询RNC侧资源承载情况，如下图。可以看出，本次失败的业务请求是建立在模组130，子组309的板卡上，也就是在1架3框5槽的NASA板上。提取正常呼叫的各次信令流程，可以看出每次成功的业务请求是建立在模组129，子组291的板卡上，也就是在1架2框5槽的NASA上。对采取到的25次信令分析后发现每次成功的呼叫资源都是分配在129，291上，每次失败的资源都是分配在130，309上。此时RNC侧将问题初步定位在1-3-5的NASA CN接口板上。2、 排查过程1） 现场维护人员先尝试将129,291 与130,309的两块接口板进行对调，再次测试，现象依旧，故排除了RNC板卡异常的可能。2） 进行CS 信令链路SSCOP跟踪，发现配置在130,309上的链路不通。故将问题再次定位到与CN侧的链路故障上。3） 与核心网人员核对数据，发现核心网侧并未对130,309所对应的链路进行配置。到此本次CS接通率低下的问题得到定位，分析为CN侧与RNC侧配置数据不一致所造成。3、 问题处理因问题得到定位，故处理方式就比较清晰了，当晚就对CN进行了数据的修改。修改完成后问题得以解决，接通率恢复正常。优化总结附录：无1.2 RRU无法接入故障分析故障案例RRU无法接入故障分析省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字故障现象RRU无法接入告警信息1. OMCR状态：未激活2. OMCR上显示小区未激活原因显示（代号：599）原因分析故障现象（1）：RRU的启动流程中没有向aCCU发送“IFU INIT_REQ”可能原因： RRU没上电； EIU/ABBU没有正常工作； 光路不正常： Ir接口的光纤端口连接不正确、光纤损坏； EIU或者RRU内部的光模块工作不正常；备注：可以通过光模块两项检查来判断，其一是光模块收发功率检查RRU-EIU的通路是否畅通；其二是FPAG，检查该通路上是否有信号传输 基站时钟不正常：检查GPS相关系统； RRU自身故障； 传输故障： 断连NodeB和RNC连接，判断NodeB本端传输状态； 协调机房组判断RNC和NodeB之间传输状态； CASA光口板故障故障现象（2）：aCCU未向RRU发送“IFU INIT_RSP”可能原因： 网元布配错误 ABBU资源是否满足需求故障现象（3）：RRU未回响应IFU_READY可能原因: 版本自动升级出现错误，需要重新升级IFU版本处理步骤维护人员上站反馈所属RNCnodeB编号基站名称故障现象（OMC-R）故障备注（定位或原因）(关键字-完全开通/故障恢复）RRU未接入（599）解决归类故障恢复时间RNC2XAAO096邮电西北供应处1小区未激活 原因：（134.676.599)RNC载波配置和基站不一致，重新网元布配并复位后故障恢复重新网元布配2009-3-18 19:00RNC3XAAI096西材新苑小区未激活 原因：（134.676.599)RRU通过馈线引入室分，经过合路器后一分二两路，只用了其中一路，而另一路虽未用但仍未挂负载，RRU判断空载，接上负载后该路故障恢复RRU故障2009-3-20 16:24RNC1XAAO098西缆物业 2小区未激活 原因：（134.676.599)1块ABBU板掉死，热插拔该ABBU板，掉电重启复位后故障恢复ABBU故障2009-3-21 19:00RNC3XAAO144莲湖区环保局2小区未激活，原因（599）更换RRU板后，故障恢复RRU故障2009-3-24 13:30RNC3XAAO152世纪大厦0 1小区故障，2小区未激活原因：（599)光口板跑死，复位光口板后故障恢复CASA故障2009-3-23 13:00故障总结附录：无1.3大唐OMC-R网管基站状态为受限问题故障案例大唐OMC-R网管基站状态为受限问题省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字故障现象有些基站故障虽然OMCR状态为受限，但实际并不影响业务 ，例如：世纪大厦152号基站。告警信息无原因分析从告警的上报时间的间隔及上报的频繁程度初步分析，出现这个异常的问题是由于RNC 与NODEB之间的心跳检测失败所导致误报。目前RNC与NODEB之间的心跳是由NEA来发起，如这两个设备间存在过多的路由转发，那么心跳消息将有可能不会被正确的下发到基站，从而得不到基站的正确响应，网管侧将会收到基站退服、小区退服的告警。处理步骤1、查看网管状态如下：2、现场测试数据反映，1小区和2小区CS域业务正常，PS域业务也正常 ，1小区CS域测试如下：3、原因分析从告警的上报时间的间隔及上报的频繁程度初步分析，出现这个异常的问题是由于RNC 与NODEB之间的心跳检测失败所导致误报。目前RNC与NODEB之间的心跳是由NEA来发起，如这两个设备间存在过多的路由转发，那么心跳消息将有可能不会被正确的下发到基站，从而得不到基站的正确响应，网管侧将会收到基站退服、小区退服的告警故障总结1. 临时解决措施 从以上分析可以看出，在这种种情况下，基站的具体业务并不会受到影响，所以如果根据以上判断方法得出某基站属于该情况，可以不派单维修。2. 彻底解决措施： 大唐工程师反映研发人员正在进行OMCR升级，希望升级版本解决此类问题，以免扰乱监控人员视线。附录：无1.4调整切换时延解决弱覆盖优化案例调整切换时延解决弱覆盖省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字网络现象UE由东向西方向行驶，占用小区，该路段有一小段弱覆盖，数据回放时发现邻小区比主小区高9个dBm，而主小区没有及时切换至邻小区，造成该路段弱覆盖。客户感知情况原因分析弱覆盖优化步骤调整切换时延优化总结调整切换时延解决弱覆盖附录：无1.5多个HSDPA用户同时上网，下载速率低优化案例多个HSDPA用户同时上网，下载速率低 省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字网络现象在金石大酒店室内分布基站，配置了3个HSDPA载频，在一个终端占用HSDPA的情况下，下载速率达到1.1Mbps左右，但是第二个终端使用HSDPA上网后，前一个终端的下载速率就迅速下滑，最终两个终端的下载速率均保持在500600Kbps。客户感知情况原因分析经信令跟踪：发现两个HSDPA的用户在建立网络连接后，一直占用同一个载频，导致两个用户共享1.6Mbps。由于小区资源管理算法默认配置中，小区仅配置一个HSDPA载波的情况，所有SDCA算法中载频排队方式采用“基于固定排队之所需BRU不同选择”。在该配置下，小区接入HSDPA占用载频按照固定的顺序，先把一个载频占满后再占用其他载频，所有当上2个H用户时，会占用在同一个载频共享带宽，优化步骤通过调整调度算法及DCA算法策略，载频优先级排队按照“基于BRU使用情况排队”，在该策略下，HSDPA用户按照载频的剩余资源情况使用占用载频，保证用户接入后的资源利用率。速率低问题得以解决。 调整前 调整后优化总结附录：无1.6高新枢纽楼主叫未接通及掉话优化案例高新枢纽楼主叫未接通及掉话 省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字网络现象UE在高新枢纽楼占用T网信号发起主叫业务，出现未接通的现象及在通话过程中掉话。客户感知情况原因分析UE在T网RRC连接建立，发起主叫CM Service Request后，没有收到RB Setup，直接去读系统消息，发起小区更新，导致未接通一次。 通过跟踪UE IU口及IUB口信令，我们发现：RNC下发了RB Setup，并且Node B收到了RADIO LINK RECONFIGURATION COMMIT，说明Node B 已经透传了RB Setup，而UE在空口没有收到，故RNC一直没有收到UE回的RB Setup Complete消息，也就没有给CN回RAB Assignment Response消息，因此在5s内CN没有收到回复，下发Disconnect消息，cause为Switching equipment congestion(交换设备拥塞)， UE发起小区更新导致此次主叫未接通。 空口终端没有收到RB Setup，通过修改周围小区频点和检查扰码，避免系统内周围小区的干扰，并且通过扫频仪发现没有系统外的干扰。排除干扰原因，通过升级Node B基站软件及检查RRU是否出现故障排除基站发射功率不稳定的现象，我们最终将此类问题可能的原因归结为： UE终端不完善，随着电池温度上升，自身解调能力下降。 怀疑基站底层信令传输有问题。 目前T网自身在室内覆盖方面由于没有智能天线，本身就带来一定抗干扰及增益上的损失，并且由于室内传播环境中时延不可分的多径复杂，TD联合检测算法无法解出时延不可分的多径信号，性能极具下降，误块率上升，导致UE发起小区更新导致接通率下降和掉话。 优化步骤优化总结 建议厂家尽快解决目前终端电池容易发热，工作不稳定的现象。 建议大唐研发人员对底层信令传输问题进行核查。 由于TD自身问题，需要研发人员尽快研究出新的算法克服此类问题。附录：无1.7关于RNC1业务异常的分析报告优化案例关于RNC1业务异常的分析报告省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字网络现象4月2日，在测试过程中陆续发现一些站做不了业务，具体表现为拨打电话直接被拒。客户感知情况原因分析问题定位到CellRecordid重复优化步骤登陆LDT，发现一块RSPA（无线信令处理板）处于故障状态。经分析发现，这些出问题的站都是受控于该RSPA。初步定位，该RSPA板存在问题。赶到现场，更换备板，状态依旧，具体表现为单板反复重启。又更换，现象依旧。排除板子硬件故障。登录该单板，发现如下信息：该单板始终处于校验失败状态，检查数据发现：邻区数据表中最后4行的CellRecordid 与以前的重复。故问题定位到CellRecordid重复。修改如下：问题RSPA单板顺利启动。问题得到解决。优化总结附录：无1.8鸿业大酒店无法接入故障故障案例鸿业大酒店无法接入故障省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字故障现象鸿业大酒店（XAAI246，3个RRU串联)，检查设备尾纤等硬件连接正常，第2个RRU无法接入 。告警信息无原因分析处理步骤RRU网络拓扑结构如下：处理步骤：RRU2无法接入，检查硬件连接，正常；分别通过跳纤，三个RRU均能正常接入；断开RRU1，分别连接RRU0的两个光口，均能正常接入；检查本地网元布配，发现拓扑结构如下： 判断为开站过程中实际网络连接未按设计要求进行，查该站设计为并联结构（如上图所示），通过跳纤进行更正，所有RRU均正常接入，故障排除。故障总结附录：无1.9开通附近基站解决弱覆盖问题优化案例开通附近基站解决弱覆盖问题省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字网络现象UE由西向东行驶时，占用，该片区域出现弱覆盖，经回放怀疑小区未激活，导致该路段弱覆盖。客户感知情况原因分析弱覆盖优化步骤开通附近基站优化总结开通附近基站解决弱覆盖问题。附录：无1.10利用LDT信令跟踪解决系统间切换失败问题故障案例利用LDT信令跟踪解决系统间切换失败问题省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字故障现象本案例是对在高新妇幼中心大厦基站下进行2G/3G互操作时，系统间重选正常，但是CS域业务始终不能进行切换的分析。告警信息无原因分析处理步骤前期在该小区下开启了无线侧系统间切换功能，并正确添加邻区，核心网侧也已经添加相关RemoteLAC数据，但是在测试时发现即使信号变得极差，直至脱网也没有发起系统间切换，跟踪到的信令如下：经过对无线侧参数多次核查未发现问题，于是怀疑核心网是否存在功能开关参数。经过与爱立信工程师沟通，确认在2G爱立信交换机下必须打开一个功能参数才可以 3G至2G的语音切换。网管中心与爱立信公司配合将该功能开关打开后，发现系统间切换仍然存在问题，在UE进行系统间测量，并上报3A事件后，网络发起到2G的切换，但是始终失败，具体信令如下：利用LDT跟踪信令可以看到，发起系统间切换后，会收到核心网下发的“RELOCATION PREPARATION FAILURE”消息，具体内容为“unknown-target-RNC”，即无法找的目的BSC，因此怀疑为交换数据添加有误，与交换联系进行数据核查，发现RemoteLAC添加存在错误。将错误数据修改后，测试正常。跟踪的信令如下：故障总结在西安地区进行2G/3G互操作的过程中,发现很多意外情况,利用LDT工具软件中的信令跟踪功能,可以进行Uu接口、Iub接口、Iu接口等多个接口的信令联合跟踪，极大的方便了问题的定位和处理。附录：无1.11如何使用LMTB软件查看基站RRU状况故障案例如何使用LMTB软件查看基站RRU状况省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字故障现象以RNC5下东方大酒店为例，详述如何使用LMTB软件查看基站RRU状况告警信息无原因分析处理步骤以RNC5下东方大酒店为例：1. 点击“Nodeb设备配置数据”可查看到该站的IP地址为192.170.9.132. 点击“IP承载集-IP协议栈子层-IP端口”可查看到该站所属RNC外部IP地址为10.133.72.1223. 打开cmd窗口，输入route print，检查是否已存在192.170.0.0的正确路由。若存在，可直接打开LMTB软件进行操作，否则先进行路由设置，设置操作如下：4. 打开LMTB软件，输入登录名、密码（密码暂时为111111）和基站的IP地址：5. 点击“确定”后，进入LMTB界面：6. 点击工具栏上的“RRU拓扑”按钮，可以看到实际RRU的连接情况及RRU状态（如果RRU故障，显示大红色）。图中表明该站有1个RRU，且该RRU状态正常。7. 点击工具栏上的“网元布配”按钮，如下图，选中某一个小区后，点击“显示拓扑图”按钮，可以看到该站的网元布配信息。8. 点击工具栏的“一单开站”按钮，选择“时钟源信息”TAB页，如下图，可以看到该站的经纬度。故障总结在TD日常维护优化工作中，我们可以通过大唐LMTB工具远程登陆NODE B，可方便的查询各类信息，其中对RRU状况的分析可以让我们清楚的查询室分信息。附录：无1.12枢纽楼3G手机发起呼叫失败频繁故障案例枢纽楼3G手机发起呼叫失败频繁省公司陕西公司专业无线设备类型RNC，NODEb设备厂家大唐设备型号TDR3000，18AE软件版本编制时间20090429作者陈睿韬作者电库时间审核人审核人电话厂商审核人联系方式关键字故障现象UE在枢纽楼内发起呼叫时，频繁产生失败，现象为拨出号码后，数秒后自动返回待机状态。告警信息无原因分析1） 枢纽楼室分配置为S666，信道资源丰富，首先排除拥塞原因。2） 利用大唐LDT消息跟踪软件，对固定UE按照IMSI进行拨测跟踪，结果如下：RADIO LINK RECONFIGURATION PREPARE CN-RNCRADIO LINK RECONFIGURATION PREPARE RNC-NODEBRADIO LINK RECONFIGURATION READY NODEB-RNCRADIO BEARER SETUP RNC-UE 20:07:15RADIO LINK RECONFIGURATION COMMIT RNC-NODEBDIRECT TRANSFER CN-RNC 20:07:20其中最后一条直传消息的内容是DISCONNECT，cause value的值为42，原因是switching equipment congestion。即核心网侧对此次呼叫进行了放弃。3） 从核心网侧同时进行了消息跟踪，显示如下：可看出，交换侧的消息也显示，核心网对呼叫进行了主动的拆线，原因值42，与LDT跟踪结果一致。4） 将每次拨打失败的LDT消息与正常消息比对，发现RNC发给UE RADIO BEARER SETUP 消息后，UE应该回应的RADIO BEARER SETUP COMPLETE消息始终未出现，而一旦该消息能够正常出现时，拨测就可以成功。而交换侧从发送RADIO BEARER SETUP消息后，到接收到RADIO BEARER SETUP COMPLETE消息之间的计时器定义是5s，如果超时则认为RB无法建立而对呼叫进行释放。这和消息里的20:07:15建立时间，以及20:07:20释放时间的间隔是吻合的。5） 结合路测软件，对UU口的消息进行跟踪，未发现RADIO BEARER SETUP 消息，因此UE没有回应。此消息由NODEB透传，RNC已下发，但UE未收到，说明在空口该消息丢失。6） 通过测试手机对枢纽楼里的信号进行电平测试，发现室外宏站漂移信号多，部分与室分信号强度相差不大。处理步骤1）整理枢纽楼小区的邻区关系，删除不必要的邻区，同时将过覆盖的邻小区天线和功率进行了适当调整。2）对大楼内室分天线的各个接头进行检查和紧固，对每个RRU的状态进行测量，保证室分系统工作正常，功率达到设计效果。3）请大唐现场人员将该故障现象报告其研发部门，对NODEB丢失透传信令的可能性进行研究和完善。故障总结1）对于消息丢失的原因，可能性有很多，包括NODEB设备对信令的处理是否不稳定，空口干扰等。从测试情况来看，应首先对空口干扰进行处理，由于干扰问题是3G网络的重点优化点，所以考虑先对宏站信号进行了处理，可通过核查扰码，调整方位角，或适当调节功率的方法来解决。2）室内是3G网络的覆盖重点，并且由于频段问题，3G信号的穿透力弱于2G，因此对室分工艺要求较2G更高，建议对大楼室分信源、RRU，以及天线等部位进行全面检查，保证室分信号的覆盖在室内处于绝对优势。3）对于设备的稳定性和可靠性还需要不断地观察和完善。附录：无1.13西安地税局1扇区有信号CS,PS业务无法进行故障案例西安地税局1扇区有信号CS,PS业务无法进行省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者刘武韬作者电核人联系方式关键字故障现象西安地税局1扇区有信号CS,PS业务无法进行告警信息无原因分析处理步骤1、通过路侧提取载频级ISCP 性能统计数据和Up-PCH位置观察确定用户所在小区的1、2 时隙存在强烈的干扰2、检查PRACH 信道配置在时隙1，这样很可能被干扰到，导致网络侧无法正确解调PRACH 信令通过CDL 观察也看不到RRC建立失败或RAB 建立失败的消息；3、调整上行公共物理信道PRACH 由1 时隙到3 时隙避开干扰。 调整后，CS、PS 业务可以正常完成，问题得到解决。故障总结1）根据UpPCH当前所在位置可以大致判断上行时隙是否存在干扰，当存在部分上行时隙存在干扰时，调整PRACH 物理信道所在时隙可以作为一个临时避开干扰，解决呼叫困难的优化手段，但是排除干扰才是最终的、最有效的解决办法；2）UE 的RRC请求发送不上来时，可以通过干扰统计和信令跟踪定位问题 。附录：无1.14西安市委小区不能激活故障案例西安市委小区不能激活省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字故障现象在现场，GPS不锁星，小区不能激活，激活后小区无信号。告警信息无原因分析处理步骤 步骤一：首先解决GPS不锁星问题 1、-B登陆NB，发现GPS不锁星，检查基站侧GPS硬件连接，发现基站侧GPS浪涌保护器不是Postcon_2210专用保护器，更换后仍然不锁星。 2、检查GPS小跳线正常，检查PGS馈线，拆下GPS天线，用万用表检查馈线电压，发现没有电压。 3、排查GPS馈线接地发现GPS馈线接地处短路，重做接地后GPS正常锁星。 步骤二：解决小区不能激活的问题 1、联调后，基站各个板卡均正常启动，但是小区还是不能激活，查看-B打印消息，基站侧正常，检查SI参数，发现Lub链路设置为ATM+IP，修改后小区激活。 2、用终端测试时发现终端西安市紧急呼叫，收到了频点和扰码，拨测时马上返回呼叫失败，返回待机状态。联系RNC后得知核心网交换侧相关数据未做，添加相关数据后基站正常。故障总结附录：无1.15岳家寨基站不能正常接入故障案例岳家寨基站不能正常接入省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字IPOA；RRU 故障现象在现场，A扇区RRU不能正常接入，IPOA不能建立，与RNC联调不成功，小区无法激活，基站无法正常开通。告警信息无原因分析NB到RRU尾纤故障，更换尾纤后正常；更换RNC光板处理步骤步骤一：首先解决RRU不能接入问题排除RRU电源故障，打开RRU维护窗口后发现OFPR1指示灯不亮，用Hammer登陆RRU后发现RRU无收发光，判断为尾纤问题，倒换NB侧尾纤收发后RRU仍然无法接入。判断NB到RRU尾纤故障，更换尾纤后正常。步骤二：解决IPOA不能建立的问题 1、发现IMA组正常激活，IPOA为未激活状态，在RNC侧去激活激活后基站还是不能正常开通， 2、查看-B打印消息发现RNC发出激活消息后，NB在自动取激活。 3、提取SI日志，用UltraEdit分析日志确定NB收到了RNC侧数据包，怀疑RNC侧故障。 4、RNC查看此光板下其他基站现象相同，更换RNC光板后基站正常开通。 5、开通后发现A扇区小区降质，通过-B一单开站天线信息查看天线信息发现第1级天线发送方向故障状态，驻波比为0，怀疑驻波比过大引起第1级天线故障，查看跳线发现第1级跳线松动，上紧后正常。故障总结附录：无1.16越区覆盖，天线调整优化案例越区覆盖，天线调整省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字网络现象UE由北向南行驶，占用，但回放数据时发现、3个小区电频相差小于3dBm，导致切换失败。客户感知情况原因分析越区覆盖优化步骤的下倾角由0调整到3。优化总结调整天线下倾角。附录：无1.17真爱年华串联RRU故障故障案例真爱年华串联RRU故障省公司陕西专业无线设备类型设备厂家大唐设备型号软件版本编制时间作者作者电话审核人联系方式关键字故障现象真爱年华（XAAI389,4个RRU串联接入)，检查设备尾纤等硬件连接正常，第3个和第4个RRU无法接入 。告警信息无原因分析处理步骤 RRU网络拓扑结构如下： 处理步骤： RRU2无法接入，则断开RRU2与RRU1的连接，排查RRU1的光口工作情况，将RRU1光口1上的光纤换到光口2，RRU1不能接入，判断为RRU1第二个光口问题； 排查RRU1光口后更换光模块，仍无法接入，判断为RRU自身问题，并定位为RRU第二个光口母板故障。 通过跳纤，分别级联至第四个RRU的光口1和光口2，均能正常接入，证明该RRU硬件正常。 参照RRU的组网结构，将第四个RRU和第三个RRU进行倒换，将故障RRU的故障光口空置，所有RRU均能正常接入。 同监控中心核对，并在覆盖区做拨打测试，均正常，故障排除。 故障总结 对于室内覆盖串联的RRU排障，如果存在某一级的RRU接入不了的情况，同时还需要检查上级RRU光口的工作情况。附录：无1.18 2G-3G互操作问题分析报告故障案例2G-3G互操作问题分析报告省公司陕西专业无线设备类型RNC设备厂家大唐设备型号软件版本编制时间作者作者电话入库时间审核人审核人电话厂商审核人联系方式关键字故障现象1月下旬西安移动对大唐RNC开通中，发现2G下用户和3G下用户之间不能互相拨打；主要表现在拨打到振铃响一声之后立即会断掉。告警信息无原因分析：通过大唐现场工程师和大唐客服二线技术支持人员沟通后对参数进行了两次修改，由于该特性在移动1期现网中没有应用，所以大唐客服技术二线对该特性技术能力不够，该问题没有得到解决；在2月初的时候，该问题由大唐客服技术二线反馈到研发进行分析，在大唐研发工程师的指导下，通过修改参数，问题很快在2月初得到解决。处理步骤1、现场大唐工程师对RNC进行trace，发现在呼叫信令跑完之后，IU口下来一个RFCI消息，此时大唐RNC没有响应，导致CN发起用户释放。具体流程见下边抓图：2、大唐现场工程师在咨询了客服技术二线支持人员后，首先了解到该流程为TRFO（Transcoder Free Operation，简单点说就是自由编码协议）过程。客服二线在对trace及配置数据分析之后，可以确认TRFO功能开关处于关闭状态（在1期中发现大部分CN不支持该特性，所以大唐公司该特性默认处于处于关闭状态），要求现场打开TRFO开关参数。现场大唐工程师根据指导，打开了开关；但是此时发现问题并没有得到解决，发现RNC已经在接受IU口下来的RFCI REPORT消息，但是对消息并没有进行任何处理,具体流程见下边抓图：3、大唐客服二线将问题反馈到研发环节后，研发对trace及配置数据做进一步的分析之后，认为IUUP版本不正确（业务处理层参数，固化在DSP上），要求现场修改IUUP版本继续观察。由于IUUP版本固化在DSP上，所以要对DSP上的IUUP版本修改之后需要重启单板才能生效；通过对IUUP版本修改之后，发现问题得到彻底解决。故障总结由于大唐现场工程师对“IUUP版本”的概念不理解，认为是设备的版本，所以在向CN侧工程师及相关日报中一直描述的是设备版本；实际上IUUP版本是RNC和CN之间IUUP协议版本，具体体现在IUUP初始化消息中，属于协议参数，而不是软件版本，只需要修改配置数据即可。附录：无1.19大唐RNC的APS保护设置导致基站无信号故障案例大唐RNC的APS保护设置导致基站无信号省公司陕西专业无线设备类型RNC设备厂家大唐设备型号软件版本编制时间20090429作者作者电话入库时间审核人审核人电话厂商审核人联系方式关键字大唐RNC; APS保护设置故障现象枢纽楼基站本机工作正常，但是基站服务区没有信号。告警信息无原因分析：经检查，枢纽楼基站工作正常,没有告警输出。人工对基站复位后业务恢复了正常。处理步骤现场复位基站(传输链路正常)恢复了业务,并对RNC侧所有CASA接口板取消APS保护设置。故障总结故障发生之后对基站和RNC运行记录深入分析。结论如下：在对RNC侧数据配置时对该基站所在的光口设置了APS保护，在传输链路出现故障后，枢纽楼基站所归属的接口板以APS保护机制将光口切换到备用光口,但备用光口根本没有实际的物理链路，因此基站无法提供服务。附录：无1.20北电区域PS域2G/3G切换失败故障案例北电区域PS域2G/3G切换失败省公司陕西专业无线设备类型设备厂家大唐设备型号8130软件版本编制时间20090429作者作者电话入库时间审核人审核人电话厂商审核人联系方式关键字PS域;2G/3G切换故障现象大唐终端（型号8130）在桃园大厦3G小区11861做HSDPA 2048K业务，上报3A系统间测量报告，无法切换至2G小区10498掉线。告警信息无原因分析：SGSN的QOS相关参数设置较低，暂不支持384以上速率，需要核心网修改并重启SGSN后观察。处理步骤随着终端在桃园大厦3G小区11861上PCCPCH RSCP越来越差，2G邻区10498信号很强，触发3A系统间测量报告上报，RNC判决系统间切换发生，HSDPA 2048K业务挂起，下发Cell Change Order From UTRAN，UE路由区更新成功，但是RNC马上下发PDP删除命令，原因为QOS不匹配。故障总结北电区域皆有此种情况，因此需要核心网修改并重启SGSN后观察。附录：无1.21泛美花园大厦HSDPA速率极低优化案例泛美花园大厦HSDPA速率极低 部门西安维护专业无线设备类型NodeB设备厂家新邮通设备型号TDB18AE软件版本36A-V4.00.00.27编制时间2009.5.6作者张琪作者电核人联系方式关键字网络现象在日常单站测试验证过程中发现个别站点HSDPA下载速率极低（50kbps），此时PCCPCH RSCP较好，C/I良好。客户感知情况HSDPA下载速率极低（50kbps）原因分析RNC8下XAAI325泛美大厦为室内站配置了1个小区，配备两条E1链路。考虑到PCCPCH RSCP和C/I良好的情况下HSDPA速率极低，可能是HSDPA相关参数配置问题。优化步骤检查E1链路工作正常。检查小区特性配置：包括HSDPA特性，时隙转换点，是否设置HS-PDSCH，HS-SCCH信道数。也正常。检查小区算法集下HSDPA算法设置。包括是否支持混合业务且PS采用 HSDPA承载，DPCH是否采用不连续分配等等。均设置合理登陆lmt-b软件检查是否设置Qos调度算法和调度CQI修正信息。检查RNC到NodeB的峰值速率设置，发现设置为100,与合理设置3000有很大差距，将100改为3000后复测，结果HSDPA下载速率从50kbps提升为760kbps,已有了实质性的改善，但仍有提升空间.优化总结TD运营初期，提升HSDPA下载速率成为了重点问题，而影响HSDPA业务的因素又很繁多，所以只能根据其现象逐项排查。本案例中的RNC到NodeB的峰值速率设置过低是导致泛美大厦下HSDPA下载速率极低的根本原因。这个参数与小区的E1链路数有一定的换算关系。即:RNC到NodeB的峰值速率=E1链路数*2000-1000(其他开销)。望以后碰到相同问题，按照此公式合理设置该参数。附录：无1.22 RNC CS域接通率偏低解决报告优化案例RNC CS域接通率偏低解决报告 部门西维中心专业无线设备类型TD设备厂家新邮通设备型号软件版本编制时间09.5.6作者刘平作者电核人联系方式关键字RNC CS域 接通率低网络现象某RNC下的CS接通率在50%左右，现场测试中表现为1次能接通，下一次就无法接通，有较为明显的规律性。客户感知情况呼叫困难，需要反复呼出才有可能接通。原因分析业务不能被接通时信令分析：如下图，在CN下发RAB指派请求后，RNC内部处理到TNSS模块时提示 lulink_est_fail错误原因代码如下图，解码后原因为：资源不足（Resource unavailable unspecified）查询RNC侧资源承载情况，如下图。可以看出，本次失败的业务请求是建立在模组130，子组309的板卡上，也就是在1架3框5槽的NASA板上。提取正常呼叫的各次信令流程，可以看出每次成功的业务请求是建立在模组129，子组291的板卡上，也就是在1架2框5槽的NASA上。对采取到的25次信令分析后发现每次成功的呼叫资源都是分配在129，291上，每次失败的资源都是分配在130，309上。此时RNC侧将问题初步定位在1-3-5的NASA CN接口板上。优化步骤现场维护人员先尝试将129,291 与130,309的两块接口板进行对调，再次测试，现象依旧，故排除了RNC板卡异常的可能。进行CS 信令链路SSCOP跟踪，发现我司配置在130,309上的链路不通。故将问题再次定位到与CN侧的链路故障上。与核心网人员核对数据，发现核心网侧并未对130,309所对应的链路进行配置。到此本次CS接通率低下的问题得到定位，分析为CN侧与RNC侧配置数据不一致所造成。4、与CN人员协商进行了数据的修改。修改完成后问题得以解决，接通率恢复正常。优化总结1、某RNC下大范围用户反映问题应迅速进行RNC及核心网层面的排查；2、无线优化人员应加强T网信令分析及相关核心网层面分析能力的提升。附录：无1