RTS/CTS協(xié)議(Request To Send/Clear To Send)即請求發(fā)送/允許發(fā)送
協(xié)議,
相當于一種握手協(xié)議,主要用來解決"隱藏終端"問題。"隱藏終端"(Hidden
Stations)是指,基站A向基站B發(fā)送信息,基站C未偵測到A也向B發(fā)送,故A和C同時將信號發(fā)送至B,引起信號沖突,最終導致發(fā)送至B的信號都丟
失了。"隱藏終端"多發(fā)生在大型單元中(一般在室外環(huán)境),這將帶來效率損失,并且需要錯誤恢復機制。當需要傳送大容量文件時,尤其需要杜絕"隱藏終端"
現(xiàn)象的發(fā)生。IEEE802.11提供了如下解決方案。在參數(shù)配置中,若使用RTS/CTS協(xié)議,同時設置傳送上限字節(jié)數(shù)----一旦待傳送的數(shù)據(jù)大于此
上限值時,即啟動RTS/CTS握手協(xié)議:首先,A向B發(fā)送RTS信號,表明A要向B發(fā)送若干數(shù)據(jù),B收到RTS后,向所有基站發(fā)出CTS信號,表明已準
備就緒,A可以發(fā)送,而其余欲向B發(fā)送數(shù)據(jù)的基站則暫停發(fā)送;雙方在成功交換RTS/CTS信號(即完成握手)后才開始真正的數(shù)據(jù)傳遞,保證了多個互不可
見的發(fā)送站點同時向同一接收站點發(fā)送信號時,實際只能是收到接收站點回應CTS的那個站點能夠進行發(fā)送,避免了沖突發(fā)生。即使有沖突發(fā)生,也只是在發(fā)送
RTS時,這種情況下,由于收不到接收站點的CTS消息,大家再回頭用DCF提供的競爭機制,分配一個隨機退守定時值,等待下一次介質空閑DIFS后競爭
發(fā)送RTS,直到成功為止。