东莞移动 CPE 视频测试掉话分析优化报告-广东.docx

《东莞移动 CPE 视频测试掉话分析优化报告-广东.docx》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、东莞移动CPE视频测试掉话优化分析报告1.问题描述CPE带视频业务状态下，经常掉线。且在同一小区中，2台mate20x同时做打开飞行模式的操作、在mate20x做业务同时摇晃手机也会出现2.问题分析2.1CPE业务掉线Probe分析从probe跟踪分析对应时间点CPE由于SR最大重传，触发重同步的随机接入失败，发起重同步失败，进而发起重建。导致CPE有短暂时间的业务断流。图1终端probe结果记录需要分析SR达到最大重传的原因和重同步失败的原因。2.2SR最大重传分析1、SR达到最大重传时间点，从基站侧调度模块看对应时间点并没有SR调度

2、，下一步需要确认基站侧是否收到了SR；可以看到在帧号：551slot19上有预调度后，一直没有上行SR调度。图2基站上行调度结果分析2、通过基站跟踪数据确认基站侧收到了SR，可以看出基站在帧号552shot12后，都还一直有收到SR，需要进一步分析基站为什么不调度SR；[在此处键入]图3跟踪基站收到上行SR3、从对应跟踪上看，基站没有把CPE1.0的SR加入调度队列；图4SR调度没有加链4、从上行调度链看CPE1.0（userid714）上行最后一次调度后，后面每个slot上都有其它用户的重传；CPE1.0（userid714）上行最后

3、一次调度前，其它用户基本都是新传。[在此处键入]图5停止SR调度前后对比5、从内部处理流程看CPE1.0（userid714）后面SR一直没有加链是因为后面一直有其它商用终端的重传调度，按照调度优先级排序，如果商用终端的调度优先级排在前面，则CPE1.0不会加链调度，无论当前有没有多余空闲的资源。2.3重同步失败原因SR达到最大重传后，重同步失败，从终端侧看可能是没有收到ulgrant导致最终竞争接入判决失败，由于竞争解决是通过基站下发UlGrant实现，调度优先级和SR相同，所以同样由于商用终端的重传优先级更高而得不到调度，最终导致U

4、E竞争解决失败，发起RRC重建。1.根本原因由于商用终端重传优先级高于CPE1.0的初传，当前基站实现即使有空余资源也不会调度CPE1.0的初传。2.最终解决措施规避措施：现场建议演示时尽量避免CPE1.0和商用终端同时做业务，避免同时执行飞行模式这样的操作；如果必须同时演示，要确保商用终端处于信号好的地方，不要出现连续误码。已获得授权[在此处键入]