【正文】 固網(wǎng) SOFTX3000與 SIP終端 的 補充業(yè)務(wù) 摘 要： 本文檔說明固網(wǎng) SoftX3000與 SIP終端 之間的功能 接口 和信令流程 ， SoftX3000支持的 SIP補充業(yè)務(wù) 。 參考文檔 文檔名稱 作者 備注 RFC 3261 IETF SIP協(xié)議標準文檔 RFC 3262 IETF SIP臨時響應(yīng)消息的可靠傳輸 RFC 3264 IETF Offer/Answer媒體協(xié)商機制 RFC 3311 IETF The Session Initiation Protocol (SIP) UPDATE Method RFC 2327 IETF SDP協(xié)議標準文檔 RFC 2833 IETF 2833協(xié)議標準文檔 RFC 3265 IETF SIP事件和通知機制標準文檔 RFC 2976 IETF SIP INFO方法 RFC 2617 IETF HTTP Authentication: Basic and Digest Access Authentication RFC 1890 IETF RTP Profile for Audio and Video Conferences with Minimal Control RFC 3515 IETF The Session Initiation Protocol (SIP) Refer Method RFC 3550 IETF RTP: A Transport Protocol for RealTime Applications RFC 3551 IETF RTP Profile for Audio and Video Conferences with Minimal Control RFC3555 IETF MIME Type Registration of RTP Payload Formats SoftX3000V300R601 與 SIP終端的補充業(yè)務(wù)接口 2 文檔名稱 作者 備注 IETF Replace extension to bine to SIP calls. (Not supported) IETF SIP new service call flows Note: SDP related references are not listed here fully. 1 注冊和基本呼叫 基本能力要求 SIP終端以及 SoftX3000支持 RFC3261， RFC3262， RFC3264， RFC 3311， RFC 2327，RFC 2833， RFC 2976， RFC 2617， RFC 1890， RFC 3551等 RFC對終端設(shè)備和網(wǎng)絡(luò)設(shè)備的要求，符合所有 RFC的協(xié)議流程。詳細細節(jié)請參閱相關(guān) RFC以及標準文檔。 SIP終端 的標識以及重要頭域的填寫 SIP用戶本身沒有設(shè)備的概念，在根據(jù) SIP協(xié)議進行互通是凡是需要在消息中攜帶 SIP終端用戶標識的參數(shù)統(tǒng)一填寫該用戶的用戶表示 User ID，該概念對應(yīng)到 SoftX3000內(nèi)部的 EID。為了描述方便，本文統(tǒng)一使用 EID代表用戶 ID，如無特別聲明，本文中 EID均標識用戶的標識而非SIP終端 設(shè)備本身的標識。 SIP協(xié)議中對 SIPURI的定義為： SIPURI = sip: [userinfo@]host userinfo = user[:password] host = domain | ipaddr[:port] 注冊過程 在 SIP終端 發(fā)起注冊請求時： RequestURI：注冊消息 RequestURI中不能有 userinfo部分 。 host部分填寫被注冊用戶所屬域或與 SIP終端 直接互通的網(wǎng)絡(luò)服務(wù)器的地址。即 RequestURI必須為“ sip:”＋網(wǎng)絡(luò)服務(wù)器的地址。如果是與 SoftX3000直接互通，則 host部分為 SoftX3000的地址，如果是經(jīng)過 Eudemon等其他 NAT設(shè)備互通與 SoftX3000互通，則填寫該設(shè)備的地址。 ToURI: user部分為被注冊用戶的用戶標識即 EID。 host部分填寫被注冊用戶所屬域或與SIP終端 直接互通的網(wǎng)絡(luò)服務(wù)器的地址。如果是與 SoftX3000直接互通，則 host部分為 SoftX3000的地址，如果是經(jīng)過 Eudemon等其他設(shè)備互通與 SoftX3000互通，則填寫該設(shè)備的地址。由于SoftX3000V300R601 與 SIP終端的補充業(yè)務(wù)接口 3 SIP終端 總是只是作為一個普通電話終端，因此 FromURI還應(yīng)該有 user參數(shù)且該參數(shù)的值為phone。 FromURI: user部分填寫發(fā)起注冊的用戶的用戶標識即 EID， host部分填寫被注冊用戶所屬域或與 SIP終端 直接互通的網(wǎng)絡(luò)服務(wù)器的地址。如果是與 SoftX3000直接互通，則 host部分為SoftX3000的地址，如果是經(jīng)過 Eudemon等其他設(shè)備互通與 SoftX3000互通，則填寫該設(shè)備的地址。由 于 SIP終端 總是只是作為一個普通電話終端，因此 FromURI還應(yīng)該有 user參數(shù)且該參數(shù)的值為 phone。 當終端發(fā)起第一方注冊（終端只發(fā)起對自身地址的注冊和刷新）時， FromURI與 ToUR一致，而當終端發(fā)起第三方注冊時 FromURI與 ToUR會不一致。但由于終端通常都只發(fā)起第一方注冊過程，因此通常 FromURI與 ToUR完全一致。 注：目前除了測試工具之外還沒有看到有終端支持第三方注冊功能。 SIP終端 上每一個終端端口在一個生命周期（從 SIP終端 設(shè)備加電后該端口發(fā)起注冊過程起到該端口被復(fù)位 、 SIP終端 設(shè)備被復(fù)位等操作或事件導(dǎo)致該端口所以運行期信息丟失，該段時間為一個端口的 生命 周期）內(nèi)，發(fā)起的注冊請求消息的 CallID、 Fromtag必須保持不變，相鄰兩次注冊請求消息的 CSeq值必須遞增且增量為 1。發(fā)起的第一個注冊請求消息中應(yīng)該沒有Totag。 如果終端發(fā)起注冊，那么注冊消息中必須包含 Contact頭域，且 Contact地址的填寫方法如下： 1. ContactURI: user部分為用戶的 EID， host部分為 SIP終端 的地址。 2. 帶有 expires參數(shù)或 Expires頭域，該頭 域的值應(yīng)該可以配置，但默認值應(yīng)該為 3600。 3. Expires參數(shù)以及 Expires頭域為可選。對于每一個 Contact地址，如果該 ContactURI有expires參數(shù)，則使用該 expires參數(shù)作為該 Contact地址的 expires，否則如果有 Expires頭域 再 將該頭域的值作為 Contact地址的 expires，否則該 contactURI默認值為 3600。 如果終端發(fā)起注銷，那么注冊消息中必須包含 Contact頭域，且 Contact地址的 expires為 0（依照上述查找順序得到的 Contact地址 expires為 0），或者 Contact頭域的值為“ *”且包含Expires頭域且該頭域的值為“ 0”。 如果終端發(fā)起注冊查詢，那么注冊消息中不帶 Contact頭域。 其他消息頭域的填寫方法請參考 RFC3261，在此不再一一累述。 SIP終端 收到注冊請求的響應(yīng)消息后： 1. 401： SIP終端 應(yīng)該重新發(fā)起注冊請求，并且在該請求消息中包含注冊認證信息。該過程應(yīng)該符合 SIP協(xié)議使用的 HTTPDigest認證方法和 SIP協(xié)議規(guī)定的認證過程。詳細信息請參閱相關(guān)標準或協(xié)議。 SoftX3000V300R601 與 SIP終端的補充業(yè)務(wù)接口 4 2. 200： SIP終端 從 200響應(yīng)消息中獲取得到負責(zé)注冊的注冊地址的 expires值（獲取方法與SIP發(fā)起注冊過程中 expires獲取方法一致），并且必須在 expires指定的定時器超時之前至少 5秒鐘之前重新發(fā)起注冊過程。 3. 403： SIP終端 不能重新發(fā)起對該終端的注冊功能。該響應(yīng)碼表示終端上的某些信息不正確（譬如用戶密碼等）， SIP終端 必須等重新配置該用戶后再發(fā)起注冊過程。 4. 423： SIP終端 應(yīng)該重新發(fā)起注冊請求，并且新的注冊請求中 Contact地址的 expires值必須不小于 423響應(yīng)消息中 MinExpires頭域指定 的值。 SoftX3000不能向 SIP終端 發(fā)送對 REGISTER的 300類、 600類以及非 100的 100類響應(yīng)消息。對于非 200的 200類響應(yīng)消息， SIP終端 需要按照 200響應(yīng)消息的處理方式進行處理。 SIP終端 用戶發(fā)起呼叫 在 SIP終端 用戶發(fā)起呼叫建立請求時， SIP終端 通過 INVITE請求消息發(fā)起呼叫。本節(jié)對該請求消息中重要頭域的填寫做如下規(guī)定： RequestURI：如果終端有讓用戶輸入 SIPURI并發(fā)起呼叫的功能，那么 RequestURI為用戶輸入的 SIPURI。如果用戶只是簡單的輸入了被叫 用戶的號碼（包括終端發(fā)起新業(yè)務(wù)注冊的特殊接入碼）， RequestURI user部分為用戶輸入， host部分填寫被注冊用戶所屬域或與 SIP終端 直接互通的網(wǎng)絡(luò)服務(wù)器的地址。如果是與 SoftX3000直接互通，則 host部分為 SoftX3000的地址，如果是經(jīng)過 Eudemon等其他設(shè)備互通與 SoftX3000互通，則填寫該設(shè)備的地址。如果用戶采用其他方式輸入被叫信息， SIP終端 負責(zé)將用戶輸入得到被叫的號碼或被叫用戶的SIPURI。如果是號碼，則按用戶直接輸入了該號碼做同樣的處理，否則按用戶直接輸入了一個 SIPURI做同樣的處理。如果終端收到的被叫信息既不為 ，又不是一個 SIPURI，SIP終端 負責(zé)對其他情況進行處理，由于不涉及接口問題，因此本文不做說明和規(guī)定。 ToURI: SIP終端 發(fā)起呼叫時 ToURI應(yīng)該與 RequestURI一致。本接口不對 ToURI進行強制規(guī)定，所以在此 略 過。對于 ToURI的填寫請參考相關(guān) RFC。 FromURI: user部分為主叫用戶（即 SIP終端 用戶）的用戶標識即 EID。 host部分填寫用戶所屬域或與 SIP終端 直接互通的網(wǎng)絡(luò)服務(wù)器的地址。如果是與 SoftX3000直接互通，則 host部分為 SoftX3000的地址，如果是經(jīng)過 Eudemon等其他設(shè)備互通與 SoftX3000互通，則填寫該設(shè)備的地址。由于 SIP終端 總是只是作為一個普通電話終端，因此 FromURI還應(yīng)該有 user參數(shù)且該參數(shù)的值為 phone。 其他消息頭域的填寫方法請參考 RFC3261，在此不再一一累述。 發(fā)起呼叫到 SIP終端 用戶 當其他網(wǎng)絡(luò)設(shè)備發(fā)起呼叫到 SIP終端 用戶終端時， SIP終端 會收到 INVITE請求消息請求建立SoftX3000V300R601 與 SIP終端的補充業(yè)務(wù)接口 5 呼叫。本節(jié)對該請求消息中重要頭域的填寫做如下規(guī)定： RequestURI：被叫用戶的信息。其中 user部分為被叫用戶的 號碼 ， host部分為 SIP終端 的設(shè)備地址。 To: 該呼叫的原始被叫地址。 SIP終端 只能從該頭域中獲取得到呼叫的原始被叫信息而不能從該頭域中獲取得到呼叫的當前被叫地址。因此通常終端都不需要對該頭域進行處理。 From: 該呼叫的主叫信息。其中 display name部分為主叫用戶希望顯示在被叫終端上的主叫用戶信息， FromURI部分為主叫用戶邏輯標識（標識注冊于某個域的某個用戶）。 其他消息頭域的填寫方法請參考 RFC3261，在此不再一一累述。 Note： 本文中沒有進行說明的各頭域、消息的填寫方法以及處理方法請參閱相關(guān)標準以及RFC等文檔。 SIP終端 的注冊 SIP終 端 SoftX3000REGISTER401 Unau thor izedREGISTER200 OK 對于注冊過程中各頭域的填寫請參閱本文【 】章節(jié)。 注冊過程以及認證過程請參閱本文【 】章節(jié)以及相關(guān)標準、 RFC等文檔。 基本呼叫流程 SIP終端 SoftX3000F1 : IN VI TEF2 : 10 0 Tr yi ngF3 : 18 0 Ri ng in g / 18 3 Pr og re ssF4 : PR AC KF5 : 20 0 OK fo r PR AC KF6 : 20 0 OK fo r IN VI TEF7 : AC K SoftX3000V300R601 與 SIP終端的補充業(yè)務(wù)接口 6 對于 SIP終端 發(fā)起呼叫時 INVITE請求消息各頭域的填寫請參閱本文【 】章節(jié)。 呼叫建立過程以及認證過程請參閱本文【 】章節(jié) 以及相關(guān)標準、 RFC等文檔。 2 補充業(yè)務(wù) 呼叫等待（ CWBI） 業(yè)務(wù)簡介 用戶 A與用戶 B通話過程中，用戶 C試圖與用戶 A建立通話，此時用戶 A終端提示有用戶呼入，表示另有用戶等待與之通話。同時 C聽回鈴音 。 預(yù)置條件 SIP用戶