WO2010111830A1 - 通信网络中处理呼叫冲突的方法和相关设备 - Google Patents

Description

通信网络中处理呼叫冲突的方法和相关设备 技术领域

本发明涉及无线通信领域， 尤其涉及在两个终端发生呼叫冲突的 情况下， 自动建立连接的方法和相关设备。 背景技术

在诸如 CDMA、 GSM、 GPRS, CDMA2000, WDCMA(UMTS)、 TD-SCDMA以及 WiMAX等的无线网络中，当终端 A正在呼叫终端 B , 而与此同时， 终端 B又恰好在呼叫终端 A时， 网络会在检查 A和 B 的状态之后， 通知各呼叫方对方占线， 从而不能成功地建立呼叫。 这 在一定程度上降低了呼叫成功率并浪费了网络资源。 发明内容

本发明的目的在于解决现有技术中发生呼叫冲突时不能建立通信 链路的问题。 在当前的无线网络中， 当有呼叫呼入时， 可以从呼入 ( INCALL )消息获得主叫号码和被叫号码。 对于呼叫终接端， 可以根 据呼叫记录获得主叫号码和被叫号码。 因此， 当呼叫冲突发生时， 根 据本发明的基本思想， 可以比较双方的主叫号码和被叫号码。 如果终 端 A的主叫号码等于终端 B的被叫号码，同时终端 B的主叫号码等于 终端 A的被叫号码，则继续建立呼叫通路并连接两个终端之间的呼叫。

本发明的实施例提供了一种在通信网络的呼叫处理设备上处理呼 叫冲突的方法， 所述呼叫处理设备包括处理第一终端发起的第一呼叫 的第一呼叫处理单元和处理第二终端发起的第二呼叫的第二呼叫处理 单元， 当所述第二呼叫处理单元接收到所述第一终端发起的打算与第 二终端通信的呼入消息而所述第二终端处于忙状态时， 该方法包括： 查询所述第二终端的呼叫记录中的被叫号码； 如果所述第二终端的呼 叫记录中的被叫号码是所述呼入消息中包含的所述第一终端的号码， 则比较第二呼叫的发起时间与第一呼叫的发起时间； 以及基于比较结 果， 释放对应于较晚呼叫发起时间的呼叫并继续建立所述比较结果中 对应于较早呼叫发起时间的呼叫。

在根据本发明的方法的实施例中， 包括在比较第二呼叫的发起时 间与第一呼叫的发起时间之前， 由所述第二呼叫单元访问所述第一呼 叫单元， 以获得所述第一呼叫的发起时间， 并由所述第二呼叫单元进 行呼叫发起时间的比较。

在根据本发明的方法的另一实施例中， 包括在比较第二呼叫的发 起时间与第一呼叫的发起时间之前， 由所述第二呼叫单元向第一呼叫 单元发送包括所述第二呼叫的发起时间和被叫号码的协商消息， 并由 所述第一呼叫单元进行呼叫发起时间的比较。

在才艮据本发明的方法的另一实施例中， 进一步包括所述第一呼叫 单元接收所述协商消息后比较所述第二呼叫的发起时间和所述第一呼 叫的发起时间， 并记录比较结果。

在才艮据本发明的方法的另一实施例中， 进一步包括所述第一呼叫 单元向所述第二呼叫单元发送包括比较结果的响应消息。 位。

另一方面， 本发明的实施例提供了一种在通信网络中处理呼叫冲 突的呼叫处理设备， 所述呼叫处理设备包括处理第一终端发起的第一 呼叫的第一呼叫处理单元和处理第二终端发起的第二呼叫的第二呼叫 处理单元， 当所述第二呼叫处理单元接收到所述第一终端发起的打算 与第二终端通信的呼入消息而所述第二终端处于忙状态时， 所述呼叫 处理设备包括： 查询装置， 用于查询所述第二终端的呼叫记录中的被 叫号码； 比较装置， 如果所述第二终端的呼叫记录中的被叫号码是所 述呼入消息中包含的所述第一终端的号码， 则比较第二呼叫的发起时 间与第一呼叫的发起时间； 以及执行装置， 用于依据比较结果， 释放 对应于较晚呼叫发起时间的呼叫并继续建立所述比较结果中对应于较 早呼叫发起时间的呼叫。

