CN113115235A - 一种mcptt组呼方法、服务器及通信系统 - Google Patents

Abstract

本申请涉及一种MCPPT组呼方法、服务器及通信系统。该方法包括接收第一客户端发送的第一呼叫请求，第一呼叫请求包括多个被叫号码；根据多个被叫号码建立一呼叫组；向每个被叫号码对应的第二客户端发送第二呼叫请求；以及接收多个第二客户端发送的第一确认消息，并根据第一确认消息向第一客户端发送第二确认消息，以使第一客户端与多个第二客户端在呼叫组内通话。通过上述方式，本申请可以提高3GPP的通信模式的灵活性，且能够避免呼叫组建立失败的情况。

Description

一种MCPTT组呼方法、服务器及通信系统

技术领域

本申请涉及通信技术，尤其涉及一种MCPTT组呼方法、服务器及通信系统。

背景技术

集群通信系统通常包括诸如组呼、紧急呼叫、发起或接收与公网之间的呼叫等多种呼叫功能；同时，可以为用户提供可靠的通信信道、快速建立通话、优先等级划分、动态重组能力等功能，尤其是在执行紧急任务时，这些功能更显重要。

第三代移动伙伴工程(3rd Generation Partnership Project，简称3GPP)的R13中定义了关键任务一键通(Mission Critical Push To Talk，简称MCPTT)业务。MCPTT业务基于长期演进(Long Term Evolution，简称LTE)宽带承载来解决应急通信领域的集群呼叫问题，应急通信领域可以包括公共安全类应用(例如火警和公安系统)和通用商用类应用(例如铁路和城市地铁系统)。

在3GPP目前现有的集群系统方案中，一个集群组呼发起的前提是需要存在这个组的组号，用户需要在终端选择这个组的组号并按下一键通(Push toTalk，简称PTT)键来触发集群组呼业务。这个组号可以是管理员在开户时就通过群组用户关系指定的，也可以是由某特定用户或者调度台针对某几个用户或某几个静态群组通过重组的方式来指定，然后通过群组通知到各终端用户。

可见，现有技术中，在发起群组呼叫时，需要选择特定的组号；且需要调度台参与群组的建立，无法满足临时多个用户进行组内通话的需求。

发明内容

本申请的目的是提供一种MCPTT组呼方法、服务器及通信系统，能够灵活地建立临时呼叫组，且能够避免呼叫组创建失败的情况。

为解决上述技术问题，本申请采用的一个技术方案是：

一种MCPTT组呼方法，该方法包括：接收第一客户端发送的第一呼叫请求，第一呼叫请求包括多个被叫号码；根据多个被叫号码建立一呼叫组；向每个被叫号码对应的第二客户端发送第二呼叫请求；以及接收多个第二客户端发送的第一确认消息，并根据第一确认消息向第一客户端发送第二确认消息，以使第一客户端与多个第二客户端在呼叫组内通话。

在本申请的一实施例中，在接收第一客户端发送的第一呼叫请求的步骤之前，该方法进一步包括：接收第一客户端发送的注册请求；根据注册请求产生注册成功消息，并发送给第一客户端，以使第一客户端注册成功。

在本申请的一实施例中，在根据第一确认消息向第一客户端发送第二确认消息的步骤之后，该方法进一步包括：接收第一客户端发送的呼叫结束消息；根据呼叫结束消息释放呼叫组。

在本申请的一实施例中，第一客户端与多个第二客户端在呼叫组内通话的步骤包括：接收多个第二客户端发送的话权请求，话权请求携带有对应的话权优先级；根据话权请求获取多个第二客户端的话权优先级，并根据组内策略对多个话权优先级进行仲裁；通知话权优先级最高的第二客户端与第一客户端进行通话。

为解决上述技术问题，本申请提出的另一个解决方案是：

一种服务器，服务器包括存储器、处理器和通信接口，存储器用于存储程序指令，通信接口用于发送和接收数据，处理器用于根据程序指令以执行如前的方法。

为解决上述技术问题，本申请提出的另一个解决方案是：

一种MCPTT组呼方法，该方法包括：第一客户端产生第一呼叫请求，第一呼叫请求包括多个被叫号码；第一客户端发送第一呼叫请求给服务器；服务器根据多个被叫号码建立一呼叫组，并向每个被叫号码对应的第二客户端发送第二呼叫请求；第二客户端根据第二呼叫请求产生第一确认消息，并发送第一确认消息给服务器；服务器根据第一确认消息产生第二确认消息，并向第一客户端发送第二确认消息；第一客户端与多个第二客户端在呼叫组内通话。

