CN1867166A - 一种删除失步状态下无线链路的方法 - Google Patents

Abstract

本发明公开了一种删除失步状态下无线链路的方法，该方法为：当用户终端(UE)收到网络侧发送的RRC连接释放消息，且向网络侧响应RRC连接释放完成消息后，如果UE检测到自身失步，则直接释放自身与网络间的链路，并删除该链路对应的所有本地资源；当网络侧向UE发送RRC连接释放消息，且在一段时间内没收到该UE响应的RRC连接释放完成消息时，如果网络侧检测到该UE对应的链路失步，则直接释放该链路占用的网络资源；当网络侧收到UE在第二小区发送“RL链路失败”的小区更新消息，并确定该UE在第一小区中正处于RRC连接释放过程，则网络侧利用第二小区向该UE发送RRC连接释放消息，该UE收到该RRC连接释放消息后，释放自身与网络侧间的链路，并删除该链路对应的所有本地资源。应用该方法可以节省终端的耗电量，还可以减少对其它用户的信号干扰。

Description

一种删除失步状态下无线链路的方法

技术领域

本发明涉及移动通信技术领域，特别是指一种删除失步状态下无线链路的方法。

背景技术

根据目前的协议规定，在用户正常通话结束时，网络侧会给终端发送一条无线资源控制(RRC)连接释放消息，终端侧的RRC(UE-RRC)收到该消息后，如果UE当前所处状态是CELL_DCH，UE会连续发送N308次RRC连接释放完成消息，每一次的间隔是T308。如果需要发送8次RRC连接释放完成消息，每一次时间间隔是320ms，那么UE-RRC需要在2秒后才能正常释放RL。如果用户在这期间要再次通话是无法接入的。

如果想通过物理层检测RL失败，UE-RRC提前释放RL实际上不太可靠。比如：如果UE的物理层连续检测到N313条失步消息后，UE-RRC启动定时器T313，由于无线链路失败将会引入一次“掉话”过程，因此必须保证只有在通信质量确实已无法保证时才能释放RL，所以目前协议中定义了一个定时器T313，只有T313超时才认为信号确实无法再次恢复，之后才能释放RL。如果在T313超时之前移动终端信号质量又变好，则可以继续维持用户的通话，T313的默认时间是3秒。这就是说，UE-RRC从UE的物理层连续检测到N313条失步消息后还要等待3秒时间，才能释放RL资源。

但是，在进行RRC连接释放过程中，启动T313是没有意义的。这是由于此时UE不再需要恢复用户的通信，当前就是需要释放用户的RL。如果网络侧已经删除该用户终端对应的RL，而UE侧迟迟不释放RL，这样很有可能导致物理层控制错乱，无法进行接下来的正常处理，同时也延误了用户再次呼叫的等待时间，并增加对本小区其它用户的电磁干扰。

并且，对于在链路信号质量不好的情况下，RNC向UE发送了RRC连接释放消息，而UE并没有收到，或者UE收到了RNC的RRC连接释放消息，并向RNC发送RRC连接释放完成消息，但是RNC没有收到UE发送的RRC连接释放完成消息，这种异常流程的处理在协议上没有明确说明。

因此，从上面介绍可以清楚地了解到：根据目前的协议规定，在失步状态下删除无线链路时，在网络侧早已经删除用户RL的情况下，用户不能及时删除RL，增加了终端的耗电量和对其他用户的电磁干扰，同时也延长了用户再次呼叫的时间间隔。而对于UE没有收到RRC连接释放消息的情况下，网络和UE如何操作协议上没有明确说明。对于网络侧没有收到UE的RRC连接释放完成消息，网络侧如何操作协议上也没有明确说明。

