爱立信华为TD网络边界切换问题案例分析.docVIP

爱立信华为TD网络边界切换问题案例分析 问题描述 UE在华为城一华龙桥红岩村路段发起呼叫，切换到爱立信小区IM2016A（李子坝中铁四局A小区）失败后大约8秒钟RNC发起释放请求导致掉话。UE侧的情况如下： 问题分析 UE侧的信令中，UE在华为城一华龙桥红岩村路段发起呼叫，后切换到爱立信小区（10104，113），从信令上看，切换应该是成功的，因为UE反馈了RB重配置完成消息，并且RNC也收到了，并反馈了RANAP_RELOCATION_COMPLETE。同时目标RNC在新的小区下发了1G和1A以及3A的测量控制，并向UE下发了UTRAN相关信息。但在10秒后，UE收到了RRC 释放消息。 分析UE侧的信令，发现UE在收到utranMobilityInformation消息后，没有反馈utranMobilityInformationConfirm，而是反馈了一个rrcStatus。因为RNC下发utranMobilityInformation后，会启动一个定时器，在定时器超时后还没有收到utranMobilityInformationConfirm，就会释放链路，RNC向CN发起IU Release Request。 其中UE发送的rrcStatus，查看rrcStatus消息内容如下： 通过查看RRC Status消息的详细内容发现是因为asn1编码错误，可能是UE对RNC下发的utranMobilityInformation消息部分字段无法解码导致收机没有回送utranMobilityInformationConfirm消息。打开utranMobilityInformation 和系统SIB1 中计时器进行比对发现SIB1中的N315为1SFN而utranMobilityInformation消息中的N315为800SFN。utranMobilityInformation消息的具体内容为： 查看RNC中N315的配置是设为1中，T313设为3秒钟。 根据3GPP的解释是N315：如果在 T313定时器时间内连续收到N个好帧就认为UE和UTRAN网络是同步状态。 根据网络设置的T313为3秒钟而在utranMobilityInformation的消息中N315为800个帧，一个帧为10ms所以800个帧对应的时间为8秒钟，所以在T313的时间内不可能测出800个好帧。导致网络侧认为UTRAN和UE之间不同步从而向核心发起Iu Release request 释放请求最终导致掉话。 结论 RNC中的N315的配置和SIB1消息下发N315对应的值是一致的都为1个帧，而在跨RNC切换切换为何在utranMobilityInformation消息中对应的值为800，所以需要检查RNC下发utranMobilityInformation消息时N315对应的值为1还是800。如果RNC下发的N315为1则UE解调utranMobilityInformation出现错误需说明RNC和终端之间配合出现问题。如果RNC下发的N315为800则RNC下发的utranMobilityInformation消息有问题需要检查RNC的相关问题。