CN103517453B - 用户设备在pch状态下的释放方法及装置 - Google Patents

Abstract

本发明公开了一种用户设备在PCH状态下的释放方法及装置，该释放方法包括：RNC接收UE在PCH状态下发起的主动释放请求；RNC根据主动释放请求确定UE在PCH状态下发起释放资源；RNC与CN交互，释放UE在CN中的资源；以及RNC在CN的资源释放完成后，通知UE进行资源释放。通过本发明，由于RNC在接收到UE在PCH状态下的主动释放请求后，直接进行释放资源的操作，从而减少了UE迁出PCH状态的操作，这种释放过程缩短了释放的流程并且避免了占用专用信道资源的可能性，进而简化UE在PCH状态的流程并节省了专用资源。

Description

用户设备在PCH状态下的释放方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种用户设备在PCH状态下的释放方法及装置。

背景技术

3G技术目前在很多国家与地区广泛使用。3G技术所涉及的移动通信网通常由接入网和核心网两部分组成。3G的接入网由无线网络控制器(Radio Network Controller，简称为RNC)和基站(NODE B)构成。该接入网用于确保用户终端在空中接口的接入，并进行空中接口资源的管理和控制。用户设备(User Equipment，简称为UE)使用接入网进行信令或者业务信息交互。3G的核心网(Core Network，简称为CN)主要负责用户的移动性管理和呼叫控制功能。

无线资源控制(Radio Resource Control，简称为RRC)协议终结于UE和服务无线网络控制器(Serving Radio Network Controller，简称为SRNC)之间。主要用于完成UE和SRNC之间信令的交互，当UE需要和网络发起信令交互过程时，UE就需要向网络方发起RRC连接建立请求。

在3GPP(3rd Generation Partnership Project)TS 25.331技术规范中，根据UE有无RRC连接，可以将UE的状态划分为两种：一种是没有RRC连接的空闲模式(IDLE Mode)；一种是有RRC连接的RRC连接模式。其中，RRC连接模式又分为四种状态：CELL_DCH状态、CELL_FACH状态、CELL_PCH状态和URA_PCH状态。下面就四种状态的特点作一下说明。

1、CELL_DCH状态：UE有专用的传输信道(DCH)资源，这时用户的业务一般是电路域的服务或者高速率的数据服务。UE在上下行都占用有一条专用物理信道，UE可以按照小区进行定位。

2、CELL_FACH状态：UE在此状态下使用公共传输信道RACH/FACH传输DCCH(和DTCH)专用信息，UE在CELL_FACH状态下没有专用传输信道(DCH)资源。UE不占用任何专用物理信道。此状态适合于支持低速率的数据业务。

3、CELL_PCH态：UE在此状态下没有专用传输信道(DCH)资源，UE在此状态下监听寻呼信道，如有必要与网络进行信令交互，则可以通过RACH/FACH实现。在此状态下，网络知道UE当前驻留的小区，如果需要对UE进行寻呼，网络可以在UE所处的那个小区中使用PCH对UE进行寻呼。

4、URA_PCH态：UE在此状态下没有专有的传输信道(DCH)资源，UE在此状态下监听寻呼信道，如有必要与网络进行信令交互，则可以通过RACH/FACH实现。与CELL_PCH状态的不同之处在于，在URA_PCH状态下，网络方只是知道UE具体位于哪一个URA范围内，而并非确定UE当前位于哪个小区。在此状态下，如果需要对UE进行寻呼，网络需要在UE所处的URA包含的所有小区中使用PCH对UE进行寻呼。

RRC连接模式的四个状态可以相互转换，图1是根据现有技术的RRC状态转换示意图，其相互转换关系如图1所示(图1来自于协议3GPP TS 25.311-9a0的Figure 7.1-1)。

UE在空闲模式下，只能进入两个状态，即CELL_DCH状态和CELL_FACH状态。CELL_PCH状态和URA_PCH状态可以由CELL_DCH状态或CELL_FACH状态转入。

图2是根据现有技术的Cell Update方法流程图，如图2所示，如果UE想要从PCH态释放，则需要进行CELLUPDATE过程。(其余各个CELLUPDATE伴随过程参见协议3GPPTS25.331协议8.3.1)。