在本申请的一实施例中，在第一客户端产生第一呼叫请求的步骤之前，该方法进一步包括：第一客户端发送注册请求给服务器；服务器根据注册请求产生注册成功消息，并发送给第一客户端，以使第一客户端注册成功。

在本申请的一实施例中，在第一客户端与多个第二客户端在呼叫组内通话的步骤之后，该方法进一步包括：第一客户端发送呼叫结束消息给服务器；服务器根据呼叫结束消息释放呼叫组。

在本申请的一实施例中，第一客户端与多个第二客户端在呼叫组内通话的步骤包括：多个第二客户端向服务器发送对应的话权请求，话权请求携带有对应的话权优先级；服务器根据话权请求获取多个第二客户端的话权优先级，并根据组内策略对多个话权优先级进行仲裁；服务器通知话权优先级最高的第二客户端与第一客户端进行通话。

为解决上述技术问题，本申请提出的又一解决方案是：

一种通信系统，通信系统至少包括第一客户端、基站、核心网、服务器和第二客户端；其中：第一客户端产生第一呼叫请求，第一呼叫请求包括多个被叫号码；第一客户端通过基站和核心网发送第一呼叫请求给服务器；服务器根据多个被叫号码建立一呼叫组，并向每个被叫号码对应的第二客户端发送第二呼叫请求；多个第二客户端根据第二呼叫请求产生第一确认消息，并发送第一确认消息给服务器；服务器根据第一确认消息产生第二确认消息，并通过基站和核心网向第一客户端发送第二确认消息；第一客户端通过基站和核心网与多个第二客户端在呼叫组内通话。

本申请的有益效果是：区别于现有技术，本申请提出一种MCPPT组呼方法、服务器及通信系统，该方法通过MCPTT服务器接收第一客户端发送的第一呼叫请求，并根据第一呼叫请求中包含的请求创建呼叫组的成员信息，建立呼叫组，使得第一客户端能够在3GPP中实现对多个第二客户端进行临时组呼的操作模式，从而提高了3GPP的通信模式的灵活性；此外，本申请还通过MCPTT服务器向对应的各集群中的多个第二客户端发送第二呼叫请求，根据多个第二客户端返回的第一确认消息并进一步更新呼叫组的群组标签，可以提高了呼叫组的有效性，避免由于全员占线而导致了呼叫组建立失败的情况。

附图说明

图1是本申请提出的MCPTT组呼流程示意图；

图2是本申请提出的通信系统的逻辑框架示意图；

图3是本申请提出的MCPPT组呼方法的另一实施方式的流程示意图；

图4是图3中步骤S260一实施例的流程示意图；

图5是本申请提出的MCPPT服务器的逻辑框架示意图；

图6是本申请提出的MCPTT组呼的方法又一实施例的流程示意图；

图7是本申请提供的MCPTT组呼的方法再一实施例的流程示意图。

具体实施方式

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

本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请可用于众多通用或专用的无线通信系统中。例如：集群通信系统及设备、宽带通信系统及设备、或其它无线通信等等。

本申请的MCPTT组呼可以为预定义组呼，预定义组呼是由用户发起对全组成员的呼叫，呼叫建立后，该组的所有成员将收到加入组呼邀请。

如图1和图2所示，图1是本申请实施例提出的MCPTT组呼流程示意图，图2是本申请中提出的通信系统的逻辑框架示意图。其中，该方法可以应用在图2中的通信系统中。

如图2所示，通信系统100可以包括MCPTT客户端110、MCPPT服务器120和组管理服务器(未示出)，其中，MCPPT客户端110可以为多个，多个MCPPT客户端110可以处于多个通信群组或者位于同一个通信群组中。MCPPT服务器120和组管理服务器可以为一个物理服务器；或者，可以是两个独立的物理服务器。以MCPPT服务器120和组管理服务器设置在同一个物理服务器为例，多个MCPTT客户端110可以分别与MCPPT服务器120进行信令传递。也就是说，本申请中的MCPPT服务器120包括了组管理服务器，使得MCPPT服务器120同时具备通信和组管理功能。

