CN105451277B - 一种组呼被叫ue小区重选时接听组呼的方法 - Google Patents

Abstract

本发明公开了一种组呼被叫UE小区重选时接听组呼的方法，包括：组呼中处于IDLE态的被叫UE由旧小区重选到同属于UE跟踪区列表的新小区后：当新旧小区处于同一个eNodeB下且该eNodeB下该组呼所涉及小区的组呼配置相同时，该UE继续使用旧小区的组呼配置在新小区中接听组呼；当新小区与旧小区处于同一个eNodeB下且该eNodeB下该组呼所涉及小区的组呼配置存在不同，或者新旧小区处于不同的eNodeB下时，所述UE发起随机接入，以使所述UE使用获得的新小区的组呼配置接听组呼。本发明考虑了集群组呼被叫UE小区重选后新旧小区组呼配置的变化，UE通过随机接入过程触发eNodeB下发新小区组呼资源配置，使得UE能够在新小区快速接听组呼，减少了业务的中断时间，并降低对空口资源的占用。

Description

一种组呼被叫UE小区重选时接听组呼的方法

技术领域

本发明涉及移动通信技术，特别涉及一种组呼被叫UE小区重选时接听组呼的方法。

背景技术

现有的一些宽带集群系统，特别是当业务区域不固定，群组终端有较大的移动性时(如政务网络和警用网络)，通常需要根据用户终端的实际分布情况动态确定业务区域，并且只在业务区域包含的小区中分配下行共享无线资源从而节约空口资源。群组业务区域的确定通常由EPC(Evolved Packet Core，演进分组核心网)根据一个群组中所有成员所属的TA List(Tracking Area List，跟踪区列表)的合集组成。群组业务建立时，EPC通知相关eNodeB(基站)在群组业务中的所有成员(终端)的TA List的合集所包含的所有小区中建立组呼。

例如图1所示的群组业务组呼建立的示意图。图1中，某组呼的组呼区域为{TA1，TA2}，其中，TA1包含Cell(小区)1、Cell2和Cell3，TA2包含Cell4，而Cell1、Cell2和Cell3属于同一个eNodeB(eNodeB1)，Cell4属于eNodeB2，EPC通知组呼涉及的eNodeB(eNodeB1、eNodeB2)在TA1和TA2中建立组呼，随后eNodeB1在TA1所包含的cell1、cell2、cell3，eNodeB2在TA2包含的cell4中建立组呼。

由于eNodeB是以小区为单位建立组呼，同一个组呼在不同的小区所配置的资源(例如物理资源)可能不同。当处于IDLE(空闲)状态下正在接听组呼的被叫UE(终端)移动到相邻小区，且相邻小区不属于该UE当前的TA list区域时，UE可以向EPC发起Tracking AreaUpdate(跟踪区更新)流程，如果相邻小区没有组呼，则触发网络侧在相邻小区所属的TA区域扩建组呼，该UE可继续在相邻小区接听组呼；如果相邻小区已有组呼，但相邻小区的组呼配置和该UE的TA list区域中的原有小区的组呼配置不同，则可触发网络侧立即在相邻小区下发新的组呼配置。但是，当相邻小区仍然属于UE当前的TA list时，此时UE无需进行TAU(Tracking Area Update)流程，UE和网络侧没有信令交互，进而网络侧无法获知UE移动到了相邻小区，而不能及时将相邻小区的组呼配置通知该UE。如果相邻小区的组呼配置和旧小区(即该UE的TA list区域中的原有小区)的组呼配置不同，则将造成该UE在相邻小区无法立即接听组呼而导致掉话的情况。

对于上述处于IDLE状态下正在接听组呼的被叫UE重选到相邻小区，且相邻小区仍然属于该UE当前TA list的场景，现有的解决方案主要有以下两种：

方案1：

此时由于UE所属的TA list区域并没有发生变化，UE不会发起与移动性相关的Tracking Area Update流程，网络侧不知道UE进入到相邻小区，UE通过组呼的迟后接入机制获取相邻小区的组呼资源的配置，然后才能继续接听组呼。