另外，在RRC连接释放过程中，在失步状态下RL资源在用户侧迟迟不删除，将会产生如下影响：如果网络侧收到了用户1的RRC连接释放完成消息，且将这个用户1的资源(通过RB建立过程)分配给了同小区的用户2，用户1还继续在使用这些码道发送RRC连接释放完成消息，用户2也使用这些码道，将对用户2造成比较大的干扰。而且，如果用户2的干扰加大，用户2就会增大发射功率，由于CDMA是一种自干扰系统，势必会影响这个小区上同时隙的其它用户信号，虽然用户1的码道和时隙在基站侧已经被删除了，但是用户1还继续发送上行数据，基站侧的同一时隙和码道上就可能会检测这两个用户的信号，这样以来信号干扰增大。如果一个小区中同时出现多种这种情况，最严重的有可能会使整个小区瘫痪，虽然这种情况极少发生。

发明内容

有鉴于此，本发明的目的在于提供一种删除失步状态下无线链路的方法，使用户终端和网络侧都能及时删除已经释放的无线链路所占用的资源。

为了达到上述目的，本发明提供了一种删除失步状态下无线链路的方法，该方法是这样实现的：

当用户终端收到网络侧发送的RRC连接释放消息，并且在向网络侧响应RRC连接释放完成消息后，如果用户终端检测到自身失步，不再启动T313定时器，直接释放自身与网络侧的链路，并删除该链路对应的所有本地资源；

当网络侧向用户终端发送RRC连接释放消息，并且在一段时间内没有收到该用户终端响应的RRC连接释放完成消息时，如果网络侧检测到该用户终端对应的链路失步，则直接释放该链路占用的网络资源；

当网络侧收到用户终端在第二小区发送的小区更新请求，并判断出该用户终端当前在第一小区中正处于RRC连接释放过程，则网络侧在第二小区中向该用户终端发送RRC连接释放消息，该用户终端收到该RRC连接释放消息后，释放自身与网络侧间的链路，并删除该链路对应的所有本地资源。

所述RRC连接释放消息是网络侧的无线网络控制器RNC发送的。

当用户终端收到网络侧发送的RRC连接释放消息，并且在向网络侧响应RRC连接释放完成消息后，如果用户终端检测到自身失步，在释放自身与网络侧的链路，并删除该链路对应的所有本地资源之间进一步包括：

A1、用户终端判断已连续检测到自身失步的次数是否为当前预定次数，如果是，则释放自身与网络侧的链路，并删除该链路对应的所有本地资源；

并且，所述当前预定次数是通过比较检测当前预定次数失步消息的时间与发送完毕所有RRC连接释放响应消息的时间进行定制的。

所述当前预定次数通过如下步骤定制：

计算RRC检测到初始预定次数失步消息的时间，以及发送完毕所有RRC连接释放响应消息的时间，并比较检测所述预定次数的失步消息的时间是否大于发送完毕所有RRC连接释放响应消息的时间，如果大于，则将当前预定次数设置为小于初始预定次数，并且使检测当前预定次数失步消息的时间小于等于发送完毕所有RRC连接释放响应消息的时间，否则，将初始预定次数作为当前预定次数；

且在RRC释放完成后，进一步包括：用户终端将当前预定次数置为初始预定次数的数值。

当用户终端收到网络侧发送的RRC连接释放消息，并且在向网络侧响应RRC连接释放完成消息后，如果用户终端检测到自身失步，不设置T313定时器。

所述第一小区和第二小区是同一个小区，或不同的小区。从上述本发明的技术方案可知，应用本发明的方法可以减少用户通话完成以后再次通话的时间间隔，也就是减少了用户再次MOC的时间间隔。由于在终端快速的释放了用户的RL，一方面可以节省终端的耗电量，另一方面可以减少对其它用户的信号干扰。而且，本发明明确了如果在RRC连接释放过程中，如果出现网络侧没有收到UE的RRC连接释放完成消息，或者UE没有收到网络侧的RRC连接释放消息的处理，从而达到了在RRC连接释放过程中网络侧快速实现资源释放的方法。

附图说明

