CN111954170B - 建立群组资源的处理方法、装置、核心网及存储介质 - Google Patents

Abstract

本申请提供一种建立群组资源的处理方法、装置、核心网及存储介质，该方法包括：在核心网接收到至少一个基站发送的目标组呼的群组资源建立成功的消息后，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知；若接收到所述主讲终端发送的语音数据，所述核心网将所述语音数据进行存储；当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，所述核心网将所述语音数据下发给所述其他基站。可以有效解决晚建立目标组合群组资源的基站下的终端丢字或丢句的问题，提高用户体验。

Description

建立群组资源的处理方法、装置、核心网及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种建立群组资源的处理方法、装置、核心网及存储介质。

背景技术

随着信息和通信技术的不断发展，通信系统在不断升级换代，以满足人们不断增长的生产技术需求和生活质量需求，当前通信系统中，集群系统是较为普遍的一种通信应用系统。在移动通信的不断发展过程中，集群系统也不断升级，基于B-TrunC的集群系统成为当前通用的一种通信方式。

现有的基于B-TrunC的集群系统，主讲终端向其所属基站发起集群服务请求，用以申请建立集群组呼业务，其所属基站与核心网交互，核心网与其他基站交互，实现目标组呼所分布的基站覆盖下的小区建立目标组呼的群组资源。在群组资源建立过程中，当核心网接收到一个基站反馈的群组资源建立成功的消息后，给主讲终端反馈呼叫接受通知，主讲终端接收到呼叫接受通知后即可建立承载发送语音数据。

现有的群组建立过程，容易造成部分用户因基站群组资源建立晚而导致丢字或丢句的问题。

发明内容

本申请提供一种建立群组资源的处理方法、装置、核心网及存储介质，以解决现有技术容易丢字丢句等缺陷。

本申请第一个方面提供一种建立群组资源的处理方法，包括：

在核心网接收到至少一个基站发送的目标组呼的群组资源建立成功的消息后，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知；

若接收到所述主讲终端发送的语音数据，所述核心网将所述语音数据进行存储；

当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，所述核心网将所述语音数据下发给所述其他基站。

本申请第二个方面提供一种建立群组资源的处理装置，包括：

发送模块，用于在核心网接收到至少一个基站发送的目标组呼的群组资源建立成功的消息后，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知；

存储模块，用于若接收到所述主讲终端发送的语音数据，所述核心网将所述语音数据进行存储；

处理模块，用于当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，所述核心网将所述语音数据下发给所述其他基站。

本申请第三个方面提供一种核心网，包括：至少一个处理器和存储器；

所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现第一个方面提供的方法。

本申请第四个方面提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现第一个方面提供的方法。

本申请提供的建立群组资源的处理方法、装置、核心网及存储介质，通过若接收到主讲终端发送的语音数据，核心网将语音数据进行存储，在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，核心网将语音数据下发给其他基站，可以有效解决晚建立目标组合群组资源的基站下的终端丢字或丢句的问题，提高用户体验。

附图说明

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

图1为本申请一实施例提供的建立群组资源的处理方法的流程示意图；

图2为本申请另一实施例提供的建立群组资源的处理方法的流程示意图；

图3为本申请再一实施例提供的建立群组资源的整体流程示意图；

图4为本申请一实施例提供的建立群组资源的处理装置的结构示意图；

图5为本申请一实施例提供的核心网的结构示意图。

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

具体实施方式

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

首先对本申请所涉及的名词进行解释：

组呼：即一个主叫用户对属于预定在该组呼区内和组号内的目标用户建立群呼呼叫。组呼属性包括小区号，组号，优先级等属性。

核心网：可以把移动网络划分为三个部分，基站子系统，网络子系统，和系统支撑部分比如说安全管理等这些。核心网部分就是位于网络子系统内，核心网的主要作用是把A口上来的呼叫请求或数据请求，接续到不同的网络上。从协议上规定就是起到核心交换或者呼叫路由功能的网元。主要作用是整个呼叫信令控制和承载建立。

B-TrunC：Broadband Trunking Communicationg，宽带集群通信。

此外，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

实施例一

本实施例提供一种建立群组资源的处理方法，用于建立群组资源。本实施例的执行主体为建立群组资源的处理装置，该装置可以设置在核心网中。

如图1所示，为本实施例提供的建立群组资源的处理方法的流程示意图，该方法包括：

