CN105208530A - 一种组呼业务处理方法、终端及核心网网元 - Google Patents

Abstract

本申请公开了一种组呼业务处理方法、终端及核心网网元，其中方法包括：终端通过基站向核心网发送预约组呼请求，以使所述核心网根据预约组呼请求查询参与基站，并查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；所述终端通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送建立组呼确认信息，以使所述核心网向所述参与基站发送呼叫建立请求，所述参与基站利用空闲资源建立呼叫。本发明通过预约机制，在预先确定参与基站具有空闲资源的情况下为终端建立组呼，从而避免某个基站下的终端错过收听此次呼叫，还不会抢占其他呼叫业务的资源，保证所有用户通话安全性和可靠性，用户体验好。

Description

一种组呼业务处理方法、终端及核心网网元

技术领域

本发明涉及通信技术领域，特别是涉及一种组呼业务处理方法、终端及核心网网元。

背景技术

组呼业务是指使组成员在预定义的组呼区域内参与多方通话的通信业务，组呼业务较为重要的一点是在建立组呼时，要求组内所有成员都参与进来，如果有组内成员没有参与进来，组呼业务就没有意义。

现有技术的组呼业务实现方案是：用户在终端上输入组号码，通过基站向核心网发送组呼建立请求，核心网查询本次组呼建立请求所涉及的参与基站，核心网向所有参与基站发送呼叫建立请求；所有参与基站根据自身的资源情况决定是否响应此次组呼，如果基站没有空闲资源，就向核心网发送无法建立呼叫的信息，如果基站具有空闲资源，就为此次呼叫分配资源建立此次组呼。但在实际应用场景下，经常出现组呼所涉及的参与基站当时没有空闲资源，导致该基站下的用户无法参与此次呼叫，这样组呼建立就失去了意义。

为了保证每个组内成员参与组呼，现有技术中还存在另一种实现方案，该技术方案是当基站没有空闲资源时，采用高优先级的超级组呼抢占其他低优先级的资源，拆掉已经建立的低优先级的呼叫。这种牺牲低优先级呼叫方式会导致低优先级的用户突然掉话，通话安全性、可靠性无法保障，用户通话体验差。

发明内容

本申请的目的是提供一种组呼业务处理方法及系统，以预约组呼的方式，保证在不影响其他业务的情况下，使得组内成员参与组呼，成功建立组呼业务。

在本申请第一方面，提供了一种组呼业务处理方法，包括：

终端通过基站向核心网发送预约组呼请求，以使所述核心网根据预约组呼请求查询参与基站，并查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；

所述终端通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送建立组呼确认信息，以使所述核心网向所述参与基站发送呼叫建立请求，所述参与基站利用空闲资源建立呼叫。

可选的，所述终端通过基站向核心网发送预约组呼请求，具体包括：

所述终端采用短消息方式通过基站向核心网发送携带组号的预约组呼请求，以使所述核心网根据所述组号查询参与基站；或，

所述终端根据预置的状态消息码与组号的对应关系，采用状态消息方式通过基站向核心网发送状态消息码，以使所述核心网根据所述对应关系以及接收到的所述状态消息码查询对应的组号，再根据所述组号查询参与基站。

可选的，所述方法还包括：

所述终端监控自身是否在预设时间内接收到所述核心网发送的建立组呼确认请求；

如果在预设时间内没有接收到所述建立组呼确认请求，则所述终端通过基站向核心网发送取消预约组呼请求；

如果在预设时间内接收到所述建立组呼确认请求，则所述终端执行向所述核心网发送建立组呼确认信息的操作。

在本申请第二方面，提供了另一种组呼业务处理方法，包括：

核心网通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站；

所述核心网查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；

所述核心网接收所述终端发送的建立组呼确认信息，向所述参与基站发送呼叫建立请求，以使所述参与基站利用空闲资源建立呼叫。

可选的，所述核心网查询参与基站的资源状态，在确定参与基站均具有空闲资源时，所述方法还包括：

所述核心网接收参与基站反馈的资源预留信息，在接收到所有参与基站反馈的资源预留信息时，再执行所述向所述终端发送建立组呼确认请求的步骤；所述资源预留信息用于表征参与基站为组呼业务预留了空闲资源。

可选的，所述方法还包括：

所述核心网监控是否在第一预设时间内接收到所述终端发送的建立组呼确认信息；

