sip協(xié)議精品(七篇)

序論：寫作是一種深度的自我表達(dá)。它要求我們深入探索自己的思想和情感，挖掘那些隱藏在內(nèi)心深處的真相，好投稿為您帶來(lái)了七篇sip協(xié)議范文，愿它們成為您寫作過(guò)程中的靈感催化劑，助力您的創(chuàng)作。

篇(1)

【關(guān)鍵詞】IMS網(wǎng)絡(luò)sip協(xié)議多媒體通信

一、引言

隨著通信技術(shù)的發(fā)展及人們對(duì)通信要求的提高，當(dāng)今的通信業(yè)務(wù)集音頻、數(shù)據(jù)信息、視頻于一體。同時(shí)，Internet及IP網(wǎng)絡(luò)的發(fā)展也為各種通信業(yè)務(wù)提供了基礎(chǔ)。

SIP是IETF指定的用于實(shí)現(xiàn)多媒體回話控制的協(xié)議，該協(xié)議具有實(shí)現(xiàn)簡(jiǎn)單、擴(kuò)展性強(qiáng)的特點(diǎn)，并且具有強(qiáng)大的多媒體會(huì)話和業(yè)務(wù)擴(kuò)展能力以及用戶查找和定位能力。由于SIP可以和現(xiàn)有的Internet協(xié)議緊密聯(lián)系，從而獲得了廣泛應(yīng)用，并且SIP已被3GPP組織作為R5/R6多媒體子系統(tǒng)（IMS）的呼叫控制協(xié)議。本文將對(duì)IMS網(wǎng)絡(luò)和SIP協(xié)議進(jìn)行介紹，并提出一種基于IMS網(wǎng)絡(luò)的SIP信令協(xié)議棧。

二、IMS網(wǎng)絡(luò)結(jié)構(gòu)及SIP協(xié)議

IMS是3GPP在R5版本中提出的支持IP多媒體業(yè)務(wù)的子系統(tǒng)。IMS以SIP為核心呼叫控制協(xié)議，為移動(dòng)終端提供多媒體呼叫控制業(yè)務(wù)，具有應(yīng)用服務(wù)器層、會(huì)話控制層、傳輸與終端層三層結(jié)構(gòu)，包括CSCF、HSS、MGCF和MGW等實(shí)體。

IMS中最重要的實(shí)體是CSCF和HSS，CSCF負(fù)責(zé)處理多媒體會(huì)話業(yè)務(wù)，相當(dāng)于SIP服務(wù)器，包括CSCF（P-CSCF）、查詢CSCF（I-CSCF）和服務(wù)CSCF（S-CSCF）。HSS（歸屬用戶服務(wù)器）是IMS中所有與用戶和服務(wù)相關(guān)的數(shù)據(jù)主存儲(chǔ)器，存儲(chǔ)了用戶身份、注冊(cè)信息、接入?yún)?shù)和服務(wù)觸發(fā)信息等。

SIP是IETF制定基于ASCII碼的面向IP電話和多媒體會(huì)議的應(yīng)用層控制協(xié)議，用于建立、修改和終止多媒體會(huì)話，使參與會(huì)話的成員可以通過(guò)多播方式、單播連網(wǎng)或二者結(jié)合的方式進(jìn)行通信。

典型SIP協(xié)議中有客戶機(jī)和服務(wù)器之分，客戶機(jī)是為了向服務(wù)器發(fā)送請(qǐng)求而與服務(wù)器建立連接的應(yīng)用程序，User Agent和Proxy中含有客戶機(jī)；服務(wù)器是用來(lái)向來(lái)自客戶機(jī)的請(qǐng)求提供服務(wù)并處理應(yīng)答的應(yīng)用程序。SIP協(xié)議具有四層結(jié)構(gòu)，最底層是語(yǔ)法和編碼層，第二層是傳輸層，第三層是事物層，最頂層是事物用戶層（TU層）。

三、基于IMS網(wǎng)絡(luò)的SIP信令協(xié)議棧

在SIP協(xié)議中，用戶客戶端通過(guò)向服務(wù)器發(fā)送在網(wǎng)絡(luò)中的路由請(qǐng)求即可以建立起一個(gè)會(huì)話過(guò)程。因?yàn)樽?cè)服務(wù)器需要提供用戶的位置信息，所以需要將SIP地址映射轉(zhuǎn)換為IP地址。IMS中的呼叫會(huì)話控制功能（CSCF）的網(wǎng)絡(luò)實(shí)體是服務(wù)器和注冊(cè)服務(wù)器，CSCF即是控制實(shí)現(xiàn)實(shí)時(shí)多媒體業(yè)務(wù)的多媒體服務(wù)器。IMS包括三種呼叫會(huì)話控制功能：CSCF（P-CSCF）、問(wèn)訊CSCF（I-CSCF）、服務(wù)CSCF（S-CSCF）。CSCF通過(guò)SIP協(xié)議來(lái)實(shí)現(xiàn)上述控制控制功能，其中P-CSCF為移動(dòng)用戶接入IMS提供的SIP服務(wù)器，I-CSCF是運(yùn)營(yíng)網(wǎng)絡(luò)的入口服務(wù)器，同時(shí)可以對(duì)其它網(wǎng)絡(luò)隱藏其歸屬網(wǎng)絡(luò)的拓?fù)鋱D，S-CSCF是SIP的注冊(cè)服務(wù)器，執(zhí)行用戶的會(huì)話控制服務(wù)。因此，IMS網(wǎng)絡(luò)可以在CSCF的基礎(chǔ)上利用SIP協(xié)議經(jīng)過(guò)注冊(cè)過(guò)程和會(huì)話過(guò)程來(lái)實(shí)現(xiàn)多媒體通信的目的。

本節(jié)通過(guò)引入有限狀態(tài)機(jī)進(jìn)行修改和二次開發(fā)，實(shí)現(xiàn)了一個(gè)穩(wěn)定高效的SIP協(xié)議棧，通過(guò)提供SIP操作的基本數(shù)據(jù)結(jié)構(gòu)和應(yīng)用程序編程接口（API），如用于表示SIP中各類對(duì)象的數(shù)據(jù)結(jié)構(gòu)、對(duì)消息和消息體進(jìn)行解析的API以及實(shí)現(xiàn)四類有限狀態(tài)機(jī)的API。該協(xié)議棧主要包括4個(gè)模塊：狀態(tài)機(jī)模塊、解析器模塊、工具模塊、上層封裝接口模塊，其結(jié)構(gòu)圖如圖1所示。

3.2解析器模塊

解析器模塊主要完成對(duì)SIP消息的語(yǔ)法解析，它的作用是將收到的SIP消息從文本解析為SIP消息結(jié)構(gòu)體（sip_t），處理完后將待發(fā)送的sip_t結(jié)構(gòu)還原成SIP文本消息后在發(fā)送。SIP消息的解析過(guò)程為：對(duì)收到的消息解析起始行，若是SIP請(qǐng)求則解析SIP請(qǐng)求方法、請(qǐng)求URI和SIP版本，若非SIP請(qǐng)求則解析SIP版本、狀態(tài)碼和原因短語(yǔ)；然后依次進(jìn)行解析SIP頭域、解析SIP消息體并保存各項(xiàng)參數(shù)完成解析過(guò)程。

3.3工具模塊

工具模塊主要提供完善的SDP協(xié)商機(jī)制和對(duì)話管理的API。本協(xié)議棧中的SDP協(xié)商工具使用從SDP offer去構(gòu)建SDP answer的方法，通過(guò)分析invit請(qǐng)求中消息體SDP部分的媒體參數(shù)描述來(lái)構(gòu)造對(duì)于invit請(qǐng)求的響應(yīng)消息中的SDP消息部分。在對(duì)話中，可以動(dòng)態(tài)創(chuàng)建新的事務(wù)來(lái)開始端點(diǎn)之間的SIP通信過(guò)程，幫助管理UA的消息排序和UA之間正確的路由。本協(xié)議棧的對(duì)話管理工具主要是創(chuàng)建對(duì)話并對(duì)對(duì)話消息進(jìn)行管理。

3.4上層封裝接口模塊

上層封裝接口模塊根據(jù)MVC模式中的Model層的調(diào)用方式提供面向Model層的簡(jiǎn)便易用的操作協(xié)議棧接口。上層封裝接口模塊在eXosip封裝SIP協(xié)議調(diào)用接口的基礎(chǔ)上進(jìn)一步封裝，供Model層調(diào)用，從而使用簡(jiǎn)單的幾行代碼就可以實(shí)現(xiàn)一個(gè)音視頻的呼叫。