步骤101，在核心网接收到至少一个基站发送的目标组呼的群组资源建立成功的消息后，核心网向目标组呼的主讲终端返回呼叫接受通知。

具体的，目标组呼需要在哪些小区建立群组资源，是由核心网触发，核心网可以获知，并触发这些小区所属的基站在这些小区建立群组资源，并将建立结果反馈给核心网。核心网在接收到至少一个基站发送的目标组呼的群组资源建立成功的消息后，可以知道该基站已在其相应的小区建立了目标组呼的群组资源。核心网即可以向主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理，即主讲终端可以建立承载向核心网上传语音数据。也即，核心网只要接收到一个基站返回的目标组呼的群组资源建立成功的消息，就可以向主讲终端返回呼叫接受通知，主讲终端则可以向核心网上传语音数据。

步骤102，若接收到主讲终端发送的语音数据，核心网将语音数据进行存储。

具体的，核心网接收到主讲终端发送的语音数据后，将语音数据进行存储，比如缓存到核心网，以备晚建立群组资源的基站使用，避免晚建立群组资源的基站下的监听终端丢字或丢句。

步骤103，当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，核心网将语音数据下发给其他基站。

具体的，在存储了语音数据后，若核心网接收到其他基站发送的目标组呼的群组资源建立成功的消息，则可以将存储的语音数据发送给这些其他基站，以使这些其他基站将语音数据下发给其覆盖下的终端。

可选地，核心网可以在目标组呼内的终端所分布的目标基站已全部成功建立目标组呼的群组资源之前，对于接收到的语音数据均进行存储，直至所有目标基站全部成功建立群组资源，并将存储的所有语音数据发送给晚建立群组资源的其他基站后，将存储的语音数据删除。后续再接收到的语音数据按照正常流程给基站下发即可，无需再进行缓存。

可选地，核心网还可以设置定时器，在一定时间内缓存语音数据，当定时器超时时，若还有其他基站未成功建立群组资源，也不再缓存语音数据，将存储的语音数据清除。避免因基站异常无法反馈群组资源建立成功消息造成核心网一直缓存语音数据，浪费存储空间。

可选地，由于基站建立好群组资源后，需要给空口下发Trunking Paging以及Group Call Config消息以及监听终端需要启动音频播放器等，均需要一定的时间，因此，核心网在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，可以延迟预设时长，再将存储的语音数据下发给该其他基站。防止监听终端音频播放器未启动即收到物理层语音数据包，带来的丢包情况。

本实施例提供的建立群组资源的处理方法，通过若接收到主讲终端发送的语音数据，核心网将语音数据进行存储，在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，核心网将语音数据下发给其他基站，可以有效解决晚建立目标组合群组资源的基站下的终端丢字或丢句的问题，提高用户体验。

实施例二

本实施例对实施例一提供的方法做进一步补充说明。

如图2所示，为本实施例提供的建立群组资源的处理方法的流程示意图。

作为一种可实施的方式，在上述实施例一的基础上，可选地，步骤103之后，该方法还包括：

步骤104，当判断目标组呼内的终端所分布的目标基站已全部成功建立目标组呼的群组资源，核心网删除存储的语音数据。

具体的，核心网可以在目标组呼内的终端所分布的目标基站已全部成功建立目标组呼的群组资源之前，对于接收到的语音数据均进行存储，直至所有目标基站全部成功建立群组资源，并将存储的所有语音数据发送给晚建立群组资源的其他基站后，将存储的语音数据删除。后续再接收到的语音数据按照正常流程给基站下发即可，无需再进行缓存。

作为另一种可实施的方式，在上述实施例一的基础上，可选地，该方法还包括：

步骤2011，在接收到主讲终端第一次发送的语音数据时，开启定时器；

步骤2012，若定时器超时时，还有其他基站未成功建立目标组呼的群组资源，核心网删除存储的语音数据。

具体的，核心网还可以设置定时器，在一定时间内缓存语音数据，当定时器超时时，若还有其他基站未成功建立群组资源，也不再缓存语音数据，将存储的语音数据清除。避免因基站异常无法反馈群组资源建立成功消息造成核心网一直缓存语音数据，浪费存储空间。

作为另一种可实施的方式，在上述实施例一的基础上，可选地，步骤103具体可以包括：

当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，核心网延迟预设时长将语音数据下发给其他基站。

