[發(fā)明專利]利用基于公告機(jī)制的可靠數(shù)據(jù)傳輸協(xié)議的數(shù)據(jù)傳輸方法

有效

• 申請?zhí)枺?/td>: 201910967970.1
• 申請日: 2019-10-12
• 公開（公告）號: CN110661597B
• 公開（公告）日: 2022-04-01
• 發(fā)明（設(shè)計）人: 宋廣佳;宋廣謙;陳濱;安仲立
• 申請（專利權(quán)）人: 浙江農(nóng)林大學(xué)暨陽學(xué)院
• 主分類號: H04L1/16
• 分類號: H04L1/16;H04L1/18;H04L69/24
• 代理公司: 紹興市知衡專利代理事務(wù)所(普通合伙) 33277
• 代理人: 施春宜

本發(fā)明涉及一種基于公告機(jī)制的可靠數(shù)據(jù)傳輸協(xié)議，參與該協(xié)議傳輸?shù)脑O(shè)備包括客戶端C，服務(wù)器端S，提供公告空間的第三方設(shè)備T；所述傳輸協(xié)議依次包括如下四個階段：1)，S向T申請公告階段；2)，S與C之間的協(xié)商階段；3)，S與C之間的數(shù)據(jù)傳輸階段；4)，結(jié)束階段。本發(fā)明的基于公告機(jī)制的可靠數(shù)據(jù)傳輸協(xié)議由第三方提供一個公告，當(dāng)S發(fā)送數(shù)據(jù)時，會對公告更新，當(dāng)C接收數(shù)據(jù)時，也會對公告進(jìn)行更新，這就使得S與C之間的通信可以不再依賴于確認(rèn)機(jī)制，而是通過對公告的觀察來確認(rèn)對方是否收到了報文，從而實(shí)現(xiàn)可靠傳輸。

【技術(shù)領(lǐng)域】

本發(fā)明涉及一種通信協(xié)議，具體涉及一種利用基于公告機(jī)制的可靠數(shù)據(jù)傳輸協(xié)議的數(shù)據(jù)傳輸方法，屬于通信技術(shù)領(lǐng)域。

【背景技術(shù)】

假設(shè)網(wǎng)絡(luò)中存在主機(jī)S和C，S要將數(shù)據(jù)發(fā)送給C。在目前的計算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)中，傳輸層的協(xié)議主要有兩種，一種是TCP協(xié)議，另外一種是UDP協(xié)議，兩種協(xié)議的主要區(qū)別在于可靠性。

UDP是一種不可靠通信協(xié)議，即S向C發(fā)送報文的時候，并不能保證C一定能夠正確收到這些數(shù)據(jù)，S只是盡最大可能的將數(shù)據(jù)發(fā)送出去，至于C能否按序收到全部報文，S并不關(guān)心。當(dāng)然UDP也有自己的優(yōu)勢，主要是在傳送數(shù)據(jù)前，S和C不需建立連接，傳輸開銷低、延遲低，支持一對一、一對多和多對多通信等。TCP的特點(diǎn)是可靠傳輸，即S發(fā)送出去的數(shù)據(jù)，都要求C能夠正確的收到。TCP的缺點(diǎn)是傳輸開銷較大，延遲高，不支持一對多和多對多傳輸?shù)取：芏鄳?yīng)用層協(xié)議都依賴于TCP協(xié)議的可靠性，比如Http、Https、FTP、SMTP等等。

TCP的可靠傳輸主要由確認(rèn)機(jī)制來完成，確認(rèn)機(jī)制簡述如下：S在發(fā)送一個報文后，如果C接收了這個報文，C要給S發(fā)送一個確認(rèn)報文(ACK報文)，這樣S收到了確認(rèn)報文后，就認(rèn)為C已經(jīng)正確的收到了一個自己發(fā)送的報文，然后S可以再繼續(xù)發(fā)送下一個報文。如果S發(fā)送一個報文后，沒有收到C對該報文發(fā)送的ACK報文，則S會再等待一段時間(計時器時間)后重新發(fā)送這個報文，如果C始終沒有給出ACK報文，在S會在重發(fā)次數(shù)達(dá)到某個值時停止發(fā)送數(shù)據(jù)。

在現(xiàn)代網(wǎng)絡(luò)中，存在著很多的可信的第三方設(shè)備，比如局域網(wǎng)內(nèi)的路由器、秘鑰服務(wù)器、防火墻、SDN(Software-Defined Network)控制器、CDN(Content Delivery Network)等等。一個典型的局域網(wǎng)拓?fù)湟姼綀D1。如果主機(jī)h1與h7要進(jìn)行直接通信的話(不經(jīng)過第三方)，則通信路徑要包括5條鏈路，而如果h1與h7利用第三方進(jìn)行通信，則通信路徑只包括4條鏈路。

因此，為解決上述技術(shù)問題，確有必要提供一種創(chuàng)新的利用基于公告機(jī)制的可靠數(shù)據(jù)傳輸協(xié)議的數(shù)據(jù)傳輸方法，以克服現(xiàn)有技術(shù)中的所述缺陷。

【發(fā)明內(nèi)容】

為解決上述技術(shù)問題，本發(fā)明的目的在于一種利用基于公告機(jī)制的可靠數(shù)據(jù)傳輸協(xié)議的數(shù)據(jù)傳輸方法，該協(xié)議可減少網(wǎng)絡(luò)中的確認(rèn)報文量，并可以單獨(dú)實(shí)現(xiàn)，也可以由其他協(xié)議承載。

為實(shí)現(xiàn)上述目的，本發(fā)明采取的技術(shù)方案為：利用基于公告機(jī)制的可靠數(shù)據(jù)傳輸協(xié)議的數(shù)據(jù)傳輸方法，參與該協(xié)議傳輸?shù)脑O(shè)備包括客戶端C，服務(wù)器端S，提供公告空間的第三方設(shè)備T；所述傳輸協(xié)議依次包括如下四個階段：

1)，S向T申請公告階段；

2)，S與C之間的協(xié)商階段；

3)，S與C之間的數(shù)據(jù)傳輸階段；

4)，結(jié)束階段。

本發(fā)明的利用基于公告機(jī)制的可靠數(shù)據(jù)傳輸協(xié)議的數(shù)據(jù)傳輸方法進(jìn)一步為：所述階段1)具體步驟為：

1-1)，在S與C進(jìn)行數(shù)據(jù)傳輸前要先發(fā)送公告申請至T；

1-2)，T收到公告申請后，如果可以為S創(chuàng)建一個公告，則為S創(chuàng)建一個公告，并發(fā)送公告應(yīng)答報文至S；如果無法為S創(chuàng)建公告，則執(zhí)行步驟3；