第一篇：SIP中的SDP offer-answer交換初探

1.引言

SDP的offer/answer模型本身獨立 與于使用它的高層協(xié)議。SIP是使用offer/answer模型的應用之一。RFC 3264 [3] 定義了offer/answer模型，但沒有規(guī)定使用那個SIP消息來攜帶一個offer或answer。這些被定義在SIP基本部分（RFC3261）及其擴展RFCs中。

理論上，任何SIP消息的正文中都可以包含會話描述部分。但是，一個SIP中的會話描述并不一定是一個offer 或一個answer,只有符合在SIP標準RFCs中所描述的規(guī)則的會話描述才會被解釋為一個offer或一個answer。目前，這些關(guān)于如何處理 offer/answer模型的規(guī)則被定義為若干個RFCs中

offer/answer模型定義會話的更新。在SIP中，對話（dialog）用于將offer/answer交換及其要更新的會話聯(lián)系起來。換句話 說，只有在某個SIP對話中進行的offer/answer交換，才能更新該對話所管理的會話。

2、六種Offer/Answer交換模式

在SIP消息中承載offer/answer的規(guī)則定義在RFC 3261[1], RFC 3262 [2] 以及RFC 3311 [4]中。在這些RFCs中定義了六種在SIP消息中交換offer/answer的模式。

模式1和模式2是在RFC3261中定義 的，用于不支持可靠臨時響應消息（1xx-rel）的SIP實體之間的會話建立。

模式1：UAC在INVITE請求中攜帶一個 offer, UAS在200 INVITE響應中返回answer。這是最常用的一種模式。

模式2：UAC在INVITE請求中沒有攜帶 offer。UAS在200 INVITE響應中攜帶一個offer，UAC通過ACK返回answer。這種模式通常用于3PCC中。

模式

3、模式

4、模式5都是在RFC3262中 定義的，可用在支持100rel（可靠臨時響應）擴展的SIP實體之間。其中模式

3、模式4可用于會話建立。模式5只能用于會話參數(shù)更新。它們利用 1xx-rel響應消息來攜帶offer或answer來建立會話。

模式3：UAC在INVITE請求中攜帶一個offer, UAS在1xx-rel響應中返回answer。這樣，在呼叫完成之前（UAC沒有收到200 INVITE消息）會話已建立。此后，會話參數(shù)還可以被更新，具體見模式5及模式6。模 式4： UAC在INVITE請求中沒有攜帶offer。UAS在1xx-rel可靠響應中攜帶一個offer，UAC通過PRACK返回answer。同樣地，在呼叫完成之前（UAC沒有收到200 INVITE消息）會話已建立。此后，會話參數(shù)還可以被更新，具體見模式6。

模式5：當UAC與UAS采用模式3建立會話 后，呼叫并未完成（見模式3）。之后，可以使用模式5對已建立的會話參數(shù)進行更新：UAC在PRACK請求中攜帶一個新的offer, UAS在200 PRACK響應中返回answer。這樣，會話參數(shù)便被更新。

模式6在RFC3311中定義，主要用于在早期 對話中更新已建立的會話參數(shù)，會話可能是通過模式3，也可能是通過模式4建立的。

模式6還可以對會話進行多次更新。例如，之前已通過模 式5更新過的會話還可以使用模式6更新；甚至通過模式6更新過的會話還可以再次使用模式6更新。模 式6：UAC（或UAS）發(fā)送UPDATE請求其中攜帶一個新的offer, AS（或UAC）在200 UPDATE中返回一個offer。這樣，會話參數(shù)便被更新。注意，UAS或UAC在發(fā)送UPDATE進行會話更新之前，必須保證之前的會話更新過程已經(jīng) 完成。也就是說，發(fā)出的offer已經(jīng)收到answer，或者收到的offer已經(jīng)產(chǎn)生了answer。

3.總 結(jié)

INVITE方法提供了會話建立過程。

在 沒有100rel選項時，會話建立過程非常簡單，只能使用200INVITE響應消息傳送會話描述，這些會話描述可能是answer(模式1),也可能是 offer（模式2）。無論使用何種模式，會話都只能呼叫完成后才能建立，在呼叫完成之前和呼叫完成之后只能有一個會話 – 用于最終通話的常規(guī)會話，因而，不能建立所謂的“早期媒體會話”。

在引入100rel選項后，會話建立過程變得復雜，通過可靠的臨時消 息消息也可以傳送會話描述，這些會話描述可能是answer(模式3),也可能是offer（模式4）。模式3和模式4都能夠在呼叫完成前建立會話。并且 在呼叫完成之前，這些會話還可以被更新。這樣就能夠建立與常規(guī)會話不同的“早期媒體會話”，完成回鈴音的產(chǎn)生等功能。

PRACK方法可 用于更新已建立的會話的參數(shù)（模式5）

UPDATE方法可用于多次更新已建立的會話的參數(shù)（模式6），發(fā)起更新的可以是UAC也可以是 UAS。SIP中的早期媒體early media與回鈴音

1、早期媒體

無論是在PSTN還是在VoIP網(wǎng)絡中，一個呼叫的最終目的讓兩個用戶進行交談（conversation）。這里我們將由用戶之間的交談所產(chǎn)生的 媒體稱為常規(guī)媒體（“regular media”）。

早期媒體（“early media”）是與常規(guī)媒體相比而言的。

通常，主叫用戶發(fā)起呼叫后用戶交談并不會立即開始（甚至可能最終沒有開始），等待時間一般是幾秒到幾十秒，這完全取決于被叫用戶的何時應答。在被叫 應答之前，主叫用戶與網(wǎng)絡之間也可以有媒體流產(chǎn)生，與常規(guī)媒體相區(qū)別，這種媒體被稱為早期媒體。

最典型的早期媒體就是回鈴音。其他形式的早期媒體還有排隊提示等等。早期媒體通常都是單向的（網(wǎng)絡>主叫），在SIP中也可能會有雙向的早期媒體。

2、早期媒體的傳送

