一种数字集群系统中临时组呼的实现方法与流程

文档序号:14480420阅读:397来源:国知局

本发明涉及通信技术领域,具体涉及一种数字集群系统中临时组呼的实现方法。



背景技术:

集群通信系统是为了满足行业用户指挥调度的需求而开发的专用无线通信系统,在公共安全、交通运输、石油化工、公共事业、机场港口有着广泛的应用市场。随着移动通信系统不断向宽带化方向发展,目前,b-trunc(基于lte技术的宽带数字集群通信系统)已成为下一代集群系统的主要技术体制和我国的国家标准,在lte点到点通信的基础上,为了提供多媒体集群调度功能,对网络架构和接口控制协议等进行了增强。随着b-trunc标准的不断完善和演进,已被轨道交通、政务、公安等行业用户采纳,将在b-trunc架构的基础上针对行业特定需求进行定制开发。

临时组呼是集群通信的一项重要业务,发起呼叫时将某一片区域内的活动用户组成一个临时通话组,维持这个组范围直到呼叫结束。如轨道交通行业的站管区呼叫就是临时组呼的一个典型场景,由车站值班员或者车载台发起,用于车站值班员固定台呼叫本站管辖范围内的所有列车车载台,以及车载台呼叫当前所属车站的值班员固定台,发起呼叫时主叫方不需要知道被叫的范围和确切号码,由系统根据主叫的当前位置自动建立一个临时通话组;再如基于gis(地理信息服务器,geographicinformationsystem)的可视化调度中,调度台选择地图上的某一块区域,针对该区域内的活动用户发起临时组呼等。

现有的数字集群系统中临时组呼的实现方法中,临时组呼需要调度台参与,调度台从位置信息服务器获取临时组的成员列表,发起动态重组操作建立临时通话组,呼叫结束时再通过调度台发起的动态重组操作删除这个临时通话组。现有技术中,集群核心网和位置信息服务器没有接口,集群核心网进行呼叫控制所需的终端位置信息等均需要调度台转换,信息流多了一个环节,增加了延时和出错概率。而且,临时组呼过程涉及调度台发起的两次动态重组操作,发起呼叫时通过动态重组组成一个组,呼叫结束时则通过动态重组删除这个临时组,每次动态重组过程都需要对数据库进行操作,流程较为繁琐。



技术实现要素:

本发明实施例提供一种数字集群系统中临时组呼的实现方法及系统,用于解决现有的临时组呼的实现方法中需要调度台进行动态重组操作、以及动态重组过程需要更新数据库造成的流程繁琐的问题。

本发明实施例提供了一种数字集群系统中临时组呼的实现方法,包括:

集群核心网接收主叫终端发送的组呼建立请求信息,所述组呼建立请求信息中包括特定号码;

所述集群核心网根据所述特定号码判断为临时组呼,向位置信息服务器发送临时组用户列表请求信息,接收所述位置信息服务器发送的临时组用户列表;

所述集群核心网根据所述临时组用户列表创建临时组,并为所述临时组分配临时组号;

所述集群核心网以点对点方式将临时组信息推送给组内成员;

所述集群核心网分配呼叫标识,建立群组上下文,在建立被叫侧承载后向所述主叫终端发送组呼建立响应信息,所述组呼建立响应信息中包括所述临时组用户列表,向主叫终端指示当前临时组呼的参与成员。

所述集群核心网建立被叫侧承载包括:

所述集群核心网向相关基站发送群组上下文建立请求信息,所述群组上下文建立请求信息中包括所述临时组号、呼叫优先级、集群承载配置信息和非接入层消息组呼建立指示;所述非接入层消息组呼建立指示携带呼叫标识,呼叫类型为组呼,呼叫属性中包括临时组呼标识;

所述基站下发集群寻呼后,通过组呼配置消息广播对应组呼的接入层配置参数,组呼配置消息中携带所述非接入层消息组呼建立指示;

所述基站向所述集群核心网发送群组上下文建立响应。

进一步地,所述位置信息服务器根据临时组呼的组呼区域确定临时组用户列表。

进一步地,组呼区域由主叫终端指定或者位置信息服务器根据主叫终端的当前位置和主叫终端类型确定;

如果组呼区域由主叫指定,所述主叫终端发送的呼叫建立请求消息中还包含组呼区域。

所述方法还包括临时组呼释放过程:

所述集群核心网接收所述主叫终端发送的组呼释放请求信息,所述组呼释放请求信息中包括所述呼叫标识;