图1为实现快速删除RL链路的具体实施例流程示意图；

图2为网络侧没有收到UE发送的RRC连接释放完成消息时的处理流程示意图；

图3为UE没有收到网络侧RRC连接释放消息时的处理流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

本发明的核心思想是：当用户终端收到网络侧发送的RRC连接释放消息，并且在向网络侧响应RRC连接释放完成消息后，如果用户终端检测到自身失步，则不再启动定时器T313，直接释放自身与网络侧的链路，并删除该链路对应的所有本地资源；当网络侧向用户终端发送RRC连接释放消息，并且在一段时间内没有收到该用户终端响应的RRC连接释放完成消息时，如果网络侧检测到该用户终端对应的链路失步，则直接释放该链路占用的网络资源；当网络侧收到用户终端在第二小区发送的小区更新请求，并判断出该用户终端当前在第一小区中正处于RRC连接释放过程，则网络侧在第二小区中向该用户终端发送RRC连接释放消息，该用户终端收到该RRC连接释放消息后，释放自身与网络侧间的链路，并删除该链路对应的所有本地资源。

下面举具体实施例一详细说明当用户终端收到网络侧发送的RRC连接释放消息，并且在向网络侧响应RRC连接释放完成消息后，如果用户终端检测到自身失步，快速删除RL链路的过程。

在UE-RRC处于CELL-DCH状态下，为了增强RRC释放完成消息能被网络侧收到的可靠性，需要UE-RRC向网络侧连续发送N308条释放完成消息，在发送完N308条释放完成消息后，并且在发送N308条释放完成消息过程中，或之后，UE再释放自身的RL。但是，这样却延误了在UE侧释放RL资源的时间。

同时，由于网络侧不会等收齐UE的N308条释放完成消息，再删除NodeB的RL，而是只要网络侧收到一条RRC连接释放完成消息，将直接删除Node B的RL。并且，UE常常是发送完第一条释放完成消息以后，开始检测失步，如果UE检测到失步，就意味着网络侧已经删除了RL。

因此，本实施例中，只要物理层连续检测到N313条失步消息，UE-RRC就释放用户的RL，不再启动定时器T313。

参见图1所示，本实施例删除无线链路的过程如下：

步骤101～103：RNC RRC向UE RRC发送RRC连接释放消息(RRCCONNECTION RELEASE)；UE RRC收到该信令消息后，启动定时器T308，并向RNC RRC发送RRC连接释放响应(RRC CONNECTION RELEASECOMPLETE)消息，同时记录当前为RRC连接释放过程。

步骤104：UE RRC判断当前发送的RRC连接释放响应消息的次数是否小于预先设置的N308数值，如果不小于，则释放RL，结束本流程，如果小于，则再次向RNC RRC发送一次RRC连接释放响应，返回步骤104。

步骤105：当UE PHY检测到N313个失步后，向UE RRC发送失步指示消息。这里，只要RNC收到一次RRC连接释放完成消息，RNC就会删除自身和基站中该RL的有关资源，比如物理信道，传输信道等信息，因此，当Node B PHY删除了该UE的RL的相关信息后，UE PHY将无法检测到或无法正确检测到Node B PHY的信号，此时确定检测到失步。

步骤106：UE RRC收到该失步指示消息后，根据自身的记录判断目前是否正在进行RRC连接释放过程，如果是，则停止T308定时器，执行步骤107，否则，启动定时器T313，跳出本流程，按照目前标准的流程处理。

步骤107：UE RRC释放该RL的相关信息。

步骤108：UE RRC向UE PHY发送RRC释放请求，UE PHY收到该请求后，向UE RRC发送RRC释放响应(P_PHY RRC_RL_RELEASE_CNF)。

步骤109：UE RRC清除所有本地资源，比如信道资源、时隙信息等，进入IDLE状态。