根据本发明的实施例的呼叫处理设备， 包括用于在比较第二呼叫 的发起时间与第一呼叫的发起时间之前， 访问所述第一呼叫单元以获 得所述第一呼叫的发起时间的装置。

根据本发明的另一实施例的呼叫处理设备， 包括在比较第二呼叫 的发起时间与第一呼叫的发起时间之前， 发送包括所述第二呼叫的发 起时间和被叫号码的协商消息的装置。

根据本发明的另一实施例的呼叫处理设备， 进一步包括在接收所 述协商消息后比较所述第二呼叫的发起时间和所述第一呼叫的发起时 间并记录比较结果的装置。

根据本发明的另一实施例的呼叫处理设备， 进一步包括向所述第 二呼叫单元发送包括比较结果的响应消息的装置。

本发明还涉及一种在通信网络的呼叫处理设备上处理呼叫冲突的 计算机程序产品， 所述呼叫处理设备包括处理第一终端发起的第一呼 叫的第一呼叫处理单元和处理第二终端发起的第二呼叫的第二呼叫处 理单元， 当所述第二呼叫处理单元接收到所述第一终端发起的打算与 第二终端通信的呼入消息而所述第二终端处于忙状态时， 所述计算机 程序产品包括执行以下步骤的程序代码： 查询所述第二终端的呼叫记 录中的被叫号码； 如果所述第二终端的呼叫记录中的被叫号码是所述 呼入消息中包含的所述第一终端的号码， 则比较第二呼叫的发起时间 与第一呼叫的发起时间； 以及基于比较结果， 释放对应于较晚呼叫发 起时间的呼叫并继续建立所述比较结果中对应于较早呼叫发起时间的 呼叫。 附图说明 通过参考以下结合附图的说明， 本发明的其他目的及优点将变得 更加清楚和易于理解， 在附图中：

图 1是概略地示出应用本发明的通信网络的示意图。

图 2是示例性地示出根据本发明的一个实施例的流程图。

图 3示出根据本发明的实施例的方法的流程图。 具体实施方式

图 1 ^既略地示出应用本发明的通信网络 100的示意图。 图 1中示 出 IP核心网和两个移动交换中心在不同的移动交换中心 MSC - A和 MSC - B。 需要说明的是， 本发明的实施例中虽然以 CDMA为例来说 明本发明的机制， 然而， 本领域技术人员应当理解， 本发明的基本原 理完全适用于 GSM、 GPRS等其他类型的无线网络。 在 MSC - A和 MSC - B侧， 移动终端 A和 B分别通过基站或其他接入点接入网络。 在该通信网络中， 呼叫处理器 103和 104是核心控制设备， 用于控制 所有的呼叫处理、 用户数据查询等功能。 交换机 101和 102控制主要 的承载通路， 并且基于相应呼叫处理器的指示， 负责呼叫资源获取和 承载通路的建立。

在当前的无线网络中， 终端 A呼叫终端 B, 则处理终端 A的呼叫 的呼叫处理设备侧将产生呼叫记录， 该呼叫记录包括主叫方 A的号码 和被叫方 B的号码， 本文中， 我们 4巴该呼叫处理设备侧称为 "呼叫处 理单元 A" , 当然， 呼叫处理单元 A中具有相应的存储终端 A的呼叫 记录的存储装置。 同样， 终端 B呼叫终端 A, 则处理终端 B的呼叫的 呼叫处理设备侧将产生呼叫记录， 该记录包括主叫方 B的号码和被叫 方 A的号码。我们 4巴该呼叫处理设备侧称为 "呼叫处理单元 B" , 当然， 呼叫处理单元 B中具有相应的存储终端 B的呼叫记录的存储装置。 产 生的呼入消息 INCALL包括主叫方和被叫方的号码。。

在本发明的实施例中， 针对可能出现的两个终端的呼叫冲突， 设 计了一种自动连接机制。 通过比较呼叫记录和 INCALL消息之间的主 叫方和被叫方号码， 可以确定双方是否正在相互呼叫。 因此， 重要的 是如何确定一方发起的呼叫应当被释放以及一方发起的呼叫应当被保 持并最终建立。 本发明的实施例提出比较双方的呼叫发起时间。 例如， 基于呼叫记录中的时间戳， 可以保持并继续建立较早发起的呼叫而清 除较晚发起的呼叫。