方案2：

处于IDLE状态下的组呼被叫UE重选到相邻小区后建立RRC连接，UE通过新定义的NAS(Non Access Stratum，非接入层)消息通知核心网组呼业务小区发生了变化。核心网通过新定义的S1接口消息指示UE所属的eNodeB在所述相邻小区广播该小区的组呼资源配置，网络侧在下发组呼资源配置后再释放UE的RRC连接。

现有的上述两种方案，均具有一定的缺点。

其中，方案1存在如下缺点：

UE需要通过周期较长的迟后接入机制获知相邻小区的组呼资源配置后才能继续接听组呼。其中，组呼的迟后接入周期为2-10秒，导致组呼业务的中断时间较长，无法保证组呼业务的连续性和实时性，使用户能够明显感受到掉话(一般语音中断500ms以上，用户就可感知)，影响用户体验。

方案2存在如下缺点：

如果IDLE状态的UE小区重选到属于UE当前TA List区域中的相邻小区，则不管相邻小区的组呼资源配置有无发生变化，UE均需建立RRC连接通知到核心网，核心网再指示网络侧在相邻小区下发组呼配置。此方案虽然能够实现IDLE态UE小区重选后快速接听组呼，但涉及网元较多，在NAS接口和S1接口均需要定义新消息；而且不区分新旧小区的组呼配置变化情况，需要占用一定的空口资源。

发明内容

有鉴于此，本发明提供一种组呼被叫UE小区重选时接听组呼的方法，以使得组呼中处于空闲IDLE态的被叫终端UE由旧小区重选到新小区后，UE能够在新小区快速接听组呼，减少业务的中断时间。

本发明的技术方案是这样实现的：

一种组呼被叫UE小区重选时接听组呼的方法，包括：

组呼中处于空闲IDLE态的被叫终端UE由旧小区重选到新小区后：

当新小区与旧小区处于同一个基站eNodeB下且所述eNodeB下该组呼所涉及小区的组呼配置相同时，所述UE继续使用旧小区的组呼配置在新小区中接听组呼；

当新小区与旧小区处于同一个eNodeB下且该eNodeB下该组呼所涉及小区存在不同的组呼配置，或者新小区与旧小区分别处于不同的eNodeB下时，所述UE发起随机接入并维持IDLE态，触发eNodeB下发新小区的组呼配置，所述UE使用获得的新小区的组呼配置接听组呼；

其中，所述旧小区和新小区同处于所述UE的跟踪区列表TA List的范围内。

进一步，组呼中处于IDLE态的被叫UE由旧小区重选到新小区后，所述UE通过在新小区中所接收的系统信息块SIB1消息中所携带的小区标识中获知基站标识eNodeB ID，将其与在旧小区时的eNodeB ID进行对比，以确定新小区与旧小区是否处于同一个eNodeB。

进一步，所述UE通过如下方法确定所述eNodeB下该组呼所涉及小区的组呼配置是否相同：

在集群寻呼消息中的组呼建立列表中，为每个组呼对应的表项增加组呼配置一致性标识；

在建立组呼或者周期性迟后接入时，UE从eNodeB接收所述集群寻呼消息；

UE通过所接收集群寻呼消息中对应组呼的组呼配置一致性标识，确定所述eNodeB下该组呼所涉及小区的组呼配置是否相同。

进一步，所述组呼建立列表的每个表项包括：组呼的组号、组无线网络临时标识RNTI、组呼优先级以及组呼配置一致性标识等属性。

进一步，所述组呼配置一致性标识为一个比特位；当所述组呼配置一致性标识为1时，指示所述eNodeB下该组呼所涉及小区的组呼配置一致；当所述组呼配置一致性标识为0时，指示所述eNodeB下该组呼所涉及小区存在不同的组呼配置。

进一步，当新小区与旧小区处于同一个eNodeB下且该eNodeB下该组呼所涉及小区存在不同的组呼配置，或者新小区与旧小区分别处于不同的eNodeB下时，所述UE发起随机接入并维持IDLE态，以使所述UE使用获得的新小区的组呼配置接听组呼，包括：