四、結(jié)束語(yǔ)

SIP協(xié)議可以創(chuàng)建、管理和終結(jié)IMS網(wǎng)絡(luò)中各種類型的多媒體業(yè)務(wù)，從而使各種類型的客戶端通過(guò)SIP都可以建立高質(zhì)量的端到端通信。本文提出一種SIP協(xié)議棧，實(shí)現(xiàn)了SIP軟終端，可以在IMS網(wǎng)絡(luò)下實(shí)現(xiàn)具備基于SIP的視頻和音頻通信功能。

參考文獻(xiàn)

[1]孫建勇.基于SIP協(xié)議的軟終端的研究與實(shí)現(xiàn)[D].北京郵電大學(xué)，2004.

[2]陳朝鵬. SIP協(xié)議在IMS系統(tǒng)中的應(yīng)用[J].中國(guó)科技信息，2006（2）.

[3]徐曉宇，張惠民. SIP會(huì)話協(xié)議在第三代移動(dòng)網(wǎng)絡(luò)中關(guān)鍵問(wèn)題研究[J].數(shù)據(jù)通信，2004（2）.

篇(2)

【關(guān)鍵詞】 擴(kuò)展SIP協(xié)議簇 調(diào)度系統(tǒng) 有線對(duì)講

一、前言

隨著企業(yè)生產(chǎn)自動(dòng)化程度不斷加深，管理效率不斷上升，企業(yè)逐步由分層管理向扁平化管理轉(zhuǎn)變。而伴隨著企業(yè)管理方式的轉(zhuǎn)變，企業(yè)通信系統(tǒng)也開始向融合智能化發(fā)展。這是因?yàn)閭鹘y(tǒng)的有線對(duì)講系統(tǒng)、調(diào)度系統(tǒng)、廣播系統(tǒng)、監(jiān)控系統(tǒng)等是多個(gè)獨(dú)立的系統(tǒng)，其重復(fù)布網(wǎng)、維護(hù)復(fù)雜等問(wèn)題無(wú)法有效得到解決。為了解決這些問(wèn)題，首先需要將這些系統(tǒng)統(tǒng)一到一個(gè)網(wǎng)絡(luò)中來(lái)，然后通過(guò)一個(gè)系統(tǒng)將用戶使用的電話、對(duì)講等語(yǔ)音終端進(jìn)行管理。管理大容量的語(yǔ)音終端比較成熟的是軟交換技術(shù)，同時(shí)可以發(fā)揮網(wǎng)絡(luò)靈活接入的特點(diǎn)，完成各種系統(tǒng)統(tǒng)一接入的要求。

二、問(wèn)題提出

傳統(tǒng)的語(yǔ)音通信系統(tǒng)主要包括調(diào)度系統(tǒng)、有線對(duì)講系統(tǒng)、應(yīng)急通信系統(tǒng)等利用程控技術(shù)設(shè)計(jì)出不同操作模式的語(yǔ)音交換系統(tǒng)。這些系統(tǒng)由于主機(jī)與終端的差異導(dǎo)致骨干網(wǎng)絡(luò)無(wú)法共用，導(dǎo)致運(yùn)維復(fù)雜等?，F(xiàn)在主流的語(yǔ)音交換技術(shù)為軟交換技術(shù)，而軟交換技術(shù)最為靈活的協(xié)議為SIP協(xié)議簇。但是SIP協(xié)議簇主要定義了終端基本的注冊(cè)、呼叫、應(yīng)答等基本狀態(tài)內(nèi)容，對(duì)于設(shè)備終端的屬性及過(guò)程控制沒有進(jìn)行詳細(xì)定義，因此導(dǎo)致了各個(gè)廠家SIP協(xié)議簇?cái)U(kuò)展內(nèi)容的大不相同。在IP調(diào)度系統(tǒng)中，不同設(shè)備間交互的協(xié)議種類多，導(dǎo)致不同廠商的調(diào)度控制終端和軟交換服務(wù)器間不能通用。如果通過(guò)擴(kuò)展標(biāo)準(zhǔn)SIP協(xié)議簇來(lái)實(shí)現(xiàn)IP調(diào)度系統(tǒng)功能，并且簡(jiǎn)化IP調(diào)度系統(tǒng)協(xié)議種類，讓不同IP調(diào)度系統(tǒng)設(shè)備廠商的設(shè)備實(shí)現(xiàn)通用。這將改變目前用戶對(duì)多種網(wǎng)關(guān)設(shè)備無(wú)法統(tǒng)一管理的現(xiàn)狀。傳統(tǒng)設(shè)備不同操作模式的語(yǔ)音通信系統(tǒng)便可在同一軟交換上實(shí)現(xiàn)。

三、擴(kuò)展協(xié)議設(shè)計(jì)

基于IP的工業(yè)綜合通信系統(tǒng)是標(biāo)準(zhǔn)軟交換系統(tǒng)融合了調(diào)度、對(duì)講系統(tǒng)特點(diǎn)在工業(yè)領(lǐng)域應(yīng)用特點(diǎn)，通過(guò)對(duì)RFC3621的SIP協(xié)議簇進(jìn)行補(bǔ)充實(shí)現(xiàn)的。標(biāo)準(zhǔn)的軟交換系統(tǒng)設(shè)計(jì)了終端用戶的管理、交換管理、狀態(tài)管理等基本管理，調(diào)度系統(tǒng)系統(tǒng)則需要提供強(qiáng)插、強(qiáng)拆、監(jiān)聽、摘掛機(jī)狀態(tài)、會(huì)議等等特殊功能。（圖1）

SIP請(qǐng)求消息分為請(qǐng)求行、.消息頭域及消息體三部分。消息頭域中包含許多個(gè)消息頭，分別攜帶著IP終端的各種信息。將在SIP請(qǐng)求消息的消息頭域中加入自定義的消息頭。增加的消息頭表示調(diào)度控制終端需要讓軟交換服務(wù)器執(zhí)行的調(diào)度功能。在消息頭后加入需要參與該調(diào)度功能的話機(jī)號(hào)碼。同時(shí)預(yù)留一個(gè)區(qū)域，供用戶傳送備用信息，如設(shè)備相關(guān)的型號(hào)，協(xié)議的版本等。當(dāng)然自定義消息頭遵從標(biāo)準(zhǔn)的SIP協(xié)議消息頭格式，能夠和標(biāo)準(zhǔn)的SIP消息頭用相同的方法封裝和解析，最終形成一個(gè)具有自定義消息頭的SIP請(qǐng)求消息。

四、系統(tǒng)實(shí)際應(yīng)用

基于SIP協(xié)議簇?cái)U(kuò)展的應(yīng)用在企業(yè)通信系統(tǒng)中最為常見，如調(diào)度系統(tǒng)、有線對(duì)講系統(tǒng)、廣播系統(tǒng)等。但是各種語(yǔ)音通信系統(tǒng)的操作模式不同，導(dǎo)致SIP協(xié)議簇?cái)U(kuò)展信息的結(jié)構(gòu)及內(nèi)容的不同。

基于軟交換的調(diào)度系統(tǒng)，主要功能是完成電話終端的兩方通話、三方通話、強(qiáng)插、強(qiáng)拆等等功能。協(xié)助調(diào)度系統(tǒng)完成這些功能的終端叫調(diào)度臺(tái)。調(diào)度臺(tái)通過(guò)標(biāo)配的鍵權(quán)電話來(lái)操作調(diào)度臺(tái)，完成各項(xiàng)功能的實(shí)現(xiàn)。

當(dāng)鍵權(quán)電話提機(jī)后，可操作鍵盤發(fā)送鍵權(quán)電話的操作指令。該指令的結(jié)構(gòu)為：

長(zhǎng)度是對(duì)整個(gè)信息長(zhǎng)度一個(gè)說(shuō)明，保證信息的完整性；鍵盤編號(hào)進(jìn)行多鍵盤的區(qū)分；命令是不同操作功能的標(biāo)識(shí)，命令主要是強(qiáng)插、強(qiáng)拆、三方通話、監(jiān)聽等等；包標(biāo)識(shí)符是對(duì)本信息包類型進(jìn)行說(shuō)明，包標(biāo)示符主要標(biāo)注請(qǐng)求（REQUEST），回應(yīng)（RESPONSE），事件通知（EVENT），命令（COMMAND）四種；序列號(hào)用來(lái)標(biāo)識(shí)一次請(qǐng)求和回應(yīng)；結(jié)束符標(biāo)識(shí)說(shuō)明本命令執(zhí)行完畢結(jié)束；數(shù)據(jù)包內(nèi)容是實(shí)際的內(nèi)容。

