[發明專利]網絡帶寬分配方法、裝置、電子設備及存儲介質

有效

• 申請號: 202010427755.5
• 申請日: 2020-05-19
• 公開（公告）號: CN111614497B
• 公開（公告）日: 2023-05-09
• 發明（設計）人: 呂海艇;汝繼剛;李振偉;鄭宗生;羅侖;曾銳;辛運韜;田慶豐;李球;頓小飛;李航杰;黃達林
• 申請（專利權）人: 鼎點視訊科技有限公司
• 主分類號: H04L41/0896
• 分類號: H04L41/0896;H04L47/52
• 代理公司: 北京超凡宏宇專利代理事務所(特殊普通合伙) 11463
• 代理人: 衡滔

本申請提供一種網絡帶寬分配方法、裝置、電子設備及存儲介質，所述方法應用于帶寬分配端，包括：接收帶寬請求端在服務流上發送的帶寬請求；帶寬請求中包括：服務流的標識；在確定服務流的標識滿足第一預設規則時，確定出與服務流的標識對應的帶寬大小和對應的間隔時長；基于對應的帶寬大小和對應的間隔時長，從當前時刻開始每隔對應的間隔時長，為服務流分配與對應的帶寬大小匹配的帶寬，以使帶寬請求端基于匹配的帶寬在服務流上傳輸待傳輸數據，帶寬請求端在利用服務流傳輸數據之前，無需每次均向帶寬分配端發送帶寬請求，帶寬分配端也無需在每次都在接收到帶寬請求之后才為該服務流分配帶寬，繼而降低了數據傳輸的網絡延時。

技術領域

本申請涉及通信技術領域，具體而言，涉及一種網絡帶寬分配方法、裝置、電子設備及存儲介質。

背景技術

Docsis作為一種成熟的接入網技術，自1997年推出第一個版本以來已經存在并發展了二十余年，這二十余年中，Docsis協議不斷迭代更新，接入帶寬快速提升，目前已經達到千兆入戶的接入帶寬能力。

Docsis采用的是點對多點的數據通訊機制，下行方向數據采用廣播的方式進行傳播，上行方向數據采用時分復用(ATDMA)或者碼分多址(SCDMA)或者正交頻分復用(OFDMA)的方式進行傳播。在每次需要對待傳輸數據進行上行傳輸時，現有技術采用的是“帶寬申請”--“帶寬分配”--“數據發送”的方式傳輸所述待傳輸數據，這就導致在上行方向上對所述待傳輸數據進行傳輸存在比較長的數據延時。

隨著網絡技術的不斷更新，各種網絡應用對低網絡延時的要求也越來越高，另一方面高吞吐量TCP數據傳輸對低網絡延時有很高的要求。因此，如何降低網絡延時勢必成為網絡技術中的關鍵問題。

發明內容

鑒于此，本申請實施例的目的在于提供一種網絡帶寬分配方法、裝置、電子設備及存儲介質，以降低帶寬分配所導致的數據傳輸的網絡延時。

第一方面，本申請實施例提供一種網絡帶寬分配方法，應用于帶寬分配端，所述方法包括：接收帶寬請求端在服務流上發送的帶寬請求；其中，所述帶寬請求中包括：所述服務流的標識；在確定所述服務流的標識滿足第一預設規則時，確定出與所述服務流的標識對應的帶寬大小和對應的間隔時長；基于所述對應的帶寬大小和所述對應的間隔時長，從當前時刻開始每隔所述對應的間隔時長，為所述服務流分配與所述對應的帶寬大小匹配的帶寬，以使所述帶寬請求端基于所述匹配的帶寬在所述服務流上傳輸待傳輸數據。

在上述實現過程中，在接收到帶寬請求端在服務流上發送的帶寬請求之后，在確定出服務流的標識滿足第一預設規則時，確定出與所述服務流的標識對應的帶寬大小和對應的間隔時長，繼而從當前時刻開始每隔所述對應的間隔時長，不斷地為所述服務流分配與所述對應的帶寬大小匹配的帶寬，帶寬請求端在利用所述服務流傳輸數據之前，無需每次均向帶寬分配端發送帶寬請求，帶寬分配端也無需在每次都在接收到帶寬請求之后才為所述服務流分配帶寬，繼而降低了帶寬分配所導致的數據傳輸的網絡延時。

基于第一方面，在一種可能的設計中，在所述為所述服務流分配與所述帶寬大小匹配的帶寬之后，所述方法還包括：實時確定所述服務流上傳輸的數據的流量大??；在確定所述流量大小為零的持續時長達到預設時長時，停止為所述服務流分配帶寬。

若服務流上未進行數據傳輸，還為該服務流持續分配帶寬，會導致帶寬資源的浪費，因此，在上述實現過程中，在確定服務流上的流量大小為零的持續時長達到預設時長時，停止為所述服務流分配帶寬，繼而避免了帶寬資源的浪費。

基于第一方面，在一種可能的設計中，在所述為所述服務流分配與所述帶寬大小匹配的帶寬之后，所述方法還包括：實時確定所述服務流上傳輸的數據的流量大小；在確定所述流量大小與當前時刻為所述服務流分配的帶寬大小不匹配時，重新確定出與所述流量大小匹配的新的帶寬大??；在距前一次為所述服務流分配帶寬的時長達到所述對應的間隔時長時，為所述服務流分配與所述新的帶寬大小匹配的帶寬。