呼叫处理方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种呼叫处理方法及装置。

背景技术：

相关技术中，呼叫处理业务(例如，一号通业务)给用户提供了一种便捷服务，拨打一个号码，此号码下挂多个话机以同振或顺振的振铃模式振铃，实现了一个号码多人使用，在一定程度上节约了成本。但是，相关技术中，上述呼叫处理业务依赖预定网元实现，对预定网元要求较高，需要预定网元控制整个呼叫业务流程，导致预定网元负荷重的问题。

技术实现要素：

本发明实施例提供了一种呼叫处理方法及装置，以至少解决相关技术中由预定网元控制整个呼叫业务流程，导致预定网元负荷重的问题。

根据本发明的一个实施例，提供了一种呼叫处理方法，包括：接收到主叫终端通过预定网元发起的呼叫请求；根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机；向预定网元反馈第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

可选地，在接收到主叫终端通过预定网元发起的呼叫请求之后，还包括：向预定网元反馈第二响应消息，其中，第二响应消息用于向预定网元反馈成功接收到呼叫请求。

可选地，根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机包括：根据接收 到的所述呼叫请求，向所述至少两个被叫终端发送指令，其中所述指令用于指示至少两个被叫终端振铃；在发送所述指令之后的预定时间内，检测到所述至少两个被叫终端中的至少一个终端中止振铃的事件的情况下，确定所述至少两个被叫终端中的至少一个终端成功摘机。

可选地，所述预定网元包括：服务器。

根据本发明的另一个实施例，提供了一种呼叫处理方法，包括：将主叫终端发起的呼叫请求转发给预定网元；在预定网元根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机的情况下，接收到预定网元反馈的第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道；依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

可选地，依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道包括：建立与成功摘机的至少一个被叫终端进行通信的媒体通道；和/或，建立与至少两个被叫终端中除成功摘机的至少一个被叫终端之外的其它被叫终端进行通信的媒体通道。

可选地，所述预定网元包括：家庭网关。

根据本发明的又一个实施例，提供了一种呼叫处理装置，包括：第一接收模块，用于接收到主叫终端通过预定网元发起的呼叫请求；确定模块，用于根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机；第一反馈模块，用于向预定网元反馈第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

可选地，上述装置还包括，第二反馈模块，用于向预定网元反馈第二响应消息，其中，第二响应消息用于向预定网元反馈成功接收到 呼叫请求。

可选地，确定模块包括，指示单元，用于根据接收到的所述呼叫请求，向所述至少两个被叫终端发送指令，其中所述指令用于指示至少两个被叫终端振铃；确定单元，用于在发送所述指令之后的预定时间内，检测到所述至少两个被叫终端中的至少一个终端中止振铃的事件的情况下，确定所述至少两个被叫终端中的至少一个终端成功摘机。

根据本发明的又一个实施例，提供了一种呼叫处理装置，包括：转发模块，用于将主叫终端发起的呼叫请求转发给预定网元；第二接收模块，用于在预定网元根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机的情况下，接收到预定网元反馈的第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道；建立模块，用于依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

可选地，建立模块包括，第一建立单元，用于建立与成功摘机的至少一个被叫终端进行通信的媒体通道；第二建立单元，用于建立与至少两个被叫终端中除成功摘机的至少一个被叫终端之外的其它被叫终端进行通信的媒体通道。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：接收到主叫终端通过预定网元发起的呼叫请求；根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机；向预定网元反馈第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：在接收到主叫终端通过预定网元发起的呼叫请求之后，还包括：向预定网元反馈第二响应消息，其中，第二响应消息用于向预定网元反馈成功接收到呼叫请求。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机包括：根据接收到的所述呼叫请求，向所述至少两个被叫终端发送指令，其中所述指令用于指示至少两个被叫终端振铃；在发送所述指令之后的预定时间内，检测到所述至少两个被叫终端中的至少一个终端中止振铃的事件的情况下，确定所述至少两个被叫终端中的至少一个终端成功摘机。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：将主叫终端发起的呼叫请求转发给预定网元；在预定网元根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机的情况下，接收到预定网元反馈的第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道；依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道包括：和/或，建立与成功摘机的至少一个被叫终端进行通信的媒体通道；建立与至少两个被叫终端中除成功摘机的至少一个被叫终端之外的其它被叫终端进行通信的媒体通道。

