CN105338503B - 一种呼叫处理方法及装置 - Google Patents

Abstract

本发明实施例公开了一种呼叫处理方法及装置，呼叫处理方法包括：第一站点的中转台根据本站点下的第一终端发起的呼叫请求向第二站点的中转台发送第一呼叫建立请求，第一终端的呼叫请求为向第二站点下的第二终端发起的，第一呼叫建立请求中包含第二终端的标识；第一站点的中转台判断是否在接收到第二站点的中转台发送的呼叫建立响应之前，接收到了第二站点的中转台发送的第二呼叫建立请求，第二呼叫建立请求由第二站点的中转台根据第二终端发起的针对第一终端的呼叫请求发送，第二呼叫建立请求中包含第一终端的标识；若是，则第一站点的中转台向第一终端发送呼叫冲突通知，以通知第一终端延后呼叫。本发明实施例能够避免呼叫冲突，提高接入成功率。

Description

一种呼叫处理方法及装置

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种呼叫处理方法及装置。

背景技术

集中式集群通信系统中，有专门的信道作为控制信道，控制信道用于传输控制信令，终端平时守候在控制信道，每次通话时都需要在控制信道向集群系统发出请求，集群系统为终端分配好业务信道，再通知终端切换到业务信道，通话结束终端还要返回控制信道。这样需要控制信道平时保持长发射状态，且专门保留一个信道作为控制信道会浪费一个信道，最终导致系统成本和复杂性都很高。

而分布式集群通信系统中，系统成本和复杂性较低，但各站点之间的呼叫状态信息无法统一管理，当不同站点下的终端同时发起同一呼叫时，可能出现两个终端的呼叫同时被接入，而彼此都不能呼通对方的情况，即目前的分布式集群通信系统中容易产生呼叫冲突，接入成功率较低。

发明内容

有鉴于此，本发明实施例提供了一种呼叫处理方法及装置，能够避免呼叫冲突，提高接入成功率。

第一方面，本发明实施例提供了一种呼叫处理方法，应用于呼叫处理系统，所述呼叫处理系统中包括第一站点及第二站点，所述方法包括：

所述第一站点的中转台根据本站点下的第一终端发起的呼叫请求向所述第二站点的中转台发送第一呼叫建立请求，所述第一终端的呼叫请求为针对所述第二站点下的第二终端发起的呼叫请求，所述第一呼叫建立请求中包含所述第二终端的标识；

所述第一站点的中转台判断是否在接收到所述第二站点的中转台发送的呼叫建立响应之前，接收到了所述第二站点的中转台发送的第二呼叫建立请求，所述第二呼叫建立请求由所述第二站点的中转台根据所述第二终端发起的针对第一终端的呼叫请求发送，所述第二呼叫建立请求中包含所述第一终端的标识；

若是，则所述第一站点的中转台向所述第一终端发送呼叫冲突通知，以通知所述第一终端延后呼叫。

第二方面，本发明实施例提供了一种呼叫处理装置，所述呼叫处理装置为中转台，所述呼叫处理装置包括：

发送单元，用于根据本站点下的第一终端发起的呼叫请求向其他站点的中转台发送第一呼叫建立请求，所述第一终端的呼叫请求为针对所述其他站点下的第二终端发起的呼叫请求，所述第一呼叫建立请求中包含所述第二终端的标识；

接收单元，用于接收所述其他站点的中转台发送的呼叫建立响应，以及接收所述其他站点的中转台发送的第二呼叫建立请求，所述第二呼叫建立请求由所述其他站点的中转台根据所述第二终端发起的针对所述第一终端的呼叫请求发送，所述第二呼叫建立请求中包含所述第一终端的标识；

判断单元，用于判断是否在接收到所述其他站点的中转台发送的呼叫建立响应之前，接收到了所述其他站点的中转台发送的第二呼叫建立请求；

所述发送单元还用于，在所述判断单元的判断结果为是时，向所述第一终端发送呼叫冲突通知，以通知所述第一终端延后呼叫。

