RTS/CTS協定(Request To Send/Clear To Send)即請求傳送/允許傳送協定。
基本介紹
RS232,MODEM,通信協定,
RS232
RS232標準中的RTS與CTS：即請求傳送/清除傳送，用於半雙工時的收發切換，屬於輔助流控信號。半雙工的意思是說，發的時候不收，收的時候不發。那么怎么區分收發呢？預設時是DCE向DTE傳送數據，當DTE決定向DCE發數據時，先有效RTS，表示DTE希望向DCE傳送。一般DCE不能馬上轉換收髮狀態，DTE就通過監測CTS是否有效來判斷可否傳送，這樣避免了DTE在DCE未準備好時傳送所導致的數據丟失。
MODEM
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，直到成功為止。
