CN102065542A - 私有小区信息更新的方法及终端 - Google Patents

Abstract

本发明公开了一种私有小区信息更新的方法，其特征在于，该方法包括：当终端主动删除其小区信息时，查看要删除的小区信息的属性或者要删除的小区信息所在的位置，如果根据所述属性或位置确定出所述要清除的小区信息为私有小区信息，则保留该私有小区信息。本发明还公开了一种终端。本发明中由于在下发私有小区信息时，仅下发终端自身的私有小区信息，从而无需在所有终端的寻呼时刻均下发某个或某组终端更新的私有小区信息，大大降低了系统广播的负担。

Description

私有小区信息更新的方法及终端

技术领域

本发明涉及无线通信网络领域，特别涉及私有小区信息更新的方法和终端。

背景技术

随着通信技术的发展，用户需求随着移动通信系统的发展越来越多样化，系统设备为了适应这种需求也出现多样化，备受关注的家庭室内覆盖和企业级的内部覆盖基站以及一些其他私有网络应运而生。这种网络可以是家庭基站(Home NodeB)，家庭小区(Home Cell)，接入点(Access Point)，私有小区(Private Cell)等。由于只允许某些具有该网络权限的用户驻留或接入，同时会要求这些用户能在公网中驻留或接入，所以这些网络可以统称为私有网络。

在通用移动通信系统(UMTS)中，终端(UE)处于空闲(idle)状态、小区寻呼信道状态(CELL_PCH)、注册区域寻呼信道状态(URA_PCH)或小区前向接入信道状态(CELL_FACH)等状态下时，当系统的广播消息发生变化时，网络侧使用值标签(value tag)来标识系统消息的改变，当发现系统消息改变后，使用寻呼类型1或系统消息改变指示信息在所有终端寻呼时机下发该value tag，以通知所有的UE重选读取系统广播，更新其中的小区信息。当UE处在CELL_DCH状态下时，网络侧可以使用测量控制信息来通知UE关于CELL_DCH状态下切换使用的小区信息。

在UMTS中，小区信息有同频，异频，异系统小区，当UE从CELL_DCH到空闲态，从CELL_DCH到CELL_FACH，CELL_PCH，URA_PCH时，或者当UE在空闲态以及CELL_FACH，CELL_PCH，URA_PCH下，或者UE发生了小区变更时，都需要重新读取系统广播消息，其之前获取的小区信息的都会被清除掉。

由于系统广播负载的限制，广播上每次修改的内容是一个或一组UE相关的，这时候把所有的UE都唤醒去读取更新的系统广播，一方面由于在所有UE的寻呼时刻下发更新的私有小区信息，严重增大了小区广播的负担。

另一方面，对于UE的省电是不利的，且更重要的是，UE获取到别的UE的私有小区是没有用的，由于接入限制，即使该UE有别的UE对应的私有小区的列表，也是无法使用别的小区的资源，造成了对终端中存储资源的浪费。

且由于UE支持的小区信息是相对恒定而且小区数量比较少，所以当UE在空闲态和连接态的状态转换或者在连接态的内部的状态转换的过程中，私有小区发生变化的概率都是比较小的，因此，在这些过程中，删除UE中的私有小区信息，造成了对UE处理资源的浪费。

发明内容

本发明的目的在于提供私有小区信息更新的方法和终端，能够降低系统广播的负担。

本发明提供的第一种私有小区信息下发方法包括：

在终端的寻呼时机，向所述终端下发小区信息更新指示；

并根据所述指示，在对应的消息中携带私有小区信息下发给所述终端，所述携带的私有小区信息仅包括所述终端对应的私有小区信息。

本发明提供的第二种私有小区信息下发方法包括：

在下发给所述终端的信令中携带私有小区信息，该私有小区信息仅包括所述终端的私有小区信息。

本发明提供的私有小区信息更新的方法包括：

当终端要删除其小区信息时，查看要删除的小区信息的属性或者要删除的小区信息所在的位置，如果根据所述属性或位置确定出所述要清除的小区信息为私有小区信息，则保留该私有小区信息。

本发明提供的通信网络包括：

更新指示下发模块，用于在终端的寻呼时机向终端下发小区信息更新指示；