所述UE向eNodeB发送随机接入前导码；

所述eNodeB在随机接入响应中为所述UE分配上行资源；

所述UE使用所分配的上行资源向所述eNodeB发送消息3Msg3，在Msg3中携带该UE当前接收组呼的组号，且所述UE在Msg3中不携带无线资源控制RRC连接建立请求；

如果所述UE成功接入，则所述eNodeB在下发的消息4Msg4中携带所述UE的标识；

所述eNodeB在新小区广播成功接入的UE所上报的组号所指示的组呼信令，包括集群寻呼消息和组呼建立请求消息，其中，集群寻呼消息中携带所述组呼的组号、组RNTI、组呼优先级以及组呼配置一致性标识等属性，组呼建立请求消息中携带新小区的组呼配置信息；

所述UE使用新小区组RNTI、组呼配置接听所述组呼。

进一步，在所述Msg3中携带所述组呼组号的实现，包括：

定义组号MAC控制单元，并在上行共享信道UL-SCH上为所述组号MAC控制单元分配一个逻辑信道标识LCID值，所述eNodeB收到Msg3中携带的所述组号MAC控制单元后通过LCID进行识别；

所述组号MAC控制单元由所述UE唯一标识和UE正在接听组呼的组号两个字段组成，其中UE唯一标识用作随机接入过程Msg4中所使用的竞争决议ID；

所述eNodeB下发Msg4，其中携带的竞争决议ID为成功接入UE的唯一标识；

若所述UE收到的Msg4中的竞争决议ID和UE自身发送的Msg3中的UE唯一标识相同，则所述UE竞争决议成功。

从上述方案可以看出，本发明的组呼被叫UE小区重选时接听组呼的方法，针对同一组呼下不同小区使用不同组呼配置的场景，在集群组呼被叫UE小区重选到同属于当前TAList的新小区时，考虑新旧小区组呼配置的变化情况，触发UE发起随机接入，通知eNodeB下发新小区组呼资源配置，使得UE能够在新小区快速接听组呼，减少了业务的中断时间。

附图说明

图1为群组业务组呼建立的示意图；

图2为本发明的组呼被叫UE小区重选时接听组呼的方法流程图；

图3为本发明实施例中Group Number MAC CE的组成示意图；

图4为本发明实施例中Group Number MAC CE对应的MAC子头；

图5为本发明中IDLE态下的组呼被叫UE在小区重选后触发eNodeB广播组呼信令的实施例流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

如图2所示，本发明的组呼被叫UE小区重选时接听组呼的方法，包括：

组呼中处于IDLE态的被叫UE由旧小区重选到新小区后：

当新小区与旧小区处于同一个基站eNodeB下且所述eNodeB下该组呼所涉及小区的组呼配置相同时，所述UE继续使用旧小区的组呼配置在新小区中接听组呼；

当新小区与旧小区处于同一个eNodeB下且该eNodeB下该组呼所涉及小区存在不同的组呼配置，或者新小区与旧小区分别处于不同的eNodeB下时，所述UE发起随机接入并维持IDLE态，触发eNodeB下发新小区的组呼配置，所述UE使用获得的新小区的组呼配置快速接听组呼。

本发明的实施例中，旧小区和新小区同处于所述UE的TA List的范围内。如果新小区不处于所述UE的TA List中时，UE发起TAU流程，以建立与网络侧的RRC连接，网络侧可进行组呼扩建(新小区未建立组呼情况下)或者将新小区中的组呼配置信息发送给所述UE(新小区已建立组呼情况下)，该过程可采用现有技术实现，不再赘述。

现有组呼建立和周期性迟后接入时发送的集群寻呼消息中包含该小区的组呼建立列表，据此本发明实施例中，所述UE通过如下方法确定所述eNodeB下该组呼所涉及小区的组呼配置是否相同：

在集群寻呼消息中的组呼建立列表中为每个组呼对应的表项增加组呼配置一致性标识；

