[發(fā)明專利]一種低功耗產(chǎn)品雙鏈保活方案

在審

• 申請(qǐng)?zhí)枺?/td>: 201811567220.7
• 申請(qǐng)日: 2018-12-21
• 公開(kāi)（公告）號(hào): CN111355685A
• 公開(kāi)（公告）日: 2020-06-30
• 發(fā)明（設(shè)計(jì)）人: 方澤梁;陳帥斌;蔣澤飛
• 申請(qǐng)（專利權(quán)）人: 杭州登虹科技有限公司
• 主分類號(hào): H04L29/06
• 分類號(hào): H04L29/06;H04W52/02
• 代理公司: 暫無(wú)信息
• 代理人: 暫無(wú)信息

本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其是一種低功耗產(chǎn)品雙鏈保活方案，包括：低功耗設(shè)備APP在待機(jī)時(shí)，低功耗設(shè)備APP會(huì)同時(shí)向雙TCP鏈路層發(fā)送用于網(wǎng)間傳輸?shù)摹⒂?位字節(jié)表示的數(shù)據(jù)流用于維持整條鏈路的連接和通暢。該低功耗產(chǎn)品雙鏈保活方案提供雙保活鏈路，與單鏈路保活相比，不僅成倍的提高了保活能力，在一條保活鏈路因?yàn)楦鞣N不確定因素導(dǎo)致斷開(kāi)的情況下，另外一條保活鏈路還可以正常工作的可能性，而且還能提高休眠喚醒耗時(shí)的功能，遵循就近分配原則，進(jìn)一步確保保活鏈路的穩(wěn)定性與休眠喚醒的成功率，對(duì)TCP鏈路中所有的數(shù)據(jù)內(nèi)容都進(jìn)行了加密處理，不同的設(shè)備使用的密鑰都不一致，避免了因?yàn)閱闻_(tái)設(shè)備的秘鑰被暴力破解導(dǎo)致所有設(shè)備被攻擊的可能性。

技術(shù)領(lǐng)域

本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種低功耗產(chǎn)品雙鏈保活方案。。

背景技術(shù)

TCP鏈路是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議，由IETF的RFC793定義，在簡(jiǎn)化的計(jì)算機(jī)網(wǎng)絡(luò)OSI模型中，它完成第四層傳輸層所指定的功能，用戶數(shù)據(jù)報(bào)協(xié)議(UDP)是同一層內(nèi)另一個(gè)重要的傳輸協(xié)議，在因特網(wǎng)協(xié)議族(Internet protocolsuite)中，TCP層是位于IP層之上，應(yīng)用層之下的中間層，不同主機(jī)的應(yīng)用層之間經(jīng)常需要可靠的、像管道一樣的連接，但是IP層不提供這樣的流機(jī)制，而是提供不可靠的包交換，應(yīng)用層向TCP層發(fā)送用于網(wǎng)間傳輸?shù)摹⒂?位字節(jié)表示的數(shù)據(jù)流，然后TCP把數(shù)據(jù)流分區(qū)成適當(dāng)長(zhǎng)度的報(bào)文段(通常受該計(jì)算機(jī)連接的網(wǎng)絡(luò)的數(shù)據(jù)鏈路層的最大傳輸單元(MTU)的限制)，之后TCP把結(jié)果包傳給IP層，由它來(lái)通過(guò)網(wǎng)絡(luò)將包傳送給接收端實(shí)體的TCP層，TCP為了保證不發(fā)生丟包，就給每個(gè)包一個(gè)序號(hào)，同時(shí)序號(hào)也保證了傳送到接收端實(shí)體的包的按序接收，然后接收端實(shí)體對(duì)已成功收到的包發(fā)回一個(gè)相應(yīng)的確認(rèn)(ACK);如果發(fā)送端實(shí)體在合理的往返時(shí)延(RTT)內(nèi)未收到確認(rèn)，那么對(duì)應(yīng)的數(shù)據(jù)包就被假設(shè)為已丟失將會(huì)被進(jìn)行重傳，TCP用一個(gè)校驗(yàn)和函數(shù)來(lái)檢驗(yàn)數(shù)據(jù)是否有錯(cuò)誤;在發(fā)送和接收時(shí)都要計(jì)算校驗(yàn)和；

目前，在低功耗設(shè)備處于休眠狀態(tài)時(shí)，需要使用低功耗WIFI模塊與保活服務(wù)器之間通過(guò)網(wǎng)絡(luò)傳輸協(xié)議建立保活鏈路，來(lái)維持鏈路的連接，但是在網(wǎng)絡(luò)環(huán)境不夠理想，設(shè)備與保活服務(wù)器之間物理距離較大的情況下，會(huì)導(dǎo)致所述保活鏈路非常不穩(wěn)定甚至發(fā)生斷開(kāi)的情況，為了提高鏈路保活的能力，解決保活鏈路不穩(wěn)定甚至斷開(kāi)的問(wèn)題，同時(shí)現(xiàn)有的一條保活鏈路在向服務(wù)器請(qǐng)求保活服務(wù)器地址時(shí)，因?yàn)榫嚯x等因素的限制，會(huì)造成請(qǐng)求、回復(fù)和連接喚醒的時(shí)間增加，而且單一的TCP保活鏈路在收受到各種不確定因素影響和干擾時(shí)，不僅會(huì)降低數(shù)據(jù)傳輸?shù)臏?zhǔn)確性甚至?xí)l(fā)生保活鏈路斷開(kāi)的情況，重新連接大大增加了鏈接喚醒時(shí)間，低功耗產(chǎn)品用戶的產(chǎn)品體驗(yàn)感會(huì)嚴(yán)重的降低，同時(shí)現(xiàn)有技術(shù)沒(méi)有對(duì)數(shù)據(jù)的加密功能，增加了單臺(tái)設(shè)備的秘鑰被暴力破解時(shí)導(dǎo)致所有設(shè)備被攻擊的可能性，所以現(xiàn)提供了一種低功耗產(chǎn)品雙鏈保活方案來(lái)解決上述問(wèn)題。

發(fā)明內(nèi)容

本發(fā)明的目的在于提供一種低功耗產(chǎn)品雙鏈保活方案，以解決上述背景技術(shù)中提出的問(wèn)題。

為了實(shí)現(xiàn)上述目的，本發(fā)明采用了如下技術(shù)方案：

設(shè)計(jì)一種低功耗產(chǎn)品雙鏈保活方案，所述保活方案包括：

低功耗設(shè)備APP在待機(jī)時(shí)，低功耗設(shè)備APP會(huì)同時(shí)向雙TCP鏈路層發(fā)送用于網(wǎng)間傳輸?shù)摹⒂?位字節(jié)表示的數(shù)據(jù)流用于維持整條鏈路的連接和通暢；

TCP鏈路層對(duì)數(shù)據(jù)進(jìn)行校驗(yàn)，數(shù)據(jù)流被TCP鏈路層，分割成其認(rèn)為最適合發(fā)送的數(shù)據(jù)塊，同時(shí)啟動(dòng)一個(gè)定時(shí)器，等待目的端確認(rèn)收到這個(gè)報(bào)文段，TCP將保持它首部和數(shù)據(jù)的檢

驗(yàn)和，如果收到段的檢驗(yàn)和有差錯(cuò)，TCP將丟棄這個(gè)報(bào)文段和不確認(rèn)收到此報(bào)文段；