現代通信交換技術課程設計--現代通信網h.323與sip協議的比較

1、<p>　　現代通信交換技術課程設計</p><p>　　設計題目：現代通信網H.323與SIP協議的比較</p><p>　　姓 名： </p><p>　　學 號： </p><p>　　班 級：

2、 通信工程083班 </p><p>　　指導老師： </p><p>　　2011年7月14日</p><p><b>　　摘要3</b></p><p>　　1． H.323協議5</p><p>　　1.1

3、H.323協議棧5</p><p>　　1.2  H.323的組件5</p><p>　　1.2.1.  H.323拓撲圖5</p><p>　　1.2.2.  Terminal6</p><p>　　1.2.4.  MCU6</p><p>　　1.2.5. 

4、; Gatekeeper6</p><p>　　1.3.  媒體傳輸相關協議6</p><p>　　1.4. H.323的通信過程7</p><p>　　1.4.1  建立呼叫7</p><p>　　1.4.2  建立呼叫控制9</p><p>　　1.4.3  傳輸媒

5、體信息9</p><p>　　1.4.4  釋放呼叫連接9</p><p>　　2． SIP協議10</p><p>　　2.1 發(fā)展背景10</p><p>　　2.2 SIP的基本內容11</p><p>　　2.2.1．SIP體系的組成部件11</p><p>　　2

6、.2.2. SIP的消息格式12</p><p>　　2.3 SIP的技術特點14</p><p>　　2.3.1. 協議的可擴充性15</p><p>　　2.3.2．開放的業(yè)務生成環(huán)境16</p><p>　　2.3.3．對移動性的支持17</p><p>　　2.4 SIP的應用和發(fā)展情況17<

7、/p><p>　　2.5 SIP會話流程圖18</p><p>　　H.323 與SIP比較18</p><p><b>　　參考資料19</b></p><p><b>　　摘要</b></p><p>　　通信在現代的社會中占據著重要的地位，通信網是通信中必不可少的因素

8、。要使通信網內的設備實現信息交換和資源共享，都必須要有協議的支持。協議定義了數據單元使用的格式，信息單元應該包含的信息和含義，連接方式，信息發(fā)送和接收時序，從而確保網絡中數據順利地傳送到確定的地方。網絡如果沒有統(tǒng)一的通信協議，信息傳遞就無法識別。本文主要介紹了軟交換中重要的SIP和H.323協議的作用，協議消息類型，協議消息結構以及協議操作過程。</p><p>　　關鍵詞：協議； SIP; H.323&l

9、t;/p><p><b>　　Abstract</b></p><p>　　Communication in the modern society act an important position, communication network is essential factors in communication .To make the communication

10、s network equipment within the facility to realize information exchange and sharing resource must be to want to have the support of the agreement. Agreement defines the format used date unit, the information and meaning,

11、 connection, information sending and receiving timing, to ensure the date can receiving the right place in the network. This thesis</p><p>　　Keywords: agreement ; SIP; H.323 </p><p>　　1． H.3

12、23協議</p><p>　　H.323是ITU-T提出的一個建議書。它是一個協議族，用來在IP分組交換網上實現語音通信、視頻通信和數據會議。H.323當前已發(fā)展到了第6個版本。</p><p>　　1.1 H.323協議棧</p><p>　　H.323協議族是建立在運輸層之上的體系結構。正因為建立在傳輸層之上，所以它屏蔽了底層網絡的差異，而使其與其他網絡的VOI

13、P協議交互起來比較容易。圖 1-1是H.323的協議棧。</p><p>　　H.323有三個功能模塊：信令控制模塊、媒體傳輸模塊和數據會議（Data Conference）模塊。信令控制模塊又由H.225.0 認證/接受/狀態(tài)RAS（Registration/Admission/Status）信令、H.245媒體控制信令和H.225.0呼叫信令組成。媒體傳輸模塊由音頻傳輸和視頻傳輸兩部分組成，這兩部分各自又包括

