对于掉话问题的分析思路,下述说法错误的是()A、检查掉话点的覆盖情况,排除覆盖问题导致的掉话
A、检查掉话点的覆盖情况,排除覆盖问题导致的掉话。如果问题区域存在覆盖问题,则首先解决覆盖问题
B、检查基站、RNC设备工作状态是否正常,是否存在可能影响到业务或切换正常进行的告警
C、分析掉话前的信令流程,进行进一步的分析
D、呼叫重建不支持等原因也会导致掉话的发生,建议具体的掉话原因直接根据RNC侧信令跟踪文件里IuReleaseCommand消息中携带的原因直接判断
A、检查掉话点的覆盖情况,排除覆盖问题导致的掉话。如果问题区域存在覆盖问题,则首先解决覆盖问题
B、检查基站、RNC设备工作状态是否正常,是否存在可能影响到业务或切换正常进行的告警
C、分析掉话前的信令流程,进行进一步的分析
D、呼叫重建不支持等原因也会导致掉话的发生,建议具体的掉话原因直接根据RNC侧信令跟踪文件里IuReleaseCommand消息中携带的原因直接判断
第1题
A、如果UE在掉话前发生了切换,并且UE发送完重配置完成消息后直到掉话前一直没有收到任何RNC下发的信令,可能重配置完成消息RNC没有收到,从而定时器超时后释放链路。原因可能是重配置消息的功率太低,造成RNC没有收到,对此需要提高“配给NodeB的上行目标信噪比”
B、如果UE在掉话前发生了切换,并且UE发送完重配置完成消息后直到掉话前一直没有收到任何RNC下发的信令,可能RNC收到了且下发了测量控制消息,但UE没有收到测量控制,由于测量控制消息采用AM模式,需要在一定的时间内收到接收端对AM模式数据的确认,最终导致UE的RLC层发生了RLC不可恢复错误
C、如果掉话前发生了原因为无线链路失败的小区更新,说明掉话区域的下行链路质量恶化,建议针对覆盖、干扰、邻区漏配等原因进行排查
D、如果掉话前网络侧信令显示NodeB上报了无线链路失败指示,则说明NodeB出现上行失步,说明掉话区域的上行链路质量恶化。建议针对覆盖、干扰、邻区漏配、功率参数设置等问题进行排查
第2题
A.分析掉话前的信令流程,查找掉话原因值
B.检查基站工作状态是否正常,是否存在可能影响到业务的告警
C.呼叫重建可以视为发生了掉话
D.检查掉话的覆盖情况,排除覆盖问题导致的掉话
第3题
A.如果FPACH窗口显示没有收到NodeB下发的FPACH,则说明的确没有收到NodeB下发的FPACH
B.如果FPACH窗口显示已经收到了FPACH,则需求根据网络侧的log分析RNC是否收到了RRCConnectionRequest消息
C.如果RNC收到了RRCConnectionRequest,并没有发送了RRCConnectionSetup,出现该问题时建议检查基站侧告警,看是否存在FACH的出窗告警,与RNC无关
D.如果UE收到RRCConnectionReject,则需要根据其中携带的原因进一步分析。常见到的原因为资源拥塞。此时需要结合网络侧的log进一步定位问题
第4题
A . 优化前期,掉话往往是因为邻区漏配导致;
B . 邻区漏配会导致掉话,所以尽量让更多小区之间配上邻区关系,对后期的切换指标是没什么影响的;
C . 很多掉话都是因为切换不及时,所以掉话问题和切换问题有着密切的联系;
D . 通常说下行干扰导致掉话,这个下行干扰指的是导频污染。
第5题
A . 前期优化中,切换导致的掉话问题,很多是因为邻区漏配造成的;
B . 因为拐角效应导致的掉话,可以通过修改切换参数避免掉话;
C . 我们常说的针尖效应、拐角效应导致的掉话,解决措施都差不多;
D . 针尖效应导致的掉话,修改切换参数的方法比调整工程参数要实用。
第6题
A.系统内上行干扰一般由终端的上行业务带来
B.对于终端带来上行干扰可通过适当的参数配置进行优化
C.系统内下行干扰一般是由基站小区间干扰和附近其他终端下行业务带来的干扰
D.小区间干扰可通过合理的覆盖优化手段进行优化
E.终端下行业务干扰可通过合理的参数配置进行优化
第9题
A.该区域可能存在干扰
B.通过全网拉线图查看是否无主覆盖问题
C.通过查看邻区测量结果,判断是否无主覆盖问题
D.该区域可能存在弱覆盖问题
第10题
A.处理并分析路测数据和OMC统计数据。
B.进行每周例行工作:参数核对
C.检查和解决所有相关的告警。
D.提供如覆盖、掉话、接入等网络性能问题的解决方法。
为了保护您的账号安全,请在“赏学吧”公众号进行验证,点击“官网服务”-“账号验证”后输入验证码“”完成验证,验证成功后方可继续查看答案!