通过本发明，接收到主叫终端通过预定网元发起的呼叫请求；根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机；向预定网元反馈第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。由于在确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机之后，通知预定网元建立媒体通道，可见，上述实施例中预定网元执行的操作为：发起一次基本呼叫，以及根据第三方反馈的响应消息建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道的，无需 预定网元参与整个呼叫处理业务流程。因此，可以解决相关技术中由预定网元控制整个呼叫业务流程，导致预定网元负荷重的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种呼叫处理方法的终端的硬件结构框图；

图2是根据本发明实施例的呼叫处理方法的流程图一；

图3是根据本发明实施例的呼叫处理方法的流程图二；

图4是家庭网关和预定网元的基本交互通信流程图；

图5是家庭网关和软交换业务交互通信流程图；

图6是家庭网关和终端业务交互通信流程图；

图7是家庭网关基于同振模式实现业务交互通信流程图；

图8是家庭网关基于顺振模式实现业务交互通信流程图；

图9是根据本发明实施例的呼叫处理装置的结构框图一；

图10是根据本发明实施例的呼叫处理装置的优选结构框图；

图11是根据本发明实施例的呼叫处理装置中的确定模块94的优选结构框图；

图12是根据本发明实施例的呼叫处理装置的结构框图二；

图13是根据本发明实施例的呼叫处理装置中的建立模块126的优选结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相 互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在终端、网元或者类似的设备中执行。以运行在家庭网关上为例，图1是本发明实施例的一种呼叫处理方法的终端的硬件结构框图。如图1所示，终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的呼叫处理方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述家庭网关的呼叫处理方法，图2是根据本发明实施例的呼叫处理方法的流程图一，如图2所示，该流程包括如下步骤：

步骤s202，接收到主叫终端通过预定网元发起的呼叫请求，其中，该预定网元可以为服务器；

步骤s204，根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机；

步骤s206，向预定网元反馈第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

通过上述步骤，在确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机之后，通知预定网元建立媒体通道，可见，上述实施例中预定网元执行的操作为：发起一次基本呼叫，以及根据第三方反馈的响应消息建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道的，无需预定网元参与整个呼叫处理业务流程。因此，可以解决相关技术中由预定网元控制整个呼叫业务流程，导致预定网元负荷重的问题，进而降低了预定网元的负荷重的问题，并且由于无需预定网元参与整个呼叫处理业务流程，也降低了业务的维护费用，提高了业务的灵活性和易用性。

可选地，在接收到主叫终端通过预定网元发起的呼叫请求之后，还可以包括：向预定网元反馈第二响应消息，其中，第二响应消息用于向预定网元反馈成功接收到呼叫请求。通过上述步骤，避免预定网元不清楚其发送的呼叫请求是否被成功接收，重复发送呼叫请求的问题。

可选地，根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机可以包括：根据接收到的呼叫请求，向至少两个被叫终端发送指令，其中指令用于指示至少两个被叫终端振铃；在发送指令之后的预定时间内，检测到至 少两个被叫终端中的至少一个终端中止振铃的事件的情况下，确定至少两个被叫终端中的至少一个终端成功摘机。可选地，在本实施例中，被叫终端振铃可以包括同振和顺振两种不同的振铃模式，同振模式为，对呼叫请求呼叫的号码对应的所有被叫终端一起振铃，顺振模式为，对呼叫请求呼叫的号码对应的被叫终端进行顺序振铃，同振和顺振的被叫终端个数、以及顺振时被叫终端顺序都可供用户配置。

例如，在发送的指令包括用于指示上述至少两个被叫终端以同振模式振铃的信息的情况下，在发送指令之后的预定时间内，检测到至少两个被叫终端中的预定终端中止振铃的事件的情况下，确定至少两个被叫终端中的预定终端成功摘机。其中，该预定终端可以是一个也可以是多个，即只要检测到被叫终端中止振铃，即可以确定被叫终端成功摘机。通过上述步骤，可以避免对至少两个被叫终端每个终端进行振铃来确定摘机成功，减少用户等待时间。

又例如，在发送的指令包括用于指示至少两个被叫终端以顺振模式振铃的指示信息的情况下，当指示至少两个被叫终端中第一被叫终端振铃时，发送指令之后的预定时间内，检测到第一终端中止振铃的事件的情况下，确定至少两个被叫终端中的第一终端成功摘机；当发送的指令指示至少两个被叫终端中第一被叫终端振铃时，发送指令之后的预定时间内，在第一终端振铃超时后，未检测到第一终端中止振铃的事件的情况下，(此时可以设置定时器，通过定时器确定振铃是否超时，其中，定时器设置的时间小于上述预定时间)，继续指示至少两个被叫终端中第二被叫终端振铃，以此类推，依次指示至少两个被叫终端中第n被叫终端振铃，直到在发送指令之后的预定时间内，检测到第n终端中止振铃的事件的情况下，确定至少两个被叫终端中的第n终端成功摘机。通过上述步骤，可以在第一终端摘机成功的情况下，无需对其他终端振铃，减少资源的浪费。