如果在所述第一预设时间内没有接收到所述建立组呼确认信息，则所述核心网通知所述参与基站释放预留的空闲资源；

如果在所述第一预设时间内接收到所述建立组呼确认信息，则所述核心网执行向所述参与基站发送呼叫建立请求的操作，以使所述参与基站利用预留的空闲资源建立呼叫。

可选的，所述方法还包括：

所述核心网监控是否在第二预设时间内接收到所有参与基站反馈的资源预留信息；

如果否，所述核心网向所述终端发送取消预约组呼信息，并通知预留空闲资源的参与基站释放预留的空闲资源。

可选的，所述核心网通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站，包括：

所述核心网采用短消息处理方式接收终端发送的携带组号的预约组呼请求，根据所述组号查询参与基站；或，

所述核心网采用状态消息处理方式接收终端发送的携带状态消息码的预约组呼请求，根据预置的状态消息码与组号的对应关系查询对应的组号，再根据所述组号查询参与基站。

在本申请第三方面，提供了一种终端，包括：

预约请求发送单元，用于终端通过基站向核心网发送预约组呼请求，以使所述核心网根据预约组呼请求查询参与基站，并查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；

建立组呼确认单元，用于通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送建立组呼确认信息，以使所述核心网向所述参与基站发送呼叫建立请求，所述参与基站利用空闲资源建立呼叫。

可选的，所述预约请求发送单元具体用于：

采用短消息方式通过基站向核心网发送携带组号的预约组呼请求，以使所述核心网根据所述组号查询参与基站；或，

根据预置的状态消息码与组号的对应关系，采用状态消息方式通过基站向核心网发送状态消息码，以使所述核心网根据所述对应关系以及接收到的所述状态消息码查询对应的组号，根据所述组号查询参与基站。

在本申请第四方面，提供了一种核心网网元，包括：

预约请求接收单元，用于通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站；

资源监控单元，用于查询参与基站的资源状态，在确定参与基站均具有空闲资源时，触发发送单元，所述发送单元，用于向所述终端发送建立组呼确认请求；

建立组呼单元，用于接收所述终端发送的建立组呼确认信息，向所述参与基站发送呼叫建立请求，以使所述参与基站利用空闲资源建立呼叫。

可选的，所述核心网网元还包括：

接收单元，用于接收参与基站反馈的资源预留信息，在接收到所有参与基站反馈的资源预留信息时，再触发所述发送单元；所述资源预留信息用于表征参与基站为组呼业务预留了空闲资源。

可选的，所述核心网网元还包括：

第一监控单元，用于监控是否在第一预设时间内接收到所述终端发送的建立组呼确认信息；如果是，触发所述建立组呼单元；如果否，触发第一通知单元；

第一通知单元，用于通知所述参与基站释放预留的空闲资源。

可选的，所述核心网网元还包括：

第二监控单元，用于监控是否在第二预设时间内接收到所有参与基站发送的资源预留信息；如果否，触发第二通知单元；

所述第二通知单元，用于向所述终端发送取消预约组呼信息，并通知预留空闲资源的参与基站释放预留的空闲资源。

在本申请第五方面，提供了一种终端，包括至少一个处理器，至少一个网络接口或者其它通信接口，存储器，和至少一个通信总线；所述存储器用于存储程序指令，所述处理器用于根据所述程序指令执行以下步骤：

通过基站向核心网发送预约组呼请求，以使所述核心网根据预约组呼请求查询参与基站，并查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送建立组呼确认信息，以使所述核心网向所述参与基站发送呼叫建立请求，所述参与基站利用空闲资源建立呼叫。

在本申请第六方面，提供了一种核心网网元，包括至少一个处理器，至少一个网络接口或者其它通信接口，存储器，和至少一个通信总线；所述存储器用于存储程序指令，所述处理器用于根据所述程序指令执行以下步骤：

通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站；查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；接收所述终端发送的建立组呼确认信息，向所述参与基站发送呼叫建立请求，以使所述参与基站利用空闲资源建立呼叫。

与现有技术相比，本申请提供的技术方案具有以下有益效果：

