CN108848568B - 组呼上下文建立优化方法和装置 - Google Patents

Abstract

本发明涉及一种组呼上下文建立优化方法，包括如下步骤：向核心网回复建组成功消息后，若检测到任一小区在第一设定周期内组呼上下文建立失败，则在下一所述第一设定周期内，对所述小区重新发起组呼上下文建立的步骤，直至所述小区组呼上下文建立成功。还提供一种组呼上下文建立优化装置。基站在向核心网回复建组成功消息后，通过对组呼上下文建立失败的小区，发起周期性组呼上下文重建立，直到所述小区建立组呼上下文成功。实现在初始建立组呼后，为解决部分小区组呼上下文建立失败的问题，提供有效的补充建立方法，重建过程不需要核心网参与，有效减少了信令交互，进而提高组呼业务的覆盖能力，大大提升了整个通信系统的性能和可靠性。

Description

组呼上下文建立优化方法和装置

技术领域

本发明涉及通信技术领域，特别是涉及一种组呼上下文建立优化方法和装置。

背景技术

随着信息和通信技术的不断发展，通信系统在不断升级换代，以满足人们不断增长的生产技术需求和生活质量需求。当代通信系统中，集群系统是较具代表性的一种通信应用系统。集群系统是为满足行业指挥调度而开发的，在公共安全、交通运输、公共事业、石油化工、工商业和军事领域中，都有着广泛的应用。在移动通信的不断发展过程中，集群系统也从最初的基于2G窄带无线通信系统，逐渐发展为宽带集群系统。宽带集群系统在提供语音业务的同时，可以提供图像，音频视频等多媒体业务；近年来，随着专网市场的不断开拓，对集群系统的稳定性和可靠性要求越来越高。

在实现本发明过程中，发明人发现传统技术中至少存在如下问题：传统的集群系统中，对于组呼的建立，主要关注的是组呼上下文建立过程的时延，以及终端上与上下文建立相关的过程优化等问题。而多基站支持多小区等情况下，系统的可靠性仍然不高。

发明内容

基于此，有必要针对上述传统的组呼上下文建立存在的问题，提供一种组呼上下文建立优化方法以及一种组呼上下文建立优化装置。

为实现上述目的，本发明实施例采用以下技术方案：

一方面，本发明实施例提供一种组呼上下文建立优化方法，包括如下步骤：

向核心网回复建组成功消息后，若检测到任一小区在第一设定周期内组呼上下文建立失败，则在下一所述第一设定周期内，对所述小区重新发起组呼上下文建立的步骤，直至所述小区组呼上下文建立成功。

在其中一个实施例中，所述第一设定周期通过建立组呼上下文失败的所述小区对应的区定时器设定。

在其中一个实施例中，所述方法还包括步骤：

检测到新建小区成功建立后，若所述新建小区满足所述组呼上下文建立的条件，则对所述新建小区发起组呼上下文建立，并开启所述新建小区对应的区定时器；

若所述新建小区对应的区定时器超时前，所述新建小区组呼上下文建立成功，则关闭所述新建小区对应的区定时器。

在其中一个实施例中，所述方法还包括步骤：

若检测到所述新建小区，在所述区定时器超时前组呼上下文建立失败，则在所述区定时器超时后，重置所述区定时器,并对所述新建小区重新发起组呼上下文建立的步骤，直至所述新建小区组呼上下文建立成功。

在其中一个实施例中，所述方法还包括步骤：

接收到核心网发送的组呼上下文建立请求后，查找与所述组呼上下文建立请求相应的S1上下文；

根据所述S1上下文建立集群S1组呼上下文；

开启组定时器，并确定待建立组呼上下文的各个所述小区；

向待建立组呼上下文的各个所述小区，分别发起组呼上下文建立，并开启各个所述小区对应的区定时器；

若任一所述小区在所述组定时器超时前，组呼上下文建立成功，则关闭组呼上下文建立成功的所述小区对应的区定时器，关闭所述组定时器，向所述核心网回复建组成功消息。

在其中一个实施例中，所述方法还包括步骤：

若所述组定时器超时，且未接收到任一所述小区的建组成功响应，或接收到各个所述小区组呼上下文建立失败消息，则删除所述集群S1组呼上下文，并向所述核心网发送组呼上下文建立失败消息。