根据现有协议，对于UE在CELL_PCH状态或URA_PCH状态下主动释放的流程如图4所示：(以CELL_PCH-->IDLE为例，CELL_DCH-->CELL_PCH过程参见图3，同时也存在CELL_FACH的情况)。UE正常在PCH态下发起释放，先需要从PCH态迁出再发起PDP去进行激活或signalrelease。UE上的Cell Update携带原因值Uplink data transmission。

可以看出UE在PCH状态下的释放流程较为复杂，在DCH状态时还占用了专有资源。

针对现有技术中UE在PCH状态下的释放流程比较复杂的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种用户设备在PCH状态下的释放方法及装置，以至少解决UE在PCH状态下的释放流程比较复杂的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种用户设备在PCH状态下的释放方法。

根据本发明的用户设备在PCH状态下的释放方法包括：RNC接收UE在PCH状态下发起的主动释放请求；RNC根据主动释放请求确定UE在PCH状态下发起释放资源；RNC与CN交互，释放UE在CN中的资源；以及RNC在CN的资源释放完成后，通知UE进行资源释放。

优选地，RNC接收用户设备UE在PCH状态下发起的主动释放请求包括：RNC接收来自UE的Cell Update消息，其中，Cell Update消息中携带有指示UE在PCH状态下发起释放资源的指示信息。

优选地，指示信息携带在Cell Update消息中的为指示信息定义的字段中。

优选地，为指示信息定义的字段的取值为与Cell Update消息中的其他字段的取值不相同的数值。

优选地，通知UE进行资源释放包括：RNC发送寻呼消息类型PAGING TYPE1至UE，其中，寻呼消息类型1中包括释放信元。

优选地，在RNC通知UE进行资源释放之后，还包括：UE从寻呼消息类型1中解析出释放信元后，进行资源释放。

优选地，在通知UE进行资源释放之后，还包括：RNC释放内部的IU口资源。

优选地，RNC与CN交互，释放CN的资源，包括：RNC与CN进行交互，释放CN的IU口资源。

为了实现上述目的，根据本发明的另一个方面，提供了一种用户设备在PCH状态下的释放装置，该装置用于执行本发明提供的任意一种用户设备在PCH状态下的释放方法。该释放装置应用于RNC上，包括：接收模块，用于接收UE在PCH状态下发起的主动释放请求；确定模块，用于根据主动释放请求确定UE在PCH状态下发起释放资源；第一释放模块，用于与CN交互，释放CN的资源；以及通知模块，用于在CN的资源释放完成后，通知UE进行资源释放。

优选地，接收模块包括：接收子模块，用于接收来自UE的Cell Update消息，其中，Cell Update消息中携带有指示UE在PCH状态下发起释放资源的指示信息。

优选地，通知模块包括：发送子模块，用于发送寻呼消息类型PAGING TYPE1至UE，其中，寻呼消息类型1中包括释放信元。

优选地，还包括：第二释放模块，用于释放内部的IU口资源。

优选地，第一释放单元包括：释放子模块，用于与CN进行交互，释放CN的IU口资源。

通过本发明，由于RNC在接收到UE在PCH状态下的主动释放请求后，直接进行释放资源的操作，减少了UE迁出PCH状态的操作，这种释放过程缩短了释放的流程并且避免了占用专用信道资源的可能性，因此解决了UE在PCH状态下的释放流程比较复杂的问题，进而简化UE在PCH状态的流程并节省了专用资源。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据现有技术的RRC状态转换示意图；

图2是根据现有技术的Cell Update方法流程图；

图3是根据现有技术的由CELL_DCH到CELL_PCH的流程图；

图4是根据现有技术的UE在PCH状态下发起释放的流程图；

图5是根据本发明实施例的用户设备在PCH状态下的释放方法的流程图；

图6是根据本发明优选实施例的用户设备在PCH状态下的释放方法的流程图；

图7是根据本发明实施例的用户设备在PCH状态下的释放装置的结构框图；

图8是根据本发明第一优选实施例的用户设备在PCH状态下的释放装置的结构框图；

图9是根据本发明第二优选实施例的用户设备在PCH状态下的释放装置的结构框图；

图10是根据本发明第三优选实施例的用户设备在PCH状态下的释放装置的结构框图；以及

图11是根据本发明第四优选实施例的用户设备在PCH状态下的释放装置的结构框图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

本发明实施例提供了一种用户设备UE在PCH状态下的释放方法。

