《终端CS业务激活失败分析处理.doc》由会员分享，可在线阅读，更多相关《终端CS业务激活失败分析处理.doc（4页珍藏版）》请在金锄头文库上搜索。
1、故障案例部分终端CS业务激活失败分析处理公司济南专业TD设备类型RNC设备厂家中兴设备型号U728软件版本U728V1.0.0B13编制时间2010.03作者李德峰作者电话13553179305关键字IUB接口、AAL2、带宽故障现象新建RNC IUCS接口调测，配置IUCS局向数据，IUCS局向对接调测正常。进行测试，位置更新成功，进行大量CS和PS业务测试，出现CS无法接通和PS激活失败的情况。1、使用中兴U728进行CS业务测试，会有失败的情况，查看信令分析，在RAB指派时RNC向NodeB发送同步无线链路重配置取消的消息。正确的信令如下：RNC没有发送图中框起来的信令消息，而是直接给向
2、NodeB发送了cancel消息。2、PS业务测试，两小区间PS384切换时发生失败，一小区下激活两个PS384K时第二个PS384业务激活失败。第二个PS384激活失败的信令流程和CS呼叫失败基本相同，都是RNC向NodeB发送了同步无线链路重配置取消消息两小区之间PS384切换失败的异常信令如下：源小区 目标小区UERNC 测量报告 RNCNodeB专用测量终止RNCUE 测量控制RNCNodeB RL建立 NodeBRNC RL 建立完成 RNCNodeB RL删除 NodeBRNC RL 删除完成源小区没有向UE发送物理信道重分配，目标小区RL建立之后马上删除了。告警信息无原因分析1、
3、UE CS呼叫失败问题：1）查看IUCS、IUPS接口数据配置均正常，检查IUB接口数据配置，计算AAL2的带宽是否够使用，IUB接口的AAL2主要有以下几个信道占用：FACH和PCHDCCHDTCHRACH2）使用探针查看内存中的动态数据表R_AAL2PATH，查看AAL2的分配情况，选择站点所对应的CMP模块ID，见R_AAA2PATH数据表：3）选取其中一组没有业务存在的数据为例，行记录37的四个参数FWDPBR/BWDPBR/OCPFWDPBR/ OCPBWDPBR是735/903/264/96。其中FWDPBROCPFWDPBR999，BWDPBROCPBWDPBR999，刚好是我们
4、配置的数据AAL2=1000.四个数据中的对应的传输信道占用情况是：FACH和PCH：占用了264，每个小区88。剩余的735用来给分配给下行DCH；RACH：占用了96，每个小区32。剩余的903用来分配给上行DCH；4）一个UE的CS12.2k呼叫业务要占用的带宽包括上下行，所以FWDPBR和BWDPBR这两个参数都会随着业务的建立而减小，详细情况如下:首先是RRC建立时的RL建立，要分配一定的带宽给DCCH，厦门外场配置方式是13.6k信令，查看发现分配了20KB;业务建立以后，在RAB指派中的无线链路重配中分配给一定的带宽给DTCH，一部UE的业务传输信道占用16KB的带宽；综上所述：
5、可以判断10部UE要用的AAL2带宽是1036360KB。对比实际配置的数据：查看这个站点的AAL2配置是512KB，下行可以分配的AAL2带宽735KB较小，所以就以下行为准，来计算带宽是否够用，计算过程如下：站点的AAL2配置是512KB；FACH和PCH要占用264KB;10部UE要占用360KB; 所以：360264624512，导致了业务建立失败。备注：这里下行可以分配的带宽比上行小，但是如果以后下行可以做HSDPA，应该是要以上行为准了，所以实际计算时要看FWDPBR和BWDPBR哪个参数较小。另外，前台表中的数据FWDPBR和BWDPBR有的站点比较小，是因为这个表是动态的，有的
6、站点有业务存在，导致带宽分配了。2、PS384业务失败问题：1）两个PS384在一个站点下的激活问题：一个PS384分配的AAL2带宽是431KB，而一个站点配置的AAL2是1000KB，去掉公共传输信道后剩下的是735KB，所以一个站点下面的两个384是激活不起来的；2）同一个站下两个小区之间的PS384切换：由于切换时源小区的传输信道是不删除的，同时会建立新的专用信道的AAL2，所以相当于同时存在两个PS384业务在一个站点下面的两个不同小区下，情况同1类似，所以导致切换失败。3）各种业务的传输信道AAL2的占用情况测试了几种不同的业务，来查看一下不同业务所分配的AAL2情况，可以作为参考
7、。12.2KB64KB128KB384KBFACH&PCH(一个小区)88888888RACH（一个小区）32323232DCCH（RRC连接13.6KB）20202020DTCH（RAB指派和切换中）1668133411计算一个站点如果满业务大概需要多少的传输，传输包括两个部分:AAL2：我们以一个站点三个扇区，每个扇区3个载波，大概一共可以呼叫200部电话为准，不考虑切换的情况：需要的带宽是200（1620）7200KB；AAL5：以某站点为例，每个站点有一条NCP，三条CCP，一条ALCAP和一条OMCB，每条PVC配置带宽为128KB。那么需要带宽是1286768KB;其实，应该考虑到
8、AAL5这样配置比较小，如果可以应该加大，至少将OMCB加大到512，版本加载时就不会出现批量下载失败的问题。处理步骤将IUB接口AAL2带宽由原来的512修改为1000，测试正常，问题解决。故障总结出现此故障的原因为IUB 接口AAL2带宽配置较小，从而导致信道所需AAL2带宽不足，从而在RAB指派时RNC向NodeB发送同步无线链路重配置取消的消息,导致业务失败。CS、PS业务均需要占用IUB接口AAL2的带宽，在进行AAL2带宽配置时需要根据各种业务占用AAL2带宽情况和业务量综合考虑进行配置，从而避免出现AAL2带宽不足导致业务失败的情况。由于出现问题位置有很多其他终端可以正常使用，影响了对问题的判断，如果在处理过程仅通过更换终端就当做解决问题，就会忽略问题的产生根本原因。附录文档名称：中国移动软交换网络故障处理优秀案例第 1 页 共 4 页中国移动内部资料，未经许可不得复制、转载！2010-3-31
