CN110519710A - 群组呼叫中避免数据丢失的方法、装置和终端 - Google Patents

Abstract

本发明实施例提供一种群组呼叫中避免数据丢失的方法、装置和终端。该方法包括：接收服务器发送的用户面语音数据，若媒体播放器未启动完，则对所述用户面语音数据进行缓存，在媒体播放器启动完后，对所缓存的用户面语音数据进行播放。本发明实施例的方法，通过在终端对用户面语音数据进行缓存，解决了群组呼叫中数据丢失的问题，通过终端的分布式缓存，降低了服务器的负荷，且由于各个终端能够准确获知自身的状态，因此能够保证所有群组用户都能正确接收用户面数据。

Description

群组呼叫中避免数据丢失的方法、装置和终端

技术领域

本发明实施例涉及集群通信技术领域，尤其涉及一种群组呼叫中避免数据丢失的方法、装置和终端。

背景技术

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

3GPP MCPTT中定义了群组呼叫业务。在群组呼叫中，服务器与监听终端之间既可以采用组播技术，也可以采用单播技术。无论是采用组播技术，还是采用单播技术，服务器都无法准确获知监听终端的状态。倘若在监听终端还未做好播放准备时，服务器便下发了用户面数据，势必会造成数据丢失。然而无论是公共安全类应用，还是通用商业类应用，都对通信的可靠性有着较高的要求。尤其是公共安全类应用，数据丢失可能引起无法弥补的损失。

现有技术中通常采用在服务器对用户面数据进行缓存的方式来避免数据丢失。然而由于服务器无法准确获知监听终端的状态，因此无法准确把握下发缓存数据的时机。通常采用在预设时长后下发缓存数据。然而该方式并不能保证所有群组用户都能正确接收用户面数据，且在服务器中缓存用户面数据会增加服务器负荷，甚至有可能影响其他群组业务的正常进行。

发明内容

本发明实施例提供一种群组呼叫中避免数据丢失的方法、装置和终端，用以解决现有群组呼叫中存在的数据丢失问题。

第一方面，本发明实施例提供一种群组呼叫中避免数据丢失的方法，包括：

接收服务器发送的用户面语音数据；

若媒体播放器未启动完，则对用户面语音数据进行缓存；

在媒体播放器启动完后，对所缓存的用户面语音数据进行播放。

在一种可能的实现方式中，接收服务器发送的用户面语音数据包括：

接收服务器单播发送的用户面语音数据和/或接收服务器组播发送的用户面语音数据。

在一种可能的实现方式中，在接收服务器单播发送的用户面语音数据之前，还包括：

接收服务器发送的业务连接通知消息；

根据业务连接通知消息，与服务器建立业务单播信道；

在业务单播信道上监听用户面数据。

在一种可能的实现方式中，在接收服务器组播发送的用户面语音数据之前，还包括：

接收服务器发送的群组建立通知消息；

根据群组建立通知消息，在业务组播信道上监听用户面数据。

在一种可能的实现方式中，群组建立通知消息包括待建立群组的群组标识和待建立群组的业务组播信道资源。

在一种可能的实现方式中，用户面语音数据是服务器从主讲终端接收后进行转发的。

在一种可能的实现方式中，所述方法还包括：

在接收服务器发送的用户面语音数据之后，若媒体播放器已经启动，则对用户面语音数据进行播放。

第二方面，本发明实施例提供一种群组呼叫中避免数据丢失的装置，包括：

接收模块，用于接收服务器发送的用户面语音数据；

缓存模块，用于若媒体播放器未启动完，则对用户面语音数据进行缓存；

播放模块，用于在媒体播放器启动完后，对所缓存的用户面语音数据进行播放。

第三方面，本发明实施例提供一种群组呼叫中避免数据丢失的终端，包括：

存储器；

处理器；以及

计算机程序；

其中，计算机程序存储在存储器中，并被配置为由处理器执行以实现第一方面任一项的方法。

第四方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现第一方面任一项的方法。

本发明实施例提供的群组呼叫中避免数据丢失的方法、装置和终端，通过在终端对用户面语音数据进行缓存，解决了群组呼叫中的数据丢失问题。通过终端的分布式缓存，降低了服务器的负荷，且由于各个终端能够准确获知自身的状态，因此能够保证所有群组用户都能正确接收用户面数据。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1为3GPP MCPTT的组呼单播业务信令流程图；

