亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

分組大小的調(diào)整方法及裝置的制造方法

文檔序號:10578086閱讀:718來源:國知局
分組大小的調(diào)整方法及裝置的制造方法
【專利摘要】本申請?zhí)峁┮环N分組大小的調(diào)整方法及裝置,網(wǎng)絡(luò)實體上配置有分組,所述方法包括:當所述網(wǎng)絡(luò)實體作為發(fā)送端時,獲取所述分組的分組大小,并在所述分組內(nèi)添加所述分組大小個報文,并向接收端發(fā)送所述分組內(nèi)的報文;接收所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,并利用所述確認報文的類型調(diào)整所述分組的分組大??;當所述網(wǎng)絡(luò)實體作為接收端時,接收發(fā)送端發(fā)送的所述分組內(nèi)的報文,并向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的確認報文。應(yīng)用本申請實施例,接收端只需要針對分組內(nèi)的多個報文返回一個確認報文即可,可以大大減少確認報文的發(fā)送數(shù)量,節(jié)約了接收端與發(fā)送端之間的鏈路帶寬,提高了接收端與發(fā)送端之間的通信效率。
【專利說明】
分組大小的調(diào)整方法及裝置
技術(shù)領(lǐng)域
[0001]本申請涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域,尤其涉及一種分組大小的調(diào)整方法及裝置。
【背景技術(shù)】
[0002]由于TCP(Translat1n Control Protocol,傳輸控制協(xié)議)協(xié)議具有確認機制,可以解決報文的亂序和丟包問題,保證數(shù)據(jù)的完整性,因此,發(fā)送端與接收端之間的報文傳輸過程,通?;赥CP協(xié)議實現(xiàn)?,F(xiàn)有的確認機制是,接收端對收到的每個報文都回復一個確認報文,發(fā)送端如果沒有收到接收端的確認報文,就說明前面發(fā)送的報文出現(xiàn)亂序或丟包問題,需要進行重傳。
[0003]然而,這種方式需要發(fā)送大量的確認報文,必然會浪費發(fā)送端與接收端之間的鏈路帶寬,降低通信效率。

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

