用于功耗优化的UE数据传输方法以及用户设备与流程

相关申请的交叉引用

本申请依据35u.s.c.§119要求2012年5月18日递交的，申请号为61/648,660标题为“用于功耗优化的增强ue数据传输(enhanceduedatatransmissionforpowerconsumptionoptimization)”的美国临时申请案的优先权，上述申请的标的在此合并作为参考。本申请为申请号为201380009167.8，标题为“用于功耗优化的ue数据传输方法”的分案申请。

本发明的实施例一般有关于移动通信网络，更具体地，有关于用于功耗(powerconsumption)优化(optimization)的增强(enhanced)ue数据传输。

背景技术：

移动数据，移动用户以及移动数据业务的指数型增长，需要网络容量以及效能(efficiency)的实质增加。智能手机用户的快速增长(uptake)以及移动装置，例如机器类型通信(machinetypecommunication，mtc)装置的不同类型的出现(launch)对于现存移动数据网络施加了额外压力。具体地，现代智能手机通常(constantly)需要网络对背景业务做回应(poll)，即使用户处于非激活(inactive)状态，依然导致了大量信令业务。今天，网络面临着引起了更低数据率、失败呼叫以及慢响应时间的网络拥塞问题。

长期演进(longtermevolution，lte)是提供更高数据率、更低延迟以及提高系统容量的改进的通用移动电信系统(universalmobiletelecommunicationsystem，umts)。在lte系统中，演进通用陆地无线接入网络(evolveduniversalterrestrialradioaccessnetwork)包含多个基站，称作演进节点b(evolvednode-b，enb)，多个基站与多个移动台进行通信，其中，移动台称作用户设备。ue可以透过dl以及ul与基站或者enb进行通信。dl指从基站到ue的通信。ul称从ue到基站之间的通信。

在lte系统的改进中，随着不同移动用户的快速增长依然面领着容量以及效能问题。进一步说，移动网络中的ue面临着电池效能的很多问题。现代智能手机支持各类移动应用程序(application)。这些应用程序具有不同业务特性()。其中多数没有有效地使用网络资源，以及导致了ue电池效能急剧降低。在第三代(thirdgeneration，3g)移动网络，用户装置(ue)需要为数据传输实施一系列信令过程(procedure)，例如无线资源控制连接(radioresourcecontrolconnection，rrc)、附着(attach)过程，鉴权(identification)过程，以及数据路径建立过程。这些过程消耗了大量网络资源以及ue电量。很多移动数据应用今天发送以及接收小数据，但是依然需要大量信令过程。另一个例子是mtc应用，以预定时间间隔产生规则的数据传输以及在网络中为每一传输实施附着/去附着(detach)过程。这些应用显著地增加信令开销。ue电池寿命成为了重要问题，因为很多背景业务以及背景应用并没有为电池消耗而进行优化。随着各种移动应用数量的增加需要对于ue功耗的优化。

技术实现要素：

本发明的实施例揭示了用于功耗优化的增强ue数据传输方法。ue在移动通信网络中检测一个或者多个预先定义ue条件。然后该ue决定ue业务特性。该ue基于该已决定业务特性为特定传输(specifictransmission)过程实施功耗优化。

在一个新颖方面中，基于已检测ue条件，该ue决定业务特性为低优先级(lowpriority)业务。在一个实施例中，在检测到低优先级业务时，ue将周期传输与移动性管理(mobilitymanagement，mm)消息对齐(align)。在另一个实施例中，ue将多个周期传输分组用于低优先级业务。在再一个实施例中，ue进一步辨识(identify)是否应用程序触发数据传输，而不是用户互动(interaction)所触发。如果是，则ue减少非接入状态(non-access-stratum，nas)过程的再试(retry)尝试。

