PS域互操作失败优化案例
南京PS域2/3G互操作失败分析问题描述南京PS域2/3G互操作成功率较低，5月14日的PS域互操作成功率只有40%左右。我们针对该问题进行了专项优化。 问题查找目前PS域互操作失败原因主要有两个：“物理信道失败”和“Timeout”。其中，“物理信道失败”是由于UE没有重选到GSM小区造成的。“Timeout”是由于“等待UE响应消息定时器”超时导致的，如下图所示：近期针对“物理信道失败”原因值的PS域互操作失败的进行了2G邻区的添加工作，通过一周的工作，PS域互操作成功率有明显的提高，5月20日的性能报表PS域互操作成功率提升到62.8%。如下图所示：问题定位目前，针对“物理信道失败”原因值的PS域互操作失败的2G邻区的添加工作仍然在进行中。对于目前多发的“Timeout”原因值的PS互操作失败，从信令流程来看。确定原因为核心网在“等待UE响应消息定时器”超时。RNC收到了UE发出的Cell Change Order From UTRAN以后，SGSN没有向RNC发出SRNC Contest Request，导致超时释放。如下图所示：造成该现象的有如下3个可能：1) UE重选到GSM网络以后，发送Routing Area Update Request，但是这时TD侧的“等待UE响应消息定时器”已经超时。导致记为一次“Timeout”原因值的失败。2) UE重选到GSM网络以后，发送Routing Area Update Request，等待UE响应消息定时器”也没有超时，但是核心网向RNC发送SRNC Contest Request的流程没有完成，导致出现失败。3) UE重选到GSM网络以后，没有上发Routing Area Update Request。导致切换失败。通过专项测试，复现（1）现象，即UE重选到GSM网络以后，发送Routing Area Update Request，但是这时TD侧的“等待UE响应消息定时器”已经超时。导致记为一次“Timeout”原因值的失败。空口信令和网路侧信令如下所示：UE重选到GSM网络以后，10S以后才上发Routing Area Update Request消息，实际这时UE已经完成PS域从TD网络到GSM网络的互操作，但是由于TD网络侧“等待UE响应消息定时器”超时，导致失败。针对这个问题，全网RRC协议中的“等待UE响应消息定时器”从5000ms修改为10000ms。5月20日完成修改工作，5月21日报表显示，“Timeout”原因值的PS域互操作失败比例下降到6.19%，PS域互操作成功率提高到76.82%。结论：通过对2G邻区和参数“等待UE响应消息定时器”的优化，可较大提升PS域互操作成功率。