14、編碼標準、RTP實時傳輸和RTCP實時傳輸控制。數據會議模塊則主要由建立在TCP上的T.120協議族來負責。</p><p>　　H.323只是H.32X多媒體通信標準系列中的一個。H.32X系列標準各自針對一種特定網絡上的多媒體通信。它們公用了很多協議，例如H.245就是大多數H.32X協議族系列的一個公共的協議。H.32X協議族包括：H.320是在N-ISDN上進行多媒體通信的標準，H.321是在B-ISDN

15、上進行多媒體通信的標準，H.322是在有服務質量保證的LAN上進行多媒體通信的標準，H.324是在GSTN和無線網絡上進行多媒體通信的標準，而H.323為現有的分組網絡PBN（如IP網絡）提供多媒體通信標準。</p><p>　　1.2  H.323的組件</p><p>　　1.2.1.  H.323拓撲圖</p><p>　　圖1.1 一個

16、簡單的H.323拓撲圖</p><p>　　H.323一般有四個組件：Terminal（終端）、Gateway（網關）、MCU（Mutipoint Control Units多點控制單元）和Gatekeeper（關守）。Terminal、Gateway和MCU都可稱為endpoint（端點）。</p><p>　　1.2.2.  Terminal</p><p

17、>　　Terminal是一個產生和終止H.323數據流／信令的endpoint。它是一個帶有H.323協議棧的器件，例如PC、嵌入式IP電話機和IP電話軟件Net2Phone等。</p><p>　　根據H.323的規(guī)定，Terminal必須支持音頻通信，而視頻通信和數據會議則是可選的。</p><p>　　1.2.3.  Gateway</p><p&

18、gt;　　Gateway是H.323網絡中一個可選組件。Gateway最重要的作用就是協議轉換。通過Gateway，兩個不同協議體系結構的網絡得以通信。例如，有了Gateway，一個H.323終端能夠與PSTN終端語音通信?？梢钥闯觯斘覀兊耐ㄐ乓涍^不同協議體系結構的網絡時，Gateway是必須的。</p><p>　　1.2.4.  MCU</p><p>　　MCU主要負責

19、多方會話。MCU由一個必須的MC（Multipoint Controller）和可選的多個MP（Multipoint Processor）組成。MC負責信令控制，MP負責混音、Transcode等媒體處理。</p><p>　　1.2.5.  Gatekeeper</p><p>　　Gatekeeper也是H.323網絡的一個可選組件。Gatekeeper主要負責認證控制、地址

20、解析、帶寬管理和路由控制等。</p><p>　　當H.323網絡中不存在Gatekeeper時，兩個endpoint是不需要經過認證就能直接通信。這不便于運營商開展計費服務，而且兩個endpoint的地址解析被分散到Gateway中，這無疑會加大Gateway的復雜度。另外，如果沒有Gatekeeper，擴充新功能（如添加帶寬管理和路由控制）是比較困難的。</p><p>　　Gatek

21、eeper則恰好彌補了上述缺陷，當然也帶來了成本的提高。Gatekeeper本質上是將認證控制、地址解析、帶寬管理和路由控制等功能集成到一個器件中。這樣，當H.323網絡中存在Gatekeeper時，兩個endpoint要通信，必須先經過Gatekeeper的認證。然后Gatekeeper從endpoint提交的認證信息（如Net2Phone提供的號碼序列）中，獲取到兩個endpoint間的路由，從而讓兩個endpoint實現通信。當然

22、，為加強整個網絡的管理，我們可以方便地將帶寬管理和路由控制等功能方便地添加到Gatekeeper中。</p><p>　　1.3.  媒體傳輸相關協議</p><p>　　音頻、視頻等信息要傳輸，首先要編碼，這需要編碼協議。為保證它們的傳輸質量（實時性等），我們用UDP來傳輸它們，但UDP的可靠性不好，所以我們需在UDP之上加上自己的檢錯、糾錯機制，這就是說我們要在UDP上加上另

23、外的傳輸協議。</p><p>　　H.323協議體系中，從上到下與媒體傳輸相關的協議有：音頻編碼協議G.711和G.723.1等，視頻編碼協議H.261和H.263等，實時運輸協議RTP以及與其配套的實時運輸控制協議RTCP。</p><p>　　RTP協議是用來提供端到端的實時運輸功能，但并不保證服務質量；而配套的RTCP協議是用來保證服務質量的。這兩個協議的詳細情況請參看RFC355

