ZTE-WCDMA常见面试题目.doc

1、CS掉话话统中怎么看？针对不同类型的CS掉话如何处理？CS掉话在话统中的统计分为两类：RF原因和非RF原因；原因：CS RAB中RF原因导致释放主要分为以下几类：1、RLC复位导致释放2、上行同步失败导致释放3、Uu口无响应导致的释放4、其它原因导致的释放CS RAB中非RF原因导致释放1、OM干预导致的CS RAB请求释放2、RAB抢占导致的CS RAB请求释放3、IU接口AAL2链路异常导致RAB释放4、其他原因导致的CS掉话CS掉话多数出现在“无线环境”和“参数设置”两块。无线环境：1) 弱覆盖：室外RSCP在-95以下一般视为弱覆盖区。处理方案：增强覆盖（1、使用大功率载频或者加站等 2、降低异系统切换门限，使UE及时切换至2G网络）2) 各类特殊场景（一般描述为某某效应）：拐角效应（调整天馈：使主导小区覆盖范围越过拐角；调整参数：提高1A、1B门限，使小区进入激活集容易，离开激活集困难）针尖效应：最直接的处理方案为调整天馈，消除针尖。站点在交通干道旁边，主瓣方向垂直于交通干道的小区也容易出现针尖效应，该小区信号往往瞬间增强之后瞬间衰弱，UE切换至该小区后来不及切换出导致掉话。该情况可以调整天馈，使UE在交通干道上运动时有个平滑的信号上升和下降过程即可；调整参数原则为提高1A、1B门限，使小区进入激活集容易（1A参数值越大，越容易加入激活集，1B参数值越大，越难离开激活集），离开激活集困难，并加快发生1D的速度，即降低门限和触发时延。3) 导频污染：某个小片区存在过多强导频，RSCP强、Ec/Io差，掉话根本原因为Ec/Io恶化。在话统中观察一般为TOP小区集中在一个片区或者一个用户在周边小区均存在掉话（这个现象在PS掉话中较明显，因为PS掉话次数一般远远大于CS掉话），调整天馈或者调整导频功率，突出某个主导频，降低干扰。4) 小区同扰码：问题解释：小区A与小区C同扰码（比如100号扰码），小区B与小区A互为邻区关系，用户在小区B接入，100号扰码强度超过门限后将发起切换；此处，若UE接收到的100号扰码为A小区，因为两个小区有邻区关系，不会出现问题，若100号扰码为C小区，则RNC会误判发起切换，在话统中看到结果为，小区B至小区A切换失败，小区B上CS掉话。处理方案：修改扰码，外部邻区，2G侧的异系统邻区信息也需要相应修改。如果是因为某个小区过覆盖引起，可以通过调整天馈控制覆盖。5) 上行干扰：RTWP问题，需要排除干扰源。如行政部门一般都存在信号屏蔽等设备。6) 设备问题：该类问题一般需要从信令上判断，比如信令异常或者丢信令等。(了解)7) 手机制造厂：手机生产过程中有一步为拔电池，同样会导致掉话。（了解）参数问题：参数问题在特殊场景中出现较多，比如覆盖高速，铁路等一片小区，该类问题一般会开展专项优化。如高速公路：相对于默认参数，需要提高1A门限、时延，使小区容易加入激活集，降低1D门限、时延，使UE及时切换至最好小区，降低滤波，使UE对信号变化更为敏感。8) 漏配邻区，或者邻区等参数有误。2、PS掉话话统中怎么看？针对不同类型的PS掉话如何处理？PS掉话跟CS掉话指标与处理手段基本一致。PS RAB中RF原因导致释放主要分为以下几类：1、RLC复位导致释放2、上行同步失败导致释放3、Uu口无响应导致的释放4、其它原因导致的释放PS RAB中非RF原因导致释放1、OM干预导致的CS RAB请求释放2、RAB抢占导致的CS RAB请求释放3、GTPU异常导致RAB释放4、其他原因导致的PS掉话PS掉话和CS掉话处理方案相同，相对终端等问题会多一点。特例：145号段，3G上网卡专用号段，开通了3G上网功能，未开通2G功能。无线测会发起3G-2G切换，由于未开通2G功能（核心网侧），不能顺利切换，当UE进入3G弱覆盖区容易发生掉话。3、CS，PS异系统硬切换成功率低有哪些原因？3G外部邻区定义是否有误，3G小区参数设置不合理，2G小区存在告警，2G小区拥塞，漏配最佳的2G邻区。一般故障处理过程为：首先检查3G小区的本小区是否存在告警，当本小区存在告警时，优先处理本小区告警，排查此3G小区的外部邻区定义是否有误，包括CI，BCCH，BSIC等参数;二，在话统提取异系统切换的切换关系，看此3G小区的异系统切换情况，是否存在向单个2G小区大量切换换过程中，存在着大量的失败而导致总体指标下降。如果是此种情况：则去排查此2G小区是否存在告警，2G小区是否拥塞。若不是此种情况，则具体分析此3G小区的外部邻区是否存在着最佳2G邻区漏配（很多时间不光是有邻区就可以，关键是最佳邻区必须配置）。如果以上情况均检查无误，则可以尝试修改基于覆盖异系统切换参数的修改：可以修改此小区的接入门限，让UE提前驻留在2G;修改此小区的2D,2F的门限，提前进入压模，以及切换CIO偏置等各个参数都是可以尝试去修改。4、RRC接入成功率低是由什么原因造成？RRC 建立失败一般有下面几类原因：1. 上行 RACH 的问题2. 下行FACH 功率配比问题3. 小区重选参数问题4. 下行专用初始发射功率偏低5. 上行初始功控问题6. 拥塞问题7. 设备异常问题等基于UE与RNC的信令交互可以分为以下3类：1. UE发起RRC_Connect_Req，RNC没有收到。2. UE发起RRC_Connect_Req，RNC拒绝。3. UE发起RRC_Connect_Req，RNC回复RRC_Setup_Rsp，UE未收到。第一种情况：如果此时Ec/Io较低，则此时可以考虑为覆盖原因造成。如果此时Ec/Io较好（大于-14dB），一般都是RACH问题，通常有以下原因：1.preamble的功率攀升不够：可以增加Preamble攀升次数。2.小区半径设置参数不合理：小区半径参数设置过小，会导致NodeB无法同步小区半径范围外的UE，造成接入失败，这主要发生在农村、郊区等广覆盖场景。第二种情况：RNC拒绝的情况，此种情况基本是由RNC当前的资源拥塞状态引起，包括码，功率，CE等资源。也有可能是RNC本身的设备问题引起，需要看具体的日志进行确认。第三种情况：RNC下发后UE没有收到，说明此时UE有可能已经发生了小区重选。此时可以调整小区重选参数，可以解决此类情况。5、PS RAB建立成功率低有哪些原因，如何处理？造成RAB成功率低的原因有：无线环境，小区资源拥塞：包括功率资源、码资源、CE资源、Iub口带宽，用户设备设置导致。1.首先排查设备告警，此小区是否存在告警。2.查看用户的UE设备是否有误，如：当用户的Apa设置过高时，超过现网的设置是，此时发起B指配请求，即会一直产生失败。用户当用户在进行CS业务时，同时进行PS业务，此时也会导致RAB指配请求失败。3.由于现网参数的设置不合理导致的RAB请求失败：如功率参数设置，CE资源未分配等各种原因。6、CS RAB指派成功率低有哪些原因，如何处理？CS RAB指派成功率相对于PS来说会较低一些，毕竟不用占用那么多的资源，具体的造成原因和PS一样，处理方法也类型小区选择（S准则）与重选（R准则）小区选择：S准则：Srxlev0且Squal0。Squal=Squalmeans-Qqualmin; -18Srxlev=Qrxlevmeas-Qrxlevmin-Pcompessation; -115对于这两个公式的理解为：我们平时衡量信号的好坏基于两个指标：Ec/Io和RScp，当UE进行小区选择时，必须要同时符合这两个条件，Ec/Io及Rscp都要大于最小设定值。小区重选R准则：R准则的理解为：当前小区的质量和邻小区的质量进行对比，如果当前的质量差到超过某个临界点，而临小区的质量好过某个门限时，此时即会发生小区重选，这可以在R准则公式中得到理解：RnRs。Rs即为当前UE驻留小区，Qmeans,s为当前小区质量，Qhyst为迟滞 Rn为邻小区，Qoffsets,n为偏置，TOn（1-Ln）此参数可以暂不理解。切换对于切换首先理解切换的过程：测量控制测量报告测量判决测量执行。对于切换，理解各个事件，在此不做叙述。同频切换相对来说比较简单：1A,1B,1C,1D,1F。1、1A：激活集更新，增加链路，事件上报，前提是激活集没满3个小区。2、1B：激活集更新，删除链路，事件上报。3、1C：替换事件，非激活集信号替换激活集信号，但不是替换主服务会小区，在信令的表现为在Active Update里会有增加和删除小区的扰码。4、1D：主服务小区变更，信令上的表现为，上报测量报告，RNC直接下发测量控制。同频切换流程：第一条测量控制在RRC连接完成后下发：measurementIdentity:0x1(1):同频UE上报测量报告RNC做出切换判决RNC向UE下发切换执行【信令Active setupdate(R99业务)，Physical Channel Reconfiguration(H业务)】异频切换流程：RNC下发测量控制（设备下发两条，分别基于Ec/Io和Rscp）UE测量上报（基于Ec/Io或基于Rscp的2D事件上报）进行压缩模式（2D启动压缩模式，物理信道重配置）RNC再下发测量控制（下发异频切换的邻区列表，以及异频切换判决。异频切换判决可理解为：是基于周期的异频切换或基于事件（2b）的异频切换）UE再上报测量报告（符合异频切换判决）RNC判决、执行异频切换（物理信道重配置）。异频切换涉及到的事件：2D，2B（如果基于周期的异频切换则没有2b事件）。异频切换流程异系统切换过程和异频切换过程一样，只是异系统的切换是基于3A事件，而异频切换是基于2B事件。迁移对于迁移，首先理解，迁移是肯定发生在RNC边界，当UE从一个RNC向另一个RNC进行切换时，此时有两个策略可以选择：1.切换2.切换后迁移对于第一种切换，大家都是理解的，就不做叙述了。下图为迁移策略下的Iu口和Iur口的变化情况：从图中可以看出，迁移后，Iur口释放。之前SRNC的Iu口释放，建立新DRNC的Iu口，DRNC为SRNC。（附：图中的Target RNC应为Drift RNC）而迁移和切换为：迁移Iur口释放，Iu口重新建立。而切换之前Iu口不释放，Iur口不释放。所以迁移策略可以降低Iur口的资源使用情况。迁移触发条件：1. Iur资源拥塞2. 时延优化3. 位