sip協(xié)議精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的sip協(xié)議主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：sip協(xié)議范文

【關(guān)鍵詞】sip；H.323；XMPP；VOIP電話

【中圖分類號(hào)】TP3 11.1 【文獻(xiàn)標(biāo)識(shí)碼】A 【文章編號(hào)】1672-5158（2013）01―0085―02

1 引言

VOIP（基于網(wǎng)絡(luò)的語音傳送）是語音通信發(fā)展的趨勢(shì)。大多數(shù)電信廠商均認(rèn)為，雖然目前VOIP在語音通信流量中只占很少的比例，但隨著時(shí)間的推移和技術(shù)的發(fā)展，VOIP電話語音所占比例正快速增長。作為實(shí)現(xiàn)VOIP系統(tǒng)的軟交換協(xié)議，會(huì)話控制協(xié)議（SIP）和H.323、XMPP協(xié)議就是其中的三大主流技術(shù)，其中，SIP信令控制協(xié)議正越來越受到人們的關(guān)注。

2 SIP協(xié)議

SIP最早源于二十世紀(jì)九十年代中期哥倫比亞大學(xué)提出的研究成果，后經(jīng)IETF的一個(gè)標(biāo)準(zhǔn)化應(yīng)用控制（信令）協(xié)議。眾所周知，它可用來建立、修改以及終止多個(gè)參與者參加的多媒體會(huì)話進(jìn)程。參與會(huì)話的成員可以通過單播連網(wǎng)、組播方式或者兩者結(jié)合的形式進(jìn)行通信。并能動(dòng)態(tài)調(diào)整和修改會(huì)話屬性（如會(huì)話帶寬要求、傳輸?shù)拿襟w類型、媒體編解碼格式等）。

SIP協(xié)議中有客戶機(jī)和服務(wù)器之分?？蛻魴C(jī)是向服務(wù)器發(fā)送sIP請(qǐng)求并能夠與服務(wù)器建立連接的終端應(yīng)用程序。用戶（User Agent）和（Proxy）中都包含客戶機(jī)的應(yīng)用。服務(wù)器是一個(gè)邏輯實(shí)體，它響應(yīng)客戶機(jī)發(fā)出的SIP請(qǐng)求，提供接收、拒絕和重定向等服務(wù)，并回送應(yīng)答的應(yīng)用程序，主要包括用戶服務(wù)器、服務(wù)器、重定向服務(wù)器、注冊(cè)服務(wù)器等四類服務(wù)器：

SIP協(xié)議最初規(guī)定了六種信令：REGISTER、INVITE、ACK、BYE、CANCEL、OPTIONS。其中REGISTER用于客戶端向注冊(cè)服務(wù)器等級(jí)和綁定用戶的位置等消息；INVITE和ACK用于創(chuàng)建會(huì)話呼叫，成功建立呼叫會(huì)話，或者用于改變已經(jīng)建立以后會(huì)話屬性；BYE用以終結(jié)和斷開已經(jīng)建立的會(huì)話；CANCEL用于終止已經(jīng)發(fā)起但還未完全建立會(huì)話的請(qǐng)求；OPTIONS用于查詢其它用戶和服務(wù)器能力。

SIP在設(shè)計(jì)上充分考慮了對(duì)其它協(xié)議的擴(kuò)展適應(yīng)性。它支持許多種地址描述和尋址，包括用戶名@主機(jī)地址；被叫號(hào)碼@PSTN網(wǎng)關(guān)地址；Tel：010-5 9988888普通電話的描述等。這樣，SIP主叫按照被叫地址就可以識(shí)別出被叫在模擬電話網(wǎng)絡(luò)上的位置，然后通過一個(gè)與模擬電話網(wǎng)絡(luò)相連的語音網(wǎng)關(guān)發(fā)起請(qǐng)求呼叫。

SIP主要支持三種方式建立呼叫，包括：由用戶客戶機(jī)（UAC）直接向用戶服務(wù)器（UAS）發(fā)起的呼叫，由用戶客戶機(jī)在重定向服務(wù)器的協(xié)助下進(jìn)行的重定向呼叫和由服務(wù)器代表用戶客戶機(jī)向被叫發(fā)起呼叫。圖1是由SIP建立呼叫的模型。

3 SIP和H.323、XMPP協(xié)議的比較

SIP和H.323、XMPP協(xié)議都是作為多媒體通信的應(yīng)用層控信令協(xié)議設(shè)計(jì)的。H.323試圖用VOIP電話替換傳統(tǒng)的模擬通信，且只是傳輸方式由原來的電路交換變成了分組交換，就如同模擬傳輸變成數(shù)字傳輸。XMPP（可擴(kuò)展通訊和表示協(xié)議）以Jabber協(xié)議為基礎(chǔ)，可用于服務(wù)類實(shí)時(shí)通訊、表示和需求響應(yīng)服務(wù)中的XML數(shù)據(jù)元流式傳輸。而SIP協(xié)議側(cè)重于將IP電話作為因特網(wǎng)上的一個(gè)應(yīng)用，相比較于較其它協(xié)議（如FTP，E-mail等），雖然都利用RTP作為媒體傳輸?shù)膮f(xié)議，但H.323是一個(gè)相對(duì)復(fù)雜的協(xié)議，增加了信令和QoS的要求。

H.323采用基于抽象語法標(biāo)記ASN.1和壓縮編碼規(guī)則的簡(jiǎn)潔的二進(jìn)制編碼規(guī)則發(fā)送其各種形式的信息。XMPP是基于可擴(kuò)展標(biāo)記語言（XML）的協(xié)議，它繼承了在XML環(huán)境中靈活的擴(kuò)展性，因此，基于XMPP的應(yīng)用具有超強(qiáng)的可擴(kuò)展性。而SIP以文本形式描述的協(xié)議，類似于HTTP。基于文本的編碼協(xié)議，能夠顯而易見的表示其頭域的意義，如From、To、Subject等域名。過去的實(shí)踐，已經(jīng)充分證明了這種不需要復(fù)雜文檔說明的標(biāo)準(zhǔn)的優(yōu)越性。

在電話會(huì)議支持方面，由于H.323協(xié)議中規(guī)定由多點(diǎn)控制單元（MCU）集中控制會(huì)議各種功能，要求所有參加會(huì)議終端都將控制消息發(fā)送到MCU，MCU極有可能成為電話會(huì)議的瓶頸；另外H.323協(xié)議只支持信令的單播功能，而不支持組播功能，限制了協(xié)議的可擴(kuò)展性，同時(shí)也降低了可靠性。雖然XMPP是支持組播的消息類型，但協(xié)議本身仍需為創(chuàng)建方便和高效的多人視頻會(huì)議進(jìn)行完善。而SIP協(xié)議設(shè)計(jì)之初就設(shè)立了分布式的呼叫機(jī)制，其組播功能不僅能夠便于會(huì)議控制，而且簡(jiǎn)化了用戶的定位、邀請(qǐng)群組等，并且節(jié)約了寬帶的占用。

H.323中專門定義了用于增值業(yè)務(wù)的協(xié)議，比如H.450.1、H.450.2和H.450.3等。XMPP協(xié)議經(jīng)過擴(kuò)展以后，可以通過發(fā)送擴(kuò)展的信息來處理用戶的需求，以及在XMPP的頂端建立如內(nèi)容系統(tǒng)和基于地址的服務(wù)等應(yīng)用程序。同樣，SIP協(xié)議也可以非常方便地支持補(bǔ)充業(yè)務(wù)或智能業(yè)務(wù)。只要充分利用SIP已定義的方法和頭域，就可以輕松實(shí)現(xiàn)對(duì)這些業(yè)務(wù)的支持。對(duì)于無法通過現(xiàn)有的方法和頭域?qū)崿F(xiàn)的業(yè)務(wù)，因SIP本身就是一種可擴(kuò)展的協(xié)議，所以也可以通過擴(kuò)展特定的方法和頭域?qū)崿F(xiàn)相應(yīng)的智能業(yè)務(wù)，并在體系結(jié)構(gòu)中增加業(yè)務(wù)，提供一些補(bǔ)充服務(wù)或與智能網(wǎng)設(shè)備的接口。

在H.323中，呼叫建立過程涉及到三條信令信道的協(xié)調(diào)，呼叫建立所需的時(shí)間很長。XMPP使用訂閱協(xié)議管理多方通信中的帶內(nèi)通信（主要是多方數(shù)據(jù)通信），并為帶外多方通信提供基礎(chǔ)平臺(tái)。在SIP中，會(huì)話請(qǐng)求過程是和媒體信道協(xié)商過程等一起建立的。盡管第二版的H.323協(xié)議，已經(jīng)優(yōu)化了呼叫請(qǐng)求的過程，縮短了呼叫建立會(huì)話的時(shí)間，但仍無法與SIP只需要1.5個(gè)回路時(shí)延建立呼叫相提并論。并且，H.323的呼叫信令通道和H.245控制信道需要依賴可靠的傳輸協(xié)議。而SIP獨(dú)立于低層協(xié)議，一般使用UDP協(xié)議，通過利用自己信令層的可靠性機(jī)制來保證消息的可靠傳輸。

4 企業(yè)SIP電話設(shè)計(jì)方案

考慮SIP在企業(yè)網(wǎng)中的實(shí)際應(yīng)用，本文按照SIP協(xié)議規(guī)范提出了一套VOIP電話系統(tǒng)設(shè)計(jì)方案，SIP終端不僅可以在企業(yè)內(nèi)部網(wǎng)絡(luò)正常應(yīng)用，也可以透過企業(yè)防火墻借助互聯(lián)網(wǎng)進(jìn)行應(yīng)用，圖2其系統(tǒng)結(jié)構(gòu)示意圖。也就是說，企業(yè)IP電話網(wǎng)絡(luò)中使用私有地址的SIP終端可以作為被叫被外界SIP終端呼叫。這樣VOIP在企業(yè)網(wǎng)絡(luò)的應(yīng)用才有意義。

4.1 系統(tǒng)基本工作流程

用戶注冊(cè)：用戶通過客戶機(jī)自動(dòng)向SIP服務(wù)器端發(fā)送注冊(cè)信息；該服務(wù)器的SIP注冊(cè)服務(wù)模塊接收注冊(cè)信息后，要先對(duì)客戶端進(jìn)行身份驗(yàn)證，確認(rèn)其合法后再對(duì)該用戶的狀態(tài)信息、IP地址信息等進(jìn)行更新。

會(huì)話建立：用戶A準(zhǔn)備發(fā)起一次與用戶B通話時(shí)，首先A通過其用戶客戶機(jī)將會(huì)話請(qǐng)求傳至SIP服務(wù)器，之后通過該服務(wù)器進(jìn)一步查找用戶B的有關(guān)信息，并進(jìn)行精確定位，服務(wù)器判定用戶B是否具有接通能力，如果可以則將用戶A的呼叫請(qǐng)求直接轉(zhuǎn)發(fā)給用戶B，否則服務(wù)器直接向A返回拒絕信息。

通話過程：如果A和B之問的通信鏈路建立成功，則他們之間直接進(jìn)行通信直至?xí)捊Y(jié)束，通話結(jié)束時(shí)向服務(wù)器發(fā)送會(huì)話結(jié)束請(qǐng)求。

4.2 系統(tǒng)協(xié)議結(jié)構(gòu)