第三方面，本发明实施例提供的中转台包括收发器和处理器，其中

所述收发器用于，根据本站点下的第一终端发起的呼叫请求向所述其他站点的中转台发送第一呼叫建立请求，所述第一终端的呼叫请求为针对所述其他站点下的第二终端发起的呼叫请求，所述第一呼叫建立请求中包含所述第二终端的标识；

所述处理器用于，判断所述收发器是否在接收到所述其他站点的中转台发送的呼叫建立响应之前，接收到了所述其他站点的中转台发送的第二呼叫建立请求，所述第二呼叫建立请求由所述第二站点的中转台根据所述第二终端发起的针对所述第一终端的呼叫请求发送；若是，则控制所述收发器向所述第一终端发送呼叫冲突通知，以通知所述第一终端延后呼叫。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，第一站点的中转台在根据第一终端发起的针对第二终端的呼叫请求向其他站点的中转台发送第一呼叫建立请求之后，会判断在接收到其他中转台返回的针对第一呼叫建立请求的呼叫建立响应之前，是否接收到了其他站点的中转台发送的第二呼叫建立请求，第二呼叫建立请求由其他站点的中转台根据第二终端发起的针对第一终端的呼叫请求发送，如果在接收到其他中转台返回的呼叫建立响应之前，接收到了其他站点的中转台发送的第二呼叫建立请求，则确定存在呼叫冲突，第一站点的中转台向第一终端发送呼叫冲突通知，第一终端根据呼叫冲突通知延后呼叫，从而避免呼叫冲突，提高接入成功率。

附图说明

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

图1为本发明实施例呼叫处理方法一个流程示意图；

图2为本发明实施例呼叫处理方法一个信令交互示意图；

图3为本发明实施例呼叫处理方法另一信令交互示意图；

图4为本发明实施例呼叫处理方法另一信令交互示意图；

图5为本发明实施例呼叫处理方法另一信令交互示意图；

图6为本发明实施例呼叫处理装置一个结构示意图；

图7为本发明实施例呼叫处理装置另一结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供了一种呼叫处理方法及装置，能够避免呼叫冲突，提高接入成功率。本发明实施例提供的呼叫处理方法应用于呼叫处理系统，呼叫处理系统可以是分布式集群通信系统，分布式集群通信系统中没有专门的信道作为控制信道，该系统由多个站点组成，每个站点下有若干中转台提供共享信道，其中包含一个固定的主中转台和多个从中转台，一个中转台对应若干逻辑信道时隙，例如在数字移动无线电(Digital MobileRadio，DMR)系统中，一个中转台对应两个逻辑信道时隙。空闲的终端用户总是优先监听系统分配给它的主中转台，如果主中转台包括空闲时隙，一个呼叫总是优先开始于它的主中转台，当主中转台繁忙(该中转台的所有信道时隙都被占用)时，主中转台会在广播语音或数据信息的同时，在广播信息内嵌入站内自由中转台的信息，没有参与主中转台活动的终端可以快速切换到自由中转台进行发射或监听系统广播信息，其中，自由中转台为从预设类型的中转台中预先指定的中转台，所述预设类型的中转台为至少存在一个空闲的逻辑信道时隙的从中转台，在同一时间点，一个站点内只会存在一个自由中转台。具体在本发明实施例中，分布式集群通信系统内包括第一站点及第二站点。

请参阅图1，本发明提供的呼叫处理方法一个实施例包括：

101、第一站点的中转台根据本站点下的第一终端发起的呼叫请求向第二站点的中转台发送第一呼叫建立请求，第一终端的呼叫请求为针对第二站点下的第二终端发起的呼叫请求，第一呼叫建立请求中包含第二终端的标识；

具体实现中，第一站点的中转台可以是第一站点的自由中转台，呼叫处理系统中的各站点可以维护自身的自由中转台列表，使得呼叫请求可以在各站点的自由中转台之间发起，以减少不必要的信息交互。