具体地，MCPTT-1是MCPTT客户端110与MCPTT服务器120之间呼叫信令面接口，具体可以采用会话初始协议(Session Initiation Protocol，简称SIP)。MCPPT客户端110在通过认证后，可以使用MCPPT-1接口在MCPPT服务器120上进行注册。MCPTT-7是MCPTT服务器120与MCPTT客户端110之间呼叫信令面接口，具体可以采用路由信息协议(RoutingInformation Protocol，简称RIP)。MCPTT服务器120可以通过MCPPT-7在多个MCPPT客户端110之间通过MCPPT-7进行媒体分发。

请继续参阅图1，该方法具体包括如下步骤：

S110：接收第一客户端发送的第一呼叫请求，第一呼叫请求包括多个被叫号码。

本实施例中，第一客户端和第二客户端是指MCPTT客户端。

MCPTT服务器接收第一客户端发送的第一呼叫请求，该第一呼叫请求可以携带有多个被呼号码，多个被呼号码分别与多个第二客户端对应，以使MCPTT服务器在接收到第一呼叫请求后，获取第一客户端请求建立临时组呼对应的多个第二客户端。例如，MCPTT服务器可以根据该呼叫号码查询到第二客户端的IP地址等信息。

在一实施例中，被叫号码还可以用于进一步指示对应的第二客户端所处的群组信息。例如，第二客户端所属的各个群组列表、群组标识等，使得MCPTT服务器能够快速定位至第一客户端选中的第二客户端。

可以理解地，本实施例中的第一客户端不仅适用于MCPPT客户端，也适用于由MCPPT调度台发起的第一呼叫请求。如果是MCPTT客户端发起的临时组呼，第一呼叫请求可以使用网络接入服务器(Network Attached Server，简称NAS)接口Call Request消息；如果是MCPTT调度台发起的临时组呼，第一呼叫请求使用D接口SIP(INVITE)消息。

S120：根据多个被叫号码建立一呼叫组。

MCPPT客户端在接收到第一呼叫请求后，根据第一呼叫请求携带的多个被叫号码获取第一客户端请求建立临时组呼的多个第二客户端，并将第一客户端和与多个被呼号码对应的多个第二客户端建立成一个新的呼叫组。

具体地，MCPPT服务器可以通过MCPPT服务器中的组管理服务器将第一客户端和多个第二客户端组建临时呼叫组。其中，组管理服务器可以将建立完成的呼叫组分配一个群组标签，并发送给MCPPT服务器。

在其他实施例中，MCPPT客户端还可以在接收第一呼叫请求时，判断第一客户端是否具有发起临时组呼的权限。如果判断第一客户端不具有该权限，则通知第一客户端发起临时组呼失败。

S130：向每个被叫号码对应的第二客户端发送第二呼叫请求。

MCPPT服务器在建立完成呼叫组后，可以根据被叫号码对应的第二客户端的IP地址确认第二客户端的网络位置，并根据网络位置向每个第二客户端发送第二呼叫请求。

具体地，第二呼叫请求可以进一步携带已建立的呼叫组的群组标签，使得接收第二呼叫请求的第二客户端可以知晓建立完成的呼叫组的信息。

MCPPT服务器可以在第二呼叫请求发送给多个第二客户端后，等待第二客户端返回的确认消息，以进一步确认位于临时呼叫组中的第二客户端是否已准备好与第一客户端进行通话。

S140：接收多个第二客户端发送的第一确认消息，并根据第一确认消息向第一客户端发送第二确认消息，以使第一客户端与多个第二客户端在呼叫组内通话。

MCPPT服务器在接收第二客户端发送的第一确认消息后，获知当前呼叫组中能够进行通话的第二客户端的信息，并发送给组管理服务器，使得组管理服务器更新呼叫组中的第二客户端的信息。

例如，处于呼叫组中的第二客户端当前处于通话中，或者处于无人接听状态，从而使得返回第一确认消息超时。MCPPT服务器可以根据返回的第一确认消息以及更新后的呼叫组标签进一步生成第二确认消息，该第二确认消息包含能够与第一客户端进行组内通话的第二客户端的信息。

在组管理服务器将更新后的呼叫组标签发送给MCPPT服务器后，MCPTT服务器进一步发送第二确认消息给第一客户端，使得客户端在接收到第二确认消息后，获取能够与第一客户端进行组内通话的多个第二客户端以及已建立的呼叫组的信息，第一客户端和多个第二客户端能够在呼叫组中建立媒体面和话权控制，并进行通话。

