組織：中國互動出版網（http://www.china-pub.com/）
RFC文檔中文翻譯計劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：洪衛林（hongwl   hongwl@eyou.com）
譯文發布時間：2001-7-14
版權：本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載，但必須
保留本文檔的翻譯及版權信息。

Network Working Group                                       J. Rosenberg
Request for Comments: 3009                                   dynamicsoft
Category: Standards Track                                 H. Schulzrinne
                                                             Columbia U.
                                                           November 2000

奇偶向前糾錯 MIME類型的注冊

（RFC3009 ——Registration of parityfec MIME types）

本備忘錄的狀態
本文檔講述了一種Internet社區的Internet標準跟蹤協議，它需要進一步進行討論和建
議以得到改進。請參考最新版的“Internet正式協議標準” (STD1)來獲得本協議的標準化
程度和狀態。本備忘錄的發布不受任何限制。

版權聲明
Copyright (C) The Internet Society (2000).  All Rights Reserved.

摘要
   對于一般向前糾錯而言，RTP（實時傳輸協議）有效載荷格式允許RTP共享者通過傳統
基于奇偶的信道編碼來改善丟失彈性。這個有效載荷格式要求四種新的MIME類型：
audio/parityfec、video/ parityfec、text/ parityfec與application/ parityfec。這篇文檔適合那些格
式的MIME類型注冊。
目錄
1.介紹	2
2. AUDIO/PARITYFEC注冊	2
3. VIDEO/PARITYFEC注冊	3
4. TEXT/PARITYFEC注冊	5
5. APPLICATION/PARITYFEC注冊	6
6．安全考慮	7
7．作者地址	7
8．參考書目	8
9.版權聲明	8
10．致謝	9

1.介紹
對于一般向前糾錯而言[1]，RTP（實時傳輸協議）有效載荷格式允許RTP共享者通過
傳統基于奇偶的信道編碼來改善丟失彈性。這個有效載荷格式要求四種新的MIME類型：
audio/parityfec、video/ parityfec、text/ parityfec與application/ parityfec。在IETF（因特網工
程任務組）目錄樹中，RFC 2048[2]詳細說明了新MIME類型的注冊程序。
更進一步說，Audio/Video傳輸工作組已經詳細說明了附加程序，而且在注冊RTP時必
須遵循這些程序[3]。這篇文檔適合基于那些程序的那些格式的MIME類型注冊。

2. audio/parityfec注冊

           e-mail地址：ietf-types@iana.org

           主題：MIME媒體類型audio/parityfec的注冊

           媒體類型名稱：音頻

           MIME子類型名稱：奇偶向前糾錯

           要求參數：無

               注意[3]：我們要求沒有一個明確速率的RTP有效載荷格式必須定義一個速
率參數，并且它們MIME注冊的一部分。一般向前糾錯的有效載荷格式[1]沒有
規范一個速率參數。然而，FEC數據的速率等于其保護的媒體數據的速率。

           可選參數：無

              典型可選參數[3]沒有應用于FEC數據，例如信道數目與每個包中音頻的持
續時間。信道數目有效地等同于其所保護的媒體數據；對于每個包中音頻的持
續時間也是如此。

          編碼考慮事項：
              這種傳輸格式僅在實時傳輸協議（RTP）中定義[4,5]。RFC2733[1]充分說
明了它在RTP中的傳輸。

         安全考慮事項：
             在這些有效載荷的MIME注冊中使用同樣安全考慮。關于這些在RFC 2733
中有更詳細的介紹。

         協同性考慮事項：無

         出版說明書：RFC 2733[1]中充分描述了這種MIME類型。
             在實際應用中使用這種媒體類型即視頻與音頻的流工具，并且它們通過在體
流中發送附加數據以求改善丟失彈性。

         附加信息：無

         為了得到進一步信息，個人信息與email聯系地址:
            Jonathan Rosenberg
            dynamicsoft
            72 Eagle Rock Avenue
            First Floor
            East Hanover, NJ 07936
            email: jdrosen@dynamicsoft.com
                   jdrosen@alum.mit.edu

         目的性用法：普通

         著者/更改控制器：
這個注冊信息作為IETF注冊目錄樹的一部分。

         RTP與SDP發行：
             在RFC 2733 [1]中充分說明了RTP中這種格式的用法以及會話描述協議
（SDP）。

