[發(fā)明專利]一種傳輸數(shù)據(jù)包的方法、客戶端以及服務(wù)器

有效

• 申請?zhí)枺?/td>: 201710240087.3
• 申請日: 2017-04-13
• 公開（公告）號: CN107104760B
• 公開（公告）日: 2020-09-08
• 發(fā)明（設(shè)計）人: 熊林博;張丹;馬帥;寧斌暉;蔡愛梅;郝晶晶;廖緒磷
• 申請（專利權(quán)）人: 騰訊科技（深圳）有限公司
• 主分類號: H04L1/16
• 分類號: H04L1/16;H04L29/06
• 代理公司: 深圳市深佳知識產(chǎn)權(quán)代理事務(wù)所(普通合伙) 44285
• 代理人: 王仲凱

1.一種傳輸數(shù)據(jù)包的方法，其特征在于，包括：

客戶端向控制端發(fā)起雙發(fā)配置請求，所述控制端根據(jù)雙發(fā)配置請求發(fā)送雙發(fā)配置信息，客戶端接收雙發(fā)配置信息，并根據(jù)雙發(fā)配置信息開啟雙發(fā)功能；

客戶端確定待發(fā)送的第一目標數(shù)據(jù)包，所述第一目標數(shù)據(jù)包攜帶游戲數(shù)據(jù)；

所述客戶端生成與所述第一目標數(shù)據(jù)包對應(yīng)的第一冗余包，所述第一冗余包的ID與所述第一目標數(shù)據(jù)包的ID相同，所述第一目標數(shù)據(jù)包與所述第一冗余包的內(nèi)容相同，且所述第一冗余包的類型標識與所述第一目標數(shù)據(jù)包的類型標識不同；

所述客戶端采用用戶數(shù)據(jù)報協(xié)議UDP向服務(wù)器發(fā)送所述第一目標數(shù)據(jù)包和所述第一冗余包；

所述客戶端接收所述服務(wù)器反饋的應(yīng)答包，所述應(yīng)答包是服務(wù)器根據(jù)接收到的第一目標數(shù)據(jù)包和/或第一冗余包生成的，所述應(yīng)答包攜帶應(yīng)答包的類型標識，所述應(yīng)答包的類型標識是根據(jù)接收到的第一目標數(shù)據(jù)包和/或第一冗余包確定的，所述第一目標數(shù)據(jù)包、第一冗余包和應(yīng)答包的類型標識是預(yù)先定義的；

所述客戶端根據(jù)所述應(yīng)答包的類型標識、所述第一冗余包的類型標識以及所述第一目標數(shù)據(jù)包的類型標識確定所述服務(wù)器的接收結(jié)果；

所述客戶端獲取第二目標數(shù)據(jù)包的配置信息，所述配置信息為服務(wù)器主動發(fā)送pushUDP包給客戶端的信息，所述配置信息包括：push包間隔、push包長度信息；

客戶端將第二目標數(shù)據(jù)包的配置信息發(fā)送至服務(wù)器；

客戶端接收服務(wù)器發(fā)送的第二目標數(shù)據(jù)包和第二冗余包，所述第二目標數(shù)據(jù)包是根據(jù)第二目標數(shù)據(jù)包的配置信息生成的，所述第二冗余包和第二目標數(shù)據(jù)包的ID相同，所述第二冗余包和第二目標數(shù)據(jù)包的類型標記不同；

客戶端經(jīng)過預(yù)置時長后，將結(jié)束包發(fā)送至服務(wù)器，所述結(jié)束包用于指示服務(wù)器停止發(fā)送第二目標數(shù)據(jù)包和第二冗余包。

2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述客戶端根據(jù)所述應(yīng)答包的類型標識、所述第一冗余包的類型標識以及所述第一目標數(shù)據(jù)包的類型標識確定所述服務(wù)器的接收結(jié)果，包括：

若所述應(yīng)答包的類型標識與所述第一目標數(shù)據(jù)包的類型標識相對應(yīng)，則所述客戶端確定所述服務(wù)器的接收結(jié)果是所述第一目標數(shù)據(jù)包；

或者，

若所述應(yīng)答包的類型標識與所述第一冗余包的類型標識相對應(yīng)，則所述客戶端確定所述服務(wù)器的接收結(jié)果是所述第一冗余包。

3.一種傳輸數(shù)據(jù)包的方法，其特征在于，包括：

服務(wù)器接收客戶端發(fā)送的第一目標數(shù)據(jù)包和/或第一冗余包，所述第一冗余包的ID與所述第一目標數(shù)據(jù)包的ID相同，所述第一目標數(shù)據(jù)包與所述第一冗余包的內(nèi)容相同，且所述第一冗余包的類型標識與所述第一目標數(shù)據(jù)包的類型標識不同，所述第一目標數(shù)據(jù)包攜帶游戲數(shù)據(jù)，所述第一目標數(shù)據(jù)包和所述第一冗余包是所述客戶端采用UDP向服務(wù)器發(fā)送的；

所述服務(wù)器根據(jù)接收到的第一目標數(shù)據(jù)包和/或第一冗余包，生成對應(yīng)的應(yīng)答包，所述應(yīng)答包攜帶應(yīng)答包的類型標識，所述應(yīng)答包的類型標識是根據(jù)接收到的第一目標數(shù)據(jù)包和/或第一冗余包確定的，所述第一目標數(shù)據(jù)包、第一冗余包和應(yīng)答包的類型標識是預(yù)先定義的；

所述服務(wù)器向所述客戶端發(fā)送所述應(yīng)答包，所述應(yīng)答包的類型標識用于確定所述客戶端確定所述服務(wù)器的接收結(jié)果；

所述服務(wù)器主動發(fā)送第二目標數(shù)據(jù)包的配置信息給客戶端，所述第二目標數(shù)據(jù)包采用UDP包，所述配置信息包括：push包間隔、push包長度信息；

所述服務(wù)器接收所述客戶端發(fā)送的第二目標數(shù)據(jù)包的配置信息，并根據(jù)所述第二目標數(shù)據(jù)包的配置信息生成第二目標數(shù)據(jù)包和第二冗余包，所述第二冗余包和第二目標數(shù)據(jù)包的ID相同，所述第二冗余包和第二目標數(shù)據(jù)包的類型標記不同；

所述服務(wù)器向所述客戶端發(fā)送所述第二目標數(shù)據(jù)包和第二冗余包；

所述服務(wù)器經(jīng)過預(yù)置時長后，接收所述客戶端發(fā)送的結(jié)束包，所述結(jié)束包用于指示所述服務(wù)器停止發(fā)送所述數(shù)據(jù)包。