一奢浑、 SIP協(xié)議的分層結構? SIP是一個分層結構協(xié)議邦马，它的行為根據一組平等獨立的處理階段來描述眼虱，每一階段之間只是松耦合脑溢。? SIP的最底層是語法和編碼僵朗。它的編碼使用增強Backus-Nayr形式語法（BNF）來規(guī)定。 第二層是傳輸層焚志，定義了網絡上客戶機與服務器發(fā)送請求和接收響應的方式衣迷，所有的SIP元素包含傳輸層。? 第三層是事務層酱酬。事務是SIP的基本元素壶谒。事務層具有客戶機組成部分（稱為客戶機事務）和服務器組成部分（稱為服務器事務），一個事務由客戶機事務發(fā)送給服務器事務的請求（使用傳輸層）膳沽，以及服務器事務發(fā)送對應該請求的響應組成汗菜。? 事務層之上的層為事務用戶（TU）让禀。當一個TU希望發(fā)送請求時，生成一個客戶機事務實例并向它傳遞請求和IP地址陨界、端口和用來發(fā)送請求的傳輸機制巡揍。

二、Sip 幾個重要參數：? 1)? ? ? 如下三個值相同代表同一個dailog（會話） Call-id Form? tag To? tag? ? 2） branch值相同菌瘪，代表同一個 transaction(事務) Branch? 3） cseq Cseq? 其生存域是一個會話腮敌。用于將一個會話中的請求消息序列化，以便用于重復消息俏扩、“遲到”消息的檢測糜工，響應消息與相應請求消息的匹配等。包含兩部分：一個32位的序列號录淡，一個請求方法捌木。? 通常在會話開始時確定一個初始值，其后再發(fā)送消息時將該值加1嫉戚。主叫方與被叫叫各自維護自己的CSeq序列刨裆，互不干擾，這有點像TCP/IP中IP包的序列號彬檀。 一個響應消息有與其對應的請求消息相同的CSeq值帆啃。 【注意】SIP中CANCEL消息與ACK消息總是比較特殊。CANCEL消息的CSeq中的序列號總是跟其要cancel的消息的相同凤覆，而對于ACK消息：如果它所要確認的是INVITE請求的non-2xx響應链瓦，則ACK消息的CSeq中的序列號與對應INVITE請求的相同；如果是2xx響應盯桦，則不同慈俯，此時ACK被當作一個新的事務。

三拥峦、 Dialog:對話贴膘，一個對話是持續(xù)一段時間的兩個UA之間的端到端的SIP關系。一個對話由SIP消息建立略号，就像用2xx響應INVITE請求刑峡。我們用Call identifier，local tag（本地tag）玄柠，remote tag（對方tag）來標志一個對話突梦，一個對話在RFC 2543中被正式叫做CALL LEG.? ? Dialog(會話) 會話是兩個UAs(user agent) 之間持續(xù)一段時間的端到端(peer-to-peer)的

SIP 關系. 一個會話由一個Call-ID, 一個local tag 和 一個remote tag來標識.會話過去也叫做 "call leg".? Call－id，local tag羽利，remote tag 三者值相同宫患，代表同一個dailog

四、 Transaction(事務)? 事務發(fā)生于客戶端和服務器端之間,包含從客戶端發(fā)出請求給服務器,到服務器響應給客戶端的最終消息(non-1xx message)之間的所有消息. 如果請求是一個"Invite"消息,并且最終的響應是一個non-2xx消息,那么該事務包含一個"Ack"響應消息.如果服務器的響應是一個2xx消息,那么,隨后的ACK是一個單獨的事務.? ? branch參數含義? branch值相同代表同一個Transaction事務系列? Branch是一個事務ID（Transaction ID）这弧，用于區(qū)分同一個Client所發(fā)起的不同Transaction娃闲。? 對于遵循RFC3261規(guī)范的實現虚汛，這個branch參數的值必須用magic cookie”z9hG4bK”打頭. 其它部分是對“To, From, Call-ID頭域和Request-URI”按一定的算法加密后得到。 根據本標準產生的branch ID必須用”z9h64bK”開頭皇帮。這7個字母是一個亂數cookie（定義成為7位的是為了保證舊版本的RFC2543實現不會產生這樣的值）卷哩，這樣服務器收到請求之后，可以很方便的知道這個branch ID是否由本規(guī)范所產生的（就是說属拾，全局唯一的）

From:? https://wenku.baidu.com/view/a805e8a631b765ce050814f6.html