| 網路協議 |
| 5. 應用層 |
|
DHCP · DNS · FTP · Gopher · HTTP · IMAP4 · IRC · NNTP · XMPP · POP3 · SIP · SMTP · SNMP · SSH · TELNET · RPC · RTCP · RTSP · TLS · SDP · SOAP · GTP · STUN · NTP · 更多 |
| 4. 傳輸層 |
| TCP · UDP · DCCP · SCTP · RTP · RSVP · IGMP · PPTP · 更多 |
| 3. 網路層 |
| IP (IPv4 · IPv6 · IPv9) · OSPF · IS-IS · BGP · IPsec · ARP · RARP · RIP · ICMP · ICMPv6 · 更多 |
| 2. 資料鏈結層 |
| 802.11 · 802.16 · Wi-Fi · WiMAX · ATM · DTM · 令牌環 · 乙太網 · FDDI · 幀中繼 · GPRS · EVDO · HSPA · HDLC · PPP · L2TP · ISDN · 更多 |
| 1. 實體層 |
| 乙太網實體層 · 數據機 · PLC · SONET/SDH · G.709 · 光導纖維 · 同軸電纜 · 雙絞線 · 更多 |
|
本模板: 檢視 • 討論 • 編輯 • 歷史
|
會話發起協議(Session Initiation Protocol,縮寫SIP)是一個由IETF MMUSIC 工作組開發的協議,作為標準被提議用於建立,修改和終止包括視頻,語音,即時通信,在線游戲和虛擬現實等多種多媒體元素在內的互動式用戶會話。2000年11月,SIP被正式批准成為3GPP信號協議之一,併成為IMS體系結構的一個永久單元。SIP與H.323一樣,是用於VoIP最主要的信令協議之一。
目錄 |
SIP的設計目標之一是提供類似公用交換電話網(PSTN)中呼叫處理功能的擴展集。在這個擴展集中,實現類似日常電話的操作:撥號,振鈴,回鈴音或者忙音,只是實現方式和術語有所不同。
SIP也實現了許多信令系統7(SS7)中更高級的呼叫處理功能,儘管這兩個協議相差很遠。SS7是一個高度集中處理的協議,其特點表現為高複雜度的中心網路結構和無智能的啞終端(傳統的電話機)。SIP則是一個點對點協議,所以它只需要一個相對簡單的(因此也高度可擴展的)核心網路,而將處理工作下放給連接在網路邊緣的智能端點(裝有硬體或軟體的終端設備)。SIP的許多功能在端點中實現,這與傳統的SS7將其在網路核心設備實現的作法大異其趣。
儘管有許多其它的VoIP信號協議存在,SIP的特點在於它的支持者植根於IP團體而不是電信產業。SIP最初由IETF標準化和管理,而H.323VoIP協議則從傳統上與ITU有著更多的聯繫。儘管如此,這兩個組織對兩個協議在某些方面都相互認可。
SIP與許多其它的協議協同工作,僅僅涉及通信會話的信令部分(control message)。SIP報文內容傳送會話描述協議(SDP),SDP協議描述了會話所使用流媒體細節,如:使用哪個IP埠,採用哪種編解碼器等等。SIP的一個典型用途是:SIP“會話”傳輸一些簡單的經過封包的實時傳輸協議流。RTP本身才是語音或視頻的載體。
第一個被提議的標準版本(SIP 2.0)在RFC 2543中定義。在RFC 3261中對這個協議有更深入的解釋,儘管目前許多裝置仍然是參考以前的過渡版本而實現的。註意現在的版本還是2.0。
SIP同HTTP相似並採用了後者的一些設計原則:SIP報文是人類可讀的,並且也是採取請求-應答的流程。SIP的倡導者宣稱它比H.323簡單。但是,有些人則保留地認為儘管SIP的原始目標很簡單,現在它已經演變得跟H.323一樣複雜了。SIP借用了許多HTTP狀態碼,如常見的'404 not found'。SIP的發起者說:曾經在網路上出現的急速革新和應用發展的歷史將同樣發生在電話產業上。SIP和H.323對語音通信毫無限制,能夠傳輸從語音到視頻的任何通信會話,甚至未來還沒有設想的應用。
擁有傳統的電話機外表,觸感和形狀的硬體,但使用SIP和RTP通信的終端和設備,已經有多家廠商可以供貨。這些產品中有些可以通過電子配號(ENUM)來把現存的電話號碼翻譯成使用DNS的SIP地址,所以即使你的服務商運營的網路還只是為傳統電話號碼服務的PSTN(並且對你收費),你也可以通過這些電話網路呼叫其它的SIP用戶。
現在,軟體SIP終端已經非常常見。微軟公司的Windows Messenger使用了SIP。2003年6月,蘋果電腦宣佈並向公眾發佈了測試版的iChat AV,一個新版的兼容AOL Instant Messenger並支持通過SIP進行音視頻聊天的客戶端。
SIP要想成為實用的服務同樣需要代理和註冊網路部件。儘管兩個SIP終端可以不藉由任何SIP基礎設施的支持來進行通信(這也是為什麼 SIP 被稱為點對點的協議),但是這種方式是不適於實際的公共服務。現在已經有了很多公司提供軟交換系統(如Nortel,Sonus等許多公司)。其他的一些以Ubiquity Software和Dynamicsoft為首的公司已經實現了一些基於被提議的標準,建立在JavaJAIN規範上的產品。
來自RFC:
功能。"

