組織：中國互動出版網（http://www.china-pub.com/）
RFC文檔中文翻譯計劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：沈建莉（wjxiaoshen  shenjianli@263.net）
譯文發布時間：2001-6-10
版權：本中文翻譯文檔版權歸中國互動出版網所有?？梢杂糜诜巧虡I用途自由轉載，但必須
保留本文檔的翻譯及版權信息。


Network Working Group                                        S. Donovan
Request for Comments: 2976                                  dynamicsoft
Category: Standards Track                                  October 2000


SIP信息方法
（RFC2976 The SIP INFO Method）


本備忘錄的狀態

本文檔講述了一種Internet社區的Internet標準跟蹤協議，它需要進一步進行討論和建
議以得到改進。請參考最新版的“Internet正式協議標準” (STD1)來獲得本協議的標準化
程度和狀態。本備忘錄的發布不受任何限制。
版權聲明
Copyright (C) The Internet Society (1998).  All Rights Reserved.
摘要
    本文提出了會話初始化協議（SIP）的一個擴展的建議。這一擴展為SIP增加了INFO
方法。
INFO方法的目的是允許運送會議相關的控制信息，這些控制信息是在會議中生成的。這種
會議控制信息的一個例子是用于控制電話業務的ISUP和ISDN信令消息。
其他的關于INFO方法的例子在將來將被標準化。

目錄

   1    簡介...............................................2
   1.1   用法舉例................................................2
   2     INFO 方法................................................3
   2.1   INFO 方法的頭域支持. ..... ..... .........................3
   2.2   INFO 請求方法的響應... ..... ..... .......................4
   2.3   消息體的內容        ......................................5
   2.4   SIP 用戶代理的行為.................................6
   2.5   SIP 代理和重定向服務器的的行為...................6
   2.5.1 代理服務器................................................6
   2.5.2 分支代理服務器........................................6
   2.5.3 重定向服務器.........................................6
   3.    INFO 消息體.........................................6
   4.    利用 INFO擴展的指導方針................7
   5.    安全性考慮.....................................7
   6.    參考資料..................................................8

   7.    致謝.............................................8
   8.   作者聯系方法...........................................8
         版權說明....................................9

1. 簡介

      [1]中描述的SIP協議定義了用在SIP控制的會議的建立和拆除階段的會議控制信息。

   另外， SIP 重新INVITE（re-INVITE）能夠用于在一個會一種改變會議的特性。 這通
常是與會議相關的媒體流量的屬性或者更新SIP會議地計時器。
然而，沒有通用的目標機制來在會話過程中沿著SIP信令通路承載會話控制信息。

    INFO消息的目的是沿著SIP信令通路攜帶應用層消息。
    INFO方法 并不是用來改變SIP呼叫的狀態，或會議 SIP的初始化狀態參數。它僅是用
于發送通常與會議有關的應用層的可選信息。
        
   會議中的信號信息穿過會議后的SIP信令通路建立是必要的。這個通路是SIP 的
re-INVITEs, BYEs和其它與一個獨立會話聯系的SIP請求所采用的。他允許SIP代理服務
器接收并潛在地對會議中的信號信息起作用。
   
   此文檔通過定義新的INFO方法提供了SIP的一個擴展。INFO方法 將被用于沿著會議信
號通路傳送呼叫中信號信息。

   1.1 用法舉例

      以下是一些INFO消息地可能應用:

      - 在PSTN網關之間傳送 呼叫中 PSTN 信令消息

      - 傳送SIP會議中生成的 DTMF 數字。

      - 傳送 無線信號強度信息以支持無線移動應用。

      - 傳送 計算平衡信息.

-	在會議的參加者之間傳送 影像或其它的非流信息

      這些只是可能的應用；本文檔并不指定這些應用，也不一定必須介紹它們。
      
      也可以想象還有INFO方法的其它電話和非電話的應用。
      

2. INFO 方法

   INFO方法 被用于沿著呼叫的信令通路進行會議中信令消息間的通訊。

   INFO方法 并不是用于改變SIP呼叫的狀態，也不是用于改變被SIP初始化地會議狀態。
然而，它提供增加的選項信息可以進一步加強用SIP的應用程序功能。
 

   INFO方法的信令通路是呼叫建立之后建立的信令通路。這可以是呼叫方和被呼叫方用戶
代理之間的直接信令，也可以包括是牽涉到呼叫建立和自己增加到初始INVITE信息記錄路
由頭部的SIP代理服務器的信令通路。

   會議中信息能夠在INFO信息頭部或作為一個消息體的一部分來進行通訊。消息體和/或
消息頭部的定義被用來傳送會議中信息在本文檔討論范圍之外。

   沒有與INFO相關的特別語法語義。語義是從定義給INFO用的頭部或協議體那里繼承來
的。

   2.1 INFO 方法的頭域支持

      表1和表2給【1】中的表3和表4增加了一列。請參考【1】中的第6節對表中內容
的描述。  請注意在附錄里定義的規則和【1】中表3和表4 的e－e列同樣應用了在INFO
請求和回應INFO請求中的頭部的應用。 

   2.2 INFO 請求方法的響應

      如果服務器收到一個INFO請求，他必須發出一個最后的回應。

      如果INFO請求被現有的呼叫成功的接收到，UAS必須發送一個 200 OK沒有消息體的
回應給一個INFO請求 。在此之外，不需要其他的操作。  

          頭部Header                          地方Where      信息 INFO
          ------                               -----            ----
          接收Accept                             R               o
          接收－編碼Accept-Encoding              R               o
          接收－語言Accept-Language              R               o
          允許Allow                             200               -
          允許Allow                             405              o
          認可Authorization                       R              o
          呼叫號Call-ID                           gc              m
          連接Contact                             R              o
          連接Contact                            1xx             -
          連接Contact                            2xx              -
          連接Contact                            3xx              -
          連接Contact                            485              -
          連接－編碼Content-Encoding             e                o
          內容－長度Content-Length               e                o
          內容－類型Content-Type                 e                *
          CSeq                                   gc               m
          數據Date                               g                o
          加密Encryption                         g                 o
          期滿Expires                            g                 o
          From                                   gc                m
          隱藏Hide                                R              o
          最大－向前流Max-Forwards                R               o
          組織Organization                        g               o

          表 1 頭域的概括, A-0

      包括消息體的INFO消息是在本文檔的討論范圍之內。本文檔消息體的定義將同樣需
要SIP中的那些消息體中的定義。  

      如果INFO請求與任何現存的呼叫 leg不匹配，那么一個 481 呼叫 Leg/Transaction 
不存在消息必須在一個UAS中被發送。

      如果一個服務器收到一個他能理解消息體的INFO請求，但是它又對與INFO過程有關
的消息體規則沒有一點了解，那么這個消息體可能被翻譯并顯示給用戶。這個INFO被一個
200 OK說回應了。

      如果INFO請求包括一個服務器那時不能理解的消息體， 在INFO相關的消息體的進
程規則缺乏時，服務器必須回應一個 415 不支持的媒體類型消息。