在其中一个实施例中，所述组定时器的第二设定周期大于所述小区对应的区定时器的第一设定周期。

另一方面，提供一种组呼上下文建立优化装置，包括组呼建立模块和重建判断模块，其中：

所述重建判断模块，用于在核心网收到建组成功消息后，判断任一小区在第一设定周期内组呼上下文建立是否失败；

所述组呼建立模块，用于在下一所述第一设定周期内，对组呼上下文建立失败的所述小区重新发起组呼上下文建立，直至所述小区组呼上下文建立成功。

再一方面，提供一种基站，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时实现所述的组呼上下文建立优化方法的步骤。

再一方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述的组呼上下文建立优化方法的步骤。

上述技术方案中的一个技术方案具有如下技术效果：

基站在向核心网回复建组成功消息后，通过对组呼上下文建立失败的小区，发起周期性组呼上下文重建立，直到所述小区建立组呼上下文成功。实现基站在初始建立组呼后，为解决部分小区组呼上下文建立失败的问题，提供有效的补充建立方法，重建过程不需要核心网参与，有效减少了信令交互，进而提高组呼业务的覆盖能力，大大提升了整个通信系统的性能和可靠性。

附图说明

图1为一个实施例中组呼上下文建立优化的第一种流程示意图；

图2为一个实施例中组呼上下文建立优化的第二种流程示意图；

图3为一个实施例中组呼上下文建立优化的第三种流程示意图；

图4为一个实施例中组呼上下文建立优化的第四种流程示意图；

图5为一个实施例中组呼上下文建立优化的第五种流程示意图；

图6为一个实施例中组呼上下文建立优化方法具体实现的时序示例图；

图7为一个实施例中组呼上下文建立优化装置的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的组呼上下文建立优化方法，可以应用于基站中。其中，基站通过网络与相应小区覆盖下的各终端开展通信业务，例如组呼。基站可以支持多小区，各小区可以覆盖多个终端的通信。当基站接收到核心网发出的组呼建立请求后，对各小区发起组呼上下文建立。在至少一个小区组呼上下文建立成功并收到小区建组成功消息后，向核心网回复建组成功消息，完成初始建立组呼。此后，基站若检测到任一小区在第一设定周期内组呼上下文建立失败，则在下一第一设定周期内，对该小区再次发起组呼上下文建立。基站判断该小区建立组呼上下文是否成功；若否，则返回执行前述的再次组呼上下文建立步骤，进行周期性循环重建，直至该小区组呼上下文建立成功。

其中，基站可以是宏基站，微基站、微微基站或者皮基站。可以是单个基站，也可以是基站集群。终端可以但不限于是各种个人计算机设备，如笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。

请参阅图1，下面以基站的类型为eNB基站(Evolved Node B，LTE系统中的基站)为例，进行详细说明，组呼上下文建立优化方法包括如下步骤S12：

S12，向核心网回复建组成功消息后，若检测到任一小区在第一设定周期内组呼上下文建立失败，则在下一第一设定周期内，对小区重新发起组呼上下文建立的步骤，直至小区组呼上下文建立成功。

其中，建组成功消息为基站在接收到核心网发送的组呼上下文建立请求后，执行组呼上下文建立过程中，收到至少一个小区的组呼上下文建立成功响应后，向核心网回复的建组成功消息，用于通知核心网：基站侧已完成初始建立组呼。基站可以在执行本领域中常规的组呼上下文建立流程的过程中，收到至少一个小区的组呼上下文建立成功响应后，向核心网回复前述的建组成功消息。第一设定周期为各个小区在进行组呼上下文建立时的设定时限。在基站内，在对每一个小区进行组呼上下文建立时，均对应设置有第一设定周期，用于判断各个小区在第一设定周期内，能否正常完成组呼上下文建立，避免组呼上下文建立流程耗时过长而未响应，造成系统资源浪费。

具体的，基站可以在向核心网回复小区建组成功后，若判断到任意一个小区在第一设定周期内，组呼上下文建立失败，如由于空口其他原因，可以是但不限于干扰，导致该小区组呼上下文建立失败，则在下一个第一设定周期内，对该小区重新发起组呼上下文建立的步骤。