例如：鍵權(quán)話機(jī)提機(jī)通過(guò)鍵盤向軟交換提出呼叫一個(gè)用戶的命令，首先構(gòu)造一個(gè)INVITE請(qǐng)求，并把鍵盤發(fā)送的操作指令嵌入到協(xié)議中，然后這個(gè)請(qǐng)求會(huì)由Proxy層層轉(zhuǎn)發(fā)，最后到達(dá)一個(gè)或者多個(gè)可能處理這個(gè)邀請(qǐng)的UAS，即調(diào)度服務(wù)器。一旦調(diào)度服務(wù)器收到這個(gè)消息并進(jìn)行處理，那么通過(guò)發(fā)送2XX進(jìn)行應(yīng)答，如果拒絕則發(fā)送其他相應(yīng)的標(biāo)準(zhǔn)SIP拒絕協(xié)議。這樣，鍵盤通過(guò)發(fā)送擴(kuò)展的sip協(xié)議完成對(duì)多個(gè)終端的控制，完成用戶的調(diào)度功能需求。

另外，擴(kuò)展SIP協(xié)議同樣可以應(yīng)用在有線對(duì)講系統(tǒng)中。對(duì)講系統(tǒng)主要功能特點(diǎn)是按鍵呼叫，松鍵終止語(yǔ)音，同時(shí)向相關(guān)崗位傳送本機(jī)的工作狀態(tài)。那么主要將本機(jī)狀態(tài)發(fā)送到對(duì)講主機(jī)，然后由主機(jī)向相關(guān)終端發(fā)送消息以便顯示與之相關(guān)的終端狀態(tài)。主要在包標(biāo)識(shí)符中增加一個(gè)狀態(tài)（STATE），然后在數(shù)據(jù)包內(nèi)容中標(biāo)識(shí)本機(jī)號(hào)碼即可。

通過(guò)擴(kuò)展SIP協(xié)議簇實(shí)現(xiàn)的基于軟交換的調(diào)度系統(tǒng)、有線對(duì)講系統(tǒng)功能在工業(yè)現(xiàn)場(chǎng)得到了廣泛的應(yīng)用。解決了工業(yè)語(yǔ)音網(wǎng)融合的問(wèn)題，為用戶設(shè)計(jì)整個(gè)企業(yè)的網(wǎng)絡(luò)提供了技術(shù)保障。

五、總結(jié)

篇(3)

本文詳細(xì)介紹VoIP系統(tǒng)及其相關(guān)協(xié)議棧以及所用VoIP系統(tǒng)的具體情況，對(duì)H.323和SIP協(xié)議分別做了介紹和對(duì)比：重點(diǎn)討論了基于H.323和SIP協(xié)議之間的互通問(wèn)題，及硬件系統(tǒng)的結(jié)構(gòu)設(shè)計(jì)。

主要內(nèi)容分析內(nèi)容：不同網(wǎng)絡(luò)之間的尋址與定位；消息的映射預(yù)處理；終端地址的轉(zhuǎn)換；硬件模塊的組成。

具體設(shè)計(jì)了網(wǎng)關(guān)會(huì)話層軟件程序的結(jié)構(gòu)和功能模塊的劃分，給出了實(shí)現(xiàn)互通時(shí)的外部通信流程與內(nèi)部消息流程，及硬件模塊化設(shè)計(jì)。

關(guān)鍵詞：SIP；H.323；轉(zhuǎn)換網(wǎng)關(guān)

中圖分類號(hào)：TN915 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1007—9599 （2012） 14—0000—02

一、SIP與H.323的區(qū)別

（一）協(xié)議的出發(fā)點(diǎn)：H.323的傳輸從電路交換方式變更為分組交換方式；SIP協(xié)議主要是完成了基于Internet上IP電話的應(yīng)用同時(shí)增加了QoS呼叫保障機(jī)制。

（二）消息編碼的不同：H.323采用壓縮編碼規(guī)則和ASN.1的二進(jìn)制方法；SIP是基于文本的協(xié)議，與H.323相比具有較強(qiáng)的優(yōu)越性。

（三）會(huì)話能力的協(xié)商和調(diào)整方法：

H.323利用H.245進(jìn)行能力協(xié)商的會(huì)話控制；

SIP采用SDP協(xié)議描述。

（四）Session管理的方式：

H.323的session由MCU執(zhí)行會(huì)議控制功能，參加會(huì)議的終端全部都向MCU發(fā)送控制消息；H.323設(shè)計(jì)便于計(jì)費(fèi)，對(duì)帶寬的管理也比較簡(jiǎn)單。

SIP session設(shè)計(jì)為分布式，他具有分布式的多播功能，多播功能能夠?qū)崿F(xiàn)更方便的會(huì)議控制，簡(jiǎn)化用戶定位、群組邀請(qǐng)等，節(jié)約帶寬。

通過(guò)以上對(duì)比分析，從協(xié)議互通角度考慮，SIP和H.323網(wǎng)絡(luò)互通需要解決以下問(wèn)題：

H.323和SIP地址的轉(zhuǎn)換；尋址定位的實(shí)現(xiàn)；消息映射和呼叫過(guò)程同步。

二、H.323地址與SIP地址的轉(zhuǎn)換

SIP和H.323支持的地址格式不同：

H.323支持地址類型：H.323 ID、E—mail地址、IP地址和主機(jī)名，URL地址。

SIP地址由URL定義其結(jié)構(gòu)，用以指示主叫、被叫、重定向和請(qǐng)求目的地址，在SIP消息內(nèi)的From，To，Contact字段和Request—URL字段中。

因此，如果完成H.323和SIP網(wǎng)絡(luò)之間的互通，就必須要實(shí)現(xiàn)H.323和SIP網(wǎng)絡(luò)之間的地址解析和映射，當(dāng)網(wǎng)關(guān)收到來(lái)自H.323網(wǎng)絡(luò)或SIP網(wǎng)絡(luò)的消息，需要在消息內(nèi)解析所包含的地址單元，再按地址映射表，轉(zhuǎn)換成對(duì)方網(wǎng)地址格式，然后封裝在需要發(fā)出的消息中。

SIP 地址轉(zhuǎn)換成 H.323地址的轉(zhuǎn)換規(guī)則：

（一）e164部分：當(dāng)SIP地址中userinfo為Tel格式例如+86—010—****@IP地址，這部分將被轉(zhuǎn)化成為H.323地址中e164部分，其中的+，—號(hào)會(huì)去掉。地址被轉(zhuǎn)化成H.323地址中e164部分，為“86010****”。

（二）h323—ID部分：SIP地址中的userinfo部分會(huì)直接轉(zhuǎn)成為h323—ID，例如sip：terminal@IP轉(zhuǎn)成h323— ID就是sip：jack@IP地址。

（三）url—ID部分：SIP地址中的存在類似的user@domain，可以直接轉(zhuǎn)化成為H.323 url—ID部分。sip：terminal@bell—轉(zhuǎn)為url—ID就是sip：terminal @bell—。

（四）email—ID部分：SIP地址存在user@group這中email地址格式，那么將email地址轉(zhuǎn)化為h.323地址的email—ID部分，如sip：terminal@IP地址可以轉(zhuǎn) terminal @IP地址。

（五）transport—ID部分：SIP地址中存在IP地址和端口的部分，H.323地址需要用transport—ID表示，如SIP地址如果是sip：terminal@IP，那么轉(zhuǎn)成H.323地址：transport—ID是IPAddress IP地址：端口號(hào)。

從H.323地址轉(zhuǎn)換到SIP地址時(shí)：

1.e164部分：e164部分轉(zhuǎn)換成一個(gè)電話號(hào)碼的SIP地址，規(guī)則是：sip：telephone@host：user=phone.

例如e164ID為86010****轉(zhuǎn)化成SIP地址就是：sip：+86—010—****@host：user=phone。

2.h323—ID部分：這部分可以轉(zhuǎn)化成為SIP地址的userinfo部分， 但是如果地址是terminal @IP地址這種類型的話，需要將mailto轉(zhuǎn)化成sip。

3.email—ID：需要將sip標(biāo)識(shí)符加在email—ID的前面，例如email—ID 是

terminal@IP變換到SIP地址就是：sip：terminal@IP。

4.url—ID ：需要將sip標(biāo)識(shí)符加在url—ID的前面，如url—ID是h323：

變換成SIP地址就是：sip：.

5.transport—ID部分：將SIP地址用IP地址和端口表示，如果沒有指定端口，那么用5060代替。例如在H.323地址中，transport ID部分為IP地址：端口轉(zhuǎn)成SIP地址就是 sip：IP地址：端口，而transport ID是IP轉(zhuǎn)成SIP地址就是sip：IP地址：端口

