网络优化考试
问答题某局新建的NodeB站点上电后，小区建立正常，通过两个UE相互通话正常，系统没有告警。但当UE数目增加到一定程度后，发现突然所有UE都搜索不到小区，查看小区状态，小区已经被自动删除。并在告警台上看到NLPA过反射功率告警。 （1）出现小区自动删除，最常见的原因是什么？ （2）NLPA过反射功率告警的原理是什么？一般出现该告警是由于什么原因？出现该告警对系统有何影响？ （3）为何在UE数目增加后，会出现NLPA过反射功率告警？请解释出现这种现象的根本原因。 （4）如何解决第（3）小题中提到的这个问题？
题目
相似问题和答案
第1题：
某局新建的NodeB站点上电后，出现主控板外部时钟异常告警，通过查询其原始告警，为主控板时钟参考源有稳定大偏差告警、主控板时钟参考源抖动告警。检查主控板时钟配置，当前选用的是E1时钟源，检查中继板和E1连接状态，发现NodeB上插了两块接口板：22号槽位的中继板和23槽位的光接口板，但其中23号光接口板没有配置。出现主控板时钟参考源有稳定大偏差告警、主控板时钟参考源抖动告警的常见原因是什么？出现这些告警，通常需要检查系统的哪些配置？23槽位的光接口板没有配置，但插在槽位上，对主控板时钟源是否会造成影响？为什么？将23号槽位的光接口板拔掉后，告警依然存在，还有可能是什么原因？需要检查哪些内容？如何排除这些告警？
常见原因：选择的主控板时钟源异常，没有时钟信号或信号较差。主控板板的中心频率与出厂设置值偏差较大。一般需要检查主控板的时钟源配置情况，时钟源是否正常、中心频率设置是否和主控板面板上标明的中心频率值一致。
会有影响。由于23号槽位的光接口板没有配置，但插上了，所以会送一路时钟到主控板。数据配置是锁22号槽位的中继板0号E1时钟，所以22号板也会送一路时钟到主控板。最后导致主控板收到两路时钟，前的处理是固定选择23号槽位的时钟作为参考时钟。所以出现参考时钟源大频偏告警。
拔掉23号槽位光接口板后告警没有消失，说明还有其它问题，检查主控板的中心频率设置，与主控板面板上的标准值偏差较大。
拔掉23号槽位光接口板，重新设置主控板的中心频率保持和出厂校准值一致。
第2题：
如果怀疑GPS跑偏，哪些说法是不对的?()
A、可以通过进行站点的切换统计进行定位，对于故障站点，其特征是基站内部各小区之间切换正常，但是UE无法从该基站的小区切换到其它基站所属的小区上，也无法从其他基站的小区切换到故障基站包含的小区上
B、当UE工作在故障基站时，其测量得到的邻小区的PCCPCHRSCP都比实际值低很多;UE在正常站测故障站的PCCPCHRSCP值也比实际值低
C、当故障GPS前偏时，周围基站与故障站主频点相同频点的UpPTS时隙都受到比较大的干扰
D、通过将OMC-R统计的ISCP值导入MAPINFO地图，进行排查
第3题：
UE1占用cell1小区起呼，RSCP在-79dBm左右。在起呼过程中，随着测试车辆的西行，UE1在完成RAB建立，并成功收到网络侧下发的Progress消息后，由于服务小区覆盖质量的下降（RSCP衰耗至-83dBm左右），而邻区表中cell2小区的RSCP增强至-65dBm左右，UE1发起2a测量报告，选择向cell2小区触发切换；成功收到网络侧下发的PhysicalChannelReconfiguration消息；随后经过约12秒的时间，UE1回到空闲状态进行系统消息的接收（期间没有触发小区更新流程），由于接续过程还没有完成（主叫正常接续流程需要在UE1上发ConnectAcknowledge后才算完成），故发生未接通1次。
（1）由UE角度观察无线接口，UE在收到RNC下发的Physical Channel Reconfiguration消息后，随后经过约12秒的时间，UE1回到空闲状态进行系统消息的接收，请问UE在接收到网络侧PhysicalChannelReconfiguration消息后正常情况下随后的高层信令过程是什么？
（2）故从上述异常现象，UE没有触发相应信令过程的原因可能有什么？
答：UE出现异常故障，没触发相应高层信令；UE与NodeB之间在目标小区的同步失败；
（3）为了确定上述具体原因，分析网络侧有关信令，观察到网络侧在原小区和目标小区均出现Radiolinkfailureindication消息，请问从这两条消息可判断？
（4）继续观察切换时原小区和目标无线接口质量，发现UE测量的原小区和目标小区信号均很好，从UE移动路线观察，发现UE所选择的目标小区cell2离UE位置较远，而离UE较近的小区cell3没成为候选目标小区，请问，较近小区cell3没成为候选目标小区的可能原因有什么？
（5）进一步通过扫频测量发现，UE测量的最佳目标小区cell2在扫频测量信号很差，但较近的没出现在UE测量列表小区cell3从扫频测试发现信号很强，由此可以分析判断？
（6）通过分析查找，发现cell3的确没配为服务小区邻区，故没出现在UE的较强测量列表内。从现场地理位置观察知道，cell2信号被遮挡，UE测量本不应该这么强，但UE却测得很强，而离UE较近的小区信号很强，由于没配为服务小区邻区，故没成为最佳候选小区，此外发现cell2和cell3的主频点为同频，故由此可分析可知切换失败的实际原因为？
（1）UE在目标小区回PhysicalChannelReconfigurationcomplete消息
（2）UE出现异常故障，没触发相应高层信令；UE与NodeB之间在目标小区的同步失败；
（3）原小区上行失步；目标小区上行失步；无线接口质量很差；
（4）该小区有故障；该小区没开通；该小区UE测量信号弱；该小区没配为服务小区邻区
（5）较近小区已开通；较近小区没故障；较近小区可能没配为服务小区邻区；UE测量的最佳信号小区，扫频测量很差，可能是误测
（6）终端误测
第4题：
当UE要发起一次呼叫或者收到寻呼消息后，UE所先进行下面哪一步（）
- A、信令的连接建立
- B、RRC的连接建立
- C、直传（DT）
- D、小区的建立
正确答案:B
第5题：
A.UE开机
B.从连接模式回到空闲模式
C.连接模式过程中比如失去小区信息
D.当根据测量控制系统消息提供的小区列表进行小区重选没有找到可正常驻留的小区时
第6题：
某局新建的NodeB站点上电后，小区建立正常，通过两个UE相互通话正常，系统没有告警。但当UE数目增加到一定程度后，发现突然所有UE都搜索不到小区，查看小区状态，小区已经被自动删除。并在告警台上看到NLPA过反射功率告警。（1）出现小区自动删除，最常见的原因是什么？（2）NLPA过反射功率告警的原理是什么？一般出现该告警是由于什么原因？出现该告警对系统有何影响？（3）为何在UE数目增加后，会出现NLPA过反射功率告警？请解释出现这种现象的根本原因。（4）如何解决第（3）小题中提到的这个问题？
（1）小区自动删除，最常见的原因是小区资源忽然变为不可用；
（2）NLPA输出口的反射回来的功率超过20W，一般由于天线口未拧紧或NDDL与背板接触不良造成。出现该告警，NLPA会自动把功放关闭。导致系统判断小区资源缺少，自动删除小区；
（3）当UE数目增加时，系统的输出功率相对增加，这时候如果天线口未拧紧或NDDL背板接触不良，使得NLPA的输出反射功率也增大，当UE增加到一定数目时，NLPA的反射功率超过阀值（20W），就会出现告警。在出现该告警时，处于安全考虑，NLPA自动关闭功放开关，导致系统小区资源缺少，自动删除小区。
（4）检查天线口是否拧紧，重新插拔NDDL，然后在维护台上手工发命令将NLPA功放打开。
第7题：
A.RNC配置的下行频点与UE使用频点不一致
B.NodeB相关小区的功放被关闭
C.相关小区的NTRX单板发射通道0、1的开关状态都为关闭
D.相关小区的NDDL未插紧，存在驻波告警
第8题：
A.目标小区的NodeB已经收到了UE上发的SpecialBurst
B.UE在目标小区上行同步没有成功
C.Physical Channel Reconfiguration Complete已经发送
D.切换即将失败
第9题：
A．错误
B．正确
第10题：
IUB口对接过程完成了传输对接后，还需要配置IUB口局向数据和小区数据。正常情况下，小区和公共信道可以正常建立，UE的RRC连接可以建立在公共信道上，那么如果UE建立RRC在公共信道上，所使用的下行公共信道是（）。
- A、FACH
- B、PCH
- C、RACH
- D、BCH
正确答案:A