图 2的流程图示意性地示出根据本发明的一个实施例。 在该实施 例中， 两个终端， 例如终端 A和终端 B, 处于同一个呼叫处理器的控 制之下， 也就是说， 这两个终端是同一个移动交换中心管辖的本地用 户。 在图 1中， 假设终端 A和终端 B都处于 MSC-A管辖之下， 则在 这种情况下， 终端 A和终端 B的呼叫处理、 用户数据查询等功能完全 由呼叫处理器 103来实施。 如上所述， 为了使描述更加清楚， 我们称 呼叫处理设备 103中， 处理来自终端 A的呼叫的逻辑实体为 "呼叫处 理单元 A" , 称处理来自终端 B的呼叫的逻辑实体为 "呼叫处理单元 B，，。

在图 2中， 如步骤 S201所示， 假设来自终端 A的 INCALL消息 先到达呼叫处理器 103的呼叫处理单元 B, 则呼叫处理单元 B通过查 询存储终端 B的呼叫记录来了解终端 B的呼叫状态，并发现终端 B正 忙。 在现有的机制中， 呼叫处理单元 B将直接向终端 A那一方播放忙 音， 因而， 终端 A和 B之间的呼叫不能成功建立。

在本发明的自动连接机制中， 如步骤 S202所示， 呼叫处理单元 B 比较 B方呼叫记录的被叫号码与来自 INCALL消息的主叫号码， 如果 发现两者相同， 则确定双方正在相互呼叫。 接下来， 在步骤 S203中， 呼叫处理单元 B例如通过访问呼叫处理单元 A中存储的呼叫记录来获 得终端 A的呼叫发起时间，以将终端 A的呼叫发起时间与终端 B的呼 叫记录中的呼叫发起时间进行比较。

对于本领域技术人员而言， 典型地， 可以通过查看时间戳来获得 呼叫发起时间。 假设通过时间戳的比较， 终端 A的呼叫发起时间早于 终端 B的呼叫发起时间。 那么， 根据步骤 S203中的比较结果， 由于 A 的呼叫记录中的时间戳早于 B的呼叫记录中的时间戳， 呼叫处理单元 B将向交换机发送清除（CLEAR )消息以清除由 B发起的到 A的呼叫， 并继续建立从 A到 B的呼叫。 优选地， 即使 B的 call刚刚发起， 还没 到达呼叫处理单元 A, 仍需要把 CLEAR发送给 A端， 目的是将已经 分配的资源清除。 需要说明的是， 呼叫处理单元 B发送 CLEAR消息 给交换机， 交换机将该消息通过信令送到了 A用户一端的交换机， 再 通过挂断消息通知呼叫处理单元 A。 顺便提一下， 清除消息 CLEAR 到挂断或挂机消息的转换属于本领域公知常识， 本发明的实施例中不 再详细论述， 以免模糊本发明。

在呼叫处理单元 A侧， 在来自终端 B的 INCALL消息到达后， 呼 叫处理单元 A进行上文中描述的号码比较过程， 并查询到 A方的时间 戳早于 B方， 于是从 B到 A的 INCALL消息将被挂起， 以等待来自呼 叫处理单元 B的挂断消息以清除从 B到 A的呼叫。在这里， 之所以要 考虑等待来自呼叫单元 B的挂断消息， 是因为一般情况下， 如本领域 技术人员所了解的， 在一般情况下， INCALL 消息早于挂断消息到达 呼叫处理单元 A。 接下来， 如步骤 S205所示， AB双方同时呼叫的情 况将转变为 A呼叫 B, A和 B之间的呼叫将被成功建立。

图 3是示例性地示出根据本发明的另一个实施例的流程图。

在该场景中， 两个终端， 例如终端 A和终端 B, 分别处于不同呼 叫处理器 103、 104的控制之下， 即图 1示出的情况。 终端 A的呼叫处 理、 用户数据查询等功能由呼叫处理器 103来实施， 终端 B的呼叫处 理、 用户数据查询等功能由呼叫处理器 104来实施。 如本领域技术人 员所了解的， 呼叫处理器 103、 104分别包括处理不同方向的呼入、 呼 出的功能实体， 但在该实施例中， 实际上只考虑呼叫处理器 103处理 终端 A的呼入的呼叫处理实体 A和处理器 104处理终端 B的呼入的呼 叫处理实体 B。

