Can you summarize the following document?
        
  RSVP為一個流預留資源。一個流是被目的地址、協議號和目的埠號(可選)確定的。在多協議標籤交換中,一個流是被定義為一個標籤交換路徑(LSP)。對於每個流,雖然RSVP不能理解流服務質量的具體資訊,但是RSVP也確認其特別要求的服務質量。flowspec是一個固有的RSVP物件,它定義了業務流所希望的服務質量。RSVP通過路徑從應用程式到主機和路由器傳輸flowspec。然後由系統分析flowspec,從而接受和預留資源。 一個flowspec是由如下組成的:

  過濾器說明(filterspec)定義了一組被flowspec影響的分組。(比如:接受了flowspec確定的服務質量的資料分組)。一個filterspec挑選節點中處理的所有的分組中的一部分。挑選是根據分組的屬性進行的。(比如傳送者的IP地址和埠) 現在定義的RSVP預留型別有: 一個RSVP請求是由一個流量說明(flowspec)、一個過濾器說明(filterspec)和一對流描述字(flowdescriptor)組成的。節點上每個說明的功能就是當流量說明(flowspec)設定每個節點分組任務排程的引數時,過濾器說明(filterspec)設定每個分組分類的引數。

  有兩種主要的訊息:

  路徑訊息被沿著資料路徑從傳送方主機傳送,並記錄路徑上每個節點的的路徑狀態。 路徑狀態包括先前節點的IP地址和一些資料物件:

  預留訊息(resv)是由接收方沿著反向路徑傳送到傳送方。在每個節點上,預留訊息的IP目的地址將會改成反向路徑上下一節點的地址,同時IP源地址將會改成反向路徑上前一節點的地址。預留訊息包括流量說明(flowspec)資料物件,這個資料物件上用於確定流需要的資源。 RSVP訊息的資料物件可以被按任何順序進行傳輸。RSVP訊息和其資料物件的所有列表可以在RFC 2205中看到.

  一個需要按特定服務質量傳送資料流的RSVP主機將會傳輸一個RSVP路徑訊息,這個路徑訊息將會沿單播(UniCast)或組播(multicast)路由通過路由協議預先建立的路徑傳輸。如果路徑訊息到達一個不理解RSVP的路由器,將會將這個訊息轉發並不對其內容進行分析而且不會為這個流進行資源預留。 當目的路由器接收到路徑訊息,它將會: 路徑上的每個節點都可以接收或者拒絕請求。
資源預留協議(Resource Reservation Protocol,簡稱RSVP)是一個通過網路進行資源預留的協議,是為實現綜合業務網而設計的,其具體定義於。RSVP要求接收者在連線建立之初進行資源預留,它必須支援單播和多播資料流,並具有很好的可伸縮性和強壯性。主機或者路由器可以使用RSVP滿足不同應用程式資料流所需的不同的服務質量(QoS)。RSVP定義應用程式如何進行資源預留並在預留的資源不用時如何進行預留資源的刪除。RSVP將會使得路徑上每個節點都進行資源預留。