[發明專利]一種屏蔽上行丟包的方法和設備

在審

• 申請號: 201711225105.7
• 申請日: 2017-11-29
• 公開（公告）號: CN109842856A
• 公開（公告）日: 2019-06-04
• 發明（設計）人: 李敬來;方偉
• 申請（專利權）人: 成都鼎橋通信技術有限公司
• 主分類號: H04W4/10
• 分類號: H04W4/10;H04W28/06;H04L29/06
• 代理公司: 北京德琦知識產權代理有限公司 11018
• 代理人: 蔣歡;王琦

本申請公開了一種屏蔽上行丟包的方法，包括：數據中轉中心接收主講設備發送的數據包；數據中轉中心對接收到的數據包的序列號進行判斷；當序列號發生中斷時，對中斷處之后的數據包的序列號進行修改，使得修改后的數據包的序列號連續；數據中轉中心將數據包發送給接收設備。本申請還公開了一種屏蔽上行丟包的設備。應用本申請公開的技術方案，能夠降低丟包處理的復雜度，并縮短音頻組呼轉發的時延。

技術領域

本申請涉及通信技術領域，特別涉及一種屏蔽上行丟包的方法和設備。

背景技術

隨著集群業務的發展，語音組呼的應用越來越廣泛，現有音頻組呼轉發的應用模式大致如圖1。參見圖1：

在音頻組呼轉發模型中，A作為主講，發送音頻數據到數據中轉中心，由數據中轉中心將從A接收到的音頻數據轉發到B、C以及D。

主講A發送的音頻數據是通過實時傳輸協議(RTP)包發送到數據中轉中心的，然后，數據中轉中心將把從A接收到的RTP數據通過RTP包發送到B、C以及D。

在實際的應用中，圖1所描述的終端處在無線網絡環境中，如果某一個終端所處的網絡環境不好，就會導致丟包。在某些應用場景中，我們需要屏蔽掉上行網絡丟包，以保證某些場景下的處理是正常的，例如，在以下的場景中：

A所在的網絡環境不好，A發送到數據中轉中心的音頻RTP包出現丟包，數據中轉中心收到終端A發送來的音頻RTP包后，發送到B、C以及D三個接收端；接收端在收到音頻RTP包后，檢測到丟包，其音頻播放器可能會暫停播放，并緩沖音頻數據，這樣B、C以及D端的用戶聽到的聲音就是斷斷續續的，效果不好。

目前常用的屏蔽上行丟包的方法是進行丟包補償。當發現音頻RTP包不連續的時候，會在中間補償若干靜默音頻幀，然后發送給接收端。補償靜默音頻幀的方法如圖2所示：

假設音頻RTP包發生丟包，接收端收到的RTP包序列號為1，2，中間丟失了3,4,5三個音頻包，在補償靜默音頻幀時，在RTP包序列號2和6中間添加345三個靜默音頻幀，這樣保證了音頻RTP包的連續性。

但是上述方法存在一些問題。首先是增加了復雜度，需要產生靜默音頻幀的算法；其次是增加了時延，因為要補靜默幀，必須要緩沖一定量的音頻RTP包數據，才能保證收到的RTP包連續，進而才能計算出音頻包丟包的數據，才能夠補靜默音頻幀。

發明內容

本申請提供了一種屏蔽上行丟包的方法和設備，以降低丟包處理的復雜度，并縮短音頻組呼轉發的時延。

本申請公開了一種屏蔽上行丟包的方法，包括：

數據中轉中心接收主講設備發送的數據包；

數據中轉中心對接收到的數據包的序列號進行判斷；

當序列號發生中斷時，對中斷處之后的數據包的序列號進行修改，使得修改后的數據包的序列號連續；

數據中轉中心將數據包發送給接收設備。

較佳的，所述方法應用于集群組呼業務；

所述數據包為音頻實時傳輸協議RTP包。

本申請還公開了一種屏蔽上行丟包的設備，其特征在于，包括：

用于接收主講設備發送的數據包的接收模塊；

用于對接收到的數據包的序列號進行判斷的判斷模塊；

用于在序列號發生中斷時，對中斷處之后的數據包的序列號進行修改，使得修改后的數據包的序列號連續的修改模塊；

用于將數據包發送給接收設備的發送模塊。

較佳的，所述設備應用于集群組呼業務；