图5是根据本发明实施例的用户设备在PCH状态下的释放方法的流程图。

如图5所示，该释放方法包括如下的步骤S502至步骤S508。

步骤S502，RNC接收用户设备UE在PCH状态下发起的主动释放请求。

一般情况下，UE在PCH状态下需要先迁出在进行资源的释放，本实施例中，当UE收到主动释放的指示时，会请RNC发出主动释放请求，通过该请求，UE可以在PCH状态下直接进行资源的释放。

如果要进行释放，UE需要发送Cell Update消息，优选地，在本步骤中，RNC接收来自UE的Cell Update(小区更新)消息，其中，Cell Update消息中携带有指示UE在PCH状态下发起释放资源的指示信息。

在Cell Update消息中携带指示信息有多种实现方式，为了简化携带的方式，优选地，指示信息携带在Cell Update消息中的为指示信息定义的字段中。

通过多种方式均能达到对指示信息的定义，为了进一步简化释放资源这一过程，本实施例采用定义字段的方式，将特定字段定义为用于进行UE在PCH状态下的主动释放，那么只要对该字段赋值，该指示信息即可用于指示主动释放。RNC在解析到该赋值的字段后，直接发起PCH态下的主动释放流程，从而不必从PCH态迁出再释放。

为了防止使各信息间产生不必要的相互干扰，优选地，为指示信息定义的字段的取值为与Cell Update消息中的其他字段的取值不相同的数值。

由于UE在PCH状态时不能有上行活动，想释放资源，需要根据协议的要求先迁出该状态，而迁出的操作需要先发送Cell Update消息，然后再进行去激活的操作，因此需要发送Cell Update，然后再进行迁出和释放。本实施例在发送Cell Update时，直接将释放请求附带在该消息中，因此省略了向外迁出的步骤，而直接执行释放。

具体地，在3GPP TS25.331协议中，Cell Update消息内容如下文中的表1所示：

表1

进一步地，表1中的Cell update cause的信元规定如下文中的表2所示：

表2

信元内容如下：

1.Uplink data transmission

UE在CELL_PCH状态或URA_PCH状态时，如果UE有上行数据需要传输，则需要先进行Cell Update过程。因为协议规定CELL_PCH和URA_PCH不能有任何的上行活动，因此该过程会使UE从PCH态迁出。

2.Paging response:

UE在CELL_PCH状态或URA_PCH状态收到了寻呼类型1消息，则需要进行CellUpdate过程，并携带寻呼响应原因值。

3.Radio link failure

UE在CELL_DCH状态，检测到无线链路失败或UE检测到PDCP不可恢复错误，则进行Cell Update过程，并携带无线链路失败原因值。

4.Re-entering service area

如果UE在CELL_DCH状态或CELL_PCH状态，且UE脱离了服务区，同时在T307或T317定时器超时之前UE又重新进入了服务区，则进行Cell Update过程并携带UE重新进入服务区原因值。

5.RLC unrecoverable error

如果UE检测到AM RLC的不可恢复错误，则进行Cell Update过程并携带RLC不可恢复错误原因值。

6.Cell reselection

如果UE在CELL_FACH状态或CELL_PCH状态并进行小区重选过程，则进行CellUpdate过程并携带小区重选原因值。

7.Periodical cell update

如果UE在CELL_FACH状态或CELL_PCH状态并进行周期性的小区更新，则进行CellUpdate过程并携带周期性小区更新原因值。

修改后的Cell Update消息的总体结构还是表1所示的结构，但其中内容“Cellupdate cause”的结构有所改动。改动后，Cell update cause的结构如下文中表3所示：

表3

由表3可知，新的Cell update cause信元与协议3GPP 25.331中定义的Cellupdate cause信元相比，多了一个字段，本实施例中，该字段被命名为normalRelease，需要说明的是，将该字段命为其他名字也可以达到同样的效果，该字段用于指示UE在PCH态下主动发起释放业务。字段normalRelease的建议取值为8，以与其他几个字段的取值区别，选择其他与其他字段的取值不同的数字也可以作为字段normalRelease的建议取值。

表3只是简单示意了在Cell update cause信元中增加一个字段normalRelease，该字段的位置不一定在表3所示的位置，它可以加到Cell update cause信元的任何位置，该字段占用比特数和字段不同取值的含义也不局限于以上描述的例子。