在另一个新颖方面中，该ue确定该业务特性为唯移动台发起业务。该ue为唯移动台发起(mobileoriginatedonly，moonly)业务实施功耗优化。在一个实施例中，检测到moonly业务之后，该ue在数据传输之后关闭(turnoff)射频(rf)模块，直到下一个数据传输。在另一个实施例中，ue在消息(message)中发送唯移动台发起服务(mo-service-only)或者必要时附着(attach-when-needed)指示或者信息粒子(informationelement，ie)给网络。

在其他新颖方面中，该ue检测以及发送ue条件给网络。在接收到ue条件之后，网络决定ue业务特性以及实施ue功耗优化。在一个实施例中，ue在附着请求(attachrequest)消息中指示attach-when-needed以及可选的隐含去附着过期(timeout)值。网络或者实施明示(explicit)去附着过程，或者实施隐含(implicit)去附着过程。

下面详细描述本发明的其他实施例以及有益效果。本发明的保护范围不以发明内容为限，而以权利要求为准。

附图说明

图1为根据一个新颖方面的无线网络示例系统示意图。

图2为根据支持本发明的实施例的ue方块示意图。

图3为根据本发明的实施例，从不同资源ue辨识不同业务特性的方块示意图。

图4为透过使用mm消息，对齐(align)低优先级业务的ue功耗优化流程示意图。

图5为透过对齐多个低优先级数据传输的ue功耗优化流程示意图。

图6为透过周期性关闭rf模块从而用于低优先级预先调度业务的另一个ue功耗优化流程示意图。

图7为当nas过程被应用程序所触发时，透过减少再试nas消息的次数而用于低优先级业务的ue功耗优化流程示意图。

图8为数据传输之后透过去附着ue而为moonly业务的ue功耗优化流程示意图。

图9为如果ue不请求重新附着(reattach)而透过网络初始化的去附着过程而去附着，经由不尝试附着过程而用于moonly业务的ue功耗优化流程示意图。

图10为数据传输之后，透过关闭rf模块直到下一个数据传输请求，用于moonly业务的ue功耗优化流程示意图。

图11为根据本发明的实施例，ue检测低优先级业务以及相应实施ue功耗优化的流程图。

图12为根据本发明的实施，ue检测moonly业务以及相应地实施ue功耗优化的流程示意图。

图13为ue发送ue条件给网络以及网络基于已接收ue条件配置ue的流程示意图。

图14为在nas消息中，ue包含mo-service-only指示或者ie的流程示意图。

图15为ue指示必要时附着(attach-when-needed)以及网络实施明示去附着过程的流程示意图。

图16为ue指示必要时附着(attach-when-needed)以及网络实施隐含去附着过程的流程示意图。

图17为根据本发明的实施例，enb接收ue条件决定ue业务特性以及相应地实施ue功耗优化的流程示意图。

具体实施方式

现在将参考本发明的一些实施例作详细说明，其示例如附图所示。

图1为根据一个新颖方面，无线网络的系统示意图。无线系统包含无线接入网络110，核心网络120以及外部网络130。ue111透过uu接口连接到enb112。enb112透过s1接口连接到移动性管理实体(mobilitymanagemententity，mme)121以及服务网关(servinggateway，s-gw)。mme121透过s11接口连接到s-gw122。s-gw122进一步透过s5/s8接口连接到p-gw123。p-gw123透过sgi接口连接到外部网络130。图1进一步给出根据本发明的实施例的示例系统过程。步骤151中，ue101连接enb102以及建立rrc连接。步骤152中，ue101上的应用程序开始数据传输请求。不同数据传输具有不同业务特性。根据本发明的实施，区分不同数据传输请求的类型是重要的。在步骤153，ue101辨识数据请求的业务类型。步骤154，ue101透过enb102发送附着请求(attachrequest)给mme103。根据本发明的实施例，ue101可以在attachrequest消息中指示业务特性给网络。这样的指示也可以包含在其他nas消息中。在接收到attachrequest之后，mme103建立与sgw以及pgw104的会话(session)。该会话建立过程也可以包含鉴权、加密以及其他安全性(security)过程。在成功会话建立之后，步骤156，mme103以及ue101交换消息以完成附着过程。根据来自附着过程得到的参数ue101以及enb102也交换消息以实施rrc重配置。在步骤157，ue101实施功耗优化。上述优化可以基于不同传输过程以及先前已辨识业务特性。

