1.现象
小区的aligned status状态为misaligned,在omcr上能够发现小区上有“！”的标志，多发生于在对小区配置或参数进行修改的过程中。
2.影响
小区及相关小区（例如同misaligned小区有切换关系的小区）无法继续修改参数，在割接过程中可能影响割接的进度。
3.问题的分析
Omcr的数据库同BSC的数据库应该保持一致，不管逻辑参数的修改（以OMCR上设置的为准更新BSC的数据库）还是LOGICAL AUDIT（以BSC数据库为准，更新OMCR的数据库）的过程，两个数据库之间都有一个同步的过程，若在同步过程中发生了异常，则会使数据库的更新无法实现，从而导致数据库的不一致。系统中存在一种misaligned机制，当系统发现存在数据库不同步时，在小区上标志出Misaligned的标志，目的是提醒操作维护者数据修改（或者logical audit）没有正常完成，需要后续工作来保证OMCR和BSC数据库记录的参数一致。

解决方法：
我们根据misaligned出现的情况及cause，有如下办法解决小区misaligned的问题：
1.Logical audit时出现misaligned
Logical audit时需要从BSC数据库中提取逻辑参数，更新OMCR上数据库中记录的信息，如果更新时发生故障，一般是由OMCR和BSC连接故障引起的（有可能是逻辑链路）, 会引起对应小区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”。

参数修改（包括PRC/SC修改）时出现misaligned
逻辑参数修改时是以OMCR上的逻辑配置为准，修改过程中需要更新对应的BSC数据库中的记录，在更新失败时，相应小区/BSC会出现misaligned，大致有三种情况及其解决方法如下：
情况一：
如果在GSM alignment cause中显示问题原因为“ lost of communication with BSC”。则需观察此时BSC-OMC的连接状况；如果连接问题得到解决，而该BSC下出现Misaligned 的小区又很多 ，此时则需要通过对BSC做Force Config BSS
情况二：
如果在GSM alignment status cause中显示为“job unsuccessfull received from the BSC”, 则需要做BSS Force Config (如果此时有许多小区Misaligned 则还需做 这些小区的 Force Config)
情况三：
如果执行了Force Config后，小区依然处于Misaligned的状态，可能是由于BSC比较忙，可以等一段时间后再作，极少数情况下，需要通过PRC来删创该小区解决misaligned。

说明
misaligned发生小区修改参数后，一般可以通过"force Config"消除，其原理是让OMCR上记录的参数强行同步到BSC数据库中，由于"force Config"会要求BSC数据库向OMCR同步所有小区的参数，如小区参数，邻小区参数等，BSC需要一段时间更新对应数据库，"force Config" 需要一段时间。
由于参数修改时可能发生的问题很多，如OMCR和BSC的连接瞬间出现故障（可能是逻辑链路），或者是相同操作在同一模块上，导致BSC响应混乱，或者BSC没有足够时间响应给连续的操作，等。就会出现misaligned，我们只能通过优化OMCR到BSC的数据更新流程，规范操作维护过程来减少出现的概率，同时通过正确的维护操作，提高解决misaligned的速度。

预防措施
建议每天或在大规模在数据的前后在OMCR上作Inconsistencies 检查，以尽早发现并纠正数据库不一致的地方
原因：提前发现并及时解决omcr上数据库中的不一致有助于减少misaligned出现的概率
建议操作维护人员在修改参数时出现misaligned后，及时消除；
原因：只有操作者明确是什么操作后出现misaligned，如果没有时间处理，请做好记录后转给他人处理，如操作的简单目的描述，操作的时间等。
建议操作维护人员在参数修改时，观察RNUSM/BSSUSM "follow up"窗口中显示其他用户的操作和本人操作的进行过程，如果有其他用户在对某网元操作，则等其结束后再做，如果有关于本人操作不成功或不完全成功时，可能会导致OMCR和BSC数据库参数出现不一致，请先消除后再继续操作；
原因：部分成功的操作不会出现misaligned，但是由于数据库更新没有完全成功，可能导致下次操作出现misaligned，绝对要避免对同一网元同时做右冲突的操作;
建议不要在对BTS做硬件维护或硬件配置修改时，同时对相应小区修改逻辑参数；
原因：有时小区逻辑参数修改时也需要自动对硬件作操作，让参数修改到BTS/小区中，如unmapped/mapped小区时需要对BTS O&M做lock/unlock，这个操作是在PRC激活时自动完成，如果其他操作同时进行导致上述过程无法正常进行，就可能导致小区misaligned;
建议对多个小区修改逻辑参数，尽量用PRC方式，如果在SC中直接修改，对于和某个小区有切换关系的小区，它的参数修改就要等前面小区结束后再进行；
原因：参数修改时，需要更新OMCR上的数据库和BSC的数据库，逻辑参数修改时首先更新OMCR上的数据库，然后更新BSC的数据库，由于更新BSC的数据库需要时间（更新DLS和网元中的记录，如TCU，DTC等），连续的操作可能使后一个操作无法及时更新BSC数据库而出现misaligned。PRC操作时OMCR会安排一个优化的过程，而且PRC激活时会将相关小区状态保留，杜绝其他的操作同时进行。
建议：
对于经常出现misaligned现象的地方，建议一个misaligned现象的档案，内容包括：
--发生misaligned的时间
--网元
--触发原因
--misaligned cause
--解决办法
--最近一次执行Inconsistencies check的时间
相关的一些trace
目的是为了更清晰的了解misalign产生的原因，频繁程度，以此更好的做好预防工作。