[發(fā)明專利]多播會議數(shù)據(jù)的可靠發(fā)送

無效

• 申請?zhí)枺?/td>: 200810213216.0
• 申請日: 2004-05-12
• 公開（公告）號: CN101447881A
• 公開（公告）日: 2009-06-03
• 發(fā)明（設(shè)計）人: Y·許;L·A·科林斯;L·-C·褚
• 申請（專利權(quán)）人: 微軟公司
• 主分類號: H04L12/18
• 分類號: H04L12/18;H04L12/56;H04L29/08
• 代理公司: 上海專利商標事務(wù)所有限公司
• 代理人: 張政權(quán)

1.在至少包括一個父計算機系統(tǒng)以及一個或多個子計算機系統(tǒng)的分層安排的多播會議會話中，所述父計算機系統(tǒng)具有接收緩沖器，并可網(wǎng)絡(luò)連接到所述一個或多個子計算機系統(tǒng)，所述父計算機系統(tǒng)被配置為在從每個所述一個或多個子計算機系統(tǒng)接收所述會議數(shù)據(jù)的接收確認之后，從所述接收緩沖器清除會議數(shù)據(jù)，用于所述父計算機系統(tǒng)修復沒有被至少一個子計算機系統(tǒng)充分接收的會議數(shù)據(jù)的方法，所述方法包括：

訪問包括關(guān)于所述多播會議會話的會議數(shù)據(jù)的多播包的動作，所述多播包最初由根計算機系統(tǒng)多播，用于發(fā)送到參與到所述多播會議會話內(nèi)的其它計算機系統(tǒng)；

將所述會議數(shù)據(jù)保存到所述接收緩沖器中的動作；

探測子計算機系統(tǒng)沒有充分接收到所述多播包的動作；

識別用于將所述保存的會議數(shù)據(jù)重新發(fā)送到所述子計算機系統(tǒng)的發(fā)送機制的動作，所述動作至少基于所述多播會議會話中所述父計算機系統(tǒng)的位置；以及

依照所述識別的發(fā)送機制將所述保存的會議數(shù)據(jù)重新發(fā)送到所述子計算機系統(tǒng)的動作。

2.如權(quán)利要求1所述的方法，其特征在于探測所述子計算機系統(tǒng)沒有充分接收到所述多播包的動作包括探測所述子計算機系統(tǒng)沒有接收到所述多播包的動作。

3.如權(quán)利要求1所述的方法，其特征在于探測子計算機系統(tǒng)沒有充分接收到所述多播包的動作包括接收表明包括所述會議數(shù)據(jù)的包沒有被接收到的位映象的動作。

4.如權(quán)利要求3所述的方法，其特征在于接收表明包括所述會議數(shù)據(jù)的包沒有被接收到的位映象的動作包括對應(yīng)于所述包的序列號表明所述包沒有被接收到的動作。

5.如權(quán)利要求4所述的方法，其特征在于對應(yīng)于所述包的序列號表明所述包沒有被接收到的動作包括一個或多個其它的序列號表明其它包被接收到的動作。

6.如權(quán)利要求1所述的方法，其特征在于探測子計算機系統(tǒng)沒有充分接收到所述多播包的動作包括從所述子計算機系統(tǒng)接收負確認消息的動作。

7.如權(quán)利要求6所述的方法，其特征在于從所述子計算機系統(tǒng)接收負確認消息的動作包括接收負確認消息的動作，所述負確認消息包括最后連續(xù)接收的包序列號、最后接收的包序列號以及在所述最后連續(xù)包序列號和所述最后包序列號之間接收的所述多播包的位映象。

8.如權(quán)利要求1所述的方法，其特征在于探測子計算機系統(tǒng)沒有充分接收到所述多播包的動作包括未能從訪問所述多播包的來回程時間內(nèi)的所述子計算機系統(tǒng)接收對應(yīng)的確認消息的動作，所述來回程時間至少是包在所述父計算機系統(tǒng)和所述子計算機系統(tǒng)之間傳播的所述時間的估計量。

9.如權(quán)利要求8所述的方法，其特征在于未能從訪問所述多播包的來回程時間內(nèi)的所述子計算機系統(tǒng)接收對應(yīng)的確認消息的動作包括未能至少基于先前多播包確認消息的所述接收時間和所述先前多播包的所述接收時間內(nèi)的所述差值而接收來回程時間內(nèi)對應(yīng)的確認消息的動作。

10.如權(quán)利要求8所述的方法，其特征在于未能在訪問所述多播包的來回程時間內(nèi)從所述子計算機系統(tǒng)接收對應(yīng)的確認消息的動作包括未能接收對應(yīng)的確認消息的動作，所述確認消息共同地確認多個多播包由所述子計算機系統(tǒng)接收，以降低促使確認阻塞的可能性。

11.如權(quán)利要求10所述的方法，其特征在于未能接收共同確認多數(shù)多播包的所述子計算機系統(tǒng)接收的對應(yīng)確認消息的動作包括至少基于參與到所述多播會議會話中的子計算機系統(tǒng)的數(shù)量來計算所述多數(shù)多播包的動作。

12.如權(quán)利要求1所述的方法，其特征在于探測子計算機系統(tǒng)沒有接收到所述多播包的動作包括未能通過響應(yīng)保活消息而從所述子計算機接收對應(yīng)的確認消息的動作。

13.如權(quán)利要求1所述的方法，其特征在于識別用于將所述保存的會議數(shù)據(jù)重新發(fā)送到所述子計算機系統(tǒng)的發(fā)送機制的動作包括識別用于重新發(fā)送所述保存的會議數(shù)據(jù)的單播機制的動作。

14.如權(quán)利要求13所述的方法，其特征在于識別用于重新發(fā)送所述保存的會議數(shù)據(jù)的單播機制的動作包括識別TCP為用于重新發(fā)送保存的會議數(shù)據(jù)機制的動作。

15.如權(quán)利要求13所述的方法，其特征在于識別用于重新發(fā)送所述保存的會議數(shù)據(jù)的單播機制的動作包括探測沒有接收到所述多播包的直接子計算機系統(tǒng)的數(shù)量在指定閾值之下的動作。