若基站再次判断到该小区的组呼上下文建立失败，则重新返回前述的步骤S12，从而再次对该小区发起组呼上下文建立的步骤。基站直到判断到该小区建立组呼上下文成功时，结束上述对该小区的周期性(也即上述的第一设定周期)组呼上下文重建立的流程。对于各个组呼上下文建立失败的小区，基站均可通过上述的步骤S12分别进行周期性组呼上下文重建。此后，补充建立组呼上下文成功的各小区覆盖下的各个终端，将可以正常接收到组呼通知消息和执行加入组呼等通信业务。

上述的组呼上下文建立优化方法，基站在向核心网回复建组成功消息后，通过对组呼上下文建立失败的小区，发起周期性组呼上下文重建立，直到前述建组失败的小区组呼上下文建立成功。从而实现在初始建立组呼后，为解决部分小区组呼上下文建立失败的问题，提供有效的补充建立方法，重建过程不需要核心网参与，有效减少了信令交互，进而提高组呼业务的覆盖能力，大大提升了整个集群系统的性能和可靠性。

在其中一个实施例中，上述的第一设定周期通过建立组呼上下文失败的小区对应的区定时器设定。

其中，区定时器为基站中对应于小区的定时器。基站中的一个小区，可以对应有一个区定时器，用于提供小区执行业务处理时的定时功能，如定时触发关闭小区组呼上下文建立流程、定时触发反馈流程执行结果等。区定时器的定时时长也即上述的第一设定周期。组呼上下文建立为本领域中常规的组呼上下文建立流程，本说明书中不做限定。

可以理解，通过调用基站中，各小区对应的区定时器来提供上述的第一设定周期。实现过程简单，且定时可靠性好，可以有效提高组呼上下文建立的效率。

请参阅图2，在其中一个实施例中，上述的组呼上下文建立优化方法，还可以包括如下步骤S14至S16：

S14，检测到新建小区成功建立后，若新建小区满足组呼上下文建立的条件，则对新建小区发起组呼上下文建立，并开启新建小区对应的区定时器。

其中，新建小区为在前述的任一小区建组成功后，新开设的小区，也即新建小区(如在web上动态建立一个小区)。组呼上下文建立的条件用于判断该新建小区是否符合加入当前各小区组呼的条件，判断方式可以是本领域中常规的各种组呼上下文建立的判断方式，具体可以是但不限于对比tac和plmn信息等。

基站在检测到新建小区成功建立后，判断该新建小区是否满足进行上述的组呼上下文建立的条件。若判断到该新建小区满足进行上述的组呼上下文建立的条件，基站则对该新建小区发起组呼上下文建立，并开启该新建小区对应的区定时器。可以理解，新建小区所对应的区定时器与上述各小区各自对应的区定时器可以是相同类型的定时器，用于提供与上述实施例中相同的第一设定周期。

S16，若新建小区对应的区定时器超时前，新建小区组呼上下文建立成功，则关闭新建小区对应的区定时器。

具体的，基站在该新建小区对应的区定时器超时前，判断到该新建小区组呼上下文建立成功后，则关闭该新建小区对应的区定时器，完成该新建小区的组呼上下文建立。此后，该新建小区覆盖下的各个终端将可以正常接收到组呼通知消息和执行加入组呼等通信业务。

通过上述的步骤S14至S16，对新增的小区，也即新建小区的组呼上下文的建立，提供了补充建立组呼的方案，进一步提高组呼业务的覆盖能力，更好地提升了整个集群系统的性能和可靠性。

请参阅图3，在其中一个实施例中，上述的组呼上下文建立优化方法，还可以包括如下步骤S18：

S18，若检测到新建小区，在区定时器超时前组呼上下文建立失败，则在区定时器超时后，重置区定时器,并对新建小区重新发起组呼上下文建立的步骤，直至新建小区组呼上下文建立成功。

具体的，在该新建小区对应的区定时器超时前，若基站判断到新建小区的组呼上下文建立失败，则等待该新建小区对应的区定时器超时后，重置该区定时器，以使该区定时器提供下一个第一设定周期。同时，基站对该新建小区重新发起组呼上下文建立。进而，基站可以再次判断该新建小区的组呼上下文建立是否成功。