具体的，由于基站建立好群组资源后，需要给空口下发Trunking Paging以及Group Call Config消息以及监听终端需要启动音频播放器等，均需要一定的时间，因此，核心网在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，可以延迟预设时长，再将存储的语音数据下发给该其他基站。防止监听终端音频播放器未启动即收到物理层语音数据包，带来的丢包情况。

作为一种示例性的实施方式，如图3所示，为本申请实施例提供的建立群组资源的整体流程示意图。具体包括：

1、主讲终端UE发送RA Preamble给基站A，告诉基站A有一个来自终端的接入请求。

2、基站A响应终端的接入请求，返回RA Response。

3、终端向基站A发送RRC连接请求RRC Connection Request。

4、基站A向终端返回RRC连接建立RRC Connection Setup。

5、终端向基站A发送RRC连接建立完成消息。

步骤1-5是发起组呼的终端执行RRC连接建立流程。主讲终端在连接建立完成消息中携带NAS(非接入层)消息TRUNKING SERVICE REQUEST(集群服务请求)，其中除了安全信息外，携带呼叫请求CALL REQUEST，呼叫请求中携带呼叫类型、呼叫属性、被叫号码、媒体信息等，用以申请建立一个集群组呼业务；如果主叫(即主讲)请求对本次呼叫进行端到端加密，则Call Attribute IE(呼叫属性IE)中的端到端加密指示置为“1”，可选携带E2ESecurity Container IE(端对端安全容器IE)，用于传递端到端安全信息。具体执行过程为现有技术，在此不再赘述。

6、基站A通过INITIAL UE MESSAGE(初始终端消息)向核心网发送初始UE消息，携带TRUNKING SERVICE REQUEST(集群服务请求)。

7、核心网和终端之间，通过安全鉴权流程来确定用户的合法性。

8、核心网发起触发INITIAL CONTEXT SETUP REQUEST(初始上下文建立请求)给基站A，其中，携带有核心网给UE建立的专用承载(QoS，TFT)，供发起者上行传输使用。

9、基站A向终端发送UE Capability Enquiry(终端能力查询)消息。

如果步骤8中的INITIAL CONTEXT SETUP REQUEST中配置了UE Radio CapabilityIE(终端无线能力IE)，则基站不会发送UE Capability Enquiry消息给UE，即没有第9-11步过程；否则会触发流程9-11，UE上报无线能力信息后，基站通过UE CAPABILITY INFOINDICATION(终端能力指示信息)上报UE的无线能力信息。

10、终端向基站A发送UE CAPABILITY INFORMATION。

11、基站A通过UE CAPABILITY INFO INDICATION(终端能力指示信息)向核心网上报UE的无线能力信息。

12-13、基站A执行空口安全模式操作，激活对应空口的安全机制。

14、基站A通过RRC重配，恢复UE的空口承载；同时，携带专用承载建立请求，建立发起者初始话权使用的承载。

15-16、UE反馈RRC层的配置结果给基站A。基站通过INITIAL CONTEXT SETUPRESPONSE(初始连接建立响应)反馈给核心网。

17、UE通过上行直传，向核心网反馈NAS层专用承载建立的结果；

18-19、核心网向相关基站(包括基站A、基站B及其他相关基站)发送GROUP CALLCONTEXT SETUP REQUEST(组呼上下文建立请求)消息触发群组上下文建立过程，各基站收到该消息后建立组呼业务承载，建立成功后向核心网发送GROUP CALL CONTEXT SETUPRESPONSE(组呼上下文建立响应)消息，通知核心网组呼上下文建立完成。各基站可以并行此过程，也可以和发起者相关流程并行(步骤8-17)，以及与对调度台的通知并行(未示出)；GROUP CALL CONTEXT SETUP REQUEST消息中携带NAS(非接入层)消息GROUP CALL SETUPINDICATION(组呼建立指示)，如果本次呼叫进行了端到端加密，则Call Attribute IE(呼叫属性IE)中的端到端加密指示置为“1”，可选携带E2E Security Container IE(端对端安全容器IE)，用于传递端到端安全信息。

20、相关基站发送Trunking Paging(集群寻呼)消息给其下的终端，其中携带trunkingGroupID(集群组ID)，groupPriority(组优先级)，G-RNTI(组无线网络临时标识)。

21、基站在TCCH(控制信道CCH)信道上发送Group Call Config(组呼配置)消息给其下的终端，给出群组TTCH(业务信道TCH)的接入层配置参数，其中还包含NAS消息GROUPCALL SETUP INDICATION(携带Call ID，CallType/MediaType/ServiceType/CallAttribute/CalledNumber/MediaDescription)。如果本次呼叫进行了端到端加密，则Call Attribute IE中的端到端加密指示置为“1”，可选携带E2E Security Container IE，用于传递端到端安全信息。