102、第一站点的中转台判断是否在接收到第二站点的中转台发送的呼叫建立响应之前，接收到了第二站点的中转台发送的第二呼叫建立请求，第二呼叫建立请求由第二站点的中转台根据第二终端发起的针对第一终端的呼叫请求发送，第二呼叫建立请求中包含第一终端的标识；若是，则执行步骤103，否则执行步骤104；

本实施例中，第一终端在系统中所处的站点为第一站点，系统中除第一站点之外的其他站点为第二站点，第二站点的数量可以为一个或多个。

当第二站点的数量为多个时，第二终端可以处于任意一个第二站点下，如果第一站点的中转台在接收到任意一个第二站点的中转台发送的呼叫建立响应之前，接收到了任意一个第二站点的中转台发送的第二呼叫建立请求，则第一站点的中转台根据两个呼叫建立请求中携带的终端的标识可确定第一终端与第二终端同时发起了针对对方的呼叫，出现了呼叫冲突；如果第一站点的中转台在接收到所有的第二站点的中转台发送的呼叫建立响应之前，未接收到任意一个第二站点的中转台发送的第二呼叫建立请求，则认为没有出现呼叫冲突。

103、第一站点的中转台向所述第一终端发送呼叫冲突通知，以通知所述第一终端延后呼叫；

当第一站点的中转台认为出现呼叫冲突时，会向第一终端发送呼叫冲突通知，以通知第一终端延后呼叫。出现呼叫冲突时，第二终端所处的第二站点的中转台也将向第二终端发送呼叫冲突通知，第二终端在接收到呼叫冲突通知之后，也会暂停呼叫。第一终端和第二终端各自退避后随机再发起呼叫，理论上退避之后随机呼叫不会再同时发起，这样先发起的呼叫请求将被接入，后发起的被拒绝，从而可以避免呼叫冲突，提高接入成功率。

另外，在第一站点的中转台确定出现呼叫冲突之后，还可以向第二站点的中转台发送呼叫冲突报告，呼叫冲突报告用于告知第二站点的中转台出现呼叫冲突以及第一站点的中转台对所述呼叫冲突的应对策略，第一站点的中转台对所述呼叫冲突的应对策略可以是第一站点的中转台通知第一终端退避呼叫，也可以是第一站点的中转台不通知第一终端退避呼叫。

如果呼叫冲突报告中携带的应对策略为第一站点的中转台通知第一终端退避呼叫，则第二站点的中转台可以不通知第二终端退避呼叫；如果呼叫冲突报告中携带的应对策略为第一站点的中转台不通知第一终端退避呼叫，则第二站点的中转台可以通知第二终端退避呼叫，以进一步提高接入成功率。

104、第一站点的中转台为第一终端建立呼叫。

如果第一站点的中转台认为没有出现呼叫冲突，则第一站点的中转台会为第一终端建立呼叫。本发明实施例中所提到的终端可以为对讲机。

请参阅图2，图2为本发明实施例呼叫处理方法一个信令交互示意图。图2中，可以认为呼叫处理系统中包括站点1、站点2、站点3及站点4这四个站点，以第一终端为终端S，则第一站点为站点1，第二站点为站点2、站点3及站点4，第二终端为终端T，终端T位于站点4。当然，具体实现中，呼叫处理系统内站点的数量还可以为其他值，第一站点、第二站点、第一终端及第二终端的划分或设置还可以按照其他方式，此处仅为举例说明，不做具体限定。