要傳送媒體首先要建立一個媒體會話（Session）。建立媒體會話實際上就是通過SDP offer/answer交換進行就會話的媒體參數(shù)進行協(xié)商的一個過程。在SIP中，媒體會話的建立過程通常首先伴隨著一個SIP對話（Dialog）的 建立過程，一般情況下，媒體會話和SIP對話是同時建立的（通過SIP 200或ACK消息攜帶SDP answer）。這種情況下，媒體會話直到被叫用戶摘機以后才能建立起來，只能用戶傳送用戶媒體，顯然無法傳送早期媒體。

要傳送早期媒體，必須在SIP對話尚未完全建立之時，即所謂的SIP早期對話狀態(tài)，完成媒體會話的建立。

怎樣在早期對話狀態(tài)建立媒體會話呢？SIP中支持兩種做法。

這兩種做法的關(guān)鍵不同在于：是否將傳送早期媒體的會話與傳送之后的通話媒體的會話明確地劃分清楚，區(qū)別開來。具體到協(xié)議上看，兩種做法都利用了 200之前的 SIP消息，比如1xx-rel、PRACK、Update等等，來傳送SDP offer/answer，但是這些SDP offer/answer在SIP消息中的標明類型和處理指示是不同的。做法1沒有明確區(qū)分出用于早期媒體的會話，實際上始終只有一個會話。具體到協(xié)議上看，用于建立（或修改）這個會話的SDP offer/answer 在SIP消息中的處理指示都是“Session”。做法2專門建立一個用于傳送早期媒體的會話，并稱之為早期會話（“early-session”）。具體到協(xié)議上看，用于建立（或修改）早期會話的 SDP offer/answer SIP 消息中的處理指示是“early-session”。并且，在一個SIP消息中可以同時攜帶處理指示分別為“Session”和“early-session”的兩個SDP消息，各自獨立地用于早期會話的協(xié)商和正常會話的協(xié)商。

在做法1中，用同一個會話（在不同的時間段里）來傳送早期媒體和通話媒體。在被叫摘機之前，這個會話可用于傳送早期媒體，在被叫摘機之后，這個會話 又用于傳送通話媒體。倘若早期媒體和通話媒體的參數(shù)不同的話，需要重新進行媒體傳輸參數(shù)的協(xié)商，這需要一定的時間，可能會帶來媒體刪剪（media clipping）的問題。在做法2中，同時會存在兩個會話，分別用于傳送早期媒體和通話媒體，在被叫摘機之后，終端可以迅速從早期會話切換到正常會話，不會帶來媒體刪剪的問題。

根據(jù)它們的適用場景的不同，這兩種做法分別被稱為網(wǎng)關(guān)模式和應用服務器模式。

3、回鈴音的產(chǎn)生

一個呼叫被發(fā)起之后，當被叫終端振鈴時，主叫也會聽到某種聲音，提示正在等待被叫應答，這就是所謂回鈴音?；剽徱敉ǔＪ悄撤N標準的音頻信號，也可能 是被叫用戶指定的某種特殊的聲音文件，例如音樂等等。在PSTN中，回鈴音通常是被叫的本地交換機產(chǎn)生，然后通過已建立的單向話路傳送給主叫話機，由主叫 話機播放給主叫。

在SIP網(wǎng)絡中，被叫側(cè)可以早期媒體的形式向主叫提供回鈴音（如果被叫側(cè)不提供回鈴音，則主叫SIP終端會在本地產(chǎn)生回鈴音）。究竟使用前面所述的 兩種做法的那一種來傳送早期媒體，下面分別討論。3.1．網(wǎng)關(guān)模式

網(wǎng)關(guān)模式適用于被叫（即UAS）為一個SIP網(wǎng)關(guān)的情形。具體的可能的情況通常如下圖所示：一個用戶在SIP終端上呼叫一個PSTN用戶，這個呼叫 通過了一個SIP網(wǎng)關(guān)。就SIP呼叫而言，網(wǎng)關(guān)是被叫。

在這里，回鈴音是由PSTN網(wǎng)產(chǎn)生的。但是在SIP域，SIP網(wǎng)關(guān)需要以早期媒體的形式將從PSTN網(wǎng)絡收到的回鈴音媒體傳送給主叫SIP終端。

這種情況下，從SIP域來看，回鈴音媒體流和之后的被叫媒體流的產(chǎn)生是同源的，都在SIP網(wǎng)關(guān)上。當被叫用戶摘機時，回鈴音媒體流自然地變成了用戶 媒體流，因此可以使用網(wǎng)關(guān)模式，而不會帶來媒體刪剪的問題。信令流程如下圖：

其中消息簡單說明如下：

1)INVITE請求中含有SDP offer，其處置類型為“Session”。網(wǎng)關(guān)收到INVITE后向PSTN發(fā)送IAM消息，然后在PCM話路上收到回鈴音，同時在信令上收到ACM消息。

2)183響應中含有SDP answer，其處置類型為“Session”。

此時，UAC與網(wǎng)關(guān)之間媒體會話建立，同時將回鈴音在這個會話上傳送給UAC。3)UAC發(fā)送PRACK 4)網(wǎng)關(guān)返回針對PRACK的200響應。

5)被叫用戶應答，網(wǎng)關(guān)收到ANM后向SIP UAC返回200 INVITE響應。同時到SIP UAC上的會話上的回鈴音自動變成了從PSTN上收到的用戶話音。主被叫用戶開始雙向通話 6)SIP UAC發(fā)送ACK。3.2．應用服務器模式

應用服務器模式適用于被叫（即UAS）是一個應用服務器的情形。具體的可能的情況通常如上圖所示：一個SIP用戶希望由運營商網(wǎng)絡（而非終端）來產(chǎn) 生回鈴音。運營商通常使用網(wǎng)絡上的一個MRF資源提供回鈴音，并且需要一個應用服務器其來控制回鈴音的產(chǎn)生。

這種情況下，回鈴音媒體流與之后的被叫媒體流分別在MRF與被叫SIP終端上產(chǎn)生，顯然是不同的源。如果使用網(wǎng)關(guān)模式的話，將回鈴音媒體切換為被叫 媒體流必須在會話上進行媒體更改，媒體更改不能立即完成，這將會帶來媒體刪剪的問題。