通过上述步骤可以看出，当物理层连续检测到N313条失步消息后，UE-RRC判断出当前正在进行RRC连接释放过程，则UE-RRC不再启动T313定时器，而直接释放用户的RL。如果是其他信令流程，则按照正常的流程处理，需要设置T313定时器。

由于在实际应用过程中，如果将预定次数，即N313数值，设置比较大，比如N313＝20，物理层在CELL_DCH状态下每160ms判断一次失步，则要经过3200ms才会判断为失步，这样，比发送8次RRC连接释放响应消息所用时间还要长，导致起不到快速删除链路的作用。所以本发明提出：在N313数值比较大时，减小N313数值，将N313数值设置为小于等于发送完毕所有RRC连接释放响应消息的时间与检测一次失步消息的时间的比值。此种方法仅在RRC连接释放消息中使用。

因此，为了更快速删除RL，可以在UE-RRC收到RRC连接释放消息时，计算RRC检测到N313条失步消息的时间，并比较该时间与预先设置的T308的取值的大小，如果该时间比预先设置的T308取值大，则减少N313的取值，否则，维持N313的数值不变。这样，则可以尽快删除RL链路。当然，如果在RRC连接释放过程中减少了N313的取值，等到RRC释放完成以后，RRC再恢复原N313的数值。

现举例说明减少N313取值的方案。

在协议上：N313取值是：Integer(1，2，4，10，20，50，100，200)，T308取值是：Integer(40，80，160，320)单位是ms，N308取值是Integer(1..8)。UE RRC收到网络侧发送的RRC连接释放消息后，RRC计算正常释放RL的时间是T1＝T308*N308(ms)，物理层检测到N313条失步的时间：T2＝N313*160(ms)。如果T2大于T1并且T1数值相对比较大时，RRC就减少N313的数值，等到RRC连接释放完成以后再恢复N313的数值。如果T2小于T1，则N313的数值保持不变。

下面举具体实施例详细说明当网络侧向用户终端发送RRC连接释放消息，并且在一段时间内没有收到该用户终端响应的RRC连接释放完成消息时，如果网络侧检测到该用户终端对应的链路失步的情况下，本发明删除RL链路的具体过程。

本实施例中，当RNC发送完RRC连接释放消息后，可能由于链路质量不好，网络侧一直没有收到RRC连接释放响应消息，那么RNC可以在发送完RRC连接释放消息后，一段时间内，如果检测到失步，直接删除该RL。

参见图2所示，本实施例删除链路的具体过程如下：

步骤201～203：RNC RRC向UE RRC发送RRC连接释放消息；UE RRC收到该消息后，启动定时器T308，并向RNC RRC发送RRC连接释放响应消息。

步骤204：UE RRC判断当前发送的RRC连接释放响应消息的次数是否小于预先设置的N308数值，如果不小于，则执行步骤206，如果小于，则再次向RNC RRC发送一次RRC连接释放响应，返回步骤204。

步骤206：UE向PHY发送删除RL请求，物理层收到该请求后，向UERRC发送P_PHY RRC_RL_RELEASE_CNF消息，UE RRC收到该消息后，清除所有本地资源，进入IDLE状态。

步骤207～213：对于RNC来说，如果由于链路的信号质量不好，没有收到UE的RRC连接释放完成消息，只要RNC收到基站发送的该用户终端的失步消息，并判断出当前正在进行该用户的RRC连接释放过程，RNC直接释放此UE的专用信道和删除此UE的所有信息。

下面举具体实施例详细说明针对网络侧发送了RRC连接释放消息，但由于信号质量不好，UE没有收到该RRC连接释放消息的情况。

参见图3所示，本实施例删除链路的具体过程如下：

步骤301：RNC向UE发送RRC连接释放消息。

步骤302：由于当前信号质量不好，UE没有收到该RRC连接释放消息，并且物理层检测到失步消息已达N313条，UE物理层向UE RRC发送失步指示消息。