需要说明的是，本发明实施例可以应用于通信领域中的家庭网关实现语音一号通业务，以家庭网关实现语音一号通业务为例，把一号通业务下放到家庭网关实现，通过家庭网关实现一号通业务和以往预 定网元实现的方式不一样，此时一号通业务可以在家庭网关实现，从信令流程看，在整个一号通业务处理过程中，预定网元只对终端发起一次基本呼叫，没有多余的业务信令交互，即，本发明实施例不依赖于上行软交换(预定网元)的能力，软交换侧不知道家庭网关实现一号通业务，查看信令流程与一次基本通话无异，只要可以进行基本的通信即可，因此，提高了业务的灵活性和易用性，对软交换能力要求很低。

本发明实施例可以通过web页面或网管开启或关闭一号通业务，选择振铃模式，实现同振或顺振业务，选择同振或顺振的终端个数，以及选择顺振的终端振铃顺序，给用户提供了很大的灵活性和可操作性。

本发明中的终端不仅可以为fxs普通电话做为家庭网关的终端，还可以为dect(无线手柄)做为家庭网关的终端。对于振铃模式还可以实现单独fxs振铃、单独dect振铃、fxs和dect混合振铃，并其可以任意选择要振铃的终端个数，还可以任意选择振铃的顺序。

在本实施例中又提供了一种运行于上述家庭网关的呼叫处理方法，图3是根据本发明实施例的呼叫处理方法的流程图二，如图3所示，该流程包括如下步骤：

步骤s302，将主叫终端发起的呼叫请求转发给预定网元，其中，该预定网元可以为家庭网关；

步骤s304，在预定网元根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机的情况下，接收到预定网元反馈的第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道；

步骤s306，依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

通过上述步骤，由预定网元确定呼叫请求呼叫的号码对应的至少 两个被叫终端中的至少一个被叫终端成功摘机，并通知预定网元建立媒体通道，可见，上述实施例中预定网元只发起一次基本呼叫，即可根据预定网元反馈的响应消息建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道的，无需预定网元控制整个呼叫处理业务流程。因此，可以解决相关技术中由预定网元控制整个呼叫业务流程，导致预定网元负荷重的问题，进而降低了预定网元的负荷重的问题，并且由于无需预定网元参与整个呼叫处理业务流程，也降低了业务的维护费用，提高了业务的灵活性和易用性。

可选地，依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道可以包括多种，例如，可以包括以下至少之一：建立与成功摘机的至少一个被叫终端进行通信的媒体通道；建立与至少两个被叫终端中除成功摘机的至少一个被叫终端之外的其它被叫终端进行通信的媒体通道。

通过上述步骤，建立与成功摘机的至少一个被叫终端进行通信的媒体通道，可以直接、快速的建立媒体通道；建立与至少两个被叫终端中除成功摘机的至少一个被叫终端之外的其它被叫终端进行通信的媒体通道，可以灵活的建立媒体通道。

下面分别结合第三方(预定网元)为家庭网关，预定网元为软交换(softswitch，简称为ss)场景说明呼叫处理方法的优选实施例。

图4是家庭网关和预定网元的基本交互通信流程图。如图4所示，该流程包括如下步骤：

步骤s402，软交换对家庭网关发起呼叫，家庭网关作为被叫接收来自软交换的invite消息；

步骤s404，为避免软交换重传invite消息，在接收到invite消息后，立即给软交换回复100trying消息，告知软交换，家庭网关已经收到消息；

步骤s406，家庭网关收到invite消息后，提醒家庭网关下挂话机振铃有来电，并回180ring消息给软交换；

步骤s408，软交换为避免家庭网关重传180ring消息，回复prack消息给家庭网关；

步骤s4010，如果家庭网关下挂话机摘机，给软交换发送200ok消息，告诉软交换被叫已经同意通话；

步骤s4012，为避免家庭网关重传200ok消息，软交换回复ack消息给家庭网关，至此建立媒体通道，主被叫可以进行语音通话。

图5是家庭网关和软交换业务交互通信流程图。如图5所示，以呼叫处理业务为一号通业务为例。