终端在发起组呼业务时，先通过基站向核心网发送预约组呼请求，通过预约方式使核心网监控此次组呼所涉及的参与基站的资源情况，由核心网在确定所有参与基站具有空闲资源时，再向终端询问是否立刻建立此次组呼，在接收到终端发送的建立组呼确认信息之后，核心网通知所有参与基站利用空闲资源建立此次组呼。本申请提出的预约组呼方式，在确保参与基站均具有空闲资源时，为终端建立组呼，以确保所有参与基站下的终端均能参与呼叫，避免某个基站下终端错过收听此次呼叫，这种方式，还不会抢占其他呼叫业务的资源，保证所有用户通话安全性和可靠性，用户体验好。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请终端侧组呼业务处理方法实施例1的流程图；

图2为本申请终端侧组呼业务处理方法实施例2的流程图；

图3为本申请核心网侧组呼业务处理方法实施例1的流程图；

图4为本申请核心网侧组呼业务处理方法实施例2的流程图；

图5为本申请终端实施例1的示意图；

图6为本申请终端实施例2的示意图；

图7为本申请核心网网元实施例1的示意图；

图8为本申请核心网网元实施例2的示意图；

图9为本申请终端硬件构成示意图；

图10为本申请核心网网元硬件构成示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参阅图1，示出的本申请终端侧组呼业务处理方法实施例1的流程图，该方法包括：

S101，终端通过基站向核心网发送预约组呼请求，以使所述核心网根据预约组呼请求查询参与基站，并查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求。

在本申请技术方案中，用户发起组呼业务采用的是预约组呼的方式，先发送预约组呼请求，而并非直接拨组号；在本申请技术方案中终端发送预约组呼请求有两个作用，一个是触发组呼业务，另一个是触发核心网为此次组呼监控各个参与基站的资源储备情况，这样，就为后续的组呼建立打好基础，根据参与基站的资源储备情况，以确保所有参与基站的终端都能参与的情况下进行的。

发明人从实际应用场景出发，针对终端发送预约组呼请求的方式，提供了以下两种可选方式：

(1)终端采用短消息方式通过基站向核心网发送携带组号的预约组呼请求，以使所述核心网根据所述组号查询参与基站。

在这种方式下，用户可以自己编辑短消息，短消息必须包含组号及标识信息，标识信息用于标识短消息的功能类型，核心网通过基站接收到短消息之后，根据标识信息确定该短消息是用于标识预约组呼请求，再从短消息中提取出组号，利用该组号查询组呼所涉及的基站，将这些基站称之为参与基站。

(2)所述终端根据预置的状态消息码与组号的对应关系，采用状态消息方式通过基站向核心网发送状态消息码，以使所述核心网根据所述对应关系以及接收到的所述状态消息码查询对应的组号，根据所述组号查询参与基站。

利用这种方式时，需要预先在终端上和核心网网元上预先配置状态消息码与组号的对应关系，基于这种配置信息，用户可以在终端显示界面上直接选择所显示的任意一种状态消息码，终端将根据用户所选择的状态消息码通过基站向核心网发送该信息，核心网在接收到用户选择的状态信息码之后，根据预置的对应关系查找出对应的组号，然后再根据组号查找此次组呼的参与基站。

需要说明的是，这里的参与基站是每个组的签约成员所登记的基站，在具体实现时，一个组的所有成员登记的可能是同一基站，也可能是不同的基站。举个例子，组1的签约成员为UE1－10，共10个成员，其中成员1、2、3、4均登记的基站1，而成员5和6登记的基站2，成员7－10登记的基站3，则组1的参与基站为基站1、2和3。再举个例子，组1的签约成员为UE1－10，共10个成员，成员1－10均登记的是基站1，则组1的参与基站为基站1，即，只有一个参与基站。

S102，所述终端通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送建立组呼确认信息，以使所述核心网向所述参与基站发送呼叫建立请求，所述参与基站利用空闲资源建立呼叫。

核心网在确定此次组呼所有参与基站具有空闲资源时，向终端发送建立组呼确认请求，终端接收到建立组呼确认请求，向所述核心网发送建立组呼确认信息，核心网接收到建立组呼确认信息之后，向所有的参与基站发送呼叫建立请求，所有的参与基站利用空闲资源建立呼叫。

另外，在实际应用中，用户在发起预约组呼请求之后，可能由于各种原因不再需要建立此次组呼，此时就需要及时通知所有参与基站释放为此次组呼所锁定的资源，避免资源浪费；举个例子，用户在发起预约组1的预约组呼请求之后，进入了组2的组呼业务中，当进行组2的组呼业务的过程中，接收到核心网发送的建立组呼确认请求时，可以直接向核心网发送拒绝建立组呼信息，此时，核心网就会及时通知所有参与基站放弃此次组呼建立，避免资源浪费。在具体实现时，在上述方法的基础上增加以下步骤：