步骤S504，RNC根据主动释放请求确定UE在PCH状态下发起释放资源。

在接收到UE在PCH状态下的主动释放请求后，RNC即可确定UE将要在PCH状态下释放资源。

步骤S506，RNC与核心网CN交互，释放UE在CN中的资源。

在本发明实施例中都是以“CELL_PCH-->IDLE”为例阐述释放资源的过程，但是任何PCH状态下Cell update cause中字段改变导致UE在PCH下直接释放都可以使用本实施例提供的方法。

优选地，RNC与CN进行交互，释放CN的IU口资源。

这里的IU口资源指的是UE所在CN的资源，即每个UE在工作状态都要占用一个IU口连接资源，因此这个UE释放后，这个被占用资源也需要释放。

步骤S508，RNC在CN的资源释放完成后，通知UE进行资源释放。

在RNC和CN的资源释放完成之后，UE开始进行资源释放。

为了使RNC准确地通知UE进行资源释放，优选地，RNC发送寻呼消息类型PAGINGTYPE1至UE，其中，寻呼消息类型1中包括释放信元。

为了更好的释放RNC内部的资源，优选地，UE从寻呼消息类型1中解析出释放信元后，进行资源释放。

为了更好的达到释放资源的目的，优选地，RNC释放内部的IU口资源。

图6是根据本发明优选实施例的用户设备在PCH状态下的释放方法的流程图。

如图6所示，该释放方法包括如下的步骤S602至步骤S610。

步骤S602，UE如果要在PCH态下主动发起释放。则向RNC发小区更新(Cell Update)消息，消息中的信元Cell update cause为normalRelease原因值。

步骤S604，RNC收到UE发来的Cell Update消息，解析出Cell update cause为normalRelease原因，得知是UE想要在PCH下释放。则向CN发起IU口释放请求消息(Iu_ReleaseRequestMsg)。

步骤S606，CN收到RNC发来的IU口释放请求消息，则向RNC发IU口释放要求消息(Iu_ReleaseCommandMsg)，释放IU口资源。

步骤S608，RNC向CN回IU释放完成消息(Iu_ReleaseCompleteMsg)。完成IU口释放。

步骤S610，RNC向UE下发寻呼消息类型1(PAGING TYPE1).寻呼消息中携带释放信元。UE收到该寻呼消息后解析出是让自己进行RRC连接释放。则内部进行RRC连接，SRB等释放。RNC发出寻呼消息后也进行自己内部的Uu口资源释放。

本发明实施例还提供了一种用户设备在PCH状态下的释放装置，该释放装置可以用来执行上述释放方法，以下对本发明实施例所提供的释放装置进行介绍。

图7是根据本发明实施例的用户设备在PCH状态下的释放装置的结构框图。

如图7所示，该释放装置包括接收模块12、确定模块14、第一释放模块16和通知模块18。

接收模块12用于接收用户设备UE在PCH状态下发起的主动释放请求。

确定模块14连接至接收模块12，用于根据主动释放请求确定UE在PCH状态下发起释放资源。

第一释放模块16连接至确定模块14，用于与核心网CN交互，释放CN的资源。

通知模块18连接至第一释放模块16，用于在CN的资源释放完成后，通知UE进行资源释放。

在本实施例中，由于RNC在接收到UE在PCH状态下的主动释放请求后，直接进行释放资源的操作，从而减少了UE迁出PCH状态的操作，这种释放过程缩短了释放的流程并且避免了占用专用信道资源的可能性，进而简化UE在PCH状态的流程并节省了专用资源。

图8是根据本发明第一优选实施例的用户设备在PCH状态下的释放装置的结构框图。该实施例可以作为图7所示实施例的优选实施方式。

如图8所示，该释放装置在图7所示释放装置的基础上还包括接收子模块122。

接收子模块122在接收模块12中，用于接收来自UE的Cell Update消息，其中，CellUpdate消息中携带有指示UE在PCH状态下发起释放资源的指示信息。

在该实施例中，RNC在接收到Cell Update消息后通过Cell Update消息的指示信息获知UE将要进行主动释放，通过是RNC准确地获知UE在PCH状态下的主动释放请求。

图9是根据本发明第二优选实施例的用户设备在PCH状态下的释放装置的结构框图。该实施例可以作为图7所示实施例的优选实施方式。

