CN101155389B - 处理呼叫冲突的方法及装置 - Google Patents

Abstract

本发明公开了一种集群通信系统中处理呼叫冲突的方法以及基于该方法的装置。本发明的方法中，网络在收到第二终端呼叫第一终端的呼叫请求信令时，判断第一终端是否正在呼叫第二终端，如果是，则网络为第一终端和第二终端建立语音通路。本发明的基于该方法的装置，在网络发生呼叫冲突时，为冲突双方建立语音通路。本发明提供的呼叫冲突的处理办法及装置，保证了呼叫冲突发生时语音通路的成功建立，降低了系统的呼叫损失率，提高了系统的可靠性。

Description

处理呼叫冲突的方法及装置

技术领域

本发明涉及无线通信系统中的呼叫处理技术，具体涉及一种数字集群通信系统中处理呼叫冲突的方法及装置。

背景技术

集群通信系统是一种多用途、高效能的无线调度通信系统，该系统具有自动选择信道功能，资源共享、费用分担、信道设备共用等特点。数字集群系统就是采用数字通信技术的集群通信系统。

数字集群通信系统中，终端之间的语音通信是通过由呼叫信令建立的语音通路来实现的。图1为现有技术的集群通信系统中标准呼叫的信令流程示意图。图1中包括3个实体，分别是终端1、终端2以及网络，其中终端1为主叫，终端2为被叫，终端1通过网络呼叫终端2。如图1所示，呼叫建立过程中的信令流程包括：

100，终端1呼叫终端2时，向网络发送呼叫请求信令，该信令中携带主叫号码、被叫号码等信息；

101～102，网络侧设有用于标识各终端的工作状态的终端状态表和用于保存呼叫信息的数据库，当网络接收到终端1的呼叫请求信令后，将该信令的上下文(context)保存在数据库中，所述上下文中包括主叫、被叫等信息，并将终端1的状态更改为“呼叫中”的忙状态；网络查询终端状态表中终端2的状态，如果终端2处于空闲状态，则建立终端1和网络之间的语音通路，并向终端1发送呼叫响应信令，向终端2发送寻呼请求信令；

103，终端1收到呼叫响应信令后，向网络回复呼叫完成信令，用于对呼叫响应信令的响应；

104，终端2接收到网络发出的寻呼请求信令后，向网络回复寻呼响应信令；网络在接收到该寻呼响应后，建立终端2和网络之间的语音通路。

通过以上述步骤，网络即可以在终端1和终端2之间建立语音通路，从而在两个终端之间实现语音通信功能。图1所示的是集群通信系统中标准的呼叫建立流程，它的特点是在终端1发出呼叫并通过网络寻呼终端2的过程中，终端2处于空闲状态，而实际环境中存在着呼叫冲突的情况，即两个终端几乎同时发起呼叫对方的操作。由于信令在各实体中的处理延时以及信令传输延时，上述终端1发出呼叫到终端2收到寻呼请求信令需要一个过程，这个过程中终端2可能发起新的呼叫请求，从而导致呼叫冲突的发生。图2为现有技术中呼叫冲突的举例示意图，图中所示分别为终端1、终端2和网络这3个实体在时间轴上的呼叫处理动作，其中终端2时间轴上1a和1b分别表示终端1发出呼叫信令和网络寻呼到终端2的时间点。如图2所示，正常情况下，假设终端1在1a的时间点发送呼叫请求信令，终端2在1b的时间点接收到网络发出的寻呼响应信令，通过图2中的步骤200至204(其中，步骤200、201、202、203～204分别对应于图1中的步骤100、101～102、103和104)即可建立语音通路，终端2在收到寻呼请求信令203后，就不再发起呼叫请求信令。而实际环境中可能存在：终端2在其时间轴上1a至1b之间发出呼叫终端1的呼叫请求信令200a，并且该呼叫请求信令到达网络的时间是处于网络时间轴上的2a至2b之间，即在网络发出寻呼终端2之后，收到终端2的寻呼响应之前。这种情况下，当网络对终端2的呼叫信令进行处理时，查找到终端2的呼叫对端，即终端1的状态为“呼叫中”，于是，网络判断被叫终端1忙，并通知终端2被叫忙，从而导致终端2无法成功呼叫终端1；而终端2在收到寻呼请求信令时正处于等待呼叫响应的过程中，无法对寻呼请求做出响应，因此终端1也无法成功呼叫终端2，从而导致呼叫冲突情况下两者之间的语音通路无法建立，呼叫失败。从上述分析可知，图2中的虚线部分表示呼叫冲突发生的时间范围，终端之间的呼叫冲突导致了终端之间的语音通路无法成功建立，增大了系统呼叫损失率。