图2为本发明提供的群组呼叫中避免数据丢失的方法一实施例的流程图；

图3为本发明提供的群组呼叫中避免数据丢失的方法又一实施例的信令流程图；

图4为本发明提供的群组呼叫中避免数据丢失的方法另一实施例的信令流程图；

图5为本发明提供的群组呼叫中避免数据丢失的装置一实施例的结构示意图；

图6为本发明提供的群组呼叫中避免数据丢失的终端一实施例的结构示意图。

通过上述附图，已示出本发明明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

本发明的说明书和权利要求书中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明中的“第一”和“第二”只起标识作用，而不能理解为指示或暗示顺序关系、相对重要性或者隐含指明所指示的技术特征的数量。“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本发明的说明书中通篇提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

图1为3GPP MCPTT的组呼单播业务信令流程图。如图1所示，3GPP MCPTT组呼单播业务的建立可以包括：

步骤S101、监听终端预建立会话。

对于会话预建立的用户，在终端开机或者其他条件触发下，根据会话初始协议(Session Initiation Protocol，简称：SIP)的规定预建立会话。在预建立SIP会话时，监听终端和服务器协商媒体信息参数，比如语音编码格式、用户面地址、端口等，用于后续的群组业务。

步骤S102、主讲终端向服务器发送群组建立请求消息。例如，主讲终端通过向服务器发送SIP Invite消息，申请建立群组。

步骤S103、服务器向主讲终端发送群组建立响应消息。例如，服务器向主讲终端发送SIP 200OK消息同意其群组建立请求，并分配相应的资源。

步骤S104、服务器向监听终端发送连接请求消息。例如，服务器向监听终端发送通话突发控制协议(Talk Burst Control Protocol，简称：TBCP)Connect消息请求建立连接。

步骤S105、监听终端向服务器发送连接响应消息。例如，监听终端向服务器发送TBCP Ack消息对连接请求消息进行响应。

步骤S106、服务器向主讲终端发送话权授予消息。例如，服务器向主讲终端发送TBCP Floor Granted消息指示主讲终端用户面打开，可以开始讲话。

步骤S107、服务器向监听终端发送话权占用消息。例如，服务器向监听终端发送TBCP Floor Taken消息指示监听终端此刻话权被占用。

步骤S108、主讲终端向服务器发送用户面数据。主讲用户开始讲话，主讲终端将用户面数据发送至服务器。

步骤S109、服务器向监听终端发送用户面数据。服务器将主讲终端发送的用户面数据下发给监听终端，可以通过业务组播信道和/或业务单播信道进行发送。

服务器转发用户面数据给监听终端之前，需要收到监听终端的连接响应消息，即步骤S105中的TBCP Ack消息。假如TBCP Ack消息在主讲终端发送用户面数据之后发送给服务器，则服务器可能会丢掉该用户面数据，导致数据丢失。即使服务器在接收到监听终端发送的TBCP Ack消息之后，才将用户面数据发送给监听终端，但是监听终端从回复TBCP Ack消息到完成媒体播放器的启动，仍然存在一定的时间差，依然会导致数据丢失。

3GPP MCPTT组呼业务包括组呼单播业务和组呼组播业务。其中，组呼单播业务信令流程如图1所示，组呼组播业务的信令流程可以将图1所示信令流程中的步骤S104和步骤S105替换为服务器向监听终端发送群组建立通知消息，如服务器可以通过TBCP的MapGroup To Bearer message通知监听终端在相应的业务组播信道上监听用户面数据。图2为本发明提供的群组呼叫中避免数据丢失的方法一实施例的流程图。该方法可以由群组呼叫中的监听终端来执行。如图2所示，本实施例提供的群组呼叫中避免数据丢失的方法，包括：

步骤S201、接收服务器发送的用户面语音数据。

服务器从主讲终端接收用户面语音数据后，无需对该用户面语音数据进行缓存，直接下发给监听终端即可，减小了服务器因缓存数据带来的负荷，避免了因服务器负荷过重而影响其他群组的业务。