图2中，终端S与终端T分别在站点1及站点4下几乎同时发起针对对方的呼叫请求，站点1的中转台根据终端S的呼叫请求分别向站点2、3、4的中转台发送第一呼叫建立请求，站点4的中转台根据终端T的呼叫请求分别向站点1、2、3的中转台发送第二呼叫建立请求，站点1的中转台在接收到站点2、3、4的中转台发送的第一呼叫建立响应之前，接收到了站点4的中转台发送的第二呼叫建立请求，则站点1的中转台向终端S发送呼叫冲突通知，以通知终端S延后呼叫；同样，站点4的中转台在接收到站点1、2、3的中转台发送的第二呼叫建立响应之前，接收到了站点1的中转台发送的第一呼叫建立请求，则站点4的中转台向终端T发送呼叫冲突通知，以通知终端T延后呼叫。之后，站点1的中转台可以向站点2、3、4的中转台发送呼叫撤销请求，站点4的中转台可以向站点1、2、3的中转台发送呼叫撤销请求，以取消本次呼叫。终端S可以延后一段时间再次发起呼叫，此时若终端T没有再次发起呼叫，或者终端T再次发起的呼叫没有与终端S冲突，则终端S将被接入，呼叫成功。

图2中，终端S发起的呼叫请求可以是个呼请求，也可以是组呼请求。如果终端S发起的呼叫请求为个呼请求，例如终端S呼叫终端T，且未产生呼叫冲突，则为终端S建立个呼的方法可参阅图3。

图3中，终端S向站点1的中转台发起个呼请求，个呼请求中可以包含主叫终端S的标识(Identify，ID)，被叫终端T的ID等。此时，站点1的中转台并不知道终端T位于哪个站点下，因此站点1的中转台会向站点2、3、4的中转台都发送呼叫建立请求，站点2、3、4的中转台在接收到站点1的中转台发送的呼叫建立请求之后，会给站点1的中转台发送呼叫建立响应，允许接入，同时，站点4的中转台会将呼叫建立请求广播给终端T，若终端T为空闲状态，则终端T会给站点4的中转台反馈握手确认消息(若终端T繁忙，则拒绝本次呼叫)，握手确认消息中可以包含终端S的ID及终端T的ID，站点4的中转台在接收到终端T的握手确认消息之后，给站点1的中转台反馈个呼确认消息，站点1的中转台在接收到个呼确认消息之后，确定反馈个呼确认消息的站点4为个呼参与站点，站点1的中转台向站点2及站点3的中转台发送呼叫撤销请求，以撤销与站点2及站点3的中转台之间建立的呼叫，释放空口资源。当站点1的中转台接收到终端S发送的呼叫数据时，仅将呼叫数据发送给所确定的个呼参与站点，即站点4，站点4的中转台将个呼数据发送给终端T，以建立个呼。其中，呼叫数据可以包括语音头，语音帧等数据。

上述实施例中，终端在发起跨站个呼时，终端所在的站点先进行跨站握手，确定个呼参与站点，确保呼叫在需要参与的站点之间发起，以减少不必要的空口占用，节省资源。

图2中，如果终端S发起的呼叫请求为组呼请求，且未产生呼叫冲突，则为终端S建立组呼的方法可参阅图4。

图4中，每个站点的中转台可以预先配置或存储各自的站内组呼列表，每个站内组呼列表中包含对应站点所支持的呼叫组的标识等信息。例如，为站点1配置的站内组呼列表为(1，2，3，4，5)，为站点2配置的站内组呼列表为(1，2，3，6，7)，为站点3配置的站内组呼列表为(1，3，4，8，9)，为站点4配置的站内组呼列表为(1，4，5，10，11)。当站点1下的终端发起一个呼叫组的标识为1的组呼时，站点1，2，3，4都将参与该组呼；当站点1下的终端发起一个呼叫组的标识为2的组呼时，只有站点1和站点2参与该组呼；当站点2下的终端发起一个呼叫组的标识为3的组呼时，只有站点1，2，3参与该组呼；当站点4下的终端发起一个呼叫组的标识为5的组呼时，只有站点1和站点4参与该组呼；当站点4下面的终端发起一个呼叫组的标识为10的组呼时，只有站点4参与该组呼。