24、0（RFC1889是過期標準）和另一篇文章《RTP協議分析》。</p><p>　　1.4. H.323的通信過程</p><p>　　圖1.2典型的H.323的通信過程</p><p>　　可以看出這個通信過程分為4步。</p><p>　　1)建立RAS信令。這主要完成認證、地址解析等功能。</p><p>　　2

25、)建立呼叫信令。這主要是通過Setup，Alerting，Connect等步驟來完成。</p><p>　　3)建立呼叫控制（即媒體控制）。這主要完成協商endpoint的能力，打開或關閉媒體邏輯信道等。</p><p>　　4)傳輸音頻或視頻等信息。</p><p>　　需要注意的是在快速連接（Fast Connect）模式下，并沒建立單獨的呼叫控制信道，所有的呼

26、叫控制信息以“隧道”的方式在呼叫信令信道中傳輸。</p><p>　　1.4.1  建立呼叫</p><p>　　圖1.3給出了呼叫建立的過程。圖中的綠實線表示RAS信息，而黑虛線表示H.225呼叫信令信息。圖中的呼叫建立過程敘述如下。</p><p>　　1) T1向Gatekeeper發(fā)送認可請求ARQ（Admission Request）。</

27、p><p>　　2) Gatekeeper確認T1的ARQ，向T1回送ACF。</p><p>　　3) T1發(fā)送“Setup”信息給T2。</p><p>　　4) T2向T1回送一個“Call Proceeding”響應，表明呼叫正在建立中。這個時候，如果T2已經向Gatekeeper注冊，則轉6)。</p><p>　　5) T2到Gate

28、keeper處注冊。</p><p>　　6) T2向T1發(fā)送“Alerting”信息，表明T2正在建立呼叫。</p><p>　　7) T2向T1發(fā)送“Connect”信息，表明已經成功地在T1和T2間建立了呼叫連接。</p><p>　　圖1.3 建立呼叫的過程</p><p>　　圖1.4 建立呼叫控制的過程</p>

29、<p>　　1.4.2  建立呼叫控制</p><p>　　圖1.4給出了呼叫控制的建立過程。整個建立過程就是T1（T2）向T2（T1）發(fā)送某個請求，然后T2（T1）向T1（T2）確認相應的請求。</p><p>　　1.4.3  傳輸媒體信息</p><p>　　圖1.5 媒體傳輸示意圖</p><p>　　

30、圖1.5給出了媒體信息傳輸的示意圖。RTP用來提供端到端的實時運輸功能，但并不保證服務質量，而配套的RTCP用來保證服務質量。</p><p>　　1.4.4  釋放呼叫連接</p><p>　　圖1.6給出了釋放呼叫的示意圖。整個流程大致如下。</p><p>　　1) T1和T2向對方發(fā)送H.245消息“End Session Command”來建議釋

31、放呼叫連接。</p><p>　　2) T2向T1發(fā)送H.225信令消息“Release Complete”來釋放呼叫連接。</p><p>　　3) T1和T2各自從Gatekeeper上登出。</p><p>　　圖1.6 釋放呼叫連接的過程</p><p><b>　　2． SIP協議</b></p>

32、<p><b>　　2.1 發(fā)展背景</b></p><p>　　軟交換技術是實現新一代話音通信及多媒體和數據交互的核心技術。軟交換技術體現了控制/業(yè)務與承載分離的思想，作為控制實體的軟交換機，完成呼叫接續(xù)、業(yè)務控制和用戶管理等功能，而業(yè)務媒體流的傳送由IP基礎網絡完成。在整個軟交換體系中，完成接續(xù)、控制功能的信令協議起到核心作用，決定了業(yè)務提供能力的強弱。IETF制訂的新一代