使用應用服務器模式，則是同時建立了兩個會話，將回鈴音媒體切換為被叫媒體流可以通過將當前會話從早期會話切換到正常會話上即可，能夠立即完成。信令流程如下圖：

簡單說明如下： 1)INVITE請求中攜帶一個SDP作為常規(guī)會話的offer 其Supported頭域中包含一個選項標簽“early-session”，表示主叫終端支持早期會話。

2)INVITE請求中攜帶之前收到的offer 3)183響應中攜帶一個SDP作為常規(guī)會話的answer。4)183中含有兩個SDP：

a)一個是之前從被叫那里收到的，作為常規(guī)會話的answer； 此時常規(guī)會話被建立，但并沒有媒體被傳送。b)另一個作為要建立的早期會話的的offer.5)PRACK中攜帶一個SDP，作為早期會話的answer 此時早期會話被建立，且有被早期媒體（回鈴音）傳送。6)AS向被叫發(fā)送PRACK 7)被叫向AS返回200 PRACK 8)AS向主叫返回200 PRACK 9)被叫摘機，向AS發(fā)送200響應

10)AS向主叫發(fā)送200響應

此時常規(guī)會話上將會有媒體傳送，主叫UA播放常規(guī)會話上的媒體。

4、關(guān)于目前多媒體彩鈴的實現(xiàn)的簡單說明

目前中國網(wǎng)通及中國移動的多媒體體彩鈴業(yè)務的實現(xiàn)都主要采用了網(wǎng)關(guān)模式的實現(xiàn)方案（詳細流程參見相關(guān)技術(shù)規(guī)范），原因是很多SIP終端都不支持 “early-session”選項標簽，無法使用應用服務器模式。

實際上，采用網(wǎng)關(guān)模式實現(xiàn)彩鈴會導致媒體刪剪等一些問題，最終應該會逐步過渡到理想的方案 – 應用服務器模式。

SIP Using SDP with Offer/Answer Model http://blog.sina.com.cn/s/blog_4b839a1b010092tl.html 根據(jù)RFC3261-13.2.1所述，SIP使用的Offer/Answer模型是建立在對話環(huán)境下的。RFC中還特意對Offer/Answer交互 有限制： 1.初始Offer必須在INVITE消息或者第一個可靠的非失敗型響應中。注：當時RFC3261中可靠效應只有2**，接下來將講到1**（除100外）也可為可靠性效應。

2.如果初始Offer在INVITE消息中，Answer必須出現(xiàn)在一個可靠的非失敗型響應中?？赡茉?**中就帶有Answer（但該Answer必須與 之后的2**中的一致），UAC將忽略同一事務之后出現(xiàn)的回應中的Answer。

3.如果初始Offer出現(xiàn)在第一個可靠的非失敗型響應中，Answer必須出現(xiàn)在對該響應的確認消息中（ACK）。

4.如果已經(jīng)發(fā)送或接受對于第一個Offer的Answer，UAC可以繼續(xù)發(fā)送新的Offer；相反的，如果沒有確認對前一個Offer的Answer，不 能發(fā)送新的Offer。

5.如果已經(jīng)發(fā)送或接受對于初始Offer的Answer，UAS禁止在之后同一個事務的響應消息中帶上新的Offer。

根據(jù)RFC3262-5所述，對于Offer/Anwer模型引入了新的擴展。

1.如果INVITE消息帶有Offer，UAS必須在一個可靠的非失敗型的響應中提供Answer。這將在呼叫完成之前建立好會話。同樣，Answer可以 出現(xiàn)在1**中，因為RFC3262提供了PRACK方法來保證1**消息為可靠消息。

2.如果UAC接收到1**中的Offer，必須在PRACK方法中帶有Answer。但是如果UAC收到1**中的Answer，則可能在PRACK帶上新 的Offer。如果UAS接收到PRACK中的Offer，則必須在2**中帶上Answer。

3.如果Offer/Answer交互成功的話，在INVITE事務沒有完成之前也能建立好會話。

4.如果在1**中帶有Offer的話，UAS在沒有收到對1**的確認之前不能發(fā)送2**。

根據(jù)RFC3264所述，Offer建立媒體選擇項（高層如SIP提供），而Answer端可以接受或拒絕，取決于高層。UA可以通過新的 Offer/Answer交互來進行會話更新，但舊的Offer/Answer交互未結(jié)束之前不可發(fā)起新的Offer。

1.發(fā)起初始Offer：雖然SDP(RFC4566)允許在一個SDP消息中支持多個會話，但具有Offer/Answer模型的SDP消息只能包含一個對 話描述。2.Offer可以包含0個或更多的媒體流（每個媒體流使用一個“m=”行和相關(guān)的屬性來描述的）。0個媒體流代表只是連接，之后可以通過新的Offer來更 新會話。

3.構(gòu)建單點傳播媒體Offer：1）媒體流方向，包含recvonly、sendrecv（默認）、sendonly及inactive。但需要注意的是在 RTP協(xié)議中，RTCP不會受該方向影響，即任何設置情況下均處于工作狀態(tài)。

4.對于recvonly和sendrecv方向的媒體流來說，Offer中的端口號碼和地址指示了提供方接受媒體流的地方。對于sendonly方向的媒體 流來說，Offer中的端口號碼和地址間接指示了提供方接受RTCP的地方（除非特殊說明，RTCP的端口比對應RTP端口高一位）。如果端口是0，則只 提供、拒絕或終止媒體流。

5.對于sendonly和sendrecv流來說，Answer可能對于同一編碼指示不同的負載類型編號（Payload Type Number），在這種情況下，Offer必須采取Answer中的編號值。

6.對于RTP流，媒體描述需要使用“a=rtpmap”來映射RTP媒體負載類型編號，如果沒有對應的“a=rtpmap”行，則使用當前默認的配置（RFC 1890）。7.“m=”行中所列的編碼必須采取優(yōu)先順序排列。

8.對于Offer中的每個“m=”行，Answer中必須有對應的“m=”行。Answer中的“t=”行必須與Offer行的一致。