在建立组呼或者周期性迟后接入时，UE从eNodeB接收所述集群寻呼消息；

UE通过所接收集群寻呼消息中对应组呼的组呼配置一致性标识，确定所述eNodeB下该组呼所涉及小区的组呼配置是否相同。

在组呼建立列表中，每个表项对应一个组呼，其中包含组呼的组号、组RNTI(无线网络临时标识)、组呼优先级以及组呼配置一致性标识等属性。本发明实施例对组呼建立列表的每个表项扩展一个比特位的组呼配置一致性标识，用以指示本eNodeB下该组呼涉及小区的组呼配置是否一致。当所述组呼配置一致性标识为1时，指示所述eNodeB下该组呼所涉及小区的组呼配置一致；当所述组呼配置一致性标识为0时，指示所述eNodeB下该组呼所涉及小区存在不同的组呼配置。UE接收到集群寻呼消息后保存本UE所属组呼的组号、组RNTI、组呼优先级以及组呼配置一致性标识；如果集群寻呼消息指示UE所属组有多个正在进行组呼，则保存UE当前正在接听的组呼信息。

在组呼中处于IDLE态的UE进行小区重选后，重选后的新小区仍处于UE的TA List的情况下：

组呼中处于IDLE态的被叫UE由旧小区重选到新小区后，所述UE通过在新小区中所接收的系统信息块SIB1消息中所携带的CellIdentity(小区标识)获知eNodeB ID(基站标识)，将其与在旧小区时的eNodeB ID进行对比，以确定新小区与旧小区是否处于同一个eNodeB。其中，UE接收的SIB1消息里携带28比特的CellIdentity，CellIdentity中的前20比特即为eNodeB ID，如果新小区的eNodeB ID和旧小区一致，则说明新小区和旧小区处于同一个eNodeB下，此时若旧小区中该组呼的组呼配置一致性标识指示该eNodeB下相关小区的组呼配置相同，意味着UE无需任何动作，可以继续使用旧小区的组呼配置在新小区正确接收组呼。

如果旧小区集群寻呼消息里的该组呼的组呼配置一致性标识为0，则指示该eNodeB下相关小区存在不一样的组呼配置。

当新小区与旧小区处于同一个eNodeB下且该eNodeB下该组呼所涉及小区存在不一样的组呼配置，或者UE小区重选到新的eNodeB下时，所述UE发起随机接入并维持IDLE态，以使所述UE使用获得的新小区的组呼配置下接听组呼，具体包括：

步骤a1、所述UE向eNodeB发送随机接入前导码。

步骤a2、所述eNodeB在随机接入响应中为所述UE分配上行资源。

步骤a3、所述UE使用所分配的上行资源向所述eNodeB发送Msg3(消息3)，在Msg3中携带该UE当前接收组呼的组号，并且所述UE在Msg3中不携带RRC(无线资源控制协议)连接建立请求。

步骤a4、如果所述UE成功接入，则所述eNodeB在下发的Msg4(消息4)中携带所述UE的标识，所述UE的标识即为竞争决议ID。

上述步骤中，步骤a1、步骤a2和步骤a4为标准的LTE随机接入过程步骤。

步骤a5、所述eNodeB在新小区广播成功接入的UE所上报的组号所指示的组呼信令，包括集群寻呼消息和组呼建立请求消息，其中，集群寻呼消息中携带所述组呼的组号、组RNTI、组呼优先级以及组呼配置一致性标识等信息，组呼建立请求消息中携带新小区的组呼配置信息。

步骤a6、所述UE使用新小区组RNTI、组呼配置接听所述组呼。

