多选题如果RAN无法接收到CN侧的寻呼消息，可能的原因有（）。ACN和RAN侧的版本设置不一样BPCH功率设置太小CCN侧周期性位置更新定时器设置太小D寻呼信道拥塞
多选题
如果RAN无法接收到CN侧的寻呼消息，可能的原因有（）。
A
CN和RAN侧的版本设置不一样
B
PCH功率设置太小
C
CN侧周期性位置更新定时器设置太小
D
寻呼信道拥塞
参考解析
解析：
暂无解析
相关考题：
CS12.2K的主叫UE在哪条信令上把被叫号码通知给CN,CN再发起寻呼的() A.直传消息setupB.COMMONIDC.直传消息CMServiceRequestD.直传消息CMServiceAccept
当UTRAN使用pagingtype1和pagingtype2的时候，cn侧下发的paging消息有什么区别?()A.PS域和CS域使用不同的方式B.用户ASC不同C.寻呼原因不同D.没有区别
在R4版本中,寻呼消息具有的作用以下描述正确的是() A.CN呼叫空闲模式的UE，完成接入并建立呼叫连接B.CN呼叫通话模式下的UE，告知来自网络侧的一个新呼叫C.UTRAN呼叫空闲或寻呼模式的UE，告知系统消息更新D.UTRAN呼叫寻呼模式下UE，通知其完成RRC状态切换
RNC在处理CN的寻呼消息时，以下（）种情况发PagingType1。A、被寻呼的UE不存在其它的CN域信令连接B、被寻呼的UE存在其它的CN域信令连接，且该UE处于CELL_PCHC、被寻呼的UE存在其它的CN域信令连接，且该UE处于URA_PCH状态D、被寻呼的UE存在其它的CN域信令连接，且该UE处于CELL_FACH
寻呼成功率一般由CN进行统计，以下关于寻呼成功率定义，错误的是：（）A、寻呼成功率=寻呼成功次数总和/寻呼请求次数总和*100%B、寻呼成功次数总和：指CN收到的所有寻呼响应的总次数，统计消息为CN收到的“PAGINGRESPONSE”（含二次寻呼的响应）消息C、寻呼请求次数总和：指CN发出的所有寻呼的总次数，统计消息为CN发出的“PAGINGREQUEST”（不包含二次寻呼的次数）消息D、寻呼请求次数总和：指CN发出的所有寻呼的总次数，统计消息为CN发出的“PAGINGREQUEST”（包含二次寻呼的次数）消息
CS12.2K的主叫UE在哪条信令上把被叫号码通知给CN，CN再发起寻呼的（）A、直传消息setupB、COMMONIDC、直传消息CMServiceRequestD、直传消息CMServiceAccept
下面各项中可能发生在手机被叫过程中的行为有（）。A、MSC向被叫手机所处位置区中所有BSC发出寻呼报文B、BSC向被叫手机所处位置区中所有小区发出寻呼命令C、小区收到寻呼命令后在相应寻呼组所属寻呼子信道上发出寻呼消息D、手机通过RACH发起接入请求E、手机通过SDCCH向MSC发送Setup消息
关于寻呼，以下说法错误的是：A、PDCCH的通知上携带P-RNTI，表示有寻呼消息B、寻呼消息由PDSCH传送。C、当UE收到PDCCH携带P-RNTI，表示有本UE的寻呼消息。D、UE根据自己的ID（IMSI）计算自己可能存在的寻呼的时间，并进行监听
在R4版本中，寻呼消息具有的作用以下描述正确的是（）A、CN呼叫空闲模式的UE，完成接入并建立呼叫连接B、CN呼叫通话模式下的UE，告知来自网络侧的一个新呼叫C、UTRAN呼叫空闲或寻呼模式的UE，告知系统消息更新D、UTRAN呼叫寻呼模式下UE，通知其完成RRC状态切换
关于WCDMA中的寻呼流程说法正确的有（）。A、寻呼分CN发起的寻呼和UTRAN发起的寻呼B、CN发起的寻呼又分协作寻呼和非协助寻呼C、UTRAN发起的寻呼，如果UE处于CELL_FACH或者CELL_DCH状态时，采用PAGINGTYPE1从DCCH寻呼UED、UTRAN发起的寻呼，如果UE处于空闲状态、CELL_PCH或者URA_PCH状态时，采用PAGINGTYPE2从PCCH寻呼UE
单选题关于寻呼，以下说法错误的是：APDCCH的通知上携带P-RNTI，表示有寻呼消息B寻呼消息由PDSCH传送。C当UE收到PDCCH携带P-RNTI，表示有本UE的寻呼消息。DUE根据自己的ID（IMSI）计算自己可能存在的寻呼的时间，并进行监听
单选题CS12.2K的主叫UE在哪条信令上把被叫号码通知给CN，CN再发起寻呼的（）A直传消息setupBCOMMONIDC直传消息CMServiceRequestD直传消息CMServiceAccept
多选题未收到信道指配消息：未达到里程碑M2的可能原因有（）。A异常释放B容量限制C寻呼信道增益偏大D系统丢失