Can you summarize the following document?
        
  為了提供對資料流的保密,需要對資料流進行加密和解密。關於這一點,安全實時傳輸協議(結合安全實時傳輸控制協議)只為一種加密演算法,即英語:AES]]制定了使用標準。這種加密演算法有兩種加密模式,它們能將原始的英語:AES塊密文轉換成流密文:  除了AES加密演算法,安全實時傳輸協議還允許徹底禁用加密,此時使用的是所謂的“零加密演算法”。它可以被認為是安全實時傳輸協議支援的第二種加密演算法,或者說是它所支援的第三種加密模式。事實上,零加密演算法並不進行任何加密,也就是說,加密演算法把金鑰流想像成只包含“0”的流,並原封不動地將輸入流複製到輸出流。這種模式是所有與安全實時傳輸協議相容的系統都必須實現的,因為它可以被用在不需要安全實時傳輸協議提供保密性保證而只要求它提供其它特性(如認證和訊息完整性)的場合。  儘管從技術上來說安全實時傳輸協議能輕鬆地納入新的加密演算法,但安全實時傳輸協議標準指出除上述加密演算法以外的新的加密演算法不一定能被簡單地新增到一些安全實時傳輸協議的具體實現中去。新增一種新的加密演算法並確保它與安全實時傳輸協議標準相相容的唯一有效方式是釋出一個明確定義該演算法的新的伴生的標準跟蹤英語:RFC。

  以上列舉的加密演算法本身並不能保護訊息的完整性,攻擊者仍然可以偽造資料——至少可以重放過去傳輸過的資料。因此,安全實時傳輸協議標準同時還提供了保護資料完整性以及防止重放的方法。  為了進行訊息認證並保護訊息的完整性,安全實時傳輸協議使用了英語:HMAC-SHA1演算法(在英語:RFC 2104中定義)。這種演算法使用的是預設160位長度的英語:HMAC-SHA1認證金鑰。但是它不能抵禦重放攻擊;重放保護方法建議接收方維護好先前接收到的訊息的索引,將它們與每個新接收到的訊息進行比對,並只接收那些過去沒有被播放過的新訊息。這種方法十分依賴於完整性保護的使用(以杜絕針對訊息索引的欺騙技術)。
安全實時傳輸協議(Secure Real-time Transport Protocol或SRTP)是在實時傳輸協議(Real-time Transport Protocol或RTP)基礎上所定義的一個協議,旨在為單播和多播應用程式中的實時傳輸協議的資料提供加密、訊息認證、完整性保證和重放保護。它是由英語:David Oran(思科)和英語:Rolf Blom(愛立信)開發的,並最早由英語:IETF於2004年3月作為英語:RFC 3711釋出。