一種上行數(shù)據(jù)傳輸方法及用戶設(shè)備的制作方法
【專(zhuān)利摘要】本發(fā)明公開(kāi)了上行數(shù)據(jù)傳輸方法及用戶設(shè)備。本發(fā)明中，當(dāng)用戶設(shè)備處于空閑態(tài)時(shí)，用戶設(shè)備中的NAS層緩存功能模塊接收到應(yīng)用程序模塊發(fā)送的數(shù)據(jù)傳輸請(qǐng)求后，判斷是否需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若否，則所述NAS層緩存功能模塊緩存接收到的數(shù)據(jù)傳輸請(qǐng)求，并向NAS層處理模塊指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存；當(dāng)所述用戶設(shè)備進(jìn)入連接態(tài)后，若NAS層處理模塊根據(jù)指示信息確定有數(shù)據(jù)傳輸請(qǐng)求被緩存，則從所述NAS層緩存功能模塊獲取緩存的數(shù)據(jù)傳輸請(qǐng)求，并通過(guò)用戶面連接將獲取到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)設(shè)備。采用本發(fā)明可減少用戶設(shè)備傳輸上行數(shù)據(jù)所導(dǎo)致的資源開(kāi)銷(xiāo)。
【專(zhuān)利說(shuō)明】一種上行數(shù)據(jù)傳輸方法及用戶設(shè)備
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及無(wú)線通信領(lǐng)域，尤其涉及一種上行數(shù)據(jù)傳輸方法及用戶設(shè)備。
【背景技術(shù)】
[0002]當(dāng)前，許多新興移動(dòng)數(shù)據(jù)應(yīng)用利用移動(dòng)寬帶連接為用戶提供各種類(lèi)型的數(shù)據(jù)通信業(yè)務(wù)，對(duì)3G/LTE (Long Term Evolution,長(zhǎng)期演進(jìn))通信網(wǎng)絡(luò)帶來(lái)挑戰(zhàn)。應(yīng)用開(kāi)發(fā)商通常將其服務(wù)或解決方案置于移動(dòng)網(wǎng)絡(luò)的完整性之上，導(dǎo)致運(yùn)營(yíng)商網(wǎng)絡(luò)面臨著日益增加的數(shù)據(jù)流量的挑戰(zhàn)。這些移動(dòng)數(shù)據(jù)應(yīng)用的數(shù)據(jù)傳輸從用戶參與的角度來(lái)分可以分為兩種:用戶發(fā)起的數(shù)據(jù)傳輸請(qǐng)求和后臺(tái)程序發(fā)起的數(shù)據(jù)傳輸請(qǐng)求。
[0003]一些“always on”(永遠(yuǎn)在線)移動(dòng)數(shù)據(jù)業(yè)務(wù)，例如，即時(shí)消息，社交網(wǎng)絡(luò)等，對(duì)移動(dòng)通信網(wǎng)絡(luò)帶了新的挑戰(zhàn)。通常情況下，這些移動(dòng)數(shù)據(jù)應(yīng)用會(huì)涉及到服務(wù)器和用戶設(shè)備的交互通信。服務(wù)器和用戶設(shè)備上的應(yīng)用周期性的交互“心電圖”式的數(shù)據(jù)信息，來(lái)保持應(yīng)用的連接在線，以及避免NAT (Network Address Translation,網(wǎng)絡(luò)地址轉(zhuǎn)換)映射超時(shí)造成的IP會(huì)話中斷。
[0004]除了周期性的保持在線消息外，應(yīng)用客戶端還會(huì)生成頻繁的位置更新或/和狀態(tài)更新消息來(lái)通知服務(wù)器相關(guān)的狀態(tài)更新。一些典型的例子包括用戶登錄后位置信息的更新，用戶的狀態(tài)更新，用戶的活動(dòng)更新等。這些消息可能是MtXMobile Original,表示短消息發(fā)送到服務(wù)器端，即上行)消息，也可能是MT (Mobile Terminated，表示短消息從服務(wù)器端發(fā)回到用戶設(shè)備上，即下行)消息，例如，周期性的消息可能來(lái)自你的好友的位置改變的信息，也可能來(lái)自你自己的位置的改變。
[0005]通常用戶會(huì)安裝多個(gè)應(yīng)用，每個(gè)應(yīng)用都會(huì)自動(dòng)的生成這些更新/在線消息。當(dāng)在線消息和狀態(tài)更新消息傳輸完成之后，在檢測(cè)到用戶處于不活動(dòng)狀態(tài)，用戶設(shè)備可能會(huì)轉(zhuǎn)移到一個(gè)低功率的狀態(tài)，例如從連接態(tài)轉(zhuǎn)移到空閑態(tài)，用于節(jié)電。因此，當(dāng)狀態(tài)更新和在線消息的傳輸頻率高于用戶的位置更新的頻率時(shí)，用戶設(shè)備需要周期性的經(jīng)歷:空閑態(tài)、收到尋呼(下行通信場(chǎng)景下)、重建連接、發(fā)送/接收更新消息、回到空閑態(tài)的過(guò)程。
[0006]圖1描述了當(dāng)用戶設(shè)備經(jīng)歷如此頻繁的idle-connected (空閑_連接)模式轉(zhuǎn)換所導(dǎo)致的問(wèn)題。在圖1的最左邊，當(dāng)用戶設(shè)備完成了數(shù)據(jù)傳輸之后，用戶設(shè)備保持在connected模式一定的時(shí)間之后會(huì)轉(zhuǎn)換到idle模式以節(jié)電。很快的,應(yīng)用#1生成一個(gè)更新消息，用戶設(shè)備被激活，通過(guò)控制面信令來(lái)建立連接進(jìn)行數(shù)據(jù)傳輸。比起處于連接態(tài)不發(fā)送任何消息，用戶設(shè)備發(fā)送信令消息可能會(huì)消耗更多的電量。在建立連接之后，用戶設(shè)備發(fā)送更新消息，保持在連接態(tài)一段時(shí)間后又回到空閑態(tài)。當(dāng)有其他的應(yīng)用發(fā)送或接受更新消息時(shí)，這個(gè)過(guò)程一直重復(fù)(例如，應(yīng)用#4的服務(wù)器推送的MT更新消息，應(yīng)用#2/3生成的更新消息)。
[0007]從上面可以看出，用戶設(shè)備頻繁的在連接態(tài)和空閑態(tài)之間轉(zhuǎn)換會(huì)導(dǎo)致兩個(gè)問(wèn)題產(chǎn)生:
(I)增加控制面信令:為了發(fā)送這些突發(fā)的、小量的更新消息，會(huì)產(chǎn)生大量的信令開(kāi)銷(xiāo)。為了發(fā)送/接受一個(gè)更新消息，需要完成一次從空閑到連接態(tài)的轉(zhuǎn)化，這會(huì)產(chǎn)生巨大的信令開(kāi)銷(xiāo)，包括RAN (Radio Access Network,無(wú)線接入網(wǎng))側(cè)的多個(gè)RRC (Radio ResourceControl,無(wú)線資源控制)消息(如 service request 消息，radio bearer establishment/release消息,paging消息),和EPC(Evolved Packet Core,演進(jìn)核心網(wǎng))側(cè)的信令消息(如service request 消息，connection setup/release 消息)
(2)減少用戶設(shè)備的電池壽命:在最壞的情況下，用戶設(shè)備剛剛進(jìn)入空閑態(tài)，就有上行或下行的更新消息需要發(fā)送后者接收，頻繁的在連接態(tài)和空閑態(tài)之間轉(zhuǎn)換會(huì)導(dǎo)致用戶設(shè)備的電量損耗會(huì)增加，這可能比用戶設(shè)備一直保持在連接狀態(tài)所耗的電量還要多。
[0008]由此可見(jiàn)，用戶設(shè)備上的多樣的移動(dòng)數(shù)據(jù)應(yīng)用的數(shù)據(jù)傳輸需求會(huì)導(dǎo)致用戶設(shè)備的控制面信令增加，用戶設(shè)備耗電增大。

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