在图 3中， 如步骤 S301所示， 假设来自终端 A的 INCALL消息 先到达呼叫处理器 104, 则呼叫处理器 104查询终端 B的呼叫状态， 发现终端 B忙。 如步骤 S302所示， 呼叫处理器 104比较 B方呼叫记 录的被叫号码与来自 A的 INCALL消息的主叫号码， 如果发现两者相 同， 则确定双方正在相互呼叫。

接下来， 在本发明的自动连接机制中， 需要在管辖终端 A的呼叫 处理器 103和管辖终端 B的呼叫处理器 104之间进行协商， 以确定应 该保持哪个呼叫并释放另一个呼叫。 根据本发明的优选实施例， 可以 预先设置一个协商指示位， 用于表示终端对应的呼叫处理器是否进行 了协商。 优选地， 在根据本发明的实施例中， 为每个发起的呼叫都分 配一个这样的协商指示位。 顺便说一下， 即使在多个呼叫同时发起的 情况下， 由于协商指示位的分配也不会带来资源分配方面的问题。 该 指示位的默认值为"否"（例如用" 0"表示）， 一旦进行了协商， 相应的 呼叫处理器可以将该指示位改写为 "是" (例如用 "1"表示）。

因此， 发现终端 A和终端 B正在互相呼叫， 并且这两个终端受不 同的呼叫处理器管辖。 在 INCALL消息到达的呼叫处理器 104上检查 协商指示位， 该指示位的默认值为"否"， 这意味着尚未就本次呼叫冲 突进行协商 （即步骤 S302 )。

接下来，步骤 S303中，呼叫处理器 104将发送新的 ANSI-4K ANSI =美国国家标准） 消息， 下文中我们称之为连接协商消息， 至管辖终 端 A的呼叫处理器 103。 该消息的目的在于自动连接的协商和争用， 由此， 连接协商消息应当包括 B方呼叫记录的时间戳以及 A方的号码 (即对于 B方来说的被叫号码）。在呼叫处理器 103接收到该连接协商 消息后， 了解到 B方想就自动连接进行协商。 因此， 呼叫处理器 103 根据连接协商消息中包含的 A方的用户号码查询从 A到 B的呼叫记录 的时间戳， 即步骤 S304。 步骤 S304中的时间戳比较可能会出现两种不同的结果，一种是终 端 A的呼叫记录的时间戳早于连接协商消息中包含的时间戳（即终端 B发起呼叫的时间戳）， 这意味着 A方发起至 B的呼叫时间早于 B方 发起的至 A的呼叫时间， 即步骤 S305的 "是" 分支所示。

因此， 呼叫处理器 103将向呼叫处理器 104发送拒绝消息， 并将 终端 A的呼叫记录中的协商指示位标记为"是"， 然后在终端 A的呼叫 记录中记录新的协商结果字段， 例如可以将该字段记录为" I_Win", 如 步骤 S306所示。

在 B侧的呼叫处理器 104接收到该拒绝消息后， 开始清除从 B到 A的呼叫并继续建立 INCALL (从 A到 B )的呼叫。 清除从 B到 A的 呼叫的方法对于本领域技术人员而言是公知的， 可以包括呼叫处理器 104发挂断消息给交换机， 交换机将该消息通过信令发出局， 送到 A 用户局的交换机， 该局交换机将该消息转化成远端挂机（或 "挂断"） 消息发给呼叫处理单元 103。

当从 B到 A的 INCALL消息到达 A侧的呼叫处理器 103后， 呼 叫处理器 103才艮据该 INCALL消息和 A的呼叫记录了解到 A与 B正 在相互呼叫， 将检查 A方呼叫记录中的协商指示位， 并发现该指示位 为"是"， 这意味着已经针对本次呼叫冲突的协商已经结束， 不需要在 此进行协商。 于是呼叫处理器 103将检查协商结果字段。 如前所述， 该协商结果字段已经标记为 "I_Win", 因此， 呼叫处理器 103并不继续 处理该 INCALL消息，而只是等待从 B到 A的挂断消息以释放该呼叫， 如步骤 S308所示。 因此， 从 B到 A的呼叫被释放并且从 A到 B的呼 叫被成功建立 （步骤 S310 )。