篇(4)

關(guān)鍵詞：SIP協(xié)議 多媒體通信網(wǎng)絡(luò) 無(wú)線通信

中圖分類號(hào)：G718.3 文獻(xiàn)標(biāo)識(shí)碼：C DOI：10.3969/j.issn.1672-8181.2013.22.109

1 引言

多媒體通信網(wǎng)絡(luò)是計(jì)算機(jī)網(wǎng)絡(luò)和多媒體技術(shù)互相滲透的產(chǎn)物，它將存在于廣電通信、傳統(tǒng)計(jì)算機(jī)通信網(wǎng)絡(luò)等傳統(tǒng)行業(yè)獨(dú)立發(fā)展的隔閡逐漸打破，是通信、計(jì)算機(jī)以及電視產(chǎn)業(yè)的一個(gè)新突破。在計(jì)算機(jī)智能控制系統(tǒng)的引領(lǐng)下，所形成的多媒體通信網(wǎng)絡(luò)實(shí)現(xiàn)了對(duì)相關(guān)信息的綜合、采集、處理、傳輸和存儲(chǔ)，實(shí)現(xiàn)網(wǎng)絡(luò)內(nèi)點(diǎn)對(duì)點(diǎn)的通信。該種通信方式與傳統(tǒng)的通信技術(shù)相比，它所運(yùn)用的通信技術(shù)是數(shù)字通信技術(shù)的多媒體通信技術(shù)，有效地將存在于通信、計(jì)算機(jī)和電視之間的距離縮短，借助于通信網(wǎng)絡(luò)的分布特性、計(jì)算機(jī)的互通能力以及電視網(wǎng)絡(luò)的真實(shí)性融合起來(lái)，為大眾提供全面的信息服務(wù)。

2 SIP協(xié)議

SIP（Session Initiation Protocol）屬于IETF所制定的基于IP應(yīng)用層的一種控制協(xié)議。因?yàn)镾IP是基于純文本的信令協(xié)議，能夠?qū)尤刖W(wǎng)絡(luò)的不同信息通信進(jìn)行管理。其中，信息通信包括可以是網(wǎng)絡(luò)中任何設(shè)備的通信，諸如視頻通信、即時(shí)文本通信、協(xié)作通信等。該協(xié)議在控制過(guò)程中并不定義或者直接限制通信業(yè)務(wù)，網(wǎng)絡(luò)通信中涉及到的傳輸、服務(wù)質(zhì)量、通信計(jì)費(fèi)以及通信安全等都是由核心網(wǎng)絡(luò)和其他協(xié)議進(jìn)行處理的。正是基于該特點(diǎn)，該協(xié)議得到了包括微軟、Cisco、3GPP等大型企業(yè)和標(biāo)準(zhǔn)定制機(jī)構(gòu)的認(rèn)可。

因?yàn)镾IP協(xié)議屬于一種信令控制協(xié)議，在構(gòu)建多媒體通信網(wǎng)絡(luò)時(shí)需要附加SDP（Session Description Protocol）、R1P（實(shí)時(shí)傳輸協(xié)議）等其他多媒體控制協(xié)議以及多媒體通信協(xié)議。其中，用SIP進(jìn)行呼叫的建立與維護(hù)；SDP則負(fù)責(zé)媒體協(xié)商與控制；RTP負(fù)責(zé)通信媒體的傳送。

3 基于SIP技術(shù)的多媒體通信網(wǎng)絡(luò)工作原理

基于SIP技術(shù)的多媒體通信網(wǎng)絡(luò)中，是將SIP作為一個(gè)基礎(chǔ)的應(yīng)用層控制協(xié)議。它能夠建立、終止和修改多媒體通信服務(wù)，而且還能協(xié)調(diào)對(duì)話雙方，處理相關(guān)的媒體，從而將相應(yīng)的網(wǎng)絡(luò)地址獲取。與此同時(shí)，當(dāng)在網(wǎng)關(guān)之間建立會(huì)話時(shí)，還能夠進(jìn)行中繼，成為多媒體通信協(xié)議中運(yùn)用比較廣泛的方式。

在SIP多媒體通信網(wǎng)絡(luò)當(dāng)中，通常設(shè)置有服務(wù)器、注冊(cè)服務(wù)器、重定位服務(wù)器等多種功能服務(wù)器。這些服務(wù)器的所有功能都可以通過(guò)一個(gè)物理服務(wù)器來(lái)實(shí)現(xiàn)，同時(shí)可以根據(jù)用戶的實(shí)際需要將之部署在多個(gè)服務(wù)器上。

其中，注冊(cè)服務(wù)器主要負(fù)責(zé)通信端點(diǎn)的注冊(cè)服務(wù)，比如名稱、ID、服務(wù)有效期、地址等。注冊(cè)中，通信端口首先向注冊(cè)服務(wù)器發(fā)送RRQ注冊(cè)請(qǐng)求，在獲得請(qǐng)求后，服務(wù)器對(duì)相關(guān)注冊(cè)信息進(jìn)行記錄，將信息RCF確認(rèn)下來(lái)，并且將信息發(fā)回給該通信端口。注冊(cè)過(guò)程中，可能因?yàn)椴粶?zhǔn)確的地址、重復(fù)的名稱以及共用的ID等因素，會(huì)引起注冊(cè)被服務(wù)器拒絕的情況，這時(shí)通信端口就會(huì)接收到被發(fā)回的RRJ信息。

在撤銷注冊(cè)的進(jìn)程中，自主申請(qǐng)撤銷可以被運(yùn)用在通信端口，類似于注冊(cè)過(guò)程，只要獲得服務(wù)器的確認(rèn)，就能夠撤銷。

而服務(wù)器的功能類似于程控交換機(jī)功能，大多應(yīng)用在SIP通信信息的路由完成上。各個(gè)SIP的終端在發(fā)送請(qǐng)求消息給其上層主控服務(wù)器之后，服務(wù)器會(huì)借助于消息中的用戶名、會(huì)話信息以及終端域名等來(lái)判斷其屬性。如果是控制域內(nèi)呼叫，則在查找注冊(cè)服務(wù)器之后，服務(wù)器會(huì)將終端IP地址定位，目的終端會(huì)收到相關(guān)請(qǐng)求；若是控制域外呼叫，則將相應(yīng)的終端服務(wù)器搜索出來(lái)之后，服務(wù)器將呼叫請(qǐng)求轉(zhuǎn)發(fā)給它，繼而由該服務(wù)器進(jìn)行控制域內(nèi)的呼叫定位，且將請(qǐng)求信息進(jìn)行發(fā)送。被重新定位的服務(wù)器接著依據(jù)終端的域名以及用戶名等，將具體的IP地址給出來(lái)，然后目的終端就會(huì)接收到SIP呼叫請(qǐng)求。

4 SIP技術(shù)在多媒體網(wǎng)絡(luò)構(gòu)建中的應(yīng)用

4.1 SIP技術(shù)在NGN中的應(yīng)用

NGN是下一代基于IP協(xié)議的通信分組網(wǎng)絡(luò)，其最主要的特點(diǎn)在于在核心網(wǎng)絡(luò)的基礎(chǔ)上將多種接入網(wǎng)絡(luò)融合起來(lái)，實(shí)現(xiàn)了固定、移動(dòng)、有線與無(wú)線網(wǎng)絡(luò)的集合。所以，當(dāng)用戶通過(guò)各種途徑接入網(wǎng)絡(luò)之后，NGN網(wǎng)絡(luò)都可以為用戶提供豐富、全面的個(gè)性化服務(wù)。

而在多種網(wǎng)絡(luò)集成的過(guò)程中，SIP技術(shù)主要起到一種匯聚式“粘合劑”的作用，其在NGN網(wǎng)絡(luò)中發(fā)揮著核心網(wǎng)絡(luò)控制協(xié)議的作用，對(duì)NGN網(wǎng)絡(luò)的廣泛使用具有積極作用。當(dāng)前，國(guó)內(nèi)很多網(wǎng)絡(luò)運(yùn)營(yíng)商以及設(shè)備供應(yīng)商都著手研發(fā)SIP，以有效解決未來(lái)軟交換的互通。

4.2 SIP技術(shù)在3G網(wǎng)絡(luò)中的應(yīng)用

因?yàn)镾IP協(xié)議自身具有支持移動(dòng)通信的能力，因此在應(yīng)用SIP技術(shù)的過(guò)程中不但可以擴(kuò)展SIP的終端移動(dòng)能力，而且還可以將之作為支持個(gè)人移動(dòng)通信，實(shí)現(xiàn)會(huì)話移動(dòng)的重要途徑。