在上述过程中，Msg3中携带组呼组号的具体实现上，可以定义一个Group NumberMAC CE(组号MAC(Media Access Control，介质访问控制)控制单元)，并在UL-SCH(上行共享信道)上为该Group Number MAC CE分配一个公网中保留的LCID(逻辑信道标识)值，所述eNodeB收到Msg3中携带的所述Group Number MAC CE后通过LCID进行识别。所述GroupNumber MAC CE由所述UE的唯一标识和UE正在接听组呼的组号两个字段组成，其中UE唯一标识用作Msg4(消息4)中所使用的竞争决议ID；eNodeB下发Msg4，其中携带的竞争决议ID为接入成功UE的唯一标识；如果UE收到的Msg4中的竞争决议ID和UE自身发送的Msg3中的UE唯一标识相同，则所述UE竞争决议成功。

图3为Group Number MAC CE的组成结构实例示意图，表1为UL-SCH上LCID分配的实例。其中，UE唯一标识为一个长度为40比特的随机数，值可从0～2⁴⁰－1；组呼的组号采用11位十进制数表示，每4比特为一个十进制数的BCD编码，长度为44比特，加上空闲半字节，整个Group Number MAC CE长度共计88比特。图4为Group Number MAC CE对应的MAC子头，采用R/R/E/LCID格式。

表1：UL-SCH的LCID值

索引值	LCID值
		00000	CCCH
00001-01010	逻辑信道标识
		01011	组号(Group Number)
01100-11001	保留
		11010	功率余量上报
11011	C-RNTI
		11100	截断BSR
11101	短BSR
		11110	长BSR
11111	填充

以下结合图5所示实施例，对IDLE态下的组呼被叫UE在小区重选后触发eNodeB广播组呼信令流程进行说明，图5所示实施例的情况为：

新小区和旧小区同属于UE当前的TA list区域；

新小区和旧小区处于同一个eNodeB下且该组呼的组呼配置在本eNodeB下的各个小区不同，或者新小区和旧小区分别属于不同的eNodeB。

图5所示实施例包括以下步骤。

IDLE态的被叫UE处于接听某组呼中。

步骤b1、处于接听组呼中的IDLE态下的组呼被叫UE由旧小区重选到新小区，其中新小区属于UE当前的TA list区域，之后进入步骤b2。

步骤b2、UE判断新小区和旧小区处于不同的eNodeB，或者虽然处于同一个eNodeB下但在旧小区接收的集群寻呼消息里该组呼的组呼配置一致性标识取值为0，指示该组呼在本eNodeB下相关小区存在不一样的组呼配置，之后进入步骤b3。

步骤b3、UE发起随机接入，向eNodeB发送随机接入前导，eNodeB在随机接入响应中为UE分配上行资源，UE使用分配的资源发送Msg3，在Msg3中携带该UE当前接收组呼的组号，UE成功接入，eNodeB在Msg4中携带的竞争决议ID为UE的唯一标识，之后进入步骤b4。

步骤b4、eNodeB在新小区广播UE所上报的组号所指示的组呼信令，包括集群寻呼和组呼建立请求消息，其中，集群寻呼消息中携带组呼的组号、组RNTI、组呼优先级、组呼配置一致性标识等属性，组呼建立请求消息中携带具体的组呼配置信息，之后进入步骤b5。

步骤b5、UE使用新小区的组RNTI、组呼配置接听组呼。

当处于IDLE状态下的组呼被叫UE移动到相邻小区，且相邻小区不属于UE当前的TAlist区域，也不在组呼业务区域内时，UE可以通过向EPC发起Tracking Area Update流程，触发网络侧在相邻小区所属的TA区域扩建组呼；如果相邻小区已建有组呼业务，通过TAU过程触发网络侧立即下发组呼配置，UE可继续在相邻小区接听组呼，该过程为现有技术中已有过程，不再赘述。

以下通过一实施例来说明本发明的具体实施方法。

设有一个群组Group1，包含3个用户，分别为UE1、UE2、UE3，核心网为UE分配的TAList、各TA包含的小区、各小区所属的eNodeB、Group1某次组呼时各小区的组呼配置如下表所示：