具体图4中，终端S向站点1的中转台发起组呼请求，组呼请求中可以包含终端S的ID，被呼叫的终端T的ID，呼叫组的标识等。此时，站点1的中转台并不知道哪些站点需要参与本次呼叫，因此站点1的中转台会向站点2、3、4的中转台都发送呼叫建立请求，站点2、3、4的中转台在接收到站点1的中转台发送的呼叫建立请求之后，会给站点1的中转台发送呼叫建立响应(如果本站的站内组呼列表中包含终端S请求的呼叫组的标识，则所发送的呼叫建立响应中携带的结果码为允许接入，如果本站的站内组呼列表中不包含终端S请求的呼叫组的标识，则所发送的呼叫建立响应中携带的结果码为组呼标识不在站内组呼列表中)，站点1的中转台根据站点2、3、4的中转台反馈的呼叫建立响应中携带的结果码确定组呼参与站点。本实施例中，假如站点3的中转台反馈的呼叫建立响应中携带的结果码为组呼标识不在站内组呼列表中，则站点1的中转台会将站点3从呼叫列表中删除，确定站点1、2、4为组呼参与站点，然后将组呼参与站点列表发送给站点2及站点4的中转台，以供站点2及站点4的中转台在回呼时使用。当站点1的中转台接收到终端S发送的呼叫数据时，仅将呼叫数据发送给所确定的组呼参与站点，即站点2与站点4，站点2与站点4的中转台将呼叫数据发送各自的终端，以建立组呼。其中，呼叫数据可以包括语音头，语音帧等数据。

上述实施例中，终端在发起跨站组呼时，终端所在的站点先进行跨站握手，确定组呼参与站点，确保呼叫在需要参与的站点之间发起，以减少不必要的空口占用，节省资源。

在组呼呼叫处于维持阶段时，多个不同站点下的终端可能同时按下回呼键进行回呼，这样可能出现回呼冲突。针对这一问题，本发明实施例提出了如下解决方案，请参阅图5。

图5中，在组呼呼叫处于维持阶段，站点2下的终端M与站点4下的终端T几乎同时发起了回呼请求，站点4的中转台根据终端T的回呼请求先于站点2的中转台向站点1的中转台发送了回呼建立请求。站点1的中转台在接收到站点4的中转台发送的回呼建立请求之后，向站点4的中转台反馈回呼接入响应，允许站点4接入，站点1的中转台在接收到站点2的中转台发送的回呼建立请求之后，发现正在与站点4进行回呼，则向站点2的中转台发送回呼拒绝响应，拒绝站点2接入。站点2及站点4的中转台分别向终端M与终端T反馈请求结果，终端M根据反馈停止回呼请求，终端T根据反馈向站点4的中转台发送回呼数据，站点4的中转台根据组呼参与站点列表将终端T的回呼数据发送给站点1、2的中转台，以实现回呼。

本实施例中，当出现回呼冲突时，由组呼发起站点的中转台进行话权裁决，该中转台先收到的回呼建立请求将被接入，后收到的同一回呼建立请求将被拒绝，从而避免了回呼冲突。

下面介绍本发明实施例提供的呼叫处理装置，请参阅图6，呼叫处理装置600可以为站点的中转台，具体在本发明实施例中，呼叫处理装置600包括：

发送单元601，用于根据本站点下的第一终端发起的呼叫请求向其他站点的中转台发送第一呼叫建立请求，第一终端的呼叫请求为针对其他站点下的第二终端发起的呼叫请求，所述第一呼叫建立请求中包含所述第二终端的标识；

接收单元602，用于接收所述其他站点的中转台发送的呼叫建立响应，以及接收所述其他站点的中转台发送的第二呼叫建立请求，所述第二呼叫建立请求由所述其他站点的中转台根据第二终端发起的针对所述第一终端的呼叫请求发送，所述第二呼叫建立请求中包含所述第一终端的标识；

判断单元603，用于判断接收单元602是否在接收到所述其他站点的中转台发送的呼叫建立响应之前，接收到了所述其他站点的中转台发送的第二呼叫建立请求；

