专利名称：用于状态/模式转换的方法和设备的制作方法
技术领域：
本公开涉及用户设备(UE)或其他的无线或移动设备与无线网络之间的无线资源控制，以及具体地，涉及无线网络(例如，通用移动电信系统(UMTS)网络)中的操作状态和模式之间的转换。
背景技术：
通用移动电信系统(UMTS)是用于传输文本、数字语音、视频和多媒体的宽带的基于分组的系统。其高度支持第三代移动通信的标准，并一般而言基于宽带码分多址接入(W-CDMA)。在UMTS网络中，协议栈的无线资源控制(RRC)部分负责UE和UTRAN之间的无线资源的分配、配置和释放。在3GPP TS 25. 331规范中对该RRC协议进行了详细描述。将UE可以处于的两个基本模式定义为“空闲模式”和“ UTRA RRC连接模式”(或者如此处所使用的，简称为“连接模式”)。UTRA代表UMTS陆地无线接入。在空闲模式下，要求UE或其他移动设备只要想要发送任何的用户数据，或者响应于只要UTRAN或服务通用分组无线业务(GPRS)支持节点(SGSN)向其寻呼以从例如推送服务器的外部数据网络接收数据的寻呼，都要请求RRC连接。在第三代伙伴计划(3GPP)规范TS 25. 304和TS 25. 331中详细描述了空闲模式和连接模式行为。当处于UTRA RRC连接模式时，设备可以处于四个状态之一。它们是CELL-DCH :在该状态下，在上行链路和下行链路中向UE分配专用信道以用于交換数据。UE必须执行在3GPP TS 25. 331中描述的动作。CELL_FACH :在该状态下不向用户设备分配专用信道。取而代之，使用公共信道来交换少量的突发数据(bursty data)。UE必须执行在3GPP TS 25. 331中描述的动作，包括在3GPP TS 25. 304中定义的小区选择过程。CELL_PCH UE使用断续接收(DRX)来经由寻呼指示符信道(PICH)监视广播消息和寻呼。不可能有上行链路活动。UE必须执行在3GPP TS 25. 331中描述的动作，包括在3GPP TS 25. 304中定义的小区选择过程。UE必须执行小区重选之后的小区更新过程。URA_PCH UE使用断续接收(DRX)来经由寻呼指示符信道(PICH)监视广播消息和寻呼。不可能有上行链路活动。UE必须执行在3GPP TS 25. 331中描述的动作，包括在3GPPTS 25. 304中定义的小区选择过程。除了仅经由UTRAN注册区(URA)重选来触发URA更新过程之外，该状态与CELL_PCH类似。由UTRAN来控制从空闲模式到连接模式或反之的转换。当空闲模式UE请求RRC连接时，网络决定是否将UE移动到CELL_DCH或CELL_FACH状态。当UE处于RRC连接模式吋，再次地，网络决定何时释放RRC连接。在释放连接之前，或者在一些情况下替代释放连接，网络还可以将UE从ー个RRC状态移动到另ー RRC状态。通常由UE和网络之间的数据活动或不活动来触发状态转换。由于对于给定的应用，网络可能不知道UE何时已经完成了数据交换，通常预期更多的数据去柱/来自UE，将RRC连接保持ー些时间。通常这样做来降低呼叫建立和后续的无线资源建立的延迟。仅可以由UTRAN来发送RRC连接释放消息。该消息释放UE和UTRAN之间的信号链路连接和所有的无线资源。一般而言，术语“无线承载”指代在UE和UTRAN之间分配的无线资源。以及，术语“无线接入承载” 一般指代在UE和例如SGSN(服务GPRS服务节点)之间分配的无线资源。本公开将会不时地提及术语“无线资源”，该术语应该根据需要指代无线承载和/或无线接入承载中的任ー个或其两者。以上的问题是即使UE上的应用已经完成其数据事务并且不预期任何的其他数据交换，其仍然等待网络将其移动至正确的状态。网络可能甚至不知道UE上的应用已经完
成其数据交换的事实。例如，UE上的应用可以使用其基于应答的协议来与其应用服务器交换数据，该应用服务器是通过UMTS核心网来接入的。示例是在用户数据报协议/互联网协议(UDP/IP)上运行的应用实现其自己的有保证的传送。在这种情况下，UE知道应用服务器是否已经发送或接收了所有数据分组，井能够更好地确定是否发生任何其他的数据交换并因此决定何时终止与分组服务(PS)域相关联的RRC连接。由于UTRAN控制何时将RRC连接状态改变到不同的状态或空闲模式，以及UTRAN不知道UE和外部服务器之间的数据传送的状态，UE可以被强制停留在比所要求的更高的数据速率状态或模式，很可能导致移动台的电池寿命降低，还很可能由于没有必要地保持占据无线资源并从而使其对另ー用户不可用的事实，导致浪费网络资源。对以上问题的一个解决方案是当UE认识到其完成数据事务吋，该UE向UTRAN发送信令释放指示。根据3GPP TS 25. 331规范的8. I. 14. 3节，UTRAN可以在接收到来自UE的信令释放指示时释放信令连接，使得UE转换到空闲模式或其他ー些RRC状态。以上解决方案的问题是UTRAN可能变得被来自该UE和其他UE的信令释放指示消息所淹没。
发明内容
根据本申请的ー个方面，提供了由用户设备(UE)执行的方法，该方法包括在UE处，維持在至少ー个无线资源控制(RRC)状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因；UE接收分组交換(PS)数据；UE响应于接收PS数据，复位计数。根据本申请的另一方面，提供了用户设备(UE)，用户设备被配置为維持在至少一个无线资源控制(RRC)状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因；接收分组交換(PS)数据；响应于接收PS数据，复位计数。根据本申请的另ー个方面，提供了由用户设备(UE)执行的方法，该方法包括在UE处，維持在至少ー个无线资源控制(RRC)状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因；发送分组交换(PS)数据;UE响应于发送PS数据，复位计数。根据本发明的另一方面，提供了用户设备(UE)，用户设备被配置为維持在至少一个无线资源控制(RRC)状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因；发送分组交换(PS)数据；UE响应于PS数据的发送，复位计数。根据本发明的另ー个方面，提供了由用户设备(UE)执行的方法，该方法包括在UE处，維持在至少ー个无线资源控制(RRC)状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因；UE在无线承载3(RB3)或以上发送信令;UE响应于信令的发送，复位计数。根据本发明的另一方面，提供了用户设备(UE)，用户设备被配置为維持在至少一个无线资源控制(RRC)状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因；在无线承载3(RB3)或以上发送信令；响应于信令的发送，复位计数。根据本发明的另ー个方面，提供了由用户设备(UE)执行的方法，该方法包括在UE处，維持在至少ー个无线资源控制(RRC)状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因；进入RRC连接模式；响应于进入RRC连接模式，复位计 数。根据本发明的另一方面，提供了用户设备(UE)，用户设备被配置为維持在至少一个无线资源控制(RRC)状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因；进入RRC连接模式；响应于进入RRC连接模式，复位计数。根据本申请的另ー个方面，提供了由用户设备(UE)执行的方法，该方法包括在UE处，維持在至少ー个无线资源控制(RRC)状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因；接收触发小区更新过程的寻呼消息;UE响应于接收寻呼消息，复位计数。在任何以上总结的方面的一些实施例中，信令包括上行链路无线链路控制(RLC)控制协议数据単元(rou)。在任何以上总结的方面的一些实施例中，指示消息包括信令连接释放指示消息。在任何以上总结的方面的一些实施例中，所述计数中的指示消息均具有被设置为“UE请求的PS数据会话结束”的原因。在任何以上总结的方面的一些实施例中，所述原因被设置为“UE请求的PS数据会话结束”。在任何以上总结的方面的一些实施例中，所述至少ー个RRC状态包括CELL_PCH状态或URA_PCH状态。在任何以上总结的方面的一些实施例中，维持计数包括使用计数器。在一些实施例中，接收寻呼消息包括接收满足发起小区更新过程的条件的寻呼类型I消息。
參考附图，将更好地理解本公开，其中图I是示出RRC状态和转换的方框图；图2是示出各种UMTS小区和URA的UMTS网络的示意；图3是示出RRC连接建立中的各个阶段的方框图；图4A是根据当前的方法，由UTRAN发起的CELL_DCH连接模式状态与空闲模式之间的示例性转换的方框图4B是示出使用信令释放指示，CELL_DCH状态连接模式转换到空闲模式之间的示例性转换的方框图；图5A是由UTRAN发起的在CELL_DCH不活动状态到CELL_FACH不活动状态再到空闲模式之间的示例性转换的方框图；图5B是示出使用信令释放指示，CELL_DCH不活动状态与空闲模式之间的示例性转换的方框图；图6是UMTS协议栈的方框图；图7是可以与本方法相关联地使用的示例性UE ；图8是与本方法和系统相关联地使用的示例性网络；
图9是示出在UE处增加信令连接释放指示的原因的步骤的流程图；图10是示出UE在接收到具有原因的信令连接释放指示时所采取的步骤的流程图；图11示出了在图8中示出的网络的示例性操作期间，示例性逻辑和物理信道分配的图形表示，在图8中，向UE提供多个并发的分组数据通信服务会话；图12示出了根据本公开的实施例，提供释放各个分组数据服务的无线资源的无线资源释放功能的UE和网络单元的功能框图；图13示出了表示根据本公开的实施例的操作而产生的信令的消息序列图，通过该操作，释放对PDP上下文的无线资源分配；图14示出了也表示根据本公开的实施例的操作而产生的信令的消息序列图，通过该操作来释放无线资源分配，该消息序列图与图13中示出的消息序列图相似；图15示出了表示本公开的实施例的过程的过程图(process diagram)；图16示出了示意本公开的实施例的操作方法的方法流程图；图17示出了也示意本公开的实施例的操作方法的方法流程图；图18示出了实施例的方法流程图，在该实施例中，基于网络单元处的无线资源简档来做出转换决定；图19示出了能够在图18的方法中使用网络单元的简化框图；图20示出了用于发送转换指示或请求消息的数据流程图；以及图21示出了在UE处用于设置禁止定时器值的数据流程图。
具体实施例方式下面提供的示例和实施例描述了用于将用户设备(UE)或其他移动设备在无线网络(例如，如UMTS网络)中的各种操作状态/模式之间进行转换的各种方法和系统。应该理解，其他类型的网络中的其他实现也是可能的。例如，也可以将相同的技术应用与码分多址接入(CDMA)网络(例如，3GPP2 IS-2000)、宽带CDMA(W-CDMA)网络(例如，3GPP UMTS/高速分组接入(HSPA)网络)、演进的UTRAN网络(例如，LTE)，或者广义地应用与基于以下无线接入技术的任何网络该无线接入技术使用网络控制的无线资源或者不维持对设备应用级数据交換的状态的任何知识。以下描述的虽然为了简洁而关于UMTS网络来描述的特定示例和实现也可以应用与这些其他的网络环境。此外，下面有时将网络单元描述为UTRAN。然而，如果使用了除UMTS以外的其他网络类型，可以基于该网络类型来适当地选择网络单元。此外，网络单元可以是UMTS系统或任何其他适当的网络系统中的核心网，其中，网络单元是做出转换决定的实体。在具体的示例中，本系统和方法提供了从RRC连接模式到更具电池效率或无线资源效率的状态或模式的转换，同时在网络处提供了做出決定的能力。具体地，本发明和装置提供了基于接收到来自UE的指示的转换,该指示(隐式地或显式地)指示了应该发生和与无线资源的特定信令连接相关联的RRC状态或模式到另ー状态或模式的转换。应该意识到，这种转换指示或请求可以使用当前标准下的现有通信(例如，信令连接释放指示消息)，或者可以是改变UE的状态的新的专用消息，例如“优选RRC状态请求”或“数据传送完成指示消息”。数据传送完成指示消息是指示高层数据传送完成的消息。在此使用的指示可以指代任ー场景，并且可以并入请求。在一些情况下，当UE上的一个或多个应用已经完成了数据交换和/或当确定UE应用不预期交換任何其他数据时，可以发送源自于UE的转换指示。然后，网络单元可以使
用该指示和其中提供的任何信息以及在此定义为无线资源简档的与无线资源有关的其他信息(例如服务质量、接入点名称(APN)、分组数据协议(TOP)上下文、历史信息等等)，来做出关于是将移动设备转换到另ー模式或状态，还是什么都不做的网络特有的決定。UE或移动设备提供的转换指示可以采用多种形式，并且可以在不同的条件下发送。在第一示例中，可以基于驻留在UE上的所有应用的复合状态来发送转换指示。具体地，在UMTS环境下，如果UE上的应用确定其完成了数据交换，可以向UE软件的“连接管理器”组件发送“完成”指示。在一个实施例中，连接管理器可以跟踪所有现有的应用(包括基于ー个或多个协议来提供服务的应用)、相关的分组数据协议(TOP)上下文、相关的分组交换(PS)无线资源以及相关的电路交换(CS)无线资源。PDP上下文是UE和跨越UMTS核心网运行的TON (公共数据网络)之间的逻辑关联。可以将UE上的一个或多个应用(例如，电子邮件应用和浏览器应用)与一个PDP上下文相关联。在一些情况下,UE上的一个应用与一个主PDP上下文相关联，以及可以将多个应用与辅助PDP上下文捆绑。连接管理器从UE上同时活动的不同应用接收“完成”指示。例如，用户可以从推送服务器接收电子邮件，同时浏览网页。在电子邮件应用已经发送应答之后，其可以指示它已经完成了它的数据事务。浏览器应用可以表现得不同，井代之以对何时向连接管理器发送“完成”指示进行预测性的确定(例如，使用不活动定时器)。基于来自活动应用的这种指示的复合状态，UE软件可以决定发送转换指示，该转换指示向网络指示或请求应该发生从ー个状态或模式到另ー个状态或模式的转换。备选地，UE软件可以代之以在其发送转换指示之前等待，并引入延迟来确保应用真正完成了数据交換，并且不需要維持在高度需要电池或无线资源的状态或模式下。基于业务历史和/或应用简档，延迟可以是动态的。只要连接管理器以一定的概率确定没有应用预期交換数据，其都可以向网络发送转换指示来指示应该发生转换。在特定的示例中，转换指示可以是针对适当的域(例如，PS域)的请求转换到空闲模式的信令连接释放指示。备选地,转换指示可以是向UTRAN请求连接模式内的状态转换的请求。如下面将更详细地描述的，基于接收到转换指示和可选的无线资源简档，网络单元(例如，UMTS环境下的UTRAN)可以决定将UE从ー个状态或模式转换到另ー状态或模式。其他转换指示是可能的。例如，替代依靠UE上的所有活动应用的复合状态，在备选的实施例中，UE软件可以在每次UE应用已完成数据交换和/或该应用不预期交換其他数据时发送转换指示。在该情况下，基于下面參考图18描述的UE的可选无线资源简档，网络单元(例如，UTRAN)可以使用该指示来做出转换決定。在又一示例中，转换指示可以简单地指示UE上的一个或多个应用完成数据交换和/或UE应用不预期交換任何其他数据。基于该指示以及UE的可选的无线资源简档，网络(例如，UTRAN)可以决定是否将UE转换到更适当的状态或模式或操作。在其他示例中，转换指示可以是隐式的，而不是显式的。例如，指示可以是周期性发送的状态报告的一部分。这种状态报告可以包括例如无线链路缓存是否有数据的信息或者可以包括关于输出业务的信息。当UE发送转换指示时，其可以包括附加信息，以协助网络单元做出基于指示进行动作的決定。该附加信息可以包括UE发送该消息的理由或原因。该原因或理由(下面更 详细地解释)可以基于UE确定需要类似“快速休眠”的行为。这种附加信息可以是转换指示消息中的新信息单元或新參数的形式。在另ー实施例中，在UE上可以存在定时器，以确保可以不发送转换指示，直到从发送先前的转换指示开始过去一段时间(禁止持续时间)。该禁止定时器限制UE太过频繁地发送转换指示消息，以及还允许网络通过依靠仅以给定的最大频率触发的消息来做出确定。可以通过值预先配置或者由网络来设置(指示或信号通知)的定时器确定该持续时间。如果由网络来设置该值，可以在新的或者现有的消息(例如，RRC连接请求、RRC连接释放、无线承载建立、UTRAN移动性信息或者系统信息块等等)中对其进行传送，以及可以是这些消息中的信息単元。例如，备选地，可以在UTRAN响应于从UE接收到的RRC连接请求消息而发送的RRC连接建立消息的禁止转换指示部分中传送该值。在备选实施例中，可以在类型取决于UE状态的消息中向UE传送该值。例如，网络可以将该值作为系统信息消息的一部分向小区中的所有UE发送,该系统信息消息是在UE处于空闲、URA_PCH、Cell_PCH或CELL_FACH状态时由UE读取的。在又一实施例中，可以将该值作为RRC连接建立消息的一部分发送。网络产生的消息还可以通过不将禁止定时器包括在消息中或者消息内的信息单元中，来传送隐式的禁止定时器值。例如，在确定从接收到的消息中省略了禁止定时器吋，UE应用预定值来作为禁止定时器值使用。禁止定时器值省略的一个示例性使用是禁止UE发送转换指示消息。在这种情况下，当UE检测到接收到的消息中对所预期的禁止定时器值的省略时，可以基于该省略来禁止UE发送任何的转换指示消息。对此实现的ー种方式是UE采用无穷大的禁止定时器值。在另ー实施例中，当UE检测到禁止定时器值的省略(以及，例如采用无穷大的禁止定时器值)吋，UE可以发送转换指示，然而不包括任何的附加信息，具体地，UE可以省略触发发送转换指示的原因(下面将进一歩更详细地描迷)。转换指示消息中原因単元的省略可以确保通过允许UE使用请求或指示转换的现有转换指示消息(例如，信令连接释放指示)来进行后向兼容。进ー步參考示例性实施例来详细描述不将禁止定时器包括在接收到的消息中的情况，其中，在小区中广播或者向UE发送系统信息块，以及将系统信息块配置为传送禁止定时器值。在本实施例中，如果UE接收到不在消息或消息内的信息単元中包含禁止定时器(已知为T3xx)的系统信息块，在这种情况下，UE可以确定不便UE发送转换指示消息，例如，通过将禁止定时器T3xx设置为无穷大来进行。还參考另ー示例性实施例来详细描述不包括禁止定时器的情况，其中，从UTRAN移动性信息消息省略禁止定时器T3xx。在这种情况下，接收方UE可以继续应用先前存储的禁止定时器值。备选地，在检测到禁止定时器T3xx的省略时，UE可以确定不使UE发送转换指示消息，例如，通过将禁止定时器T3xx设置为无穷大来进行。在又一示例性实施例中，UE在检测到接收的消息或消息内的信息单元中省略了禁止定时器时，将禁止定时器值设置为另ー预设值(例如，0秒、5秒、10秒、15秒、20秒、30秒、I分钟、I分30秒、2分钟中的ー个)。备选地或者附加地，这些示例可以应用于其他网络产生的消息。在其他实施例中，如果没有在消息或信息単元中向UE发送或信号通知禁止定时器(值)，或者没有从广播系统信息读取或者从与ー个小区到另ー个小区的转换有关的其他专用UTRAN消息接收到禁止定时器，可以发生也可以不发生转换指示的发送。 具体地，在一个实施例中，UE在检测到不存在禁止定时器时，不基于高层确定不再有PS数据要发送来发起转换指示。在备选实施例中，UE在检测到不存在禁止定时器时，可以基于高层确定不再有PS数据要发送来发起转换指示。在又一实施例中，如果在消息内或者消息中的信息单元内没有从UTRAN接收到定时器值(经由广播或其他方式)，不将UE处的定时器值设置为无穷大，而是UE可以将禁止定时器设置为零，或者备选地，删除定时器的任何配置，井代之允许发送转换指示。在该情况下，UE可以省略或者禁止将原因附着到转换指示消息中。在一个实施例中，使用信令连接释放指示消息来作为转换指示的ー个示例。在一个实施例中，使用信令连接释放指示过程来传送转换指示。UE使用信令连接释放指示过程来指示UTRAN其信令连接中的一条已被释放。具体地，根据TS 25. 331的8. I. 14. 2节，UE应该在从特定CN域的高层接收到释放信令连接的请求时，检查在信息单元“CN域标识”中标识的特定CN域的变量“ESTABLISHED_SIGNALLING_C0NNECTI0NS”中的信令连接是否存在。如果存在，UE可以发起信令连接释放指示过程。在没有向UE信号通知或者以其他方式传送禁止定时器值的情况下，在信令连接释放指示消息中不指定信令连接释放指示原因。本领域技术人员将意识到，在本备选实施例中，缺少定时器值不会导致定时器值被设置为无穷大。在UTRAN侧，在接收到没有原因的信令连接释放指示消息吋，UTRAN向高层指示针对所标识的CN域标识的信令连接释放。然后，这可以发起对已建立的无线资源控制连接的释放。在另ー备选实施例下，当UTRAN向UE信号通知或传送定时器值(例如，信息单元“连接模式下的UE定时器和常数”中的禁止定时器T3xx)(或者使用系统信息，如SIB1、SIB3或SIB4，或者利用专用的UTRAN移动性信息消息)时，根据以下方式来发生释放过程。首先，UE可以检查是否存在所指示的任何电路交换域连接。可以在变量“ESTABLISHED,SIGNALLING_C0NNECTI0NS”中指示这种连接。如果没有电路交换域连接，可以发生第二检查，以确定高层是否指示将长时间不存在分组交换域数据。如果不存在电路交换域连接，以及预期长时间不存在分组交换域数据，UE可以接下来检查定时器T3xx是否正在运行。如果定时器T3xx没有在运行，UE向分组交换(PS)域设置信息単元“CN域标识”。此外，信息単元“信令连接释放指示原因”被设置为“UE请求的PS数据会话结束”。使用AMRLC在DCCH上发送信令连接释放指示消息。此外，在发送之后启动定时器T3xx。在成功传送信令连接释放指示消息(在以上过程中，由RLC来确认)时，结束以上过程。在本实施例中，当定时器T3xx正在运行时或者直到定时器T3xx已经到期之前，禁止UE发送具有被设置为“UE请求的PS数据会话结束”的信令连接释放指示原因的信令连接释放指示消息。
当T3xx定时器正在运行时，如果由于长时间没有其他的分组交换域数据而发起信令连接释放指示过程，UE负责实现是否在T3xx定时器到期时发起该过程。UE的决定可以基于确定其是否有任何的后续信令连接释放指示或请求消息要发送，以及如果有，UE的决定可以包括对用于发起在此描述的过程的ー些或全部的相同检查进行重新检查。在UTRAN侧，如果接收到的信令连接释放指示消息不包括信令连接释放指示原因，UTRAN可以从高层请求释放信令连接，以及高层从而可以发起信令连接的释放。如果另一方面，接收到的信令连接释放指示消息包括原因，UTRAN可以释放信令连接或发起至更具有电池效率的状态(例如，CELL_FACH、CELL_PCH、URA_PCH或IDLE_M0DE)的转换。以上的禁止持续时间可以基于UE想要转换到的状态。例如，移动设备是否指示其相对于其他RRC状态/模式对ー些RRC状态/模式的最新偏好，禁止持续时间可以不同。例如，如果移动设备指示相对于Cell_FACH或相对于Cell_PCH/URA PCH状态对空闲模式的偏好，禁止持续时间可以不同。在由网络来设置禁止持续时间的情况下，通过网络向移动设备指示/发送值的两个(或更多)集合来对此进行实现，该值的两个(或更多)集合取决于场景来使用。备选地，可以通过仅向移动设备指示/信号通知适当的禁止持续时间值的方式来进行指示例如，如果UE想要转换到Cell_PCH，与如果UE想要转换到空闲模式相比，可以设置不同的经过持续时间。取决于移动设备当前处于哪种RRC状态/模式(例如，Ce 11_DCH/Ce 11_FACH对Cell_PCH/URA_PCH,或者 Cell_DCH 对 Cell_FACH，或者 Cell_PCH/URA_PCH)，从以上而来的禁止持续时间可以不同。取决于网络是否已经对来自移动设备的偏好RRC状态信息进行动作，来自以上的禁止持续时间可以不同。这种识别可以发生在网络上，或者发生在移动设备侧。在第一种情况下，这可以影响到网络向移动设备指示/信号通知的禁止值。在该第二种情况下，可以由网络预先配置或指示/信号通知禁止持续时间值的不同集合。作为具体情况，如果网络已经对来自移动设备的偏好RRC状态信息进行了动作，例如，已经发起了至UE所指示的状态的状态转换，可以减少或取消禁止持续时间/功能。取决于例如网络的偏好、特征、能力、负荷或容量，来自以上的禁止持续时间可以不同。如果网络能够接收频繁的转换指示消息，其可以指示短的禁止持续时间。如果网络不能够或者不想接收频繁的转换指示消息，其可以指示长的禁止持续时间。网络可以指示UE不能发送转换指示消息的特定时间段。例如，可以通过数值方式指示特定时间段(即，0秒、30秒、I分钟、I分30秒、2分钟或者无穷大)。接收到0秒的禁止持续时间的UE能够没有延迟地发送转换指示。接收到无穷大的禁止持续时间的UE不能够发送转换指示。替代禁止持续时间，或者除了禁止持续时间之外，可以使用/指定每时间窗ロ的消息的最大数目(例如，“每10分钟不超过15条消息”)。以上的禁止持续时间/每时间窗ロ最大消息的组合是可能的。 通过示例的方式，本公开一般性地描述了 UTRAN对来自UE的RRC连接请求消息的接收。在接收到RRC连接请求消息吋，UTRAN应该例如接受该请求，井向UE发送RRC连接建立消息。RRC连接建立消息可以包括禁止转换指示，已知是定时器T3xx。在UE接收到RRC连接建立消息吋，UE应该例如存储定时器T3xx的值，替换任何先前存储的值，或者如果定时器T3xx不在RRC连接建立消息中，则将定时器的值设置为无穷大。在一些实施例中，RRC连接建立消息必须包括禁止转换指示，以确保UE知道UTRAN支持禁止转换指示信令。在一个实施例中，假设在DCH状态下的移动期间，UE将维持其当前存储的禁止定 时器的值。在将禁止定时器设置为无穷大的一些情况下，这可以意味着UE必须等待网络数据不活动定时器到期，以及等待网络将该UE移动到其可以接收或确定禁止定时器的新值的RRC状态。当在切換之前禁止定时器是除无穷大之外的其他值的情况下，持续使用该其他值，直到UE能够将定时器值更新为在新的小区中指示的定时器值。在一些实例中，在一些网络或者在网络内的一些小区中可以不实现禁止定时器和转换指示(例如，信令连接释放指示)消息。出于移动性的目的，如果不存在对发送转换指示或请求消息的特征的可用支持(尤其在使用了原因的情况下)，UE应该缺省不发送该消息。这避免了不必要的发送以及网络资源和电池资源的相关浪费。此外，出于移动性的目的，网络内使用的不同厂商的网络设备可导致相邻小区使用不同的禁止定时器，当UE在小区间移动吋，需要在UE上进行更新定时器值。在一个备选实施例中，通过假设所有的切換和相关承载控制消息包括禁止定时器T3xx的值来处理上述情況。在此，将这种消息称为移动性消息。这允许UE在小区间移动时接收新的禁止定时器值。这也允许在这些移动性消息之ー不包含禁止定时器值的情况下，UE设置禁止定时器的缺省定时器值。将会意识到，如果在移动性消息中没有接收到禁止定时器值，这指示了该小区不能用于快速休眠。作为转换指示过程的另ー示例，UE可以使用数据传送完成指示过程来向UTRAN指示其已经确定不需要传送任何的更多PS域数据。与上述示例相结合，如果定时器T3xx在运行，UE在定时器T3xx到期之前不能发送数据传送完成指示消息。数据传送完成指示过程从如下指示开始RRC或高层将长时间不再有PS域数据。如果在变量ESTABLISHED_SIGNALLING_CONNECTIONS中指示了 CS域连接或者如果定时器T3xx被设置为无穷大，过程结束。否则，如果定时器T3xx没有在运行(S卩，已到期)或者被设置为0秒，向低层提交数据传送完成指示消息，以DCCH上使用AM RLC来传输，在此之后，当已经向低层传送了消息时，启动或复位定时器T3xx。UTRAN在接收到数据传送完成指示时可以决定发起UE转换到更具电池效率的RRC状态或空闲状态。当定时器T3xx正在运行吋，UE不应该发送数据传送完成指示消息。本公开提供了控制用户设备使用转换指示消息的方法，包括将禁止转换指示包括在配置消息中；以及向用户设备发送具有禁止转换指示的配置消息。本公开还提供了被配置为控制用户设备使用转换指示消息的网络单元，该网络单元被配置为将禁止转换指示包括在配置消息中；以及向用户设备发送具有禁止转换指示的配置消息。本公开还提供了用户设备(UE)处用于发送转换指示的方法，该方法包括根据从网络单元接收到的禁止转换指示来设置定时器；检测数据传送完成；以及在检测到定时器不在运行时发送转换指示。本公开还提供被配置为发送转换指示的用户设备，该用户设备被配置为根据从网络单元接收到的禁止转换指示来设置定时器；检测数据传送完成；以及在检测到定时器不在运行时发送转换指示。现在參考图I。图I是示出UMTS网络中协议栈的无线资源控制部分的各种模式和状态的方框图。具体地，RRC可以处于RRC空闲模式110或RRC连接模式120。 本领域技术人员将意识到，UMTS网络由两个陆基网络段组成。它们是核心网(CN)和通用陆地无线接入网(UTRAN)(如图8中示出的)。核心网负责向外部网络交换和路由数据呼叫和数据连接，而UTRAN处理所有的无线相关功能。在空闲模式110下，只要需要在UE和网络之间交换数据，UE都必须请求RRC连接来建立无线资源。这可以是UE上的应用需要连接来发送数据的結果，或者是UE监视寻呼信道来指示UTRAN或SGSN是否已寻呼UE以从外部网络(例如，推送服务器)接收数据的結果。此外，只要UE需要发送移动性管理信令消息(例如，位置区更新)，UE也请求RRC连接。一旦UE已经向UTRAN发送建立无线连接的请求，UTRAN选择RRC连接要处于的状态。具体地，RRC连接模式120包括四个单独的状态。它们是CELL_DCH状态122、CELL_FACH状态 124、CELL_PCH 状态 126 和 URA_PCH 状态 128。UE从空闲模式110自主转换到CELL_FACH状态124，在CELL_FACH状态124中，UE进行其初始的数据传送，在这之后，网络确定使用哪个RRC连接状态来用于继续的数据传送。这可以包括网络将UE移动到小区专用信道(CELL_DCH)状态122或者将UE保持在小区前向接入信道(CELL_FACH)状态124。在CELL_DCH状态122中，向UE分配用于上行链路和下行链路以交换数据的专用信道。由于具有向UE分配的专用物理信道，该状态通常需要来自UE的最多的电池功率。备选地，UTRAN可以将UE维持在CELL_FACH状态124。在CELL_FACH状态下，不向UE分配专用信道。取而代之，使用公共信道来以少量的突发数据(bursty data)发送信令。然而，UE仍然必须持续监视PACH，并因此与CELL_PCH状态、URA_PCH状态和空闲模式相比，其消耗了更多的电池功率。在RRC连接模式120中，RRC状态可以根据UTRAN的判断而改变。具体地，如果检测到数据不活动达特定的时间量，或者检测到数据吞吐量低于特定的阈值，UTRAN可以将RRC 状态从 CELL_DCH 状态 122 移动到 CELL_FACH 状态 124、CELL_PCH 状态 126 和 URA_PCH状态128。类似地，如果检测到净荷高于特定的阈值，则可以将RRC状态从CELL_FACH状态124移动到CELL_DCH状态122。从CELL_FACH状态124，在一些网络中如果检测到数据不活动达预定的时间，UTRAN可以将RRC状态从CELL_FACH状态124移动到寻呼信道(PCH)状态。该状态可以是CELL_PCH 状态 126 或 URA_PCH 状态 128。从CELL_PCH状态126或URA PCH状态128，为了发起请求专用信道的更新过程，UE必须移动到CELL_FACH状态124。这是UE控制的唯一状态转换。空闲模式110以及CELL_PCH状态126和URA_PCH状态128使用断续接收循环(DRX)来监视广播消息，并通过寻呼指示符信道(PICH)进行寻呼。不可能有上行链路活动。CELL_PCH状态126和URA_PCH状态128之间的区别在于如果UE的当前UTRAN注册区(URA)不在当前小区中存在的URA标识的列表中，URA_PCH状态128仅触发URA更新过程。具体地，參考图2。图2示出了各种UMTS小区210、212和214的示意。如果重选到CELL_PCH状态，所有这些小区需要小区更新过程。然而，在UTRAN注册区中，每个都将在相同的UTRAN注册区(URA) 320内，并因此当处于URA_PCH模式下时，当在210、212和214之 间移动时不触发URA更新过程。如图2中可见的，其他小区218在URA 320外部，并可以成为单独的URA的一部分，或者没有URA。本领域技术人员应该意识到，从电池寿命的角度来看，空闲模式与以上状态相比提供了最低的电池使用。具体地，因为UE仅需要定期监视寻呼信道，无线装置不需要持续开启，而是将代之以周期性唤醒。与电池寿命折衷的是发送数据的延迟。然而，如果该延迟不是太大，处于空闲模式并节省电池功率的好处超过了连接延迟的坏处。再次參考图I。各种UMTS基础结构厂商基于各种标准在状态122、124、126和128之间移动。这些标准可以是网络运营商关于节省信令或节省无线资源的偏好等等。下面描述示例性的基础结构。在第一示例性基础结构中，紧接在CELL_FACH状态下发起接入之后，RRC在空闲模式和Cell_DCH状态之间移动。在Cell_DCH状态下，如果检测到两秒的不活动，RRC状态改变到Cell_FACH状态124。如果在Cell_FACH状态124下，检测到10秒的不活动，则RRC状态改变到Cell_PCH状态126。Cell_PCH状态126下45分钟的不活动将导致RRC状态移动回到空闲模式110。在第二示例性基础结构中，取决于有效载荷阈值，可以在空闲模式110和连接模式120之间发生RRC转换。在第二基础结构中，如果有效载荷低于特定阈值，则UTRAN将RRC状态移动到CELL_FACH状态124。相反，如果数据有效载荷高于特定有效载荷阈值，则UTRAN将RRC状态移动到CELL_DCH状态122。在第二基础结构中，如果在CELL_DCH状态122下检测到两分钟的不活动，UTRAN将RRC状态移动到CELL_FACH状态124。在CELL_FACH状态124下的5分钟的不活动之后，UTRAN将RRC状态移动到CELL_PCH状态126。在CELL_PCH状态126下，在移动回空闲模式110之前要求两个小时的不活动。在第三示例性基础结构中，空闲模式110与连接模式120之间的移动总是到CELL_DCH状态122。在CELL_DCH状态122下的5秒的不活动之后，UTRAN将RRC连接移动到CELL_FACH状态124。CELL_FACH状态124下不活动30秒导致移动回空闲模式110。在第四示例性基础结构中，从空闲模式到连接模式的RRC转换直接进入到CELL_DCH状态122。在第四示例性基础结构中，CELL_DCH状态122包括两个配置。第一配置包括具有高数据速率的配置，以及第二配置包括较低数据速率，然而仍然在CELL_DCH状态下。在第四示例性基础结构中，从空闲模式110的RRC转换直接进入高数据速率CELL_DCH子状态。在10秒的不活动之后，RRC状态转换到低数据速率CELL_DCH子状态。从CELL_DCH状态122的低数据子状态起17秒的不活动导致RRC状态将其改变为空闲模式110。以上的四个示例性基础结构示出了各种UMTS基础结构厂商如何实现状态。本领域技术人员将意识到，在每种情况下，如果与所需停留在CELL_DCH或CELL_FACH状态下的时间相比，花在交换实际数据(例如，电子邮件)上的时间显著要短。这导致没有必要的电流汲取，使得用户在较新代的网络(例如，UMTS)中比在之前代的网络(例如，GPRS)中体验更差。此外，虽然从电池寿命的角度看，CELL_PCH状态126比CELL_FACH状态124更优，与空闲模式110相比，通常将CELL_PCH状态126下的DRX循环设置为较低的值。因此，与在空闲模式110中相比，在CELL_PCH状态126下，需要UE更频繁地唤醒。
具有与空闲状态110的DRX循环相似的DRX循环的URA_PCH状态128很可能是电池寿命和连接的延迟之间的最优折衷。然而，当前在UTRAN中没有实现URA_PCH状态128。在一些情况下，从电池寿命的角度看，因此期望在应用完成数据交换之后尽可能快地快速转换到空闲模式。现在參考图3。当从空闲模式转换到连接模式时，需要进行各种信令和数据连接。參考图3，要执行的第一项是RRC连接建立310。如上指示的，仅可以由UTRAN来拆除该RRC连接建立310。一旦完成RRC连接建立310，开始信令连接建立312。一旦信令连接建立312完成，开始加密和完整性建立314。在这完成时，完成无线承载建立316。在这点上，可以在UE和UTRAN之间交换数据。一般而言，以相反的次序类似地完成拆除连接。拆除无线承载建立316，并在然后拆除RRC连接建立310。在这点上，如图I中示出的，RRC移动到空闲模式110。虽然当前的3GPP规范不允许UE释放RRC连接或者指示其对RRC状态的偏好，UE仍然可以指示针对特定的核心网域(例如，分组交换应用所使用的分组交换(PS)域)的信令连接的终止。根据3GPP TS25. 331的8. I. 14. I节，UE使用信令连接释放指示过程来向UTRAN指示其信令连接之一已被释放。该过程可进而发起RRC连接释放过程。从而，停留在当前的3GPP规范内，可以在拆除信令连接建立312时发起信令连接释放。拆除信令连接建立312在UE的能力之内，并进而根据规范，这“可以”发起RRC连接释放。本领域技术人员将意识到，如果拆除信令连接建立312，在已经拆除信令连接建立312之后，UTRAN将还需要清除解密和完整性建立314以及无线承载建立316。如果拆除信令连接建立312，在没有活动的CS连接的情况下，通常由当前厂商基础结构的网络来拆除RRC连接建立。将这用于上述的特定转换指示示例之一，如果UE确定其完成了数据交换，例如，如果向UE软件的“连接管理器”组件提供数据交换完成的指示，则连接管理器可以确定是否拆除信令建立312。例如，设备上的电子邮件应用发送如下指示其已经从推送电子邮件服务器接收到该推送服务器实际接收到电子邮件的肯定应答。在一个实施例中，连接管理器可以跟踪所有现有的应用、相关的PDP上下文、相关的PS无线资源以及相关的电路交换(CS)无线承载。在其他实施例中，网络单元(例如，UTRAN)可以跟踪现有的应用、相关的rop上下文、QoS、相关的PS无线资源以及相关的CS无线承载。即使在已经发送“完成”指示之后，可以在UE或网络单元处引入延迟，以确保应用真正完成数据交换并且不再要求RRC连接。可以使该延迟等于与应用或UE相关联的不活动超吋。每个应用可以具有其自己的不活动超时，并从而延迟可以是所有应用超时的合成。例如，电子邮件应用可以有5秒的不活动超时，而活动的浏览器应用可以有60秒的超吋。禁止持续时间定时器可以进一歩延迟发送转换指示。基于所有这些来自于活动的应用的指示的复合状态，以及在一些实施例中的无线资源简档和/或禁止持续时间定时器延迟，UE软件決定，针对适当的核心网(例如，PS域)，在发送转换指示(例如，信令连接释放指示或状态改变请求)之前其应该或者必须等待多长时间。如果在网络单元处实现延迟，该单元确定是否以及如何转换UE，然而仅在延迟已经按计划进行之后才操作转换。可以基于业务模式历史和/或应用简档来使得不活动超时是动态的。如果网络单元将UE转换到空闲模式110 (这可以发生在图I中示出的RRC连接模式120的任何阶段)，网络单元释放RRC连接并将UE如图I中所示移动到空闲模式110。当 UE在语音呼叫期间正在执行任何的分组数据服务时，这也是可应用的。在该情况下，网络可以选择仅释放PS域信令连接，而维持CS域信令连接，或者备选地，可以不选择释放任何连接，而代之以维持对PS和CS域的信令连接。在另ー实施例中，可以将原因增加到转换指示，该原因向UTRAN指示该指示的理由。在优选实施例中，原因可以是如下指示异常状态导致该指示，或者作为所请求的转换的结果，由UE发起该指示。其他正常(即，非异常)的事务也可以导致发送转换指示。在另ー优选实施例中，各种超时可以导致针对异常条件发送转换指示。下面的定时器的示例不是穷举的，其他定时器或异常条件是可能的。例如，10. 2. 47 3GPP TS 24.008如下指定定时器3310
定时定时状态j 启动原圃正常停止关于第一、第
器编器値ニ、第三、第
VI四到期汴释3
T3310 15s GMM-1发送附着请求接收到附-着接受附着请求的 REG- 接收到附着拒絶 策传 ___INlT j___定时器T3310使用该定时器来指示附着失败。附着失败可以是网络的结果，或者可以是射频(RF)问题，例如，冲突或者坏的RF。附着尝试可以发生多次，附着失败由预定数目的失败或显式的拒绝而产生。3GPP的10. 2. 47的第二定时器是定时器T3330，如下对其进行指定
权利要求
1.ー种用户设备UE执行的方法，所述方法包括 在UE处，維持在至少ー个无线资源控制RRC状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因； UE接收分组交換PS数据； UE响应于接收PS数据，复位计数。
2.根据权利要求I所述的方法，其中，指示消息包括信令连接释放指示消息。
3.根据前述权利要求中任一项所述的方法，其中，所述计数中的指示消息均具有被设置为“UE请求的PS数据会话结束”的原因。
4.根据前述权利要求中任一项所述的方法，其中，所述原因被设置为“UE请求的PS数
5.根据前述权利要求中任一项所述的方法，其中，所述至少ー个RRC状态包括CELL_PCH状态或URA_PCH状态。
6.根据前述权利要求中任意一项所述的方法，其中 维持计数包括使用计数器。
7.一种用户设备UE,被配置为 維持对至少一个无线资源控制RRC状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因； 接收分组交换PS数据； 响应于接收PS数据，复位计数。
8.根据权利要求7所述的用户设备，其中，指示消息包括信令连接释放指示消息。
9.根据权利要求7或8所述的用户设备UE，其中，所述计数中的指示消息均具有被设置为“UE请求的PS数据会话结束”的原因。
10.根据权利要求7至9中任一项所述的用户设备，其中，所述原因被设置为“UE请求的PS数据会话结束”。
11.根据权利要求7至10中任一项所述的用户设备，其中，所述至少ー个RRC状态包括CELL_PCH 状态或 URA_PCH 状态。
12.根据权利要求7至11中任一项所述的用户设备，还包括用于维持所述计数的计数器。
13.ー种用户设备UE执行的方法，所述方法包括 在UE处，維持在至少ー个无线资源控制RRC状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因； 发送分组交换PS数据； UE响应于发送PS数据，复位计数。
14.根据权利要求13所述的方法，其中，用户设备在无线承载5“RB5”或以上发送PS数据。
15.根据权利要求13或14所述的方法，其中，PS数据的发送包括上行链路无线链路控制RLC数据协议数据单元rou。
16.根据权利要求13至15中任一项所述的方法，其中，指示消息包括信令连接释放指示消息。
17.根据利要求13至16中任一项所述的方法，其中，所述计数中的指示消息均具有被设置为“UE请求的PS数据会话结束”的原因。
18.根据权利要求13至17中任一项所述的方法，其中，所述原因被设置为“UE请求的PS数据会话结束”。
19.根据权利要求13至18中任一项所述的方法，其中，所述至少ー个RRC状态包括CELL_PCH 状态或 URA_PCH 状态。
20.根据权利要求13至19中任一项所述的方法，其中，维护计数包括使用计数器。
21.—种用户设备UE,被配置为 維持在至少ー个无线资源控制RRC状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因； 发送分组交换PS数据； UE响应于发送PS数据，复位计数。
22.根据权利要求21所述的用户设备，还被配置为在无线承载5“RB5”或以上发送PS数据。
23.根据权利要求21或22所述的用户设备，其中，PS数据的发送包括上行链路无线链路控制RLC数据协议数据单元rou。
24.根据权利要求21或23所述的用户设备，其中，指示消息包括信令连接释放指示消o
25.根据权利要求21至24中任一项所述的用户设备UE，其中，所述计数中的指示消息均具有被设置为“UE请求的PS数据会话结束”的原因。
26.根据权利要求21至25中任一项所述的用户设备，其中，所述原因被设置为“UE请求的PS数据会话结束”。
27.根据权利要求21至26中任一项所述的用户设备，其中，所述至少ー个RRC状态包括CELL_PCH状态或URA_PCH状态。
28.根据权利要求21至27中任一项所述的用户设备，还包括用于维持所述计数的计数器。
全文摘要
一种用户设备，实现对指示消息进行处理的方法，该消息例如SCRI(信令连接释放指示)消息。用户设备(UE)维持在至少一个无线资源控制RRC状态下时UE已经发送了多少指示消息的计数，所述指示消息具有所设置的原因。提供用于复位计数的各种条件。这些条件包括UE接收分组交换(PS)数据和发送分组交换(PS)数据。
文档编号H04W76/06GK102763484SQ201080062006
公开日2012年10月31日 申请日期2010年11月23日 优先权日2009年11月23日
发明者保罗·卡澎特, 约翰娜·丽莎·德怀尔 申请人:捷讯研究有限公司