本实施例提供的方法可以由监听终端来执行，考虑到兼容性问题，本实施例可以不对服务器做任何特殊限定，即服务器是否对用户面语音数据进行缓存都不会影响本实施例的正确执行，由此可见，本实施例提供的方法可以最大限度的与现有集群通信系统兼容。

接收服务器发送的用户面语音数据可以包括：接收服务器单播发送的用户面语音数据和/或接收服务器组播发送的用户面语音数据。即在群组呼叫中，服务器与监听终端之间可以通过单播的方式进行通信，也可以通过组播的方式进行通信，还可以通过组播和单播同时进行通信。例如，群组呼叫开始时，服务器与监听终端之间通过组播进行通信，当监听终端检测到业务组播信道质量变差，无法在业务组播信道上正确接收群组数据时，便向服务器发送状态报告，随后，服务器与监听终端之间建立业务单播信道，此时，监听终端可以同时在业务组播信道和业务单播信道上接收服务器发送的用户面语音数据。

步骤S202、若媒体播放器未启动完，则对用户面语音数据进行缓存。

若媒体播放器未启动完，则表明监听终端还未做好准备，对接收到的用户面语音数据需要进行缓存。若媒体播放器已经启动成功，则表明监听终端已经做好准备，对接收到的用户面语音数据无需进行缓存，直接播放即可。

由于群组中的各个监听终端都能够较容易的对自身的状态进行正确的判断，对于接收到的用户语音数据是该缓存还是该直接播放，能够做出正确的判断，能够完全避免群组呼叫中的数据丢失问题。

步骤S203、在媒体播放器启动完后，对所缓存的用户面语音数据进行播放。

在媒体播放器启动完后，对之前所缓存的用户面语音数据进行播放。对媒体播放器启动完后接收到的用户面语音数据继续进行缓存，对缓存的用户面语音数据逐个进行播放。

本实施例提供的群组呼叫中避免数据丢失的方法，通过在终端对用户面语音数据进行缓存，解决了群组呼叫中的数据丢失问题。通过终端的分布式缓存，降低了服务器的负荷，且由于各个终端能够准确获知自身的状态，因此能够保证所有群组用户都能正确接收用户面数据。

下面采用两个具体的实施例对于单播和组播的情况分别进行说明。

在上一实施例的基础上，本实施例提供一种群组呼叫中避免数据丢失的方法，针对服务器与监听终端通过单播进行通信的情况进行详细说明。图3为本发明提供的群组呼叫中避免数据丢失的方法又一实施例的信令流程图。如图3所示，本实施例提供的方法包括：

步骤S301、主讲终端向服务器发送群组建立请求消息。例如，主讲终端通过向服务器发送SIP REFER消息，请求建立群组。

步骤S302、服务器向主讲终端发送群组建立响应消息。

服务器在接收到主讲终端的群组建立请求消息后，进行判断，若符合群组建立条件，则向主讲终端发送同意建立群组的响应消息。例如，服务器向主讲终端发送200OK消息，对群组建立请求消息进行响应。

步骤S303、服务器向监听终端发送业务连接通知消息。

服务器与监听终端之间通过单播进行通信时，首先需要在服务器与监听终端之间建立单播信道。例如，对于会话预建立的终端，服务器可以向监听终端发送TBCP Connect消息进行通知。

步骤S304、根据业务连接通知消息，与服务器建立业务单播信道。

监听终端在收到业务连接通知消息后，根据该消息，与服务器之间建立业务单播信道。

步骤S305、主讲终端向服务器发送用户面语音数据。

主讲终端在收到服务器的响应消息后，便向服务器发送用户面语音数据。

步骤S306、服务器向监听终端发送用户面语音数据。

服务器在接收到主讲终端发送的用户面语音数据后，直接转发给监听终端。

步骤S307、对接收到的用户面语音数据进行缓存。

监听终端对接收到的用户面语音数据进行缓存。

步骤S308、监听终端向服务器发送连接响应消息。

步骤S309、对缓存的用户面语音数据进行播放。

在监听终端完成准备工作后，例如，媒体播放器启动成功后，对缓存的用户面语音数据进行播放。

在上述任一实施例的基础上，本实施例提供一种群组呼叫中避免数据丢失的方法，针对服务器与监听终端通过组播进行通信的情况进行详细说明。图4为本发明提供的群组呼叫中避免数据丢失的方法另一实施例的信令流程图。如图4所示，本实施例提供的方法包括：