9.拒絕某個Offer的流，該流的端口值必須設置為0.10.Offer如果是sendonly，則Answer必須為recvonly或者inactive；Offer如果是recvonly，則Answer必須 為sendonly或者inactive；Offer如果是sendrecv，則Answer必須為sendrecv、recvonly、sendonly或者inactive；Offer如果是inactive，則Answer必須為inactive。

11.即使Offer是senonly型，Answer的地址和端口也必須存在，因為需要傳送RTCP。

12.如果是RTP，Offer使用特定負載編號來與某編碼相對應，Answer應該保持這種對應關(guān)系。13.Answer中的“m=”行編碼應具有優(yōu)先順序，以便Offer能采用最高優(yōu)先級的選項。但即便如此，建議Answer采取與Offer相同的優(yōu)先順序。14.ptime指示接受的打包間隔，但并不要求雙方的ptime值一致。但發(fā)送媒體流時應該按照ptime指示的打包間隔來發(fā)送。

15.如果是RTP流，Answer應該采用Offer提供的負載編碼編號。16.當Offer收到Answer后，必須采用Answer中的媒體類型中的一個，最后應該采用排列的第一個。

第二篇：SIP優(yōu)勢總結(jié)

SIP優(yōu)勢總結(jié)

1、自動回呼功能。

啟用該功能后，如果您呼叫的對象沒有接聽到電話，系統(tǒng)會記錄下此次呼叫，一旦對方使用了VOIP電話，系統(tǒng)就會判定該對象已經(jīng)回來并向雙方的電話發(fā)起振鈴，摘機后就可以建立通話。該功能解決了中國人不愛使用電話留言功能的問題。

2、語音點播功能。

說明如下：

1、將重要文件或通知錄制成文件存放在VOIP系統(tǒng)中并掛接上特殊的號碼，用戶只要撥打該號碼并輸入密碼驗證，就可以收聽錄音；

2、如果企業(yè)有常用的培訓錄音，也可以放在系統(tǒng)中，用戶撥打培訓電話號碼，就可以遠程反復收聽培訓錄音了；

3、對于緊急重要的通知，也可以通過系統(tǒng)制作錄音，并通過群呼的方式向所有VOIP話機呼叫。

3、企業(yè)統(tǒng)一通信錄應用。

公司內(nèi)部網(wǎng)頁可集成“企業(yè)統(tǒng)一通信錄”，其中包含各部門員工通信錄名片，甚至合作單位通信錄名片，通訊錄名片可以鏈接多個用戶號碼（如VOIP分機號碼、普通固定電話號碼、移動手機號碼等）。

員工上班時以專有用戶身份登錄系統(tǒng)，除了可以查詢公共通訊錄外，還可以建立自己私人的通訊錄。員工需要電話呼叫同事或客戶時，只需要在“企業(yè)統(tǒng)一通信錄”上找出呼叫對象，點擊后，雙方聽到電話振鈴后摘機便可開始對話。

該應用革新了企業(yè)的通信管理概念，避免了傳統(tǒng)電話通信中找號碼、撥電話的麻煩，解決了企業(yè)傳統(tǒng)通信錄在更新、管理過程中容易泄密的問題。

4、郵件自動呼叫應用

將企業(yè)的郵件系統(tǒng)集成自動呼叫功能，員工在閱讀郵件的時候，只需點擊郵件相關(guān)人員，系統(tǒng)就可在該員工和相關(guān)人員之間建立語音連接，甚至可同時連接多方電話，組成電話會議共同討論郵件內(nèi)容。

該應用的顯著特點是提高業(yè)務處理效率。員工不必翻查通信錄，直接點擊相關(guān)聯(lián)系人即可快速解決問題。

5、電話會議應用。

系統(tǒng)提供基于Web的電話會議系統(tǒng)，該系統(tǒng)以功能模塊方式集成在軟交換服務器中，不需要額外添加電話會議設備。

利用此套電話會議系統(tǒng)可方便的召開跨部門、跨地區(qū)會議，而無需占用會議室、無需長途旅行費用開支、無需向運營商支付通訊費用。

此外，針對黑龍江人壽目前應用的PLOYCOM和AVCON視頻會議系統(tǒng)，VOIP通信系統(tǒng)也可以通過三種方式實現(xiàn)其價值：

第一種，由于PLOYCOM能夠提供模擬接口，所以VOIP系統(tǒng)可通過語音網(wǎng)關(guān)的模擬接口與之對接，作為VOIP系統(tǒng)的任何一部分機都可以加入視頻會議系統(tǒng)（只有語音）；

第二種，通過PLOYCOM和AVCON視頻會議系統(tǒng)的媒體服務器所提供的標準H.323協(xié)議，與VOIP系統(tǒng)互聯(lián)也可加入視頻會議系統(tǒng)（只有語音）。

第三種，由于視頻會議系統(tǒng)價格昂貴，在部署時只是有針對性的部署在重點地市。而相對來講VOIP通信系統(tǒng)所提供的電話會議成本低、部署廣，可以作為視頻電話會議系統(tǒng)的一個有效補充。

6、網(wǎng)絡安全。

1、號碼認證體系。我們的系統(tǒng)提供了嚴格的號碼認證體系，除了針對用戶名、密碼進行認證外，還可以針對對方的IP地址進行認證。

2、加密體系。我們的系統(tǒng)有一套非常完善的加密措施來保證通話安全。

3、跨網(wǎng)間通話質(zhì)量保證。我們的系統(tǒng)有措施確保在不同網(wǎng)絡運營商之間通話質(zhì)量良好。

7、電話錄音功能。

保險行業(yè)通常有一些業(yè)務是需要錄音的，比如電話回訪，目的是保證回訪員的工作質(zhì)量；此外對于一些催款部門，電話錄音也可以作為催款參考憑據(jù)。我們的系統(tǒng)可以方便實現(xiàn)這種應用，軟交換服務器錄音后可保存當本地硬盤。服務器上安裝數(shù)據(jù)庫工具，可以實現(xiàn)對錄音文件的查詢管理。如果錄音文件過大，還可以設置定期將錄音文件傳送到公司其它存儲設備上。

8、“幫助單系統(tǒng)”自動呼叫應用。