具体地，第一客户端在临时呼叫组中与多个第二客户端进行通话时，交互的信息可以是语音、视频、文本、数据等。相应的，该临时呼叫组具体可以是语音群组、视频群组或其他类型的群组，例如数据服务、定位服务。

在其他实施例中，由于还可能存在第二客户端全部占线或全部掉线的情况，从而导致MCPPT服务器接收不到任何一个第二客户端发送的第一确认消息。在接收第一确认消息全部超时后，MCPPT服务器可以发送第二确认消息提醒第一客户端重新选择被叫号码或者等待一段时间再发起组呼请求或者直接告知第一客户端创建呼叫组失败。

通过上述方式，本发明实施例通过MCPTT服务器接收第一客户端发送的第一呼叫请求，并根据第一呼叫请求中包含的请求创建呼叫组的成员信息，建立呼叫组，使得第一客户端能够在3GPP中实现对多个第二客户端进行临时组呼的操作模式，从而提高了3GPP的通信模式的灵活性；此外，本申请还通过MCPTT服务器向对应的各集群中的多个第二客户端发送第二呼叫请求，根据多个第二客户端返回的第一确认消息并进一步更新呼叫组的群组标签，可以提高了呼叫组的有效性，避免由于全员占线而导致了呼叫组建立失败的情况。

请参阅图3，图3是本申请提出的MCPPT组呼方法的另一实施方式的流程示意图。该方法包括如下步骤：

S210：接收第一客户端发送的注册请求。

在第一客户端与MCPPT服务器进行信令交互前，需要将第一客户端在MCPPT服务器上注册。MCPPT服务器可以通过基站和核心网接收第一客户端发送的注册请求。

可以理解地，多个第二客户端在与第一客户端进行呼叫组内通话时，也需要先在MCPPT服务器上进行注册。

S220：根据注册请求产生注册成功消息，并发送给第一客户端，以使第一客户端注册成功。

具体地，MCPPT服务器在接收到注册请求后，获知第一客户端的配置信息，如通话权限、所处集群、IP地址等信息。MCPPT服务器根据第一客户端的配置信息将第一客户端在MCPPT服务器上进行注册。

MCPPT服务器进一步生成注册成功消息，并发送给第一客户端，使得第一客户端知晓已在MCPPT服务器上注册成功。

可以理解地，多个第二客户端也可以通过上述方式在MCPPT服务器上进行注册，在此不一一赘述。

S230-S260与上述实施例中的S110-S140相一致，在此不一一赘述，请参考上述实施例。

S270：接收第一客户端发送的呼叫结束消息。

在第一客户端在新建立的临时呼叫组中与多个第二客户端进行通话完成后，MCPPT服务器可以接收第一客户端发送的呼叫结束消息。

S280：根据呼叫结束消息释放呼叫组。

MCPPT服务器在接收到该呼叫结束消息后，将该消息传递给组管理服务器。组管理服务器在接收到该呼叫结束消息后，释放该临时呼叫组，将该呼叫组的群组标签删除，并将呼叫组释放完成的消息发送给MCPPT服务器。MCPPT服务器在接收到呼叫组释放完成的消息后，可以进一步删除第一客户端以及原始呼叫组中多个第二客户端在MCPPT服务器上的注册信息。

进一步，考虑到在第一客户端与多个第二客户端建立媒体面后，在呼叫组内进行通话时，多个第二客户端可能存在同时与第一客户端进行通话的情况。因此，请结合图3并参阅图4，图4是图3中步骤S260一实施例的流程示意图。其中，步骤S260具体可以包括以下步骤：

S261：接收多个第二客户端发送的对应的话权请求，话权请求携带有对应的话权优先级。

MCPPT服务器可以在接收到多个第二客户端发送的话权请求的同时，获知对应的第二客户端的话权优先级信息。

S262：根据话权请求获取多个第二客户端的话权优先级，并根据组内策略对多个话权优先级进行仲裁。

在获知话权请求携带的话权优先级后，MCPPT服务器可以根据组内策略对多个第二客户端的话权优先级进行仲裁。其中，话权优先级可以是多个第二客户端在呼叫组内的等级或者权限等。

S263：通知话权优先级最高的第二客户端与第一客户端进行通话。

MCPPT服务器在对多个话权优先级话权进行仲裁后，获得话权优先级最高的对应的第二客户端。并通知该第二客户端与第一客户端进行组内通话。

