CN101277471A

CN101277471A - 信令下发方法和系统

Info

Publication number: CN101277471A
Application number: CNA2007100962105A
Authority: CN
Inventors: 马洁; 郑潇潇
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-03-30
Filing date: 2007-03-30
Publication date: 2008-10-01

Abstract

本发明涉及无线通信领域，公开了一种信令下发方法和系统，减少了下发信令时资源的浪费、减轻了系统负荷。本发明中，对于受至少两个控制实体控制的小区，在这些控制实体公共的上游实体中保存该小区与这些控制实体的对应关系；当该上游实体需要将信令发送到该小区时，根据该对应关系从该小区对应的各控制实体中选择一个下发该信令。或者，通过预置或协商，为该小区的各控制实体设置信令发送规则，在同一条件下，该规则只允许一个控制实体向该小区发送该信令。或者，由小区中用于在该小区空中接口下发信令的执行实体对可能重复下发的信令进行过滤。

Description

信令下发方法和系统

技术领域

本发明涉及无线通信领域，特别涉及信令的下发技术。

背景技术

2006年，第三代合作伙伴项目(3rd Generation Partnership Project，简称“3GPP”)通过了高速数据接入(High Speed Packet Access，简称“HSPA”)演进研究项目，HSPA的演进网络架构基于分组(PS)域业务，对于PS域业务将提供高比特率的用户速率和更短的呼叫时延；对于当前第三代移动通信(The Third Generation，简称“3G”)系统的电路(CS)域业务将不再进行优化。

在HSPA的演进网络中，将现有的3G系统的无线网络控制器(RadioNetwork Controller，简称“RNC”)功能全部都放到了演进的基站节点(eNodeB)上。如图1所示。这种HSPA网络架构中eNodeB与通用分组无线业务服务支持节点(Serving GPRS Support Node，简称“SGSN”)直接连接，二者之间的接口为Iu-PS。eNodeB不与CS域的核心网(Core Net，简称“CN”)节点相连，如移动交换中心(Mobile Switching Center，简称“MSC”)/拜访位置寄存器(Visitor Location Register，简称“VLR”)，因此不能单独提供CS域的业务。为了具有后向兼容性(兼容CS域业务)，该eNodeB与RNC相连，二者的接口为Iub接口或者Iur接口。

当eNodeB与RNC通过Iub接口相连时，RNC与CS域的CN节点相连，CS域业务就通过eNodeB+RNC来实现，这时的eNodeB可以看成普通的基站(NodeB)，不再具有RNC功能。

当eNodeB与RNC通过Iur接口相连时，由该eNodeB作为漂移RNC(DRNC)，该RNC作为服务RNC(SRNC)，来实现CS域的业务。

下面对上述网络构架下，一些基本的流程进行简单说明，主要包括终端的寻呼过程、MBMS业务控制消息的传输过程。

在上述网络构架中，可以根据所注册的业务域的不同，将终端分为A，B，C三类。

A类终端具有联合注册和路由更新功能，在进行PS域注册的同时，完成CS域的注册。具体地说，即A类终端向SGSN进行PS域注册时，SGSN会将这个终端的位置信息告诉MSC，完成CS域注册，从而不需要终端再次向MSC发起CS域注册。当A类终端发起PS域路由区更新的时候，SGSN同样会将这个终端的位置信息告诉MSC，完成CS域的路由更新，从而不需要终端再次向MSC发起CS域位置区更新。总之，A类终端的路由区信息是CS域和PS域的网络节点共同知道的，而且是一致的。

B类终端只进行PS域注册和路由区更新，只有PS域网络节点知道其路由区信息。

C类终端只进行CS域注册和位置区更新，只有CS域网络节点知道其路由区信息。

在上述的三类终端中，B类终端只能接收PS域寻呼，C类终端只能接收CS域寻呼，对于A类终端，即能够接收PS域寻呼也能够接收CS域寻呼。下面对现有技术中，上述各类终端寻呼过程进行简单介绍。

由于终端在CS域的状态和PS域的状态是不相关的，因此寻呼是分别进行的，即可以分为CS域寻呼过程和PS域寻呼过程。下面先对PS域的寻呼过程进行说明(PS域寻呼针对A类和B类终端)。

PS域的CN节点对包移动性管理(Packet Mobility Management，简称“PMM”)-IDLE(空闲)的终端进行寻呼，将寻呼消息下发到终端注册的路由区包含的所有RNC和eNodeB。RNC和eNodeB收到寻呼消息后，查看该终端的无线资源控制层(Radio Resource Controller，简称“RRC”)状态，如果确定该终端在PS域的RRC状态为CELL_FACH(小区前向信道状态)或者CELL_DCH(小区专用信道状态)，则该RNC或eNodeB使用专用制信道(Dedicated Control Channel，简称“DCCH”)来发送寻呼消息，在DCCH下发的寻呼消息称为PAGING TYPE 2；如果确定该终端在PS域的RRC状态为其他情况，则该RNC或eNodeB使用寻呼信道(Paging Channel，简称“PCH”)下发寻呼消息，在PCH下发的寻呼消息称为PAGING TYPE1。

CS域的寻呼过程和PS域的相类似(CS域寻呼针对A类和C类终端)。对于A类终端，由CS域的CN节点(如MSC)请求PS域的CN节点(如SGSN)下发寻呼消息，即由MSC请求SGSN，由SGSN将寻呼消息下发到RNC，再由RNC进行下发。对于C类终端，由CS域的MSC将其寻呼消息下发给RNC，由RNC发送给终端。

另外，当一个终端在CS域或者PS域之一建立了RRC连接的时候，RNC会存储终端的标志——国际移动台识别号码(International Mobile StationIdentity，简称“IMSI”)，通过这个标志使得RNC能够对A类终端进行寻呼协调。即在RNC需要在一个域中通过PCH寻呼这个终端的时候，该RNC就可以根据寻呼消息中IMSI查找该终端是否已在另外一个域中建立了RRC连接，如果已经建立了连接且处于CELL_FACH/CELL_DCH状态，则该RNC不再使用PCH信道进行寻呼而是使用DCCH将该寻呼消息通知该终端

然而，本发明的发明人发现，在上述的寻呼过程中，控制相同小区的RNC和eNodeB可能在相同的小区中重复发送寻呼消息，造成传输资源的浪费，且增加了系统的负荷。

比如说，需要寻呼的终端已进行了PS域注册(包括A类和B类终端)，但未建立Iu信令连接(即CN和RNC之间的连接)，此时SGSN会同时向终端注册的路由区内所有的RNC和eNodeB发送寻呼请求消息。然而，对于HSPA的网络架构中，RNC和eNodeB之间通过Iub接口连接、控制同一个小区的情况，该RNC和具有RNC功能的eNodeB会分别在该小区中发送该寻呼请求消息，这显然浪费了资源且增加了系统的负荷。

另外，对于进行联合注册的终端(即A类终端)，在该终端在PS域中处于PMM_IDLE状态，而在CS域中处于CMM_CONNECTED(连接)状态的情况下，如果SGSN向终端注册的路由区的所有RNC和eNodeB发送寻呼消息，则在浪费资源的同时，该终端是无法收到该eNodeB发送的寻呼消息的。这是因为，当终端建立了CS域的连接时(即处于CMM_CONNECTED状态)，其RRC连接的上下文是保存在RNC上的，SGSN并不知道该终端已建立CS域连接，当PS域SGSN需要寻呼这个终端时，该SGSN会将该寻呼消息发到终端注册的路由区的所有RNC和eNodeB上，由于eNodeB同样无法知道该终端建立了CS域连接，该eNodeB收到该寻呼消息后，会使用PCH信道下发该寻呼消息，且该RNC会使用DCCH下发该寻呼消息，从而造成资源的浪费。而且因为终端已经建立了CS域连接，不会监听PCH信道，因此终端也不可能收到eNodeB的寻呼消息。

以上对终端的寻呼过程进行了说明，下面对该网络构架中，MBMS控制消息的传输过程进行简单介绍。

在现有的技术中，MBMS的业务开始通知流程如下：当管理MBMS的广播组播业务中心(Broadcast-Multicast Service Centre，简称“BM-SC”)确定可以开始传输数据后，BM-SC发起MBMS会话开始过程，在该过程中激活网络中所有需要传输MBMS数据的节点(包括GGSN、SGSN、RNC和NodeB)，并且通知感兴趣的终端该MBMS即将开始传输。

对于图1所示的网络构架，其会话开始流程可以如图2所示。BM-SC将会话开始请求发送给与该MBMS相关的GGSN，GGSN向BM-SC返回会话开始响应，并进一步向相关的SGSN下发该会话开始请求；同样，SGSN向对应的GGSN返回会话开始响应后，进一步向相关的RNC和eNodeB发送该会话开始请求；RNC向对应的SGSN返回会话开始响应后，向与其连接的NodeB和eNodeB发送该会话开始请求；这些NodeB和eNodeB向该RNC返回会话开始响应后，在对应的小区中下发计数(Counting)请求；另外，eNodeB还从SGSN收到该会话开始请求，同样需要向该SGSN发送会话开始响应，并在对应的小区中下发计数(Counting)请求。该会话开始请求中，可以包含MBMS承载的GGSN和SGSN会话参数(如服务质量，MBMS业务域，估计的会话长度等)。