所述发送单元601还用于，在所述判断单元602的判断结果为是时，向所述第一终端发送呼叫冲突通知，以通知所述第一终端延后呼叫。

进一步地，所述第一终端的呼叫请求为个呼请求，或者所述第一终端的呼叫请求为组呼请求。

进一步地，所述其他站点的数量为多个，所述第二终端位于任意一个所述其他站点下，所述装置还包括：

个呼确定单元604，用于在所述第一终端的呼叫请求为个呼请求，且所述接收单元602在接收到所有所述其他站点的中转台发送的呼叫建立响应之前，未接收到任意一个所述其他站点的中转台发送的第二呼叫建立请求时，根据所述接收单元602接收到的个呼确认消息确定个呼参与站点；

所述发送单元601还用于，将所述第一终端的呼叫数据发送给所述个呼确定单元确定的个呼参与站点的中转台，以为所述第一终端建立个呼。

进一步地，所述个呼确定单元604所确定的个呼参与站点为向所述第一站点的中转台反馈所述个呼确认消息的站点。

进一步地，所述其他站点的数量为多个，所述第二终端位于任意一个所述其他站点下，所述装置还包括：

组呼确定单元605，用于在所述第一终端的呼叫请求为组呼请求，且所述接收单元602在接收到所有所述其他站点的中转台发送的呼叫建立响应之前，未接收到任意一个所述其他站点的中转台发送的第二呼叫建立请求时，根据各个其他站点的中转台返回的呼叫建立响应确定组呼参与站点；

所述发送单元601还用于，将所述第一终端的呼叫数据发送给所述组呼确定单元605所确定的组呼参与站点的中转台，以为所述第一终端建立组呼。

进一步地，每个站点配置有站内组呼列表，每个站内组呼列表中包含对应站点所支持的呼叫组的标识；

所述组呼确定单元所确定的组呼参与站点为站内组呼列表中包含所述第一终端请求的呼叫组的标识的站点。

进一步地，所述接收单元602还用于，接收所述组呼参与站点中的一个站点的中转台发送的回呼建立请求；

所述判断单元603还用于，判断所述呼叫处理装置是否正在与所述组呼参与站点中的另一站点的中转台进行回呼；

所述发送单元601还用于，在所述判断单元603的判断结果为是时，向所述组呼参与站点中的一个站点的中转台发送回呼拒绝响应。

进一步地，所述发送601还用于，在向所述第一终端发送呼叫冲突通知之前，向所述其他站点的中转台发送呼叫冲突报告，以告知所述其他站点的中转台出现呼叫冲突以及所述中转台对所述呼叫冲突的应对策略。

本发明实施例所述的呼叫处理装置可以执行图1至图5任意一个方法实施例所述的呼叫处理方法，其技术实现过程和技术效果可参考对应方法实施例的详细描述，此处不再赘述。

以下从硬件装置的角度，对本发明实施例的中转台进行描述，请参阅图7，本实施例的中转台700包括：

收发器701，用于根据本站点下的第一终端发起的呼叫请求向其他站点的中转台发送第一呼叫建立请求，第一终端的呼叫请求为针对其他站点下的第二终端发起的呼叫请求，所述第一呼叫建立请求中包含所述第二终端的标识；

处理器702，用于判断所述收发器701是否在接收到所述其他站点的中转台发送的呼叫建立响应之前，接收到了所述其他站点的中转台发送的第二呼叫建立请求，所述第二呼叫建立请求由所述其他站点的中转台根据第二终端发起的针对所述第一终端的呼叫请求发送，所述第二呼叫建立请求中包含所述第一终端的标识；若是，则控制所述收发器701向所述第一终端发送呼叫冲突通知，以通知所述第一终端延后呼叫。

另外，本实施例中的呼叫处理装置700还可以包括存储器703，存储器703用于存储软件程序及缓存数据，收发器702以及存储器703通过总线704与处理器702通信连接。