各监听UE收到步骤20/21的空口消息后，可以进行群组业务的接收。

步骤18-21为组呼承载建立过程，该过程可以在步骤6后开始执行，取决于核心网的实现。其中，a表示与基站A相关的流程，b表示与基站B相关的流程。这里只是以基站A和基站B两个基站为例，实际应用中，还可能涉及更多的基站，比如还有基站C、D、E，等等。

22、核心网接收到基站A反馈的群组资源建立成功(即基站下行承载成功建立)的消息后，向主讲终端返回呼叫接受CALL ACCEPT的消息。通知发起者，相应资源已准备完毕，可以进行上行传输，CALL ACCEPT消息携带呼叫ID、呼叫类型、呼叫属性、呼叫优先级、话权信息、媒体信息等；如果本次呼叫进行了端到端加密，则Call Attribute IE中的端到端加密指示置为“1”，可选携带E2E Security Container IE，用于传递端到端安全信息。

23、核心网接收到主讲终端发送的语音数据进行存储，并启动定时器T1，

24、在接收到基站B反馈的群组资源建立成功的消息(步骤19b)后，延迟预设时长后，将语音数据下发给基站B，使基站B将语音数据下发给其覆盖下的目标组呼的终端(步骤25)。

其中，预设时长，可以通过设置定时器T2来进行定时控制。预设时长的具体值可以根据实际需求进行设置，比如2秒、5秒、7秒等等。本实施例不做限定。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

本实施例提供的建立群组资源的处理方法，通过若接收到主讲终端发送的语音数据，核心网将语音数据进行存储，在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，核心网将语音数据下发给其他基站，可以有效解决晚建立目标组合群组资源的基站下的终端丢字或丢句的问题，提高用户体验。还可以设置定时器，在定时器超时时，若还有其他基站未成功建立群组资源，也不再缓存语音数据，将存储的语音数据清除。避免因基站异常无法反馈群组资源建立成功消息造成核心网一直缓存语音数据，浪费存储空间。并且，核心网在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，可以延迟预设时长，再将存储的语音数据下发给该其他基站。防止监听终端音频播放器未启动即收到物理层语音数据包，带来的丢包情况。

实施例三

本实施例提供一种建立群组资源的处理装置，用于执行上述实施例一的方法。

如图4所示，为本实施例提供的建立群组资源的处理装置的结构示意图。该建立群组资源的处理装置30包括发送模块31、存储模块32和处理模块33。

其中，发送模块，用于在核心网接收到至少一个基站发送的目标组呼的群组资源建立成功的消息后，核心网向目标组呼的主讲终端返回呼叫接受通知；存储模块，用于若接收到主讲终端发送的语音数据，核心网将语音数据进行存储；处理模块，用于当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，核心网将语音数据下发给其他基站。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

根据本实施例提供的建立群组资源的处理装置，通过若接收到主讲终端发送的语音数据，核心网将语音数据进行存储，在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，核心网将语音数据下发给其他基站，可以有效解决晚建立目标组合群组资源的基站下的终端丢字或丢句的问题，提高用户体验。

实施例四

本实施例对上述实施例三提供的装置做进一步补充说明，以执行上述实施例提供的方法。

作为一种可实施的方式，在上述实施例三的基础上，可选地，存储模块，还用于：

当判断目标组呼内的终端所分布的目标基站已全部成功建立目标组呼的群组资源，核心网删除存储的语音数据。

作为另一种可实施的方式，在上述实施例三的基础上，可选地，处理模块，还用于在接收到主讲终端第一次发送的语音数据时，开启定时器；

存储模块，还用于若定时器超时时，还有其他基站未成功建立目标组呼的群组资源，核心网删除存储的语音数据。

作为另一种可实施的方式，在上述实施例三的基础上，可选地，处理模块，具体用于：

当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，核心网延迟预设时长将语音数据下发给其他基站。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

