滑動(dòng)窗口協(xié)議模擬程序?qū)嶒?yàn)報(bào)告-資料下載頁
2024-11-07 05:41本頁面
【導(dǎo)讀】重傳與流量控制機(jī)制的理解。通過可視化編程將程序所有功能簡潔地展示出來。送和接收情況，以表明模擬協(xié)議的正確運(yùn)作過程。接收方應(yīng)具有固定大小的滑動(dòng)窗口。當(dāng)發(fā)送方速度過快或幀丟失時(shí)，接收方應(yīng)發(fā)送消息，要求暫?；蛑貍?。接收方要求按序向網(wǎng)絡(luò)層提交收到的幀?；瑒?dòng)窗口數(shù)目、停等的時(shí)間間隔以及發(fā)送類型等參數(shù)。許接收的幀的序號，稱為接收窗口。接受方為其窗口內(nèi)的每一個(gè)序號保留了一個(gè)緩沖區(qū)。種協(xié)議，它們的差別僅在于各自窗口尺寸的大小不同而已。由于停等協(xié)議規(guī)定只有一幀完全發(fā)送成功后。確認(rèn)幀，就要重發(fā)相應(yīng)的數(shù)據(jù)幀。從這里不難看出，后退n協(xié)議一方面因連續(xù)發(fā)送數(shù)據(jù)幀而提高了效率，這些數(shù)據(jù)幀之前有一個(gè)數(shù)據(jù)幀出了錯(cuò)），這種做法又使傳送效率降低。于停止等待協(xié)議。確到達(dá)的幀，這顯然是一種浪費(fèi)。TCP的窗口以字節(jié)為單位進(jìn)行調(diào)整，以適應(yīng)接收方的處理能力。TCP連接階段，雙方協(xié)商窗口尺寸，同時(shí)接收方預(yù)留數(shù)據(jù)緩存區(qū)；
【正文】 App::CReceiverApp() {// TODO: add construction code here, // Place all significant initialization in InitInstance }// The one and only CReceiverApp object CReceiverApp theApp。 // CReceiverApp initialization BOOL CReceiverApp::InitInstance() 15 { if (!AfxSocketInit()) { AfxMessageBox(IDP_SOCKETS_INIT_FAILED)。 return FALSE。 } AfxEnableControlContainer()。 // Standard initialization // If you are not using these features and wish to reduce the size // of your final executable, you should remove from the following // the specific initialization routines you do not need. ifdef _AFXDLL Enable3dControls()。 // Call this when using MFC in a shared DLL else Enable3dControlsStatic()。 // Call this when linking to MFC statically endif CReceiverDlg dlg。 m_pMainWnd = amp。dlg。 int nResponse = ()。 16 if (nResponse == IDOK) { // TODO: Place code here to handle when the dialog is // dismissed with OK } else if (nResponse == IDCANCEL) {// TODO: Place code here to handle when the dialog is // dismissed with Cancel } // Since the dialog has been closed, return FALSE so that we exit the // application, rather than start the application39。s message pump. return FALSE。 } 六、 實(shí)驗(yàn)體會 整體來說，滑動(dòng)窗口在實(shí)驗(yàn)中是固定的，這樣便于處理幀號和 ack 的確認(rèn)以及存儲。由于實(shí)驗(yàn)中實(shí)現(xiàn)的后退 N幀還是利用了 messageType 參數(shù)，在未收到確認(rèn)幀的時(shí)候只能選擇重發(fā)滑動(dòng)窗口中的幀，在幀完全確認(rèn)接收正確以后才能發(fā)送 新幀，這樣實(shí)際運(yùn)行起來效率會比較低（系統(tǒng)必須等待對方的確認(rèn)）。因?yàn)樗接邢?，此程序中也存在一定的問題，這需要以后更進(jìn)一步的改進(jìn)。
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1