在對(duì)會(huì)話移動(dòng)性支持的過(guò)程中，主要應(yīng)用SIP技術(shù)的會(huì)話屬性，通過(guò)合理調(diào)整其會(huì)話屬性以及消息功能的方式得以實(shí)現(xiàn)。利用SIP協(xié)議，移動(dòng)會(huì)話的發(fā)起終端能夠從既有的終端將對(duì)方終端通信主機(jī)的地址信息發(fā)送給需要切換的目標(biāo)終端。同時(shí)，還將其將要使用的新終端地址發(fā)送給對(duì)方終端主機(jī)。這樣不但可以實(shí)現(xiàn)會(huì)話的切換，而且還實(shí)現(xiàn)了會(huì)話帶寬、編碼方式以及各式的合理調(diào)整。

4.3 SIP在Internet中的應(yīng)用

SIP是典型的文本通信協(xié)議，因此其可以被集成到任意一個(gè)HTFP網(wǎng)頁(yè)中，這將有利于SIP迅速推廣。當(dāng)前，Internet中SIP技術(shù)的應(yīng)用相當(dāng)廣泛，例如Microsoft就選擇其作為即時(shí)通信策略，同時(shí)做好在XP、Pocket PC以及MSN中予以應(yīng)用。同時(shí)，該公司還承諾將在未來(lái)為用戶提供基于SIP的語(yǔ)音、視頻呼叫服務(wù)。

5 結(jié)語(yǔ)

綜上所述，未來(lái)SIP將能夠作為開發(fā)人員手中的一種普通API類庫(kù)，在Internet、NGN、3G網(wǎng)絡(luò)中得到更加廣泛的應(yīng)用。

參考文獻(xiàn)：

[1]劉伯明，危薇.基于SIP協(xié)議的C/S架構(gòu)在VOIP系統(tǒng)中的設(shè)計(jì)與實(shí)現(xiàn)[J].電腦編程技巧與維護(hù)，2010，（12）.

[2]李偉，趙保華，周顥.SIP服務(wù)器性能測(cè)試系統(tǒng)的研究與實(shí)現(xiàn)[J].計(jì)算機(jī)應(yīng)用與軟件，2007，24（5）.

篇(5)

【關(guān)鍵詞】SIPOsipeXosip軟電話

一、引言

eXosip2是Osip2的一個(gè)擴(kuò)展協(xié)議集，它部分封裝了Osip2協(xié)議棧，使得它更容易被使用。本文利用Osip協(xié)議和ORTP來(lái)構(gòu)造出一個(gè)VoIP通話系統(tǒng)，考慮到以后智能終端的軟件移植，采用在Linux環(huán)境下開發(fā)。

二、Osip2協(xié)議棧簡(jiǎn)介

Osip是按照RFC3261（SIP）和RFC2327（SDP）標(biāo)準(zhǔn)，并使用標(biāo)準(zhǔn)C編寫的一個(gè)開放源代碼的SIP協(xié)議棧，具有短小簡(jiǎn)潔的特點(diǎn)，主要提供一些解析SIP/SDP消息的API和事務(wù)處理的狀態(tài)機(jī)。雖然在底層解析時(shí)效率比較高，但缺點(diǎn)也很明顯，首先就是可用性差，沒有很好的API封裝，使得上層應(yīng)用在調(diào)用協(xié)議棧時(shí)很破碎；其次，只做到了transaction層次的協(xié)議過(guò)程解析，缺少call、session、dialog等過(guò)程的解析，這也增加了使用的難度；再次，缺少線程并發(fā)處理的機(jī)制，使得它的處理能力有限。

三、eXosip2特點(diǎn)

eXosip是Osip2的一個(gè)擴(kuò)展協(xié)議集，其在Osip2的基礎(chǔ)上部分封裝了Osip2協(xié)議棧，使其更容易被使用。eXosip使用UDP socket套接字實(shí)現(xiàn)底層SIP協(xié)議的接收/發(fā)送；使用定時(shí)輪循的方式調(diào)用Osip2的事務(wù)處理函數(shù)，這部分是協(xié)議棧運(yùn)轉(zhuǎn)的核心。通過(guò)添加/讀取事務(wù)消息管道的方式，驅(qū)動(dòng)事務(wù)的狀態(tài)機(jī)，使得來(lái)自遠(yuǎn)端的SIP信令能匯報(bào)給調(diào)用程序，來(lái)自調(diào)用程序的反饋能通過(guò)SIP信令回傳給遠(yuǎn)端；增加了對(duì)各個(gè)類型事務(wù)的超時(shí)處理，確保所有資源都能循環(huán)使用，不會(huì)被耗用殆盡；使用jevent消息管道來(lái)向上通知調(diào)用程序底層發(fā)生的事件，調(diào)用程序只要讀取該消息管道，就能獲得感興趣的事件，進(jìn)行相關(guān)的處理。雖然eXosip較Osip2實(shí)用性更強(qiáng)，但其局限于UA的實(shí)現(xiàn)，使得用于registrar，sip server等時(shí)極其不容易。此外，它并沒有增加線程并發(fā)處理的機(jī)制，而且只實(shí)現(xiàn)了音頻支持，缺少對(duì)視頻和其他數(shù)據(jù)格式的支持。

綜合考慮，使用Osip2和eXosip協(xié)議棧的組合來(lái)實(shí)現(xiàn)SIP協(xié)議是很成功的選擇。當(dāng)然，在不同的應(yīng)用場(chǎng)合，必須添加其他模塊來(lái)實(shí)現(xiàn)更加復(fù)雜的功能。

四、SIP軟電話的設(shè)計(jì)

4.1系統(tǒng)環(huán)境搭建

如果在Windows下進(jìn)行程序開發(fā)，會(huì)有很多集成開發(fā)環(huán)境，如Visual C++等，這些IDE都已經(jīng)很成熟。但在Linux下，開發(fā)C程序，一般都很少在IDE下進(jìn)行開發(fā)，而是利用Linux下的編輯器來(lái)編寫程序，如vi，gedit等，然后用gcc編譯器來(lái)進(jìn)行編譯、連接生成所要的可執(zhí)行程序。本文設(shè)計(jì)的SIP軟電話程序中要用到各種庫(kù)，用來(lái)搭建整個(gè)程序的運(yùn)行環(huán)境。首先要安裝libosip2和libeXosip，然后安裝ortp庫(kù)。因?yàn)殚_發(fā)的是具有圖形界面的gnome程序，所以要安裝gtk+庫(kù)。

4.2系統(tǒng)分析

由上可以看出，整個(gè)系統(tǒng)分為五部分：主函數(shù)部分，負(fù)責(zé)監(jiān)控和傳輸信號(hào)變量進(jìn)行控制與調(diào)度；SIP部分，負(fù)責(zé)進(jìn)行信令傳輸和RTP通話時(shí)的參數(shù)傳輸；RTP部分，負(fù)責(zé)RTP會(huì)話建立，參數(shù)設(shè)置，發(fā)送和接收數(shù)據(jù)；G.711部分，負(fù)責(zé)語(yǔ)音數(shù)據(jù)的編解碼；最后是用戶界面，作為用戶接口，負(fù)責(zé)傳送用戶設(shè)置的參數(shù)和撥打的號(hào)碼，以及顯示狀態(tài)信息等。

運(yùn)行SIP軟電話的主程序，初始化各種庫(kù)，然后向SIP服務(wù)器進(jìn)行注冊(cè)。如果注冊(cè)成功，生成用戶界面，監(jiān)聽用戶輸入，同時(shí)啟動(dòng)UAS線程，進(jìn)行監(jiān)聽（接收）SIP消息。以語(yǔ)音通信來(lái)說(shuō)，此時(shí)應(yīng)用程序只需保存Osip協(xié)議棧的狀態(tài)，然后調(diào)用語(yǔ)音處理模塊來(lái)接收/發(fā)送語(yǔ)音包就可以實(shí)現(xiàn)基于SIP的語(yǔ)音通信了。

五、總結(jié)

本文利用SIP和RTP庫(kù)：libosip2，libexosip2，libortp在Linux下面編程實(shí)現(xiàn)了一個(gè)SIP軟電話程序，并通過(guò)gnome編寫了一個(gè)界面。此SIP軟電話程序可以在Linux下穩(wěn)定運(yùn)行，通話質(zhì)量良好，并且提供很好的用戶接口，來(lái)設(shè)置參數(shù)和管理數(shù)據(jù)（如用戶地址等）?；旧鲜且粋€(gè)較穩(wěn)定的通話系統(tǒng)。當(dāng)然，這個(gè)軟電話還有一些不足，以后可以將它完善，編成一個(gè)界面友好，可以進(jìn)行視頻通話和多路通話的軟電話；同時(shí)利用更好的編解碼協(xié)議來(lái)完善，節(jié)約帶寬。