33、會話控制協議SIP（Session Initiation Protocol），具有簡單、開放、靈活、可擴展等多方面明顯優(yōu)點，成為下一代網絡軟交換體系的重要技術。</p><p>　　早在20世紀90年代，業(yè)界就曾對究竟是采用H.323還是采用SIP或MGCP作為基于分組網絡的會話通信協議進行過激烈的爭論。由于簡單、高效和可擴展性強，SIP很快就被IETF的其他成員單位采納。最初，SIP被認為是端到端(或者用戶到用

34、戶)的通信協議。該通信協議在很大程度上依賴于現有的互聯網協議，如HTTP和SMTP。端到端的SIP模式適用于ISP和剛開業(yè)的公司構建自己新的網絡體系結構，同時也可應用于新型的大型服務提供商網絡。在SIP之前，通信服務提供商是用基于H.323的標準作為話音網絡和數據網絡進行融合的標準。由于SIP強調支持多方會議，包括對IP多播和請求分支的功能(這兩項功能在當今的電話網絡中是不具備的)，運營商通過SIP能夠提供較H.323標準更為靈活的、互

35、操作性更強的能力和新的服務特性。于是，自1998年起，當新建大規(guī)模VoIP網絡時，運營商開始考慮采用SIP協議，即使那些采用H.323的傳統(tǒng)的互聯網電話服務提供商也開始考慮向SIP過渡。</p><p>　　2.2 SIP的基本內容</p><p>　　SIP協議是IETF制訂的會話控制協議，負責建立和管理兩個或多個用戶間的會話連接，它主要用于對等模式（Peer to Peer）的實時業(yè)務

36、，如VOIP、視頻會議等應用，其功能類似于當前VoIP主要采用的信令協議H.323。SIP充分借鑒了HTTP、SMTP（簡單郵件傳送協議）這兩個互聯網上最成功的應用層協議，其編碼是文本方式的，繼承了互聯網協議簡單、開放、靈活的特點。</p><p>　　2.2.1．SIP體系的組成部件</p><p>　　SIP協議雖然主要為IP網絡設計的，但它并不關心承載網絡，也可以在ATM、幀中繼等承

37、載網中工作，它是應用層協議，可以運行于TCP、UDP、SCTP等各種傳輸層協議之上。</p><p>　　SIP用戶是通過類似于e-mail地址的URL標識的，例如：sip:myname@mycompany.com，通過這種方式可以用一個統(tǒng)一名字標識不同的終端和通信方式，為網絡服務和用戶使用提供充分的靈活性。</p><p>　　SIP體系結構中，包括以下幾個主要部件：</p>

38、<p>　　用戶代理(User Agent)分為兩個部分：客戶端(User Agent Client)，負責發(fā)起呼叫；用戶代理服務器（User Agent Server），負責接受呼叫并做出響應。二者組成用戶代理存在于用戶終端中。</p><p>　　代理服務器（Proxy Server），負責接收用戶代理發(fā)來的請求，根據網絡策略將請求發(fā)給相應的服務器，并根據收到的應答對用戶做出響應。它可以根據需要

39、對收到的消息改寫后再發(fā)出。</p><p>　　重定向服務器（Redirect Server），在需要時，將用戶新的位置返回給呼叫方。呼叫方可根據得到的新位置重新呼叫。</p><p>　　注冊服務器(Registar)：接收用戶端的注冊請求，完成用戶地址的注冊。</p><p>　　以上幾種Server可共存于一個設備，也可以分布在不同的物理實體中。SIP服務器完

40、全是純軟件實現，可以根據需要運行于各種工作站或專用設備中。</p><p>　　UAC、UAS、Proxy Server、Redirect Server都是根據在一個具體呼叫事件中各物理實體所扮演的不同角色，而這樣的角色不是固定不變的。一個用戶終端在會話建立時扮演UAS，而在主動發(fā)起拆除連接時，則扮演UAC。一個服務器在正常呼叫時作為Proxy Server，而如果其所管理的用戶移動到了別處，或者網絡對被呼叫地址

41、有特別策略，則它將扮演Redirect Server，告知呼叫發(fā)起者該用戶新的位置。</p><p>　　除了以上部件，網絡還需要提供位置目錄服務，以便在呼叫接續(xù)過程中定位被叫方（服務器或用戶端）的具體位置。這部分協議不是SIP協議的范疇，可選用LDAP（輕量目錄訪問協議）等。</p><p>　　理論上，SIP呼叫可以只有雙方的用戶代理參與，而不需要網絡服務器。設置服務器，主要是服務提供