由于SIP僅是會(huì)話初始化協(xié)議，不能像H.323協(xié)議的通信系統(tǒng)那樣提供全部的語音會(huì)話業(yè)務(wù)，必須協(xié)同其他協(xié)議共同來建立一個(gè)完整的多媒體業(yè)務(wù)體系結(jié)構(gòu)，本方案采用的協(xié)議結(jié)構(gòu)如圖3。在應(yīng)用層，SIP協(xié)議主要負(fù)責(zé)會(huì)話的建立、管理以及性能協(xié)商等任務(wù)，由于SIP協(xié)議本身提供了可靠的響應(yīng)機(jī)制，故在傳輸層選用UDP協(xié)議也能保證信令的正確傳輸。實(shí)時(shí)流協(xié)議（RTSP）用于控制“一點(diǎn)到多點(diǎn)”的多媒體數(shù)據(jù)流。系統(tǒng)采用了資源預(yù)留協(xié)議（RSVP）和實(shí)時(shí)傳輸控制協(xié)議（RTCP），以確保系統(tǒng)具有較高的服務(wù)質(zhì)量。資源預(yù)留協(xié)議規(guī)定和分配了IP網(wǎng)絡(luò)的資源保護(hù)技術(shù)，可將資源預(yù)留給一個(gè)或多個(gè)給定的會(huì)話，并且該會(huì)話優(yōu)先于任何試圖參與雙方之間的其它媒體交換；實(shí)時(shí)傳輸控制協(xié)議用來檢測(cè)并潛在地解決發(fā)送問題，從而監(jiān)控會(huì)話質(zhì)量和檢測(cè)網(wǎng)絡(luò)問題以達(dá)到對(duì)QoS的監(jiān)控。

實(shí)時(shí)傳輸協(xié)議（RTP）用來實(shí)現(xiàn)端到端的語音數(shù)據(jù)的實(shí)時(shí)傳輸業(yè)務(wù)。由于使用UDP協(xié)議，得到了端到端的QoS支持，基于SIP協(xié)議的IP電話系統(tǒng)，在網(wǎng)絡(luò)帶寬被其它業(yè)務(wù)負(fù)載較重時(shí)，可以降低在超時(shí)連接時(shí)導(dǎo)致呼叫建立的延遲，因此本方案在傳輸層選用無狀態(tài)的UDP來傳送語音信息。這里以將RTP看作是在UDP協(xié)議上運(yùn)行應(yīng)用服務(wù)，構(gòu)成支持實(shí)時(shí)數(shù)據(jù)傳遞所需的傳輸功能的不同部分。

5 國內(nèi)外SIP協(xié)議的應(yīng)用

自2000年6月，瑞典舉行的Voice On the Net 2000展示會(huì)以來，VOIP主流通信協(xié)議的發(fā)展和變化一直為人們所重點(diǎn)關(guān)注。

目前，采用H.323的VOIP服務(wù)對(duì)終端設(shè)備的要求較高。XMPP協(xié)議是IETF近期的標(biāo)準(zhǔn)，有待進(jìn)一步完善。而SIP協(xié)議優(yōu)勢(shì)非常明顯，它簡(jiǎn)單靈活、分布控制，而且極易與其它服務(wù)集成。因此，在開發(fā)VOIP產(chǎn)品的同時(shí)，要關(guān)注SIP的發(fā)展，借鑒其有用之處。不可否認(rèn)，在整個(gè)電信網(wǎng)絡(luò)中，一直存在采用H.323協(xié)議統(tǒng)一VOIP實(shí)現(xiàn)的呼聲，不過，電信廠商和運(yùn)營公司均承認(rèn)SIP的靈活性，并已采取行動(dòng)利用SIP協(xié)議開發(fā)相關(guān)應(yīng)用產(chǎn)品。

微軟公司：早在2000年，微軟公司就推出了基于SIP協(xié)議的即時(shí)通信產(chǎn)品，經(jīng)過不斷優(yōu)化和升級(jí)，其最新的版本是LYNC 2013，LYNC 2013提供了在線狀態(tài)、即時(shí)消息、語音、視頻、WEB會(huì)議等功能，已經(jīng)占據(jù)了國際統(tǒng)一通信大部分市場(chǎng)。

AVAYA：從2004年就已經(jīng)開始著手基于SIP的產(chǎn)品及解決方案的研發(fā)，而Avaya在SIP上的定位也非常明確，所以在解決方案的規(guī)劃上，Avaya力求把SIP和原有的應(yīng)用層解決方案緊密融合。并在原有應(yīng)用的基礎(chǔ)上擴(kuò)展由于SIP的引入而增加的新的功能。CCS服務(wù)器是Avaya最新的SIP服務(wù)集成解決方案，CCS服務(wù)器集成了SIP中幾乎所有的主要服務(wù)器功能，為企業(yè)基于SIP的通信網(wǎng)絡(luò)提供集成的服務(wù)。

華為公司：近年來，華為公司認(rèn)為隨著基于SIP的VoIP實(shí)現(xiàn)門檻越來越低，語音業(yè)務(wù)將逐步退出主導(dǎo)地位，成為一種最基本的業(yè)務(wù)。因此，華為公司不僅僅了基于SIP的語音網(wǎng)關(guān)產(chǎn)品，如：迅時(shí)MX51系列語音網(wǎng)關(guān)；還推出了基于SIP的融合通信產(chǎn)品eSpace。

據(jù)美國一家資訊公司對(duì)VOIP相關(guān)協(xié)議的實(shí)際應(yīng)用情況和未來前景的預(yù)測(cè)，到2015年，SIP應(yīng)用將達(dá)到全部VOIP相關(guān)安裝協(xié)議的46%，而H.323今后的應(yīng)用比例將逐步下降。

第2篇：sip協(xié)議范文

關(guān)鍵詞:下一代網(wǎng)絡(luò)（NGN）；軟交換；SIP協(xié)議

引言

目前傳統(tǒng)的公眾交換電話網(wǎng)（PSTN）上傳送著許多數(shù)據(jù)業(yè)務(wù)，由于快速增長的數(shù)據(jù)業(yè)務(wù)給并不適合傳送數(shù)據(jù)業(yè)務(wù)的電話網(wǎng)造成了很大的壓力。因此，基于分組技術(shù)的數(shù)據(jù)網(wǎng)與電路交換網(wǎng)最終必將走向融合，產(chǎn)生下一代由業(yè)務(wù)驅(qū)動(dòng)的網(wǎng)絡(luò)。軟交換是下一代網(wǎng)絡(luò)交換的核心，如果說傳統(tǒng)電信網(wǎng)絡(luò)是基于程控交換機(jī)的網(wǎng)絡(luò)，而下一代網(wǎng)絡(luò)則是基于軟交換的網(wǎng)絡(luò)。

1系統(tǒng)開發(fā)的技術(shù)基礎(chǔ)

1.1軟交換的概念

我國信息產(chǎn)業(yè)部電信傳輸研究所對(duì)軟交換的定義是：“軟交換是網(wǎng)絡(luò)演進(jìn)以及下一代分組網(wǎng)絡(luò)的核心設(shè)備之一，它獨(dú)立于傳送網(wǎng)絡(luò)，主要完成呼叫控制、資源分配、協(xié)議處理、路由、認(rèn)證、計(jì)費(fèi)等主要功能，同時(shí)可以向用戶提供現(xiàn)有電路交換機(jī)所能提供的所有業(yè)務(wù)，并向第三方提供可編程能力?！?/p>

1.2 SIP協(xié)議介紹

會(huì)話初始化協(xié)議SIP（Session Initiation Protocol）是一個(gè)面向Internet 會(huì)議和電話的簡(jiǎn)單信令協(xié)議，SIP最初由IETF MMUSIC (Multiparty Multimedia Session Control) 工作組提出。它的主要目的是為了解決IP網(wǎng)中的

信令控制，以及同軟交換機(jī)的通信，從而構(gòu)成新一代的通信平臺(tái)。

2 系統(tǒng)的總體設(shè)計(jì)和實(shí)現(xiàn)

2.1系統(tǒng)的層次結(jié)構(gòu)

軟交換采用業(yè)務(wù)與交換分離的設(shè)計(jì)思想，在系統(tǒng)設(shè)計(jì)結(jié)構(gòu)上將軟交換技術(shù)應(yīng)用設(shè)計(jì)為三層結(jié)構(gòu)，底層為用戶接入層，中間為交換支撐層，最上面是業(yè)務(wù)實(shí)現(xiàn)層。系統(tǒng)的層次結(jié)構(gòu)如圖1所示。

2.2呼叫管理服務(wù)器的設(shè)計(jì)與實(shí)現(xiàn)

呼叫管理服務(wù)器處于該體系結(jié)構(gòu)中的網(wǎng)絡(luò)控制層，它是軟交換系統(tǒng)的核心部分。呼叫管理服務(wù)器除了完成呼叫控制、連接控制和協(xié)議處理功能外，還將提供原來由網(wǎng)守設(shè)備提供的資源管理、路由以及認(rèn)證、計(jì)費(fèi)等功能。

軟交換系統(tǒng)的運(yùn)行需要SIP協(xié)議棧和SDP協(xié)議棧。客戶端應(yīng)該能夠產(chǎn)生INVITE和ACK請(qǐng)求，能夠產(chǎn)生和解析Call-ID，Content-Length，Content-Type，Cseq，F(xiàn)rom和To頭部字段。呼叫管理服務(wù)器應(yīng)該能夠接收INVITE，ACK，BYE，CANCEL和REGISTER請(qǐng)求，應(yīng)該能夠產(chǎn)生和解析Call-ID，Content-Length，Content-Type，Cseq，Expires，F(xiàn)rom，Max-Forwards，Via和To頭部字段。為了能夠使客戶端和服務(wù)端能夠使用RTP傳輸語音流，SDP協(xié)議應(yīng)該能夠產(chǎn)生和解析v，o，s，c，t，m和a頭部字段。

本系統(tǒng)以面向?qū)ο蟮姆椒ㄔO(shè)計(jì)了一個(gè)滿足系統(tǒng)要求的最小SIP和SDP協(xié)議棧。SIP協(xié)議棧支持INVITE，ACK，BYE，REGISTER和CANCEL請(qǐng)求，支持100，180，200，300，400，500和600狀態(tài)應(yīng)答，支持Subject，Contact，Call-ID，Content-Length，Content-Type，Cseq，Expires，F(xiàn)rom，Max-Forwards，Via和To頭部字段。SDP協(xié)議棧支持v，o，s，c，t，m和a頭部字段。SIP和SDP中的頭部字段都是以類的形式實(shí)現(xiàn)的，所支持的頭部字段都是從一個(gè)抽象類Header繼承而來。抽象類Header的定義如下：

class Header

{

public:

Header();

virtual ~Header() = 0;

virtual string encode() const = 0;

virtual void decode(const string& headerString) = 0;

virtual string getName() const = 0;

};

其中最主要的方法為decode，主要用來對(duì)相應(yīng)的頭部字段進(jìn)行解析，getName方法返回當(dāng)前的頭部字段類的類名，encode方法用來產(chǎn)生相應(yīng)的頭部字段的字符串。

其中SIP協(xié)議棧的結(jié)構(gòu)如圖2所示：