集群通信通常是为特定用户提供特定环境下的服务，这就决定了集群通信系统在系统安全性、可靠性、通信接续时间、通信延时等方面比公众移动通信系统都有更高的要求，例如，集群通信系统要求较高的呼叫成功率。而另一方面，在集群通信系统中，各用户关系紧密、经常同时处理相同事件，用户之间因彼此有相同的通话意愿而发生同时呼叫对方，即发生呼叫冲突的可能性远大于公众通信网。因此在发生呼叫冲突时，呼叫连接的正常建立对于减小集群通信系统的呼叫损失率，提高系统的可靠性具有重要意义。现有技术中，目前只有针对数据业务的分组呼叫冲突处理方案，而这种方案无法解决上述语音业务的呼叫冲突。

发明内容

有鉴于此，本发明的目的在于，提供一种处理呼叫冲突的方法，用于在网络中发生语音呼叫冲突时在冲突双方之间建立语音通路。本发明的另一目的在于，提供一种基于该方法的装置，为呼叫冲突双方建立语音通路。

基于以上目的，本发明提供的处理呼叫冲突的方法，当网络收到第二终端呼叫第一终端的呼叫请求信令时，判断第一终端是否正在呼叫第二终端，如果是，则网络为第一终端和第二终端建立语音通路。

本发明的方法中，所述判断第一终端是否正在呼叫第二终端的过程包括：判断第一终端是否处于“呼叫中”，如果是，则进一步判断第一终端所呼叫的对端是否为第二终端。

本发明的方法中，网络侧设有用于保存终端状态的终端状态表，在网络收到终端的呼叫请求信令后，更改终端状态表中该终端的状态为“呼叫中”；所述的判断第一终端是否处于“呼叫中”，是通过查询终端状态表中第一终端的当前状态进行判断。

本发明的方法中，所述网络侧设有用于保存终端呼叫信息的数据库；网络收到终端的呼叫请求信令后，将该信令上下文中的主叫被叫的终端信息保存在数据库中；所述的判断第一终端所呼叫的对端是否为第二终端，是通过查询该数据库中第一终端的当前呼叫信息进行判断。

本发明的方法中，所述主叫被叫的终端信息是主叫被叫的终端号码。

本发明的方法中，所述判断第一终端所呼叫的对端是否为第二终端后，如果第一终端所呼叫的对端不是第二终端，则进一步包括：网络向第二终端发送被叫忙的信令；第二终端在接收到该被叫忙的信令后，结束呼叫流程，呼叫失败。

本发明的方法中，所述的第二终端在发送呼叫请求信令后进一步包括：第二终端等待网络回复呼叫响应信令，如果收到网络发送的寻呼请求信令，则将该请求信令丢弃。

本发明的方法中，网络为第一终端和第二终端建立语音通路包括：网络向第二终端发送呼叫响应信令；第二终端收到该呼叫响应信令后，向网络回复呼叫完成信令；网络收到呼叫完成信令后建立第二终端和网络之间的语音通路。

基于上述另一目的，本发明还提供了一种呼叫冲突的处理装置，应用于无线通信系统的网络侧，该装置包括：

信令接收模块，用于接收终端发送至网络的呼叫请求信令；

判断模块，用于根据信令接收模块接收到的呼叫请求信令，判断该信令的被叫终端是否正在呼叫该信令的主叫终端；

语音通路建立模块，用于当所述判断装置的判断结果为“是”时，为所述呼叫请求信令的主叫终端、被叫终端建立语音通路。

本发明提供的装置中，所述判断模块包括：

第一判断单元，用于判断所述呼叫请求信令的被叫终端是否处于“呼叫中”；

第二判断单元，用于当第一判断单元的判断结果为“是”时，判断所述被叫终端所呼叫的终端是否为所述呼叫请求信令的主叫终端。

本发明提供的装置中，所述信令接收模块进一步包括：