其中，话权优先级高的第二客户端可以优先获得与第一客户端进行通话的话权，且当话权优先级低的第二客户端在发言时，话权优先级高的第二客户端还可以抢占其话权。如果具有同等话权优先级的两个第二客户端同时按下PTT键，则MCPPT服务器将与第一客户端进行通话的话权分配给先按下的第二客户端。

在一具体的应用场景中，本申请中的MCPPT组呼方法可以用在铁路通信领域，具体可以用于列车司机、列车调度员和车站值班员之间的通信。假设列车司机对应的是第一客户端，列车调度员和车站值班员对应的是多个第二客户端，且第一客户端和多个第二客户端在同一呼叫组内。其中，列车调度员的话权优先级高于车站值班员，则在列车司机建立的包括列车调度员和车站值班员的多个第二客户端的临时呼叫群组中，列车调度员和车站值班员在向MCPPT服务器发送话权请求后，MCPPT服务器接收到该会话请求时，首先判断与列车司机的会话权限当前是否被占用，若当前的会话权限未被占用，由于列车调度员的话权优先级比车站值班员的话权优先级高，则MCPPT服务器将会话权限分配给列车调度员。在车站值班员已经占用与列车司机的会话权限时，列车调度员还可以抢占话权，使得列车司机与车站值班员之间建立的会话转移至列车司机与列车调度员之间的会话。

本申请实施例在第一客户端与多个第二客户端进行呼叫组内通话时，通过在话权请求中携带对应的话权优先级，MCPPT服务器可以在接收到话权请求的同时，获取多个第二客户端的话权优先级，并通过组内策略对话权优先级进行仲裁，由此可以避免第一客户端与多个第二客户端在呼叫组内进行通话时出现话权分配混乱的问题，从而提高了会话流畅度。

请参阅图5，图5是本申请提出的一种MCPPT服务器的逻辑框架示意图。其中，MCPPT服务器200包括存储器220、处理器210和通信接口230。存储器220与处理器210连接，存储器220用于存储程序指令，通信接口230用于发送和接收数据。处理器210用于根据程序指令以执行上述实施例中的MCPPT组呼方法。

具体地，处理器210可以用于执行程序指令以控制通信接口230接收到第一呼叫请求，第一呼叫请求包括多个被叫号码；处理器210可以用于执行程序指令以根据多个被叫号码建立一呼叫组；处理器210可以用于执行程序指令以控制通信接口230向每个被叫号码对应的第二客户端发送第二呼叫请求；处理器210可以用于执行程序指令以控制通信接口230接收到第一确认消息，并根据第一确认消息向第一客户端发送第二确认消息，以使第一客户端与多个第二客户端在呼叫组内通话。

处理器210还可以称为CPU(Central Processing Unit，中央处理单元)。处理器210可能是一种集成电路芯片，具有信号的处理能力。处理器210还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

参阅图6，图6是本申请提供的MCPTT组呼的方法又一实施例的流程示意图，该MCPTT组呼的方法应用于通信系统，通信系统包括MCPPT客户端1、基站和核心网、MCPPT服务器、MCPPT客户端2和MCPPT客户端3。其中，MCPPT客户端1作为第一客户端，为组呼的发起方，MCPPT客户端2和MCPPT客户端3作为第二客户端，作为第一客户端发起组呼的预选呼叫组内成员。

该方法包括：

步骤1：MCPPT客户端1产生第一呼叫请求，并通过基站和核心网向MCPPT服务器发送第一呼叫请求，第一呼叫请求包括多个呼叫号码。

在本实施例中，多个呼叫号码分别对应MCPPT客户端2和MCPPT客户端3。

步骤2：MCPPT服务器通过基站和核心网接收到第一呼叫请求，并根据接收到的第一呼叫请求，获得MCPPT客户端1发起呼叫请求中被叫号码的成员信息，并根据该呼叫号码创建一呼叫组。

在本实施例中，MCPPT服务器根据被叫号码获知MCPPT客户端1请求建立的呼叫组成员包括MCPPT客户端2和MCPPT客户端3。

由于本申请中的MCPPT服务器还包括了组管理服务器，由此MCPPT服务器在创建呼叫组的同时，还能生成呼叫组的群组标签。

步骤3：MCPPT服务器生成第二呼叫请求，并发送给MCPPT客户端2和MCPPT客户端3。其中，第二呼叫请求中携带了已建立的呼叫组的群组标签。

