《[计算机硬件及网络]TD-分析题-江苏移动高级.doc》由会员分享，可在线阅读，更多相关《[计算机硬件及网络]TD-分析题-江苏移动高级.doc（50页珍藏版）》请在三一文库上搜索。
1、1、TD上网卡速度慢，原因可能有哪些，请写出分析思路。速率慢，主要是由于以下两个问题：（1）用户所处区域弱覆盖，用户所处区域用户较多。（2）覆盖差问题。若是长期存在此问题，可能是由于覆盖问题。若偶尔速率快，偶尔慢，就是用户所处区域用户过多造成。技术人员进行集中检查，确定覆盖情况。提出扩容等计划方案。2、在网络正常的情况下，手机不能呼入的原因有哪些？请给出分析思路。网络正常的情况下，手机不能呼入的原因可能如下：（1）客户是否将呼转功能打开，将手机呼转到别的电话上，而客户可能不是很清楚，建议用户检查呼转设置。（2）可以咨询用户是否登陆过某个交换机，可通过HLR查询用户所登记的VLR地址，是否与目前
2、用户所在的实际位置相符，如不同可在HLR上将位置地址清除一下，让用户关、开机重新进行位置登记即可.（3）用户设置了呼入限制；可以通过命令检查设置.（4）有个别品牌的手机可以设置“黑名单”，禁止个某些号码的呼入。3、在UE1和UE2的接续过程中，UE1 完成 RB 建立后， 收到网络侧下发的 Progress消息，随后就收到了网络侧下发的 Release 消息，由于整个接续过程没有完成，UE1 发生了未接通 1 次。观察当时被叫 UE2 的测试情况，根据时间节点来看，在 UE1 收到网络侧下发的 Progress 消息和 Release 消息这段时间期间，UE2 始终保持空闲模式（UE2 驻留在
3、 RNC390下的北新泾 3 小区上） ，并监听系统消息，而并没有收到网络侧下发的任何 Paging 消息。请写出分析思路？（）1.首先要判断的是为何UE2没有收到Paging消息。2.查询核心网络有没有下发 Paging 消息；3.如果核心网络侧下发了 Paging 消息，则要判断RNC是否下发了该消息。4.如果RNC下发了该消息，则要判断究竟是因为设备出了故障，Iub传输出了问题，还是空中接口的问题。4、随着网络中所有站点的开通，网络中的干扰问题开始出现，特别是对于建筑物高层，容易受周围站点信号干扰，某大楼室分站点，在该大楼高层，特别是在边缘发现UE很容易占用到室外的信号，造成信号波动比较
4、严重，也对该大楼室分信号造成了干扰，并且TD与GSM频繁重选和切换，严重影响UE的接通和掉话，请给出优化措施。1、通过修改大楼周围第一圈的小区主频点，使周围第一圈内站点主频点与大楼楼内频点完全隔离。 其次，对距离大楼较远的站点，且有信号辐射过来，通过降低相应站点的发射功率，使其对大楼的影响最小。2、针对周围站点邻区关系，添加周围站与大楼的单向邻区，适当增加大楼本小区的小区个性偏移，让UE在室内尽可能优先驻留在室内站信号。3、检查小区配置参数，适当调整本小区GSM测量门限，避免频繁重选。5、如果UE侧显示多次发送RRC Connection Request而始终没有收到RRC Connectio
5、n Setup消息，则最大的可能是物理层随机接入过程失败，可以通过调用Outum的FPACH信息和PRACH信息窗口进行确认，如果FPACH窗口显示没有收到Node B下发的FPACH，则说明的确没有收到Node B下发的FPACH，该如何进行检查和解决？1、检查UpPCH Shifting算法开关是否打开，打开算法开关，以免由于干扰造成Node B无法接收上行同步信号，2、请机房核查FPACH的发射功率，尝试通过提高FPACH的发射功率解决随机接入问题，3、可能就是网络侧配置的PRACH资源太少，由于资源冲突Node B不回FPACH，但这种情况会有一定概率收到FPACH的，4、根据SIB3
6、，检查随机接入参数的配置，重点检查SYNC_UL的最大重发次数、基站期望的UpPCH接收功率、功率爬坡步长、同步尝试最大次数。6、在某市区进行测试过程中，发现UE空闲状态下从室外走进室内时一直不能顺利重选到室内，室内小区信号一直维持在-40dBm到-50dBm，室外小区最低电平值为-65dBm。检查小区选择与重选-异频小区测量门限为31，并且小区选择与重选-UE最小接收功率为-101dBm，请写出分析思路和优化方案。按照重选计算公式，只有当PCCPCH RSCP（31-101）= -70dBm时才启动重选测量，现在室外一直没有到-70dBm，所以不能启动重选测量，无法重选到室内。适当调整小区选
7、择与重选-异频小区测量门限为51dB（也可调整为其他合理值），当PCCPCH RSCP-50dBm就启动重选测量。7、A市在做HSDPA的PS业务下载时，速率受限。上行64k、下行384k时，下载速率为384k；上行64k、下行2048k时，下载速率为512k。请给出问题分析思路。1、做下载业务时，申请速率设置错误，导致下载速率受限。2、终端问题。凯明手机最大下载速率为512k。3、网络时隙配比是否正确。时隙配比错误会导致速率下降。4、核心网问题。8、客户反映手机经常进行G和T网之间的小区重选，导致手机经常不能做主被叫，感知度较差。请给出问题分析思路。查看现网小区参数SelectReselec
8、tSsearchGsm, SelectReselectQhyst1，SelectReselectTreselection，SelectReselectQrxlevMin配置分别为：16，0，2，101；查看GSM网络BSC侧参数配置：Qsearch_I=7,TDD_Offset=5（ -90dBm）；请给出问题分析思路及优化方案。根据重选原理，可知当主服务小区的PCCPCH RSCPQrxlevMin+SsearchGsm=-85dbm时，UE在IDLE状态就会发起GSM小区重选测量，由于Qhyst1为0，这样当TD信号小于85dbm时，只要GSM信号好于TD信号,UE就很容易重选至GSM。而
9、TD终端处于GSM小区时始终搜索TD邻区，只要TD邻区电平高于 -90dBm,就发起向TD小区的重选, 根据上述数据配置当TD信号在-90dBm至-85dBm之间时极易导致异系统小区间乒乓重选。根据现网GSMTD网络覆盖情况，在RNC侧对参数修改如下：Qhyst14, SsearchGsm7(也可修改为其他适当值)。即当TD信号小于-94dbm时，且GSM信号好于TD信号4dB时，UE才会重选至TD9、某日进行CS12.2k语音业务呼叫测试，发现UE1在71s的时间内连续进行了5次切换，两次切换之间的最短间隔仅为8s，第一次切换到第五次切换UE仅移动了不到500米的距离。造成这样状况的主要原因
10、有哪些，请给出分析思路。1、问题区域存在无主覆盖，即多个小区的信号电平（PCCPCH RSCP）相差不大2、测量报告触发门限和滞后时间参数设置过于宽松3、存在覆盖不合理，过覆盖问题，并由此导致问题区域的频繁切换4、切换判决门限设置过低10、某段时间一地市TD网络性能统计的重定位失败率比较高，导致的掉话问题也比较多，分析过程中发现在14分钟内，同一原因，同一用户UE ID（15821）从RNC405的8243（CELL ID）向RNC406的8322（CELL ID）重定位准备失败了391次。 重定位准备失败消息中返回的原因均为目标RNC不支持，产生这样状况的主要原因有哪些，请给出分析思路。1、
11、目标RNC侧无线链路建立失败2、目标RNC侧Iub接口AAL2建立失败3、目标RNC侧无线资源无法满足4、目标RNC无法找到目标小区11、某小区公共信道建立失败，请给出分析思路。公共信道建立失败的原因主要有以下几种：1.硬件故障 2.PATHID配置错误 3.VCI配置错误 4.VPI配置错误 5.ATM地址配置错误。12、出现了CC_RAC_UE_RESOURCE_ALLOCATE_RSP后，一般的分析思路是什么.1.网络假拥塞2.网络拥塞，资源不足,3.RAC调用RRM函数申请空口无线资源失败，可能是设备bug13、无线信号电平和质量在街道拐角处迅速恶化，切换不及时造成掉话。请针对该问题给
12、出优化方案。测试车左拐经过路口时，原小区信号快速衰落，由于时间短，信号衰落快，UE来不及切换到目标小区产生掉话。这是由于街道拐角处高楼遮挡了无线信号的传播，形成典型的街角效应。优化方案：调整龙华二小区和锦绣新村小区的覆盖或CIO参数，在进入街道拐角之前进行切换。14、某小区和载波状态正常，RNC和基站侧均无告警。发现手机从其他小区切入时业务不中断，在本小区开机能够搜索到信号，无法注册，更无法起呼。现象为向网络侧发起RRC 连接建立请求无响应，但是跟踪网络侧Uu 口没有消息，也没有收到手机的RRC 连接建立请求。请对该问题写出分析思路。1、无线网络环境不好，造成手机接入困难。2、终端问题。3、数
13、据配置问题。15、RNC跟SGSN 对接后，在成功建立的小区下面，PS 业务不可用、USIM 卡注册未知。请对该问题进行分析。1、该小区或HSDPA 载波有问题。2、测试终端有问题。3、USIM 卡没有开放PS 业务权限。4、用户面通路问题。5、RNC 或SGSN 数据配置问题。6、两端对接参数不一致。16、国内某TD 试验局在使用大唐终端进行测试流媒体点播业务时，花屏现象严重。利用日讯NTAS 软件进行测试，手机在PDP 激活时，系统仅分配了8 各SF=16 的码道，空口下行吞吐量也仅为62Kbps。查看站点，未发现任何告警信息，请对该问题进行分析。1、空口信道资源不足。2、用户在进行PDP
14、 激活时，业务类型不正确。3、RAB 链路带宽不足。3、RNC 数据配置错误。4、CN 数据配置错误17、沿江路上高楼相对比较密集的路段存在以下问题：1.收到的对岸信号主要是由于部分基站距离江边比较近，对岸也在视距范围内，信号很容易到达对岸；2.其他距离江边比较远的基站信号到达江边时由于建筑物遮挡，信号衰减比较快，到达江边时不能形成主覆盖小区；3.由于存在了水面反射作用，不排除远处信号通过水面反射过来，对有用信号造成干扰；请对以上问题现象提出优化方案。1、对高楼的沿江路段，如果需要覆盖江边道路，需要利用江边基站或是对岸基站来覆盖；2、在使用江边基站或是对岸基站覆盖时，需要注意基站天线不能正对江
15、面，尽量的使用天线旁瓣覆盖；3、江边道路上尽量保证一个主服务小区，其他小区电平值至少小区主小区电平6dB以上，不能出现电平差别不大现象；4、在配置江边邻区关系时要尽可能将更多的周围基站小区加为邻区，规避由于水面作用收到其他非邻小区信号而干扰本区域；5、天线调整时要注意不要正对江面，与河道走向有一定夹角，避免镜面反射，在其他地方出现孤岛效应，天线方向根据河道走向分布，天线下倾角尽量下压，严格控制覆盖范围18、在现网的维护中，我们经常会遇到虚假干扰的上报，请分析产生虚假干扰上报的原因。 1 多天线不平衡：由于多天线老化程度不同，检测到干扰也不同，产生偏差 2 检测功能未启动：进行干扰检测的基带处理
16、单元未启动，测量值无效 3OMCR处理异常 4 信号存储器故障：由于存储器故障，导致暂存信号和读取信号不同19、如发现UE1进入CELL-DCH状态后没有接收到测量控制消息，请分析可能原因（5分）？答案：（可能原因：的系统内切换算法和系统间切换算法开关没打开；故障；下行链路质量差，未收到测量控制；上行链路质量差，没收到触发测量控制信令下发的相关上行信令。）21、从Uu口信令观察角度从哪条信令知道切换到目标小区的工作频点（5分）、本次切换类型（接力或硬切换）（5分）、以及测量报告有关门限参数（5分）？答案：（信令：物理信道重定义请求。从physical channel reconfigurati
17、on查看是否包括扩展频点，如果包括，切换到目标小区的辅频点，如不存在，切换到目标小区的主频点,由此可知切换到目标小区的工作频点。如果有同步的信息如FPACH配置等，为硬切换，没有就为接力。测量报告有关门限参数可以查看测量控制消息和系统消息。）22、有测量报告就一定会出发切换吗，如想有报告就触发切换该如何设置有关参数（5分）？答案：（不一定。如想有报告就触发切换应配置切换算法参数，使其比测量报告上报条件宽松）23、请写出在HSDPA 业务中，主叫UE在RRC建立阶段的信令流程24、 请问在PS384k业务中，当RNC收不到RRC连接请求时（现象：UE一直上报RRC CONNECTION REQ,
18、 但后台信令跟踪上看不到任何信令过程），我们应以何种思路解决？答：（1）首先检查NODEB的RACH统计有无上行数据包，如果没有，一般需要检查天线的连接，功放等（2）如果NODEB的RACH统计有上行数据包，那么观察RNC的CFP统计showCfp DspNo,看看是否有数据包，如果没有，检查Iub口传输的状态（3）如果RNC的CFP统计showCfp DspNo，有数据包，但CRC校验错，那么仍然上行有问题，需要从NODEB侧排查25、在TD-SCDMA CS 64k业务中，如果出现“无线链路建立失败”（现象：RNC向NodeB发送RL建立请求，但NodeB返回失败消息），请给出定位问题的方
19、法。答：检查RL建立请求消息中的初始发射功率、最小发射功率和最大发射功率，看是否存在明显的逻辑错误，如：初始发射功率大于最大发射功率。初始发射功率、最小发射功率和最大发射功率无逻辑上的错误，则可检查所配置的值是否为默认配置参数，并根据NodeB的要求，是否在其需要范围之内，可向NodeB相关人员咨询。26、在某移动TD-SCDMA局点出现UE的PDP激活成功率低（81%左右）问题。其中PDP失败的现象都表现为两个UE同时进行20次PDP激活时，都会出现几次失败。而且每个UE的失败次数也不相等。另外在信令上，每次失败都是由于RNC 侧向CN 返回RANAP_IU_RELEASE_REQUEST。
20、里面的消息包含有失败的原因是：failure-in-the-radio-interface-procedure图1 部分正常和异常的PDP激活信令流程其中A图是正常PDP激活成功的部分信令流程，B图是PDP激活失败时的部分信令流程。两者的区别在于RNC侧收不到UE的RRC_RB_SETUP_CMP的响应，定时器超时后，RNC向CN回应一个RANAP_IU_RELEASE_REQUEST的请求（里面包含着请求的原因是failure-in-the-radio-interface-procedure），最后CN侧向RNC回应了。请分析原因并提出解决方案。答：分析：RANAP_IU_RLEASE_CO
21、MMAND的命令来释放之前建立成功的所有链路，从而导致UE未走到PDP激活的流程就被提前释放掉了。根据这个特点，可断定UE进行PS业务的PDP激活失败原因不是CN侧，而是在RAN侧。因此重点应该放在RAN侧上面找原因。综合上面所述：导致RNC向CN触发RANAP_IU_RELEASE_REQUEST请求的原因是当RNC收不到UE的RRC_RB_SETUP_CMP响应时，由于RLC采用的是AM模式，RNC会一直等待RRC_RB_SETUP_CMP，直到定时器超时。当RNC等待到了5000ms以后还没收到UE的RRC_RB_SETUP_CMP响应，触发了RANAP_IU_RELEASE_REQUE
22、ST，最后CN侧向RNC回应了RANAP_IU_RLEASE_COMMAND的命令来释放之前建立成功的所有链路，从而导致UE未走到PDP激活的流程就被提前释放掉了。 UE向RNC上报RRC_RB_SETUP_CMP属于上行链路。另外还可以从上面图2打印消息UU_RB_SETUP_CMP message timeout，可以证明问题出现UU口上。推断是NODEB没有收到或者解调不出UE向RNC上传的RRC_RB_SETUP_CMP直传消息而导致RNC等待超时触发IU_RELEASE释放UE资源导致PDP激活失败。解决方案：UE从发起RRC_CONN_REQ到RNC向UE下发RB_SETUP之前这
23、段时间内，其从外环功控到进入内环功控状态。当UE收到RNC下发的RB_SETUP并按照信元消息内容来重配置信道时，要重新进入开环功控状态。而从信令可以看到，问题就出现在这里。所以首先要查询小区的开环功控配置参数是否合理。另外我们还知道：UE的上行开环发射功率=上行ISCP+路径损耗+SIR Target+上行干扰余量。由于上行的ISCP以及路径损耗都是测量值，因此无法避免会存在测量误差，上行干扰余量的引入就是是系统用来补偿这种测量误差的一个参数。该参数是可配置的，可以根据现场的无线情况而进行合理配置，最终计算出一个合适的UE上行发射功率。问题解决修改小区级干扰余量参数，由-15修改为0，采用定
24、点测试，信号强度在-75dBm90dBm之间，手工和Dingli测试软件相结合。抽样测试结果如下：东关宿舍（3部手机，测试共计300次，100成功）文华国际_室分站(2部手机，测试60次，100成功)邮电器材（2部手机，测试60次，100成功）北八里庄（2部手机，测试100次，100成功）计算机学校（2部手机，Dingli软件，测试60次，100成功） 如果采用上行干扰余量值-15db，成功率为81.5%左右。而如果采用上行干扰余量值0db，成功率为100%。对全网进行修改，抽样测试结果PDP激活成功率为100%。 当UE进入内环功控后，UE的上行发射功率将不受此参数控制。所以该参数只是影响U
25、E未进入内环功控时的无线环境。27、在某局LCR3.1版本网络中进行2G3G测试时，PS384K无法从3G成功切换到2G，从信令看建立PS384K业务时，系统没有下发2D2F的测量控制消息，请分析原因。答： 从信令看PS384K无法从3G切换到2G的原因是在建立业务时，系统没有下发2D2F的测量控制消息，导致这种现象的原因可能有：1、RNC侧数据配置错误。2、系统不支持这个功能。3、终端的问题。28、某用户使用TD手机打电话，出现掉话现象。经现场拨打测试，发现该处由莲花一村小区有线台T1来覆盖，2栋24层的高层住宅楼遮挡了有线台T1覆盖方向，13号楼（低层）旁边的道路上，绿树成荫，遮挡严重，3
26、G信号衰减快，2G信号也比较弱（-95dbm），是典型的“3弱2弱”场景，3G网络在切换到2G网络由于快衰落而造成切换失败引起掉话。现场测试如下，请分析掉话的原因并提出解决思路：答：现场与RNC机房沟通，调整了有线台T1的2D2F事件的触发时延：EV2DTIMETOTRIGGERD640改为D320。并为有线台T1添加了以下2G邻区：Cell ID小区名CILACBCCHBSIC22001有线台T13751101345367022001有线台T13755101345925422001有线台T13833101335383422001有线台T13921101345870调整参数后，由于2G信号不满
27、足3C切换门限，又将有线台T1的3C事件切换门限 THRESHOLD=-88都改为92。有线台T1在34号楼下测试截图如下：调整参数后，经过多次测试在有线台T1所覆盖的17号、18号楼电梯入口处3G 均成功切换到2G网络并没有再出现异系统切换掉话的现象， 3G到2G网络的切换成功率达到100。在有线台T1所覆盖的住宅楼下，3G网络成功切换到2G网络，切换成功率达到100，没有再出现切换失败引起掉话的现象。在单站验证时，发现在A基站的1小区PCCPCH-RSCP为-78dbm时，AMR呼叫接通率为30%，Uu口信令为RRC Connection Request，没有收到RRC Connectio
28、n Setup。2、3小区AMR接通率为100%。29、在测试时，发现在A基站的1小区PCCPCH-RSCP为-78dbm时，AMR呼叫接通率为30%，Uu口信令为RRC Connection Request，没有收到RRC Connection Setup。2、3小区AMR接通率为100%。在A站附近有站B GPS失步，且站B的3小区与站A的1小区频点都为10080（如下图），请根据场景提出问题分析的思路和解决方法。答：问题分析思路1、 检查A站告警，发现无告警。更换UE，现象依旧，排除UE问题。2、 去激活A站1小区，现象依旧。排除由基站不稳定引起。3、 通过信令分析，发现在1小区呼叫时P
29、CCPCH-RSCP为-78dbm，UE的发射功率一直为24dbm，通过LMT跟踪，发现A站1区Ts2的上行ISCP 为-79dbm。4、 将站A1小区的频点该为10055，再次测试，接通率为100%，UE发射功率为-15dbm左右。将频点再该回10080接通率在变为30%。可以初步判断出附近有强干扰。5、 通过查找周围站点，发现有站B有GPS失步告警，且站B的3小区与站A的1小区频点都为10080。6、 将B的3小区屏蔽，A站AMR呼叫接通率为100%，在将B站3小区激活，故障再次出现。7、 将B站GPS失步故障排除，A站1小区呼叫接通率100%，故障排除。30、新开通A小区HSDPA和R4
30、共载波，载波时隙配置为3：3，H-PDSCH资源池配置为2个时隙，HSDPA业务平均下载速率不足600Kbps。请分析原因并提出解决方案。答：1：FTP服务器限速，造成下载速率不高。2：USIM登记速率受限，造成无法进行高速率业务。3：无线环境比较恶劣，影响HSDPA下载速率。4：小区参数设置错误，造成下载速率过低。在HSDPA和R4共载波的情况下，应确保H-PDSCH独立时隙，H-SCCH与R4 DPCH尽可能配置在不同的时隙，同时，对于HSDPA业务的主要参数配置，必须根据现场情况，灵活配置。31、某室内覆盖站点下，信号很好，手机做被叫，接入网络困难，现象如下：1、用华为S660 手机在该
31、小区下进行互拔，发现手机无法接通，主叫放提示音“该用户暂时无法接通，请稍后再拔”。2、用华为S660 手机在该小区下拔打其它小区华为S660 手机，发现主叫手机能够正常接通。3、在其它小区用华为S660 手机拔打该小区华为S660 手机，发现手机无法接通，主叫放提示音“该用户暂时无法接通，请稍后再拔”。4、更换手机进行以上拔打测试，发现与以上现象一致。请分析原因并提出解决方案。答：分析过程1、在RNC 前台查询告警，没有发现与该小区有关告警信息，排除故障告警问题。2、在RNC 前台查询ISCP，ISCP 基本在-110DBM 左右，排除干扰问题。3、该小区每个RRU 拖带天线比较多，首先断开室
32、内覆盖天线，接上一付天线，测试后还是发现接通低，RSCP 稳定在50 多DBM，排除覆盖问题。硬件无告警，连接线牢固，指示灯正常，暂时排除硬件问题。4、在RNC 前台查询E1T1 状态，无拥塞，可用，链路正常，排除传输问题。5、由于该小区接通率低问题比较隐蔽，所以我们决定跟踪信令定位。我们首先登录RNC 维护台，本地维护终端业务导航跟踪管理接口跟踪IU 接口、IUB 接口、UU 接口、UE 接口。用华为S660 手机在该小区内互拔，发现主叫建链完成后，对被叫PAGING，CN 向被叫寻呼，UE 接收到由CN 转发给NODEB 的寻呼后，立即向NODEB 发RRC_CONNECT_REQ，然后N
33、ODEB 向UE 发RRC_CONN_SETUP，连续发送了4 个RRC_CONN_SETUP 后，并没有得到UE 的回应，正常信令流程UE 应该向NODEB 发送RRC_CONNECT_SETUP_CMP。下图为被叫UU 接口跟踪的信令：6、通过分析，修改上行干扰余量和AOA 参数，手机能正常接通上行干扰余量修改在LMT-R 上MOD CELLNBMOLPC: CELLID=0, ULINTERFERERSV=6;总结：RRC CONNECTION SETUP COMLETE 这条消息是承载在专用信道上，由于干扰余量设置过小，导致发射功率太小，从而导致NODEB 无法解调这条消息，而RNC
34、只有不停地发RRC CONNECTION SETUP 直到超过计数器后释放。所以修改相关参数接通率能达到100%。32、某站进行HSDPA 业务测试时发现，下载平均速率只有384kbit，无法占用HSDPA 载波。请分析可能的原因并写出分析过程。答：原因分析：1、确定数据卡和USIM 卡的签约速率是否支持HSDPA 业务。2、确定HSDPA 的数据配置是否正确。3、检查IUB 口数据配置。分析过程：1、利用数据卡及SIM 卡在其他站点测试速率可以等到1.3M，且数据卡上可以满足其最大下行速率是2M，则说明该数据卡和SIM 卡的签约速率可以满足最大速率2M 速率请求。2、检查HSDPA 业务的数
35、据，使用LST HSCONTROL LST HSPDSCH 检查HS-SCCH、HS-SICH、HS-PDSCH的功率、时隙配置正确；DSP HSPDSCH查看对应小区的HSDPA状态可用；根据码树查看该HSDPA 载波的HS-SCCH、HS-SICH、HS-PDSCH 的状态都可用，与配置一致。3、检查IUB 口数据发现第四条AAL2PATH 的流量索引错误：ADD AAL2PATH: ANI=158, PATHID=4, PT=HSDPA_NRT, CARRYT=IMA, CARRYF=1, CARRYSN=22, CARRYIMAGRPN=46, ADDTORSCGRP=NO, CARR
36、YVPI=1, CARRYVCI=57, TXTRFX=158, RXTRFX=158;流量索引应该是153，更改后业务测试正常。33、某个TD 城市中，RNC 在向UE 发送完物理信道重配消息后，一直未收到物理信道重配完成消息，最后切换定时器超时， UE 上发了Cause 为Timeout 物理信道重配置失败消息，导致掉话。从RNC 侧跟踪到的Iu,Iub 信令消息，可以分析为：是由于UE 在目标小区未取得上行同步，最后切换定时器超时，导致掉话。请分析可能的原因并写出分析过程。答：原因分析：针对优化过程中，由于切换失败引起的掉话，很多都是UE 在收到物理信道重配消息后的处理过程后，响应物理信
37、道重配置消息失败的情况，大致对切换过程进行分析：1、下行方向：UE 在收到physical channel reconfiguration 消息后，根据其中目标小区信息，将UE 的RRC 和PHY 通过RL_Modify 原语把上行转移到新的信道后，开始上发Special burst（下文简称：SB），并启动T312，此时UE 还在原小区接收下行数据，如果在T312 时间里，UE 收到SB 后，物理层判断in sync，物理层收到N312 个in sync，认为下行同步，并上报给RRC，停止T312，此时UE 将发送物理信道重配置完成消息，将下行转移到新的小区；如果T312 超时，UE 将通过
38、RL_Modify 原语返回原来的信道，并启动 T312，如果在T312 时间里，UE 收到N312 个in sync，认为下行同步，停止T312，此时UE 将发送物理信道重配置失败消息；如果T312 超时，UE 没有在原有信道上同步成功，UE 将释放物理信道，触发小区更新的流程。2、上行方向：基站收到“无线链路同步指示”个in sync，则此时NODE B 认为上行同步，上行同步后，NB 才会下发SB，NB 对于in sync 的判断也是基于收到UE 上发的SB。分析过程：通过以上的分析，切换掉话是由于上行无线链路失败，也就是UE 上发的SB，NB 收不到，物理层的同步判断不满足要求，对于U
39、E 上发SB，NB 收不到的问题进行如下处理：1、由于无线环境造成，由于切换带覆盖无线环境恶劣导致，切换掉话，可以通过实地测试调整改善无线环境来减少切换掉话。2、为了在短时间内，切换引起的掉话率能够得到有效的降低，也可以通过参数优化的方法。UE 在新的目标小区进行接入，如何提高UE 在新小区上行同步的机率成为问题的关键，在切换的过程中，UE 使用的是开环功率控制，对于SB 的发送功率，规范里定义是和一般数据突发的功率是一致的。对于DPCH 初始功率是通过以下方法计算的：上行初始功率上行期望接收功率（Uu 消息配置值）PCCPCH Tx PCCPCH RSCP 10lgSF。而DPCH 信道上行
40、期望接收功率。是根据上行SIR 目标值（该参数与配置给基站的SIR 目标值相同），根据公式“ ”计算得到。其中ISCP 来自于基站的周期测量报告。根据以上两个公式，可知提高上行的初始功率就需要相应的提高SIR 的设置。那么将业务类型（CS12.2K）和（CS64K）的“SIR init target valuedB ”由152 调整为202。调整完成后，切换掉话情况明显取得改善，掉话率也同步下降。34、某局下的小区进行2G3G互操作PS 业务下，2G 向3G 业务重选时业务无法重建。答：原因分析：1、核心网局数据配置错误导致路由区更新不成功，导致业务中断。2、无线参数配置错误导致无法触发重选。
41、分析过程：1、检查无线参数配置正常，可以完成空闲下CS 业务的重选和切换。2、协调核心网进行SGSN 数据检查，正常。3、进行信令跟踪：UE 侧、RNC 侧、核心网侧(CS 和PS)，联合进行问题分析。在UE 侧消息显示路由区更新已经成功发送请求但是被reject。在向3G PS 业务重选时，手机在发起路由区更新请求的同时CS 还要进行鉴权，而核心侧CS 信令显示第一次鉴权失败后发起第二次鉴权成功，原因是2G CS 使用3 元组进行鉴权，而3GCS 使用5元组鉴权，导致失败。现场2G 为MAP2+协议，在正常流程下2G-3G 鉴权时应该直接送5 元组，但现场2G 无法更改，临时对3G CS 进
42、行软参调整，规避该问题出现。1 次鉴权成功，PS 业务的路由区更新顺利完成。推动2G 进行鉴权调整在向3G 重选使用5 元组上报信息，2G3G 互操作时PS 业务和CS 的鉴权有关系，定位问题时多个设备同时对消息进行跟踪分析可以较快的定位问题。35、小李今天去路测，在一个装有红绿灯的十字路口停下来等红灯，结果发现鼎立路测软件抓的信令如下： 。开始时间：8：30：30：30 Connect Acknowledge Measurement Control Measurement Report（Cell B触发EVENT 2A） Physical Channel Reconfiguration Ph
43、ysical Channel Reconfiguration Complete Measurement Control Measurement Report（CellC触发EVENT 2A） Physical Channel Reconfiguration Physical Channel Reconfiguration Complete Measurement Control Measurement Report（CellA触发EVENT 2A） Physical Channel Reconfiguration Physical Channel Reconfiguration Complet
44、e Measurement Control 。结束时间：8：30：40：30 可是昨天在这个路口测试车通过时是绿灯，路测软件上没有发现这么多次切换。如果你是小李，请分析这种现象可能的原因和解决的措施。答：通过上述信令可以发现，该问题为：导频污染 解决的措施：（1）天线调整、（2）无线参数调整、（3）采用RRU和直放站设备、（4）邻小区频点等参数优化36. 请分析下面的案例主叫手机在22:37:17.548发起呼叫，见图6：图6问：本次发生了什么事件，请解释原因。答：本次发生了未接通事件。因为Qrxlevmin=-50，而当前PCCPCH-RSCP值低于Qrxlevmin，因此会发生未接通。Qr
45、xlevmin用于指示UE小区PCCPCH-RSCP最低接入电平门限，配置值=(信元值* 2) + 1。37. 请分析下面的案例在通话过程中UE由中华新-2向中华新-1发起切换尝试但没有成功，最终导致掉话。根据图7所示内容，请分析UE切换失败的原因并说明如何优化。已知：520厂-1(UARFCN=10088;CPI=16)；520厂-2(UARFCN=10104;CPI=100)。图7答：问题区域位于520厂-1（UARFCN:10088;CPI:16）小区正方向270m处，Scanner中520厂-1小区的RSCP= -63dBm，但是手机邻区中未收到该小区信号。而邻区列表中中华新-1（UA
46、RFCN:10088 ;CPI: 89）小区在该区域信号较强在-61dBm左右，但Scanner中没有捕捉到中华新-1小区信号。因此，本次切换失败的主要原因是同频虚高现象导致。在优化中，要完善邻区关系即可解决此类情况的发生。在该案例中，需要添加中华新-2小区与520厂-1的双向邻区关系。38.UE占用白厦-2小区通话时触发了向中武-2的切换尝试，见图8：图8该时间点相应的后台trace信令跟踪见图9：图9相关基站的地理信息图见图10：图10问题：（1）此次发生了什么事件？掉话事件。（2）UE由白厦-2小区至中武-2小区是否切换成功？没有切换成功。（3）对于该案例你认为应该如何优化？避免白厦-2
47、小区越区覆盖现象。因为越区覆盖会导致导频污染。39.在图11所示位置UE占用梅丰-3小区通话时发生掉话。已知梅丰基站不存在天馈反接现象。图11问题：该案例呈现了何种异常事件？请写出解决思路。答：该案例是典型的信号反射现象。由图11可以看出，掉话问题区域位于梅丰-1小区正北方向400m处，UE在梅丰-1小区方向占用梅丰-3小区信号PCCPCH_RSCP为79dBm左右，比主控小区梅丰-1小区信号还强7dB左右。解决这类问题需要上站核查实际的无线环境，需要把天线的覆盖方向避开大楼，避免反射。40.如图12所示，UE在控江路营业厅发起呼叫，接通后30秒钟左右掉话。(注:TH-祥德站和江控站属于邻RNC，打虎山和辽源属于同RNC)图12请分析掉话原因，并提出优化建议。答：控江路营业厅虽然配置了邻RNC的邻区，但由于RNC间切换失败，导致未切换出，需要核心网侧检查数据；同时该站未配置RNC内邻区打虎山-2和辽源-1，未发生切换，最终挂在控江路营业厅，直至信号减