UE呼叫失败，从消息看MSOFTX3000增加ATM端点后直接Sub端点，RNC上报RAB指配失败，UMG8900上跟踪消息发现QAAL2建链成功，但UMG8900没有收到UP初始化报文。从UMG8900侧分析下可能的原因（）。A、修正Path的PVC配置B、修正PVC的流量配置C、正确连接承载PVC所在光纤

题目

UE呼叫失败，从消息看MSOFTX3000增加ATM端点后直接Sub端点，RNC上报RAB指配失败，UMG8900上跟踪消息发现QAAL2建链成功，但UMG8900没有收到UP初始化报文。从UMG8900侧分析下可能的原因（）。

  • A、修正Path的PVC配置
  • B、修正PVC的流量配置
  • C、正确连接承载PVC所在光纤
相似考题

1.接力切换失败时,NodeB失败会出现哪些异常信令()A.目标基站无线链路建立失败B.目标基站无线链路建立成功后，目标基站的AAL2建立失败。C.RNC向UE发送Physical Channel Reconfiguration消息进行切换。由于一些错误原因导\n致UE向RNC发送物理信道重配置失败的响应D.定时器超时失败，RNC向CN发送IuRelease Request。

2.TD到GSM系统间切换流程中,终端尝试切换至GSM失败后,在信道状况允许时能够返回TD小区恢复连接并保持不掉话。RNC会在收到UE上报的切换失败消息后下发RRCConnectionRelease消息。A．错误B．正确

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

4.从呼叫的信令流程上看,业务建立成功后,RNC向CN发送RAB RELEASEREQUEST消息,则判断为掉话。A．错误B．正确

