SIP基础培训.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * HTTP DIGEST认证：通过nonce，用户名，密码，经过MD5算法生成digest，客户端将用户名，nonce和digest传给server，server端根据明文用户名在数据库中获得该用户密码，同样根据nonce，用户名，密码，经过同样的MD5算法生成digest，和客户端的digest比较完整认证 * * * * * * * * * * * * * * * * 呼叫等待 Proxy Server SIP PhoneA SIP PhoneB 通话中(参见主被叫流程) 1 Invite 2 SIP PhoneC 4 Invite 步骤1.参见主被叫流程建立通话 步骤2-5. 用户C拨打正在通话中的用户A 用户A此时可以选择的操作： 步骤6.1：用户A按下拍叉+2，保持当前通话方B，接通C，并与C通话 步骤6.2：用户按下拍叉+0，拒绝接入C，继续与B通话 注意： 用户在执行步骤6.1接入C后，可以选择按下拍叉+0或拍叉+1去挂掉某一方通话 3 100 Trying 5 180 Ringing 5 180 Ringing 6.1 发起呼叫保持流程 6.1 200 OK 6.1 200 OK 6.2 486 Busy here 6.2 486 Busy here 三方通话流程 Proxy Server SIP PhoneA SIP PhoneB 通话中 1 SIP PhoneC 10 呼叫第三方流程 11 重复2-9的会话修改流程，将会话修改为sendrecv，自此三方通话建立完毕 步骤1.参见主被叫流程建立通话 步骤2-9. 用户A按键拍叉+2，保持通话方B 步骤10. 用户A呼叫用户C，并通话 步骤11：用户A按下拍叉+3，进入三方通话，用户A和B重复步骤2-9，恢复与B通话（此时re-Invite流程中SDP媒体方向属性为sendrecv） 三方通话实际是业务方A分别到B和C各有一条媒体方向属性为sendrecv的双向RTP流，A负责来自B的语音转发C，将来自C的语音转发B，实现三方会议 100 Trying 4 7 200 Ok with sdp 9 Ack 5 100 Trying 6 200 Ok with sdp recvonly 8 Ack Re-Invite呼叫保持 2 Invite with sdp sendonly 3 Invite with sdp sendonly 呼叫转移 Proxy Server SIP PhoneA SIP PhoneB 1 A呼叫B 2 A呼叫C SIP PhoneC 步骤1：用户A呼叫B，并建立通话 步骤2：用户拍叉呼叫C并建立通话 步骤3-4：用户按下拍叉+4，发起呼叫转移 步骤5-10：server通过交替向B和C发起re-Invite流程，使得B和C协商SDP信息 步骤11：B和C开始通话 步骤12：server通知用户A呼叫转移成功 步骤14和步骤15：用户B和用户C和用户A发起挂机流程 此为商用server处理呼叫转移的流程，对于brekeke等免license试用版本，流程上有一些差异，主要体现在brekeke会透传Refer命令给C，C向B发起re-Invite，建立通话，随后B/C和A发起挂机流程 3 Refer C to B 4 202 Accepted 5 Invite without SDP 6 200 OK with C-SDP 7 Invite with C-SDP 8 200 OK with B-SDP 9 Ack with B-SDP 10 Ack without SDP 11 B和C通话 12 Notify refer OK 13 200 OK 14 Bye from B 15 Bye from C 目录 概述 SIP消息 SIP流程 FAX RTPRTCP DTMF FAX概述 VoIP FAX传真方式 G.711A passthrough G.711U passthrough T38 FAX流程 FAX传真流程与呼叫流程从SIP信令过程看，没有本质区别，主要分为： 建立语音通话 FAX发送方或接收方检测到传真音，发起re-Invite协商fax SDP属性 发起传真 传真结束，FAX发送方或就接收方发起re-Invite