一种集群系统中的组呼扩建方法和系统转让专利
申请号 : CN201711142732.4
文献号 : CN109803236B
文献日 : 2021-10-12
发明人 : 曾朝晖 , 李晓华
申请人 : 普天信息技术有限公司
摘要 :
本申请公开了一种集群通信系统中的组呼扩建方法，包括：当组呼被叫UE在RRC连接重建成功后，所述UE向接入小区的eNodeB发送正在接收的当前组呼的标识GID；如果所述小区存在所述当前组呼，则所述eNodeB通过RRC连接重配过程向所述UE发送所述当前组呼的组呼配置；所述UE根据所述组呼配置接收组呼消息。应用本申请，能够减小组呼被叫断话的中断时延。
权利要求 :
1.一种集群通信系统中的组呼扩建方法，其特征在于，包括：当组呼被叫UE在RRC连接重建成功时，所述UE向接入小区的eNodeB发送正在接收的当前组呼的标识GID；
如果所述小区存在所述当前组呼，则所述eNodeB通过RRC连接重建过程之后的用于恢复SRB2和DRB的RRC连接重配过程向所述UE发送所述当前组呼的组呼配置；
所述UE根据所述组呼配置接收组呼消息；
当组呼被叫UE进行RRC连接重建失败时，所述UE发起TAU流程，用于通知EPC在重新连接的小区内对所述当前组呼进行组呼扩建。
2.根据权利要求1所述的方法，其特征在于，所述UE向接入小区的eNodeB发送GID包括：所述UE将所述GID携带在RRC连接重建完成消息中发送给所述eNodeB。
3.根据权利要求1所述的方法，其特征在于，所述eNodeB通过RRC连接重建过程之后的用于恢复SRB2和DRB的RRC连接重配过程向所述UE通知组呼配置包括：所述eNodeB将所述组呼配置携带在RRC连接重配消息中发送给所述UE。
4.根据权利要求1所述的方法，其特征在于，判断所述小区是否存在所述当前组呼的方式包括：所述eNodeB根据接收的GID判断是否存在所述当前组呼。
5.根据权利要求1所述的方法，其特征在于，在所述eNodeB通过RRC连接重建过程之后的用于恢复SRB2和DRB的RRC连接重配过程向所述UE发送所述当前组呼的组呼配置后，该方法进一步包括：
所述eNodeB向EPC发送组呼小区更新消息，并携带所述UE的MME UE S1AP ID、eNodeB UE S1AP ID、UE所在小区的TAI和ECGI；
所述EPC在所述ECGI所标识的小区中检查是否存在未建立的所述UE所属的组呼，如果有，所述EPC根据组呼优先级扩建相应组呼。
6.根据权利要求1所述的方法，其特征在于，所述UE发起TAU流程包括：所述UE在TAU请求中携带所述当前组呼的标识GID，用于触发EPC在所述UE所在的小区进行组呼扩建。
7.一种集群通信系统中的组呼扩建方法，其特征在于，包括：当组呼被叫UE在RRC连接重建成功时，所述UE向接入小区的eNodeB发送正在接收的当前组呼的标识GID；
如果所述小区不存在所述当前组呼，则所述eNodeB通知EPC在所述小区进行所述当前组呼的组呼扩建；
当组呼被叫UE进行RRC连接重建失败时，所述UE发起TAU流程，用于通知EPC在重新连接的小区内对所述当前组呼进行组呼扩建。
8.根据权利要求7所述的方法，其特征在于，所述eNodeB通知EPC进行所述当前组呼的组呼扩建包括：
eNodeB向所述EPC发送组呼UE小区更新消息，并携带所述UE的MME UE S1AP ID、eNodeB UE S1AP ID、UE所在小区的TAI和ECGI、当前组呼的GID；
所述EPC在ECGI所标识的小区中优先扩建所述GID标识的当前组呼。
9.根据权利要求8所述的方法，其特征在于，当所述EPC在ECGI所标识的小区中扩建所述GID标识的当前组呼后，该方法进一步包括：如果所述UE还有其他所属的组呼在所述ECGI所标识的小区中没有建立，则所述EPC根据组呼的优先级顺序扩建相应组呼。
10.根据权利要求7所述的方法，其特征在于，所述UE发起TAU流程包括：所述UE在TAU请求中携带所述当前组呼的标识GID，用于触发EPC在所述UE所在的小区进行组呼扩建。
说明书 :
一种集群系统中的组呼扩建方法和系统
技术领域
[0001] 本申请涉及集群通信技术，特别涉及一种集群系统中的组呼扩建方法和装置。
背景技术
[0002] 在LTE集群系统中，处于RRC连接状态下的UE，如果出现无线链路失败、切换失败、完整性验证失败或执行RRC连接重配失败时，UE将会发起RRC连接重建过程，以便恢复SRB1；
然后再通过RRC连接重配过程恢复SRB2和DRB。在RRC连接重建过程的初始化阶段，UE会通过
小区选择机制选择一个合适的小区进行RRC连接重建。这个小区是满足小区选择S准则的任
何一个小区。在非切换时，可以是本小区或相邻小区；在切换时，可以是源小区、目标小区或
其他相邻小区。
然后再通过RRC连接重配过程恢复SRB2和DRB。在RRC连接重建过程的初始化阶段，UE会通过
小区选择机制选择一个合适的小区进行RRC连接重建。这个小区是满足小区选择S准则的任
何一个小区。在非切换时，可以是本小区或相邻小区；在切换时，可以是源小区、目标小区或
其他相邻小区。
[0003] 在B‑TrunC标准中，为了避免空口资源浪费，EPC的组呼扩建粒度已经由原来的TA list区域细化到小区，仅在存在组呼被叫UE的小区扩建组呼，没有组呼被叫驻留的小区无
需扩建组呼，因此，eNodeB及时将UE的小区位置信息通知到EPC至关重要。但是考虑到EPC没
有必要获取非集群用户的小区信息，为了减小信令开销，一般不会全网打开LTE的定位功能
(即Location Report机制)，这就造成在某些特定场景下，EPC无法获取集群终端当前驻留
的小区信息。例如，根据上述对RRC连接重建过程的描述，可以看出，当组呼被叫UE发起RRC
连接重建，选择驻留到更好的小区时，如果UE所在的TA list区域没有发生变化，UE就不会
发起TAU流程，EPC无法感知到UE所接入的小区发生了变化。这就导致此时即使在这个新的
小区没有UE正在接收的组呼，EPC也无法在这个小区扩建组呼，造成组呼的小区空洞化现
象，组呼被叫UE在该小区掉话。
需扩建组呼，因此，eNodeB及时将UE的小区位置信息通知到EPC至关重要。但是考虑到EPC没
有必要获取非集群用户的小区信息，为了减小信令开销，一般不会全网打开LTE的定位功能
(即Location Report机制)，这就造成在某些特定场景下，EPC无法获取集群终端当前驻留
的小区信息。例如，根据上述对RRC连接重建过程的描述，可以看出，当组呼被叫UE发起RRC
连接重建，选择驻留到更好的小区时，如果UE所在的TA list区域没有发生变化，UE就不会
发起TAU流程，EPC无法感知到UE所接入的小区发生了变化。这就导致此时即使在这个新的
小区没有UE正在接收的组呼，EPC也无法在这个小区扩建组呼，造成组呼的小区空洞化现
象，组呼被叫UE在该小区掉话。
[0004] 现有B‑TrunC标准中，组呼被叫UE在RRC连接重建过程中恢复接收组呼的方案依赖于迟后接入或UE发起的Tracking Area Update流程，具体包含如下场景：
[0005] 1.如果UE完成RRC连接重建后的所在小区中已经存在UE正在接听的组呼，UE可通过迟后接入方式接收组呼；
[0006] 2.如果UE完成RRC连接重建后的所在小区所属的TA list区域发生变化，则UE发起Tracking Area Update流程；如果该小区没有UE正在接听的组呼，该流程可触发EPC在新的
TA区域(包括了新小区)扩建组呼；
TA区域(包括了新小区)扩建组呼；
[0007] 3.如果UE完成RRC连接重建后的所在小区所属的TA list区域没有变化，UE不会发起Tracking Area Update流程；如果小区中没有UE正在接收的组呼，由于EPC无法感知到UE
接入到新的小区，无法在该小区扩建组呼，此时UE在该小区中无法接听到组呼。
接入到新的小区，无法在该小区扩建组呼，此时UE在该小区中无法接听到组呼。
[0008] 由上述处理可见，目前在B‑TrunC标准中，组呼扩建流程存在如下缺点：
[0009] (1).如果UE完成RRC连接重建后的所在小区中已经存在UE正在接听的组呼，UE通过迟后接入方式接收组呼。此时，UE的组呼中断时间较长，取决于迟后接入周期，一般是3‑
10s左右，影响用户体验。
10s左右，影响用户体验。
[0010] (2).如果UE完成RRC连接重建后的所在小区所属的TA区域没有变化，UE不会发起Tracking Area Update流程。如果小区中没有UE正在接收的组呼，由于EPC无法感知到UE接
入到新的小区，无法在该小区扩建组呼，造成组呼的小区空洞化现象，导致UE在该小区中无
法接听到组呼。
入到新的小区，无法在该小区扩建组呼，造成组呼的小区空洞化现象，导致UE在该小区中无
法接听到组呼。
发明内容
[0011] 本申请提供一种集群系统中的组呼扩建方法和装置，能够避免组呼被叫在完成RRC重建后出现组呼掉话，或者减小组呼被叫断话的中断时延。
[0012] 为实现上述目的，本申请采用如下的技术方案：
[0013] 一种集群通信系统中的组呼扩建方法，包括：
[0014] 当组呼被叫UE在RRC连接重建成功时，所述UE向接入小区的eNodeB发送正在接收的当前组呼的标识GID；
[0015] 如果所述小区存在所述当前组呼，则所述eNodeB通过RRC连接重建过程之后的用于恢复SRB2和DRB的RRC连接重配过程向所述UE发送所述当前组呼的组呼配置；
[0016] 所述UE根据所述组呼配置接收组呼消息。
[0017] 较佳地，所述UE向接入小区的eNodeB发送GID包括：所述UE将所述GID携带在RRC连接重建完成消息中发送给所述eNodeB。
[0018] 较佳地，所述eNodeB通过RRC连接重建过程之后的用于恢复SRB2和DRB的RRC连接重配过程向所述UE通知组呼配置包括：所述eNodeB将所述组呼配置携带在RRC连接重配消
息中发送给所述UE。
息中发送给所述UE。
[0019] 较佳地，判断所述小区是否存在所述当前组呼的方式包括：所述eNodeB根据接收的GID判断是否存在所述当前组呼。
[0020] 较佳地，在所述eNodeB通过RRC连接重建过程之后的用于恢复SRB2和DRB的RRC连接重配过程向所述UE发送所述当前组呼的组呼配置后，该方法进一步包括：
[0021] 所述eNodeB向EPC发送组呼小区更新消息，并携带所述UE的MME UE S1AP ID、eNodeB UE S1AP ID、UE所在小区的TAI和ECGI；
[0022] 所述EPC在所述ECGI所标识的小区中检查是否存在未建立的所述UE所属的组呼，如果有，所述EPC根据组呼优先级扩建相应组呼。
[0023] 一种集群通信系统中的组呼扩建方法，包括：
[0024] 当组呼被叫UE进行RRC连接重建失败时，所述UE发起TAU流程，用于通知EPC在重新连接的小区内对所述当前组呼进行组呼扩建。
[0025] 较佳地，所述UE发起TAU流程包括：
[0026] 所述UE在TAU请求中携带所述当前组呼的标识GID，用于触发EPC在所述UE所在的小区进行组呼扩建。
[0027] 一种集群通信系统中的组呼扩建方法，包括：
[0028] 当组呼被叫UE在RRC连接重建成功时，所述UE向接入小区的eNodeB发送正在接收的当前组呼的标识GID；
[0029] 如果所述小区不存在所述当前组呼，则所述eNodeB通知EPC在所述小区进行所述当前组呼的组呼扩建。
[0030] 较佳地，所述eNodeB通知EPC进行所述当前组呼的组呼扩建包括：
[0031] eNodeB向所述EPC发送组呼UE小区更新消息，并携带所述UE的MME UE S1APID、eNodeB UE S1AP ID、UE所在小区的TAI和ECGI、当前组呼的GID；
[0032] 所述EPC在ECGI所标识的小区中优先扩建所述GID标识的当前组呼。
[0033] 较佳地，当所述EPC在ECGI所标识的小区中扩建所述GID标识的当前组呼后，该方法进一步包括：
[0034] 如果所述UE还有其他所属的组呼在所述ECGI所标识的小区中没有建立，则所述EPC根据组呼的优先级顺序扩建相应组呼。
[0035] 由上述技术方案可见，本申请中，当组呼被叫UE在RRC连接重建成功时，UE向接入小区的eNodeB发送正在接收的当前组呼的标识GID；如果小区存在当前组呼，则eNodeB通过
RRC连接重建过程之后的用于恢复SRB2和DRB的RRC连接重配过程向UE发送所述当前组呼的
组呼配置；UE根据所述组呼配置接收组呼消息。通过上述方式，可以使组呼被叫UE在RRC连
接重建成功后更快地实现组呼消息的接收，减小组呼被叫断话的终端时延。
RRC连接重建过程之后的用于恢复SRB2和DRB的RRC连接重配过程向UE发送所述当前组呼的
组呼配置；UE根据所述组呼配置接收组呼消息。通过上述方式，可以使组呼被叫UE在RRC连
接重建成功后更快地实现组呼消息的接收，减小组呼被叫断话的终端时延。
[0036] 或者，在UE发送GID后，如果小区不存在当前组呼，则eNodeB通知EPC在小区进行当前组呼的组呼扩建。或者，当组呼被叫UE进行RRC连接重建失败时，通过发起跟踪区更新
(TAU，Tracking Area Update)流程触发EPC在相关小区中对当前组呼进行组呼扩建。通过
上述处理，能够避免组呼被叫在完成RRC重建后出现组呼掉话。
(TAU，Tracking Area Update)流程触发EPC在相关小区中对当前组呼进行组呼扩建。通过
上述处理，能够避免组呼被叫在完成RRC重建后出现组呼掉话。
附图说明
[0037] 图1为本申请中实施例一的方法流程示意图；
[0038] 图2为本申请中实施例二的方法流程示意图。
具体实施方式
[0039] 为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。
[0040] 本申请提供一种集群通信系统中的组呼扩建方法，当组呼被叫UE在RRC连接重建成功时，UE向接入小区的eNodeB发送正在接收的当前组呼的标识GID。当UE接入的小区中存
在当前组呼时，eNodeB通过RRC连接重建过程之后的用于恢复SRB2和DRB的RRC连接重配过
程向UE通知小区中的当前组呼的组呼配置，从而使UE可以利用当前组呼的组呼配置尽快重
新接收组呼消息，以减小组呼被叫断话的终端时延。
在当前组呼时，eNodeB通过RRC连接重建过程之后的用于恢复SRB2和DRB的RRC连接重配过
程向UE通知小区中的当前组呼的组呼配置，从而使UE可以利用当前组呼的组呼配置尽快重
新接收组呼消息，以减小组呼被叫断话的终端时延。
[0041] 另外，在UE向接入小区的eNodeB发送正在接收的当前组呼的标识GID后，若UE接入的小区中不存在当前组呼，eNodeB通知EPC在该小区进行组呼扩建。或者，当组呼被叫UE进
行RRC连接重建失败时，通过发起TAU(Tracking AreaUpdate)流程触发EPC在相关小区中对
当前组呼进行组呼扩建。通过上述方式，能够避免组呼被叫在完成RRC重建后出现组呼掉
话。
行RRC连接重建失败时，通过发起TAU(Tracking AreaUpdate)流程触发EPC在相关小区中对
当前组呼进行组呼扩建。通过上述方式，能够避免组呼被叫在完成RRC重建后出现组呼掉
话。
[0042] 可见，本申请的上述三种方法可确保组呼被叫在RRC连接重建完成后快速接收到组呼，并避免组呼的小区空洞化现象，导致组呼被叫掉话。同时，在实际应用中，可以选用上
述任一方法，或者可以将上述任意两种或三种方法同时使用。下面对三种方法的具体实现
进行详细描述。
述任一方法，或者可以将上述任意两种或三种方法同时使用。下面对三种方法的具体实现
进行详细描述。
[0043] 首先，考虑到第一种和第二种方法都是在RRC重建连接成功后的处理，因此对第一种和第二种方法结合在一起通过下面的实施例一进行介绍。
[0044] 图1为实施例一中组呼扩建方法的流程示意图。如图1所示，该方法包括：
[0045] 步骤101，UE向eNodeB发送RRC连接重建请求。
[0046] 处于RRC连接状态下的UE检测到无线链路失败或切换失败等原因后，重新执行小区选择，然后在选择的小区发起RRC连接重建请求。
[0047] 步骤102，eNodeB向UE发送RRC连接重建消息。
[0048] eNodeB中含有该UE的上下文，向UE发送RRC连接重建消息。
[0049] 步骤103，组呼被叫UE向eNodeB响应RRC连接重建完成消息，并携带UE正在接收的当前组呼的标识GID。
[0050] UE恢复SRB1后，向eNodeB响应RRC连接重建完成消息。如果UE正在接收组呼，即该UE为组呼被叫UE，则在消息中携带该UE正在接收的当前组呼的标识GID。
[0051] 步骤104，eNodeB根据GID判断小区中是否存在当前组呼，如果存在当前组呼，则执行步骤105，如果不存在，则执行步骤109。
[0052] 步骤105，eNodeB向UE发送RRC连接重配消息，并携带当前组呼的组呼配置。
[0053] eNodeB向UE发送RRC连接重配消息，用于恢复UE的SRB2和DRB，消息中携带小区中的当前组呼配置。
[0054] 步骤106，组呼被叫UE接收到RRC连接重配消息，获知小区中的当前组呼配置后，可恢复接收当前组呼，并返回RRC连接重配完成消息。
[0055] 步骤107，eNodeB向EPC发送组呼UE小区更新消息。
[0056] 小区更新消息中携带UE的MME UE S1AP ID、eNodeB UE S1AP ID、UE所在小区的TAI和ECGI。
[0057] 步骤108，EPC检查在ECGI所标识的小区中是否还有未建立的该UE所属的其他组呼，如果有，EPC在该小区中根据组呼优先级的顺序扩建这些组呼。流程到此结束。
[0058] 步骤109，eNodeB向UE发送RRC连接重配消息。
[0059] RRC连接重配消息用于恢复UE的SRB2和DRB。该消息和3GPP的消息相同，不携带任何组呼配置。
[0060] 步骤110，组呼被叫UE返回RRC连接重配完成消息。
[0061] 步骤111，eNodeB向EPC发送组呼UE小区更新消息。
[0062] 消息中携带UE的MME UE S1AP ID、eNodeB UE S1AP ID、UE所在小区的TAI和ECGI，当前组呼的GID。
[0063] 步骤112，EPC在ECGI所标识的小区中优先扩建GID所标识的当前组呼。如果UE还有其他所属的组呼在该小区中没有建立，EPC根据组呼的优先级顺序继续扩建这些组呼。流程
到此结束。
到此结束。
[0064] 在上述图1的流程中，步骤103中RRC连接重建完成消息需要携带当前组呼的标识GID，下面给出一种在RRC连接重建完成消息中携带GID的示例性方式：利用RRC连接重建完
成消息的扩展IE表示组呼标识GID。具体如下所示：
成消息的扩展IE表示组呼标识GID。具体如下所示：
[0065]
[0066] 其中，粗体显示的就是用于表示GID的扩展IE。上述消息的传输方向为eNB‑>eMME。
[0067]
[0068] 其中，Group UE Cell Update Indication表示组呼UE小区位置更新指示，该指示用于eNodeB向EPC通知组呼UE的小区位置更新，该指示在前述图1的步骤107或111中包括。
[0069] 如果Group Identity在消息中出现，EPC在E‑UTRAN CGI所标识的小区中优先扩建Group Identity所标识的组呼，随后在E‑UTRAN CGI所标识的小区中根据组呼优先级顺序，
扩建在该小区中尚未建立的UE所属的其他组呼。也就是前述图1中的步骤111‑112。
扩建在该小区中尚未建立的UE所属的其他组呼。也就是前述图1中的步骤111‑112。
[0070] 如果Group Identity在消息中没有出现，EPC检查在E‑UTRAN CGI所标识的小区中是否存在未建立的UE所属的组呼，如果存在，EPC在该小区中根据组呼优先级的顺序扩建这
些组呼。也就是前述图1中的步骤107‑108。
些组呼。也就是前述图1中的步骤107‑108。
[0071] 接下来，将第三种方法通过下面的实施例二进行介绍。
[0072] 图2为实施例二中组呼扩建方法的流程示意图。如图2所示，该方法包括：
[0073] 步骤201，UE向eNodeB发送RRC连接重建请求。
[0074] 处于RRC连接状态下的UE检测到无线链路失败或切换失败等原因后，重新执行小区选择，然后在选择的小区发起RRC连接重建请求。
[0075] 步骤202，eNodeB向UE发送RRC连接重建拒绝消息。
[0076] eNodeB中没有UE的上下文，向UE发送RRC连接重建拒绝消息。
[0077] 步骤203，组呼被叫UE发起Tracking Area Update流程，在Tracking Area Update Request中携带正在接收的当前组呼的标识GID。
[0078] 如果UE正在接收组呼，即该UE为组呼被叫UE，则发起Tracking Area Update流程，在Tracking Area Update Request中携带正在接收的当前组呼的标识GID，以便利用
Tracking Area Update流程触发EPC在该UE所在的小区进行组呼扩建。
Tracking Area Update流程触发EPC在该UE所在的小区进行组呼扩建。
[0079] 至此，实施例二的流程结束。
[0080] 上述即为本申请的具体实现。由上述具体实现可见，本申请中，当组呼被叫UE完成RRC连接重建后的小区存在组呼时，eNodeB通过RRC连接重建过程之后的用于恢复SRB2和
DRB的RRC连接重配过程向UE通知组呼配置，避免UE只能通过迟后接入方式恢复组呼接收。
与迟后接入方式相比，本申请中的组呼接收的恢复时间较快。具体地，从RRC连接重建完成
消息算起，到组呼被叫接收到组呼，组呼中断时延最多为十几ms，可保证组呼被叫快速接听
组呼。而迟后接入方式取决于迟后接入周期的设置，一般为3‑10s。
DRB的RRC连接重配过程向UE通知组呼配置，避免UE只能通过迟后接入方式恢复组呼接收。
与迟后接入方式相比，本申请中的组呼接收的恢复时间较快。具体地，从RRC连接重建完成
消息算起，到组呼被叫接收到组呼，组呼中断时延最多为十几ms，可保证组呼被叫快速接听
组呼。而迟后接入方式取决于迟后接入周期的设置，一般为3‑10s。
[0081] 另外，本申请中，当组呼被叫UE完成RRC连接重建后的小区不存在组呼时，由于eNodeB通过组呼UE小区位置更新指示消息向EPC通知了组呼被叫UE当前所在的小区，EPC可
在该小区扩建组呼，避免了在RRC连接重建过程中，EPC无法感知组呼被叫UE的小区发生变
化，无法在新的小区扩建组呼，造成组呼的小区空洞化现象，组呼被叫在该小区掉话。
在该小区扩建组呼，避免了在RRC连接重建过程中，EPC无法感知组呼被叫UE的小区发生变
化，无法在新的小区扩建组呼，造成组呼的小区空洞化现象，组呼被叫在该小区掉话。
[0082] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。