节点接收数据回复ACK

最新推荐文章于 2021-05-22 18:46:05 发布

villasy

最新推荐文章于 2021-05-22 18:46:05 发布

阅读量2.2k

点赞数

分类专栏：水声网络

本文链接：https://blog.csdn.net/villasy1990/article/details/8609673

版权

本文探讨了在vectorbasedforward.cc和uwaloha.cc中关于节点接收数据后发送ACK的实现，强调了在VBF中启用路由的重要性。通过分析MAC层和路由层交互，解释了如何标识和处理ACK包，并讨论了如何处理可能导致的d为0的浮点数异常。此外，文章还提出了重传机制和泊松分布模型在提高成功率中的作用，并提出了有关记录重传次数的思考。

摘要由CSDN通过智能技术生成

在vectorbasedforward.cc中进行修改：timeout转发时向源节点发送ACK。

uwaloha.cc能够进行replyACK(Packet *pkt)，关键是在哪儿调用？
（1）mac层回发ACK
（2）route调用mac回发ACK。

Vbf中的enablerouting=0时无法进行路由。

函数执行能够进入
if(UWALOHAH->packet_type == hdr_UWALOHA::ACK){

}
说明uw_aloha能够自己发送确认的，在WaitACKTimer之后才收到ACK包，
mac层如何从packet中提取信息？
source id:1，destination id:2，pkt_next_hop:2
包来自node3，source和destination无法理解。。。

uwaloha中原来还真有replyAck(pkt->copy())
跟踪一个回复ACK完整的流程
（1）怎样标识一个ACK是谁发的？知道next_hop_就知道上一跳是谁。
由uwaloha.cc的RecvProcess来处理包，判断出UWALOHAh->packet_type为ACK之后，recver是该包的目的接受者，如果index_当前节点，如果recver==index_，则处理ACK包。

node4接收到了来自node5的包，然后node4对该包进行replyAck，source id:4，destinatio