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

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

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

相关考题:

在IS-2000系统中,手机收到信道指配消息之后,会()。 A.持续监听寻呼信道的每一个时隙;B.根据SLOT-INDEX计算的时隙周期,间隔监听寻呼信道;C.开始监听业务信道;D.开始在反向业务信道上发送全0帧。

CDMA手机在空闲状态时,手机通过()发送消息给基站。 A.Access信道B.寻呼信道C.Paging信道D.同步信道

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

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

邻区列表消息由()下发,而邻区列表更新消息由()下发。 A.寻呼信道、业务信道B.业务信道、寻呼信道C.寻呼信道、寻呼信道D.业务信道、业务信道

关于DRX和寻呼信道说法正确的是() A.每个IMSI都对应四个专门的寻呼组B.每个IMSI都对应一个专门的寻呼组C.每个寻呼组都分别与小区的一个寻呼子信道相对应D.MS通过IMSI算出寻呼组E.空闲状态下,某寻呼组的MS只在固定的寻呼子信道上来收听系统广播的寻呼消息

关于相同寻呼间帧数编码(BS_PA_MFRMS)参数的影响以下说法正确的有:() A.BS-PA-MFRMS,指的是以多少个复帧数作为寻呼子信道的一个循环,实际上本参数确定了将一个小区中的寻呼信道分配成多少寻呼子信道B.在接入允许保留块数给定的情况下,该参数设置越大,小区中的寻呼子信道就越多C.该参数影响手机空闲状态下的行为,比如,该参数设置越大,在信号比较差或者受到干扰时,手机掉网的速度越快D.该参数设置越大,寻呼子信道越多,系统的寻呼能力就越强,从而系统性能越优

关于点对点短消息的下发方式,下面说法正确的是() A.直接寻呼信道方式,短消息直接从整个LAC范围下发B.先寻呼定位,然后走寻呼信道的方式,定位用的GPM从整个LAC范围下发,短消息只从定位后的某个小区上下发C.先寻呼定位,然后走业务信道的方式,定位用的GPM从整个LAC范围下发,短消息从业务信道下发D.先寻呼定位,然后走寻呼信道的方式,定位用的GPM从整个LAC范围下发,短消息在整个LAC范围内下发。

下面各项中可能发生在手机被叫过程中的行为有()。 A.MSC向被叫手机所处位置区中所有BSC发出寻呼报文B.BSC向被叫手机所处位置区中所有小区发出寻呼命令C.小区收到寻呼命令后在相应寻呼组所属寻呼子信道上发出寻呼消息D.手机通过RACH发起接入请求E.手机通过SDCCH向MSC发送Setup消息

手机只在属于自己的寻呼子信道上收听网络下发的寻呼消息,主要目的是()。A、降低手机功耗B、其它寻呼子信道没有寻呼消息C、降低网内的干扰D、降低基站的发射功率

手机通过是否能解码()子信道的消息,来计算DSC。来触发空闲状态下的Downlink Signaling Failure。A、BCCH子信道B、FCH子信道C、寻呼子信道D、同步信道

在空闲状态DRX模式下,手机只监听属于自己寻呼组的寻呼子信道。下列哪个参数与计算手机属于哪个寻呼组无关()。A、TMSIB、IMSIC、CCCH信道的配置类型D、BS_AG_BLKS_RES

关于点对点短消息的下发方式,下面说法正确的是()A、直接寻呼信道方式,短消息直接从整个LAC范围下发B、先寻呼定位,然后走寻呼信道的方式,定位用的GPM从整个LAC范围下发,短消息只从定位后的某个小区上下发C、先寻呼定位,然后走业务信道的方式,定位用的GPM从整个LAC范围下发,短消息从业务信道下发D、先寻呼定位,然后走寻呼信道的方式,定位用的GPM从整个LAC范围下发,短消息在整个LAC范围内下发。

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

在IS-2000系统中,手机收到信道指配消息之后,会()。A、持续监听寻呼信道的每一个时隙;B、根据SLOT-INDEX计算的时隙周期,间隔监听寻呼信道;C、开始监听业务信道;D、开始在反向业务信道上发送全0帧。

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

下面各项中可能发生在手机被叫过程中的行为有:()A、手机通过RACH发起接入请求B、MSC向被叫手机所处位置区中所有BSC发出寻呼报文C、BSC向被叫手机所处位置区中所有小区发出寻呼命令D、小区收到寻呼命令后在相应寻呼组所属寻呼子信道上发出寻呼消息

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

GPRS/EDGE系统中,当网络运行在模式II下时,分组寻呼和电路寻呼消息均通过CCCH信道下发。

下面各项中可能发生在手机被叫过程中的行为有()。A、MSC向被叫手机所处位置区中所有BSC发出寻呼报文B、BSC向被叫手机所处位置区中所有小区发出寻呼命令C、小区收到寻呼命令后在相应寻呼组所属寻呼子信道上发出寻呼消息D、手机通过RACH发起接入请求E、手机通过SDCCH向MSC发送Setup消息

邻区列表消息由()下发,而邻区列表更新消息由()下发。A、寻呼信道、业务信道B、业务信道、寻呼信道C、寻呼信道、寻呼信道D、业务信道、业务信道

关于DRX和寻呼信道说法正确的是() A、每个IMSI都对应四个专门的寻呼组B、每个IMSI都对应一个专门的寻呼组C、每个寻呼组都分别与小区的一个寻呼子信道相对应D、MS通过IMSI算出寻呼组E、空闲状态下,某寻呼组的MS只在固定的寻呼子信道上来收听系统广播的寻呼消息

CDMA手机在空闲状态时,手机通过()发送消息给基站。A、Access信道B、寻呼信道C、Paging信道D、同步信道

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

多选题关于DRX和寻呼信道说法正确的是()A每个IMSI都对应四个专门的寻呼组B每个IMSI都对应一个专门的寻呼组C每个寻呼组都分别与小区的一个寻呼子信道相对应DMS通过IMSI算出寻呼组E空闲状态下,某寻呼组的MS只在固定的寻呼子信道上来收听系统广播的寻呼消息

单选题邻区列表消息由()下发,而邻区列表更新消息由()下发。A寻呼信道、业务信道B业务信道、寻呼信道C寻呼信道、寻呼信道D业务信道、业务信道

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

单选题在IS-2000系统中,手机收到信道指配消息之后,会()。A持续监听寻呼信道的每一个时隙;B根据SLOT-INDEX计算的时隙周期,间隔监听寻呼信道;C开始监听业务信道;D开始在反向业务信道上发送全0帧。