CN107241706A - 用于宽带集群通信系统中的多调度台强拆业务实现方法 - Google Patents

Abstract

本发明提供一种用于宽带集群通信系统中的多调度台强拆业务实现方法，集群核心网接收并处理调度台C发送的初始强拆请求，集群核心网根据调度台强拆权限标识、原通话双方A\B的终端类型标识和呼叫类型标识，进行判断；集群核心网根据判断结果进行处理，包括向调度台C回应相应的拒绝或提示消息，或者直接强拆原通话双方A\B的通话；调度台C根据返回的信息做出相应操作，调度台C如果选择继续强拆业务，则向集群核心网发送再次强拆请求，集群核心网收到再次强拆请求后直接将原通话双方A\B通话终止。与现有强拆业务的强行释放实现流程相比，本发明能够有效满足应急调度和突发事件处理，出于安全和紧急程度考虑，优化用户体验。

Description

用于宽带集群通信系统中的多调度台强拆业务实现方法

技术领域

本发明涉及宽带集群通信技术领域，尤其是涉及一种用于宽带集群通信系统中的多调度台强拆业务实现方法。

背景技术

随着社会经济的发展，特别是在公众移动通信的飞速发展，LTE技术以其高速率传输、分组传送、延迟降低、广域覆盖和向下兼容等特点引起人们的普遍关注，并将其引入到集群通信技术。LTE宽带集群通信，基于“语音”、“数据”、“视频”三大基本业务功能，同时可以实现单呼、组呼、全呼、优先级呼叫、调度、高速数据传输等集群通信业务功能，引起了新一代集群通信技术的变革，促进了集群通信在交通、公安、消防、林业、政府应急等全行业的发展。

宽带集群通信系统在保证兼容LTE数据业务的基础上，增强了语音集群基本业务和补充业务，以及多媒体集群调度等宽带集群业务功能，具有灵活带宽、高频谱效率、低时延、高可靠性的特征，能够满足专业用户对语音集群、宽带数据、应急指挥调度等需求；以及在未来移动办公、多媒体集群调度、视频监控、城市应急联动等方面多元化应用。

在应急调度和突发事件处理时，特别是公安、军队、法院等，出于安全和紧急程度考虑，要保证某些紧急电话呼叫的顺畅，必须有某种机制来实现强拆功能，即当被叫号码占线时，宽带集群通信系统的调度台可以拆除被叫号码的当前通话，从而与被叫号码进行通话。

当前宽带集群通信系统的调度台强拆功能是指具有权限的调度台强行释放某个组呼或单呼，释放信道。若原通话双方A、B均为普通终端，可以直接强拆；但在支持多调度台的宽带集群通信系统中，即原通话双方A、B中有一方为调度台或普通终端正在进行紧急呼叫时，第三方调度台用户直接强拆A、B通话，直接将原双方通话终止，用户体验不好，因为原通话双方可能正在应急调度和处理突发事件，没有综合考虑安全和紧急程度。

在众多的检索专利文献中，发现相关专利如下：专利《一种强插/强拆业务的实现方法、系统及应用服务器》(CN104348814A)，是在有新的用户发起呼叫且被叫用户正忙时，首先确认新用户是否具有强拆权限；若具有，则对呼叫请求中的非被叫用户强制执行强拆操作，若不具有，则向新用户发起拒绝呼叫请求信息。专利《集群系统中实现信道强拆的方法》(CN1921650A)，提供一种可保证设定的高优先级的用户或呼叫在任何情况下(系统资源不足)都能呼叫成功的集群系统中实现信道强拆的方法。专利《一种基于号码优先级强拆呼叫的方法》(CN 1809099 B)，提供一种根据电话号码优先级，达到紧急通话可以优先接入现有语音系统中的方法，紧急主叫号码可以拆除被叫号码的当前通话并与被叫号码抢先进行通话。

上述专利仅提供了强拆业务的实现思路，可以保证具有强拆权限或优先级高的用户在紧急情况下的呼叫，能够强行释放被叫号码的当前通话，但没有综合考虑安全和紧急程度。现有专利中缺少满足实际应用需求的技术方案，缺少基于LTE技术的宽带集群通信的强拆业务的具体实现方法，特别是用于宽带集群通信系统中的多调度台强拆业务的具体实现方法。

发明内容

本发明的目的在于针对支持多调度台的宽带集群通信场景中提供一种调度台强拆业务的实现方法，以有效满足应急调度和突发事件处理，出于安全和紧急程度考虑，优化用户体验。

为实现上述目的，本发明采用的技术方案提供一种用于宽带集群通信系统中的多调度台强拆业务实现方法，

集群核心网为所有注册的调度台，在数据库中存储其强拆权限标识；