所述终端通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送拒绝建立组呼信息，以使所述核心网通知所述参与基站取消此次组呼建立。

通过本申请实施例的技术方案可以看出，用户通过终端以“预约组呼”的方式，先预约组呼，以确定所有参与基站均具有空闲资源，可以建立此次组呼，在这个基础上，核心网再以“请求－确认”的方式，确定是否立刻建立此次组呼，如果用户通过终端确定建立此次组呼，核心网再通知所有参与基站利用空闲资源建立此次组呼，以确保了所有参与基站下的终端都能够参与呼叫，这种方式无需牺牲低优先级的呼叫，保证所有用户的通话安全性、可靠性，用户通话体验好。

在实际应用时，用户对预约组呼的响应时间有一定的要求，举个例子，用户发起预约组呼请求，可能希望在几分钟之内，预约成功，接收到核心网发送的建立组呼确认请求，进而决定是否建立组呼，如果用户等待时间过长，也许此次组呼就没有建立的必要性了。在这种情况下，用户一味地等待，到最后也不再建立组呼，验证影响通信质量。

针对上述实际应用的需求，本申请提供了另一种组呼业务处理方法。参阅图2，示出的本申请终端侧组呼业务处理方法实施例2的流程图，该方法包括：

S201，终端通过基站向核心网发送预约组呼请求，以使所述核心网根据预约组呼请求查询参与基站，并查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求。

步骤S201与上文描述的步骤S101相同，在此不赘述。

S202，所述终端监控自身是否在预设时间内接收到所述核心网发送的建立组呼确认请求；如果否，执行S203，如果是，执行S204；

在具体实现时，终端可以设置定时器，在向核心网发送预约请求时，启动定时器，定时器的时间可以随意设置，终端监控自身是否在该时间段内接收到核心网发送的建立组呼确认请求；

在具体实现时，终端还可以记录发送预约组呼请求的发送时间，并记录接收组呼建立请求的接收时间，判断这个接收时间与发送时间的时间间隔是否超过预设时间间隔，如果超过了，表明终端没有在预设时间内接收到建立组呼确认请求，如果没有超过，则表明终端在预设时间内接收到建立组呼确认请求。

S203，如果在预设时间内没有接收到所述建立组呼确认请求，所述终端通过基站向核心网发送取消预约组呼请求。

S204，如果在预设时间内接收到所述建立组呼确认请求，所述终端向所述核心网发送建立组呼确认信息，以使所述核心网向所述参与基站发送呼叫建立请求，所述参与基站利用空闲资源建立呼叫。

从本申请实施例的技术方案可以看出，在上述实施例的基础上增加了监控步骤，能够根据实际时间需求很好地控制此次组呼的进行与否，以提高通信质量。

上文是从终端的角度对本发明技术方案进行举例说明，下面从核心网的角度对本发明技术方案进行举例说明。

参阅图3，示出的本申请核心网侧组呼业务处理方法实施例1的流程图，该方法包括：

S301，核心网通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站。

发明人从实际应用场景出发，针对接收预约组呼请求的方式，提供了以下两种可选方式：

(1)核心网采用短消息处理方式接收终端发送的携带组号的预约组呼请求，根据所述组号查询参与基站。

在这种方式下，核心网通过短消息模块接收预约组呼请求，该预约组呼请求包含组号及标识信息，标识信息用于标识短消息的功能类型，通过短消息模块识别标识信息，提取组号，根据组号查询对应的参与基站。

(2)核心网采用状态消息处理方式接收终端发送的携带状态消息码的预约组呼请求，根据预置的状态消息码与组号的对应关系查询对应的组号，根据所述组号查询参与基站。

在这种方式下，需要预先在短消息模块中配置状态消息码与组号的对应关系，在这种预先设置的情况下，核心网通过短消息模块接收到状态消息码，根据预置的对应关系查询对应的组号，然后再根据组号查找此次组呼的参与基站。

S302，所述核心网查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求。

下面对步骤S302的具体实现过程进行解释说明。

所述核心网向参与基站发送空闲资源查询请求，以使参与基站查询自身空闲资源情况，参与基站在发现自身具有空闲资源时，直接向核心网反馈空闲资源确定信息，如果参与基站发现自身没有空闲资源时，则周期性或持续监测自身空闲资源情况直到发现有空闲资源时，再向核心网反馈资源确认信息。所述核心网接收参与基站反馈的资源确认信息，在确定所有参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求。