解析層是對(duì)SIP消息進(jìn)行解析和構(gòu)造。解析層實(shí)現(xiàn)的關(guān)鍵在于各個(gè)頭部字段類的設(shè)計(jì)及其相應(yīng)decode方法的實(shí)現(xiàn)。解析層的實(shí)現(xiàn)借鑒了VOCAL開放源碼中SipStack的頭部字段類的設(shè)計(jì)方法，VOCAL的SipStack對(duì)RFC2543完全支持，但協(xié)議棧非常的龐大，設(shè)計(jì)的過程中參考了VOCAL的SipStack的頭部字段類的設(shè)計(jì)形式實(shí)現(xiàn)了一個(gè)簡(jiǎn)潔，實(shí)用的SIP協(xié)議棧，SIP協(xié)議棧的大小還不到VOCAL的SipStack的1/10。

3 結(jié)束語

總之，基于SIP協(xié)議軟交換系統(tǒng)的前景非常廣闊，在這個(gè)領(lǐng)域，有許多技術(shù)難題等待人們?nèi)ソ鉀Q。相信在大家的共同推動(dòng)之下，軟交換系統(tǒng)的應(yīng)用將得到快速的發(fā)展。

參考文獻(xiàn)

[1]強(qiáng)磊等編著.基于軟交換的下一代網(wǎng)絡(luò)組網(wǎng)技術(shù)[M].人民郵電出版社，2005

[2]秦維佳.C/C++程序設(shè)計(jì)教程[M].機(jī)械工業(yè)出版社，2007

第3篇：sip協(xié)議范文

1相關(guān)理論與技術(shù)

通過采用AJAX及SIP通訊協(xié)議，設(shè)計(jì)一個(gè)WebService并以Web為接口的端對(duì)端異步通信實(shí)例，闡釋W(xué)ebService雙向通訊的建構(gòu)方式，同時(shí)對(duì)AJAX技術(shù)、SIP通訊協(xié)議的原理與應(yīng)用作簡(jiǎn)要介紹。

1.1WebService雙向通信機(jī)制

如圖1所示[1]，建立Client/Server雙向通信的松散連接及緊密連接架構(gòu)，WebService雙向通信包含了一個(gè)Client的主動(dòng)請(qǐng)求和一個(gè)Server端的前項(xiàng)式Push或事件通知。這是從服務(wù)互動(dòng)的觀點(diǎn)來設(shè)計(jì)的，最少會(huì)包含這3種型態(tài)，而每一個(gè)端點(diǎn)都像這樣具備Client與Server的功能設(shè)計(jì)。

（1）TYPEI是一個(gè)常見的單向WebService交互式樣板；Rc：表示Client端初始化一個(gè)請(qǐng)求，這個(gè)請(qǐng)求可以接收響應(yīng)或是不需要響應(yīng)。

（2）TYPEII是一個(gè)ServertoClient的異步Reply與EventNotification的交互式樣板，實(shí)際上異步Reply常被塑造成EventNotification的模式，有ACK就響應(yīng)，否則就是Notification；Es：表示Server的事件通知，可以要求具有ACK的響應(yīng)，也可以是一個(gè)事件通知。

（3）TYPEIII與TYPEI相反；Rs：表示Server端初始化一個(gè)請(qǐng)求，這個(gè)請(qǐng)求可以接收響應(yīng)或是不需要響應(yīng)。

圖1中實(shí)心的箭頭是初始化請(qǐng)求，虛線則是選擇性的信息響應(yīng)，TYPEIServer必須提供適當(dāng)?shù)腤SDL，通過SOAP傳遞給Client來使用，TYPEII和TYPEIII在Client必須提供適當(dāng)?shù)腤SDL，通過SOAP傳遞給Server來使用，而WebService人需同時(shí)具備TYPEI～TYPEIII的行為能力，在一個(gè)WebService的端點(diǎn)中同時(shí)存在Client/Server的角色時(shí)就會(huì)出現(xiàn)狀態(tài)協(xié)調(diào)性的問題，如果協(xié)調(diào)性出現(xiàn)問題就會(huì)出現(xiàn)錯(cuò)誤，傳統(tǒng)WSDL是One-way方式，要實(shí)現(xiàn)WebService雙向通信就要做動(dòng)態(tài)的設(shè)計(jì)。

1.2AJAX技術(shù)

AJAX的全名為AsynchronousJavaScriptandXML，是JavaScript及XML等技術(shù)的結(jié)合體，另外AJAX也包含瀏覽器端如何呼叫服務(wù)器端WebService的HTTPRequest技術(shù)[3]。從AJAX全名的字義中可以了解，AJAX就是異步的JavaScript與XML，它突破了傳統(tǒng)網(wǎng)頁開發(fā)技術(shù)的限制，使得網(wǎng)頁更具互動(dòng)性。

1.3SIP通訊協(xié)議的原理與應(yīng)用

SIP是一個(gè)應(yīng)用層的控制通訊協(xié)議，可以建立、修改或結(jié)束多媒體聯(lián)機(jī)[4]。以O(shè)SI定義的網(wǎng)絡(luò)七層來分類，SIP應(yīng)該屬于會(huì)話層，但是也有人將其歸類在廣義的應(yīng)用層。

SIP目前共定義九大邏輯組件[5]，因該文僅使用到ProxyServer這個(gè)組件，利用該組件的原理，將該組件的部分功能設(shè)計(jì)成WebService。ProxyServer是一個(gè)中介組件，同時(shí)具有Server與Client的雙重角色，相當(dāng)于H.323中的Gatekeeper，通常SIPUserAgent發(fā)出請(qǐng)求時(shí)并不知道對(duì)方的地址，需要ProxyServer從中協(xié)助，當(dāng)ProxyServer無法取得SIPUserAgent所要求的聯(lián)機(jī)對(duì)象的地址時(shí)，ProxyServer會(huì)通過預(yù)設(shè)的路由選擇方式轉(zhuǎn)送給其他ProxyServer代為解析，此時(shí)轉(zhuǎn)送請(qǐng)求的ProxyServer便會(huì)成為Client端。如圖2所示，以INVITE為例，假設(shè)Smith要用SIPPhone與John通話，首先Smith與John的SIPPhone要先分別向各自的SIPProxy注冊(cè)，接著Smtih的SIPPhone發(fā)出INVITERequest，其中INVITERequest中會(huì)有幾個(gè)標(biāo)頭字段：Via、To、From、Call-ID、CSeq、Contact、Max-Forward、Content-Type、Content-Length。因?yàn)镾mith的SIPPhone并不知道John的地址或是John所注冊(cè)的SIPProxy地址，Smith會(huì)將INVITERequest送到自己所注冊(cè)的SIPProxy（Smith’sProxy），Smith’sProxy會(huì)回傳100（Trying）給Smith的SIPPhone，100（Trying）表示Proxy已經(jīng)收到并處理INVITERequest，而Smith’sProxy會(huì)根據(jù)IP或是域名找到John的SIPPhone所注冊(cè)的Proxy，在把INVITERequest傳送出去之前，Smith’sProxy會(huì)先將自己的地址填在Via字段，加到INVITERequest的標(biāo)頭，然后送到John的SIPPhone所注冊(cè)的Proxy（John’sProxy），而John’sProxy則會(huì)在收到INVITE訊息后回傳100（Trying）給Smith’sProxy，表示已經(jīng)收到并處理INVITERequest，此時(shí)John’sProxy會(huì)查詢數(shù)據(jù)庫，找到John目前所在的IP地址，之后John’sProxy會(huì)將自己的地址填在Via字段，加到INVITERequest的標(biāo)頭并將INVITERequest傳送給John的SIPphone。在收到INVITE信息后，John的SIPPhone會(huì)進(jìn)入Ringing的狀態(tài)，并依照先前所紀(jì)錄的Via字段，依照路徑回傳180（Ringing）訊息給Smith的SIPPhone并告知John有來電。當(dāng)Smith的SIPPhone收到180（Ringing）信息后，可以顯示某些信息并等待John接起電話，若John接起電話，表示John允許建立聯(lián)機(jī)，John的SIPPhone響應(yīng)200（OK）信息給Smith的SIPPhone，而200（OK）的訊息中，可以攜帶John希望建立RTP封包聯(lián)機(jī)的相關(guān)信息和參數(shù)（IP地址與Port）的SDP給Smith，其中SDP是附加在SIPMessage后面。此時(shí)Smith的SIPPhone因應(yīng)200（OK）的信息響應(yīng)ACK給John的SIPPhone，兩端SIP聯(lián)機(jī)就算是建立完成，此時(shí)便可以利用之前Message所攜帶的SDP里的相關(guān)參數(shù)，開始傳輸RTP封包。若John拒絕受話，則John的SIPPhone就會(huì)傳送一個(gè)CANCEL訊息給Smith的SIPPhone。

2結(jié)語

過去在瀏覽器上運(yùn)行需要單向、雙向，全雙工、半雙工的服務(wù)（如聊天室、語音通話、視訊等）都存在一些問題，網(wǎng)頁聊天室采用共通的Session或全局變量來達(dá)成信號(hào)溝通的目的，而瀏覽器也會(huì)定時(shí)PostBack，造成Client端瀏覽器換頁的動(dòng)作產(chǎn)生，也會(huì)存在一些Session中斷或是無法清除的問題，對(duì)于實(shí)時(shí)的訊號(hào)交換是一個(gè)瓶頸，許多運(yùn)行順暢的語音或視訊軟件，都是以ActiveX或是Applet的組件嵌入方式安裝在Client端瀏覽器中，運(yùn)用了AJAX的方式呼叫CallBack機(jī)制后，尋找可用的WebService，結(jié)合SIP通信協(xié)議，讓信息或軟件可以快速地組合出新的服務(wù)，也可以達(dá)到信號(hào)實(shí)時(shí)交換的需求，另外提供了一種快速開發(fā)以瀏覽器為用戶端軟件系統(tǒng)的新方式，而Client瀏覽器不再需要一直進(jìn)行更新網(wǎng)頁的動(dòng)作，也不需要嵌入任何組件，這對(duì)目前很多使用者因嵌入不明組件造成中毒或是黑客入侵，有實(shí)質(zhì)上的幫助，提高信息安全的防護(hù)。

參考文獻(xiàn)

[1] ZhenshengWu.AWayofUsingWebServicebyAJAX[C]//Proceedingsof2008InternationalSymposiumonDistributedComputingandApplicationsforBusinessEngineeringandScience.2005.

[2] WuChou，F(xiàn)engLiu.WebServiceforTele-Communication[C]//ProceedingsoftheAdvancedInternationalConferenceonTelecommunicationsandInternationalConferenceonInternetandWebApplicationsandServices.2006.

[3] 謝延紅，錢愛增.利用Ajax技術(shù)開發(fā)無刷新聊天室系統(tǒng)[J].長春師范學(xué)院學(xué)報(bào)，2007，26（6）：86-89.

[4] 施昌偉.基于SIP協(xié)議的即時(shí)通訊系統(tǒng)的研究與實(shí)現(xiàn)[D].南京郵電大學(xué)，2012.

[5] 張晨光.基于H.323協(xié)議的IP呼叫中心坐席終端設(shè)計(jì)與實(shí)現(xiàn)[D].北京郵電大學(xué)，2008.

第4篇：sip協(xié)議范文

1、（信末簽名后的）再者，又及；附言（略作P.S.，PS.，PS或p.s.）

2、（書等的）附錄；跋，補(bǔ)遺

3、[英]（新聞廣播后的）結(jié)束語

第5篇：sip協(xié)議范文

