MXBSC Discover BSS 无法正常完成。
最近发现个问题，割接出现misaligned.第二天对MXBSC做discover bss后进程吊死在AuditRadio（进程到53%左右）那一步，提示错误："BSC connection lost",最后还是切换OMCP解决的。但是已经出现两次了，很难保证以后不会出现，总不能老是切换OMCP啊。各位有谁知道什么原因吗？
注：1.经过分析DLS里头有好多ERROR。2.割接采用拷贝基站，先起硬件，后upmap&map数据。3.MXBSC同步没问题，x.25没问题。
问题描述
问题症状: 当激活一个PRC或者在SC窗口中，直接进行在线网络配置修改时
，某个小区出现Misaligned。
问题分析: 在该小区上，单击右键激活的弹出窗口中，执行“Show Alignment
Status Cause” 功能，用户可以观察到引起Misaligned的具体原因。
解决方法
情况一：如果在GSM alignment cause中显示问题原因为“ lost of communication with BSC”。则需观察此时BSC-OMC的连接状况；如果连接问题得到解决，而该BSC下出现Misaligned 的小区又很多 ，此时则需要通过对BSC做Force Config BSS 另外还需要做小区的 Force Config 。
情况二：如果在GSM alignment status cause中显示为“job unsuccessfull received from the BSC”, 则需要做BSS Force Config (如果此时有许多小区Misaligned 则还需做 这些小区的 Force Config),
情况三：如果执行了Force Config后，小区依然处于Misaligned的状态。此时则必须通过PRC来删创该小区。
问题描述
问题症状: 做完audit (或Upload Radio Parameter)，小区出现Misaligned。
问题分析: 在该小区上，单击右键激活的弹出窗口中，执行“Show Alignment Status
Cause” 功能，用户可以观察到引起Misaligned的具体原因。
情况一：如果在GSM alignment cause中显示问题原因为“ lost of communication with BSC”
。则需观察此时BSC-OMC的连接状况；如果连接问题得到解决，重新做 audit (或Upload
Radio Parameter ）。
情况二：如果在GSM alignment status cause中显示为“job unsuccessfull received from the
BSC”重新做 audit，如果一个BSC下有许多小区 Misaligned，首先要做 “Logical audit
BSS”。
**GPRS alignment一般都会变成Misaligned，需要对BSS做 resynchronization”。
预防措施
方法一 及时发现和消除各个数据的库间信息不一致，规范OMCR上的操作，可以
有效防止Misaligned产生。
检查数据库信息不一致
B72 OMCR上检查RNL（RNIM）层，EML（BSSIM）层的及BSC中关于切换关系数据的一
致性。（检查时停止对BSC所有的逻辑参数操作）。
操作方法：
RNUSMàGeneralàQuery Adjacencies Inconsistencies
需要重新更新各个数据库及BSC中的参数，可以通过删创这些切换关系。如果某
个BSS下有较多不一致信息，可以删/创BSS。
要确保检查到的Inconsistency反映网络及OMCR上的实际情况，建议定期对BSC做
完Logical Audit后再做。
方法二 规范日常操作维护工作，严格遵循操作维护手册完成所有操作
OMCR上BSSUSM/RNUSM操作都有一个“follow up”窗口给出操作过程、提示信
息和出错信息，观察窗口中给出的信息，如果有提示信息或出错信息出现，应
立即停止操作，解决问题后再继续操作。