所述集群核心网向所述主叫终端发送组呼释放响应信息;

所述集群核心网向相关基站发送群组上下文释放命令,所述群组上下文释放命令携带释放原因和组呼释放指示非接入层消息,所属组呼释放指示非接入层消息中携带呼叫标识;所述基站广播组呼释放消息通知组内终端释放组呼相关资源,所述组呼释放消息中携带所述组呼释放指示非接入层消息;

所述基站向所述集群核心网发送群组上下文释放完成消息;

所述集群核心网根据所述呼叫标识删除对应的群组上下文。

在组内终端接收到所述携带呼叫标识的组呼释放指示非接入层消息之后,所述方法还包括:

所述各个组内终端释放组呼资源,根据呼叫标识、呼叫属性中的临时组呼标识与临时组组号的对应关系,在其所属组中删除与对应的临时组的关联关系。

本发明实施例提供的数字集群系统中临时组呼的实现方法,集群核心网接收主叫终端发送的组呼建立请求信息,所述组呼建立请求信息中包括特定号码;集群核心网根据所述特定号码判断为临时组呼,向位置信息服务器发送临时组用户列表请求信息,接收所述位置信息服务器发送的临时组用户列表;集群核心网根据所述临时组用户列表创建临时组,并为所述临时组分配临时组号;集群核心网以点对点方式将临时组信息推送给组内成员;集群核心网分配呼叫标识,建立群组上下文,在建立被叫侧承载后向所述主叫终端发送组呼建立响应信息,所述组呼建立响应信息中包括所述临时组用户列表,向主叫终端指示当前临时组呼的呼叫成员。本发明实施例通过集群核心网和位置信息服务器间的接口获取临时组的成员列表,呼叫过程不需要调度台参与,也不写入数据库,通过组信息更新过程把临时组号推送给各个组内终端,避免了现有临时组呼实现方法中的多次动态重组操作,简化了流程。

附图说明

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

图1是本发明一个实施例的数字集群系统中临时组呼的实现方法的流程示意图;

图2是本发明一个实施例的临时组呼建立的信令图;

图3是本发明一个实施例的临时组呼释放的信令图。

具体实施方式

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

图1是本发明一个实施例的数字集群系统中临时组呼的实现方法的流程示意图。如图1所示,该实施例的方法包括:

s11:集群核心网接收主叫终端发送的组呼建立请求信息,所述组呼建立请求信息中包括特定号码;

需要说明的是,本发明实施例的主叫终端采用一个特定号码发起临时组呼,组呼区域由主叫指定或者网络侧根据主叫的当前位置信息确定。主叫终端发送至集群核心网的组呼建立请求消息中携带特定号码,可选携带本次呼叫的组呼区域和终端类型。在实际应用中,如果组呼区域由主叫指定(如:通过gis地图框选),消息中还携带组呼区域,如果组呼区域由主叫当前位置确定(如:站管区呼叫),则无需携带组呼区域。同时可选携带终端类型,用于辅助判断临时组成员(如,站管区呼叫时,主叫是车载台和无线固定台时,临时组的成员不同)。

本发明不仅适用于终端,也适用于调度台发起的组呼。如果是终端发起的组呼,组呼建立请求使用nas接口callrequest消息;如果是调度台发起的组呼,组呼建立请求使用d接口sip(invite)消息。

s12:所述集群核心网根据所述特定号码判断为临时组呼,向位置信息服务器发送临时组用户列表请求信息,接收所述位置信息服务器发送的临时组用户列表;

需要说明的是,对于轨道交通行业用户,位置信息服务器可以是调度信息服务器(dispatchinginformationserver,dis),dis根据列车自动监控(automatictrainsupervision,ats)信息实时维护车载台与位置信息;对于政务网和城管等行业用户,位置信息服务器可以是gis。

s13:所述集群核心网根据所述临时组用户列表创建临时组,并为所述临时组分配临时组号;

需要说明的是,步骤s13不需要调度台参与,创建的临时组信息不写数据库ehss。

s14:所述集群核心网以点对点方式将临时组信息推送给组内成员;

需要说明的是,本发明实施例将临时组信息通过点对点方式推送给组内成员,进行临时组信息更新,该过程为标准的b-truncnas接口流程(组信息更新流程)。

s15:所述集群核心网分配呼叫标识,建立群组上下文,在建立被叫侧承载后向所述主叫终端发送组呼建立响应信息,所述组呼建立响应信息中包括所述临时组用户列表,向主叫指示当前临时组呼的参与成员。

