MSC和BSC数据不一致导致高掉话处理分析报告.ppt

六、现场尝试关跳频、换频，并将BCCH更换至其它载波后，通话仍然不能建立成功，仍然只能占用其它小区切换至问题小区福永二m2来通话。 总 结： 由于这个问题我们之前并没有碰到过，不过采取排除法，终于使问题水落石出。 处理问题保持条理清晰会使问题原因范围缩小。 处理该问题时，由于碰到不少钉子，当时我们的情绪也比较低落，不过还是坚持下来了，说明碰到问题一定要坚强，失败是成功之母。 群众的力量强大的，问题处理过程中，网优中心资深技术人员也提供了我们一些处理方案，虽然有些方案不完全正确，但是排除了那些不正确的方案，才使问题原因逐渐路出水面。 结 束 * MSC和BSC数据不一致导致高掉话处理分析报告 问题描述 指标统计 福永二m2自11月21日下午15时后开始出现T掉话严重的情况（T掉话率在80%左右），T接通率亦有所降低（T接通率降至85%左右）；但其它指标均正常，近半个月以来无人对该站进行过硬件调整。 问题描述 问题分析 一、首先检查福永二m2小区的参数都是正常，近日也没人调整过该小区，排除参数设置错误造成问题。二、近日没有人对该小区进行硬件更换或调整，排除人为偶然因素。 正常情况： 异常情况： 三、现场测试发现用福永二m2起呼后，信令自setup之后即结束通话。 福永二m2 福永二m2 福永二m3 四、怀疑程序吊死造成，对福永二m2重LOAD，问题依旧。五、怀疑载波隐性故障造成。关跳频，发现无论用到哪个频点都是无法起呼成功建立通话，再闭掉其他载波只留一个或二个载波，发现无论用到哪个载波问题依旧。怀疑传输问题。 七、配合工程人员，查询传输无误码后我们更换了该小区的传输，复测亦无效果。后面我们进行了更换DXU及重做IDB数据等一系列操作后，发现问题仍然存在。参数、硬件和传输都没有问题，只能怀疑小区数据方面的问题了。 八、测试现场进行了多方面的尝试未果，BSC的兄弟终于为我们找到了答案： CI被修改，系统执行不完全，导致MSC和BSC数据不一致。 BSC的CGI MSC的CGI 九、 将msc的CI重新修改后现场测试通话正常 问题解决：将指标亦趋于正常水平