步骤303：UE RRC启动T313定时器，在T313定时器超时后，UE RRC重新进行小区搜索并驻留到一个合适的小区(此小区有可能是本小区，也有可能是其他小区)，在该小区中建立公共信道，并通过公共信道向RNC RRC发送小区更新消息。

步骤304：RNC RRC收到该小区更新消息后，判断该用户正在进行RRC连接释放过程，网络侧删除该链路对应的所有本地资源，并通过上述公共信道向UE RRC发送RRC连接释放消息。

步骤305：UE RRC收到RRC连接释放消息后，删除该RL的所有资源。

在本实施例中，RNC向UE发送RRC连接释放消息，由于信号质量不好，终端没有收到。因此，对于UE而言，并不知道自身应该进入RRC连接释放过程，所以UE在收不到任何网络信号的情况下，需要重新进行全频段小区搜索，当UE搜索到合适的小区驻留后，在此小区上建立公共信道(RACH：随机接入信道)，通过该公共信道发起小区更新。网络侧在RACH信道上收到小区更新消息后，判断出该用户终端在另一个小区中正处于链路释放过程，则通过该对应的FACH(前向接入信道)信道向UE发送RRC连接释放消息，并且网络侧删除该链路对应的所有本地资源。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (6)

1、一种删除失步状态下无线链路的方法，其特征在于：该方法包括：

当用户终端收到网络侧发送的RRC连接释放消息，并且在向网络侧响应RRC连接释放完成消息后，如果用户终端检测到自身失步，不再启动T313定时器，直接释放自身与网络侧的链路，并删除该链路对应的所有本地资源；

当网络侧向用户终端发送RRC连接释放消息，并且在一段时间内没有收到该用户终端响应的RRC连接释放完成消息时，如果网络侧检测到该用户终端对应的链路失步，则直接释放该链路占用的网络资源；

当网络侧收到用户终端在第二小区发送的小区更新请求，并判断出该用户终端当前在第一小区中正处于RRC连接释放过程，则网络侧在第二小区中向该用户终端发送RRC连接释放消息，该用户终端收到该RRC连接释放消息后，释放自身与网络侧间的链路，并删除该链路对应的所有本地资源。

2、根据权利要求1所述的方法，其特征在于，所述RRC连接释放消息是网络侧的无线网络控制器RNC发送的。

3、根据权利要求1所述的方法，其特征在于，当用户终端收到网络侧发送的RRC连接释放消息，并且在向网络侧响应RRC连接释放完成消息后，如果用户终端检测到自身失步，在释放自身与网络侧的链路，并删除该链路对应的所有本地资源之间进一步包括：

A1、用户终端判断已连续检测到自身失步的次数是否为当前预定次数，如果是，则释放自身与网络侧的链路，并删除该链路对应的所有本地资源；

并且，所述当前预定次数是通过比较检测当前预定次数失步消息的时间与发送完毕所有RRC连接释放响应消息的时间进行定制的。

4、根据权利要求3所述的方法，其特征在于，所述当前预定次数通过如下步骤定制：

计算RRC检测到初始预定次数失步消息的时间，以及发送完毕所有RRC连接释放响应消息的时间，并比较检测所述初始预定次数的失步消息的时间是否大于发送完毕所有RRC连接释放响应消息的时间，如果大于，则将当前预定次数设置为小于初始预定次数，并且使检测当前预定次数失步消息的时间小于等于发送完毕所有RRC连接释放响应消息的时间，否则，将初始预定次数作为当前预定次数；

且在RRC释放完成后，进一步包括：用户终端将当前预定次数置为初始预定次数的数值。

5、根据权利要求1所述的方法，其特征在于，当用户终端收到网络侧发送的RRC连接释放消息，并且在向网络侧响应RRC连接释放完成消息后，如果用户终端检测到自身失步，不设置T313定时器。

6、根据权利要求1所述的方法，其特征在于，所述第一小区和第二小区是同一个小区，或不同的小区。