【正文】 n S_OK。}10．應用程序共享開啟T120應用程序共享非常容易，只需調(diào)用IRTCClient 接口的StartT120Applet 方法。hr = m_pClientStartT120Applet ( RTCTA_APPSHARING )。11．白板支持在應用程序中支持白板，需要調(diào)用StartT120Applet 方法，使用 RTCTA_WHITEBOARD 枚舉作為參數(shù)。hr = m_pClientStartT120Applet ( RTCTA_WHITEBOARD )。12．關閉 RTCHRESULT hr = S_OK。hr = pIRTCClientPrepareForShutdown()。// If (hr != S_OK), process the error here.IRTCClientEvent *pIClientEvent = NULL。RTC_CLIENT_EVENT_TYPE EventType。hr = pIDispatchQueryInterface(IID_IRTCClientEvent, reinterpret_castvoid** (amp。pIClientEvent))。// If (hr != S_OK), process the error here.hr = pIClientEventget_EventType(amp。EventType)。// If (hr != S_OK), process the error here.switch(EventType) { case RTCCET_ASYNC_CLEANUP_DONE : { hr = pIRTCClientShutdown()。 // If (hr != S_OK), process the error here. pIRTCClientRelease()。 pIRTCClient = NULL。 break。 } .....}我設計的程序界面如下： 發(fā)送和接收IM消息界面 測試結(jié)果測試服務器JAIN SIP Proxy Server測試設備：兩臺PC PC1： 安裝服務器及我編寫的IM客戶端RTCSAMPLE PC2： 只安裝IM客戶端1．注冊過程2．成功發(fā)送IM消息過程 成功發(fā)送IM消息的流程由于篇幅有限，這里只羅列其中的兩個消息的消息頭。INFO sip:5678@test:9439。maddr=。transport=tcp SIP/MaxForwards: 70To: Administrator sip:1234@test。epid=57a10678b4。tag=dc04840cae504040b903b4e160ac9034From: sip:1234@test。tag=5cf19e9737f34584af14049a5a9d3a28CallID: 80b746d4fb1644b69855b7e8f2a14d6c@CSeq: 1 INFOContentType: application/xmlVia: SIP/:5060。branch=z9hG4bK36a876c8c05e480ea792165e489703bc,SIP/:9194。rport=9194Route: sip:1234@test:9439。maddr=。transport=tcpContact: sip:5678@test:9194。maddr=。transport=tcp。proxy=replaceUserAgent: RTC/RecordRoute: sip::5060ContentLength: 87MESSAGE sip:1234@test:9439。maddr=。transport=tcp SIP/MaxForwards: 70To: Administrator sip:1234@test。epid=57a10678b4。tag=dc04840cae504040b903b4e160ac9034From: sip:5678@test。tag=5cf19e9737f34584af14049a5a9d3a28CallID: 80b746d4fb1644b69855b7e8f2a14d6c@CSeq: 3 MESSAGEContentType: text/plainVia: SIP/:5060。branch=z9hG4bKaadebfdfe84db60975ace724e79318bf,SIP/:9194。rport=9194Route: sip:1234@test:9439。maddr=。transport=tcpContact: sip:5678@test:9194。maddr=。transport=tcp。proxy=replaceUserAgent: RTC/RecordRoute: sip::5060ContentLength: 2本章敘述了SIP協(xié)議的即時消息的系統(tǒng)設計，由于時間和能力問題，沒有實現(xiàn)視頻的傳輸，但是也對如何實現(xiàn)消息發(fā)送做了詳細的敘述。同時有些問題也沒有解決，將在下章提出這些問題加以討論。4 討論部分 設計過程的問題在整個設計過程遇到很多問題，大多數(shù)問題都已經(jīng)解決，但一些問題由于時間問題沒有得到解決，主要是服務質(zhì)量（Qos）以及防火墻和NAT問題。通過我對資料的查詢，下面就我對這兩個問題的理解做一個闡述，并且給出一些解決方案。（QoS）服務質(zhì)量包含很多不同方面的指標,一個和多媒體流相關的QoS參數(shù)包括帶寬、最大時延、時延抖動和包丟失率以及呼叫建立時延。呼叫時延依賴所用的承信息的傳輸協(xié)議,尤其是在信令信息丟失需要重傳的時候[15]。所以對于基于SIP協(xié)議的媒體流傳輸,首先考慮信令協(xié)議對QoS的支持,然后再考察呼叫建立時延,我們以基于SIP的IP電話(VoIP)的例子進行分析。① 在對媒體流的QoS支持上,SIP與傳輸協(xié)議一起來保證QoS。通過地址翻譯接納控制、帶寬控制和地域管理,以及呼叫控制信令、呼叫簽權、帶寬管理和呼管理等呼叫和管理措施來實現(xiàn)。② 在呼叫建立時延上,幾乎同時建立一個UDP連接和一個TCP連接,如果UDP連接成功,則關閉TCP連接；否則,立刻啟用TCP。SIP是順序地操作UDP和TCP,如果UDP失敗,則會增加呼叫建立時延。③ 在環(huán)路檢測方面,為了防止環(huán)路,SIP采用了via頭字段,檢查其內(nèi)容,如果新端點已出現(xiàn)在via列表中,則表示有環(huán)路了。在給出模型的基礎上,利用無優(yōu)先權的優(yōu)先隊列(nonpreemptivepriorityqueue),從理論計算和實際模擬兩方面給出結(jié)果[16]。下一代通信系統(tǒng)將會提供多媒體服務,并且會以一種更靈活和智能的方式提供更高的服務質(zhì)量, QoS問題是影響SIP應用的主要因素之一,已經(jīng)成為眾多研究人員的主要研究方向之一。由于在目前的網(wǎng)絡環(huán)境中,出于安全性和IPv4地址資源問題的考慮，防火墻和NAT設備廣泛存在，這樣，如何使SIP協(xié)議穿透防火墻和NAT成為SIP應用研究領域的一個重要課題。通過阻止外部用戶直接訪問內(nèi)部計算機，防火墻可以使網(wǎng)絡上的計算機免受非法訪問的侵害。網(wǎng)絡地址轉(zhuǎn)換NAT是IETF提出的一個標準，用于允許專用網(wǎng)絡(使用專用地址范圍，例如 ,)上的多臺PC機或設備共享單個、可全局路由的IPv4地址。因為IPv4地址分配架構不能提供足夠的IP地址,人們部署了許多NAT產(chǎn)品，以便對IP地址和TCP/UDP端口進行共享。這時，使用SIP的應用在功能上可能會大打折扣，如即時語音和視頻通信功能、應用程序共享、白板、文件傳輸、遠程協(xié)助、多玩家游戲、實時通信及其他對等服務。目前實現(xiàn)SIP穿越防火墻和NAT問題的方法主要有：① 使用應用層網(wǎng)關ALG(application layer gateways)，國內(nèi)在這方面做了一些研究工作。,也被叫做ALG ,而是更深層地分析數(shù)據(jù)包負載內(nèi)的數(shù)據(jù),也就是應用層的數(shù)據(jù)。,例如,語音和視頻端使用哪一個數(shù)據(jù)端口來接收其他終端的語音和視頻數(shù)據(jù)。通過分析哪一個端口需要打開,防火墻動態(tài)地打開那些被應用的端口,由于要分析數(shù)據(jù)包負載,這樣就加重了防火墻的處理任務,影響網(wǎng)絡的運行,成為潛在的網(wǎng)絡瓶頸；并且如果網(wǎng)絡中有多層防火墻和NAT,則在呼叫路徑上的每個防火墻都必須被升級以支持ALG功能。 ② 隧道穿透方案。即在防火墻和NAT設備的內(nèi)外架設專門的隧道來傳送SIP數(shù)據(jù)。我們在這方面的研究工作實現(xiàn)了這種方案。隧道穿透解決方案由兩個組件構成：Server端和Client端,分別放在防火墻和NAT的外面和里面,Client端具有網(wǎng)守和代理功能,內(nèi)部終端注冊到Client上,它和外部的Server創(chuàng)建一個信令和控制通道,可以把所有的注冊、呼叫控制信令以及媒體數(shù)據(jù)轉(zhuǎn)發(fā)到Server,轉(zhuǎn)發(fā)時進行端口映射。這種解決方案的缺點是所有經(jīng)過防火墻的通信都必須經(jīng)由Server來進行中轉(zhuǎn),這會引起潛在的瓶頸。美國的Ridgeway公司也實現(xiàn)了這種解決方案。③ 虛擬專用網(wǎng)(VPN)。術是當前在IP網(wǎng)絡上提供安全通信的方法之一,在同一個VPN網(wǎng)內(nèi)可以解決防火墻穿越問題；在VPN技術中,在UDP和TCP層下的IPSec層被用來提供安全的IP通信,但由于基于VPN技術的IPSec層使用它自己的連接標識符而不是UDP或TCP端口,而且IPSec上面的層要被加密,這種解決方案無法處理對NAT尤其是NAPT問題,可以考慮實現(xiàn)防火墻、NAPT、。④ Plug and Play(通用即插即用協(xié)議),是為了在電腦、智能設備和智能家電之間建立無所不在的(pervasive)網(wǎng)絡連接而提出的協(xié)議體系。由微軟公司發(fā)起,在1999年成立了一個開放的產(chǎn)業(yè)聯(lián)盟UPnP Forum,制訂了一系列標準。其中的IGD(internet gateway device)工作委員會提出了穿透NAT的解決方案,很多NAT設備制造商已經(jīng)在新產(chǎn)品中支持這個協(xié)議。它以 Internet 標準和技術(例如,TCP/IP、HTTP和XML)為基礎,使這樣的設備彼此可自動連接和協(xié)同工作,從而使網(wǎng)絡(尤其是家庭網(wǎng)絡)對更多的人成為可能。 ⑤ STUN協(xié)議。STUN(simple traversal of UDP over NAT)是一個解決基于SIP的VoIP及其他IP多媒體應用系統(tǒng)穿透NAT的通信協(xié)議。一個支持STUN的SIP用戶代理能夠自行更改合法IP和虛擬IP之間的SIP/SDP包中的IP地址及端口的相應關系,因此能夠讓SIP和RTP包在不更改NAT和網(wǎng)絡設置的情況下成功穿透NAT。IETF的建議標準RFC3489給出了詳細的介紹。⑥ Full ,只是在Proxy的兩邊都是同樣的協(xié)議,它不具備協(xié)議轉(zhuǎn)換的作用。Proxy可以對內(nèi)外的IP網(wǎng)絡都有所了解,并使基于IP的呼叫看起來像兩個完全分離的呼叫：其中一個是從內(nèi)部網(wǎng)絡起呼的終端到Proxy,另一個是從Proxy到外部網(wǎng)絡上的終呼終端。而這個Proxy則起到把兩個呼叫融合在一起的作用,從而解決了NAT的問題.。⑦ Middlebox Communications。它是一種新出現(xiàn)的概念,其目的是使用第三方應用程序(包括硬件設備)來控制FireWall/NAT設備動態(tài)地決定安全策略,(或私有協(xié)議)控制FireWall/NAT設備根據(jù)“MultiMedia over IP”的需要動態(tài)地打開呼叫信令、媒體流互通的IP地址和端口號,這樣Firewall/NAT系統(tǒng)就無須嵌入過多的對“MultiMedia over IP”協(xié)議分析、解析的功能,而只需要維持已經(jīng)存在的安全策略及轉(zhuǎn)發(fā)機制,從而實現(xiàn)Firewall/NAT設備的穿透.。綜上所述,目前有很多穿透防火墻和NAT的方法,各種方法各有利弊,比如隧道穿透方法,布網(wǎng)簡單,對所有的協(xié)議適用,不需要公布IP地址,但是所有的媒體都必須經(jīng)過同一個Server,存在潛在時延和性能瓶頸；STUN方法需要終端支持,目前尚不支持對防火墻穿透的支持；完全代理方法需要公開IP相應的地址,需要的IP地址,同時存在潛在的性能瓶頸。使用應用層網(wǎng)關的方法,不需要增加新設備,但是需要對火墻和NAT設備進行更新等等?？傊?以上方法各有優(yōu)缺點,需要在使用時根據(jù)實際情況選擇最合適的方法。5 結(jié) 論 以Internet為代表的新技術革命正在深刻地改變著傳統(tǒng)的電信觀念和體系結(jié)構。從當前電信發(fā)展的大趨勢看，IP業(yè)務將成為未來業(yè)務的主體，特別隨著諸如下一代網(wǎng)絡等新技術的發(fā)展，IP向傳統(tǒng)電信業(yè)務的滲透和傳統(tǒng)電信業(yè)務與IP的融合步伐會大大加快，因此，以IP軟交換為基礎的NGN將是未來電信網(wǎng)的發(fā)展方向。SIP協(xié)議作為一個新的VOIP協(xié)議有著廣闊的前途，因此國內(nèi)對SIP協(xié)議的研究與開發(fā)相對較少，SIP協(xié)議在北美及歐洲得到了迅速發(fā)展，已經(jīng)開始為許多標準化組織所接受和支持，如ITU SG11的PINT、歐洲標準化組織ETSI TIPON的SIP BOF等，IMTE也成立了SIP工作組。而近幾年，SIP協(xié)議在北美及歐洲得到了迅速發(fā)展，已經(jīng)開始為許多標準化組織所接受和支持，隨著我國加入WTO，電信市場進一步開放，對SIP協(xié)議的研究就顯得更加重要和迫切。而且SIP還處在不斷完善之中，但是隨著下一代網(wǎng)絡技術的不斷發(fā)展，成為IP領域內(nèi)運用最廣泛的信令控制協(xié)議。因此我國需要加快SIP的開發(fā)速度，順利與國際接軌。而現(xiàn)在SIP開發(fā)和使用的主要問題是，很多老的軟件和操作系統(tǒng)都沒有對SIP實現(xiàn)支持，這就需要我們來開發(fā)新的應用軟件和操作系統(tǒng)來實現(xiàn)對SIP的支持。相信在不久的將來，我國也會著手大力發(fā)展SIP協(xié)議，與國際接軌?？偨Y(jié)致謝經(jīng)過長時間的努力，本次畢業(yè)實習終于要結(jié)束了 ，在整個實習過程中本人受益匪淺，感觸良多，通過本次設計使我更加深刻的理解了SIP協(xié)議！首先，能夠得到開發(fā)這