固网SOFTX3000与SIP终端补充业务接口

SoftX3000V300R601 与SIP终端的补充业务接口 固网SOFTX3000与SIP终端的补充业务 摘 要：本文档说明固网SoftX3000与SIP终端之间的功能接口和信令流程，SoftX3000支持的SIP补充业务。 参考文档 文档名称 作者 备注 RFC 3261 IETF SIP 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 文档 RFC 3262 IETF SIP临时响应消息的可靠传输 RFC 3264 IETF Offer/Answer媒体协商机制 RFC 3311 IETF The Session Initiation Protocol (SIP) UPDATE Method RFC 2327 IETF SDP协议标准文档 RFC 2833 IETF 2833协议标准文档 RFC 3265 IETF SIP事件和 通知 关于发布提成方案的通知关于xx通知关于成立公司筹建组的通知关于红头文件的使用公开通知关于计发全勤奖的通知 机制标准文档 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 Real-Time Applications RFC 3551 IETF RTP Profile for Audio and Video Conferences with Minimal Control RFC3555 IETF MIME Type Registration of RTP Payload Formats draft-ietf-sip-replaces-05.txt IETF Replace extension to combine to SIP calls. (Not supported) draft-ietf-sipping-service-examples-07.txt IETF SIP new service call flows Note: 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: [userinfo@]host userinfo = user[:password] host = domain | ipaddr[:port] 1.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 或者 端口为0 Content-Type: application/sdp …… c=IN IP4 0.0.0.0 m=audio 0 …… 2、D1、D2：表示hold的INVITE消息，媒体通道都为inactive、sendonly Content-Type: application/sdp …… a=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. 在两个用户间切换通话，切换后原通话方保留：先拍叉或按键，听特殊拨号音，按<2>键； 5. 结束当前通话，改与另一方通话：先拍叉或按键，听特殊拨号音，按<1>键。 撤销 操作 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听呼叫保持音； F6 —F7：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/sscc tone-type=beep; beep-duration=100; beep-gap=2000; beep-times=5 tone-type：放音的类型， tone-type = “beep” | “dial” | “busy” |”ringback”|”ringing”|”specialdial”|“recalldial”|” reminderring”|token； 对于beep，定义如下三个参数： beep-duration = “beep-duration=” *[0-9] beep音长，单位：ms。 beep-gap = “beep-gap=” *[0-9] beep音间隔时长，单位：ms。 beep-times = “beep-times=” *[0-9] beep音播放次数 D2：INFO消息上报终端的拍叉事件，INFO消息体如下： Content-Type: application/sscc Content-Length: … event=flashhook event有如下一些事件类型： event = “event=” “offhook”|“onhook”|”flashhook”|token D3：指示SIP终端放特殊拨号音，等待用户拨号，INFO消息体如下： Content-Type: application/sscc tone-type= specialdial dial-timer=5 dial-timer：号间定时器时长，单位为毫秒。只在tone-type为dial-tone时有意义。如果tone-type为dial-tone则表示向用户放普通的拨号音，同时使用dial-timer指示的号间定时器。号间定时器超时后SIP终端将用户所拨号码通过INFO消息上报给SoftX3000。 D4：INFO消息上报用户拨的号码，带在INFO消息体中： Content-Type: application/sscc digit=2 digit：从终端到网络设备的消息中用来传递用户所拨的号码，从网络设备到终端方向的消息中用来传递需要传递给用户或终端的号码信息。 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/sdp …… c=IN IP4 0.0.0.0 2、D1、D2：表示hold的INVITE消息，媒体通道都为inactive、sendonly； Content-Type: application/sdp …… a=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听呼叫保持音； F3—F4：SoftX3000发送不带SDP的INVITE消息给终端A，要求终端A要在200响应的SDP中带上所有支持的编解码能力； F5：A拍叉，终端A发送拍叉事件的INFO消息； F6—F7：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/sscc Content-Length: … event=flashhook 2.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的呼叫； F5—F6：SoftX3000给B、C发媒体改向的INVITE消息，BC建立通话； L2 透传REFER消息的流程： F7—F8：A挂机发送REFER消息，SoftX3000透传给B，B收到REFER消息回202响应； F9—F10：B发送NOTIFY消息给A，订阅状态为ACTIVE； F11—F12：B发INVITE消息给C，带上REPLACE头域，BC建立通话； F13：C收到带REPLACE头域的INVITE消息，与B通话建立后，C发BYE消息，释放AC呼叫； F14—F15：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/sdp …… c=IN IP4 0.0.0.0 Content-Type: application/sdp …… a=inactive（或者 a=sendonly） 2、D2、D4、D5：REFER带Refer-to必选头域，Refer-to中带上Replace参数； Refer-To: 3、D6、D7：NOTIFY，带必选头域Event、订阅状态active，Notify Body； Event: refer Subscription-State: active;expires=(depends on Refer-To URI) Content-Type: message/sipfrag;version=2.0 Content-Length: 20 SIP/2.0 100 Trying 4、D3、D10、D11：NOTIFY，带必选头域Event、订阅状态terminated，Notify Body； Event: refer Subscription-State: terminated;reason=noresource Content-Type: message/sipfrag;version=2.0 Content-Length: 16 SIP/2.0 200 OK 5、D8、D9：INVITE，带上Replace头域； Replaces: 12345@192.168.118.3;to-tag=12345;from-tag=5FFE-3994 2.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听呼叫保持音； F3—F4：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； F12—F13：SoftX3000给BC发媒体改向消息，让B、C建立通话； L2 A在C振铃的时候就挂机的流程： F14：C还未摘机，A在听回铃音，此时A挂机，发BYE消息； F15：SoftX3000给B发送媒体改向的INVITE消息，让B放回铃音； F16：C摘机发200响应给SoftX3000； F17—F18：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/sscc Content-Length: … event=flashhook D2：指示SIP终端放特殊拨号音，等待用户拨号，INFO消息体如下： Content-Type: application/sscc tone-type= specialdial dial-timer=5 D3：INFO消息上报用户拨的号码，带在INFO消息体中： Content-Type: application/sscc digit=123456 D4：指示终端放回铃音，INFO消息体如下： Content-Type: application/sscc tone-type=ringback 2.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/sdp …… c=IN IP4 0.0.0.0 Content-Type: application/sdp …… a=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听呼叫保持音； F3—F4：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消息； F11—F13；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听呼叫保持音； F3—F4：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消息； F11—F12；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/sscc Content-Length: … event=flashhook D2：指示SIP终端放特殊拨号音，等待用户拨号，INFO消息体如下： Content-Type: application/sscc tone-type= specialdial dial-timer=5 D3：INFO消息上报用户拨的号码，带在INFO消息体中： Content-Type: application/sscc digit=123456 D4：指示终端放回铃音，INFO消息体如下： Content-Type: application/sscc tone-type=ringback （2）高级三方 关键消息接口举例： D1、D5：INFO消息上报终端的拍叉事件，INFO消息体如下： Content-Type: application/sscc Content-Length: … event=flashhook D2、D6：指示SIP终端放特殊拨号音，等待用户拨号，INFO消息体如下： Content-Type: application/sscc tone-type= specialdial dial-timer=5 D3：INFO消息上报用户拨的号码，带在INFO消息体中： Content-Type: application/sscc digit=123456 D4：指示终端放回铃音，INFO消息体如下： Content-Type: application/sscc tone-type=ringback D7：INFO消息上报用户拨的号码，带在INFO消息体中： Content-Type: application/sscc digit=3 2.9 缩位拨号（ADI） 业务简介 缩位拨号，就是用1～2位代码（也称缩位代码）来代替原来的被叫号码。用户直接拨打代码，即拨打相应的被叫号码。 中国统一采用2位代码作为缩位代码。因此，缩位代码的取值范围是00～99，即一个用户最多可以有100个采用缩位拨号的被叫用户。 预置条件 给业务使用者设置缩位拨号权限（命令字： MOD MSBR或MOD SS，补充业务参数：ADI）。 脉冲话机使用该业务时，操作员可以使用LST CNACLD命令查询该业务登记、使用、撤销的字冠。如果没有配置，操作员可以使用ADD CNACLD命令增加相应的字冠。关于字冠的语法分析，操作员可以使用命令LST SYNANA查询。 业务操作 操作类别 项目 操作步骤及说明 登记 操作 1) A摘机，听拨号音。 2) A拨打“*51*MN*B的用户号码#”。若A有缩位拨号权限，则听新业务登记成功提示音；若A无权，则听呼叫受限音。 3) A挂机，登记结束。 说明 · A：业务使用者，有缩位拨号权限；B、C：普通用户。 · MN：缩位代码（以下同），取值范围为00～99。 · 如果有多个缩位代码，可以按照上述步骤逐一登记。 · 如果对同一缩位代码登记过多次，则最后一次登记有效。 使用 操作 1) A摘机，听拨号音。 2) A拨打“**MN”。若MN已登记，则A听回铃音，B振铃；若MN尚未登记，则A听错号音。 3) B摘机，A和B通话。 单项撤销 操作 1) A摘机，听拨号音。 2) A拨打“#51*MN#”。若A已登记缩位拨号业务，则听业务撤消成功提示音；若未登记，则听忙音。 3) B摘机，A和B通话。 说明 单项撤销：直接撤销该缩位代码，不用作其他号码的缩位代码。 记新抹旧同时完成 操作 1) A摘机，听拨号音。 2) A拨打“*51*MN*C的用户号码#”。若A有缩位拨号权限，则听新业务登记成功提示音；若A无权，则听呼叫受限音。 3) A挂机，登记结束。 说明 记新抹旧：将某缩位代码改作其他号码的缩位代码（例如改成C的缩位代码）。 全部撤销 操作 1) A摘机，听拨号音。 2) A拨打“#51#”。若A已登记缩位拨号业务，则听业务撤消成功提示音；若未登记，则听忙音 3) A挂机，撤销结束。 说明 全部撤销：是将登记的所有缩位代码全部撤销。 其他注意事项 需要SIP终端支持拨*与＃ 2.10 闹钟业务（WAKE） 业务简介 该项业务利用电话机铃声，按用户预定的时间自动振铃，提醒用户去办计划中的事。业务特性如下： · 提供单次闹醒功能 · 提供多次闹醒功能 （按天数设置） 预置条件 给业务使用者设置闹钟业务权限（命令字： MOD MSBR或MOD SS，补充业务参数：WAKE）。 业务操作 操作类别 项目 操作步骤及说明 单次闹钟登记 操作 1) A摘机，听拨号音。 2) A拨打“*55*H1H2M1M2#”。若A有闹钟业务权限，则听新业务登记成功提示音；若A无权，则听呼叫受限音。其中，H1H2为小时：00～23；M1M2为分钟：00～59。 3) A挂机，业务登记结束。 说明 · A：业务使用者，有闹钟业务权限。 多次闹钟登记 操作 1) A摘机，听拨号音。 2) A拨打“*60*H1H2M1M2D1D2#”。若A有闹钟业务权限，则听新业务登记成功提示音；若A无权，则听呼叫受限音。其中，H1H2为小时：00～23；M1M2为分钟：00～59；D1D2为天数：00～99。 3) A挂机，业务登记结束。 说明 NA 多次闹钟验证 操作 1) A摘机，听拨号音。 2) A拨打“*#60*H1H2M1M2#”。若A有已登记多次闹钟业务，则听音乐；若未登记，则听忙音。其中，H1H2为小时：00～23；M1M2为分钟：00～59。 3) A挂机，业务验证结束。 使用 操作 1) 到预定时间，用户的电话机将自动振铃，摘机即可听提醒语音，同时本次闹钟业务取消。 2) 如振铃1分钟无人接，铃声自动终止，过五分钟再次振铃1分钟，若仍无人接电话，则本次闹钟业务取消； 3) 若预定时间到时用户话机正在使用，本次闹钟业务取消，但不会取消多次闹钟设置。 撤销单次闹钟业务 操作 1) A摘机，听拨号音。 2) A拨打“#55*H1H2M1M2#”。若A已登记闹钟业务，则听业务撤消成功提示音；若未登记，则听忙音。 3) A挂机，业务撤销结束。 说明 · 另一类撤销是拨打“#55#”撤销所有闹钟业务。 撤销多次闹钟业务 操作 1) A摘机，听拨号音。 2) A拨打“#60*H1H2M1M2#”。若A已登记闹钟业务，则听业务撤消成功提示音；若未登记，则听忙音。 3) A挂机，业务撤销结束。 说明 · 另一类撤销是拨打“#60#”撤销所有闹钟业务。 业务限制 · 可以同时登记闹钟业务与免打扰业务，且闹钟业务的优先级更高，即在业务时间的交叉点，闹钟业务正常，而免打扰业务暂时无效。 · 当同时登记闹钟业务和无条件呼叫前转业务时，闹钟业务优先级更高，即在闹醒时刻，闹钟业务有效，而无条件呼叫前转业务无效。 · 当同时登记闹钟业务和缺席用户业务时，闹钟业务优先级更高，即在闹醒时刻，闹钟业务有效，而缺席用户业务无效。 · 可以通过修改软件参数设置闹钟业务、缺席用户业务、无条件呼叫前转业务是否可以同时登记（命令字：MOD FSFP）。缺省设置是可以同时登记。 其他注意事项 · 字冠的语法分析（用命令LST SYNANA可查询）也有差别。例如，登记单次闹钟的业务字冠是“*55*”，语法分析为“T4”（4位时间）；而登记多次闹钟的业务字冠是“*60*”，语法分析为“T4D2”（4位时间加2位日期）。必须注意业务字冠的语法分析，如果语法分析不正确，则业务无法使用，此时可通过命令MOD SYNANA修改语法分析。 · 注册多次闹钟也可以通过命令：REG SS完成，补充业务参数选WAKE，参数“Hour”设定闹醒的小时（00～23）；“Minute”设定闹醒的分钟（00～59）；“Multi-wakeup”设为“TRUE”；“Duration days”设该业务的持续天数（0～99）。这样在持续时间的该时间点，都会触发WAKEUP业务。相应的撤销命令是RPL SS。 · SIP需要终端支持拨*与＃。 2.11 免打扰业务（DDB