給IT部門的“幫助單系統(tǒng)”集成自動呼叫功能，當IT部門員工收到“幫助請求單”后，可以直接點擊幫助請求人，系統(tǒng)將自動呼叫并接通對方電話。

9、IT部門專用Call Center 該應用利用軟交換服務器集成的多級可編程IVR功能，可以把企業(yè)IT應用系統(tǒng)的故障幫助請求分門別類，分別引導；企業(yè)員工只需要撥打IT部門公布的服務號碼（VOIP號碼），其呼叫請求即被引導、轉(zhuǎn)接到合適的IT服務坐席或語音錄音。通過“IT部門專用Call Center”應用，可以將各地市人壽分公司的IT部門員工都納入到統(tǒng)一的服務體系，實現(xiàn)多中心聯(lián)網(wǎng)服務，形成網(wǎng)絡服務的優(yōu)勢。

該應用無需特別的設備投資，卻可以充分利用各地區(qū)的IT人力資源，給企業(yè)創(chuàng)造更多的服務價值，體現(xiàn)IT部門高效、完美的服務形象。

此外，我們系統(tǒng)即將推出高智能終端，可以通過液晶觸摸屏實現(xiàn)通訊錄查找、自動呼叫、電話錄音等功能。這些功能在H323系統(tǒng)中是不容易實現(xiàn)的。

第三篇：SIP協(xié)議描述

SIP協(xié)議描述

一、SIP協(xié)議的背景和功能

SIP(會話初始協(xié)議)的開發(fā)目的是用來幫助提供跨越因特網(wǎng)的高級電話業(yè)務。因特網(wǎng)電話（IP電話）正在向一種正式的商業(yè)電話模式演進，SIP就是用來確保這種演進實現(xiàn)而需要的NGN（下一代網(wǎng)絡）系列協(xié)議中重要的一員。

SIP是IETF標準進程的一部分，它是在諸如SMTP（簡單郵件傳送協(xié)議）和HTTP（超文本傳送協(xié)議）基礎之上建立起來的。它用來建立，改變和終止基于IP網(wǎng)絡的用戶間的呼叫。為了提供電話業(yè)務它還需要結(jié)合不同的標準和協(xié)議：特別是需要確保傳輸（RTP），與當前電話網(wǎng)絡的信令互連，能夠確保語音質(zhì)量（RSVP），能夠提供目錄（LDAP），能夠鑒權(quán)用戶（RADIUS）等等。

SIP被描述為用來生成，修改和終結(jié)一個或多個參與者之間的會話。這些會話包括因特網(wǎng)多媒體會議，因特網(wǎng)（或任何IP網(wǎng)絡）電話呼叫和多媒體發(fā)布。會話中的成員能夠通過多播或單播聯(lián)系的網(wǎng)絡來通信。SIP支持會話描述，它允許參與者在一組兼容媒體類型上達成一致。它同時通過代理和重定向請求到用戶當前位置來支持用戶移動性。SIP不與任何特定的會議控制協(xié)議捆綁。

本質(zhì)上，SIP提供以下功能：

名字翻譯和用戶定位：無論被呼叫方在哪里都確保呼叫達到被叫方。執(zhí)行任何描述信息到定位信息的映射。確保呼叫（會話）的本質(zhì)細節(jié)被支持。

特征協(xié)商：它允許與呼叫有關(guān)的組（這可以是多方呼叫）在支持的特征上達成一致（注意：不是所有方都能夠支持相同級別的特征）。例如視頻可以或不可以被支持?？傊嬖诤芏嘈枰獏f(xié)商的范圍。

呼叫參與者管理：呼叫中參與者能夠引入其它用戶加入呼叫或取消到其它用戶的連接。此外，用戶可以被轉(zhuǎn)移或置為呼叫保持。

呼叫特征改變：用戶應該能夠改變呼叫過程中的呼叫特征。例如，一呼叫可以被設置為“voice-only”，但是在呼叫過程中，用戶可以需要開啟視頻功能。也就是說一個加入呼叫的第三方為了加入該呼叫可以開啟不同的特征。

二、SIP網(wǎng)絡元素

SIP中有兩個要素。SIP用戶代理和SIP網(wǎng)絡服務器。用戶代理是呼叫的終端系統(tǒng)元素，而SIP服務器是處理與多個呼叫相關(guān)聯(lián)信令的網(wǎng)絡設備。

用戶代理本身具有一客戶機元素（用戶代理客戶機UAC）和一服務器元素（用戶代理服務器UAS）?？蛻魴C元素初始呼叫而服務器元素應答呼叫。這允許點到點的呼叫通過客戶機-服務器協(xié)議來完成。SIP服務器元素提供多種類型的服務器。有三種服務器形式存在于網(wǎng)絡中--SIP有狀態(tài)代理服務器，SIP無狀態(tài)代理服務器和SIP重定向服務器。由于呼叫者未必知道被呼叫方的IP地址或主機名，SIP服務器的主要功能是提供名字解析和用戶定位?？梢垣@得的是email形式的地址或與被呼叫方關(guān)聯(lián)的電話號碼。使用該信息，呼叫者的用戶代理能夠確定特定服務器來解析地址信息--這可能涉及網(wǎng)絡中很多服務器。

SIP代理服務器接收請求，決定將這些請求傳送到何處，并且將它們傳送到下一服務器（使用下一跳路由原理）。在網(wǎng)絡中可以有多跳。

有狀態(tài)和無狀態(tài)代理服務器的區(qū)別是有狀態(tài)代理服務器記住它接收的入請求，以及回送的響應和它轉(zhuǎn)送的出請求。無狀態(tài)代理服務器一旦轉(zhuǎn)送請求后就忘記所有的信息。這允許有狀態(tài)代理服務器生成請求以并行地嘗試多個可能的用戶位置并且送回最好的響應。無狀態(tài)代理服務器可能是最快的，并且是SIP結(jié)構(gòu)的骨干。有狀態(tài)代理服務器可能是離用戶代理最近的本地設備，它控制用戶域并且是應用服務的主要平臺。

重定向服務器接收請求，但不是將這些請求傳遞給下一服務器而是向呼叫者發(fā)送響應以指示被呼叫用戶的地址。這使得呼叫者可以直接聯(lián)系在下一服務器上被呼叫方的地址。

