吕梁CS域RAB建立失败案例.doc

分组域RAB指派建立失败案例1、 问题点描述10月20日凌晨吕梁安排TD基站割接，把RNC11上2个县城的站点割接到新入网的RNC13上，割接完成后当天忙时查看全天的指标发现CS域的RAB建立成功率只有99%左右，RNC11上CS域RAB建立成功率有99.98%左右，相差将近1%，对指标影响很大。时间求和项:RAB.AttEstabCsPerCell(个数)求和项:RAB.FailEstabCsPerCell(个数)求和项:RAB.FailEstabCsPerCell.66(个数)10/22/2011 1181714414410/23/2011 11412123121RAB.FailEstabPsPerCell.66原因值：IU口传输连接建立失败如图1中A点所示，RNC向分组域CN发送“RAB指配响应”（RAB ASSIGNMENT RESPONSE）消息，其中包含建立失败的RAB数目，对应原因：IU口传输连接建立失败 。图1 建立失败的RAB流程(小区级)2、 问题点分析通过后台分析RAB失败不存在TOP小区，RNC下所有小区都会出现RAB建立失败且失败原因都为RAB.FailEstabPsPerCell.66，从失败原因分析IU传输连接建立失败，可能是RNC在调试的时候与CN对接数据有问题。后台信令跟踪：正常情况下QAAL2_ESTABLISH_REQUEST后，会出现一条QAAL2_ESTABLISH_CONFIRM信令。异常信令中发现没有QAAL2_ESTABLISH_CONFIRM信令，而是QAAL2_RELEASE_CONFIRM,有可能RNC与CN配置的AAL2PATH有问题。RAB建立正常流程RAB响应正常消息RAB建立异常流程RAB响应异常消息查询异常信令中RNC请求的AAL2PATH ID号为36，有可能是36号AAL2PATH有问题。对异常信令分析发现CN给RNC发送AAL2PATH RELEASE CONFIRM消息后紧接着发送了一条直传消息，消息内容包含释放的原因为：资源不足。查看核心网数据发现核心网配置的36 号AAL2PATH的最大语音信道比其他的AAL2PATH的AAL2PATH配置的小了一半。2个AAL2PATH配置的最大用户数不一样，相当于2条业务信道的带宽不一样，但是RNC侧配置的数据配置的8条AAL2PATH的带宽是一样的。3、问题定位验证将核心网配置的36号AAL2PATH锁住，不要将用户分配到36号AAL2PATH信道上。核心网11点将36号PATH锁定，11点后RAB建立没有一次失败。说明问题就是因为36号AAL2PATH所导致的。割接到新RNC下的所有站点CS域RAB建立成功率偏低，约为98.90%无告警、无TOP小区将该PATH的最大语音用户数修改后，观察话统，没有再出现IU传输连接建立失败，问题解决与CN核对该AAL2PATH参数设置，发现CN侧该PATH的最大语音用户数配置有误后台抓取IU接口信令，QAAL2_RELEASE_CONFIRM的原因：资源不足，AAL2PATH ID=36判断CN与RNC之间配置的AAL2PATH参数有误原因分析二查询话统中RAB建立失败的原因：