图2给出支持本发明实施例的ue的方块示意图。ue200具有rf收发模块211(图中记作rf发送器接收器)，耦接到天线201以及从天线201接收信号，将已接收信号转换为基频信号，从而发送给处理器212。rf收发器201也将从处理器212接收的基频信号转换，转换为rf信号，以及发送给天线201。处理器212处理已接收基频信号，以及触发不同功能模块实施ue中的功能。存储器213存储程序指令以及数据以控制ue的运作。图2进一步给出ue中的功能模块221到225，其中上述模块用于实施本发明的实施例。上述功能模块可以由硬件、固件、软件或者上述几者的组合而实施。

图2为实施本发明的实施例的5个功能模块的示意图。ue条件模块221检测ue条件，其中，ue条件与预先定义业务特性有关。这些ue条件可以预先配置以及/或者由系统可以动态配置/更新。ue条件模块221可以配置为从ue的不同模块收集上述条件，模块例如硬件状态、应用消息(applicationmessage)、应用程序接口，从其他内部模块或者ue可用的任何其他方式。业务特性模块222为ue决定业务特性。业务特性模块222评估ue条件以及决定ue的业务特性。业务特性可以为预先配置集合(set)以及/或者可以由系统动态配置/更新。确定算法可以预先配置以及/或者可以动态更新。数据发送/接收模块223发送数据给ue以及从ue接收数据。根据本发明的实施例，数据发送/接收模块223与ue中的其他模块相连(interface)以实现功耗优化。辨识模块224辨识数据传输过程，其中该数据传输过程配置为实施功耗优化。该辨识可以为程序中的简单hook，该hook使能该程序以实施一些预先定义功耗优化。该程序可以嵌入在软件以及固件中，或者可以动态配置或者更新。功耗优化模块225实施功耗优化。在一个新颖方面，辨识出ue中的特定过程，该ue基于预先决定业务特性实施对应功耗优化。

提高电池寿命以及增加网络效能的重要步骤是区分不同数据业务类型以及相应实施数据传输过程。因此首先辨识业务特性是重要的。

图3为根据本发明的实施例，ue从不同来源辨识不同业务特性的方块示意图。ue301连接enb302，enb302连接到mme303。ue301具有用户识别模块(subscriberidentitymodule，sim)卡320。用于ue的多数sim卡包含用户信息，例如国际移动用户识别码(internationalmobilesubscriberidentity，imsi)以及服务特征集合(servicefeatureset)。服务特征一般在ue在服务运营商注册(signedup)得到服务时进行配置。服务特征包含有关定制(subscribed)服务以及功能的细节。sim卡上的该服务以及特征信息可以是指示出业务特性的重要信息。举例说明，服务可以指示出ue301配置作为mtc装置，或者作为moonly或者唯移动台被呼(mtonly)装置。ue301也可以配置为功率节省模式，或者允许信令或者数据以低优先级发送。ue301，从sim卡获得服务以及特征信息之后，可以决定该业务具有低优先级。ue301可以配置为从sim卡动态辨识新特征以及服务。这样的动态辨识应用于特征集合(featureset)的重新分类(re-categorization)、或者更新特征集合以及更新和增加业务特性集合。这样的有关特征和服务信息的业务特性也可以透过配置消息接收，配置消息例如来自运行管理和维护(operations,administrationandmaintenance，oam)接口的装置管理(devicemanagement，dm)消息。在接收到上述消息之后ue301可以相应地辨识业务特性。