当然， 步骤 S304中的时间戳比较还可能出现这样的结果， 即终端 A的呼叫记录的时间戳晚于连接协商消息中包含的时间戳（即终端 B 发起呼叫的时间戳）， 这意味着 A方发起至 B的呼叫时间晚于 B方发 起的至 A的呼叫时间， 即步骤 S305的 "否" 分支。 因此， 呼叫处理器 103将向呼叫处理器 104发送接受消息， 并将 终端 A的呼叫记录中的协商指示位标记为"是"， 然后在终端 A的呼叫 记录中记录新的协商结果字段， 例如可以将该字段记录为 "FarParty_Win", 如步骤 307所示。

接下来， 在步骤 S309中， 呼叫处理器 103开始发送清除消息以清 除从 A到 B的呼叫。 同样地， A用户一端的呼叫处理单元 103发清除 消息给交换机， 交换机将该消息通过信令发出局， 送到了 B用户局的 交换机， 该局交换机将该消息转化成远端挂机消息发给 B用户一端的 呼叫处理单元 104。

在 B侧的呼叫处理器 104接收到该接受消息后， 了解到己方在呼 叫中领先， 因此不再处理从 A到 B的 INCALL , 而只是等待从 A到 B 的挂断以释放该呼叫。 当从 B到 A的 INCALL消息到达 A侧的呼叫 处理器 103后， 呼叫处理器 103才艮据该 INCALL消息和 A的呼叫记录 了解到 A与 B正在相互呼叫， 并且管辖 A和 B的呼叫处理器是不同 的呼叫处理器。呼叫处理器 103将检查 A方呼叫记录中的协商指示位， 并发现该指示位为"是"， 这意味着已经针对本次呼叫冲突的协商已经 结束， 不需要在此进行协商。 于是呼叫处理器 103将检查协商结果字 段。 如前所述， 该协商结果字段已经标记为 "FarParty_Win", 因此， 呼 叫处理器 103将继续处理该从 B到 A的 INCALL消息。 在从 A到 B 的呼叫已经被释放后，呼叫处理器 103将继续传递从 B到 A的 INCALL 消息。 于是， 如步骤 S311所示， 从 A到 B的呼叫被释放， 从 B到 A 的呼叫被成功建立。

对于本领域技术人员而言， 根据本发明的方法的实施例制造出相 应的呼叫处理器并不存在特别的困难， 以下将简单描述才艮据本发明的 呼叫处理设备的功能架构。

与本发明的方法实施例相对应， 本发明的呼叫处理设备的实施例 优选地包括执行相应步骤的装置： -查询装置， 用于查询相应终端的呼叫记录中的被叫号码；

-比较装置， 如果确定终端 A和终端 B正在互相呼叫， 则比较第 二呼叫的发起时间与第一呼叫的发起时间； 以及

-执行装置， 用于依据呼叫发起时间的比较结果， 释放对应于较 晚呼叫发起时间的呼叫并继续建立所述比较结果中对应于较早呼叫发 起时间的呼叫。

在根据本发明的优选实施例中， 呼叫处理设备包括用于在比较第 二呼叫的发起时间与第一呼叫的发起时间之前， 访问对方的呼叫单元 元以获得对端呼叫的发起时间的装置。

在根据本发明的另一优选实施例中， 呼叫处理设备包括在比较两 个呼叫的发起时间之前， 发送包括本方呼叫的发起时间和被叫号码的 协商消息的装置； 在接收所述协商消息后比较两个呼叫的发起时间和 并记录比较结果的装置； 以及向对方呼叫单元发送包括比较结果的响 应消息的装置。

尽管就包括实现本发明的当前优选模式的特定例子描述了本发 明， 本领域的技术人员应当能意识到， 可以对上述设备和方法作出多 种变体和置换， 而所述设变体和置换都属于权利要求中所阐述的本发 明的精神和范围。

Claims

权利要求

1. 一种在通信网络的呼叫处理设备上处理呼叫冲突的方法， 所述 呼叫处理设备包括处理第一终端发起的第一呼叫的第一呼叫处理单元 和处理第二终端发起的第二呼叫的第二呼叫处理单元， 当所述第二呼 叫处理单元接收到所述第一终端发起的打算与第二终端通信的呼入消 息而所述第二终端处于忙状态时， 该方法包括：

