WCDMA案例集锦

DocumentTitleSecurityLevel:2020-04-30HUAWEIConfidentialPage1,Total30案例集锦目录一、E1T1中扰码开关关闭导致ATM传输不通...........................................................................2二、光口的J0J1发送类型未设为NULL导致语音呼叫不通.....................................................3三、加载未配置正确IP的NODEB导致下次无法用原IP和密码登陆NODEB.....................7四、本地和逻辑小区都已经激活，手机能找到网络，但是注册不到小区。...........................9五、IPPATH类型不匹配小区无法建立.......................................................................................10六、SLC配置错误导致SAALLNK闪断....................................................................................10七、配RNC11基于IP传输时，在配Iu-PS接口数据时，分配的SCTPLINK号码为5，在DSPSCTPLNK时，上面所有的SCTPLNK都显示是通的但唯有最有一条LINK不通，此时手机注册不上.................................................................................................................................11八、数据配置案例分析.................................................................................................................13九、拨打117不通.........................................................................................................................14十、没有告警，打电话，上网跟踪信令也完全没有问题，能注册上，通话刚接通就断线了，上网能收索到但是注册不上。.....................................................................................................14十一、SAALLINK闪断...............................................................................................................15十二、ATM地址写错，导致所有链路不通...............................................................................17十三、DDF架上NODEB与RNC间E1线收发接错，导致链路不通，小区无法建立........18十四、RNC源信令点的编码与核心网不一致，导致能找到网络，但注册不上....................19十五、TrafficMap采用默认参数设置业务异常.........................................................................20十六、RNC侧配置的最大发射功率过大导致小区无法建立....................................................21十七、RNC和NodeBLOCOCELL编号不一致导致呼叫接续不成功.....................................23十八、机框拨码开关错误引起BAM服务不能启动及BAM不停重启...................................24十九、NodeB侧本地小区建立不起来.......................................................................................26二十、通过局域网登陆RNC15登陆不上去,改直连BAM也登陆不了,提示错误”连接网元失败”...................................................................................................................................................27二十一、通过LMT通过FTP向NODEB上传配置文件遇到的几个问题..............................29DocumentTitleSecurityLevel:2020-04-30HUAWEIConfidentialPage2,Total30一、E1T1中扰码开关关闭导致ATM传输不通故障现象：RNC版本是BSC6810V200R010C01B051，NODEB版本为BTS3900V200R010C01B040。与核心网对接时，SAALLNK不通，经过DSPIMAGRP及DSPIMALNK发现IMA组及IMA链路不通，但是DSPE1T1中3条E1都正常。将IMA组改配为3条UNILNK后，UNI链路正常，但是承载之上的SAALLNK还是不通。告警信息如下：处理过程：E1链路在设备面板及DSP命令中均正常，首先在RNC侧做近端环回，环回后发现告警解除，IMAGRP恢复正常。故怀疑是物理链路故障，经过对DDF架上的对应接头进行反复调换来观察各条E1链路，确认线缆连接完全正确，没DocumentTitleSecurityLevel:2020-04-30HUAWEIConfidentialPage3,Total30有鸳鸯线之类的问题。考虑到若DBS3900中WMPT板上的E1拨码开关设置不正确，也会出现物理链路传输问题，经过检查后确认也没有问题。仔细回想之前的过程，在连接DBS3900前曾经连接过一台DBS3800，而相同的数据配置文件在与DBS3800连接时整个IUB口是正常的，没有出现类似问题。怀疑是更换NODEB后，默认数据两端不一致导致的问题。经过LSTE1T1命令，发现RNC侧E1的扰码开关是关闭的，尝试重新SETE1T1将设置中的扰码开关打开后，告警解除，SAALLNK及其上的承载均恢复正常。处理结果：重新SETE1T1将其中的扰码开关打开后，SAALLNK告警解除，IUB口恢复正常。心得体会：一些看上去很奇怪的问题可能是很简单的原因导致，所以需要我们在工程安装中严格保证质量，同时在数据配置时确保版本的正确性和配套性，确保问题定位不走弯路。对物理层命令参数的设置尤其要注意，不熟悉其意义的参数最好用默认值。二、光口的J0J1发送类型未设为NULL导致语音呼叫不通故障现象：RNC版本是BSC6810V200R010C01B051，NODEB版本DocumentTitleSecurityLevel:2020-04-30HUAWEIConfidentialPage4,Total30为BTS3900V200R010C01B040。RNC与CN通过UOI_ATM接口板连接。数据配置完成后，DSPCELL、DSPN7DPC、DSPIUBCP、DSPAAL2PATH各条命令均无异常，UE能找到小区并注册，但拨号后会立刻显示通话结束，无法进行正常语音呼叫。处理过程：各条DSP命令都正常但又不能正常通话往往是与核心网的协商出了问题，因此首先对全局数据中的MCC、MNC、LAC、RAC以及SAC等数据进行了检查，确认无误后再次对源信令点、CS及PS域的信令编码进行核对，确认与协商数据完全一致。初步检查没有效果后，对IUB、IU、UE以及UU口的信令进行了跟踪。其中UE标准接口的信令如下：DocumentTitleSecurityLevel:2020-04-30HUAWEIConfidentialPage5,Total30由信令中可以看出RRC连接建立后，UE能够建立信令连接并通过鉴权与安全认证，但当CN向RNC发起RAB_ASS_REQ后，RAB没有正常建立就进入了呼叫释放流程。具体查看RAB_ASS_RES信令可以看到：DocumentTitleSecurityLevel:2020-04-30HUAWEIConfidentialPage6,Total30可以知道IU口的传输异常，从而LSTOPT查看光口属性，发现在51版本中J0J1的发送类型默认的为155，可能与CN的属性不一致。尝试将J0J1的发送类型改为NULL后，再次试拨电话，通话终于正常。再次跟踪UE，信令恢复正常。处理结果:将SETOPT中的J0J1发送类型改为NULL后，语音业务恢复正常。心得体会：对信令流程的理解很重要，在DSP检查不出明显错误的情况下，通过信令分析可以判断问题发生的大概范围。同时DocumentTitleSecurityLevel:2020-04-30HUAWEIConfidentialPage7,Total30要积极主动的学习各类案例以及公司发布的最新预警，以加强自己解决问题的能力。三、加载未配置正确IP的NODEB导致下次无法用原IP和密码登陆NODEB故障现象:在将用CME配置的NODEB脚本(第一组用的是RNC11,对应的NODEB是DBS3800-3)导入本地维护终端LMT后,发现退出LMT后,任何人无法再用原来的局向172.168.80.34及对应的密码RNC12NODEB登陆进去.在ping172.168.80.34时发现无法ping通,可以ping通17.21.2.15.用实验室缺省IP17.21.2.15及缺省密码NodeB登陆,发现可以由LMT登陆进去,但是发现NODEB版本变成了DBS3836,于是不能用LMT进行继续的维护操作(当时以为得更换合适版本或升级NODEB的版本).处理过程:1、用CME重新配置完整的NODEB(DBS3800-3)脚本,务必将NODEB正确的LOCALIP设置进去.2、从CME里导出配置好的NODEB脚本.3、将电脑直连到NODEB(DBS3800-3)上,将局向设置为缺DocumentTitleSecurityLevel:2020-04-30HUAWEIConfidentialPage8,Total30省的IP,即:17.21.2.15,然后用原来的密码RNC12NODEB登陆NODEB.4、将新配的NODEB(DBS3800-3)的XML文件通过LMT下载到NODEB(DBS3800-3)里.5、如此就将NODEB(DBS3800-3)的LOCALIP改正确了,下次可以用原来的局向172.168.80.34及密码RNC12NODEB登陆,并且版本自然一致了.处理结果:故障解除.心得体会:1、在配置脚本时,一定得细心并善始善终,不能漏配某个参数.2、在涉及IP、密码、标识等时,更要认真检查.3、对于这个故障的原因,推测是由于通过局域网连接17.21.2.15时,连接的并不是DBS3800-3,而是实验室其它的老基站,故此无法对DBS3800-3进行操作维护.而通过直连DBS3800-3,用缺省IP17.21.2.15登陆时,那登陆的肯定就是DBS3800-3,而密码是没有被修改的,所以密码