參考文獻(xiàn)

[1]李軍，謝贊福，崔懷林.基于SIP的語(yǔ)音通信程序設(shè)計(jì)與實(shí)現(xiàn).計(jì)算機(jī)工程，2005，31（24）：117-119

篇(6)

關(guān)鍵詞：即時(shí)消息 ；SIMPLE ； 傳輸機(jī)制

中圖分類號(hào)：TP393 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2013）27-6116-02

即時(shí)消息是一種基于互聯(lián)網(wǎng)的實(shí)時(shí)消息交換服務(wù)，網(wǎng)絡(luò)上的用戶可以利用即時(shí)消息軟件實(shí)現(xiàn)多媒體信息的交換。

自從上個(gè)世紀(jì)90年代出現(xiàn)ICQ軟件后，即時(shí)消息軟件得到飛速發(fā)展，被政府、企事業(yè)單位、個(gè)人用戶廣泛使用。具有代表性的即時(shí)消息軟件有OICQ，MSN，Gtalk等，可以部署于手機(jī)或PC平臺(tái)上。SIMPLE（SIP for Instant Messaging and Presence Leveraging Extensions ）協(xié)議是由IETF組織制定的標(biāo)準(zhǔn)化協(xié)議，是SIP協(xié)議針對(duì)即時(shí)消息業(yè)務(wù)的擴(kuò)展。微軟和IBM都致力于在它們的即時(shí)通信系統(tǒng)中實(shí)現(xiàn)這個(gè)協(xié)議。該文對(duì)SIMPLE協(xié)議中的消息傳輸機(jī)制進(jìn)行了分析和比較。

1 基于SIMPLE協(xié)議的消息傳輸機(jī)制

1） 呼叫模式

從圖中可以看出，與SIP協(xié)議中的INVITE請(qǐng)求消息不同，MESSAGE請(qǐng)求消息不會(huì)觸發(fā)一個(gè)新的會(huì)話，每條MESSAGE消息之間沒有聯(lián)系。User1充當(dāng)UAC，User2充當(dāng)UAS的角色，服務(wù)器Proxy收到User1發(fā)來(lái)的消息后，根據(jù)消息頭部Request-URI字段的值在數(shù)據(jù)庫(kù)中查找目的地信息，找到后將該請(qǐng)求消息轉(zhuǎn)發(fā)給User 2。User 2收到后回200 OK響應(yīng)消息，說(shuō)明請(qǐng)求消息已經(jīng)被成功接收，并將顯示給用戶看?？紤]到擁塞控制的因素， UAC在沒有收到最終響應(yīng)之前，不能開始針對(duì)相同的用戶的MESSAGE事務(wù)。

2） 會(huì)話模式

流程圖中包含有SIP協(xié)議和MSRP協(xié)議的消息。User1和User2開始即時(shí)通訊之前需要建立MSRP會(huì)話。在User1發(fā)送給User2的INVITE請(qǐng)求消息和User2回送的200 OK 響應(yīng)消息中帶有SDP會(huì)話描述信息，借助于SDP的提供/響應(yīng)模型，User1和User2成功交換了MSRP會(huì)話協(xié)商信息。接下來(lái)User1向User2發(fā)起TCP連接，User2接受后，MSRP會(huì)話關(guān)系就建立了。MSRP SEND請(qǐng)求消息中包含有雙方實(shí)際交換的即時(shí)消息文本，MSRP 200 OK響應(yīng)消息僅僅用于確認(rèn)已經(jīng)收到對(duì)端發(fā)來(lái)的請(qǐng)求消息，不能攜帶及時(shí)消息文本。即時(shí)消息通話結(jié)束后，某一方發(fā)送SIP BYE請(qǐng)求消息結(jié)束會(huì)話?？梢钥闯?，MSRP會(huì)話信息對(duì)于SIP協(xié)議而言不過(guò)就是普通的媒體流，和語(yǔ)音呼叫時(shí)傳輸?shù)拿襟w流沒有任何區(qū)別。

2 結(jié)論

SIMPLE協(xié)議的呼叫模式是將用戶之間交互的即時(shí)消息放在信令消息MESSAGE的消息體當(dāng)中來(lái)傳輸?shù)模帕盍骱兔襟w流走的是相同的路徑。這種消息傳輸機(jī)制實(shí)施起來(lái)比較簡(jiǎn)單，也不會(huì)觸發(fā)SIP會(huì)話，適用于用戶之間少量消息的傳輸。如果用戶之間傳輸大量即時(shí)消息，且即時(shí)消息中除了文本還包含有音頻視頻之類的多媒體信息時(shí)，可能會(huì)影響到其他信令消息的傳輸。

SIMPLE協(xié)議的會(huì)話模式是將用戶之間交互的即時(shí)消息放在媒體流當(dāng)中來(lái)傳輸?shù)?，信令流和媒體流走的是不同的路徑。MSRP協(xié)議具體負(fù)責(zé)即時(shí)消息的會(huì)話協(xié)商工作，SIP協(xié)議僅僅負(fù)責(zé)信令的傳輸，起的是溝通橋梁的作用。呼叫模式中用戶交互的即時(shí)消息需要經(jīng)過(guò)服務(wù)器的中繼傳輸，而會(huì)話模式不需要，從而減輕了服務(wù)器的負(fù)擔(dān)。因此，會(huì)話模式更能夠適應(yīng)用戶之間大量多媒體消息或者是多個(gè)用戶群組模式消息的傳輸。如果考慮到安全因素，呼叫模式中每傳輸一次MESSAGE消息就需要對(duì)用戶進(jìn)行安全認(rèn)證，而會(huì)話模式只需要在會(huì)話建立的時(shí)候?qū)τ脩暨M(jìn)行安全認(rèn)證，開銷要小的多。

參考文獻(xiàn)：

[1] Rosenberg J， Schulzrinne H， “SIP： Session Initiation Protocol”. RFC 3261. （Standards Track）. 2002

篇(7)

【關(guān)鍵詞】遠(yuǎn)程多媒體教學(xué)；H.323；SIP

一、引言

遠(yuǎn)程多媒體教學(xué)是一種全新的教學(xué)方式，相比傳統(tǒng)教學(xué)，它充分合理地利用網(wǎng)絡(luò)、媒體等介質(zhì)，使得教學(xué)活動(dòng)的開展不受時(shí)間空間的限制，優(yōu)化了教學(xué)資源配置，提高了教學(xué)效率。

遠(yuǎn)程多媒體教學(xué)的上述特點(diǎn)和優(yōu)勢(shì)使得它成為多媒體通信在教育領(lǐng)域研究的熱點(diǎn)，目前的發(fā)展方向是基于IP網(wǎng)絡(luò)的遠(yuǎn)程多媒體教學(xué)。由于多媒體信息具有數(shù)據(jù)量大、實(shí)時(shí)性、同步性和突發(fā)性強(qiáng)的特點(diǎn)，多媒體通信系統(tǒng)具有集成性、交互性和同步性的特點(diǎn)，因此對(duì)多媒體通信的硬件和軟件系統(tǒng)提出了很高的要求。

二、SIP協(xié)議及其特點(diǎn)

SIP(Session Initialization Protocol，會(huì)話發(fā)起協(xié)議)是一個(gè)由IETF MMUSIC (Multiparty Multimedia Session Control)工作組提出，面向Internet會(huì)議和電話的簡(jiǎn)單應(yīng)用層信令協(xié)議，用于建立、調(diào)整和終止多媒體會(huì)話。

相比多媒體通信的另外一種流行協(xié)議H.323，SIP協(xié)議有如下5個(gè)特點(diǎn)：

第一，與H.323采用二進(jìn)制方法表示消息不同，SIP消息基于文本，采用UTF-8字符集編碼，具有詞法和語(yǔ)法簡(jiǎn)單、可讀性好的優(yōu)點(diǎn)。

第二，H.323中的呼叫建立和媒體邏輯信道建立的過(guò)程是分離的，呼叫建立時(shí)延較長(zhǎng)。SIP系統(tǒng)的呼叫控制信令由SIP傳送，由會(huì)話描述協(xié)議SDP完成媒體能力交換和RTP地址信息獲取的任務(wù)。SDP消息作為SIP的消息體來(lái)發(fā)送，會(huì)話控制和媒體能力交換同時(shí)進(jìn)行，會(huì)話建立的時(shí)延較短。

