SoftX3000V300R601 與SIP終端的補充業務接口 固網SOFTX3000與SIP終端的補充業務摘 要：本文檔說明固網SoftX3000與SIP終端之間的功能接口和信令流程，SoftX3000支持的SIP補充業務。參考文檔文檔名稱作者備注RFC 3261IETFSIP協議標準文檔RFC 3262IETFSIP臨時響應消息的可靠傳輸RFC 3264IETFOffer/Answer媒體協商機制RFC 3311IETFThe Session Initiation Protocol (SIP) UPDATE MethodRFC 2327IETFSDP協議標準文檔RFC 2833IETF2833協議標準文檔RFC 3265IETFSIP事件和通知機制標準文檔RFC 2976IETFSIP INFO方法RFC 2617IETFHTTP Authentication: Basic and Digest Access AuthenticationRFC 1890IETFRTP Profile for Audio and Video Conferences with Minimal ControlRFC 3515IETFThe Session Initiation Protocol (SIP) Refer MethodRFC 3550IETFRTP: A Transport Protocol for Real-Time ApplicationsRFC 3551IETFRTP Profile for Audio and Video Conferences with Minimal ControlRFC3555IETFMIME Type Registration of RTP Payload Formatsdraft-ietf-sip-replaces-05.txtIETFReplace extension to combine to SIP calls. (Not supported)draft-ietf-sipping-service-examples-07.txtIETFSIP new service call flowsNote: SDP related references are not listed here fully.1 注冊和基本呼叫1.1 基本能力要求SIP終端以及SoftX3000支持RFC3261，RFC3262，RFC3264，RFC 3311，RFC 2327，RFC 2833，RFC 2976，RFC 2617，RFC 1890，RFC 3551等RFC對終端設備和網絡設備的要求，符合所有RFC的協議流程。詳細細節請參閱相關RFC以及標準文檔。1.2 SIP終端的標識以及重要頭域的填寫SIP用戶本身沒有設備的概念，在根據SIP協議進行互通是凡是需要在消息中攜帶SIP終端用戶標識的參數統一填寫該用戶的用戶表示User ID，該概念對應到SoftX3000內部的EID。為了描述方便，本文統一使用EID代表用戶ID，如無特別聲明，本文中EID均標識用戶的標識而非SIP終端設備本身的標識。SIP協議中對SIP-URI的定義為：SIP-URI = sip: userinfohostuserinfo = user:passwordhost = domain | ipaddr:port1.2.1 注冊過程在SIP終端發起注冊請求時：Request-URI：注冊消息Request-URI中不能有userinfo部分。host部分填寫被注冊用戶所屬域或與SIP終端直接互通的網絡服務器的地址。即Request-URI必須為“sip:”網絡服務器的地址。如果是與SoftX3000直接互通，則host部分為SoftX3000的地址，如果是經過Eudemon等其他NAT設備互通與SoftX3000互通，則填寫該設備的地址。To-URI: user部分為被注冊用戶的用戶標識即EID。host部分填寫被注冊用戶所屬域或與SIP終端直接互通的網絡服務器的地址。如果是與SoftX3000直接互通，則host部分為SoftX3000的地址，如果是經過Eudemon等其他設備互通與SoftX3000互通，則填寫該設備的地址。由于SIP終端總是只是作為一個普通電話終端，因此From-URI還應該有user參數且該參數的值為phone。From-URI: user部分填寫發起注冊的用戶的用戶標識即EID，host部分填寫被注冊用戶所屬域或與SIP終端直接互通的網絡服務器的地址。如果是與SoftX3000直接互通，則host部分為SoftX3000的地址，如果是經過Eudemon等其他設備互通與SoftX3000互通，則填寫該設備的地址。由于SIP終端總是只是作為一個普通電話終端，因此From-URI還應該有user參數且該參數的值為phone。當終端發起第一方注冊（終端只發起對自身地址的注冊和刷新）時，From-URI與To-UR一致，而當終端發起第三方注冊時From-URI與To-UR會不一致。但由于終端通常都只發起第一方注冊過程，因此通常From-URI與To-UR完全一致。注：目前除了測試工具之外還沒有看到有終端支持第三方注冊功能。SIP終端上每一個終端端口在一個生命周期（從SIP終端設備加電后該端口發起注冊過程起到該端口被復位、SIP終端設備被復位等操作或事件導致該端口所以運行期信息丟失，該段時間為一個端口的聲明周期）內，發起的注冊請求消息的Call-ID、From-tag必須保持不變，相鄰兩次注冊請求消息的CSeq值必須遞增且增量為1。發起的第一個注冊請求消息中應該沒有To-tag。如果終端發起注冊，那么注冊消息中必須包含Contact頭域，且Contact地址的填寫方法如下：1. Contact-URI: user部分為用戶的EID，host部分為SIP終端的地址。2. 帶有expires參數或Expires頭域，該頭域的值應該可以配置，但默認值應該為3600。3. Expires參數以及Expires頭域為可選。對于每一個Contact地址，如果該Contact-URI有expires參數，則使用該expires參數作為該Contact地址的expires，否則如果有Expires頭域再將該頭域的值作為Contact地址的expires，否則該contact-URI默認值為3600。如果終端發起注銷，那么注冊消息中必須包含Contact頭域，且Contact地址的expires為0（依照上述查找順序得到的Contact地址expires為0），或者Contact頭域的值為“*”且包含Expires頭域且該頭域的值為“0”。如果終端發起注冊查詢，那么注冊消息中不帶Contact頭域。其他消息頭域的填寫方法請參考RFC3261，在此不再一一累述。SIP終端收到注冊請求的響應消息后：1. 401：SIP終端應該重新發起注冊請求，并且在該請求消息中包含注冊認證信息。該過程應該符合SIP協議使用的HTTP-Digest認證方法和SIP協議規定的認證過程。詳細信息請參閱相關標準或協議。2. 200：SIP終端從200響應消息中獲取得到負責注冊的注冊地址的expires值（獲取方法與SIP發起注冊過程中expires獲取方法一致），并且必須在expires指定的定時器超時之前至少5秒鐘之前重新發起注冊過程。3. 403：SIP終端不能重新發起對該終端的注冊功能。該響應碼表示終端上的某些信息不正確（譬如用戶密碼等），SIP終端必須等重新配置該用戶后再發起注冊過程。4. 423：SIP終端應該重新發起注冊請求，并且新的注冊請求中Contact地址的expires值必須不小于423響應消息中Min-Expires頭域指定的值。SoftX3000不能向SIP終端發送對REGISTER的300類、600類以及非100的100類響應消息。對于非200的200類響應消息，SIP終端需要按照200響應消息的處理方式進行處理。1.2.2 SIP終端用戶發起呼叫在SIP終端用戶發起呼叫建立請求時，SIP終端通過INVITE請求消息發起呼叫。本節對該請求消息中重要頭域的填寫做如下規定：Request-URI：如果終端有讓用戶輸入SIP-URI并發起呼叫的功能，那么Request-URI為用戶輸入的SIP-URI。如果用戶只是簡單的輸入了被叫用戶的號碼（包括終端發起新業務注冊的特殊接入碼），Request-URI user部分為用戶輸入，host部分填寫被注冊用戶所屬域或與SIP終端直接互通的網絡服務器的地址。如果是與SoftX3000直接互通，則host部分為SoftX3000的地址，如果是經過Eudemon等其他設備互通與SoftX3000互通，則填寫該設備的地址。如果用戶采用其他方式輸入被叫信息，SIP終端負責將用戶輸入得到被叫的號碼或被叫用戶的SIP-URI。如果是號碼，則按用戶直接輸入了該號碼做同樣的處理，否則按用戶直接輸入了一個SIP-URI做同樣的處理。如果終端收到的被叫信息既不為E.164號碼，又不是一個SIP-URI，SIP終端負責對其他情況進行處理，由于不涉及接口問題，因此本文不做說明和規定。To-URI: SIP終端發起呼叫時To-URI應該與Request-URI一致。本接口不對To-URI進行強制規定，所以在此略過。對于To-URI的填寫請參考相關RFC。From-URI: user部分為主叫用戶（即SIP終端用戶）的用戶標識即EID。host部分填寫用戶所屬域或與SIP終端直接互通的網絡服務器的地址。如果是與SoftX3000直接互通，則host部分為SoftX3000的地址，如果是經過Eudemon等其他設備互通與SoftX3000互通，則填寫該設備的地址。由于SIP終端總是只是作為一個普通電話終端，因此From-URI還應該有user參數且該參數的值為phone。其他消息頭域的填寫方法請參考RFC3261，在此不再一一累述。1.2.3 發起呼叫到SIP終端用戶當其他網絡設備發起呼叫到SIP終端用戶終端時，SIP終端會收到INVITE請求消息請求建立呼叫。本節對該請求消息中重要頭域的填寫做如下規定：Request-URI：被叫用戶的信息。其中user部分為被叫用戶的號碼，host部分為SIP終端的設備地址。To: 該呼叫的原始被叫地址。SIP終端只能從該頭域中獲取得到呼叫的原始被叫信息而不能從該頭域中獲取得到呼叫的當前被叫地址。因此通常終端都不需要對該頭域進行處理。From: 該呼叫的主叫信息。其中display name部分為主叫用戶希望顯示在被叫終端上的主叫用戶信息，From-URI部分為主叫用戶邏輯標識（標識注冊于某個域的某個用戶）。其他消息頭域的填寫方法請參考RFC3261，在此不再一一累述。Note：本文中沒有進行說明的各頭域、消息的填寫方法以及處理方法請參閱相關標準以及RFC等文檔。1.3 SIP終端的注冊對于注冊過程中各頭域的填寫請參閱本文【1.2.1】章節。注冊過程以及認證過程請參閱本文【1.2.1】章節以及相關標準、RFC等文檔。1.4 基本呼叫流程對于SIP終端發起呼叫時INVITE請求消息各頭域的填寫請參閱本文【1.2.2】章節。呼叫建立過程以及認證過程請參閱本文【1.2.2】章節以及相關標準、RFC等文檔。2 補充業務2.1 呼叫等待（CWBI）業務簡介用戶A與用戶B通話過程中，用戶C試圖與用戶A建立通話，此時用戶A終端提示有用戶呼入，表示另有用戶等待與之通話。同時C聽回鈴音。預置條件SIP用戶A是業務方，給用戶A設置呼叫等待權限（命令字：MOD MSBR或MOD SS，補充業務參數：CWBI），A撥打“*58#”登記業務。若A有呼叫等待權限，則聽新業務登記成功提示音；若A無權限，則聽呼叫受限音。業務操作1. 流程圖 (SIP終端實現業務簡介業務邏輯)2. 流程描述A打B，AB通話；F1：C呼入，A收到INVITE消息，終端A給用戶提示有新呼叫呼入；F2：A給C回復180響應，用戶C聽回鈴音；F3：A拍叉保持住通話方B：給SoftX3000發送表示hold的INVITE消息（SDP中IP、端口全0或者媒體通道都為inactive、sendonly），SoftX3000給B放呼叫保持音；F4：A給C回復200響應，與C建立通話；此時，AC通話，B聽呼叫保持音；如果業務方要恢復與B的通話：F5：A拍叉保持住通話方C：給SoftX3000發送表示hold的INVITE消息（SDP中IP、端口全0或者媒體通道都為inactive、sendonly），SoftX3000給C放呼叫保持音；F6：A給B發INVITE消息，與B恢復通話；其他分支流程：1、AB通話，C撥打A，A沒有注冊CWBI業務權限的流程：SoftX3000給C回486錯誤響應；2、A要保持住B，與C通話，SoftX3000給B申請放音失敗的流程：SoftX3000給A、B發BYE消息釋放AB通話，AC通話正常；3、AB通話，C在聽呼叫保持音，C掛機的流程：C發BYE消息，釋放AC的呼叫，AB通話正常；4、AB通話，C在聽呼叫保持音，B掛機的流程：B發BYE消息，釋放AB的呼叫，然后A發INVITE消息恢復與C的通話； A收到BYE消息后如何給用戶撥提示音？這里A不需要用戶做任何干涉就直接連通C嗎？5、AB通話，C在聽呼叫保持音，業務方A掛機的流程：A發送BYE消息，釋放AB的呼叫，然后A發INVITE消息恢復與C的通話。A掛機后是否要給用戶提示音，比如振鈴？這種情況下用戶不需要做任何操作就直接發INVITE給C方嗎？SIP用戶接口1、 D1、D2：表示hold的INVITE消息，SDP中IP全0 或者 端口為0Content-Type: application/sdpc=IN IP4 m=audio 0 2、D1、D2：表示hold的INVITE消息，媒體通道都為inactive、sendonlyContent-Type: application/sdpa=inactive（或者 a=sendonly）操作說明： 操作類別項目操作步驟及說明登記操作附錄A A摘機，聽撥號音。1. A撥打“*58#”（雙音多頻話機）或“158”（脈沖話機）。若A有呼叫等待權限，則聽新業務登記成功提示音；若A無權，則聽呼叫受限音。2. A掛機，業務登記結束。說明A：業務使用者，有呼叫等待權限；B、C：普通用戶。使用說明A和B正在通話，C呼叫正通話的A。C聽語音：“您撥打的用戶正在通話，請暫勿掛機，等待回應”，A聽“嘟”的一聲提示音。此時，A可有三種選擇：操作3. 拒絕C呼入：不作任何操作，過了一段時間后（90秒）呼叫等待自動釋放；4. 在兩個用戶間切換通話，切換后原通話方保留：先拍叉或按鍵，聽特殊撥號音，按鍵；5. 結束當前通話，改與另一方通話：先拍叉或按鍵，聽特殊撥號音，按鍵。撤銷操作6. A摘機，聽撥號音。7. A撥打“#58#”（雙音多頻話機）或撥打“151158”。若A已登記呼叫等待業務，則聽業務撤消成功提示音；若未登記，則聽忙音。8. A掛機，業務撤銷結束。2.2 呼叫等待（CW）業務簡介當A用戶正與B用戶通話，C用戶試圖與A用戶建立通話連接，此時A用戶收到呼叫等待提示音，表示另有用戶等待與之通話。同時C聽呼叫等待音。預置條件SIP用戶A是業務方，給用戶A設置呼叫等待權限（命令字：MOD MSBR或MOD SS，補充業務參數：CW），A撥打“*58#”登記業務。若A有呼叫等待權限，則聽新業務登記成功提示音；若A無權限，則聽呼叫受限音。業務操作1. 流程圖(SoftX3000實現業務邏輯)2. 流程描述A打B，AB通話；F1：C撥打正在通話的A；F2：有第三方呼入，SoftX3000發INFO消息給A，提示終端A放BEEP音；F3：SoftX3000給用戶C放呼叫等待提示音；F4：A拍叉保持B，終端A發送拍叉事件的INFO消息；F5：INVITE消息帶上放音媒體，給B媒體改向，B聽呼叫保持音；F6F7：SoftX3000發送不帶SDP的INVITE消息給終端A，要求終端A要在200響應的SDP中帶上所有支持的編解碼能力；F8：SoftX3000發INFO消息給A，指示SIP終端放特殊撥號音，等待用戶撥號；F9：用戶撥“2”，終端A發送INFO消息給SoftX3000，把號碼帶上；F10：SoftX3000給C發200響應，給A媒體改向，讓AC建立通話；其他分支流程：1、 AB通話，C撥打A，A沒有注冊CW業務權限的流程：SoftX3000給C回486錯誤響應；2、 AB通話，用戶C呼入，A拍叉撥“1”的流程：釋放通話方B，接通用戶C；3、 AB通話，用戶C呼入，A掛機的流程：AB通話釋放，B聽忙音，A振鈴；4、 A拍叉撥2，AC通話，B聽呼叫保持音，A掛機的流程：AC通話釋放，C聽忙音，A振鈴，B聽回鈴音，A摘機后，AB通話；5、 A拍叉撥2，AC通話，B聽呼叫保持音，B掛機的流程：AB通話釋放，AC通話正常；6、 A拍叉撥2，AC通話，B聽呼叫保持音，C掛機的流程：AC通話釋放，AB恢復通話；SIP用戶接口D1：讓終端放BEEP音，提示用戶有新呼叫呼入，INFO消息體如下：Content-Type: application/sscctone-type=beep; beep-duration=100; beep-gap=2000; beep-times=5tone-type：放音的類型，tone-type = “beep” | “dial” | “busy” |”ringback”|”ringing”|”specialdial”|“recalldial”|” reminderring”|token；對于beep，定義如下三個參數：beep-duration = “beep-duration=” *0-9beep音長，單位：ms。beep-gap = “beep-gap=” *0-9beep音間隔時長，單位：ms。beep-times = “beep-times=” *0-9beep音播放次數D2：INFO消息上報終端的拍叉事件，INFO消息體如下：Content-Type: application/ssccContent-Length: event=flashhookevent有如下一些事件類型：event = “event=” “offhook”|“onhook”|”flashhook”|tokenD3：指示SIP終端放特殊撥號音，等待用戶撥號，INFO消息體如下：Content-Type: application/sscctone-type= specialdialdial-timer=5dial-timer：號間定時器時長，單位為毫秒。只在tone-type為dial-tone時有意義。如果tone-type為dial-tone則表示向用戶放普通的撥號音，同時使用dial-timer指示的號間定時器。號間定時器超時后SIP終端將用戶所撥號碼通過INFO消息上報給SoftX3000。D4：INFO消息上報用戶撥的號碼，帶在INFO消息體中：Content-Type: application/ssccdigit=2digit：從終端到網絡設備的消息中用來傳遞用戶所撥的號碼，從網絡設備到終端方向的消息中用來傳遞需要傳遞給用戶或終端的號碼信息。2.3 呼叫保持（Consult Hold）業務簡介通過本業務，用戶可以在保持原有通話的同時，發起新的呼叫。此后可以在兩個通話間切換，或者釋放任意一方。預置條件SIP用戶A是業務方，給用戶A設置呼叫保持權限（命令字：MOD MSBR或MOD SS，補充業務參數：CONSULHOLD），該業務不需要登記。業務操作1. 流程圖(SIP終端實現業務邏輯)2. 流程描述A打B，AB通話；F1：A拍叉保持住通話方B：給SoftX3000發送表示hold的INVITE消息（SDP中IP、端口全0或者媒體通道都為inactive、sendonly），SoftX3000給B放呼叫保持音；F2：A呼叫用戶C，AC通話F3：A拍叉保持住通話方C：給SoftX3000發送表示hold的INVITE消息（SDP中IP、端口全0或者媒體通道都為inactive、sendonly），SoftX3000給C放呼叫保持音；F4：A給B發INVITE消息，與B恢復通話；其他分支流程：1、AB通話，A發D1：INVITE消息給SoftX3000，A沒有CONSULHOLD權限的流程：SoftX3000給A回403錯誤響應；2、A要保持住B，與C通話，SoftX3000給B申請放音失敗的流程：SoftX3000給A、B發BYE消息釋放AB通話，AC通話正常；3、AB通話，C在聽呼叫保持音，C掛機的流程：C發BYE消息，釋放AC的呼叫，AB通話正常；4、AB通話，C在聽呼叫保持音，B掛機的流程：B發BYE消息，釋放AB的呼叫，然后A發INVITE消息恢復與C的通話；5、AB通話，C在聽呼叫保持音，業務方A掛機的流程：A發BYE消息，釋放AB的呼叫，然后A發INVITE消息恢復與C的通話。SIP用戶接口1、 D1、D2：表示hold的INVITE消息，SDP中IP全0；Content-Type: application/sdpc=IN IP4 2、D1、D2：表示hold的INVITE消息，媒體通道都為inactive、sendonly；Content-Type: application/sdpa=inactive（或者 a=sendonly）2.4 呼叫保持（CH）業務簡介這項業務允許用戶在一個已經存在的連接上中斷通信，然后在需要的時候重新建立這個通信。預置條件SIP用戶A是業務方，給用戶A設置呼叫保持權限（命令字：MOD MSBR或MOD SS，補充業務參數：HOLD），該業務不需要登記。業務操作1. 流程圖(SoftX3000實現業務邏輯)2. 流程描述A打B，AB通話；F1：A拍叉保持B，終端A發送拍叉事件的INFO消息， SoftX3000給B放呼叫保持音；F2：INVITE消息帶上放音媒體，給B媒體改向，B聽呼叫保持音；F3F4：SoftX3000發送不帶SDP的INVITE消息給終端A，要求終端A要在200響應的SDP中帶上所有支持的編解碼能力；F5：A拍叉，終端A發送拍叉事件的INFO消息；F6F7：SoftX3000發送不帶SDP的INVITE消息給終端A，要求終端A要在200響應的SDP中帶上所有支持的編解碼能力；F8：發INVITE消息給B，帶上A的媒體；F9：SoftX3000收到B的200響應，發ACK消息給A，帶上協商后的媒體，AB媒體協商完成，AB恢復通話；其他分支流程：1、AB通話，A發D1：INFO消息給SoftX3000，A沒有HOLD權限的流程：SoftX3000給A回403響應；2、A保持B，SoftX3000申請給B放音失敗的流程：SoftX3000發BYE消息，釋放AB呼叫；3、A保持B，B聽呼叫保持音，A掛機的流程：A振鈴，B聽回鈴音，A摘機，AB通話；SIP用戶接口1、D1、D2：INFO消息上報終端的拍叉事件，INFO消息體如下：Content-Type: application/ssccContent-Length: event=flashhook2.5 呼叫轉移（CTR）業務簡介呼叫轉移業務是指一個用戶能夠把一個正在進行中的呼叫轉移到第三方而自己退出呼叫。預置條件SIP用戶A是業務方，給用戶A設置呼叫轉移權限（命令字：MOD MSBR或MOD SS，補充業務參數：CCT 和 CTR），該業務不需要登記。業務操作1. 流程圖(SIP終端實現業務邏輯)2. 流程描述CCT：主叫拍叉呼叫轉移，業務方A撥打B，AB通話，A保持住B，撥打C，AC通話，然后A掛機讓BC通話。CTR：被叫拍叉呼叫轉移，B撥打業務方A，AB通話，A保持住B，撥打C，AC通話，然后A掛機讓BC通話。呼叫轉移有兩種實現方式，在消息流程上差別比較大，如流程圖所示，L1：沒有透傳REFER消息，由SoftX3000控制實現轉移；L2：透傳REFER消息，由終端控制實現轉移；只有當參與方B、C都是SIP用戶，并且軟參491Bit7等于1（默認值）的時候，才會走L2流程；否則走L1流程。下面以CCT為例，簡單描述一下流程：A打B，AB通話；F1：A拍叉保持住通話方B，B聽呼叫保持音；F2：A呼叫C，AC通話；L1 不透傳REFER消息的流程： F3：A掛機給SoftX3000發送REFER消息，發起訂閱； F4：SoftX3000給A回NOTIFY消息，表示訂閱終止，并給A發BYE消息，釋放A的呼叫； F5F6：SoftX3000給B、C發媒體改向的INVITE消息，BC建立通話；L2 透傳REFER消息的流程： F7F8：A掛機發送REFER消息，SoftX3000透傳給B，B收到REFER消息回202響應； F9F10：B發送NOTIFY消息給A，訂閱狀態為ACTIVE； F11F12：B發INVITE消息給C，帶上REPLACE頭域，BC建立通話；F13：C收到帶REPLACE頭域的INVITE消息，與B通話建立后，C發BYE消息，釋放AC呼叫；F14F15：BC通話建立后，B發NOTIFY消息給A，表示訂閱終止；F16：A發BYE消息給B，釋放AB呼叫。其他分支流程：1、AB通話，A發D1：INVITE消息給SoftX3000，A沒有CCT或者CTR權限的流程：SoftX3000給A回403失敗響應；2、A要保持住B，呼叫C，SoftX3000給B申請放音失敗的流程：SoftX3000給A、B發BYE消息釋放AB通話，AC通話正常；3、A掛機發REFER消息，A沒有CCT或者CTR權限的流程：SoftX3000給A回403失敗響應；SIP用戶接口1、D1：INVITE表示hold的INVITE消息，SDP中IP全0 或者 媒體通道都為inactive、sendonly；Content-Type: application/sdpc=IN IP4 Content-Type: application/sdpa=inactive（或者 a=sendonly）2、D2、D4、D5：REFER帶Refer-to必選頭域，Refer-to中帶上Replace參數；Refer-To: 3、D6、D7：NOTIFY，帶必選頭域Event、訂閱狀態active，Notify Body；Event: referSubscription-State: active;expires=(depends on Refer-To URI)Content-Type: message/sipfrag;version=2.0Content-Length: 20SIP/2.0 100 Trying4、D3、D10、D11：NOTIFY，帶必選頭域Event、訂閱狀態terminated，Notify Body；Event: referSubscription-State: terminated;reason=noresourceContent-Type: message/sipfrag;version=2.0Content-Length: 16SIP/2.0 200 OK5、D8、D9：INVITE，帶上Replace頭域；Replaces: 12345;to-tag=12345;from-tag=5FFE-39942.6 呼叫轉移（CTR）業務簡介呼叫轉移業務是指一個用戶能夠把一個正在進行中的呼叫轉移到第三方而自己退出呼叫。預置條件SIP用戶A是業務方，給用戶A設置呼叫轉移權限（命令字：MOD MSBR或MOD SS，補充業務參數：CCT 和 CTR），該業務不需要登記。業務操作1. 流程圖(SoftX3000實現業務邏輯)2. 流程描述SIP用戶A是業務方，給用戶A設置呼叫轉移權限（命令字：MOD MSBR或MOD SS，補充業務參數：CCT 和 CTR），該業務不需要登記。CCT：主叫拍叉呼叫轉移，業務方A撥打B，AB通話，A保持住B，撥打C，然后A掛機讓BC通話。CTR：被叫拍叉呼叫轉移，B撥打業務方A，AB通話，A保持住B，撥打C，然后A掛機讓BC通話。呼叫轉移有兩種方式，如流程圖所示，L1：業務方A撥打C，C摘機，AC通話后，A再掛機，BC通話；L2：業務方A撥打C，C未摘機，A在聽回鈴音的時候，A掛機，BC通話；下面以CCT為例，簡單描述一下流程：A打B，AB通話；F1：A拍叉保持B，終端A發送拍叉事件的INFO消息， SoftX3000給B放呼叫保持音；F2：INVITE消息帶上放音媒體，給B媒體改向，B聽呼叫保持音；F3F4：SoftX3000發送不帶SDP的INVITE消息給終端A，要求終端A要在200響應的SDP中帶上所有支持的編解碼能力；F5：SoftX3000發INFO消息給A，指示SIP終端放特殊撥號音，等待用戶撥號；F6：用戶撥號后，終端A發送INFO消息給SoftX3000，把C的號碼帶上；F7：SoftX3000收到帶有C的號碼的INFO消息，向C發起呼叫；F8：SoftX3000收到C的180響應，給終端A發INFO消息，讓終端放回鈴音；L1 AC通話后，A掛機的流程：F9：C摘機，給SoftX3000發200摘機響應；F10：SoftX3000收到C的摘機200響應，給A發媒體改向INVITE消息，完成AC媒體協商，AC建立通話；F11：A掛機，發BYE消息給SoftX3000；F12F13：SoftX3000給BC發媒體改向消息，讓B、C建立通話；L2 A在C振鈴的時候就掛機的流程： F14：C還未摘機，A在聽回鈴音，此時A掛機，發BYE消息； F15：SoftX3000給B發送媒體改向的INVITE消息，讓B放回鈴音； F16：C摘機發200響應給SoftX3000； F17F18：SoftX3000給B、C發媒體改向消息，讓B、C建立通話；其他分支流程：1、AB通話后，A發D1：INFO消息給SoftX3000，A沒有CCT或者CTR權限的流程：SoftX3000給A回403響應；2、A保持住B，發D5：INFO帶C的號碼給SoftX3000，呼叫C，C用戶忙或者長時間無應答的流程：A聽短暫的忙音（5秒鐘）后，AB恢復通話；SIP用戶接口D1：INFO消息上報終端的拍叉事件，INFO消息體如下：Content-Type: application/ssccContent-Length: event=flashhookD2：指示SIP終端放特殊撥號音，等待用戶撥號，INFO消息體如下：Content-Type: application/sscctone-type= specialdialdial-timer=5D3：INFO消息上報用戶撥的號碼，帶在INFO消息體中：Content-Type: application/ssccdigit=123456D4：指示終端放回鈴音，INFO消息體如下：Content-Type: application/sscctone-type=ringback2.7 三方會議（TWC）業務簡介三方通話業務指允許用戶在進行兩方通話時，通過操作加入第三方，三個成員之間可以進行三方間互相通話。預置條件SIP用戶A是業務方，給用戶A設置三方通話權限（命令字：MOD MSBR或MOD SS，補充業務參數：TRIPTY），該業務不需要登記。業務邏輯在終端上實現，包括三方通話的混音。業務操作1. 流程圖(SIP終端實現業務邏輯)2. 流程描述A打B，AB通話；F1：A拍叉保持住通話方B，B聽呼叫保持音；F2：A呼叫C，AC通話；F3：A拍叉發INVITE消息給B，B加入到通話中，ABC進入三方通話。（需要終端支持會議混音）其他分支流程：1、AB通話，A發D1：INVITE消息給SoftX3000，A沒有TRIPTY權限的流程：SoftX3000給A回403失敗響應；2、A要保持住B，呼叫C，SoftX3000給B申請放音失敗的流程：SoftX3000給A、B發BYE消息釋放AB通話，AC通話正常；3、ABC進入三方通話后，參與方B掛機的流程：B發BYE消息，釋放AB呼叫，AC通話正常；4、ABC進入三方通話后，業務方A掛機的流程：A發BYE消息，釋放AB、AC呼叫，B、C聽忙音。SIP用戶接口1、D1：INVITE表示hold的INVITE消息，SDP中IP全0 或者 媒體通道都為inactive、sendonly；Content-Type: application/sdpc=IN IP4 Content-Type: application/sdpa=inactive（或者 a=sendonly）2.8 三方會議（TRIPTY & AD3PTY）業務簡介三方通話業務指允許用戶在進行兩方通話時，通過操作加入第三方，三個成員之間可以進行三方間互相通話。預置條件SIP用戶A是業務方，給用戶A設置三方通話權限（命令字：MOD MSBR或MOD SS，補充業務參數：TRIPTY（低級三方）、AD3PTY（高級三方），該業務不需要登記。業務操作1. 流程圖(SoftX3000實現業務邏輯)（1）低級三方（2）高級三方2. 流程描述（1）低級三方A打B，AB通話F1：A拍叉保持B，終端A發送拍叉事件的INFO消息， SoftX3000給B放呼叫保持音；F2：INVITE消息帶上放音媒體，給B媒體改向，B聽呼叫保持音；F3F4：SoftX3000發送不帶SDP的INVITE消息給終端A，要求終端A要在200響應的SDP中帶上所有支持的編解碼能力；F5：SoftX3000發INFO消息給A，指示SIP終端放特殊撥號音，等待用戶撥號；F6：用戶撥號后，終端A發送INFO消息給SoftX3000，把C的號碼帶上；F7：SoftX3000收到帶有C的號碼的INFO消息，向C發起呼叫；F8：SoftX3000收到C的180響應，給終端A發INFO消息，讓終端放回鈴音；F9：C摘機回200響應，SoftX3000給A發INVITE媒體改向，AC建立通話；F10：A拍叉，終端A發送拍叉事件的INFO消息；F11F13；SoftX3000給ABC媒體改向，帶上會議資源的媒體，ABC進入三方通話；其他分支流程：1、AB通話后，A發D1：INFO消息給SoftX3000，A沒有TRIPTY權限的流程：SoftX3000給A回403響應；2、A保持住B，呼叫C，C用戶忙或者長時間無應答的流程：A聽短暫的忙音（5秒鐘）后，AB恢復通話；3、A保持B，撥打C，AC通話，在A拍叉進入三方之前，A掛機的流程：C聽忙音，A振鈴，B聽回鈴音，A摘機后，AB通話；4、ABC三方通話，業務方A掛機的流程：AB、AC呼叫釋放，B、C聽忙音；5、ABC三方通話，參與方B掛機的流程：AC恢復通話；（2）高級三方A打B，AB通話F1：A拍叉，終端A發送拍叉事件的INFO消息， SoftX3000申請會議資源；F2：INVITE消息帶上放音媒體，給B媒體改向，B聽呼叫保持音；F3F4：SoftX3000發送不帶SDP的INVITE消息給終端A，要求終端A要在200響應的SDP中帶上所有支持的編解碼能力；F5：SoftX3000發INFO消息給A，指示SIP終端放特殊撥號音，等待用戶撥號；F6：用戶撥號后，終端A發送INFO消息給SoftX3000，把C的號碼帶上；F7：SoftX3000收到帶有C的號碼的INFO消息，向C發起呼叫；F8：SoftX3000收到C的180響應，給終端A發INFO消息，讓終端放回鈴音；F9：C摘機回200響應，SoftX3000給A發INVITE媒體改向，AC建立通話；F10：A拍叉，終端A發送拍叉事件的INFO消息；F11F12；SoftX3000發送不帶SDP的INVITE消息給終端A，要求終端A要在200響應的SDP中帶上所有支持的編解碼能力；F13：SoftX3000發INFO消息給A，指示SIP終端放特殊撥號音，等待用戶撥號；F14：用戶撥號“3”，終端A發送INFO消息給SoftX3000，把號碼帶上；F15：給A媒體改向，ABC進入三方通話；其他分支流程：1、AB通話后，A發D1：INFO消息給SoftX3000，A沒有AD3PTY權限的流程：SoftX3000給A回403響應；2、A保持住B，呼叫C，C用戶忙或者長時間無應答的流程：A聽短暫的忙音（5秒鐘）后，AB恢復通話；3、A保持B，撥打C，AC通話，在A拍叉進入三方之前，A掛機的流程：AB、AC呼叫釋放，B、C聽忙音；4、ABC三方通話，業務方A掛機的流程：AB、AC呼叫釋放，B、C聽忙音；5、ABC三方通話，參與方B掛機的流程：AC恢復通話；SIP用戶接口（1）低級三方D1、D5：INFO消息上報終端的拍叉事件，INFO消息體如下：Content-Type: application/ssccContent-Length: event=flashhookD2：指示SIP終端放特殊撥號音，等待用戶撥號，INFO消息體如下：Content-Type: application/sscctone-type= specialdialdial-timer=5D3：INFO消息上報用戶撥的號碼，帶在INFO消息體中：Content-Type: application/ssccdigit=123456D4：指示終端放回鈴音，INFO消息體如下：Content-Type: application/sscctone-type=ringback（2）高級三方關鍵消息接口舉例：D1、D5：INFO消息上報終端的拍叉事件，INFO消息體如下：Content-Type: application/ssccContent-Length: event=flashhookD2、D6：指示SIP終端放特殊撥號音，等待用戶撥號，INFO消息體如下：Content-Type: application/sscctone-type= specialdialdial-timer=5D3：INFO消息上報用戶撥的號碼，帶在INFO消息體中：Content-Type: application/ssccdigit=123456D4：指示終端放回鈴音，INFO消息體如下：Content-Type: application/sscctone-type=ringbackD7：INFO消息上報用戶撥的號碼，帶在INFO消息體中：Content-Type: application/ssccdigit=32.9 縮位撥號（ADI）業務簡介縮位撥號，就是用12位代碼（也稱縮位代碼）來代替原來的被叫號碼。用戶直接撥打代碼，即撥打相應的被叫號碼。中國統一采用2位代碼作為縮位代碼。因此，縮位代碼的取值范圍是0099，即一個用戶最多可以有100個采用縮位撥號的被叫用戶。預置條件給業務使用者設置縮位撥號權限（命令字： MOD MSBR或MOD SS，補充業務參數：ADI）。脈沖話機使用該業務時，操作員可以使用LST CNACLD命令查詢該業務登記、使用、撤銷的字冠。如果沒有配置，操作員可以使用ADD CNACLD命令增加相應的字冠。關于字冠的語法分析，操作員可以使用命令LST SYNANA查詢。業務操作操作類別項目操作步驟及說明登記操作1) A摘機，聽撥號音。2) A撥打“*51*MN*B的用戶號碼#”。若A有縮位撥號權限，則聽新業務登記成功提示音；若A無權，則聽呼叫受限音。3) A掛機，登記結束。說明l A：