私有小区信息下发模块，用于根据所述指示，在对应的消息中向所述终端发送私有小区信息，该私有小区信息仅包括所述终端对应的私有小区信息。

本发明提供的终端包括：

判断模块，用于在终端要删除其小区信息时，查看要删除的小区信息的属性或者要删除的小区信息所在的位置，如果确定出要删除的小区信息为私有小区信息，则保留；否则通知删除模块；

删除模块用于根据所述通知删除对应的小区信息。

经由上述可知，本发明中由于在特定终端的寻呼时机，向终端下发私有小区信息更新指示；并在所述终端的寻呼时机，通过广播消息携带私有小区信息，该私有小区信息仅包括所述终端对应的私有小区信息，从而无需在所有终端的寻呼时刻均下发某个或某组终端更新的私有小区信息，大大降低了系统广播的负担。

附图说明

图1为本发明方法第一实施例中RNC和核心网交互的一种流程图；

图2为本发明方法第二实施例中UE与网络连接过程中从核心网获得的私有小区信息的流程图；

图3为本发明方法第二实施例中UE发生跨RNC切换时的私有小区信息传递流程图；

图4为本发明通信网络具体实施例的结构示意图；

图5为本发明终端具体实施例的结构示意图。

具体实施方式

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

本发明实施例中，在终端的寻呼时机，向所述终端下发私有小区信息更新指示；并根据该指示，在对应的消息中携带私有小区信息，该私有小区信息仅包括所述终端对应的私有小区信息。这种方案适用于无法通过专有消息或专有信令，只能通过除上述终端外其他终端也能够收到等广播消息等消息下发私有小区信息等情况。

上述终端的状态，可以为位置区域可知状态，如idle状态，或寻呼区域可知状态，如URA_PCH状态，或小区可知状态，如CELL_PCH状态或CELL_FACH状态。在不同的状态下，下发上述更新指示和私有小区信息的方式也可以有所不同，且下发的私有小区信息的获取方式也可以不同。以下通过具体实施例进行详细说明。

本发明的实施例中，还可以将下发给终端的专有信令中携带的私有小区信息，设置为仅包括该终端对应的私有小区信息。

本发明实施例中，由于在消息或信令中仅下发个别终端对应的私有小区信息，在保证该终端能够及时更新自身中的私有小区信息的同时，又防止了对传输资源的浪费。

在本发明方法的第一实施例中，由于每个UE相关的私有小区在核心网保存，对于处于CELL_PCH，URA_PCH状态下的UE，UTRAN中的无线网络控制器(RNC)在下发该UE的私有小区信息之前，从核心网(CN)获得关于该UE的私有小区信息。

如图1所示，RNC和核心网的交互流程包括：

步骤11、RNC向CN发送初始终端消息(INITIAL UE MESSAGE)，该消息中包括增加的一个信元(IE)：获取小区信息(GetPriCellInfo)，其值为获取(get)，或不需要获取(no need to get)。

步骤12、CN根据初始终端消息中的获取小区信息信元值，在确定出该值为get时，向RNC返回一条响应消息，该消息中包括的私有小区信息为上述UE支持的私有节点(Home NodeB)参数列表。该HNB的参数列表中包括以下六种信息之一，或该六种信息的任意组合：私有节点标识id、私有小区id、私有小区扰码、私有小区的位置信息、私有节点的频率、私有节点的无线接入技术(RAT)信息。

CN也可以将该HNB参数列表携带在其他发送给RNC的消息中。

或者，本实施例中，还可以由CN在确定出UE的私有小区列表发生变化后，向该小区所在的UTRAN中的RNC下发该UE的私有小区列表。而对于idle状态的UE，UE的位置在小区级别是不可知的，因此CN需要向该终端所在位置区/路由区(LA/RA)内所有UTRAN中的RNC下发该UE的私有小区列表。

另外，在上述步骤12之前，CN也可以主动将终端的初始私有小区列表下发给RNC。

在RNC从CN获取了UE的私有小区列表后，需要根据UE的不同状态，在不同的信道中下发上述私有小区列表更新指示和更新的私有小区列表。