ue301可以进一步分析ue301上运行的应用程序而辨识业务特性。app-1321、app-2322以及app-n323代表ue301上运行的多个应用程序。同时ue301上可以运行几个应用程序。应用程序中的一些可以为ue301其他应用程序所启动而导致的背景应用程序。一些应用程序为用户初始的互动性(interactive)业务。一些应用程序包含大(large)数据业务，而一些应用程序包含小(smallsized)数据传输。一些应用程序发送周期性业务。一些应用程序由应用程序，而不是用户所触发。ue条件可以用来决定ue业务特性具有低优先级。在ue301上透过分析特定应用程序而辨识业务特性有很多方法。例如，ue301可以使用某个算法决定是否业务只被应用程序所触发。ue301可以查看(lookat)业务数据长度。ue301也可以分析分组数据的内容决定是否其被应用程序所触发，即应用程序触发数据传输。一些应用程序具有用于应用程序属性(properties)的标签(label)。ue301也可以使用上述标签决定是否为应用程序所触发。另一个例子中，每一应用程序的接入点名称(accesspointname，apn)可以指示业务特性。ue301可以透过分类(categorizing)apn而决定业务特性。这样的分类可以为预先配置或者动态更新。进一步说，ue301可以配置预先定义的数据大小阈值，或者频宽阈值。ue301从应用程序接收到传输请求之后可以比较自己的数据传输大小以及/或者频宽请求以决定是否自己的数据传输大小以及/或者频宽请求比预先配置的阈值小，即该预先定义用户条件包含传输数据大小小于预先定义阈值、要求频段或者吞吐量小于预先定义阈值。如果是，ue301可以进一步辨识出业务为低优先级业务。其他指示，例如来自应用程序的背景业务也可以用于辨识低优先级业务。在一个例子中，ue301检测出产生moonly通信的所有激活应用程序之后，可以辨识moonly业务特性。其他ue内部状态指示符(indicator)也可以用于辨识业务特性，例如应用程序指示符指示预先定义小数据传输。举例说明，ue硬件状态可以指示ue处于休眠(sleep)或者深度休眠(deepsleep)模式。这样的指示符为决定ue业务特性的因数(factor)，即硬件状态指示功率节省模式。

另一个辨识ue业务特性的方法是透过网络配置。在一个新颖方面中，ue301收集(collect)ue业务条件，以及在步骤331发送上述条件给enb302。这样的ue条件可以包含业务大小、ue硬件状态、apn信息，ue互动或者非互动(non-interactive)模式，以及其他任何业务相关信息。在步骤332，enb转发上述ue业务条件给mme303。mme303分析上述ue业务条件的信息以及决定ue特务特性。步骤333mme303发送配置消息给ue301，其中配置消息有关ue业务特性。所属领域技术人员可以理解，其他网络实体也可以配置为简单地接收以及决定ue业务特性。其他网络配置方法可以包含空中下载(overtheair，ota)配置，其中，ota配置指示低优先级或者moonly装置。来自网络的系统配置消息，信令消息或者广播消息也可以指示ue配置该装置为moonly装置，或者配置ue为其他预先定义类型。虽然mme用于实施网络功能，所属领域技术人员可以理解，任何其他网络实体也可以配置为实施上述相同或者相似的功能。

ue301在步骤310透过上述方式获得ue业务特性。进一步在步骤311将ue业务分配为低优先级，或者在步骤312分为常规(regular)业务，或者在步骤313分为moonly业务。上述3个分类为示例辨识。ue301可以动态配置为辨识更多或者更少的业务特性。辨识方法可以预先定义以及/或者动态更新。

