问一下WLAN中应用RTS/CTS的问题

我们先讨论单小区场景。
在WLAN中，使用RTS/CTS通常认为是为了解决隐藏终端的问题。在ad-hoc形式下的WLAN，这个还比较好理解。但是在infrastructure形式下的WLAN，如果是AP发送数据，是否就没有必要发送RTS/CTS了？

一样吧，RTS/CTS是MAC层问题
infrastructure更多是网络层和体系结构

我觉得要看资源分配的具体方式
如果是采用预约方式，则没有必要用这个东西来浪费资源
如果是随机访问方式，则要具体情况具体分析，
        包长相对较短的时候，也没有必要
        包长大了，用这个东西才会有好处

802.11应该是要判断包的大小的，足够大的才使用R/C序列

如果只是一个ap，只是这个ap按照一定预约方式向各个节点发数据，节点不/少回复，应该是没有必要的。

早知道大家在包长包短问题上纠缠，我就先说了。
我知道发RTS包的门限，一般40个字节。
问题是发送RTS包如果是仅仅为了解决隐藏终端问题的话，那么在infrastructure结构下，如果AP发包，就不存在这个问题。因为在单小区里，所有的人都可以听到AP的动静。

建议您先深刻理解通信网络。

建议先看看802.11的标准
然后明确一下问题 :)

要是什么事情都看标准搞定，就不过来费劲了。

因为标准里面好像已经回答了你的问题 :)
我认为：
        下行没有必要
        上行要看是否随机接入还是轮询
                随机要根据包长决定
                轮询没有必要

"节点不/少回复"是什么意思？
可以这样理解吗？你认为在单小区（只有一个AP)情况下，如果是AP发送数据的话，就不需要发送RTS/CTS对吗？
我们如果不考虑隐藏节点的问题，单独就冲突碰撞来说，假如AP在发数据的时候，其他nodes也想发数据，那么就会产生碰撞。因为数据包的长度比较大，可能冲突时间比较长。如果先发RTS预约信道的话，即使RTS发生碰撞，碰撞时间也很短。
我上面的描述是想说，RTS/CTS是否不仅仅为了解决隐藏节点，还为了减少同时发送数据产生的长时间碰撞冲突？
如果后者也成立的话，那么在Infra结构下，AP发送RTS也就是有意义的了。

标准里确实回答了很多问题，
可是这个论坛比较方便得到答案。
而且我的前提已经很明确是说下行了，不用把上行也拉进来。

应该是你说的这样吧，我看到sensornet里的coda协议就提出说，因为sensornet的包长普遍较短，因此如果用RTS/CTS效率不高，就用纯的CSMA。ms 最早提出RTS/CTS的那篇paper里也是这么说的,解决长时间碰撞而使用短包预约信道。

确认一下，也就是说，你认为在单小区（一个AP)情况下，如果AP发送数据，先发送RTS也是有意义的了？

我觉得如果说有意义，可能意义在于确认期望目的节点是否还在，如果不在，发送数据可能会浪费更多的能量和频谱资源

实际情况下，没多大意义，因为一般来说，用户数目不多（小于10)，冲突率很小的，用markov模型一算就行了，每次都发rts浪费，而且rts一般是最低速传输的 1mbps 或 2mbps，太浪费！

WLAN里边上下行用的MAC协议是一样的。在DCF中，AP在MAC层的发送上并没有优先级。所以对一般station适用的RTS/CTS协议同样适用于AP。

小伙子上来请教问题
还很拽么