首先，对于idle状态的UE，获取到UE私有小区列表的LA/RA内所有UTRAN中的RNC，在该UE的寻呼时机(paging occasion)，把该UE对应的私有小区列表更新在小区广播消息中，并且只在该UE的paging occasion通过寻呼信道发送的寻呼消息把广播信道(BCCH)变化的value tag值指示下去。因为小区并不知道UE是否驻留在该小区上，而且UE更换小区后，会清除其在别的小区读取的小区列表的信息，所以LA/RA的UTRAN内的小区需要周期性的在UE对应的寻呼时机中指示UE读取其更新的小区广播。则UE在读取到包括更新的私有小区列表的广播消息后，根据其中的私有小区列表更新自身中的私有小区列表。

由于一组UE可能处于一个UTRAN中，且具有相同的寻呼时机，所以对于这样一组UE，UTRAN可以在这组UE的寻呼时机，广播该组UE对应的私有小区列表。

相对于在所有的寻呼时机指示系统消息改变的现有技术方案，由于只在需要更新系统消息的UE的寻呼时机下发寻呼指示，对BCCH的负载有很大的减轻。

其次，对于URA_PCH状态的UE，其位置在URA内是可知的，则该URA内的UTRAN中的RNC在某一个或某一组UE的paging occasion，在所属所有小区中通过寻呼信道发送的寻呼消息携带value tag，并在对应paging occasion的广播消息中携带这些UE对应的私有小区列表，UE在接收到该广播消息后，更新自身中的私有小区列表。由于URA的范围比LA/RA的范围小，这种情况下，系统广播开销的浪费更少一些。

再次，对于CELL_PCH状态下的UE，其位置是小区可知的。UTRAN只需在一个或一组UE的paging occasion，在这些UE所在小区中通过寻呼信道发送的寻呼消息携带value tag，并在对应paging occasion的广播消息中携带这些UE对应的私有小区列表，则UE只需要读取当前驻留小区广播的关于该UE的私有小区列表的广播消息一次，并根据接收该广播消息中的私有小区列表，更新自身中的私有小区列表。

此后，对处于CELL_FACH状态下的UE，UE的位置在小区级别是可知的，UTRAN只需在UE的paging occasion，在所在小区的小区广播消息中下发UE对应的私有小区列表，则UE只需要读取当前驻留小区关于该UE的私有小区列表的更新消息一次。与前几种情况不同的是，私有小区更新指示通过系统消息改变指示(SYSTEM INFORMATION CHANGEINDICATION)消息来通知，而不是通过上述value tag来通知。

本实施例中，对上述各种状态下的UE，在通过广播消息发送更新的私有小区信息时，该广播消息中可以包含对应UE的标识，则接收到广播消息到UE需要先检测广播消息中的UE标识是否与自身的标识一致，如果一致，再读取广播消息。这样在多个UE具有相同的寻呼时机时，网络侧就可以仅发送一个UE对应的私有小区信息，且也能够保证其他UE不会误收该私有小区信息，从而使这些UE进行不必要的处理。

在第一实施例中，对处于idle状态、URA_PCH状态、CELL_PCH状态和CELL_FACH状态的UE，如何下发UE的私有小区列表，以及如何更新其中的私有小区列表进行了说明。在第二实施例中，对CELL_DCH状态下对UE如何更新其私有小区列表进行说明。

对于激活状态(active)，也即CELL_DCH状态的UE，可以通过专用控制信道下发专用控制消息来修改UE的测量小区列表，从而实现active状态下的移动性。如果idle状态下的UE并不要求支持hNB的话，那么也可以直接使用专用控制消息将UE支持的私有小区列表发送给UE，让UE进行移动性处理。

UE使用专用信令来获取私有小区列表的场景如下：

场景一：UE附着(attach)网络或者发起RRC连接建立的过程中，从核心网获得UE支持的私有小区的信息，如图2所示，具体包括如下步骤：

步骤21-22、UE发起RRC连接请求或者attach，通过UTRAN建立RRC连接和Iu连接到核心网。

步骤23-24、CN通过下行信令把UE支持的私有小区的信息发送给UE。

这里，如果采用的是非接入层(NAS)信令，则UTRAN透传CN的包括私有小区信息的消息到UE，告知其包含的UE的私有小区信息。如果是采用接入层(AS)信令，UTRAN通过专用信令，如测量控制消息，或者通过信令夹带的方式把UE的私有小区信息发送给UE，并且该专用信令中仅携带该UE的私有小区信息，不包括其他UE的私有小区信息。

