错误 #4171
V0.0.1_T06__Alaph3三终端测试a-c灌包AM模式下速率会掉到0
0%
描述
测试在灌包40M情况下，大约在第92-93的时候速率掉0；
测试在灌包35M情况下，时间延长，大约在857-858时间点速率掉0
文件
历史记录
由 李 常 更新于 大约 2 个月 之前
- 文件 log001---a-c同时c-a,am, 灌包20M,c端在280秒左右后,从20Mbps降为0.rar log001---a-c同时c-a,am, 灌包20M,c端在280秒左右后,从20Mbps降为0.rar 已添加
- 文件 log002---a-c同时c-a,am, 灌包20M,c端在166秒左右后,从20Mbps降为0.rar log002---a-c同时c-a,am, 灌包20M,c端在166秒左右后,从20Mbps降为0.rar 已添加
测试场景：
a->c同时c->a，am, 灌包20M，保持15分钟，共做了两次：
测试结果：
1次c端在280秒左右后，从20Mbps降为0，1次c端在166秒左右后，从20Mbps降为0。
由 王 艳芳 更新于 大约 2 个月 之前
今天定位分析该BUG，进度如下：
1 AM速率掉0的测试基本基于理论峰值速率的测试，由于AM模式有重传和状态报告等开销，所以，不可能达到理论峰值，该BUG的测试方向存在理论依据；
2 已有的LOG无RLC的LOG，无法具体说明速率掉0的原因；
3 RLC AM无法感知是终端转发的数据，还是终端自己发的数据，所以，之前我的测试均基于2终端测试，今天基于127/129环境测试，3终端配置下，单向灌包理论峰值速率为40M，实际灌包速率35M，可维持30MIN，接收无丢包，说明AM在该环境下的速率性能可达到35/40=87.5%。但是，该环境下，三终端有转发的情况，速率只能维持800多秒后，速率掉0，说明转发会影响AM的性能。具体LOG因为环境问题，还未生成。等获得三终端AM模式转发的LOG后，继续分析。
由 王 艳芳 更新于 大约一个月 之前
10月11日问题进展跟新：
AM速率掉0问题跟踪，目前速率下降的主要原因是转发终端或同时收发的终端的丢包率（不确定哪层导致）会概率上升，RLC的NACK数量突增，达到维护的最大值，之前是64，目前修改为16后，测试结果如下：
1 有转发的双向灌包，理论速率20M，发包速率20M：
第一次测试：125终端收包速率从20M快速掉落到10以下，然后又慢慢抬升至20M，反复2-3次，大约25分钟左右，RLC达到最大重传次数，速率降为0；
129终端收包速率保持19M左右25分钟左右，RLC达到最大重传次数，速率掉0；
第二次测试：125终端收包速率，15分钟左右，从20M掉到10M左右震荡，然后23分钟左右又拉升到20M左右，25分钟左右速率又开始下降，30分钟左右，速率降为0，LOG显示129终端的RLC
达到最大重传次数；
129终端保持19M速率22分钟左右，开始降速，然后很快又拉回到19M，29分钟左右速率降为0，看127的LOG，MAC解复用时，有内存分配失败
2 有转发的单向灌包，理论速率40M，发包速率40M，收端速率39M，可维持30分钟（只测试了一次）
由 王 艳芳 更新于 大约一个月 之前
- 指派给 从 王 艳芳 变更为 李 常
【问题进展及分析】三终端有转发测试，AM速率掉0的问题根因在于转发终端接b接收终端a发送的数据后，直接转发，没有COPY及重新申请内存，导致内存占用时间过长，无法及时释放，从而可能导致接收端底层的内存耗尽。扩展内存后复测，速率不再掉0.具体现象如下：
a,b,c三终端链式连接，a<->c双向灌包，理论速率20M，灌包速率20M,a的接收速率在20M和10M之间波动，最低降到10M左右会拉起到20M，该过程反复，可延续30分钟以上；c的速率相对稳定，也会短暂出现掉速率到10M，但低速率持续的时间很短暂。
目前，认为速率掉0的问题基本解决。降速率的问题属于性能优化的问题，由于目前物理层的解析存在CRC ERROR，且转发本身会叠加CRC ERROR，涉及各层的更新，包括1） DLAP需要修改转发策略，接收数据后，重新申请内存；2） 物理层HARQ反馈功能的支持； 3）RLC重传性能的进一步完善。4）进一步排查SLOT时延抖动偶尔仍然存在的问题，增强调度可靠性。