一种组呼被叫ue小区重选时接听组呼的方法
【技术领域】
[0001] 本发明涉及移动通信技术，特别涉及一种组呼被叫UE小区重选时接听组呼的方 法。
【背景技术】
[0002] 现有的一些宽带集群系统，特别是当业务区域不固定，群组终端有较大的移动性 时（如政务网络和警用网络），通常需要根据用户终端的实际分布情况动态确定业务区域， 并且只在业务区域包含的小区中分配下行共享无线资源从而节约空口资源。群组业务区域 的确定通常由EPC(Evolved Packet Core,演进分组核心网）根据一个群组中所有成员所属 的TA List (Tracking Area List,跟踪区列表）的合集组成。群组业务建立时，EPC通知相 关eNodeB (基站）在群组业务中的所有成员（终端）的TA List的合集所包含的所有小区 中建立组呼。
[0003] 例如图1所示的群组业务组呼建立的示意图。图1中，某组呼的组呼区域为 {TA1，TA2}，其中，TA1 包含 Cell (小区）1、Cell2 和 Cell3, TA2 包含 Cell4,而 Celll、 Cell2 和 Cell3 属于同一个 eNodeB(eNodeBl)，Cell4 属于 eNodeB2, EPC 通知组呼涉及的 eNodeB(eNodeBl、eNodeB2)在 TA1 和 TA2 中建立组呼，随后 eNodeBl 在 TA1 所包含的 celll、 cell2、cell3, eNodeB2 在 TA2 包含的 cell4 中建立组呼。
[0004] 由于eNodeB是以小区为单位建立组呼，同一个组呼在不同的小区所配置的资 源（例如物理资源）可能不同。当处于IDLE(空闲）状态下正在接听组呼的被叫UE(终 端）移动到相邻小区，且相邻小区不属于该UE当前的TA list区域时，UE可以向EPC发起 Tracking Area Update (跟踪区更新）流程，如果相邻小区没有组呼，则触发网络侧在相邻 小区所属的TA区域扩建组呼，该UE可继续在相邻小区接听组呼；如果相邻小区已有组呼， 但相邻小区的组呼配置和该UE的TA list区域中的原有小区的组呼配置不同，则可触发网 络侧立即在相邻小区下发新的组呼配置。但是，当相邻小区仍然属于UE当前的TA list时， 此时UE无需进行TAU(Tracking Area Update)流程，UE和网络侧没有信令交互，进而网络 侧无法获知UE移动到了相邻小区，而不能及时将相邻小区的组呼配置通知该UE。如果相邻 小区的组呼配置和旧小区（即该UE的TA list区域中的原有小区）的组呼配置不同，则将 造成该UE在相邻小区无法立即接听组呼而导致掉话的情况。
[0005] 对于上述处于IDLE状态下正在接听组呼的被叫UE重选到相邻小区，且相邻小区 仍然属于该UE当前TA list的场景，现有的解决方案主要有以下两种：
[0006]方案 1 :
[0007] 此时由于UE所属的TA list区域并没有发生变化，UE不会发起与移动性相关的 Tracking Area Update流程，网络侧不知道UE进入到相邻小区，UE通过组呼的迟后接入机 制获取相邻小区的组呼资源的配置，然后才能继续接听组呼。
[0008] 方案 2 :
[0009] 处于IDLE状态下的组呼被叫UE重选到相邻小区后建立RRC连接，UE通过新定义 的NAS(Non Access Stratum,非接入层）消息通知核心网组呼业务小区发生了变化。核心 网通过新定义的S1接口消息指示UE所属的eNodeB在所述相邻小区广播该小区的组呼资 源配置，网络侧在下发组呼资源配置后再释放UE的RRC连接。
[0010] 现有的上述两种方案，均具有一定的缺点。
[0011] 其中，方案1存在如下缺点：
[0012] UE需要通过周期较长的迟后接入机制获知相邻小区的组呼资源配置后才能继续 接听组呼。其中，组呼的迟后接入周期为2-10秒，导致组呼业务的中断时间较长，无法保证 组呼业务的连续性和实时性，使用户能够明显感受到掉话（一般语音中断500ms以上，用户 就可感知），影响用户体验。
[0013] 方案2存在如下缺点：
[0014] 如果IDLE状态的UE小区重选到属于UE当前TA List区域中的相邻小区，则不管 相邻小区的组呼资源配置有无发生变化，UE均需建立RRC连接通知到核心网，核心网再指 示网络侧在相邻小区下发组呼配置。此方案虽然能够实现IDLE态UE小区重选后快速接听 组呼，但涉及网元较多，在NAS接口和S1接口均需要定义新消息；而且不区分新旧小区的组 呼配置变化情况，需要占用一定的空口资源。
【发明内容】
[0015] 有鉴于此，本发明提供一种组呼被叫UE小区重选时接听组呼的方法，以使得组呼 中处于空闲IDLE态的被叫终端UE由旧小区重选到新小区后，UE能够在新小区快速接听组 呼，减少业务的中断时间。
[0016] 本发明的技术方案是这样实现的：
[0017] -种组呼被叫UE小区重选时接听组呼的方法，包括：
[0018] 组呼中处于空闲IDLE态的被叫终端UE由旧小区重选到新小区后：
[0019] 当新小区与旧小区处于同一个基站eNodeB下且所述eNodeB下该组呼所涉及小区 的组呼配置相同时，所述UE继续使用旧小区的组呼配置在新小区中接听组呼；
[0020] 当新小区与旧小区处于同一个eNodeB下且该eNodeB下该组呼所涉及小区存在不 同的组呼配置，或者新小区与旧小区分别处于不同的eNodeB下时，所述UE发起随机接入并 维持IDLE态，触发eNodeB下发新小区的组呼配置，所述UE使用获得的新小区的组呼配置 接听组呼；
[0021] 其中，所述旧小区和新小区同处于所述UE的跟踪区列表TA List的范围内。
[0022] 进一步，组呼中处于IDLE态的被叫UE由旧小区重选到新小区后，所述UE通过 在新小区中所接收的系统信息块SIB1消息中所携带的小区标识中获知基站标识eNodeB ID，将其与在旧小区时的eNodeB ID进行对比，以确定新小区与旧小区是否处于同一个 eNodeB〇
[0023] 进一步，所述UE通过如下方法确定所述eNodeB下该组呼所涉及小区的组呼配置 是否相同：
[0024] 在集群寻呼消息中的组呼建立列表中，为每个组呼对应的表项增加组呼配置一致 性标识；
[0025] 在建立组呼或者周期性迟后接入时，UE从eNodeB接收所述集群寻呼消息；
[0026] UE通过所接收集群寻呼消息中对应组呼的组呼配置一致性标识，确定所述 eNodeB下该组呼所涉及小区的组呼配置是否相同。
[0027] 进一步，所述组呼建立列表的每个表项包括：组呼的组号、组无线网络临时标识 RNTI、组呼优先级以及组呼配置一致性标识等属性。
[0028] 进一步，所述组呼配置一致性标识为一个比特位；当所述组呼配置一致性标识为 1时，指示所述eNodeB下该组呼所涉及小区的组呼配置一致；当所述组呼配置一致性标识 为〇时，指示所述eNodeB下该组呼所涉及小区存在不同的组呼配置。
[0029] 进一步，当新小区与旧小区处于同一个eNodeB下且该eNodeB下该组呼所涉及小 区存在不同的组呼配置，或者新小区与旧小区分别处于不同的eNodeB下时，所述UE发起随 机接入并维持IDLE态，以使所述UE使用获得的新小区的组呼配置接听组呼，包括：
[0030] 所述UE向eNodeB发送随机接入前导码；
[0031] 所述eNodeB在随机接入响应中为所述UE分配上行资源；
[0032] 所述UE使用所分配的上行资源向所述eNodeB发送消息3Msg3,在Msg3中携带该 UE当前接收组呼的组号，且所述UE在Msg3中不携带无线资源控制RRC连接建立请求；
[0033] 如果所述UE成功接入，贝U所述eNodeB在下发的消息4Msg4中携带所述UE的标 识；
[0034] 所述eNodeB在新小区广播成功接入的UE所上报的组号所指示的组呼信令，包括 集群寻呼消息和组呼建立请求消息，其中，集群寻呼消息中携带所述组呼的组号、组RNTI、 组呼优先级以及组呼配置一致性标识等属性，组呼建立请求消息中携带新小区的组呼配置 信息；
[0035] 所述UE使用新小区组RNTI、组呼配置接听所述组呼。
[0036] 进一步，在所述Msg3中携带所述组呼组号的实现，包括：
[0037] 定义组号MAC控制单元，并在上行共享信道UL-SCH上为所述组号MAC控制单元分 配一个逻辑信道标识LCID值，所述eNodeB收到Msg3中携带的所述组号MAC控制单元后通 过LCID进行识别；
[0038] 所述组号MAC控制单元由所述UE唯一标识和UE正在接听组呼的组号两个字段组 成，其中UE唯一标识用作随机接入过程Msg4中所使用的竞争决议ID ;
[0039] 所述eNodeB下发Msg4,其中携带的竞争决议ID为成功接入UE的唯一标识；
[0040] 若所述UE收到的Msg4中的竞争决议ID和UE自身发送的Msg3中的UE唯一标识 相同，则所述UE竞争决议成功。
[0041] 从上述方案可以看出，本发明的组呼被叫UE小区重选时接听组呼的方法，针对 同一组呼下不同小区使用不同组呼配置的场景，在集群组呼被叫UE小区重选到同属于当 前TA List的新小区时，考虑新旧小区组呼配置的变化情况，触发UE发起随机接入，通知 eNodeB下发新小区组呼资源配置，使得UE能够在新小区快速接听组呼，减少了业务的中断 时间。
【附图说明】
[0042] 图1为群组业务组呼建立的示意图；
[0043] 图2