然而，本发明的发明人发现，在上述过程中，由于SGSN会同时发送MBMS会话开始请求消息给RNC和eNodeB，而在RNC和eNodeB同时管理和使用一个小区的情况下，就会出现该RNC和eNodeB分别在该小区中发送会话开始请求消息，这显然浪费了网络传输资源且增加了系统的负荷。

发明内容

本发明实施方式要解决的主要技术问题是提供一种信令下发方法和系统，减少下发信令时资源的浪费、减轻系统负荷。

为解决上述技术问题，本发明的实施方式提供了一种信令下发方法，包含以下步骤：

对于受至少两个控制实体控制的小区，在这些控制实体公共的上游实体中保存有该小区与这些控制实体的对应关系；

当上游实体需要将信令发送到小区时，根据对应关系从该小区对应的各控制实体中选择一个来下发该信令。

本发明的实施方式还提供了一种信令下发方法，包含以下步骤：

对于受至少两个控制实体控制的小区，为该小区的各控制实体中设置有信令发送规则，在同一条件下，该规则只允许一个控制实体向该小区发送该信令，禁止该小区的其它控制实体向该小区发送该信令；

小区的各控制实体根据信令发送规则，将未被该规则禁止发送的信令发送到该小区。

对于受至少两个控制实体控制的小区，用于在该小区空中接口下发信令的执行实体在收到各控制实体之一下发的信令时，判断该信令是否会与来自其它控制实体的信令重复；

如果重复则丢弃该信令，如果不重复则在该小区空中接口下发该信令。

本发明的实施方式还提供了一种信令下发系统，包含至少一个小区、至少两个控制该小区的控制实体、和这些控制实体公共的上游实体，

上游实体包含：第一存储单元，用于保存受至少两个控制实体控制的小区与这些控制实体的对应关系；

选择单元，当上游实体需要将信令发送到小区时，根据对应关系从该小区对应的各控制实体中选择一个下发该信令。

本发明的实施方式还提供了一种控制实体，该控制实体与至少一个其它控制实体共同控制至少一个小区，该控制实体包含：

规则保存单元，用于保存信令发送规则，在同一条件下，该规则只允许一个控制实体向该小区发送该信令，禁止该小区的其它控制实体向该小区发送该信令；

第五发送单元，用于根据信令发送规则，将未被该规则禁止发送的信令发送到小区。

本发明的实施方式还提供了一种控制实体，包含：

第三接收单元，用于接收一个控制实体下发的信令；

第六发送单元，用于在受该控制实体和至少一个其它控制实体控制的小区的空中接口下发该第三接收单元收到的信令；

判断单元，用于判断该第三接收单元收到的信令，是否与来自其它控制实体的信令重复，如果重复则指示该第六发送单元丢弃该信令，如果不重复则指示该第六发送单元在该小区空中接口下发该信令。

本发明的实施方式还提供了一种网络侧设备，该网络侧设备与至少两个控制实体相连，这些控制实体控制的小区至少有一个相同，该网络侧设备包含：

第一存储单元，用于保存该受至少两个控制实体控制的小区与这些控制实体的对应关系；

选择单元，当该网络侧设备需要将信令发送到该小区时，根据该对应关系从该小区对应的各控制实体中选择一个来下发该信令。

本发明实施方式与现有技术相比，主要区别及其效果在于：

对于受至少两个控制实体控制的小区，在这些控制实体公共的上游实体中保存有该小区与这些控制实体的对应关系；当该上游实体需要将信令发送到该小区时，根据该对应关系从该小区对应的各控制实体中选择一个来下发该信令。从而可以避免两个控制实体分别向该小区发送该信令，造成传输资源的浪费，同时，还减少了控制实体的整体负荷。

对于受至少两个控制实体控制的小区，该小区的各控制实体中设置有信令发送规则，在同一条件下，该规则只允许一个控制实体向该小区发送该信令，禁止该小区的其它控制实体向该小区发送该信令；该小区的各控制实体根据该信令发送规则，将未被该规则禁止发送的信令发送到该小区。通过设置规则可以避免两个控制实体分别向该小区发送该信令，造成传输资源的浪费，且可以减少各控制实体的负荷。

对于受至少两个控制实体控制的小区，用于在该小区空中接口下发信令的执行实体在收到各控制实体之一下发的信令时，判断该信令是否会与来自其它控制实体的信令重复；如果重复则丢弃该信令，如果不重复则在该小区空中接口下发该信令。通过在执行实体进行重复信令的过滤，可以有效避免向同一个小区重复发送相同信令，造成传输资源的浪费，降低系统的负荷。

附图说明

图1是现有技术中eNodeB和RNC连接的网络示意图；

图2是现有技术中MBMS会话开始流程图；

图3是根据本发明第一实施方式的信令下发方法流程图；

图4是根据本发明第一实施方式的信令下发方法中SGSN选择RNC下发寻呼消息的示意图；

图5是根据本发明第一实施方式的信令下发方法中SGSN选择eNodeB下发寻呼消息的示意图；

图6是根据本发明第四实施方式的信令下发方法流程图；

图7是根据本发明第七实施方式的信令下发方法流程图；

图8是根据本发明第八实施方式的信令下发方法流程图；

图9是根据本发明第八实施方式的信令下发方法中RNC和eNodeB根据信令中指示的控制实体在对应的小区中下发该信令的示意图；

图10是根据本发明第九实施方式的信令下发方法流程图；

图11是根据本发明第九实施方式的终端已建立CS域连接的寻呼消息下发流程图；

图12是根据本发明第九实施方式的终端未建立CS域连接的寻呼消息下发流程图。

具体实施方式

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

本发明第一实施方式涉及一种信令下发方法，在本实施方式的无线网络中，RNC和eNodeB可以共同存在，该eNodeB可无需通过RNC，独立实现小区的PS域业务，但该eNodeB需要通过RNC实现小区的CS域业务。

在本实施方式中下发的信令是终端的寻呼消息，该寻呼消息所属的终端为在CS域和PS域联合注册的终端。具体如图3所示。

在步骤310中，对于受两个控制实体(即RNC和eNodeB)控制的小区，在SGSN中保存该小区与这些控制实体的对应关系。

在步骤320中，SGSN需要下发寻呼消息时，发现该寻呼消息的路由区包含该RNC和eNodeB共同控制的小区，即需要在该RNC和eNodeB共同控制的小区下发该寻呼消息，接着进入步骤330。

在步骤330中，该SGSN从该RNC和eNodeB中选则一个，向其下发该寻呼消息。

接着进入步骤340，收到该寻呼消息的RNC或eNodeB在小区中下发该寻呼消息。具体地说，收到该寻呼消息的RNC或eNodeB判断该终端是否已建立RRC连接，如果已建立RRC连接，则通过DCCH向该终端发送寻呼消息；如果未建立RRC连接，则通过PCH下发该寻呼消息。通过由SGSN选择一个控制实体下发该寻呼消息，可以避免两个控制实体分别向该小区发送该寻呼消息，造成传输资源的浪费，同时，还减少了控制实体的整体负荷。

举例而言，RNC 1与eNodeB25通过Iub接口相连，SGSN上保存的对应关系为：RNC1与eNodeB25通过Iub接口相连，该eNodeB25辖下的小区由eNodeB25和RNC1共同控制。eNodeB25辖下的终端A开机后向CN进行了联合注册，表明自己的位置在eNodeB25，然后进入了IDLE状态。SGSN在需要向该终端A发送寻呼消息时(如该SGSN需要下发该终端的PS域寻呼消息，或该SGSN收到MSC对于终端A的CS域寻呼消息)，发现终端A在eNodeB25辖下的小区组成的路由区内，通过进一步查询所保存的对应关系，发现该路由区中的小区由eNodeB25和RNC1共同控制，eNodeB25以Iub接口与RNC1连接，此时，该SGSN可以选择将该寻呼消息发送给RNC1，由RNC1进行下发，如图4所示。RNC1收到SGSN的寻呼消息之后，发现该寻呼消息所属的终端A没有建立RRC连接，因此该RNC1在PCH上发送寻呼消息PAGING TYPE1，发送范围可以是eNodeB25辖下的全部小区，也可以是RNC1辖下的全部小区(包括该RNC1和eNodeB25共同控制的小区和该RNC1单独控制的小区)。RNC1在其单独控制的小区中下发该寻呼消息的方法与现有技术相同；RNC1在共同控制的小区中下发寻呼消息时，可以将该寻呼消息发送到与该RNC1相连的eNodeB25，如图4所示，此时的eNodeB25被当作是一个普通的不具有RNC功能的NodeB，通过该eNodeB25在共同控制的小区中下发该寻呼消息。在该例子中，SGSN发现该终端A所在的路由区由eNodeB25和RNC1共同控制，eNodeB25以Iub接口与RNC1连接后，也可以选择选择将该寻呼消息发送给eNodeB25。如图5所示，由eNodeB25在其控制的范围内下发该寻呼消息。该eNodeB25收到SGSN的寻呼消息之后，发现该寻呼消息所属的终端A没有建立RRC连接，因此该eNodeB25在PCH上发送寻呼消息PAGING TYPE 1，寻呼的范围为该eNodeB25控制的小区。无论是通过RNC1下发该寻呼消息，还是通过eNodeB25下发该寻呼消息，均不会产生重复下发的问题，避免了传输资源的浪费，同时，还减少了eNodeB25和RNC1的负荷。

