[發(fā)明專利]一種傳輸心跳消息的方法和裝置

有效

• 申請(qǐng)?zhí)枺?/td>: 201410101536.2
• 申請(qǐng)日: 2014-03-18
• 公開（公告）號(hào): CN104936269B
• 公開（公告）日: 2019-06-11
• 發(fā)明（設(shè)計(jì)）人: 劉聰;張雁麗;遲學(xué)芬;劉子川;范灝;陳超;金輝
• 申請(qǐng)（專利權(quán)）人: 華為終端有限公司
• 主分類號(hào): H04W52/02
• 分類號(hào): H04W52/02;H04W76/25
• 代理公司: 北京三高永信知識(shí)產(chǎn)權(quán)代理有限責(zé)任公司 11138
• 代理人: 鞠永善

本發(fā)明公開了一種傳輸心跳消息的方法和裝置，屬于通信技術(shù)領(lǐng)域。所述方法包括：獲取待傳輸?shù)南ⅲ蝗绻龃齻鬏數(shù)南樾奶ⅲ瑒t將所述心跳消息在分組數(shù)據(jù)匯聚協(xié)議PDCP層和/或無線鏈路控制RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸所述心跳消息。采用本發(fā)明，可以降低終端傳輸心跳消息過程的耗電量。

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

本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種傳輸心跳消息的方法和裝置。

背景技術(shù)

隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，網(wǎng)絡(luò)業(yè)務(wù)的種類越來越豐富，網(wǎng)絡(luò)中長(zhǎng)連接業(yè)務(wù)的業(yè)務(wù)量越來越大，長(zhǎng)連接業(yè)務(wù)是需要用戶賬戶保持長(zhǎng)時(shí)間在線狀態(tài)的業(yè)務(wù)，如微信、微博等。

長(zhǎng)連接業(yè)務(wù)的過程中，終端可以向服務(wù)器發(fā)送心跳消息來維持賬戶的在線狀態(tài)。終端需要按照預(yù)設(shè)的心跳周期（如3分鐘）向業(yè)務(wù)的后臺(tái)服務(wù)器發(fā)送心跳消息，如果服務(wù)器持續(xù)沒有接收到終端發(fā)送的消息達(dá)到預(yù)設(shè)的斷鏈時(shí)長(zhǎng)（如15分鐘），則斷開相應(yīng)賬戶的連接。

在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題：

在現(xiàn)有技術(shù)中，對(duì)于長(zhǎng)連接業(yè)務(wù)的應(yīng)用程序向后臺(tái)服務(wù)器傳輸?shù)男奶ⅲK端是將心跳消息作為業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)模趥鬏斶^程中，需要對(duì)心跳消息進(jìn)行多層的封裝，并在各層內(nèi)進(jìn)行分段/級(jí)聯(lián)等處理，處理量較大，導(dǎo)致終端耗電量較大。

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

為了解決現(xiàn)有技術(shù)的問題，本發(fā)明實(shí)施例提供了一種傳輸心跳消息的方法和裝置，以降低終端傳輸心跳消息過程的耗電量。所述技術(shù)方案如下：

第一方面，提供了一種傳輸心跳消息的方法，所述方法包括：

獲取待傳輸?shù)南ⅲ?/p>

如果所述待傳輸?shù)南樾奶ⅲ瑒t將所述心跳消息在分組數(shù)據(jù)匯聚協(xié)議PDCP層和/或無線鏈路控制RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸所述心跳消息。

在所述第一方面的第一種可能的實(shí)現(xiàn)方式中，所述將所述心跳消息在PDCP層和/或RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸所述心跳消息，包括：

通過預(yù)先定義的心跳專用數(shù)據(jù)無線承載，向基站傳輸所述心跳消息；其中，所述預(yù)先定義的心跳專用數(shù)據(jù)無線承載對(duì)應(yīng)的PDCP層和/或RLC層的預(yù)設(shè)傳輸模式為透明模式。

結(jié)合所述第一方面的第一種可能的實(shí)現(xiàn)方式，在所述第一方面的第二種可能的實(shí)現(xiàn)方式中，如果本地未建立所述預(yù)先定義的心跳專用數(shù)據(jù)無線承載，所述通過預(yù)先定義的心跳專用數(shù)據(jù)無線承載，向基站傳輸所述心跳消息，包括：

請(qǐng)求建立所述預(yù)先定義的心跳專用數(shù)據(jù)無線承載；

通過所述預(yù)先定義的心跳專用數(shù)據(jù)無線承載，向基站傳輸所述心跳消息。

結(jié)合所述第一方面的第一種可能的實(shí)現(xiàn)方式，在所述第一方面的第三種可能的實(shí)現(xiàn)方式中，所述方法還包括：

當(dāng)由所述基站向目標(biāo)基站切換時(shí)，如果所述目標(biāo)基站不支持所述心跳專用數(shù)據(jù)無線承載，則刪除本地建立的所述心跳專用數(shù)據(jù)無線承載，后續(xù)的心跳消息使用其業(yè)務(wù)特性信息對(duì)應(yīng)的數(shù)據(jù)無線承載進(jìn)行傳輸。

在所述第一方面的第四種可能的實(shí)現(xiàn)方式中，所述如果所述待傳輸?shù)南樾奶ⅲ瑒t將所述心跳消息在PDCP層和/或RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸所述心跳消息，包括：

如果所述待傳輸?shù)南⒅袛y帶有心跳標(biāo)識(shí)，則將所述心跳消息在PDCP層和/或RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸所述心跳消息。

在所述第一方面的第五種可能的實(shí)現(xiàn)方式中，所述方法還包括：

如果所述向基站傳輸所述心跳消息出現(xiàn)傳輸錯(cuò)誤，且所述心跳消息所屬的應(yīng)用程序連續(xù)出現(xiàn)心跳消息傳輸錯(cuò)誤的次數(shù)達(dá)到預(yù)設(shè)的次數(shù)閾值，則對(duì)所述心跳消息進(jìn)行重傳；和/或