CN106612496B - 一种全呼呼叫业务的实现方法及设备 - Google Patents

Abstract

本发明提供了一种全呼呼叫业务的实现方法及设备，该方法包括：在集群核心网中配置系统内的至少一个全呼号码，将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员；当接收到调度台发送的第一SIP请求消息时，根据所述第一SIP请求消息以及系统内配置的全呼号码判断当前组播呼叫是否为全呼呼叫；若确定当前组播呼叫为全呼呼叫，则向当前所连接的所有基站发送组呼上下文建立请求消息，所述组呼上下文建立请求消息中设置有全呼业务标识，以使每一基站在本基站下的所有小区进行业务广播。本发明简化了签约数据的配置，避免了频繁地进行组呼扩建、缩减流程，而且在漫游场景时，实现了漫游用户对访问地的全呼呼叫业务的正常接收。

Description

一种全呼呼叫业务的实现方法及设备

技术领域

本发明涉及通信技术领域，尤其涉及一种全呼呼叫业务的实现方法及设备。

背景技术

集群通信系统是为了满足行业用户指挥调度需求而开发的，面向特定行业应用的专用无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油、港口等领域有着广泛的应用市场。

基于TD-LTE技术的宽带集群通信系统以TD-LTE为核心技术，将TD-LTE的高速率、大带宽与数字集群技术中的资源共享、快速呼叫建立、指挥调度等特点进行融合，是一种能够提供高速数据传输的通信系统。组呼业务是宽带集群通信系统提供的最基本业务，组呼是一对多的半双工调度通话，即“一呼百应”。首先，由主叫用户发起组呼建立，组内用户可以通过话语权申请过程申请发言，同一时间内只能由一个用户说话，组内的其他用户被动收听。

全呼呼叫业务是一种特殊的语音组呼，该业务只能由调度台发起，系统内全体用户参与业务，用户只能接听呼叫，不能申请话语权。目前，全呼业务的实现方式如图1所示，具体如下：

在签约数据库中配置一个全呼组号，将系统内所有的用户都配置为该组的组成员；

主叫DC(调度台)操作人员通过界面发起全呼业务，向集群核心网发送SIP(Invite)消息，消息中呼叫类型置为组播呼叫；

对于注册的DCx，集群核心网会向这些DCx发送SIP(Invite)消息触发组呼业务建立，消息中呼叫类型置为组播呼叫；

集群核心网查询该组内当前有哪些UE已经注册，根据UE的注册信息，向对应的集群基站eNB发送组呼上下文请求消息，触发基站进行组呼建立；

基站接收到组呼上下文建立请求消息，根据消息中携带的跟踪区列表TA List，在对应的小区进行业务广播。

集群基站完成资源分配，向集群核心网回复组呼建立响应消息；

DCx完成资源分配之后，会向集群核心网回复SIP(200(OK))消息；

集群核心网向DCx发送SIP(ACK)消息后，向主叫DC回复SIP(200(OK))消息；

DC向集群核心网回复SIP(ACK)消息后，便可以向集群核心网发送全呼下行数据。

目前，全呼业务和普通的组呼业务建立实现方式基本一致，主要的差异在于：集群核心网根据SIP消息中携带的CallType(置为组播呼叫)，会将该业务上下文置为广播呼叫属性，不允许组内UE发起话语权申请过程。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

1.签约数据配置复杂：现有技术中调度台无法获取系统内的全呼号码，只能在签约数据库将组内成员人工配置为系统内所有成员，当全网用户数达到千以上级别时，人工手动添加、删除组内成员会非常麻烦，用户体验较差，友好性不够；

2.漫游场景时，终端漫游到访问地集群核心网时，由于访问地的签约数据中没有该UE的签约信息，因此漫游用户无法接收到访问地的全呼业务；

