【BSC】按照操作建议,对于更新MPU数据,可以采用的方法有:()
A.允许采用下电后再上电复位模块的方法进行数据更新操作
B.允许采用动态数据设定的方式进行数据更新操作
C.允许复位MPU再主备倒换MPU加载数据
D.不论如何操作,动态设定都不能把更新数据设定到MPU的FLASH中去
- · 有4位网友选择 B,占比44.44%
- · 有3位网友选择 A,占比33.33%
- · 有1位网友选择 C,占比11.11%
- · 有1位网友选择 D,占比11.11%
A.允许采用下电后再上电复位模块的方法进行数据更新操作
B.允许采用动态数据设定的方式进行数据更新操作
C.允许复位MPU再主备倒换MPU加载数据
D.不论如何操作,动态设定都不能把更新数据设定到MPU的FLASH中去
A.MSC中设置的周期位置更新时间建议大于BSC中设置的周期位置更新时间
B.在业务量和信令流量较大的地区,建议选择较小的T3212;对业务量较小、信令流量较低的地区,可以设置较大T3212
C.参数“周期位置更新时限值”T3212的大小和系统的寻呼成功率无关
D.同一位置区下,建议不同小区的“周期位置更新时限值”T3212设置相同
通过一些操作,得到以下信息:
1)该基站没有任何告警。
2)查看话统,发现该小区TCH根本就没有话务量,切换接入也没有;SDCCH有占用请求,但是全部失败。
3)跟踪Abis口信令,立即指配命令所指配显示载频频点号为7A,也就是122,对该小区强制发送系统消息,在SYSTEMIMFO1中表明载频频点也是7A即122。
4)打开基站远端维护台,获取小区属性表明频点却是118;发现基站工作频点有疑问,查询BSC数管台,检查该小区有关频点信息的表格《小区分配表》、《载频配置表》,数据配置一致,没有错误,频点为118。
5)对《小区分配表》、《载频配置表》两个表查看主机,发现主机中频点为122。
6)询问现场工程师,说该站以前在网优中曾经修改过频点,原来工作频点为122,后来改为118,采用动态设定设定到主机,成功更改后正常运行了一段时间,在出现用户投诉前,该基站所在模块又成功做过两次MPU主备倒换操作。
根据这些信息,定位出了问题所在,在实验室模拟,该问题得到重现,请回答以下问题:
在4)中,通过远端基站维护台,获取小区属性来查看频点,这个操作看到的频点是从哪儿读的?
A.MSC中设置的周期位置更新时间建议大于BSC中设置的周期位置更新时间。
B.在业务量和信令流量较大的地区,建议选择较小的T3212;对业务量较小、信令流量较低的地区,可以设置较大T3212。
C.参数“周期位置更新时限值”T3212的大小和系统的寻呼成功率无关;
D.同一位置区下,建议不同小区的“周期位置更新时限值”T3212设置相同。
A.MSC中设置的周期位置更新时间建议大于BSC中设置的周期位置更新时间
B.在业务量和信令流量较大的地区,建议选择较小的T3212;对业务量较小、信令流量较低的地区,可以设置较大T3212
C.参数“周期位置更新时限值”T3212的大小和系统的寻呼成功率无关
D.同一位置区下,建议不同小区的“周期位置更新时限值”T3212设置相同
A.MO将重新被load并且被test,BTS参数将被重新更新
B. BTS会退服并输出告警
C. 输出告警
D. BSC重新启动
A.MO将重新被load并且被test,BTS参数将被重新更新
B.BTS会退服并输出告警
C.输出告警
D.BSC重新启动
为了保护您的账号安全,请在“简答题”公众号进行验证,点击“官网服务”-“账号验证”后输入验证码“”完成验证,验证成功后方可继续查看答案!