步骤25、UE接收到私有小区信息后，将该信息填写进其保存的小区列表中，并根据该列表进行测量和测量结果的上报。

场景二：当UE在连接态进行移动性管理时，其支持的私有小区的信息也在网络间传递。例如UE发生跨RNC切换时，其私有小区的信息在SRNS重定位消息中传递，具体如图3所示，该流程包括：

步骤31-32、源RNC向目标RNC发送重定位请求消息，通过CN的转发。

由于UE的源RNC中可以有其从CN中获取的UE私有小区信息，所以源RNC发送的重定位请求中可以直接包括私有小区信息。当然，源RNC发送的私有小区信息也可以由CN在转发重定位请求消息时，将对应UE的私有小区信息设置在该消息中发送给目标RNC，这种情况下，源RNC发送给CN的重定位请求消息中可以包括一私有小区信息请求信息，则CN根据该信息设置UE的私有小区信息。

步骤33-34、目标RNC会通过CN向源RNC发送重定位命令。

以上两个实施例中，对网络侧如何向UE下发私有小区信息，以及UE根据这些私有小区信息更新自身中的小区信息进行了说明。在上述两个实施例的基础上，网络侧还可以在确定出需要删除终端中的私有小区信息后，向终端发送删除私有小区信息命令，则终端接收到该命令后，根据该命令删除自身中的对应私有小区信息。该私有小区信息命令可以是要求终端删除全部的私有小区信息，则终端根据该命令直接删除全部私有小区信息；也可以是要求终端删除部分私有小区信息，则终端根据该命令中删除对应部分的私有小区信息。

网络侧也可以在接收到终端上报的私有小区信息删除请求后，根据该请求生成上述私有小区删除命令，并将该命令下发给终端。

本发明方法的第三实施例，可以基于上述第一和第二实施例，该实施例中，在终端的小区列表中，在私有小区信息设置私有小区属性指示，或者除同频小区列表、异频小区列表和异系统小区列表外，再设置第四种小区列表：私有小区列表。

本实施例中，UE在连接态的内部状态转换和空闲态到连接态的转换时，以及在UE更换其驻留的节点时，判断私有小区信息的属性，或判断小区列表的属性，在确定出为私有小区信息或私有小区列表后，不删除对应的私有小区信息或私有小区列表或向网络侧请求删除私有小区信息，直到网络主动发起的私有小区变更为止。

本发明提供的通信网络具体实施例如图4所示，包括更新指示下发模块和私有小区信息下发模块，该两模块可以设置在上述通信网络的接入网中。其中：

更新指示下发模块用于在终端的寻呼时机向终端下发私有小区信息更新指示；

私有小区信息下发模块用于根据所述指示，在对应的消息中向所述终端发送私有小区信息，该私有小区信息仅包括所述终端对应的私有小区信息。

本实施例中可以进一步包括：私有小区信息请求模块和私有小区信息接收模块，该两模块也设置在接入网中。其中：

私有小区信息请求模块用于在所述终端为URA_PCH状态、CELL_PCH状态、CELL_FACH或CELL_DCH状态时，向上述通信网络的CN请求获取所述终端的私有小区信息；

私有小区信息接收模块用于接收CN根据所述请求返回的私有小区信息。

本实施例中，通信网络中还可以进一步包括：删除指示模块，该模块可以设置在核心网中，或接入网中，用于为所述终端生成私有小区删除命令，并将该命令下发给所述终端。

以及删除请求接收模块，该模块也可以设置在核心网或接入网中，用于接收来自终端的私有小区信息删除请求。则上述删除指示模块，还根据所述的私有小区信息删除请求，生成删除私有小区信息命令，并下发给所述终端。

上述更新指示下发模块、私有小区信息下发模块、私有小区信息请求模块和私有小区信息接收模块、删除请求接收模块和删除指示模块均可以设置在上述UTRAN的RNC中。

本发明终端具体实施例如图5所示，包括：判断模块和删除模块。其中：

