GPRS網(wǎng)絡的附加業(yè)務：VoIP over GPRS(06-100)

　　會話發(fā)起協(xié)議(SIP)是一種信令協(xié)議，用于初始化、管理和終止分組網(wǎng)絡之間的語音和視頻會話。與HTTP 或SMTP類似，SIP也屬于文本編碼，具有很強的可擴展性。SIP能夠進行擴展，以支持各種功能和服務，例如移動服務、與現(xiàn)有電話系統(tǒng)的互操作。SIP網(wǎng)絡包括5類邏輯實體。每類實體都具有特定功能，作為客戶端(發(fā)起請求)或服務器(響應請求)參與SIP通信，或者同時以兩種身份參與通信。這5類實體是：用戶代理、代理服務器、重定向服務器、注冊服務器和背靠背用戶代理(B2BUA)。VoIP電話應該是用戶代理，因為它是端點實體。

　　注意，在呼叫過程中，SIP不參與語音/視頻編碼/解碼，而只是為語音/視頻談話建立/終止一次會話。一旦建立會話，語音就由適當類型的編解碼器(如GSM AMR)進行編碼，然后在RTP/UDP/IP中打包。在這里，RTP代表Real Time Protocol(實時協(xié)議)，UDP代表User Datagram Protocol(用戶數(shù)據(jù)報協(xié)議)，IP代表Internet Protocol(互聯(lián)網(wǎng)協(xié)議)。如需了解更多信息，請咨詢IETF。

　　該協(xié)議的公布名稱為RFC3261。所有SIP消息分為3個部分：

　　·起始行

　　·報頭

　　·消息本體

　　所有SIP消息的開頭都是起始行。起始行說明了消息類型(在請求情況下，消息為方法類型，在響應情況下，消息為響應代碼)和協(xié)議版本。報頭字段包含了信息屬性，這些屬性可以提供更多信息。報頭的格式為：:。報頭可以橫跨多行。一些SIP報頭，例如Via、Contact、 Route 和 Record Route可能在一條消息中出現(xiàn)多次，或者也可能在一個報頭中提供多個值，以逗號分隔。

　　消息本體用于描述將要發(fā)起的會話，它可能出現(xiàn)在請求和響應消息中。 

　　一旦在網(wǎng)絡上建立會話，實時語音數(shù)據(jù)就會通過RTP/RTCP、UDP 和 IP發(fā)送。 這些協(xié)議分別在RFC 3550、768和 791 中進行了定義。

　　RFC 3550指定了為具有實時特征的數(shù)據(jù)(例如互動音頻和視頻)提供端到端傳送服務的實時傳輸協(xié)議(RTP)。這些服務包括：凈負荷類型識別、順序編號、時間戳和傳送監(jiān)控。這些應用通常在UDP的頂層上運行RTP，以利用它的多路復用和校驗和服務。注意，RTP本身不提供任何機制來確保實時傳送，也不提供其它服務質量保證，而是依靠較低層的服務來實現(xiàn)這些目標。它不能保證傳送和防止無序傳送，也不能確保底層是可靠的，能夠按照順序傳送數(shù)據(jù)包。根據(jù)RTP中包含的序列號，接收方能夠重建發(fā)送者的數(shù)據(jù)包順序。

　　RFC3550還規(guī)定，RTP控制協(xié)議(RTCP)應該監(jiān)控服務質量，并傳輸關于當前會話參與者的信息。

　　UDP (RFC768) 代表用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol)，假定使用互聯(lián)網(wǎng)協(xié)議作為底層協(xié)議。該協(xié)議為應用程序提供了一個將消息傳送到其它程序的流程，只需很少的協(xié)議機制。該協(xié)議是面向事務處理的，不保證提供傳送和復制保護。如果應用需要可靠、有序的數(shù)據(jù)流傳送，應使用傳輸控制協(xié)議(TCP)。

　　互聯(lián)網(wǎng)協(xié)議(RFC791、IPv4)實施兩種基本功能：尋址和分割。IP使用報頭中的地址，將互聯(lián)網(wǎng)數(shù)據(jù)報傳送到目的地。選擇傳輸路徑的過程稱為路由。當需要通過“小數(shù)據(jù)包”網(wǎng)絡傳輸時，它還使用報頭中的字段，對互聯(lián)網(wǎng)數(shù)據(jù)報進行分割和重組。此外，這些IP模塊(特別是網(wǎng)關中的模塊)擁有執(zhí)行路由決策和其它功能的程序。

　　互聯(lián)網(wǎng)協(xié)議將互聯(lián)網(wǎng)數(shù)據(jù)報當作一個獨立實體處理，與其它任何互聯(lián)網(wǎng)數(shù)據(jù)報無關。沒有連接或邏輯電路。在提供服務時，它使用四種主要機制：服務類型、生存時間、選項、報頭校驗和。