SOFTX3000与SIP终端的补充业务.doc

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：