参考答案和解析
正确答案:A,B,C
更多“UE呼叫失败，从消息看MSOFTX3000增加ATM端点后直接Sub端点，RNC上报RAB指配失败，UMG8900上跟踪消息发现QAAL2建链成功，但UMG8900没有收到UP初始化报文。从UMG8900侧分析下可能的原因（）。A、修正Path的PVC配置B、修正PVC的流量配置C、正确连接承载PVC所在光纤”相关问题

  • 第1题：

    针对RAB建立过程中,以下描述正确的是()

    A.主叫侧一般是收到网络侧的Call Proceding消息之后，才进行承载建立，同时在承载建立消息中，能够了解到承载资源的占用情况

    B.被叫侧一般是向网络上报Call Confirmed消息后，才会进行承载建立，同时在承载建立消息中，也能够了解到承载资源的占用情况

    C.UE收到Call Proceeding之后，并没有收到RADIOBEA RERSETUP消息，而是直接上报了Disconnect消息。这种情况一般应该排查RNC相关业务处理单元是否异常

    D.UE收到Radio Bearersetup消息后，返回了Radio Bearersetup Failure消息，这种情况与配置有关系，比如CAC（呼叫接入算法）算法，比如用户占用的信道情况（DCH还是FACH）


    参考答案：A, B, C, D

  • 第2题：

    小区建立失败,无局间消息的可能原因?()

    A.RSPA和RTPA单板初始化没有完成；

    B.lub接口SAAL链路没有通；

    C.RNC没有收到资源状态指示消息。

    D.以上都不对


    参考答案：A, B, C

  • 第3题：

    UMG8900具有内置SG功能情况下，到PSTN的数据配置中N7DSP、N7LKS、N7RT、N7LNK等命令配置在（）设备中，M3UA的相关配置配置在（）设备中。

    • A、MSOFTX3000；MSOFTX3000
    • B、UMG8900；MSOFTX3000
    • C、MSOFTX3000；UMG8900
    • D、UMG8900；UMG8900

    正确答案:C

  • 第4题：

    接力切换失败时，NodeB失败会出现哪些异常信令？（）

    • A、目标基站无线链路建立失败
    • B、目标基站无线链路建立成功后，目标基站的AAL2建立失败
    • C、RNC向UE发送PhysicalChannelReconfiguration消息进行切换。由于一些错误原因导/n致UE向RNC发送物理信道重配置失败的响应
    • D、定时器超时失败，RNC向CN发送IuReleaseRequest

    正确答案:A,B

  • 第5题：

    RNC收到RAB指派请求后，向CN响应RAB指派失败消息。可能的原因为（）

    • A、Iu接口本地资源分配失败
    • B、Iu接口用户面配置失败
    • C、Iu接口AAL2建立失败
    • D、Iu接口控制面配置失败

    正确答案:A,B,C

  • 第6题：

    小区建立失败，无局间消息的可能原因？（）

    • A、RSPA和RTPA单板初始化没有完成；
    • B、lub接口SAAL链路没有通；
    • C、RNC没有收到资源状态指示消息。
    • D、以上都不对

    正确答案:A,B,C

  • 第7题：

    从信令流程来看，（）会导致接入失败。

    • A、没有接收到呼叫请求确认消息
    • B、没有接收到信道指配消息
    • C、移动台没有成功获得前向业务信道
    • D、移动台没有接收到基站的反向业务信道确认消息
    • E、没有接收到业务连接消息

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

  • 第8题：

    对于掉话前的信令流程的分析思路，下述说法错误的是（）

    • 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

  • 第9题：

    切换失败（HANdoveRFAiluRe）的其原因就是没有完成上行或下行同步，判断依据就是（）口上的（）消息，如果在单UE消息跟踪中，发现PhySiCAlChANNelReCoNfiguRAtioN（RNC内切换）消息后有该消息，则说明上行已经同步，否则hANdoveRfAiluRe失败的原因就是下行同步有问题。


    正确答案:Iub；RAdioLiNkReStoReINdiCAtioN

  • 第10题：

    多选题
    接力切换失败时，NodeB失败会出现哪些异常信令（）
    A

    目标基站无线链路建立失败

    B

    目标基站无线链路建立成功后，目标基站的AAL2建立失败。

    C

    RNC向UE发送Physical Channel Reconfiguration消息进行切换。由于一些错误原因导/n致UE向RNC发送物理信道重配置失败的响应

    D

    定时器超时失败，RNC向CN发送IuRelease Request。


    正确答案： B,D
    解析： 暂无解析

  • 第11题：

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

    对

    B

    错


    正确答案： 错
    解析： 暂无解析

  • 第12题：

    问答题
    在一套全系统环境中，用UE进行CS域打电话正常，但用UE进行PS域业务激活时失败，从IU接口抓到的消息是RNC收到RAB ASSIGNMENT REQUEST消息后立即回RAB ASSIGNMENT RESPONSE消息，但打开此RAB ASSIGNMENT RESPONSE消息看却是失败响应。请列出可能的原因。

    正确答案： 可能是WHPU单板没有插紧，工作不正常；
    可能到SGSN的用户面PVC不通（可能是VPI、VCI配置与SGSN不一致）；
    可能是到SGSN的用户面路由配置不对；
    可能是WHPU板没有配置IPOACLIENT；
    可能WHPU板没有配置用户面的PVC。
    解析： 暂无解析

  • 第13题：

    在路由器上配置接口PVC的命令是()。

    A.oam pvc、

    B.pvc、

    C.atm pvc、

    D.int pvc。


    参考答案：B

  • 第14题：

    M2UA链路无法建立，可能的原因是：（）。

    • A、UMG8900和MGC上M2UA链路配置的IP地址、端口号不正确
    • B、MG8900和MGC上M2UA链路IP地址对应的接口状态异常
    • C、从UMG和MGC上分别PING对方，无法PING通
    • D、UMG8900和MGC上SCTP的参数不一致

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

  • 第15题：

    业务拥塞率统计开始点为RNC接收到CS域发来的RAB Assignment Request消息，统计结束点为RNC向CS域发送建立失败的RAB Assignment Response消息，携带失败原因为（）。


    正确答案:无线网络层资源不足

  • 第16题：

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


    正确答案:正确

  • 第17题：

    关于UMG8900设备，以下说法错误的是（）。

    • A、UMG8900最多配置9个MGW框，其中要配置1个主控框。多框配置时还要配置扩展控制框用于级联各业务框
    • B、UMG8900配置了多块PPU板时，应保证在每一块PPU板上都建立了H.248信令链路，这样可以将处理H.248消息的能力分散到每一块单板，实现负荷分担
    • C、UMG8900时钟参考源的配置应根据物理连线的实际情况配置，配置多个参考源时时钟工作模式应选择“自动”模式
    • D、UMG8900基于分布式模块化设计，设备的业务通道和控制通道采用分离结构，其中控制通道为FE方式，业务通道包括分组IP和窄带TDM两种。业务通道和控制通道同时采用主备方式，完全避免单点故障

    正确答案:A

  • 第18题：

    在一套全系统环境中，用UE进行CS域打电话正常，但用UE进行PS域业务激活时失败，从IU接口抓到的消息是RNC收到RAB ASSIGNMENT REQUEST消息后立即回RAB ASSIGNMENT RESPONSE消息，但打开此RAB ASSIGNMENT RESPONSE消息看却是失败响应。请列出可能的原因。


    正确答案: 可能是WHPU单板没有插紧，工作不正常；
    可能到SGSN的用户面PVC不通（可能是VPI、VCI配置与SGSN不一致）；
    可能是到SGSN的用户面路由配置不对；
    可能是WHPU板没有配置IPOACLIENT；
    可能WHPU板没有配置用户面的PVC。

  • 第19题：

    在路由器上配置接口PVC的命令是（）。

    • A、oam pvc、
    • B、pvc、
    • C、atm pvc、
    • D、int pvc。

    正确答案:B

  • 第20题：

    RNC和NODEB联调时，曾出现以下的现象：QAAL2接收到业务用户的建立请求消息，QAAL2有时候返回建立成功，有时候返回建立失败，失败原因码是47（resource unavailable），但返回建立成功和失败的概率具有一定的规律；请分析其原因。


    正确答案: 这种现象出现的原因是RNC和NODEB两端的PATH资源配置不一致引起的。原因如下：
    1QAAL2是对等的协议，其功能就是对承载用户面数据的AAL2PATH资源进行管理和维护，在NODEB和UMSC上同样存在QAAL2模块。根据QAAL2协议的规定，在配置PATH资源时，两端的PATH的数量和PATHID必须一致。
    2QAAL2连接建立请求是由RNC发起的，而且根据RNC上QAAL2的资源分配策略，承载用户面业务的PATH资源是按照负荷分担的方式进行的，结合RNC和NODEB联调的具体情况来分析：当时在RNC配置了3条PATH，PATHID分别为1，2，3，而在NODEB上只配置了一条PATH，PATHID=3，根据RNC的资源分配策略，资源承载分配将在3条PATH上交替进行，所以当NODEB收到承载分配在PATHID=3上的建立请求时，NDOEB返回建立成功，而NODEB接收到承载分配在PATHID=1或PATHID=2上的建立请求时，由于NODEB上没有PATHID=1和2的PATH，只能返回建立失败。QAAL2是对等的协议，在配置数据时，RNC和NODEB或MSC两端的PATH资源必须配置一致，否则会出现以上有时返回建立成功，有时返回建立失败，影响调试的进度。

  • 第21题：

    接力切换失败时，NodeB失败会出现哪些异常信令（）

    • A、目标基站无线链路建立失败
    • B、目标基站无线链路建立成功后，目标基站的AAL2建立失败。
    • C、RNC向UE发送Physical Channel Reconfiguration消息进行切换。由于一些错误原因导/n致UE向RNC发送物理信道重配置失败的响应
    • D、定时器超时失败，RNC向CN发送IuRelease Request。

    正确答案:A,B

  • 第22题：

    多选题
    从信令流程来看，（）会导致接入失败。
    A

    没有接收到呼叫请求确认消息

    B

    没有接收到信道指配消息

    C

    移动台没有成功获得前向业务信道

    D

    移动台没有接收到基站的反向业务信道确认消息

    E

    没有接收到业务连接消息


    正确答案： E,A
    解析： 暂无解析

  • 第23题：

    问答题
    RNC和NODEB联调时，曾出现以下的现象：QAAL2接收到业务用户的建立请求消息，QAAL2有时候返回建立成功，有时候返回建立失败，失败原因码是47（resource unavailable），但返回建立成功和失败的概率具有一定的规律；请分析其原因。

    正确答案： 这种现象出现的原因是RNC和NODEB两端的PATH资源配置不一致引起的。原因如下：
    1QAAL2是对等的协议，其功能就是对承载用户面数据的AAL2PATH资源进行管理和维护，在NODEB和UMSC上同样存在QAAL2模块。根据QAAL2协议的规定，在配置PATH资源时，两端的PATH的数量和PATHID必须一致。
    2QAAL2连接建立请求是由RNC发起的，而且根据RNC上QAAL2的资源分配策略，承载用户面业务的PATH资源是按照负荷分担的方式进行的，结合RNC和NODEB联调的具体情况来分析：当时在RNC配置了3条PATH，PATHID分别为1，2，3，而在NODEB上只配置了一条PATH，PATHID=3，根据RNC的资源分配策略，资源承载分配将在3条PATH上交替进行，所以当NODEB收到承载分配在PATHID=3上的建立请求时，NDOEB返回建立成功，而NODEB接收到承载分配在PATHID=1或PATHID=2上的建立请求时，由于NODEB上没有PATHID=1和2的PATH，只能返回建立失败。QAAL2是对等的协议，在配置数据时，RNC和NODEB或MSC两端的PATH资源必须配置一致，否则会出现以上有时返回建立成功，有时返回建立失败，影响调试的进度。
    解析： 暂无解析

相关内容