用于功耗優(yōu)化的增強(qiáng)ue數(shù)據(jù)傳輸?shù)闹谱鞣椒?br> 【專利摘要】本發(fā)明揭示用于功耗優(yōu)化的增強(qiáng)UE數(shù)據(jù)傳輸方法。UE檢測(cè)UE條件以及決定UE業(yè)務(wù)特性。該UE基于該業(yè)務(wù)特性實(shí)施功耗優(yōu)化。在一個(gè)新穎方面中，基于該UE條件，該UE決定該業(yè)務(wù)特性為低優(yōu)先級(jí)或者唯移動(dòng)臺(tái)發(fā)起業(yè)務(wù)。在一個(gè)實(shí)施例中，該UE將預(yù)先調(diào)度低優(yōu)先級(jí)數(shù)據(jù)傳輸與MM消息對(duì)齊，或者將多個(gè)低優(yōu)先級(jí)預(yù)先調(diào)度數(shù)據(jù)傳輸分組在一起。在另一個(gè)實(shí)施例中，UE在檢測(cè)到應(yīng)用程序觸發(fā)低優(yōu)先級(jí)業(yè)務(wù)之后，減少NAS再試過(guò)程。在另一個(gè)實(shí)施例中，對(duì)于唯移動(dòng)臺(tái)發(fā)起業(yè)務(wù)，直到下一個(gè)數(shù)據(jù)傳輸U(kuò)E關(guān)閉RF模塊。在另一個(gè)新穎方面，UE檢測(cè)以及發(fā)送UE條件給網(wǎng)絡(luò)。該網(wǎng)絡(luò)決定UE業(yè)務(wù)特性以及相應(yīng)實(shí)施功耗優(yōu)化。
【專利說(shuō)明】用于功耗優(yōu)化的增強(qiáng)UE數(shù)據(jù)傳輸
[0001] 相關(guān)申請(qǐng)的奪叉引用
[0002] 本申請(qǐng)依據(jù)35U. S. α § 119要求2012年5月18日遞交的，申請(qǐng)?zhí)枮?1/648, 660 標(biāo)題為"用于功耗優(yōu)化的增強(qiáng)UE數(shù)據(jù)傳輸（Enhanced UE Data Transmission for Power Consumption Optimization) "的美國(guó)臨時(shí)申請(qǐng)案的優(yōu)先權(quán)，上述申請(qǐng)的標(biāo)的在此合并作為 參考。

【技術(shù)領(lǐng)域】
[0003] 本發(fā)明的實(shí)施例一般有關(guān)于移動(dòng)通信網(wǎng)絡(luò)，更具體地，有關(guān)于用于功耗（power consumption)優(yōu)化（optimization)的增強(qiáng)（enhanced)UE 數(shù)據(jù)傳輸。

【背景技術(shù)】
[0004] 移動(dòng)數(shù)據(jù)，移動(dòng)用戶以及移動(dòng)數(shù)據(jù)業(yè)務(wù)的指數(shù)型增長(zhǎng)，需要網(wǎng)絡(luò)容量以及效能 (efficiency)的實(shí)質(zhì)增加。智能手機(jī)用戶的快速增長(zhǎng)（uptake)以及移動(dòng)裝置，例如機(jī)器類 型通信（Machine Type Communication,MTC)裝置的不同類型的出現(xiàn)（launch)對(duì)于現(xiàn)存移 動(dòng)數(shù)據(jù)網(wǎng)絡(luò)施加了額外壓力。具體地，現(xiàn)代智能手機(jī)通常（constantly)需要網(wǎng)絡(luò)對(duì)背景業(yè) 務(wù)做回應(yīng)（poll)，即使用戶處于非激活（inactive)狀態(tài)，依然導(dǎo)致了大量信令業(yè)務(wù)。今天， 網(wǎng)絡(luò)面臨著引起了更低數(shù)據(jù)率、失敗呼叫以及慢響應(yīng)時(shí)間的網(wǎng)絡(luò)擁塞問(wèn)題。
[0005] 長(zhǎng)期演進(jìn)（Long Term Evolution, LTE)是提供更高數(shù)據(jù)率、更低延遲以及提高 系統(tǒng)容量的改進(jìn)的通用移動(dòng)電信系統(tǒng)（Universal Mobile Telecommunication System, UMTS)。在LTE系統(tǒng)中，演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)（evolved universal terrestrial radio access network)包含多個(gè)基站，稱作演進(jìn)節(jié)點(diǎn)B (evolved Node-B，eNB)，多個(gè)基站 與多個(gè)移動(dòng)臺(tái)進(jìn)行通信，其中，移動(dòng)臺(tái)稱作用戶設(shè)備。UE可以透過(guò)DL以及UL與基站或者 eNB進(jìn)行通信。DL指從基站到UE的通信。UL稱從UE到基站之間的通信。
[0006] 在LTE系統(tǒng)的改進(jìn)中，隨著不同移動(dòng)用戶的快速增長(zhǎng)依然面領(lǐng)著容量以及效能問(wèn) 題。進(jìn)一步說(shuō)，移動(dòng)網(wǎng)絡(luò)中的UE面臨著電池效能的很多問(wèn)題?，F(xiàn)代智能手機(jī)支持各類移動(dòng) 應(yīng)用程序（application)。這些應(yīng)用程序具有不同業(yè)務(wù)特性（）。其中多數(shù)沒(méi)有有效地使用 網(wǎng)絡(luò)資源，以及導(dǎo)致了 UE電池效能急劇降低。在第三代（third generation，3G)移動(dòng)網(wǎng) 絡(luò)，用戶裝置（UE)需要為數(shù)據(jù)傳輸實(shí)施一些列信令過(guò)程（procedure)，例如無(wú)線資源連接 (Radio Resource Connection，RRC)、附著（attach)過(guò)程，鑒權(quán)（identification)過(guò)程，以 及數(shù)據(jù)路徑建立過(guò)程。這些過(guò)程消耗了大量網(wǎng)絡(luò)資源以及UE電量。很多移動(dòng)數(shù)據(jù)應(yīng)用今 天發(fā)送以及接收小數(shù)據(jù)，但是依然需要大量信令過(guò)程。另一個(gè)例子是MTC應(yīng)用，以預(yù)定時(shí)間 間隔產(chǎn)生規(guī)則的數(shù)據(jù)傳輸以及在網(wǎng)絡(luò)中為每一傳輸實(shí)施附著/去附著（detach)過(guò)程。這 些應(yīng)用顯著地增加信令開(kāi)銷。UE電池壽命成為了重要問(wèn)題，因?yàn)楹芏啾尘皹I(yè)務(wù)以及背景應(yīng) 用并沒(méi)有為電池消耗而進(jìn)行優(yōu)化。隨著各種移動(dòng)應(yīng)用數(shù)量的增加需要對(duì)于UE功耗的優(yōu)化。


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