本发明实施例通过集群核心网和位置信息服务器间的接口获取临时组的成员列表,呼叫过程不需要调度台参与,也不写入数据库,通过组信息更新过程把临时组号推送给各个组内终端,简化了流程。

图2是本发明一个实施例的临时组呼建立的信令图。如图2所示,在本发明实施例的一种可选的实施方式中,与图1中的方法类似,步骤s15具体包括:

所述集群核心网向相关基站发送群组上下文建立请求信息,所述群组上下文建立请求信息中包括所述临时组号、呼叫优先级、集群承载配置信息和非接入层消息组呼建立指示;所述非接入层消息组呼建立指示携带呼叫标识。呼叫类型为组呼,呼叫属性中包括临时组呼标识;

需要说明的是,非接入层nas消息组呼建立指示携带本次呼叫的呼叫标识、呼叫类型、呼叫属性、媒体属性等信息。在本发明实施例中,呼叫类型仍为组呼,呼叫属性中扩展一个临时组呼的标识位,指示本次组呼为一次性临时组呼叫。本发明实施例中,采用普通组呼实现临时组呼,不增加呼叫类型,仅对呼叫属性扩展了一个标识位,对b-trunc用于集群业务控制的nas协议改动较小。

所述基站下发集群寻呼后,通过组呼配置消息广播对应组呼的接入层配置参数,组呼配置消息中携带所述非接入层消息组呼建立指示;

需要说明的是,基站enb下发集群寻呼,携带该临时组的组id、组rnti、呼叫优先级等信息,并通过空口的组呼配置消息广播对应组呼的接入层配置参数,携带nas消息组呼建立指示;

所述基站向所述集群核心网发送群组上下文建立响应。

进一步地,在向所述主叫终端发送组呼建立响应信息之后,所述方法还包括:

所述集群核心网接收所述主叫终端发送的组呼建立完成信息。

在实际应用中,临时组呼过程中,组内成员维持不变,如果有车载台移出了组呼区域,由现有的组呼扩建机制保证业务的连续性。

图3是本发明一个实施例的临时组呼释放的信令图。如图3所示本发明实施例的方法还包括:

所述集群核心网接收所述主叫终端发送的组呼释放请求信息,所述组呼释放请求信息中包括所述呼叫标识;

需要说明的是,主叫终端决定释放当前临时组呼,向集群核心网发送组呼释放请求,消息中携带呼叫标识,指示释放组呼。

所述集群核心网向所述主叫终端发送组呼释放响应信息;

所述集群核心网向向相关基站发送群组上下文释放命令,所述群组上下文释放命令携带释放原因和组呼释放指示非接入层消息,所属组呼释放指示非接入层消息中携带呼叫标识;所述基站广播组呼释放消息通知组内终端释放组呼相关资源,所述组呼释放消息中携带所述组呼释放指示非接入层消息;

所述基站向所述集群核心网发送群组上下文释放完成消息;

所述集群核心网根据所述呼叫标识删除对应的群组上下文。

进一步地,在所述终端接收到所述携带呼叫标识的所述组呼释放指示非接入层消息之后,所述方法还包括:

所述各个组内终端释放组呼资源,根据呼叫标识、呼叫属性中的临时组呼标识与临时组组号的对应关系,在其所属组中删除与对应的临时组的关联关系。

本发明实施例提供的数字集群系统中临时组呼的实现方法,集群核心网接收主叫终端发送的组呼建立请求信息,所述组呼建立请求信息中包括特定号码;集群核心网根据所述特定号码向位置信息服务器发送临时组用户列表请求信息,接收所述位置信息服务器发送的临时组用户列表;集群核心网根据所述临时组用户列表创建临时组,并为所述临时组分配临时组号;集群核心网以点对点方式将临时组信息推送给组内成员;集群核心网建立群组上下文,在建立被叫侧承载后向所述主叫终端发送组呼建立响应信息,所述组呼建立响应信息中包括所述临时组用户列表。本发明实施例通过集群核心网和位置信息服务器间的接口获取临时组的成员列表,呼叫过程不需要调度台参与,也不写入数据库,通过组信息更新过程把临时组号推送给各个组内终端,避免了现有临时组呼实现方法中的多次动态重组操作,简化了流程。

本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

需要说明的是术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明的说明书中,说明了大量具体细节。然而能够理解的是,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。类似地,应当理解,为了精简本发明公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释呈反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1