[0009]本發(fā)明實(shí)施例提供了 一種上行數(shù)據(jù)傳輸方法及用戶設(shè)備，用以減少用戶設(shè)備傳輸上行數(shù)據(jù)所導(dǎo)致的資源開(kāi)銷(xiāo)。
[0010]本發(fā)明實(shí)施例提供的上行數(shù)據(jù)傳輸方法，包括:
當(dāng)用戶設(shè)備處于空閑態(tài)時(shí)，所述用戶設(shè)備中的NAS層緩存功能模塊接收到應(yīng)用程序模塊發(fā)送的數(shù)據(jù)傳輸請(qǐng)求后，判斷是否需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若否，則所述NAS層緩存功能模塊緩存接收到的數(shù)據(jù)傳輸請(qǐng)求，并向NAS層處理模塊指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存；
當(dāng)所述用戶設(shè)備進(jìn)入連接態(tài)后，若NAS層處理模塊根據(jù)指示信息確定有數(shù)據(jù)傳輸請(qǐng)求被緩存，則從所述NAS層緩存功能模塊獲取緩存的數(shù)據(jù)傳輸請(qǐng)求，并通過(guò)用戶面連接將獲取到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)設(shè)備。
[0011]本發(fā)明實(shí)施例提供的用戶設(shè)備，包括:NAS層緩存功能模塊和NAS層處理模塊，其中:
NAS層緩存功能模塊，用于當(dāng)用戶設(shè)備處于空閑態(tài)時(shí)，接收到應(yīng)用程序模塊發(fā)送的數(shù)據(jù)傳輸請(qǐng)求后，判斷是否需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若否，則緩存接收到的數(shù)據(jù)傳輸請(qǐng)求，并向NAS層處理模塊指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存；
NAS層處理模塊，用于當(dāng)用戶設(shè)備進(jìn)入連接態(tài)后，若根據(jù)指示信息確定有數(shù)據(jù)傳輸請(qǐng)求被緩存，則從所述NAS層緩存功能模塊獲取緩存的數(shù)據(jù)傳輸請(qǐng)求，并通過(guò)用戶面連接將獲取到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)設(shè)備。
[0012]本發(fā)明的上述實(shí)施例，通過(guò)對(duì)空閑態(tài)下接收到的應(yīng)用層數(shù)據(jù)傳輸請(qǐng)求進(jìn)行判斷，對(duì)于無(wú)需即時(shí)傳輸給網(wǎng)絡(luò)側(cè)的數(shù)據(jù)傳輸請(qǐng)求進(jìn)行緩存，當(dāng)用戶設(shè)備進(jìn)入連接態(tài)時(shí)，再將緩存的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)側(cè)，從而與現(xiàn)有技術(shù)相比，減少了控制面信令開(kāi)銷(xiāo)，以及用戶設(shè)備的功率損耗。
【專(zhuān)利附圖】