另外，发明人考虑到无线通信资源使用情况变化较快，为了进一步确保组呼业务正常进行，发明人提供了一种可选方案，该方案是在步骤203的基础上还增加空闲资源预留机制，要求基站为此次组呼预留一些空闲资源，为后续建立组呼储备好空闲资源。增加的步骤具体如下：

所述核心网接收参与基站反馈的资源预留信息，在接收到所有参与基站反馈的资源预留信息时，再执行所述向所述终端发送建立组呼确认请求的步骤；所述资源预留信息用于表征参与基站为组呼业务预留了空闲资源。

即，参与基站监测自身空闲资源情况，在发现自己具有空闲资源时，则为此次组呼预留一些空闲资源，然后向核心网反馈资源预留信息；核心网接收到所有的参与基站反馈的资源预留信息时，可以确定此次组呼涉及到的所有参与基站均为此次组呼做好了资源准备，此时再向终端发送建立组呼确认请求。在这个过程中，由于参与基站已经为此次组呼预留了空闲资源，因此，不论参与基站在这个过程中有没有再承接其他业务，有没有占用资源，都不会影响此次组呼的建立。

S303，所述核心网接收所述终端发送的建立组呼确认信息，向所述参与基站发送呼叫建立请求，以使所述参与基站利用空闲资源建立呼叫。

当所有的参与基站事先为此次组呼预留了空闲资源时，则参与基站在接收到呼叫建立请求时，采用预留的空闲资源建立呼叫即可。

从本申请实施例的技术方案可以看出，核心网通过监控参与基站的空闲资源情况，在确定所有参与基站均有空闲资源时，核心网再通过“请求－确认”的方式询问用户终端是否立刻进行组呼建立，如果是，核心网就通知所有参与基站利用空闲资源建立此次组呼，正是通过“预约机制”和“请求－确认”机制，保证组呼业务的成功建立，这种方式无需牺牲低优先级的呼叫，保证所有用户的通话安全性、可靠性，用户通话体验好。

在实际应用时，用户在发起预约组呼请求之后，由于一些原因可能不需要再建立此次组呼，在这种情况下，如果不及时控制参与基站释放预留的资源，将会造成资源浪费，降低通信质量。针对这种实际需求，本申请从核心网的角度提供了另一种组呼业务处理方法。

参阅图4，示出的本申请核心网侧组呼业务处理方法实施例2的流程图，该方法包括：

S401，核心网通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站。

S402，所述核心网查询参与基站的资源状态，接收参与基站反馈的资源预留信息，在接收到所有参与基站反馈的资源预留信息时，向所述终端发送建立组呼确认请求；所述资源预留信息用于表征参与基站为组呼业务预留了空闲资源。

S403，所述核心网监控是否在第一预设时间内接收到所述终端发送的建立组呼确认信息；如果是，执行S404，如果否，执行S405，

S404，所述核心网向所述参与基站发送呼叫建立请求，以使所述参与基站利用预留的空闲资源建立呼叫。

S405，所述核心网通知所述参与基站释放预留的空闲资源。

本申请实施例的技术方案，通过“预约组呼”、“请求－确认”的方式，确保了所有参与基站的的终端都能够参与呼叫，这种方式无需牺牲低优先级的呼叫，保证所有用户的通话安全性、可靠性，用户通话体验好。另外，通过监控机制根据实际时间需求及时控制所有参与基站释放预留的空闲资源，避免资源闲置浪费。

另外，在实际应用中，预约组呼涉及的参与基站，有的已经预留了空闲资源，而有的参与基站可能由于业务繁忙，一直没有空闲时间，如果一直等待这些繁忙的基站，等待时间过长，可能会影响已预留空闲资源的参与基站的资源利用率，且等待时间过长，预约组呼也可能已经失去建立的意义。因此，基于这种实际应用场景，本申请提供另一种方案，具体在上文方法的基础上还可以增加以下步骤：

所述核心网监控是否在第二预设时间内接收到所有参与基站反馈的资源预留信息；如果否，所述核心网向所述终端发送取消预约组呼信息，并通知预留空闲资源的参与基站释放预留的空闲资源。

