如题。
华为BSC6000设备掉话话务统计中，修改NCC参数后出现设备掉话较高，请高手指教是什么原因？

具体点。会不会是因为你改了NCC，导致切换失败造成的掉话增多？

NCC属于BSIC中其中一个，修改它我觉得不应该出现设备掉话啊！设备掉话一般是由于切换失败或者干扰造成的掉话！

设备故障掉话测量

BSC6000设备故障类掉话有如下9个COUNT:
M304:CELL_CALL_DROPS_EQUIP_FAIL_SD
 设备故障掉话次数（SDCCH）
M344:CELL_CALL_DROPS_EQUIP_FAIL_TCHF_SIG
 设备故障掉话次数（TCHF）（信令信道）
M314:CELL_CALL_DROPS_EQUIP_FAIL_TCHF_TRAF
 设备故障掉话次数（TCHF）（业务信道）
M354:CELL_CALL_DROPS_EQUIP_FAIL_TCHH_SIG
 设备故障掉话次数（TCHH）（信令信道）
M324:CELL_CALL_DROPS_EQUIP_FAIL_TCHH_TRAF
 设备故障掉话次数（TCHH）（业务信道）
M3613E:CELL_CALL_DROPS_EQUIP_FAIL_SIG_ULCELL
 外圆载频设备故障掉话次数（信令信道）
M3313F:CELL_CALL_DROPS_EQUIP_FAIL_TRAF_ULCELL
 外圆载频设备故障掉话次数（业务信道）
M3623E:CELL_CALL_DROPS_EQUIP_FAIL_SIG_OLCELL
 内圆载频设备故障掉话次数（信令信道）
M3323F:CELL_CALL_DROPS_EQUIP_FAIL_TRAF_OLCELL
 内圆载频设备故障掉话次数（业务信道）
 
含义为：MS占用信道后，BSC出现内部错误释放呼叫，会根据信道类型（SDCCH、TCHF、TCHH）、服务类型（信令、业务）以及同心圆属性（内圆、外圆）对设备故障类相关掉话指标进行统计。

单位
次。
测量点:在以下情况下，则根据信道类型、服务类型以及同心圆属性分别统计此类指标中的对应指标。
载频互助、动态修改小区属性、动态修改载频频点、动态修改载频跳频数据导致掉话，动态删除小区、载频导致掉话，闭塞小区、载频、信道导致掉话时。
出BSC切换等待切换命令超时或等待切换命令时收到MSC的清除请求消息，切换原因为除了OM干预/MSC触发/抢占之外的其他原因。
切换布网失败导致掉话时。
呼叫过程中MSC下发的短消息因数据配置禁止发送下行短消息或因流控不能发送时，呼叫释放。
软件异常导致的呼叫掉话。

通过学习以上的资料可以知道，改了NCC后出现设备掉话也是有可能的。因为这类掉话测量中也确实是包含了切换布网失败而导致的掉话。
从以上可以初步分析，可能是网络中改了NCC后出现同频同BSIC而导致切换掉话增加。
但是反推过来就大大的站不住脚了，为什么呢，要知道BSC6000的全网频率割接我也搞过几次，如果数据中导致邻区出现同BCCH,同BSIC的话BSC6000是根本不会让你加数据的。所以说BSC6000有专业的数据自检能力，现网中根本不可能出现同频同BSIC的。
所以分析思路应该盯着设备掉话的TOP10小区来排查。我看应该是二个不相关的事情，设备掉话增加应该是其他原因导致的，只不过时间上刚好碰着而于。请你把掉的高的小区找出来看看自身或者周围真的改过NCC了吗？相信可能性不大。
建议多从设备告警，分段环回，分级复位问题小区，乃至求助BSS侧工程师来进行问题求解！