【附圖說(shuō)明】
[0013]圖1為現(xiàn)有技術(shù)中用戶設(shè)備所經(jīng)歷的idle-connected模式轉(zhuǎn)換的示意圖；
圖2為現(xiàn)有技術(shù)中引入NAS層緩存功能模塊前，用戶設(shè)備內(nèi)部的分層邏輯結(jié)構(gòu)圖；
圖3為本發(fā)明實(shí)施例中引入NAS層緩存功能模塊后，用戶設(shè)備內(nèi)部的分層邏輯結(jié)構(gòu)圖；
圖4為本發(fā)明實(shí)施例提供的上行數(shù)據(jù)傳輸流程示意圖；
圖5為本發(fā)明實(shí)施例中的RRC連接建立過(guò)程示意圖；
圖6為本發(fā)明實(shí)施例中一種具體場(chǎng)景下的上行數(shù)據(jù)傳輸流程示意圖；
圖7為本發(fā)明實(shí)施例中另一種具體場(chǎng)景下的上行數(shù)據(jù)傳輸流程示意圖；
圖8為本發(fā)明實(shí)施例提供的用戶設(shè)備的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0014]針對(duì)現(xiàn)有技術(shù)存在的上述問(wèn)題，本發(fā)明實(shí)施例提供了一種上行數(shù)據(jù)傳輸?shù)膬?yōu)化方案。在本發(fā)明實(shí)施例提供的上行數(shù)據(jù)傳輸方案中，用戶設(shè)備在空閑態(tài)下時(shí)，緩存后臺(tái)發(fā)起的數(shù)據(jù)傳輸請(qǐng)求，等到用戶設(shè)備進(jìn)入連接態(tài)后，再將緩存的數(shù)據(jù)傳輸請(qǐng)求進(jìn)行傳輸。
[0015]為此，本發(fā)明實(shí)施例在用戶設(shè)備上的NAS (非接入)層引入NAS層緩存功能模塊。NAS層緩存功能模塊是一個(gè)邏輯上的概念，該模塊的主要功能是在用戶設(shè)備空閑態(tài)下緩存后臺(tái)發(fā)起的數(shù)據(jù)傳輸請(qǐng)求，在終端進(jìn)入連接態(tài)時(shí)，NAS層緩存功能模塊將緩存的數(shù)據(jù)傳輸請(qǐng)求透?jìng)鞯絅AS層處理模塊。
[0016]圖2和圖3示出了引入NAS層緩存功能模塊前后，用戶設(shè)備內(nèi)部邏輯模塊的變化情況。從圖2和圖3可以看出，引入的NAS層緩存功能模塊對(duì)應(yīng)用層和NAS層沒(méi)有太大影響。
[0017]下面結(jié)合附圖對(duì)本發(fā)明實(shí)施例進(jìn)行詳細(xì)描述。
`[0018]參見(jiàn)圖4，為本發(fā)明實(shí)施例提供的上行數(shù)據(jù)傳輸流程，當(dāng)用戶設(shè)備處于空閑態(tài)時(shí)，該流程可包括:
步驟401102，該用戶設(shè)備中的NAS層緩存功能模塊接收到應(yīng)用層中的應(yīng)用程序模塊(即應(yīng)用程序)的數(shù)據(jù)傳輸請(qǐng)求后，判斷該數(shù)據(jù)傳輸請(qǐng)求是否需要即時(shí)傳輸；如果是，則轉(zhuǎn)入步驟404，否則轉(zhuǎn)入步驟403。
[0019]應(yīng)用層中的應(yīng)用程序模塊的數(shù)據(jù)傳輸請(qǐng)求需要向NAS層發(fā)送，此時(shí)，NAS層緩存功能模塊將接收到該數(shù)據(jù)傳輸請(qǐng)求。NAS層緩存功能模塊可基于以下原則判斷數(shù)據(jù)傳輸請(qǐng)求是否需要即時(shí)傳輸:如果數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的，則需要即時(shí)傳輸；如果數(shù)據(jù)傳輸請(qǐng)求是后臺(tái)發(fā)起的，則可以無(wú)需即時(shí)傳輸。進(jìn)一步，對(duì)于一些特定應(yīng)用程序，如健康檢測(cè)軟件，其所發(fā)起的數(shù)據(jù)傳輸請(qǐng)求，無(wú)論是后臺(tái)發(fā)起的還是用戶發(fā)起的，均需要即時(shí)傳輸。這里的“后臺(tái)發(fā)起”和“用戶發(fā)起”是指以下情況:如果因用戶對(duì)用戶設(shè)備的操作，觸發(fā)應(yīng)用程序模塊發(fā)送數(shù)據(jù)傳輸請(qǐng)求，則該數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的，例如，用戶通過(guò)在微博應(yīng)用的應(yīng)用程序界面上操作以請(qǐng)求數(shù)據(jù)更新，該應(yīng)用程序模塊會(huì)向NAS層緩存功能模塊發(fā)送數(shù)據(jù)傳輸請(qǐng)求；如果因后臺(tái)服務(wù)觸發(fā)應(yīng)用程序模塊發(fā)送數(shù)據(jù)傳輸請(qǐng)求，則該數(shù)據(jù)傳輸請(qǐng)求是后臺(tái)發(fā)起的，例如，某些應(yīng)用中，用戶設(shè)備需要向服務(wù)器發(fā)送位置更新請(qǐng)求。
[0020]具體的，NAS層緩存功能模塊可根據(jù)如下判斷標(biāo)準(zhǔn)之一或組合，判斷數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的還是后臺(tái)發(fā)起的:
1.屏幕或/和鍵盤(pán)鎖定是否激活；
?.用戶上次按鍵操作或是觸摸屏幕操作之后的時(shí)間間隔；
ii1.應(yīng)用程序模塊向低層(即NAS層)提供的指示信息；具體的，應(yīng)用程序模塊可以在向NAS層發(fā)送數(shù)據(jù)傳輸請(qǐng)求時(shí)，發(fā)送指示信息，以指示該數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的，還是后臺(tái)發(fā)起的。
[0021]iv.數(shù)據(jù)傳輸請(qǐng)求所請(qǐng)求的應(yīng)用的類(lèi)型。
[0022]例如，如果屏幕或/和鍵盤(pán)鎖定激活，則可判斷出數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的；如果用戶上次按鍵操作或觸摸屏幕操作之后的時(shí)間間隔小于預(yù)設(shè)閾值，則可判斷出數(shù)據(jù)請(qǐng)求是用戶發(fā)起的；如果數(shù)據(jù)傳輸請(qǐng)求所請(qǐng)求的應(yīng)用的類(lèi)型為短消息，則可判斷出數(shù)據(jù)請(qǐng)求是用戶發(fā)起的。
[0023]步驟403，NAS層緩存功能模塊緩存接收到的數(shù)據(jù)傳輸請(qǐng)求，并向NAS層處理模塊指示有數(shù)據(jù)緩存。這里向NAS層處理模塊指示的方式可以有多種，比如，可采用但不限于以下方式:
Cl)原語(yǔ)通知，即通過(guò)原語(yǔ)的方式通知給NAS層處理模塊；
(2)通過(guò)共享參數(shù)設(shè)置的方法實(shí)現(xiàn)，例如，設(shè)置一個(gè)共享參數(shù)pending_data，該參數(shù)的取值方式為布爾值，為I表示有數(shù)據(jù)緩存，為O表示沒(méi)有數(shù)據(jù)緩存。NAS層緩存功能模塊通過(guò)將參數(shù)pending_data的值設(shè)為1，來(lái)通知NAS層處理模塊有數(shù)據(jù)緩存。
[0024]步驟404,用戶設(shè)備發(fā)起RRC (Radio Resource Control,無(wú)線資源控制)連接建立和服務(wù)請(qǐng)求過(guò)程，NAS層緩存功能模塊將接收到的數(shù)據(jù)傳輸請(qǐng)求發(fā)給NAS層處理模塊，NAS層處理模塊通過(guò)用戶面連接進(jìn)行數(shù)據(jù)傳輸。進(jìn)一步的，若NAS層緩存功能模塊中還緩存有其它數(shù)據(jù)傳輸請(qǐng)求，則NAS層緩存功能模塊一并將其所緩存的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給NAS層處理模塊。
[0025]具體的，NAS層處理模塊觸發(fā)RRC連接建立過(guò)程和服務(wù)請(qǐng)求過(guò)程，以建立用戶面連接，其RRC連接建立過(guò)程和服務(wù)請(qǐng)求過(guò)程可采用現(xiàn)有方式實(shí)現(xiàn)，如圖5所示，在空閑態(tài)下，用戶設(shè)備首先通過(guò)RRC connection establishment過(guò)程(即圖5中的RRC ConnectionRequest消息和RRC Connect Setup消息交互過(guò)程)建立同eNB之間的SRB (SignallingRadio Bearer，信號(hào)無(wú)線承載)用以傳輸RRC信令，用戶設(shè)備進(jìn)入連接態(tài)。用戶設(shè)備通過(guò)RRCconnection setup complete (RRC 連接建立完成)消息中的 NAS container (NAS 容器)將NAS消息(即service request message,服務(wù)請(qǐng)求消息)發(fā)給網(wǎng)絡(luò)設(shè)備,從而發(fā)起servicerequest (服務(wù)請(qǐng)求)過(guò)程。網(wǎng)絡(luò)設(shè)備接收到用戶設(shè)備的service request消息后，為用戶設(shè)備建立用戶面連接，用于數(shù)據(jù)傳輸。
[0026]步驟403之后，還包括步驟405:當(dāng)用戶設(shè)備進(jìn)入連接態(tài)后，如果NAS層處理模塊根據(jù)指示信息確定出有緩存的數(shù)據(jù)傳輸請(qǐng)求需要傳輸，則從NAS層緩存功能模塊獲取緩存的數(shù)據(jù)傳輸請(qǐng)求，發(fā)起服務(wù)請(qǐng)求過(guò)程，從而建立用戶面連接(在用戶面連接未建立的情況下)，通過(guò)用戶面連接將獲取到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)設(shè)備。
[0027]以上流程中，在NAS層緩存功能模塊通過(guò)共享參數(shù)pending_data的方式,指示是否緩存有數(shù)據(jù)傳輸請(qǐng)求的情況下，NAS層處理模塊可通過(guò)讀取該參數(shù)的方式確定是否有緩存的數(shù)據(jù)傳輸請(qǐng)求，若讀取到pending_data值為1，則可得知緩存有數(shù)據(jù)傳輸請(qǐng)求，當(dāng)數(shù)據(jù)傳輸完畢之后，NAS層處理模塊還要將共享參數(shù)pending_data的值清零。
[0028]為了更清楚的說(shuō)明本發(fā)明實(shí)施例，下面結(jié)合2種具體應(yīng)用場(chǎng)景說(shuō)明本發(fā)明實(shí)施例的具體實(shí)現(xiàn)過(guò)程。
[0029]場(chǎng)景一 如圖6所示，應(yīng)用程序模塊APPa、APPb、APPc按照時(shí)間順序先后發(fā)起數(shù)據(jù)傳輸請(qǐng)求，隨后TAlXTracking Area Update,跟蹤區(qū)更新)過(guò)程被觸發(fā)。其中，應(yīng)用程序模塊APPa、APPb、APPc所發(fā)起的數(shù)據(jù)傳輸請(qǐng)求均為后臺(tái)請(qǐng)求。該場(chǎng)景下的上行數(shù)據(jù)傳輸過(guò)程為:
在用戶設(shè)備處于空閑態(tài)時(shí)，APPa發(fā)送數(shù)據(jù)傳輸請(qǐng)求到NAS層緩存功能模塊，NAS層緩存功能模塊判斷出APPa的數(shù)據(jù)傳輸請(qǐng)求是后臺(tái)發(fā)起的，因此緩存APPa的數(shù)據(jù)傳輸請(qǐng)求，并向NAS層處理模塊指示有數(shù)據(jù)緩存。此后，APPb、APPc先后發(fā)送了數(shù)據(jù)傳輸請(qǐng)求到NAS層緩存功能模塊，NAS層緩存功能模塊判斷出數(shù)據(jù)傳輸請(qǐng)求都是后臺(tái)發(fā)起的，因此緩存APPb、APPc的數(shù)據(jù)傳輸請(qǐng)求。當(dāng)周期性TAU定時(shí)器超時(shí)而觸發(fā)TAU過(guò)程，或者因用戶移動(dòng)而觸發(fā)用戶設(shè)備發(fā)起TAU過(guò)程時(shí)，用戶設(shè)備進(jìn)入連接態(tài)，NAS層緩存功能模塊將緩存的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給NAS層，并可在TAU過(guò)程中發(fā)送的用于觸發(fā)網(wǎng)絡(luò)設(shè)備進(jìn)行TAU相應(yīng)處理的TAU request(TAU請(qǐng)求)消息中攜帶active flag，以向網(wǎng)絡(luò)設(shè)備指示出用戶設(shè)備有緩存的數(shù)據(jù)需要發(fā)送。當(dāng)用戶面連接建立之后，用戶設(shè)備通過(guò)用戶面連接傳輸APPa、APPb、APPc的數(shù)據(jù)。上述流程中，如果NAS層緩存功能模塊通過(guò)共享參數(shù)的方式來(lái)實(shí)現(xiàn)向NAS層處理模塊通知有數(shù)據(jù)緩存，則在數(shù)據(jù)傳輸完畢之后，NAS層處理模塊將共享參數(shù)的值清零(在該共享參數(shù)值等于I時(shí)表示有數(shù)據(jù)緩存的情況下)。
[0030]場(chǎng)景二:
如圖7所示，應(yīng)用程序模塊APPa按照時(shí)間順序先后發(fā)起數(shù)據(jù)傳輸請(qǐng)求，其中先發(fā)起的數(shù)據(jù)傳輸請(qǐng)求為后臺(tái)請(qǐng)求，隨后發(fā)起的數(shù)據(jù)傳輸請(qǐng)求為用戶請(qǐng)求。該場(chǎng)景下的上行數(shù)據(jù)傳輸過(guò)程為:
在用戶設(shè)備處于空閑態(tài)時(shí)，APPa發(fā)送數(shù)據(jù)傳輸請(qǐng)求到NAS層緩存功能模塊，NAS層緩存功能模塊判斷出APPa的數(shù)據(jù)傳輸請(qǐng)求是后臺(tái)發(fā)起的，因此緩存APPa的數(shù)據(jù)傳輸請(qǐng)求,并向NAS層處理模塊指示有數(shù)據(jù)緩存。此后，APPa發(fā)送數(shù)據(jù)傳輸請(qǐng)求到NAS層緩存功能模塊，NAS層緩存功能模塊判斷出APPa的數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的，因此將本次接收到的數(shù)據(jù)傳輸請(qǐng)求和緩存的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給NAS層處理模塊，NAS層處理模塊發(fā)起RRC連接建立和服務(wù)請(qǐng)求過(guò)程，用戶設(shè)備進(jìn)入連接態(tài)。當(dāng)用戶面連接建立之后，用戶設(shè)備通過(guò)用戶面連接傳輸APPa的數(shù)據(jù)。上述流程中，如果NAS層緩存功能模塊通過(guò)共享參數(shù)的方式來(lái)實(shí)現(xiàn)向NAS層處理模塊通知有數(shù)據(jù)緩存，則在數(shù)據(jù)傳輸完畢之后，NAS層處理模塊要將共享參數(shù)的值清零(在該共享參數(shù)值等于I時(shí)表示有數(shù)據(jù)緩存的情況下)。
[0031]通過(guò)以上描述可以看出，本發(fā)明實(shí)施例通過(guò)對(duì)空閑態(tài)下接收到的應(yīng)用層數(shù)據(jù)傳輸請(qǐng)求進(jìn)行判斷，對(duì)于無(wú)需即時(shí)傳輸給網(wǎng)絡(luò)側(cè)的數(shù)據(jù)傳輸請(qǐng)求進(jìn)行緩存，當(dāng)用戶設(shè)備進(jìn)入連接態(tài)時(shí)，再將緩存的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)側(cè)，從而與現(xiàn)有技術(shù)相比，減少了控制面信令開(kāi)銷(xiāo)，以及用戶設(shè)備的功率損耗。
[0032]基于相同的技術(shù)構(gòu)思，本發(fā)明實(shí)施例還提供了一種用戶設(shè)備。
[0033]參見(jiàn)圖8，為本發(fā)明實(shí)施例提供的用戶設(shè)備的結(jié)構(gòu)示意圖，該用戶設(shè)備包括應(yīng)用程序模塊801、NAS層緩存功能模塊802和NAS層處理模塊803，應(yīng)用程序模塊801處于應(yīng)用層，NAS層緩存功能模塊802和NAS層處理模塊803處于NAS層。其中，應(yīng)用程序模塊801為與現(xiàn)有用戶設(shè)備中的應(yīng)用層應(yīng)用程序模塊功能相同，NAS層緩存功能模塊802和NAS層處理模塊803的功能分別如下所述:
NAS層緩存功能模塊802，用于當(dāng)用戶設(shè)備處于空閑態(tài)時(shí)，接收到應(yīng)用程序模塊801發(fā)送的數(shù)據(jù)傳輸請(qǐng)求后，判斷是否需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若否，則緩存接收到的數(shù)據(jù)傳輸請(qǐng)求，并向NAS層處理模塊803指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存；
NAS層處理模塊803，用于當(dāng)用戶設(shè)備進(jìn)入連接態(tài)后，若根據(jù)指示信息確定有數(shù)據(jù)傳輸請(qǐng)求被緩存，則從所述NAS層緩存功能模塊獲取緩存的數(shù)據(jù)傳輸請(qǐng)求，并通過(guò)用戶面連接將從NAS層緩存功能模塊802接收到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)設(shè)備。
[0034]進(jìn)一步的，NAS層緩存功能模塊802還用于:在所述用戶設(shè)備處于空閑態(tài)時(shí)，若判斷為需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，則將接收到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給NAS層處理模塊803 ;其中，若NAS層緩存功能模塊802中還緩存有數(shù)據(jù)傳輸請(qǐng)求，則還將緩存的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給NAS層處理模塊803。相應(yīng)的，NAS層處理模塊803還用于:發(fā)起用戶面連接建立過(guò)程，并通過(guò)建立的用戶面連接將從NAS層緩存功能模塊802接收到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)設(shè)備。
[0035]具體的，NAS層緩存功能模塊802可通過(guò)以下方式判斷是否需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求:若所述數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的，則需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若所述數(shù)據(jù)傳輸請(qǐng)求是后臺(tái)發(fā)起的，則無(wú)需即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求；或者，若所述數(shù)據(jù)傳輸請(qǐng)求來(lái)自于預(yù)設(shè)的應(yīng)用程序模塊801，則需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，否則，若所述數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的，則需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若所述數(shù)據(jù)傳輸請(qǐng)求是后臺(tái)發(fā)起的，則無(wú)需即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求。
[0036]具體的，NAS層緩存功能模塊802可根據(jù)以下判斷標(biāo)準(zhǔn)之一或組合，判斷數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的還是后臺(tái)發(fā)起的:
屏幕或/和鍵盤(pán)鎖定是否激活；
用戶上次按鍵操作或觸摸屏幕操作之后的時(shí)間間隔；
應(yīng)用程序模塊提供的指示信息；
數(shù)據(jù)傳輸請(qǐng)求所請(qǐng)求的應(yīng)用的類(lèi)型。
[0037]具體的，NAS層緩存功能模塊802可通過(guò)以下方式之一，向NAS層處理模塊803指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存:通過(guò)原語(yǔ)方式，向NAS層處理模塊803指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存；通過(guò)將共享參數(shù)設(shè)置為表示有數(shù)據(jù)傳輸請(qǐng)求被緩存的參數(shù)值的方式，向NAS層處理模塊803指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存。
[0038]進(jìn)一步的，NAS層處理模塊803還用于:當(dāng)所述用戶設(shè)備的TAU過(guò)程被觸發(fā)后進(jìn)入連接態(tài)，且所述NAS層處理模塊根據(jù)指示信息確定有數(shù)據(jù)傳輸請(qǐng)求被緩存的情況下，所述NAS層處理模塊在發(fā)送的TAU請(qǐng)求消息中攜帶用于表示用戶設(shè)備有數(shù)據(jù)需要傳輸?shù)臉?biāo)識(shí)信
肩、O
[0039]通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)終端設(shè)備(可以是手機(jī)，個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
[0040]以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本【技術(shù)領(lǐng)域】的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.一種上行數(shù)據(jù)傳輸方法，其特征在于，該方法包括: 當(dāng)用戶設(shè)備處于空閑態(tài)時(shí)，所述用戶設(shè)備中的非接入NAS層緩存功能模塊接收到應(yīng)用程序模塊發(fā)送的數(shù)據(jù)傳輸請(qǐng)求后，判斷是否需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若否，則所述NAS層緩存功能模塊緩存接收到的數(shù)據(jù)傳輸請(qǐng)求，并向NAS層處理模塊指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存； 當(dāng)所述用戶設(shè)備進(jìn)入連接態(tài)后，若NAS層處理模塊根據(jù)指示信息確定有數(shù)據(jù)傳輸請(qǐng)求被緩存，則從所述NAS層緩存功能模塊獲取緩存的數(shù)據(jù)傳輸請(qǐng)求，并通過(guò)用戶面連接將獲取到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)設(shè)備。
2.如權(quán)利要求1所述的方法，其特征在于，該方法還包括: 所述用戶設(shè)備處于空閑態(tài)時(shí)，若所述NAS層緩存功能模塊判斷為需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，則將接收到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給NAS層處理模塊；其中，若所述NAS層緩存功能模塊中還緩存有數(shù)據(jù)傳輸請(qǐng)求，則還將緩存的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給NAS層處理模塊； NAS層處理模塊發(fā)起用戶面連接建立過(guò)程，并通過(guò)建立的用戶面連接將從所述NAS層緩存功能模塊接收到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)設(shè)備。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述判斷是否需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，具體包括: 若所述數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的，則需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若所述數(shù)據(jù)傳輸請(qǐng)求是后臺(tái)發(fā)起的，則無(wú)需即時(shí)傳輸緩存所述數(shù)據(jù)傳輸請(qǐng)求； 或者，若所述數(shù)據(jù)傳輸請(qǐng)求來(lái)自于預(yù)設(shè)的應(yīng)用程序模塊，則需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求；否則，若所述數(shù)據(jù)傳`輸請(qǐng)求是用戶發(fā)起的，則需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若所述數(shù)據(jù)傳輸請(qǐng)求是后臺(tái)發(fā)起的，則無(wú)需即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求。
4.如權(quán)利要求3所述的方法，其特征在于，所述NAS層緩存功能模塊根據(jù)以下判斷標(biāo)準(zhǔn)之一或組合，判斷數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的還是后臺(tái)發(fā)起的: 屏幕或/和鍵盤(pán)鎖定是否激活； 用戶上次按鍵操作或觸摸屏幕操作之后的時(shí)間間隔； 應(yīng)用程序模塊提供的指示信息； 數(shù)據(jù)傳輸請(qǐng)求所請(qǐng)求的應(yīng)用的類(lèi)型。
5.如權(quán)利要求1或2所述的方法，其特征在于，所述NAS層緩存功能模塊通過(guò)以下方式之一，向NAS層處理模塊指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存: 所述NAS層緩存功能模塊通過(guò)原語(yǔ)方式，向NAS層處理模塊指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存； 所述NAS層緩存功能模塊通過(guò)將共享參數(shù)設(shè)置為表示有數(shù)據(jù)傳輸請(qǐng)求被緩存的參數(shù)值的方式，向NAS層處理模塊指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存。
6.如權(quán)利要求1或2所述的方法，其特征在于，當(dāng)所述用戶設(shè)備的跟蹤區(qū)更新TAU過(guò)程被觸發(fā)后進(jìn)入連接態(tài)，且NAS層處理模塊根據(jù)指示信息確定有數(shù)據(jù)傳輸請(qǐng)求被緩存的情況下，該方法還包括:NAS層處理模塊在發(fā)送給網(wǎng)絡(luò)設(shè)備的TAU請(qǐng)求消息中攜帶用于表示用戶設(shè)備有數(shù)據(jù)需要傳輸?shù)臉?biāo)識(shí)信息。
7.一種用戶設(shè)備，其特征在于，包括:非接入NAS層緩存功能模塊和NAS層處理模塊，其中:NAS層緩存功能模塊，用于當(dāng)用戶設(shè)備處于空閑態(tài)時(shí)，接收到應(yīng)用程序模塊發(fā)送的數(shù)據(jù)傳輸請(qǐng)求后，判斷是否需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若否，則緩存接收到的數(shù)據(jù)傳輸請(qǐng)求，并向NAS層處理模塊指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存； NAS層處理模塊，用于當(dāng)用戶設(shè)備進(jìn)入連接態(tài)后，若根據(jù)指示信息確定有數(shù)據(jù)傳輸請(qǐng)求被緩存，則從所述NAS層緩存功能模塊獲取緩存的數(shù)據(jù)傳輸請(qǐng)求，并通過(guò)用戶面連接將獲取到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)設(shè)備。
8.如權(quán)利要求7所述的用戶設(shè)備，其特征在于，所述NAS層緩存功能模塊還用于，在所述用戶設(shè)備處于空閑態(tài)時(shí)，若判斷為需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，則將接收到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給NAS層處理模塊；其中，若所述NAS層緩存功能模塊中還緩存有數(shù)據(jù)傳輸請(qǐng)求，則還將緩存的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給NAS層處理模塊； NAS層處理模塊還用于，發(fā)起用戶面連接建立過(guò)程，并通過(guò)建立的用戶面連接將從所述NAS層緩存功能模塊接收到的數(shù)據(jù)傳輸請(qǐng)求發(fā)送給網(wǎng)絡(luò)設(shè)備。
9.如權(quán)利要求7或8所述的用戶設(shè)備，其特征在于，所述NAS層緩存功能模塊具體用于通過(guò)以下方式判斷是否需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求:若所述數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的，則需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若所述數(shù)據(jù)傳輸請(qǐng)求是后臺(tái)發(fā)起的，則無(wú)需即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求；或者，若所述數(shù)據(jù)傳輸請(qǐng)求來(lái)自于預(yù)設(shè)的應(yīng)用程序模塊，則需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，否則，若所述數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的，則需要即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求，若所述數(shù)據(jù)傳輸請(qǐng)求是后臺(tái)發(fā)起的，則無(wú)需即時(shí)傳輸所述數(shù)據(jù)傳輸請(qǐng)求。
10.如權(quán)利要求9所述的用戶設(shè)備，其特征在于，所述NAS層緩存功能模塊具體用于，根據(jù)以下判斷標(biāo)準(zhǔn)之一或組合，判斷數(shù)據(jù)傳輸請(qǐng)求是用戶發(fā)起的還是后臺(tái)發(fā)起的: 屏幕或/和鍵盤(pán)鎖定是否激活； 用戶上次按鍵操作或觸摸屏幕操作之后的時(shí)間間隔； 應(yīng)用程序模塊提供的指示信息； 數(shù)據(jù)傳輸請(qǐng)求所請(qǐng)求的應(yīng)用的類(lèi)型。
11.如權(quán)利要求7或8所述的用戶設(shè)備，其特征在于，所述NAS層緩存功能模塊具體用于通過(guò)以下方式之一，向NAS層處理模塊指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存: 通過(guò)原語(yǔ)方式，向NAS層處理模塊指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存； 通過(guò)將共享參數(shù)設(shè)置為表示有數(shù)據(jù)傳輸請(qǐng)求被緩存的參數(shù)值的方式，向NAS層處理模塊指示出有數(shù)據(jù)傳輸請(qǐng)求被緩存。
12.如權(quán)利要求7或8所述的用戶設(shè)備，其特征在于，所述NAS層處理模塊還用于，當(dāng)所述用戶設(shè)備的跟蹤區(qū)更新TAU過(guò)程被觸發(fā)后進(jìn)入連接態(tài)，且所述NAS層處理模塊根據(jù)指示信息得知有數(shù)據(jù)傳輸請(qǐng)求被緩存的情況下，所述NAS層處理模塊在發(fā)送的TAU請(qǐng)求消息中攜帶用于表示用戶設(shè)備有數(shù)據(jù)需要傳輸?shù)臉?biāo)識(shí)信息。
【文檔編號(hào)】H04W52/02GK103781124SQ201210415289
【公開(kāi)日】2014年5月7日 申請(qǐng)日期:2012年10月26日 優(yōu)先權(quán)日:2012年10月26日
【發(fā)明者】康艷超 申請(qǐng)人:電信科學(xué)技術(shù)研究院