步骤4：MCPPT客户端2和MCPPT客户端3分别返回第一确认消息至MCPPT服务器，以使得MCPPT服务器确认MCPPT客户端2和MCPPT客户端3是否空闲或已准备加入呼叫组。

在本实施例中，MCPPT客户端1发起呼叫组中的预选成员MCPPT客户端2和MCPTT客户端3均确认加入该呼叫组。MCPPT服务器在接收到第一确认消息后，根据第一确认消息更新呼叫组的群组标签。

步骤5：MCPPT服务器根据第一确认消息产生第二确认消息，并通过基站和核心网向MCPPT客户端1发送第二确认消息，以使MCPPT客户端1获取已创建的呼叫组的群组标签。

在本实施例中，MCPPT客户端1可以根据第二确认消息获知发起组呼的请求是否已建立，已经预选组呼成员是否进行了变动或更新等。

步骤6：MCPPT客户端1与MCPPT客户端2和MCPPT客户端3在该呼叫组内进行通话。

步骤7：MCPPT客户端1在与MCPPT客户端2和MCPPT客户端3通话完成后，进一步通过基站和核心网发送呼叫结束消息至MCPPT服务器。

步骤8：MCPPT服务器在接收呼叫结束消息后，释放呼叫组，并删除已保存的群组标签。

请参阅图7，图7是本申请提供的MCPTT组呼的方法再一实施例的流程示意图，该MCPTT组呼的方法应用于通信系统，通信系统包括MCPPT客户端1、基站和核心网、MCPPT服务器、MCPPT客户端2、MCPPT客户端3和MCPPT客户端4。其中，MCPPT客户端1作为第一客户端，为组呼的发起方，MCPPT客户端2、MCPPT客户端3和MCPPT客户端4作为第二客户端，作为第一客户端发起组呼的预选呼叫组内成员。该方法包括以下步骤：

步骤1：MCPPT客户端1生成注册请求，并通过基站和核心网发送给MCPTT服务器。

可以理解地，MCPPT客户端2和MCPPT客户端3以及MCPPT客户端4均需要事先在MCPPT服务器上进行注册，才能进行后续步骤。

步骤2：MCPTT服务器接收到注册请求，获取注册请求中携带的MCPPT客户端1的配置信息，如通话权限、所处集群、IP地址等信息。MCPPT服务器根据配置信息将MCPPT服务器1进行注册，并生成注册成功消息。MCPPT服务器进一步将注册成功消息通过基站和核心网发送给MCPPT客户端1。

可以理解地，MCPPT客户端2和MCPPT客户端3以及MCPPT客户端4也可以通过上述方式在MCPPT服务器上进行注册。在此不一一赘述。

步骤3：MCPPT客户端1在MCPPT服务器上注册成功。

步骤4：MCPPT客户端1产生第一呼叫请求，并通过基座和核心网发送给MCPPT服务器。其中，第一呼叫请求包括多个呼叫号码。

在本实施例中，多个呼叫号码分别对应MCPPT客户端2、MCPPT客户端3以及MCPPT客户端4。

在其他实施例中，第一呼叫请求还携带有MCPPT客户端1的权限信息，以使MCPPT服务器判断MCPPT客户端1是否具有发起组呼的权限。

步骤5：MCPPT服务器通过基站和核心网接收到第一呼叫请求，并根据接收到的第一呼叫请求，获得MCPPT客户端1发起呼叫请求中被叫号码的成员信息，并根据该呼叫号码创建一呼叫组。

在本实施例中，MCPPT服务器根据被叫号码获知MCPPT客户端1请求建立的呼叫组成员包括MCPPT客户端2、MCPPT客户端3以及MCPPT客户端4。

由于本申请中的MCPPT服务器还包括了组管理服务器，由此MCPPT服务器在创建呼叫组的同时，还能生成呼叫组的群组标签。

进一步，如果MCPPT服务器判断MCPPT客户端1不具有发起组呼的权限，则直接将请求创建呼叫组失败的消息发送给MCPPT客户端1。

步骤6：MCPPT服务器生成第二呼叫请求，并发送给MCPPT客户端2、MCPPT客户端3和MCPPT客户端4。其中，第二呼叫请求中携带了已建立的呼叫组的群组标签。

