邻区漏配导致的掉话,可以通过以下方法看出:()
A . 掉话前Scanner检测到的最优小区Ec/Io比UE记录的活动集小区Ec/Io好很多;
B . 掉话前Scanner检测到的最优小区扰码不在UE记录的MonitorSet或者ActiveSet中;
C . 掉话后UE马上接入的小区信号质量非常好,该小区和掉话前驻留的小区不一致;
D . 掉话后UE接入的小区扰码号可以在掉话前UE记录的DetectedSet中发现。
A . 掉话前Scanner检测到的最优小区Ec/Io比UE记录的活动集小区Ec/Io好很多;
B . 掉话前Scanner检测到的最优小区扰码不在UE记录的MonitorSet或者ActiveSet中;
C . 掉话后UE马上接入的小区信号质量非常好,该小区和掉话前驻留的小区不一致;
D . 掉话后UE接入的小区扰码号可以在掉话前UE记录的DetectedSet中发现。
A UE在GPS失步小区进行PING业务时时延较大
B UE在GPS失步小区周边的小区无法接入进行业务
C UE在GPS失步小区无法接入进行业务
D UE在GPS失步小区上行速率很低
AUE在GPS失步小区无法接入进行业务
B UE在GPS失步小区上行速率很低
C UE在GPS失步小区进行PIMG业务时时延较大
D UE在GPS失步小区周边的小区无法接入进行业务
A.是通过UE收到的小区名来和导入基站信息表中的小区名对应进行拉线
B.是通过UE收到的小区频点扰码和导入基站信息表中的频点扰码来进行拉线
C.是通过UE收到的CELLID来和导入基站信息表中的CELLID对应进行拉线
D.以上说法均不正确
A.切换过程中,UE在目标随机接入后收到目标小区发来的RRCCONNECTIONRECONFIGURATION后在目标小区上送RRCCONNECTIONSETUPRECONFIGURATIONCOMPELTE
B.切换过程中,收到源小区发来的RRCCONNECTIONRECONFIGURATION,UE在目标小区随机接入后并在目标小区上送RRCCONNECTIONSETUPRECONFIGURATIONCOMPELTE
C.切换过程中,收到源小区发来的RRCCONNECTIONRECONFIGURATION,UE无需随机接入过程,直接在目标小区上送RRCCONNECTIONSETUPRECONFIGURATIONCOMPELTE
D.切换过程中,收到源小区发来的RRCCONNECTIONRECONFIGURATION,UE在源小区发送RRCCONNECTIONSETUPRECONFIGURATIONCOMPELTE
A.UE在GPS失步小区无法接入进行业务
B.UE在GPS失步小区周边的小区无法接入进行业务
C.UE在GPS失步小区上行速率很低
D.UE在GPS失步小区进行PING业务时时延较大
A . 优化前期,掉话往往是因为邻区漏配导致;
B . 邻区漏配会导致掉话,所以尽量让更多小区之间配上邻区关系,对后期的切换指标是没什么影响的;
C . 很多掉话都是因为切换不及时,所以掉话问题和切换问题有着密切的联系;
D . 通常说下行干扰导致掉话,这个下行干扰指的是导频污染。
A、如果UE在掉话前发生了切换,并且UE发送完重配置完成消息后直到掉话前一直没有收到任何RNC下发的信令,可能重配置完成消息RNC没有收到,从而定时器超时后释放链路。原因可能是重配置消息的功率太低,造成RNC没有收到,对此需要提高“配给NodeB的上行目标信噪比”
B、如果UE在掉话前发生了切换,并且UE发送完重配置完成消息后直到掉话前一直没有收到任何RNC下发的信令,可能RNC收到了且下发了测量控制消息,但UE没有收到测量控制,由于测量控制消息采用AM模式,需要在一定的时间内收到接收端对AM模式数据的确认,最终导致UE的RLC层发生了RLC不可恢复错误
C、如果掉话前发生了原因为无线链路失败的小区更新,说明掉话区域的下行链路质量恶化,建议针对覆盖、干扰、邻区漏配等原因进行排查
D、如果掉话前网络侧信令显示NodeB上报了无线链路失败指示,则说明NodeB出现上行失步,说明掉话区域的上行链路质量恶化。建议针对覆盖、干扰、邻区漏配、功率参数设置等问题进行排查