集群核心网为所有注册的集群终端和调度台，在数据库中存储相应终端类型标识；

集群核心网为所有通话中的集群终端和调度台，在数据库中存储呼叫类型标识；

设用户A与用户B正在通话，调度台C向集群核心网发送初始强拆请求；

集群核心网接收并处理调度台C发送的初始强拆请求，集群核心网根据调度台强拆权限标识、原通话双方A\B的终端类型标识和呼叫类型标识，进行判断；

集群核心网根据判断结果进行处理，包括向调度台C回应相应的拒绝或提示消息，或者直接强拆原通话双方A\B的通话；

调度台C根据返回的信息做出相应操作，调度台C如果选择继续强拆业务，则向集群核心网发送再次强拆请求，集群核心网收到再次强拆请求后直接将原通话双方A\B通话终止，处理结束；调度台C如果选择不继续强拆，处理结束。

而且，所述调度台的强拆权限标识包括有强拆权限和无强拆权限两种。

而且，所述终端类型标识包括集群终端和调度台两种。

而且，所述呼叫类型标识包括紧急呼叫和普通呼叫两种。

而且，当用户A与用户B正在通话，通话业务类型包括组呼和单呼。

而且，集群核心网根据判断结果进行处理，包括以下处理方式，

调度台没有强拆权限，则集群核心网向调度台发送拒绝响应，提示调度台C无权，调度台C收到集群核心网返回的拒绝响应后处理结束；

调度台有强拆权限，且原通话双方A\B的终端类型标识中有调度台，则集群核心网向调度台C发送提示响应，提示调度台C是否继续强拆，调度台C收到集群核心网返回的提示响应后，调度台C如果选择继续强拆业务，则向集群核心网发送再次强拆请求，集群核心网收到再次强拆请求后直接将原通话双方A\B通话终止，流程处理结束；调度台C如果选择不继续强拆，处理结束；

调度台有强拆权限，且原通话双方A\B的终端类型标识中有调度台，但原通话双方A\B的呼叫类型标识中有紧急呼叫，则集群核心网向调度台C发送提示响应，提示调度台C是否继续强拆，调度台C收到集群核心网返回的提示响应后，调度台C如果选择继续强拆业务，则向集群核心网发送再次强拆请求，集群核心网收到再次强拆请求后直接将原通话双方A\B通话终止，流程处理结束；调度台C如果选择不继续强拆，处理结束；

调度台有强拆权限，且原通话双方A\B的终端类型标识中没有调度台和原通话双方A\B的呼叫类型标识中没有紧急呼叫，则集群核心网接将原通话双方A\B通话终止，处理结束。

本发明的有益效果：具有强拆权限的调度台强行释放某个组呼或单呼时，若原通话双方A、B均为普通终端、普通呼叫，可以直接强拆，与当前宽带集群通信系统的调度台强拆功能一致；而在支持多调度台的宽带集群通信系统中，若原通话双方A\B中有一方为调度台或原通话为紧急呼叫时，不再是直接将原双方通话终止，集群核心网会向调度台C发送响应，提示调度台C是否继续强拆，调度台C出于安全和紧急程度考虑原通话双方A\B是否可能正在应急调度和突发事件处理，最终决定是否将原通话双方A\B通话终止，优化了用户体验，保证某些紧急电话呼叫的顺畅，丰富了应急指挥调度。本发明支持多调度台的应用场景，能够有效满足应急调度和突发事件处理，具有重要的经济价值和市场前景。

附图说明

图1为现有技术中宽带集群通信系统的网络结构示意图；

图2为本发明实施例提供的强拆业务实现方法流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，为现有技术中宽带集群通信系统的网络结构示意图，宽带集群通信系统包括集群终端、基站、集群核心网、调度台。

所述集群终端与集群基站之间通过Uu-T接口相连；

所述集群基站与集群核心网之间通过S1-T接口相连；

所述调度台与集群核心网之间通过D接口相连，是可以发起集群调度业务的特殊终端，业务权限高于普通终端。

各接口说明如下：

Uu接口：LTE数据终端与LTE基站之间的无线接口。该接口是开放接口。

Uu-T接口：LTE宽带集群终端与LTE宽带集群基站之间的无线接口，在Uu接口基础上增加集群相关的无线通信功能。该接口是开放接口。

S1-T接口：LTE宽带集群基站与LTE宽带集群核心网之间的接口，在S1接口基础上增加集群相关的功能。该接口不开放。

D接口：调度台与集群核心网之间的参考点，提供调度台的调度、管理等功能。该接口是开放接口。

以上接口均采用现有技术标准：基于LTE技术的宽带集群通信(B-TrunC)系统(第二阶段)系列标准。

