主頁（http://www.by236.com）：信令控制協議SIP(Session Initiation Protocol)介紹(3)
某些權威人士預計，SIP 與 IP 的關系將發展成為類似 SMTP 和 HTTP 與 Internet 的關系，但也有人說它可能標志著 AIN 的終結。迄今為止，3G 界已經選擇 SIP 作為下一代移動網絡的會話控制機制。Microsoft 已經選擇 SIP 作為其實時通信策略并在 Microsoft XP、Pocket PC 和 MSN Messenger 中進行了部署。Microsoft 同時宣布 CE dot net 的下一個版本將使用基于 SIP 的 VoIP 應用接口層，并承諾向用戶 PC 提供基于 SIP 的語音和視頻呼叫。
另外，MCI 正在使用 SIP 向 IP 通信用戶部署高級電話技術服務。用戶將能夠通知主叫方自己是否有空以及首選的通信方式，如電子郵件、電話或即時消息。利用在線信息，用戶還能夠即時建立聊天會話和召開音頻會議。使用 SIP 將不斷地實現各種功能。
SIP壓縮機制
SIP 壓縮機制主要是通過改變 SIP 消息的長度來降低時延。典型的 SIP 消息的大小由幾百到幾千字節，為了適合在窄帶無線信道上傳輸，IMS對SIP進行了擴展，支持SIP消息的壓縮。當無線信道一定時， 一條SIP消息所含幀數 k僅取決于消息大小。從時延模型可以看出，不僅影響 SIP 消息傳輸時延， 還影響SIP重傳的概率， 對自適應的定時器來說，k還成了影響定時器初值的關鍵因素。[3]
SIP的應用
google 發布世界上首個開源的Html5 sip 客戶端
HTML5 SIP客戶端是一款開源的，完全利用JavaScript編寫的集社交(FaceBook，Twitter，Google+)，在線游戲，電子商務等應用于一體。無擴展，無插件或是必備的網關，視頻堆棧技術依賴于WebRTC。如同主頁里的Demo視頻演示，你可以輕松實現Chrome和IOS/Android移動設備之間的實時視頻/音頻通話。
該客戶端是一項在瀏覽器中可被用來連接任意SIP或者IMS網絡進行撥打和接收音頻/視頻通話及即時信息技術。該協議解析器(SIP，SDP...)通過使用Ragel查找表進行了高度優化，很適合硬件（內存和運算能力）受限的嵌入式系統使用。
Html5 sip 客戶端 新特性包括：
支持Audio / Video通話功能；
支持即時信息；
Presence；
呼叫保持/恢復；
顯示呼叫轉移；
支持多個賬號；
雙音多頻信號（DTMF）使用SIIP INFO
編輯本段歷史回顧
SIP 出現于二十世紀九十年代中期，源于哥倫比亞大學計算機系副教授Henning Schulzrinne 及其研究小組的研究。Schulzrinne 教授除與人共同提出通過 Internet 傳輸實時數據的實時傳輸協議(RTP) 外，還與人合作編寫了實時流傳輸協議 (RTSP) 標準提案，用于控制音頻視頻內容在 Web 上的流傳輸。
Schulzrinne 本來打算編寫多方多媒體會話控制 (MMUSIC) 標準。1996 年，他向 IETF 提交了一個草案，其中包含了 SIP 的重要內容。1999 年，Shulzrinne 在提交的新標準中刪除了有關媒體內容方面的無關內容。隨后，IETF 發布了第一個 SIP 規范，即 RFC 2543。雖然一些供應商表示了擔憂，認為 H.323 和 MGCP 協議可能會大大危及他們在 SIP 服務方面的投資，IETF 繼續進行這項工作，于 2001 年發布了 SIP 規范 RFC 3261。
RFC 3261 的發布標志著 SIP 的基礎已經確立。從那時起，已發布了幾個 RFC 增補版本，充實了安全性和身份驗證等領域的內容。例如，RFC 3262 對臨時響應的可靠性作了規定。RFC 3263 確立了 SIP代理服務器的定位規則。RFC 3264 提供了提議/應答模型，RFC 3265 確定了具體的事件通知。
早在 2001 年，供應商就已開始推出基于 SIP 的服務。今天，人們對該協議的熱情不斷高漲。Sun Microsystems 的 Java Community Process 等組織正在使用通用的 Java 編程語言定義應用編程接口 (API)，以便開發商能夠為服務提供商和企業構建 SIP 組件和應用程序。最重要的是，越來越多的競爭者正在借助前途光明的新服務進入 SIP 市場。SIP 正在成為自 HTTP 和 SMTP 以來最為重要的協議之一。
(中國集群通信網 | 責任編輯：陳曉亮) |
