wiresharkf分析SIP呼叫流程典型流程图解.docx

wiresharkf分析SIP呼叫流程典型流程图解.docx

《wiresharkf分析SIP呼叫流程典型流程图解.docx》由会员分享，可在线阅读，更多相关《wiresharkf分析SIP呼叫流程典型流程图解.docx（27页珍藏版）》请在冰豆网上搜索。

wiresharkf分析SIP呼叫流程典型流程图解

Sip协议的相关术语：

1

．注册流程：

A拨打B,A到proxy是一个session，一个dialog，proxy到b是另一个dialog，有另一个sessionname。

Invite，ack，bye，option，update，cancel消息，每发一个就是一个事务。

每发一个请求，cseq加1，但cancel，ack，bye请求的cseq同invite的cseq。

Callid，fromtag，totag标识一次对话。

Invite消息中有fromtag，没有totag，100trying应答也没有totag。

被叫发的bye中from，to的tag和180和200ok的值。

每个事务用via字段里的branch的值来区分，invite到200ok之间属于一个事务，bye是另一事务。

语音流，被叫收到ack后发一个rtp流。

2．注销流程：

3．基本呼叫建立过程：

4．会话更改流程：

举例：

见盲转的过程中，会收到proxy发起的两次会话更新过程

5．正常呼叫释放过程：

6．被叫忙呼叫释放：

7．被叫无应答流程一：

8．被叫无应答流程二：

9．遇忙呼叫前转：

因在同一ippbx下，所以没有回486的过程，直接ippbx直接呼叫被叫号码

10．无应答呼叫前转流程：

未接通振铃超时的消息

第二被叫接通

11．呼叫保持：

12．呼叫等待：

最后是释放过程

13.盲转流程

Invite和200ok里的媒体属性

Proxy把804到proxy间的媒体流和proxy到813的呼叫的媒体流连接起来，这样617就可以挂机，804能听到813那边的提示音了。

REFER用于由一个用户代理来指另一个用户代理访问URI的对话框。

∙REFER必须包含一个Refer-To头。

这是参考一个强制性的头。

∙REFER可以在内部或在对话外发送。

∙202Accepted 将引发REFER请求这表明其他用户代理已经接受了参考

14.询问转的流程

15.彩铃的流程

普通的彩铃实现通过proxy回sdp的183消息，实现远端放音，见下图：

呼叫登记有同振业务固定电话时，流程不同，需要p-early-media字段的支持，请求中必须有100rel的支持，用update来实现会话的更新。

同振业务，固定电话振铃比较快，先接通固定电话的普通回铃音，然后手机才能接通，这时放手机的彩铃，先183接通固定电话普通彩铃，然后再update会话更新接通手机彩铃，被叫接通后update完成会话更新，接通话路。

在183和update消息中支持两个媒体流，p-early-media和content-disposition：

session

带p-early-media为早期媒体，回铃音，content-disposition为普通的通话。