42、者運營的需要。運營商通過服務器可以實現用戶認證、管理和計費等功能，并根據策略對用戶呼叫進行有效的控制。同時可以引入一系列應用服務器，提供豐富的智能業(yè)務。</p><p>　　SIP的組網很靈活，沒有一定之規(guī)。在網絡服務器的分工方面：位于網絡核心的服務器，處理大量請求，負責重定向等工作，是無狀態(tài)的，它個別地處理每個消息，而不必跟蹤紀錄一個會話的全過程；網絡邊緣的服務器，處理局部有限數量的用戶呼叫，是有狀態(tài)的，負責對

43、每個會話進行管理和計費，需要跟蹤一個會話的全過程。這樣的協調工作，既保證了對用戶和會話的可管理性，又使網絡核心負擔大大減輕，實現可伸縮性，基本可以接入無限量用戶。SIP網絡具有很強的重路由能力，具有很好的彈性和健壯性。</p><p>　　2.2.2. SIP的消息格式</p><p>　　SIP消息由三個部分組成：標識消息類型和目的地址的起始行，攜帶消息參數的頭部以及承載任意附加信息的消

44、息體。消息體中傳送的最重要的信息就是由SDP（Session Description Protocol）協議描述的媒體控制信息，供終端協商并建立媒體信道。</p><p>　　SIP消息格式：由一個起始行（Start-line）、一個或多個字段(header fields)組成的消息頭、一個標志消息頭結束的空行(CRLF)以及作為可選項的消息體(Message body)組成，其中描述的頭稱為實體頭(Entity

45、 header)。</p><p>　　Generic-message = start-line</p><p>　　*message-header</p><p><b>　　CRLF</b></p><p>　　[Message-body]</p><p><b>　?。?）起始行&

46、lt;/b></p><p>　　起始行分請求行（Request-Line）和狀態(tài)行（Status-Line）兩種。</p><p>　　請求行（Request-Line）：請求消息的起始行，由請求消息類型，請求目的發(fā)送地址Request-URI，SIP協議的版本號，之間用空格隔開。</p><p>　　請求行的6種Request Method：</p&

47、gt;<p>　　INVITE：用于發(fā)起呼叫請求。INVITE消息包括消息頭和數據區(qū)兩部分。INVITE 消息頭包含主、被呼叫的地址，呼叫主題和呼叫優(yōu)先級等信息。數據區(qū)則是關于會話媒體的信息，可由會話描述協議SDP 來實現。</p><p>　　BYE：當一個用戶決定中止會話時，可以使用BYE 來結束會話。</p><p>　　OPTIONS：用于詢問被叫端的能力信息，但OP

48、TIONS 本身并不能發(fā)起呼叫。</p><p>　　ACK：對已收到的消息進行確認應答。</p><p>　　REGISTER：用于用戶向SIP服務器傳送位置信息或地址信息。</p><p>　　CANCEL：取消當前的請求，但它并不能中止已經建立的連接。</p><p>　　狀態(tài)行（Status-Line）：響應消息的起始行，SIP應答消

49、息的Status-Line由SIP-Version開始，接著是一個數字編碼的狀態(tài)碼Status-Code，最后是一個與狀態(tài)碼相關的描述性短語Reason-Phrase，然后由一個CRLF行結束符結束Status-Line。</p><p>　　SIP應答消息的六類應答狀態(tài)編碼</p><p>　　1xx：臨時消息：表示表示請求消息已經收到，后面將繼續(xù)處理該請求。</p>&l

50、t;p>　　2xx：成功消息：表示請求已經被成功的理解、接受或執(zhí)行。</p><p>　　3xx：重定向消息：表示為了完成請求還需采取更進一步的動作。</p><p>　　4xx：客戶機錯誤：表示該請求含有語法錯誤或在這個服務器上不能被滿足。</p><p>　　5xx：服務器錯誤：表示該服務器不能處理一個明顯有效的請求。</p><p&g

51、t;　　6xx：全局性故障：表示該請求在任何服務器上都不能被實現。</p><p><b>　?。?）消息頭：</b></p><p>　　消息頭的作用是進一步提供有關消息的其他信息，使代理服務器或客戶代理服務器更好地對消息進行處理。消息頭分四類：通用頭（general-header ）、請求頭（request-header ）、響應頭（ response-heade

