CN101883116B - 呼叫处理方法及媒体网关 - Google Patents

Abstract

本发明公开了一种呼叫处理方法及媒体网关，该方法包括：媒体网关确定其协议接口中断；当媒体网关的用户摘机时，媒体网关发送广播消息，其中，广播消息携带有用户的呼叫标识信息和用户呼叫的被叫用户号码信息；与媒体网关相连的其它媒体网关接收广播消息，根据标识信息和被叫用户号码信息进行呼叫处理。通过本发明，提高了媒体网关间用户呼叫的可靠性，同时降低了媒体网关的设备成本。

Description

呼叫处理方法及媒体网关

技术领域

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

背景技术

在下一代网络(NextGenerationNetwork，简称为NGN)，或是在IP多媒体子系统(InternetProtocolMultimediaSubsystem，简称为IMS)网络中，媒体网关用于在软交换(SoftSwitch，简称为SS)或者呼叫会话控制功能(CallSessionControlFunction，简称为CSCF)的控制下完成呼叫过程。

随着NGN网络的不断发展和演进，运营商依据自身运营的各种考虑，用户接入设备趋向小型化发展，NGN或者IMS核心网设备下会部署若干小型媒体网关。每个媒体网关均通过H.248或者会话初始协议(SessionInitiationProtocol，简称为SIP)等协议接口接入到核心网，且媒体网关间的通话时通过核心网进行周转的。

但是，核心网设备可能由于各种原因如协议接口发生中断，而导致媒体网关和核心网设备失去通信。

例如：对于那些重要的大企业网用户，数目众多的企业网内部用户，可能分属于许多个不同的媒体网关，如果某个媒体网关和核心网设备之间的协议业务接口中断，那么，该媒体网关基本上被孤立出企业网，这样，该媒体网关的用户无法和企业网的其他用户通话。

目前，媒体网关设备在和核心网控制设备失去通讯的情况下，可以进行媒体网关内部交换，但范围有限，只限于本媒体网关设备内部；而对于从本媒体网关到其它媒体网关的呼叫中断，尽管现有的媒体网关设备会配备逃生接口，但为此需要额外的硬件接口，也需要配置额外的对外网络接口，增加了设备成本，也增加了组网和网络管理的复杂性。

发明内容

本发明的主要目的在于提供一种呼叫处理方法及媒体网关，以解决通信中断或者由于增加逃生接口，造成设备成本比较高的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种呼叫处理方法。

该呼叫处理方法包括：媒体网关确定其协议接口中断；当媒体网关的用户摘机时，媒体网关发送广播消息，其中，广播消息携带有用户的呼叫标识信息和用户呼叫的被叫用户号码信息；与媒体网关相连的其它媒体网关接收广播消息，根据标识信息和被叫用户号码信息进行呼叫处理。

进一步地，在媒体网关确定其协议接口中断之前，还包括：媒体网关配置其内部的用户号码；媒体网关配置与其相连的其它媒体网关的用户号码的匹配表。

进一步地，其它网关媒体根据标识信息和被叫用户号码信息进行呼叫处理包括：其它媒体网关判断被叫用户号码信息和匹配表是否匹配；如果判断结果为匹配，则确定被叫用户号码信息对应的用户为其它媒体网关的用户，并进一步判断被叫用户号码信息对应的用户是否空闲；如果判断结果为是，将呼叫成功的信息发送给媒体网关，如果判断结果为否，将呼叫失败的信息发送给媒体网关。

进一步地，在其它网关媒体根据标识信息和被叫用户号码信息进行呼叫处理之后，还包括：媒体网关接收到呼叫成功的信息，为媒体网关上的用户和其它媒体网关上的用户建立通信连接。

进一步地，在其它网关媒体根据标识信息和被叫用户号码信息进行呼叫处理之后，还包括：媒体网关接收到呼叫失败的信息，则结束媒体网关上用户的呼叫。

为了实现上述目的，根据本发明的另一方面，提供了一种媒体网关。

根据本发明的媒体网关包括：确定模块，用于确定其协议接口中断；发送模块，当媒体网关的用户摘机时，用于发送广播消息，其中，广播消息携带有用户的呼叫标识信息和用户呼叫的被叫用户号码信息；接收模块，用于接收相连的其它媒体网关发送的广播消息；处理模块，用于根据标识信息和被叫用户号码信息进行呼叫处理。

进一步地，上述媒体网关还包括：第一配置模块，用于配置其内部的用户号码；第二配置模块，用于配置与其相连的其它媒体网关的用户号码的匹配表。

