CN103796171B - 保留组呼优先级信息的方法,交换处理中心和组呼系统 - Google Patents
保留组呼优先级信息的方法,交换处理中心和组呼系统 Download PDFInfo
- Publication number
- CN103796171B CN103796171B CN201410063071.6A CN201410063071A CN103796171B CN 103796171 B CN103796171 B CN 103796171B CN 201410063071 A CN201410063071 A CN 201410063071A CN 103796171 B CN103796171 B CN 103796171B
- Authority
- CN
- China
- Prior art keywords
- call
- group
- priority
- interconnection
- processing center
- 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
Links
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了保留组呼优先级信息的方法,交换处理中心和组呼系统,用于进行组呼互联时保留组呼发起时的优先级信息。本发明实施例方法包括:交换处理中心接收到第一组呼系统发送的互联呼叫和该互联呼叫对应的第一呼叫优先级后,查找优先列表,得到该第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级,然后发送该互联呼叫和第二呼叫优先级到第二组呼系统,使得第二组呼系统按照第二组呼优先级唤起该互联呼叫,这样实现了组呼互联中优先级的传送,在进行组呼互联时保留了组呼发起时的优先级信息。
Description
技术领域
本发明实施例涉及通讯领域,尤其涉及保留组呼优先级信息的方法,交换处理中心和组呼系统。
背景技术
在现今轨道交通的网络建设过程中,不同线路的无线通信系统是独立的,没有考虑相互之间通信的需求,但随着线网的形成,必须考虑在特殊情况下的通信需求。在轨道交通运营特殊情况下,需要根据客流变化或重大事件以及车辆的数量变化或维修需求等对资源进行调配。因此不同系统的互联互通的需求越来越多,组呼的互联是专用集群移动通信网(PMR,Private Mobile Radio)市场互联互通的最基本的功能。
目前市场上,实现组呼的互联可以通过应用程序编程接口(API,ApplicationProgramming Interface)来实现,当一个系统中发起呼叫,交换处理中心会调用API将该呼叫在另一个系统唤起,从而实现组呼的互联互通。
但是,目前组呼的互联无法实现组呼优先级的传递,在一个系统中的紧急呼叫,只会按普通呼叫在另一个系统中唤起,这样发生紧急情况时,当两个系统进行组呼互联的时候会造成优先级信息的丢失,在一个系统中发起的呼叫在另一个系统中不能区分出优先级,这样使得组呼的使用受到了限制。
发明内容
本发明实施例提供了保留组呼优先级信息的方法,交换处理中心和组呼系统,用于进行组呼互联时保留组呼发起时的优先级信息。
本发明实施例第一方面提供了一种保留组呼优先级信息的方法,包括:
交换处理中心接收互联呼叫与第一呼叫优先级,所述互联呼叫与第一呼叫优先级由第一组呼系统发送,所述第一呼叫优先级为所述互联呼叫在所述第一组呼系统中的优先级;
所述交换处理中心查找优先列表,得到所述第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级;
所述交换处理中心发送所述互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级唤起所述互联呼叫。
结合本发明实施例的第一方面,本发明实施例第一方面的第一种实现方式中,所述互联呼叫为第一组呼系统终端对所述第一组呼系统的第一组发起的呼叫;
所述方法还包括:
所述交换处理中心从所述互联呼叫中获取所述第一组的标识;
所述交换处理中心查找组呼列表,得到所述第一组的标识对应的第二组的标识,所述第二组的标识表示所述第二组呼系统中的第二组;
所述交换处理中心发送所述互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级唤起所述互联呼叫包括:
所述交换处理中心发送携带有所述第二组的标识的互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级在所述第二组中唤起所述互联呼叫。
本发明实施例第二方面提供了一种保留组呼优先级信息的方法,包括:
当组呼系统监测到互联呼叫时,所述组呼系统获取所述互联呼叫的呼叫优先级;
所述组呼系统发送所述互联呼叫和所述呼叫优先级到交换处理中心。
结合本发明实施例的第二方面,本发明实施例第二方面的第一种实现方式中,所述互联呼叫为组呼系统终端对所述组呼系统中的第一组发起的呼叫;
所述方法还包括:
当组呼系统调用组监听监听到所述互联呼叫对所述第一组发起时,所述组呼系统将所述第一组的标识加载到所述互联呼叫。
本发明实施例第三方面提供了一种交换处理中心,包括:
接收模块,用于接收互联呼叫与第一呼叫优先级,所述互联呼叫与第一呼叫优先级由第一组呼系统发送,所述第一呼叫优先级为所述互联呼叫在所述第一组呼系统中的优先级;
优先查找模块,用于查找优先列表,得到所述第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级;
发送模块,用于发送所述互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级唤起所述互联呼叫。
结合本发明实施例的第三方面,本发明实施例第三方面的第一种实现方式中,当所述互联呼叫为第一组呼系统终端对所述第一组呼系统的第一组发起的呼叫时,所述交换处理中心还包括:
获取模块,用于从所述互联呼叫中获取所述第一组的标识;
组查找模块,用于查找组呼列表,得到所述第一组的标识对应的第二组的标识,所述第二组的标识表示所述第二组呼系统中的第二组;
所述发送模块具体用于,发送携带有所述第二组的标识的互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级在所述第二组中唤起所述互联呼叫。
结合本发明实施例第三方面的第一种实现方式,本发明实施例第三方面的第二种实现方式中,所述交换处理中心还包括:
存储模块,用于存储所述优先列表和所述组呼列表。
本发明实施例第四方面提供了一种组呼系统,包括:
优先级获取模块,用于当组呼系统监测到互联呼叫时,获取所述互联呼叫的呼叫优先级;
发送模块,用于发送所述互联呼叫和所述呼叫优先级到交换处理中心。
结合本发明实施例的第四方面,本发明实施例第四方面的第一种实现方式中,所述优先级获取模块具体用于,当组呼系统监测到互联呼叫时,调用应用程序编程接口API检测所述互联呼叫的呼叫优先级。
结合本发明实施例第四方面的第一种实现方式,本发明实施例第四方面的第二种实现方式中,当所述互联呼叫为对所述组呼系统中的第一组发起时,所述组呼系统还包括:
标识加载模块,用于当组呼系统调用组监听监听到所述互联呼叫对所述第一组发起时,将所述第一组的标识加载到所述互联呼叫。
从以上技术方案可以看出,本发明实施例具有以下优点:本发明实施例中,交换处理中心接收到第一组呼系统发送的互联呼叫和该互联呼叫对应的第一呼叫优先级后,查找优先列表,得到该第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级,然后发送该互联呼叫和第二呼叫优先级到第二组呼系统,使得第二组呼系统按照第二组呼优先级唤起该互联呼叫,这样实现了组呼互联中优先级的传送,在进行组呼互联时保留组呼发起时的优先级信息,使得进行组呼互联时组呼系统的处理效率更高,避免了紧急情况下一个组呼系统的紧急呼叫不能以同样的优先级传送到另外的组呼系统的情况。
附图说明
图1为本发明实施例中保留组呼优先级信息的方法一个流程示意图;
图2为本发明实施例中保留组呼优先级信息的方法另一个流程示意图;
图3为本发明实施例中保留组呼优先级信息的方法另一个流程示意图;
图4为本发明实施例中交换处理中心一个结构示意图;
图5为本发明实施例中交换处理中心另一个结构示意图;
图6为本发明实施例中保留组呼优先级信息的方法另一个流程示意图;
图7为本发明实施例中保留组呼优先级信息的方法另一个流程示意图;
图8为本发明实施例中组呼系统一个结构示意图;
图9为本发明实施例中组呼系统另一个结构示意图;
图10为本发明实施例中组呼系统与交换处理中心之间的信令交互示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参阅图1,本发明实施例中保留组呼优先级信息的方法一个实施例包括:
101、交换处理中心接收互联呼叫与第一呼叫优先级;
当第一组呼系统终端在第一组呼系统中发起互联呼叫时,第一组呼系统获取到该互联呼叫与该互联呼叫的第一呼叫优先级,第一组呼系统发送该互联呼叫与该第一呼叫优先级到交换处理中心,交换处理中心接收该互联呼叫与第一呼叫优先级。
可以理解的是,优先级高的呼叫可以抢占优先级低的呼叫的资源,并且在组呼系统中,优先级高的呼叫可以拥有比优先级低的呼叫更高的权限。
102、交换处理中心查找优先列表,得到第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级;
交换处理中心接收到互联呼叫与第一呼叫优先级后,查找优先列表,得到第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级。
103、交换处理中心发送互联呼叫与第二呼叫优先级到第二组呼系统。
交换处理中心得到第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级后,发送该互联呼叫与第二呼叫优先级到第二组呼系统,使得该第二组呼系统按照第二呼叫优先级唤起该互联呼叫。
本发明实施例中,交换处理中心接收到第一组呼系统发送的互联呼叫和该互联呼叫对应的第一呼叫优先级后,查找优先列表,得到该第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级,然后发送该互联呼叫和第二呼叫优先级到第二组呼系统,使得第二组呼系统按照第二组呼优先级唤起该互联呼叫,这样实现了组呼互联中优先级的传送,在进行组呼互联时保留组呼发起时的优先级信息,使得进行组呼互联时组呼系统的处理效率更高,避免了紧急情况下一个组呼系统的紧急呼叫不能以同样的优先级传送到另外的组呼系统的情况。
上面实施例中,互联呼叫由第一组呼系统发送,在实际应用中,互联呼叫可以由第一组呼系统终端对第一组呼系统中的第一组发起,交换处理中心可以找到该第一组在第二组呼系统中对应的第二组,下面对本发明实施例中的保留组呼优先级信息的方法进行具体描述,请参阅图2,本发明实施例中保留组呼优先级信息的方法另一个实施例包括:
201、交换处理中心接收互联呼叫与第一呼叫优先级;
当第一组呼系统终端在第一组呼系统的第一组中发起互联呼叫时,第一组呼系统获取到该互联呼叫,与该互联呼叫的第一呼叫优先级,第一组呼系统发送该互联呼叫与该第一呼叫优先级到交换处理中心,交换处理中心接收该互联呼叫与第一呼叫优先级。。
需要说明的是,优先级高的呼叫可以抢占优先级低的呼叫的资源,并且在组呼系统中,优先级高的呼叫可以拥有比优先级低的呼叫更高的权限。
可以理解的是,该互联呼叫中携带有第一组的标识。
202、交换处理中心从该互联呼叫中获取第一组的标识;
交换处理中心接收到该互联呼叫后,获取该互联呼叫中第一组的标识。
203、交换处理中心查找组呼列表,得到第一组的标识对应的第二组的标识;
交换处理中心获取到第一组的标识后,查找组呼列表,得到该第一组的标识对应的第二组的标识,该第二组的标识表示第二组呼系统中的第二组。
可以理解的是,第一组呼系统中可以有很多个组,第二组呼系统也可以有很多个组,第一组呼系统中的组可以与第二组呼系统中的组一一对应,也可以由第一组呼系统中的一个组对应第二组呼系统中的多个组,即本步骤中的第二组可以为一个组或多个组,此处不作限定。
204、交换处理中心查找优先列表,得到第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级;
交换处理中心接收到互联呼叫与第一呼叫优先级后,查找优先列表,得到第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级。
205、交换处理中心发送携带有第二组的标识的互联呼叫与第二呼叫优先级到第二组呼系统。
交换处理中心得到第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级与第一组的标识对应的第二组的标识后,发送携带有第二组的标识的互联呼叫与第二呼叫优先级到第二组呼系统,使得该第二组呼系统按照第二呼叫优先级在第二组中唤起该互联呼叫。
本发明实施例中,互联呼叫为第一组呼系统终端对第一组呼系统中的第一组发起的呼叫,在收到该互联呼叫后,交换处理中心获取到该第一组的标识,查找组呼列表得到该第一组的标识在第二组呼系统中对应的第二组,然后发送携带有第二组的标识的互联呼叫与第二优先级到第二组呼系统,使得第二组呼系统按照第二呼叫优先级在该第二组中唤起该互联呼叫,这样可以使互联呼叫优先级信息的传递更加准确,增强了互联呼叫系统对信息的处理速率。
在实际应用中,交换处理中心查找优先列表与组呼列表之前,可以先存储该优先列表与组呼列表,下面对本发明实施例中保留组呼优先级信息的方法进行详细描述,请参阅图3,本发明实施例中保留组呼优先级信息的方法另一个实施例包括:
301、交换处理中心接收互联呼叫与第一呼叫优先级;
当第一组呼系统终端在第一组呼系统的第一组中发起互联呼叫时,第一组呼系统获取到该互联呼叫,与该互联呼叫的第一呼叫优先级,第一组呼系统发送该互联呼叫与该第一呼叫优先级到交换处理中心,交换处理中心接收该互联呼叫与第一呼叫优先级。。
需要说明的是,优先级高的呼叫可以抢占优先级低的呼叫的资源,并且在组呼系统中,优先级高的呼叫可以拥有比优先级低的呼叫更高的权限。
可以理解的是,该互联呼叫中携带有第一组的标识。
302、交换处理中心从该互联呼叫中获取第一组的标识;
交换处理中心接收到该互联呼叫后,获取该互联呼叫中第一组的标识。
303、交换处理中心存储组呼列表与优先列表;
交换处理中心存储有第一组呼系统中各组与第二组呼系统中各组对应关系的组呼列表,和有第一组呼系统中各优先级对应第二组呼系统中各优先级的优先列表。
需要说明的是,交换处理中心还可以存储有第一组呼系统中各组与其余组呼系统(例如第三组呼系统或第四组呼系统等)中各组对应关系的组呼列表,此处不作限定。同理,交换处理中心还可以存储有第一组呼系统中各优先级对应其余组呼系统(例如第三组呼系统或第四组呼系统等)中各优先级的优先列表,此处不作限定。
可以理解的是,若第一组呼系统与第二组呼系统中的优先级分级不相同,则第一组呼系统中各优先级对应第二组呼系统中各优先级的优先列表,与第二组呼系统中各优先级对应第二组呼系统中各优先级的优先列表可以不同。
该组呼列表与优先列表可以由交换处理中心预置,也可以有用户自定义设定,此次不作限定。
可以理解的是,在实际应用中,该组呼列表与优先列表也可以存在于其他存储器或服务器中,此处不作限定。
在实际应用中,步骤303还可以再其他时机执行,只要在步骤304之前执行即可,此处不作限定。
304、交换处理中心查找组呼列表,得到第一组的标识对应的第二组的标识;
交换处理中心获取到第一组的标识后,查找组呼列表,得到该第一组的标识对应的第二组的标识,该第二组的标识表示第二组呼系统中的第二组。
可以理解的是,交换处理中心查找到第二组的标识后,可以将该第二组的标识加载到互联呼叫中,也可以将该第二组的标识与互联呼叫一同发送,此处不作限定。
可以理解的是,第一组呼系统中可以有很多个组,第二组呼系统也可以有很多个组,第一组呼系统中的组可以与第二组呼系统中的组一一对应,也可以由第一组呼系统中的一个组对应第二组呼系统中的多个组,即本步骤中的第二组可以为一个组或多个组,此处不作限定。
305、交换处理中心查找优先列表,得到第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级;
交换处理中心接收到互联呼叫与第一呼叫优先级后,查找优先列表,得到第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级。
306、交换处理中心发送携带有第二组的标识的互联呼叫与第二呼叫优先级到第二组呼系统。
交换处理中心得到第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级与第一组的标识对应的第二组的标识后,发送携带有第二组的标识的互联呼叫与第二呼叫优先级到第二组呼系统,使得该第二组呼系统按照第二呼叫优先级在第二组中唤起该互联呼叫。
本发明实施例中,交换中心存储优先列表与组呼列表,使得交换处理中心查找优先列表与组呼列表时更加快速,加快了组呼系统的运行效率。
为便于理解,下面以一具体应用场景对本发明实施例中保留组呼优先级信息的方法进行具体描述:
交换处理中心存储组呼列表与优先列表,组呼列表如表1所示:
表1
第一组呼系统 | 第二组呼系统 |
A小组 | B小组 |
C小组 | D小组 |
〃〃〃〃〃〃 | 〃〃〃〃〃〃 |
X小组 | Y小组 |
优先列表如表2所示:
表2
当第一组呼系统终端对A小组发起的第三优先级的互联呼叫,第一组呼系统获取到该互联呼叫与第一组呼系统中的第三优先级后,发送该互联呼叫与第一组呼系统中的第三优先级到交换处理中心;
交换处理中心接收该互联呼叫与第一组呼系统中的第三优先级;
交换处理中心从该互联呼叫中获取A小组的标识;
交换处理中心查找组呼列表,得到A小组的标识在第二组呼系统中对应的B小组;
交换处理中心查找优先列表,得到第一组呼系统中的第三优先级在第二组呼系统中对应为第一优先级,优先级类型为紧急呼叫;
交换处理中心发送携带有B小组标识的互联呼叫与第二组呼系统中的第一优先级到第二组呼系统,使得第二组呼系统在B小组中发起优先级为第一优先级的互联呼叫,该互联呼叫会在B小组中以最高权限唤起。
下面对本发明实施例中的交换处理中心进行描述,请参阅图4,本发明实施例中交换处理中心一个实施例包括:
接收模块401,用于接收互联呼叫与第一呼叫优先级,该互联呼叫与第一呼叫优先级由第一组呼系统发送,该第一呼叫优先级为所述互联呼叫在所述第一组呼系统中的优先级;
优先查找模块402,用于查找优先列表,得到第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级;
发送模块403,用于发送该互联呼叫与第二呼叫优先级到第二组呼系统,使得第二组呼系统按照第二呼叫优先级唤起互联呼叫。
本发明实施例中,接收模块401接收到第一组呼系统发送的互联呼叫和该互联呼叫对应的第一呼叫优先级后,优先查找模块402查找优先列表,得到该第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级,然后发送模块403发送该互联呼叫和第二呼叫优先级到第二组呼系统,使得第二组呼系统按照第二组呼优先级唤起该互联呼叫,这样实现了组呼互联中优先级的传送,在进行组呼互联时保留组呼发起时的优先级信息,使得进行组呼互联时组呼系统的处理效率更高,避免了紧急情况下一个组呼系统的紧急呼叫不能以同样的优先级传送到另外的组呼系统的情况。
上面实施例中,互联呼叫由第一组呼系统发送,在实际应用中,互联呼叫可以由第一组呼系统终端对第一组呼系统中的第一组发起,交换处理中心可以找到该第一组在第二组呼系统中对应的第二组,下面对本发明实施例中的交换处理中心进行具体描述,请参阅图5,本发明实施例中交换处理中心另一个实施例包括:
接收模块501,用于接收互联呼叫与第一呼叫优先级,该互联呼叫与第一呼叫优先级由第一组呼系统发送,该第一呼叫优先级为所述互联呼叫在所述第一组呼系统中的优先级;
优先查找模块502,用于查找优先列表,得到第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级;
发送模块503,用于发送该互联呼叫与第二呼叫优先级到第二组呼系统,使得第二组呼系统按照第二呼叫优先级唤起互联呼叫;
本实施例中,当互联呼叫为第一组呼系统终端对第一组呼系统的第一组发起的呼叫时,该交换处理中心还包括:
获取模块504,用于从互联呼叫中获取第一组的标识;
组查找模块505,用于查找组呼列表,得到第一组的标识对应的第二组的标识,该第二组的标识表示第二组呼系统中的第二组;
该发送模块503具体用于,发送携带有第二组的标识的互联呼叫与第二呼叫优先级到第二组呼系统,使得该第二组呼系统按照第二呼叫优先级在第二组中唤起互联呼叫;
该交换处理中心还可以包括:
存储模块506,用于存储优先列表和组呼列表。
可以理解的是,存储模块506可以根据实际应用情况来选择是否存在于交换处理中心中,此处不作限定。
本发明实施例中,互联呼叫为第一组呼系统终端对第一组呼系统中的第一组发起的呼叫,在接收模块501收到该互联呼叫后,获取模块504获取到该第一组的标识,组查找模块505查找组呼列表得到该第一组的标识在第二组呼系统中对应的第二组,然后发送模块503发送携带有第二组的标识的互联呼叫与第二优先级到第二组呼系统,使得第二组呼系统按照第二呼叫优先级在该第二组中唤起该互联呼叫,这样可以使互联呼叫优先级信息的传递更加准确,增强了互联呼叫系统对信息的处理速率。
为了便于理解上述实施例,下面以上述交换处理中心各个单元在一个具体应用场景中的交互过程进行说明:
存储模块506存储组呼列表与优先列表,组呼列表如表1所示:
表1
第一组呼系统 | 第二组呼系统 |
A小组 | B小组 |
C小组 | D小组 |
〃〃〃〃〃〃 | 〃〃〃〃〃〃 |
X小组 | Y小组 |
优先列表如表2所示:
表2
当第一组呼系统终端对A小组发起的第三优先级的互联呼叫,第一组呼系统获取到该互联呼叫与第一组呼系统中的第三优先级后,发送该互联呼叫与第一组呼系统中的第三优先级到交换处理中心;
接收模块501接收该互联呼叫与第一组呼系统中的第三优先级;
获取模块504从该互联呼叫中获取A小组的标识;
组查找模块505查找组呼列表,得到A小组的标识在第二组呼系统中对应的B小组;
优先查找模块502查找优先列表,得到第一组呼系统中的第三优先级在第二组呼系统中对应为第一优先级,优先级类型为紧急呼叫;
发送模块503发送携带有B小组标识的互联呼叫与第二组呼系统中的第一优先级到第二组呼系统,使得第二组呼系统在B小组中发起优先级为第一优先级的互联呼叫,该互联呼叫会在B小组中以最高权限唤起。
下面从组呼系统的角度对本发明实施例中保留组呼优先级信息的方法进行描述,请参阅图6,本发明实施例中保留组呼优先级信息的方法另一个实施例包括:
601、当组呼系统监测到互联呼叫时,组呼系统获取该互联呼叫的呼叫优先级;
当组呼系统监测到互联呼叫时,组呼系统获取到该互联呼叫在本组呼系统中的呼叫优先级。
602、组呼系统发送该互联呼叫和呼叫优先级到交换处理中心。
组呼系统获取到该互联呼叫的呼叫优先级后,发送该互联呼叫和呼叫优先级到交换处理中心,触发交换处理中心查找该呼叫优先级在其余组呼系统对应的呼叫优先级,将该互联呼叫与对应的呼叫优先级发送到其余组呼系统。
本发明实施例中,当组呼系统监测到互联呼叫时,获取该互联呼叫在本组呼系统中的呼叫优先级,发送该互联呼叫和呼叫优先级到交换处理中心,触发交换处理中心查找该呼叫优先级在其余组呼系统对应的呼叫优先级,将该互联呼叫与对应的呼叫优先级发送到其余组呼系统,这样使得进行组呼互联时,组呼系统中信息的优先级可以在互联系统中进行传递,提高了信息传输的效率,避免了紧急情况下一个组呼系统的紧急呼叫不能以同样的优先级传送到另外的组呼系统的情况。
上面实施例中,组呼系统获取互联呼叫的优先级,在实际应用中,组呼系统可以调用API检测互联呼叫的优先级,若互联呼叫由组呼系统终端对组呼系统中的第一组发起,组呼系统还可以调用组监听监听到该第一组,并进行后续处理,请参阅图7,本发明实施例中保留组呼优先级信息的方法另一个实施例包括:
701、组呼系统调用API检测互联呼叫的呼叫优先级;
当组呼系统监测到互联呼叫时,组呼系统调用API检测该互联呼叫的呼叫优先级,得到该互联呼叫的呼叫优先级,该互联呼叫可以由组呼系统终端对组呼系统中的第一组发起。
组呼系统可以通过对互联呼叫进行监控的API函数(例如MON_Monitor函数)来进行呼叫事件监控,可以预先设置要监视的呼叫优先级的级别和类型,当监测到互联呼叫后,组呼系统可以从回调函数(例如MON_MonitorCallInfo_Evt)中提取该互联呼叫的呼叫优先级。
可以理解的是,组呼系统也可以通过其他方式获得互联呼叫的呼叫优先级,例如可以通过检查解析无线空中接口协议的方式获取到该互联呼叫的呼叫优先级,此处不作限定。
702、组呼系统将第一组的标识加载到互联呼叫;
当组呼系统调用组监听监听到互联呼叫对第一组发起时,组呼系统将该第一组的标识加载到该互联呼叫。
703、组呼系统发送该互联呼叫和呼叫优先级到交换处理中心。
组呼系统获取到该互联呼叫的呼叫优先级并将第一组的标识加载到该互联呼叫后,发送该互联呼叫和呼叫优先级到交换处理中心,触发交换处理中心查找该第一组在其余组呼系统中对应的组与该呼叫优先级在其余组呼系统对应的呼叫优先级,将该互联呼叫与对应的呼叫优先级发送到其余组呼系统中对应的组。
本发明实施例中,组呼系统可以调用API检测互联呼叫的呼叫优先级,并将检测到的互联呼叫的第一组的标识加载到该互联呼叫中,然后将该呼叫优先级与互联呼叫发送到交换处理中心,触发交换处理中心查找该第一组在其余组呼系统中对应的组与该呼叫优先级在其余组呼系统对应的呼叫优先级,将该互联呼叫与对应的呼叫优先级发送到其余组呼系统中对应的组,这样使得组呼系统对呼叫优先级的检测更加准确,且监听到互联呼叫发起的组使得该互联呼叫能更加准确的在其他组呼系统中对应的组内唤起,使得在组呼的互联中,信息的传递效果大大增强。
为便于理解,下面以一具体应用场景对本发明实施例中保留组呼优先级信息的方法进行具体描述:
当组呼系统监测到互联呼叫时,组呼系统调用API检测到该互联呼叫的呼叫优先级为第三优先级;
当组呼系统调用组监听监听到该互联呼叫为对组呼系统中的A小组发起时,组呼系统将A小组的标识加载到该互联呼叫;
组呼系统发送该互联呼叫与第三优先级到交换处理中心,触发交换处理中心查找A小组在其余组呼系统中对应的组与第三优先级在其余组呼系统对应的呼叫优先级,将该互联呼叫与对应的呼叫优先级发送到其余组呼系统中对应的组。
下面对本发明实施例中的组呼系统进行描述,请参阅图8,本发明实施例中组呼系统一个实施例包括:
优先级获取模块801,用于当组呼系统监测到互联呼叫时,获取该互联呼叫的呼叫优先级;
发送模块802,用于发送该互联呼叫和呼叫优先级到交换处理中心。
本发明实施例中,当组呼系统监测到互联呼叫时,优先级获取模块801获取该互联呼叫在本组呼系统中的呼叫优先级,发送模块802发送该互联呼叫和呼叫优先级到交换处理中心,触发交换处理中心查找该呼叫优先级在其余组呼系统对应的呼叫优先级,将该互联呼叫与对应的呼叫优先级发送到其余组呼系统,这样使得进行组呼互联时,组呼系统中信息的优先级可以在互联系统中进行传递,提高了信息传输的效率,避免了紧急情况下一个组呼系统的紧急呼叫不能以同样的优先级传送到另外的组呼系统的情况。
上面实施例中,优先级获取模块801获取互联呼叫的优先级,在实际应用中,优先级获取模块801可以调用API检测互联呼叫的优先级,若互联呼叫由组呼系统终端对组呼系统中的第一组发起,组呼系统还可以调用组监听监听到该第一组,并进行后续处理,请参阅图9,本发明实施例中组呼系统另一个实施例包括:
优先级获取模块901,用于当组呼系统监测到互联呼叫时,获取该互联呼叫的呼叫优先级;
发送模块902,用于发送该互联呼叫和呼叫优先级到交换处理中心;
本实施例中,优先级获取模块901具体用于,当组呼系统监测到互联呼叫时,调用应用程序编程接口API检测互联呼叫的呼叫优先级;
当互联呼叫为组呼系统对该组呼系统中的第一组发起时,该组呼系统还包括:
标识加载模块903,用于当组呼系统调用组监听监听到互联呼叫对第一组发起时,将第一组的标识加载到该互联呼叫。
本发明实施例中,优先级获取模块901可以调用API检测互联呼叫的呼叫优先级,标识加载模块903将检测到的第一组的标识加载到该互联呼叫中,然后发送模块902将该呼叫优先级与互联呼叫发送到交换处理中心,触发交换处理中心查找该第一组在其余组呼系统中对应的组与该呼叫优先级在其余组呼系统对应的呼叫优先级,将该互联呼叫与对应的呼叫优先级发送到其余组呼系统中对应的组,这样使得组呼系统对呼叫优先级的检测更加准确,且监听到互联呼叫发起的组使得该互联呼叫能更加准确的在其他组呼系统中对应的组内唤起,使得在组呼的互联中,信息的传递效果大大增强。
为了便于理解上述实施例,下面以上述组呼系统各个单元在一个具体应用场景中的交互过程进行说明:
当组呼系统监测到互联呼叫时,优先级获取模块901调用API检测到该互联呼叫的呼叫优先级为第三优先级;
当组呼系统调用组监听监听到该互联呼叫为对组呼系统中的A小组发起时,标识加载模块903将A小组的标识到该互联呼叫;
发送模块902发送该互联呼叫与第三优先级到交换处理中心,触发交换处理中心查找A小组在其余组呼系统中对应的组与第三优先级在其余组呼系统对应的呼叫优先级,将该互联呼叫与对应的呼叫优先级发送到其余组呼系统中对应的组。
请参阅图10,下面对本发明实施例中交换处理中心与组呼系统之间的交互过程进行描述。
1001、第一组呼系统终端发起对第一组呼系统中A小组的互联呼叫;
1002、当第一组呼系统监测到互联呼叫时,第一组呼系统调用API检测该互联呼叫的第一呼叫优先级;
1003、当第一组呼系统调用组监听监听到该互联呼叫为对第一组呼系统的A小组发起的呼叫时,第一组呼系统将A小组的标识加载到该互联呼叫中;
1004、第一组呼系统发送该互联呼叫与第一呼叫优先级到交换处理中心;
1005、交换处理中心接收第一组呼系统发送的第一呼叫优先级与互联呼叫;
1006、交换处理中心获取第一组的标识;
1007、交换处理中心查找组呼列表,得到与A小组的标识对应的第二组呼系统中的B小组;
1008、交换处理中心查找第一优先列表,得到与第一呼叫优先级对应的第二组呼系统中的第二呼叫优先级;
1009、交换处理中心发送携带有B小组的标识的互联呼叫与第二呼叫优先级到第二组呼系统;
1010、第二组呼系统接收到该互联呼叫和第二呼叫优先级后,在B小组中按照第二优先级唤起该互联呼叫。
可以理解的是,第二组呼系统与交换处理中心的交互过程与上述交互过程相似,此处不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种保留组呼优先级信息的方法,其特征在于,包括:
交换处理中心接收互联呼叫与第一呼叫优先级,所述互联呼叫与第一呼叫优先级由第一组呼系统发送,所述第一呼叫优先级为所述互联呼叫在所述第一组呼系统中的优先级;
所述交换处理中心查找优先列表,得到所述第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级;
所述交换处理中心发送所述互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级唤起所述互联呼叫。
2.根据权利要求1所述的方法,其特征在于,
所述互联呼叫为第一组呼系统终端对所述第一组呼系统的第一组发起的呼叫;
所述方法还包括:
所述交换处理中心从所述互联呼叫中获取所述第一组的标识;
所述交换处理中心查找组呼列表,得到所述第一组的标识对应的第二组的标识,所述第二组的标识表示所述第二组呼系统中的第二组;
所述交换处理中心发送所述互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级唤起所述互联呼叫包括:
所述交换处理中心发送携带有所述第二组的标识的互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级在所述第二组中唤起所述互联呼叫。
3.一种保留组呼优先级信息的方法,其特征在于,包括:
当组呼系统监测到互联呼叫时,所述组呼系统获取所述互联呼叫的呼叫优先级,所述呼叫优先级为所述互联呼叫在所述组呼系统中的优先级;
所述组呼系统发送所述互联呼叫和所述呼叫优先级到交换处理中心;
所述交换处理中心接收所述互联呼叫与呼叫优先级;
所述交换处理中心查找优先列表,得到所述呼叫优先级在第二组呼系统中对应的第二呼叫优先级;
所述交换处理中心发送所述互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级唤起所述互联呼叫。
4.根据权利要求3所述的方法,其特征在于,
所述互联呼叫为组呼系统终端对所述组呼系统中的第一组发起的呼叫;
所述方法还包括:
当组呼系统调用组监听监听到所述互联呼叫对所述第一组发起时,所述组呼系统将所述第一组的标识加载到所述互联呼叫。
5.一种交换处理中心,其特征在于,包括:
接收模块,用于接收互联呼叫与第一呼叫优先级,所述互联呼叫与第一呼叫优先级由第一组呼系统发送,所述第一呼叫优先级为所述互联呼叫在所述第一组呼系统中的优先级;
优先查找模块,用于查找优先列表,得到所述第一呼叫优先级在第二组呼系统中对应的第二呼叫优先级;
发送模块,用于发送所述互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级唤起所述互联呼叫。
6.根据权利要求5所述的交换处理中心,其特征在于,当所述互联呼叫为第一组呼系统终端对所述第一组呼系统的第一组发起的呼叫时,所述交换处理中心还包括:
获取模块,用于从所述互联呼叫中获取所述第一组的标识;
组查找模块,用于查找组呼列表,得到所述第一组的标识对应的第二组的标识,所述第二组的标识表示所述第二组呼系统中的第二组;
所述发送模块具体用于,发送携带有所述第二组的标识的互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级在所述第二组中唤起所述互联呼叫。
7.根据权利要求6所述的交换处理中心,其特征在于,所述交换处理中心还包括:
存储模块,用于存储所述优先列表和所述组呼列表。
8.一种保留组呼优先级信息的系统,其特征在于,包括:
所述系统包括组呼系统以及交换处理中心,所述组呼系统包括优先级获取模块、第一发送模块,所述交换处理中心包括接收模块、优先查找模块以及第二发送模块;
所述优先级获取模块,用于当组呼系统监测到互联呼叫时,获取所述互联呼叫的呼叫优先级,所述呼叫优先级为所述互联呼叫在所述组呼系统中的优先级;
所述第一发送模块,用于发送所述互联呼叫和所述呼叫优先级到交换处理中心;
所述接收模块,用于接收互联呼叫与呼叫优先级;
所述优先查找模块,用于查找优先列表,得到所述呼叫优先级在第二组呼系统中对应的第二呼叫优先级;
所述第二发送模块,用于发送所述互联呼叫与所述第二呼叫优先级到所述第二组呼系统,使得所述第二组呼系统按照所述第二呼叫优先级唤起所述互联呼叫。
9.根据权利要求8所述的系统,其特征在于,所述优先级获取模块具体用于,当组呼系统监测到互联呼叫时,调用应用程序编程接口API检测所述互联呼叫的呼叫优先级。
10.根据权利要求9所述的系统,其特征在于,当所述互联呼叫为对所述组呼系统中的第一组发起时,所述系统还包括:
标识加载模块,用于当组呼系统调用组监听监听到所述互联呼叫对所述第一组发起时,将所述第一组的标识加载到所述互联呼叫。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410063071.6A CN103796171B (zh) | 2014-02-24 | 2014-02-24 | 保留组呼优先级信息的方法,交换处理中心和组呼系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410063071.6A CN103796171B (zh) | 2014-02-24 | 2014-02-24 | 保留组呼优先级信息的方法,交换处理中心和组呼系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103796171A CN103796171A (zh) | 2014-05-14 |
CN103796171B true CN103796171B (zh) | 2018-01-16 |
Family
ID=50671368
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410063071.6A Active CN103796171B (zh) | 2014-02-24 | 2014-02-24 | 保留组呼优先级信息的方法,交换处理中心和组呼系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103796171B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101489189A (zh) * | 2009-02-25 | 2009-07-22 | 北京交通大学 | 一种基于智能网的动态语音组呼实现方法 |
CN102984816A (zh) * | 2012-12-26 | 2013-03-20 | 大唐移动通信设备有限公司 | 一种呼叫处理方法及装置 |
CN103188618A (zh) * | 2011-12-28 | 2013-07-03 | 鼎桥通信技术有限公司 | 呼叫处理方法、用户设备和网络侧设备 |
CN103546872A (zh) * | 2012-07-17 | 2014-01-29 | 普天信息技术研究院有限公司 | 一种集群通信系统中的寻呼消息发送方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8401584B2 (en) * | 2008-06-17 | 2013-03-19 | Motorola Solutions, Inc. | Dynamic group prioritization in communication networks |
-
2014
- 2014-02-24 CN CN201410063071.6A patent/CN103796171B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101489189A (zh) * | 2009-02-25 | 2009-07-22 | 北京交通大学 | 一种基于智能网的动态语音组呼实现方法 |
CN103188618A (zh) * | 2011-12-28 | 2013-07-03 | 鼎桥通信技术有限公司 | 呼叫处理方法、用户设备和网络侧设备 |
CN103546872A (zh) * | 2012-07-17 | 2014-01-29 | 普天信息技术研究院有限公司 | 一种集群通信系统中的寻呼消息发送方法 |
CN102984816A (zh) * | 2012-12-26 | 2013-03-20 | 大唐移动通信设备有限公司 | 一种呼叫处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103796171A (zh) | 2014-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110312228A (zh) | 用于在v2x通信系统中利用聚合载波进行通信的方法和装置 | |
CN104935641B (zh) | 一种加速文件传输的方法和装置 | |
CN107710854A (zh) | 用于车辆通信的逐步资源分配 | |
CN110087211A (zh) | V2x通信系统中用异构rat收发数据的方法和设备 | |
CN107770815A (zh) | 一种基于位置的mec方法及设备 | |
CN102474890A (zh) | 在对等无线网络中建立直接链路 | |
CN109618415A (zh) | 一种d2d通信方法及设备 | |
CN106961703A (zh) | 一种信息传输方法、装置和系统 | |
CN102215458A (zh) | 基于长期演进技术的数字集群通信系统以及基站和终端 | |
CN106961727A (zh) | 一种寻呼及其控制方法及装置 | |
CN105025394A (zh) | 采用用户数据卡信息接入的公网调度通信方法 | |
CN105721659B (zh) | 来电处理方法及装置 | |
CN103457640A (zh) | 一种快速数据传输方法、系统及移动终端 | |
CN108882382A (zh) | 传输方法、终端和网络设备 | |
CN106559903A (zh) | 端到端通信链路建立方法、接入点及站点 | |
CN103906249B (zh) | 一种频谱资源分配方法、系统以及接入网设备 | |
CN104796863B (zh) | 信息转发、车辆多跳通信方法及系统 | |
CN103944918B (zh) | 一种数字集群系统与电话系统通信方法、交换机及系统 | |
CN103796171B (zh) | 保留组呼优先级信息的方法,交换处理中心和组呼系统 | |
CN103327528B (zh) | 基站、无线终端装置及其传输限制方法 | |
CN103826276B (zh) | 数据传输方法、基站、管理控制中心和系统 | |
WO2017185755A1 (zh) | D2d的通信方法、装置及计算机存储介质 | |
CN109152045A (zh) | 确定下行控制信道资源的方法、装置、用户设备及基站 | |
CN104079325A (zh) | 一种信息共享的方法和电子设备 | |
CN106804024A (zh) | 一种自组网的方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200310 Address after: 518000 East Side of Hainengda Building 701, 9108 North Ring Road, North District, Nanshan High-tech Zone, Shenzhen City, Guangdong Province Patentee after: Shenzhen Hainengda Technology Service Co., Ltd. Address before: 518057, Shenzhen, Guangdong Nanshan District hi tech Industrial Park North Zone, North Ring Road, Hai Da building Patentee before: HYTERA COMMUNICATIONS CORPORATION Ltd. |
|
TR01 | Transfer of patent right |