3.集群核心网可能会频繁组呼扩建、缩减过程：全呼业务建立过程中，集群核心网会根据组内UE所属的跟踪区TA(Tracking Area)，向eNB指示在这些TA进行业务建立，而不是在该eNB的所有小区进行业务建立。后续UE在其他TA下的小区注册时，集群核心网需要进行组呼扩建，同理，当该TA下最后一个UE去注册时，集群核心网还需要进行组呼缩减

发明内容

针对现有技术的缺陷，本发明提供一种全呼呼叫业务的实现方法及设备，解决了现有技术中签约数据配置复杂，频繁组呼扩建、缩减流程，以及漫游场景时，用户无法接收到访问地的全呼业务的问题。

根据本发明的一个方面，提供了一种全呼呼叫业务的实现方法，该方法包括：

在集群核心网中配置系统内的至少一个全呼号码，将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员；

当接收到调度台发送的第一SIP请求消息时，根据所述第一SIP请求消息以及系统内配置的全呼号码判断当前组播呼叫是否为全呼呼叫，所述第一SIP请求消息中携带有当前组播呼叫的呼叫组号；

若确定当前组播呼叫为全呼呼叫，则向当前所连接的所有基站发送组呼上下文建立请求消息，所述组呼上下文建立请求消息中设置有全呼业务标识，以使每一基站在本基站下的所有小区进行业务广播。

根据本发明的另一个方面，提供了一种全呼呼叫业务的实现设备，该设备包括：

配置模块，用于在集群核心网中配置系统内的至少一个全呼号码，将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员；

判断模块，用于当接收到调度台发送的第一SIP请求消息时，根据所述第一SIP请求消息以及系统内配置的全呼号码判断当前组播呼叫是否为全呼呼叫，所述第一SIP请求消息中携带有当前组播呼叫的呼叫组号；

发送模块，用于当确定当前组播呼叫为全呼呼叫时，向当前所连接的所有基站发送组呼上下文建立请求消息，所述组呼上下文建立请求消息中设置有全呼业务标识，以使每一基站在本基站下的所有小区进行业务广播。

本发明的有益效果为：

本发明实施例提供的全呼呼叫业务的实现方法及设备，通过在集群核心网内部配置全呼组的全呼号码，不需要在签约数据库为该组配置任何组成员，简化了签约数据的配置，而且，在全呼过程中，集群核心网向所连接的基站都发送组呼上下文建立请求消息，并增加全呼业务标识，以使基站根据组呼上下文建立请求消息中的全呼业务标识，在该基站下所有小区均进行广播发送，避免了频繁地进行组呼扩建、缩减流程，而且在漫游场景时，实现了用户对访问地的全呼呼叫业务的正常接收。

附图说明

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

图1为背景技术中的全呼呼叫业务的建立流程示意图；

图2为本发明一实施例提供的一种全呼呼叫业务的实现方法的流程示意图；

图3为本发明实施例中调度台订阅用户和组对应关系的流程示意图；

图4为本发明另一实施例提供的一种全呼呼叫业务的实现设备的结构示意图。

具体实施方式

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

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非被特定定义，否则不会用理想化或过于正式的含义来解释。

图2示出了本发明实施例提供的一种全呼呼叫业务的实现方法的流程示意图。

如图2所示，本实施例提供的全呼呼叫业务的实现方法具体包括如下步骤：

S11、在集群核心网中配置系统内的至少一个全呼号码，将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员；

具体的，在集群核心网中配置系统内的1个或者多个全呼号码，对于这些全呼号码不需要人工手动配置任何组成员，直接将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员，即这些全呼号码对应的全呼组的组成员默认是系统内所有成员。

S12、当接收到调度台发送的第一SIP请求消息时，根据所述第一SIP请求消息以及系统内配置的全呼号码判断当前组播呼叫是否为全呼呼叫，所述第一SIP请求消息中携带有当前组播呼叫的呼叫组号；

具体的，所述步骤S12中的根据所述第一SIP请求消息以及系统内配置的全呼号码判断当前组播呼叫是否为全呼呼叫，具体包括以下步骤：