判断模块，用于在终端要删除其小区信息时，查看要删除的小区信息的属性或者要删除的小区信息所在的位置，如果确定出要删除的小区信息为私有小区信息，则保留或向网络侧请求删除私有小区信息；否则通知删除模块；

删除模块用于根据所述通知删除对应的私有小区信息。

本发明的终端实施例中还可以进一步包括：

接收模块，用于接收来自网络侧的删除私有小区信息的命令，并根据该命令向删除模块发送删除通知；则所述删除模块进一步根据来自接收模块的删除通知，删除对应的私有小区信息。

上述终端实施例中还可以进一步包括删除请示模块，用于向所述网络侧发送删除私有小区信息的请求。该模块可以在确定出要删除的小区信息为私有小区信息时，向网络侧发送删除私有小区信息的请求，也可以在要删除其小区信息时，即向网络侧发送删除私有小区信息的请求。

通过以上对本发明具体实施例的说明可以看出，本发明实施例包括如下优点：

首先，通过本发明可以使得UE在空闲和连接状态下的移动时，都可以选择到其支持的私有小区。

其次，在空闲，CELL_PCH，URA_PCH，CELL_FACH状态下，只在UE对应的寻呼时机发UE对应的私有小区更新信息，可以大幅度的减小用于更新系统消息的寻呼负载。也减小了BCCH上的负载。

再次，在CELL_DCH状态下，通过专用信令方式或者信令夹带方式获得私有小区信息，以及在网络间传递UE的私有小区的信息，使得UE能够更好的支持从/到私有小区的切换和重定位。

最后，关于私有小区特殊属性的定义和使用，更进一步的简化了UE私有小区的获得和维护。

以上是对本发明具体实施例的说明，在具体的实施过程中可对本发明的方法进行适当的改进，以适应具体情况的具体需要。因此可以理解，根据本发明的具体实施方式只是起示范作用，并不用以限制本发明的保护范围。

Claims (9)

1.一种私有小区信息更新的方法，其特征在于，该方法包括：

当终端主动删除其小区信息时，查看要删除的小区信息的属性或者要删除的小区信息所在的位置，如果根据所述属性或位置确定出所述要清除的小区信息为私有小区信息，则保留该私有小区信息。

2.根据权利要求1所述的方法，其特征在于，所述查看小区信息的属性包括：判断所述要删除的小区信息中是否包括私有小区属性指示，如果包括，则确定出该小区信息为私有小区信息。

3.根据权利要求1所述的方法，其特征在于，所述查看小区信息所在的位置包括：判断所述小区信息所在的位置是否为私有小区列表，如果是，则确定出该小区为私有小区信息。

4.根据权利要求1所述的方法，其特征在于，所述终端要清除其小区信息时为：所述终端在连接态的内部状态转换时或由空闲态到连接态的转换时或者UE更换其驻留的节点时。

5.根据权利要求1所述的方法，其特征在于，所述查看要删除的小区信息的属性或者要删除的小区信息所在的位置之前，该方法进一步包括：

若接收到网络侧的删除私有小区指示，则根据该指示直接删除自身中的私有小区信息；否则，执行所述查看要删除的小区的属性或者要删除的小区信息所在的位置的步骤。

6.根据权利要求1所述的方法，其特征在于，所述保留该私有小区信息之前，该方法进一步包括：向所述网络侧发送删除私有小区信息的请求，并接收网络侧根据所述请求返回的命令，若该命令指示为删除私有小区信息，则直接删除对应的私有小区信息；否则，执行所述保留该私有小区信息的步骤。

7.一种终端，其特征在于，该终端中包括：

判断模块，用于在终端要删除其小区信息时，查看要删除的小区信息的属性或者要删除的小区信息所在的位置，如果确定出要删除的小区信息为私有小区信息，则保留；否则通知删除模块；

删除模块，用于根据所述通知删除对应的小区信息。

8.根据权利要求7所述的终端，其特征在于，该终端中进一步包括：

接收模块，用于接收来自网络侧的删除私有小区信息的命令，并根据该命令向删除模块发送删除通知；

所述删除模块进一步根据来自接收模块的删除通知，删除对应的私有小区信息。

9.根据权利要求8所述的终端，其特征在于，该终端中进一步包括：

删除请示模块，用于向所述网络侧发送删除私有小区信息的请求。

Images