本发明实施例提出的用于宽带集群通信系统中的多调度台强拆业务实现方法，原理如下，集群核心网为所有注册的调度台，在数据库中存储其强拆权限标识；

集群核心网为所有注册的集群终端和调度台，在数据库中存储相应终端类型标识；

集群核心网为所有通话中的集群终端和调度台，在数据库中存储呼叫类型标识；

设用户A与用户B正在通话，调度台C向集群核心网发送初始强拆请求；

集群核心网接收并处理调度台C发送的初始强拆请求，集群核心网根据调度台强拆权限标识、原通话双方A\B的终端类型标识和呼叫类型标识，进行判断；

集群核心网根据判断结果，向调度台C回应相应的拒绝或提示消息，或者直接强拆原通话双方A\B的通话；

调度台C根据返回的信息做出相应操作。

进一步地，所述调度台的强拆权限标识包括有强拆权限和无强拆权限两种。

进一步地，所述终端类型标识包括集群终端和调度台两种，调度台也视为一种终端。

进一步地，所述呼叫类型标识包括紧急呼叫和普通呼叫两种。

进一步地，所述用户A与用户B正在通话，具体通话业务类型包括组呼和单呼两种。

单呼：一对一进行对讲；两个终端之间建立的呼叫，包括终端与终端之间、终端与调度台之间的单呼。

组呼：多人在一个群组内对讲；终端或调度台发起的对一个组的呼叫。

所述用户A、B通话，可以是A、B一对一进行对讲；也可能是A、B在一个群组内对讲；本专利侧重于强拆业务，通话是前提、通话形式故不限。

所述集群核心网根据判断结果，判断进行相应的给调度台C回拒绝或提示消息，或者直接强拆原通话双方A\B的通话，调度台C根据返回的信息做出相应操作，具体包括：

调度台没有强拆权限，则集群核心网向调度台发送拒绝响应，提示调度台C无权，调度台C收到集群核心网返回的拒绝响应后流程处理结束；

调度台有强拆权限，且原通话双方A\B的终端类型标识中有调度台，则集群核心网向调度台C发送提示响应，提示调度台C是否继续强拆，调度台C收到集群核心网返回的提示响应后，调度台C如果选择继续强拆业务，则向集群核心网发送再次强拆请求，集群核心网收到再次强拆请求后直接将原通话双方A\B通话终止，流程处理结束；调度台C如果选择不继续强拆，流程处理结束；

调度台有强拆权限，且原通话双方A\B的终端类型标识中没有调度台，但原通话双方A\B的呼叫类型标识中有紧急呼叫，则集群核心网向调度台C发送提示响应，提示调度台C是否继续强拆，调度台C收到集群核心网返回的提示响应后，调度台C如果选择继续强拆业务，则向集群核心网发送再次强拆请求，集群核心网收到再次强拆请求后直接将原通话双方A\B通话终止，流程处理结束；调度台C如果选择不继续强拆，流程处理结束；

调度台有强拆权限，且原通话双方A\B的终端类型标识中没有调度台和原通话双方A\B的呼叫类型标识中没有紧急呼叫，则集群核心网接将原通话双方A\B通话终止，流程处理结束。

如图2所示，本发明实施例提供的强插/强拆业务实现方法采用流程自动实现，包括以下步骤：

S1：集群核心网为所有注册的调度台在数据库中存储强拆标识，强拆标识表示是否有强拆权限；具体实施时，集群核心网可为所有注册的调度台分配强拆权限，或者采用预设的强拆权限。

S2：集群核心网将终端类型分为集群终端、调度台，并为所有注册到集群核心网的集群终端、调度台，在数据库中存储其终端类型标识；

S3：集群核心网将呼叫类型分为紧急呼叫、普通呼叫，所有用户(集群终端、调度台)均有权利发起紧急呼叫，集群核心网在数据库中存储、标识呼叫类型；

S4：设用户A与用户B正在通话，调度台C通过D接口向集群核心网发送SIP(MESSAGE)初始强拆请求，消息包括强拆标识pttdismantle、在线通话识别码；

所述SIP消息(SIP Message)是从客户端到服务器的请求，或从服务器到客户端的响应。

S5：集群核心网接收并处理调度台C发送的初始强拆请求，集群核心网查询数据库，首先判断调度台C是否有强拆权限，如果没有，则集群核心网向调度台发送SIP(4XX错误)提示无权响应，提示调度台C没有强拆权限，流程处理结束；否则进入步骤S6；

“4XX错误”遵循IETF RFC 3261标准规范的定义：如

403Forbidden为服务器拒绝执行；

455B-TrunC Failure为B-TrunC定义的失败码，指示失败信息

486Busy Here为呼叫遇忙