3. video/parityfec注冊

e-mail地址：ietf-types@iana.org

           主題：MIME媒體類型video/parityfec的注冊

           媒體類型名稱：視頻

           MIME子類型名稱：奇偶向前糾錯

           要求參數：無

               注意[3]：我們要求沒有一個明確速率的RTP有效載荷格式必須定義一個速
率參數，并且它們MIME注冊的一部分。一般向前糾錯的有效載荷格式[1]沒有
規范一個速率參數。然而，FEC數據的速率等于其保護的媒體數據的速率。

           可選參數：無

              典型可選參數[3]沒有應用于FEC數據，例如信道數目與每個包中音頻的持
續時間。信道數目有效地等同于其所保護的媒體數據；對于每個包中視頻的持
續時間也是如此。

編碼考慮事項：
              這種傳輸格式僅在實時傳輸協議（RTP）中定義[4,5]。RFC2733[1]充分說
明了它在RTP中的傳輸。

          安全考慮事項：
             在這些有效載荷的MIME注冊中使用同樣安全考慮。關于這些在RFC 2733
中有更詳細的介紹。

          協同性考慮事項：無

          出版說明書：RFC 2733[1]中充分描述了這種MIME類型。
             在實際應用中使用這種媒體類型即視頻與音頻的流工具，并且它們通過在體
流中發送附加數據以求改善丟失彈性。

          附加信息：無


         為了得到進一步信息，個人信息與email聯系地址:
            Jonathan Rosenberg
            dynamicsoft
            72 Eagle Rock Avenue
            First Floor
            East Hanover, NJ 07936
            email: jdrosen@dynamicsoft.com
                   jdrosen@alum.mit.edu

         目的性用法：普通

         著者/更改控制器：
這個注冊信息作為IETF注冊目錄樹的一部分。

         RTP與SDP發行：
             在RFC 2733 [1]中充分說明了RTP中這種格式的用法以及會話描述協議
（SDP）。

4. text/parityfec注冊
e-mail地址：ietf-types@iana.org

           主題：MIME媒體類型text/parityfec的注冊

           媒體類型名稱：文本

           MIME子類型名稱：奇偶向前糾錯

           要求參數：無

               注意[3]：我們要求沒有一個明確速率的RTP有效載荷格式必須定義一個速
率參數，并且它們MIME注冊的一部分。一般向前糾錯的有效載荷格式[1]沒有
規范一個速率參數。然而，FEC數據的速率等于其保護的媒體數據的速率。

           可選參數：無

              典型可選參數[3]沒有應用于FEC數據，例如信道數目與每個包中音頻的持
續時間。信道數目有效地等同于其所保護的媒體數據；對于每個包中文本的持
續時間也是如此。

編碼考慮事項：
              這種傳輸格式僅在實時傳輸協議（RTP）中定義[4,5]。RFC2733[1]充分說
明了它在RTP中的傳輸。

         安全考慮事項：
             在這些有效載荷的MIME注冊中使用同樣安全考慮。關于這些在RFC 2733
中有更詳細的介紹。

         協同性考慮事項：無

         出版說明書：RFC 2733[1]中充分描述了這種MIME類型。
             在實際應用中使用這種媒體類型即視頻、音頻與文本的流工具，并且它們通
過在體流中發送附加數據以求改善丟失彈性。

         附加信息：無

         為了得到進一步信息，個人信息與email聯系地址:
            Jonathan Rosenberg
            dynamicsoft
            72 Eagle Rock Avenue
            First Floor
            East Hanover, NJ 07936
            email: jdrosen@dynamicsoft.com
                   jdrosen@alum.mit.edu

         目的性用法：普通

         著者/更改控制器：
這個注冊信息作為IETF注冊目錄樹的一部分。

         RTP與SDP發行：
             在RFC 2733 [1]中充分說明了RTP中這種格式的用法以及會話描述協議
（SDP）。

5. application/parityfec注冊

e-mail地址：ietf-types@iana.org

           主題：MIME媒體類型text/parityfec的注冊

           媒體類型名稱：應用程序

           MIME子類型名稱：奇偶向前糾錯

           要求參數：無

               注意[3]：我們要求沒有一個明確速率的RTP有效載荷格式必須定義一個速
