!本文可能 超过2年没有更新,今后内容也许不会被维护或者支持,部分内容可能具有时效性,涉及技术细节或者软件使用方面,本文不保证相应的技术更新和实践可操作性。

[现象描述]

在某地新开BSC局(1AM+2BM)挂在我司的MSC60下(MSC60也为新开局,T局兼做端局),下带50个基站。

在BSC机房设一个BSC321模拟基站(用取消建设的基站的数据和端口,只开1个载频的全向天线小区),通话测试一切正常;但拨测做出BSC切换到N厂家的DX2000下的BSC时发现出切换不成功;可是从N厂家下的BSC切换到我司的BSC可以成功,且后续切换也可成功(后续切换回N厂家的BSC下)。在BSC内小区间切换一切正常(已经开了13个基站,所以从话统里可以看出来)。出BSC切换成功率为25%左右。

[处理过程]

根据原因分析进行故障处理。

1.首先找自己BSC侧的原因,检查外部小区描述数据表,小区相邻关系表,BA1(BCCH)表,BA2(SACCH)表,检查确认都无误,检查前后台数据一致。

2.其次让对方BSC检查是否正确做了我们的这个外部小区描述,经确认确实无误。

3.让双方的MSC都确认是否正确做了数据,双方的MSC都确认无误。

4.在A接口处跟踪信令,发现在我们的小区下发起强制切换到对方小区时,只有切换请求命令,没发现有我们的上级MSC下发的切换命令,在切换请求里也正确上报了目标小区的CGI。可是当从对方小区下发起强制切换到我们小区下时信令完全正确,而且切换也马上就成功了。于是,可以基本肯定数据配置没什么问题,我切换不到对方的BSC最有可能是在MSC间信令流程上出问题了。

5.按照局间切换流程,在我们BSC下发起强制出BSC切换到N厂家下的BSC时,我们的BSC先发起一个切换请求到上级MSC60,MSC60发perform handover到N厂家DX2000,在此消息里包含了目标小区的CGI;其次对方VLR分配一个handover number,在radio channel ack.中回送给我们的MSC60,假如正常的话,我们的MSC60得发一个IAM给对方DX2000;对方DX2000再发一个ACM消息给我们的MSC60,建立话路后,MSC60才可以下方发handover commmond给我们的BSC,然后我们的手机可以切换到对方的BSC下。

6.在MSC间用中创信令仪跟踪MAP消息,发现我们的MSC60在收到对方发来的handover number消息后就没发IAM,信令流程就此终止掉了。查看这条消息发现,对方的DX2000已经找到目标小区的CGI了。

7.分析对方发来的handover number 发现对方的切换号码没加86就直接用130×××××形式发过来了,后来询问中研,答复我们对此消息格式不认,所以会导致切换失败的。

8.协调N厂家在切换号码前加86,不行则由我们中研出新版本解决此问题。

9.针对话统里的出BSC切换成功率为25%,原因是在DX2000下的BSC(由DX2000主控)切换到我们BSC后又切换回对方的BSC,这是属于后续切换过程,因此话统结果并没有想我们所主观想像的出切换成功率为=0%,这应该是正确的。

[原因分析]

分析切换失败原因:1.切换不成功可能由于BSC侧数据配置有问题:如外部小区描述错误,小区相邻关系描述错误,BA1表,BA2表描述错误。

2.可能是所带我司BSC的MSC60中小区描述数据配置有问题。

3.因为涉及我司MSC和N厂家的DX2000的局间切换,可能对方MSC下的BSC做我们的外部小区描述有误。

转载请注明本文链接:http://www.yzjbj.com/06/108/html

-----------------------------华丽的正文结束了-------------------------------

标签: BSC, 切换

友荐云推荐 相关文章:

登出评论