故障现象
在某业务区3G/4G互操作中,3G向4G重选标准方案失败。因为终端方案搜索定时器设置为960s,使用终端方案大约10多分钟才会发生重选,用户感知较差。
如下图所示,3G向4G重选用时5分钟以上。由于没有EVENT_LTE_RRC_STATE_CHANGE (Payload String = RRC State = IRAT To LTE Started)信令,说明本次重选为终端方案,非标准方案。
故障分析
因为本次测试终端为N5L,搜索定时器设置为960s,在信令中也有Other RAT Neighbor List Msg,如下图所示,为什么不触发标准方案呢?
抱着上述疑问,对QXDM抓取的LOG进行了分析。
如上图所示,对Other RAT Neighbor List Msg中的几个参数进行介绍:
-
Serv_priority:是当前eHRPD系统小区的优先级,设置范围0~7,需要设置得小一些,至少要比LTE系统的优先级要小。
当前设置值为6。
-
EARFCNPriortity:指的是LTE系统的优先级,必须比eHRPD系统小区的服务优先级要高。
当前设置值为0,而eHRPD系统小区的服务优先级为6,说明此值设置错误,应该设置为7。
-
ThreshX:指的是LTE系统小区的RSRP超过该门限就发生重选。单位为2dBm,计算公式为:=-128+X*2此处X指的是Threshx设置值。
当前设置值为0,重选门限为-128dbm,设置值较低,容易发生乒乓切换,建议更改为3,-122dbm。
-
RxLevMinEUTRA:最小接收EUTRA信号强度,单位dBm,取值范围【0,96】,实际门限取值(-44-RxLevMinEUTRA)dBm,也就是说配置越大,如96,rsrp最小接收强度越小,为-140dbm,此时终端也可接收,即对LTE信号要求越低。
当前设置值为0,实际值为-44dbm,说明LTE信号要达到-44dbm才可以发生重选,建议更改为73,即-117dbm。
-
MeasurementBandwidth:测量带宽,参数取值对应的RB数量参见下表。
当前设置值为0,为6个RB。因为现网带宽为20MHz,为100个RB,所以建议更改为5。
通过上述参数介绍,可以看出CDMA网管设置的互操作错误参数有:
- LTE的优先级(EARFCNPriortity)为0,低于eHRPD系统的6。
- RxLevMinEUTRA设置错误,现网为0。
- MeasurementBandwidth设置错误,现网为0。
上述参数错误造成3G向4G的标准方案无法达到门限值,不能重选。
通过对CDMA网管的后台参数检查,也的确是参数设置错误。
故障处理
对发现的错误参数使用ODD表格进行修改并导入后台,使用N5L终端进行标准方案3G向4G重选测试验证,重选正常。
如下图所示,LOG中包含有EVENT_LTE_RRC_STATE_CHANGE (Payload String = RRC State = IRAT To LTE Started),说明是按标准方案进行重选。重选时延是EVENT_LTE_RRC_STATE_CHANGE消息到Attach complete Msg之间的时延,为666毫秒。