本发明第二实施方式同样涉及一种信令下发方法，与第一实施方式大致相同，其区别在于，在第一实施方式中，该寻呼消息所属的终端是进行联合注册的终端，而在本实施方式中，该寻呼消息所属的终端是仅在PS域注册的终端。

在本实施方式中，同样需要在SGSN中保存受两个控制实体(即RNC和eNodeB)控制的小区与这些控制实体的对应关系。在SGSN需要在该小区下发寻呼消息时，从RNC和eNodeB中选择一个，将该寻呼消息发送到选中的RNC或eNodeB，由该RNC或eNodeB下发该寻呼消息。具体的选择和下发过程与第一实施方式相同，在此不再赘述。

本发明第三实施方式涉及一种信令下发方法，与第一实施方式大致相同，其区别在于，在第一实施方式中，下发的信令是寻呼消息，而在本实施方式中，下发的信令是MBMS控制消息，如MBMS会话开始请求、计数(counting)消息、MBMS无线承载配置消息等。

在本实施方式中，同样需要在SGSN中保存受两个控制实体(即RNC和eNodeB)控制的小区与这些控制实体的对应关系。在SGSN需要在该小区下发MBMS控制消息时，从RNC和eNodeB中选择一个，将该MBMS控制消息发送到选中的RNC或eNodeB，由该RNC或eNodeB下发该MBMS控制消息。该RNC或eNodeB可以直接通过MBMS点到多点控制信道(MBMSpoint-to-multipoint Control Channel，简称“MCCH”)，在该RNC或eNodeB控制的小区中下发该MBMS控制消息。由于RNC和eNodeB中只有一个会下发该MBMS控制消息，因此不会发生重复发送的情况，避免了传输资源的浪费，且降低了系统的负荷。

举例而言，RNC1与eNodeB25通过Iub接口相连，SGSN上保存的对应关系为：RNC1与eNodeB25通过Iub接口相连，该eNodeB25辖下的小区由eNodeB25和RNC1共同控制。SGSN在收到MBMS控制消息时，根据该控制消息中的路由区列表确定要将该MBMS控制消息在eNodeB25辖下的小区中下发，通过查询所保存的对应关系时可以发现eNodeB25以Iub接口与RNC1连接，该eNodeB25辖下的小区由eNodeB25和RNC1共同控制，从而需要从RNC1和eNodeB25中选择一个进行下发。SGSN可以选择将该MBMS控制消息发送给RNC1，该RNC1收到该MBMS控制消息之后，在MCCH上发送该MBMS控制消息，发送范围有可能是eNodeB25的辖下的全部小区，也有可能是RNC1辖下的全部小区(包括该RNC1和eNodeB25共同控制的小区和该RNC1单独控制的小区)。RNC1在其单独控制的小区中下发该MBMS控制消息的方法与现有技术相同；RNC1在共同控制的小区下发该MBMS控制消息时，可以将该MBMS控制消息发送到与该RNC1相连的eNodeB25，此时的eNodeB25被当作是一个普通的不具有RNC功能的NodeB，通过该eNodeB25在共同控制的小区中下发该MBMS控制消息。在该例子中，SGSN也可以选择将该MBMS控制消息发送给eNodeB25，该eNodeB25收到该MBMS控制消息之后，在MCCH上发送该MBMS控制消息，发送范围是该eNodeB25的辖下的全部小区。此时的eNodeB25是一个具有RNC功能的NodeB。无论是通过RNC1下发该MBMS控制消息，还是通过eNodeB25下发该MBMS控制消息，均不会产生重复下发的问题，避免了传输资源的浪费，同时，还减少了eNodeB25和RNC1的负荷。

本发明第四实施方式同样涉及一种信令下发方法，本实施方式中SGSN下发的信令为终端的PS域寻呼消息，该寻呼消息所属的终端为在CS域和PS域联合注册的终端，且该终端在PS域处于IDLE状态。具体流程如图6所示。

需要说明的是，在本实施方式中，在小区中的终端建立CS域连接时，CS域CN节点(MSC/VLR)需要将该终端的状态和SRNC(服务RNC)的位置通知PS域CN节点SGSN，SGSN对该信息进行纪录。可以记录在移动管理上下文中或者其他表中。同样，在该终端释放所建立的CS域连接时，CS域CN节点同样需要通知该SGSN删除之前记录的该终端的相关信息。

在步骤610中，对于受两个控制实体(即RNC和eNodeB)控制的小区，在SGSN中保存该小区与这些控制实体的对应关系。

在步骤620中，SGSN需要下发寻呼消息时，发现该寻呼消息的路由区包含该RNC和eNodeB共同控制的小区，即需要将该寻呼消息下发到该RNC和eNodeB共同控制的小区，接着进入步骤630。

在步骤630中，SGSN根据之前的记录进行判断，如果该寻呼消息所属的终端当前建立CS域连接，则进入步骤640；反之，如果该终端当前未建立CS域连接，则进入步骤650。

在步骤640中，SGSN将该寻呼消息发送给该RNC(即SRNC)，由该RNC通过该终端建立的CS域连接，即DCCH，向该终端发送该PS域的寻呼消息。

在步骤650中，SGSN将该寻呼消息发送给该eNodeB，由该eNodeB通过PCH下发该寻呼消息。由于RNC和eNodeB中只有一个会下发该PS域寻呼消息，因此不会发生重复发送的情况，避免了传输资源的浪费，且降低了系统的负荷。

举例而言，RNC1与eNodeB25以Iur接口相连，而且该RNC1和eNodeB25属于同一个路由区，终端B进行了CS域和PS域的联合注册。SGSN上保存的对应关系为：RNC1与eNodeB25通过Iur接口相连，该eNodeB25辖下的小区由eNodeB25和RNC1共同控制。在某一时刻，终端B发起了CS业务，因为eNodeB25不支持CS业务，因此终端B的SRNC上下文都保存在RNC1上，eNodeB25作为终端B的DRNC存在，RNC1所属的MSC/VLR通知SGSN该终端B建立了CS连接，由SGSN进行记录。在有PS业务需要在eNodeB25辖下小区寻呼终端B时，由于SGSN根据记录可以确定该终端B已建立CS连接，因此SGSN只向RNC1发送该PS域寻呼消息。RNC1收到该寻呼消息之后，生成寻呼消息paging type 2，通过DCCH发送给终端B。

需要说明的是，在本实施方式中，除了可以由CS域CN节点(MSC/VLR)在终端建立CS域连接时通知该SGSN进行相关信息的记录，SGSN在需要下发寻呼消息时，根据记录来判断该终端是否建立了CS域连接；还可以由SGSN在需要下发寻呼消息时，直接向MSC/VLR查询该终端是否已经建立了CS连接。前者的查询速度更快，使得寻呼消息下发的速度得以加快；后者无需在SGSN进行相关信息的保存和管理，降低了SGSN的负担。

上述流程主要针对该eNodeB和RNC属于同一个路由区的情况。如果该eNodeB和RNC不属于同一个路由区，则SGSN只会向该寻呼消息所属的路由区中的控制实体发送该寻呼消息，不会发生重复发送的情况，SGSN可直接根据现有技术进行寻呼消息的下发。

另外，在本实施方式中，为了确保SGSN能够正确地下发该寻呼消息，在终端建立了CS域连接后，如果发生路由区的更新，CS域的CN节点(如MSC/VLR)需要通知该SGSN更新路由区。

比如说，RNC1与eNodeB25通过Iur相连，而且RNC属于一个路由区RA1，eNodeB25属于路由区RA2。终端B在eNodeB25上进行了联合注册，SGSN中记录终端B在路由区RA1中。终端B发起了CS业务，因为eNodeB25不支持CS业务，因此终端B的SRNC上下文都在RNC1上，eNodeB25就作为DRNC存在。在终端B进行业务的路由区发生改变时(如从RA1变为RA2)，MSC/VLR通知SGSN修改了终端B的路由区信息。SGSN在有PS业务需要寻呼终端B时，确定该路由区为RA2，因此SGSN就只向RNC1发送PS寻呼消息。RNC1收到寻呼消息之后，生成DCCH上的paging type2给终端B。

本发明第五实施方式同样涉及一种信令下发方法，本实施方式中SGSN下发的信令为终端的CS域寻呼消息，该寻呼消息所属的终端为在CS域和PS域联合注册的终端，且该终端在CS域处于IDLE状态。

在本实施方式中需要在SGSN中保存由两个控制实体控制的小区与这些控制实体的对应关系。当该MSC/VLR需要发送CS域寻呼消息时，将该寻呼消息发送给SGSN，如果该SGSN确定该寻呼消息的路由区包含该eNodeB和RNC共同控制的小区，则通过以下方式选择下发该寻呼消息的控制实体：

如果寻呼消息所属的终端未建立PS域连接，则将该寻呼消息发送给eNodeB，由该eNodeB在受两个控制实体控制的小区中发送寻呼消息，也可以将该寻呼消息发送给RNC，由该RNC在不受eNodeB控制但受该RNC控制的小区中发送该寻呼消息。

如果该寻呼消息所属的终端已建立PS域连接，且该PS域连接是通过RNC建立的，则将该寻呼消息发送给该RNC，由该RNC通过已建立的PS域连接(如DCCH)发送该寻呼消息。

如果该寻呼消息所属的终端已建立PS域连接，且该PS域连接是通过eNodeB建立的，则将该寻呼消息发送给该eNodeB，由该eNodeB通过该已建立的PS域连接(DCCH)发送该寻呼消息。