步骤7：MCPPT客户端2和MCPPT客户端4分别返回第一确认消息至MCPPT服务器，以使得MCPPT服务器确认MCPPT客户端2和MCPPT客户端4是否空闲或已准备加入呼叫组。而MCPPT客户端3处于无人接听状，向MCPPT服务器返回第一确认消息超时。

在本实施例中，MCPPT客户端1发起呼叫组中的预选成员MCPPT客户端2、MCPTT客户端3和MCPPT客户端4中仅有MCPPT客户端2和MCPPT客户端4确认加入该呼叫组。MCPPT服务器在接收到第一确认消息后，根据第一确认消息更新呼叫组的成员信息和群组标签。

步骤8：MCPPT服务器根据第一确认消息产生第二确认消息，并通过基站和核心网向MCPPT客户端1发送第二确认消息，以使MCPPT客户端1获取已创建的呼叫组的群组标签。其中，MCPPT客户端1通过第二确认消息获知MCPPT客户端3无法加入到呼叫组中。

步骤9：MCPPT客户端2和MCPPT客户端4竞争与MCPPT客户端1的话权，并同时向MCPPT服务器发送话权请求消息。其中，话权请求消息包括了MCPPT客户端2和MCPPT客户端4话权优先级。

步骤10：MCPPT服务器对接收到的话权请求消息，并获取MCPPT客户端2和MCPPT客户端4话权优先级。MCPPT服务器对话权优先级进行仲裁，以使话权优先级较高的客户端优先与MCPPT客户端1进行通话。

步骤11：在本实施例中，MCPPT客户端4的话权优先级高于MCPPT客户端2，在MCPPT客户端2和MCPPT客户端4同时发起话权请求时，MCPPT服务器通过对话权优先级进行仲裁，将话权分配给MCPPT客户端4，并通知MCPPT客户端4在呼叫组内进行通话。

在其他实施例中，MCPPT客户端2和MCPPT客户端4话权优先级可以跟随第一确认消息一通发送给MCPPT服务器，使得MCPPT服务器在更新呼叫组组员信息时，同时增加各个成员的话权优先级。由此，在MCPPT客户端2和MCPPT客户端4发起会话请求时，可以直接根据对应的话权优先级进行仲裁，并分配话权。

步骤12：MCPPT客户端1与MCPPT客户端4在呼叫组内进行通话。具体地，MCPPT客户端1在呼叫组中与MCPPT客户端4进行通话时，交互的信息可以是语音、视频、文本、数据等。相应的，该呼叫组具体可以是语音群组、视频群组，或其他类型的群组，例如数据服务、定位服务等。

可以理解地，MCPPT客户端1在与话权优先级较高的MCPPT客户端4的通话完成后，MCPPT服务器可以重新根据接收到的话权请求分配话权。例如，当前无用户与MCPPT客户端1，MCPPT客户端2请求与MCPPT客户端1进行通话，MCPPT服务器可以直接将话权分配给MCPPT客户端2，使得MCPPT客户端2与MCPPT客户端1在呼叫组内进行通话。

步骤13：MCPPT客户端1在与呼叫组内的成员通话完成后，进一步生成呼叫结束消息并通过基站和核心网发送至MCPPT服务器。

步骤14：MCPPT服务器在接收到呼叫结束消息后，释放呼叫组并删除已保存的群组标签。

综上所述，本申请提出了一种MCPTT组呼方法、服务器及通信系统。该方法通过MCPTT服务器接收第一客户端发送的第一呼叫请求，并根据第一呼叫请求中包含的请求创建呼叫组的成员信息，建立呼叫组，使得第一客户端能够在3GPP中实现对多个第二客户端进行临时组呼的操作模式，从而提高了3GPP的通信模式的灵活性；此外，本申请还通过MCPTT服务器向对应的各集群中的多个第二客户端发送第二呼叫请求，根据多个第二客户端返回的第一确认消息并进一步更新呼叫组的群组标签，可以提高了呼叫组的有效性，避免由于全员占线而导致了呼叫组建立失败的情况；进一步，本申请在第一客户端与多个第二客户端进行呼叫组内通话时，通过在话权请求中携带对应的话权优先级，MCPPT服务器可以在接收到话权请求的同时，获取多个第二客户端的话权优先级，并通过组内策略对话权优先级进行仲裁，由此可以避免第一客户端与多个第二客户端在呼叫组内进行通话时出现话权分配混乱的问题，从而提高了会话流畅度。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种MCPTT组呼方法，其特征在于，所述方法包括：