获取所述第一SIP请求消息中携带的当前组播呼叫的呼叫组号；

判断所述呼叫组号是否属于所述系统内配置的全呼号码，当所述呼叫组号属于所述系统内配置的全呼号码时，确定当前组播呼叫为全呼呼叫。

S13、若确定当前组播呼叫为全呼呼叫，则向当前所连接的所有基站发送组呼上下文建立请求消息，所述组呼上下文建立请求消息中设置有全呼业务标识，以使每一基站在本基站下的所有小区进行业务广播。

本发明实施例，通过对现有组呼上下文建立请求消息进行改进，在现有组呼上下文建立请求消息中新增设全呼业务标识，以使每一基站根据所述全呼业务标识在本基站下的所有小区进行业务广播。改进后的组呼上下文建立请求消息的消息格式，如表1所示：

表1改进后的组呼上下文建立请求消息的消息格式

表1中，组呼上下文建立请求消息的字段描述，标记出的为新增的字段，用于标识全呼业务标识，由于字段较多，中间字段用省略号表示。

本发明实施例提供的全呼呼叫业务的实现方法，通过在集群核心网内部配置全呼组的全呼号码，不需要在签约数据库为该组配置任何组成员，简化了签约数据的配置，而且，在全呼过程中，集群核心网向所连接的基站都发送组呼上下文建立请求消息，并增加全呼业务标识，以使基站根据组呼上下文建立请求消息中的全呼业务标识，在该基站下所有小区均进行广播发送，避免了频繁地进行组呼扩建、缩减流程，而且在漫游场景时，实现了用户对访问地的全呼呼叫业务的正常接收。

进一步地，所述方法还包括：

向已注册的其他调度台发送第二SIP请求消息，所述第二SIP请求消息中携带有当前组播呼叫的呼叫组号，以使其他调度台根据系统内配置的全呼号码感知当前组播呼叫是否为全呼呼叫业务，若感知当前组播呼叫为全呼呼叫业务时，禁止触发话语权申请流程。

本发明实施例中，对于已注册的其他调度台DCx，集群核心网会向这些DCx发送SIP(Invite)消息触发组呼业务建立，被叫DC根据组号感知该业务为全呼业务，禁止触发话语权申请过程。

在本发明实施例中，在所述步骤S11中的将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员之前，所述方法还包括以下步骤：

A1、接收UE发送的第一集群注册请求消息；

A2、向所述UE发送第一集群注册响应消息，所述第一集群注册响应消息中携带有所述UE所属的组列表；

其中，所述UE所属的组列表中包含所述UE所属的呼叫组的组名称、组属性类型和组呼号码。

具体的，UE进行集群注册时，集群核心网会将该UE所属的组列表下发给UE终端，组列表需要包括UE所属的呼叫组的组名称、组属性类型和组呼号码；而且，对于漫游用户，注册响应消息中携带的组列表也要包含该UE所属的呼叫组的组名称、组属性类型和组呼号码。

进一步地，本发明实施例提出的全呼呼叫业务的实现方法，还包括以下步骤：

B1、接收调度台发送的第二集群注册请求消息；

B2、向所述调度台发送第二集群注册响应消息，所述第二集群注册响应消息中携带有所述调度台所属的组列表；

其中，所述调度台所属的组列表中包含所述调度台所属的呼叫组的组名称、组属性类型和组呼号码。

具体的，调度台可在执行集群注册时获取全呼组信息。具体方法为：在集群注册的响应消息中携带有所述调度台所属的组列表，所述组列表包含调度台所属的呼叫组以及所述呼叫组的组属性类型GroupType和组呼号码等字段。其中，所述组属性类型GroupType字段，具体为，组属性类型：0：常规组；1：全呼组。

本发明实施例中，当调度台在集群注册过程中，没有获取到调度台所属的呼叫组的组名称、组属性类型和组呼号码等信息时，进一步地，所述方法还包括以下步骤：