可见，在本实施方式中，共同控制小区的控制实体不会在相同小区发送同一条信令，避免了传输资源的浪费，且降低了系统的负荷。

本发明第六实施方式涉及一种信令下发方法，与第五实施方式大致相同，其区别在于，在第五实施方式中，MSC/VLR通过SGSN下发CS域寻呼消息，由SGSN选择下发该寻呼消息的控制实体；而在本实施方式中，MSC/VLR通过本身下发CS域寻呼消息，由MSC/VLR选择下发该寻呼消息的控制实体。具体的下发方式与第五实施方式大致相同，在此不再赘述。

值得一提的是，在本实施方式中，在终端建立PS域连接，且该终端的路由区发生改变时，SGSN需要通知该MSC/VLR更新该终端的路由区；该MSC/VLR在需要发送CS域寻呼消息时，根据该寻呼消息所属终端的更新后的路由区下发该寻呼消息，如果更新后的路由区中同样包含由eNodeB和RNC共同控制的小区，则通过上述方法选择并通过对应的eNodeB和RNC将寻呼消息发送到对应的终端。

本发明第七实施方式涉及一种信令下发方法，本实施方式与第四实施方式大致相同，在本实施方式中，该SGSN下发的信令同样为终端的PS域寻呼消息，该寻呼消息所属的终端为在CS域和PS域联合注册的终端，该终端在PS域处于IDLE状态。

与第四实施方式相同，在本实施方式中同样需要在SGSN中保存由两个控制实体控制的小区与这些控制实体的对应关系，并在向该小区下发PS域寻呼消息时，首先判断该终端是否已建立CS域连接。如果已建立连接，则SGSN将该寻呼消息发送给该RNC，由该RNC通过DCCH向该终端发送该PS域的寻呼消息。本实施方式与第四实施方式的区别在于，在本实施方式中，如果该终端未建立连接，则该SGSN将该寻呼消息发送给该RNC，由RNC通过PCH下发该寻呼消息。

具体如图7所示，步骤710至步骤740与步骤610至步骤640相同。

在步骤750中，SGSN确定该寻呼消息所属的终端未建立CS域连接，将该寻呼消息发送给该RNC，由RNC通过PCH下发该寻呼消息。同样，由于RNC和eNodeB中只有一个会下发该PS域寻呼消息，因此不会发生重复发送的情况，避免了传输资源的浪费，且降低了系统的负荷。

在本实施方式中，同样可以由MSC/VLR在终端建立CS域连接时通知该SGSN进行相关信息的记录，SGSN在需要下发寻呼消息时，根据记录来判断该终端是否建立了CS域连接；或者，由SGSN在需要下发寻呼消息时，直接向MSC/VLR查询该终端是否已经建立了CS连接。前者的查询速度更快，使得寻呼消息下发的速度得以加快；后者无需在SGSN进行相关信息的保存和管理，降低了SGSN的负担。

本发明第八实施方式同样涉及一种信令下发方法，在本实施方式中，同样需要在SGSN中保存受两个控制实体(即RNC和eNodeB)控制的小区与这些控制实体的对应关系。

具体如图8所示，在步骤810中，SGSN在需要将信令下发到小区时，根据保存的对应关系在两个控制实体中选择一个，在该信令中包含所选择的控制实体(RNC或eNodeB)，并将该信令下发到各控制实体。

在步骤820中，各控制实体在收到该信令后，判断该信令中包含的控制实体是否为本控制实体，如果该信令中包含的控制实体是本控制实体，则进入步骤830，该控制实体在受两个控制实体控制的小区中、和仅受本控制实体控制的小区中下发该信令，如果该信令中包含的控制实体不是本控制实体，则进入步骤840，该控制实体不在受两个控制实体控制的小区中下发该信令，可以在仅受本控制实体控制的小区中下发该信令。由于SGSN仅指示RNC和eNodeB中的一个来下发该信令，因此不会发生重复发送的情况，避免了传输资源的浪费，且降低了系统的负荷。

比如说，在RNC收到该信令后，如果解析发现该信令中包含的控制实体是RNC，则在该RNC控制的全部小区中下发该信令(包括该RNC和eNodeB共同控制的小区和该RNC单独控制的小区)；如果解析发现该信令中包含的控制实体是eNodeB，则RNC不在该RNC和eNodeB共同控制的小区下发该信令，而仅在RNC单独控制的小区下发该信令，如图9所示。同样，如果eNodeB收到该信令后，如果解析发现该信令中包含的控制实体是eNodeB，则在该RNC和eNodeB共同控制的小区下发该信令，如图9所示；如果解析发现该信令中包含的控制实体是RNC，则eNodeB不在该RNC和eNodeB共同控制的小区下发该信令。

该方法尤其适用于将多个业务的信息放在一个信令中，由不同的控制实体下发的情况。下面以信令是MBMS控制消息为例进行举例说明。

比如说，RNC1与eNodeB25通过Iub接口相连，SGSN上保存的对应关系为：RNC1与eNodeB25通过Iub接口相连，该eNodeB25辖下的小区由eNodeB25和RNC1共同控制。在某一时刻，MBMS业务5，6，7，8准备开始发送，SGSN需要下发该MBMS的控制消息，该控制消息中携带了MBMS业务5，6，7，8各自对应的参数，各业务对应的参数中包含下发该业务参数的控制实体(即发送者)。MBMS业务5和MBMS业务8的参数中包含的发送者是RNC，MBMS业务6和MBMS业务7的参数中包含的发送者是eNodeB。SGSN将包含该四个业务的参数的MBMS控制消息分别发送给RNC1和eNodeB25。

RNC1收到MBMS控制消息后，解析消息发现，消息中携带了MBMS业务5，6，7，8的参数，MBMS业务5、8的参数中包含的发送者是RNC，MBMS业务6、7的参数中包含的发送者是eNodeB。因此RNC1就在其控制的所有小区内(包括该RNC1和eNodeB25共同控制的小区和该RNC1单独控制的小区)发送MBMS业务5、8的控制消息，不在该RNC1和eNodeB25共同控制的小区发送MBMS业务6、7的控制消息，该RNC1可以在该RNC1单独控制的小区下发该MBMS业务6、7的控制消息。

eNodeB25收到MBMS控制消息后，解析消息发现，消息中携带了MBMS业务5，6，7，8的参数，MBMS业务5、8的参数中包含的发送者是RNC，MBMS业务6、7的参数中包含的发送者是eNodeB。因此eNodeB就在自己和RNC1共同控制的小区内发送MBMS业务6、7的控制消息，忽略MBMS业务5、8的信息。可见，对于同一个MBMS业务的控制消息，在同一个小区中只有一个控制实体进行发送，不会发生重复发送信令的情况，避免了传输资源的浪费，且降低了系统的负荷。

本发明第九实施方式涉及一种信令下发方法，与前几个实施方式不同，在前几个实施方式中，均是由SGSN选择在受多个控制实体控制的小区中下发信令的控制实体；而在本实施方式中，SGSN下发信令的方法与现有技术相同，各控制实体收到该信令后，根据信令发送规则确定本控制实体是否能够在受多个控制实体控制的小区中下发该信令，在同一条件下，该规则只允许一个控制实体向该小区发送该信令，禁止该小区的其它控制实体向该小区发送该信令。

本实施方式中下发的信令是PS域寻呼消息，该寻呼消息所属的终端是在PS域和CS域联合注册的终端。在本实施方式中通过各控制实体的协商，最终确定信令发送规则。

该协商过程如下：RNC在该RNC与eNodeB共同控制的小区中的终端建立CS域连接时，通知该eNodeB保存该终端的标识(可以是终端的IMSI)；该eNodeB根据该通知保存该建立CS域连接的终端的标识。该RNC在该RNC与eNodeB共同控制的小区中的终端释放CS域连接时，通知该eNodeB删除该终端的标识；该eNodeB根据该通知删除释放CS域连接的终端的标识。该信令发送规则是：如果该寻呼消息属于建立CS域连接的终端，则禁止该eNodeB发送该寻呼消息，由该RNC发送该寻呼消息；如果该寻呼消息属于未建立CS域连接的终端，则该eNodeB在该受两个控制实体控制的小区中发送该寻呼消息，该RNC在不受该eNodeB控制但受该RNC控制的小区中发送该寻呼消息。

根据上述信令发送规则下发信令的流程如图10所示。在步骤1010中，SGSN下发PS域的寻呼消息，其下发的方式与现有技术相同。即根据该寻呼消息所属的路由区进行下发。如果eNodeB与RNC属于同一个路由区，且SGSN需要向该路由区下发该PS域寻呼消息，则该SGSN会分别向该eNodeB与RNC下发该PS域寻呼消息。如果eNodeB与RNC不属于同一个路由区，SGSN需要向该eNodeB或RNC之一所属的路由区下发该PS域寻呼消息，则SGSN将该PS域寻呼消息下发给该路由区对应的eNodeB或RNC。

在步骤1020中，eNodeB或RNC收到该寻呼消息后，根据该信令发送规则，将未被该规则禁止发送的寻呼消息发送到辖下对应的小区。

具体地说，RNC收到该寻呼消息后，如果该寻呼消息所属的终端已建立CS连接，则该RNC通过DCCH将该寻呼消息发送给该终端。如果该寻呼消息所属的终端未建立CS连接，则该RNC在该RNC单独控制的小区中发送该寻呼消息，通过PCH下发该寻呼消息。

