用于umts网络中的信令释放原因指示的方法和系统的利记博彩app

用于umts网络中的信令释放原因指示的方法和系统的利记博彩app
【专利摘要】一种在用户设备和无线网络之间处理信令释放指示原因的方法和系统，所述方法包括步骤：在用户设备处监视是否应当向所述无线网络发送信令连接释放指示；在用户设备处将用于所述信令连接释放指示的原因添加到所述信令连接释放指示；将所添加的信令连接释放指示发送到所述无线网络；在所述无线网络处接收所述信令连接释放指示；以及过滤所述原因来确定是否产生告警。
【专利说明】用于UMTS网络中的信令释放原因指示的方法和系统
[0001]本申请是申请号为“200710137906.8”，申请日为2007年5月16日，发明名称为“用于UMTS网络中的信令释放原因指示的方法和系统”之申请的分案申请。
【技术领域】
[0002]本申请涉及在用户设备(UE)和通用陆地无线接入网络(UTRAN)之间的无线电资源控制，具体地，涉及UMTS网络中现有信令连接的释放。
【背景技术】
[0003]通用移动电信系统(UMTS)是用来传输文本、数字语音、视频和多媒体的基于分组的宽带系统。它高度支持第三代标准，并通常基于宽带码分多址(W-CDMA)。
[0004]在UMTS网络中，协议栈的无线电资源控制(RRC)部分负责UE和UTRAN之间无线电资源的分配、配置和释放。该RRC协议在3GPP TS25.331规范中有详细描述。UE可以处于的两种基本模式被定义为“空闲模式”和“UTRA连接模式”。UTRA代表UMTS地面无线接入。在空闲模式下，无论何时UE想发送任何用户数据、或者响应无论何时UTRAN或GPRS服务支持节点(SGSN)对UE的寻呼以从外部数据网络(如推送服务器)接收数据，都需要UE请求RRC连接。在3GPP规范TS25.304和TS25.331中详细描述了空闲和连接模式行为。
[0005]当处于UTRA RRC连接模式时，设备可以处于四种状态中的一种状态。这四种状态是:
[0006]CELL-DCH:在该状态下，给UE在上行和下行链路上分配专用信道来交换数据。UE必须执行如在3GPP25.331中概述的动作。
[0007]CELL_FACH:在该状态下，不给用户设备分配专用信道。相反，使用公共信道来交换少量的突发数据。UE必须执行如在3GPP25.331中概述的动作，这包括在3GPP TS25.304中定义的小区选择过程。
[0008]CELL_PCH:UE使用不连续接收(DRX)来监视广播消息，并通过寻呼指示符信道(PICH)进行寻呼。可以没有上行链路活动。UE必须执行在3GPP25.331中概述的操作，这包括在3GPP TS25.304中定义的小区选择过程。在小区选择之后，UE必须执行CELL UPDATE过程。
[0009]URA_PCH:UE使用不连续接收(DRX)来监视广播消息，并通过寻呼指示符信道(PICH)进行寻呼。可以没有上行链路活动。UE必须执行在3GPP25.331中概述的操作，这包括在3GPP TS25.304中定义的小区选择过程。除了 URA UPDATE过程仅仅通过UTRAN注册区域(URA)重选来触发之外，该状态与CELL_PCH相类似。
[0010]从空闲模式到连接模式及从连接模式到空闲模式的转换都是由UTRAN控制的。当空闲模式UE请求RRC连接时，网络决定是将UE转移到CELL_DCH状态还是CELL_FACH状态。当UE处于RRC连接模式时，网络再次决定何时释放该RRC连接。在释放该连接之前或在作为释放该连接的替代的某些情况下，网络还可以将UE从一种RRC状态转移到另一种RRC状态。这种状态转换典型地是由UE和网络之间的数据活动或不活动来触发的。由于网络可能不知道对于给定应用来说UE何时完成数据交换，因此典型地，网络保持RRC连接一段时间，以预期去往/来自UE的更多数据。这样做典型地降低了呼叫建立以及后续无线电承载建立的等待时间。所述RRC连接释放消息只能由UTRAN发送。该消息释放了 UE和UTRAN之间的信号链路连接和所有无线电承载。
[0011]上述问题在于，即使UE上的应用程序已经完成其数据处理并且不期望任何进一步的数据交换，它仍然等待网络将其转移到正确的状态。网络可能甚至没有意识到UE上的应用程序已经完成其数据交换的事实。例如，UE上的应用程序可以使用其自身的基于确认的协议来与连接到UMTS核心网的应用服务器交换数据。这种示例的应用程序运行在UDP /IP上来实现它们自身的有保证的传送。在这种情况下，UE知道应用服务器是否已经发送或接收了所有数据分组，并且更好地确定是否会发生任何进一步的数据交换，从而决定何时终止与分组业务(PS)域相关联的RRC连接。由于UTRAN控制RRC连接的状态何时变化为不同的状态或变化到空闲模式，以及UTRAN不知道UE和外部服务器之间的数据传送状态的事实，所以UE被迫停留在比其所需的状态或模式高的数据速率和更强的电池状态，从而耗尽了电池寿命。由于不必要地保持占用无线电承载资源，这也导致了网络资源的浪费。
[0012]解决上述问题的一种方案是让UE在它认识到完成数据处理时向UTRAN发送信令释放指示。依照3GPP TS25.331规范第8.1.14.3节，UTRAN 一旦从UE接收到信令释放指示，就可以释放该信令连接，从而使得UE转换到空闲模式。上述方案的问题在于，所述信令释放指示有可能被认为是告警。典型地，网络只有在发生GMM业务请求失败、RAU失败或附着失败时才期望信令释放指示。UE请求信令释放时告警的产生导致了网络中无效的性能监视和告警监视。

