標準Internet協議（IP） 的網絡提供盡力而為的數據傳輸。這種IP網絡允許客戶端主機的結構復雜一些，而網絡端的結構可以保持相對的簡單，因為Internet要支持自身的快速發 展，所以這樣的結構劃分是有好處的。當越來越多的主機聯在一起的時候，網絡服務的需求最終會超過網絡的能力，而服務卻不會停止，由此產生網絡性能的逐漸惡 化，進而造成傳輸遲延的變化（抖動），甚至引起分組丟失，但不會影響常用的Internet應用（如，電子郵件，文件傳輸和Web應用），而其它應用就不 能適應有遲延的服務。傳輸遲延對有實時要求的應用（例如傳送多媒體信息）及大多數雙向通信（如電話）帶來了問題。
　　
　　QoS協議
　　
　　描述QoS的方法不只一種。通常情況下，QoS是一個網絡部件（如一個應用、一臺主機或一個路由器） 提供的一些保證穩定傳輸網絡數據的質量級別。某些應用對QoS的要求比其它應用更高，因此有下面兩種基本的QoS:按優先級排列（適于差分服務）：對網絡 的業務進行分類，并根據帶寬管理策略的規范來分配網絡資源。當所標識的業務類別有更強烈服務要求的需求時，網絡部件會給予優先處理。
　　
　　有兩種其它方法描述QoS類型：‘聚合’型QoS:一個聚合是簡單的兩個或更多的‘流'.最為突出的是，這些’流‘會有相同的標記或者優先級號碼，也許還有一些相同的認證信息。
　　
　　應用、網絡拓撲結構和策略決定了哪一種QoS最適合個別’流‘,或者’流聚合‘.差分服務（DiffServ）：提供一個簡單的分類和網絡聚合流的優先級
　　
　　多協議標記交換（MPLS）：根據分組頭的標記，通過網絡路徑控制來提供聚合流的帶寬管理
　　
　　子網帶寬管理（SBM）：負責OSI第二層（數據鏈路層）的分類和優先級排列，同IEEE802網絡進行共享和交換。 RSVP是一個信令協議，它提供建立連接的資源預留，控制綜合業務，往往在IP網絡上提供仿真電路。RSVP是所有QoS技術中最復雜的一種，與盡力而為 的IP服務標準差別最大，它能提供最高的QoS等級，使得服務得到保障、資源分配量化，服務質量的細微變化能反饋給支持QoS的應用和用戶。為了獲得資源 預留，接收端發送一個上行的RESV（預留請求）消息。除了TSpec,RESV消息里有’請求類別（RSpec）‘,表明所要求的綜合服務類型，還有一 個’過濾器類別‘,表征正在為分組預留資源（如傳輸協議和端口號）。RSpec和過濾器類別合起來代表一個’流的描述符‘,路由器就是靠它來識別每一個預 留資源的
　　
　　當每個支持RSVP的路由器沿著上行路徑接收RESV的消息時，它采用輸入控制過程證實請求，并且配置所需的資源。如果 這個請求得不到滿足（可能由于資源短缺或未通過認證），路由器向接收端返回一個錯誤消息。如果這個消息被接受，路由器就發送上行RESV到下一個路由器
　　
　　當最后一個路由器接收RESV,同時接受請求的時候，它再發送一個證實消息給接收端
　　
　　當發送端或接收端結束了一個RSVP會話時，有一個明顯的斷開連接的過程。
　　
　　RSVP支持的綜合業務有以下兩種基本類型：受控負載：這相當于’無負載條件下盡力而為服務‘.因此，它比’盡力而為‘服務更好，但是不能提供’有保證業務‘所承諾的，具有嚴格固定隊列延遲的服務。
　　
　 　對于’有保證業務‘和受控負載，處理不同的（與類別無關）數據業務就象處理沒有QoS的盡力而為數據業務那樣。綜合業務采用令牌筐模式來表征輸入/輸出 排序算法。設計令牌筐是為了平滑輸出的業務流，但不象泄露筐模式（也可以平滑輸出的業務流），令牌筐模式允許數據突發、在短時間內維持更高的發送速率。 RSVP不是傳輸協議，而是網絡（控制）協議。作為這樣的協議，它不傳送數據，但是和TCP或者UDP的數據’流‘是并行工作的
(責任編輯：VEVB)