接收第一客户端发送的第一呼叫请求，所述第一呼叫请求包括多个被叫号码；

根据多个所述被叫号码建立一呼叫组；

向每个所述被叫号码对应的第二客户端发送第二呼叫请求；以及

接收多个所述第二客户端发送的第一确认消息，并根据所述第一确认消息向所述第一客户端发送第二确认消息，以使所述第一客户端与多个所述第二客户端在所述呼叫组内通话。

2.根据权利要求1所述的方法，其特征在于，在所述接收所述第一客户端发送的所述第一呼叫请求的步骤之前，所述方法进一步包括：

接收所述第一客户端发送的注册请求；

根据所述注册请求产生注册成功消息，并发送给所述第一客户端，以使所述第一客户端注册成功。

3.根据权利要求1所述的方法，其特征在于，在所述根据所述第一确认消息向所述第一客户端发送所述第二确认消息的步骤之后，所述方法进一步包括：

接收所述第一客户端发送的呼叫结束消息；

根据所述呼叫结束消息释放所述呼叫组。

4.根据权利要求1所述的方法，其特征在于，所述第一客户端与多个所述第二客户端在所述呼叫组内通话的步骤包括：

接收多个所述第二客户端发送的话权请求，所述话权请求携带有对应的话权优先级；

根据所述话权请求获取多个所述第二客户端的话权优先级，并根据组内策略对多个所述话权优先级进行仲裁；

通知所述话权优先级最高的所述第二客户端与所述第一客户端进行通话。

5.一种服务器，其特征在于，所述服务器包括存储器、处理器和通信接口，所述存储器用于存储程序指令，所述通信接口用于发送和接收数据，所述处理器用于根据所述程序指令以执行如权利要求1-4任意一项所述的方法。

6.一种MCPTT组呼方法，其特征在于，所述方法包括：

第一客户端产生第一呼叫请求，所述第一呼叫请求包括多个被叫号码；

所述第一客户端发送所述第一呼叫请求给服务器；

所述服务器根据多个所述被叫号码建立一呼叫组，并向每个所述被叫号码对应的第二客户端发送第二呼叫请求；

所述第二客户端根据所述第二呼叫请求产生第一确认消息，并发送所述第一确认消息给所述服务器；

所述服务器根据所述第一确认消息产生第二确认消息，并向所述第一客户端发送第二确认消息；

所述第一客户端与多个所述第二客户端在所述呼叫组内通话。

7.根据权利要求6所述的方法，其特征在于，在第一客户端产生第一呼叫请求的步骤之前，所述方法进一步包括：

所述第一客户端发送注册请求给所述服务器；

所述服务器根据所述注册请求产生注册成功消息，并发送给所述第一客户端，以使所述第一客户端注册成功。

8.根据权利要求6所述的方法，其特征在于，在所述第一客户端与多个所述第二客户端在所述呼叫组内通话的步骤之后，所述方法进一步包括：

所述第一客户端发送呼叫结束消息给所述服务器；

所述服务器根据所述呼叫结束消息释放所述呼叫组。

9.根据权利要求6所述的方法，其特征在于，所述第一客户端与多个所述第二客户端在所述呼叫组内通话的步骤包括：

多个所述第二客户端向所述服务器发送对应的话权请求，所述话权请求携带有对应的话权优先级；

所述服务器根据所述话权请求获取多个所述第二客户端的话权优先级，并根据组内策略对多个所述话权优先级进行仲裁；

所述服务器通知所述话权优先级最高的所述第二客户端与所述第一客户端进行通话。

10.一种通信系统，其特征在于，所述通信系统至少包括第一客户端、基站、核心网、服务器和第二客户端；其中：

所述第一客户端产生第一呼叫请求，所述第一呼叫请求包括多个被叫号码；

所述第一客户端通过所述基站和所述核心网发送所述第一呼叫请求给所述服务器；

所述服务器根据多个所述被叫号码建立一呼叫组，并向每个所述被叫号码对应的第二客户端发送第二呼叫请求；

多个所述第二客户端根据所述第二呼叫请求产生第一确认消息，并发送所述第一确认消息给所述服务器；

所述服务器根据所述第一确认消息产生第二确认消息，并通过所述基站和所述核心网向所述第一客户端发送第二确认消息；

所述第一客户端通过所述基站和所述核心网与多个所述第二客户端在所述呼叫组内通话。

Images