[0004]有鑒于此,本申請?zhí)峁┮环N分組大小的調(diào)整方法及裝置,以解決現(xiàn)有的確認機制浪費發(fā)送端與接收端之間的鏈路帶寬,降低通信效率的問題。
[0005]根據(jù)本申請實施例的第一方面,提供一種分組大小的調(diào)整方法,所述方法應(yīng)用于網(wǎng)絡(luò)實體上,所述網(wǎng)絡(luò)實體上配置有分組,所述方法包括:
[0006]當所述網(wǎng)絡(luò)實體作為發(fā)送端時,獲取所述分組的分組大小,并在所述分組內(nèi)添加所述分組大小個報文,并向接收端發(fā)送所述分組內(nèi)的報文;接收所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,并利用所述確認報文的類型調(diào)整所述分組的分組大??;
[0007]當所述網(wǎng)絡(luò)實體作為接收端時,接收發(fā)送端發(fā)送的所述分組內(nèi)的報文,并向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的確認報文。
[0008]根據(jù)本申請實施例的第二方面,提供一種分組大小的調(diào)整裝置,所述裝置應(yīng)用于網(wǎng)絡(luò)實體上,所述網(wǎng)絡(luò)實體上配置有分組,所述裝置包括:分組發(fā)送單元、確認報文接收單元、分組調(diào)整單元、分組接收單元、確認報文發(fā)送單元;
[0009]當所述網(wǎng)絡(luò)實體作為發(fā)送端時,所述分組發(fā)送單元,用于獲取所述分組的分組大小,并在所述分組內(nèi)添加所述分組大小個報文,并向接收端發(fā)送所述分組內(nèi)的報文;所述確認報文接收單元,用于接收所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文;所述分組調(diào)整單元,用于利用所述確認報文的類型調(diào)整所述分組的分組大??;
[0010]當所述網(wǎng)絡(luò)實體作為接收端時,所述分組接收單元,用于接收發(fā)送端發(fā)送的所述分組內(nèi)的報文;所述確認報文發(fā)送單元,用于向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的確認報文。
[0011 ]應(yīng)用本申請實施例,當所述網(wǎng)絡(luò)實體作為發(fā)送端時,獲取分組的分組大小,并在所述分組內(nèi)添加所述分組大小個報文之后,向接收端發(fā)送所述分組內(nèi)的報文,然后接收所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,并利用所述確認報文的類型調(diào)整所述分組的分組大小;而當所述網(wǎng)絡(luò)實體作為接收端時,接收發(fā)送端發(fā)送的所述分組內(nèi)的報文,并向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的確認報文。基于上述實現(xiàn)方式,針對發(fā)送端向接收端發(fā)送的所述分組內(nèi)的多個報文,接收端只需要返回一個確認報文即可,而不是針對每個報文都返回確認報文,從而大大減少了確認報文的發(fā)送數(shù)量,節(jié)約了接收端與發(fā)送端之間的鏈路帶寬,提高了接收端與發(fā)送端之間的通信效率。
【附圖說明】
[0012]圖1為本申請根據(jù)一示例性實施例示出的一種應(yīng)用場景示意圖;
[0013]圖2為本申請根據(jù)一示例性實施例示出的一種框式設(shè)備的板卡之間的報文傳輸示意圖;
[0014]圖3為本申請根據(jù)一示例性實施例示出的一種分組大小的調(diào)整方法的實施例流程圖;
[0015]圖4為本申請根據(jù)一示例性實施例示出的一種網(wǎng)絡(luò)實體的硬件結(jié)構(gòu)圖;
[0016]圖5為本申請根據(jù)一示例性實施例示出的一種分組大小的調(diào)整裝置的實施例結(jié)構(gòu)圖。
【具體實施方式】
[0017]這里將詳細地對示例性實施例進行說明,其示例表示在附圖中。下面的描述涉及附圖時,除非另有表示,不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反,它們僅是與如所附權(quán)利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。
[0018]在本申請使用的術(shù)語是僅僅出于描述特定實施例的目的,而非旨在限制本申請。在本申請和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式,除非上下文清楚地表示其他含義。還應(yīng)當理解,本文中使用的術(shù)語“和/或”是指并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。
[0019]應(yīng)當理解,盡管在本申請可能采用術(shù)語第一、第二、第三等來描述各種信息,但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如,在不脫離本申請范圍的情況下,第一信息也可以被稱為第二信息,類似地,第二信息也可以被稱為第一信息。取決于語境,如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應(yīng)于確定”。
[0020]參見圖1所示,為本申請根據(jù)一示例性實施例示出的一種應(yīng)用場景示意圖:包括多個網(wǎng)絡(luò)實體,針對每個網(wǎng)絡(luò)實體,該網(wǎng)絡(luò)實體即可以作為發(fā)送端,也可以作為接收端。其中,在圖1中,當網(wǎng)絡(luò)實體I作為發(fā)送端時,網(wǎng)絡(luò)實體2為接收端,當網(wǎng)絡(luò)實體2作為發(fā)送端時,網(wǎng)絡(luò)實體I為接收端。在實際應(yīng)用中,網(wǎng)絡(luò)實體可以是具有發(fā)送功能和/或接收功能的實體,如可以是獨立的網(wǎng)絡(luò)設(shè)備,也可以是網(wǎng)絡(luò)設(shè)備內(nèi)的板卡,后續(xù)以網(wǎng)絡(luò)實體是板卡為例進行詳細闡述。
[0021 ]通常情況下,由多個板卡組成的網(wǎng)絡(luò)設(shè)備稱為框式設(shè)備,該框式設(shè)備由主控板與多個業(yè)務(wù)板組成,可以將主控板和業(yè)務(wù)板均稱為板卡。在實際應(yīng)用中,主控板負責命令配置、運行路由協(xié)議等控制處理,業(yè)務(wù)板負責流量審計、報文轉(zhuǎn)發(fā)等業(yè)務(wù)處理。在框式設(shè)備的運行過程中,主控板需要發(fā)送命令配置、路由表項(基于路由協(xié)議學習到的路由表項)等數(shù)據(jù)到業(yè)務(wù)板中,以保證業(yè)務(wù)板的轉(zhuǎn)發(fā)表項正確。業(yè)務(wù)板需要將流量審計信息和日志等數(shù)據(jù)發(fā)送到主控板中,方便主控板進行控制處理。因此,主控板和業(yè)務(wù)板之間需要進行報文傳輸,并采用確認機制保證報文傳輸?shù)耐暾?。在本申請實施例的后續(xù)過程中,以兩個板卡之間的報文傳輸過程,來表示主控板和業(yè)務(wù)板之間的報文傳輸過程。
[0022]參見圖2所示,以板卡I作為發(fā)送端,板卡2作為接收端為例進行說明。在一個例子中,在發(fā)送端上配置分組,并預先設(shè)定所述分組的分組大小。發(fā)送端向接收端發(fā)送所述分組內(nèi)的報文,當接收端接收到所述分組內(nèi)的所有報文時,向發(fā)送端返回針對所述分組內(nèi)的報文的確認報文,當發(fā)送端接收到確認報文時,刪除所述分組內(nèi)的報文,并在所述分組內(nèi)添加預先設(shè)定的分組大小個報文,并向接收端繼續(xù)發(fā)送所述分組內(nèi)的報文,依此類推。然而,報文在傳輸過程中,無論是出現(xiàn)丟包還是延時的問題,發(fā)送端只要能接收到接收端發(fā)送的確認報文,就仍然以預先設(shè)定的分組大小向接收端發(fā)送報文,這樣,報文在傳輸過程中始終會出現(xiàn)丟包或者延時等問題,導致業(yè)務(wù)處理出現(xiàn)問題,影響使用體驗。
[0023]針對上述發(fā)現(xiàn),本發(fā)明實施例中,接收端在接收到發(fā)送端發(fā)送的報文之后,先進行一定的判斷(確定是否有丟包或者延時),然后接收端根據(jù)判斷結(jié)果向發(fā)送端返回不同類型的確認報文,最終發(fā)送端根據(jù)接收到的確認報文的類型,對分組大小進行調(diào)整,以避免長時間出現(xiàn)丟包或者延時的問題。
[0024]參見圖3所示,為本申請根據(jù)一示例性實施例示出的一種分組大小的調(diào)整方法的實施例流程圖,該實施例結(jié)合圖2示出的應(yīng)用場景對分組大小的調(diào)整過程進行詳細描述,發(fā)送端可以為圖2中框式設(shè)備的板卡I,接收端可以為板卡2,并且發(fā)送端上配置有分組,該分組用于存儲多個報文,包括以下步驟:
[0025]步驟301:發(fā)送端獲取所述分組的分組大小,并在所述分組內(nèi)添加所述分組大小個報文,并向接收端發(fā)送所述分組內(nèi)的報文。
[0026]發(fā)送端首先根據(jù)當前實際網(wǎng)絡(luò)情況,獲取所述分組的初始分組大小,在后續(xù)過程中,會根據(jù)接收到的確認報文的類型調(diào)整所述分組的分組大小。
[0027]通常情況下,所述分組的初始分組大小,可以設(shè)置為I。
[0028]步驟302:接收端接收發(fā)送端發(fā)送的所述分組內(nèi)的報文,并向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的確認報文。
[0029]在接收端接收所述分組內(nèi)的報文,并向所述發(fā)送端發(fā)送確認報文的過程中,當接收到攜帶有結(jié)束標記的報文時,判斷是否已經(jīng)接收到所述分組內(nèi)的所有報文;若是,則向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的正常確認報文,若否,則向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的亂序確認報文。
[0030]其中,所述發(fā)送端在發(fā)送所述分組內(nèi)的所有報文時,每個報文中均攜帶有序號,所述序號的取值為I至N,所述N為所述分組的分組大小。具體的,發(fā)送端發(fā)送的分組內(nèi)的第一個報文攜帶的序號的取值為I,發(fā)送端發(fā)送的分組內(nèi)的第二個報文攜帶的序號的取值為2,以此類推,發(fā)送端發(fā)送的分組內(nèi)的最后一個報文攜帶的序號的取值為N,且該最后一個報文還會攜帶結(jié)束標記。
[0031 ]當接收端接收到攜帶有結(jié)束標記的報文時,表明所述發(fā)送端已經(jīng)將所述分組內(nèi)的報文全部發(fā)完。此時,接收端會獲取確認報文的類型。具體的,接收端獲取已經(jīng)接收到的報文攜帶的序號,并將獲取到的序號按照從小到大的順序或者從大到小的順序進行排序,如果排序后的各序號不連續(xù),則確定未接收到所述分組內(nèi)的所有報文,向發(fā)送端發(fā)送亂序確認報文;如果排序后的各序號連續(xù),則確定已經(jīng)接收到所述分組內(nèi)的所有報文,向發(fā)送端發(fā)送正常確認報文。
[0032]其中,若接收端確定未接收到所述分組內(nèi)的所有報文,表明所述接收端與所述發(fā)送端之間的鏈路有丟包,因此所述接收端向所述發(fā)送端返回亂序確認報文。若接收端確定已經(jīng)接收到所述分組內(nèi)的所有報文,表明所述接收端與所述發(fā)送端之間的鏈路沒有丟包,因此所述接收端向所述發(fā)送端返回正常確認報文。
[0033]需要說明的是,為了解決若接收端一直接收不到攜帶有結(jié)束標記的報文,導致無法向發(fā)送端返回確認報文的問題,還可以設(shè)置確認超時定時器。
[0034]具體實現(xiàn)為:所述接收端在接收到所述發(fā)送端針對所述分組發(fā)送的第一個報文時,設(shè)置一個確認超時定時器,所述第一個報文是攜帶序號為I的報文。在所述確認超時定時器超時之前,若接收端接收到所述發(fā)送端針對所述分組發(fā)送的攜帶有結(jié)束標記的報文時,則執(zhí)行判斷是否已經(jīng)接收到所述分組內(nèi)的所有報文的過程,并刪除所述確認超時定時器;在所述確認超時定時器超時時,若接收端未接收到所述發(fā)送端針對所述分組發(fā)送的攜帶有結(jié)束標記的報文,則向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的延時確認報文,并刪除所述確認超時定時器。
[0035]步驟303:發(fā)送端接收所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,并利用所述確認報文的類型調(diào)整所述分組的分組大小。
[0036]其中,發(fā)送端在利用所述確認報文的類型調(diào)整所述分組的分組大小之后,還可以刪除所述分組內(nèi)的所有報文,并在分組內(nèi)添加所述調(diào)整后的分組大小個報文,并向接收端繼續(xù)發(fā)送分組內(nèi)的報文,該過程參見步驟301-303,在此不再贅述。
[0037]其中,針對利用所述確認報文的類型調(diào)整所述分組的分組大小的過程,可以分為下面的三種情況進行詳細描述:
[0038]情況一、若所述確認報文的類型為正常確認報文,則將調(diào)整前的分組大小與預設(shè)擁塞分組閾值進行比較;若調(diào)整前的分組大小小于所述預設(shè)擁塞分組閾值,表明此時分組還沒有達到擁塞階段,則確定調(diào)整后的分組大小為調(diào)整前的分組大小與第一預設(shè)數(shù)值之積;若調(diào)整前的分組大小大于等于所述預設(shè)擁塞分組閾值,表明此時分組進入擁塞避免階段,則確定調(diào)整后的分組大小為調(diào)整前的分組大小與第二預設(shè)數(shù)值之和。
[0039]其中,預設(shè)擁塞分組閾值的初始值的確定方式為:在發(fā)送端與接收端需要通信時,發(fā)送端與接收端之間互發(fā)通知報文,即發(fā)送端向接收端發(fā)送發(fā)包窗口大小,接收端向發(fā)送端發(fā)送收包窗口大小。發(fā)送端將自己的發(fā)包窗口大小與接收端發(fā)送的收包窗口大小進行比較,將比較小的窗口大小作為發(fā)包窗口大小,并設(shè)置擁塞分組閾值為發(fā)包窗口大小的五分之一O
[0040]此外,接收端也可以向發(fā)送端發(fā)送發(fā)包窗口大小,發(fā)送端也可以向接收端發(fā)送收包窗口大小。
[0041]所述收包窗口大小(也即收包緩存區(qū))是指能接收到的最大報文個數(shù),所述發(fā)包窗口大小(也即發(fā)包緩存區(qū))是指能發(fā)送出去的最大報文個數(shù)。
[0042]在后續(xù)過程中,可以對擁塞分組閾值進行調(diào)整,具體調(diào)整方式在后續(xù)介紹。
[0043]所述擁塞分組閾值用于控制分組大小的增長速度。當調(diào)整前的分組大小小于擁塞分組閾值時,則調(diào)整后的分組大小按照調(diào)整前的分組大小與第一預設(shè)數(shù)值之積的速度增長,通常情況下,所述第一預設(shè)數(shù)值可以設(shè)置為2,此時分組大小將按照指數(shù)級速度增長,此時,分組還沒進入擁塞階段,可以多增加分組大小,因此分組大小的增長速度很快,從而接收端能夠接收更多個報文之后,返回一個確認報文,進一步減少了確認報文的發(fā)送量;當調(diào)整前的分組大小大于等于擁塞分組閾值時,則調(diào)整后的分組大小按照調(diào)整前的分組大小與第二預設(shè)數(shù)值之和的速度增長,即直線型加法增長速度,此時,分組進入擁塞避免階段,每次不能多增加分組大小,因此分組大小的增長速度減慢,每次以固定數(shù)值進行增加,可以使分組緩慢進入擁塞階段,通常情況下,所述第二預設(shè)數(shù)值可以設(shè)置為I。
[0044]情況二、若所述確認報文的類型為亂序確認報文,則將所述分組大小調(diào)整為預設(shè)分組大小,即初始分組大小。
[0045]其中,當發(fā)送端接收到的確認報文的類型為亂序確認報文時,表明此時分組大小過大,發(fā)送端與接收端之間占用的鏈路帶寬很大,并出現(xiàn)了丟包現(xiàn)象,因此,分組進入擁塞階段,可以將所述分組大小調(diào)整為預設(shè)分組大小,即調(diào)整后的分組大小為初始分組大小,以使所述發(fā)送端重新從最小的分組大小開始,然后再逐漸增加分組大小。
[0046]為了使擁塞分組閾值大小與當前的網(wǎng)絡(luò)實際情況相符,還可以根據(jù)調(diào)整前的分組大小來調(diào)整擁塞分組閾值大小,例如,發(fā)送端將擁塞分組閾值變?yōu)檎{(diào)整前的分組大小與第三預設(shè)數(shù)值之商,通常情況下,所述第三預設(shè)數(shù)值可以設(shè)置為2。
[0047]情況三、若所述確認報文的類型為延時確認報文,表明發(fā)送端沒有分組大小那么多的報文需要發(fā)送,則保持所述分組的分組大小不變。例如,分組大小為50,而發(fā)送端只添加了40個報文到分組中,而第40個報文中并沒有攜帶結(jié)束標記,因此當發(fā)送端把40個報文發(fā)送完之后,接收端由于接收不到攜帶結(jié)束標記的報文,確認超時定時器超時,然后向發(fā)送端返回延時確認報文。
[0048]需要說明的是,所述發(fā)送端可以為所述分組設(shè)置分組間隔,所述分組間隔指發(fā)送所述分組內(nèi)的報文所用的時間。因此,當所述發(fā)送端刪除所述分組內(nèi)的所有報文時,將當前時間與發(fā)送所述分組內(nèi)的第一個報文的時間進行相減,若得到的時間差大于等于所述分組間隔,則執(zhí)行刪除所述分組內(nèi)的所有報文,并在調(diào)整后的分組內(nèi)添加所述調(diào)整后的分組大小個報文的過程。若得到的時間差小于所述分組間隔,則等待(分組間隔-時間差)的時間之后,再執(zhí)行刪除所述分組內(nèi)的所有報文,并在調(diào)整后的分組內(nèi)添加所述調(diào)整后的分組大小個報文的過程,或者先執(zhí)行刪除所述分組內(nèi)的所有報文,并在調(diào)整后的分組內(nèi)添加所述調(diào)整后的分組大小個報文的過程,再等待(分組間隔-時間差)的時間之后,向接收端發(fā)送添加到分組內(nèi)的報文。
[0049]進一步地,所述發(fā)送端在將所述分組中的最后一個報文發(fā)送給所述接收端之后,還可以為所述分組設(shè)置一個分組重傳定時器,所述最后一個報文是指攜帶有結(jié)束標記的報文。
[0050]如果在所述分組重傳定時器超時之前,所述發(fā)送端接收到所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,則從所述分組內(nèi)刪除所有報文,并刪除所述分組重傳定時器,并按照上述方式調(diào)整分組的大小。如果在所述分組重傳定時器超時時,未接收到所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,則重新向所述接收端發(fā)送所述分組內(nèi)的報文,并刪除所述分組重傳定時器。
[0051]所述發(fā)送端再重新將所述分組中的最后一個報文發(fā)送給所述接收端之后,為所述分組設(shè)置一個分組重傳定時器,依次類推,直到能夠在所述分組重傳定時器超時之前,接收到所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,則從所述分組內(nèi)刪除所有報文,結(jié)束對所述分組內(nèi)的報文的傳輸。
[0052]由步驟302和步驟303所述的分組間隔、確認超時定時器、分組重傳定時器的設(shè)定,是根據(jù)發(fā)送端與接收端之間的鏈路帶寬、實時性等因素進行設(shè)定。由于分組重傳定時器是因為接收不到確認報文而超時的,確認超時定時器是因為接收不到攜帶結(jié)束標記的報文而超時的,而攜帶結(jié)束標記的報文要先于確認報文,因此分組重傳定時器大于確認超時定時器,同時,分組間隔是發(fā)送一個分組內(nèi)的報文所用的時間,因此,分組間隔小于分組重傳定時器和確認超時定時器,通常情況下,所述確認超時定時器的大小可以設(shè)為所述分組間隔的三倍,所述分組重傳定時器的大小可以設(shè)為所述確認超時定時器的大小的二倍。
[0053]此外,基于TCP協(xié)議的報文在轉(zhuǎn)發(fā)過程中,會涉及到ARP(Address Resolut1nProtocol,地址解析協(xié)議)學習、路由查找等大量協(xié)議棧底層的操作,處理流程復雜,報文轉(zhuǎn)發(fā)性能弱。因此,在本發(fā)明實施例中,發(fā)送端與接收端之間傳輸?shù)膱笪目梢曰谒接袇f(xié)議來實現(xiàn)。所述私有協(xié)議頭部可以根據(jù)需求進行設(shè)定,比如,所述私有協(xié)議的協(xié)議頭部可以包含五個字段的信息,所述五個字段的信息分別為發(fā)送方ID(1字節(jié))、接收方ID(1字節(jié))、報文序號(2字節(jié))、確認標記(2bit)、結(jié)束標記(Ibit)。由此可見,所述私有協(xié)議的協(xié)議頭部的長度總計35bit,而TCP協(xié)議的協(xié)議頭部的長度為20字節(jié),因此所述私有協(xié)議相對TCP協(xié)議簡單很多。
[0054]其中,所述2bit的確認標記用于表示確認報文的類型,假設(shè)可以將01表示正常確認報文,1表示亂序確認報文,11表示延時確認報文。
[0055]由上述實施例所述,發(fā)送端首先獲取分組的分組大小,并在所述分組內(nèi)添加所述分組大小個報文之后,向接收端發(fā)送所述分組內(nèi)的報文;而接收端接收到發(fā)送端發(fā)送的所述分組內(nèi)的所有報文之后,向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的確認報文。當發(fā)送端接收到所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文時,利用所述確認報文的類型調(diào)整所述分組的分組大小。
[0056]基于上述實現(xiàn)方式,針對發(fā)送端向接收端發(fā)送的所述分組內(nèi)的多個報文,接收端只需要返回一個確認報文即可,而不是針對每個報文都返回確認報文,從而大大減少了確認報文的發(fā)送數(shù)量,節(jié)約了接收端與發(fā)送端之間的鏈路帶寬,提高了接收端與發(fā)送端之間的通信效率。
[0057]另外,發(fā)送端需要根據(jù)接收到的確認報文的類型對分組大小進行調(diào)整,而不是始終保持分組大小不變,并且分組大小的增長速度分階段進行調(diào)整,在進入擁塞避免階段之前,分組大小的增長速度最快,能夠使接收端在接收更多個報文之后,再向發(fā)送端返回一個確認報文,從而可以進一步減少確認報文的發(fā)送量,在進入擁塞避免階段后,分組大小的增長速度減慢,可以使分組逐漸逼近擁塞階段,并最終進入擁塞階段,此時,由于接收端接收到的報文出現(xiàn)丟包,向發(fā)送端返回亂序確認報文,發(fā)送端立即將分組大小調(diào)整為初始分組大小,重新從最小的分組大小開始逐漸增加分組大小。而且若發(fā)送端沒有分組大小那么多的報文需要發(fā)送,會接收到接收端發(fā)送的延時確認報文,然后發(fā)送端將分組大小繼續(xù)保持不變,從而可以實現(xiàn)避免丟包和延時的問題,提高了使用體驗。
[0058]與前述分組大小的調(diào)整方法的實施例相對應(yīng),本申請還提供了分組大小的調(diào)整裝置的實施例。
[0059]本申請分組大小的調(diào)整裝置的實施例可以應(yīng)用在網(wǎng)絡(luò)實體上。裝置實施例可以通過軟件實現(xiàn),也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例,作為一個邏輯意義上的裝置,是通過其所在網(wǎng)絡(luò)實體的處理器將非易失性存儲器中對應(yīng)的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言,如圖4所示,為本申請網(wǎng)絡(luò)實體的一種硬件結(jié)構(gòu)圖,除了圖4所示的處理器、內(nèi)存、網(wǎng)絡(luò)接口、以及非易失性存儲器之外,實施例中裝置所在的網(wǎng)絡(luò)實體通常根據(jù)該網(wǎng)絡(luò)實體的實際功能,還可以包括其他硬件,對此不再贅述。
[0060]參見圖5所示,為本申請根據(jù)一示例性實施例示出的一種分組大小的調(diào)整裝置的實施例結(jié)構(gòu)圖,該實施例應(yīng)用于網(wǎng)絡(luò)實體上,所述網(wǎng)絡(luò)實體上配置有分組,所述裝置包括:分組發(fā)送單元510、確認報文接收單元520、分組調(diào)整單元530、分組接收單元540、確認報文發(fā)送單元550。
[0061 ]其中當所述網(wǎng)絡(luò)實體作為發(fā)送端時,所述分組發(fā)送單元510,用于獲取所述分組的分組大小,并在所述分組內(nèi)添加所述分組大小個報文,并向接收端發(fā)送所述分組內(nèi)的報文;所述確認報文接收單元520,用于接收所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文;所述分組調(diào)整單元530,用于利用所述確認報文的類型調(diào)整所述分組的分組大??;
[0062]當所述網(wǎng)絡(luò)實體作為接收端時,所述分組接收單元540,用于接收發(fā)送端發(fā)送的所述分組內(nèi)的報文;所述確認報文發(fā)送單元550,用于向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的確認報文。
[0063]在一個可選的實現(xiàn)方式中,所述分組調(diào)整單元530,具體用于若所述確認報文的類型為正常確認報文,則將調(diào)整前的分組大小與預設(shè)擁塞分組閾值進行比較;若調(diào)整前的分組大小小于所述預設(shè)擁塞分組閾值,則確定調(diào)整后的分組大小為調(diào)整前的分組大小與第一預設(shè)數(shù)值之積;若調(diào)整前的分組大小大于等于所述預設(shè)擁塞分組閾值,則確定調(diào)整后的分組大小為調(diào)整前的分組大小與第二預設(shè)數(shù)值之和;若所述確認報文的類型為延時確認報文,則保持所述分組的分組大小不變;若所述確認報文的類型為亂序確認報文,則將所述分組大小調(diào)整為預設(shè)分組大小。
[0064]在另一個可選的實現(xiàn)方式中,所述裝置還包括(圖5中未示出):分組重傳定時器設(shè)置單元、第一處理單元;
[0065]當所述網(wǎng)絡(luò)實體作為發(fā)送端時,所述分組重傳定時器設(shè)置單元,用于在將所述分組中的最后一個報文發(fā)送到所述接收端之后,為所述分組設(shè)置一個分組重傳定時器;
[0066]所述第一處理單元,用于如果在所述分組重傳定時器超時時,未接收到所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,則重新向所述接收端發(fā)送所述分組內(nèi)的報文,并刪除所述分組重傳定時器;如果在所述分組重傳定時器超時之前,接收到所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,則從所述分組內(nèi)刪除所有報文,并刪除所述分組重傳定時器。
[0067]在另一個可選的實現(xiàn)方式中,所述裝置還包括(圖5中未示出):判斷單元;
[0068]當所述網(wǎng)絡(luò)實體作為接收端時,所述判斷單元,用于在分組接收單元接收發(fā)送端發(fā)送的所述分組內(nèi)的報文之后,當接收到攜帶有結(jié)束標記的報文時,判斷是否已經(jīng)接收到所述分組內(nèi)的所有報文;
[0069]所述確認報文發(fā)送單元,具體用于當判斷結(jié)果為是時,向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的正常確認報文,當判斷結(jié)果為否時,向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的亂序確認報文。
[0070]在另一個可選的實現(xiàn)方式中,所述裝置還包括(圖5中未示出):確認超時定時器設(shè)置單元、第二處理單元;
[0071]當所述網(wǎng)絡(luò)實體作為接收端時,所述確認超時定時器設(shè)置單元,用于在接收到所述發(fā)送端針對所述分組發(fā)送的第一個報文時,設(shè)置確認超時定時器;
[0072]所述第二處理單元,用于在所述確認超時定時器超時之前,若接收到所述發(fā)送端針對所述分組發(fā)送的攜帶有結(jié)束標記的報文時,則執(zhí)行判斷已經(jīng)接收到的報文攜帶的序號是否連續(xù)的過程,并刪除所述確認超時定時器;在所述確認超時定時器超時時,若未接收到所述發(fā)送端針對所述分組發(fā)送的攜帶有結(jié)束標記的報文,則向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的延時確認報文,并刪除所述確認超時定時器。
[0073]由上述實施例所述,發(fā)送端首先獲取分組的分組大小,并在所述分組內(nèi)添加所述分組大小個報文之后,向接收端發(fā)送所述分組內(nèi)的報文;而接收端接收到發(fā)送端發(fā)送的所述分組內(nèi)的所有報文之后,向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的確認報文。當發(fā)送端接收到所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文時,利用所述確認報文的類型調(diào)整所述分組的分組大小。
[0074]基于上述實現(xiàn)方式,針對發(fā)送端向接收端發(fā)送的所述分組內(nèi)的多個報文,接收端只需要返回一個確認報文即可,而不是針對每個報文都返回確認報文,從而大大減少了確認報文的發(fā)送數(shù)量,節(jié)約了接收端與發(fā)送端之間的鏈路帶寬,提高了接收端與發(fā)送端之間的通信效率。
[0075]另外,發(fā)送端需要根據(jù)接收到的確認報文的類型對分組大小進行調(diào)整,而不是始終保持分組大小不變,并且分組大小的增長速度分階段進行調(diào)整,在進入擁塞避免階段之前,分組大小的增長速度最快,能夠使接收端在接收更多個報文之后,再向發(fā)送端返回一個確認報文,從而可以進一步減少確認報文的發(fā)送量,在進入擁塞避免階段后,分組大小的增長速度減慢,可以使分組逐漸逼近擁塞階段,并最終進入擁塞階段,此時,由于接收端接收到的報文出現(xiàn)丟包,向發(fā)送端返回亂序確認報文,發(fā)送端立即將分組大小調(diào)整為初始分組大小,重新從最小的分組大小開始逐漸增加分組大小。而且若發(fā)送端沒有分組大小那么多的報文需要發(fā)送,會接收到接收端發(fā)送的延時確認報文,然后發(fā)送端將分組大小繼續(xù)保持不變,從而可以實現(xiàn)避免丟包和延時的問題,提高了使用體驗。
[0076]上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應(yīng)步驟的實現(xiàn)過程,在此不再贅述。
[0077]對于裝置實施例而言,由于其基本對應(yīng)于方法實施例,所以相關(guān)之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的,其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡(luò)單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本申請方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下,即可以理解并實施。
[0078]以上所述僅為本申請的較佳實施例而已,并不用以限制本申請,凡在本申請的精神和原則之內(nèi),所做的任何修改、等同替換、改進等,均應(yīng)包含在本申請保護的范圍之內(nèi)。
【主權(quán)項】
1.一種分組大小的調(diào)整方法,其特征在于,所述方法應(yīng)用于網(wǎng)絡(luò)實體上,所述網(wǎng)絡(luò)實體上配置有分組,所述方法包括: 當所述網(wǎng)絡(luò)實體作為發(fā)送端時,獲取所述分組的分組大小,并在所述分組內(nèi)添加所述分組大小個報文,并向接收端發(fā)送所述分組內(nèi)的報文;接收所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,并利用所述確認報文的類型調(diào)整所述分組的分組大小; 當所述網(wǎng)絡(luò)實體作為接收端時,接收發(fā)送端發(fā)送的所述分組內(nèi)的報文,并向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的確認報文。2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述利用所述確認報文的類型調(diào)整所述分組的分組大小,包括: 若所述確認報文的類型為正常確認報文,則將調(diào)整前的分組大小與預設(shè)擁塞分組閾值進行比較;若調(diào)整前的分組大小小于所述預設(shè)擁塞分組閾值,則確定調(diào)整后的分組大小為調(diào)整前的分組大小與第一預設(shè)數(shù)值之積;若調(diào)整前的分組大小大于等于所述預設(shè)擁塞分組閾值,則確定調(diào)整后的分組大小為調(diào)整前的分組大小與第二預設(shè)數(shù)值之和; 若所述確認報文的類型為延時確認報文,則保持所述分組的分組大小不變; 若所述確認報文的類型為亂序確認報文,則將所述分組大小調(diào)整為預設(shè)分組大小。3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述方法還包括: 在將所述分組中的最后一個報文發(fā)送到所述接收端之后,為所述分組設(shè)置一個分組重傳定時器; 如果在所述分組重傳定時器超時時,未接收到所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,則重新向所述接收端發(fā)送所述分組內(nèi)的報文,并刪除所述分組重傳定時器;如果在所述分組重傳定時器超時之前,接收到所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,則從所述分組內(nèi)刪除所有報文,并刪除所述分組重傳定時器。4.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述當所述網(wǎng)絡(luò)實體作為接收端時,接收發(fā)送端發(fā)送的所述分組內(nèi)的報文,并向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的確認報文,包括: 接收發(fā)送端發(fā)送的所述分組內(nèi)的報文,當接收到攜帶有結(jié)束標記的報文時,判斷是否已經(jīng)接收到所述分組內(nèi)的所有報文; 若是,則向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的正常確認報文,若否,則向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的亂序確認報文。5.根據(jù)權(quán)利要求4所述的方法,其特征在于,所述方法還包括: 在接收到所述發(fā)送端針對所述分組發(fā)送的第一個報文時,設(shè)置確認超時定時器; 在所述確認超時定時器超時之前,若接收到所述發(fā)送端針對所述分組發(fā)送的攜帶有結(jié)束標記的報文時,則執(zhí)行判斷已經(jīng)接收到的報文攜帶的序號是否連續(xù)的過程,并刪除所述確認超時定時器; 在所述確認超時定時器超時時,若未接收到所述發(fā)送端針對所述分組發(fā)送的攜帶有結(jié)束標記的報文,則向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的延時確認報文,并刪除所述確認超時定時器。6.—種分組大小的調(diào)整裝置,其特征在于,所述裝置應(yīng)用于網(wǎng)絡(luò)實體上,所述網(wǎng)絡(luò)實體上配置有分組,所述裝置包括:分組發(fā)送單元、確認報文接收單元、分組調(diào)整單元、分組接收單元、確認報文發(fā)送單元; 當所述網(wǎng)絡(luò)實體作為發(fā)送端時,所述分組發(fā)送單元,用于獲取所述分組的分組大小,并在所述分組內(nèi)添加所述分組大小個報文,并向接收端發(fā)送所述分組內(nèi)的報文;所述確認報文接收單元,用于接收所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文;所述分組調(diào)整單元,用于利用所述確認報文的類型調(diào)整所述分組的分組大??; 當所述網(wǎng)絡(luò)實體作為接收端時,所述分組接收單元,用于接收發(fā)送端發(fā)送的所述分組內(nèi)的報文;所述確認報文發(fā)送單元,用于向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的確認報文。7.根據(jù)權(quán)利要求6所述的裝置,其特征在于,所述分組調(diào)整單元,具體用于若所述確認報文的類型為正常確認報文,則將調(diào)整前的分組大小與預設(shè)擁塞分組閾值進行比較;若調(diào)整前的分組大小小于所述預設(shè)擁塞分組閾值,則確定調(diào)整后的分組大小為調(diào)整前的分組大小與第一預設(shè)數(shù)值之積;若調(diào)整前的分組大小大于等于所述預設(shè)擁塞分組閾值,則確定調(diào)整后的分組大小為調(diào)整前的分組大小與第二預設(shè)數(shù)值之和;若所述確認報文的類型為延時確認報文,則保持所述分組的分組大小不變;若所述確認報文的類型為亂序確認報文,則將所述分組大小調(diào)整為預設(shè)分組大小。8.根據(jù)權(quán)利要求6所述的裝置,其特征在于,所述裝置還包括分組重傳定時器設(shè)置單元、第一處理單元; 當所述網(wǎng)絡(luò)實體作為發(fā)送端時,所述分組重傳定時器設(shè)置單元,用于在將所述分組中的最后一個報文發(fā)送到所述接收端之后,為所述分組設(shè)置一個分組重傳定時器; 所述第一處理單元,用于如果在所述分組重傳定時器超時時,未接收到所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,則重新向所述接收端發(fā)送所述分組內(nèi)的報文,并刪除所述分組重傳定時器;如果在所述分組重傳定時器超時之前,接收到所述接收端發(fā)送的針對所述分組內(nèi)的報文的確認報文,則從所述分組內(nèi)刪除所有報文,并刪除所述分組重傳定時器。9.根據(jù)權(quán)利要求6所述的裝置,其特征在于,所述裝置還包括判斷單元; 當所述網(wǎng)絡(luò)實體作為接收端時,所述判斷單元,用于在分組接收單元接收發(fā)送端發(fā)送的所述分組內(nèi)的報文之后,當接收到攜帶有結(jié)束標記的報文時,判斷是否已經(jīng)接收到所述分組內(nèi)的所有報文; 所述確認報文發(fā)送單元,具體用于當判斷結(jié)果為是時,向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的正常確認報文,當判斷結(jié)果為否時,向所述發(fā)送端發(fā)送針對所述分組內(nèi)的報文的亂序確認報文。10.根據(jù)權(quán)利要求9所述的裝置,其特征在于,所述裝置還包括確認超時定時器設(shè)置單元、第二處理單元; 當所述網(wǎng)絡(luò)實體作為接收端時,所述確認超時定時器設(shè)置單元,用于在接收到所述發(fā)送端針對所述分組發(fā)送的第一個報文時,設(shè)置確認超時定時器; 所述第二處理單元,用于在所述確認超時定時器超時之前,若接收到所述發(fā)送端針對所述分組發(fā)送的攜帶有結(jié)束標記的報文時,則執(zhí)行判斷已經(jīng)接收到的報文攜帶的序號是否連續(xù)的過程,并刪除所述確認超時定時器;在所述確認超時定時器超時時,若未接收到所述發(fā)送端針對所述分組發(fā)送的攜帶有結(jié)束標記的報文,則向所述發(fā)送端發(fā)送針對所述分組內(nèi) 的報文的延時確認報文,并刪除所述確認超時定時器。
【文檔編號】H04L12/801GK105939282SQ201610082336
【公開日】2016年9月14日
【申請日】2016年2月4日
【發(fā)明人】代鑫
【申請人】杭州迪普科技有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1