辨识ue业务特性之后，ue可以实施特定行为(action)以优化ue电池消耗。图4给出了透过将低优先级业务与mm消息对齐从而用于ue功耗优化的流程示意图。步骤401，ue检测数据传输请求(图中记作datatxreq)。步骤402，ue决定是否数据传输请求为用于预先调度(prescheduled)应用程序的请求。这样的预先调度应用程序通常以某个预先调度的时间间隔周期性传输数据分组。如果业务为非预先调度以及没有检测到其他相关业务特性，那么ue可以常规发送业务。如果在步骤402，ue检测到该数据请求为用于预先调度数据传输，ue可以进一步决定是否为使用上述讨论方法的低优先级业务。如果不是低优先级业务，ue转到步骤404以及常规发送数据业务。如果在步骤403，ue决定为低优先级业务，那么ue转到步骤405以及将数据传输对齐mm消息。

图5为经由将多个低优先级数据传输对齐而进行ue功耗优化的流程示意图。ue检测多个数据传输请求。在一个例子中，ue接收数据传输请求-1(图中记作datatxreq-1)501，数据传输请求-2(图中记作datatxreq-2)502，以及数据传输请求-n(图中记作datatxreq-n)503。在步骤504，ue决定是否上述数据传输请求为预先调度。如果不是预先调度以及没有检测到其他相关业务特性，ue透过在步骤506发送数据请求-1(图中记作datatx-1)，在步骤507发送数据请求-2(图中记作datatx-2)以及在步骤508发送数据请求-n(图中记作datatx-n)而常规发送。如果在步骤504，ue决定数据传输请求为预先调度，那么ue在步骤505决定上述数据请求是否为低优先级业务。如果在步骤505ue决定上述业务不是低优先级业务，ue透过在步骤506发送数据传输-1，在步骤507发送数据传输-2，在步骤508传送数据传输-n而常规传送。如果ue在步骤505决定上述业务是低优先级业务，那么ue转到步骤509，将多个数据传输对齐以及一起发送。图5给出了当全部数据传输请求同时被辨识为预先调度以及低优先级发生时，步骤509功耗优化的示例。所属领域技术人员可以理解ue可以应用优化行为到任何数量的数据传输，其中，传常规输其他业务时，ue可以将优化行为使用到已经辨识为预先调度以及低优先级的任何数量的数据传输上。

图6为透过周期性关闭rf模块用于低优先级预先调度业务的ue功耗优化另一个流程示意图。步骤601中，ue接收数据传输请求。步骤602，ue决定是否数据传输为预先调度业务。如过不是以及没有其他相关业务特性，那么ue转到步骤603以及常规发送数据传输。如果在步骤602，ue检测到数据传输为预先调度业务，那么ue在步骤604决定是否为低优先级。如果不是低优先级业务，那么ue转到步骤603以及常规发送数据传输。如果在步骤604ue决定为低优先级业务，那么ue透过转到步骤605而实施电池消耗优化。步骤605，ue决定用于预先调度数据传输的定时器间隔。步骤606，ue传送数据。完成数据传输之后，步骤607，ue关闭rf模块。步骤608，ue启动具有用于预先调度业务的定时器间隔的定时器。步骤609，该定期器过期。步骤610，ue打开rf模块。

图7为当nas过程由应用程序触发时，对于低优先级业务经由减少再试nas消息的次数而ue功耗优化的流程示意图。步骤701中，ue接收数据传输请求。步骤702中，ue传送数据，步骤703，ue决定是否nas过程失败。步骤704，ue决定是否数据传输具有低优先级。如果在步骤704，ue决定数据传输没有低优先级，则ue转到步骤705以及进入正常的nas再试过程。如果步骤704中，ue决定数据传输具有低优先级，则ue转到步骤706以及经由减少nas再试次数而实施ue电池消耗优化。

图8为数据传输之后对于moonly业务经由去附着实施ue功耗优化的流程示意图。步骤801中，ue接收数据传输请求。步骤802，ue实施附着过程。步骤803中，ue传送数据。步骤804中，ue决定是否业务特性为moonly。如果步骤804中ue决定为moonly业务，则ue转到步骤805以及实施去附着过程。