1.注重案例，制定課程標(biāo)準(zhǔn)。針對(duì)中職教育教學(xué)的特點(diǎn)，以崗位需求為導(dǎo)向，以學(xué)生圖形圖像處理以及平面設(shè)計(jì)的職業(yè)能力培養(yǎng)為目標(biāo)，以工作過程的系統(tǒng)化和可持續(xù)發(fā)展為出發(fā)點(diǎn)，與企業(yè)行業(yè)合作共同進(jìn)行基于工作過程的課程設(shè)計(jì)開發(fā)。根據(jù)對(duì)學(xué)生所從事工作崗位職業(yè)能力、工作任務(wù)、工作過程的分析，以圖形圖像處理和平面設(shè)計(jì)領(lǐng)域的典型案例構(gòu)建教學(xué)內(nèi)容；以真實(shí)設(shè)計(jì)項(xiàng)目和典型任務(wù)為載體，采用理實(shí)一體化教學(xué)模式，基于平面設(shè)計(jì)實(shí)際工作流程設(shè)計(jì)教學(xué)實(shí)施過程，創(chuàng)造最佳的基于工作過程的學(xué)習(xí)環(huán)境；以學(xué)生為中心，采用項(xiàng)目導(dǎo)向、任務(wù)驅(qū)動(dòng)、案例教學(xué)等行動(dòng)導(dǎo)向教學(xué)法實(shí)施教學(xué)，充分調(diào)動(dòng)學(xué)生的學(xué)習(xí)積極性；合理利用網(wǎng)絡(luò)資源，多渠道拓展職業(yè)能力；充分體現(xiàn)課程職業(yè)性、實(shí)踐性和開放性的特點(diǎn)。

2.注重方法，培養(yǎng)操作技能。在整個(gè)教學(xué)進(jìn)程中，以案例實(shí)訓(xùn)貫穿于整個(gè)教學(xué)過程中，但各階段實(shí)訓(xùn)內(nèi)容、教學(xué)側(cè)重點(diǎn)不同。理論與實(shí)訓(xùn)循環(huán)授課，“教、學(xué)、做”合一，針對(duì)每次課所講授的知識(shí)點(diǎn)，精選實(shí)訓(xùn)內(nèi)容，實(shí)訓(xùn)目的在于鞏固所學(xué)知識(shí)點(diǎn)，并注意培養(yǎng)學(xué)生舉一反三的學(xué)習(xí)能力。實(shí)訓(xùn)部分根據(jù)影視多媒體、廣告設(shè)計(jì)、動(dòng)漫設(shè)計(jì)、藝術(shù)設(shè)計(jì)等工作崗位要求，安排綜合性案例，以模擬項(xiàng)目為主，通過臨摹優(yōu)秀作品、模擬設(shè)計(jì)、自主設(shè)計(jì)等方式，注意啟發(fā)學(xué)生思維，啟發(fā)學(xué)生采取不同的方法完成，培養(yǎng)學(xué)生創(chuàng)新精神。使學(xué)生掌握本課程在職業(yè)崗位中的作用，掌握工作崗位知識(shí)、能力、素質(zhì)要求，專業(yè)公司運(yùn)作模式，實(shí)現(xiàn)課程與工作完全接軌，形成獨(dú)具特色的“教學(xué)做”一體化案例教學(xué)，培養(yǎng)實(shí)際工作技能。

3.注重能力，實(shí)施“教學(xué)做”一體化教學(xué)。注重能力培養(yǎng)，實(shí)施“教學(xué)做”一體化教學(xué)。經(jīng)長期的教學(xué)做一體化的教學(xué)實(shí)踐，總結(jié)歸納出了Photoshop課程教學(xué)的課前準(zhǔn)備、組織教學(xué)、示范演練、布置任務(wù)、巡回指導(dǎo)、小結(jié)等六步教學(xué)法，以能力培養(yǎng)為主，融合了教學(xué)做一體化的理念，更好地實(shí)現(xiàn)了教中學(xué)、學(xué)中做和做中學(xué)。

第6篇：sip協(xié)議范文

通常C波段電動(dòng)極軸天線和傳統(tǒng)KU極軸天線組成使用 的條件是極軸天線、天線控制器、電動(dòng)推桿。根據(jù)極軸天線面大小匹配對(duì)應(yīng)功率的天線控制器和相應(yīng)尺寸的電動(dòng)推桿(常用12、18、24寸推桿,ku極軸天線使用推桿相對(duì)較小)。

就c波段極軸天饋系統(tǒng)而言,想要讓天線效率得到充分發(fā)揮,最好的辦法就是將正饋天線的ku高頻頭設(shè)為主焦,C波段高頻頭設(shè)為副焦;再通過DiSEqC 1.0切換器或者22k開關(guān)對(duì)2路衛(wèi)星信號(hào)進(jìn)行切換使用,這是極軸前輩曾文明老師提出的。而傳統(tǒng)支持DiSEqC1.0協(xié)議的天控器和衛(wèi)星接收機(jī)只能單獨(dú)使用。即打算從1個(gè)衛(wèi)星節(jié)目轉(zhuǎn)換到另1個(gè)衛(wèi)星節(jié)目,需要先遙控天控器去驅(qū)動(dòng)電動(dòng)推桿,繼而在極軸天線定位后再把衛(wèi)星接收機(jī)遙控切換到相應(yīng)衛(wèi)星的頻道上,需要操作2個(gè)遙控器才能去達(dá)成目的。

設(shè)備特點(diǎn)

TOPSIGNALTP8801型天控器除了可以推動(dòng)普通KU天線外,還可以驅(qū)動(dòng)3-5米直徑的極軸天線(需更換相應(yīng)驅(qū)動(dòng)單元);并能夠存儲(chǔ)多達(dá)99顆衛(wèi)星位置。此外其最大的特點(diǎn)還有兼容普通衛(wèi)星接收機(jī)使用的DiSEqC1.0協(xié)議,在沒有DiSEqC 1.2協(xié)議衛(wèi)星接收機(jī)的情況下也可以單獨(dú)正常使用。而我所看中的正是其支持DiSEqC 1.2協(xié)議的功能。這樣就可以通過支持DiSEqC 1.2協(xié)議的衛(wèi)星接收機(jī)(如DM500S、430)進(jìn)行跨星換臺(tái)操作,該天控器會(huì)自動(dòng)驅(qū)動(dòng)極軸天線尋星定位后進(jìn)行播放。這一先進(jìn)的技術(shù)以前只在ku天線相關(guān)極軸產(chǎn)品上采用,如SVEC 9120、DG240等水平極軸座之類,而C波段極軸天線產(chǎn)品上鮮有使用。

從接口來看,TP8801與普通DiSEqC 1.0天控器略有不同。前者增加了1進(jìn)1出的75-5的F信號(hào)端子,如果只使用DiSEqC 1.0協(xié)議功能時(shí),只需把天控器的電源和推桿的4根相應(yīng)控制線進(jìn)行連接即可,即電源正負(fù)M1 M2 傳感器sensor GND。當(dāng)使用DiSEqC1.2協(xié)議功能時(shí),除了接好這4根控制線,還需要把衛(wèi)星天線的F線接入天控器后,再輸出到帶有DiSEqC1.2協(xié)議的衛(wèi)星接收機(jī)上。

調(diào)整天控器

由于筆者的3米SVEC C波段網(wǎng)狀極軸天線室外單元以前已經(jīng)基本調(diào)試到位(只是KU波段主焦初調(diào)完成,C波段副焦信號(hào)尚可)。所以在使用TOPSIGNALTP8801天控器時(shí)只需在室內(nèi)把原來的DiSEqC 1.0天線控制器線路進(jìn)行連接更換即可。原極軸天線24寸推桿內(nèi)已設(shè)置好東西邊界的硬件凸輪物理行程限位,此次無須再進(jìn)行調(diào)整。否則需要對(duì)推桿設(shè)置清零,再對(duì)天控器進(jìn)行極軸天線的軟件東西限位設(shè)定,或者在使用DM500S接收機(jī)時(shí),通過極軸菜單設(shè)置對(duì)軟件東西邊界的設(shè)定進(jìn)行操作。

首次使用該極軸天線控制器時(shí),筆者建議各位最好用原來的天控器把極軸天線調(diào)動(dòng)到正南方向再更換新天控器,此舉目的是配合新天控器天線進(jìn)行零點(diǎn)設(shè)置。啟用新天線控制器時(shí),開機(jī)會(huì)顯示000的狀態(tài),這時(shí)再向左或者向右調(diào)節(jié)TP8801時(shí),機(jī)身上的綠色數(shù)碼指示燈就會(huì)有脈沖計(jì)數(shù)指示。筆者的極軸天線正常使用時(shí)以正南為0點(diǎn),極軸天線面左右接近1個(gè)平面。向左偏向時(shí)天線推桿向內(nèi)拉動(dòng),極軸天線偏向東方,天控器的脈沖數(shù)字從0開始依次向上疊加。當(dāng)極軸天線向右偏向時(shí)天線推桿向外推出,極軸天線偏向西方,天控器脈沖數(shù)字從999開始依次向下跌減。所以說,把極軸天線調(diào)整到正南方位再接入TP8801天控器是很有必要的,這樣可以直觀從天控器數(shù)據(jù)的變化中顯示出極軸天線究竟是偏向東邊或者西邊。

對(duì)于使用普通DiSEqC 1.0協(xié)議接收機(jī)的朋友,筆者建議你們?cè)陂_始使用TP8801天控器時(shí)首先將其清零后再設(shè)定軟件東西邊界極限限位。因?yàn)檫@類接收機(jī)無法在接收機(jī)設(shè)置中對(duì)天控器進(jìn)行設(shè)置,只能通過天控器的遙控器進(jìn)行相應(yīng)操作。大家都知道DiSEqC 1.0協(xié)議最少支持4個(gè)衛(wèi)星信號(hào)的輸入和切換。實(shí)際上如果只有1個(gè)高頻頭時(shí)也就無需對(duì)接收機(jī)端口進(jìn)行設(shè)置了,剩下的工作就只是對(duì)天控器進(jìn)行設(shè)置操作。

接下來,我們可以使用遙控器進(jìn)行極軸天線及天控器的軟件邊界設(shè)定。先按控制面板上的“E/W”、“W/E”鍵或者遙控器上的左/右轉(zhuǎn)動(dòng)鍵驅(qū)動(dòng)推桿至最低(極軸天線東面)或最高(極軸天線西面)位置,在遇到極軸天線推桿硬件物理限位后,天控器會(huì)顯示“”。此時(shí)向相反方向調(diào)節(jié)即可進(jìn)行下一步操作。

再按遙控器上的“Limit”鍵,數(shù)碼管顯示“L--”。再按遙控器上的右鍵,數(shù)碼管顯示“L.L.”并閃爍。然后再按ENTER鍵3秒確認(rèn)設(shè)置左邊界,此時(shí)數(shù)碼管顯示“L.L.”不再閃爍。表示已經(jīng)設(shè)定好左(東)邊軟件極限。驅(qū)動(dòng)極軸天線向西邊到達(dá)物理限位后再返回部分后按遙控器上的“Limit”鍵,數(shù)碼管顯示“L--”。再按遙控器上的左鍵,數(shù)碼管顯示“H.L.”并閃爍。然后再按ENTER鍵3秒,確認(rèn)設(shè)置好右(西)邊界,此時(shí)數(shù)碼管顯示“H.L.”不再閃爍。如此設(shè)置后,無論如何向東或向西驅(qū)動(dòng)極軸天線操作都會(huì)在推桿物理限位前提示已經(jīng)到達(dá)相應(yīng)的邊界“.”或者“”,不會(huì)顯示出“”。

