用于UMTS网络中的信令释放原因指示的方法和系统技术方案

一种在用户设备和无线网络之间处理信令释放指示原因的方法和系统，所述方法包括步骤：在用户设备处监视是否应当向所述无线网络发送信令连接释放指示；在用户设备处将用于所述信令连接释放指示的原因添加到所述信令连接释放指示；将所添加的信令连接释放指示发送到所述无线网络；在所述无线网络处接收所述信令连接释放指示；以及过滤所述原因来确定是否产生告警。

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

【技术保护点】
一种方法，包括：响应于来自用户设备“UE”的上层的对不再期望数据的指示，将信令连接释放指示消息中的原因设置为UE请求分组交换“PS”数据会话结束；使用确认模式“AM”无线链路控制“RLC”在专用控制信道“DCCH”上从所述用户设备向无线网络发送信令连接释放消息，所述信令连接释放消息包括针对网络控制转换的原因；以及从所述无线网络接收状态转换消息。

【技术特征摘要】
2006.08.14 EP 06118909.8;2006.05.17 US 60/747,4661.一种方法，包括: 响应于来自用户设备“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处没有应用...

【专利技术属性】
技术研发人员：穆罕默德·哈立德·伊斯兰，杰弗里·维尔塔南，
申请(专利权)人：黑莓有限公司，
类型：发明
国别省市：