【发明内容】

[0013]因此，本申请提供了一种用于处理在用户设备和无线网络之间的信令释放指示原因的方法，包括步骤:在用户设备处监视是否应当向无线网络发送信令连接释放指示；在用户设备处，将信令连接释放指示的原因添加到信令连接释放指示中；将所添加的信令连接释放指示发送到无线网络；在无线网络处接收所述信令连接释放指示；以及过滤所述原因来确定是否产生告警。
[0014]本申请还提供了一种适于处理信令释放指示原因的系统，该系统包括:用户设备，该用户设备具有:无线电子系统，包括适于与UMTS网络通信的无线电设备；无线电处理器，具有数字信号处理器，并适于与所述无线电子系统交互；存储器；用户接口 ；处理器，适于运行用户应用程序并与存储器、无线电设备和用户接口交互、以及适于运行应用程序，所述用户设备的特征在于具有装置，用于:监视是否应当向无线网络发送信令连接释放指示；将用于信令连接释放指示的原因添加到所述信令连接释放指示；以及将所添加的信令连接释放指示发送到所述无线网络；以及适用于与所述用户设备通信的无线网络，所述无线网络进一步的特征在于:装置，用于接收所述信令连接释放指示；以及过滤所述原因以确定是否产生告警。
[0015]本申请还提供了一种在用户设备上处理信令释放指示原因以改进无线网络处的告警跟踪的方法，该方法包括步骤:监视是否应当向无线网络发送信令连接释放指示；将用于信令连接释放指示的原因添加到信令连接释放指示；以及将所添加的信令连接释放指示发送到无线网络，其中，所述无线网络具有所述信令连接释放指示原因的指示。
[0016]本申请还提供了一种便于用户设备释放信令连接的装置。检查器配置用来检查是否应当发送信令连接释放指示。信令连接释放指示发送器配置用来响应检查器的应当发送所述信令连接释放指示的指示，来发送信令连接释放指示。所述信令连接释放指示包括信令释放指示原因字段。
[0017]本申请还提供了 一种用来针对信令连接释放指示进行操作的网络装置。检验器配置用于检验信令连接释放指示的信令释放指示原因字段。该检验器检查所述信令释放指示原因字段是否指示异常状况。告警发生器配置用来:如果检验器的检验确定了所述信令释放指示原因字段指示异常状况，则可选择地产生告警。
[0018]本申请还提供了一种用户设备，适于在UMTS网络中提供信令释放指示原因，所述用户设备具有:无线电子系统，包括适于与UMTS网络通信的无线电设备；无线处理器，具有数字信号处理器并适于与所述无线电子系统交互；存储器；用户接口 ；处理器，适于运行用户应用程序并与存储器、无线电设备和用户接口交互、以及适于运行应用程序，所述用户设备的特征在于具有:装置，用于监视是否应当向无线网络发送信令连接释放指示；将用于信令连接释放指示的原因添加到所述信令连接释放指示中；以及将所添加的信令连接释放指示发送到无线网络，其中，所述无线网络具有信令连接释放指示原因的指示。
【专利附图】

