寻呼问题的原因主要有:()

A:RNC没有下发Paging消息 B:寻呼信道或寻呼指示信道的功率偏低 C:UE发生小区重选 D:UE发生了位置区/路由区更新

寻呼响应次数统计点是()消息

A:Paging Responce B:Channel Assignment Message C:Assignment Request D:Assignment Completion

关于点对点短消息的下发方式,下面说法正确的是()

A:直接寻呼信道方式,短消息直接从整个LAC范围下发 B:先寻呼定位,然后走寻呼信道的方式,定位用的GPM从整个LAC范围下发,短消息只从定位后的某个小区上下发 C:先寻呼定位,然后走业务信道的方式,定位用的GPM从整个LAC范围下发,短消息从业务信道下发 D:先寻呼定位,然后走寻呼信道的方式,定位用的GPM从整个LAC范围下发,短消息在整个LAC范围内下发。

下面是关于寻呼子信道的几种说法,请问下面哪个说法是不正确的?()

A:对于支持DRX的手机,空闲状态下并不是长期监听Um接口上所有的PAGING消息,它只监听属于它一组的寻呼子信道 B:在系统消息上下发,通知MS守侯在哪一个寻呼子信道的计算是通过DB中的数据来计算的 C:下发PAGING消息时计算寻呼子信道是通过主机运行中的全局变量来计算的 D:BSC在运行过程中相同寻呼间帧数编码不能任意改动

以下关于寻呼(Paging)的说明,正确的是()

A:对MS的寻呼是由BSC发起的 B:系统是通过IMSI或TMSI对MS进行寻呼的 C:系统只在MS所在的位置区域范围内对该用户进行寻呼 D:系统只在MS所在的小区范围内对该用户进行寻呼

MME在下发寻呼消息时以()为单位。

Paging Success Time反映了UE响应寻呼的时延,LSTI定义为基站发出paging到收到()消息的时间差。

RRCConnectionSetupComplete

当被寻呼的UE处于空闲模式时,UTRAN通过()信道发送Paging Type1(第一类寻呼消息)。

以下关于寻呼(Paging)的说明,哪个是错误的?()

A:对MS的寻呼是由BSC发起的。 B:系统是通过IMSI或TMSI对MS进行寻呼的。 C:系统在MS所在的位置区域范围内对该用户进行寻呼。

RNC在处理CN的寻呼消息时,以下()种情况发PagingType1。

A:被寻呼的UE不存在其它的CN域信令连接 B:被寻呼的UE存在其它的CN域信令连接,且该UE处于CELL_PCH C:被寻呼的UE存在其它的CN域信令连接,且该UE处于URA_PCH状态 D:被寻呼的UE存在其它的CN域信令连接,且该UE处于CELL_FACH

微信扫码获取答案解析
下载APP查看答案解析