终端状态表存储单元，用于保存终端的状态；当信令接收模块接收到终端的呼叫请求信令后，进一步根据该信令更新终端状态表存储单元中该终端的当前状态为“呼叫中”。

本发明提供的装置中，所述信令接收模块进一步包括：

数据库单元，用于保存终端呼叫信息；当信令接收模块接收到终端的呼叫请求信令后，进一步将该信令上下文中的主叫被叫的终端信息保存在该数据库单元。

从以上所述可以看出，本发明提供了一种处理呼叫冲突的方法，当网络收到第二终端呼叫第一终端的呼叫请求信令时，判断第一终端是否正在呼叫第二终端，如果是，则网络为第一终端和第二终端建立语音通路，从而解决了呼叫冲突发生时语音通路无法建立的问题；本发明提供了处理呼叫冲突的方法，保证了呼叫冲突发生时语音通路的成功建立，从而降低了系统的呼叫损失率，提高了系统的可靠性。本发明还提供了一种呼叫冲突的处理装置，用于当网络发生呼叫冲突时，为冲突双方建立语音通路。

附图说明

图1为现有技术的集群通信系统中标准呼叫的信令流程示意图；

图2为现有技术中呼叫冲突的举例示意图；

图3为本发明中呼叫冲突处理的信令流程图；

图4为本发明呼叫冲突中网络侧的处理流程图；

图5为本发明呼叫冲突中终端2侧的处理流程图；

图6为本发明呼叫冲突的处理装置的结构示意图。

具体实施方式

本发明处理呼叫冲突的方法，在呼叫冲突时通过判断两个终端之间是否相互有通话的要求，即是否互为对方的被叫终端，来进一步决定是否为两个终端建立语音通路连接。下面结合附图和实施例对本发明作详细的说明。

图3为本发明中呼叫冲突处理的信令流程图，图中所示的终端1和终端2通过网络建立语音通路实现语音通信，其中的虚线部分分别对应于图2中的虚线部分，表示呼叫冲突发生的时间范围。为了解决现有技术中因呼叫冲突所导致的呼叫失败问题，本发明在现有技术中的基础上，对呼叫建立的信令流程作了相应的修改，如图3所示，本发明中呼叫冲突处理的信令流程包括以下步骤：

300，终端1呼叫终端2时，向网络发送呼叫请求信令，该信令中携带主叫号码、被叫号码等信息；

301～302，网络收到上述呼叫请求信令后，将该信令的上下文保存在数据库中，将终端状态表中终端1的状态更改为“呼叫中”的忙状态；并在终端状态表中查询所呼叫的终端2的状态，如果终端2处于空闲状态，则建立终端1和网络之间的语音通路，向终端1发送呼叫响应信令，向终端2发送寻呼请求信令，并等待终端2回复的寻呼响应信令；

其中所述上下文中包括主叫、被叫信息，如主被叫的号码等。

303，终端1收到呼叫响应信令后，向网络回复呼叫完成信令，用于对呼叫响应信令的响应；

304，在呼叫冲突可能发生的时间段上，终端2向网络发送呼叫终端1的呼叫请求信令，该信令中携带主叫号码、被叫号码等信息，并等待网络回复的呼叫响应信令；

305，终端2在等待呼叫响应信令过程中，如果接收到网络发出的寻呼请求信令，则将该寻呼请求信令丢弃；

306，网络在等待终端2的寻呼响应信令的过程中，接收到终端2呼叫终端1的呼叫请求信令，则将该呼叫请求信令的上下文保存在数据库中，将终端状态表中终端2的状态更改为“呼叫中”的忙状态；此时由于终端1处于“呼叫中”，网络进一步查询数据库中保存的终端1当前所呼叫的被叫号码，判断该被叫号码是否为终端2，如果是，则向终端2发送呼叫响应信令，并等待终端2回复呼叫完成信令；

307，终端2收到呼叫响应信令后，向网络回复呼叫完成信令，用于对呼叫响应信令的响应；网络在收到该呼叫响应信令后，建立终端2和网络之间的语音通路。