下一步是將接收機(jī)的設(shè)置根據(jù)實(shí)際情況進(jìn)行調(diào)整,比如筆者的四切1開關(guān)2輸入為5150MHZ C 波段,3輸入為9750/10600MHZ KU波段。所以把105.5E的鳳凰衛(wèi)視參數(shù)輸入到接收機(jī)后,向左(東邊)驅(qū)動(dòng)極軸天線找尋信號(hào)。由于室外極軸天線軌跡已經(jīng)完全調(diào)整正確,很快就會(huì)出現(xiàn)鳳凰衛(wèi)視的信號(hào)質(zhì)量,找到信號(hào)質(zhì)量最大值后可以按遙控器“store”鍵,此時(shí)數(shù)碼管顯示“C- -”。 輸入自定義的星位如01,再按“ERTER”鍵3秒后看到數(shù)碼管的“C01” 變成 “P01”,表示存星過程完成。

存完參數(shù)之后,就可以搜索衛(wèi)星節(jié)目了。也可以在查看最低信號(hào)質(zhì)量節(jié)目后,微調(diào)極軸天線,再次保存衛(wèi)星位置。此后繼續(xù)向東找尋108E、115E、122E、134E等衛(wèi)星,向西找尋100.5E、95E、88E等衛(wèi)星位置。筆者的極軸天線向東可收下衛(wèi)星最大角度為166E,向西最大角度為68.5E。

此前安裝調(diào)試時(shí),由于筆者對(duì)24寸推桿承受力量不甚了解,又缺乏調(diào)試經(jīng)驗(yàn),以至于極軸天線安裝位置錯(cuò)誤,造成推桿負(fù)重過載而損壞。極軸天線負(fù)載最重的地方就是東西邊界特別是166E和49E。當(dāng)24寸推桿從166E拉動(dòng)3米網(wǎng)狀極軸天線時(shí),天線偏地面方向,承受力量非常大,驅(qū)動(dòng)電流同時(shí)也遠(yuǎn)超正常范圍。如果推桿質(zhì)量不好,很容易會(huì)拉壞螺絲口報(bào)廢。最后筆者根據(jù)實(shí)際使用情況確定了極軸天線推桿的正確安裝位置,而驅(qū)動(dòng)推桿的電流也在正常使用范圍,不會(huì)出現(xiàn)24寸推桿在極軸天線右邊安裝時(shí)拉動(dòng)極軸天線那樣超載的巨大力量和過載結(jié)果。此時(shí)天控器驅(qū)動(dòng)3米天線最大負(fù)載從166E改變?yōu)?8.5E,天線偏向角度減小,也減小了推桿所承受的拉力(我放棄49E以增加極軸天線安全區(qū));如果不這樣調(diào)整唯一的辦法就只有將24寸推桿更換為36寸推桿了。

調(diào)換星過程如下:通過遙控器上下鍵進(jìn)行選星,在已選星位號(hào)出現(xiàn)約3秒后,數(shù)碼管顯示脈沖數(shù)字自動(dòng)驅(qū)動(dòng)推桿到存星位置。該功能為TP8801系列特有功能,無須2次確認(rèn)。此換星操作最少需要存入2星位置后才有效。也可直接輸入數(shù)字星位號(hào)如08,數(shù)碼管顯示“P08”,然后再按ENTER確認(rèn),推桿會(huì)走到存星位置,在原位置輸入相同星位則不會(huì)動(dòng)作。使用普通支持DiSEqC 1.0協(xié)議接收機(jī)配合該天控器極軸天線使用時(shí),換星換臺(tái)必須使用到2個(gè)遙控器,可以先用天控器的遙控器選換好衛(wèi)星位置再切換接收機(jī)衛(wèi)星信號(hào),也可以先切換好衛(wèi)星頻道后再換星,2者缺一不可。

天控器與DM500的配合

目前常用的430xp和DM500S接收機(jī)均可支持DiSEqC 1.2極軸協(xié)議,配合天控器最為方便,其中DM500S不僅支持 DiSEqC 1.0、1.1、1.2協(xié)議,而且也是當(dāng)前最流行的機(jī)器。下面筆者就簡(jiǎn)述一下通過DM500S設(shè)置該天控器的過程。

1、存儲(chǔ)衛(wèi)星數(shù)據(jù)

首先利用原極軸天線天控器把極軸天線驅(qū)動(dòng)到正南中心位置,再把TOPSIGNALTP8801 天控器接入系統(tǒng)。此時(shí)可能出現(xiàn)有兩種情況:一是天控器已經(jīng)存好預(yù)收衛(wèi)星數(shù)據(jù)時(shí),可以用天控器調(diào)星,依次找到所有衛(wèi)星的數(shù)據(jù)存入天控器,二次使用時(shí)則由DM500S控制天控器自動(dòng)調(diào)星。相當(dāng)于把天控器內(nèi)數(shù)據(jù)copy到DM500S接收機(jī)。

二是把TP8801 天控器初始化清零,使用DM500S直接在極軸設(shè)置中驅(qū)動(dòng)極軸天線尋找衛(wèi)星信號(hào),并保存衛(wèi)星位置和下載節(jié)目,這個(gè)過程相對(duì)于前一種方式更復(fù)雜一些,全部衛(wèi)星位置設(shè)置過程所需時(shí)間更長。原因很簡(jiǎn)單,DM500S(在使用四切一時(shí))反應(yīng)沒有普通免費(fèi)機(jī)靈敏,找星時(shí)會(huì)有所延遲,以至于天控器在驅(qū)動(dòng)推桿跑過欲收衛(wèi)星位置時(shí),還沒有及時(shí)反應(yīng)而延長調(diào)試時(shí)間。特別是信號(hào)較弱的衛(wèi)星在這個(gè)問題上更為突出,需要更長時(shí)間才可以搞定。實(shí)際上無論哪種方式去尋找衛(wèi)星信號(hào)和存儲(chǔ)衛(wèi)星位置,都必須使用DM500S的極軸設(shè)置功能。

2、調(diào)整極軸設(shè)置

在首次使用DM500S的 DiSEqC 1.2協(xié)議極軸功能之前,要對(duì)高頻頭進(jìn)行設(shè)置,方可啟動(dòng)極軸功能。雖然DM500S接收機(jī)有現(xiàn)成的極軸定義下的所有衛(wèi)星,但是每次設(shè)置都很繁瑣,不利于實(shí)際操作,所以筆者在《非標(biāo)準(zhǔn)用戶定義設(shè)置》菜單中增加新衛(wèi)星進(jìn)行極軸設(shè)置。

在筆者的極軸天線上,所有C波段衛(wèi)星統(tǒng)一使用1個(gè)5150MHZ本振高頻頭設(shè)置,所有KU波段衛(wèi)星統(tǒng)一使用1個(gè)9750、10600MHZ雙本振高頻頭設(shè)置。注意在天控器高頻頭設(shè)置時(shí)不能選擇增加電壓,否則會(huì)出現(xiàn)無法正常工作的狀況。DISEqC參數(shù)根據(jù)個(gè)人4切1輸入情況選擇,在DISEqC模式中啟用Version 1.2極軸功能,在頻道搜索中的第3項(xiàng)“極軸設(shè)置”功能菜單內(nèi)就會(huì)有相應(yīng)的極軸關(guān)聯(lián)選項(xiàng)了。(見圖6-7)

由于筆者在LNB選項(xiàng)中配置了2個(gè)高頻頭,所以進(jìn)入極軸設(shè)置時(shí),系統(tǒng)會(huì)要求選擇其中1個(gè)高頻頭(如圖8)。進(jìn)入極軸設(shè)置選項(xiàng)后可以在使用GOTOXX功能下輸入當(dāng)?shù)亟?jīng)緯度保存(如圖9),再在極軸配置下的“模式”菜單選擇“位置”,并選擇衛(wèi)星。轉(zhuǎn)發(fā)器任意選擇一組參數(shù)(如圖10),極軸天線的方向則依據(jù)DM500S遙控器的左右鍵而改變,若出現(xiàn)控制方向與極軸天線實(shí)際動(dòng)作不一致時(shí),需要把推桿電源正負(fù)極調(diào)換,相關(guān)物理極限也需要調(diào)整。

當(dāng)預(yù)收衛(wèi)星信號(hào)SNR AGC數(shù)值最高,BER最小的情況下,可以用DM500S對(duì)該衛(wèi)星位置進(jìn)行存儲(chǔ),天控器也會(huì)作出對(duì)應(yīng)的數(shù)據(jù)顯示。由于DM500S只支持存儲(chǔ)79個(gè)星位,而天控器最高可存儲(chǔ)99個(gè)。所以打算用DM500S去驅(qū)動(dòng)極軸天線的用戶必須在79內(nèi)選擇存儲(chǔ)星位(如圖11)。保存衛(wèi)星位置后,可以在多星選擇中找出剛才存下的衛(wèi)星,選擇自動(dòng)搜索該衛(wèi)星信號(hào)即可。

寫在最后

使用TOPSIGNALTP8801 DiSEqC 1.0、1.2協(xié)議 天控器配合SVEC 3M網(wǎng)狀極軸天線1年多來,筆者對(duì)其功能頗為滿意,它唯一的缺點(diǎn)就是遙控器按鍵之間的距離太近,按鍵體積太小,在使用時(shí)容易發(fā)生誤操作,建議廠商在后續(xù)產(chǎn)品中予以改進(jìn)。

>>> 使用天控器的小知識(shí)

1、確認(rèn)東西邊界

DM500S極軸配置下模式的東極限設(shè)置可以在最初尋找衛(wèi)星位置之前進(jìn)行設(shè)置,也可以在最后進(jìn)行設(shè)置。最后進(jìn)行設(shè)置的好處是可以在知道自己最遠(yuǎn)可以收下哪顆星后適當(dāng)偏移后就可以確認(rèn)。比如筆者的極軸天線可以到達(dá)166E,但由于建筑物遮擋后最大角度可以收下146ku,那么我的軟件限位就可以在把天線調(diào)動(dòng)到146E后稍微走動(dòng)1點(diǎn)估計(jì)148E即可保存軟件限位了。下次設(shè)置向左(東邊)點(diǎn)動(dòng)時(shí)就會(huì)在148E處停止前進(jìn)。使用時(shí),無須擔(dān)心超越極限。根據(jù)需要也可以取消或者重新設(shè)定東西邊界極限位置。(如圖12-13)

2、無用的選項(xiàng)

DM500S的極軸配置功能選項(xiàng)模式下有多種功能選項(xiàng),其中在極軸配置模式中重新計(jì)算功能基本上無實(shí)際應(yīng)用價(jià)值,因?yàn)樾l(wèi)星位置信號(hào)偏移的原因主要是推桿固定螺母松動(dòng),內(nèi)部絲桿磨損間隙加大等因素造成的。

3、IMG也有差別

DM500S目前使用有PLI、ATM、GE這三種IMG,都有極軸設(shè)置功能,且基本通用。唯一有區(qū)別的就是部分系統(tǒng)極軸設(shè)置中操縱極軸天線向東或者向西時(shí)的動(dòng)作不同。有的系統(tǒng)按遙控鍵1下,極軸天控器只輸出1個(gè)脈沖動(dòng)作,持續(xù)按下則繼續(xù)走動(dòng),松手立即停止運(yùn)轉(zhuǎn)。這種DM500S使用的系統(tǒng)在極軸設(shè)置時(shí)最方便、準(zhǔn)確、好用。