进一步地，处理模块包括：第一判断子模块，用于判断被叫用户号码信息和匹配表是否匹配；确定子模块，用于在第一判断子模块的判断结果为匹配时，确定被叫用户号码信息对应的用户为其它媒体网关的用户；第二判断子模块，用于判断被叫用户号码信息对应的用户是否空闲；第一发送子模块，用于在第二判断子模块的判断结果为是时，将呼叫成功的信息发送给媒体网关；第二发送子模块，用于在第二判断子模块的判断结果为否时，将呼叫失败的信息发送给媒体网关。

进一步地，上述装置还包括：连接模块，用于当接收到呼叫成功的信息时，为媒体网关上的用户和其它媒体网关上的用户建立通信连接。

进一步地，上述装置还包括：结束模块，用于当接收到呼叫失败的信息，结束媒体网关上用户的呼叫。

通过本发明，采用媒体网关确定其协议接口中断；当媒体网关的用户摘机时，媒体网关发送广播消息，其中，广播消息携带有用户的呼叫标识信息和用户呼叫的被叫用户号码信息；与媒体网关相连的其它媒体网关接收广播消息，根据标识信息和被叫用户号码信息进行呼叫处理，解决了相关技术中在协议接口中断后，通信中断或者由于增加逃生接口，造成设备成本比较高的问题，提高了媒体网关间用户呼叫的可靠性，同时降低了媒体网关的设备成本。

附图说明

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

图1是根据本发明实施例的网络结构图；

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

图3是根据本发明实施例的呼叫处理判断的流程图；

图4是根据本发明实施例的号码匹配过程的流程图；

图5根据本发明实施例的被叫用户位置查询的流程图；

图6是根据本发明实施例的其它网关对主叫网关发来的被叫位置查询消息的处理的流程图；

图7是根据本发明实施例的跨网关呼叫处理的流程图；

图8是根据本发明实施例的媒体网关的结构框图；以及

图9是根据本发明实施例的媒体网关的优选的结构框图。

具体实施方式

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

图1是根据本发明实施例的网络结构图，如图1所示，多个媒体网关处于同一局域网内，上行通过路由器或者以太网交换机连接到核心网设备。正常情况下各媒体网关直接和核心网设备进行协议交互，在本发明实施例中，如果某个媒体网关和核心网的上层协议接口中断，则集群内的媒体网关采用下述实施例中的呼叫处理方法进行内部呼叫处理。

实施例一

在本实施例中，提供了一种呼叫处理方法。图2是根据本发明实施例的呼叫处理方法的流程图，如图2所示，包括：

步骤S202，媒体网关确定其协议接口中断。

步骤S204，当媒体网关的用户摘机时，媒体网关发送广播消息，其中，广播消息携带有用户的呼叫标识信息和用户呼叫的被叫用户号码信息。

步骤S206，与媒体网关相连的其它媒体网关接收广播消息，根据标识信息和被叫用户号码信息进行呼叫处理。

通过上述步骤，在媒体网关确定其协议接口中断的情况下，通过接收广播消息来进行呼叫处理，避免了相关技术中在协议接口中断后，通信终端或者由于增加逃生接口，造成设备成本比较高的问题，提高了媒体网关间用户呼叫的可靠性，同时降低了媒体网关的设备成本。

优选地，在步骤S202之前，还包括：媒体网关配置其内部的用户号码；媒体网关配置与其相连的其它媒体网关的用户号码的匹配表。通过该优选实施例的配置步骤，对媒体网关内部用户号码和及与其相连的其它媒体网关的用户号码的匹配表进行配置，为媒体网关间的用户通话提供了保证。

下面对步骤S206其它网关媒体根据标识信息和被叫用户号码信息进行呼叫处理的一个优选的实施方式进行说明。在该优选实施方式中，其它媒体网关判断被叫用户号码信息和匹配表是否匹配；如果判断结果为匹配，则确定被叫用户号码信息对应的用户为其它媒体网关的用户，并进一步判断被叫用户号码信息对应的用户是否空闲；如果判断结果为是，将呼叫成功的信息发送给媒体网关，如果判断结果为否，将呼叫失败的信息发送给媒体网关。通过该优选实施例的第一个判断步骤，可以根据匹配表判断得到该呼叫是否是对本媒体网关内用户的呼叫，通过第二个判断步骤，根据用户是否空闲，发送呼叫成功或失败的消息给媒体网关，用于判断是否给该呼叫建立连接，实现了媒体网关间通信。

