專利名稱：網(wǎng)絡(luò)多播的數(shù)據(jù)包重接收處理方法
技術(shù)領(lǐng)域：
—種網(wǎng)絡(luò)數(shù)據(jù)包的傳輸方法，特別涉及一種網(wǎng)絡(luò)多播的數(shù)據(jù)包重接收處理方法。
背景技術(shù)：
網(wǎng)絡(luò)多播(multicast)是一種允許一個(gè)或多個(gè)發(fā)送者發(fā)送單一 的數(shù)據(jù)包到
多個(gè)接收者的網(wǎng)絡(luò)技術(shù)。網(wǎng)絡(luò)多播數(shù)據(jù)包典型地使用用戶數(shù)據(jù)包協(xié)議(UserDatagram
Protocol,以下簡(jiǎn)稱UDP)，而UDP是一種不可靠的數(shù)據(jù)包發(fā)送協(xié)議。在網(wǎng)絡(luò)數(shù)據(jù)包傳送擁塞
的情況下會(huì)造成數(shù)據(jù)包的遺漏。因此就需要對(duì)遺漏的數(shù)據(jù)包進(jìn)行補(bǔ)發(fā)。 在對(duì)遺漏的數(shù)據(jù)包進(jìn)行補(bǔ)發(fā)的過程中，由服務(wù)器端輪回式的重復(fù)發(fā)送數(shù)據(jù)包(換
句話說，服務(wù)器端在發(fā)送完此一回合中的數(shù)據(jù)包后，會(huì)重頭開始傳送相同的數(shù)據(jù)包，直至客
戶端完成所有數(shù)據(jù)包的接收)。服務(wù)器端不停的播發(fā)網(wǎng)絡(luò)多播數(shù)據(jù)包，客戶端可以在網(wǎng)絡(luò)多
播過程的任意時(shí)刻加入接收數(shù)據(jù)包，直至客戶端判斷滿足網(wǎng)絡(luò)多播結(jié)束的條件后結(jié)束網(wǎng)絡(luò)
多播并退出網(wǎng)絡(luò)多播組。 —些公知的網(wǎng)絡(luò)多播結(jié)束檢測(cè)就會(huì)出現(xiàn)下列問題(l).按照接收到的數(shù)據(jù)包與 收到的第一個(gè)數(shù)據(jù)包相同為網(wǎng)絡(luò)多播結(jié)束條件。由于存在丟包現(xiàn)象，客戶端有可能永遠(yuǎn)也 收不到那個(gè)數(shù)據(jù)包。這樣網(wǎng)絡(luò)多播就會(huì)永遠(yuǎn)也不能結(jié)束，客戶端就會(huì)一直占用著網(wǎng)絡(luò)頻寬。 (2).設(shè)定網(wǎng)絡(luò)多播的一個(gè)預(yù)設(shè)時(shí)間，當(dāng)客戶端的接收時(shí)間超過預(yù)設(shè)時(shí)間時(shí)，則服務(wù)器端結(jié) 束網(wǎng)絡(luò)多播。由于不同的網(wǎng)絡(luò)多播組發(fā)送的不同，且因?yàn)榫W(wǎng)絡(luò)傳輸?shù)挠绊懀菀讓?dǎo)致傳輸時(shí) 間并不可靠。若是時(shí)間偏長(zhǎng)就會(huì)浪費(fèi)網(wǎng)絡(luò)頻寬和效率；但時(shí)間偏短又會(huì)導(dǎo)致網(wǎng)絡(luò)多播不能 正常完成。(3).若對(duì)網(wǎng)絡(luò)多播數(shù)據(jù)包設(shè)定一個(gè)域值(即將數(shù)據(jù)包給予相應(yīng)的編號(hào)，并設(shè)定 一個(gè)域值用以界定數(shù)據(jù)包的編號(hào)差)。當(dāng)收到的數(shù)據(jù)包位于這個(gè)范圍內(nèi)時(shí)，認(rèn)為網(wǎng)絡(luò)多播結(jié) 束。這種方法如果在網(wǎng)絡(luò)比較擁塞時(shí)，有可能會(huì)收到這個(gè)范圍內(nèi)的補(bǔ)發(fā)的數(shù)據(jù)包，從而導(dǎo)致 網(wǎng)絡(luò)多播過早結(jié)束。 上述幾種網(wǎng)絡(luò)多播結(jié)束檢測(cè)機(jī)制均不能滿足要求，而網(wǎng)絡(luò)多播結(jié)束的檢測(cè)技術(shù)在 系統(tǒng)中起著重要的作用，處理不當(dāng)會(huì)造成很嚴(yán)重的影響。