步骤s502，软交换对家庭网关发起呼叫，家庭网关作为被叫接收来自软交换的invite消息；

步骤s504，为了避免软交换重传invite消息，在接收到invite消息后，立即给软交换回复100trying消息，告知软交换，家庭网关已经收到消息；

步骤s506，如果家庭网关开启一号通业务，则触发一号通业务；

步骤s508，下挂在家庭网关下的所有话机或可选话机会同时振铃或顺序振铃提醒用户有来电消息，有一个话机振铃后就会给软交换发送180ring消息；

步骤s5010，软交换为避免家庭网关重传180ring消息，回复prack消息给家庭网关；

步骤s5012，下挂在家庭网关下有一个话机摘机后就会给软交换发送200ok消息，告诉软交换被叫已经同意通话；

步骤s5014，为避免家庭网关重传200ok消息，软交换回复ack消息给家庭网关，至此建立媒体通道，主被叫可以进行语音通话。

图6是家庭网关和终端业务交互通信流程图。如图6所示，以呼叫处理业务为一号通业务为例，该实施例中，家庭网关下的终端，可以包括fxs和dect，个数与家庭网关的芯片能力有关，比如，终端包括两个fxs和6个dect。

步骤s602，当软交换对家庭网关发起呼叫，家庭网关接收invite消息；

步骤s604，家庭网关给软交换回复100trying消息，告知软交换，家庭网关已经收到消息；

步骤s606，如果家庭网关开启一号通业务，则触发一号通业务；

步骤s608，下挂在家庭网关下的两个fxs和6个dect可以同时振铃或顺序振铃提醒用户有来电消息，比如：可以两个fxs同时振铃，可以先振fxs1，后振fxs2；可以6个dect同时振铃，可以按照dect1、dect2、dect3、dect4、dect5、dect6的顺序振铃，任一个fxs或dect振铃后就会给软交换发送180ring消息；

步骤s6010，软交换为避免家庭网关重传180ring消息，回复prack消息给家庭网关；

步骤s6012，fxs和dect中任一个摘机后就会给软交换发送200ok消息，告诉软交换被叫已经同意通话；

步骤s604，为避免家庭网关重传200ok消息，软交换回复ack消息给家庭网关，至此建立媒体通道，主被叫可以进行语音通话。

图7是家庭网关基于同振模式实现业务交互通信流程图。如图7所示，以呼叫处理业务为一号通业务为例，

步骤s702，家庭网关收到软交换发的呼叫(invite)消息；

步骤s704，为防止软交换重传，给软交换回100trying消息；

步骤s706，查看家庭网关数据库一号通业务开关的配置，如果一号通没有开启，此次呼叫作为基本呼叫处理。

步骤s708，如果一号通业务开关开启，继续读取数据库中的振铃模式；

步骤s7010，振铃模式为同振，则获取同振列表；

步骤s7012，创建多方数据区并根据同振列表中取值同时向列表中各个终端发起呼叫；

步骤s7014，同振列表中的所有终端同时振铃；

步骤s7016，家庭网关给软交换回复180ring消息；

步骤s7018，同振列表中任一终端摘机，给软交换回复200ok消息，建立和软交换的呼叫，并释放创建的多方数据区，只保留一路基本通话；

步骤s7020，同振业务结束。

图8是家庭网关基于顺振模式实现业务交互通信流程图。如图8所示，以呼叫处理业务为一号通业务为例，

步骤s802，家庭网关收到软交换发的invite消息；

步骤s804，家庭网关给软交换回100trying消息；

步骤s806，查看家庭网关数据库一号通业务开关的配置，如果一号通没有开启，此次呼叫作为基本呼叫处理。

步骤s808，如果一号通业务开关开启，继续读取振铃模式。

步骤s8010，如振铃模式为顺振，获取顺振列表；

步骤s8012，创建多方数据区并根据顺振列表中取值向列表中第一个终端发起呼叫；

步骤s8014，如果第一个终端不在线，则继续给第二个终端发起呼叫；

步骤s8016，如果第一个终端在线，第一个终端振铃；

步骤s8018，家庭网关给软交换回复180ring消息；

步骤s8020，如果第一个终端在振铃过程中没有摘机，即第一个终端振铃超时；

步骤s8022，继续向顺振列表中第二个终端发起呼叫，下面流程同第一终端处理过程；

步骤s8024，如果第一个终端在振铃定时器内摘机；家庭网关给ss回复200ok消息，同意和软交换建立呼叫，释放多方数据区，只 保留一路基本呼叫；