C1、当接收到调度台发送的用于获取每一UE所属的组列表的SIP订阅请求消息时，向所述调度台发送SIP订阅状态消息，所述SIP订阅状态消息中携带有每一UE所属的组列表；

其中，所述UE所属的组列表中包含所述UE所属的呼叫组的组名称、组属性类型和组呼号码。

具体的，本发明实施例中，调度台DC通过订阅用户和组对应关系可以获取其所属的组列表，扩展pttmembershipinfo内容，根据新增的组属性类型值DC可以获取系统内的全呼组号。优化后的订阅流程如图3所示，具体步骤如下：

调度台向集群核心网发送SIP(SUBSCRIBE)消息，请求获得用户和组对应关系；

集群核心网向调度台发送SIP(200 OK)消息，接受调度台订阅请求；

集群核心网向调度台发送SIP(NOTIFY)消息，将调度台请求的用户和组对应关系发送给调度台，其中还包括组属性类型值，表明是否为全呼组号；

调度台向集群核心网发送SIP(200 OK)消息进行确认；

优化之后的用户和组对应关系属性推送扩展参数如表2所示；

表2用户和组对应关系属性推送扩展参数

下面通过一个具体的实现全呼呼叫业务的实施例，对本发明技术方案进行详细说明。

主叫调度台DC发起全呼呼叫业务，向集群核心网发送SIP(Invite)消息，消息中呼叫类型置为组播呼叫，携带的组号码为全呼组号；

集群核心网接收到SIP(Invite)消息，根据呼叫类型和组号，判断为全呼业务，直接向集群核心网向所连接的所有的eNB都发送组呼上下文建立请求消息，消息中新增字段表明是全呼业务；

基站接收到组呼上下文建立请求消息，判断消息中包含全呼业务标识，会在本基站下的所有小区进行业务广播，并向集群核心网回复上下文建立响应消息；

对于系统中已注册的其他调度台DCx，集群核心网会向这些DCx发送SIP(Invite)消息触发组呼业务建立，被叫DC根据组号感知该业务为全呼业务，禁止触发话语权申请过程；

DCx完成资源分配之后，会向集群核心网回复SIP(200(OK))消息；

集群核心网向DCx发送SIP(ACK)消息后，向主叫DC回复SIP(200(OK))消息；

主叫DC向集群核心网回复SIP(ACK)消息后，便可以向集群核心网发送全呼下行数据，实现全呼呼叫业务。

结合所述，本发明实施例提供的全呼呼叫业务的实现方法，具有以下优点：

1.签约数据配置简单：现有技术需要对全呼组配置全部组成员，操作维护难度大，易遗漏出错；本发明实施例提供的全呼呼叫业务的实现方法中调度台在注册时可以获取系统内规划的全呼号码，因此只需要在集群核心网内部配置全呼组的组号码即可，不需要在签约数据库为该组配置任何组成员；

2.存在漫游场景时，漫游用户也能正常接收访问地下发的全呼业务；

3.方案简单清晰：相对于现有技术，本发明实施例提供的全呼呼叫业务的实现方法中没有组呼扩建和缩减流程，流程简化且能避免由于组呼扩建、缩减流程失败导致的业务无法正常接收问题，对于轨道交通行业，该优点非常有益。

另外，对于上述方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明所必须的。

基于与上述方法同样的发明构思，本发明另一实施例还提供了一种全呼呼叫业务的实现设备，图4示出了本发明实施例提供的一种全呼呼叫业务的实现设备的结构示意图。

如图4所示，本实施例提供的全呼呼叫业务的实现设备具体包括：配置模块301、判断模块302和发送模块303，其中：

所述的配置模块301，用于在集群核心网中配置系统内的至少一个全呼号码，将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员；