步骤S401、主讲终端向服务器发送群组建立请求消息。例如，主讲终端通过向服务器发送SIP REFER消息，请求建立群组。

步骤S402、服务器向主讲终端发送群组建立响应消息。

服务器在接收到主讲终端的群组建立请求消息后，进行判断，若符合群组建立条件，则向主讲终端发送同意建立群组的响应消息。例如，服务器向主讲终端发送200OK消息，对群组建立请求消息进行响应。

步骤S403、服务器向监听终端发送群组建立通知消息。

服务器与监听终端之间通过组播进行通信时，需要通过群组建立通知消息将该群组的相关信息通知给监听终端。群组建立通知消息可以包括待建立群组的群组标识和待建立群组的业务组播信道资源。例如，服务器可以通过TBCP的Map Group To Bearer message进行通知。

步骤S404、监听终端根据群组建立通知消息，在业务组播信道上监听用户面数据。

监听终端收到MAP消息后，配置组播资源，并在业务组播信道上监听用户面数据。具体的，监听终端根据群组建立通知消息中的群组标识，判断自己是否属于该群组，若属于，则根据群组建立通知消息中的业务组播信道资源，在相应的业务组播信道上监听用户面数据。

步骤S405、主讲终端向服务器发送用户面语音数据。

主讲终端在收到服务器的响应消息后，便向服务器发送用户面语音数据。

步骤S406、服务器向监听终端发送用户面语音数据。

服务器在接收到主讲终端发送的用户面语音数据后，直接转发给监听终端。

步骤S407、若媒体播放器未启动完，对接收到的用户面语音数据进行缓存。

监听终端对接收到的用户面语音数据进行缓存。

步骤S408、在媒体播放器启动完后，对缓存的用户面语音数据进行播放。

本发明实施例还提供一种群组呼叫中避免数据丢失的装置，请参见图5所示，本发明实施例仅以图5为例进行说明，并不表示本发明仅限于此。图5为本发明提供的群组呼叫中避免数据丢失的装置一实施例的结构示意图。本实施例提供的群组呼叫中避免数据丢失的装置可以是终端设备，也可以是用于终端设备内的部件(例如集成电路、芯片等)。如图5所示，本实施例提供的群组呼叫中避免数据丢失的装置50包括：接收模块501、缓存模块502和播放模块503。

接收模块501，用于接收服务器发送的用户面语音数据；

缓存模块502，用于若媒体播放器未启动完，则对所述用户面语音数据进行缓存；

播放模块503，用于在媒体播放器启动完后，对所缓存的用户面语音数据进行播放。

本实施例提供的群组呼叫中避免数据丢失的装置可用于执行图2对应的方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在一种可能的实现方式中，接收模块501具体用于，

接收服务器单播发送的用户面语音数据和/或接收服务器组播发送的用户面语音数据。

在一种可能的实现方式中，接收模块501在接收服务器单播发送的用户面语音数据之前，还用于，

接收服务器发送的业务连接通知消息；

根据业务连接通知消息，与服务器建立业务单播信道；

在业务单播信道上监听用户面数据。

在一种可能的实现方式中，接收模块501在接收服务器组播发送的用户面语音数据之前，还用于，

接收服务器发送的群组建立通知消息；

根据群组建立通知消息，在业务组播信道上监听用户面数据。

在一种可能的实现方式中，群组建立通知消息包括待建立群组的群组标识和待建立群组的业务组播信道资源。

在一种可能的实现方式中，用户面语音数据是服务器从主讲终端接收后进行转发的。

在一种可能的实现方式中，播放模块503还用于，在接收服务器发送的用户面语音数据之后，若媒体播放器已经启动，则对用户面语音数据进行播放。

本发明实施例还提供一种群组呼叫中避免数据丢失的终端，请参见图6所示，本发明实施例仅以图6为例进行说明，并不表示本发明仅限于此。图6为本发明提供的群组呼叫中避免数据丢失的终端一实施例的结构示意图。该终端可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等，尤其可以是应用于3GPP MCPTT集群通信中的终端设备。如图6所示，本实施例提供的终端可以包括以下一个或多个组件：处理组件601，存储器602，电源组件604，多媒体组件606，音频组件603，输入/输出(I/O)接口608，传感器组件607，以及通信组件605。