[0007] 本發(fā)明的實(shí)施例揭示了用于功耗優(yōu)化的增強(qiáng)UE數(shù)據(jù)傳輸方法。UE在移動(dòng)通信網(wǎng) 絡(luò)中檢測(cè)一個(gè)或者多個(gè)預(yù)先定義UE條件。然后該UE決定UE業(yè)務(wù)特性。該UE基于該已決 定業(yè)務(wù)特性為特定傳輸（specific transmission)過(guò)程實(shí)施功耗優(yōu)化。
[0008] 在一個(gè)新穎方面中，基于已檢測(cè)UE條件，該UE決定業(yè)務(wù)特性為低優(yōu)先級(jí)（low priority)業(yè)務(wù)。在一個(gè)實(shí)施例中，在檢測(cè)到低優(yōu)先級(jí)業(yè)務(wù)時(shí)，UE將周期傳輸與移動(dòng)性管 理（Mobility Management, MM)消息對(duì)齊（align)。在另一個(gè)實(shí)施例中，UE將多個(gè)周期傳 輸分組用于低優(yōu)先級(jí)業(yè)務(wù)。在再一個(gè)實(shí)施例中，UE進(jìn)一步辨識(shí)（identify)是否應(yīng)用程序 觸發(fā)數(shù)據(jù)傳輸，而不是用戶互動(dòng)（interaction)所觸發(fā)。如果是，則UE減少非接入狀態(tài) (Non-Access-Stratum，NAS)過(guò)程的再試（retry)嘗試。
[0009] 在另一個(gè)新穎方面中，該UE確定該業(yè)務(wù)特性為唯移動(dòng)臺(tái)發(fā)起業(yè)務(wù)。該UE為唯 移動(dòng)臺(tái)發(fā)起（Mobile Originated only, M0 ONLY)業(yè)務(wù)實(shí)施功耗優(yōu)化。在一個(gè)實(shí)施例 中，檢測(cè)到M0 ONLY業(yè)務(wù)之后，該UE在數(shù)據(jù)傳輸之后關(guān)閉（turn off)射頻（RF)模塊， 直到下一個(gè)數(shù)據(jù)傳輸。在另一個(gè)實(shí)施例中，UE在消息（message)中發(fā)送唯移動(dòng)臺(tái)發(fā)起 服務(wù)（M〇-Service-〇nly)或者必要時(shí)附著（Attach-When-Needed)指示或者信息粒子 (Information Element，IE)給網(wǎng)絡(luò)。
[0010] 在其他新穎方面中，該UE檢測(cè)以及發(fā)送UE條件給網(wǎng)絡(luò)。在接收到UE條件之后， 網(wǎng)絡(luò)決定UE業(yè)務(wù)特性以及實(shí)施UE功耗優(yōu)化。在一個(gè)實(shí)施例中，UE在附著請(qǐng)求（ATTACH REQUEST)消息中指示Attach-When-Needed以及可選的隱含去附著過(guò)期（timeout)值。網(wǎng) 絡(luò)或者實(shí)施明示（explicit)去附著過(guò)程，或者實(shí)施隱含（implicit)去附著過(guò)程。
[0011] 下面詳細(xì)描述本發(fā)明的其他實(shí)施例以及有益效果。本發(fā)明的保護(hù)范圍不以發(fā)明內(nèi) 容為限，而以權(quán)利要求為準(zhǔn)。

【專利附圖】

【附圖說(shuō)明】
[0012] 圖1為根據(jù)一個(gè)新穎方面的無(wú)線網(wǎng)絡(luò)示例系統(tǒng)示意圖。
[0013] 圖2為根據(jù)支持本發(fā)明的實(shí)施例的UE方塊示意圖。
[0014] 圖3為根據(jù)本發(fā)明的實(shí)施例，從不同資源UE辨識(shí)不同業(yè)務(wù)特性的方塊示意圖。
[0015] 圖4為透過(guò)使用麗消息，對(duì)齊（align)低優(yōu)先級(jí)業(yè)務(wù)的UE功耗優(yōu)化流程示意圖。 [0016] 圖5為透過(guò)對(duì)齊多個(gè)低優(yōu)先級(jí)數(shù)據(jù)傳輸?shù)腢E功耗優(yōu)化流程示意圖。
[0017] 圖6為透過(guò)周期性關(guān)閉RF模塊從而用于低優(yōu)先級(jí)預(yù)先調(diào)度業(yè)務(wù)的另一個(gè)UE功耗 優(yōu)化流程示意圖。
[0018] 圖7為當(dāng)NAS過(guò)程被應(yīng)用程序所觸發(fā)時(shí)，透過(guò)減少再試NAS消息的次數(shù)而用于低 優(yōu)先級(jí)業(yè)務(wù)的UE功耗優(yōu)化流程示意圖。
[0019] 圖8為數(shù)據(jù)傳輸之后透過(guò)去附著UE而為M0 ONLY業(yè)務(wù)的UE功耗優(yōu)化流程示意圖。
[0020] 圖9為如果UE不請(qǐng)求重新附著（reattach)而透過(guò)網(wǎng)絡(luò)初始化的去附著過(guò)程而去 附著，經(jīng)由不嘗試附著過(guò)程而用于M0 ONLY業(yè)務(wù)的UE功耗優(yōu)化流程示意圖。
[0021] 圖10為數(shù)據(jù)傳輸之后，透過(guò)關(guān)閉RF模塊直到下一個(gè)數(shù)據(jù)傳輸請(qǐng)求，用于M0 ONLY 業(yè)務(wù)的UE功耗優(yōu)化流程示意圖。
[0022] 圖11為根據(jù)本發(fā)明的實(shí)施例，UE檢測(cè)低優(yōu)先級(jí)業(yè)務(wù)以及相應(yīng)實(shí)施UE功耗優(yōu)化的 流程圖。
[0023] 圖12為根據(jù)本發(fā)明的實(shí)施，UE檢測(cè)MO ONLY業(yè)務(wù)以及相應(yīng)地實(shí)施UE功耗優(yōu)化的 流程示意圖。
[0024] 圖13為UE發(fā)送UE條件給網(wǎng)絡(luò)以及網(wǎng)絡(luò)基于已接收UE條件配置UE的流程示意 圖。
[0025] 圖14為在NAS消息中，UE包含MO-Service-Only指示或者IE的流程示意圖。
[0026] 圖15為UE指示必要時(shí)附著（attach-when-needed)以及網(wǎng)絡(luò)實(shí)施明示去附著過(guò) 程的流程示意圖。
[0027] 圖16為UE指示必要時(shí)附著（attach-when-needed)以及網(wǎng)絡(luò)實(shí)施隱含去附著過(guò) 程的流程示意圖。
[0028] 圖17為根據(jù)本發(fā)明的實(shí)施例，eNB接收UE條件決定UE業(yè)務(wù)特性以及相應(yīng)地實(shí)施 UE功耗優(yōu)化的流程示意圖。

