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

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

Info

Publication number
CN111954169B
CN111954169B CN201910397486.XA CN201910397486A CN111954169B CN 111954169 B CN111954169 B CN 111954169B CN 201910397486 A CN201910397486 A CN 201910397486A CN 111954169 B CN111954169 B CN 111954169B
Authority
CN
China
Prior art keywords
call
core network
group
message
target group
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910397486.XA
Other languages
English (en)
Other versions
CN111954169A (zh
Inventor
栗婵媛
陈国斌
丁长文
王梦茹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu TD Tech Ltd
Original Assignee
Chengdu TD Tech Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chengdu TD Tech Ltd filed Critical Chengdu TD Tech Ltd
Priority to CN201910397486.XA priority Critical patent/CN111954169B/zh
Publication of CN111954169A publication Critical patent/CN111954169A/zh
Application granted granted Critical
Publication of CN111954169B publication Critical patent/CN111954169B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Abstract

本申请提供一种建立群组资源的处理方法、装置、核心网及存储介质，该方法包括：在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，所述核心网判断所述目标组呼内的终端所分布的目标基站是否已全部成功建立所述目标组呼的群组资源；若判断结果为是，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知，以使所述主讲终端根据所述呼叫接受通知进行相应的呼叫处理。可以有效解决部分用户可能丢字或丢句的问题。

Description

建立群组资源的处理方法、装置、核心网及存储介质
技术领域
本申请涉及通信技术领域，尤其涉及一种建立群组资源的处理方法、装置、核心网及存储介质。
背景技术
随着信息和通信技术的不断发展，通信系统在不断升级换代，以满足人们不断增长的生产技术需求和生活质量需求，当前通信系统中，集群系统是较为普遍的一种通信应用系统。在移动通信的不断发展过程中，集群系统也不断升级，基于B-TrunC的集群系统成为当前通用的一种通信方式。
现有的基于B-TrunC的集群系统，主讲终端向其所属基站发起集群服务请求，用以申请建立集群组呼业务，其所属基站与核心网交互，核心网与其他基站交互，实现目标组呼所分布的基站覆盖下的小区建立目标组呼的群组资源。在群组资源建立过程中，当核心网接收到一个基站反馈的群组资源建立成功的消息后，给主讲终端反馈呼叫接受通知，主讲终端接收到呼叫接受通知后即可建立承载发送语音数据。
现有的群组建立过程，容易造成部分用户因基站群组资源建立晚而导致丢字或丢句的问题。
发明内容
本申请提供一种建立群组资源的处理方法、装置、核心网及存储介质，以解决现有技术容易丢字丢句等缺陷。
本申请第一个方面提供一种建立群组资源的处理方法，包括：
在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，所述核心网判断所述目标组呼内的终端所分布的目标基站是否已全部成功建立所述目标组呼的群组资源；
若判断结果为是，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知，以使所述主讲终端根据所述呼叫接受通知进行相应的呼叫处理。
本申请第二个方面提供一种建立群组资源的处理装置，包括：
判断模块，用于在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，所述核心网判断所述目标组呼内的终端所分布的目标基站是否已全部成功建立所述目标组呼的群组资源；
发送模块，用于若判断结果为是，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知，以使所述主讲终端根据所述呼叫接受通知进行相应的呼叫处理。
本申请第三个方面提供一种核心网，包括：至少一个处理器和存储器；
所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现第一个方面提供的方法。
本申请第四个方面提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现第一个方面提供的方法。
本申请提供的建立群组资源的处理方法、装置、核心网及存储介质，通过核心网在接收到第一基站发送的目标组呼的群组资源建立成功的消息后，当判断目标组呼内的终端所分布的目标基站全部成功建立目标组呼的群组资源后，核心网向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理，可以有效解决部分用户可能丢字或丢句的问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的建立群组资源的处理方法的流程示意图；
图2为本申请另一实施例提供的建立群组资源的处理方法的流程示意图；
图3为本申请再一实施例提供的建立群组资源的整体流程示意图；
图4为本申请一实施例提供的建立群组资源的处理装置的结构示意图；
图5为本申请一实施例提供的核心网的结构示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
首先对本申请所涉及的名词进行解释：
组呼：即一个主叫用户对属于预定在该组呼区内和组号内的目标用户建立群呼呼叫。组呼属性包括小区号，组号，优先级等属性。
驻留小区：是指用户终端UE接入到网络中的小区。
核心网：可以把移动网络划分为三个部分，基站子系统，网络子系统，和系统支撑部分比如说安全管理等这些。核心网部分就是位于网络子系统内，核心网的主要作用是把A口上来的呼叫请求或数据请求，接续到不同的网络上。从协议上规定就是起到核心交换或者呼叫路由功能的网元。主要作用是整个呼叫信令控制和承载建立。
B-TrunC：Broadband Trunking Communicationg，宽带集群通信。
此外，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。
下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。
实施例一
本实施例提供一种建立群组资源的处理方法，用于建立群组资源。本实施例的执行主体为建立群组资源的处理装置，该装置可以设置在核心网中。
如图1所示，为本实施例提供的建立群组资源的处理方法的流程示意图，该方法包括：
步骤101，在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，核心网判断目标组呼内的终端所分布的目标基站是否已全部成功建立目标组呼的群组资源。
具体的，第一基站为目标基站中的任一基站，目标基站可以是一个也可以是多个，具体根据目标组呼内的终端分布来确定。终端可以包括主讲终端及其他监听终端。为了目标组呼内的终端均能正常接收组呼消息，需要在各终端所在小区均建立目标组呼的群组资源，也即需要覆盖各小区的基站在这些小区建立群组资源。
基站建立群组资源后，会向核心网返回群组资源建立成功的消息，核心网接收到基站发送的群组资源建立成功的消息后，可以知道该基站已在其相应的小区建立了目标组呼的群组资源。
当核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，核心网判断目标组呼内的终端所分布的目标基站是否已全部成功建立目标组呼的群组资源。因为需要哪些基站在哪些小区建立群组资源，是由核心网触发的，因此，核心网根据当前已接收到了哪些基站发送的群组资源建立成功的消息，可以判断出目标组呼内的终端所分布的目标基站是否已全部成功建立群组资源。
步骤102，若判断结果为是，核心网向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理。
具体的，在目标基站均已在其相应小区建立群组资源后，核心网才向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理，避免群组资源建立晚的基站下的用户丢字或丢句的问题。
主讲终端接收到核心网返回的呼叫接受通知后，即可以根据呼叫接受通知建立承载发送语音数据，保证其他终端都能完整地接收语音数据。呼叫接受通知
可以理解地，主讲终端向其所属基站发起组呼请求执行RRC连接建立、其所属基站向核心网发送携带组呼请求的初始终端消息、核心网向目标基站发起触发初始上下文建立请求等过程为现有技术，本实施例不再赘述。
本实施例提供的建立群组资源的处理方法，通过核心网在接收到第一基站发送的目标组呼的群组资源建立成功的消息后，当判断目标组呼内的终端所分布的目标基站全部成功建立目标组呼的群组资源后，核心网向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理，可以有效解决部分用户可能丢字或丢句的问题。
实施例二
本实施例对实施例一提供的方法做进一步补充说明。
如图2所示，为本实施例提供的建立群组资源的处理方法的流程示意图。
作为一种可实施的方式，在上述实施例一的基础上，可选地，该方法还可以包括：
步骤2011，在核心网接收到第一个基站发送的目标组呼的群组资源建立成功的消息后，核心网启动第一定时器。
步骤2012，若第一定时器到达第一预设时间，核心网向目标组呼的主讲终端返回呼叫接受通知。
具体的，第一个基站是指目标基站中首个向核心网反馈群组资源建立成功的消息的基站。在核心网接收到第一个基站发送的目标组呼的群组资源建立成功的消息后，核心网启动第一定时器，当第一定时器超时，目标基站还未全部成功建立目标组呼的群组资源，核心网也要向目标组呼的主讲终端返回呼叫接受通知。第一定时器主要是为了避免因基站异常无法反馈群组资源建立成功消息造成核心网一直等待消息，影响正常的群组建立的情况。
当在第一定时器到达第一预设时间之前，核心网已经接受到各目标基站发送的群组资源建立成功的消息时，可以取消第一定时器。
作为一种示例性的实施方式，可选地，该方法具体可以包括：
步骤2021，在核心网接收到第一个基站发送的目标组呼的群组资源建立成功的消息后，核心网启动第一定时器。
步骤2022，核心网每接收到一个基站发送的目标组呼的群组资源建立成功的消息后，核心网判断目标组呼内的终端所分布的目标基站是否已全部成功建立目标组呼的群组资源。
步骤2023，若判断结果为否且第一定时器到达第一预设时间，或者，若判断结果为是，核心网向目标组呼的主讲终端返回呼叫接受通知。
步骤2021-2023的具体操作以在上面步骤进行了详细说明，在此不再赘述。
作为另一种可实施的方式，在上述实施例一的基础上，可选地，该方法可以包括：
步骤2031，核心网判断目标组呼是否为紧急呼叫群组。
若否，转步骤2032，若是，转步骤2034。
步骤2032，若目标组呼不是紧急呼叫组呼，则在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，核心网判断目标组呼内的终端所分布的目标基站是否已全部成功建立目标组呼的群组资源。
具体的，主讲终端在发起集群服务请求(即组呼业务请求)时，会携带呼叫类型，呼叫类型可以包括紧急呼叫和非紧急呼叫。
步骤2033，若判断结果为是，核心网向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理。
具体的，若在目标基站均已在其相应小区建立群组资源后，核心网才向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理，避免群组资源建立晚的基站下的用户丢字或丢句的问题。
主讲终端接收到核心网返回的呼叫接受通知后，即可以根据呼叫接受通知建立承载发送语音数据，保证其他终端都能完整地接收语音数据。呼叫接受通知
可以理解地，主讲终端向其所属基站发起组呼请求执行RRC连接建立、其所属基站向核心网发送携带组呼请求的初始终端消息、核心网向目标基站发起触发初始上下文建立请求等过程为现有技术，本实施例不再赘述。
步骤2034，若目标组呼为紧急呼叫群组，则在接收到至少一个基站发送的群组资源建立成功的消息后，核心网向目标组呼的主讲终端返回呼叫接受通知。
具体的，若目标组呼为紧急呼叫群组，为了避免耽误主讲用户的呼叫时间，可以在接收到一个基站发送的群组资源建立成功的消息后即向目标组呼的主讲终端返回呼叫接受通知。
可以理解地，在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息之前，建立组呼的过程还包括RRC连接建立流程、基站向核心网发送集群服务请求流程、核心网与主讲终端的鉴权流程等等。
作为一种示例性的实施方式，如图3所示，为本申请实施例提供的建立群组资源的整体流程示意图。具体包括：
1、终端UE发送RA Preamble给基站(集群基站A)，告诉基站有一个来自终端的接入请求。
2、基站响应终端的接入请求，返回RA Response。
3、终端向基站发送RRC连接请求RRC Connection Request。
4、基站向终端返回RRC连接建立RRC Connection Setup。
5、终端向基站发送RRC连接建立完成消息。
步骤1-5是发起组呼的终端执行RRC连接建立流程。主讲终端在连接建立完成消息中携带NAS(非接入层)消息TRUNKING SERVICE REQUEST(集群服务请求)，其中除了安全信息外，携带呼叫请求CALL REQUEST，呼叫请求中携带呼叫类型、呼叫属性、被叫号码、媒体信息等，用以申请建立一个集群组呼业务；如果主叫(即主讲)请求对本次呼叫进行端到端加密，则Call Attribute IE(呼叫属性IE)中的端到端加密指示置为“1”，可选携带E2ESecurity Container IE(端对端安全容器IE)，用于传递端到端安全信息。具体执行过程为现有技术，在此不再赘述。
6、基站通过INITIAL UE MESSAGE(初始终端消息)向核心网发送初始UE消息，携带TRUNKING SERVICE REQUEST(集群服务请求)。
7、核心网和终端之间，通过安全鉴权流程来确定用户的合法性。
8、核心网发起触发INITIAL CONTEXT SETUP REQUEST(初始上下文建立请求)给基站，其中，携带有核心网给UE建立的专用承载(QoS，TFT)，供发起者上行传输使用。
9、基站向终端发送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、终端向基站发送UE CAPABILITY INFORMATION。
11、基站通过UE CAPABILITY INFO INDICATION(终端能力指示信息)向核心网上报UE的无线能力信息。
12-13、基站执行空口安全模式操作，激活对应空口的安全机制。
14、基站通过RRC重配，恢复UE的空口承载；同时，携带专用承载建立请求，建立发起者初始话权使用的承载。
15-16、UE反馈RRC层的配置结果给基站。基站通过INITIAL CONTEXT SETUPRESPONSE(初始连接建立响应)反馈给核心网。
17、UE通过上行直传，向核心网反馈NAS层专用承载建立的结果；
18-19、核心网向相关基站发送GROUP CALL CONTEXT SETUP REQUEST(组呼上下文建立请求)消息触发群组上下文建立过程，基站收到该消息后建立组呼业务承载，建立成功后向核心网发送GROUP CALL CONTEXT SETUP RESPONSE(组呼上下文建立响应)消息，通知核心网组呼上下文建立完成。各基站可以并行此过程，也可以和发起者相关流程并行(步骤8-17)，以及与对调度台的通知并行(步骤22)；GROUP CALL CONTEXT SETUP REQUEST消息中携带NAS(非接入层)消息GROUP CALL SETUP INDICATION(组呼建立指示)，如果本次呼叫进行了端到端加密，则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消息GROUP CALL SETUPINDICATION(携带Call ID，CallType/MediaType/ServiceType/CallAttribute/CalledNumber/MediaDes cription)。如果本次呼叫进行了端到端加密，则Call AttributeIE中的端到端加密指示置为“1”，可选携带E2E Security Container IE，用于传递端到端安全信息。
各监听UE收到步骤20/21的空口消息后，可以进行群组业务的接收。
步骤18-21为组呼承载建立过程，该过程可以在步骤6后开始执行，取决于核心网的实现。其中，a表示与基站A相关的流程，b表示与基站B相关的流程。这里只是以基站A和基站B两个基站为例，实际应用中，还可能涉及更多的基站，比如还有基站C、D、E，等等。则虚线框中还包括基站C、D、E相关的步骤18-21。
22、核心网启动定时器T1(即第一定时器)，在接收到目标组呼的所有基站全部建立目标组呼的群组资源(即基站下行承载成功建立)后或者定时器T1超时后，核心网通过CALL ACCEPT(呼叫接受)通知发起者，相应资源已准备完毕，可以进行上行传输，CALLACCEPT消息携带呼叫ID、呼叫类型、呼叫属性、呼叫优先级、话权信息、媒体信息等；如果本次呼叫进行了端到端加密，则Call Attribute IE中的端到端加密指示置为“1”，可选携带E2E Security Container IE，用于传递端到端安全信息。
可选地，核心网还可以根据呼叫类型来判断是否在所有基站的目标组呼的群组资源建立完成后再向主讲终端返回呼叫接受消息。比如若呼叫类型为紧急呼叫可以是接收到一个基站返回的建立完成消息后即向主讲终端返回呼叫接受消息，若呼叫类型为非紧急呼叫，可以等全部基站建立完成再向主讲终端发送呼叫接受消息。
23、终端通过CALL COMPLETE(呼叫确认)通知核心网，CALL ACCEPT已被UE获得。
24、核心网向各基站返回GROUP DOWNLINK NAS TRANSPORT消息。
25、各基站向其覆盖范围内的终端发送DL Trunking Information Transfer消息。
步骤23-25为现有技术，在此不再赘述。
需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
本实施例提供的建立群组资源的处理方法，通过核心网在接收到第一基站发送的目标组呼的群组资源建立成功的消息后，当判断目标组呼内的终端所分布的目标基站全部成功建立目标组呼的群组资源后，核心网向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理，可以有效解决部分用户可能丢字或丢句的问题。还可以设置第一定时器，避免因基站异常无法反馈群组资源建立成功消息造成核心网一直等待消息，影响正常的群组建立的情况。还可以根据呼叫类型判断，在非紧急呼叫类型时，当判断目标组呼内的终端所分布的目标基站全部成功建立目标组呼的群组资源后，核心网向目标组呼的主讲终端返回呼叫接受通知，若是紧急呼叫类型，则接收到一个基站发送的群组资源建立成功的消息后即向目标组呼的主讲终端返回呼叫接受通知，避免耽误主讲用户的呼叫时间。
实施例三
本实施例提供一种建立群组资源的处理装置，用于执行上述实施例一的方法。
如图4所示，为本实施例提供的建立群组资源的处理装置的结构示意图。该建立群组资源的处理装置30包括判断模块31和发送模块32。
其中，判断模块，用于在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，核心网判断目标组呼内的终端所分布的目标基站是否已全部成功建立目标组呼的群组资源；发送模块，用于若判断结果为是，核心网向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理。
关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
根据本实施例提供的建立群组资源的处理装置，通过核心网在接收到第一基站发送的目标组呼的群组资源建立成功的消息后，当判断目标组呼内的终端所分布的目标基站全部成功建立目标组呼的群组资源后，核心网向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理，可以有效解决部分用户可能丢字或丢句的问题。
实施例四
本实施例对上述实施例三提供的装置做进一步补充说明，以执行上述实施例二提供的方法。
作为一种可实施的方式，在上述实施例三的基础上，可选地，判断模块，还用于在核心网接收到第一个基站发送的目标组呼的群组资源建立成功的消息后，核心网启动第一定时器；
发送模块，还用于若第一定时器到达第一预设时间，核心网向目标组呼的主讲终端返回呼叫接受通知。
作为另一种可实施的方式，在上述实施例三的基础上，可选地，判断模块，还用于：
在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息之前，核心网判断目标组呼是否为紧急呼叫群组；
若目标组呼不是紧急呼叫组呼，则执行在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，核心网判断目标组呼内的终端所分布的目标基站是否已全部成功建立目标组呼的群组资源的步骤。
可选地，发送模块，还用于：
若目标组呼为紧急呼叫群组，则在接收到至少一个基站发送的群组资源建立成功的消息后，核心网向目标组呼的主讲终端返回呼叫接受通知。
关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
根据本实施例的建立群组资源的处理装置，通过核心网在接收到第一基站发送的目标组呼的群组资源建立成功的消息后，当判断目标组呼内的终端所分布的目标基站全部成功建立目标组呼的群组资源后，核心网向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理，可以有效解决部分用户可能丢字或丢句的问题。还可以设置第一定时器，避免因基站异常无法反馈群组资源建立成功消息造成核心网一直等待消息，影响正常的群组建立的情况。还可以根据呼叫类型判断，在非紧急呼叫类型时，当判断目标组呼内的终端所分布的目标基站全部成功建立目标组呼的群组资源后，核心网向目标组呼的主讲终端返回呼叫接受通知，若是紧急呼叫类型，则接收到一个基站发送的群组资源建立成功的消息后即向目标组呼的主讲终端返回呼叫接受通知，避免耽误主讲用户的呼叫时间。
实施例五
本实施例提供一种核心网，用于执行上述实施例提供的方法。
如图5所示，为本实施例提供的核心网的结构示意图。该核心网50包括：至少一个处理器51和存储器52；
存储器存储计算机程序；至少一个处理器执行存储器存储的计算机程序，以实现上述实施例提供的方法。
根据本实施例的核心网，通过核心网在接收到第一基站发送的目标组呼的群组资源建立成功的消息后，当判断目标组呼内的终端所分布的目标基站全部成功建立目标组呼的群组资源后，核心网向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理，可以有效解决部分用户可能丢字或丢句的问题。还可以设置第一定时器，避免因基站异常无法反馈群组资源建立成功消息造成核心网一直等待消息，影响正常的群组建立的情况。还可以根据呼叫类型判断，在非紧急呼叫类型时，当判断目标组呼内的终端所分布的目标基站全部成功建立目标组呼的群组资源后，核心网向目标组呼的主讲终端返回呼叫接受通知，若是紧急呼叫类型，则接收到一个基站发送的群组资源建立成功的消息后即向目标组呼的主讲终端返回呼叫接受通知，避免耽误主讲用户的呼叫时间。
实施例六
本实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序被执行时实现上述任一实施例提供的方法。
根据本实施例的计算机可读存储介质，通过核心网在接收到第一基站发送的目标组呼的群组资源建立成功的消息后，当判断目标组呼内的终端所分布的目标基站全部成功建立目标组呼的群组资源后，核心网向目标组呼的主讲终端返回呼叫接受通知，以使主讲终端根据呼叫接受通知进行相应的呼叫处理，可以有效解决部分用户可能丢字或丢句的问题。还可以设置第一定时器，避免因基站异常无法反馈群组资源建立成功消息造成核心网一直等待消息，影响正常的群组建立的情况。还可以根据呼叫类型判断，在非紧急呼叫类型时，当判断目标组呼内的终端所分布的目标基站全部成功建立目标组呼的群组资源后，核心网向目标组呼的主讲终端返回呼叫接受通知，若是紧急呼叫类型，则接收到一个基站发送的群组资源建立成功的消息后即向目标组呼的主讲终端返回呼叫接受通知，避免耽误主讲用户的呼叫时间。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (8)

1.一种建立群组资源的处理方法，其特征在于，包括：
在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，所述核心网判断所述目标组呼内的终端所分布的目标基站是否已全部成功建立所述目标组呼的群组资源；
若判断结果为是，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知，以使所述主讲终端根据所述呼叫接受通知进行相应的呼叫处理；
所述方法还包括：
在核心网接收到第一个基站发送的目标组呼的群组资源建立成功的消息后，所述核心网启动第一定时器；
若所述第一定时器到达第一预设时间，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知。
2.根据权利要求1所述的方法，其特征在于，在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息之前，所述方法还包括：
所述核心网判断所述目标组呼是否为紧急呼叫群组；
若所述目标组呼不是紧急呼叫组呼，则执行在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，所述核心网判断所述目标组呼内的终端所分布的目标基站是否已全部成功建立所述目标组呼的群组资源的步骤。
3.根据权利要求2所述的方法，其特征在于，若所述目标组呼为紧急呼叫群组，则在接收到至少一个基站发送的群组资源建立成功的消息后，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知。
4.一种建立群组资源的处理装置，其特征在于，包括：
判断模块，用于在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，所述核心网判断所述目标组呼内的终端所分布的目标基站是否已全部成功建立所述目标组呼的群组资源；
发送模块，用于若判断结果为是，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知，以使所述主讲终端根据所述呼叫接受通知进行相应的呼叫处理；
所述判断模块，还用于在核心网接收到第一个基站发送的目标组呼的群组资源建立成功的消息后，所述核心网启动第一定时器；
所述发送模块，还用于若所述第一定时器到达第一预设时间，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知。
5.根据权利要求4所述的装置，其特征在于，所述判断模块，还用于：
在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息之前，所述核心网判断所述目标组呼是否为紧急呼叫群组；
若所述目标组呼不是紧急呼叫组呼，则执行在核心网接收到第一基站发送的目标组呼的群组资源建立成功的消息后，所述核心网判断所述目标组呼内的终端所分布的目标基站是否已全部成功建立所述目标组呼的群组资源的步骤。
6.根据权利要求5所述的装置，其特征在于，所述发送模块，还用于：
若所述目标组呼为紧急呼叫群组，则在接收到至少一个基站发送的群组资源建立成功的消息后，所述核心网向所述目标组呼的主讲终端返回呼叫接受通知。
7.一种核心网，其特征在于，包括：至少一个处理器和存储器；
所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现权利要求1-3中任一项所述的方法。
8.一种计算机可读存储介质，其特征在于，该计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-3中任一项所述的方法。
CN201910397486.XA 2019-05-14 2019-05-14 建立群组资源的处理方法、装置、核心网及存储介质 Active CN111954169B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910397486.XA CN111954169B (zh) 2019-05-14 2019-05-14 建立群组资源的处理方法、装置、核心网及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910397486.XA CN111954169B (zh) 2019-05-14 2019-05-14 建立群组资源的处理方法、装置、核心网及存储介质

Publications (2)

Publication Number Publication Date
CN111954169A CN111954169A (zh) 2020-11-17
CN111954169B true CN111954169B (zh) 2022-03-01

Family

ID=73335531

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910397486.XA Active CN111954169B (zh) 2019-05-14 2019-05-14 建立群组资源的处理方法、装置、核心网及存储介质

Country Status (1)

Country Link
CN (1) CN111954169B (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101616364B (zh) * 2009-07-27 2011-07-27 普天信息技术研究院有限公司 一种组呼业务实现方法
CN102137337B (zh) * 2010-01-27 2013-09-25 普天信息技术研究院有限公司 数字集群通信系统中快速建立组呼的方法
CN102821358B (zh) * 2011-06-09 2016-03-02 普天信息技术有限公司 一种组呼业务的实现方法
CN108124238B (zh) * 2016-11-28 2020-07-10 大唐移动通信设备有限公司 一种集群组的信令处理方法和装置
CN108848568B (zh) * 2018-05-30 2021-01-01 京信通信系统（中国）有限公司 组呼上下文建立优化方法和装置

Also Published As

Publication number Publication date
CN111954169A (zh) 2020-11-17

Similar Documents

Publication Publication Date Title
EP3675579B1 (en) Data scheduling methods, apparatus and computer-readable mediums
US11297542B2 (en) Base station handover method, system, and computer storage medium
EP4002918A1 (en) Mode switching method for broadcasting services and related device
US20120289232A1 (en) Service dependent inactivity timer
KR20080075162A (ko) 이동 통신 시스템에서의 접속 재설정 방법 및 이동 통신시스템을 위한 네트워크 개체
EP3425976B1 (en) Control method and apparatus for radio resource management (rrm)
CN111556565A (zh) 一种寻呼方法和寻呼设备
CN104754690A (zh) 一种信息获取、上报、通知方法及装置
CN103546874B (zh) 一种通话管理的实现方法和系统
WO2012058979A1 (zh) 一种单站模式下实现集群通话的方法及系统
CN103037472A (zh) 集群登记的方法及装置
WO2014161450A1 (zh) 一种基站配置变更时的用户设备切换方法、装置及系统
CN104244450A (zh) 长期演进业务和集群业务并发时重建立方法、基站和用户设备
CN109526039B (zh) 一种发送系统信息的方法和设备
WO2015196370A1 (zh) 一种接入网设备及通信方法
CN111901895A (zh) 一种建立用户面的方法及装置
EP3062578B1 (en) Service processing method and device for wireless communications
CN111954170B (zh) 建立群组资源的处理方法、装置、核心网及存储介质
CN116803193A (zh) Sdt失败上报的方法、终端设备和网络设备
CN111954169B (zh) 建立群组资源的处理方法、装置、核心网及存储介质
EP2648433B1 (en) Access method and device for user in exception, and communication system
KR20140117510A (ko) 클러스터 유저를 기반으로 하는 메시지 전송 방법 및 장치
CN114126047B (zh) 一种寻呼方法及装置
CA2576532C (en) Method for indicating a channel for sending uplink access request and trunking system
CN112822789A (zh) 非激活态终端的重定向方法、电子设备及计算机可读介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant