softx3000补充业务流程

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恢复通话； SoftX3000V300R601 与 SIP终端的补充业务接口 16 其他分支流程： AB通话 ， A发 D1： INFO消息给 SoftX3000， A没有 HOLD权限的流程 ： SoftX3000给 A回 403响应； A保持 B， SoftX3000申请给 B放音失败的流程： SoftX3000发 BYE消息，释放 AB呼叫； A保持 B， B听呼叫保持音， A挂机的流程： A振铃， B听回铃音， A摘机， AB通话； SIP用户接口 D D2： INFO消 息上报终端的拍叉事件， INFO消息体如下： ContentType: application/sscc ContentLength: … event=flashhook 呼叫转移 （ CTR） 业务简介 呼叫转移业务是指一个用户能够把一个正在进行中的呼叫转移到第三方而自己退出呼叫。 预置条件 SIP用户 A是业务方，给用户 A设置 呼叫 转移 权限（命令字： MOD MSBR或 MOD SS，补充业务参数：CCT 和 CTR） ，该业务不需要登记。 业务操作 1. 流程图 (SIP终端实现业务逻辑 ) SoftX3000V300R601 与 SIP终端的补充业务接口 17 SoftX3000V300R601 与 SIP终端的补充业务接口 18 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流程。 SoftX3000V300R601 与 SIP终端的补充业务接口 19 下面以 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呼叫。 其他分支流程： AB通话， A发 D1： INVITE消息给 SoftX3000， A没有 CCT或者 CTR权限的流程： SoftX3000给 A回 403失败响应； A要保持住 B，呼叫 C， SoftX3000给 B申请放音失败的流程： SoftX3000给 A、 B发 BYE消息释放 AB通话， AC通话正常； A挂机发 REFER消息， A没有 CCT或者 CTR权限的流程： SoftX3000给 A回 403失败响应； SIP用户接口 D1： INVITE表示 hold的 INVITE消息， SDP中 IP全 0 或者 媒体通道都为 inactive、 sendonly； ContentType: application/sdp „„ c=IN IP4 ContentType: application/sdp „„ a=inactive（或者 a=sendonly） D D D5： REFER带 Referto必选头域， Referto中带上 Replace参数； SoftX3000V300R601 与 SIP终端的补充业务接口 20 ReferTo: sip:?Replaces=12345%%3B totag%3D12345%3Bfromtag%3D5FFE3994 D D7： NOTIFY， 带必选头域 Event、订阅状态 active， Notify Body； Event: refer SubscriptionState: active。 expires=(depends on ReferTo URI) ContentType: message/sipfrag。 version= ContentLength: 20 SIP/ 100 Trying D D D11： NOTIFY， 带必选头域 Event、订阅状态 terminated， Notify Body； Event: refer SubscriptionState: terminated。 reason=noresource ContentType: message/sipfrag。 version= ContentLength: 16 SIP/ 200 OK D D9： INVITE，带上 Replace头域； Replaces:。 totag=12345。 fromtag=5FFE3994 呼叫转移 （ CTR） 业务简介 呼叫转移业务是指一个用户能够把一个正在进行中的呼叫转移到第三方而自己退出呼叫。 预置条件 SIP用户 A是业务方，给用户 A设置 呼叫 转移 权限（命令字： MOD MSBR或 MOD SS，补充业务参数：CCT 和 CTR） ，该业务不需要登记。 业务操作 1. 流程图 (SoftX3000实现业务逻辑 ) SoftX3000V300R601 与 SIP终端的补充业务接口 21 SoftX3000V300R601 与 SIP终端的补充业务接口 22 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发起呼叫； SoftX3000V300R601 与 SIP终端的补充业务接口 23 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建立通话； 其他分支流程： AB通话后， A发 D1： INFO消息给 SoftX3000， A没有 CCT或者 CTR权限的流程： SoftX3000给 A回 403响应； A保持住 B，发 D5： INFO带 C的号码给 SoftX3000，呼叫 C， C用户忙或者长时间无应答的流程： A听短暂的忙音（ 5秒钟）后， AB恢复通话； SIP用户接口 D1： INFO消息上报终端的拍叉事件， INFO消息 体如下： ContentType: application/sscc ContentLength: … event=flashhook D2： 指示 SIP终端 放特殊 拨号 音 ， 等待用户拨号 ， INFO消息体如下 ： ContentType: application/sscc tonetype= specialdial dialtimer=5 D3： INFO消息上报用户拨的号码 ， 带在 INFO消息体中 ： ContentType: application/sscc digit=123456 SoftX3000V300R601 与 SIP终端的补充业务接口 24 D4：指 示终端放回铃音， INFO消息体如下： ContentType: application/sscc tonetype=ringback 三方会议 （ TWC） 业务简介 三方通话业务指允许用户在进行两方通话时， 通过操作 加入第三方，三个成员之间 可以 进行三方 间互相 通 话。 预置条件 SIP用户 A是业务方，给用户 A设置 三方通话权限（ 命令字 ： MOD MSBR或 MOD SS，补充业务参数：TRIPTY） ，该业务不需要登记。 业务逻辑在终端上实现，包括三方通话的混音。 业务操作 1. 流程图 (SIP终端实现业务逻辑 ) SoftX3000V300R601 与 SIP终端的补充业务接口 25 2. 流程描述 A打 B， AB通话； F1： A拍叉保持住通话方 B， B听呼叫保持音； F2： A呼叫 C， AC通话； F3： A拍叉发 INVITE消息给 B， B加入到通话中， ABC进入三方通话。 （ 需要终端 支持 会议混音 ） 其他分支流程： AB通话， A发 D1： I。