[發明專利]一種流媒體傳輸方法及系統

在審

• 申請號: 201810029294.9
• 申請日: 2018-01-12
• 公開（公告）號: CN108174234A
• 公開（公告）日: 2018-06-15
• 發明（設計）人: 楊草原;伍冠健
• 申請（專利權）人: 珠海全志科技股份有限公司
• 主分類號: H04N21/231
• 分類號: H04N21/231;H04N21/2343;H04N21/643;H04N21/647
• 代理公司: 珠海智專專利商標代理有限公司 44262
• 代理人: 林永協

1.一種流媒體傳輸方法，其特征在于，包括：

發送端根據當前網絡的通信帶寬確定當前幀的編碼參數，根據所述編碼參數對視頻源數據進行SVC視頻編碼，獲得視頻編碼幀數據；

所述發送端對所述視頻編碼幀數據進行RTP封裝獲得RTP媒體包，將所述RTP媒體包復制至媒體包緩沖隊列中；

所述發送端判斷是否需要發送FEC糾錯包，若是，所述發送端對所述媒體包緩沖隊列中的所述RTP媒體包進行FEC編碼生成FEC糾錯包并向接收端發送；

所述接收端根據接收到的所述RTP媒體包判斷是否出現丟包情況，若是，根據丟失的RTP媒體包所對應的FEC糾錯包對所述丟失的RTP媒體包進行丟包恢復。

2.根據權利要求1所述的流媒體傳輸方法，其特征在于，

所述發送端根據當前網絡的通信帶寬確定當前幀的編碼參數，包括：

判斷視頻編碼的當前碼率與當前平均碼率的差值是否超過預設波動閾值，若是，將SVC編碼中基本層的每一幀碼率比例調整為增強層的每一幀碼率比例的兩倍。

3.根據權利要求1或2所述的流媒體傳輸方法，其特征在于，

所述發送端判斷是否需要發送FEC糾錯包，包括：

判斷所述媒體包緩沖隊列是否已滿，若是，則需要發送FEC糾錯包；或者

判斷是否接收到所述接收端所發送的丟包反饋信息，若是，則需要發送FEC糾錯包。

4.根據權利要求1或2所述的流媒體傳輸方法，其特征在于，

所述接收端對接收到的所述RTP媒體包進行解析前，所述方法還包括：

所述接收端獲取所述發送端所發送的數據包并確認所述數據包的類型，根據所述數據包的類型進行分類處理。

5.根據權利要求3所述的流媒體傳輸方法，其特征在于，

所述接收端根據所述RTP媒體包所對應的FEC糾錯包對所述RTP媒體包進行丟包恢復，包括：

所述接收端判斷所丟失的RTP媒體包是否為可修復的RTP媒體包，若否，則向所述發送端發送丟包反饋信息。

6.一種流媒體傳輸系統，其特征在于，包括：

SVC編碼模塊，用于根據當前網絡的通信帶寬確定當前幀的編碼參數，根據所述編碼參數對視頻源數據進行SVC視頻編碼，獲得視頻編碼幀數據；

RTP封裝模塊，用于對所述視頻編碼幀數據進行RTP封裝獲得RTP媒體包，將所述RTP媒體包復制至媒體包緩沖隊列中；

FEC編碼模塊，用于判斷是否需要發送FEC糾錯包，若是，對所述媒體包緩沖隊列中的所述RTP媒體包進行FEC編碼生成FEC糾錯包并向接收端發送；

FEC糾錯模塊，用于根據接收到的所述RTP媒體包判斷是否出現丟包情況，若是，根據丟失的RTP媒體包所對應的FEC糾錯包對所述丟失的RTP媒體包進行丟包恢復。

7.根據權利要求6所述的流媒體傳輸系統，其特征在于，

所述SVC編碼模塊根據當前網絡的通信帶寬確定當前幀的編碼參數，包括：

判斷視頻編碼的當前碼率與當前平均碼率的差值是否超過預設波動閾值，若是，將SVC編碼中基本層的每一幀碼率比例調整為增強層的每一幀碼率比例的兩倍。

8.根據權利要求6或7所述的流媒體傳輸系統，其特征在于，

所述FEC編碼模塊判斷是否需要發送FEC糾錯包，包括：

判斷所述媒體包緩沖隊列是否已滿，若是，則需要發送FEC糾錯包；或者

判斷是否接收到所述接收端所發送的丟包反饋信息，若是，則需要發送FEC糾錯包。

9.根據權利要求6或7所述的流媒體傳輸系統，其特征在于，

所述FEC糾錯模塊對接收到的所述RTP媒體包進行解析前，還獲取所述發送端所發送的數據包并確認所述數據包的類型，根據所述數據包的類型進行分類處理。

10.根據權利要求8所述的流媒體傳輸系統，其特征在于，

所述FEC糾錯模塊根據所述RTP媒體包所對應的FEC糾錯包對所述RTP媒體包進行丟包恢復，包括：

判斷所丟失的RTP媒體包是否為可修復的RTP媒體包，若否，則向所述發送端發送丟包反饋信息。