率參數，并且它們MIME注冊的一部分。一般向前糾錯的有效載荷格式[1]沒有
規范一個速率參數。然而，FEC數據的速率等于其保護的媒體數據的速率。

           可選參數：無

              典型可選參數[3]沒有應用于FEC數據，例如信道數目與每個包中音頻的持
續時間。信道數目有效地等同于其所保護的媒體數據；對于每個包中文本的持
續時間也是如此。

編碼考慮事項：
              這種傳輸格式僅在實時傳輸協議（RTP）中定義[4,5]。RFC2733[1]充分說
明了它在RTP中的傳輸。

         安全考慮事項：
             在這些有效載荷的MIME注冊中使用同樣安全考慮。關于這些在RFC 2733
中有更詳細的介紹。

         協同性考慮事項：無

         出版說明書：RFC 2733[1]中充分描述了這種MIME類型。
             在實際應用中使用這種媒體類型即視頻、音頻與應用程序的流工具，并且它
們通過在體流中發送附加數據以求改善丟失彈性。

         附加信息：無

         為了得到進一步信息，個人信息與email聯系地址:
             Jonathan Rosenberg
            dynamicsoft
            72 Eagle Rock Avenue
            First Floor
            East Hanover, NJ 07936
            email: jdrosen@dynamicsoft.com
                   jdrosen@alum.mit.edu

         目的性用法：普通

         著者/更改控制器：
這個注冊信息作為IETF注冊目錄樹的一部分。

         RTP與SDP發行：
             在RFC 2733 [1]中充分說明了RTP中這種格式的用法以及會話描述協議
（SDP）。
6．安全考慮

    這種MIME注冊沒有介紹任何附加安全考慮事項。
7．作者地址
Jonathan Rosenberg
   dynamicsoft
   72 Eagle Rock Avenue
   First Floor
   East Hanover, NJ 07936

   EMail: jdrosen@dynamicsoft.com


   Henning Schulzrinne
   Columbia University
   M/S 0401
   1214 Amsterdam Ave.
   New York, NY 10027-7003

   EMail: schulzrinne@cs.columbia.edu

8．參考書目
[1] Rosenberg, J. and H. Schulzrinne, "An RTP Payload Format for
       Generic Forward Error Correction", RFC 2733, December 1999.

   [2] Freed, N., Klensin, J. and J. Postel, "Multipurpose Internet Mail
       Extensions (MIME) Part Four: Registration Procedures", RFC 2048,
       November 1996.

   [3] Casner, S. and P. Hoschka, "MIME type registration of RTP payload
       formats", Work in Progress.

   [4] Schulzrinne, H., Casner, S., Frederick, R.  and V. Jacobson,
       "RTP: a transport protocol for real-time applications", RFC 1889,
       January 1996.

   [5] Schulzrinne, H., Casner, S., Frederick, R. and V. Jacobson, "RTP:
       a transport protocol for real-time applications", Work in
       Progress.

   [6] Handley, M. and V. Jacobson, "SDP: Session Description Protocol",
       RFC 2327, April 1998.

9.版權聲明

   Copyright (C) The Internet Society (2000).  All Rights Reserved.

只要在所有復本與推導性工作中包含上面的版權聲明和這段文字，就可以全部地或者部
分地且沒有任何限制地復制這篇文檔與其譯本以及把它提供給其它文檔，同樣也可以準備、
復制、出版與發行推導性工作，而且需要評述此推導性工作否則就得解釋它，或者輔助此推
導性工作的實現。然而，此文檔本身不可以做任何修改，諸如刪除版權聲明或者因特網社區
或其它因特網組織的涉及，除了當需要開發因特網標準的目的時之外且在此種情況下必須遵
循在因特網標準過程中定義的版權程序，或者除了當要求把它譯成其它語言（即不是英文）
的目的時之外。
在上面準予的有限的許可是永久性的，而且因特網社區或者它的繼承者或指派者都將不
會廢除它。
在此包含的這篇文檔與信息是基于“AS IS”而提供的，并且因特網社區與因特網工程
任務組織聲明了所有的授權、表達或含義，且包含對任何授權的限制，比如這里信息的使用
不會違反任何授權或者出于特殊目的的商品性或適切性的任何含蓄授權。
10．致謝
感謝因特網社區當前為RFC編輯提供了功能基金。
RFC3009—Registration of parityfec MIME types      奇偶向前糾錯 MIME類型的注冊


1
RFC文檔中文翻譯計劃