eNodeB收到该寻呼消息后，查看所保存的建立CS连接的终端标识，如果该寻呼消息所属的终端已建立CS连接，即该终端的标识属于被保存的标识，则该eNodeB禁止在该受两个控制实体(RNC和eNodeB)控制的小区中发送该寻呼消息。如果该寻呼消息所属的终端当前未建立CS连接，即该终端的标识不属于被保存的标识，则该eNodeB在该受两个控制实体控制的小区中发送该寻呼消息，通过PCH下发该寻呼消息。通过设置规则可以避免两个控制实体分别向该小区发送该信令，造成传输资源的浪费，且可以减少各控制实体的负荷。

在该寻呼消息所属的终端当前已建立CS连接时，还分为两种情况，一种是该eNodeB和RNC属于同一个路由区的情况，在此情况下，由于RNC也会收到相同的寻呼消息，且根据该信令发送规则，该RNC会将该寻呼消息通过DCCH发送给终端，因此在本步骤中eNodeB禁止发送该寻呼消息后，直接抛弃该寻呼消息，不再进行任何操作。另一种是该eNodeB与RNC分别属于两个路由区的情况，这种情况下，该eNodeB连接的RNC不会收到该寻呼消息，eNodeB禁止发送该寻呼消息后，需要向该RNC发送“寻呼请求”消息，在消息中包括终端的的漂移无线网络临时标识(Radio NetworkTemporary Identity，简称“RNTI”)，即D-RNTI，服务RNTI(S-RNTI)，IMSI，以及寻呼消息的内容，其格式可以如表1所示：

IE/Group Name(信息元素/组名)
IE/Group Name(信息元素/组名)	Message Type消息类型
Transaction ID交易号	Message Type消息类型
Transaction ID交易号	CHOICE Paging Area选择的寻呼区域
＞URA	CHOICE Paging Area选择的寻呼区域
＞URA	＞＞URA-ID
＞Cell小区	＞＞URA-ID
＞Cell小区	＞＞C-ID
SRNC-ID服务RNC标识	＞＞C-ID
SRNC-ID服务RNC标识	S-RNTI
D-RNTI	S-RNTI
D-RNTI	IMSI
DRX Cycle Length CoefficientDRX循环时间系数	IMSI
DRX Cycle Length CoefficientDRX循环时间系数	CN Originated Page to Connected Mode终端寻呼连接态终端
＞Paging Cause寻呼原因	CN Originated Page to Connected Mode终端寻呼连接态终端
＞Paging Cause寻呼原因	＞CN Domain Type CN域类型
＞Paging Record Type寻呼记录类型	＞CN Domain Type CN域类型

表1

RNC收到该“寻呼请求”消息后，根据该寻呼内容生成对应的寻呼消息，将该寻呼消息通过DCCH发送给对应的终端。从而在节约传输资源的同时，能够确保该寻呼消息正确发送到该终端，且能被该终端接收。

下面根据具体的场景进行举例说明。

场景1：RNC1与eNodeB25以Iub接口相连，且RNC1与eNodeB25属于同一个路由区，eNodeB25与CS域的CN节点没有连接。如图11所示，终端A在eNodeB25辖下的小区进行了了联合注册，然后发起了CS业务(包括RRC建立过程和Iu-CS建立过程)，该终端A的CS业务的RRC上下文都在RNC1上。RNC1在从CN得到终端A的永久非接入层标志之后，通过Iub接口通知eNodeB25，eNodeB25对终端A永久非接入层标志进行保存，可以保存在专门的“已有CS连接终端”列表中。在上述情况下，SGSN因为某个原因发起了对终端A的PS域寻呼消息，SGSN根据终端A的注册信息将寻呼消息发往终端A所属路由区的所有的RNC和eNodeB，即同时发送寻呼消息到RNC1与eNodeB25。RNC1收到寻呼消息后，发现终端A已经有了CS连接，因此通过DCCH发送paging type2通知终端A。eNodeB25收到寻呼消息以后，查询所保存的“已有CS连接终端”列表，发现终端A已经在RNC1上存在CS连接，因此就丢弃这个寻呼消息。可见，对于同一个寻呼消息，在同一个小区中只有一个控制实体进行发送，不会发生重复发送信令的情况，避免了传输资源的浪费，且降低了系统的负荷。

场景2：如图12所示，在场景1的基础上，终端A的CS业务结束，释放了CS域的RRC连接，RNC1通知eNodeB25终端A的CS连接已经释放，eNodeB25收到RNC1的通知消息之后，就从“已有CS连接终端”列表中将终端A的永久非接入层标志删除。终端A此时在eNodeB25辖下的小区中驻留，但是没有任何的RRC连接上下文存在。过了一段时间，SGSN因为某个原因发起了对终端A的PS域寻呼消息，SGSN根据终端A的注册信息将寻呼消息发往终端A所属路由区的所有的RNC和eNodeB，即同时发送寻呼消息到RNC1与eNodeB25。RNC1收到寻呼消息，发现终端A已经没有任何RRC连接，因此通过PCH发送paging type1，发送范围为不受eNodeB25控制但受RNC1控制的小区(即仅受该RNC1控制的小区)和该寻呼消息要求的小区的交集。eNodeB25收到寻呼消息以后，通过查询“已有CS连接终端”列表确定该寻呼消息所属的终端A不存在CS连接，而且这个终端A也没有PS连接存在，因此通过PCH发送paging type1，发送范围为受RNC1和eNodeB25共同控制的小区和该寻呼消息要求的小区的交集。可见，对于同一个寻呼消息，在同一个小区中只有一个控制实体进行发送，不会发生重复发送信令的情况，避免了传输资源的浪费，且降低了系统的负荷。

场景3：RNC1与eNodeB25通过Iur接口相连，而且RNC属于路由区RA1，eNodeB25属于路由区RA2。终端B在eNodeB25上进行了联合注册，SGSN中记录终端B在路由区RA1中。之后终端B发起了CS业务，因为eNodeB25不支持CS业务，因此终端B的SRNC上下文都在RNC1上，eNodeB就作为该终端B的DRNC存在，在RNC获得终端B的永久非接入层标志之后，RNC通过Iur口通知eNodeB25保存终端B的永久非接入层标志在“已有CS连接终端”列表中。在此情况下，SGSN有PS业务需要寻呼终端B，即需要下发PS域的寻呼消息，SGSN查询记录确定终端B在路由区RA1，因此SGSN就只向eNodeB发送PS域寻呼消息。eNodeB25收到寻呼消息之后，查询所保存的“已有CS连接终端”列表，发现终端B已经在RNC 1上存在CS连接，即该eNodeB25是作为该终端B的DRNC，因此发送“寻呼请求”消息给RNC1，这个“寻呼请求”消息中包含了终端B的S-RNTI，D-RNTI，IMSI，小区标识以及SGSN发给eNodeB25的寻呼消息中的内容。RNC1收到Iur接口上的“寻呼请求”消息之后，根据IMSI和/或小区标识寻找终端B的上下文，在对应的DCCH上向该终端B发送寻呼消息Pagingtype2。可见，在eNodeB和RNC不属于同一个路由区时，同样能够确保该寻呼消息正确发送到该终端，且能被该终端接收。

本发明第十实施方式同样涉及一种信令下发方法，与第九实施方式相类似，其区别在于，在本实施方式中，下发的信令为MBMS控制消息，该信令发送规则是预先设置在各控制实体中的。该信令发送规则为：由eNodeB在受两个控制实体控制的小区中发送MBMS控制消息，RNC在不受该eNodeB控制但受该RNC控制的小区中发送该MBMS控制消息。

在本实施方式中，SGSN按照现有技术向与该MBMS相关的RNC和eNodeB发送MBMS控制消息。该eNodeB收到该MBMS控制消息后，根据该信令发送规则，在受该eNodeB和RNC共同控制的小区中发送该MBMS控制消息。该RNC收到该MBMS控制消息后，在不受该eNodeB控制但受该RNC控制的小区中发送该MBMS控制消息。可见，通过设置该信令发送规则，即使一个小区由两个控制实体共同控制，也不会发生重复发送相同的MBMS控制消息的情况，在节约传输资源的同时，降低了系统的负荷。

本发明第十一实施方式同样涉及一种信令下发方法，与第十实施方式相类似，其区别在于，在本实施方式中，该信令发送规则为：eNodeB不发送MBMS控制消息，由RNC在受两个控制实体控制的小区中、和不受该eNodeB控制但受该RNC控制的小区中发送MBMS控制消息。

具体地说，在本实施方式中，RNC收到该MBMS控制消息后，在其控制的全部小区中下发该MBMS控制消息。eNodeB收到该MBMS控制消息后，由于该eNodeB和RNC共同控制该eNodeB辖下小区，因此根据该信令发送规则直接抛弃该MBMS控制消息。可见，通过设置该信令发送规则，即使一个小区由两个控制实体共同控制，也不会发生重复发送相同的MBMS控制消息的情况，在节约传输资源的同时，降低了系统的负荷。

本发明第十二实施方式同样涉及一种信令下发方法，与第十实施方式相类似，在本实施方式中下发的信令也是MBMS控制消息。其区别在于，在本实施方式中，该信令发送规则为：将MBMS分为两类，eNodeB在受两个控制实体控制的小区中发送第一类MBMS的控制消息，RNC在受两个控制实体控制的小区中、和不受该eNodeB控制但受该RNC控制的小区中发送第二类MBMS的控制消息。