52、r ）和實體頭（ entity-header）</p><p>　　general-header為描述消息基本屬性的通用頭域，可用于請求消息和應答消息；消息頭有：Call-ID，From，To，Via，Contact，CSeq，Encryption，Expires，Record-Route，Timestamp，Date，Accept，Accept-Encoding，Accept-Language</p>

53、;<p>　　request-header為請求頭域，只可用于請求消息，它被用來傳遞有關應答的附加信息，對請求進行補充說明；Subject，User-Agent，Organization，Contact，Authorization，Proxy-Authorization，Proxy-Require，Response-Key，Require，Priority，Hide，Route，Max-Forwards。</p>

54、;<p>　　response-header為應答頭域，只可用于應答消息，它被用來傳遞有關應答的附加信息，對應答進行補充說明。Proxy-Authenticate，WWW-Authenticate，Retry-After，Server，Warning，Allow，Unsupported。</p><p>　　entity-header是消息體頭域，用于描述消息體內容的長度、格式和編碼類型等屬性，可用

55、于請求消息或應答消息。Content-Encoding，Content-Length，Content-Type</p><p>　　消息頭格式：每個消息頭都是一個“句子”，以CRLF行結束符表示一個頭域的結束。它們都由字段名（field-name）和域值（field-value）兩部分組成，中間以“：”相隔。</p><p><b>　　常見消息頭：</b></

56、p><p>　　TO：格式：TO:顯示名<接收者URI>；tag=n;顯示名和tag可選。例如 TO:DENNY<SIP:caller@WORK.COM>;TAG=11111     或 TO:sip:caller@work.com</p><p>　　FROM: 消息頭FROM給出標識會話發(fā)起者的URI。比如：FROM:sip:

57、caller@work.com；tag=hyh8。tag是必需的。</p><p>　　CALL-ID: 用于全局唯一標識正在建立的會話的標識符。 隨機數加UAC標識信息。</p><p>　　CSeq: 用于標識同一會話中不同事務的序號，通常由一個用作序號的整型數和消息類型組成。整個會話操作過程由不同的事務組成，每一事務所涉及的消息的CSeq序號必須相同。</p><

58、p>　　Via:為響應消息提供傳輸路徑，當請求消息經過每一跳節(jié)點時，每一跳節(jié)點都把自身的IP地址信息放入頂層Via中。響應消息則沿著請求消息記錄下的傳輸路徑反向傳輸，首先移走指明自身IP地址信息的頂層消息頭</p><p>　　2.3 SIP的技術特點</p><p>　　如前面所說，下一代網絡的一個重要目標是建立一個可管理的融合、高效、可不斷擴展的業(yè)務平臺。SIP作為應用層信令協議

59、正很好地滿足這一系列要求。 SIP具有很強的包容性，它可以建立如音頻、視頻、多方通話等各種會話，也可以被用來傳送即時消息和文件，這得益于它對HTTP等協議的吸收借鑒。這使運營商能通過統(tǒng)一的業(yè)務平臺提供綜合業(yè)務，實現網絡的融合。SIP在靈活、方便提供業(yè)務方面具有多方面優(yōu)點： </p><p>　　2.3.1. 協議的可擴充性</p><p>　　SIP協議處于不斷豐富的過程之中。SIP的設

60、計者在保持其核心協議簡潔的同時，為其建立了強大的擴充機制。協議擴充主要是在消息上做文章，消息的三個基本部分：消息類型、消息頭、消息體都可以被不斷擴充。SIP基于文本的方式，使各種擴充工作變得十分簡便。</p><p>　?。?）消息類型的擴充</p><p>　　前面介紹了6種基本消息類型。SIP工作組在增加新的功能時，更愿意定義新的消息類型，而不是修補原有類型，以保持每種類型目的單純，語

61、義清晰。定義新的類型的工作很簡單，只需定義一個新的字符串即可，現已有幾個新的類型被定義。</p><p>　　一個被廣泛接受的新的類型是INFO消息。INFO消息被用來在會話參加者之間傳遞各種信息。INFO消息可以用來傳送通話中隨機產生的各種信號，以被用來在會話雙方間傳遞即時消息。</p><p>　　還有新提出的REFER消息被用來實現呼叫轉移的功能。以及COMET消息用來檢驗能夠用于會