本实施例的呼叫处理装置700还可以执行前述方法实施例的其他步骤，此处不再赘述。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助硬件，例如模拟电路、数字电路或专用电路，的方式来实现。但是，对本发明而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本发明的技术方案可以以软件产品的形式实现，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，快闪存储器(英文：flash memory)、硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (13)

1.一种呼叫处理方法，所述呼叫处理方法应用于呼叫处理系统，所述呼叫处理系统中包括第一站点及第二站点，其特征在于，所述方法包括：

所述第一站点的中转台根据本站点下的第一终端发起的呼叫请求向所述第二站点的中转台发送第一呼叫建立请求，所述第一终端的呼叫请求为针对所述第二站点下的第二终端发起的呼叫请求，所述第一呼叫建立请求中包含所述第二终端的标识；

所述第一站点的中转台判断是否在接收到所述第二站点的中转台发送的呼叫建立响应之前，接收到了所述第二站点的中转台发送的第二呼叫建立请求，所述第二呼叫建立请求由所述第二站点的中转台根据所述第二终端发起的针对所述第一终端的呼叫请求发送，所述第二呼叫建立请求中包含所述第一终端的标识；

若是，则所述第一站点的中转台向所述第一终端发送呼叫冲突通知，以通知所述第一终端延后呼叫。

2.根据权利要求1所述的呼叫处理方法，其特征在于，所述第二站点的数量为多个，所述第二终端位于任意一个所述第二站点下，当所述第一终端的呼叫请求为个呼请求时，若所述第一站点的中转台在接收到所有所述第二站点的中转台发送的呼叫建立响应之前，未接收到任意一个所述第二站点的中转台发送的第二呼叫建立请求，则所述第一站点的中转台根据接收到的个呼确认消息确定个呼参与站点，将所述第一终端的呼叫数据发送给所确定的个呼参与站点的中转台，以为所述第一终端建立个呼。

3.根据权利要求2所述的呼叫处理方法，其特征在于，所确定的个呼参与站点为向所述第一站点的中转台反馈所述个呼确认消息的第二站点。

4.根据权利要求1所述的呼叫处理方法，其特征在于，所述第二站点的数量为多个，所述第二终端位于任意一个所述第二站点下，当所述第一终端的呼叫请求为组呼请求时，若所述第一站点的中转台在接收到所有所述第二站点的中转台发送的呼叫建立响应之前，未接收到任意一个所述第二站点的中转台发送的第二呼叫建立请求，则所述第一站点的中转台根据各个第二站点的中转台返回的呼叫建立响应确定组呼参与站点，将所述第一终端的呼叫数据发送给所确定的组呼参与站点的中转台，以为所述第一终端建立组呼。

5.根据权利要求4所述的呼叫处理方法，其特征在于，每个站点配置有站内组呼列表，每个站内组呼列表中包含对应站点所支持的呼叫组的标识；

所确定的组呼参与站点为站内组呼列表中包含所述第一终端请求的呼叫组的标识的第二站点。

6.根据权利要求4或5所述的呼叫处理方法，其特征在于，所述方法还包括：

所述第一站点的中转台接收所述组呼参与站点中的一个站点的中转台发送的回呼建立请求；

所述第一站点的中转台判断是否正在与所述组呼参与站点中的另一站点的中转台进行回呼；

若是，则向所述组呼参与站点中的一个站点的中转台发送回呼拒绝响应。

7.根据权利要求1所述的呼叫处理方法，其特征在于，在所述第一站点的中转台向所述第一终端发送呼叫冲突通知之前，所述方法还包括：

所述第一站点的中转台向所述第二站点的中转台发送呼叫冲突报告，以告知所述第二站点的中转台出现呼叫冲突以及所述第一站点的中转台对所述呼叫冲突的应对策略。

8.一种呼叫处理装置，所述呼叫处理装置为中转台，其特征在于，所述呼叫处理装置包括：

