RTS/CTS協議

RS232標準中的RTS與CTS：即請求發送/清除發送，用於半雙工時的收發切換，屬於輔助流控信號。半雙工的意思是説，發的時候不收，收的時候不發。那麼怎麼區分收發呢？缺省時是DCE向DTE發送數據，當DTE決定向DCE發數據時，先有效RTS，表示DTE希望向DCE發送。一般DCE不能馬上轉換收發狀態，DTE就通過監測CTS是否有效來判斷可否發送，這樣避免了DTE在DCE未準備好時發送所導致的數據丟失。

MODEM硬件流控中的RTS與CTS：按照SIMCOM公司的解釋，RTS和CTS是獨立, 1.RTS是模塊的輸入端，用於MCU通知模塊，MCU是否準備好，模塊是否可向MCU發送信息，RTS的有效電平為低。 2.CTS是模塊的輸出端，用於模塊通知MCU，模塊是否準備好，MCU是否可向模塊發送信息，CTS的有效電平為低 從文字看，RTS和CTS是獨立的，不存在每次單向數據傳輸的發起者問題。如果主機輸出RTS有效，那麼模塊有數據就會發往主機；如果模塊輸出CTS有效，那麼主機就可以將數據送達模塊接收。

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