【正文】 如果是，則修改 Via字段，這樣就可以優(yōu)化尋址路徑。當(dāng)需要發(fā)送注冊請求消息時，要先調(diào)用 ，將用戶帳號信息、注冊服務(wù)器地址等必要信息填充進請求消息的各字段，然后建立一個用來監(jiān)管本次信令流程的線程 TransactionClient。 SIPDroid的數(shù)據(jù)流主要有 SIP信令消息和會話音頻數(shù)據(jù)兩種，分別使用不同的傳輸渠道。其中包括 UserProfile（用戶配置文件 屬性）， UserAgent(用戶事件代理 )。 Android 運行庫 一個提供了 JAVA編程語言核心庫的大多數(shù)功能的核心庫。 它采用了軟件堆層架構(gòu)，主要分為三部分：底層以 Linux核心為基礎(chǔ)，由 c語言開發(fā)，只提供基本功能。此外，低層協(xié)議可以為 SIP協(xié)議層提供分組或字節(jié)流業(yè)務(wù)，可靠或非可靠業(yè)務(wù)。而 SIP側(cè)重于將 IP電話作為 Inter上的一個應(yīng)用，只是相比于其他應(yīng)用（如 FTP， Email等）增加了信令要求。 （ 2）數(shù)據(jù)流和控制流分離 RTP協(xié)議的數(shù)據(jù)報文和控制報文使用不同端口，實現(xiàn)了靈活性和簡單性。例如：預(yù)約網(wǎng)絡(luò)資源的 資源預(yù)留協(xié)議 RSVP，傳輸實時數(shù)據(jù)并反饋服務(wù)質(zhì)量的實時傳輸協(xié)議 RTP，控制實時媒體流的傳輸?shù)膶崟r流協(xié)議 RTSP，通過組播發(fā)布多媒體會話的 會話通知協(xié)議 SAP，描述多媒體會話的會話描述協(xié)議 SDP，為公用交換電話網(wǎng)絡(luò)提供網(wǎng)關(guān)控制的媒體網(wǎng)關(guān)控制協(xié)議 MEGACO等。 圖 35 一個最簡單的會話過程 （ 2）由代理服務(wù)器代表主叫 UAC向被叫 UAS發(fā)起呼叫 只有當(dāng)主叫知道被叫的位置的時候， INVITE消息才能直接發(fā)送給被叫。 （ 1）主叫 UAC直接向叫 UAS呼叫 一次最簡單的 SIP會話建立包括三次握手，如 圖 35所示。 一個或者多個臨時響應(yīng)收到后， UAC將收到一個 或多個 2xx響應(yīng)或最終響應(yīng)。 Contract域包含了一個能直接聯(lián)系到 Bob的 URI。 表 32 SIP響應(yīng)狀態(tài)碼 編碼 類別 描述 1xx 信息 表示請求已經(jīng)收到，可以繼續(xù)處理請求 2xx 正確表示呼叫 已經(jīng)被正確接受和處理 3xx 重定向 表示該呼叫需要被重定向處理 4xx 客戶機錯誤 表示該消息存在表達(dá)錯誤，不能被服務(wù)器處理 5xx 服務(wù)器錯誤 服務(wù)器不能處理該消息 6xx 全局失敗 請求無論在哪都不能被處理 中國科學(xué)技術(shù)大學(xué)本科畢業(yè)論文 19 一個具體的 SIP響應(yīng)消息如下所示： SIP/ 200 OK Via: SIP/branch。 MaxForwards:最大轉(zhuǎn)發(fā)數(shù)量是一個整數(shù)，用來限制通訊中轉(zhuǎn)發(fā)的數(shù)量，每轉(zhuǎn)發(fā)一次，整數(shù)減一。 VIA域包含了 Alice接收發(fā)送請求的服務(wù)器地址（ ）以及一個標(biāo)志 Alice和這個服務(wù)器會話事務(wù)的分支參數(shù)。 REGISTER請求消息用于在 SIP網(wǎng)絡(luò)服務(wù)器上登記用戶的位置信息。消息體包括會話名稱和意圖、會話持續(xù)時間、會話媒體、接收媒體信息等內(nèi)容。 SIP消息采用文本方式編碼，盡 管兩種類型消息在語法細(xì)節(jié)上不同，但是兩種類型消息都是由一個起始行、若干個字頭段、一個空行（用于標(biāo)志字頭段結(jié)束）以及一個可選消息體組成。此外， SIP在設(shè)計上也充分考慮了對其它協(xié)議的可兼容性。當(dāng)客戶機取消一個事務(wù)，就請求服務(wù)器終止正在處理的事務(wù)，回滾到該事務(wù)開始前狀態(tài)，并產(chǎn)生該事務(wù)的錯誤報告。事務(wù)層處理應(yīng)用層的重發(fā)，匹配請求的應(yīng)答，以及應(yīng)用服務(wù)層的超時。 中國科學(xué)技術(shù)大學(xué)本科畢業(yè)論文 15 二、 SIP協(xié)議結(jié)構(gòu) 從網(wǎng)絡(luò)分層結(jié)構(gòu)看， SIP 處于網(wǎng)絡(luò)傳輸層之上。與代理服務(wù)器不同，它不發(fā)出自己的 SIP請求；與用戶助理服務(wù)器不同，它不接受呼叫。代理服務(wù)器在轉(zhuǎn)發(fā)之前要對消息進行解析 ，必要時還會改寫請求。一個物理的實現(xiàn)可以包含不同的邏輯要素。 建立會話：建立會話，參數(shù)在呼叫方和被叫方。 20xx年 7月，已經(jīng)從 mmusic中分離出來的 SIP工作組發(fā)表了 SIP的草案。 中國科學(xué)技術(shù)大學(xué)本科畢業(yè)論文 12 第三章 SIP協(xié)議分析 第一節(jié) SIP協(xié)議概述 一、 SIP協(xié)議簡介 信令控制協(xié)議 SIP(Session Initiation Protocol)是由 IETF提出的會話控制協(xié)議，負(fù)責(zé)建立和管理兩個或多個用戶間的會話連接，是 IETF多媒體數(shù)據(jù)和控制體系中的核心協(xié)議。 中國科學(xué)技術(shù)大學(xué)本科畢業(yè)論文 11 在分組語音網(wǎng)絡(luò)的傳輸模式中，內(nèi)部信令最初是用于避免在網(wǎng)絡(luò)中維持用來支持所有可能呼叫的永久連接，這樣，該傳輸模式中的內(nèi)部信令就隸屬于分配帶寬固定的 連接網(wǎng)絡(luò)。 信令技術(shù)被用以創(chuàng)建、修改和結(jié)束一個或多個參與者參加的會話進程，其目的是實現(xiàn)一個完整的呼叫過程。 IP電話都是智能終端， IP網(wǎng)絡(luò)也是開放式網(wǎng)絡(luò)，因此很容易快速推出新 業(yè)務(wù)；而 PSTN結(jié)構(gòu)復(fù)雜、設(shè)備固定，因而補充新業(yè)務(wù)復(fù)雜。 中國科學(xué)技術(shù)大學(xué)本科畢業(yè)論文 9 第二章 VoIP技術(shù) 第一節(jié) VoIP技術(shù)簡介 一、 VoIP技術(shù)的定義 VoIP技術(shù)是 Voice over IP的簡稱，也就是 IP語音技術(shù)。 第二章詳細(xì)介紹了 VoIP，并探討了其中關(guān)鍵的信令技術(shù)。如美國政府采用的 DES加密標(biāo)準(zhǔn)就是一種典型的對稱式加密。 ： IP報文在 IP網(wǎng)絡(luò)中由源端傳遞到目的端。 對于政府、銀行、公安這樣的行業(yè)或者大型企業(yè)來講，由于比較重視信息化的建設(shè)，同時對信息的安全有很高的要求，因此大都擁有專用的 IP寬帶骨干網(wǎng)，用于綜合傳輸語音、數(shù)據(jù)和圖像等業(yè)務(wù)。SIP。然而作為 IP語音傳輸媒介的 IP網(wǎng)絡(luò)目前存在著各種安全隱患，網(wǎng)絡(luò)上的 IP數(shù)據(jù)包極有可能被黑客截獲，造成話音丟失或被竊聽。本文引用了數(shù)位學(xué)者的研究文獻(xiàn)，如果沒有各位學(xué)者的研究成果的幫助和啟發(fā)，我將很難完成本篇論文的寫作。 中國科學(xué)技術(shù)大學(xué) University of Science and Technology of China 本科畢業(yè)論文 題目 :智能手機安卓系統(tǒng)秘密語音通信軟件設(shè)計 英文 Software Design of the Smartphone Secret 題目： Voice Communication Based on Android 學(xué)院 : 信息科學(xué)技術(shù)學(xué)院 中國科學(xué)技術(shù)大學(xué)本科畢業(yè)論文 2 致 謝 本 論文是在我的導(dǎo)師 XXX教授的親切關(guān)懷和悉心指導(dǎo)下完成的。 在論文即將完成之際，我的心情無法平靜，從開始進入課題到論文的順利完成，有多少可敬的師長、同學(xué)、朋友給了我無言的幫助，在這里請接受我誠摯的謝意 !感謝我的同學(xué)和朋友，在我寫論文的過程中給予我了很 多素材，還在論文的撰寫和排版過程中提供熱情的幫助。因此， IP語音在網(wǎng)絡(luò)上的安全傳輸就是一個非常重要的問題，已經(jīng)成為研究的熱點 。SIPDroid。 因為語音通信具有高度的隱私性和機密性，所以應(yīng)當(dāng)采取必要的防范措施以防止任何未被授權(quán)的第三方對信息的非法竊取，同時保障語音通信質(zhì)量。 二、 SIP協(xié)議 SIP（ Sesson Initiation Protocal）稱為信令控制協(xié)議，是由 IETF組織于 1999年提出的一個基于 IP網(wǎng)絡(luò)中，特別是在 Inter這樣一種結(jié)構(gòu)的網(wǎng)絡(luò)環(huán)境中，實現(xiàn)實時通信應(yīng)用的一種信令協(xié)議。非對稱式加密就是加密和解密用的不是同一個密鑰，通常有兩個密鑰，稱為公鑰和私鑰，它們兩個必須配對使用，否則不能打開加密文件。 第三章對 SIP協(xié)議原理做了深入透徹的分析研究。其根本思想是傳送 IP包來實現(xiàn)語音業(yè)務(wù)。 三、 VoIP的三種主流協(xié)議 鑒于 VoIP的諸多優(yōu)勢，越來越多的個人、公司和科研機構(gòu)開始發(fā)展和完善VoIP技術(shù)及相應(yīng)標(biāo)準(zhǔn)。在分組語音網(wǎng)絡(luò)中的信令有兩種。對無連接網(wǎng)絡(luò)中的分組語音應(yīng)用而言，永久連接并不存在，進行語音業(yè)務(wù)時雙方的語音代理只需要彼此定位。 SIP借鑒了超文本傳輸協(xié)議（ HTTP），簡單郵件傳輸協(xié)議（ SMTP）這兩個互聯(lián)網(wǎng)最成功的應(yīng)用層協(xié)議，具有簡單、開放、靈活的特點。 20xx年 6月， IETF的 SIP工作組又發(fā)表了 RFC3261建議，取代了 RFC2543. 從 SIP的發(fā)展來看，協(xié)議首次被提出的時候，受限于當(dāng)時的網(wǎng)絡(luò)環(huán)境及多媒體技術(shù)的不足，協(xié)議僅僅針對文本應(yīng)用。 會話管理：包括發(fā)起和終止會話，修改會話參數(shù)，激活服務(wù)等等。 按照邏輯功能分， SIP系統(tǒng)由五種要素組成：用戶代理客戶機（ UAC）、用戶代理服務(wù)器 (UAS)、代理、重定向服務(wù)器及注冊服務(wù)器。代理服務(wù)器分為有狀態(tài)（ Stateful）和無狀態(tài)（ Stateless）兩種類型，它們之間的區(qū)別是有狀態(tài) 代理服務(wù)器會記住它接收的入請求，回送的響應(yīng)以及它轉(zhuǎn)送的出請求，無狀態(tài)代理服務(wù)器一旦轉(zhuǎn)發(fā)請求后就忘記所有的信息。 （ Registrar）：是完成用戶代理注冊 /注銷功能的邏輯實體。 SIP 本身又由若干層組成，它們從下到上分別是：傳輸層、事務(wù)層以及事務(wù)用戶層。任何一個用戶代理完成的事情都是由一組事務(wù)構(gòu)成的。這是由 CANCEL請求（將在后文提到）完成的，這個請求有自己的事務(wù)，并且包含一個被取消的事務(wù)。它支持多種尋址地址描述，例如用戶名 主機地址：被叫號碼 PSTN網(wǎng)關(guān)地址：普通電話的描述等。起始行、每個消息頭行和空行都必須以回車換行序列（ CRLF）終止。 中國科學(xué)技術(shù)大學(xué)本科畢業(yè)論文 17 ACK請求消息用于對請求消息的響應(yīng)消息進行確認(rèn)，也可以包含消息體。 UAC可以通過發(fā)送 REGISTER請求，將自己的 SIP地址信息登記到注冊服務(wù)器中。 TO域包含了顯示姓名（ Bob）和一個 SIP URI（ sip： ），請求將首先 傳輸?shù)竭@個 URI中。 Content－ type包含了消息正文的描述 Contentlength:包含消息正文的長度（字節(jié)數(shù)） SIP響應(yīng)消息用于對請求消息進行響應(yīng)，指示呼叫的成功或失敗狀態(tài)。received= Via: SIP/branch。Content－ type和 Content_Length域包含了消息體（沒有在例子中體現(xiàn)），消息體記錄了 Bob的 SDP媒體信息。值得注意的是針對 INVITE請求的最終響應(yīng)會延長一定時間，因此 INVITE請中國科學(xué)技術(shù)大學(xué)本科畢業(yè)論文 20 求的機制與其它請求不同。當(dāng)主叫 UAC要發(fā)起呼叫時，就構(gòu)造并發(fā)送一個 INVITE消息。如果主叫不知道被叫的位置，就需要代理服務(wù)器解析被叫的位置并將請求發(fā)送給他們。 IETF多媒體數(shù)據(jù)及控制體系協(xié)議棧結(jié)構(gòu)如圖 38所示。 （ 3）協(xié)議的可擴展性和適用性 RTP協(xié)議往往通過一個具體的應(yīng)用進程實現(xiàn)，并且只提供協(xié)議框架，開發(fā)者可以根據(jù)應(yīng)用的具體要求來充分?jǐn)U展協(xié)議。 ，采用傳統(tǒng)電話信令模式，便于與現(xiàn)有的電話網(wǎng)互通，但相對復(fù)雜。 SIP協(xié)議層首選 UDP協(xié)議，當(dāng)不能使用 UDP協(xié)議時，使用 TCP協(xié)議。 中間層包括函數(shù)庫 Library和虛擬機 Virtual Machine，由 C+開發(fā)。 第二節(jié) Android平臺下 SIP協(xié)議棧實現(xiàn) 一、 SIP協(xié)議棧的選擇 要開發(fā)一個完整的 SIP協(xié)議棧是一件相當(dāng)復(fù)雜的工程，所以我們希望在網(wǎng)絡(luò)上找到開源協(xié)議棧的幫助。 SipDroidEngine（ SIP核心處理，調(diào)度所有的 UI的事件，參數(shù)設(shè)計以及服務(wù)的啟動）， RegisterAgent（注冊服務(wù)代理）。如圖 43所示 中國科學(xué)技術(shù)大學(xué)本科畢業(yè)論文 30 圖 43 SIPDroid數(shù)據(jù)傳輸流程圖 用戶在 UI層的操作（比如撥號、接聽等），會廣播給 SIPdroid Engine類，SIPdroid Engine會根據(jù)操作類型交付給 UserAgent類或者 RegisterAgent類，處理后產(chǎn)生的不同請求由 SIPDroid Provide類解讀，并將產(chǎn)生的 SIP消息封裝成包 ，之后交付給 Udp Transport類， Udp transport是個接口類， SIPdroid Provider與 Udp Provider之間的接口，可以提供數(shù)據(jù)傳送、監(jiān)聽 Udp數(shù)據(jù)包和封裝或分解 Udp數(shù)據(jù)包等服務(wù)。 TransactionClient會調(diào)用SIPProvider來發(fā)送請求消息，同時會監(jiān)聽注冊服務(wù)器的響應(yīng)消息。最后從 listenrs（ map）中取出相應(yīng)的 listenr，通過響應(yīng)的 listenr中的OnReceivedMessage來處理具體 SIP請求。 processReceivedMessage會鑒定該消息是否為 SIP消息，若不是就會丟棄該消息，然后通過查看 Via字段的地址跟數(shù)據(jù)報源地址是否一致來判斷該SIP消息是否經(jīng)過其他代理服務(wù)器轉(zhuǎn)發(fā)。 三、注冊流程代碼 注冊流程如圖 44所示： 圖 44 SIPDroid注冊流程圖 中國科學(xué)技術(shù)大學(xué)本科畢業(yè)論文 32 根據(jù) SIP協(xié)議內(nèi)容，在以下幾種情況之下需要重新發(fā)送注冊請求：啟動 SIP服務(wù)時、注冊有效期已過、系統(tǒng)重啟、有效連接斷開重連。 二、 SipDroid數(shù)據(jù)傳遞流程 只有先了解 SIPdroid的數(shù)據(jù)傳遞流程，才能明白它的工作機制。 中國科學(xué)技術(shù)大學(xué)本科畢業(yè)論文 29 ：軟件核心