优选地，在其它网关媒体根据标识信息和被叫用户号码信息进行呼叫处理之后，上述方法还包括：媒体网关接收到呼叫成功的信息，为媒体网关上的用户和其它媒体网关上的用户建立通信连接。通过该优选实施例的建立步骤，实现了媒体网关间用户的通信。

优选地，在其它网关媒体根据标识信息和被叫用户号码信息进行呼叫处理之后，还包括：媒体网关接收到呼叫失败的信息，则结束媒体网关上用户的呼叫。通过该优选实施例的结束步骤，在被叫用户出于非空闲状态，主叫方终止呼叫，提高了媒体网关间用户通信的可靠性。

实施例二

图3是根据本发明实施例的呼叫处理判断的流程图，包括：

步骤S302，配置正常的网关协议接口及用户数据。

步骤S304，配置本网关的用户号码。

步骤S306，配置网关集群内的用户号码匹配表。

步骤S308，媒体网关判断协议接口是否中断？如果判断结果为否，执行步骤S310，如果判断结果为是，执行步骤S312。

步骤S310，和核心网设备进行正常交互，结束本流程。

步骤S312，启动内部呼叫处理(实施例三和实施例四中呼叫处理流程)，结束本流程。

通过该优选实施例，对媒体网关的协议接口是否中断进行判断，如果中断，则采用本发明优选实施例中的通过其它媒体网关进行呼叫处理的方法。

实施例三

在本实施例中实现了被叫用户的位置查询，需要说明的是，在本实施例中，主叫网关收到主叫摘机消息，分配话路时隙、收号器，给主叫接续拨号音，接续收号器，设置定时器，等待收号。当收到用户拨的第一位号码，切断拨号音，同时根据号码匹配表进行号码匹配。匹配结果有三种情况：

第一种情况，号码匹配失败，则本次呼叫失败，主叫听忙音，用户挂机后结束呼叫。

第二种情况，需要继续收号，继续等待用户拨号。

第三种情况，号码匹配成功，则判断被叫号码是否是本网关内的用户，如果是，则进入网关内部的呼叫处理流程，在此不再详细说明。

图4是根据本发明实施例的号码匹配过程的流程图，如图4所示，包括：

步骤S402，收到主叫用户摘机消息。

步骤S404，为主叫分配话路时隙，分配收号器，为主叫用户接续拨号音，接续收号器，设置定时器，等待用户拨号。

步骤S406，收到用户拨号。

步骤S408，是第一位号码吗？如果判断结果为是，执行步骤S410，如果判断结果为否，执行步骤S412。

步骤S410，停止拨号音，结束本流程。

步骤S412，进行号码匹配。

步骤S414，判断匹配结果，如果号码匹配失败，执行步骤S416，如果号码匹配成功，执行步骤S418，如果匹配结果为第二种情况，需要继续收号，执行步骤S406。

步骤S416，给用户送忙音，用户挂机结束呼叫，结束本流程。

步骤S418，判断被叫号码是否为本网关用户，如果判断结果为是，执行步骤S420，如果判断结果为否，执行步骤S422。

步骤S420，进入网关内部自交换处理流程，结束本流程。

步骤S422，根据被叫号码查询被叫网关位置，结束本流程。

图5根据本发明实施例的被叫用户位置查询的流程图。如图5所示，包括：

步骤S502，主叫呼叫用户所在网关向与其相连的其它所有网关发送被叫查询的广播消息，消息内容带上被叫用户号码以及主叫呼叫标识信息。

步骤S504，设置定时器，并等待其它网关的响应。

下述步骤S506至步骤S510为根据响应结果进行的相应处理。

步骤S506，如果收到被叫网关回应“呼叫被叫成功”的消息，从消息内容中获取被叫用户位置信息，结束本流程。

步骤S508，收到被叫网关回应“呼叫被叫失败”的消息。

步骤S510，给主叫用户送忙音，直到挂机结束呼叫，结束本流程。

步骤S512，未收到响应，定时器超时。

步骤S514，给主叫用户送忙音，直到挂机结束呼叫，结束本流程。

图6是根据本发明实施例的其它网关对主叫网关发来的被叫位置查询消息的处理的流程图。如图6所示，包括：

步骤S602，其它网关收到主叫网关发来的被叫查询广播消息；

步骤S604，提取主叫网关发来的被叫查询消息内容中的主教网关信息和被叫号码信息，检查被叫号码是否是本网关内用户。

步骤S606，判断是否是本网关用户？如果判断结果为否，则执行到步骤S608，如果判断结果为是，执行步骤S610。

步骤S608，对此消息不作进一步处理，结束本流程。