通过以上步骤，网络为对呼双方建立了语音通路，从而解决了呼叫冲突发生时语音通路无法建立的问题，可以看出，上述信令流程是在现有技术的呼叫处理流程上增加了一个判断过程。作为首先发起呼叫的终端1，它所做的处理和现有技术中标准呼叫相同，而网络和终端2则和现有技术有所不同，即当网络查询到终端2所呼叫的对端处于“呼叫中”的忙状态后，还进一步对该对端进行判断：如果该对端所呼叫的终端是终端2，即终端1和终端2发生对呼，则网络为对呼双方建立语音通路。以下分别给出网络和终端2的处理流程图，从而对本实施例的具体实现作进一步的说明。

图4为本发明呼叫冲突中网络侧的处理流程图，如图4所示，该流程包括以下步骤：

网络收到终端1的呼叫请求信令后，保存该信令的上下文，将终端1的状态更改为“呼叫中”的忙状态；并在终端状态表中查询终端1所呼叫的对端的状态，如果该对端处于空闲状态，则建立终端1和网络之间的语音通路，并向终端1发送呼叫响应信令，向该对端发送寻呼请求信令

400，网络接收到终端1的呼叫请求信令后，保存该信令的上下文，将终端状态表中终端1的状态更改为“呼叫中”的忙状态；

401，网络在终端状态表中查询终端1所呼叫的终端2的状态，如果终端2处于空闲状态，则建立终端1和网络之间的语音通路，向终端1发送呼叫响应信令，向终端2发送寻呼请求信令，并等待终端2的寻呼响应信令；

402，网络在等待上述寻呼响应信令过程中，收到终端2呼叫终端1的呼叫请求信令，则在数据库中保存该信令的上下文，更改终端状态表中终端2的状态为“呼叫中”，并查询终端状态表中终端1的状态；因此时终端1处于“呼叫中”的状态，网络进一步查询数据库中终端1呼叫的被叫号码，判断该被叫号码是否为终端2：如果终端1所呼叫对端是终端2，则两个终端之间的呼叫发生冲突，此时进入步骤403；如果终端1所呼叫对端不是终端2，则进入步骤404；

403，网络向终端2回复信令，通知终端2其所呼叫的对端忙，这种情况不是本发明所述的呼叫冲突，对于这种情况按照现有技术中的流程处理即可；

404，网络向终端2发送呼叫响应信令，并等待终端2的呼叫完成信令；

405，网络收到终端2的呼叫完成信令后，则建立终端2和网络之间的语音通路。

图5为本发明呼叫冲突中终端2侧的处理流程图，如图5所示，该流程包括以下步骤：

500，终端2向网络发送呼叫终端1的呼叫请求信令后，等待网络回复呼叫响应信令；

501，在等待呼叫响应信令的过程中，终端2如果收到网络的寻呼请求信令，则丢弃该信令并继续等待呼叫响应信令；

502，如果终端2在等待呼叫响应信令的过程中，接收到网络回复的被叫忙的信令，则此次呼叫失败；

503，如果终端2在等待呼叫响应信令的过程中，接收到呼叫响应信令，则向网络回复呼叫完成信令，用于对呼叫响应信令的响应，此次呼叫成功。

从以上流程图可以看出，本发明的方法是在现有技术的基础上，增加了呼叫冲突的判断处理过程，从而解决了现有技术中语音呼叫发生冲突时语音通路的无法建立的问题，从而降低了系统的呼叫损失率，提高了系统的可靠性；本发明的方法只是针对呼叫冲突对现有技术做了相应的完善，并没有改变现有技术的其它呼叫的处理流程，因而本发明的方法实现起来较为简单。

本发明还提供了一种基于上述方法的装置，用于判断网络中的呼叫冲突，并为冲突双方建立语音通路。图6为本发明呼叫冲突的处理装置的结构示意图，如图6所示，该装置包括：

信令接收模块600，用于接收终端发送至网络的呼叫请求信令；

判断模块601，用于根据信令接收模块600接收到的呼叫请求信令，判断该信令的被叫终端是否正在呼叫该信令的主叫终端；

语音通路建立模块602，用于当判断装置601的判断结果为“是”时，为所述呼叫请求信令的主叫终端、被叫终端建立语音通路。

其中，信令接收模块600包括：

数据库单元603，用于保存终端呼叫信息；当接收模块接收到终端的呼叫请求信令后，进一步将该信令上下文中的主叫被叫的终端信息保存在该数据库单元。通过查询该数据库单元中相应终端的当前呼叫信息，即可判断该终端所呼叫的对端是否为特定终端，

