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