图9为如果没有请求重新附着，网络初始化去附着过程时如果ue去附着，不尝试附着过程而实施ue功耗优化的流程示意图。步骤901中，ue进入网络初始化去附着过程。步骤902，ue决定是否为moonly业务。如果ue决定不是moonly业务，ue可以在必要时正常初始化附着过程。如果在步骤902中，ue决定业务为moonly业务，那么转到步骤904以检测是否网络初始化去附着过程中指示了请求重新附着。如果在步骤904中，ue决定重新附着请求包含在网络初始化去附着过程中，那么ue转到步骤903中，其中ue必要时可以正常进入附着过程。如果在步骤904，ue决定在网络初始化去附着过程中没有请求重新附着的指示，那么ue转到步骤905以及透过不重试附着过程而实施ue电池消耗优化。

图10给出了数据传输之后透过关闭rf模块直到下一个数据传输请求时，用于moonly业务的ue功耗优化流程示意图。步骤1001中，ue接收数据传输请求。步骤1002中ue实施数据传输。步骤1003中，ue决定是否为moonly业务。如果步骤1003决定为moonly业务，那么ue透过关闭rf模块转到步骤1004。ue保持在rf模块关闭状态中，只要没有其他数据传输请求。步骤1005中，ue接收另一个数据传输请求。步骤1006中，ue打开rf模块用于数据传输。

上述例子给出了基于ue业务特性用于ue功耗优化的特定步骤。图11给出了根据本发明的实施例，ue检测低优先级业务以及相应实施ue功耗优化的流程示意图。步骤1101中，ue在无线网络中基于一个或者多个预先定义ue条件获得ue的业务特性，其中，业务特性指示为常规业务或者低优先级业务。步骤1102中，ue发送或者接收数据传输。步骤1103中，ue辨识数据传输的传输过程。步骤1104中，当该业务特性为低优先级业务时，ue对传输过程实施功耗优化。

图12为根据本发明的实施例，ue检测moonly业务以及相应实施ue功耗优化的流程示意图。步骤1201中，ue在无线网络中基于一个或者多个预先定义ue条件获得ue的业务特性，其中，该业务特性指示常规业务或者moonly业务。步骤1202中，ue发送或者接收数据传输。步骤1203中，ue辨识数据传输的传输过程。步骤1204中，当业务特性指示为moonly业务时，ue对传输过程实施功耗优化。

ue可以检测不同ue条件，其中，ue条件指示某种业务特性。基于这样的ue条件，ue可以内部(internally)决定业务特性。上述实现的有益效果为ue具有完全控制，以及可以不需要进一步消息交换而是用本地已检测条件。可替换地，ue可以发送已检测ue条件给网络。网络在接收到上述条件之后可以使用自己的算法去决定ue业务特性。该网络或者告知ue已决定业务特性，或者基于业务特性采取措施进一步发送直接命令给ue。这样的实现需要额外消息交换。但是既然网络潜在地可以收集(gather)更多信息，网络可以具有更复杂以及更好的算法(atabetterposition)。进一步说，从系统级别动态更新算法也是容易的，例如新开发的功能。下列部分详细讨论一些示例实现，其中，网络收集ue条件以及参与到(involvesin)ue功耗优化中。所属领域技术人员可以理解的是系统可以选择具有纯只由ue(ueonly)实现，只由网络(networkonly)实现，或者上述二者的结合，其中，ue在某些情况下做决定，而系统在其他情况下做决定。进一步，下面介绍的部分中，虽然enb显示作为实体与ue交换信息，下面描述的功能可以由其他适合的网络实体所实施。