终端状态表存储单元604，用于保存终端的状态；当接收模块接收到终端的呼叫请求信令后，进一步根据该信令更新终端状态表存储单元中该终端的当前状态为“呼叫中”。通过查询终端状态表存储单元中相应终端的当前状态，即可判断该终端是否处于“呼叫中”的状态；

其中，判断模块601包括：

第一判断单元605，用于判断所述呼叫请求信令的被叫终端是否处于“呼叫中”；

第二判断单元606，用于当第一判断单元的判断结果为“是”时，判断所述被叫终端所呼叫的终端是否为所述呼叫请求信令的主叫终端。

从以上所述可以看出，本发明提供的一种呼叫冲突的处理装置，用于判断网络所发生的呼叫冲突，并为冲突双方建立语音通路。

Claims (12)

1.一种处理呼叫冲突的方法，其特征在于包括：网络在收到第二终端呼叫第一终端的呼叫请求信令时，判断第一终端是否正在呼叫第二终端，如果是，则网络为第一终端和第二终端建立语音通路。

2.如权利要求1所述的方法，其特征在于，所述判断第一终端是否正在呼叫第二终端的过程包括：判断第一终端是否处于“呼叫中”，如果是，则进一步判断第一终端所呼叫的对端是否为第二终端。

3.如权利要求2所述的方法，其特征在于，网络侧设有用于保存终端状态的终端状态表，在网络收到终端的呼叫请求信令后，更改终端状态表中该终端的状态为“呼叫中”；所述的判断第一终端是否处于“呼叫中”，是通过查询终端状态表中第一终端的当前状态进行判断。

4.如权利要求1所述的方法，其特征在于，所述网络侧设有用于保存终端呼叫信息的数据库；网络收到终端的呼叫请求信令后，将该信令上下文中的主叫被叫的终端信息保存在数据库中；所述的判断第一终端所呼叫的对端是否为第二终端，是通过查询该数据库中第一终端的当前呼叫信息进行判断。

5.如权利要求4所述的方法，其特征在于，所述主叫被叫的终端信息是主叫被叫的终端号码。

6.如权利要求2或4所述的方法，其特征在于，所述判断第一终端所呼叫的对端是否为第二终端后，如果第一终端所呼叫的对端不是第二终端，则进一步包括：网络向第二终端发送被叫忙的信令；第二终端在接收到该被叫忙的信令后，结束呼叫流程，呼叫失败。

7.如权利要求1所述的方法，其特征在于，所述的第二终端在发送呼叫请求信令后进一步包括：第二终端等待网络回复呼叫响应信令，如果收到网络发送的寻呼请求信令，则将该请求信令丢弃。

8.如权利要求1所述的方法，其特征在于，网络为第一终端和第二终端建立语音通路包括：网络向第二终端发送呼叫响应信令；第二终端收到该呼叫响应信令后，向网络回复呼叫完成信令；网络收到呼叫完成信令后建立第二终端和网络之间的语音通路。

9.一种呼叫冲突的处理装置，应用于无线通信系统的网络侧，其特征在于包括：

信令接收模块，用于接收终端发送至网络的呼叫请求信令；

判断模块，用于根据信令接收模块接收到的呼叫请求信令，判断该信令的被叫终端是否正在呼叫该信令的主叫终端；

语音通路建立模块，用于当所述判断装置的判断结果为“是”时，为所述呼叫请求信令的主叫终端、被叫终端建立语音通路。

10.如权利要求9所述的装置，其特征在于，所述判断模块包括：

第一判断单元，用于判断所述呼叫请求信令的被叫终端是否处于“呼叫中”；

第二判断单元，用于当第一判断单元的判断结果为“是”时，判断所述被叫终端所呼叫的终端是否为所述呼叫请求信令的主叫终端。

11.如权利要求9所述的装置，其特征在于所述信令接收模块进一步包括：

终端状态表存储单元，用于保存终端的状态；当信令接收模块接收到终端的呼叫请求信令后，进一步根据该信令更新终端状态表存储单元中该终端的当前状态为“呼叫中”。

12.如权利要求9所述的装置，其特征在于，所述信令接收模块进一步包括：

数据库单元，用于保存终端呼叫信息；当信令接收模块接收到终端的呼叫请求信令后，进一步将该信令上下文中的主叫被叫的终端信息保存在该数据库单元。

Images