一種傳輸心跳消息的方法和裝置的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種傳輸心跳消息的方法和裝置。
【背景技術(shù)】
[0002] 隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，網(wǎng)絡(luò)業(yè)務(wù)的種類越來(lái)越豐富，網(wǎng)絡(luò)中長(zhǎng)連接業(yè)務(wù)的業(yè)務(wù)量 越來(lái)越大，長(zhǎng)連接業(yè)務(wù)是需要用戶賬戶保持長(zhǎng)時(shí)間在線狀態(tài)的業(yè)務(wù)，如微信、微博等。
[0003] 長(zhǎng)連接業(yè)務(wù)的過(guò)程中，終端可以向服務(wù)器發(fā)送心跳消息來(lái)維持賬戶的在線狀態(tài)。 終端需要按照預(yù)設(shè)的心跳周期(如3分鐘）向業(yè)務(wù)的后臺(tái)服務(wù)器發(fā)送心跳消息，如果服務(wù)器 持續(xù)沒(méi)有接收到終端發(fā)送的消息達(dá)到預(yù)設(shè)的斷鏈時(shí)長(zhǎng)(如15分鐘)，則斷開(kāi)相應(yīng)賬戶的連 接。
[0004] 在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問(wèn)題：
[0005] 在現(xiàn)有技術(shù)中，對(duì)于長(zhǎng)連接業(yè)務(wù)的應(yīng)用程序向后臺(tái)服務(wù)器傳輸?shù)男奶ⅲK端 是將心跳消息作為業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)?，在傳輸過(guò)程中，需要對(duì)心跳消息進(jìn)行多層的封裝， 并在各層內(nèi)進(jìn)行分段/級(jí)聯(lián)等處理，處理量較大，導(dǎo)致終端耗電量較大。

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