根据本实施例的建立群组资源的处理装置，通过若接收到主讲终端发送的语音数据，核心网将语音数据进行存储，在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，核心网将语音数据下发给其他基站，可以有效解决晚建立目标组合群组资源的基站下的终端丢字或丢句的问题，提高用户体验。还可以设置定时器，在定时器超时时，若还有其他基站未成功建立群组资源，也不再缓存语音数据，将存储的语音数据清除。避免因基站异常无法反馈群组资源建立成功消息造成核心网一直缓存语音数据，浪费存储空间。并且，核心网在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，可以延迟预设时长，再将存储的语音数据下发给该其他基站。防止监听终端音频播放器未启动即收到物理层语音数据包，带来的丢包情况。

实施例五

本实施例提供一种核心网，用于执行上述实施例提供的方法。

如图5所示，为本实施例提供的核心网的结构示意图。该核心网50包括：至少一个处理器51和存储器52；

存储器存储计算机程序；至少一个处理器执行存储器存储的计算机程序，以实现上述实施例提供的方法。

根据本实施例的核心网，通过若接收到主讲终端发送的语音数据，核心网将语音数据进行存储，在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，核心网将语音数据下发给其他基站，可以有效解决晚建立目标组合群组资源的基站下的终端丢字或丢句的问题，提高用户体验。还可以设置定时器，在定时器超时时，若还有其他基站未成功建立群组资源，也不再缓存语音数据，将存储的语音数据清除。避免因基站异常无法反馈群组资源建立成功消息造成核心网一直缓存语音数据，浪费存储空间。并且，核心网在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，可以延迟预设时长，再将存储的语音数据下发给该其他基站。防止监听终端音频播放器未启动即收到物理层语音数据包，带来的丢包情况。

实施例六

本实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序被执行时实现上述任一实施例提供的方法。

根据本实施例的计算机可读存储介质，通过若接收到主讲终端发送的语音数据，核心网将语音数据进行存储，在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，核心网将语音数据下发给其他基站，可以有效解决晚建立目标组合群组资源的基站下的终端丢字或丢句的问题，提高用户体验。还可以设置定时器，在定时器超时时，若还有其他基站未成功建立群组资源，也不再缓存语音数据，将存储的语音数据清除。避免因基站异常无法反馈群组资源建立成功消息造成核心网一直缓存语音数据，浪费存储空间。并且，核心网在接收到其他基站发送的目标组呼的群组资源建立成功的消息后，可以延迟预设时长，再将存储的语音数据下发给该其他基站。防止监听终端音频播放器未启动即收到物理层语音数据包，带来的丢包情况。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

Claims (6)

1.一种建立群组资源的处理方法，其特征在于，包括：

在核心网接收到至少一个基站发送的目标组呼的群组资源建立成功的消息后，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知；

若接收到所述主讲终端发送的语音数据，所述核心网将所述语音数据进行存储；

当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，所述核心网将所述语音数据下发给所述其他基站；

所述方法还包括：

当确定所述目标组呼内的终端所分布的目标基站已全部成功建立所述目标组呼的群组资源，并将存储的所述语音数据发送给所述其他基站后，所述核心网删除存储的所述语音数据；或者

在接收到所述主讲终端第一次发送的语音数据时，开启定时器；若所述定时器超时时，还有所述其他基站未成功建立所述目标组呼的群组资源，所述核心网删除存储的所述语音数据。

2.根据权利要求1所述的方法，其特征在于，所述当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，所述核心网将所述语音数据下发给所述其他基站，包括：

当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，所述核心网延迟预设时长将所述语音数据下发给所述其他基站。

3.一种建立群组资源的处理装置，其特征在于，包括：

发送模块，用于在核心网接收到至少一个基站发送的目标组呼的群组资源建立成功的消息后，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知；

存储模块，用于若接收到所述主讲终端发送的语音数据，所述核心网将所述语音数据进行存储；

处理模块，用于当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，所述核心网将所述语音数据下发给所述其他基站；还用于在接收到所述主讲终端第一次发送的语音数据时，开启定时器；

所述存储模块，还用于当确定所述目标组呼内的终端所分布的目标基站已全部成功建立所述目标组呼的群组资源，并将存储的所述语音数据发送给所述其他基站后，所述核心网删除存储的所述语音数据；还用于若所述定时器超时时，还有所述其他基站未成功建立所述目标组呼的群组资源，所述核心网删除存储的所述语音数据。

4.根据权利要求3所述的装置，其特征在于，所述处理模块，具体用于：

当接收到其他基站发送的目标组呼的群组资源建立成功的消息后，所述核心网延迟预设时长将所述语音数据下发给所述其他基站。

5.一种核心网，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现权利要求1-2中任一项所述的方法。

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

Images