处理组件601通常控制终端设备的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件601可以包括一个或多个处理器6011来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件601可以包括一个或多个模块，便于处理组件601和其他组件之间的交互。例如，处理组件601可以包括多媒体模块，以方便多媒体组件606和处理组件601之间的交互。

存储器602被配置为存储各种类型的数据以支持在终端设备的操作。这些数据的示例包括用于在终端设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器602可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。本实施例中，存储器602中存储有计算机程序，该计算机程序可以由处理器6011执行，以实现上述任一方法实施例的技术方案。

电源组件604为终端设备的各种组件提供电力。电源组件604可以包括电源管理系统，一个或多个电源，及其他与为终端设备生成、管理和分配电力相关联的组件。

多媒体组件606包括在所述终端设备和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件606包括一个前置摄像头和/或后置摄像头。当终端设备处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件603被配置为输出和/或输入音频信号。例如，音频组件603包括一个麦克风(MIC)，当终端设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器602或经由通信组件605发送。本实施例中，可以通过麦克风采集用户对终端设备进行语音控制的语音信号，然后经由通信组件605发送至云端服务器。在一些实施例中，音频组件603还包括一个扬声器，用于输出音频信号。本实施例中，可以通过扬声器播放对用户的提示信息。

I/O接口608为处理组件601和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件607包括一个或多个传感器，用于为终端设备提供各个方面的状态评估。例如，传感器组件607可以检测到终端设备的打开/关闭状态，组件的相对定位，例如所述组件为终端设备的显示器和小键盘，传感器组件607还可以检测终端设备或终端设备一个组件的位置改变，用户与终端设备接触的存在或不存在，终端设备方位或加速/减速和终端设备的温度变化。传感器组件607可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件607还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件607还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件605被配置为便于终端设备和其他设备之间有线或无线方式的通信。本实施例中通信组件605用于实现终端设备和云端服务器之间的交互。终端设备可以接入基于通信标准的无线网络，如WiFi，2G、3G或4G，或它们的组合。在一个示例性实施例中，通信组件605经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件605还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端设备可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器602，上述指令可由终端设备的处理器6011执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本实施例提供的群组呼叫中避免数据丢失的终端可用于执行上述任一方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行可以实现上述任一方法实施例的技术方案。

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

Claims (10)

1.一种群组呼叫中避免数据丢失的方法，其特征在于，包括：

接收服务器发送的用户面语音数据；

若媒体播放器未启动完，则对所述用户面语音数据进行缓存；

在媒体播放器启动完后，对所缓存的用户面语音数据进行播放。

2.根据权利要求1所述的方法，其特征在于，所述接收服务器发送的用户面语音数据包括：

接收服务器单播发送的用户面语音数据和/或接收服务器组播发送的用户面语音数据。

3.根据权利要求2所述的方法，其特征在于，在所述接收服务器单播发送的用户面语音数据之前，还包括：

接收所述服务器发送的业务连接通知消息；

根据所述业务连接通知消息，与所述服务器建立业务单播信道；

在所述业务单播信道上监听用户面数据。

4.根据权利要求2所述的方法，其特征在于，在所述接收服务器组播发送的用户面语音数据之前，还包括：

接收所述服务器发送的群组建立通知消息；

根据所述群组建立通知消息，在业务组播信道上监听用户面数据。

5.根据权利要求4所述的方法，其特征在于，所述群组建立通知消息包括待建立群组的群组标识和所述待建立群组的业务组播信道资源。

6.根据权利要求1所述的方法，其特征在于，所述用户面语音数据是所述服务器从主讲终端接收后进行转发的。

7.根据权利要求1-6任一项所述的方法，其特征在于，还包括：

在所述接收服务器发送的用户面语音数据之后，若媒体播放器已经启动，则对所述用户面语音数据进行播放。

8.一种群组呼叫中避免数据丢失的装置，其特征在于，包括：

接收模块，用于接收服务器发送的用户面语音数据；

缓存模块，用于若媒体播放器未启动完，则对所述用户面语音数据进行缓存；

播放模块，用于在媒体播放器启动完后，对所缓存的用户面语音数据进行播放。

9.一种群组呼叫中避免数据丢失的终端，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行以实现如权利要求1-7任一项所述的方法。