通常情况下发生掉话时，是（）发送释放请示消息？A、RNC-CNB、CN-RNCC、UE-RNCD、NODEB-RNC
通常情况下发生掉话时，是（）发送释放请示消息？
- A、RNC->CN
- B、CN->RNC
- C、UE->RNC
- D、NODEB->RNC
相关考题：
业务信道掉话次数统计点为()消息之后的含有异常释放原因值的CLEAR REQUEST消息 A.ASSIGMENT REQUESTB.ASSIGMENT COMPLETEC.HANDOVER REQUESTD.HANDOVER COMPLETE
在AT发起Session呼叫时,关于AT在接入信道发送RouteUpdate消息说法正确的是:() A.仅第一次发送接入信道capsule消息时才发送B.每次发送接入信道capsule消息时都发送C.根据AN的指示进行发送D.以上说法都不对
下面有关短消息的叙述正确的是:() A.在主叫移动用户中设置有短消息中心号码。B.主、被叫移动用户具有短消息业务签约。C.被叫用户必须开机，否则主叫发送的短消息会丢失。D.发送短消息占用话务中继，发送完后，释放资源。
一个完整的CS12.2K呼叫主叫流程包含很多信令子流程。在通话结束后，UE将挂断电话。UTRAN首先释放IU口，关于释放IU口流程描述正确的是()A、CN发送给RNC消息IURELEASEREQUEST，RNC以IURELEASECOMPLETE响应B、CN发送给RNC消息IURELEASECOMMAND，RNC以IURELEASECOMPLETE响应C、CN发送给RNC消息IURELEASECOMMAND，RNC以IURELEASEREQUEST响应D、CN发送给RNC消息IURELEASEREQUEST，RNC以IURELEASECOMMAND响应
关于掉话前的信令流程的分析思路,以下描述错误的是哪项?() a) 如果在掉话前发生了切换，并且運发送完重配置完成消息后直到掉话前一直没有收到任何odaB下发的信令，可能重配置完成消息enodeb没有收到，从而定时器超时后释放链路b) 如果掉话前 enodeb检测到络上行失步，说明掉话区域的上行链路质量恶化。建议针对盖、干扰、部区配、功率参数设置等间题进行排查c) 如如果掉话前发生了原因为无线链路失败的RRC连接重建过程，说明掉话区域的下行链路质量恶化，建议对覆盖、干找、部区记等原因进行排查d) 如在掉话前发生了切換，并且U運发送完重配置完成消息后直到掉话前一直没有收到任何 Nodeb下发的信令，可能 emodel收到了且下发新的RRC建立流程，但U没有收到，由于信令消息采用模式，需要在一定的时间内收到接收端对模式数据的确认，最终导致的取RLC层发生了RLC不可恢复错误
以下对VOLTE掉话的定义及性能优化描述错误的是()。 A、主叫掉话次数的定义为主叫主动挂机时，主叫未收到SIP_BYE-OK或被叫未发送SIP_BYE-OK，均计算为一次掉话B、主叫呼叫建立成功次数的定义是主叫收到回应INVITE消息的200ok消息，表示呼叫建立成功C、被叫呼叫建立成功次数的定义是被叫收到IMS发送针对INVITE200OK的ACK消息，表示被叫呼叫成功D、路测VOLTE掉话率=主叫掉话次数/呼叫建立成功次数E、信令平台分析VOLTE掉话时若发现有MME异常且原因为信令流程冲突，一般定界为EPC;若发现有IMS异常释放且原因为无媒体流监测，一般定界为IMS
当发生切换掉话时,BSC向MSC发送clearrequest消息,该消息的原因是什么() A.RADIOINTERFACEFAILUREB.HANDOVERFAILUREC.RADIOINTERFACEMESSAGEFAILURED.RADIOINTERFACEFAILUREREVERSIONTOOLDCHANNEL
业务信道掉话次数统计点为()消息之后的含有异常释放原因值的CLEARREQUEST消息。 A.ASSIGMENT REQUESTB.ASSIGMENT COMPLETEC.HANDOVER REQUESTD.HANDOVER COMPLETE
当eNodeB向MME发送E-RABReleaseIndication消息或者UEContextReleaseRequest消息并且释放原因不为“（）”，“CSfallbacktriggered”，“UENotAvailableForPSService”，“Inter-RATredirection”同时相应承载有数传时，统计E-RAB异常释放。A、NormalReleaseB、DetachC、UserInactivityD、S1-APReleaseOtherReason
业务信道掉话次数统计点为（）消息之后的含有异常释放原因值的CLEARREQUEST消息。A、ASSIGMENTREQUESTB、ASSIGMENTCOMPLETEC、HANDOVERREQUESTD、HANDOVERCOMPLETE
业务信道掉话次数统计点为（）消息之后的含有异常释放原因值的CLEARREQUEST消息。A、ASSIGMENT REQUESTB、ASSIGMENT COMPLETEC、HANDOVER REQUESTD、HANDOVER COMPLETE
在AT发起Session呼叫时，关于AT在接入信道发送RouteUpdate消息说法正确的是：（）A、仅第一次发送接入信道capsule消息时才发送B、每次发送接入信道capsule消息时都发送C、根据AN的指示进行发送D、以上说法都不对
下面有关短消息的叙述正确的是：（）A、在主叫移动用户中设置有短消息中心号码。B、主、被叫移动用户具有短消息业务签约。C、被叫用户必须开机，否则主叫发送的短消息会丢失。D、发送短消息占用话务中继，发送完后，释放资源。
对于掉话前的信令流程的分析思路，下述说法错误的是（）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出现上行失步，说明掉话区域的上行链路质量恶化。建议针对覆盖、干扰、邻区漏配、功率参数设置等问题进行排查
根据集团测试规范，在通话过程（连接状态下）中如果Uu空口的消息直接收到任何的BCH消息、或收到RRC Release消息且释放的原因值为Not Normal、或收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal或Unspecified即记为掉话。
业务信道掉话次数统计点为（）消息之后的含有异常释放原因值的CLEAR REQUEST消息A、ASSIGMENT REQUESTB、ASSIGMENT COMPLETEC、HANDOVER REQUESTD、HANDOVER COMPLETE
单选题当发生切换掉话时，BSC向MSC发送clearrequest消息，该消息的原因是什么（）ARADIOINTERFACEFAILUREBHANDOVERFAILURECRADIOINTERFACEMESSAGEFAILUREDRADIOINTERFACEFAILUREREVERSIONTOOLDCHANNEL
单选题在ISUP消息中，（）消息是交换局是在任一方向发送的消息，表明由于某种原因要求释放电路。A初始地址消息(IAM)B释放消息(REL)C释放完成消息(RLC)D地址全消息(ACM)