错误 #3050
由 孙 泽林 在 2 个月 之前添加.
更新于 大约一个月 之前.
描述
测试版本：基站版本：17P_Pre1T2版本 核心网版本：3.3.3pre2
测试设备：核心网 192.168.8.172、173 基站 192.168.8.219、218
测试用例：跨核心网切换
测试场景：异频3.3G 3.5G基站，分别建链在不同核心网，进行ng切换。
终端型号：商用华为手机华为mate40pro
问题描述：终端跨核心网切换重配完成上不来。初步分析终端带qos5和9切换时，无重配完成。
（当终端只带qos5时切换正常，或使用同核心网ng切换带qos59切换正常。）
文件
历史记录
- 状态 从 新建 变更为 进行中
- 指派给 从 杨 杨乐 变更为 席 振斌
问题原因：r16版本在进行pdcp配置时，控制传输和接收操作的状态变量不应被重置，并且在PDCP实体重新配置期间，包括t-Reordering和discardTimer在内的定时器会继续运行。所以不应该在pdcp_config中下发信元discardTimer和t-Reordering，如果下发的话，有这两个定时器运行的话就会被停止，和r16的协议产生冲突
修改方法：切换到目标侧后，目标侧进行重配置信令组包时，不再下发discardTimer和t-Reordering信元
修改完后，mate60测试ok,但是鼎桥和mate40还是不行
查看了终端能力集，mate40pro还是r15版本
在重配置信令中增加下图左侧的信元，删除右侧的信元，通过增加失步判决的次数来减少终端判断失步的概率，鼎桥只有5qi=9（之前不回）就可以回重配置完成；
在这个版本的基础上，后面的测试中发现，mate40当有个drb没有上下行数据时，也能回，两个drb都有数据就不回，更加证明是失步导致的t310定时器超时导致切换过程中掉线
但是有2个问题想不明白：
1、mate40和这个版本的鼎桥为什么在跨核心网下失步概率比在同核心网下大的多；
2、其他的设备也是同样的版本就没有这种问题（mate30和60都ok）
后续用mate40测试过，5qi=5和5qi=9同时存在，出现过一次可以回重配置完成的，此次在源侧5qi=9所映射的drb没有一帧上下行业务，所以从这个现象还是说明和杂包造成的失步相关
通过38.133协议看，物理层判断是不是失步，主要是看bler有没有达到10%,所以梁娜提出，将mcs调整到8，然后通过用户面数据去影响终端侧bler,让其处于小于10%，通过测试来看没有效果
修改了前导码相关的一些配置参数，如下图右边侧图所示，在西安用鼎桥测试了一版，没有效果
等有鼎桥提供了终端侧生成日志的方法，在终端侧提取log后再进行分析，暂时挂起
导出 Atom
PDF
