【導(dǎo)讀】技術(shù)最成熟的VoIP協(xié)議之一，也是VoIP領(lǐng)域一種應(yīng)用最廣泛的協(xié)議。VoIP發(fā)展中存在的問題。

　　

【正文】 于視頻，時(shí)間戳在每幀的第一個(gè)包是發(fā)生改變，而在后面該幀的其它包中保持不變。如果每個(gè)視頻幀只占據(jù)一個(gè)包，且視頻幀按照恒定的速率產(chǎn)生，則幀與幀之間時(shí)間戳的變化也是恒定的。注意到每當(dāng)這種情況出現(xiàn)，順序號(hào)和時(shí)間戳字段的二次差分均為 0，所以下一個(gè)包頭的相應(yīng)字段值可通過前一個(gè)未壓縮包頭的該字段加上存在會(huì)話環(huán)境一次差分值得到。當(dāng)二次差分不為 0 時(shí)，變化量通常也要遠(yuǎn)小于字段中所有位的數(shù)目，所以可通過對(duì)新的一次差分進(jìn)行編碼，并傳輸該編碼來達(dá)到壓縮的目的， 不用傳輸絕對(duì)值。但在本方案中為使格式統(tǒng)一、計(jì)算簡(jiǎn)單，對(duì)時(shí)間戳字段還是需要傳送。 在路由器中建立 IP/UDP/RTP 包頭的緩存區(qū)，存儲(chǔ)會(huì)話環(huán)境 , 并建立不同會(huì)話的數(shù)據(jù)包的下一跳節(jié)點(diǎn)地址字段，存儲(chǔ)數(shù)據(jù)包的下一跳節(jié)點(diǎn)地址。 路由器用 發(fā)送來的壓縮頭中 CID 字段直接在存儲(chǔ)的會(huì)話環(huán)境列表中來進(jìn)行檢索。 d、 M 和一次差分值字段在接收端終點(diǎn)才用到， PT、時(shí)間戳、 TOS 字段在路由策略中要用到， CID 字段在路由路徑調(diào)度中要用到。這些變化字段和常用字段都在壓縮報(bào)頭中傳送。壓縮后的 IP/UDP/RTP包頭如 圖 32。 路徑方案 采用 ATM 方式的虛擬實(shí)電路方式，計(jì)算最佳路徑，并盡可能使用同一路徑，使各數(shù)據(jù)包在網(wǎng)絡(luò)上的時(shí)延相等。到達(dá)順序保持不變。 在路由器中建立針對(duì)每數(shù)據(jù)包的報(bào)頭緩存中建立路徑指示區(qū)，確定下一跳的路由地址。會(huì)話的返回?cái)?shù)據(jù)包也按相同路徑反向傳送。 協(xié)議的應(yīng)用 在網(wǎng)關(guān)上分析 RTCP 報(bào)告中的發(fā)送方的數(shù)據(jù)包數(shù)、累計(jì)包損（在網(wǎng)關(guān)上把是延過大丟棄的包當(dāng)成包損處理）。當(dāng)發(fā)送方的數(shù)據(jù)包數(shù)大于 5個(gè)，并且累計(jì)包損大于 2個(gè)，對(duì)路由器發(fā)出改換路徑的操作指令。把 IP/UDP/RTP 壓 縮頭中的 rerouter 6 位置為 010101（路徑可用為 101010 ）。 路由器的處理通道 在路由器中建立 UDP、 RTP 通道和 TCP 通道，雙通道對(duì)不同包分別同時(shí)處理。對(duì)不同包給與不同的 Diffserv 具有較強(qiáng)的針對(duì)性，而且雙通道同時(shí)處理還可加快處理速度。 在數(shù)據(jù)流入口建立 TCP 分類處理器，把不同的數(shù)據(jù)包分別送入 UDP、 RTP 包處理通道和 TCP 包處理通道。 在數(shù)據(jù)流出口建立 UDP、 RTP 通道和 TCP 通道共用的發(fā)送處理器，為發(fā)送包提供路徑服務(wù)，并且對(duì)各隊(duì)列中的包根據(jù)隊(duì)列優(yōu)先級(jí)分別處理。路由處理模塊核心單元，圖 33 路由器中 TCP 包處理 模塊結(jié)構(gòu)見圖 3– 1 中 TCP 模塊架構(gòu)部分。 RED 算法通過檢測(cè)路由器的隊(duì)列長(zhǎng)度 ,一旦發(fā)現(xiàn)隊(duì)列長(zhǎng)度超過一定限制就認(rèn)為有擁塞的可能 ,通過丟包或者設(shè)置 IP 報(bào)頭的 ECN 標(biāo)志位通知源端降低發(fā)送速度 , 源端減少擁塞窗口大小 , 以減少進(jìn)入網(wǎng)絡(luò)的數(shù)據(jù)流量 , 避免了更多的包丟失并避免隊(duì)列完全滿而崩潰，進(jìn)而發(fā)生全局同步現(xiàn)象。 同時(shí)監(jiān)測(cè) UDP/RTP 包發(fā)送隊(duì)列的長(zhǎng)度，決定 TCP 的數(shù)據(jù)流量。如果所有隊(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 可以監(jiān)控所有隊(duì)列的容量 , 并在 TCP分類器看到 RED 包之前隨機(jī)丟包。 UDP/RTP 預(yù)處理器程序流程，見圖 3– 4。 ． 1 優(yōu)先級(jí)處理器 根據(jù) TOS 判斷包的 IP 優(yōu)先級(jí)，送入相應(yīng)級(jí)別的 UDP/RTP 包發(fā)送隊(duì)列。同時(shí)根據(jù)時(shí)間戳判斷包的延時(shí)程度，對(duì)于緊急的包作升級(jí)處理，送入更高一級(jí)別的 UDP/RTP 包發(fā)送隊(duì)列。 IP 優(yōu)先級(jí) 5：送入 高 級(jí)的 UDP/RTP 包發(fā)送隊(duì)列 。 IP 優(yōu)先級(jí) 3：送入 中 級(jí)的 UDP/RTP 包發(fā)送隊(duì)列。 IP 優(yōu)先級(jí) 0：送入 低 級(jí)的 UDP/RTP 包發(fā)送隊(duì)列。 優(yōu)先級(jí)處理器程序流程，見圖 3 5 。 ． 2 發(fā)送處理器 對(duì)首次發(fā)送的不同會(huì)話的數(shù)據(jù)包的下一跳節(jié)點(diǎn) IP 地址，按照已確定的包頭緩存表的位置存入相應(yīng)的字段。后面發(fā)送相同會(huì) 話的數(shù)據(jù)包時(shí)，發(fā)送處理器讀取包頭緩存表相應(yīng)的字段作為下一跳節(jié)點(diǎn)地址，保持相同的路由路徑，保持相同的數(shù)據(jù)包到達(dá)接收端的延時(shí)，減少抖動(dòng)發(fā)生。如 IP/UDP/RTP 壓縮頭中 rerouter的 6 位已置為 010101 ，則刪除報(bào)頭緩存內(nèi)的路由下一跳地址，可以讓路由器重新計(jì)算下一跳節(jié)點(diǎn)地址。 發(fā)送處理器程序流程，見圖 3 – 6。 圖 31 建立 IP/UDP/RTP 初始報(bào)頭 圖 32 壓縮后的 IP/UDP/RTP 包頭 圖33路由處理核心單元 圖 34RTP/UDP 預(yù)處理器程序流程 圖36發(fā)送處理器程序流程 圖35優(yōu)先級(jí)處理器程序流程 數(shù)據(jù)包的丟棄原則 發(fā)送處理器對(duì)找不到路由路徑的數(shù)據(jù)包作丟棄處理。 UDP/RTP 包直接丟棄。 TCP 包丟入 TCP 包丟棄緩存，阻塞緩解時(shí)撿回重發(fā)。 TCP 模塊的 RED 算法上的丟棄，是丟入 TCP 模塊內(nèi)的 TCP 包丟棄緩存阻塞緩解 時(shí)撿回重發(fā)。 TCP 數(shù)據(jù)包隨機(jī)丟包避免發(fā)生全局同步現(xiàn)象。 第 四 章 結(jié)論 VoIP 業(yè)務(wù)作為基于 IP技術(shù)極具潛力的應(yīng) 用，已經(jīng)得到了廣泛的關(guān)注和發(fā)展，應(yīng)用 VoIP技術(shù)為各種接入用戶提供廉價(jià)的語音服務(wù)己經(jīng)成為 VoIP系統(tǒng)發(fā)展的主流。 ，已經(jīng)在 VoIP系統(tǒng)的標(biāo)準(zhǔn)選擇中越來越突顯其優(yōu)勢(shì)，針對(duì) 提出的相關(guān)實(shí)現(xiàn)及研究在 VoIP發(fā)展過程中無疑具有深刻的意義。 論文首先 分析了 VoIP的發(fā)展現(xiàn)狀及存在的問題， 研究了 協(xié)議體系和 VoIP的關(guān)鍵技術(shù)， 設(shè)計(jì)了系統(tǒng)原理框圖及 程序流程圖。 隨著互聯(lián)網(wǎng)的普及， VoIP在商業(yè)運(yùn)營(yíng)中的應(yīng)用價(jià)值被人們發(fā)現(xiàn)，很多新興的電信運(yùn)營(yíng)商將 VoIP技術(shù)引入到電信運(yùn)營(yíng)中， VoIP技術(shù)的研究是當(dāng)前通信領(lǐng)域研究的熱點(diǎn)問題，其價(jià)值會(huì)在進(jìn)一步的應(yīng)用中逐步體現(xiàn)，性能也將隨著技術(shù)的完善進(jì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ā)展的若干問題的 思考 .計(jì)算機(jī)與通信， 20xx(3):39～ 42 [8] 李德勝等 .護(hù)電話現(xià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ī)椭完P(guān)心的人致以深深的謝意。 首先忠心的感謝我的導(dǎo)師 翟 教授，您辛苦了里從入學(xué)，學(xué)習(xí)，選題，課題研究，一直到論文的最終完稿，每一個(gè)過程您都給予了我悉心的指導(dǎo)和莫大的幫助，在您的教育下，我的治學(xué)態(tài)度、研究方法和思維方式都取得了很大的進(jìn)步 。同時(shí)也要感謝您在生活上給予了我細(xì)心的關(guān)懷和幫助。 感謝每一位給予我?guī)椭完P(guān)注我發(fā)展的老師、同學(xué)，謝謝你們 !最后感謝我的家人，是你 們的支持和關(guān)懷伴隨我的求學(xué)生涯和整個(gè)生命 ! 懷著感恩的心，帶著 四 年的收獲，離開美麗的校園，我相信我將積極自信的面對(duì)以后的工作和生活，一如既往的努力，用我的勞動(dòng)和智慧，實(shí)現(xiàn)我的價(jià)值，為社會(huì)發(fā)展做出應(yīng)有的貢獻(xiàn)。