freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

基于sip協(xié)議的android語(yǔ)音通信加密軟件設(shè)計(jì)本科生畢業(yè)論文-免費(fèi)閱讀

  

【正文】 如果是,則修改 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 :軟件核心
點(diǎn)擊復(fù)制文檔內(nèi)容
研究報(bào)告相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
備案圖鄂ICP備17016276號(hào)-1