第三，H.323網(wǎng)絡(luò)中各元素均為對(duì)等實(shí)體，實(shí)體間傳送的是對(duì)等控制信令消息，而SIP網(wǎng)絡(luò)則采用IP網(wǎng)絡(luò)常用的C/S(客戶機(jī)/服務(wù)器)結(jié)構(gòu)。

第四，定位用戶、支持用戶移動(dòng)性。SIP利用注冊(cè)服務(wù)器將用戶的實(shí)際物理位置與用戶的SIP地址相綁定，便于在定位用戶時(shí)實(shí)現(xiàn)地址映射功能；利用重定向服務(wù)器將目標(biāo)用戶地址信息返回給服務(wù)器。

第五，協(xié)議簡(jiǎn)單，有良好的擴(kuò)展性。SIP是在諸如SMTP、HTTP的基礎(chǔ)上建立起來(lái)的，借鑒了其它Internet標(biāo)準(zhǔn)和協(xié)議的設(shè)計(jì)思想。由于SIP與HTTP非常相似，許多解析HTTP協(xié)議的程序只要經(jīng)過(guò)少許修改就可以用到SIP中。

SIP消息分為SIP請(qǐng)求消息和SIP應(yīng)答消息兩大類。所有的SIP消息都是由一個(gè)起始行、一個(gè)或多個(gè)標(biāo)題頭、一個(gè)表示標(biāo)題頭結(jié)束的空行和可選的消息體組成。

SIP核心規(guī)范定義了6種基本請(qǐng)求方法：INVITE(邀請(qǐng))、ACK(確認(rèn))、OPTIONS(可選項(xiàng))、BYE(再見)、CANCEL(取消)和REGISTER(注冊(cè))。其中，REGISTER方法用于向服務(wù)器注冊(cè)用戶位置信息；INVITE、ACK和CANCEL用于會(huì)話的建立；BYE用于結(jié)束會(huì)話；OPTIONS用于向服務(wù)器咨詢服務(wù)器的性能。

SIP核心規(guī)范定義了如下幾種實(shí)體：

用戶(User Agent)：用戶的系統(tǒng)接口，負(fù)責(zé)與終端用戶進(jìn)行交互?？煞譃橛脩艨蛻舳?UAC，User Agent Client)和用戶服務(wù)器(UAS，User Agent Server)。

服務(wù)器(Proxy Server)：用于轉(zhuǎn)發(fā)SIP消息，代表UAC發(fā)起請(qǐng)求，并向UAC返回響應(yīng)，既充當(dāng)客戶機(jī)又充當(dāng)服務(wù)器?？煞譃闊o(wú)狀態(tài)服務(wù)器和保留狀態(tài)服務(wù)器兩類。

重定向服務(wù)器(Redirect Server)：重定向服務(wù)器通過(guò)提供可能的位置來(lái)幫助定位目標(biāo)SIP用戶。它不發(fā)出任何定位目標(biāo)的行為，而僅僅返回目標(biāo)可能的出現(xiàn)位置信息。

注冊(cè)服務(wù)器(Register Server)：注冊(cè)服務(wù)器存儲(chǔ)用戶的位置信息，負(fù)責(zé)將用戶的SIP地址與用戶當(dāng)前所在的物理地址進(jìn)行綁定，這樣就能夠向服務(wù)器提供用戶的位置信息，協(xié)助服務(wù)器在轉(zhuǎn)發(fā)SIP請(qǐng)求消息時(shí)能夠迅速定位用戶。

三、SIP遠(yuǎn)程多媒體教學(xué)系統(tǒng)的設(shè)計(jì)

（一）基本概念和術(shù)語(yǔ)

課堂實(shí)例：一個(gè)由唯一資源標(biāo)識(shí)符標(biāo)識(shí)，由一組SIP用戶、媒體流和通信網(wǎng)絡(luò)組成的多媒體會(huì)話，參與成員有教師和學(xué)生；

課堂系統(tǒng)：由一個(gè)或多個(gè)課堂實(shí)例組成；

FOCUS：中心SIP用戶，是一個(gè)課堂實(shí)例的管理者；

課堂策略：課堂運(yùn)作和進(jìn)行的規(guī)則總稱，包括成員策略和媒體策略；

成員策略：管理課堂成員的規(guī)則總稱，包括身份鑒別、角色控制及權(quán)限控制；

媒體策略：處理媒體流的規(guī)則總稱；

課堂狀態(tài)：包括管理各個(gè)課堂實(shí)例的FOCUS的狀態(tài)和課堂策略的狀態(tài)；

課堂URI：課堂實(shí)例的唯一標(biāo)識(shí)符。

（二）總體結(jié)構(gòu)

依據(jù)DYNAMICSOFT公司首席科學(xué)家Jonathan Rosenberg博士提出的緊耦合SIP多媒體會(huì)議系統(tǒng)結(jié)構(gòu)模型，我們?cè)O(shè)計(jì)并提出教學(xué)系統(tǒng)的以下結(jié)構(gòu)。

系統(tǒng)為集中服務(wù)器體系結(jié)構(gòu)，一個(gè)中心服務(wù)器對(duì)應(yīng)一個(gè)課堂實(shí)例。從邏輯上劃分，中心服務(wù)器分為管理服務(wù)器和控制服務(wù)器。在物理實(shí)現(xiàn)上，采用管理服務(wù)器和控制服務(wù)器分離、一臺(tái)管理服務(wù)器配合多臺(tái)控制服務(wù)器的方式。因此，從拓?fù)浣Y(jié)構(gòu)上看，系統(tǒng)為星型結(jié)構(gòu)。

從功能上看，系統(tǒng)分管理子系統(tǒng)和控制子系統(tǒng)。管理子系統(tǒng)負(fù)責(zé)存儲(chǔ)管理課堂狀態(tài)信息數(shù)據(jù)、課堂策略信息數(shù)據(jù)和用戶信息數(shù)據(jù)；課堂控制系統(tǒng)要負(fù)責(zé)與一個(gè)或多個(gè)終端進(jìn)行SIP消息流和媒體信息流的交換，并對(duì)其進(jìn)行控制，以保證課堂實(shí)例的正常運(yùn)行。

除管理服務(wù)器和控制服務(wù)器外，系統(tǒng)還包含SIP服務(wù)器和終端。終端是師生參與課堂并獲取課堂功能服務(wù)的接口，SIP服務(wù)器協(xié)助控制服務(wù)器完成與參與課堂的師生之間的SIP會(huì)話的建立和維護(hù)。

SIP服務(wù)器可分為注冊(cè)服務(wù)器、服務(wù)器和重定向服務(wù)器，它們分別完成用戶地址注冊(cè)、SIP消息的路由和轉(zhuǎn)發(fā)、返回目標(biāo)SIP用戶地址信息的任務(wù)。

終端與控制服務(wù)器除了通過(guò)SIP服務(wù)器交換SIP消息外，還直接通過(guò)建立RTP會(huì)話交換實(shí)時(shí)媒體流消息；終端與管理服務(wù)器之間、控制服務(wù)器與管理服務(wù)器之間則采用課堂信令和自定義接換消息。

（三）各子系統(tǒng)的設(shè)計(jì)

1．管理子系統(tǒng)

管理服務(wù)器是管理子系統(tǒng)的主體，它管理一個(gè)或多個(gè)控制服務(wù)器并與之交互，協(xié)助完成課堂基本功能；與一個(gè)或多個(gè)終端交互，提供接口供終端用戶以不同的權(quán)限操縱控制課堂功能、查詢課堂各種信息；存儲(chǔ)管理課堂策略信息數(shù)據(jù)、課堂狀態(tài)信息數(shù)據(jù)和用戶信息數(shù)據(jù)。

管理服務(wù)器根據(jù)自身存儲(chǔ)的最新課堂策略信息，生成課堂配置和控制命令并傳送給控制服務(wù)器；控制服務(wù)器則是命令的具體執(zhí)行者?？刂品?wù)器利用FOCUS的課堂狀態(tài)通知服務(wù)功能獲取最新的課堂狀態(tài)信息，上傳給管理服務(wù)器。兩者合作完成課堂的基本功能。另外，管理服務(wù)器提供接口，設(shè)置不同的權(quán)限供終端操縱和修改課堂策略。

由于用戶普遍習(xí)慣使用Web瀏覽器，因此，本文加入一個(gè)中間層-Web服務(wù)器，作為管理服務(wù)器與終端交互的中介和紐帶。管理服務(wù)器與Web服務(wù)器的交互也采用簡(jiǎn)單的自定義接口規(guī)范，利用請(qǐng)求/應(yīng)答模式完成。同時(shí)，管理服務(wù)器向用戶提供課堂信息的查詢功能服務(wù)，使用戶能夠了解最新的課堂策略信息和最新的課堂狀態(tài)信息。

