【正文】 。同時(shí)也要感謝您在生活上給予了我細(xì)心的關(guān)懷和幫助。 參考文獻(xiàn) [1] Goode,B.,“Voice over Inter protocol(VoIP)”,Proceedings of the IEEE,Volume 90,～ 1517 [2] 陳俊良 .IP電話與 IP電話技術(shù)基礎(chǔ) .北京 :機(jī)械工業(yè)出版 社， ， 1～ 3 [3] 高小龍 .局域網(wǎng) IF電話技術(shù)研究及軟件實(shí)現(xiàn) :[碩士學(xué)位論文 ].成都 :西南交通大學(xué)， 20xx [4] 秦霞，基于 VoIP通信系統(tǒng)的應(yīng)用研究與實(shí)現(xiàn) :[碩士學(xué)位論文 ].天津 :天津工業(yè)大學(xué)， 20xx [5] 黃永峰等編著 .IP網(wǎng)絡(luò)多媒體通信技術(shù) .北京 :人民郵電出版社， [6] 舒華英，賴平漳，區(qū)銳著 .IP電話原理技術(shù)應(yīng)用 .北京 :人民郵電出版社， ， 245 [7] 張建崢等 .對(duì) IP電話發(fā)展的若干問(wèn)題的 思考 .計(jì)算機(jī)與通信， 20xx(3):39～ 42 [8] 李德勝等 .護(hù)電話現(xiàn)存主要問(wèn)題及解決方法 .現(xiàn)代電信科技， 20xx(5):20～ 23 [9]錢敏 .基于 Sitsang 嵌入式平臺(tái)的 VoIP通信系統(tǒng)研究 :[學(xué)士學(xué)位論文 ].長(zhǎng)沙 :中南大學(xué)， 20xx [10]楊鼠等編著 .IP電話及其增值業(yè)務(wù)技術(shù) .北京 :人民郵電出版社， [11]Daniel Colins 著， 舒華英等譯 .vo護(hù)技術(shù)與應(yīng)用 .北京 :人民郵電出版社， 20xx [12]SitssngPXA255 Evaluation Platform Linux User 致 謝 在論文完成之際，特向在我課題研究和論文撰寫過(guò)程中所有給予過(guò)我?guī)椭完P(guān)心的人致以深深的謝意。 論文首先 分析了 VoIP的發(fā)展現(xiàn)狀及存在的問(wèn)題， 研究了 協(xié)議體系和 VoIP的關(guān)鍵技術(shù)， 設(shè)計(jì)了系統(tǒng)原理框圖及 程序流程圖。 第 四 章 結(jié)論 VoIP 業(yè)務(wù)作為基于 IP技術(shù)極具潛力的應(yīng) 用，已經(jīng)得到了廣泛的關(guān)注和發(fā)展，應(yīng)用 VoIP技術(shù)為各種接入用戶提供廉價(jià)的語(yǔ)音服務(wù)己經(jīng)成為 VoIP系統(tǒng)發(fā)展的主流。 TCP 模塊的 RED 算法上的丟棄，是丟入 TCP 模塊內(nèi)的 TCP 包丟棄緩存阻塞緩解 時(shí)撿回重發(fā)。 UDP/RTP 包直接丟棄。 發(fā)送處理器程序流程，見(jiàn)圖 3 – 6。后面發(fā)送相同會(huì) 話的數(shù)據(jù)包時(shí)，發(fā)送處理器讀取包頭緩存表相應(yīng)的字段作為下一跳節(jié)點(diǎn)地址，保持相同的路由路徑，保持相同的數(shù)據(jù)包到達(dá)接收端的延時(shí)，減少抖動(dòng)發(fā)生。 優(yōu)先級(jí)處理器程序流程，見(jiàn)圖 3 5 。 IP 優(yōu)先級(jí) 3：送入 中 級(jí)的 UDP/RTP 包發(fā)送隊(duì)列。同時(shí)根據(jù)時(shí)間戳判斷包的延時(shí)程度，對(duì)于緊急的包作升級(jí)處理，送入更高一級(jí)別的 UDP/RTP 包發(fā)送隊(duì)列。 UDP/RTP 預(yù)處理器程序流程，見(jiàn)圖 3– 4。如果所有隊(duì)列的容量達(dá)到 1/4（包括當(dāng) UDP/RTP 隊(duì)列達(dá) 1/4 ）時(shí)被激活 , 隨著容量增加到 3/4包丟失的概率逐漸增加 , 在 3/4 點(diǎn)之后（包括當(dāng) UDP/RTP 隊(duì)列達(dá) 2/4 ） ,所有的 TCP 包全部丟失。 RED 算法通過(guò)檢測(cè)路由器的隊(duì)列長(zhǎng)度 ,一旦發(fā)現(xiàn)隊(duì)列長(zhǎng)度超過(guò)一定限制就認(rèn)為有擁塞的可能 ,通過(guò)丟包或者設(shè)置 IP 報(bào)頭的 ECN 標(biāo)志位通知源端降低發(fā)送速度 , 源端減少擁塞窗口大小 , 以減少進(jìn)入網(wǎng)絡(luò)的數(shù)據(jù)流量 , 避免了更多的包丟失并避免隊(duì)列完全滿而崩潰，進(jìn)而發(fā)生全局同步現(xiàn)象。 在數(shù)據(jù)流出口建立 UDP、 RTP 通道和 TCP 通道共用的發(fā)送處理器，為發(fā)送包提供路徑服務(wù)，并且對(duì)各隊(duì)列中的包根據(jù)隊(duì)列優(yōu)先級(jí)分別處理。對(duì)不同包給與不同的 Diffserv 具有較強(qiáng)的針對(duì)性，而且雙通道同時(shí)處理還可加快處理速度。把 IP/UDP/RTP 壓 縮頭中的 rerouter 6 位置為 010101（路徑可用為 101010 ）。 協(xié)議的應(yīng)用 在網(wǎng)關(guān)上分析 RTCP 報(bào)告中的發(fā)送方的數(shù)據(jù)包數(shù)、累計(jì)包損（在網(wǎng)關(guān)上把是延過(guò)大丟棄的包當(dāng)成包損處理）。 在路由器中建立針對(duì)每數(shù)據(jù)包的報(bào)頭緩存中建立路徑指示區(qū)，確定下一跳的路由地址。 路徑方案 采用 ATM 方式的虛擬實(shí)電路方式，計(jì)算最佳路徑，并盡可能使用同一路徑，使各數(shù)據(jù)包在網(wǎng)絡(luò)上的時(shí)延相等。這些變化字段和常用字段都在壓縮報(bào)頭中傳送。 路由器用 發(fā)送來(lái)的壓縮頭中 CID 字段直接在存儲(chǔ)的會(huì)話環(huán)境列表中來(lái)進(jìn)行檢索。但在本方案中為使格式統(tǒng)一、計(jì)算簡(jiǎn)單，對(duì)時(shí)間戳字段還是需要傳送。注意到每當(dāng)這種情況出現(xiàn)，順序號(hào)和時(shí)間戳字段的二次差分均為 0，所以下一個(gè)包頭的相應(yīng)字段值可通過(guò)前一個(gè)未壓縮包頭的該字段加上存在會(huì)話環(huán)境一次差分值得到。 對(duì)于視頻，時(shí)間戳在每幀的第一個(gè)包是發(fā)生改變，而在后面該幀的其它包中保持不變。對(duì)音頻包， 本方案由于采用語(yǔ)音對(duì)采樣激活機(jī)制 ，所以每包各異，需要傳送。對(duì)大多數(shù)包而言，只有順序號(hào)和時(shí)間戳是因包而異的。 而且根據(jù) PT 域內(nèi)的函數(shù)值可以分辨包中的凈荷類型，是多媒體伴音或多媒體視頻。例如，對(duì)音頻和視頻單獨(dú)編碼的遠(yuǎn)程會(huì)議，每個(gè)媒介被攜帶在單獨(dú) RTP 連接中，具有相同的目的傳輸?shù)刂贰?RTP 混合器不能將不兼容媒體流合并成一個(gè)流。加壓縮報(bào)頭大小共 19 字節(jié)，比原 60 字節(jié)減小 41 字節(jié)，其中語(yǔ)音包減小 10 字節(jié)。 在本方案中也采用 ATM 網(wǎng)絡(luò)的 AAL 2 方式的固定大小語(yǔ)音包，在網(wǎng)關(guān)設(shè)備上事先做好數(shù)據(jù)流的整形。 由 ATM 技術(shù)形成數(shù)據(jù)載荷分組的方式 當(dāng)出現(xiàn)大約 32ms64ms 的流量丟失時(shí)，對(duì) 流量而言，會(huì)造成語(yǔ)音的間斷，因?yàn)檫@意味著語(yǔ)音音素的丟失。 圖 23系統(tǒng)原理框圖 第 三 章 方案設(shè)計(jì) 是在網(wǎng)關(guān)設(shè)備上改進(jìn)現(xiàn)有的技術(shù)模式，使 VoIP 的數(shù)據(jù)包更適合 Inter網(wǎng)絡(luò)的傳輸， 并為下一步路由點(diǎn)的 DiffServ 處理作準(zhǔn)備。 用戶通過(guò)終端以 TCP方式登錄到服務(wù)器，終端之間的短信通信通過(guò)服務(wù)器轉(zhuǎn)發(fā)，發(fā)送和接收的短消息存儲(chǔ)在終端本地磁盤。終端 A與終端 B既可以是 PC 終端也可以是嵌入式終端。 (4) 應(yīng)用層用于向用戶提供一組常用的應(yīng)用程序 .主要應(yīng)用有遠(yuǎn)程終端 (TELNET)、文件傳輸 (FTP)、域名服務(wù) (DNS)等。一為傳 輸控制協(xié)議 (TCP)，是 面向連接的支持可靠數(shù)據(jù)傳送協(xié)議，具有檢錯(cuò)和重發(fā)功能，主 要用于數(shù)據(jù)、信令等要求高可靠性的應(yīng)用。 (3) 傳輸層用于支持發(fā)端主機(jī)和目的主機(jī)間的端到端通信。 (2) 網(wǎng)際層 (IP)負(fù)責(zé)處理相鄰計(jì)算機(jī)之間的通信 .它通過(guò)定義網(wǎng)間統(tǒng)一的網(wǎng)絡(luò)層協(xié)議，來(lái)解決分組如何穿越多個(gè)不同性質(zhì)網(wǎng)絡(luò)的路由問(wèn)題。 (l) 網(wǎng)絡(luò)接口層是 TCP/IP協(xié)議最底層，解決不同類型主機(jī)如何接入網(wǎng)絡(luò)的 問(wèn)題 ，主要是從上層接收 IP數(shù)據(jù)包發(fā)送出去，或從接收的物理幀中抽取 IP數(shù)據(jù)包交 IP層處理。在實(shí)際的計(jì)算機(jī)網(wǎng)絡(luò)中采用的是 TCP/IP參考模型。如需要新的服務(wù)，只需要在相應(yīng)層改動(dòng)或增加新的層次，而無(wú)需修改整個(gè)體系結(jié)構(gòu)。該協(xié)議把網(wǎng)絡(luò)從上至下依次分為應(yīng)用層、表示層、會(huì)話層、運(yùn)輸層、網(wǎng)絡(luò)層、數(shù)據(jù)鏈路層和物理層，把一個(gè)網(wǎng)絡(luò)通信過(guò)程的 各個(gè)任務(wù)功能分配給各層來(lái)實(shí)現(xiàn)，層與層之間通 過(guò)歸規(guī)范的“層間原語(yǔ)”來(lái)交換信息，每一層通過(guò)層間原語(yǔ)，即為上層提供服務(wù)，又請(qǐng)求調(diào)用下層的 服務(wù)。目前網(wǎng)絡(luò)協(xié)議采用了一個(gè)重要概念 — 分層來(lái)規(guī)劃實(shí)現(xiàn)的。所有的 端還必須支持 . (3)計(jì)費(fèi) /認(rèn) 證中心 負(fù)責(zé)接收計(jì)費(fèi)采樣點(diǎn)采集的用戶計(jì)費(fèi)信息 ，根據(jù)費(fèi)率生成計(jì)費(fèi)帳單，接受網(wǎng)守發(fā)起的用戶接入認(rèn)證請(qǐng)求，對(duì)用戶使用 IP電話的權(quán)限進(jìn)行認(rèn)證并支持卡號(hào)用戶的漫游認(rèn)證。所有的終端都必須支持語(yǔ)音通信，視頻和數(shù)據(jù)通信是可選的。應(yīng)該說(shuō)網(wǎng)關(guān)是 VoIP走向?qū)嶋H應(yīng)用的 關(guān)鍵設(shè)備，因?yàn)槟壳暗慕^大多數(shù)通信用戶均使用 PSIN，即普通電話，并不是絕大部分人都有到家的 IP網(wǎng)絡(luò)和終端設(shè)備，要讓多數(shù)人享受IP電話帶來(lái)的好處，必須面臨多數(shù)人只有傳統(tǒng)電話的現(xiàn)實(shí)，所以，在這種狀況下，網(wǎng)關(guān)變得非常的重要。具有與網(wǎng)管系統(tǒng)的接口，完成配置、統(tǒng)計(jì)、故障查詢、告普等功能 。能夠支持多種語(yǔ)音編碼 。能夠自動(dòng)識(shí)別語(yǔ)音、傳真業(yè)務(wù) 。 圖 21 (1 )網(wǎng)關(guān) IP 電話網(wǎng)關(guān)在 交換網(wǎng)絡(luò)之間，負(fù)責(zé)完成 PSTN、 ISDN、 PLMN(公共陸地移動(dòng)網(wǎng) )側(cè)的呼叫建立和釋放，以及 IP 網(wǎng)絡(luò)側(cè)的呼叫建立和釋放 :完成語(yǔ)音編碼和打包、回聲消除、靜音檢測(cè)并 提 供收端緩存等功能 。 系統(tǒng)的結(jié)構(gòu)和組成部分 IP 電話系統(tǒng)主要建立在 IP協(xié)議的網(wǎng)絡(luò)上