另外1種IMG的特點(diǎn)是放開按鍵后,極軸天控器不能立即“剎車”,這樣會(huì)帶來錯(cuò)誤的位置,使信號(hào)無法實(shí)時(shí)顯示,需要多次來回調(diào)動(dòng)極軸天線才能找到最佳位置。

第7篇：sip協(xié)議范文

IETF最初制定的是sip會(huì)話的初始協(xié)議，可以用于多方面的通信。Sip是在應(yīng)用層控制的協(xié)議并且它的基礎(chǔ)是文本，是獨(dú)立于底層傳輸協(xié)議的。并且，Sip的用途包括：建立、修改和終止IP網(wǎng)上的雙方或多方的通話。這些會(huì)話的種類有很多，有多媒體會(huì)議、電話呼叫、或者是多媒體會(huì)議。Sip壓縮技術(shù)支持語音通話，可以不用手動(dòng)輸入那么麻煩，并且它還可以定位使用者的位置，以便于能夠更快的找到使用者。Sip協(xié)議的特點(diǎn)是簡(jiǎn)單、易于擴(kuò)展、能夠很快實(shí)現(xiàn)，這些特點(diǎn)被人發(fā)掘并且越來越得到人們的重視，所以現(xiàn)在一些科研人員開始研發(fā)一些能夠支持和使用Sip壓縮技術(shù)的多媒體客戶端。這一項(xiàng)技術(shù)如果研發(fā)成功的話，它會(huì)成為第三網(wǎng)絡(luò)和3G多媒體的重要協(xié)議。

2Sip壓縮技術(shù)在無線通信中的應(yīng)用

隨著時(shí)代的快速發(fā)展，人們?cè)絹碓蕉嗟氖褂脽o線通信技術(shù)，這也就促使了研發(fā)Sip壓縮技術(shù)的步伐，使得Sip壓縮技術(shù)在無線通信上有了很大的應(yīng)用。

2.1Sip壓縮

Sip是收集在Sip中出現(xiàn)的字符串，并且對(duì)這些字符串進(jìn)行編碼。但是，每個(gè)Sip消息的空間中也存在著URI，URI占據(jù)了Sip消息中的一些字節(jié)空間，這些字節(jié)空間有URI的求法，URI中的From和To的字節(jié)，還有隱藏在Contact字段中的URI字節(jié)。所以，在建立會(huì)話的過程中如果出現(xiàn)形成SIPURI的聯(lián)系人列表是UA和Proxy之間成立的這種情況的話，那么在建立會(huì)話的過程中會(huì)對(duì)聯(lián)系人列表中的URI字節(jié)進(jìn)行維護(hù)和編碼，因此，在對(duì)每個(gè)聯(lián)系人消息進(jìn)行編碼時(shí)可以使Sip信息的頭部大小降低。所以，在客戶端和服務(wù)器之間創(chuàng)建和維護(hù)聯(lián)系人列表是Sip壓縮的關(guān)鍵。Sip壓縮的前提就是必須對(duì)Sip協(xié)議進(jìn)行一定的擴(kuò)展，在Sip信息的頭部可以增加一些區(qū)域，用來對(duì)終端支持Sip壓縮或者是對(duì)方使用Sip壓縮進(jìn)行一系列的說明。在滿足Sip中要求的基本機(jī)制和特定信令壓縮參數(shù)的要求之下可以支持Sip的壓縮，并且可以對(duì)Sip信息進(jìn)行壓縮和解壓。Sip傳輸?shù)亩丝谑?060端口，當(dāng)使用Sip壓縮是端口依舊是5060端口，而且這兩者會(huì)分得很清楚，不會(huì)混淆。未壓縮消息字節(jié)的高位全為1，所以，要判斷字節(jié)是壓縮消息還是原始消息的方法是一個(gè)支持Sip壓縮的終端是否可以接收到高5位的消息。如果高5位的值全為1，這是原始消息，這就把這些消息直接交給應(yīng)用層進(jìn)行應(yīng)用；如果高5位的值不全為1這就是壓縮消息，就要把這些消息轉(zhuǎn)給消息的解壓發(fā)生器進(jìn)行解壓。

2.2Sip擴(kuò)展

Sip擴(kuò)展的目的是能夠使Sip壓縮技術(shù)更好的實(shí)現(xiàn)，可以讓用戶隨意選擇?，F(xiàn)在，有兩種方法可以提高Sip整體壓縮的效率：（1）動(dòng)態(tài)壓縮：通過自己本身已經(jīng)壓縮過的信息來壓縮現(xiàn)在正要壓縮的信息，這樣做的好處是可以節(jié)省字節(jié)空間。但是，如果要使用自己本身已經(jīng)發(fā)送過的信息，就必須經(jīng)過壓縮處理器的處理。因?yàn)槿绻畔⑹窃诳煽康膫鬏攲觽魉?，這就能夠保證信息的質(zhì)量，但是如果不是在可靠的傳輸層，這就不能夠保證信息的準(zhǔn)確性。（2）共享壓縮：通過在壓縮的過程中使用自己本省已經(jīng)接收到的信息來壓縮自己要發(fā)送的信息。這種的壓縮方式在請(qǐng)求的模式中能夠獲得很好的壓縮效果。通過考察Sip協(xié)議，可以發(fā)現(xiàn)每個(gè)用戶一般會(huì)產(chǎn)生很多相同的信息，這就意味著Sip壓縮技術(shù)在工作的時(shí)候壓縮信息的重復(fù)度相當(dāng)高，而且信息冗余度相當(dāng)高。通常的解決辦法是，如果建立一種含有某些重復(fù)性詞語的字典，這樣就會(huì)很好地提高壓縮處理器的效率。所以說，在Sip的擴(kuò)展操作中也應(yīng)用了可以讓用戶自定義的字典，這樣來使Sip壓縮效率提高。

3結(jié)語

第8篇：sip協(xié)議范文

關(guān)鍵詞:圖書館;流通交換;館際互借;SIP2; NCIP

中圖分類號(hào):G250文獻(xiàn)標(biāo)識(shí)碼:A文章編號(hào):1009-3044(2009)36-10447-03

Library Circulation Exchange Protocol Overview

ZHU Huang-feng

(Aisino Corpration, Beijing 100195, China)

Abstract: Library circulation exchange protocol is different between the library circulation management softwares, as well as the library circulation management software and self-help equipments in library. This paper outlines a number of commonly used library circulation exchange protocol, with an emphasis on the 3M company's SIP2 and the American National Standards Organization NCIP protocols described and compared.

Key words: library; circulation exchange protocol; SIP2; NCIP

隨著圖書館行業(yè)的不斷發(fā)展和科學(xué)技術(shù)的不斷進(jìn)步,圖書館信息化水平也在不斷的提高。到目前為止,絕大部分圖書館已經(jīng)完成了館藏信息的數(shù)據(jù)庫管理和流通自動(dòng)化。同時(shí),圖書館的開放性要求也越來越高,圖書館與圖書館之間館際互借的業(yè)務(wù)越來越多。

然而,不同圖書館的館藏信息數(shù)據(jù)庫可能有不同的數(shù)據(jù)格式,不同圖書館圖書流通管理的業(yè)務(wù)處理方式也有可能各具特色。如何能確保圖書館與圖書館之間館際互借業(yè)務(wù)無障礙運(yùn)行?如何能保證圖書館在更新圖書館流通管理系統(tǒng)或者引進(jìn)圖書自助借還設(shè)備時(shí)無需做太多改動(dòng)?

館際流通交換協(xié)議能夠?yàn)椴煌瑘D書館的圖書流通管理系統(tǒng)提供數(shù)據(jù)和業(yè)務(wù)交互提供支持,同時(shí)也能為圖書館流通系統(tǒng)和其它系統(tǒng),如本館其它業(yè)務(wù)系統(tǒng)、自助借還設(shè)備等,之間提供數(shù)據(jù)和業(yè)務(wù)交換。

1 常用圖書館流通交換協(xié)議簡(jiǎn)介

1.1 Z39.50 Item Order

Z39.50協(xié)議是一種在客戶服務(wù)器環(huán)境下計(jì)算機(jī)與計(jì)算機(jī)之間進(jìn)行數(shù)據(jù)庫檢索與查詢的通訊協(xié)議。它能夠?yàn)閳D書館館藏?cái)?shù)據(jù)庫提供標(biāo)準(zhǔn)的數(shù)據(jù)庫檢索與查詢服務(wù),從而推動(dòng)了圖書館之間聯(lián)機(jī)查詢、數(shù)據(jù)共享服務(wù)。

Z39.50由NISO(美國國家信息標(biāo)準(zhǔn)組織)提出,經(jīng)過圖書館行業(yè)20多年的推廣與完善,最終為ISO接受成為國際標(biāo)準(zhǔn)。在Z39.50推出第三版時(shí),增加了一個(gè)新特性,即可以通過擴(kuò)展服務(wù)實(shí)現(xiàn)文獻(xiàn)預(yù)訂(Item Order),實(shí)現(xiàn)館際互借。這些擴(kuò)展服務(wù)并不是Z39.50協(xié)議本身所實(shí)現(xiàn)的部分,而是由其它應(yīng)用系統(tǒng)來實(shí)現(xiàn)。Z39.50 Item Order能夠支持簡(jiǎn)單的圖書館流通交換,適用于請(qǐng)求一本圖書或文獻(xiàn)、不需要任何附加報(bào)文的事務(wù)。它的優(yōu)點(diǎn)是可以基于Z39.50查詢的結(jié)果,直接針對(duì)其中某本圖書或文獻(xiàn)發(fā)起流通請(qǐng)求。

1.2 ISO ILL

ILL(InterLiblary Loan)館際互借協(xié)議是關(guān)于館際互借協(xié)議的國際標(biāo)準(zhǔn),最初是加拿大國家圖書館為了便于國家網(wǎng)絡(luò)信息資源共享而發(fā)起的。

ISO ILL協(xié)議標(biāo)準(zhǔn)規(guī)定了兩個(gè)或者多個(gè)ILL館際互借應(yīng)用通過Internet,交互報(bào)文,而不用考慮使用的軟硬件情況。協(xié)議規(guī)定了所交互報(bào)文的數(shù)量和類型、報(bào)文中的數(shù)據(jù)元素和報(bào)文交互的順序。

ISO ILL和Z39.50 Item Order相比,是一個(gè)更為復(fù)雜、完整的圖書館流通交換協(xié)議,它不但可以支持點(diǎn)對(duì)點(diǎn)的簡(jiǎn)單通訊,而且可以支持鏈狀請(qǐng)求、分布式請(qǐng)求,完成一個(gè)跨越請(qǐng)求方、應(yīng)答方和中間方(可以有一個(gè)或多個(gè))的復(fù)雜事務(wù)。ISO ILL適合于需要進(jìn)行大量書籍、信息往來的館際互借事務(wù)、需要對(duì)事務(wù)進(jìn)行統(tǒng)計(jì)、控制的圖書館系統(tǒng),或者是提供館際互借的中間方。

1.3 SIP2協(xié)議