由上表可知，UE1、UE2、UE3的TA List分别为{TA1、TA2}、{TA1}、{TA2、TA3}，组呼建立时，核心网将组内用户的TA List的合集合并形成组呼区域，Group1的组呼区域为{TA1、TA2、TA3}，其中TA1包含2个小区Cell1、Cell2，TA2包含3个小区Cell3、Cell4、Cell5，TA3包含3个小区Cell6、Cell7、Cell8，Cell1、Cell2、Cell3属于eNodeB1，Cell4、Cell5、Cell6属于eNodeB2，Cell7、Cell8属于eNodeB3。eNodeB1、eNodeB3下各小区的组呼配置一致(eNodeB1为配置1，eNodeB3为配置1)，eNodeB2下3个小区存在不一样的组呼配置(eNodeB2为配置1、配置2、配置3)，因各eNodeB均只知道本eNodeB下的组呼配置，eNodeB1配置1和eNodeB2配置1可以相同，也可以不同。对eNodeB1和eNodeB3而言，广播的集群寻呼消息里，Group1的组呼配置一致性标识设置为1；同理，eNodeB2广播的Group1的组呼配置一致性标识设置为0。对于某次组呼，其组呼配置一致性核查包含集群寻呼消息里的组RNTI和组呼建立请求消息里的具体配置。如eNodeB下各小区采用不同的组RNTI，认为该eNodeB的组呼配置不一致。

场景一、UE1接听Group1的组呼，处于IDLE态，从Cell2小区重选到Cell3：

因Cell2和Cell3虽然分属不同的TA，但都处于UE1的TA List范围内，UE1不会发起TAU过程，UE1小区重选到Cell3后，通过接收到的SIB1消息可以判断Cell2和Cell3处于同一个eNodeB(eNodeB1)下，同时UE1在Cell2时通过集群寻呼消息里Group1的组呼配置一致性标识获知eNodeB1下各小区的组呼资源配置是相同的，UE可直接沿用Cell2的组呼配置在Cell3下快速接听组呼。

场景二、UE1接听Group1的组呼，处于IDLE态，从Cell4小区重选到Cell5：

Cell4和Cell5均属于TA2，处于UE1的TA List范围内，UE1不会发起TAU过程，UE1小区重选到Cell5后，判断出Cell4、Cell5处于同一个eNodeB(eNodeB2)下，因Group1在eNodeB2下各小区存在不一致的组呼配置，UE1发起随机接入，在向eNodeB2发送的Msg3中携带组号Group1，eNodeB2收到后立即在Cell5广播Group1的组呼信令，包括集群寻呼和组呼建立请求消息，UE1使用Cell5的组RNTI、组呼配置快速接听组呼。

场景三、UE1接听Group1的组呼，处于IDLE态，从Cell3小区重选到Cell4：

Cell3和Cell4均属于TA2，UE1不会发起TAU过程，UE1小区重选到Cell4后，判断出Cell3和Cell4处于不同的eNodeB下，UE1发起随机接入通知新小区所属的eNodeB2在Cell4下发Group1的组呼信令。

场景四、UE1接听Group1的组呼，处于IDLE态，从Cell5重选到Cell6：

Cell6属于TA3，不在UE1的TA List里，UE1将发起TAU过程建立与网络侧的RRC连接，网络侧可以及时通知UE1Cell6下Group1的组呼配置，此流程可通过本领域现有技术实现，不再赘述。

本发明的组呼被叫UE小区重选时接听组呼的方法，针对同一组呼下不同小区可能存在不同组呼配置的场景，考虑集群组呼被叫小区重选后新旧小区组呼配置的变化情况，触发UE发起随机接入，通知eNodeB下发新小区组呼资源配置，使得UE能够在新小区快速接听组呼，减少了业务的中断时间。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (6)

1.一种组呼被叫UE小区重选时接听组呼的方法，包括：

组呼中处于空闲IDLE态的被叫终端UE由旧小区重选到新小区后：

当新小区与旧小区处于同一个基站eNodeB下且所述eNodeB下该组呼所涉及小区的组呼配置相同时，所述UE继续使用旧小区的组呼配置在新小区中接听组呼；