若基站再次判断到该新建小区的组呼上下文建立失败，则重新返回前述的步骤S18，从而再次对该新建小区发起组呼上下文建立。直到基站判断到该新建小区建立组呼上下文成功时，关闭该新建小区对应的区定时器，以结束上述对该新建小区的周期性组呼上下文重建立流程。此后，该新建小区覆盖下的各个终端将可以正常接收到组呼通知消息和执行加入组呼等通信业务。

上述的组呼上下文建立优化方法，基站通过对组呼上下文建立失败的新建小区，发起周期性组呼上下文重建立，直到前述建组失败的新建小区组呼上下文建立成功。为解决新建小区建立组呼上下文失败的问题，提供有效的补充组呼上下文建立方案，重建过程也不需核心网参与，可避免信令交互的增加，进而提高组呼业务的覆盖能力，进一步提升了整个集群系统的性能和可靠性。

请参阅图4，在其中一个实施例中，在步骤S12之前，还可以包括如下步骤S04至S08：

S04，接收到核心网发送的组呼上下文建立请求后，查找与组呼上下文建立请求相应的S1上下文。

具体的，基站在接收到核心网发送过来的组呼上下文建立请求后，找到与组呼上下文建立请求相对应的、所需的S1上下文。S1上下文也即S1口的上下文。

S05，根据S1上下文建立集群S1组呼上下文。

具体的，基站找到相应的S1上下文后，在相应的S1上下文中建立一个组呼上下文，也即建立集群S1组呼上下文(S1-T协议的上下文信息)。本领域技术人员可以理解，基站在建立集群S1组呼上下文的过程中，即可同时进行常规的资源分配，例如EnbGroupS1apId，TeId等资源分配。

S06，开启组定时器，并确定待建立组呼上下文的各个小区。

其中，组定时器为基站统一维护的定时器，一个基站可以对应有一个组定时器。可以理解，组定时器用于提供第二设定周期，第二设定周期可以与各小区对应的区定时器提供的第一设定周期不相同，用于提高各个小区建组的总定时功能。组定时器用于定时结束，也即第二设定周期结束时，触发基站回复核心网建组成功消息或建组失败消息。

具体的，基站建立相应的集群S1组呼上下文后，可以查询确定当前有效的一个或者一个以上数量的小区，也即待建立组呼上下文的各个小区，并开启组定时器。如此，通过上述步骤S04至S06，基站可以快速获得所需的集群S1组呼上下文，并确定进行组呼上下文建立的各个有效小区，为各有效小区建立组呼上下文提供所需的上下文信息和资源准备。

S07，向待建立组呼上下文的各个小区，分别发起组呼上下文建立，并开启各个小区对应的区定时器。

可以理解，在基站向当前有效的一个或以上数量小区，发起组呼上下文建立请求消息，以向待建立组呼上下文的各个小区，分别发起组呼上下文建立的流程。同时，分别开启各小区对应的区定时器。

具体的，基站在向待建立组呼上下文的一个或以上数量小区，发起组呼上下文建立请求消息后，各个接收到组呼上下文建立请求消息的小区将会进行小区级的组呼上下文建立，同时发起L1(TDRB)、L2(TDRB)和S1-U(即配置基站侧的数据承载)，以及组呼寻呼和组呼重配置的建立消息，以便建立空口相应的资源。

S08，若任一小区在组定时器超时前，组呼上下文建立成功，则关闭组呼上下文建立成功的小区对应的区定时器，关闭组定时器，向核心网回复建组成功消息。

可以理解，基站在发起各个有效的小区的组呼上下文建立后，如果在组定时器超时前，有组呼上下文建立成功的小区，例如接收到组呼上下文建立成功的小区回复的建组成功响应，则关闭该小区对应的区定时器。

具体的，基站在维护的组定时器超时之前，如果接收到任意一个小区回复的建组成功响应，则关闭组呼上下文建立成功的小区对应的区定时器；进而关闭组定时器，向核心网回复建组成功消息，通知核心网建组成功。如此，建组成功后的小区覆盖下的各个终端即可以正常接收到组呼通知消息和执行加入组呼等通信业务，确保组呼效率。

请参阅图5，在其中一个实施例中，上述的组呼上下文建立优化方法，还可以包括如下步骤S09：