SIP2是Standard Interchange Protocol V2.00的簡(jiǎn)寫,由3M公司制定,是圖書館自動(dòng)借還設(shè)備與流通管理系統(tǒng)之間的數(shù)據(jù)傳輸協(xié)議。SIP2協(xié)議并不是一個(gè)完整的圖書館流通交換協(xié)議,它是圖書館自助借還設(shè)備與流通管理系統(tǒng)之間進(jìn)行流通信息交換的專用協(xié)議。

SIP2協(xié)議最初是為了實(shí)現(xiàn)3M公司的圖書館自助借還設(shè)備Self CheckTM和圖書館流通管理系統(tǒng)之間的信息交換而定義的接口。隨著圖書館自動(dòng)化的不斷發(fā)展以及3M公司產(chǎn)品的推廣、發(fā)展,最終成為3M公司在圖書館行業(yè)推廣的標(biāo)準(zhǔn)協(xié)議。

SIP2協(xié)議的推廣有助于圖書館能夠在引進(jìn)自助借還設(shè)備的同時(shí)對(duì)已有的流通管理系統(tǒng)僅需要做少量甚至不需要修改;有助于圖書館方便地更換自助借還設(shè)備或者流通管理系統(tǒng)而不影響到其它系統(tǒng)。

由于3M公司的推動(dòng),SIP2協(xié)議非常成功,成為圖書館自助式流通服務(wù)的事實(shí)標(biāo)準(zhǔn)。

1.4 NCIP協(xié)議

NCIP(NISO Circulation Interchange Protocol),由美國國家信息標(biāo)準(zhǔn)組織(NISO)制定的關(guān)于館際互借的一種協(xié)議,也稱Z39.83協(xié)議。NCIP的制定,借鑒了3M公司SIP2協(xié)議的消息模型和通訊機(jī)制,并做了充分的擴(kuò)展,是一個(gè)復(fù)雜協(xié)議,同時(shí)也是至今為止最為強(qiáng)大、完整的圖書館流通交換協(xié)議。

NCIP定義和規(guī)范了對(duì)象集、服務(wù)集、支撐這些服務(wù)的消息及消息中的元素集,以及控制單個(gè)連接中消息交換的狀態(tài)表。和SIP2不同,NCIP不僅僅用于圖書館自助借還設(shè)備與流通管理系統(tǒng)之間的數(shù)據(jù)通訊,還能用于圖書館流通管理系統(tǒng)之間、流通管理系統(tǒng)與其它多個(gè)應(yīng)用系統(tǒng)之間的多應(yīng)用系統(tǒng)環(huán)境下系統(tǒng)之間的互操作。

2 SIP2協(xié)議分析

2.1 SIP2報(bào)文對(duì)

SIP2協(xié)議定義了一些報(bào)文對(duì),每一對(duì)報(bào)文對(duì)由請(qǐng)求報(bào)文與響應(yīng)報(bào)文組成,請(qǐng)求報(bào)文都是由圖書館自助借還設(shè)備主動(dòng)發(fā)起的,響應(yīng)報(bào)文都是由圖書館流通管理系統(tǒng)對(duì)請(qǐng)求報(bào)文進(jìn)行處理后作出的響應(yīng)。任意兩個(gè)報(bào)文對(duì)之間都是相互獨(dú)立的,也就是說,圖書館自助借還設(shè)備和流通管理系統(tǒng)之間的每一次請(qǐng)求與應(yīng)答是一個(gè)獨(dú)立、完整的交易,每一對(duì)報(bào)文對(duì)中包含本次交易所需要的全部信息,而不依賴于其它信息。

2.2 SIP2消息交互模型

由于SIP2每一次報(bào)文的請(qǐng)求與響應(yīng)是一個(gè)獨(dú)立的事務(wù),因此SIP2協(xié)議中每一次消息交互只控制本次報(bào)文的請(qǐng)求、請(qǐng)求報(bào)文的處理和處理結(jié)果響應(yīng),不涉及到整個(gè)圖書流通生命周期及流通事務(wù)的消息傳遞和狀態(tài)轉(zhuǎn)換。SIP2請(qǐng)求方(自助借還設(shè)備)和SIP2服務(wù)方(圖書流通管理系統(tǒng))的消息交互模型如圖1所示。

在SIP2消息交互模型中,請(qǐng)求方包含空閑、等待兩種狀態(tài),服務(wù)方包含空閑、處理兩種狀態(tài)。當(dāng)SIP2請(qǐng)求方受到外界觸發(fā)(自助借還設(shè)備受讀者觸發(fā)或自助借還設(shè)備中設(shè)定的程序觸發(fā)),SIP2請(qǐng)求方向服務(wù)方發(fā)送消息,隨后進(jìn)入等待狀態(tài);SIP2服務(wù)方收到請(qǐng)求消息后,轉(zhuǎn)入處理狀態(tài),當(dāng)事務(wù)處理完畢后向請(qǐng)求方返回響應(yīng)消息,隨后再次進(jìn)入空閑狀態(tài);SIP2請(qǐng)求方收到響應(yīng)消息后,從等待狀態(tài)回到空閑狀態(tài)。

SIP2請(qǐng)求方和服務(wù)方都包含報(bào)文校驗(yàn)功能,即收到消息后首先對(duì)消息進(jìn)行校驗(yàn),如果校驗(yàn)錯(cuò)誤則要求對(duì)方重發(fā);SIP2請(qǐng)求方發(fā)送請(qǐng)求消息后,如果一段時(shí)間內(nèi)未收到響應(yīng)消息,根據(jù)設(shè)定規(guī)則重發(fā)或者自動(dòng)返回空閑狀態(tài)。

2.3 SIP2協(xié)議的特點(diǎn)

SIP2協(xié)議是圖書館自助借還設(shè)備和流通管理系統(tǒng)之間進(jìn)行通訊的專用協(xié)議,具有以下特點(diǎn):

1)實(shí)時(shí)性。SIP2協(xié)議的服務(wù)方需要及時(shí)響應(yīng),SIP2請(qǐng)求方往往會(huì)實(shí)時(shí)地等待處理結(jié)果。

2)無會(huì)話。SIP2協(xié)議的請(qǐng)求方和服務(wù)方之間的每一次消息交互都是一個(gè)獨(dú)立的事務(wù),和前一次及后一次的消息交互彼此獨(dú)立、互不影響,雙方不保持會(huì)話狀態(tài)。

3)簡(jiǎn)單。SIP2協(xié)議本身僅僅定義了一組報(bào)文對(duì)格式,并簡(jiǎn)單地描述了SIP2請(qǐng)求方和服務(wù)方消息交互的模式,協(xié)議非常簡(jiǎn)單、實(shí)用。

4)專用性。SIP2從最初在3M設(shè)備及圖書流通管理系統(tǒng)中的應(yīng)用,到后來作為自助借還業(yè)務(wù)標(biāo)準(zhǔn)的推廣,都是針對(duì)自助借還業(yè)務(wù)本身的,專用性強(qiáng),通用性差。

3 NCIP協(xié)議分析

3.1 NCIP對(duì)象及服務(wù)

NCIP協(xié)議定義和規(guī)范了一個(gè)對(duì)象集合服務(wù)集,以及支撐這些服務(wù)的消息、消息中的元素集、控制單個(gè)連接中消息交換的狀態(tài)表。

NCIP定義了3種對(duì)象類型:讀者(User)、圖書(Item)、機(jī)構(gòu)(Agency)。

NCIP定義了3種服務(wù)類型:查找服務(wù)(Lookup)、更新服務(wù)(Update)、通告服務(wù)(Notification)。

查找服務(wù)包括5種:查找圖書服務(wù)、查找讀者服務(wù)、查找機(jī)構(gòu)服務(wù)、用戶鑒別服務(wù)、查找版本服務(wù);

更新服務(wù)包括20種,可以分為典型流通事務(wù)(圖書請(qǐng)求、借出、續(xù)借、催還、歸還等)、對(duì)象維護(hù)(圖書增加、更新、讀者增加、更新、讀者財(cái)務(wù)賬戶維護(hù)等)、其它;

通知服務(wù)業(yè)包括20種,和更新服務(wù)一一對(duì)應(yīng),用于對(duì)更新服務(wù)的結(jié)果進(jìn)行通告。

3.2 NCIP實(shí)施框架與應(yīng)用框架

NCIP將服務(wù)和數(shù)據(jù)對(duì)象與實(shí)際實(shí)施的具體細(xì)節(jié)分離開來,以確保NCIP能夠長期使用的穩(wěn)定性,還能夠提供靈活性以適應(yīng)應(yīng)用和技術(shù)的變化,不必因?yàn)樾录夹g(shù)的出現(xiàn)而重新定義服務(wù)和數(shù)據(jù)對(duì)象。

實(shí)施框架:每一種實(shí)施方法都在一個(gè)獨(dú)立的實(shí)施框架中描述,這個(gè)框架規(guī)定消息怎么樣交換。規(guī)定的內(nèi)容包括消息、字符和數(shù)據(jù)編碼,必須的構(gòu)件和行為、網(wǎng)絡(luò)傳輸、網(wǎng)絡(luò)安全等。

應(yīng)用框架:對(duì)于給定的實(shí)際環(huán)境和規(guī)則下的特定應(yīng)用系統(tǒng),可以使用應(yīng)用框架來描述協(xié)議的使用方法。應(yīng)用框架中描述了系統(tǒng)必須支持的服務(wù)。對(duì)于特定外部事件和條件,他還通過事件表建立起和協(xié)議中某種服務(wù)的對(duì)應(yīng)關(guān)系。

3.3 NCIP消息交互模型

NCIP協(xié)議的消息交互模型和SIP2類似。

NCIP只控制一次連接的消息傳遞和狀態(tài)轉(zhuǎn)換,不控制整個(gè)流通生命周期的消息傳遞和狀態(tài)轉(zhuǎn)換。NCIP的服務(wù)是一種確認(rèn),每一個(gè)啟動(dòng)消息都有一個(gè)響應(yīng)消息作為服務(wù)的確認(rèn),響應(yīng)方的響應(yīng)消息在同一個(gè)連接中完成。NCIP的傳輸協(xié)議可以是TCP/IP、HTTP、HTTPS中的一種或多種。

在NCIP協(xié)議的消息交互中,一方是發(fā)起方,一方是響應(yīng)方。和SIP2協(xié)議有所區(qū)別的是,SIP2協(xié)議的消息交換中請(qǐng)求方總是自助借還設(shè)備、服務(wù)方總是流通管理系統(tǒng);而NCIP協(xié)議消息交互的發(fā)起方可以是自助借還設(shè)備,也可以是圖書流通管理系統(tǒng)或其它應(yīng)用系統(tǒng);圖書流通管理系統(tǒng)可以是一次消息交互中的響應(yīng)方,也可以是另外一次消息交互中的發(fā)起方;對(duì)于某一次連接,有且僅有一個(gè)發(fā)起方和響應(yīng)方。

3.4 NCIP協(xié)議的特點(diǎn)

NCIP協(xié)議是一個(gè)正在成熟并逐漸占領(lǐng)市場(chǎng)的標(biāo)準(zhǔn)協(xié)議,它具有以下特點(diǎn):

1)實(shí)時(shí)性。NCIP和SIP2協(xié)議一樣,響應(yīng)方需要及時(shí)對(duì)發(fā)起方的消息進(jìn)行響應(yīng),發(fā)起方通常需要實(shí)時(shí)等待響應(yīng)消息以便于進(jìn)行下一步處理。

