[發明專利]端口啟動方法和裝置

有效

• 申請號: 201811577850.2
• 申請日: 2018-12-20
• 公開（公告）號: CN109510838B
• 公開（公告）日: 2020-08-28
• 發明（設計）人: 李大鵬;喻波;王志海;韓振國;安鵬
• 申請（專利權）人: 北京明朝萬達科技股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08
• 代理公司: 北京潤澤恒知識產權代理有限公司 11319
• 代理人: 莎日娜

本發明實施例提供了一種端口啟動方法和裝置，該方法包括：接收流媒體代理啟動請求；響應于所述流媒體代理啟動請求，根據預先配置的空閑端口范圍、空閑端口隊列以及非空閑端口隊列，獲取第一端口，其中，所述空閑端口隊列、所述非空閑端口隊列的初始狀態均為空；啟動所述第一端口以及與所述第一端口相鄰的下一個第二端口；若所述第一端口和所述第二端口中的任意一個端口啟動失敗，則繼續執行所述根據預先配置的空閑端口范圍、空閑端口隊列以及非空閑端口隊列，獲取第一端口的步驟，直至所述第一端口以及所述第二端口均啟動成功。本發明能夠提升對流媒體的代理端口的啟動效率，以及提升對流媒體的代理效率，并降低網絡延遲。

技術領域

本發明涉及計算機技術領域，特別是涉及一種端口啟動方法和裝置。

背景技術

流媒體是指采用流式傳輸技術在網絡上連續實時播放的媒體格式，如音頻、視頻或多媒體文件。流媒體數據一般采用RTP協議(實時傳輸協議，Real-time TransportProtocol)進行傳輸。RTP協議基于UDP協議進行點對點傳輸，固在不同的網絡間進行傳輸時，需要對其進行代理轉發，以使其能穿透網絡，到達最終目的地址。

在對RTP協議格式的流媒體數據進行代理轉發時，首先要做的就是對流媒體傳輸所需的RTP協議端口及RTCP協議(Real-time Transport Control Protocol，實時傳輸控制協議)端口的啟動工作，這兩個端口為兩個相鄰的UDP(User Datagram Protocol，用戶數據報協議)端口。其中，RTP報文使用低端口，RTCP報文使用高端口。

目前的RTP端口及RTCP端口的啟動方式為：首先隨機啟動一個RTP端口，然后將啟動的RTP端口(即傳輸RTP報文的UDP端口)的端口號加1，即對RTCP端口(即傳輸RTCP報文的UDP端口)進行啟動。若RTCP端口被占用，則關閉RTP端口并重新啟動(再隨機啟動一個RTP端口)，如此往復，直致RTCP端口成功啟動為止。

那么這種采用RTP端口隨機啟動，RTCP端口綁定啟動的方式時，若流媒體代理服務器僅代理了一路媒體流，造成的影響還可接受(因為，一路流媒體只需要占用兩個端口，所以被占用的端口較少)。但是流媒體代理服務器一般需代理多路媒體流，而每一路流媒體都需要啟動兩個連續的UDP端口，再加上流媒體代理服務器上的其他程序所占用的端口，將造成端口啟動沖突的機率大大增加，造成端口要重啟多次才能成功啟動，極大地影響了流媒體代理服務器對流媒體的代理效率，并加大了網絡延遲。

發明內容

本發明提供了一種端口啟動方法和裝置，以解決相關技術中的端口啟動方案所存在的因流媒體的代理端口啟動失敗率高，所造成的流媒體代理效率低以及網絡延遲高的問題。

為了解決上述問題，根據本發明的一個方面，本發明公開了一種端口啟動方法，包括：

接收流媒體代理啟動請求；

響應于所述流媒體代理啟動請求，根據預先配置的空閑端口范圍、空閑端口隊列以及非空閑端口隊列，獲取第一端口，其中，所述空閑端口隊列、所述非空閑端口隊列的初始狀態均為空；

啟動所述第一端口以及與所述第一端口相鄰的下一個第二端口；

若所述第一端口和所述第二端口中的任意一個端口啟動失敗，則繼續執行所述根據預先配置的空閑端口范圍、空閑端口隊列以及非空閑端口隊列，獲取第一端口的步驟，直至所述第一端口以及所述第二端口均啟動成功。

根據本發明的另一方面，本發明還公開了一種端口啟動裝置，包括：

第一接收模塊，用于接收流媒體代理啟動請求；

第一獲取模塊，用于響應于所述流媒體代理啟動請求，根據預先配置的空閑端口范圍、空閑端口隊列以及非空閑端口隊列，獲取第一端口，其中，所述空閑端口隊列、所述非空閑端口隊列的初始狀態均為空；