S09，若组定时器超时，且未接收到任一小区的建组成功响应，或接收到各个小区组呼上下文建立失败消息，则删除集群S1组呼上下文，并向核心网发送组呼上下文建立失败消息。

具体的，在基站维护的组定时器超时时，仍未接收到任意一个小区回复的建组响应消息，或者接收到的均是各个小区组呼上下文建立失败的消息时，判定当前建组失败，则删除集群S1组呼上下文，回收建立集群S1组呼上下文时分配的资源，并向核心网发送组呼上下文建立失败消息。如此，即可以及时终止当前的建组业务，避免资源占用。

在其中一个实施例中，上述的组定时器的第二设定周期大于小区对应的区定时器的第一设定周期。可以理解，在基站中，组定时器提供的第二设定周期，大于区定时器提供的第一设定周期，从而可以确保组呼上下文建立步骤的时序控制准确、可靠，避免流程过早关闭的问题。

应该理解的是，虽然图2-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

为对上述的组呼上下文建立优化方法的流程，进行更为具体详细的描述，提供以下可选的具体实现过程。请参阅如图6所示的时序图：在基站内部，可以设置有但不限于S1上下文管理模块(即S1上下文模块)、集群S1上下文管理模块(即TS上下文模块)、小区级组呼上下文建立模块1(即Cell1Context1)和小区级组呼上下文建立模块2(即Cell1Context2)。具体的，可以包含如下具体过程：

(1)核心网(即EPC)对满足组呼条件的基站发起组呼上下文建立请求消息，通知基站建立组呼上下文。

(2)基站中的S1上下文模块收到EPC的组呼建立请求后，建立相应的S1上下文。

(3)相应的S1上下文模块中建立一个组呼上下文，并转发到相应的TS上下文模块，以及分配相应的资源(如EnbGroupS1apId，TeId等)。

(4)TS上下文模块查询当前有效的小区，并开启组定时器；

(5)TS上下文模块分别对当前有效的小区，对应的Cell1Context1和Cell1Context2，发起组呼上下文建立请求消息，同时开启区定时器1和区定时器2。(具体可以包含子步骤5.1和5.2)

(6)上述的Cell1Context1和Cell1Context2，收到组呼上下文建立请求以后，建立组呼上下文，同时发起L1(TDRB)，L2(TDRB)，S1-U，以及组呼寻呼和组呼重配置的建立消息，以建立空口的相应资源。若建立空口的组呼上下文均成功后，则指示TS上下文模块关闭相应的区定时器1和区定时器2。(具体可以包含子步骤6.1-6.3)

(7a)若定时器1超时，但TS上下文模块未收到任何小区建组响应/或者收到小区建立组呼都是失败的情况下，则TS上下文模块删除相应的组呼上下文，同时回收前述过程分配的资源，并向EPC发送组呼上下文建立失败消息。

(7b)若定时器1超时前，TS上下文模块收到其中一个Cell1Context1回复的小区建组成功响应，则进入步骤(8)

(8)TS上下文模块关闭区定时器1，同时向EPC发送组呼上下文建立成功消息。

(9)若由于空口其他原因，例如干扰，导致Cell1Context2建立组呼上下文失败，则进入步骤(10)。

(10)Cell1Context2通知TS上下文模块小区建组失败。

(11)TS上下文模块等待区定时器2超时。

(12)区定时器2超时后，TS上下文模块构建相应的组呼上下文，对Cell1Context2继续发起组呼上下文建立，同时重开区定时器2。

(13)Cell1Context2，收到组呼上下文建立请求以后，建立组呼上下文，同时发起L1(TDRB)，L2(TDRB)，S1-U，以及组呼寻呼和组呼重配置的建立消息，用来建立空口的相应资源。

(14)若Cell1Context2建立组呼上下文失败，则重复执行上述的步骤(10)至(13)，直到建立组呼上下文成功，则指示TS上下文模块关闭相应的区定时器2。

(15)此时，若新建立了一个小区(如在web上动态建立一个小区)，此时新建小区建立成功后，TS上下文模块收到通知。

(16)TS上下文模块判断当前的新建小区是否满足补充建立组呼上下文的条件，例如通过对比tac，plmn信息等判断。