2)無會(huì)話。NCIP協(xié)議中的每一次連接完成一個(gè)獨(dú)立的事務(wù),但不是圖書流通生命周期的全部。NCIP的每一次連接與前一次連接、下一次連接相互獨(dú)立,不保持會(huì)話狀態(tài)。

3)完整性。NCIP協(xié)議對(duì)圖書流通管理系統(tǒng)之間,以及與自助借還設(shè)備之間的圖書流通業(yè)務(wù)提供了充分的支持,能夠滿足各圖書館之間館際流通業(yè)務(wù)的需求,也能滿足圖書流通管理系統(tǒng)與自助借還設(shè)備之間的流通業(yè)務(wù)。

4)可擴(kuò)展性。NCIP將對(duì)象、服務(wù)的定義與實(shí)施細(xì)節(jié)分開,提供實(shí)施框架和應(yīng)用框架,能夠?yàn)閳D書館未來流通業(yè)務(wù)的擴(kuò)展以及新技術(shù)的出現(xiàn)提供充分的擴(kuò)展性。

5)復(fù)雜性。NCIP和現(xiàn)有的其它圖書流通交換協(xié)議相比更為復(fù)雜,應(yīng)用范圍更加廣泛,實(shí)施的復(fù)雜度也相對(duì)較大。

4 應(yīng)用前景分析

Z39.50 Item Order和ISO ILL是傳統(tǒng)的圖書流通交換協(xié)議,主要用于各圖書館之間館際互借業(yè)務(wù)的建設(shè)。SIP2協(xié)議是在圖書館自助借還出現(xiàn)后,迅速占領(lǐng)市場(chǎng)的專用協(xié)議,它實(shí)現(xiàn)了圖書館自助借還設(shè)備與流通管理系統(tǒng)之間的流通業(yè)務(wù)交互的標(biāo)準(zhǔn)化,為圖書館迅速引入自助借還服務(wù)、推動(dòng)圖書館服務(wù)現(xiàn)代化奠定了基礎(chǔ)。SIP2協(xié)議無可非議地成為事實(shí)上的自助借還服務(wù)的流通交換標(biāo)準(zhǔn),并將在未來的幾年內(nèi)繼續(xù)占據(jù)自助借還設(shè)備流通交換協(xié)議的主要位置。

另外一方面,隨著軟硬件水平的不斷提高,自助借還設(shè)備的功能越來越強(qiáng)大,提供的自助服務(wù)越來越豐富,現(xiàn)有的SIP2協(xié)議并不能完全滿足未來發(fā)展的需求。NCIP協(xié)議就是在這樣的條件下誕生并逐步成長的,NCIP協(xié)議定位于構(gòu)建支持圖書館流通管理系統(tǒng)之間,以及與自助借還設(shè)備之間完整的流通交換協(xié)議,并且支持圖書、讀者、機(jī)構(gòu)的查詢、統(tǒng)計(jì)、消息公告等業(yè)務(wù)。

NCIP協(xié)議的技術(shù)委員會(huì)包含了美國國家圖書館、加拿大國家圖書館,以及OCLC、Ex Libris、SIRSI、3M等圖書館自動(dòng)化系統(tǒng)軟硬件廠商。SIP2協(xié)議的制定者3M公司目前已經(jīng)是NCIP協(xié)議的主要推動(dòng)者之一,3M公司新的圖書館自助借還設(shè)備將支持NCIP協(xié)議。NCIP協(xié)議的逐步完善和信息技術(shù)的不斷發(fā)展,必將為NCIP協(xié)議的普及推廣迎來更為廣闊的應(yīng)用前景。

參考文獻(xiàn):

[1] 胡維青.圖書館集成系統(tǒng)的應(yīng)用標(biāo)準(zhǔn)[J].棗莊學(xué)院學(xué)報(bào),2006(2):79-84.

[2] 謝亞勇.幾種館際互借協(xié)議之比較與探討[J].上海交通大學(xué)學(xué)報(bào),2003(S1):53.

[3] 李軍凱.兩種館際互借模式的比較研究[J].圖書館理論與實(shí)踐,2005(4):15.

[4] 李軍凱.試論館際互借的模式[J].圖書館工作與研究,2005(3):21-23.

[5] SIP2協(xié)議[S].3M公司.

第9篇：sip協(xié)議范文

關(guān)鍵詞： SIP；IMS；安全

中圖分類號(hào)：G434 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1671－7597（2012）0210110－01

1 SIP常用的安全機(jī)制以及存在的問題

IP多媒體核心系統(tǒng)（IMS）是第三代移動(dòng)通信合作伙伴項(xiàng)目提出的支持IP多媒體業(yè)務(wù)的子系統(tǒng)，IMS采用了SIP協(xié)議與固定寬帶進(jìn)軟交換。SIP協(xié)議具有接入無關(guān)性、支持用戶漫游等優(yōu)點(diǎn)，為IMS實(shí)現(xiàn)網(wǎng)絡(luò)融合帶來了前所未有的契機(jī)。但是，由于SIP協(xié)議是基于IP網(wǎng)絡(luò)的實(shí)時(shí)通信協(xié)議，IP網(wǎng)絡(luò)的開放性、可獲得性以及廣域性使得SIP應(yīng)用容易受到攻擊。

目前SIP主要使用2種安全機(jī)制：認(rèn)證和數(shù)據(jù)加密。HTTP摘要認(rèn)證是最常用的SIP認(rèn)證方式。但該認(rèn)證方式存在著一定的缺陷：

1）只能提供服務(wù)器對(duì)客戶機(jī)的單向認(rèn)證，容易遭受服務(wù)器偽裝攻擊。攻擊者有可能截獲發(fā)往服務(wù)器的請(qǐng)求，并偽裝成該服務(wù)器對(duì)客戶機(jī)進(jìn)行認(rèn)證，此時(shí)客戶機(jī)無法察覺。

2）摘要算法單一固定。目前用于計(jì)算響應(yīng)值的摘要算法MD5已有被攻破的公開報(bào)道，共享密碼在傳輸過程中有被破譯的可能。

3）不具備提供密鑰協(xié)商的功能。無法保障認(rèn)證結(jié)束后正常安全的通信。

4）認(rèn)證過于依賴共享密鑰。密鑰管理方式的選取對(duì)認(rèn)證的可靠性有直接影響。

另外，SIP協(xié)議中未直接支持用戶之間媒體流的機(jī)密性，我們需要通過實(shí)現(xiàn)附加機(jī)制以保證竊聽者無法通過竊聽用戶通信數(shù)據(jù)來獲取用戶信息，從而有效地保護(hù)用戶的隱私性和商業(yè)秘密。

2 基于SIP的IMS安全性方案設(shè)計(jì)

考慮到傳統(tǒng)HTTP摘要認(rèn)證機(jī)制以及其他幾種認(rèn)證機(jī)制的局限性，并結(jié)合HTIP摘要認(rèn)證和SIP協(xié)議的特點(diǎn)，我們通過擴(kuò)展和豐富SIP消息頭域的內(nèi)容，并借鑒丁SRTP協(xié)議（Safe Real-time Transport Protocol），對(duì)傳統(tǒng)HTTP摘要認(rèn)證作了改進(jìn)，設(shè)計(jì)了一種新的SIP安全方案，初步實(shí)現(xiàn)Client和Server之間的雙向身份認(rèn)證、密鑰協(xié)商、媒體流加解密與認(rèn)證。

2.1 雙向身份認(rèn)證、密鑰協(xié)商過程

為實(shí)現(xiàn)雙向身份認(rèn)證、密鑰協(xié)商，則不僅服務(wù)器可以向客戶端發(fā)送認(rèn)證，客戶端也要向服務(wù)器端發(fā)送認(rèn)證。一次成功的呼叫認(rèn)證過程如圖1所示。服務(wù)器端信息為challenge_s，包括作用域realm_s、隨機(jī)數(shù)nonce_s、摘要算法H1等。客戶端對(duì)challenge_s的響應(yīng)值response_c是將用戶名username、共享密鑰passwd，隨機(jī)數(shù)nonce_s、作用域realm_s、客戶端的公鑰v_c按一定規(guī)則組合，經(jīng)H1摘要算法運(yùn)算后生成?？蛻舳诵畔閏hallenge_c，是由v_c、隨機(jī)數(shù)nonce_c、摘要算法H2、客戶端支持的加密算法和模式等構(gòu)成，服務(wù)器端對(duì)challenge_c的響應(yīng)值為response_s是將服務(wù)器端域名、共享密鑰passwd、v_c、隨機(jī)數(shù)nonce_c按一定規(guī)則組合，經(jīng)H2摘要算法運(yùn)算后生成。

該安全機(jī)制通過2次呼叫嘗試，實(shí)現(xiàn)了雙向認(rèn)證機(jī)制，機(jī)制中的摘要算法推薦采用256位SHA1。后續(xù)的會(huì)話密鑰及加密方式由Server根據(jù)Client及自身的支持情況決定，一般情況下采用128位AES及IDEA算法。

2.2 媒體流加解密與認(rèn)證

SIP協(xié)議中未直接支持用戶之間媒體流的機(jī)密性，我們需要通過實(shí)現(xiàn)附加機(jī)制以保證竊聽者無法通過竊聽用戶通信數(shù)據(jù)來獲取用戶信息。我們使用的媒體數(shù)據(jù)包頭由4個(gè)部分組成，其中Code表明了所采用的視頻/音頻編解碼類型，F(xiàn)lag的第一位指示是否對(duì)數(shù)據(jù)進(jìn)行了加密，Auth是對(duì)序列號(hào)、SSRC及媒體數(shù)據(jù)計(jì)算認(rèn)證值后截取的前32位，SSRC是同步源標(biāo)識(shí)符。對(duì)序列號(hào)認(rèn)證可以防止重放攻擊，由主密鑰生成會(huì)話密鑰和認(rèn)證密鑰的過程類似于SRTP中的方法，但用32位的序列號(hào)取代了SRTP中的48位Index值。對(duì)媒體數(shù)據(jù)的加解密缺省使用的AES的Counter模式，由會(huì)話密鑰根據(jù)序列號(hào)等信息對(duì)每個(gè)數(shù)據(jù)包生成一個(gè)密鑰，再用此密鑰對(duì)這個(gè)數(shù)據(jù)包中的媒體數(shù)據(jù)加密。也可以使用呼叫建立過程中協(xié)商好的算法和模式。

3 小結(jié)

本文介紹了SIP網(wǎng)絡(luò)攻擊、常用安全機(jī)制及其存在的問題，給出了基于SIP的企業(yè)即時(shí)通信系統(tǒng)的安全性方案設(shè)計(jì)。在以后的研究中，將對(duì)端到端和逐段轉(zhuǎn)接的保護(hù)機(jī)制進(jìn)行研究，以增強(qiáng)了RTP流的平穩(wěn)性與抗抖動(dòng)性，提高網(wǎng)絡(luò)帶寬利用率。

參考文獻(xiàn)：

[1]J.Rosenberg and H.Schulzrinne et al, "SIP：session initiation protocol," RFC 3261, Internet Engineering Task Force, June 2002.

[2]H.Schulzrinne, S.Casner, R.Frederick et al,"RTP： A Transport Protocolfor Real-Time Applications", RFC 3550, July 2003.

[3]Gonzalo Camarillo，SIP揭密，人民郵電出版社，2003.