發(fā)明內(nèi)容
鑒于以上的問題，本發(fā)明所要解決的技術(shù)問題在于提供一種網(wǎng)絡(luò)多播的數(shù)據(jù)包 重接收處理方法，服務(wù)器端應(yīng)用網(wǎng)絡(luò)多播(multicast)的用戶數(shù)據(jù)協(xié)議(UserDatagram Protocol, UDP)發(fā)送多個(gè)數(shù)據(jù)包至客戶端。 為實(shí)現(xiàn)上述目的，本發(fā)明所公開的一種網(wǎng)絡(luò)多播的數(shù)據(jù)包重接收處理方法包括 以下步驟由服務(wù)器端開始發(fā)送數(shù)據(jù)包；在第一時(shí)間開始，客戶端開始接收數(shù)據(jù)包；在第二 時(shí)間時(shí)，客戶端執(zhí)行檢測(cè)程序，用以判斷第一時(shí)間至第二時(shí)間的期間所接收的數(shù)據(jù)包順序 是否正確；在檢測(cè)程序檢測(cè)到數(shù)據(jù)包被遺漏時(shí)，則客戶端持續(xù)至少一回合的多播時(shí)間內(nèi)補(bǔ) 齊所遺漏的數(shù)據(jù)包；在超過上述的多播時(shí)間后，則客戶端要求服務(wù)器端通過傳輸控制協(xié)議 (Transmission ControlProtocol，TCP)將數(shù)據(jù)包重新發(fā)送給客戶端；在客戶端完成接收數(shù)據(jù)包時(shí)，則客戶端停止接收數(shù)據(jù)包。 本發(fā)明提供一種網(wǎng)絡(luò)多播的數(shù)據(jù)包重接收處理方法，特別針對(duì)多播方式的網(wǎng)絡(luò)數(shù) 據(jù)包傳送的處理。客戶端可以在有限的時(shí)間中補(bǔ)齊遺漏的數(shù)據(jù)包，除了可以降低客戶端占 用網(wǎng)絡(luò)頻寬的使用率外，客戶端亦可以接收到完整的多播內(nèi)容。若客戶端在預(yù)定的時(shí)限中 未能補(bǔ)齊所有的數(shù)據(jù)包時(shí)，客戶端會(huì)先行停止接收來自服務(wù)器端的數(shù)據(jù)包?？蛻舳藭?huì)另行 向服務(wù)器端發(fā)送補(bǔ)送的要求，服務(wù)器端則利用傳輸控制協(xié)議的方式傳送客戶端所遺漏的數(shù) 據(jù)包。 下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述，但不作為對(duì)本發(fā)明的限定。