【附图说明】
[0019]将参考附图来更好地理解本申请，其中:
[0020]图1是显示RRC状态和转换的框图；
[0021]图2是显示各种UMTS小区和URA的UMTS网络的示意图；
[0022]图3是显示RRC连接建立过程各个阶段的框图；
[0023]图4A是由UTRAN根据当前方法启动的在CELL_DCH连接模式状态和空闲模式之间的典型转换的框图；
[0024]图4B是显示使用信令释放指示在CELL_DCH状态连接模式转换到空闲模式的典型转换的框图；
[0025]图5A是由UTRAN启动的在CELL_DCH不活动到CELL_FACH不活动到空闲模式转换的典型转换的框图；
[0026]图5B是使用信令释放指示在CELL_DCH不活动和空闲模式之间的典型转换的框图；
[0027]图6是UMTS协议栈的框图；
[0028]图7是可以与本方法结合使用的典型UE ；
[0029]图8是与本方法和系统结合使用的典型网络；
[0030]图9是显示在UE处增加用于信令连接释放指示原因的步骤的流程图；以及
[0031]图10是显示了 UE接收到具有原因的信令连接释放指示时所采取的步骤的流程图。
【具体实施方式】
[0032]本系统和方法提供了从RRC连接模式转换到电池更有效状态或模式的系统和方法，同时在信令释放指示的原因是UE空闲转换请求时，确保了网络不会将信令释放指示视为告警。具体地，本方法和装置提供了转换，所述转换基于UE启动对于特定核心网络域的信令连接终止、或者指示UTRAN应当发生从一种连接状态至另一种状态的转换。下面将根据UMTS的典型实现方式进行描述。然而，应该明白，本发明的教导类似地可应用于其它无线电通信系统。
[0033]具体地，如果UE上的应用程序确定处理数据交换，那么它可以将“完成”指示发送到UE软件的“RRC连接管理器“组件。RRC连接管理器跟踪所有的现有应用程序(包括在一个或多个协议上提供业务的那些应用程序)、关联分组数据协议(TOP)上下文、关联分组交换(PS)无线电承载和关联电路交换(CS)无线电承载。PDP上下文是运行在UMTS核心网络上的UE和H)N(公共数据网络)之间的逻辑关联。在UE上的一个或多个应用程序(例如，电子邮件应用程序或浏览器应用程序)可以与一个PDP上下文相关联。在某些情况下，UE上的一个应用程序与一个基本PDP上下文相关联，而多个应用程序可以与第二 PDP上下文联系在一起。RRC连接管理器从UE上同时活跃的不同应用程序接收“完成”指示。例如，用户可以在浏览网页的同时从推送服务器接收电子邮件。在电子邮件应用程序发送了确认之后，电子邮件应用程序指示已经完成了数据处理，然而，浏览器应用程序可能不会发送该指示。基于来自活跃应用程序的这种指示的合成状态，UE软件可以决定在可以启动核心网络分组业务域的信令连接释放之前应该等待多久。这种情况下，可以引入延迟来确保该应用程序真正完成数据交换并且不需要RRC连接。所述延迟可以基于业务量历史和/或应用程序简档而动态变化。无论何时RRC连接管理器以某些可能性确定没有应用程序期望交换任何数据，可以发送用于合适域(例如，PS域)的信令连接释放指示过程。可选地，它可以将连接模式内的状态转换请求发送给UTRAN。
[0034]上述决定还可以考虑网络是否支持URA_PCH状态和到该状态的转换行为。
[0035]UE启动的到空闲模式的转换可以从RRC连接模式的任何状态发生，并以网络释放该RRC连接并转移到空闲模式结束。本领域熟练技术人员将理解，处于空闲模式的UE比处于连接状态的UE需要少得多的电池强度。
[0036]然而，信令释放指示的发送会使网络认为已发生告警。在信令释放指示是RRC确定不期望业务量的结果的情况下，在优选实施例中，网络可以区分信令释放指示是与异常状况相反的所请求空闲转换的结果的事实。这种区分允许诸如关键性能指示符(KPI)的指示符更加精确，从而改善了性能监视和告警监视。
[0037]本方法允许UE向现有信令释放指示添加提供信令释放指示原因的字段。然后，网络可以使用所添加的字段来从由于UE不再期望进一步的数据而请求进入到空闲状态的情形中过滤出真正的告警状况。这提高了告警和性能监视的效率，同时仍然允许UE通过更加迅速地转移到空闲模式来节省电池资源。
[0038]本申请因此提供了一种用于处理在用户设备和无线网络之间的信令释放指示原因的方法，包括步骤:在用户设备处监视是否应当向无线网络发送信令连接释放指示；在用户设备处，将信令连接释放指示的原因添加到信令连接释放指示中；将所添加的信令连接释放指示发送到无线网络；在无线网络处接收所述信令连接释放指示；以及过滤所述原因来确定是否产生告警。
[0039]本申请还提供了一种适于处理信令释放指示原因的系统，该系统包括:用户设备，该用户设备具有:无线电子系统，包括适于与UMTS网络通信的无线电设备；无线电处理器，具有数字信号处理器，并适于与所述无线电子系统交互；存储器；用户接口 ；处理器，适于运行用户应用程序并与存储器、无线电设备和用户接口交互、以及适于运行应用程序，所述用户设备的特征在于具有装置，用于:监视是否应当向无线网络发送信令连接释放指示；将用于信令连接释放指示的原因添加到所述信令连接释放指示；以及将所添加的信令连接释放指示发送到所述无线网络；以及适用于与所述用户设备通信的无线网络，所述无线网络进一步的特征在于:装置，用于接收所述信令连接释放指示；以及过滤所述原因以确定是否产生告警。
[0040]本申请还提供了一种在用户设备上处理信令释放指示原因以改进无线网络处的告警跟踪的方法，该方法包括步骤:监视是否应当向无线网络发送信令连接释放指示；将用于信令连接释放指示的原因添加到信令连接释放指示；以及将所添加的信令连接释放指示发送到无线网络，其中，所述无线网络具有所述信令连接释放指示原因的指示。
[0041]本申请还提供了一种便于用户设备释放信令连接的装置。检查器配置用来检查是否应当发送信令连接释放指示。信令连接释放指示发送器配置用来响应检查器的应当发送所述信令连接释放指示的指示，来发送信令连接释放指示。所述信令连接释放指示包括信令释放指示原因字段。
[0042]本申请还提供了 一种用来基于信令连接释放指示进行操作的网络装置。检验器配置用于检验信令连接释放指示的信令释放指示原因字段。该检验器检查所述信令释放指示原因字段是否指示异常状况。告警发生器配置用来:如果检验器的检验确定了所述信令释放指示原因字段指示异常状况，则可选择地产生告警。
[0043]本申请还提供了一种用户设备，适于在UMTS网络中提供信令释放指示原因，所述用户设备具有:无线电子系统，包括适于与UMTS网络通信的无线电设备；无线处理器，具有数字信号处理器并适于与所述无线电子系统交互；存储器；用户接口 ；处理器，适于运行用户应用程序并与存储器、无线电设备和用户接口交互、以及适于运行应用程序，所述用户设备的特征在于具有:装置，用于监视是否应当向无线网络发送信令连接释放指示；将用于信令连接释放指示的原因添加到所述信令连接释放指示中；以及将所添加的信令连接释放指示发送到无线网络，其中，所述无线网络具有信令连接释放指示原因的指示。
[0044]现在参考图1。图1是表示UMTS网络中协议栈的无线电资源控制部分的各种模式和状态的框图。具体地，RRC可以处于RRC空闲状态110或RRC连接状态120。
[0045]本领域普通技术人员将理解，UMTS网络由两种基于陆地的网络段构成。它们是核心网(CN)和通用陆地无线接入网(UTRAN)(如图8所示)。核心网负责数据呼叫的交换和路由以及到外部网络的数据连接，而UTRAN处理所有的无线电相关功能。
[0046]在空闲模式110，无论何时需要在UE和网络之间交换数据，UE都必须请求RRC连接来建立无线电资源。这可以是UE上的应用程序请求连接来发送数据的结果，或者是UE监视寻呼信道以指示UTRAN或SGSN是否已经寻呼UE来从诸如推送服务器的外部数据网络接收数据的结果。此外，UE还在任何需要发送诸如位置区域更新的移动性管理信令消息的时候请求RRC连接。
[0047]一旦UE已经发送请求给UTRAN来建立无线电连接，UTRAN就选择将要处于的RRC连接状态。具体来说，RRC连接模式120包括四个独立状态。它们是CELL_DCH状态122，CELL_FACH 状态 124、CELL_PCH 状态 126 和 URA_PCH 状态 128。
[0048]从空闲模式110，RRC连接状态可以进入小区专用信道(CELL_DCH)状态122，或者可以进入小区前向接入信道(CELL_FACH)状态124。
[0049]在CELL_DCH状态122，给UE的上行和下行链路分配专用信道以交换数据。由于该状态具有分配给UE的专用物理信道，因此，该状态典型地从UE需要最多的电池功率。
[0050]可选地，UTRAN可以从空闲模式110转移到CELL_FACH状态124。在CELL_FACH状态，不给UE分配专用信道。相反，使用公共信道以少量突发数据来发送信令。然而，UE仍然不得不继续监视FACH，因此消耗电池功率。
[0051]在RRC连接模式120内，RRC状态可以在UTRAN的判断下进行改变。具体来说，如果在特定的时间量内没有检测到数据活动、或者检测到数据吞吐量低于某一阈值，那么UTRAN可以将RRC状态从CELL_DCH状态122转移到CELL_FACH状态124、CELL_PCH状态126或URA_PCH状态128。类似地，如果检测到有效载荷超过特定阈值，那么RRC状态可以从CELL_FACHl24 转移到 CELL_DCH122。
[0052]从CELL_FACH状态124，如果在一些网络中的特定时间内没有检测到数据活动，那么UTRAN可以将RRC状态从CELL_FACH状态124转移到寻呼信道(PCH)状态。这可以是CELL_PCH 状态 126 或 URA_PCH 状态 128。
[0053]从CELL_PCH 状态 126 或 URA_PCH 状态 128，UE 必须转移到 CELL_FACH 状态 124，以便启动更新过程来请求专用信道。这是UE控制的唯一状态转换。
[0054]CELL_PCH状态126和URA_PCH状态128使用不连续接收周期(DRX)来监视广播消息，并通过寻呼指示符信道(PICH)进行寻呼。可以没有上行链路活动。
[0055]CELL_PCH状态126和URA_PCH状态128之间的不同在于，如果UE当前的UTRAN注册区域(URA)并非处于当前小区中呈现的URA标识列表中，那么URA_PCH状态只触发URA更新过程。具体来说，参考图2，图2显示了不同UMTS小区210、212和214的示意图。如果重新选择到CELL_PCH状态，那么所有这些小区都需要小区更新过程。然而，在UTRAN注册区域内，每个小区将处于相同的UTRAN注册区域220内，因此，当在URA_PCH模式下在210、212和214之间移动时不触发URA更新过程。
[0056]从图2中可以看出，其他小区218处于URA220的外部，并且可以是单独的URA或者非URA的一部分。
[0057]本领域熟练技术人员将明白，从电池寿命考虑，与上面的状态相比，空闲状态提供最低的电池使用。具体来说，由于UE只需间隔地监视寻呼信道，因此无线电设备并不需要连续处于打开状态，但是需要周期性地唤醒。对此的折中是延迟发送数据。然而，如果这种延迟不是太大，那么处于空闲模式以及节省电池电量的优点将超过连接延迟的缺点。
[0058]再次参考图1。不同的UMTS基础运营商基于不同的标准在状态122、124、126和128之间转移。下面概述典型的基础结构。
[0059]在第一典型基础结构中，RRC直接在空闲模式和Cell_DCH状态之间转移。在Cell_DCH状态下，如果检测到两秒中没有活动，RRC状态就改变到Cell_FACH状态124。如果，在Cell_FACH状态124中检测到10秒钟没有活动，那么RRC状态就改变到PCH状态126。在Cell_PCH状态126中没有活动达到45分钟将导致RRC状态返回到空闲模式110。
[0060]在第二典型基础结构中，RRC转换可以依据有效载荷阈值在空闲模式110和连接模式120之间发生。在第二基础结构中，如果有效载荷低于特定阈值，那么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之前，需要两个小时不活动。
[0061]在第三典型基础结构中，空闲模式和连接模式120之间的转移总是转移到CELL_DCH状态122。在CELL_DCH状态122中5秒钟没有活动之后，UTRAN将RRC状态转移到CELL_FACH状态124。在CELL_FACH状态124中30秒不活动将导致返回到空闲模式110。
[0062]在第四典型基础结构中，RRC从空闲模式到连接模式直接转换成CELL_DCH状态122。在第四典型基础结构中，CELL_DCH状态122包括两个子状态。第一子状态包括具有高数据速率的子状态，第二子状态包括较低的数据速率，但是仍然处于CELL_DCH状态内。在第四典型基础结构中，RRC从空闲模式110直接转换到高数据速率的CELL_DCH子状态。在10秒不活动之后，RRC状态转换到低数据速率CELL_DCH状态。从低数据CELL_DCH状态122开始17秒没有活动将导致RRC状态改变到空闲模式110。
[0063]上述四种典型基础结构显示了不同UMTS基础结构厂商如何实现这些状态。正如本领域熟练技术人员将理解的那样，在每种情况下，如果花费在交换实际数据(例如电子邮件)上的时间明显比停留在CELL_DCH或CELL_FACH状态所需的时间短，那么这将导致不必要的电流消耗，这将使得在诸如UMTS的更新一代网络中的用户体验比在诸如GPRS的现有网络中更差。
[0064]另外，虽然从电池寿命角度来说，CELL_PCH状态比CELL_FACH状态更佳，但是，在CELL_PCH状态中的DRX周期典型地被设定为比空闲模式110更低的值。因此，在CELL_PCH状态下，需要比在空闲模式下更频繁地唤醒UE。
[0065]具有与空闲状态的DRX周期类似的DRX周期的URA_PCH状态可能是电池寿命和连接延迟之间的最佳折中。然而，目前在UTRAN中并不支持URA_PCH。因此，从电池寿命角度考虑，在完成数据交换的应用程序之后，希望能够尽可能快地转换到空闲模式。
[0066]现在参考图3。当从空闲模式转换到连接模式时，需要作出各种信令和数据连接。参考图3，需要执行的第一项是RRC连接建立。如上所述，该RRC连接建立只能由UTRAN拆断。
[0067]一旦完成RRC连接建立310，就开始信令连接建立312。
[0068]一旦完成信令建立312，就开始加密和完整性建立314。一旦完成这些，也就完成了无线承载建立316。此时，可以在UE和UTRAN之间交换数据。
[0069]通常，类似以相反的顺序来完成拆断连接。拆断无线承载建立316，然后拆断RRC连接建立310。此时，RRC转移到空闲模式110，如图1所示那样。
[0070]虽然目前的3GPP规范并不允许UE释放RRC连接或指示它对于RRC状态的偏好，但是对于诸如分组交换应用程序使用的分组交换(PS)域之类的特定核心网络域来说，UE还是可以指示信令连接的终止。根据3GPP TS25.331的第8.1.14.1节，由UE使用信令连接释放指示过程来指示UTRAN已经释放其信令连接中的其中一个。该过程也可以进而启动RRC连接释放过程。[0071]因此，停留在目前的3GPP规范内，可以基于信令连接建立312的拆断来启动信令连接释放。拆断信令连接建立312是UE的能力之内的事情，因此，根据该规范，这进而“可以”启动RRC连接释放。
[0072]正如本领域普通技术人员应当理解到的那样，如果信令连接建立312被拆断，那么UTRAN在拆断了信令连接建立312之后，将会需要清除解密和完整性建立312、无线承载建立316。
[0073]如果信令连接建立312被拆断，那么典型地由当前厂商基础结构的网络来拆断RRC连接建立。
[0074]通过使用上面的过程，如果UE确定其处理数据交换，例如，如果向UE软件的“RRC连接管理器”组件提供了交换数据完成的指示，那么RRC连接管理器可以确定是否拆断信令连接建立312。例如，在设备上的电子邮件应用程序发送以下指示:它已经从推送邮件服务器接收了所述电子邮件确实由推送服务器接收到的确认。RRC管理器可以跟踪所有现有的应用程序、关联的PDP上下文、关联的PS无线电承载和关联的电路交换(CS)无线电承载。在此情况下，可以引入延迟来确保应用程序真正完成了数据交换，而且甚至在已经发送了“完成”指示之后，不再需要RRC连接。这种延迟等同于与应用程序相关联的不活动超时。每个应用程序都可以具有自己的不活动超时。例如，电子邮件应用程序可以具有5秒的不活动超时，而处于活动状态的浏览器应用程序可以具有60秒的超时。基于来自有效应用程序的所有这些指示的综合状态，UE软件确定在它可以启动适合核心网络(例如PS域)的信令连接释放之前应当等待多久。
[0075]基于业务量模式历史和/或应用程序简档，可以使不活动超时是动态的。
[0076]无论何时RRC连接管理器以某些可能性确定没有应用程序期望交换数据，它都可以发送用于合适域的信令连接释放指示过程。
[0077]上述由UE启动的到空闲模式的转换可以在如图1所示的RRC连接模式120的任何阶段发生，并使网络释放RRC连接并以转移到空闲模式110为结束，如图1所示。这也可以应用在UE在语音呼叫期间执行任何分组数据业务时。在这种情况下，仅释放PS域，而CS域仍保持连接。
[0078]从网络观点来考虑，上面的问题在于，由UE发送的信令释放指示被解译为告警。在信令网络释放是由于应用程序定时器到期而不再期望数据所引起的UE的明确动作结果的情况下，由上述指示引起的告警曲解了性能和告警指示。关键性能指示符可能因此而改变，从而导致效率降低。
[0079]优选地，可以在信令连接释放指示中添加原因来向UTRAN指示该指示的理由。在优选实施例中，所述原因可以是以下指示:异常状况引起的指示、或作为请求空闲转换的结果而由UE启动的指示。其他正常(S卩，非异常)处理也可以导致信令连接释放指示的发送。
[0080]在另一优选实施例中，不同的超时会引起要为异常状况发送的信令连接指示。下面定时器的示例不是独占性的，其他定时器或异常状况也是可以的。例如，10.2.473GPPTS24.008规定定时器T3310为:
[0081]
【权利要求】
1.一种方法，包括: 响应于来自用户设备“UE”的上层的对不再期望数据的指示，将信令连接释放指示消息中的原因设置为UE请求分组交换“PS”数据会话结束； 使用确认模式“AM”无线链路控制“RLC”在专用控制信道“DCCH”上从所述用户设备向无线网络发送信令连接释放消息，所述信令连接释放消息包括针对网络控制转换的原因；以及 从所述无线网络接收状态转换消息。
2.根据权利要求1所述的方法，还包括: 确定在所述UE处没有应用程序期望发送或接收数据。
3.根据权利要求1所述的方法，其中，所述原因是所述信令连接释放指示消息的信息元素。
4.根据权利要求1所述的方法，还包括: 在所述UE处从特定核心网络域的上层接收释放或中止信令连接的请求。
5.根据权利要求1所述的方法，其中，所述无线网络包括通用陆地无线接入网络“UTRAN”。
6.根据权利要求1所述的方法，其中，所述无线网络是通用移动电信系统“UMTS”网络。
7.根据权利要求1所述的方法，其中，在用户设备定时器到期之后发送所述信令连接释放指示消息。
8.根据权利要求1所述的方法，其中，所述网络控制转换是从第一无线资源控制“RRC”状态到节约电池的RRC状态或模式的转换。
9.根据权利要求8所述的方法，其中，所述第一RRC状态是以下各项之一:小区专用信道“ CELL_DCH”状态、小区前向接入信道“ CELL_FACH”状态、小区寻呼信道“ CELL_PCH”状态以及UTRAN注册区域寻呼信道“URA_PCH”状态。
10.根据权利要求8所述的方法，其中，所述节约电池的RRC状态或模式是以下各项之一:小区前向接入信道“ CELL_FACH”状态、小区寻呼信道“ CELL_PCH”状态、UTRAN注册区域寻呼信道“URA_PCH”状态以及空闲模式。
11.根据权利要求1所述的方法，其中，所述指示基于来自UE应用程序的指示的合成状态。
12.根据权利要求1所述的方法，其中，在延迟之后执行发送所述信令连接释放指示消息。
13.根据权利要求12所述的方法，其中，所述延迟基于一个或多个应用程序超时。
14.根据权利要求1所述的方法，还包括: 响应于接收到所述状态转换消息，所述UE从第一无线资源控制“RRC”状态转换到节约电池的RRC状态或模式。
15.根据权利要求14所述的方法，其中，所述第一RRC状态是以下各项之一:小区专用信道“CELL_DCH”状态、小区前向接入信道“CELL_FACH”状态、小区寻呼信道“CELL_PCH”状态以及UTRAN注册区域寻呼信道“URA_PCH”状态。
16.根据权利要求14所述的方法，其中，所述节约电池的RRC状态或模式是以下各项之一:小区前向接入信道“ CELL_FACH”状态、小区寻呼信道“ CELL_PCH”状态、UTRAN注册区域寻呼信道“URA_PCH”状态以及空闲模式。
17.根据权利要求1所述的方法，其中，所述状态转换消息是用于从第一无线资源控制“RRC”状态转换到节约电池的RRC状态或模式的消息。
18.根据权利要求17所述的方法，其中，所述第一RRC状态是以下各项之一:小区专用信道“CELL_DCH”状态、小区前向接入信道“CELL_FACH”状态、小区寻呼信道“CELL_PCH”状态以及UTRAN注册区域寻呼信道“URA_PCH”状态。
19.根据权利要求17所述的方法，其中，所述节约电池的RRC状态或模式是以下各项之一:小区前向接入信道“ CELL_FACH”状态、小区寻呼信道“ CELL_PCH”状态、UTRAN注册区域寻呼信道“URA_PCH”状态以及空闲模式。
20.一种用户设备“UE”，具有无线子系统、适于与存储器、所述无线子系统、以及用户界面交互的处理器，所述UE被配置为: 响应于来自所述 UE的上层的指示，将信令连接释放指示消息中的原因设置为UE请求分组交换“PS”数据会话结束； 使用确认模式“AM”无线链路控制“RLC”在专用控制信道“DCCH”上向无线网络发送所述信令连接释放指示消息，所述信令连接释放指示消息包括针对网络控制转换的原因；以及 从所述无线网络接收状态转换消息。
21.根据权利要求20所述的UE，其中，所述UE被配置为:确定在所述UE处没有应用程序期望发送或接收数据。
22.根据权利要求20所述的UE，其中，所述原因是所述信令连接释放指示消息的信息元素。
23.根据权利要求20所述的UE，还被配置为:从特定核心网络域的上层接收释放或中止信令连接的请求。
24.根据权利要求20所述的UE，其中，所述无线网络是通用陆地无线接入网络“UTRAN”。
25.根据权利要求24所述的UE，其中，所述延迟基于一个或多个应用程序超时。
26.根据权利要求20所述的UE，其中，所述无线网络是通用移动电信系统“UMTS”网络。
27.根据权利要求20所述的UE，其中，在用户设备定时器到期之后发送所述信令连接释放指示消息。
28.根据权利要求20所述的UE，其中，所述网络控制转换是从第一无线资源控制“RRC”状态到节约电池的RRC状态或模式的转换。
29.根据权利要求20所述的UE，其中，所述第一RRC状态是以下各项之一:小区专用信道“ CELL_DCH”状态、小区前向接入信道“ CELL_FACH”状态、小区寻呼信道“ CELL_PCH”状态以及UTRAN注册区域寻呼信道“URA_PCH”状态。
30.根据权利要求20所述的UE，其中，所述节约电池的RRC状态或模式是以下各项之一:小区前向接入信道“CELL_FACH”状态、小区寻呼信道“CELL_PCH”状态、UTRAN注册区域寻呼信道“URA_PCH”状态以及空闲模式。
31.根据权利要求20所述的UE，其中，所述指示基于来自UE应用程序的指示的合成状态。
32.根据权利要求20所述的UE，其中，在延迟之后执行发送所述信令连接释放指示消息。
33.根据权利要求20所述的UE，还被配置为:响应于接收到所述状态转换消息，从第一无线资源控制“RRC”状态转换到节约电池的RRC状态或模式。
34.根据权利要求33所述的UE，其中，所述第一RRC状态是以下各项之一:小区专用信道“ CELL_DCH”状态、小区前向接入信道“ CELL_FACH”状态、小区寻呼信道“ CELL_PCH”状态以及UTRAN注册区域寻呼信道“URA_PCH”状态。
35.根据权利要求33所述的UE，其中，所述节约电池的RRC状态或模式是以下各项之一:小区前向接入信道“CELL_FACH”状态、小区寻呼信道“CELL_PCH”状态、UTRAN注册区域寻呼信道“URA_PCH”状态以及空闲模式。
36.根据权利要求20所述的UE，其中，所述状态转换消息是用于从第一无线资源控制“RRC”状态转换到节约电池的RRC状态或模式的消息。
37.根据权利要求36所述的UE，其中，所述第一RRC状态是以下各项之一:小区专用信道“ CELL_DCH”状态、小区前向接入信道“ CELL_FACH”状态、小区寻呼信道“ CELL_PCH”状态以及UTRAN注册区域寻呼信道“URA_PCH”状态。
38.根据权利要求36所述的UE，其中，所述节约电池的RRC状态或模式是以下各项之一:小区前向接入信道“ CELL_FACH”状态、小区寻呼信道“ CELL_PCH”状态、UTRAN注册区域寻呼信道“URA_PCH”状态以及空闲模式。
39.一种用于在无线网络处处理信令连接释放指示消息的方法，所述方法包括: 使用确认模式“AM”无线链路控制“RLC”在专用控制信道“DCCH”上从用户设备“UE”接收针对所述UE的网络控制转换的所述信令连接释放消息，所述信令连接释放指示消息具有被设置为UE请求分组交换“PS”数据会话结束的原因，反映了来自所述UE的上层的对在所述UE处不再期望数据的指示；以及基于所述原因来发起状态转换。
40.根据权利要求39所述的方法，其中，所述原因是所述信令连接释放指示消息的信^窗、。
41.根据权利要求39所述的方法，其中，发起状态转换包括:向所述UE发送状态转换消息。
42.一种用于处理信令连接释放指示消息的无线网络设备，所述网络设备被配置为: 使用确认模式“AM”无线链路控制“RLC”在专用控制信道“DCCH”上从用户设备“UE”接收针对所述UE的网络控制转换的所述信令连接释放消息，所述信令连接释放指示消息具有被设置为UE请求分组交换“PS”数据会话结束的原因，反映了来自所述UE的上层的对在所述UE处不再期望数据的指示；以及基于所述原因来发起状态转换。
43.根据权利要求42所述的网络设备，其中，所述原因是所述信令连接释放指示消息的信息元素。
44.根据权利要求42所述的网络设备，还被配置为:向所述UE发送状态转换消息。
【文档编号】H04W76/06GK103619071SQ201310421418
【公开日】2014年3月5日 申请日期:2007年5月16日 优先权日:2006年5月17日
【发明者】穆罕默德·哈立德·伊斯兰, 杰弗里·维尔塔南 申请人:黑莓有限公司