基于上述方案，当存在至少一个参与基站超过第二预设时间还没有预留空闲资源时，核心网可以及时向终端发送取消预约组号信息，指示此次预约失败。核心网还需要通知已预留空闲资源的其他参与基站释放预留的资源，避免资源长时间无效占用。

上文是分别从终端角度及核心网角度对方法类技术方案进行了说明；为了实现方法类技术方案，本发明还提供了终端和核心网网元，下面分别进行举例说明。

参阅图5，示出的本申请终端实施例1的示意图，该终端可包括：

预约请求发送单元501，用于通过基站向核心网发送预约组呼请求，以使所述核心网根据预约组呼请求查询参与基站，并查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；

建立组呼确认单元502，用于通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送建立组呼确认信息，以使所述核心网向所述参与基站发送呼叫建立请求，所述参与基站利用空闲资源建立呼叫。

可选的，所述预约请求发送单元具体用于：

采用短消息方式通过基站向核心网发送携带组号的预约组呼请求，以使所述核心网根据所述组号查询参与基站；或，

根据预置的状态消息码与组号的对应关系，采用状态消息方式通过基站向核心网发送状态消息码，以使所述核心网根据所述对应关系以及接收到的所述状态消息码查询对应的组号，根据所述组号查询参与基站。

可选的，所述终端还可以包括：

拒绝建立单元，用于通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送拒绝建立组呼信息，以使核心网通知所有参与基站释放预留的资源。

另外，参阅图6，本申请提供的终端实施例2的示意图，具体是在上述图5所示终端的基础上增加了监控单元和放弃预约单元，该终端可包括：

预约请求发送单元601，用于通过基站向核心网发送预约组呼请求，以使所述核心网根据预约组呼请求查询参与基站，并查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；

监控单元602，用于监控自身是否在预设时间内接收到所述核心网发送的建立组呼确认请求；如果是，触发建立组呼确认单元；如果否，触发取消预约单元；

建立组呼确认单元603，通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送建立组呼确认信息，以使所述核心网向所述参与基站发送呼叫建立请求，所述参与基站利用空闲资源建立呼叫。

取消预约单元604，用于通过基站向核心网发送取消预约组呼请求，以使所述核心网通知所述参与基站取消此次组呼建立。

参阅图7，示出的本申请核心网网元实施例1的示意图，该核心网网元可包括：

预约请求接收单元701，用于通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站；

资源监控单元702，用于查询参与基站的资源状态，在确定参与基站均具有空闲资源时，触发发送单元；

所述发送单元703，用于向所述终端发送建立组呼确认请求；

建立组呼单元704，用于接收所述终端发送的建立组呼确认信息，向所述参与基站发送呼叫建立请求，以使所述参与基站利用空闲资源建立呼叫。

可选的，所述预约请求接收单元具体用于：

采用短消息处理方式接收终端发送的携带组号的预约组呼请求，根据所述组号查询参与基站；或，

采用状态消息处理方式接收终端发送的携带状态消息码的预约组呼请求，根据预置的状态消息码与组号的对应关系查询对应的组号，根据所述组号查询参与基站。

另外，参阅图8，本申请提供的核心网网元实施例2的示意图，具体是在上述图7所示核心网网元的基础上增加了第一监控单元以及第一通知单元，该核心网网元可包括：

预约请求接收单元801，用于通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站；

资源监控单元802，用于查询参与基站的资源状态；

接收单元803，用于接收参与基站反馈的资源预留信息，在接收到该资源预留信息时，触发所述发送单元；所述资源预留信息用于表征参与基站为组呼业务预留了空闲资源。

所述发送单元804，用于向所述终端发送建立组呼确认请求；

第一监控单元805，用于监控是否在第一预设时间内接收到所述终端发送的建立组呼确认信息；如果是，触发所述建立组呼单元806；建立组呼单元806，用于接收所述终端发送的建立组呼确认信息，向所述参与基站发送呼叫建立请求，以使所述参与基站利用空闲资源建立呼叫。如果否，触发第一通知单元；第一通知单元807，用于通知所述参与基站释放预留的空闲资源。

另外，在实际应用中，预约组呼涉及的参与基站，有的已经锁定空闲资源，而有的参与基站可能由于业务繁忙，一直没有空闲时间，如果一直等待这些繁忙的基站，等待时间过长，可能会影响已预留空闲资源的参与基站的资源利用率，且等待时间过长，预约组呼也可能已经失去建立的意义。因此，基于这种实际应用场景，本申请提供另一种方案，具体在上文各个装置的基础上还可以增加以下单元：