步骤s8026，顺振业务结束。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，预定网元，或者网络设备等)执行本发明各个实施例的方法。

实施例2

在本实施例中提供了一种呼叫处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图9是根据本发明实施例的呼叫处理装置的结构框图一，如图9所示，该装置包括：

第一接收模块92，用于接收到主叫终端通过预定网元发起的呼叫请求；

确定模块94，连接至上述第一接收模块92，用于根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机；

第一反馈模块96，连接至上述确定模块94，用于向预定网元反馈第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

图10是根据本发明实施例的呼叫处理装置的优选结构框图，如图10所示，该装置除包括图9所示的所有模块外，还包括：第二反 馈模块102，连接至上述第一接收模块92，用于向预定网元反馈第二响应消息，其中，第二响应消息用于向预定网元反馈成功接收到呼叫请求。

图11是根据本发明实施例的呼叫处理装置中的确定模块94的优选结构框图，如图11所示，确定模块94包括：指示单元112和确定单元114，下面分别进行说明。

指示单元112，用于根据接收到的呼叫请求，向至少两个被叫终端发送指令，其中指令用于指示至少两个被叫终端振铃；

确定单元114，用于在发送指令之后的预定时间内，检测到至少两个被叫终端中的至少一个终端中止振铃的事件的情况下，确定至少两个被叫终端中的至少一个终端成功摘机。

在本实施例中还提供了一种呼叫处理装置，图12是根据本发明实施例的呼叫处理装置的结构框图二，如图12所示，该装置包括：

转发模块122，用于将主叫终端发起的呼叫请求转发给预定网元；

第二接收模块124，连接至上述转发模块122，用于在预定网元根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机的情况下，接收到预定网元反馈的第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道；

建立模块126，连接至上述第二接收模块124，用于依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

图13是根据本发明实施例的呼叫处理装置中的建立模块126的优选结构框图，如图13所示，建立模块126包括，

第一建立单元132，用于建立与成功摘机的至少一个被叫终端进行通信的媒体通道；

第二建立单元134，用于建立与至少两个被叫终端中除成功摘机 的至少一个被叫终端之外的其它被叫终端进行通信的媒体通道。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s1，接收到主叫终端通过预定网元发起的呼叫请求；

s2，根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机；

s3，向预定网元反馈第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在接收到主叫终端通过预定网元发起的呼叫请求之后，还包括：

s1，向预定网元反馈第二响应消息，其中，第二响应消息用于向预定网元反馈成功接收到呼叫请求。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机包括：

s1，根据接收到的呼叫请求，向至少两个被叫终端发送指令，其中指令用于指示至少两个被叫终端振铃；

s2，在发送指令之后的预定时间内，检测到至少两个被叫终端中的至少一个终端中止振铃的事件的情况下，确定至少两个被叫终端中的至少一个终端成功摘机。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s1，将主叫终端发起的呼叫请求转发给预定网元；

s2，在预定网元根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机的情况下，接收到预定网元反馈的第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道；

s3，依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道包括：

s1，建立与成功摘机的至少一个被叫终端进行通信的媒体通道；和/或，

s2，建立与至少两个被叫终端中除成功摘机的至少一个被叫终端之外的其它被叫终端进行通信的媒体通道。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：接收到主叫终端通过预定网元发起的呼叫请求；根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机；向预定网元反馈第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收到主叫终端通过预定网元发起的呼叫请求之后，还包括：向预定网元反馈第二响应消息，其中，第二响应消息用于向预定 网元反馈成功接收到呼叫请求。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机包括：根据接收到的呼叫请求，向至少两个被叫终端发送指令，其中指令用于指示至少两个被叫终端振铃；在发送指令之后的预定时间内，检测到至少两个被叫终端中的至少一个终端中止振铃的事件的情况下，确定至少两个被叫终端中的至少一个终端成功摘机。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：将主叫终端发起的呼叫请求转发给预定网元；在预定网元根据接收到的呼叫请求，确定呼叫请求呼叫的号码对应的至少两个被叫终端中的至少一个被叫终端成功摘机的情况下，接收到预定网元反馈的第一响应消息，其中，第一响应消息用于通知预定网元建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道；依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：，依据第一响应消息，建立与至少两个被叫终端中的至少一个被叫终端进行通信的媒体通道包括：建立与成功摘机的至少一个被叫终端进行通信的媒体通道；和/或，建立与至少两个被叫终端中除成功摘机的至少一个被叫终端之外的其它被叫终端进行通信的媒体通道。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺 序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。