圖1為本發(fā)明的數(shù)據(jù)包傳送順序示意圖；
圖2為本發(fā)明的工作流程示意圖；
圖3A為預(yù)設(shè)時(shí)間的設(shè)定流程示意圖；
圖3B為預(yù)設(shè)時(shí)間的工作流程示意圖；
圖3C為預(yù)設(shè)時(shí)間的示意圖；
圖3D為預(yù)設(shè)時(shí)間的示意圖； 圖3E為本發(fā)明的目標(biāo)數(shù)據(jù)包的工作流程示意圖； 圖3F為第一種狀況的范圍示意圖； 圖3G為第二種狀況的范圍示意圖； 圖3H為第三種狀況的范圍示意圖； 圖4為接收效率的流程示意圖。 其中，附圖標(biāo)記 110 服務(wù)器端 120 客戶端 131 初始數(shù)據(jù)包 132 臨界數(shù)據(jù)包 133 目標(biāo)數(shù)據(jù)包
具體實(shí)施例方式
為了更進(jìn)一步說明本發(fā)明特征及技術(shù)內(nèi)容，請(qǐng)參閱以下有關(guān)本發(fā)明的詳細(xì)說明與 附圖，然而所附附圖僅提供參考與說明用，并非用來對(duì)本發(fā)明加以限制。 本發(fā)明應(yīng)用于服務(wù)器端與客戶端間進(jìn)行多播傳輸，對(duì)于服務(wù)器端與客戶端的硬件 本領(lǐng)域技術(shù)人員均可以輕易聯(lián)想。因此本發(fā)明僅以服務(wù)器端與客戶端作為說明，不再贅述 其中硬件組成。 請(qǐng)參考圖1所示，其為本發(fā)明的數(shù)據(jù)包傳送順序示意圖。圖1中的圓代表發(fā)送的 多播時(shí)的數(shù)據(jù)包順序。其中，對(duì)每一個(gè)數(shù)據(jù)包指定了一個(gè)相應(yīng)的編號(hào)。數(shù)據(jù)包的編號(hào)從o 開始且順時(shí)針方向逐漸遞增。當(dāng)服務(wù)器端110完成一個(gè)回合的多播時(shí)，數(shù)據(jù)包的編號(hào)又變 為O，重新開始了一個(gè)新的循環(huán)。服務(wù)器端110就是這樣周而復(fù)始的發(fā)送數(shù)據(jù)包，而客戶端 120可以在任意的時(shí)間點(diǎn)(如圖1中的A、B、C、D點(diǎn))加入多播并接收數(shù)據(jù)包。
請(qǐng)參考圖2所示，其為本發(fā)明的工作流程示意圖。由服務(wù)器端開始發(fā)送數(shù)據(jù)包(步 驟S210)。在第一時(shí)間開始時(shí)，客戶端開始接收數(shù)據(jù)包(步驟S220)。在第二時(shí)間時(shí)，客戶 端執(zhí)行檢測(cè)程序(步驟S230)，用以判斷第一時(shí)間至第二時(shí)間的期間所接收的數(shù)據(jù)包順序 是否正確。當(dāng)檢測(cè)程序檢測(cè)到數(shù)據(jù)包被遺漏時(shí)，則客戶端在一預(yù)設(shè)時(shí)間中補(bǔ)齊所遺漏的數(shù) 據(jù)包(步驟S240)。 請(qǐng)同時(shí)配合圖3A，其為預(yù)設(shè)時(shí)間的設(shè)定流程示意圖。為方便說明本發(fā)明的實(shí)施例， 在此預(yù)先定義名詞數(shù)據(jù)包packetm(n)，其中，m為服務(wù)器端傳送的回合數(shù)；n為客戶端對(duì)數(shù) 據(jù)包的編號(hào)；x為初始數(shù)據(jù)包的編號(hào)；tal為一多播回合中數(shù)據(jù)包的總數(shù)；val為目標(biāo)數(shù)據(jù) 包值。預(yù)設(shè)時(shí)間的設(shè)定方法包括了以下步驟 接收數(shù)據(jù)包(packetm(n))(步驟S311)。若下一個(gè)數(shù)據(jù)包(packetm(n+l))的編號(hào) 與在第一時(shí)間時(shí)所接收的初始數(shù)據(jù)包131(packetm(x))的編號(hào)相同時(shí)，則客戶端停止接收 數(shù)據(jù)包(步驟S312)。若數(shù)據(jù)包(packetm(n))的編號(hào)與在第一時(shí)間時(shí)所接收的初始數(shù)據(jù)包 131(packetm(x))的編號(hào)相同時(shí)，則客戶端停止接收數(shù)據(jù)包(步驟S313)。換句話說，如果 收到的數(shù)據(jù)包為初始數(shù)據(jù)包131或下一個(gè)要收取的數(shù)據(jù)包是為初始數(shù)據(jù)包131時(shí)，則客戶 端120停止接收后續(xù)的數(shù)據(jù)包。 但是在實(shí)際的網(wǎng)絡(luò)環(huán)境中，可能會(huì)因?yàn)閬G包而導(dǎo)致客戶端120無法接收到初始數(shù) 據(jù)包131。這樣一來，就會(huì)導(dǎo)致客戶端120無法順利完成接收數(shù)據(jù)包的動(dòng)作。因此需要考慮 下一個(gè)要接收的數(shù)據(jù)包是否已經(jīng)超過初始數(shù)據(jù)包131的情況。請(qǐng)配合同時(shí)圖3B所示，其為 預(yù)設(shè)時(shí)間的工作流程示意圖。為此在補(bǔ)齊所遺漏的數(shù)據(jù)包的過程中更包括以下步驟
設(shè)定臨界數(shù)據(jù)包(packetm(next))(步驟S321)。記錄第一時(shí)間時(shí)所接收的初始數(shù) 據(jù)包(packetm(x))的編號(hào)(步驟S322)。若當(dāng)前所接收的數(shù)據(jù)包(packetm(n))的編號(hào)未 落于臨界數(shù)據(jù)包的編號(hào)至初始數(shù)據(jù)包的編號(hào)(next-x)之間時(shí)，則客戶端停止接收數(shù)據(jù)包 (步驟S323)。若當(dāng)前所接收的數(shù)據(jù)包(packetm(n))的編號(hào)落于臨界數(shù)據(jù)包至初始數(shù)據(jù)包 之間(next-x)時(shí)，則客戶端繼續(xù)接收數(shù)據(jù)包(步驟S324)。
根據(jù)前述步驟的檢測(cè)條件，在此將其改寫成下述判斷式 {(packetm (next) 〉 packetm (x) && (packetm (n) 〉 packetm (x) &&packetm (n) < packetm(next)))OR(packetm(next) < packetm(x)&&(packetm(n)〉 packetm (x) | |packetm(n) < packetm(next)))} 若參照附圖所示，還請(qǐng)參考圖3C與圖3D所示，其分別為預(yù)設(shè)時(shí)間的示意圖。在若 客戶端在圖3C或圖3D中的粗黑線范圍中接收到數(shù)據(jù)包，就可以結(jié)束客戶端120的多播接 收。 客戶端120所收到的補(bǔ)發(fā)的數(shù)據(jù)包有可能落在圖3C或圖3D所表示的多播結(jié)束范 圍內(nèi)。但是在進(jìn)行不同回合的多播時(shí)，客戶端120無法根據(jù)數(shù)據(jù)包的編號(hào)判斷是否為本回 合或上一回合的所補(bǔ)發(fā)的數(shù)據(jù)包。若是如此，按照上述的判斷就會(huì)造成多播提早的結(jié)束。因 此為改正該判斷上的錯(cuò)誤，本發(fā)明中更提出下述步驟的排除方式。如圖3E所示，其為本發(fā) 明的目標(biāo)數(shù)據(jù)包的工作流程示意圖。 設(shè)定臨界區(qū)間(val)(步驟S331)，其用以界定臨界數(shù)據(jù)包132(packetm(next))前 的數(shù)據(jù)包編號(hào)區(qū)間(即目標(biāo)數(shù)據(jù)包133(next-val))。若當(dāng)前所接收的數(shù)據(jù)包(packetm(n)) 的編號(hào)未落于目標(biāo)數(shù)據(jù)包(next-val)中時(shí)，則客戶端停止接收數(shù)據(jù)包(步驟S332)。若當(dāng)前所接收的數(shù)據(jù)包(packetm(n))的編號(hào)落于目標(biāo)數(shù)據(jù)包(next-val)中時(shí)，則客戶端停止 接收數(shù)據(jù)包(步驟S333)。 因?yàn)樵诙嗖ミ^程中，會(huì)出現(xiàn)切換成不同回合，因此對(duì)于目標(biāo)數(shù)據(jù)包133的設(shè)定更
包括了下列情況
第一種狀況 (packetm(n) > (packetm(next)_val))&&(packetm(n) < packetm(next))。 請(qǐng)參考圖3F，其為第一種狀況的范圍示意圖。在第一種狀況中，臨界數(shù)據(jù)包
132 (packetm(next))被設(shè)定在最后的數(shù)據(jù)包(packetm(tal)前。圖3F粗黑線范圍中接收
到數(shù)據(jù)包，就可以結(jié)束客戶端120的多播接收。若是在目標(biāo)數(shù)據(jù)包133中則客戶端120繼
續(xù)接收數(shù)據(jù)包。 第二種狀況 (packetm(n) < packetm (next)) | | (packetm(n) > (packetm+1(next)_val+tal)。
在第二種狀況中，臨界數(shù)據(jù)包132 (packetm (next))被設(shè)定在最后的數(shù)據(jù)包 (packetm(tal)后，且目標(biāo)數(shù)據(jù)包133 (next-val)小于packetm(tal)。請(qǐng)參考圖3G，其為第 二種狀況的范圍示意圖。圖3G粗黑線范圍中接收到數(shù)據(jù)包，就可以結(jié)束客戶端120的多播 接收。 第三種狀況 (packetm (n) > (packetm (next) _val))&& (packetm (n) < packetm (next))。
請(qǐng)參考圖3H，其為第三種狀況的范圍示意圖。在第三種狀況中，臨界數(shù)據(jù) 包132 (packetm (next))被設(shè)定在最后的數(shù)據(jù)包(packetm (tal)后，且目標(biāo)數(shù)據(jù)包 133(next-val)大于packetm+1 (0)。圖3H粗黑線范圍中接收到數(shù)據(jù)包，就可以結(jié)束客戶端 120的多播接收。 在超過上述的多播時(shí)間后，則客戶端要求服務(wù)器端通過傳輸控制協(xié)議將數(shù)據(jù)包重 新發(fā)送給客戶端(步驟S250)。在客戶端完成接收數(shù)據(jù)包時(shí)，則客戶端停止接收數(shù)據(jù)包(步 驟S260)。 請(qǐng)參考圖4，其為接收效率的流程示意圖。除了上述的補(bǔ)發(fā)數(shù)據(jù)包的條件外，本發(fā) 明更對(duì)客戶端120的數(shù)據(jù)包補(bǔ)收的接收效率提出下列設(shè)定設(shè)定時(shí)間區(qū)段(步驟S410)。判 斷在時(shí)間區(qū)段中客戶端所接收的數(shù)據(jù)包的數(shù)量是否符合流量門檻(步驟S420)。若數(shù)據(jù)包 不符合流量門檻時(shí)，則客戶端切斷與服務(wù)器端的通訊(步驟S430)。若數(shù)據(jù)包符合流量門檻 時(shí)，則客戶端執(zhí)行檢測(cè)程序(步驟S440)。服務(wù)器端IIO可以根據(jù)客戶端120的接收效率先 剔除一些性能很差的客戶端120，借以保證多播的效能。等到服務(wù)器端110完成其他客戶端 120的傳輸后，在利用傳輸控制協(xié)議的方式將未完成補(bǔ)發(fā)的客戶端120進(jìn)行數(shù)據(jù)包的重送。
本發(fā)明提供一種客戶端120重接收網(wǎng)絡(luò)數(shù)據(jù)包的處理方法，特別是針對(duì)多播方式 的網(wǎng)絡(luò)數(shù)據(jù)包傳送的處理?？蛻舳?20可以在有限的時(shí)間中補(bǔ)齊遺漏的數(shù)據(jù)包，除了可以 降低客戶端120占用網(wǎng)絡(luò)頻寬的使用率外，客戶端120亦可以接收到完整的多播內(nèi)容。若 客戶端120在預(yù)定的時(shí)限中未能補(bǔ)齊所有的數(shù)據(jù)包時(shí)，客戶端120會(huì)先行停止接收來自服 務(wù)器端110的數(shù)據(jù)包。客戶端120會(huì)另行向服務(wù)器端110發(fā)送補(bǔ)送的要求，服務(wù)器端110 則利用傳輸控制協(xié)議的方式傳送客戶端120所遺漏的數(shù)據(jù)包。 當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形 都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
一種網(wǎng)絡(luò)多播的數(shù)據(jù)包重接收處理方法，應(yīng)用于服務(wù)器端通過網(wǎng)絡(luò)多播與用戶數(shù)據(jù)包協(xié)議發(fā)送多個(gè)數(shù)據(jù)包至一客戶端，使得在該服務(wù)器端的下一回合的發(fā)送過程中該客戶端可以對(duì)被遺漏的所述數(shù)據(jù)包進(jìn)行重新接收的處理，其特征在于，該數(shù)據(jù)包重接收處理方法包括以下步驟由該服務(wù)器端開始發(fā)送所述數(shù)據(jù)包；在一第一時(shí)間時(shí)，該客戶端開始接收所述數(shù)據(jù)包；在一第二時(shí)間時(shí)，該客戶端執(zhí)行一檢測(cè)程序，用以判斷該第一時(shí)間至該第二時(shí)間的期間所接收的所述數(shù)據(jù)包順序是否正確；若該檢測(cè)程序檢測(cè)到所述數(shù)據(jù)包被遺漏時(shí)，則該客戶端在一預(yù)設(shè)時(shí)間中補(bǔ)齊所遺漏的所述數(shù)據(jù)包；若超過該預(yù)設(shè)時(shí)間后，則該客戶端要求該服務(wù)器端通過傳輸控制協(xié)議將所述數(shù)據(jù)包重新發(fā)送給該客戶端；以及在該客戶端完成接收所述數(shù)據(jù)包時(shí)，則該客戶端停止接收所述數(shù)據(jù)包。
2. 根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)多播的數(shù)據(jù)包重接收處理方法，其特征在于，該檢測(cè)程 序中還包括以下步驟接收該數(shù)據(jù)包packetm(n);若下一個(gè)該數(shù)據(jù)包packetm(n+l)的編號(hào)與在該第一時(shí)間時(shí)所接收的一初始數(shù)據(jù)包 packetm(x)的編號(hào)相同時(shí)，則該客戶端停止接收所述數(shù)據(jù)包；以及若該數(shù)據(jù)包packetm(n)的編號(hào)與在該第一時(shí)間時(shí)所接收的該初始數(shù)據(jù)包paCketm(X) 的編號(hào)相同時(shí)，則該客戶端停止接收所述數(shù)據(jù)包；其中，packetm(n)為該數(shù)據(jù)包，m為該服務(wù)器端當(dāng)前進(jìn)行發(fā)送的回合，n為該客戶端對(duì) 所述數(shù)據(jù)包的編號(hào)，x為該初始數(shù)據(jù)包的編號(hào)。
3. 根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)多播的數(shù)據(jù)包重接收處理方法，其特征在于，在補(bǔ)齊所 遺漏的所述數(shù)據(jù)包的過程中還包括以下步驟設(shè)定一臨界數(shù)據(jù)包packetm(next);記錄該第一時(shí)間時(shí)所接收的一初始數(shù)據(jù)包packetm(x)的編號(hào)；若當(dāng)前所接收的該數(shù)據(jù)包packetm(n)的編號(hào)未落在該臨界數(shù)據(jù)包的編號(hào)至該初始數(shù) 據(jù)包的編號(hào)next-x之間時(shí)，則該服務(wù)器端停止發(fā)送所述數(shù)據(jù)包；以及若當(dāng)前所接收的該數(shù)據(jù)包packetm(n)的編號(hào)落于該臨界數(shù)據(jù)包至該初始數(shù)據(jù)包之間 next-x時(shí)，則該服務(wù)器端繼續(xù)發(fā)送所述數(shù)據(jù)包； 其中，packetm(n)為該數(shù)據(jù)包，m為該服務(wù)器端當(dāng)前進(jìn)行發(fā)送的回合，n為該客戶端對(duì) 所述數(shù)據(jù)包的編號(hào)，x為該初始數(shù)據(jù)包的編號(hào)。
4. 根據(jù)權(quán)利要求3所述的網(wǎng)絡(luò)多播的數(shù)據(jù)包重接收處理方法，其特征在于，在該服務(wù) 器端停止發(fā)送所述數(shù)據(jù)包的過程中還包括以下步驟設(shè)定一目標(biāo)數(shù)據(jù)包val，其用以界定該臨界數(shù)據(jù)包packetm(next)前的該數(shù)據(jù)包編號(hào)區(qū)間；若當(dāng)前所接收的該數(shù)據(jù)包packetm(n)的編號(hào)未落于該目標(biāo)數(shù)據(jù)包next-val中時(shí)，則該客戶端停止接收所述數(shù)據(jù)包；以及若當(dāng)前所接收的該數(shù)據(jù)包packetm(n)的編號(hào)落于該目標(biāo)數(shù)據(jù)包next-val中時(shí)，則該客戶端停止接收所述數(shù)據(jù)包；其中，packetm(n)為該數(shù)據(jù)包，m為該服務(wù)器端當(dāng)前進(jìn)行發(fā)送的回合，n為該客戶端對(duì)所述數(shù)據(jù)包的編號(hào)。
5.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)多播的數(shù)據(jù)包重接收處理方法，其特征在于，在補(bǔ)齊所 遺漏的所述數(shù)據(jù)包中還包括以下步驟 設(shè)定一時(shí)間區(qū)段；判斷于該時(shí)間區(qū)段中該客戶端所接收的所述數(shù)據(jù)包的數(shù)量是否符合一流量門檻； 若所述數(shù)據(jù)包不符合該流量門檻時(shí)，則該客戶端切斷與該服務(wù)器端的通訊；以及 若所述數(shù)據(jù)包符合該流量門檻時(shí)，則該客戶端執(zhí)行該檢測(cè)程序。
全文摘要
一種網(wǎng)絡(luò)多播的數(shù)據(jù)包重接收處理方法，應(yīng)用于服務(wù)器端，利用網(wǎng)絡(luò)多播方式與用戶數(shù)據(jù)協(xié)議發(fā)送多個(gè)數(shù)據(jù)包至客戶端，使得在服務(wù)器端下一回合的發(fā)送過程中客戶端可以對(duì)被遺漏的數(shù)據(jù)包進(jìn)行重新接收，包括由服務(wù)器端發(fā)送所述數(shù)據(jù)包；在一第一時(shí)間時(shí)客戶端開始接收所述數(shù)據(jù)包；在一第二時(shí)間客戶端執(zhí)行檢測(cè)程序，判斷在該第一時(shí)間至該第二時(shí)間內(nèi)所接收的數(shù)據(jù)包順序是否正確；若檢測(cè)到數(shù)據(jù)包被遺漏時(shí)該客戶端在一預(yù)設(shè)時(shí)間中補(bǔ)齊所遺漏的數(shù)據(jù)包；若超過該預(yù)設(shè)時(shí)間客戶端要求服務(wù)器端通過傳輸控制協(xié)議將數(shù)據(jù)包重新發(fā)送給客戶端；在客戶端完成接收數(shù)據(jù)包時(shí)，停止接收所述數(shù)據(jù)包。該方法在重接收處理方法中根據(jù)多播的結(jié)束時(shí)機(jī)，做出判斷借以避免多播過早結(jié)束。
文檔編號(hào)H04L1/18GK101741586SQ20081017558
公開日2010年6月16日 申請(qǐng)日期2008年11月7日 優(yōu)先權(quán)日2008年11月7日
發(fā)明者劉曉鵬, 呂健, 吳樹桂, 張陽, 李連成, 陳玄同 申請(qǐng)人:英業(yè)達(dá)股份有限公司