物理信道重配置完成消息丢失导致掉话
3页1、故障案例物理信道重配置完成消息丢失导致掉话省公司江苏专业无线设备类型RNC设备厂家华为设备型号DRNC820软件版本V004R001C01B161编制时间20098作者冯新华作者电话13906199167厂商审核人联系方式关键字物理信道重配置、掉话故障现象 在拉网测试过程中发现出现切换过程中UE已经上传物理信道重配置完成消息,但RNC没有收到,最终导致UE掉话。告警信息 无原因分析为了保证切换的时延和成功率,减少切换时数据面的中断,目前采用“接力切换+立即激活”的切换方式。切换命令中存在IE“active time”表示新配置生效的时刻,如果RNC下发的切换命令中 active time存在则表示在该指定的绝对时刻(CFN),UE执行切换过程采用切换命令中的配置接入目标小区。如果RNC下发的切换命令中 active time不存在,则UE收到切换命令后立即生效,执行切换过程,称为立即激活方式。接力切换因协议没有明确描述,但各厂商基本实现是UE执行切换过程后80ms内上行在目标小区发送,下行在原小区接收。采用立即激活方式,可以大大缩短切换时延以及切换过程中语音或数据的中断,同时因UE在信
2、号较差的原小区驻留时间尽量短,会提高切换成功率,减少切换掉话率。但采用立即激活方式时,因物理信道重配置消息到达UE的时刻不可知,因此RNC无法获知UE准确的切换链路时间点,对RNC侧原小区/目标小区两条链路的收发机制要求比较高。 目前华为的RNC实现机制是: RNC侧下发物理信道重配置消息后,启动一个定时器(目前配置为400ms),定时器超时后上行启动双收机制,从原小区和目标小区同时接收信令、CS语音或PS数据。 RNC侧下发物理信道重配置消息后,下行开始启动CS语音或PS数据的双发机制,直至UE切换完成RNC收到物理信道重配置完成消息,然后开始在目标小区单发。因认为物理信道重配置完成消息是新小区UE上行的第一条信令,信令面没有启动双发机制,只在原小区单发。出现这种情况均是在UE连续上报两条测量报告,而且从UE侧看第2条测量报告发送时刻和UE接收到的物理信道重配置消息时刻非常接近几乎是同一时刻。获取RNC侧LOG分析,结果发现出现这种情况的根因是:UE的第2条测量报告部分在原小区发送到RNC,部分在新小区发送的RNC,而此时因为RNC配置的上行新小区接收时间未到,这部分数据包无法正确接
3、收,导致新小区上行数据包的RLC SN错位,进而影响物理信道重配置完成消息的正确接收。具体描述如下:1) 现网邻区规划比较密集,UE通常会检测到满足信号要求的同频和异频两个邻区并上报两个测量报告;2) 第一个测量报告到达RNC后,RNC判决需要进行切换并马上在目标小区建立新RL,组装物理信道重配置消息在原小区下发给UE,这个消息通常是3个数据包,大概需要发送120ms左右;3) 此时UE的第2条测量报告已经开始向RNC发送,根据LOG分析该测量报告有3个包,假设RLC SN为6,7,8;4) 当UE发送完2个数据包(RLC SN =6,7)后,UE下行收齐了物理信道重配置消息并立即激活,L1开始执行切换过程切换到目标小区;5) 这样UE第2条测量报告的第3个数据包(RLC SN =8)就会在新小区发上来,成为该UE在目标小区的第一个UL数据包;6) 但此时RNC侧定时器可能还没有超时(没到400ms),因此RNC无法接收新小区上来的数据包,导致RLC SN=8 的数据包被丢弃;7) UE继续发送物理信道重配置完成消息(RLC SN = 9),此时尽管RNC定时器超时已经开始在新小区接收上行数据包,但因为RLC SN=8的包被丢弃,RNC检测RLC SN序列号错位,则发送RLC status report给UE,但此时信令下行只能在原小区发送,所以已经切换到目标小区的UE无法接收该status report,导致UE无法正确重传RLC SN =8 的数据包,而只是不停重传RLC SN =9的数据包;8) 进入这样的死循环后,经过一段时间UE检测到目标小区上行信令一直无法正常,则认为失步导致掉话。处理步骤调整RNC侧上行双收的定时器长度,尽量早的启动双收,保证RLC SN=8的数据包在新小区能够正确接收,防止进入死循环,目前华为已经在版本中解决。故障总结附录
《物理信道重配置完成消息丢失导致掉话》由会员q****9分享,可在线阅读,更多相关《物理信道重配置完成消息丢失导致掉话》请在金锄头文库上搜索。
2022-03-27 20页
2022-03-27 7页
2022-03-27 7页
2022-03-27 32页
2022-03-27 3页
2022-03-27 12页
2022-03-27 5页
2022-03-27 17页
2022-03-27 5页
2022-03-27 4页