步骤S610，获取被叫号码对应的用户电路标识(位置信息)及当前的用户状态。

步骤S612，判断该用户是否空闲？如果判断结果为否，执行步骤S614，如果判断结果为是，执行步骤S616。

步骤S614，向主叫网关回应“呼叫被叫失败”消息，结束本流程。

步骤S616，主叫网关回应“呼叫被叫成功”消息，消息内容带上被叫用户的位置信息，结束本流程。

实施例四

在本实施例中实现了主叫网关获取到被叫用户所在网关信息后，跨网关进行呼叫连接。

图7是根据本发明实施例的跨网关呼叫处理的流程图，如图7所示，包括：

步骤S702，主叫网关找到被叫网关后，首先获取一个媒体电路资源，之后发送振铃消息给被叫网关，消息内容带上主叫用户电路标识、被叫号码信息、主叫媒体流的IP地址及端口号等信息。

步骤S704，被叫网关收到振铃消息，根据被叫号码，找到被叫对应的电路号，为被叫用户获取一个媒体电路资源，之后发送响应消息给主叫网关，消息内容带上被叫电路标识、被叫媒体流的IP地址及端口号。同时给被叫用户振铃。

步骤S706，主叫网关收到被叫振铃成功响应消息后，给主叫放回铃音，并将消息中的被叫用户标识、对端媒体流的IP地址及端口号等信息记录下来。

步骤S708，当被叫用户摘机，被叫网关检测到摘机后，将媒体电路资源属性设为收发，设置对端RTP流的地址和端口号为主叫媒体流的IP地址和端口号，并将RTP媒体流转换为TDM语音流后接续到被叫用户电路；同时发送被叫摘机消息给主叫网关。

步骤S710，主叫网关收到被叫摘机消息后，设置主叫用户对应的媒体电路资源为收发，并设置对端RTP流的地址和端口号为被叫媒体流的IP地址和端口号，并将RTP媒体流转换为TDM语音流后接续到该主叫用户电路，主被叫双方进入通话状态。

步骤S712，通话双方有一方挂机，则首先释放呼叫及对应的媒体电路资源，同时发送释放消息通知对方网关。

步骤S714，对方网关收到释放消息后，给本端用户放忙音，并释放媒体资源。直到该用户挂机后，释放呼叫。

步骤S716，通话结束时，通话话单由主叫网关产生，内容包括主叫号码、被叫号码、通话时间、结束时间。话单可以暂存媒体网关，也可以传给网管或者计费服务器。

通过本优选实施例，实现了主叫网关获取到被叫用户所在网关信息后，跨网关进行呼叫连接。

实施例五

本实施例综合了实施例一及其中的优选实施方式，在本实施例中提供了一种媒体网关，图8是根据本发明实施例的媒体网关的结构框图，如图8所示，该媒体网关包括：确定模块82、发送模块84、接收模块86和处理模块88，下面对上述结构进行详细描述。

确定模块82，用于确定其协议接口中断；发送模块84，连接至确定模块82，在确定模块82确定协议接口终端的情况下，当媒体网关的用户摘机时，用于发送广播消息，其中，广播消息携带有用户的呼叫标识信息和用户呼叫的被叫用户号码信息；接收模块86，连接至发送模块84，用于接收发送模块84发送的相连的其它媒体网关发送的广播消息；处理模块88，连接至接收模块86，用于根据接收模块86接收的标识信息和被叫用户号码信息进行呼叫处理。

图9是根据本发明实施例的媒体网关的优选的结构框图，如图9所示，该媒体网关还包括：第一配置模块92、第二配置模块94、连接模块96和结束模块98，处理模块88包括：第一判断子模块882、确定子模块884、第二判断子模块886、第一发送子模块888和第二发送子模块889，下面对上述结构进行详细描述：

第一配置模块92，用于配置其内部的用户号码；

第二配置模块94，用于配置与其相连的其它媒体网关的用户号码的匹配表。

处理模块88包括：第一判断子模块882，连接至第一配置模块92和第二配置模块94，用于判断被叫用户号码信息和第二配置模块94配置的匹配表是否匹配；确定子模块884，连接至第一判断子模块882，用于根据第一判断子模块882的判断结果为匹配时，用于确定被叫用户号码信息对应的用户为其它媒体网关的用户；第二判断子模块886，连接至确定子模块884，用于在确定子模块884确定被叫用户号码信息对应的用户为其它媒体网关的用户时，判断被叫用户号码信息对应的用户是否空闲；第一发送子模块888，连接至第二判断子模块886，用于在第二判断子模块886的判断结果为是时，将呼叫成功的信息发送给媒体网关；第二发送子模块889，连接至第二判断子模块886，用于在第二判断子模块886的判断结果为否时，将呼叫失败的信息发送给媒体网关。