如图9所示，该释放装置在图7所示释放装置的基础上还包括发送子模块182。

该发送子模块182在通知模块18中，用于发送PAGING TYPE 1至UE，其中，PAGINGTYPE 1中包括释放信元。

通过该实施例，可以使RNC准确地通知UE进行资源释放。

图10是根据本发明第三优选实施例的用户设备在PCH状态下的释放装置的结构框图。该实施例可以作为图7所示实施例的优选实施方式。

如图10所示，该释放装置在图7所示释放装置的基础上还包括第二释放模块20。

第二释放模块20连接至通知模块18，用于释放内部的IU口资源。

通过该实施例，可以更好的释放RNC内部的资源。

图11是根据本发明第四优选实施例的用户设备在PCH状态下的释放装置的结构框图。该实施例可以作为图7所示实施例的优选实施方式。

如图11所示，该释放装置在图7所示释放装置的基础上还包括释放子模块162。

释放子模块162在第一释放模块16中，用于与CN进行交互，释放CN的IU口资源。

通过该实施例，即可实现释放CN的IU口资源。

从以上的描述中，可以看出，本发明实施例大大地简化了UE在PCH状态释放的流程，从而能够减少PCH态释放的时延，同时还减少信令交互对系统性能的影响，并节省专用资源。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种用户设备在PCH状态下的释放方法，其特征在于，包括：

无线网络控制器RNC接收用户设备UE在PCH状态下发起的主动释放请求；

所述RNC根据所述主动释放请求确定所述UE在PCH状态下发起释放资源；

所述RNC与核心网CN交互，释放所述UE在所述CN中的资源；以及

所述RNC在所述CN的资源释放完成后，通知所述UE进行资源释放；

无线网络控制器RNC接收用户设备UE在PCH状态下发起的主动释放请求包括：所述RNC接收来自所述UE的小区更新Cell Update消息，其中，所述Cell Update消息中携带有指示所述UE在PCH状态下发起释放资源的指示信息。

2.根据权利要求1所述的方法，其特征在于，所述指示信息携带在所述Cell Update消息中的为所述指示信息定义的字段中。

3.根据权利要求2所述的释放方法，其特征在于，所述为所述指示信息定义的字段的取值为与所述Cell Update消息中的其他字段的取值不相同的数值。

4.根据权利要求1所述的释放方法，其特征在于，通知所述UE进行资源释放包括：

所述RNC发送寻呼消息类型PAGING TYPE1至所述UE，其中，所述寻呼消息类型1中包括释放信元。

5.根据权利要求4所述的方法，其特征在于，在所述RNC通知所述UE进行资源释放之后，还包括：

所述UE从所述寻呼消息类型1中解析出所述释放信元后，进行资源释放。

6.根据权利要求1至5中任一项所述的释放方法，其特征在于，在通知所述UE进行资源释放之后，还包括：

所述RNC释放内部的IU口资源。

7.根据权利要求1至5中任一项所述的释放方法，其特征在于，所述RNC与所述CN交互，释放所述CN的资源，包括：

所述RNC与所述CN进行交互，释放所述CN的IU口资源。

8.一种用户设备在PCH状态下的释放装置，应用于无线网络控制器RNC上，其特征在于，包括：

接收模块，用于接收用户设备UE在PCH状态下发起的主动释放请求；

确定模块，用于根据所述主动释放请求确定所述UE在PCH状态下发起释放资源；

第一释放模块，用于与核心网CN交互，释放所述CN的资源；以及

通知模块，用于在所述CN的资源释放完成后，通知所述UE进行资源释放；

所述接收模块包括：接收子模块，用于接收来自所述UE的小区更新Cell Update消息，其中，所述Cell Update消息中携带有指示所述UE在PCH状态下发起释放资源的指示信息。

9.根据权利要求8所述的释放装置，其特征在于，所述通知模块包括：

发送子模块，用于发送寻呼消息类型PAGING TYPE1至所述UE，其中，所述寻呼消息类型1中包括释放信元。

10.根据权利要求8或9中所述的释放装置，其特征在于，还包括：

第二释放模块，用于释放内部的IU口资源。

11.根据权利要求8或9所述的释放装置，其特征在于，所述第一释放单元包括：

释放子模块，用于与所述CN进行交互，释放所述CN的IU口资源。