一個基於SIP標準針對及時信息的擴展,被稱為SIMPLE已經被提議並正在開發中。SIMPLE可以傳遞Presence信息:被叫用戶是否有意願加入對話?使用終端是否有能力加入對話?。Presence信息的角色如同MSN Messenger和AIM、等IM客戶端中已普遍實現的好友狀態功能。
已經有人在努力把基於SIP的VoIP和Jabber使用的XMPPpresence規範整合在一起。最著名的是將XMPP擴展到整合語音的Google Talk,它計劃整合SIP。Gizmo工程,曾經實現了SIP,現在已經在他們的客戶端和服務中加入了XMPP。
用於搭載媒體流的實時傳輸協議(RTP)並不能簡單的穿越NAT路由器。大部分SIP客戶端可以通過STUN的協助穿越full cone,restricted cone和port restricted cone的NAT但對於對稱的(symmetric)NAT還是有問題。 一些較新的帶 ALG 功能的路由器,現在可以識別SIP通信並讓其通過。RTP代理伺服器,一種在上世紀九十年代普遍使用的類似於HTTP代理伺服器的專用於SIP的線速處理器,可以啟用CALEA並穿越老式的無法識別SIP的NAT設備。
正如它的發明者所預見的,SIP的點對點特性無法使用一些網路本身提供的服務。例如,網路不能很容易的支持合法的呼叫偵聽(在美國由法律控制的竊聽,CALEA)。緊急呼叫(在美國呼叫E911)難以路由。因為IP終端本身具有移動性,網路並沒有任何定位的能力,要確定正確的公共服務應答點PSAP很困難。然而,當商業SIP服務商們正準備放棄時,一些實用的解決方案卻在進行試驗。由3GPP和3GPP2等公司開發的標準定義了基本SIP模型的一些應用,這些應用推動了商業化並支持了網路中心的能力,如CALEA。
Vonage和SIPphone等公司是消費SIP的先鋒,他們擁有一個快速增長的用戶基礎。一些較大的公司,如AT&T和Level(3)也不甘示弱。傳統的電信工業(包括朗訊科技(Lucent Technologies)和北電網路(Nortel Networks))現在都在集中開發基於SIP架構模型和擴展的系統,如3GPP的IP多媒體子系統(IMS)。
一些VoIP電話公司,如BroadVoice,允許用戶使用它們自己的SIP設備,包括兼容SIP的電話機,AsteriskPBX,或者軟電話。新的消費SIP設備市場正在繼續膨脹。
open source團體開始提供越來越多的建立終端,代理和註冊伺服器所需的技術,既讓這些技術走進了人們的日常生活,又加速了其向全球推廣。SIPfoundry已經開發了多種SIP協議棧,客戶端應用程序和SDK,還有一整套可以與市場上大部分由廠商銷售的IP PBX實現相競爭的IP PBX解決方案。
5種SIP協議棧各有千秋,OPAL有發展潛力,VOCAL比較完善,sipX兼容性好,ReSIProcate教穩定,oSIP小巧而快速。
Why are we here?
All text is available under the terms of the GNU Free Documentation License
This page is cache of Wikipedia. History