具体地说，将MBMS分为两类的方式可以有很多，如可以根据MBMS使用的物理信道进行划分，将使用辅助公共控制物理信道(SecondaryCommon Control Physical Channel，简称“SCCPCH”)传送的MBMS分为第一类，剩余的MBMS分为第二类。或者，根据MBMS的优先级，将优先级大于门限的MBMS划分为第一类MBMS，将优先级小于等于该门限的MBMS划分为第二类MBMS。或者，根据MBMS的服务质量，将MBMS划分为两类。或者，还可以根据MBMS的负载等进行划分。由于每类MBMS的控制消息由RNC和eNodeB之一进行下发，因此不会发生在共同控制的小区中重复发送相同的MBMS控制消息的情况，在节约传输资源的同时，由于RNC和eNodeB互相分工合作，降低了系统的负荷。

举例而言，RNC1与eNodeB25以Iub接口相连，根据MBMS的优先级，将优先级1-5的MBMS划分为第二类MBMS，优先级大于5的MBMS划分为第一类MBMS。某一时刻，SGSN同时向RNC1与eNodeB25发送MBMS控制消息，消息中携带了MBMS业务3、6、8的相关信息，MBMS业务3、6、8对应的优先级为2、10、14，RNC1收到MBMS控制消息之后，发现MBMS业务3的优先级为2，属于第二类MBMS，因此在其控制的全部小区内发送MBMS业务3的MBMS控制消息(如计数消息)。eNodeB25收到MBMS控制消息之后，发现MBMS业务6优先级为10，MBMS业务8的优先级为14，属于第一类MBMS，因此在该eNodeB25和RNC1共同控制的小区内发送MBMS业务6和MBMS业务8的MBMS控制消息(如计数消息)。通过设置分类发送规则，在避免两个控制实体分别向共同控制的小区发送MBMS控制消息，防止造成传输资源的浪费的同时，还使得两个控制实体能够负荷分担，减少双方的系统负担。

本发明第十三实施方式涉及一种信令下发方法，在本实施方式中，对于受两个控制实体(RNC和eNodeB中的RNC功能单元)控制的小区，为用于在该小区空中接口下发信令的执行实体设置判断条件，该判断条件用于判定来自其中一个控制实体的信令是否会与来自另一个控制实体的信令重复。

其中，两个控制实体分别是RNC和eNodeB中的RNC功能单元，该执行实体是eNodeB中用于在小区空中接口下发信令的执行单元，下发的信令可以是MBMS控制消息、终端的寻呼消息等。本实施方式中，SGSN、RNC和eNodeB中的RNC功能单元下发该信令的方式与现有技术相同。由于在现有技术中，无论寻呼消息还是MBMS控制消息最后都是由eNodeB中用于在小区空中接口下发信令的执行单元进行物理层的处理和发送的，因此可以由该执行单元在收到信令时进行辨识和过滤，如果该信令与之前收到的另一个控制实体下发的信令重复，则丢弃该信令，如果不重复，则在小区空中接口下发该信令，从而使RNC和eNodeB发送的相同的信令实际只发送一份，避免造成传输资源的浪费。

也就是说，在eNodeB的执行单元收到来自控制实体(RNC或eNodeB中的RNC功能单元)的需要下发的信令时，进行判断，如果满足该判断条件，即判定该信令与来自其它控制实体的信令重复，则丢弃该信令，如果不满足判断条件，即判定该信令未曾与来自其它控制实体的信令重复，则在小区空中接口下发该信令。

在信令是寻呼消息时，该判断条件可以是：RNC和eNodeB属于同一个路由区，且该寻呼消息所属的终端的标识与执行单元所保存的有CS域业务正在进行的终端的标识相同，且该终端的状态为小区专用信道状态或小区前向接入信道状态。

本发明第十四实施方式涉及一种信令下发系统，包含至少一个小区、至少两个控制该小区的控制实体、和这些控制实体公共的上游实体。

该上游实体包含：第一存储单元，用于保存受至少两个控制实体控制的小区与这些控制实体的对应关系；选择单元，当上游实体需要将信令发送到受两个控制实体控制的小区时，根据对应关系从该小区对应的各控制实体中选择一个来下发该信令。从而可以避免两个控制实体分别向该小区发送该信令，造成传输资源的浪费，同时，还减少了控制实体的整体负荷。其中，该控制实体可以是RNC和eNodeB；该上游实体是SGSN、或MSC/VLR；下发的信令是寻呼消息或MBMS控制消息。

该选择单元通过以下方式选择下发PS域寻呼消息的控制实体：如果该寻呼消息所属的终端未建立CS域连接，则选择eNodeB或RNC在受两个控制实体控制的小区中发送寻呼消息，RNC在不受该eNodeB控制但受该RNC控制的小区中发送该寻呼消息；如果该寻呼消息所属的终端已建立CS域连接，则选择RNC通过已建立的电路域连接发送寻呼消息。

该选择单元通过以下方式选择下发CS域寻呼消息的控制实体：如果该寻呼消息所属的终端未建立PS域连接，则选择该eNodeB或该RNC在受两个控制实体控制的小区中发送寻呼消息，该RNC在不受eNodeB控制但受该RNC控制的小区中发送该寻呼消息；如果寻呼消息所属的终端已建立PS域连接，且该PS域连接是通过RNC建立的，则选择RNC通过已建立的PS域连接发送寻呼消息；如果该寻呼消息所属的终端已建立PS域连接，且该PS域连接是通过eNodeB建立的，则选择该eNodeB通过已建立的PS域连接发送寻呼消息。

该上游实体还可以包含第一发送单元，用于将信令下发到所选择的控制实体；各控制实体分别包含：第一接收单元，用于从该第一发送单元接收信令；第二发送单元，用于在受至少两个控制实体控制的小区中、和仅受该控制实体控制的小区中发送接收单元收到的信令；或者

该上游实体还包含第三发送单元，用于在信令中包含所选择的控制实体，并将该信令下发到各控制实体；各控制实体分别包含：第二接收单元，用于从该第三发送单元接收信令；第四发送单元，用于在本控制实体控制的小区中发送信令；判断单元，判断第二接收单元收到的信令中包含的控制实体是否为本控制实体，如果是则指示第四发送单元在受至少两个控制实体控制的小区中、和仅受本控制实体控制的小区中下发该信令，如果不是，则指示第四发送单元在仅受本控制实体控制的小区中下发该信令。相比较而言，上一种情况节约了信令的传输资源，后一种情况使得SGSN能够将不同控制实体发送的信令合并在一起下发，如将多个MBMS业务的信息放在一条信令中下发，在信令中指明各MBMS业务的信息由哪个控制实体发送，从而简化了SGSN的操作。

本发明第十五实施方式涉及一种信令下发系统，包含至少一个小区和至少两个控制该小区的控制实体，各控制实体分别包含：规则保存单元，用于保存信令发送规则，在同一条件下，该规则只允许一个控制实体向该小区发送该信令，禁止该小区的其它控制实体向该小区发送该信令。通过设置规则可以避免两个控制实体重复向同一小区发送该信令，造成传输资源的浪费，且可以减少各控制实体的负荷。各控制实体还包含：第五发送单元，用于根据信令发送规则，将未被该规则禁止发送的信令发送到该小区。

在控制实体是RNC和eNodeB，信令是MBMS控制消息时，信令发送规则是：eNodeB在受两个控制实体控制的小区中发送MBMS控制消息，RNC在不受该eNodeB控制但受该RNC控制的小区中发送该MBMS控制消息；或者，RNC在受两个控制实体控制的小区中、和不受eNodeB控制但受该RNC控制的小区中发送MBMS控制消息；或者，将MBMS分为两类，eNodeB在受两个控制实体控制的小区中发送第一类MBMS的控制消息，RNC在受两个控制实体控制的小区中、和不受eNodeB控制但受该RNC控制的小区中发送第二类MBMS的控制消息。无论设置哪种规则，均能避免两个控制实体分别向该小区发送该MBMS控制消息，防止造成传输资源的浪费，并且，使得两个控制实体能够负荷分担，减少双方的系统负担。

在该控制实体是RNC和eNodeB，下发的信令是寻呼消息的情况下，该RNC包含：通知单元，用于在小区中的终端建立CS域连接时，通知该eNodeB保存该终端的标识，在小区中的终端释放CS域连接时，通知该eNodeB删除该终端的标识。eNodeB包含：第二存储单元，用于根据RNC的通知保存建立CS域连接的终端的标识，以及根据RNC的通知删除释放CS域连接的终端的标识。该信令发送规则是：如果该寻呼消息属于建立CS域连接的终端，则禁止eNodeB发送该寻呼消息，由RNC通过该已建立的CS域连接发送该寻呼消息；如果该寻呼消息属于未建立CS域连接的终端，则eNodeB在受两个控制实体控制的小区中发送该寻呼消息，RNC在不受该eNodeB控制但受该RNC控制的小区中发送该寻呼消息。从而，可以避免两个控制实体分别向该小区发送该MBMS控制消息，防止造成传输资源的浪费。