[0006] 為了解決現(xiàn)有技術(shù)的問(wèn)題，本發(fā)明實(shí)施例提供了一種傳輸心跳消息的方法和裝 置，以降低終端傳輸心跳消息過(guò)程的耗電量。所述技術(shù)方案如下：
[0007] 第一方面，提供了一種傳輸心跳消息的方法，所述方法包括：
[0008] 獲取待傳輸?shù)南ⅲ?br>[0009] 如果所述待傳輸?shù)南樾奶?，則將所述心跳消息在分組數(shù)據(jù)匯聚協(xié)議rocp層和/或無(wú)線鏈路控制RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸所述心跳消息。
[0010] 在所述第一方面的第一種可能的實(shí)現(xiàn)方式中，所述將所述心跳消息在rocp層和/ 或RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸所述心跳消息，包括：
[0011] 通過(guò)預(yù)先定義的心跳專用數(shù)據(jù)無(wú)線承載，向基站傳輸所述心跳消息；其中，所述預(yù) 先定義的心跳專用數(shù)據(jù)無(wú)線承載對(duì)應(yīng)的rocp層和/或RLC層的預(yù)設(shè)傳輸模式為透明模式。
[0012] 結(jié)合所述第一方面的第一種可能的實(shí)現(xiàn)方式，在所述第一方面的第二種可能的實(shí) 現(xiàn)方式中，如果本地未建立所述預(yù)先定義的心跳專用數(shù)據(jù)無(wú)線承載，所述通過(guò)預(yù)先定義的 心跳專用數(shù)據(jù)無(wú)線承載，向基站傳輸所述心跳消息，包括：
[0013] 請(qǐng)求建立所述預(yù)先定義的心跳專用數(shù)據(jù)無(wú)線承載；
[0014] 通過(guò)所述預(yù)先定義的心跳專用數(shù)據(jù)無(wú)線承載，向基站傳輸所述心跳消息。
[0015] 結(jié)合所述第一方面的第一種可能的實(shí)現(xiàn)方式，在所述第一方面的第三種可能的實(shí) 現(xiàn)方式中，所述方法還包括：
[0016] 當(dāng)由所述基站向目標(biāo)基站切換時(shí)，如果所述目標(biāo)基站不支持所述心跳專用數(shù)據(jù)無(wú) 線承載，則刪除本地建立的所述心跳專用數(shù)據(jù)無(wú)線承載，后續(xù)的心跳消息使用其業(yè)務(wù)特性 信息對(duì)應(yīng)的數(shù)據(jù)無(wú)線承載進(jìn)行傳輸。
[0017] 在所述第一方面的第四種可能的實(shí)現(xiàn)方式中，所述如果所述待傳輸?shù)南樾奶?消息，則將所述心跳消息在rocp層和/或RLC層的傳輸模式設(shè)置為透明模式，并向基站傳 輸所述心跳消息，包括：
[0018] 如果所述待傳輸?shù)南⒅袛y帶有心跳標(biāo)識(shí)，則將所述心跳消息在rocp層和/或 RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸所述心跳消息。
[0019] 在所述第一方面的第五種可能的實(shí)現(xiàn)方式中，所述方法還包括：
[0020] 如果所述向基站傳輸所述心跳消息出現(xiàn)傳輸錯(cuò)誤，且所述心跳消息所屬的應(yīng)用程 序連續(xù)出現(xiàn)心跳消息傳輸錯(cuò)誤的次數(shù)達(dá)到預(yù)設(shè)的次數(shù)閾值，則對(duì)所述心跳消息進(jìn)行重傳； 和/或
[0021] 如果所述向基站傳輸所述心跳消息出現(xiàn)傳輸錯(cuò)誤，且所述心跳消息所屬的應(yīng)用程 序連續(xù)出現(xiàn)心跳消息傳輸錯(cuò)誤的次數(shù)未達(dá)到預(yù)設(shè)的次數(shù)閾值，則阻止對(duì)所述心跳消息進(jìn)行 重傳。
[0022] 結(jié)合所述第一方面的第五種可能的實(shí)現(xiàn)方式，在所述第一方面的第六種可能的實(shí) 現(xiàn)方式中，所述預(yù)設(shè)的次數(shù)閾值，具體為：所述應(yīng)用程序的斷鏈時(shí)間與心跳周期的比值減1 得到的差值。
[0023] 在所述第一方面的第七種可能的實(shí)現(xiàn)方式中，所述rocp層和/或RLC層，具體為： rocp層和RLC層。
[0024] 第二方面，提供了一種傳輸心跳消息的裝置，其特征在于，所述裝置包括：
[0025] 獲取模塊，用于獲取待傳輸?shù)南ⅲ?br>[0026] 傳輸模塊，用于如果所述待傳輸?shù)南樾奶ⅲ瑒t將所述心跳消息在分組數(shù) 據(jù)匯聚協(xié)議rocp層和/或無(wú)線鏈路控制RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸 所述心跳消息。
[0027] 在所述第一方面的第一種可能的實(shí)現(xiàn)方式中，所述傳輸模塊，用于：
[0028] 通過(guò)預(yù)先定義的心跳專用數(shù)據(jù)無(wú)線承載，向基站傳輸所述心跳消息；其中，所述預(yù) 先定義的心跳專用數(shù)據(jù)無(wú)線承載對(duì)應(yīng)的rocp層和/或RLC層的預(yù)設(shè)傳輸模式為透明模式。
[0029] 結(jié)合所述第一方面的第一種可能的實(shí)現(xiàn)方式，在所述第一方面的第二種可能的實(shí) 現(xiàn)方式中，所述傳輸模塊，用于：
[0030] 如果本地未建立所述預(yù)先定義的心跳專用數(shù)據(jù)無(wú)線承載，則請(qǐng)求建立所述預(yù)先定 義的心跳專用數(shù)據(jù)無(wú)線承載；
[0031] 通過(guò)所述預(yù)先定義的心跳專用數(shù)據(jù)無(wú)線承載，向基站傳輸所述心跳消息。
[0032] 結(jié)合所述第一方面的第一種可能的實(shí)現(xiàn)方式，在所述第一方面的第三種可能的實(shí) 現(xiàn)方式中，還包括切換模塊，用于：
[0033] 當(dāng)由所述基站向目標(biāo)基站切換時(shí)，如果所述目標(biāo)基站不支持所述心跳專用數(shù)據(jù)無(wú) 線承載，則刪除本地建立的所述心跳專用數(shù)據(jù)無(wú)線承載，后續(xù)的心跳消息使用其業(yè)務(wù)特性 信息對(duì)應(yīng)的數(shù)據(jù)無(wú)線承載進(jìn)行傳輸。
[0034] 在所述第一方面的第四種可能的實(shí)現(xiàn)方式中，所述傳輸模塊，用于：
[0035] 如果所述待傳輸?shù)南⒅袛y帶有心跳標(biāo)識(shí)，則將所述心跳消息在rocp層和/或 RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸所述心跳消息。
[0036] 在所述第一方面的第五種可能的實(shí)現(xiàn)方式中，所述傳輸模塊，還用于：
[0037] 如果所述向基站傳輸所述心跳消息出現(xiàn)傳輸錯(cuò)誤，且所述心跳消息所屬的應(yīng)用程 序連續(xù)出現(xiàn)心跳消息傳輸錯(cuò)誤的次數(shù)達(dá)到預(yù)設(shè)的次數(shù)閾值，則對(duì)所述心跳消息進(jìn)行重傳； 和/或
[0038] 如果所述向基站傳輸所述心跳消息出現(xiàn)傳輸錯(cuò)誤，且所述心跳消息所屬的應(yīng)用程 序連續(xù)出現(xiàn)心跳消息傳輸錯(cuò)誤的次數(shù)未達(dá)到預(yù)設(shè)的次數(shù)閾值，則阻止對(duì)所述心跳消息進(jìn)行 重傳。
[0039] 結(jié)合所述第一方面的第五種可能的實(shí)現(xiàn)方式，在所述第一方面的第六種可能的實(shí) 現(xiàn)方式中，所述預(yù)設(shè)的次數(shù)閾值，具體為：所述應(yīng)用程序的斷鏈時(shí)間與心跳周期的比值減1 得到的差值。
[0040] 在所述第一方面的第七種可能的實(shí)現(xiàn)方式中，所述rocp層和/或RLC層，具體為： rocp層和RLC層。
[0041] 本發(fā)明實(shí)施例提供的技術(shù)方案帶來(lái)的有益效果是：
[0042] 本發(fā)明實(shí)施例中，如果待傳輸?shù)南樾奶?，則將心跳消息在rocp層和/或 RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸該心跳消息，這樣，在傳輸心跳消息的過(guò) 程中，在rocp層和/或RLC層，可以不對(duì)心跳消息進(jìn)行任何處理，從而，簡(jiǎn)化終端傳輸心跳 消息的處理過(guò)程，降低該處理過(guò)程的耗電量。
【附圖說(shuō)明】
[0043] 為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使 用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于 本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他 的附圖。
[0044] 圖1是本發(fā)明實(shí)施例提供的傳輸心跳消息的方法流程圖；
[0045] 圖2是本發(fā)明實(shí)施例提供的心跳消息的重傳處理的流程圖；
[0046] 圖3是本發(fā)明實(shí)施例提供的建立心跳專用數(shù)據(jù)無(wú)線承載的流程圖；
[0047] 圖4是本發(fā)明實(shí)施例提供的X2切換的流程圖；
[0048] 圖5是本發(fā)明實(shí)施例提供的S1切換的流程圖；
[0049] 圖6是本發(fā)明實(shí)施例提供的傳輸心跳消息的裝置結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0050] 為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明實(shí)施方 式作進(jìn)一步地詳細(xì)描述。
[0051] 實(shí)施例一
[0052] 本發(fā)明實(shí)施例提供了一種傳輸心跳消息的方法，如圖1所示，該方法的處理過(guò)程 可以包括如下的步驟：
[0053] 步驟101，獲取待傳輸?shù)南ⅰ?br>[0054] 步驟102,如果待傳輸?shù)南樾奶?，則將心跳消息在rocp(PacketData ConvergenceProtocol,分組數(shù)據(jù)匯聚協(xié)議）層和 / 或RLC(RadioLinkControl,無(wú)線鏈 路控制）層的傳輸模式設(shè)置為透明模式，并向基站傳輸該心跳消息。
[0055] 本發(fā)明實(shí)施例中，如果待傳輸?shù)南樾奶?，則將心跳消息在rocp層和/或 RLC層的傳輸模式設(shè)置為透明模式，并向基站傳輸該心跳消息，這樣，在傳輸心跳消息的過(guò) 程中，在rocp層和/或RLC層，可以不對(duì)心跳消息進(jìn)行任何處理，從而，簡(jiǎn)化終端傳輸心跳 消息的處理過(guò)程，降低該處理過(guò)程的耗電量。
[0056] 實(shí)施例二
[0057] 本發(fā)明實(shí)施例提供了一種傳輸心跳消息的方法，該方法的執(zhí)行主體可以為終端， 如手機(jī)、平板電腦等移動(dòng)終端。
[0058] 終端與基站通信的過(guò)程中，消息會(huì)經(jīng)過(guò)多個(gè)協(xié)議層的處理，多個(gè)協(xié)議層按順序可 以包括RRC(RadioResourceControl,無(wú)線資源控制協(xié)議)層、PDCP層、RLC層、MAC(Medium AccessControl，媒體訪問(wèn)控制層）層，終端(或基站）發(fā)送消息時(shí)，在終端(或基站）內(nèi)部，消 息可以按照該順序分別經(jīng)過(guò)各層的處理，終端(或基站）接收消息時(shí)，在終端(或基站）內(nèi)部， 消息可以按照相反的順序分別經(jīng)過(guò)各層的處理。
[0059] 下面將結(jié)合具體的處理方式，對(duì)圖1所示的處理流程進(jìn)行詳細(xì)的說(shuō)明，該方法包 括：
[0060] 步驟101，獲取待傳輸?shù)南ⅰ?br>[0061] 在實(shí)施中，應(yīng)用程序在與后臺(tái)服務(wù)器通信的過(guò)程中，會(huì)向服務(wù)器發(fā)送各種消息，例 如，即時(shí)通信的文本消息、視頻通信的消息等。應(yīng)用程序如果長(zhǎng)時(shí)間沒(méi)有向?qū)?yīng)的后臺(tái)服務(wù) 器發(fā)送任何消息，且持續(xù)時(shí)長(zhǎng)達(dá)到預(yù)設(shè)的心跳周期，則觸發(fā)生成心跳消息，該心跳信息即待 傳輸?shù)南?，此待傳輸?shù)南?huì)被傳輸?shù)絉