考慮到存取數(shù)據(jù)的效率問(wèn)題，并為了降低系統(tǒng)的復(fù)雜性，管理服務(wù)器上課堂信息數(shù)據(jù)的存儲(chǔ)采用XML技術(shù)來(lái)實(shí)現(xiàn)。課堂信息數(shù)據(jù)包括當(dāng)前運(yùn)行的課堂實(shí)例數(shù)目、每個(gè)課堂實(shí)例的URI、中心控制服務(wù)器的IP、開始時(shí)間、結(jié)束時(shí)間、課程名稱、教師URI、教師使用的媒體類型信息、學(xué)生數(shù)目以及每個(gè)學(xué)生使用的媒體類型信息等。

2．控制子系統(tǒng)

該子系統(tǒng)是系統(tǒng)的重點(diǎn)和核心部分，控制服務(wù)器與管理服務(wù)器交互，獲取最新的課堂配置和控制命令，并執(zhí)行命令；與各終端交互，進(jìn)行SIP消息和媒體流信息的交換，并對(duì)其進(jìn)行控制；獲取最新的課堂狀態(tài)信息，上傳給管理服務(wù)器。

在邏輯結(jié)構(gòu)上，控制服務(wù)器包括FOCUS、SIP協(xié)議棧、媒體處理器、傳輸層及底層通信網(wǎng)絡(luò)。其中，F(xiàn)OCUS是一個(gè)課堂實(shí)例的中心SIP用戶，其作用是：通過(guò)服務(wù)器、重定向服務(wù)器和注冊(cè)服務(wù)器與終端用戶保持信令連接，維護(hù)管理SIP會(huì)話；將接收到的媒體配置和控制命令傳送給媒體處理器，由媒體處理器集中處理來(lái)自各個(gè)終端的媒體流，進(jìn)行混合和轉(zhuǎn)發(fā)，實(shí)現(xiàn)媒體信息的控制和交換；利用自身的課堂狀態(tài)通知服務(wù)功能從終端獲取最新課堂狀態(tài)信息，上傳給管理服務(wù)器。

四、系統(tǒng)工作流程

整個(gè)系統(tǒng)的工作步驟分以下幾步：教師預(yù)約新課堂實(shí)例、創(chuàng)建課堂實(shí)例、成員加入課堂、課堂實(shí)例運(yùn)行、課堂實(shí)例結(jié)束、成員退出課堂和銷毀課堂實(shí)例。

系統(tǒng)管理員啟動(dòng)系統(tǒng)后，教師首先向SIP注冊(cè)服務(wù)器注冊(cè)自己的當(dāng)前位置，注冊(cè)成功后，根據(jù)本人的教學(xué)課程安排向管理子系統(tǒng)提出新課堂預(yù)約申請(qǐng)。管理子系統(tǒng)根據(jù)成員策略對(duì)教師身份的合法性進(jìn)行鑒定，身份驗(yàn)證通過(guò)后，向教師返回包含申請(qǐng)成功ID號(hào)、新課堂實(shí)例開始和結(jié)束時(shí)間信息的成功消息。當(dāng)預(yù)約課堂的開始時(shí)間到了后，教師即可利用申請(qǐng)成功ID號(hào)向管理子系統(tǒng)申請(qǐng)創(chuàng)建課堂實(shí)例，管理服務(wù)器創(chuàng)建新的課堂實(shí)例(即生成一個(gè)課堂URI)，分配一臺(tái)新的控制服務(wù)器，并指示控制服務(wù)器上的FOCUS向申請(qǐng)教師發(fā)送SIP的INVITE消息，邀請(qǐng)教師加入課堂。教師回送ACK消息后即加入課堂實(shí)例，此時(shí)的課堂實(shí)例狀態(tài)為運(yùn)行狀態(tài)，但還沒有學(xué)生加入。

學(xué)生在使用系統(tǒng)前，也要首先向SIP注冊(cè)服務(wù)器注冊(cè)自己的當(dāng)前位置。注冊(cè)成功后，學(xué)生加入課堂實(shí)例有兩種方法：一是主動(dòng)加入，即通過(guò)Web瀏覽器查詢課堂信息，找到自己要加入的課堂并且當(dāng)該課堂實(shí)例已經(jīng)運(yùn)行后，向該課堂實(shí)例URI(也就是FOCUS URI)發(fā)送INVITE消息申請(qǐng)加入。FOCUS根據(jù)成員策略鑒定學(xué)生身份后，向?qū)W生返回允許或拒絕的應(yīng)答。二是被動(dòng)加入，即FOCUS向所有符合成員策略要求的學(xué)生多播發(fā)送邀請(qǐng)的SIP消息，收到邀請(qǐng)的學(xué)生對(duì)其作出應(yīng)答后即可建立連接并加入。

課堂實(shí)例運(yùn)行過(guò)程中，經(jīng)過(guò)教師批準(zhǔn)后，學(xué)生可以重新設(shè)置自己的媒體參數(shù)并且可以提前離開課堂實(shí)例。學(xué)生向FOCUS發(fā)送Re-INVITE(重新邀請(qǐng))方法的SIP消息(消息體中包含調(diào)整后的媒體描述信息)，即可改變自己使用的（下轉(zhuǎn)第66頁(yè)）（上接第60頁(yè)）媒體參數(shù)。學(xué)生向FOCUS發(fā)送帶有BYE方法的SIP消息就可離開課堂實(shí)例。

教師也可以設(shè)置自己授課使用的媒體參數(shù)，同樣只需向FOCUS發(fā)送Re-INVITE(重新邀請(qǐng))方法的SIP消息即可。當(dāng)發(fā)現(xiàn)有不合格的學(xué)生后，只需向其發(fā)送帶有BYE方法的SIP消息就可將其逐出課堂。

與加入課堂相似，課堂結(jié)束時(shí)學(xué)生退出課堂的方法也有兩種：一是主動(dòng)退出。教師宣布下課后，成員終端可分別向FOCUS發(fā)送帶有BYE方法的SIP消息并退出課堂。二是管理服務(wù)器根據(jù)課堂實(shí)例的結(jié)束時(shí)間指示FOCUS向所有課堂成員終端發(fā)送帶有BYE方法的SIP消息，終端作出應(yīng)答，斷開與FOCUS的連接，退出課堂。

FOCUS利用課堂狀態(tài)通知服務(wù)的功能及時(shí)把正在結(jié)束的課堂實(shí)例中還未退出課堂的人數(shù)信息傳送給管理服務(wù)器。當(dāng)未退出課堂人數(shù)變?yōu)榱銜r(shí)，管理服務(wù)器銷毀該課堂實(shí)例，釋放該課堂實(shí)例占用的所有資源。

五、總結(jié)

本系統(tǒng)有如下特點(diǎn)：

第一，系統(tǒng)采用集中服務(wù)器方式的體系結(jié)構(gòu)，具有簡(jiǎn)單清晰、便于管理等優(yōu)點(diǎn)。

第二，集中服務(wù)器在物理實(shí)現(xiàn)上又采用控制服務(wù)器和管理服務(wù)器相分離的方式，整個(gè)系統(tǒng)中由一臺(tái)主服務(wù)器-管理服務(wù)器和多臺(tái)控制服務(wù)器組成，控制服務(wù)器集中進(jìn)行SIP會(huì)話管理和媒體流的處理，這有利于減輕系統(tǒng)負(fù)荷，達(dá)到平衡系統(tǒng)負(fù)載的目的。

第三，系統(tǒng)提供給用戶的功能服務(wù)接口大多采用Web方式，這符合用戶的操作習(xí)慣，降低了終端實(shí)現(xiàn)的復(fù)雜性。

第四，系統(tǒng)數(shù)據(jù)采用XML文件的形式來(lái)存儲(chǔ)，可以提高數(shù)據(jù)存取的效率，優(yōu)化系統(tǒng)性能。

六、結(jié)語(yǔ)

SIP協(xié)議還處于不斷的研究和發(fā)展中，有關(guān)SIP運(yùn)用于遠(yuǎn)程多媒體教學(xué)系統(tǒng)的實(shí)際例子也很少，本文對(duì)SIP運(yùn)用于遠(yuǎn)程多媒體教學(xué)系統(tǒng)作了一定的探討和研究，系統(tǒng)很多方面需要完善和改進(jìn)。

參考文獻(xiàn)