本发明第十六实施方式涉及一种信令下发系统，包含至少一个小区、至少两个控制该小区的控制实体和至少一个在该小区空中接口下发信令的执行实体，该执行实体包含：第三接收单元，用于接收各控制实体之一下发的信令；第六发送单元，用于在受该控制实体和至少一个其它控制实体控制的小区的空中接口下发该第三接收单元收到的信令；判断单元，用于判断该第三接收单元收到的信令，是否与来自其它控制实体的信令重复，如果重复则指示该第六发送单元丢弃该信令，如果不重复则指示该第六发送单元在该小区空中接口下发该信令。通过在执行实体进行重复信令的过滤，可以有效避免向同一个小区重复发送相同信令，造成传输资源的浪费，降低系统的负荷。

其中，该控制实体是RNC和eNodeB；执行实体是eNodeB中用于在小区空中接口下发信令的执行单元；下发的信令是寻呼消息或MBMS控制消息。

综上所述，在本发明的实施方式中，对于受至少两个控制实体控制的小区，在这些控制实体公共的上游实体中保存该小区与这些控制实体的对应关系；当该上游实体需要将信令发送到该小区时，根据该对应关系从该小区对应的各控制实体中选择一个下发该信令。从而可以避免两个控制实体分别向该小区发送该信令，造成传输资源的浪费，同时，还减少了控制实体的整体负荷。

其中的控制实体是RNC和eNodeB；上游实体是SGSN或MSC/VLR。当该SGSN需要将PS域寻呼消息发送到该小区时，如果该终端未建立CS域连接，则选择该eNodeB在受两个控制实体控制的小区中发送该寻呼消息，该RNC在不受该eNodeB控制但受该RNC控制的小区中发送该寻呼消息，从而避免一条寻呼消息被RNC和eNodeB分别下发，造成传输资源的浪费；如果该终端已建立CS域连接，则选择RNC通过已建立的电路域连接发送该寻呼消息。由于在终端建立CS域连接后，不会监听寻呼信道，而RNC能够通过CS域的连接下发该寻呼消息，从而在避免资源浪费的同时，确保终端能够接收该寻呼消息。

当MSC/VLR需要将CS域寻呼消息发送到小区时，如果寻呼消息所属的终端未建立PS域连接，则选择eNodeB或RNC在受两个控制实体控制的小区中发送寻呼消息，RNC在不受eNodeB控制但受该RNC控制的小区中发送该寻呼消息，从而避免一条寻呼消息被RNC和eNodeB分别下发，造成传输资源的浪费；如果寻呼消息所属的终端已建立PS域连接，且该PS域连接是通过RNC建立的，则选择RNC通过已建立的PS域连接发送寻呼消息；如果寻呼消息所属的终端已建立PS域连接，且该PS域连接是通过eNodeB建立的，则选择eNodeB通过已建立的PS域连接发送寻呼消息，使得该终端在使用PS域业务的情况下，也能接收到该CS域寻呼消息。

该上游实体将该信令下发到所选择的控制实体，由该控制实体在该小区中下发该信令；或者，该上游实体在该信令中包含所选择的控制实体，并将该信令下发到各控制实体，各控制实体在该信令中包含的控制实体为本控制实体时，在该小区中下发该信令。前者节约了信令的传输资源，后者使得上游实体(如SGSN)能够将不同控制实体发送的信令合并在一起下发，如将多个MBMS业务的信息放在一条信令中下发，在信令中指明各MBMS业务的信息由哪个控制实体发送，从而简化了SGSN的操作。

对于受至少两个控制实体控制的小区，为该小区的各控制实体设置信令发送规则，在同一条件下，该规则只允许一个控制实体向该小区发送该信令，禁止该小区的其它控制实体向该小区发送该信令；该小区的各控制实体根据该信令发送规则，将未被该规则禁止发送的信令发送到该小区。通过设置规则可以避免两个控制实体分别向该小区发送该信令，造成传输资源的浪费，且可以减少各控制实体的负荷。

该信令发送规则可以预先设置在各控制实体中；或，由该各控制实体通过协商设置，十分灵活。

如对于MBMS控制消息，可以预先设置为：该eNodeB在该受两个控制实体控制的小区中发送该MBMS控制消息，该RNC在不受该eNodeB控制、受该RNC控制的小区中发送该MBMS控制消息；或者，eNodeB不发送该MBMS控制消息，RNC在该受两个控制实体控制的小区中、和不受该eNodeB控制但受该RNC控制的小区中发送该MBMS控制消息；或者，将MBMS业务分为两类，该eNodeB在该受两个控制实体控制的小区中发送第一类MBMS的控制消息，该RNC在该受两个控制实体控制的小区中、和不受该eNodeB控制但受该RNC控制的小区中发送第二类MBMS的控制消息。无论设置哪种规则，均能避免两个控制实体分别向该小区发送该信令，防止造成传输资源的浪费，并且，使得两个控制实体能够负荷分担，减少双方的系统负担。

对于寻呼消息，可以通过协商保存建立CS域连接的终端标识，如果该寻呼消息属于建立CS域连接的终端，则禁止该eNodeB发送该寻呼消息，由该RNC通过该已建立的CS域连接发送该寻呼消息，从而避免两个控制实体分别向该小区发送该信令，造成传输资源的浪费。

禁止发送该寻呼消息后，如果该eNodeB与该RNC属于一个路由区，则该RNC必定也收到该寻呼消息，该eNodeB可直接抛弃该寻呼消息，如果该eNodeB与该RNC不属于一个路由区，则该RNC无法收到该寻呼消息，该eNodeB通知该RNC通过该终端的CS域连接发送该寻呼消息。从而能够确保该寻呼消息正确发送到该终端，且能被该终端接收。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims

1. 一种信令下发方法，其特征在于，包含以下步骤：

当所述上游实体需要将信令发送到所述小区时，根据所述对应关系从该小区对应的各控制实体中选择一个来下发该信令。

2. 根据权利要求1所述的信令下发方法，其特征在于，所述控制实体是无线网络控制器RNC和演进基站节点eNodeB；

所述上游实体是服务通用分组无线业务支持节点SGSN、或移动交换中心MSC、或拜访位置寄存器VLR。

3. 根据权利要求2所述的信令下发方法，其特征在于，所述信令是寻呼消息或广播组播业务MBMS控制消息。

4. 根据权利要求1所述的信令下发方法，其特征在于，所述上游实体从该小区对应的各控制实体中选择一个来下发所述信令的步骤包括：

所述上游实体将所述信令下发到所选择的控制实体，由该控制实体在所述受至少两个控制实体控制的小区中、和仅受该控制实体控制的小区中发送该信令；或者

所述上游实体在所述信令中包含所选择的控制实体，并将该信令下发到各控制实体；各控制实体在收到所述信令后，如果该信令中包含的控制实体是本控制实体，则在所述受至少两个控制实体控制的小区中、和仅受本控制实体控制的小区中下发该信令，如果该信令中包含的控制实体不是本控制实体，则在仅受本控制实体控制的小区中下发该信令。

5. 根据权利要求3所述的信令下发方法，其特征在于，当所述SGSN需要将分组域寻呼消息发送到所述小区时，所述SGSN通过以下方式选择下发该寻呼消息的控制实体：

如果所述寻呼消息所属的终端未建立电路域连接，则选择所述eNodeB或所述RNC在所述受两个控制实体控制的小区中发送所述寻呼消息，所述RNC在不受所述eNodeB控制但受该RNC控制的小区中发送该寻呼消息；

如果所述寻呼消息所属的终端已建立电路域连接，则选择所述RNC通过所述已建立的电路域连接发送所述寻呼消息。

6. 根据权利要求5所述的信令下发方法，其特征在于，在受所述RNC和/或所述eNodeB控制的小区内的终端建立电路域连接时，通知所述SGSN对该终端的信息进行保存；所述SGSN需要将寻呼消息发送到所述受两个控制实体控制的小区时，根据所保存的信息确定该寻呼消息所属的终端是否建立电路域连接；或者

所述SGSN需要将寻呼消息发送到所述受两个控制实体控制的小区时，直接向电路域网元查询该寻呼消息所属的终端是否建立电路域连接。

7. 根据权利要求3所述的信令下发方法，其特征在于，当所述MSC或VLR需要将电路域寻呼消息发送到所述小区时，通过以下方式选择下发该寻呼消息的控制实体：

如果所述寻呼消息所属的终端未建立分组域连接，则选择所述eNodeB或所述RNC在所述受两个控制实体控制的小区中发送所述寻呼消息，所述RNC在不受所述eNodeB控制但受该RNC控制的小区中发送该寻呼消息；

如果所述寻呼消息所属的终端已建立分组域连接，且该分组域连接是通过所述RNC建立的，则选择所述RNC通过所述已建立的分组域连接发送所述寻呼消息；

如果所述寻呼消息所属的终端已建立分组域连接，且该分组域连接是通过所述eNodeB建立的，则选择所述eNodeB通过所述已建立的分组域连接发送所述寻呼消息。

8. 根据权利要求7所述的信令下发方法，其特征在于，所述MSC或VLR通过所述SGSN将所述电路域寻呼消息发送到所述小区，由所述SGSN选择下发该寻呼消息的控制实体；或者

所述MSC或VLR不通过所述SGSN而是直接将所述电路域寻呼消息发送到所述小区，由该MSC或VLR选择下发该寻呼消息的控制实体。

9. 根据权利要求8所述的信令下发方法，其特征在于，如果所述MSC或VLR不通过所述SGSN而是直接将所述电路域寻呼消息发送到所述小区，则还包含以下步骤：

