CTD规范.docVIP

图7-10 全网业务点击拨号能力使用流程（播放个性化提示音，主叫用户A和被叫用户B都未签约彩铃） 流程说明： 第1～4步为用户设置个性化提示音的过程，该过程设置之后，以后每次呼叫都有效，直到用户再次修改个性化提示音的配置； 第5，6步启动呼叫状态通知，此操作完成之后，对后续所有呼叫有效，不需要每个呼叫都发起一次； 第7步是Web应用对点击拨号发起者的验证、号码屏蔽以及被叫号码选择等操作； 第9，10步，一级CTD业务平台对发起者的用户名和密码进行验证，并根据主叫号码路由转给发给二级CTD业务平台； 第11～14步，二级CTD业务平台对请求消息的源IP地址和目的IP地址进行验证，并检查黑白名单，通过之后返回成功的响应； 第15，17，20，22，23，24，25步，二级CTD业务平台通过IMS网络向用户A发起呼叫，A用户振铃，用户A所在的网络发送180消息，其中带有A用户所属UA的SDP信息，SDPA。二级CTD业务平台发送PRACK对180消息进行响应，此时PRACK中携带的是A侧刚刚回复的SDPA并且媒体属性设置成Inactive或Sendonly对A侧的媒体进行抑制。用户A侧发送针对PRACK的响应消息，用户A摘机，回送针对INVITE消息的200消息，二级CTD业务平台回送针对200消息的确认消息。以上7步不做严格要求，二级CTD业务平台可以采用其他方式与A侧进行交互，只要可以将A用户呼叫成功即可，但不能占用媒体资源服务器的资源； 第16，18，19，21步，向应用推送呼叫状态变更为“正在接通主叫”，这四步也可放在第15步之前，具体顺序不做严格要求； 第27，30，32步，二级CTD业务平台向A侧发送Re-INVITE，获取A侧最新的媒体。A侧回复自己的SDPA； 第26，28，29，30步，向应用推送呼叫状态变更为“正在接通被叫”，这四步也可放在第27步之后，具体顺序不做严格要求； 第33～37步，二级CTD业务平台使用A的SDP向媒体资源服务器请求播放个性化提示音。媒体资源服务器通过200携带自己的SDP。二级CTD业务平台向媒体资源服务器回送针对200消息的确认消息。二级CTD业务平台通过ACK携带媒体资源服务器的SDP回复给A侧，用户A将听到个性化提示音； 第38～44步，二级CTD业务平台向用户B发起呼叫，B用户振铃，用户B所在的网络发送180消息，其中带有B用户所属UA的SDP信息，SDPB。二级CTD业务平台发送PRACK对180消息进行响应，此时PRACK中携带的是B侧刚刚回复的SDP，通过将媒体属性设置成Inactive或Sendonly的方式防止对B侧的媒体进行抑制。用户B侧发送针对PRACK的响应消息，用户B摘机，回送针对INVITE消息的200消息。二级CTD业务平台回送针对200消息的确认消息； 第45～47步，二级CTD业务平台向B侧发送Re-INVITE，获取B侧最新的媒体。B侧回复自己的SDPB； 第48，49步，二级CTD业务平台向媒体资源服务器发送BYE，控制媒体资源服务器停止播放个性化提示音。媒体资源服务器回送BYE的确认消息200 OK； 第50～53步，二级CTD业务平台向用户A侧发起Re-INVITE消息，此时INVITE中带有用户B侧的SDP信息。用户A发送200响应，200消息中仍然带有A用户的SDP信息，二级CTD业务平台回送针对200消息的确认消息； 第54步，二级CTD业务平台向B侧发送针对第47步200消息的确认消息，带有A侧刚刚回复的SDP。A,B之间建立通话。 第55～58步，向应用推送呼叫状态变更为“通话中”； 第59,60步，Web应用查询呼叫状态； 第61，62,64,65步，应用发起结束呼叫请求，二级CTD业务平台返回响应； 第63,66,67,68步，二级CTD业务平台向A侧和B侧发送BYE消息，A侧和B侧发送200响应。 第69～73步，向应用推送呼叫状态变更为“呼叫结束”，同时写CDR话单。 注：上述流程描述了典型的网络与终端的媒体协商流程，业务平台要求支持的媒体协商流程应符合相关规范（rfc3261、rfc3264）定义的媒体协商原则。