三、SIP協(xié)議的實現(xiàn)機制

SIP是一個分層結(jié)構(gòu)的協(xié)議，這意味著它的行為根據(jù)一組平等獨立的處理階段來描述，每一階段之間只是松耦合。協(xié)議分層描述是為了表達，從而允許功能的描述可在一個部分跨越幾個元素。它不指定任何方式的實現(xiàn)。當我們說某元素包含某層，我們是指它順從該層定義的規(guī)則集。

不是協(xié)議規(guī)定的每個元素都包含各層。而且，由SIP規(guī)定的元素是邏輯元素，不是物理元素。一個物理實現(xiàn)可以選擇作為不同的邏輯元素，甚至可能在一個個事務的基礎上。

SIP的最底層是語法和編碼。它的編碼使用增強Backus-Nayr形式語法（BNF）來規(guī)定。

第二層是傳輸層。它定義了網(wǎng)絡上一個客戶機如何發(fā)送請求和接收響應以及一個服務器如何接收請求和發(fā)送響應。所有的SIP元素包含傳輸層。

第三層是事務層。事務是SIP的基本元素。一個事務是由客戶機事務發(fā)送給服務器事務的請求（使用傳輸層），以及對應該請求的從服務器事務發(fā)送回客戶機的所有響應組成。事務層處理應用層重傳，匹配響應到請求，以及應用層超時。任何用戶代理客戶機（UAC）完成的任務使用一組事務產(chǎn)生。用戶代理包含一個事務層，有狀態(tài)的代理也有。無狀態(tài)的代理不包含事務層。事務層具有客戶機組成部分（稱為客戶機事務）和服務器組成部分（稱為服務器事務），每個代表有限的狀態(tài)機，它被構(gòu)造來處理特定的請求。

事務層之上的層稱為事務用戶（TU）。每個SIP實體，除了無狀態(tài)代理，都是事務用戶。當一個TU希望發(fā)送請求，它生成一個客戶機事務實例并且向它傳遞請求和IP地址，端口，和用來發(fā)送請求的傳輸機制。一個TU生成客戶機事務也能夠刪除它。當客戶機取消一個事務時，它請求服務器停止進一步的處理，將狀態(tài)恢復到事務初始化之前，并且生成特定的錯誤響應到該事務。這由CANCEL請求完成，它構(gòu)成自己的事務，但涉及要取消的事務。

SIP通過EMAIL形式的地址來標明用戶地址。每一用戶通過一等級化的URL來標識，它通過諸如用戶電話號碼或主機名等元素來構(gòu)造（例如：SIP:usercompany.com）。因為它與EMAIL地址的相似性，SIP URLs容易于用戶的EMAIL地址關(guān)聯(lián)。

SIP提供它自己的可靠性機制從而獨立于分組層，并且只需不可靠的數(shù)據(jù)包服務即可。SIP可典型地用于UDP或TCP之上。

SIP提供必要的協(xié)議機制以保證終端系統(tǒng)和代理服務器提供以下業(yè)務：

● 用戶定位

● 用戶能力

● 用戶可用性

● 呼叫建立

● 呼叫處理

● 呼叫前轉(zhuǎn)，包括：（1）等效800類型的呼叫，（2）無應答呼叫前轉(zhuǎn)，（3）遇忙呼叫前轉(zhuǎn)，（4）無條件呼叫前轉(zhuǎn)

● 呼叫號碼傳遞，該號碼可以是任何命名機制。

● 個人移動性，例如通過一個單一的、位置無關(guān)的地址來到達被呼叫方，即使被呼叫方改變了終端。

● 終端類型的協(xié)商和選擇：呼叫者可以給出選擇如何到達對方，例如通過因特網(wǎng)電話，移動電話或應答業(yè)務等。

● 終端能力協(xié)商

● 呼叫者和被呼叫者鑒權(quán)

● 不知情和指導式的呼叫轉(zhuǎn)移

● 多播會議的邀請

當一用戶希望呼叫另一用戶，呼叫者用INVITE請求初始呼叫，請求包含足夠的信息用以被呼叫方參與會話。如果客戶機知道另一方的位置它能夠直接將請求發(fā)送到另一方的IP地址。如果不知道，客戶機將請求發(fā)送到本地配置的SIP網(wǎng)絡服務器。如果服務器是代理服務器它將解析被呼叫用戶的位置并且將請求發(fā)送給它們。有很多方法完成上步，例如搜索DNS或訪問數(shù)據(jù)庫。服務器也可以是重定向服務器，它可以返回被呼叫用戶的位置到呼叫客戶機用以它直接與用戶聯(lián)系。在定位用戶的過程中，SIP網(wǎng)絡服務器當然能夠代理或重定向呼叫到其它的服務器，直到到達一個明確地知道被呼叫用戶IP地址的服務器。

一旦發(fā)現(xiàn)用戶地址，請求就發(fā)送給該用戶，此時將產(chǎn)生幾種選擇。在最簡單的情況，用戶電話客戶機接收請求——也就是，用戶的電話振鈴。如果用戶接受呼叫，客戶機用客戶機軟件的指定能力響應請求并且建立連接。如果用戶拒絕呼叫，會話將被重定向到語音郵箱服務器或另一用戶?！爸付芰Α眳⒄沼脩粝雴⒂玫墓δ堋＠纾蛻魴C軟件可以支持視頻會議，但用戶只想使用音頻會議，那則只會啟用音頻功能。

SIP還具有另外兩個有重要意義的特征。第一個是有狀態(tài)SIP代理服務器具有分割入呼叫或復制入呼叫的能力，從而可以同時運行幾個擴展分支。第一個應答的分支接受呼叫。該特征在用戶工作在兩位置之間（例如實驗室和辦公室）或者同時對經(jīng)理和其秘書振鈴時是非常便利的。

第二個特征是SIP獨特的返回不同媒體類型的能力。舉個用戶聯(lián)系公司的例子。當SIP服務器接收到客戶機的連接請求，它能夠通過WEB交互式語音響應頁面來返回到顧客的客戶機，該頁面具有可獲得的部門分支或提供在列表上的用戶。點擊適當?shù)逆溄雍髮l(fā)送一請求到所點擊選擇的用戶從而建立起呼叫。