可选的，所述核心网网元还包括：

第二监控单元，用于监控是否在第二预设时间内接收到所有参与基站发送的资源预留信息；如果否，触发第二通知单元；

所述第二通知单元，用于向所述终端发送取消预约组呼信息，并通知已预留空闲资源的参与基站释放预留的空闲资源。

本申请提供的核心网网元，通过“预约机制”为终端提供预约组呼资源的服务，在资源预约成功之后，再通过“请求－确认”机制为终端提供建立组呼业务的服务，这种方式无需牺牲低优先级的呼叫，保证所有用户的通话安全性、可靠性，用户通话体验好。另外，核心网网元还可以通过监控机制根据实际时间需求及时控制所有参与基站释放已锁定的资源，避免资源闲置浪费。

进一步地，本发明实施例还提供了终端及核心网网元的硬件构成，终端及核心网网元均可包括至少一个处理器(例如CPU)，至少一个网络接口或者其他通信接口，存储器，和至少一个通信总线，用于实现这些装置之间的连接通信。处理器用于执行存储器中存储的可执行模块，例如计算机程序。存储器可以是易失性存储器(volatilememory)，例如随机存取存储器(RandomAccessMemory，RAM)，或者，非易失性存储器(non－volatilememory)，例如只读存储器(ReadOnlyMemory，ROM)，快闪存储器(flashmemory)，硬盘(HardDiskDrive，HDD)或固态硬盘(SolidStateDrive，SSD)。通过至少一个网络接口(可以是有线或者无线)实现该基站与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

参见图9，在一些实施方式中，存储器中存储了可执行模块，可执行模块可以被处理器执行，其中，可执行模块包括：预约请求发送单元501和建立组呼确认单元502，也可以包括图6所示的各单元，各单元的具体实现可可以参见上文对图5、6的描述，这里不再赘述。

参见图10，在一些实施方式中，存储器中存储了可执行模块，可执行模块可以被处理器执行，其中，可执行模块包括：预约请求接收单元701，资源监控单元702、发送单元703、及建立组呼单元704；也可以包括图8所示的各单元，各单元的具体实现可以参见上文对图7、8的描述，这里不再赘述。

可以理解的是，本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (16)

1.一种组呼业务处理方法，其特征在于，包括：

终端通过基站向核心网发送预约组呼请求，以使所述核心网根据预约组呼请求查询参与基站，并查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；

所述终端通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送建立组呼确认信息，以使所述核心网向所述参与基站发送呼叫建立请求，所述参与基站利用空闲资源建立呼叫。

2.根据权利要求1所述的方法，其特征在于，所述终端通过基站向核心网发送预约组呼请求，具体包括：

所述终端采用短消息方式通过基站向核心网发送携带组号的预约组呼请求，以使所述核心网根据所述组号查询参与基站；或，

所述终端根据预置的状态消息码与组号的对应关系，采用状态消息方式通过基站向核心网发送状态消息码，以使所述核心网根据所述对应关系以及接收到的所述状态消息码查询对应的组号，再根据所述组号查询参与基站。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述终端监控自身是否在预设时间内接收到所述核心网发送的建立组呼确认请求；

如果在预设时间内没有接收到所述建立组呼确认请求，则所述终端通过基站向核心网发送取消预约组呼请求；

如果在预设时间内接收到所述建立组呼确认请求，则所述终端执行向所述核心网发送建立组呼确认信息的操作。

4.一种组呼业务处理方法，其特征在于，包括：

核心网通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站；

所述核心网查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；

所述核心网接收所述终端发送的建立组呼确认信息，向所述参与基站发送呼叫建立请求，以使所述参与基站利用空闲资源建立呼叫。

5.根据权利要求4所述的方法，其特征在于，所述核心网查询参与基站的资源状态，在确定参与基站均具有空闲资源时，所述方法还包括：

所述核心网接收参与基站反馈的资源预留信息，在接收到所有参与基站反馈的资源预留信息时，再执行向所述终端发送建立组呼确认请求的步骤；所述资源预留信息用于表征参与基站为组呼业务预留了空闲资源。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

所述核心网监控是否在第一预设时间内接收到所述终端发送的建立组呼确认信息；

如果在所述第一预设时间内没有接收到所述建立组呼确认信息，则所述核心网通知所述参与基站释放预留的空闲资源；