图13给出了基于已接收ue条件，ue发送ue条件给网络，以及网络基于已接收ue条件配置ue的流程示意图。ue1301连接enb1302。步骤1311，ue1301检测ue条件，其中该ue条件与某种或者某些业务特性相关。步骤1312，ue1301发送已检测ue条件给enb1302。该消息交换可以具有ue以及网络所支持消息的任何格式。举例说明，nas消息、rrc消息以及/或者oamdm消息可以用于支持该功能。步骤1313，enb1302，或者其他适合的网络实体，接收到ue条件之后决定ue业务特性。该决定可以单独基于ue条件，或者可以基于ue条件以及网络具有的其他信息。在决定ue业务特性之后，步骤1314，enb1302发送配置信息给ue1301。接收到配置消息之后，步骤1315，ue1301相应实施功耗优化。步骤1314的配置消息可以进一步包含发给ue的详细命令以实施一些特定行为(action)。

图14给出了nas消息中ue包含mo-service-only指示的流程示意图。ue1401连接enb1402，步骤1411，ue1401检测与ue业务特性相关的ue条件。步骤1412，ue1401基于已检测ue条件决定业务特性为moonly。步骤1413中，ue1401在nas消息中包含mo-service-only指示符以及/或者ie，其中nas消息发送给网络。举例说明，mo-service-only指示符可以包含在追踪区域更新请求消息(trackingareaupdaterequestmessage)、附着请求(attachrequest)或者服务请求(servicerequest)消息中。接收到mo-service-only指示符或者ie之后，enb1402在步骤1414相应实施功耗优化。

图15为ue指示必要时附着(attach-when-needed)以及网络实施明示去附着过程的流程示意图。ue1501透过enb连接到mme1502。步骤1511中，ue1501检测与某种或者某些业务特性相关的ue条件。步骤1512中，ue1501决定该业务特性为moonly。步骤1513，ue1501透过发送附着请求给mme1502而实施附着过程。在一个例子中，ue1501在附着请求消息中指示必要时附着(attach-as-needed)给网络。步骤1514中，当基于来自ue1501的必要时附着指示而完成数据传输时，mme1502决定实施明示去附着过程。步骤1515中，mme1502初始化明示去附着过程。这里描述的明示去附着过程也应用于当ue指示mo-service-only给网络时。

图16为ue指示必要时附着(attach-when-needed)以及网络实施隐含去附着过程的流程示意图。ue1601透过enb连接到mme1602。步骤1611中，ue1601检测与某个或者某些业务特性相关的ue条件。步骤1612，ue1601决定该业务特性为moonly。步骤1613，ue1601发送附着请求给mme1602，其中，ue1601发送attachrequest给mme1602，以在attachrequest消息中指示必要时附着。步骤1614中，mme1602发送附着接受(attachaccept)消息给ue1601。在一个例子中，mme1602包含在附着接受消息中指示符所支持的隐含去附着。步骤1615中，ue1601以及mme1602交换数据传输。完成数据传输之后，步骤1616中，ue1601不需要进一步与mme1602交换信令消息而实施本地去附着过程。步骤1617中，mme1602不与ue1601交换进一步信令消息而实施本地去附着过程。在另一个例子中，mme1602可以可选择低在附着接受消息中包含额外的隐含去附着过期值(timeoutvalue)。在该例子中，rrc释放之后，ue1601以及mme1602均启动具有隐含定时器值的定时器。ue1601以及mme1602不交换其他消息在定时器过期时独立实施本地去附着过程。这里描述的隐含去附着过程也在ue指示mo-service-only给网络时应用。

图17为根据本发明的实施例，enb接收ue条件决定ue的业务特性以及相应实施ue功耗优化的流程示意图。步骤1701中，无线网络中enb从ue接收一个或者多个预先定义ue条件。步骤1702中，enb基于ue条件决定ue的业务特性，其中，业务特性包含常规业务、低优先级业务或者moonly业务。步骤1703中，enb基于业务特性实施功耗优化。

虽然联系特定实施例描述本发明，然特定实施例用以说明本发明，本发明的保护范围不以此为限。相应地，只要不脱离本发明的精神，所属领域技术人员可以对所描述实施例的特征进行修改、润饰、组合等，本发明的保护范围以权利要求为准。