在终端建立分组域连接，且该终端的路由区发生改变时，通知所述MSC或VLR更新该终端的路由区；

所述MSC或VLR根据所述终端的更新后的路由区确定是否需要将该终端的寻呼消息发送到所述小区。

10. 一种信令下发方法，其特征在于，包含以下步骤：

对于受至少两个控制实体控制的小区，该小区的各控制实体中设置有信令发送规则，在同一条件下，该规则只允许一个控制实体向该小区发送该信令，禁止该小区的其它控制实体向该小区发送该信令；

所述小区的各控制实体根据所述信令发送规则，将未被该规则禁止发送的信令发送到该小区。

11. 根据权利要求10所述的信令下发方法，其特征在于，所述信令发送规则预先设置在所述各控制实体中；或，由所述各控制实体通过协商设置。

12. 根据权利要求11所述的信令下发方法，其特征在于，所述控制实体是RNC和eNodeB，所述信令是MBMS控制消息，所述预先设置的信令发送规则是：

所述eNodeB在所述受两个控制实体控制的小区中发送所述MBMS控制消息，所述RNC在不受该eNodeB控制但受该RNC控制的小区中发送该MBMS控制消息；或者

所述eNodeB不发送所述MBMS控制消息，所述RNC在所述受两个控制实体控制的小区中、和不受该eNodeB控制但受该RNC控制的小区中发送所述MBMS控制消息；或者

将MBMS分为两类，所述eNodeB在所述受两个控制实体控制的小区中发送第一类MBMS的控制消息，所述RNC在所述受两个控制实体控制的小区中、和不受所述eNodeB控制但受所述RNC控制的小区中发送第二类MBMS的控制消息。

13. 根据权利要求12所述的信令下发方法，其特征在于，将所述MBMS分为两类的依据为：所述MBMS使用的物理资源，或，所述MBMS的优先级，或，所述MBMS的服务质量，或，所述MBMS的负载情况。

14. 根据权利要求11所述的信令下发方法，其特征在于，所述控制实体是RNC和eNodeB，所述信令是寻呼消息，通过协商设置所述信令发送规则包括以下步骤：

所述RNC在所述小区中的终端建立电路域连接时，通知所述eNodeB保存该终端的标识；所述eNodeB根据该通知保存所述建立电路域连接的终端的标识；

所述RNC在所述小区中的终端释放所述电路域连接时，通知所述eNodeB删除该终端的标识；所述eNodeB根据该通知删除所述释放电路域连接的终端的标识；

所述信令发送规则是：如果所述寻呼消息属于所述已建立电路域连接的终端，则禁止所述eNodeB发送该寻呼消息，由所述RNC通过该已建立的电路域连接发送该寻呼消息；如果所述寻呼消息属于未建立电路域连接的终端，则所述eNodeB在所述受两个控制实体控制的小区中发送该寻呼消息，所述RNC在不受该eNodeB控制但受该RNC控制的小区中发送该寻呼消息。

15. 根据权利要求14所述的信令下发方法，其特征在于，所述eNodeB禁止发送所述寻呼消息后，如果该eNodeB与所述RNC属于一个路由区，则该eNodeB抛弃所述寻呼消息，如果该eNodeB与所述RNC不属于一个路由区，则该eNodeB通知该RNC通过所述终端已建立的电路域连接发送所述寻呼消息。

16. 根据权利要求15所述的信令下发方法，其特征在于，所述eNodeB通过以下方式通知所述RNC通过所述终端已建立的电路域连接发送所述寻呼消息：所述eNodeB向所述RNC发送寻呼请求，通知该RNC发送该寻呼消息；

所述寻呼请求中包含所述寻呼消息内容和至少以下信息之一：服务无线网络临时标识、漂移无线网络临时标识、所述终端的国际移动台识别号码。

17. 一种信令下发方法，其特征在于，包含以下步骤：

对于受至少两个控制实体控制的小区，用于在该小区空中接口下发信令的执行实体在收到所述控制实体之一下发的信令时，判断该信令是否与来自其它控制实体的信令重复；

如果重复，则丢弃该信令，如果不重复，则在该小区空中接口下发该信令。

18. 根据权利要求17所述的信令下发方法，其特征在于，所述控制实体是RNC和eNodeB；

所述执行实体是所述eNodeB中用于在所述小区空中接口下发信令的执行单元。

19. 根据权利要求18所述的信令下发方法，其特征在于，所述信令是寻呼消息或MBMS控制消息。

20. 根据权利要求19所述的信令下发方法，其特征在于，如果所述信令是寻呼消息，则在满足以下条件时判定来自所述控制实体之一下发的信令与来自其它控制实体的信令重复：所述RNC和所述eNodeB属于同一个路由区，且该寻呼消息所属的终端的标识与所述执行单元所保存的有电路域业务正在进行的终端的标识相同，且该终端的状态为小区专用信道状态或小区前向接入信道状态。

21. 一种信令下发系统，包含至少一个小区、至少两个控制该小区的控制实体、和这些控制实体公共的上游实体，其特征在于，

所述上游实体包含：第一存储单元，用于保存所述受至少两个控制实体控制的小区与这些控制实体的对应关系；

选择单元，当所述上游实体需要将信令发送到所述小区时，根据所述对应关系从该小区对应的各控制实体中选择一个来下发该信令。

22. 根据权利要求21所述的信令下发系统，其特征在于，所述控制实体是RNC和eNodeB；

所述上游实体是SGSN，或MSC，或VLR；

所述信令是寻呼消息或MBMS控制消息。

23. 根据权利要求22所述的信令下发系统，其特征在于，所述选择单元通过以下方式选择下发分组域寻呼消息的控制实体：

24. 根据权利要求22所述的信令下发系统，其特征在于，所述选择单元通过以下方式选择下发电路域寻呼消息的控制实体：

25. 根据权利要求21所述的信令下发系统，其特征在于，所述上游实体还包含第一发送单元，用于将所述信令下发到所选择的控制实体；

所述各控制实体分别包含：第一接收单元，用于从所述第一发送单元接收所述信令；第二发送单元，用于在所述受至少两个控制实体控制的小区中、和仅受该控制实体控制的小区中发送所述接收单元收到的信令；或者

所述上游实体还包含第三发送单元，用于在所述信令中包含所选择的控制实体，并将该信令下发到各控制实体；

所述各控制实体分别包含：第二接收单元，用于从所述第三发送单元接收所述信令；第四发送单元，用于在本控制实体控制的小区中发送所述信令；判断单元，判断所述第二接收单元收到的信令中包含的控制实体是否为本控制实体，如果是则指示所述第四发送单元在所述受至少两个控制实体控制的小区中、和仅受本控制实体控制的小区中下发该信令，如果不是，则指示所述第四发送单元在仅受本控制实体控制的小区中下发该信令。

26. 一种控制实体，该控制实体与至少一个其它控制实体共同控制至少一个小区，其特征在于，该控制实体包含：

第五发送单元，用于根据所述信令发送规则，将未被该规则禁止发送的信令发送到所述小区。

27. 根据权利要求26所述的控制实体，其特征在于，所述控制实体是RNC或eNodeB，所述信令是MBMS控制消息，所述信令发送规则是：

所述eNodeB不发送所述MBMS控制消息，所述RNC在所述受两个控制实体控制的小区中、和不受所述eNodeB控制但受该RNC控制的小区中发送所述MBMS控制消息；或者

28. 一种执行实体，其特征在于，包含：

第三接收单元，用于接收一个控制实体下发的信令；

第六发送单元，用于在受该控制实体和至少一个其它控制实体控制的小区的空中接口下发所述第三接收单元收到的信令；

判断单元，用于判断所述第三接收单元收到的信令，是否与来自所述其它控制实体的信令重复，如果重复则指示所述第六发送单元丢弃该信令，如果不重复则指示所述第六发送单元在所述小区空中接口下发该信令。

29. 根据权利要求28所述的执行实体，其特征在于，所述执行实体是eNodeB中用于在所述小区空中接口下发信令的执行单元，向所述执行实体下发信令的控制实体是RNC或eNodeB。

30. 一种网络侧设备，该网络侧设备与至少两个控制实体相连，这些控制实体控制的小区至少有一个相同，其特征在于，该网络侧设备包含：

第一存储单元，用于保存所述受至少两个控制实体控制的小区与这些控制实体的对应关系；

选择单元，当所述网络侧设备需要将信令发送到所述小区时，根据所述对应关系从该小区对应的各控制实体中选择一个来下发该信令。

31. 根据权利要求30所述的网络侧设备，其特征在于，所述网络侧设备是SGSN，或MSC，或VLR，与所述网络侧设备连接的控制实体是RNC和eNodeB；

所述信令是寻呼消息或MBMS控制消息。

32. 根据权利要求31所述的网络侧设备，其特征在于，所述选择单元通过以下方式选择下发分组域寻呼消息的控制实体：

33. 根据权利要求31所述的网络侧设备，其特征在于，所述选择单元通过以下方式选择下发电路域寻呼消息的控制实体：

34. 根据权利要求31所述的网络侧设备，其特征在于，该网络侧设备还包含第一发送单元，用于将所述信令下发到所选择的控制实体；或者

所述网络侧设备还包含第三发送单元，用于在所述信令中包含所选择的控制实体，并将该信令下发到各控制实体。