四、SIP消息的組成

有兩種類型的SIP消息：

● 請求：從客戶機發(fā)到服務器

● 響應：從服務器發(fā)到客戶機

SIP請求消息包含三個元素：請求行、頭、消息體。

SIP響應消息包含三個元素：狀態(tài)行、頭、消息體。

請求行和頭域根據(jù)業(yè)務、地址和協(xié)議特征定義了呼叫的本質(zhì)，消息體獨立于SIP協(xié)議并且可包含任何內(nèi)容。

SIP定義了下述方法：

INVITE——邀請用戶加入呼叫。

BYE——終止一呼叫上的兩個用戶之間的呼叫。

OPTIONS——請求關(guān)于服務器能力的信息。

ACK——確認客戶機已經(jīng)接收到對INVITE的最終響應。

REGISTER——提供地址解析的映射，讓服務器知道其它用戶的位置。

INFO——用于會話中信令。

五、結(jié)束語

SIP協(xié)議憑借其簡單、易于擴展、便于實現(xiàn)等諸多優(yōu)點越來越得到業(yè)界的青睞，它正逐步成為NGN（下一代網(wǎng)絡）和3G多媒體子系統(tǒng)域中的重要協(xié)議，并且市場上出現(xiàn)越來越多的支持SIP的客戶端軟件和智能多媒體終端，以及用SIP協(xié)議實現(xiàn)的服務器和軟交換設備。雖然SIP協(xié)議目前還不成熟，但可以預見SIP必定是將來網(wǎng)絡多媒體通信中的明星。

第四篇：品質(zhì)SIP定義

制作SIP的重點及注意事項

1.什么是SIP？

SIP是STANDARD INSPECTION PROCEDURE 是縮寫，翻譯成中文檢驗標準指導書，是為確保產(chǎn)品的性能，壽命、可靠性、安全性、經(jīng)濟性，尺寸和外觀是否滿足明確和隱含要求而制定的一個準則。

2.分類

檢驗標準一般分為內(nèi)部檢驗標準和外部檢驗標準，外部檢驗標準又可分為客戶檢驗標準和行業(yè)檢驗標準。

3.檢驗標準的定義

a． 保證產(chǎn)品質(zhì)量的一致性。b． 為公司節(jié)約成本。c． 減少社會資源浪費。d． 方便客戶尋找替代品。

e． 為檢驗員判斷產(chǎn)品某一特性是否合格提供依據(jù)。

4.檢驗標準書包括的項目

4.1基本項目：

公司名稱，文件名稱，發(fā)行日期，發(fā)行版本，文件編號，產(chǎn)品名稱，產(chǎn)品料號，檢驗工程站別名稱，檢驗項目，檢驗標準，檢驗方法，檢驗環(huán)境和設施，檢驗頻率，制定者，審核人。

5.重要項目說明

a． 產(chǎn)品名稱，產(chǎn)品料號，文件編號一方面為了查找，另一方面區(qū)別與其他產(chǎn)品，相當于一種產(chǎn)品的代號。

b． 檢驗方法包括目視、量測、實驗。其中量測和實驗是借用二次元投影機，厚薄規(guī)推拉力計等儀器設備來完成檢驗。

c． 使用表單通常是檢驗者記錄檢驗結(jié)果的表單，記錄內(nèi)容包括：產(chǎn)品名稱、規(guī)格、批量、編號、使用儀器、設備、檢驗時間、檢驗人、檢驗結(jié)果數(shù)據(jù)、檢驗結(jié)果。

d． 檢驗頻率是指對總樣本數(shù)抽多少的一個比率或間隔多長時間抽取一定的樣本數(shù)。

e． 嚴重度分危害，嚴重，輕微。危害指對人的生命安全造成一定影響；嚴重指完全或部分影響使用，輕微指不會影響使用，但存在一些瑕疵使客戶的滿意度降低。

f． 制定欄目填寫制定此SIP的品質(zhì)工程師自己的名字，審核和核準欄目為品質(zhì)部門的主管填寫。

g． 尺寸是客戶對某一產(chǎn)品的長度，寬度，弧度等特性的要求，其檢驗標準欄填寫客戶要求這些特性和允許的公差。

6.如何制作一份完整的SIP? 6.1.如何識別產(chǎn)品的質(zhì)量特性中的固有特性和不合格特性？ 產(chǎn)品的質(zhì)量特性分為固有特性和不合格特性。固有特性指客戶在外觀，結(jié)構(gòu)，性能，可靠度等方面可區(qū)分的要求，及制造過程中不可避免的特征，比如產(chǎn)品某些位置的凹凸，不連續(xù)，產(chǎn)品組合后的間隙等都屬于質(zhì)量特性中的固有特性。不合格特性是指制造過程中某些不可避免的特征超出規(guī)定要求和產(chǎn)品上增加了其他物質(zhì)，包括臟污、雜色、刮傷、間隙過大等屬于此類。

識別方法：前后制程對比，與樣品對比，產(chǎn)品互相比較，與檢驗標準對比，組裝后結(jié)構(gòu)后功能是否正常，了解所有制程的控制特性及相關(guān)的品質(zhì)特性，新產(chǎn)品開發(fā)階段，或試產(chǎn)一種從未接觸的新產(chǎn)品，在沒有標準和樣品提供的前提下，了解所有制程的檢驗特性及相關(guān)的品質(zhì)特性至關(guān)重要。

6.2.了解客戶要求

每種產(chǎn)品有其獨自應具備的特性，并且不同的產(chǎn)品出于不同的使用環(huán)境和用途其具備的特性也不盡相同。比如一個水杯是用來裝水，因而必須具備不漏水的特性；一部手機的顯示屏是用于查閱，儲存信息，消費者對屏幕的關(guān)注度特別高，因而手機的顯示屏的外觀要求特別高，不允許刮傷、污點之類的缺陷。只有認真去了解客戶和消費者的使用環(huán)境，相應的品質(zhì)標準也就可以制定出來，當然不同層次的消費群體對產(chǎn)品的要求也會有差異，一般老百姓關(guān)注的是所買的產(chǎn)品能否用，價格是否便宜，而那種生活品味相對有點高的消費群體不僅注重性能，還要在外觀上看著舒服。但不論哪種消費群體，他們都會關(guān)注所買的產(chǎn)品是否能夠使用，通過這么了解識別可制定通用的檢查項目和應客戶群體同所制定的特需檢驗項目。