所述的判断模块302，用于当接收到调度台发送的第一SIP请求消息时，根据所述第一SIP请求消息以及系统内配置的全呼号码判断当前组播呼叫是否为全呼呼叫，所述第一SIP请求消息中携带有当前组播呼叫的呼叫组号；

所述的发送模块303，用于当确定当前组播呼叫为全呼呼叫时，向当前所连接的所有基站发送组呼上下文建立请求消息，所述组呼上下文建立请求消息中设置有全呼业务标识，以使每一基站在本基站下的所有小区进行业务广播。

进一步地，本发明实施例中的发送模块303，还用于向已注册的其他调度台发送第二SIP请求消息，所述第二SIP请求消息中携带有当前组播呼叫的呼叫组号，以使其他调度台根据系统内配置的全呼号码感知当前组播呼叫是否为全呼呼叫业务，若感知当前组播呼叫为全呼呼叫业务时，禁止触发话语权申请流程。

进一步地，本发明实施例中的所述判断模块302，具体包括：获取单元、判断单元以及确定单元，其中：

所述的获取单元，用于获取所述第一SIP请求消息中携带的当前组播呼叫的呼叫组号；

所述的判断单元，用于判断所述呼叫组号是否属于所述系统内配置的全呼号码；

所述的确定单元，用于当所述判断单元的判断结果为所述呼叫组号属于所述系统内配置的全呼号码时，确定当前组播呼叫为全呼呼叫。

本发明实施例中提出的全呼呼叫业务的实现设备，进一步包括接收模块：

所述的接收模块，用于在所述将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员之前，接收UE发送的第一集群注册请求消息；

相应的，所述发送模块303，还用于向所述UE发送第一集群注册响应消息，所述第一集群注册响应消息中携带有所述UE所属的组列表；

其中，所述UE所属的组列表中包含所述UE所属的呼叫组的组名称、组属性类型和组呼号码。

更进一步地，所述接收模块，还用于接收调度台发送的第二集群注册请求消息；

相应的，所述发送模块303，还用于向所述调度台发送第二集群注册响应消息，所述第二集群注册响应消息中携带有所述调度台所属的组列表；

其中，所述调度台所属的组列表中包含所述调度台所属的呼叫组的组名称、组属性类型和组呼号码。

本发明实施例中，当调度台在集群注册过程中，没有获取到调度台所属的呼叫组的组名称、组属性类型和组呼号码等信息时，进一步地，所述发送模块303，还用于当所述接收模块接收到调度台发送的用于获取每一UE所属的组列表的SIP订阅请求消息时，向所述调度台发送SIP订阅状态消息，所述SIP订阅状态消息中携带有每一UE所属的组列表；其中，所述UE所属的组列表中包含所述UE所属的呼叫组的组名称、组属性类型和组呼号码，进而保证调度台能够获取到调度台所属的呼叫组的组名称、组属性类型和组呼号码等信息。

对于设备实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

综上所述，本发明实施例提供的全呼呼叫业务的实现方法及设备，通过在集群核心网内部配置全呼组的全呼号码，不需要在签约数据库为该组配置任何组成员，简化了签约数据的配置，而且，在全呼过程中，集群核心网向所连接的基站都发送组呼上下文建立请求消息，并增加全呼业务标识，以使基站根据组呼上下文建立请求消息中的全呼业务标识，在该基站下所有小区均进行广播发送，避免了频繁地进行组呼扩建、缩减流程，而且在漫游场景时，实现了漫游用户对访问地的全呼呼叫业务的正常接收。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (8)

1.一种全呼呼叫业务的实现方法，其特征在于，该方法包括：

在集群核心网中配置系统内的至少一个全呼号码，将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员；

当接收到调度台发送的第一SIP请求消息时，根据所述第一SIP请求消息以及系统内配置的全呼号码判断当前组播呼叫是否为全呼呼叫，所述第一SIP请求消息中携带有当前组播呼叫的呼叫组号；

