配置台发送配置数据时，直接更改CCS.INI，CCS会自动加载，不需要重新启动。

A.当端口处于Listening状态时，会接收配置BPDU并进行计算，但是不发送配置BPDU

B.当端口处于Learning状态时，开始学习MAC地址，但是不转发数据

C.无论端口终确定何种角色，在Listening状态和Learning状态停留的时间都为一个ForwardDelay时长

D.当端口处于Listening状态和Learning状态时，如果端口角色变为Alternate端口，则该端口状态会直接转变为Blocking

A.ZabbixServer:负责接收Agent发送报告信息的核心组件，所有的配置、数据统计、数据操作都由它组织进行

B.Databasestorage:负责存储所有的配置信息以及收集的数据

C.Webinterface:是zabbix的GUI接口，通常情况下与ZabbixServer运行在同一台主机上

D.Pxory:属于必选组件，常用于分布式监控环境中，代理Server收集部分数据，然后转发到Server，可以减轻Server的压力

A.配置本机地址

B.配置发送地址

C.配置发送数据

D.配置接收数据

A.配置本机地址

B.配置发送地址

C.配置发送数据

D.配置接收数据

A.批改小区网优数据功能可以选定多个小区，但只能对各个小区的所有网络优化参数进行修改，不能只修改部分参数

B.在进行原有数据备份时，当用户选择了在本地备份后，文件和数据即可保存到BAM

C.若用户没有修改网优参数对应的默认值，系统将选定的所有小区的该网优数据批改为默认值

D.如果要使批改的数据生效，在传送数据完成后，直接复位BSC就可使新修改的数据生效

通过一些操作，得到以下信息：

1）该基站没有任何告警。

2）查看话统，发现该小区TCH根本就没有话务量，切换接入也没有；SDCCH有占用请求，但是全部失败。

3）跟踪Abis口信令，立即指配命令所指配显示载频频点号为7A，也就是122，对该小区强制发送系统消息，在SYSTEMIMFO1中表明载频频点也是7A即122。

4）打开基站远端维护台，获取小区属性表明频点却是118；发现基站工作频点有疑问，查询BSC数管台，检查该小区有关频点信息的表格《小区分配表》、《载频配置表》，数据配置一致，没有错误，频点为118。

5）对《小区分配表》、《载频配置表》两个表查看主机，发现主机中频点为122。

6）询问现场工程师，说该站以前在网优中曾经修改过频点，原来工作频点为122，后来改为118，采用动态设定设定到主机，成功更改后正常运行了一段时间，在出现用户投诉前，该基站所在模块又成功做过两次MPU主备倒换操作。

根据这些信息，定位出了问题所在，在实验室模拟，该问题得到重现，请回答以下问题：

请根据这些信息推断产生这个现象的原因。

通过一些操作，得到以下信息：

1）该基站没有任何告警。

2）查看话统，发现该小区TCH根本就没有话务量，切换接入也没有；SDCCH有占用请求，但是全部失败。

3）跟踪Abis口信令，立即指配命令所指配显示载频频点号为7A，也就是122，对该小区强制发送系统消息，在SYSTEMIMFO1中表明载频频点也是7A即122。

4）打开基站远端维护台，获取小区属性表明频点却是118；发现基站工作频点有疑问，查询BSC数管台，检查该小区有关频点信息的表格《小区分配表》、《载频配置表》，数据配置一致，没有错误，频点为118。

5）对《小区分配表》、《载频配置表》两个表查看主机，发现主机中频点为122。

6）询问现场工程师，说该站以前在网优中曾经修改过频点，原来工作频点为122，后来改为118，采用动态设定设定到主机，成功更改后正常运行了一段时间，在出现用户投诉前，该基站所在模块又成功做过两次MPU主备倒换操作。

根据这些信息，定位出了问题所在，在实验室模拟，该问题得到重现，请回答以下问题：

在4）中，通过远端基站维护台，获取小区属性来查看频点，这个操作看到的频点是从哪儿读的？

通过一些操作，得到以下信息：

1）该基站没有任何告警。

2）查看话统，发现该小区TCH根本就没有话务量，切换接入也没有；SDCCH有占用请求，但是全部失败。

3）跟踪Abis口信令，立即指配命令所指配显示载频频点号为7A，也就是122，对该小区强制发送系统消息，在SYSTEMIMFO1中表明载频频点也是7A即122。

4）打开基站远端维护台，获取小区属性表明频点却是118；发现基站工作频点有疑问，查询BSC数管台，检查该小区有关频点信息的表格《小区分配表》、《载频配置表》，数据配置一致，没有错误，频点为118。

5）对《小区分配表》、《载频配置表》两个表查看主机，发现主机中频点为122。

6）询问现场工程师，说该站以前在网优中曾经修改过频点，原来工作频点为122，后来改为118，采用动态设定设定到主机，成功更改后正常运行了一段时间，在出现用户投诉前，该基站所在模块又成功做过两次MPU主备倒换操作。

根据这些信息，定位出了问题所在，在实验室模拟，该问题得到重现，请回答以下问题：

根据2）说明现场工程师的信息反馈有一点有问题，是哪一点？

A.为便于管理和维护，建议时隙分配模式设为自动模式

B.每个单板，其相同方向上的同一时隙不能同时被多个业务共同使用

C.同一业务，在一个方向上接收端和发送端占用的时隙必须相同

D.更改业务类型后，不需要重新设置业务时隙

通过一些操作，得到以下信息：

1）该基站没有任何告警。

2）查看话统，发现该小区TCH根本就没有话务量，切换接入也没有；SDCCH有占用请求，但是全部失败。

3）跟踪Abis口信令，立即指配命令所指配显示载频频点号为7A，也就是122，对该小区强制发送系统消息，在SYSTEMIMFO1中表明载频频点也是7A即122。

4）打开基站远端维护台，获取小区属性表明频点却是118；发现基站工作频点有疑问，查询BSC数管台，检查该小区有关频点信息的表格《小区分配表》、《载频配置表》，数据配置一致，没有错误，频点为118。

5）对《小区分配表》、《载频配置表》两个表查看主机，发现主机中频点为122。

6）询问现场工程师，说该站以前在网优中曾经修改过频点，原来工作频点为122，后来改为118，采用动态设定设定到主机，成功更改后正常运行了一段时间，在出现用户投诉前，该基站所在模块又成功做过两次MPU主备倒换操作。

根据这些信息，定位出了问题所在，在实验室模拟，该问题得到重现，请回答以下问题：

如何避免这种情况发生？