我们对分布式摄像头作优化，source端和sink端本地的优化处理已基本完成，但遇到了dsoftbus p2p传输后的明显时延和波动。下面是一个挺极端的例子，sink端的5次发送在source端几乎是同时接收：
sink端发送时序（和source端包长差28字节（应该是加密信息））
08-22 14:47:49.112  2513  2545 D C04100/DCAMERA: [dcamerasinksvr][operator()]:SendData type: 0 output data ret: 0, dhId: C******1, bufferSize: 18763
08-22 14:47:49.112  2513  2545 I C015c0/dsoftbus: [TRAN]send out..., streamType:0, data size:18795
08-22 14:47:49.205  2513  2545 D C04100/DCAMERA: [dcamerasinksvr][operator()]:SendData type: 0 output data ret: 0, dhId: C******1, bufferSize: 21603
08-22 14:47:49.205  2513  2545 I C015c0/dsoftbus: [TRAN]send out..., streamType:0, data size:21635
08-22 14:47:49.285  2513  2545 D C04100/DCAMERA: [dcamerasinksvr][operator()]:SendData type: 0 output data ret: 0, dhId: C******1, bufferSize: 17507
08-22 14:47:49.285  2513  2545 I C015c0/dsoftbus: [TRAN]send out..., streamType:0, data size:17539
08-22 14:47:49.367  2513  2545 D C04100/DCAMERA: [dcamerasinksvr][operator()]:SendData type: 0 output data ret: 0, dhId: C******1, bufferSize: 12763
08-22 14:47:49.367  2513  2545 I C015c0/dsoftbus: [TRAN]send out..., streamType:0, data size:12795
08-22 14:47:49.425  2513  2545 D C04100/DCAMERA: [dcamerasinksvr][operator()]:SendData type: 0 output data ret: 0, dhId: C******1, bufferSize: 22039
08-22 14:47:49.425  2513  2545 I C015c0/dsoftbus: [TRAN]send out..., streamType:0, data size:22071

source端接收时序
08-22 14:47:49.440  2552  2718 D C015c0/dsoftbus: [TRAN]recv frame done, dataLength = 18791, stream type:0
08-22 14:47:49.440  2552  2718 D C015c0/dsoftbus: [TRAN]recv frame done, dataLength = 21631, stream type:0
08-22 14:47:49.440  2552  2718 D C015c0/dsoftbus: [TRAN]recv frame done, dataLength = 17535, stream type:0
08-22 14:47:49.440  2552  2718 D C015c0/dsoftbus: [TRAN]recv frame done, dataLength = 12791, stream type:0
08-22 14:47:49.440  2552  2718 D C015c0/dsoftbus: [TRAN]recv frame done, dataLength = 22067, stream type:0

我想请教一下，这个时延和波动是不是无线传输网络不稳定的本质造成的？如果是，那openharmony分布式硬件有没有支持以太网的计划？如果不是，那会是什么其他原因呢？我从source端和sink端本地的log没看出什么来