连接模块96，连接至第一发送子模块888，用于当接收到第一发送子模块888发送的呼叫成功的信息时，为媒体网关上的用户和其它媒体网关上的用户建立通信连接。

结束模块98，连接至第二发送子模块889，用于当接收到第二发送子模块889发送的呼叫失败的信息时，结束媒体网关上用户的呼叫。

通过本发明的上述实施例，在媒体网关确定其协议接口中断的情况下，通过接收广播消息来进行呼叫处理，避免了相关技术中在协议接口中断后，通信终端或者由于增加逃生接口，造成设备成本比较高的问题，提高了媒体网关间用户呼叫的可靠性，同时降低了媒体网关的设备成本。

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

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

Claims (10)

1.一种呼叫处理方法，其特征在于，包括：

媒体网关确定其协议接口中断；

当所述媒体网关的用户摘机时，所述媒体网关发送广播消息，其中，所述广播消息携带有所述用户的呼叫标识信息和所述用户呼叫的被叫用户号码信息；

与所述媒体网关相连的其它媒体网关接收所述广播消息，根据所述标识信息和所述被叫用户号码信息进行呼叫处理。

2.根据权利要求1所述的方法，其特征在于，在媒体网关确定其协议接口中断之前，还包括：

所述媒体网关配置其内部的用户号码；

所述媒体网关配置与其相连的所述其它媒体网关的用户号码的匹配表。

3.根据权利要求2所述的方法，其特征在于，所述其它网关媒体根据所述标识信息和所述被叫用户号码信息进行呼叫处理包括：

所述其它媒体网关判断所述被叫用户号码信息和所述匹配表是否匹配；

如果判断结果为匹配，则确定所述被叫用户号码信息对应的用户为所述其它媒体网关的用户，并进一步判断所述被叫用户号码信息对应的用户是否空闲；

如果判断结果为是，将呼叫成功的信息发送给所述媒体网关，如果判断结果为否，将呼叫失败的信息发送给所述媒体网关。

4.根据权利要求3所述的方法，其特征在于，在所述其它网关媒体根据所述标识信息和所述被叫用户号码信息进行呼叫处理之后，还包括：

所述媒体网关接收到所述呼叫成功的信息，为所述媒体网关上的用户和所述其它媒体网关上的用户建立通信连接。

5.根据权利要求3所述的方法，其特征在于，在所述其它网关媒体根据所述标识信息和所述被叫用户号码信息进行呼叫处理之后，还包括：

所述媒体网关接收到所述呼叫失败的信息，则结束所述媒体网关上用户的呼叫。

6.一种媒体网关，其特征在于，包括：

确定模块，用于确定其协议接口中断；

发送模块，当所述媒体网关的用户摘机时，用于发送广播消息，其中，所述广播消息携带有所述用户的呼叫标识信息和所述用户呼叫的被叫用户号码信息；

接收模块，用于接收相连的其它媒体网关发送的广播消息；

处理模块，用于根据所述标识信息和所述被叫用户号码信息进行呼叫处理。

7.根据权利要求6所述的媒体网关，其特征在于，还包括：

第一配置模块，用于配置其内部的用户号码；

第二配置模块，用于配置与其相连的所述其它媒体网关的用户号码的匹配表。

8.根据权利要求7所述的媒体网关，其特征在于，所述处理模块包括：

第一判断子模块，用于判断所述被叫用户号码信息和所述匹配表是否匹配；

确定子模块，用于在所述第一判断子模块的判断结果为匹配时，确定所述被叫用户号码信息对应的用户为所述其它媒体网关的用户；

第二判断子模块，用于判断所述被叫用户号码信息对应的用户是否空闲；

第一发送子模块，用于在所述第二判断子模块的判断结果为是时，将呼叫成功的信息发送给所述媒体网关；

第二发送子模块，用于在所述第二判断子模块的判断结果为否时，将呼叫失败的信息发送给所述媒体网关。

9.根据权利要求8所述的媒体网关，其特征在于，还包括：

连接模块，用于当接收到所述呼叫成功的信息时，为所述媒体网关上的用户和所述其它媒体网关上的用户建立通信连接。

10.根据权利要求8所述的媒体网关，其特征在于，还包括：

结束模块，用于当接收到所述呼叫失败的信息，结束所述媒体网关上用户的呼叫。