(17)若满足上述条件，则TS上下文模块构建所需的组呼上下文，对相应的Cell1Context3发起上下文建立，同时开器区定时器3。

(18)Cell1Context3，收到组呼上下文建立请求以后，建立组呼上下文，同时发起L1(TDRB)，L2(TDRB)，S1-U，以及组呼寻呼和组呼重配置的建立消息，以建立空口的相应资源。

(19)若Cell1Context3组呼上下文建立失败，则重复执行上述的步骤(17)至(18)，直到组呼上下文建立成功，则指示TS上下文模块关闭相应的区定时器3。

在一个实施例中，如图7所示，提供了一种组呼上下文建立优化装置100，包括重建判断模块12组呼建立模块14，其中：

重建判断模块12，用于在核心网收到建组成功消息后，判断任一小区在第一设定周期内组呼上下文建立是否失败。

组呼建立模块14，用于在下一第一设定周期内，对组呼上下文建立失败的小区重新发起组呼上下文建立，直至小区组呼上下文建立成功。

在其中一个实施例中，上述的组呼上下文建立优化装置100还可以包括新建小区建组发起模块和新建小区建组关闭模块。其中，新建小区建组发起模块，用于检测到新建小区成功建立后，判断到新建小区满足组呼上下文建立条件，则对新建小区发起组呼上下文建立，并开启新建小区对应的区定时器。新建小区建组成功模块，用于判断到新建小区对应的区定时器超时前，新建小区组呼上下文建立成功，则关闭新建小区对应的区定时器。

在其中一个实施例中，上述的组呼上下文建立优化装置100还可以包括第二组呼建立模块和第二重建判断模块。其中：

第二重建判断模块，用于判断新建小区在第一设定周期内组呼上下文建立是否失败。

第二组呼建立模块，用于在下一第一设定周期内，对组呼上下文建立失败的新建小区重新发起组呼上下文建立，直至新建小区组呼上下文建立成功。

在其中一个实施例中，上述的组呼上下文建立优化装置100还可以包括S1上下文建立模块、集群SI上下文建立模块、有效小区确定模块、组合发起模块和建组成功响应模块。其中：

S1上下文建立模块，用于接收到核心网发送的组呼上下文建立请求后，查找与组呼上下文建立请求相应的S1上下文。

集群SI上下文建立模块，用于根据S1上下文建立集群S1组呼上下文。

有效小区确定模块，用于开启组定时器，并确定待建立组呼上下文的各个小区。

组呼发起模块，用于向待建立组呼上下文的各个小区，分别发起组呼上下文建立，并开启各个小区对应的区定时器。

建组成功响应模块，用于判断到任一小区在组定时器超时前，组呼上下文建立成功，则关闭组呼上下文建立成功的小区对应的区定时器，关闭组定时器，向核心网回复建组成功消息。

在其中一个实施例中，上述的组呼上下文建立优化装置100还可以包括组呼失败响应模块。组呼失败响应模块，用于判断到组定时器超时，且未接收到任一小区的建组成功响应，或接收到各个小区建立组呼上下文失败消息，则删除集群S1组呼上下文，并向核心网发送组呼上下文建立失败消息。

关于组呼上下文建立优化装置100的具体限定可以参见上文中对于组呼上下文建立优化方法的限定，在此不再赘述。上述组呼上下文建立优化装置100中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种基站，该基站可以是宏基站，微基站、微微基站或者皮基站。该基站包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该基站的处理器用于提供计算和控制能力。该基站的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该基站的数据库用于存储通信业务所需的协议与资源数据。该基站的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时，可以实现上述任一实施例中的组呼上下文建立优化方法的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一实施例中的组呼上下文建立优化方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种组呼上下文建立优化方法，其特征在于，包括如下步骤：

向核心网回复建组成功消息后，若检测到任一小区在第一设定周期内组呼上下文建立失败，则在下一所述第一设定周期内，对所述小区重新发起组呼上下文建立的步骤，直至所述小区组呼上下文建立成功；所述建组成功消息为在接收到所述核心网发送的组呼上下文建立请求后，执行组呼上下文建立过程中，收到至少一个小区的组呼上下文建立成功响应后，向所述核心网回复的消息；

