本文主要轉載自百度文庫http://wenku.baidu.com/view/1fddeb262f60ddccda38a097.html

在序列通訊處理中，常常看到rts/cts和xon /xoff這兩個選項，這就是兩個流控制的選項，目前流控制主要應用於調變解調器的資料通訊中。那麼，流控制在序列通訊中有何作用，在編制序列通訊程式怎樣應用呢？下面我們就談談這個問題。

1.流控制在序列通訊中的作用

這裡講到的“流”，當然指的是資料流。資料在兩個串列埠之間傳輸時，常常會出現丟失資料的現象，或者兩臺計算機的處理速度不同，如桌上型電腦與微控制器之間的通訊，接收端資料緩衝區已滿，則此時繼續傳送來的資料就會丟失。現在我們在網路上通過modem進行資料傳輸，這個問題就尤為突出。流控制能解決這個問題，當接收端資料處理不過來時，就發出“不再接收”的訊號，傳送端就停止傳送，直到收到“可以繼續傳送”的訊號再發送資料。因此流控制可以控制資料傳輸的程序，防止資料的丟失。 pc機中常用的兩種流控制是硬體流控制（包括rts/cts、dtr/cts等）和軟體流控制xon/xoff（繼續/停止），下面分別說明。

2.硬體流控制

硬體流控制常用的有rts/cts流控制和dtr/dsr（資料終端就緒/資料設定就緒）流控制。

硬體流控制必須將相應的電纜線連上，用rts/cts（請求傳送/清除傳送）流控制時，應將通訊兩端的rts、cts線對應相連，資料終端裝置（如計算機）使用rts來起始調變解調器或其它資料通訊裝置的資料流，而資料通訊裝置（如調變解調器）則用cts來起動和暫停來自計算機的資料流。這種硬體握手方式的過程為：

我們在程式設計時根據接收端緩衝區大小設定一個高位標誌（可為緩衝區大小的75％）和一個低位標誌（可為緩衝區大小的25％），當緩衝區內資料量達到高位時，我們在接收端將cts線置低電平（送邏輯0），當傳送端的程式檢測到cts為低後，就停止傳送資料，直到接收端緩衝區的資料量低於低位而將cts置高電平。rts則用來標明接收裝置有沒有準備好接收資料。常用的流控制還有還有dtr/dsr（資料終端就緒/資料設定就緒）。

3.軟體流控制

由於電纜線的限制，我們在普通的控制通訊中一般不用硬體流控制，而用軟體流控制。一般通過xon/xoff來實現軟體流控制。常用方法是：當接收端的輸入緩衝區內資料量超過設定的高位時，就向資料傳送端發出xoff字元（十進位制的19或control-s，裝置程式設計說明書應該有詳細闡述），傳送端收到 xoff字元後就立即停止傳送資料；當接收端的輸入緩衝區內資料量低於設定的低位時，就向資料傳送端發出xon字元（十進位制的17或control- q），傳送端收到xon字元後就立即開始傳送資料。一般可以從裝置配套源程式中找到傳送的是什麼字元。

應該注意，若傳輸的是二進位制資料，標誌字元也有可能在資料流中出現而引起誤操作，這是軟體流控制的缺陷，而硬體流控制不會有這個問題。

下面是來自另外一篇部落格對串列埠流控的理解，它也是轉載的，但是我沒有找到原文，所以就把他的地址貼上來了

http://blog.csdn.net/bianhonglei/article/details/8525971

串列埠流控：

用A和B表示兩個通過串列埠互相通訊的裝置，A要發資料給B，用硬體的RTS/CTS作為硬體流控制機制。

A要傳送資料，即Request To Send “請求傳送”（資料），B看到RTS有效了，決定，如果自己要做準備工作，就設定CTS無效，如果本身準備好了，就設定CTS，Clear To Send，表示對於你的Send傳送（資料）來說，我已經Clear（忙清了）。所以A看到CTS有效就可以傳送資料了。然後接下來的每一個從A傳送到B的位元組資料都是這麼個過程。中間有可能遇到說，B的buffer full 快取滿了，所以要設定CTS無效，A發現後，就停止傳送資料，繼續檢測CTS直到有效，才繼續傳送資料。正常資料傳送完成後，A就把最開始設定為有效的RTS這個標示清除掉，即設定RTS無效，表示資料傳完了。 由此，整個A傳送資料到B的過程就Over了。