搜索
问题一：拨号连接进行PDP激活后再拨打语音业务时语音失败几率高现象：定点在一个小区下，首先进行拨号连接业务，保持网络连接不中断，再在该小区下同时进行语音呼叫，发现起呼失败的几率很高。尝试在多个小区和不同区域下进行相同并发业务测试，都可复现相同的问题。且发现每次都是未能成功建立RB连接导致起呼失败。如下图所示：问题分析：从现场log中可以看到，UE在收到CCProceeding后等待了近15秒也没有收到下发的RB建立命令，而是读取广播信息进行CellUpdate。因此，怀疑时RNC没有下发RB建立的命令，或者是RNC下发了但是NodeB没有收到，或者是NodeB收到但是没有转发下来。请RNC机房同事配合抓取对应的信令码流，可见RNC下发了RBSetup命令，如下所示：到现在把问题点集中在NodeB上，怀疑是NodeB没有收到或者没有转发。在BBU上挂湾流表抓取湾流数据，通过研发分析得出，NodeB收到了RNC下发的RBSetup命令，但是没有进行转发，原因是RNC发送RBSetup的信令延时，导致NodeB超时而丢弃了该信令而不是正常的转发，从而造成此类并发业务失败。解决方法：由于RNC发送RBSetup信令延时所造成，故先检查RNC侧配置的相关参数是否合适。检查发现现网RRM同步参数中的“传输延迟”配成了80、40、80，这可能有问题，现在将它们改为120（红色表示），如下表所示：SYNC信息表（rRrmSync）TransferDelay17KSrb传输延迟用于1.7KSRB单业务（单位：帧）1255120传输延迟用于1.7KSRB单业务，传输延迟应该大于TimerT2。TransferDelay34KSrb传输延迟用于3.4KSRB单业务（单位：帧）1255120传输延迟用于3.4KSRB单业务，传输延迟应该大于TimerT2。说明：环境较好的情况默认值60。TransferDelay136KSrb传输延迟用于13.6KSRB单业务（单位：帧）1255120传输延迟用于13.6KSRB单业务，传输延迟应该大于TimerT2。说明：环境较好的情况默认值40。TransferDelayExAmrMuxTrffc传输延迟用于非AMR组合业务（单位：帧）1255120传输延迟用于非AMR组合业务，传输延迟应该大于TimerT2。说明：环境较好的情况100。TransferDelayAmrMuxTrffc传输延迟用于AMR组合业务（单位：帧）1255120传输延迟用于AMR组合业务，传输延迟应该大于TimerT2。修改后再测试，问题不再复现。