基于UDP的可靠傳輸協(xié)議.doc

《基于UDP的可靠傳輸協(xié)議.doc》由會員上傳分享，免費在線閱讀，更多相關內(nèi)容在學術論文-天天文庫。

1、Internet大作業(yè)基于UDP的可靠傳輸協(xié)議學號：姓名：班級：日期：2015/12/17目錄一作業(yè)要求二原理與關鍵技術三設計與實現(xiàn)四測試結果五存在問題一作業(yè)要求實驗二：設計一種基于UDP的可靠傳輸協(xié)議要求：設計滿足圖1和圖2所要求的通信協(xié)議，并實現(xiàn)相應測試系統(tǒng)。即與服務器通信的客戶機將定期（時間間隔可以設定）地請求服務器時間、上傳溫度（隨機產(chǎn)生的數(shù)據(jù)）和上傳濕度（隨機產(chǎn)生的數(shù)據(jù)）信息。服務器方可以隨時查詢指定客戶端與服務器的通信數(shù)據(jù)。二原理與關鍵技術基于udp通信，不可靠傳輸協(xié)議，所以中間存在數(shù)據(jù)包丟失及錯誤數(shù)據(jù)包，在udp協(xié)議之上再加一些可靠驗

2、證來保證中間通信的正確。整個實現(xiàn)是基于套接字實現(xiàn)，分一個服務器和多個客戶端。三設計與實現(xiàn)采用Java編寫eclipse編譯器實現(xiàn)1基本通信采用datagrampacket及datagramsocket實現(xiàn)。2多個客戶端與一個服務器通信通過多線程實現(xiàn)，每有一個客戶端發(fā)消息給服務器，服務前將根據(jù)套接字中的ip是否相同來決定是否創(chuàng)建新的線程，如果不同的ip則新開啟一個線程接受客戶端消息。3請求時間：在客戶端定義了一種包含有數(shù)字1服務器根據(jù)接收到的消息的哈希值判斷是否為1，若為1，則在服務器端獲取本機時間發(fā)送給客戶端。定時請求時間，設置一個計數(shù)器，隔固定的

3、時間的向服務器發(fā)送請求。4上傳溫度，濕度。定義了相同格式的數(shù)據(jù)包，包含隨機數(shù)以及一個數(shù)字組成溫度的識別數(shù)字為2，濕度的為3。當客戶端上傳溫度或者濕度的時候，服務器端根據(jù)數(shù)據(jù)包的識別碼的哈希值即客戶端的2或者3來識別。然后發(fā)送給客戶端一個確認包，確認收到。5失敗重傳在基礎通信中使用datagramsocket時，該類有一個函數(shù)setsotimeout,該函數(shù)是指在傳輸流中如果在指定的時間內(nèi)沒有收到另一方發(fā)的消息。則拋出異常。根據(jù)拋出異常來判斷數(shù)據(jù)包是否丟失。在異常處理模塊里進行重新連接發(fā)送并計數(shù)，如果數(shù)字超過3即已重傳三次，此時就跳出循環(huán)。顯示重傳失

4、敗。6保存特定用戶上傳的信息根據(jù)特定用戶的ip創(chuàng)建的線程里采用inputstream及outputstream類中的方法創(chuàng)建輸入流輸出流。將客戶端上傳的信息存入計算機內(nèi)的文件夾中。如果瀏覽，則在調(diào)用同樣使用輸入流輸出流從文件夾里讀取到屏幕上。7crc校驗，每種通信將收到的數(shù)據(jù)包信息進行校驗判斷，如果信息錯誤，則將該數(shù)據(jù)包丟棄，并請求對方重傳。四測試結果五存在問題采用datagramsocket的函數(shù)setsotimeout只是在服務器端將發(fā)送確認包的語句刪除進行測試模擬數(shù)據(jù)包在發(fā)送過程的途中丟失。沒有在真正的網(wǎng)絡中遇到數(shù)據(jù)包的丟失情況。