通话bug分析-视频通话花瓶

Dear customer,
从net log看A38收到的包丢包严重，所以花屏。如下是A38收包：
seq 0~32丢失，seq 34~154丢失，seq 156~254丢失，
1079    2017-06-05 16:14:26.5    2409:8019:8830:4100::10    2409:8809:8860:dd5c:2480:2bce:bf7d:5404    H264    PT=H264, SSRC=0xF1D566D1, Seq=33, Time=46191526 FU-A Start:non-IDR-Slice
1178    2017-06-05 16:14:28.0    2409:8019:8830:4100::10    2409:8809:8860:dd5c:2480:2bce:bf7d:5404    H264    PT=H264, SSRC=0xF1D566D1, Seq=156, Time=46358020 FU-A Start:non-IDR-Slice
1337    2017-06-05 16:14:30.4    2409:8019:8830:4100::10    2409:8809:8860:dd5c:2480:2bce:bf7d:5404    H264    PT=H264, SSRC=0xF1D566D1, Seq=255, Time=46488513 FU-A Start:non-IDR-Slice

1. 检查A38底层收包情况，可以看出A38底层收包没问题，一直是连续的。
16:14:25:085        [ERLC-DL][PDU] rx UM10 PDU (RB_idx=5,SN=0,pdu_sz=1252)        //底层接收一直连续没有丢包
16:14:26:485        [ERLC-DL][PDU] rx UM10 PDU (RB_idx=5,SN=1,pdu_sz=644)        
16:14:26:485        [ERLC-DL][PDU] rx UM10 PDU (RB_idx=5,SN=2,pdu_sz=610)        
16:14:28:885        [ERLC-DL][PDU] rx UM10 PDU (RB_idx=5,SN=3,pdu_sz=644)        
16:14:28:885        [ERLC-DL][PDU] rx UM10 PDU (RB_idx=5,SN=4,pdu_sz=610)        
说明问题出在对端A44的发送。

2. 检查A44发送，发现大量包由于上行资源不足来不及发出就被丢弃。
Seq=5的包,没发出去：
16:14:23:125        [CCMNI ULv6] Protocol:17 GPD=0xF28C0640 Checksum=0x903B Dst Addr=0x24098019 0x88304100     
16:14:23:325        [EPDCP][UL] tmout PDU: sn=5, SIT=1756, GPD=0xF28C0640, entry_os_tick=114453     //time out没发出去

Seq=15的包,没发出去：
16:14:23:325        [CCMNI ULv6] Protocol:17 GPD=0xF28C5760 Checksum=0x59DD Dst Addr=0x24098019 0x88304100         
16:14:23:525        [EPDCP][UL] tmout PDU: sn=15, SIT=1773, GPD=0xF28C5760, entry_os_tick=114482        //time out没发出去    

Seq=33的包,成功发出：
16:14:23:725        [CCMNI ULv6] Protocol:17 GPD=0xF28CDC20 Checksum=0x7F Dst Addr=0x24098019 0x88304100     
16:14:23:725        [EPDCP][UL] non-tmout PDU: sn=33, SIT=1811, GPD=0xF28CDC20, entry_os_tick=114554     //没超时
16:14:23:925        [ERLC-UL][SCH] UMD PDU (RB_idx=5,SN=0/1024)         //可以看出seq=33的包是A44发出去的第一个底层包

所以此问题是A44上行资源太少，很多包没有发出去，造成A38看到花屏。
A44当时信号很差在-109dB左右，SINR有时会小于0。会导致网络分配的上行资源很少，丢包严重。

Thanks