62、話的資源，使用戶代理能夠根據資源的可用性情況，決定是否接受一個呼叫。</p><p><b>　?。?）消息頭的擴充</b></p><p>　　SIP消息包含了一系列消息頭，對消息進行必要的描述，現在有35種標準的頭。同樣，可以根據需要增加新的頭以支持新的特性，可以結合新的類型定義新的頭，也可以對原有類型中的內容進行補充。</p><p>　

63、　例如，上述為支持呼叫轉移新增的REFFER類型消息，新增兩個消息頭referred-by用來指示發(fā)起轉移的一方，reffer-to用來指示會話被轉移到的一方。</p><p>　　這些新增的頭在IETF被標準化通過后，就成為正式協議標準的一部分。</p><p><b>　?。?）消息體的擴充</b></p><p>　　如前所述，SIP的消

64、息體可以通過MIME定義的代碼進行標識，攜帶各種類型的數據內容。一個例子是：在新一代網絡中，會出現兩個PSTN網絡通過IP網絡互聯，IP網絡提供一個仿真的中繼線，這時在IP網上采用IP電話信令如SIP。兩側PSTN交互的傳統(tǒng)電話信令（如ISUP）如果要轉換成SIP相應內容，到另一側再轉換回來，難免造成信息丟失。針對這一問題，增加了一個用application/isup標識的消息體，將原始ISUP信令內容打包，原封不動地通過SIP消息攜帶

65、到對端交換機，就可以方便而不失真地傳遞信令內容。</p><p>　　通過采用MIME方式，SIP消息體可以根據需要任意擴展，攜帶音頻、圖像乃至JAVA小程序等各種內容。</p><p>　　可見，強大的擴充機制，使SIP的能力能夠不斷增強，與時俱進。同時也應看到，由于SIP修改擴充容易，廠家開發(fā)難免有自由發(fā)揮的地方。如何保證各廠家設備功能兼容、互聯互通，將成為SIP全面取得商業(yè)成功道路上

66、面臨的最關鍵的挑戰(zhàn)之一。這需要標準組織及各方面協調統(tǒng)一，避免協議無節(jié)制地蔓延出各種分支。</p><p>　　2.3.2．開放的業(yè)務生成環(huán)境</p><p>　　傳統(tǒng)電話的增值業(yè)務是*智能網來實現的，業(yè)務開發(fā)復雜、周期長，嚴重依賴電信設備廠商。面對用戶需求日趨多變和個性化，運營商需要能方便地生成各種新的業(yè)務，以滿足需求、擴大收益。</p><p>　　SIP網絡的業(yè)

67、務提供主要由Proxy Server完成，生成一個業(yè)務就是設計一個業(yè)務邏輯從而對一個特定的消息流進行控制，或對消息請求做出相應的響應。這可以通過任何通用的程序語言編程來實現。IETF起草定義了幾種業(yè)務生成機制，其思路與Web服務器的方法十分接近。</p><p>　　IETF將業(yè)務提供者分為可信任和不可信任兩類。對于不可信任者，如終端用戶，提供了CPL（Call Processing Language）語言，用以

68、處理INVITE消息。通過CPL的程序，可以決定一個請求是否被拒絕、轉移或轉發(fā)。這里的終端用戶可以是第三方提供的應用服務器，第三方業(yè)務提供者可以通過一個特服號提供一系列增值業(yè)務。使用者可以通過圖形工具完成CPL程序的設計，由于可能面向缺乏經驗的使用者，CPL有嚴格的機制避免帶來安全和性能問題。</p><p>　　IETF還為信任用戶，如服務器的管理員，提供了兩種業(yè)務生成的途徑：SIP-CGI和SIP Servl

69、et。SIP-CGI類似于互聯網站普遍使用的HTTP-CGI，它獨立于編程語言，為復雜的程序處理提供了一個開放的接口。管理者可以使用任何程序語言實現復雜的處理程序運行于服務器，在呼叫過程中SIP-CGI作為程序調用及其信息輸入輸出的接口，從而在呼叫過程中插入復雜的控制邏輯，對呼叫流程進行控制。這使提供高度個性化和智能化的業(yè)務變得十分方便。SIP Servlet是用JAVA語言實現的，類似WEB服務器常用的JAVA Servlet，可以在

