niusouti.com

关于掉话前的信令流程的分析思路,以下描述错误的是哪项?()a) 如果在掉话前发生了切换,并且運发送完重配置完成消息后直到掉话前一直没有收到任何odaB下发的信令,可能重配置完成消息enodeb没有收到,从而定时器超时后释放链路b) 如果掉话前 enodeb检测到络上行失步,说明掉话区域的上行链路质量恶化。建议针对盖、干扰、部区配、功率参数设置等间题进行排查c) 如如果掉话前发生了原因为无线链路失败的RRC连接重建过程,说明掉话区域的下行链路质量恶化,建议对覆盖、干找、部区记等原因进行排查d) 如在掉话前发

题目
关于掉话前的信令流程的分析思路,以下描述错误的是哪项?()

a) 如果在掉话前发生了切换,并且運发送完重配置完成消息后直到掉话前一直没有收到任何odaB下发的信令,可能重配置完成消息enodeb没有收到,从而定时器超时后释放链路

b) 如果掉话前 enodeb检测到络上行失步,说明掉话区域的上行链路质量恶化。建议针对盖、干扰、部区配、功率参数设置等间题进行排查

c) 如如果掉话前发生了原因为无线链路失败的RRC连接重建过程,说明掉话区域的下行链路质量恶化,建议对覆盖、干找、部区记等原因进行排查

d) 如在掉话前发生了切換,并且U運发送完重配置完成消息后直到掉话前一直没有收到任何 Nodeb下发的信令,可能 emodel收到了且下发新的RRC建立流程,但U没有收到,由于信令消息采用模式,需要在一定的时间内收到接收端对模式数据的确认,最终导致的取RLC层发生了RLC不可恢复错误


