資源預留協議（RSVP）和路由協議有著相似的功能，雖然它的本質并不是路由協議但是也能完成單播和組播的相關管理工作。那么具體有什么特殊的意義呢？資源預留協議（RSVP）最初是IETF為QoS的綜合服務模型定義的一個信令協議，用于在流（flow）所經路徑上為該流進行資源預留，從而滿足該流的QoS要求。資源預留的過程從應用程序流的源節點發送Path消息開始，該消息會沿著流所經路徑傳到流的目的節點，并沿途建立路徑狀態；目的節點收到該Path消息后，會向源節點回送Resv消息，沿途建立預留狀態，如果源節點成功收到預期的Resv消息，則認為在整條路徑上資源預留成功。

資源預留協議（RSVP）是一個在ip上承載的信令協議，它允許路由器網絡任何一端上終端系統或主機在彼此之間建立保留帶寬路徑，為網絡上的數據傳輸預定和保證qos。它對于需要保證帶寬和時延的業務，如語音傳輸，視頻會議等具有十分重要的作用。

RSVP協議中涉及到發送者和接收者的概念，這兩個概念是在邏輯上進行區分的，發送者指發送路徑消息的進程，而接收者是指發送預留消息的進程，同一個進程可以同時發送這兩種消息，因此既可以是發送者，也可以是接收者。

RSVP是由接收者提出資源預留申請的，這種申請是單向的，也就是說為從主機a到主機b的數據流預留的資源，對于從主機b到主機a的數據流是不起作用的。因為在當前的internet中，雙向的路由是不對稱的：從主機a到主機b的路徑并不一定是從主機b到主機a的路徑的反向；另外一個，兩個方向的數據傳輸特征和對應申請預留的資源也未必相同。

資源預留協議（RSVP）提供兩種類型的預留：

專用預留(distinct reservation)：它所要求的預留資源只用于一個發送者。即在同一會話(session)中的不同發送者分別占用不同的預留資源。

共享預留(shared reservation)： 它所要求的預留資源用于一個或多個發送者。即在同一會話(session)中的多個發送者共享預留資源。

資源預留協議（RSVP）提供兩種發送者選擇方式：

通配符方式(wildcard)：默認所有發送者，并通過預留消息中所攜帶的源端地址列表來限制通配符濾波器

顯式指定方式(explicit)：濾波器明確指定一個或多個發送者來進行預留。

資源預留協議（RSVP）用interserv模型的兩種服務方式：

cl服務(controlled-load service)：給用戶數據提供接近于在未超載網絡上傳輸質量的服務。

gs服務(guaranteed service)：給用戶數據提供能保證帶寬與時延的服務。

RSVP適用于為frame-relay，hdlc，ppp等網絡提供預留保證。

（RSVP：Resource ReSerVation Protocol）