其中，所述方法还包括步骤：

接收到核心网发送的组呼上下文建立请求后，查找与所述组呼上下文建立请求相应的S1上下文；

根据所述S1上下文建立集群S1组呼上下文；

开启组定时器，并确定待建立组呼上下文的各个所述小区；

向待建立组呼上下文的各个所述小区，分别发起组呼上下文建立，并开启各个所述小区对应的区定时器；

若任一所述小区在所述组定时器超时前，组呼上下文建立成功，则关闭组呼上下文建立成功的所述小区对应的区定时器，关闭所述组定时器，向所述核心网回复建组成功消息；

若所述组定时器超时，且未接收到任一所述小区的建组成功响应，或接收到各个所述小区组呼上下文建立失败消息，则删除所述集群S1组呼上下文，并向所述核心网发送组呼上下文建立失败消息。

2.根据权利要求1所述的组呼上下文建立优化方法，其特征在于，所述第一设定周期通过建立组呼上下文失败的所述小区对应的区定时器设定。

3.根据权利要求2所述的组呼上下文建立优化方法，其特征在于，所述方法还包括步骤：

检测到新建小区成功建立后，若所述新建小区满足所述组呼上下文建立的条件，则对所述新建小区发起组呼上下文建立，并开启所述新建小区对应的区定时器；

若所述新建小区对应的区定时器超时前，所述新建小区组呼上下文建立成功，则关闭所述新建小区对应的区定时器。

4.根据权利要求3所述的组呼上下文建立优化方法，其特征在于，所述方法还包括步骤：

若检测到所述新建小区，在所述区定时器超时前组呼上下文建立失败，则在所述区定时器超时后，重置所述区定时器,并对所述新建小区重新发起组呼上下文建立的步骤，直至所述新建小区组呼上下文建立成功。

5.根据权利要求1所述的组呼上下文建立优化方法，其特征在于，所述组定时器的第二设定周期大于所述小区对应的区定时器的第一设定周期。

6.一种组呼上下文建立优化装置，其特征在于，包括重建判断模块和组呼建立模块，其中：

所述重建判断模块，用于在核心网收到建组成功消息后，判断任一小区在第一设定周期内组呼上下文建立是否失败；

所述组呼建立模块，用于在下一所述第一设定周期内，对组呼上下文建立失败的所述小区重新发起组呼上下文建立，直至所述小区组呼上下文建立成功；所述建组成功消息为在接收到所述核心网发送的组呼上下文建立请求后，执行组呼上下文建立过程中，收到至少一个小区的组呼上下文建立成功响应后，向所述核心网回复的消息；

所述装置还包括：

S1上下文建立模块，用于接收到核心网发送的组呼上下文建立请求后，查找与所述组呼上下文建立请求相应的S1上下文；

集群S1上下文建立模块，用于根据所述S1上下文建立集群S1组呼上下文；

有效小区确定模块，用于开启组定时器，并确定待建立组呼上下文的各个所述小区；

组呼确定模块，用于向待建立组呼上下文的各个所述小区，分别发起组呼上下文建立，并开启各个所述小区对应的区定时器；

建组成功响应模块，用于若任一所述小区在所述组定时器超时前，组呼上下文建立成功，则关闭组呼上下文建立成功的所述小区对应的区定时器，关闭所述组定时器，向所述核心网回复建组成功消息；

组呼失败响应模块，用于判断到所述组定时器超时，且未接收到任一所述小区的建组成功响应，或接收到各所述小区建立组呼上下文失败消息，则删除所述集群S1组呼上下文，并向所述核心网发送组呼上下文建立失败消息。

7.根据权利要求6所述的组呼上下文建立优化装置，其特征在于，还包括：

新建小区建组发起模块，用于检测到新建小区成功建立后，判断到新建小区满足组呼上下文建立条件，则对新建小区发起组呼上下文建立，并开启新建小区对应的区定时器；

新建小区建组成功模块，用于判断到新建小区对应的区定时器超时前，新建小区组呼上下文建立成功，则关闭新建小区对应的区定时器。

8.一种基站，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述计算机程序被所述处理器执行时实现权利要求1至5任一项所述的组呼上下文建立优化方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5任一项所述的组呼上下文建立优化方法的步骤。

Images