相似考题
更多“关于掉话前的信令流程的分析思路,以下描述错误的是哪项?() ”相关问题
  • 第1题:

    信令分析仪是基于PC的信令分析软件。

    A.错误

    B.正确


    参考答案:B

  • 第2题:

    简单描述基于竞争的随机接入信令流程(可用语言描述,不写出具体信令)。


    答案:1)UE随机选择Preamble码发起随机接入;2)ENODEB接收到Preamble码后,如果该Preamble码没有和其他用户冲突,则回复随机接入响应;3)UE发送MSG3消息;4)ENB回复RRC请求响应。

  • 第3题:

    AgilentE64xx软件中Call Stats窗口的Dropped统计是指()

    • A、统计的不一定是真正掉话事件,需分析信令确定
    • B、无线意义上的掉话
    • C、手机突然掉电的掉话
    • D、切换掉话

    正确答案:A

  • 第4题:

    MSC中的计时器T305、T308从信令上分析是如何减少掉话的?


    正确答案: T305,T308的监测原理和超时原理,主叫、被叫、网络、手机T305,T308的设置与T200*(N200+1)关系减少用户发出DISCONNECT后,网络侧的掉话统计,即T305+2*T308超时后,系统发CLEARCOMMAND(CC)正常拆线,不计掉话。修改后对用户感受及计费没有影响修改后减少无效无线资源占用,并改善无线环境,减少掉话。

  • 第5题:

    从呼叫的信令流程上看,业务建立成功后,RNC向CN发送RAB RELEASEREQUEST消息,则判断为掉话。


    正确答案:正确

  • 第6题:

    A口上,过滤掉话的信令是()

    • A、clearrequest
    • B、channnelrelease
    • C、handoverfailure
    • D、assigmentfailure

    正确答案:A

  • 第7题:

    影响无线接通率的直接因素是:()

    • A、话音信道掉话率
    • B、话音信道拥塞率
    • C、信令信道掉话率
    • D、信令信道拥塞率

    正确答案:B,D

  • 第8题:

    典型的呼叫信令流程包括()。

    • A、主叫信令流程
    • B、被叫信令流程
    • C、呼叫转移信令流程
    • D、呼叫释放信令流程

    正确答案:A,B,D

  • 第9题:

    信令分析工作流程一般由()、()、()、()、()完成信令分析报告等多个环节共同组成。


    正确答案:确定信令分析对象;准备信令跟踪仪表;进行信令跟踪;分析跟踪结果;评估调整结果

  • 第10题:

    问答题
    MSC中的计时器T305、T308从信令上分析是如何减少掉话的?

    正确答案: T305,T308的监测原理和超时原理,主叫、被叫、网络、手机T305,T308的设置与T200*(N200+1)关系减少用户发出DISCONNECT后,网络侧的掉话统计,即T305+2*T308超时后,系统发CLEARCOMMAND(CC)正常拆线,不计掉话。修改后对用户感受及计费没有影响修改后减少无效无线资源占用,并改善无线环境,减少掉话。
    解析: 暂无解析

  • 第11题:

    多选题
    以下关于信令链路和链路集描述错误的是()。
    A

    信令链是用于连接2个或多个信令点的信令通道

    B

    每2个信令点之间的信令链路最多不能超过32条

    C

    2个信令点之间的具有相同属性的信令链路可以组成一组链路集

    D

    2个信令链路之间可以拥有多条链路集


    正确答案: C,A
    解析: 暂无解析

  • 第12题:

    单选题
    影响无线接通率的直接因素是()。
    A

    话音信道掉话率

    B

    信令信道掉话率

    C

    话音信道拥塞率和信令信道拥塞率


    正确答案: C
    解析: 暂无解析

  • 第13题:

    对于掉话问题的分析思路,下述说法错误的是()

    A、检查掉话点的覆盖情况,排除覆盖问题导致的掉话。如果问题区域存在覆盖问题,则首先解决覆盖问题

    B、检查基站、RNC设备工作状态是否正常,是否存在可能影响到业务或切换正常进行的告警

    C、分析掉话前的信令流程,进行进一步的分析

    D、呼叫重建不支持等原因也会导致掉话的发生,建议具体的掉话原因直接根据RNC侧信令跟踪文件里IuReleaseCommand消息中携带的原因直接判断


    参考答案:D

  • 第14题:

    以下对VOLTE掉话的定义及性能优化描述错误的是()。

    A、主叫掉话次数的定义为主叫主动挂机时,主叫未收到SIP_BYE-OK或被叫未发送SIP_BYE-OK,均计算为一次掉话

    B、主叫呼叫建立成功次数的定义是主叫收到回应INVITE消息的200ok消息,表示呼叫建立成功

    C、被叫呼叫建立成功次数的定义是被叫收到IMS发送针对INVITE200OK的ACK消息,表示被叫呼叫成功

    D、路测VOLTE掉话率=主叫掉话次数/呼叫建立成功次数

    E、信令平台分析VOLTE掉话时若发现有MME异常且原因为信令流程冲突,一般定界为EPC;若发现有IMS异常释放且原因为无媒体流监测,一般定界为IMS


    参考答案:D

  • 第15题:

    MR/CDT联合分析,具有()数据结合分析的优势,可以提供用户接入失败、掉话或切换失败等事件时的信令和无线环境信息

    • A、信令
    • B、告警
    • C、测量
    • D、事件

    正确答案:A,C,D

  • 第16题:

    下面关于信令监测系统描述正确的是()

    • A、实时监视No、7信令网的异常事件
    • B、实时监视No、7信令网的信令链路和信令设备的负荷
    • C、实时监视网络各种接口的信令消息,可根据信令消息分析,处理故障和用户投诉
    • D、可配合拨测系统,及时发现网络隐性故障,提高网络监控能力

    正确答案:A,B,C,D

  • 第17题:

    掉话率优化是网络优化中的一个主要内容,请根据相关的信令流程和实际优化经验回答以下问题:请简要描述常见的掉话的原因及其各自的表现和判断方法是什么?


    正确答案:1)邻区漏配如果掉话前UE记录的活动集EcIo信息和Scanner记录的BestServerEcIo相差较大,而Scanner记录的BestServer扰码不在UE掉话前的测量控制邻区列表中,或者如果掉话后UE马上重新接入,且重新接入的小区扰码和掉话时的扰码不一致,且新的小区不在UE掉话前的测量控制邻区列表中,或者UE上报的检测集(DetectedSet)信息出现了信号较强的小区
    (2)覆盖差确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据,若最好小区的RSCP和EcIo都很低,就可以认为是覆盖问题。
    (3)切换导致的掉话软切换/同频导致掉话主要有两类原因:切换来不及或者乒乓切换。从信令流程上表现为手机收不到活动集更新或者物理信道重配置命令,PS业务也有可能在切换之前先发生TRB复位。
    (4)干扰导致的掉话一般情况下,对于下行,当激活集CPICHRSCP比较好,而激活集和监视集的EcIo都很差,基本上可以认为是下行干扰的问题;对于上行,如果发现RTWP比正常值(-107~-105)超过10dB,持续时间超过2~3s,可以基本判断为上行干扰。
    (5)流程交互失败对于一些需要信令交互的流程,如AMR控制、DCCC以及压缩模式的启停等,由于信号、手机支持方面的原因或者RAN设备和手机的配合问题,导致流程失败,最后发生掉话。
    (6)异常分析在排除了以上的原因之后,其他的掉话一般需要怀疑设备的问题,需要通过查看设备的日志,告警等进一步来分析掉话原因

  • 第18题:

    对于掉话前的信令流程的分析思路,下述说法错误的是()

    • A、如果UE在掉话前发生了切换,并且UE发送完重配置完成消息后直到掉话前一直没有收到任何RNC下发的信令,可能重配置完成消息RNC没有收到,从而定时器超时后释放链路。原因可能是重配置消息的功率太低,造成RNC没有收到,对此需要提高“配给Node B的上行目标信噪比”
    • B、如果UE在掉话前发生了切换,并且UE发送完重配置完成消息后直到掉话前一直没有收到任何RNC下发的信令,可能RNC收到了且下发了测量控制消息,但UE没有收到测量控制,由于测量控制消息采用AM模式,需要在一定的时间内收到接收端对AM模式数据的确认,最终导致UE的RLC层发生了RLC不可恢复错误
    • C、如果掉话前发生了原因为无线链路失败的小区更新,说明掉话区域的下行链路质量恶化,建议针对覆盖、干扰、邻区漏配等原因进行排查
    • D、如果掉话前网络侧信令显示Node B上报了无线链路失败指示,则说明Node B出现上行失步,说明掉话区域的上行链路质量恶化。建议针对覆盖、干扰、邻区漏配、功率参数设置等问题进行排查

    正确答案:B

  • 第19题:

    对于掉话问题的分析思路,下述说法错误的是()

    • A、检查掉话点的覆盖情况,排除覆盖问题导致的掉话。如果问题区域存在覆盖问题,则首先解决覆盖问题
    • B、检查基站、RNC设备工作状态是否正常,是否存在可能影响到业务或切换正常进行的告警
    • C、分析掉话前的信令流程,进行进一步的分析
    • D、呼叫重建不支持等原因也会导致掉话的发生,建议具体的掉话原因直接根据RNC侧信令跟踪文件里Iu Release Command消息中携带的原因直接判断

    正确答案:D

  • 第20题:

    从信令上分析下进行语音通话的流程?


    正确答案: 1.随机接入过程,建立UE和接入网之间的信令连接(RRC连接)
    2.初始直传,建立UE和CN间的信令连接
    3.上下行直传,鉴权过程
    4.安全模式控制,协商加密算法
    5.呼叫建立过程,SETUP中发送被叫号码
    6.RAB建立过程,在UU口只能看到RB建立过程

  • 第21题:

    以下关于信令链路和链路集描述错误的是()。

    • A、信令链是用于连接2个或多个信令点的信令通道
    • B、每2个信令点之间的信令链路最多不能超过32条
    • C、2个信令点之间的具有相同属性的信令链路可以组成一组链路集
    • D、2个信令链路之间可以拥有多条链路集

    正确答案:A,B,D

  • 第22题:

    多选题
    典型的呼叫信令流程包括()。
    A

    主叫信令流程

    B

    被叫信令流程

    C

    呼叫转移信令流程

    D

    呼叫释放信令流程


    正确答案: D,C
    解析: 暂无解析

  • 第23题:

    问答题
    掉话率优化是网络优化中的一个主要内容,请根据相关的信令流程和实际优化经验回答以下问题:请简要描述常见的掉话的原因及其各自的表现和判断方法是什么?

    正确答案: 1)邻区漏配如果掉话前UE记录的活动集EcIo信息和Scanner记录的BestServerEcIo相差较大,而Scanner记录的BestServer扰码不在UE掉话前的测量控制邻区列表中,或者如果掉话后UE马上重新接入,且重新接入的小区扰码和掉话时的扰码不一致,且新的小区不在UE掉话前的测量控制邻区列表中,或者UE上报的检测集(DetectedSet)信息出现了信号较强的小区
    (2)覆盖差确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据,若最好小区的RSCP和EcIo都很低,就可以认为是覆盖问题。
    (3)切换导致的掉话软切换/同频导致掉话主要有两类原因:切换来不及或者乒乓切换。从信令流程上表现为手机收不到活动集更新或者物理信道重配置命令,PS业务也有可能在切换之前先发生TRB复位。
    (4)干扰导致的掉话一般情况下,对于下行,当激活集CPICHRSCP比较好,而激活集和监视集的EcIo都很差,基本上可以认为是下行干扰的问题;对于上行,如果发现RTWP比正常值(-107~-105)超过10dB,持续时间超过2~3s,可以基本判断为上行干扰。
    (5)流程交互失败对于一些需要信令交互的流程,如AMR控制、DCCC以及压缩模式的启停等,由于信号、手机支持方面的原因或者RAN设备和手机的配合问题,导致流程失败,最后发生掉话。
    (6)异常分析在排除了以上的原因之后,其他的掉话一般需要怀疑设备的问题,需要通过查看设备的日志,告警等进一步来分析掉话原因
    解析: 暂无解析