如果在所述第一预设时间内接收到所述建立组呼确认信息，则所述核心网执行向所述参与基站发送呼叫建立请求的操作，以使所述参与基站利用预留的空闲资源建立呼叫。

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

所述核心网监控是否在第二预设时间内接收到所有参与基站反馈的资源预留信息；

如果否，所述核心网向所述终端发送取消预约组呼信息，并通知预留空闲资源的参与基站释放预留的空闲资源。

8.根据权利要求4所述的方法，其特征在于，所述核心网通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站，包括：

所述核心网采用短消息处理方式接收终端发送的携带组号的预约组呼请求，根据所述组号查询参与基站；或，

所述核心网采用状态消息处理方式接收终端发送的携带状态消息码的预约组呼请求，根据预置的状态消息码与组号的对应关系查询对应的组号，再根据所述组号查询参与基站。

9.一种终端，其特征在于，包括：

预约请求发送单元，用于通过基站向核心网发送预约组呼请求，以使所述核心网根据预约组呼请求查询参与基站，并查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；

建立组呼确认单元，用于通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送建立组呼确认信息，以使所述核心网向所述参与基站发送呼叫建立请求，所述参与基站利用空闲资源建立呼叫。

10.根据权利要求9所述的终端，其特征在于，所述预约请求发送单元具体用于：

采用短消息方式通过基站向核心网发送携带组号的预约组呼请求，以使所述核心网根据所述组号查询参与基站；或，

根据预置的状态消息码与组号的对应关系，采用状态消息方式通过基站向核心网发送状态消息码，以使所述核心网根据所述对应关系以及接收到的所述状态消息码查询对应的组号，根据所述组号查询参与基站。

11.一种核心网网元，其特征在于，包括：

预约请求接收单元，用于通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站；

资源监控单元，用于查询参与基站的资源状态，在确定参与基站均具有空闲资源时，触发发送单元；

所述发送单元，用于向所述终端发送建立组呼确认请求；

建立组呼单元，用于接收所述终端发送的建立组呼确认信息，向所述参与基站发送呼叫建立请求，以使所述参与基站利用空闲资源建立呼叫。

12.根据权利要求11所述的核心网网元，其特征在于，所述核心网网元还包括：

接收单元，用于接收参与基站反馈的资源预留信息，在接收到所有参与基站反馈的资源预留信息时，再触发所述发送单元；所述资源预留信息用于表征参与基站为组呼业务预留了空闲资源。

13.根据权利要求12所述的核心网网元，其特征在于，所述核心网网元还包括：

第一监控单元，用于监控是否在第一预设时间内接收到所述终端发送的建立组呼确认信息；如果是，触发所述建立组呼单元；如果否，触发第一通知单元；

第一通知单元，用于通知所述参与基站释放预留的空闲资源。

14.根据权利要求12所述的核心网网元，其特征在于，所述核心网网元还包括：

第二监控单元，用于监控是否在第二预设时间内接收到所有参与基站反馈的资源预留信息；如果否，触发第二通知单元；

所述第二通知单元，用于向所述终端发送取消预约组呼信息，并通知预留空闲资源的参与基站释放预留的空闲资源。

15.一种终端，其特征在于，包括至少一个处理器，至少一个网络接口或者其它通信接口，存储器，和至少一个通信总线；所述存储器用于存储程序指令，所述处理器用于根据所述程序指令执行以下步骤：

通过基站向核心网发送预约组呼请求，以使所述核心网根据预约组呼请求查询参与基站，并查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；

通过基站接收所述核心网发送的建立组呼确认请求，向所述核心网发送建立组呼确认信息，以使所述核心网向所述参与基站发送呼叫建立请求，所述参与基站利用空闲资源建立呼叫。

16.一种核心网网元，其特征在于，包括至少一个处理器，至少一个网络接口或者其它通信接口，存储器，和至少一个通信总线；所述存储器用于存储程序指令，所述处理器用于根据所述程序指令执行以下步骤：

通过基站接收终端发送的预约组呼请求，根据所述预约组呼请求查询参与基站；

查询参与基站的资源状态，在确定参与基站均具有空闲资源时，向所述终端发送建立组呼确认请求；

接收所述终端发送的建立组呼确认信息，向所述参与基站发送呼叫建立请求，以使所述参与基站利用空闲资源建立呼叫。