终端CS业务激活失败分析处理.docVIP

故障案例 部分终端CS业务激活失败分析处理 公司 济南 专业 TD 设备类型 RNC 设备厂家 中兴 设备型号 U728 软件版本 U728V1.0.0B13 编制时间 2010.03 作者 李德峰 作者电话 关键字 IUB接口、AAL2、带宽 故障现象 新建RNC IUCS接口调测，配置IUCS局向数据，IUCS局向对接调测正常。 进行测试，位置更新成功，进行大量CS和PS业务测试，出现CS无法接通和PS激活失败的情况。 1、使用中兴U728进行CS业务测试，会有失败的情况，查看信令分析，在RAB指派时RNC向NodeB发送同步无线链路重配置取消的消息。正确的信令如下： RNC没有发送图中框起来的信令消息，而是直接给向NodeB发送了cancel消息。 2、PS业务测试，两小区间PS384切换时发生失败，一小区下激活两个PS384K时第二个PS384业务激活失败。 第二个PS384激活失败的信令流程和CS呼叫失败基本相同，都是RNC向NodeB发送了同步无线链路重配置取消消息 两小区之间PS384切换失败的异常信令如下： 源小区 目标小区 UE(RNC 测量报告 RNC(NodeB专用测量终止 RNC(UE 测量控制 RNC(NodeB RL建立 NodeB(RNC RL 建立完成 RNC(NodeB RL删除 NodeB(RNC RL 删除完成 源小区没有向UE发送物理信道重分配，目标小区RL建立之后马上删除了。 告警信息 无 原因分析 1、UE CS呼叫失败问题： 1）查看IUCS、IUPS接口数据配置均正常，检查IUB接口数据配置， 计算AAL2的带宽是否够使用，IUB接口的AAL2主要有以下几个信道占用： FACH和PCH DCCH DTCH RACH 2）使用探针查看内存中的动态数据表R_AAL2PATH，查看AAL2的分配情况，选择站点所对应的CMP模块ID，见R_AAA2PATH数据表： 3）选取其中一组没有业务存在的数据为例，行记录37的四个参数FWDPBR/BWDPBR/OCPFWDPBR/ OCPBWDPBR是735/903/264/96。其中FWDPBR＋OCPFWDPBR＝999，BWDPBR＋OCPBWDPBR＝999，刚好是我们配置的数据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的带宽； 综上所述：可以判断10部UE要用的AAL2带宽是10×36＝360KB。 对比实际配置的数据： 查看这个站点的AAL2配置是512KB，下行可以分配的AAL2带宽735KB较小，所以就以下行为准，来计算带宽是否够用，计算过程如下： 站点的AAL2配置是512KB； FACH和PCH要占用264KB; 10部UE要占用360KB; 所以：360＋264＝624512，导致了业务建立失败。 备注：这里下行可以分配的带宽比上行小，但是如果以后下行可以做HSDPA，应该是要以上行为准了，所以实际计算时要看FWDPBR和BWDPBR哪个参数较小。另外，前台表中的数据FWDPBR和BWDPBR有的站点比较小，是因为这个表是动态的，有的站点有业务存在，导致带宽分配了。 2、PS384业务失败问题： 1）两个PS384在一个站点下的激活问题：一个PS384分配的AAL2带宽是431KB，而一个站点配置的AAL2是1000KB，去掉公共传输信道后剩下的是735KB，所以一个站点下面的两个384是激活不起来的； 2）同一个站下两个小区之间的PS384切换：由于切换时源小区的传输信道是不删除的，同时会建立新的专用信道的AAL2，所以相当于同时存在两个PS384业务在一个站点下面的两个不同小区下，情况同1类似，所以导致切换失败。 3）各种业务的传输信道AAL2的占用情况 测试了几种不同的业务，来查看一下不同业务所分配的AAL2情况，