1、东莞移动 CPE视频测试掉话优化分析报告1. 问题描述CPE带视频业务状态下，经常掉线。且在同一小区中，2台mate 20x同时做打开飞行模式的操作、在mate 20x做业务同时摇晃手机也会出现2. 问题分析2.1 CPE业务掉线Probe分析从probe跟踪分析对应时间点CPE由于SR最大重传，触发重同步的随机接入失败，发起重同步失败，进而发起重建。导致CPE有短暂时间的业务断流。图1 终端probe结果记录需要分析SR达到最大重传的原因和重同步失败的原因。2.2 SR最大重传分析1、SR达到最大重传时间点，从基站侧调度模块看对应时间点并没有SR调度，下一步需要确认基站侧是否收到了SR；可以
2、看到在帧号：551 slot 19上有预调度后，一直没有上行SR调度。 图2 基站上行调度结果分析2、通过基站跟踪数据确认基站侧收到了SR，可以看出基站在帧号 552 shot 12后，都还一直有收到SR，需要进一步分析基站为什么不调度SR；图3 跟踪基站收到上行SR3、从对应跟踪上看，基站没有把CPE1.0的SR加入调度队列；图4 SR调度没有加链4、从上行调度链看CPE1.0（userid714）上行最后一次调度后，后面每个slot上都有其它用户的重传；CPE1.0（userid714）上行最后一次调度前，其它用户基本都是新传。图5 停止SR调度前后对比5、从内部处理流程看CPE1.0（u
3、serid714）后面SR一直没有加链是因为后面一直有其它商用终端的重传调度，按照调度优先级排序，如果商用终端的调度优先级排在前面，则CPE1.0不会加链调度，无论当前有没有多余空闲的资源。2.3 重同步失败原因SR达到最大重传后，重同步失败，从终端侧看可能是没有收到ulgrant导致最终竞争接入判决失败，由于竞争解决是通过基站下发UlGrant实现，调度优先级和SR相同，所以同样由于商用终端的重传优先级更高而得不到调度，最终导致UE竞争解决失败，发起RRC重建。3. 根本原因由于商用终端重传优先级高于CPE1.0的初传，当前基站实现即使有空余资源也不会调度CPE1.0的初传。4. 最终解决措施规避措施：现场建议演示时尽量避免CPE1.0和商用终端同时做业务，避免同时执行飞行模式这样的操作；如果必须同时演示，要确保商用终端处于信号好的地方，不要出现连续误码。已获得授权通信资料：白先生客栈