查询所述第二终端的呼叫记录中的被叫号码；

如果所述第二终端的呼叫记录中的被叫号码是所述呼入消息中包 含的所述第一终端的号码， 则比较第二呼叫的发起时间与第一呼叫的 发起时间； 以及

基于比较结果， 释放对应于较晚呼叫发起时间的呼叫并继续建立 所述比较结果中对应于较早呼叫发起时间的呼叫。

2. 根据权利要求 1所述的方法， 包括在比较第二呼叫的发起时间 与第一呼叫的发起时间之前， 由所述第二呼叫单元访问所述第一呼叫 单元， 以获得所述第一呼叫的发起时间， 并由所述第二呼叫单元进行 呼叫发起时间的比较。

3. 根据权利要求 1所述的方法， 包括在比较第二呼叫的发起时间 与第一呼叫的发起时间之前， 由所述第二呼叫单元向第一呼叫单元发 送包括所述第二呼叫的发起时间和被叫号码的协商消息， 并由所述第 一呼叫单元进行呼叫发起时间的比较。

4. 根据权利要求 3所述的方法， 进一步包括所述第一呼叫单元接 收所述协商消息后比较所述第二呼叫的发起时间和所述第一呼叫的发 起时间， 并记录比较结果。

5. 根据权利要求 4所述的方法， 进一步包括所述第一呼叫单元向 所述第二呼叫单元发送包括比较结果的响应消息。

6. 根据权利要求 2所述的方法， 进一步包括为每个呼叫分配协商 指示位。

7. —种在通信网络中处理呼叫冲突的呼叫处理设备， 所述呼叫处 理设备包括处理第一终端发起的第一呼叫的第一呼叫处理单元和处理 第二终端发起的第二呼叫的第二呼叫处理单元， 当所述第二呼叫处理 单元接收到所述第一终端发起的打算与第二终端通信的呼入消息而所 述第二终端处于忙状态时， 所述呼叫处理设备包括：

查询装置， 用于查询所述第二终端的呼叫记录中的被叫号码； 比较装置， 如果所述第二终端的呼叫记录中的被叫号码是所述呼 入消息中包含的所述第一终端的号码， 则比较第二呼叫的发起时间与 第一呼叫的发起时间； 以及

执行装置， 用于依据比较结果， 释放对应于较晚呼叫发起时间的 呼叫并继续建立所述比较结果中对应于较早呼叫发起时间的呼叫。

8. 根据权利要求 7所述的呼叫处理设备， 包括用于在比较第二呼 叫的发起时间与第一呼叫的发起时间之前， 访问所述第一呼叫单元以 获得所述第一呼叫的发起时间的装置。

9. 根据权利要求 7所述的呼叫处理设备， 包括在比较第二呼叫的 发起时间与第一呼叫的发起时间之前， 发送包括所述第二呼叫的发起 时间和被叫号码的协商消息的装置。

10. 根据权利要求 9所述的呼叫处理设备， 进一步包括在接收所 述协商消息后比较所述第二呼叫的发起时间和所述第一呼叫的发起时 间并记录比较结果的装置。

11. 根据权利要求 10所述的呼叫处理设备， 进一步包括向所述第 二呼叫单元发送包括比较结果的响应消息的装置。

12. 一种在通信网络的呼叫处理设备上处理呼叫冲突的计算机程 序产品， 所述呼叫处理设备包括处理第一终端发起的第一呼叫的第一 呼叫处理单元和处理第二终端发起的第二呼叫的第二呼叫处理单元， 当所述第二呼叫处理单元接收到所述第一终端发起的打算与第二终端 通信的呼入消息而所述第二终端处于忙状态时， 所述计算机程序产品 包括执行以下步骤的程序代码：

查询所述第二终端的呼叫记录中的被叫号码；

如果所述第二终端的呼叫记录中的被叫号码是所述呼入消息中包 含的所述第一终端的号码， 则比较第二呼叫的发起时间与第一呼叫的 发起时间； 以及

基于比较结果， 释放对应于较晚呼叫发起时间的呼叫并继续建立 所述比较结果中对应于较早呼叫发起时间的呼叫。