发送单元，用于根据本站点下的第一终端发起的呼叫请求向其他站点的中转台发送第一呼叫建立请求，所述第一终端的呼叫请求为针对所述其他站点下的第二终端发起的呼叫请求，所述第一呼叫建立请求中包含所述第二终端的标识；

接收单元，用于接收所述其他站点的中转台发送的呼叫建立响应，以及接收所述其他站点的中转台发送的第二呼叫建立请求，所述第二呼叫建立请求由所述其他站点的中转台根据所述第二终端发起的针对所述第一终端的呼叫请求发送，所述第二呼叫建立请求中包含所述第一终端的标识；

判断单元，用于判断所述接收单元是否在接收到所述其他站点的中转台发送的呼叫建立响应之前，接收到了所述其他站点的中转台发送的第二呼叫建立请求；

所述发送单元还用于，在所述判断单元的判断结果为是时，向所述第一终端发送呼叫冲突通知，以通知所述第一终端延后呼叫。

9.根据权利要求8所述的呼叫处理装置，其特征在于，所述其他站点的数量为多个，所述第二终端位于任意一个所述其他站点下，所述装置还包括：

个呼确定单元，用于在所述第一终端的呼叫请求为个呼请求，且所述接收单元在接收到所有所述其他站点的中转台发送的呼叫建立响应之前，未接收到任意一个所述其他站点的中转台发送的第二呼叫建立请求时，根据所述接收单元接收到的个呼确认消息确定个呼参与站点；

所述发送单元还用于，将所述第一终端的呼叫数据发送给所述个呼确定单元确定的个呼参与站点的中转台，以为所述第一终端建立个呼。

10.根据权利要求8所述的呼叫处理装置，其特征在于，所述其他站点的数量为多个，所述第二终端位于任意一个所述其他站点下，所述装置还包括：

组呼确定单元，用于在所述第一终端的呼叫请求为组呼请求，且所述接收单元在接收到所有所述其他站点的中转台发送的呼叫建立响应之前，未接收到任意一个所述其他站点的中转台发送的第二呼叫建立请求时，根据各个所述其他站点的中转台返回的呼叫建立响应确定组呼参与站点；

所述发送单元还用于，将所述第一终端的呼叫数据发送给所述组呼确定单元所确定的组呼参与站点的中转台，以为所述第一终端建立组呼。

11.根据权利要求10所述的呼叫处理装置，其特征在于，

所述接收单元还用于，接收所述组呼参与站点中的一个站点的中转台发送的回呼建立请求；

所述判断单元还用于，判断所述呼叫处理装置是否正在与所述组呼参与站点中的另一站点的中转台进行回呼；

所述发送单元还用于，在所述判断单元的判断结果为是时，向所述组呼参与站点中的一个站点的中转台发送回呼拒绝响应。

12.根据权利要求8所述的呼叫处理装置，其特征在于，

所述发送单元还用于，在向所述第一终端发送呼叫冲突通知之前，向所述其他站点的中转台发送呼叫冲突报告，以告知所述其他站点的中转台出现呼叫冲突以及所述中转台对所述呼叫冲突的应对策略。

13.一种中转台，其特征在于，所述中转台包括：

收发器，用于根据本站点下的第一终端发起的呼叫请求向其他站点的中转台发送第一呼叫建立请求，所述第一终端的呼叫请求为针对所述其他站点下的第二终端发起的呼叫请求，所述第一呼叫建立请求中包含所述第二终端的标识；

处理器，用于判断所述收发器是否在接收到所述其他站点的中转台发送的呼叫建立响应之前，接收到了所述其他站点的中转台发送的第二呼叫建立请求，所述第二呼叫建立请求由所述其他站点的中转台根据所述第二终端发起的针对所述第一终端的呼叫请求发送，所述第二呼叫建立请求中包含所述第一终端的标识；若是，则控制所述收发器向所述第一终端发送呼叫冲突通知，以通知所述第一终端延后呼叫。