若确定当前组播呼叫为全呼呼叫，则向当前所连接的所有基站发送组呼上下文建立请求消息，所述组呼上下文建立请求消息中设置有全呼业务标识，以使每一基站在本基站下的所有小区进行业务广播；

其中，所述根据所述第一SIP请求消息以及系统内配置的全呼号码判断当前组播呼叫是否为全呼呼叫，包括：

获取所述第一SIP请求消息中携带的当前组播呼叫的呼叫组号；

判断所述呼叫组号是否属于所述系统内配置的全呼号码，当所述呼叫组号属于所述系统内配置的全呼号码时，确定当前组播呼叫为全呼呼叫。

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

向已注册的其他调度台发送第二SIP请求消息，所述第二SIP请求消息中携带有当前组播呼叫的呼叫组号，以使其他调度台根据系统内配置的全呼号码感知当前组播呼叫是否为全呼呼叫业务，若感知当前组播呼叫为全呼呼叫业务时，禁止触发话语权申请流程。

3.根据权利要求1或2所述的方法，其特征在于，在所述将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员之前，所述方法还包括：

接收UE发送的第一集群注册请求消息；

向所述UE发送第一集群注册响应消息，所述第一集群注册响应消息中携带有所述UE所属的组列表；

其中，所述UE所属的组列表中包含所述UE所属的呼叫组的组名称、组属性类型和组呼号码。

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

接收调度台发送的第二集群注册请求消息；

向所述调度台发送第二集群注册响应消息，所述第二集群注册响应消息中携带有所述调度台所属的组列表；

其中，所述调度台所属的组列表中包含所述调度台所属的呼叫组的组名称、组属性类型和组呼号码。

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

当接收到调度台发送的用于获取每一UE所属的组列表的SIP订阅请求消息时，向所述调度台发送SIP订阅状态消息，所述SIP订阅状态消息中携带有每一UE所属的组列表；

其中，所述UE所属的组列表中包含所述UE所属的呼叫组的组名称、组属性类型和组呼号码。

6.一种全呼呼叫业务的实现设备，其特征在于，该设备包括：

配置模块，用于在集群核心网中配置系统内的至少一个全呼号码，将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员；

判断模块，用于当接收到调度台发送的第一SIP请求消息时，根据所述第一SIP请求消息以及系统内配置的全呼号码判断当前组播呼叫是否为全呼呼叫，所述第一SIP请求消息中携带有当前组播呼叫的呼叫组号；

发送模块，用于当确定当前组播呼叫为全呼呼叫时，向当前所连接的所有基站发送组呼上下文建立请求消息，所述组呼上下文建立请求消息中设置有全呼业务标识，以使每一基站在本基站下的所有小区进行业务广播；

其中，所述判断模块，包括：

获取单元，用于获取所述第一SIP请求消息中携带的当前组播呼叫的呼叫组号；

判断单元，用于判断所述呼叫组号是否属于所述系统内配置的全呼号码；

确定单元，用于当所述判断单元的判断结果为所述呼叫组号属于所述系统内配置的全呼号码时，确定当前组播呼叫为全呼呼叫。

7.根据权利要求6所述的设备，其特征在于，所述发送模块，还用于向已注册的其他调度台发送第二SIP请求消息，所述第二SIP请求消息中携带有当前组播呼叫的呼叫组号，以使其他调度台根据系统内配置的全呼号码感知当前组播呼叫是否为全呼呼叫业务，若感知当前组播呼叫为全呼呼叫业务时，禁止触发话语权申请流程。

8.根据权利要求6或7所述的设备，其特征在于，所述设备还包括：

接收模块，用于在所述将系统内所有成员默认配置为所述全呼号码对应的全呼组的组成员之前，接收UE发送的第一集群注册请求消息；

所述发送模块，还用于向所述UE发送第一集群注册响应消息，所述第一集群注册响应消息中携带有所述UE所属的组列表；

其中，所述UE所属的组列表中包含所述UE所属的呼叫组的组名称、组属性类型和组呼号码。