故障现象
在某业务区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毫秒。
关注楼主