S6：集群核心网查询数据库，继续判断原通话双方A\B的终端类型标识是否有任一为调度台，如果没有，进入步骤S7，否则进入步骤S8；

S7：集群核心网查询数据库，继续判断原通话双方A\B的呼叫类型是否有任一为紧急呼叫，如果没有，进入步骤S9，否则进入步骤S8；

S8：集群核心网向调度台C发送SIP(MESSAGE)短消息响应(提示调度台C是否继续强拆)，消息携带实时短数据标识pttmsg(用于标识该短消息内容为提示调度台C是否继续强拆)、在线通话识别码(从初始强拆请求中获取)、端到端加密指示e2ee(取值为1或0，用于标识是否采用端到端加密方式)、短数据类型msgtype(例如文本、xml等)，消息内容包含于消息体中，采用端到端加密方式时只有参与通信的双方(实施例为集群核心网和调度台)可以读取通信数据；调度台C如果选择继续强拆业务，则向集群核心网发送SIP(MESSAGE)再次强拆请求，消息包括强拆标识pttdismantle、在线通话识别码、请求标识(用于与初始强拆请求区分)；集群核心网收到再次强拆请求SIP(MESSAGE)后直接将原通话双方A\B通话终止，流程处理结束；调度台C如果选择不继续强拆，流程处理结束；

S9：集群核心网发起释放流程，直接将原通话双方A\B通话终止。

以上所述仅为本发明的实施例之一，并不用于限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种用于宽带集群通信系统中的多调度台强拆业务实现方法，其特征在于：

集群核心网为所有注册的调度台，在数据库中存储其强拆权限标识；

集群核心网为所有注册的集群终端和调度台，在数据库中存储相应终端类型标识；

集群核心网为所有通话中的集群终端和调度台，在数据库中存储呼叫类型标识；

设用户A与用户B正在通话，调度台C向集群核心网发送初始强拆请求；

集群核心网接收并处理调度台C发送的初始强拆请求，集群核心网根据调度台强拆权限标识、原通话双方A\B的终端类型标识和呼叫类型标识，进行判断；

集群核心网根据判断结果进行处理，包括向调度台C回应相应的拒绝或提示消息，或者直接强拆原通话双方A\B的通话；

调度台C根据返回的信息做出相应操作，调度台C如果选择继续强拆业务，则向集群核心网发送再次强拆请求，集群核心网收到再次强拆请求后直接将原通话双方A\B通话终止，处理结束；调度台C如果选择不继续强拆，处理结束。

2.根据权利要求1所述用于宽带集群通信系统中的多调度台强拆业务实现方法，其特征在于：所述调度台的强拆权限标识包括有强拆权限和无强拆权限两种。

3.根据权利要求1所述用于宽带集群通信系统中的多调度台强拆业务实现方法，其特征在于：所述终端类型标识包括集群终端和调度台两种。

4.根据权利要求1所述用于宽带集群通信系统中的多调度台强拆业务实现方法，其特征在于：所述呼叫类型标识包括紧急呼叫和普通呼叫两种。

5.根据权利要求1所述用于宽带集群通信系统中的多调度台强拆业务实现方法，其特征在于：当用户A与用户B正在通话，通话业务类型包括组呼和单呼。

6.根据权利要求1所述用于宽带集群通信系统中的多调度台强拆业务实现方法，其特征在于：集群核心网根据判断结果进行处理，包括以下处理方式，

调度台没有强拆权限，则集群核心网向调度台发送拒绝响应，提示调度台C无权，调度台C收到集群核心网返回的拒绝响应后处理结束；

调度台有强拆权限，且原通话双方A\B的终端类型标识中有调度台，则集群核心网向调度台C发送提示响应，提示调度台C是否继续强拆，调度台C收到集群核心网返回的提示响应后，调度台C如果选择继续强拆业务，则向集群核心网发送再次强拆请求，集群核心网收到再次强拆请求后直接将原通话双方A\B通话终止，流程处理结束；调度台C如果选择不继续强拆，处理结束；

调度台有强拆权限，且原通话双方A\B的终端类型标识中有调度台，但原通话双方A\B的呼叫类型标识中有紧急呼叫，则集群核心网向调度台C发送提示响应，提示调度台C是否继续强拆，调度台C收到集群核心网返回的提示响应后，调度台C如果选择继续强拆业务，则向集群核心网发送再次强拆请求，集群核心网收到再次强拆请求后直接将原通话双方A\B通话终止，流程处理结束；调度台C如果选择不继续强拆，处理结束；

调度台有强拆权限，且原通话双方A\B的终端类型标识中没有调度台和原通话双方A\B的呼叫类型标识中没有紧急呼叫，则集群核心网接将原通话双方A\B通话终止，处理结束。