若要查询NR基站近三天是否有闭锁小区记录，应筛选基站操作日志操作命令的什么内容？()

A.操作员账号

B.操作时间

C.操作是否成功

D.操作命令

A.基站工作日志是全面记录基站正常工作时TMU的工作状态和相关信息

B.目前我司所有的基站都支持工作日志功能

C.获取基站工作日志的方式可以有两种：近端和远端维护台，但是在近端获取日志后，日志将被从内存中删除

D.基站工作日志在定位有关基站告警、版本回退、异常操作等问题时可以起到很大的作用

E.复位基站后，以前基站的工作日志将丢失

A.检查光模块和光纤是否连接正常，光链路是否同步(包括主站侧和RRU侧)

B.掉电复位RRU。操作第一次后，请检查设备是否恢复正常，如果没有恢复正常，请再进行一次掉电复位

C.检查RRU内的软件是否正常，方法：在HAMMER上可以用命令：ll

D.检查网元布配和实际的网元是否一致，18AE基站提取61、62号日志，5116基站提取65号日志

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

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

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

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

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

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

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

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

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

A.根据前面关闭的开关同步制作好还原x2相关配置的MML，用于变更后“还原x2相关配置开关

B.对于NSA组网站点，查询并记录相邻LTE基站LTE和NR间x2自建立开关是否打开、基于故障触

C.对于SA组网站点，查询并记录待调整和相邻基站Xn自建链开关、Xn自删除开关是否关闭。

D.对于NSA组网站点，查询并记录待调整NR基站2自建链开关、X2初始自建立故障自删除开关

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

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

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

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

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

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

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

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

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

A.操作维护台曾经执行了去激活小区命令

B.NodeB某一个TRX单板故障和恢复

C.监控板单板故障

D.NCP出现闪断

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

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主备倒换操作。

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

如何避免这种情况发生？