当新小区与旧小区处于同一个eNodeB下且该eNodeB下该组呼所涉及小区存在不同的组呼配置，或者新小区与旧小区分别处于不同的eNodeB下时，所述UE发起随机接入并维持IDLE态，触发eNodeB下发新小区的组呼配置，所述UE使用获得的新小区的组呼配置接听组呼；

其中，所述旧小区和新小区同处于所述UE的跟踪区列表TA List的范围内；

其中，所述UE通过如下方法确定所述eNodeB下该组呼所涉及小区的组呼配置是否相同：

在集群寻呼消息中的组呼建立列表中，为每个组呼对应的表项增加组呼配置一致性标识；

在建立组呼或者周期性迟后接入时，UE从eNodeB接收所述集群寻呼消息；

UE通过所接收集群寻呼消息中对应组呼的组呼配置一致性标识，确定所述eNodeB下该组呼所涉及小区的组呼配置是否相同。

2.根据权利要求1所述的组呼被叫UE小区重选时接听组呼的方法，其特征在于：

组呼中处于IDLE态的被叫UE由旧小区重选到新小区后，所述UE通过在新小区中所接收的系统信息块SIB1消息中所携带的小区标识中获知基站标识eNodeB ID，将其与在旧小区时的eNodeB ID进行对比，以确定新小区与旧小区是否处于同一个eNodeB。

3.根据权利要求1所述的组呼被叫UE小区重选时接听组呼的方法，其特征在于，所述组呼建立列表的每个表项包括：组呼的组号、组无线网络临时标识RNTI、组呼优先级以及组呼配置一致性标识属性。

4.根据权利要求1所述的组呼被叫UE小区重选时接听组呼的方法，其特征在于：所述组呼配置一致性标识为一个比特位；当所述组呼配置一致性标识为1时，指示所述eNodeB下该组呼所涉及小区的组呼配置一致；当所述组呼配置一致性标识为0时，指示所述eNodeB下该组呼所涉及小区存在不同的组呼配置。

5.根据权利要求1所述的组呼被叫UE小区重选时接听组呼的方法，其特征在于，当新小区与旧小区处于同一个eNodeB下且该eNodeB下该组呼所涉及小区存在不同的组呼配置，或者新小区与旧小区分别处于不同的eNodeB下时，所述UE发起随机接入并维持IDLE态，以使所述UE使用获得的新小区的组呼配置接听组呼，包括：

所述UE向eNodeB发送随机接入前导码；

所述eNodeB在随机接入响应中为所述UE分配上行资源；

所述UE使用所分配的上行资源向所述eNodeB发送消息3(Msg3)，在Msg3中携带该UE当前接收组呼的组号，且所述UE在Msg3中不携带无线资源控制RRC连接建立请求；

如果所述UE成功接入，则所述eNodeB在下发的消息4(Msg4)中携带所述UE的标识；

所述eNodeB在新小区广播成功接入的UE所上报的组号所指示的组呼信令，包括集群寻呼消息和组呼建立请求消息，其中，集群寻呼消息中携带所述组呼的组号、组RNTI、组呼优先级以及组呼配置一致性标识，组呼建立请求消息中携带新小区的组呼配置信息；

所述UE使用新小区组RNTI、组呼配置接听所述组呼。

6.根据权利要求5所述的组呼被叫UE小区重选时接听组呼的方法，其特征在于，在所述Msg3中携带所述组呼组号的实现，包括：

定义组号MAC控制单元，并在上行共享信道UL-SCH上为所述组号MAC控制单元分配一个逻辑信道标识LCID值，所述eNodeB收到Msg3中携带的所述组号MAC控制单元后通过LCID进行识别；

所述组号MAC控制单元由所述UE唯一标识和UE正在接听组呼的组号两个字段组成，其中UE唯一标识用作随机接入过程Msg4中所使用的竞争决议ID；

所述eNodeB下发Msg4，其中携带的竞争决议ID为成功接入UE的唯一标识；

若所述UE收到的Msg4中的竞争决议ID和UE自身发送的Msg3中的UE唯一标识相同，则所述UE竞争决议成功。