6.3.檢驗標準的要求

a．盡量量化，對于邊界清晰，有一定的面積的缺陷用尺寸數(shù)據(jù)描述。

b．必須含蓋客戶所有的明確或潛在的要求，獲得要求常用的方式是客戶提供的檢驗標準。c．某些特殊檢驗項目無法量化，通常用簽限度樣板的方式彌補，作為檢驗的標準。

d．同樣的缺陷，在不同強度的光源，視距，角度下其看到的結(jié)果不一樣，因而必須把這些檢驗方法標準化。

7.注意事項

a．了解公司制程和客戶端制程，若有必要，通過一定的途徑了解終端客戶的使用環(huán)境。b．了解公司每個制程會出現(xiàn)的問題點及客戶最關(guān)心的問題點。任何客戶最關(guān)心的問題點通常是能否使用，因而對影響使用的關(guān)鍵項目必須重點管控。比如：產(chǎn)品的某些位置有毛邊干涉了組裝，這種毛邊就是重點管控的項目。不同產(chǎn)品，不同位置的管控重點不一樣，因而必須了解后續(xù)制程。

c．檢驗項目和標準的描述應該即專業(yè)又通俗易懂，對于用文字描述無法說清楚的地方可附加圖片補充說明。比如有些產(chǎn)品分A，B，C幾面管控，B,C面都是側(cè)面，只是位置不同而已，此種情形用附圖說明的方式比較好。

d.一個公司同一時期內(nèi)的標準指導書格式和排版必須保持一致，字體風格和大小必須保持一致。

e.在制作SIP過程中切忌照搬COPY，這種方法很容易出現(xiàn)制作的內(nèi)容與實際產(chǎn)品不符，若想節(jié)約時間，可先把有用的內(nèi)容用不同的字體顏色標出來再進行COPY。便于識別哪些是有用于目前產(chǎn)品的標準，假如在一份SIP中修改成需要的SIP，先把不需要的內(nèi)容刪除，修改需要的部分用不同顏色做記號區(qū)分。

f．當相連項目的內(nèi)容一樣時可做合并，整個SIP的排版看起來會顯得美觀。g．在設定檢驗頻率時首先單個產(chǎn)品的所需工時及檢驗員的工作量，頻率過低的抽檢起不到對產(chǎn)品品質(zhì)狀況的有效掌控。頻率過高的抽檢會超出檢驗員的負荷，達不到指導的目的。h．為確保每份SIP的格式一樣，先確定每個項目內(nèi)容所需要的空間，然后設定好頁邊距及內(nèi)部格式，設定好的格式必須鎖定保存，不要隨意改動。當做第二份SIP時可直接COPY此份SIP的格式。

i．當做完一份SIP后，不要盲目打印，格式是否符合要求以打印預覽中看到的效果為準。與樣品對比是否能一眼看出差異，了解哪些面是用戶經(jīng)?？吹降拿?，了解影響程度，了解送給客戶產(chǎn)品的樣品。

制定：

第五篇：SIP點滴工作經(jīng)驗和教訓總結(jié)

(2013-09-10)3650SHHXHelbakoNingbo Huaxiang ElectronicCo.LtdBillliu)

今天幫bill liu做很簡單的tender submission receipt，為下午的開標會議做準備，一共四家總包，被邀請投標，其實這個receipt是個很簡單的事情，但是今天做的很不好，主要體現(xiàn)在1，字體格式要統(tǒng)一，整體協(xié)調(diào)。

2、office辦公操作需要加快速度和準確性。

3、做receipt時對contactor的資料閱讀不仔細，把投標人的縮寫寫錯，以后一定要加強相關(guān)資料的閱讀能力，做到耐心細心，膽大心細。

4、對word中頁腳的修改也是個大問題今天，自己只是在在頁面內(nèi)修改，保存后又恢復原來樣子，應該另存修改文件名，然后再頁腳處更新。

5、時間表示錯誤，下午一點半寫成13:30pm，pm只適用于十二小時制，所以應該為1:30pm。好糟糕的一天，必須吸取教訓。

文件掃描：流程性操作，及時沒用過，只要按步驟來很簡單的，要增強新事物的動手能力。

(2013-09-11)3650 SHHXHelbakoGC tenderproject teamand organizations)

今天做的這個team and organization 其實就是信息的匯總整合和分析，本身難度不大，但是對投標者的標書的內(nèi)容理解要透徹，專業(yè)，分析需要客觀，并且需要滲透到標書內(nèi)容的精髓，分辨出施工單位的質(zhì)量，這個需要有專業(yè)性的素質(zhì)，尤其是對施工單位的組織結(jié)構(gòu)的理解要透徹。

(2013-09-12)3650 SHHXHelbako

今天好囧，word中cell插入多條斜線頭一開始竟然不會，由于版本問題，這個word表格菜單下沒有插入多條斜線頭的按鈕，用畫圖的直線用具只能畫一條，最后得出只能用insert中的shape中的line命令，這些都是很簡單也最常用的，其實在一個正規(guī)的外企中辦公，office，ps，autocad等軟件的嫻熟運用是最好的能展現(xiàn)職業(yè)能力和素養(yǎng)的方式，工程經(jīng)驗和知識的展現(xiàn)需要一個長期的on-going的積累過程，但是這些職業(yè)能力將直接展現(xiàn)你的辦公效率，昨天幫bill做那個tender submission receipt 出現(xiàn)的那么多錯誤，給別人的印象真的比較差，這個是個警示，希望利用周末時間要快速的提高，這個是基礎，也將主導人脈和工作事物的資源導向性，好好把握，像張輝哥哥說的那樣，可以犯錯但是同樣的錯誤絕對不犯第二次，bill liu那個submission receipt犯了四次，真的要好好反思。