70、有消息進入的時候被調用，指示SIP服務器如何處理并響應消息。這些靈活、開放的機制，使業(yè)務提供者能使用通用的編程語言方便開發(fā)各種智能業(yè)務，而不必考慮服務器本身的實現。這與傳統(tǒng)電話的智能網系統(tǒng)的私有編程方法和復雜的接口協議形成鮮明對比。業(yè)務開發(fā)者可以隨時根據需要，在任何局部范圍內開發(fā)、提供新的個性化業(yè)務，其好處不言而喻。</p><p>　　基于強大的業(yè)務生成手段和靈活的消息格式，SIP可以提供傳統(tǒng)電話各種業(yè)務，如呼

71、叫轉移、遇忙轉移、話務的排隊和分發(fā)、800號等各種智能業(yè)務；還可以提供話音與互聯網互聯（PINT）的業(yè)務，如點擊撥號、語音郵件等；還可以提供特色業(yè)務，如即時消息、Presence（根據用戶所處的地點和狀態(tài)決定具體通信方式）等各種新興而實用的業(yè)務。</p><p>　　2.3.3．對移動性的支持</p><p>　　SIP協議天然具有對移動性的支持。SIP的動態(tài)注冊機制，使用戶端移動變得十分

72、方便。用戶端在接入SIP網絡時，首先向當地注冊服務器發(fā)出注冊請求，將自己的SIP URL和IP地址告知注冊服務器。如果注冊服務器不是用戶的屬主，注冊服務器根據用戶注冊的URL找到并通知其屬主：自己現在為用戶服務。此后，對該用戶的呼叫先到達用戶的原屬主服務器，再由其重定向到現在為用戶服務的服務器上，從而有效實現對移動用戶的支持。如果在會話進行中用戶移動到新的位置，則可以通過re-INVITE重新建立新的會話，來實現切換。</p>

73、;<p>　　SIP協議為實現固定和移動業(yè)務的無縫融合創(chuàng)造了條件。3GPP R5版本已經選擇SIP作為3G移動通信多媒體域的信令協議，來實現基于IP的移動話音和多媒體通信。</p><p>　　2.4 SIP的應用和發(fā)展情況</p><p>　　SIP已得到電信運營商和設備制造商的廣泛重視，老牌及新興的電信設備廠商的軟交換產品都紛紛支持SIP協議。著名電信運營商如AT&

74、;T、Level3、Worldcom等也都已采用SIP提供業(yè)務。</p><p>　　近年來，長途IP電話在我國得到迅猛發(fā)展，由于管理體制及技術成熟度等原因，信令都是采用H.323。然而，目前的IP電話還只是作為傳統(tǒng)長話的有益補充，各種增值業(yè)務開展較少。隨著技術和市場的發(fā)展，我國已有多家運營商開展了下一代網絡的實驗，試驗基于IP的完全等效于PSTN的IP市話業(yè)務。當新一代IP電話業(yè)務真正成為傳統(tǒng)電話的競爭者的時候

75、，快速提供個性化業(yè)務將是其重要競爭手段，SIP在這方面正具有特有的優(yōu)勢?？上攵?，SIP的應用將隨著下一代網絡的廣泛開展而不斷成熟、快速發(fā)展。</p><p>　　2.5 SIP會話流程圖</p><p>　　圖2.1SIP會話流程圖</p><p>　　H.323 與SIP比較</p><p>　　H.323 是ITU-T提出的建

76、議標準。它是基于電信網信令和協議制定的IP多媒體標準，而不是為IP電話專門提出的。因此以H.323為標準構建的多媒體通信網很容易與傳統(tǒng)PSTN 電話網兼容，從這點上看， H.323 更適合于構建電信級大網。國際上幾乎所有的商業(yè)性 IP 電話網或視頻會議網都是以 H.323 為基礎的。</p><p>　　SIP是IETF提出的標準，對應的RFC文檔為RFC3261。它利用已有的IP 網絡協議提供多媒體業(yè)務，協議簡