返回信息流网上很多地方说，只要设置RXThresh_、CSThresh_或者Pt，就可以改变通信范围。在距离比较小的时候（<500m），按这种方式操作的结果正常(路由采用AODV)。
但是在距离比较远的时候，比如800m，我按照Threshold算出的结果进行设置，但是却无法建立通信。而trace文件却显示，目的节点收到了源节点的Request，也发出了Reply(在nam上也看得一清二楚)，但是源节点却没有收到这个Reply。
整个仿真只有两个节点，按照threshold计算出来的结果，它们是在通信距离内的。MAC trace文件显示，1收到了0的Request，准备发出Reply，但在发出Reply前要先发出ARP(广播形式)。0收到了ARP，并作回复(回复需要RTS握手)。但是在RTS握手期间，0节点老是出现STA，导致握手未能成功。请问这是什么原因呢？
而当我仅仅把两个节点的距离变小的时候，RTS-CTS握手就成功了。按理说，Request和Reply都能收到，说明通信链路没有问题，那么为什么RTS-CTS握手还和距离有关系呢？难道是距离远，超时了？
谢谢谢谢！！！[ema23]
这是一条镜像帖。来源：北邮人论坛 / communications / #16815同步于 2011/5/27
该镜像源已超过 30 天没有更新，可能在源站已被删除。
Communications机器人发帖
ns2 802.11通信范围问题
bocaifire
2011/5/27镜像同步2 回复
订阅后，新回复会通过你的通知中心匿名送达。
2 条回复
现在感觉是不是因为冲突避免机制的问题导致传输失败的。
因为冲突避免机制超时还是有可能的，协议中关于冲突避免的超时阈值一般设定在微妙级别，而实际传输速度不到光速，能差一个数量级~~照ns2的默认参数，一两公里的通信可以，但是再大到几十甚至上百公里还是有可能出现问题的。
因为和百思里碰到的问题一样，RTS分析的部分是直接copy过来的，具体也不太理解。
【 在 Illidan 的大作中提到: 】
: 超时是不可能的吧，太看不起光速了。不理解为什么会有一个什么RTS过程。
: --