RB建立过程中嵌套CU掉线案例.doc

RB过程中嵌套CU未接通分析案例1 现象描述11月7日、8日两天，劳人局1小区（CI:40091）RAB(PS)连接失败共计393，失败原因为均为无线进程接口（RB）指派失败，原因值为RAB.FailEstabPsPerCell.14。2 告警信息无3 原因分析华为Nastar分析:用户 09:50:56 占用劳人局1（CI：40091）小区发起高速分组数据业务，接入电平-83dBm，接入时占用R4载波频点10063，业务建立H载频10088，分析信令在建立RB信道过程中收到Cell Update，导致PS业务RAB建立失败，未接通一次。 截图如下： 信令截图 从信令看，RNC向UE发送RRC消息RB SETUP，下发后5s未收到UE发送RRC消息Radio Bearer Setup Complete 给RNC，可见UE和NODEB间已经失步，超出了RB请求定时器时间（5秒），故上发CELL UPDATE，但由于目前设备不支持RB与CELL UPDATE嵌套，导致PS业务未接通一次。目前现场测试该小区接入时在R4载波，由于业务建立为H业务，即UE需要与副载H载波完成同步。现网参数中ACTTIMEDEFOFFVALFORSETUP34K（3.4K业务建立时的激活时间） 设置实际值为1000ms，OAM差值为200ms，即800ms后若UE未与新配置完成同步，导致RNC和NODEB启动新链路，而UE还在老链路上等数据包的到来，结果会超时引发Cell update。对于并发业务，由于RB建立中的信息量远远大于单业务，可以修改Combineweight34K（3.4K信令的并发业务权重），该参数表示并发业务时激活时间要乘的权值。目前设置为10（步长0.1），可调整为14。参数设置说明激活时间偏移值如果过小，在恶劣环境下，由于误码的信令PDU的重传次数较多，正确下发RB消息所需时间增加，可能导致激活时间到了之后，网络侧切换到新配置，而UE侧来不及启用新配置，导致链路失步，增加未接通可能性。激活时间偏移值如果过大，在良好环境下，等待启用新配置时间过长，导致用户体验变差。4 修改建议针对单业务，建议修改3.4K的业务信令接入的激活时间缺省偏移值：100为120；具体参数命令：MOD TCELLRLACTTIME:CELLID=XX,ACTTIMEDEFOFFVALFORSETUP 34K=120;针对并发业务，建议修改3.4K信令的并发业务权重参数改善该问题（由默认配置10修改为14）；具体参数命令：MODTCELLRLACTTIME:CELLID=XXX, Combineweight34K=14; 修改主频点类型R4载波为H载波，并修改相应的载频优先级。5 参数调整5.1 参数调整时间1、11月8日修改劳人局1小区的3.4K信令接入的激活时间及小区的并发业务权值。2、11月8日修改劳人局1小区的主载波业务类型R4修改为H载波。5.2 参数修改评估OMC统计：1） 修改3.4K信令接入的激活时间和3.4K并发业务权值以及调整载波业务类型后PS接通率有明显的提升，并保持平稳，如下图：6 建议与总结出现RB嵌套CU的情况主要为终端在进行载波切换时对RB下发包的解析能力差异或上下行链路环境问题，导致与新载波