【具體實(shí)施方式】
[0029] 現(xiàn)在將參考本發(fā)明的一些實(shí)施例作詳細(xì)說(shuō)明，其示例如附圖所示。
[0030] 圖1為根據(jù)一個(gè)新穎方面，無(wú)線網(wǎng)絡(luò)的系統(tǒng)示意圖。無(wú)線系統(tǒng)包含無(wú)線接入網(wǎng)絡(luò) 110,核心網(wǎng)絡(luò)120以及外部網(wǎng)絡(luò)130。UE111透過(guò)Uu接口連接到eNB112。eNB112透過(guò)S1接 口連接到移動(dòng)性管理實(shí)體（Mobility Management Entity,MME) 121以及服務(wù)網(wǎng)關(guān)（Serving Gateway，S-GW)。MME121 透過(guò) S11 接口連接到 S-GW122。S-GW122 進(jìn)一步透過(guò) S5/S8 接口連 接到P-GW123。P-GW123透過(guò)SGi接口連接到外部網(wǎng)絡(luò)130。圖1進(jìn)一步給出根據(jù)本發(fā)明的 實(shí)施例的示例系統(tǒng)過(guò)程。步驟151中，UE101連接eNB102以及建立RRC連接。步驟152中， UE101上的應(yīng)用程序開(kāi)始數(shù)據(jù)傳輸請(qǐng)求。不同數(shù)據(jù)傳輸具有不同業(yè)務(wù)特性。根據(jù)本發(fā)明的 實(shí)施，區(qū)分不同數(shù)據(jù)傳輸請(qǐng)求的類型是重要的。在步驟153, UE101辨識(shí)數(shù)據(jù)請(qǐng)求的業(yè)務(wù)類 型。步驟154，UE101透過(guò)eNB102發(fā)送附著請(qǐng)求（ATTACH REQUEST)給MME103。根據(jù)本發(fā)明 的實(shí)施例，UE101可以在ATTACH REQUEST消息中指示業(yè)務(wù)特性給網(wǎng)絡(luò)。這樣的指示也可以 包含在其他NAS消息中。在接收到ATTACH REQUEST之后，MME103建立與SGW以及PGW104 的會(huì)話（session)。該會(huì)話建立過(guò)程也可以包含鑒權(quán)、加密以及其他安全性（security)過(guò) 程。在成功會(huì)話建立之后，步驟156, MME103以及UE101交換消息以完成附著過(guò)程。根據(jù) 來(lái)自附著過(guò)程得到的參數(shù)UE101以及eNB102也交換消息以實(shí)施RRC重配置。在步驟157， UE101實(shí)施功耗優(yōu)化。上述優(yōu)化可以基于不同傳輸過(guò)程以及先前已辨識(shí)業(yè)務(wù)特性。
[0031] 圖2給出支持本發(fā)明實(shí)施例的UE的方塊示意圖。UE具有RF收發(fā)模塊211，耦接 到天線201以及從天線201接收信號(hào)，將已接收信號(hào)轉(zhuǎn)換為基頻信號(hào)，從而發(fā)送給處理器 212。RF收發(fā)器201也將從處理器212接收的基頻信號(hào)轉(zhuǎn)換，轉(zhuǎn)換為RF信號(hào)，以及發(fā)送給天 線201。處理器212處理已接收基頻信號(hào)，以及觸發(fā)不同功能模塊實(shí)施UE中的功能。存儲(chǔ) 器213存儲(chǔ)程序指令以及數(shù)據(jù)以控制UE的運(yùn)作。圖2進(jìn)一步給出UE中的功能模塊221到 225,其中上述模塊用于實(shí)施本發(fā)明的實(shí)施例。上述功能模塊可以由硬件、固件、軟件或者上 述幾者的組合而實(shí)施。
[0032] 圖2為實(shí)施本發(fā)明的實(shí)施例的5個(gè)功能模塊的示意圖。UE條件模塊221檢測(cè)UE 條件，其中，UE條件與預(yù)先定義業(yè)務(wù)特性有關(guān)。這些UE條件可以預(yù)先配置以及/或者由系 統(tǒng)可以動(dòng)態(tài)配置/更新。UE條件模塊221可以配置為從UE的不同模塊收集上述條件，模塊 例如硬件狀態(tài)、應(yīng)用消息（application message)、應(yīng)用程序接口，從其他內(nèi)部模塊或者UE 可用的任何其他方式。業(yè)務(wù)特性模塊222為UE決定業(yè)務(wù)特性。業(yè)務(wù)特性模塊222評(píng)估UE 條件以及決定UE的業(yè)務(wù)特性。業(yè)務(wù)特性可以為預(yù)先配置集合（set)以及/或者可以由系 統(tǒng)動(dòng)態(tài)配置/更新。確定算法可以預(yù)先配置以及/或者可以動(dòng)態(tài)更新。數(shù)據(jù)發(fā)送/接收模 塊223發(fā)送數(shù)據(jù)給UE以及從UE接收數(shù)據(jù)。根據(jù)本發(fā)明的實(shí)施例，數(shù)據(jù)發(fā)送/接收模塊223 與UE中的其他模塊相連（interface)以實(shí)現(xiàn)功耗優(yōu)化。辨識(shí)模塊224辨識(shí)數(shù)據(jù)傳輸過(guò)程， 其中該數(shù)據(jù)傳輸過(guò)程配置為實(shí)施功耗優(yōu)化。該辨識(shí)可以為程序中的簡(jiǎn)單Η00Κ，該HOOK使能 該程序以實(shí)施一些預(yù)先定義功耗優(yōu)化。該程序可以嵌入在軟件以及固件中，或者可以動(dòng)態(tài) 配置或者更新。功耗優(yōu)化模塊225實(shí)施功耗優(yōu)化。在一個(gè)新穎方面，辨識(shí)出UE中的特定過(guò) 程，該UE基于預(yù)先決定業(yè)務(wù)特性實(shí)施對(duì)應(yīng)功耗優(yōu)化。
[0033] 提高電池壽命以及增加網(wǎng)絡(luò)效能的重要步驟是區(qū)分不同數(shù)據(jù)業(yè)務(wù)類型以及相應(yīng) 實(shí)施數(shù)據(jù)傳輸過(guò)程。因此首先辨識(shí)業(yè)務(wù)特性是重要的。
[0034] 圖3為根據(jù)本發(fā)明的實(shí)施例，UE從不同來(lái)源辨識(shí)不同業(yè)務(wù)特性的方塊示意 圖。UE301連接eNB302, eNB302連接到MME303。UE301具有用戶識(shí)別模塊（Subscriber Identity Module，SM)卡320。用于UE的多數(shù)SM卡包含用戶信息，例如國(guó)際移動(dòng)用戶識(shí) 別碼（International Mobile Subscriber Identity，IMSI)以及服務(wù)特征集合（service feature set)。服務(wù)特征一般在UE在服務(wù)運(yùn)營(yíng)商注冊(cè)（signed up)得到服務(wù)時(shí)進(jìn)行配置。 服務(wù)特征包含有關(guān)定制（subscribed)服務(wù)以及功能的細(xì)節(jié)。SIM卡上的該服務(wù)以及特征信 息可以是指示出業(yè)務(wù)特性的重要信息。舉例說(shuō)明，服務(wù)可以指示出UE301配置作為MTC裝 置，或者作為M0 ONLY或者唯移動(dòng)臺(tái)被呼（MT only)裝置。UE301也可以配置為功率節(jié)省模 式，或者允許信令或者數(shù)據(jù)以低優(yōu)先級(jí)發(fā)送。UE301，從SIM卡獲得服務(wù)以及特征信息之后， 可以決定該業(yè)務(wù)具有低優(yōu)先級(jí)。UE301可以配置為從SM卡動(dòng)態(tài)辨識(shí)新特征以及服務(wù)。這 樣的動(dòng)態(tài)辨識(shí)應(yīng)用于特征集合（feature set)的重新分類（re-categorization)、或者更 新特征集合以及更新和增加業(yè)務(wù)特性集合。這樣的有關(guān)特征和服務(wù)信息的業(yè)務(wù)特性也可以 透過(guò)配置消息接收，配置消息例如來(lái)自運(yùn)行管理和維護(hù)（Operations, Administration and Maintenance,0ΑΜ)接口的裝置管理（Device Management,DM)消息。在接收到上述消息之 后UE301可以相應(yīng)地辨識(shí)業(yè)務(wù)特性。
[0035] UE301可以進(jìn)一步分析UE301上運(yùn)行的應(yīng)用程序而辨識(shí)業(yè)務(wù)特性。APP-1321、 APP-2322以及APP-N323代表UE301上運(yùn)行的多個(gè)應(yīng)用程序。同時(shí)UE301上可以運(yùn)行幾個(gè) 應(yīng)用程序。應(yīng)用程序中的一些可以為UE301其他應(yīng)用程序所啟動(dòng)而導(dǎo)致的背景應(yīng)用程序。 一些應(yīng)用程序?yàn)橛脩舫跏嫉幕?dòng)性（interactive)業(yè)務(wù)。一些應(yīng)用程序包含大（large)數(shù) 據(jù)業(yè)務(wù)，而一些應(yīng)用程序包含?。╯mall sized)數(shù)據(jù)傳輸。一些應(yīng)用程序發(fā)送周期性業(yè)務(wù)。 一些應(yīng)用程序由應(yīng)用程序，而不是用戶所觸發(fā)。UE條件可以用來(lái)決定UE業(yè)務(wù)特性具有低優(yōu) 先級(jí)。在UE301上透過(guò)分析特定應(yīng)用程序而辨識(shí)業(yè)務(wù)特性有很多方法。例如，UE301可以 使用某個(gè)算法決定是否業(yè)務(wù)只被應(yīng)用程序所觸發(fā)。UE301可以查看（look at)業(yè)務(wù)數(shù)據(jù)長(zhǎng) 度。UE301也可以分析分組數(shù)據(jù)的內(nèi)容決定是否其被應(yīng)用程序所觸發(fā)。一些應(yīng)用程序具有 用于應(yīng)用程序?qū)傩裕╬roperties)的標(biāo)簽（label)。UE301也可以使用上述標(biāo)簽決定是否為 應(yīng)用程序所觸發(fā)。另一個(gè)例子中，每一應(yīng)用程序的接入點(diǎn)名稱（Access Point Name，APN) 可以指示業(yè)務(wù)特性。UE301可以透過(guò)分類（categorizing) APN而決定業(yè)務(wù)特性。這樣的分 類可以為預(yù)先配置或者動(dòng)態(tài)更新。進(jìn)一步說(shuō)，UE301可以配置預(yù)先定義的數(shù)據(jù)大小閾值，或 者頻寬閾值。UE301從應(yīng)用程序接收到傳輸請(qǐng)求之后可以比較自己的數(shù)據(jù)傳輸大小以及/ 或者頻寬請(qǐng)求以決定是否自己的數(shù)據(jù)傳輸大小以及/或者頻寬請(qǐng)求比預(yù)先配置的閾值小。 如果是，UE301可以進(jìn)一步辨識(shí)出業(yè)務(wù)為低優(yōu)先級(jí)業(yè)務(wù)。其他指示，例如來(lái)自應(yīng)用程序的背 景業(yè)務(wù)也可以用于辨識(shí)低優(yōu)先級(jí)業(yè)務(wù)。在一個(gè)例子中，UE301檢測(cè)出產(chǎn)生MO ONLY通信的所 有激活應(yīng)用程序之后，可以辨識(shí)MO ONLY業(yè)務(wù)特性。其他UE內(nèi)部狀態(tài)指示符（indicator) 也可以用于辨識(shí)業(yè)務(wù)特性。舉例說(shuō)明，UE硬件狀態(tài)可以指示UE處于休眠（sle?。┗蛘呱?度休眠（deep sleep)模式。這樣的指示符為決定UE業(yè)務(wù)特性的因數(shù)（factor)y
[0036] 另一個(gè)辨識(shí)UE業(yè)務(wù)特性的方法是透過(guò)網(wǎng)絡(luò)配置。在一個(gè)新穎方面中，UE301收集 (collect)UE業(yè)務(wù)條件，以及在步驟331發(fā)送上述條件給eNB302。這樣的UE條件可以包含 業(yè)務(wù)大小、UE硬件狀態(tài)、APN信息，UE互動(dòng)或者非互動(dòng)（non-interactive)模式，以及其他 任何業(yè)務(wù)相關(guān)信息。在步驟332，eNB轉(zhuǎn)發(fā)上述UE業(yè)務(wù)條件給MME303。MME303分析上述 UE業(yè)務(wù)條件的信息以及決定UE特務(wù)特性。步驟333MME303發(fā)送配置消息給UE301，其中配 置消息有關(guān)UE業(yè)務(wù)特性。所屬領(lǐng)域技術(shù)人員可以理解，其他網(wǎng)絡(luò)實(shí)體也可以配置為簡(jiǎn)單地 接收以及決定UE業(yè)務(wù)特性。其他網(wǎng)絡(luò)配置方法可以包含空中下載（Over The Air，0ΤΑ)配 置，其中，OTA配置指示低優(yōu)先級(jí)或者M(jìn)O ONLY裝置。來(lái)自網(wǎng)絡(luò)的系統(tǒng)配置消息，信令消息 或者廣播消息也可以指示UE配置該裝置為MO ONLY裝置，或者配置UE為其他預(yù)先定義類 型。雖然MME用于實(shí)施網(wǎng)絡(luò)功能，所屬領(lǐng)域技術(shù)人員可以理解，任何其他網(wǎng)絡(luò)實(shí)體也可以配 置為實(shí)施上述相同或者相似的功能。
[0037] UE301在步驟310透過(guò)上述方式獲得UE業(yè)務(wù)特性。進(jìn)一步在步驟311將UE業(yè)務(wù) 分配為低優(yōu)先級(jí)，或者在步驟312分為常規(guī)（regular)業(yè)務(wù)，或者在步驟313分為M0 ONLY 業(yè)務(wù)。上述3個(gè)分類為示例辨識(shí)。UE301可以動(dòng)態(tài)配置為辨識(shí)更多或者更少的業(yè)務(wù)特性。 辨識(shí)方法可以預(yù)先定義以及/或者動(dòng)態(tài)更新。
[0038] 辨識(shí)UE業(yè)務(wù)特性之后，UE可以實(shí)施特定行為（action)以優(yōu)化UE電池消耗。圖4給 出了透過(guò)將低優(yōu)先級(jí)業(yè)務(wù)與MM消息對(duì)齊從而用于UE功耗優(yōu)化的流程示意圖。步驟401，UE 檢測(cè)數(shù)據(jù)傳輸請(qǐng)求。步驟402，UE決定是否數(shù)據(jù)傳輸請(qǐng)求為用于預(yù)先調(diào)度（prescheduled) 應(yīng)用程序的請(qǐng)求。這樣的預(yù)先調(diào)度應(yīng)用程序通常以某個(gè)預(yù)先調(diào)度的時(shí)間間隔周期性傳輸數(shù) 據(jù)分組。如果業(yè)務(wù)為非預(yù)先調(diào)度以及沒(méi)有檢測(cè)到其他相關(guān)業(yè)務(wù)特性，那么UE可以常規(guī)發(fā)送 業(yè)務(wù)。如果在步驟402, UE檢測(cè)到該數(shù)據(jù)請(qǐng)求為用于預(yù)先調(diào)度數(shù)據(jù)傳輸，UE可以進(jìn)一步?jīng)Q 定是否為使用上述討論方法的低優(yōu)先級(jí)業(yè)務(wù)。如果不是低優(yōu)先級(jí)業(yè)務(wù)，UE轉(zhuǎn)到步驟404以 及常規(guī)發(fā)送數(shù)據(jù)業(yè)務(wù)。如果在步驟403, UE決定為低優(yōu)先級(jí)業(yè)務(wù)，那么UE轉(zhuǎn)到步驟405以 及將數(shù)據(jù)傳輸對(duì)齊MM消息。
[0039] 圖5為經(jīng)由將多個(gè)低優(yōu)先級(jí)數(shù)據(jù)傳輸對(duì)齊而進(jìn)行UE功耗優(yōu)化的流程示意圖。UE 檢測(cè)多個(gè)數(shù)據(jù)傳輸請(qǐng)求。在一個(gè)例子中，UE接收數(shù)據(jù)傳輸請(qǐng)求-1501，數(shù)據(jù)傳輸請(qǐng)求-2502， 以及數(shù)據(jù)傳輸請(qǐng)求-N503。在步驟504, UE決定是否上述數(shù)據(jù)傳輸請(qǐng)求為預(yù)先調(diào)度。如果 不是預(yù)先調(diào)度以及沒(méi)有檢測(cè)到其他相關(guān)業(yè)務(wù)特性，UE透過(guò)在步驟506發(fā)送數(shù)據(jù)請(qǐng)求-1，在 步驟507發(fā)送數(shù)據(jù)請(qǐng)求-2以及在步驟508發(fā)送數(shù)據(jù)請(qǐng)求-N而常規(guī)發(fā)送。如果在步驟504， UE決定數(shù)據(jù)傳輸請(qǐng)求為預(yù)先調(diào)度，那么UE在步驟505決定上述數(shù)據(jù)請(qǐng)求是否為低優(yōu)先級(jí) 業(yè)務(wù)。如果在步驟505UE決定上述業(yè)務(wù)不是低優(yōu)先級(jí)業(yè)務(wù)，UE透過(guò)在步驟506發(fā)送數(shù)據(jù)傳 輸-1，在步驟507發(fā)送數(shù)據(jù)傳輸-2,在步驟508傳送數(shù)據(jù)傳輸-N而常規(guī)傳送。如果UE在 步驟505決定上述業(yè)務(wù)是低優(yōu)先級(jí)業(yè)務(wù)，那么UE轉(zhuǎn)到步驟509,將多個(gè)數(shù)據(jù)傳輸對(duì)齊以及一 起發(fā)送。圖5給出了當(dāng)全部數(shù)據(jù)傳輸請(qǐng)求同時(shí)被辨識(shí)為預(yù)先調(diào)度以及低優(yōu)先級(jí)發(fā)生時(shí)，步 驟509功耗優(yōu)化的示例。所屬領(lǐng)域技術(shù)人員可以理解UE可以應(yīng)用優(yōu)化行為到任何數(shù)量的 數(shù)據(jù)傳輸，其中，傳常規(guī)輸其他業(yè)務(wù)時(shí)，UE可以將優(yōu)化行為使用到已經(jīng)辨識(shí)為預(yù)先調(diào)度以及 低優(yōu)先級(jí)的任何數(shù)量的數(shù)據(jù)傳輸上。
[0040] 圖6為透過(guò)周期性關(guān)閉RF模塊用于低優(yōu)先級(jí)預(yù)先調(diào)度業(yè)務(wù)的UE功耗優(yōu)化另一個(gè) 流程示意圖。步驟601中，UE接收數(shù)據(jù)傳輸請(qǐng)求。步驟602, UE決定是否數(shù)據(jù)傳輸為預(yù)先 調(diào)度業(yè)務(wù)。如過(guò)不是以及沒(méi)有其他相關(guān)業(yè)務(wù)特性，那么UE轉(zhuǎn)到步驟603以及常規(guī)發(fā)送數(shù)據(jù) 傳輸。如果在步驟602, UE檢測(cè)到數(shù)據(jù)傳輸為預(yù)先調(diào)度業(yè)務(wù)，那么UE在步驟604決定是否 為低優(yōu)先級(jí)。如果不是低優(yōu)先級(jí)業(yè)務(wù)，那么UE轉(zhuǎn)到步驟603以及常規(guī)發(fā)送數(shù)據(jù)傳輸。如果 在步驟604UE決定為低優(yōu)先級(jí)業(yè)務(wù)，那么UE透過(guò)轉(zhuǎn)到步驟605而實(shí)施電池消耗優(yōu)化。步驟 605，UE決定用于預(yù)先調(diào)度數(shù)據(jù)傳輸?shù)亩〞r(shí)器間隔。步驟606，UE傳送數(shù)據(jù)。完成數(shù)據(jù)傳輸 之后，步驟607,UE關(guān)閉RF模塊。步驟608,UE啟動(dòng)具有用于預(yù)先調(diào)度業(yè)務(wù)的定時(shí)器間隔的 定時(shí)器。步驟609,該定期器過(guò)期。步驟610, UE打開(kāi)RF模塊。
[0041] 圖7為當(dāng)NAS過(guò)程由應(yīng)用程序觸發(fā)時(shí)，對(duì)于低優(yōu)先級(jí)業(yè)務(wù)經(jīng)由減少再試NAS消息 的次數(shù)而UE功耗優(yōu)化的流程示意圖。步驟701中，UE接收數(shù)據(jù)傳輸請(qǐng)求。步驟702中，UE 傳送數(shù)據(jù)，步驟703, UE決定是否NAS過(guò)程失敗。步驟704, UE決定是否數(shù)據(jù)傳輸具有低優(yōu) 先級(jí)。如果在步驟704, UE決定數(shù)據(jù)傳輸沒(méi)有低優(yōu)先級(jí)，則UE轉(zhuǎn)到步驟705以及進(jìn)入正常 的NAS再試過(guò)程。如果步驟704中，UE決定數(shù)據(jù)傳輸具有低優(yōu)先級(jí)，則UE轉(zhuǎn)到步驟706以 及經(jīng)由減少NAS再試次數(shù)而實(shí)施UE電池消耗優(yōu)化。
[0042] 圖8為數(shù)據(jù)傳輸之后對(duì)于MO ONLY業(yè)務(wù)經(jīng)由去附著實(shí)施UE功耗優(yōu)化的流程示意 圖。步驟801中，UE接收數(shù)據(jù)傳輸請(qǐng)求。步驟802, UE實(shí)施附著過(guò)程。步驟803中，UE傳送 數(shù)據(jù)。步驟804中，UE決定是否業(yè)務(wù)特性為MO ONLY。如果步驟804中UE決定為MO ONLY 業(yè)務(wù)，則UE轉(zhuǎn)到步驟805以及實(shí)施去附著過(guò)程。
[0043] 圖9為如果沒(méi)有請(qǐng)求重新附著，網(wǎng)絡(luò)初始化去附著過(guò)程時(shí)如果UE去附著，不嘗試 附著過(guò)程而實(shí)施UE功耗優(yōu)化的流程示意圖。步驟901中，UE進(jìn)入網(wǎng)絡(luò)初始化去附著過(guò)程。 步驟902, UE決定是否為MO ONLY業(yè)務(wù)。如果UE決定不是MO ONLY業(yè)務(wù)，UE可以在必要時(shí) 正常初始化附著過(guò)程。如果在步驟902中，UE決定業(yè)務(wù)為M0 ONLY業(yè)務(wù)，那么轉(zhuǎn)到步驟904 以檢測(cè)是否網(wǎng)絡(luò)初始化去附著過(guò)程中指示了請(qǐng)求重新附著。如果在步驟步驟904中，UE決 定重新附著請(qǐng)求包含在網(wǎng)絡(luò)初始化去附著過(guò)程中，那么UE轉(zhuǎn)到步驟903中，其中UE必要時(shí) 可以正常進(jìn)入附著過(guò)程。如果在步驟904, UE決定在網(wǎng)絡(luò)初始化去附著過(guò)程中沒(méi)有請(qǐng)求重 新附著的指示，那么UE轉(zhuǎn)到步驟905以及透過(guò)不重試附著過(guò)程而實(shí)施UE電池消耗優(yōu)化。
[0044] 圖10給出了數(shù)據(jù)傳輸之后透過(guò)關(guān)閉RF模塊直到下一個(gè)數(shù)據(jù)傳輸請(qǐng)求時(shí)，用于M0 ONLY業(yè)務(wù)的UE功耗優(yōu)化流程示意圖。步驟1001中，UE接收數(shù)據(jù)傳輸請(qǐng)求。步驟1002中 UE實(shí)施數(shù)據(jù)傳輸。步驟1003中，UE決定是否為M0 ONLY業(yè)務(wù)。如果步驟1003決定為M0 ONLY業(yè)務(wù)，那么UE透過(guò)關(guān)閉RF模塊轉(zhuǎn)到步驟1004。UE保持在RF模塊關(guān)閉狀態(tài)中，只要沒(méi) 有其他數(shù)據(jù)傳輸請(qǐng)求。步驟1005中，UE接收另一個(gè)數(shù)據(jù)傳輸請(qǐng)求。步驟1006中，UE打開(kāi) RF模塊用于數(shù)據(jù)傳輸。
[0045] 上述例子給出了基于UE業(yè)務(wù)特性用于UE功耗優(yōu)化的特定步驟。圖11給出了根 據(jù)本發(fā)明的實(shí)施例，UE檢測(cè)低優(yōu)先級(jí)業(yè)務(wù)以及相應(yīng)實(shí)施UE功耗優(yōu)化的流程示意圖。步驟 1101中，UE在無(wú)線網(wǎng)絡(luò)中基于一個(gè)或者多個(gè)預(yù)先定義UE條件獲得UE的業(yè)務(wù)特性，其中，業(yè) 務(wù)特性指示為常規(guī)業(yè)務(wù)或者低優(yōu)先級(jí)業(yè)務(wù)。步驟1102中，UE發(fā)送或者接收數(shù)據(jù)傳輸。步 驟1103中，UE辨識(shí)數(shù)據(jù)傳輸?shù)膫鬏斶^(guò)程。步驟1104中，當(dāng)該業(yè)務(wù)特性為低優(yōu)先級(jí)業(yè)務(wù)時(shí)， UE對(duì)傳輸過(guò)程實(shí)施功耗優(yōu)化。
[0046] 圖12為根據(jù)本發(fā)明的實(shí)施例，UE檢測(cè)MO ONLY業(yè)務(wù)以及相應(yīng)實(shí)施UE功耗優(yōu)化的 流程示意圖。步驟1201中，UE在無(wú)線網(wǎng)絡(luò)中基于一個(gè)或者多個(gè)預(yù)先定義UE條件獲得UE的 業(yè)務(wù)特性，其中，該業(yè)務(wù)特性指示常規(guī)業(yè)務(wù)或者M(jìn)O ONLY業(yè)務(wù)。步驟1202中，UE發(fā)送或者 接收數(shù)據(jù)傳輸。步驟1203中，UE辨識(shí)數(shù)據(jù)傳輸?shù)膫鬏斶^(guò)程。步驟1204中，當(dāng)業(yè)務(wù)特性指 示為MO ONLY業(yè)務(wù)時(shí)，UE對(duì)傳輸過(guò)程實(shí)施功耗優(yōu)化。
[0047] UE可以檢測(cè)不同UE條件，其中，UE條件指示某種業(yè)務(wù)特性?；谶@樣的UE條件， UE可以內(nèi)部（internally)決定業(yè)務(wù)特性。上述實(shí)現(xiàn)的有益效果為UE具有完全控制，以及 可以不需要進(jìn)一步消息交換而是用本地已檢測(cè)條件?？商鎿Q地，UE可以發(fā)送已檢測(cè)UE條 件給網(wǎng)絡(luò)。網(wǎng)絡(luò)在接收到上述條件之后可以使用自己的算法去決定UE業(yè)務(wù)特性。該網(wǎng)絡(luò) 或者告知UE已決定業(yè)務(wù)特性，或者基于業(yè)務(wù)特性采取措施進(jìn)一步發(fā)送直接命令給UE。這 樣的實(shí)現(xiàn)需要額外消息交換。但是既然網(wǎng)絡(luò)潛在地可以收集（gather)更多信息，網(wǎng)絡(luò)可以 具有更復(fù)雜以及更好的算法（at a better position)。進(jìn)一步說(shuō)，從系統(tǒng)級(jí)別動(dòng)態(tài)更新算 法也是容易的，例如新開(kāi)發(fā)的功能。下列部分詳細(xì)討論一些示例實(shí)現(xiàn)，其中，網(wǎng)絡(luò)收集UE條 件以及參與到（involves in)UE功耗優(yōu)化中。所屬領(lǐng)域技術(shù)人員可以理解的是系統(tǒng)可以選 擇具有純只由UE(UE only)實(shí)現(xiàn)，只由網(wǎng)絡(luò)（network only)實(shí)現(xiàn),或者上述二者的結(jié)合，其 中，UE在某些情況下做決定，而系統(tǒng)在其他情況下做決定。進(jìn)一步，下面介紹的部分中，雖 然eNB顯示作為實(shí)體與UE交換信息，下面描述的功能可以由其他適合的網(wǎng)絡(luò)實(shí)體所實(shí)施。
[0048] 圖13給出了基于已接收UE條件，UE發(fā)送UE條件給網(wǎng)絡(luò)，以及網(wǎng)絡(luò)基于已接收UE 條件配置UE的流程示意圖。UE1301連接eNB1302。步驟1311，UE1301檢測(cè)UE條件，其中該 UE條件與某種或者某些業(yè)務(wù)特性相關(guān)。步驟1312，UE1301發(fā)送已檢測(cè)UE條件給eNB1302。 該消息交換可以具有UE以及網(wǎng)絡(luò)所支持消息的任何格式。舉例說(shuō)明，NAS消息、RRC消息以 及/或者0AM DM消息可以用于支持該功能。步驟1313，eNB1302,或者其他適合的網(wǎng)絡(luò)實(shí) 體，接收到UE條件之后決定UE業(yè)務(wù)特性。該決定可以單獨(dú)基于UE條件，或者可以基于UE 條件以及網(wǎng)絡(luò)具有的其他信息。在決定UE業(yè)務(wù)特性之后，步驟1314, eNB1302發(fā)送配置信 息給UE1301。接收到配置消息之后，步驟1315, UE1301相應(yīng)實(shí)施功耗優(yōu)化。步驟1314的 配置消息可以進(jìn)一步包含發(fā)給UE的詳細(xì)命令以實(shí)施一些特定行為（action)。
[0049] 圖14給出了 NAS消息中UE包含M〇-Service-〇nly指示的流程示意圖。UE1401 連接eNB1402,步驟1411，UE1401檢測(cè)與UE業(yè)務(wù)特性相關(guān)的UE條件。步驟1412， UE1401基于已檢測(cè)UE條件決定業(yè)務(wù)特性為M0 ONLY。步驟1413中，UE1401在NAS消 息中包含M〇-Service-〇nly指示符以及/或者IE，其中NAS消息發(fā)送給網(wǎng)絡(luò)。舉例說(shuō) 明，ΜΟ-Service-only指示符可以包含在追蹤區(qū)域更新請(qǐng)求消息（Tracking Area Update Request message)、附著請(qǐng)求（Attach Request)或者服務(wù)請(qǐng)求（Service Request)消息中。 接收到MO-Service-Only指示符或者IE之后，eNB1402在步驟1414相應(yīng)實(shí)施功耗優(yōu)化。
[0050] 圖15為UE指示必要時(shí)附著（attach-when-needed)以及網(wǎng)絡(luò)實(shí)施明示去附著過(guò) 程的流程示意圖。UE1501透過(guò)eNB連接到MME1502。步驟1511中，UE1501檢測(cè)與某種或 者某些業(yè)務(wù)特性相關(guān)的UE條件。步驟1512中，UE1501決定該業(yè)務(wù)特性為MO ONLY。步 驟1513, UE1501透過(guò)發(fā)送附著請(qǐng)求給MME1502而實(shí)施附著過(guò)程。在一個(gè)例子中，UE1501 在附著請(qǐng)求消息中指示必要時(shí)附著（attach-as-needed)給網(wǎng)絡(luò)。步驟1514中，當(dāng)基于來(lái) 自UE1501的必要時(shí)附著指示而完成數(shù)據(jù)傳輸時(shí)，MME1502決定實(shí)施明示去附著過(guò)程。步驟 1515中，MME1502初始化明示去附著過(guò)程。這里描述的明示去附著過(guò)程也應(yīng)用于當(dāng)UE指示 M〇-Service-〇nly 給網(wǎng)絡(luò)時(shí)。
[0051] 圖16為UE指不必要時(shí)附著（attach-when-needed)以及網(wǎng)絡(luò)實(shí)施隱含去附著 過(guò)程的流程示意圖。UE1601透過(guò)eNB連接到MME1602。步驟1611中，UE1601檢測(cè)與某個(gè) 或者某些業(yè)務(wù)特性相關(guān)的UE條件。步驟1612, UE1601決定該業(yè)務(wù)特性為MO ONLY。步驟 1613，UE1601 發(fā)送附著請(qǐng)求給 MME1602,其中，UE1601 發(fā)送 ATTACH REQUEST 給 MME 1602,以 在ATTACH REQUEST消息中指示必要時(shí)附著。步驟1614中，MME1602發(fā)送附著接受（ATTACH ACCEPT)消息給UE1601。在一個(gè)例子中，MME1602包含在附著接受消息中指示符所支持的 隱含去附著。步驟1603中，UE1601以及MME1602交換數(shù)據(jù)傳輸。完成數(shù)據(jù)傳輸之后，步 驟1616中，UE1601不需要進(jìn)一步與MME1602交換信令消息而實(shí)施本地去附著過(guò)程。步驟 1617中，MME1602不與UE1601交換進(jìn)一步信令消息而實(shí)施本地去附著過(guò)程。在另一個(gè)例 子中，MME1602可以可選擇低在附著接受消息中包含額外的隱含去附著過(guò)期值（timeout value)。在該例子中，RRC釋放之后，UE1601以及MME1602均啟動(dòng)具有隱含定時(shí)器值的定時(shí) 器。UE1601以及MME1602不交換其他消息在定時(shí)器過(guò)期時(shí)獨(dú)立實(shí)施本地去附著過(guò)程。這里 描述的隱含去附著過(guò)程也在UE指示MO-Service-Only給網(wǎng)絡(luò)時(shí)應(yīng)用。
[0052] 圖17為根據(jù)本發(fā)明的實(shí)施例，eNB接收UE條件決定UE的業(yè)務(wù)特性以及相應(yīng)實(shí)施 UE功耗優(yōu)化的流程示意圖。步驟1701中，無(wú)線網(wǎng)絡(luò)中eNB從UE接收一個(gè)或者多個(gè)預(yù)先定 義UE條件。步驟1702中，eNB基于UE條件決定UE的業(yè)務(wù)特性，其中，業(yè)務(wù)特性包含常規(guī) 業(yè)務(wù)、低優(yōu)先級(jí)業(yè)務(wù)或者M(jìn)0 ONLY業(yè)務(wù)。步驟1703中，eNB基于業(yè)務(wù)特性實(shí)施功耗優(yōu)化。
[0053] 雖然聯(lián)系特定實(shí)施例描述本發(fā)明，然特定實(shí)施例用以說(shuō)明本發(fā)明，本發(fā)明的保護(hù) 范圍不以此為限。相應(yīng)地，只要不脫離本發(fā)明的精神，所屬領(lǐng)域技術(shù)人員可以對(duì)所描述實(shí)施 例的特征進(jìn)行修改、潤(rùn)飾、組合等，本發(fā)明的保護(hù)范圍以權(quán)利要求為準(zhǔn)。
【權(quán)利要求】
1. 一種方法，包含： 在無(wú)線網(wǎng)絡(luò)中基于一個(gè)或者多個(gè)預(yù)先定義用戶條件獲得用戶的業(yè)務(wù)特性，其中該業(yè)務(wù) 特性指示常規(guī)或者低優(yōu)先級(jí)業(yè)務(wù)； 發(fā)送或者接收數(shù)據(jù)傳輸； 辨識(shí)該數(shù)據(jù)傳輸?shù)膫鬏斶^(guò)程；以及 當(dāng)該業(yè)務(wù)特性指示為低優(yōu)先級(jí)業(yè)務(wù)時(shí)，對(duì)該傳輸過(guò)程實(shí)施功耗優(yōu)化。
2. 如權(quán)利要求1所述的方法，其特征在于，該預(yù)先定義用戶條件包含傳輸數(shù)據(jù)大小小 于預(yù)先定義閾值、要求頻段或者吞吐量小于預(yù)先定義閾值、應(yīng)用程序指示符指示預(yù)先定義 小數(shù)據(jù)傳輸，應(yīng)用程序觸發(fā)數(shù)據(jù)傳輸，接入點(diǎn)名稱指示小或者低優(yōu)先級(jí)數(shù)據(jù)傳輸，用戶定制 信息指示用戶為唯移動(dòng)臺(tái)發(fā)起或者唯移動(dòng)臺(tái)被呼裝置以及硬件狀態(tài)指示功率節(jié)省模式。
3. 如權(quán)利要求1所述的方法，其特征在于該傳輸過(guò)程為以預(yù)先調(diào)度周期發(fā)送或者接收 數(shù)據(jù)傳輸，以及其中，該功耗優(yōu)化包含將該數(shù)據(jù)傳輸由透過(guò)該用戶設(shè)備而與移動(dòng)性管理過(guò) 程對(duì)齊，或者，將該數(shù)據(jù)傳輸與相同周期內(nèi)多個(gè)應(yīng)用程序所對(duì)齊。
4. 如權(quán)利要求1所述的方法，其特征在于，傳輸過(guò)程為以預(yù)先調(diào)度周期發(fā)送或者接收 數(shù)據(jù)傳輸，以及其中功耗優(yōu)化包含： 獲得該數(shù)據(jù)傳輸?shù)膽?yīng)用程序?qū)傩裕? 為該數(shù)據(jù)傳輸決定定時(shí)器間隔；以及 在該數(shù)據(jù)傳輸之后關(guān)閉射頻模塊能力直到下一個(gè)數(shù)據(jù)傳輸。
5. 如權(quán)利要求1所述的方法，其特征在于，該傳輸過(guò)程為發(fā)送或者接收數(shù)據(jù)傳輸以及 其中該功耗優(yōu)化包含減少非接入狀態(tài)過(guò)程的再試嘗試。
6. 如權(quán)利要求1所述的方法，其特征在于，獲得該業(yè)務(wù)特性包含從該網(wǎng)絡(luò)接收配置，其 中該配置指示低優(yōu)先級(jí)業(yè)務(wù)。
7. 如權(quán)利要求1所述的方法，其特征在于，獲得該業(yè)務(wù)特性包含從用戶識(shí)別模塊卡獲 得配置信息，其中該配置信息指示低優(yōu)先級(jí)業(yè)務(wù)。
8. -種方法，包含： 在無(wú)線網(wǎng)絡(luò)中基于一個(gè)或者多個(gè)預(yù)先定義用戶條件獲得用戶設(shè)備的業(yè)務(wù)特性，其中該 業(yè)務(wù)特性指示常規(guī)或者唯移動(dòng)臺(tái)發(fā)起業(yè)務(wù)； 發(fā)送或者接收數(shù)據(jù)傳輸； 辨識(shí)該數(shù)據(jù)傳輸?shù)膫鬏斶^(guò)程；以及 當(dāng)該業(yè)務(wù)特性指示唯移動(dòng)臺(tái)發(fā)起業(yè)務(wù)時(shí)，為該傳輸過(guò)程實(shí)施功耗優(yōu)化。
9. 如權(quán)利要求8所述的方法，其特征在于，該預(yù)先定義用戶條件包含： 所有激活應(yīng)用程序產(chǎn)生唯移動(dòng)臺(tái)發(fā)起通信，接收廣播信息或者頻段內(nèi)信令指示用戶為 唯移動(dòng)臺(tái)發(fā)起裝置，獲得用戶配置信息，其中該配置信息指示用戶為唯移動(dòng)臺(tái)發(fā)起裝置，透 過(guò)空中下載接收配置，其中該配置指示用戶為唯移動(dòng)臺(tái)發(fā)起裝置以及獲得該用戶的用戶識(shí) 別模塊中默認(rèn)定制信息，其中該定制信息指示該用戶為唯移動(dòng)臺(tái)發(fā)起裝置。
10. 如權(quán)利要求8所述的方法，其特征在于，該傳輸過(guò)程為附著過(guò)程以及其中，該功耗 優(yōu)化包含： 在該數(shù)據(jù)傳輸之前實(shí)施該附著過(guò)程；以及 在該數(shù)據(jù)傳輸之后實(shí)施去附著過(guò)程。
11. 如權(quán)利要求8所述的方法，其特征在于，該傳輸過(guò)程為發(fā)送一定數(shù)量的數(shù)據(jù)，以及 其中，該功耗優(yōu)化包含在發(fā)送該一定數(shù)量數(shù)據(jù)之后關(guān)閉射頻能力直到下一個(gè)發(fā)送數(shù)據(jù)請(qǐng) 求。
12. 如權(quán)利要求8所述的方法，其特征在于，該傳輸過(guò)程為附著過(guò)程或者去附著過(guò)程， 以及其中，功耗優(yōu)化包含在非接入狀態(tài)附著請(qǐng)求消息或者非接入狀態(tài)去附著請(qǐng)求消息中包 含指示必要時(shí)附著能力。
13. 如權(quán)利要求8所述的方法，其特征在于，該傳輸過(guò)程為不指示被請(qǐng)求重附著時(shí)，該 無(wú)線網(wǎng)絡(luò)初始化的去附著過(guò)程，以及其中，該功耗優(yōu)化包含不重新嘗試附著過(guò)程。
14. 如權(quán)利要求8所述的方法，其特征在于該傳輸過(guò)程為發(fā)送預(yù)先定義非接入狀態(tài)消 息，以及其中，該功耗優(yōu)化包含在額外更新信息粒子中，或者該非接入狀態(tài)消息的其他欄位 中指不唯移動(dòng)臺(tái)發(fā)起服務(wù)。
15. 如權(quán)利要求8所述的方法，其特征在于該傳輸過(guò)程為在附著請(qǐng)求消息中發(fā)送必要 時(shí)附著指示，以及在附著接受消息中接收隱含的去附著支持指示符，以及其中，該功耗優(yōu)化 包含不交換去附著信令消息而實(shí)施本地去附著過(guò)程。
16. 如權(quán)利要求8所述方法，其特征在于，該傳輸過(guò)程為在附著請(qǐng)求消息中發(fā)送必要時(shí) 附著指示，以及在附著接受消息中接收隱含去附著支持指示符，以及其中功耗優(yōu)化包含： 在無(wú)線資源連接釋放完成之后啟動(dòng)隱含去附著定時(shí)器；以及 該隱含去附著定時(shí)器過(guò)期之后不交換去附著信令而實(shí)施本地去附著過(guò)程。
17. -種方法，包含： 在無(wú)線網(wǎng)絡(luò)中從用戶設(shè)備接收一個(gè)或者多個(gè)預(yù)先定義用戶條件； 基于該用戶條件決定該用戶的業(yè)務(wù)特性，其中該業(yè)務(wù)特性包含常規(guī)業(yè)務(wù)、低優(yōu)先級(jí)業(yè) 務(wù)或者唯移動(dòng)臺(tái)發(fā)起業(yè)務(wù)；以及 基于該業(yè)務(wù)特性實(shí)施功耗優(yōu)化。
18. 如權(quán)利要求17所述的方法，其特征在于，該業(yè)務(wù)特性指示低優(yōu)先級(jí)業(yè)務(wù)，以及其中 該預(yù)先定義用戶條件包含： 傳輸數(shù)據(jù)大小小于預(yù)先定義閾值，所需頻寬或者吞吐量小于預(yù)先定義閾值、應(yīng)用程序 觸發(fā)的數(shù)據(jù)傳輸、應(yīng)用程序指示符指示預(yù)先定義小數(shù)據(jù)傳輸、接入點(diǎn)名稱指示小或者低優(yōu) 先級(jí)數(shù)據(jù)傳輸，用戶定制信息指示該用戶為唯移動(dòng)臺(tái)發(fā)起或者唯移動(dòng)臺(tái)發(fā)起裝置，以及硬 件狀態(tài)指示功率節(jié)省模式。
19. 如權(quán)利要求18所述的方法，其特征在于該功耗優(yōu)化包含發(fā)送配置消息給該用戶， 其中該配置消息指示低優(yōu)先級(jí)業(yè)務(wù)特性。
20. 如權(quán)利要求17所述的方法，其特征在于，該業(yè)務(wù)特性包含唯移動(dòng)臺(tái)發(fā)起業(yè)務(wù)，其 中，該用戶條件為附著請(qǐng)求消息中必要時(shí)附著指示，以及其中該功耗優(yōu)化包含初始化明示 網(wǎng)絡(luò)去附著過(guò)程。
21. 如權(quán)利要求17所述的方法，其特征在于，該業(yè)務(wù)特性包含指示唯移動(dòng)臺(tái)發(fā)起業(yè)務(wù)， 其中該用戶條件為附著請(qǐng)求消息中必要時(shí)附著指示，以及其中該功耗優(yōu)化包含： 在附著接受消息中發(fā)送隱含去附著支持指示符；以及 不交換去附著信令而實(shí)施本地去附著過(guò)程。
22. 如權(quán)利要求17所述的方法，其特征在于，該業(yè)務(wù)特性指示唯移動(dòng)臺(tái)發(fā)起業(yè)務(wù)，其中 該用戶條件為附著請(qǐng)求消息中必要時(shí)附著指示，以及其中功耗優(yōu)化包含： 在無(wú)線資源連接釋放完成之后啟動(dòng)隱含去附著定時(shí)器；以及 該隱含去附著定時(shí)器過(guò)期之后，不交換去附著信令消息而實(shí)施本地區(qū)附著過(guò)程。
【文檔編號(hào)】H04W52/02GK104115534SQ201380009167
【公開(kāi)日】2014年10月22日 申請(qǐng)日期:2013年5月17日 優(yōu)先權(quán)日:2012年5月18日
【發(fā)明者】鄭伃璇, 皇甫建君, 周家銘 申請(qǐng)人:聯(lián)發(fā)科技股份有限公司