CN105407543A - 一种呼叫控制方法以及核心网设备 - Google Patents

Abstract

本发明实施例公开了一种呼叫控制方法以及核心网设备，用于防止恶意用户反复使用漏洞进行攻击。本发明实施例方法包括：核心网设备接收第一网元发送的SIP呼叫请求，所述SIP呼叫请求中包含所述第一网元的标识以及第二网元的标识；所述核心网设备根据所述第一网元的标识向所述第一网元发送会话进行消息Session？Progress，并根据所述第二网元的标识向所述第二网元发送初始地址请求消息IAM或邀请消息INVITE；所述核心网设备监控所述第一网元是否中断呼叫，若中断呼叫，则所述核心网设备判断所述第一网元是否满足预置的禁止条件，若满足，则所述核心网设备在预置时长内拒绝所述第一网元再次发起的SIP呼叫请求。本发明实施例还提供一种核心网设备。

Description

一种呼叫控制方法以及核心网设备

技术领域

本发明涉及通信领域，尤其涉及一种呼叫控制方法以及核心网设备。

背景技术

随着数据业务的不断发展，基于LTE的语音业务VoLTE得到了越来越广泛的应用，在VoLTE通信中，信令消息由SIP协议承载。

在一次呼叫过程中，主叫手机在收到会话进行消息SIPSessionProgress信令消息后中断此次呼叫，此时被叫手机处于等待接通状态直至超时，此状态能耗较高，大约是待机状态的5-8倍。而主叫手机可以通过反复以下执行两个步骤可以使被叫手机一直处于高能耗状态：

拨号(即，向Volte服务器发送INVITE信令)；

等待返回的SessionProgress信令，并在接收到该信令后挂断。

这一漏洞容易被恶意用户利用从而发起攻击。

现有技术中，为了防范此种攻击，在VoLTE主叫方完成此次呼叫的资源预留之前，核心网不向被叫方发送相关信令，具体的，如果被叫方采用的是电路域通信，则不向被叫方发送IAM信令，如果被叫方采用的是VoLTE通信，则不向被叫方发送INVITE信令。

但是，现有技术中的防范方式需要针对所有的SIP用户发起的呼叫，而真正会发起此类攻击的恶意用户只占所有SIP用户中非常小的比例，所以现有技术的防范方式会对绝大多数正常的SIP呼叫造成影响，增加了SIP呼叫流程的延迟，影响了用户体验。

发明内容

本发明实施例提供了一种呼叫控制方法以及核心网设备，能够在不造成通信延迟的情况下防止恶意用户反复使用漏洞进行攻击，提高了用户体验。

有鉴于此，本发明第一方面提供一种呼叫控制方法，可包括：

核心网设备接收第一网元发送的SIP呼叫请求，所述SIP呼叫请求中包含所述第一网元的标识以及第二网元的标识；

所述核心网设备根据所述第一网元的标识向所述第一网元发送会话进行消息SessionProgress，并根据所述第二网元的标识向所述第二网元发送初始地址请求消息IAM或邀请消息INVITE；

所述核心网设备监控所述第一网元是否中断呼叫，若中断呼叫，则所述核心网设备判断所述第一网元是否满足预置的禁止条件，若满足，则所述核心网设备在预置时长内拒绝所述第一网元再次发起的SIP呼叫请求。

结合本发明第一方面，本发明第一方面第一实施例中，所述方法还包括：

所述核心网设备向所述第一网元发送会话进行消息SessionProgress时启动定时器；

所述核心网设备监控所述第一网元是否中断呼叫包括：

所述核心网设备判断在所述定时器超时前是否收到所述第一网元发送的更新消息；

若未接收到，则所述核心网设备确定所述第一网元中断呼叫。

结合本发明第一方面，本发明第一方面第二实施例中，所述核心网设备监控所述第一网元是否中断呼叫包括：

所述核心网设备接收所述第一网元反馈的响应消息；

所述核心网设备判断所述响应消息是否为异常消息，若为异常消息，则所述核心网设备确定所述第一网元中断呼叫。

结合本发明第一方面，第一方面第一实施例或第一方面第二实施例，本发明第一方面第三实施例中，所述核心网设备判断所述第一网元是否满足预置的禁止条件包括：

所述核心网设备判断所述第一网元的异常程度参数是否达到预置数值，若是，则确定所述第一网元满足预置的禁止条件；

所述异常程度参数用于表示所述第一网元在接收到所述会话进行消息SessionProgress之后中断呼叫的频繁程度。

结合本发明第一方面第三实施例，本发明第一方面第四实施例中，若所述第一网元中断呼叫，所述方法还包括：

所述核心网设备增加所述第一网元的异常程度参数。

结合本发明第一方面，本发明第一方面第五实施例中，所述方法还包括：

若所述第一网元未中断呼叫，则所述核心网设备建立所述第一网元与所述第二网元之间的SIP通信连接。

结合本发明第一方面，本发明第一方面第六实施例中，所述核心网设备在预置时长内拒绝所述第一网元再次发起的SIP呼叫请求包括：

所述核心网设备接收第二SIP呼叫请求；

所述核心网设备根据所述第二SIP呼叫请求确定所述第二SIP呼叫请求的发送方是否为所述第一网元；

若是所述第一网元，则所述核心网设备判断当前时刻是否在所述预置时长内，若在所述预置时长内，则所述核心网设备拒绝所述第二SIP呼叫请求。

结合本发明第一方面，本发明第一方面第七实施例中，所述核心网设备在预置时长内拒绝所述第一网元再次发起的SIP呼叫请求包括：

所述核心网设备接收第二SIP呼叫请求；

所述核心网设备根据所述第二SIP呼叫请求确定所述第二SIP呼叫请求的发送方是否为所述第一网元，且接收方是否为所述第二网元；

若发送方是所述第一网元且接收方是所述第二网元，则所述核心网设备判断当前时刻是否在所述预置时长内，若在所述预置时长内，则所述核心网设备拒绝所述第二SIP呼叫请求。

本发明第二方面提供一种核心网设备，包括：

接收模块，用于接收第一网元发送的SIP呼叫请求，所述SIP呼叫请求中包含所述第一网元的标识以及第二网元的标识；

发送模块，用于根据所述第一网元的标识向所述第一网元发送会话进行消息SessionProgress，并根据所述第二网元的标识向所述第二网元发送初始地址请求消息IAM或邀请消息INVITE；

监控模块，用于监控所述第一网元是否中断呼叫；

判断模块，用于当所述监控模块确定所述第一网元中断呼叫时，判断所述第一网元是否满足预置的禁止条件；

执行模块，用于当所述判断模块确定所述第一网元满足预置的禁止条件时，在预置时长内拒绝所述第一网元再次发起的SIP呼叫请求。

结合本发明第二方面，本发明第二方面第一实施例中，所述核心网设备还包括：

启动模块，用于在所述发送模块向所述第一网元发送会话进行消息SessionProgress时启动定时器；

所述监控模块具体用于判断在所述定时器超时前是否收到所述第一网元发送的更新消息，若未接收到，则确定所述第一网元中断呼叫。

结合本发明第二方面，本发明第二方面第二实施例中，所述核心网设备还包括：

所述监控模块具体用于接收所述第一网元反馈的响应消息，判断所述响应消息是否为异常消息，若为异常消息，则确定所述第一网元中断呼叫。

结合本发明第二方面，本发明第二方面第一实施例或本发明第二方面第二是实施例，本发明第二方面第三实施例中，所述判断模块具体用于判断所述第一网元的异常程度参数是否达到预置数值，若是，则确定所述第一网元满足预置的禁止条件；

所述异常程度参数用于表示所述第一网元在接收到所述会话进行消息SessionProgress之后中断呼叫的频繁程度。

结合本发明第二方面第三实施例，本发明第二方面第四实施例中，所述核心网设备还包括：

更新模块，用于当所述监控模块确定所述第一网元中断呼叫时，增加所述第一网元的异常程度参数。

结合本发明第二方面，本发明第二方面第五实施例中，所述核心网设备还包括：

建立模块，用于当所述监控模块确定所述第一网元未中断呼叫时，建立所述第一网元与所述第二网元之间的SIP通信连接。

结合本发明第二方面，本发明第二方面第六实施例中，所述执行模块包括：

第一接收单元，用于接收第二SIP呼叫请求；

第一确定单元，用于根据所述第一接收单元接收到的第二SIP呼叫请求确定所述第二SIP呼叫请求的发送方是否为所述第一网元；

第一判断单元，用于当所述第一确定单元确定所述第二SIP呼叫请求的发送方是所述第一网元时，判断当前时刻是否在所述预置时长内；

第一执行单元，用于当所述第一判断单元判断所述当前时刻在所述预置时长内时，拒绝所述第二SIP呼叫请求。

结合本发明第二方面，本发明第二方面第七实施例中，所述执行模块包括：

第二接收单元，用于接收第二SIP呼叫请求；

第二确定单元，用于根据所述第二SIP呼叫请求确定所述第二SIP呼叫请求的发送方是否为所述第一网元，且接收方是否为所述第二网元；

第二判断单元，用于当所述第二确定单元确定所述第二SIP呼叫请求的发送方是所述第一网元，且所述第二SIP呼叫请求的接收方是所述第二网元时，判断当前时刻是否在所述预置时长内；

第二执行单元，用于当所述第二判断单元判断所述当前时刻在所述预置时长内时，拒绝所述第二SIP呼叫请求。

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

本发明实施例中，核心网设备可以对第一网元发起的SIP呼叫请求之后的流程进行监控，若发现第一网元在接收到会话进行消息SessionProgress之后中断呼叫，则确定出现异常，再进一步判断第一网元是否满足禁止条件，若满足，则在一段时间内会直接拒绝第一网元再次发起的SIP呼叫请求，所以能够防止恶意用户反复使用漏洞进行攻击；

此外，核心网设备会实时向第二网元反馈初始地址请求消息IAM或邀请消息INVITE，所以不会造成通信的延迟，从而提高了用户体验。

附图说明

图1为本发明实施例中SIP通信框架示意图；

图2为本发明实施例中呼叫控制方法一个实施例示意图；

图3为本发明实施例中核心网设备一个实施例示意图；

图4位本发明实施例中核心网设备另一实施例示意图；

图5位本发明实施例中核心网设备另一实施例示意图。

具体实施方式

本发明实施例提供了一种呼叫控制方法以及核心网设备，用于在不造成通信延迟的情况下防止恶意用户反复使用漏洞进行攻击，有效提高了用户体验。

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

虽然在前述背景技术部分以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如全球移动通信系统(GlobalSystemforMobileCommunication，GSM)，移动通信系统(UniversalMobileTelecommunicationsSystemc，UMTS)，码分多址接入(CodeDivisionMultipleAccess，CDMA)系统，以及新的网络系统等。

请参阅图1，在SIP通信中，核心网设备接收并处理第一网元发送的SIP呼叫请求，核心网设备向第二网元发地址请求消息IAM，并向第一网元发送会话进行消息SessionProgress，其中，当第一网元为VoLTE终端时，核心网设备可以将此次SIP呼叫请求的业务由LTE切换为电路交换CS网络，且当第二网元也为VoLTE终端时，核心网设备可以将此SIP呼叫请求转发给第二网元，即将邀请消息INVITE转发给第二网元，第一网元在收到核心网设备发送的SessionProgress消息之后不反馈会话更新消息Update，将会造成第二网元处于等待接通状态直至超时。

现有的方案是，在SIP通信中，核心网设备在接收到第一网元发送的SIP呼叫请求之后不会向第二网元发送IAM消息或INVITE消息，以此避免第一网元在收到核心网设备发送的SessionProgress消息之后不反馈会话更新消息Update造成的第二网元等待接通状态超时情况，但却增加了整个SIP通信的延迟。

本发明实施例中，核心网设备仍会向第二网元发送IAM消息或INVITE消息，并且在向第一网元发送SessionProgress消息之后，核心网设备监控第一网元是否中断呼叫，若核心网设备判断第一网元中断呼叫且满足预置的禁止条件，则核心网设备在预置时长内拒绝第一网元再次发起的SIP呼叫请求，达到在防止恶意用户使用漏洞进行攻击的同时又不会造成通信的延迟。

为便于理解，下面对本发明实施例中的具体流程进行描述，本发明实施例中的第一第二网元，可以是手机电脑等移动终端，也可以是除核心网设备外的所有发送设备以及接收设备，具体不做限定，请参阅图2，本发明实施例中呼叫控制方法一个实施例包括：

201、第一网元向核心网设备发送SIP呼叫请求；

本实施例中，当第一网元需要向第二网元发起SIP呼叫时，第一网元可以向核心网设备发送SIP呼叫请求，该SIP呼叫请求中可以包含第一网元的标识信息以及第二网元的标识信息，需要说明的是，在实际应用中，该标识信息可以是号码或者号码类型，具体此处不做限定。

202、核心网设备接收第一网元发送的SIP呼叫请求；

本实施例中，核心网设备可以接收并处理第一网元发送的SIP呼叫请求，需要说明的是，在实际应用中，若第一网元为VoLTE终端，则该核心网可以将LTE网络切换为CS网络以完成SIP通信。

203、核心网设备向第二网元发送初始地址请求消息IAM或邀请消息INVITE；

本实施例中，核心网设备可以在接收到SIP呼叫请求后通过第二网元的标识查找到该第二网元，并可以向该第二网元发送初始地址请求消息IAM，该IAM消息可以用来指示第二网元开启等待接通状态，需要说明的是，若该第二网元为VoLTE终端，则核心网设备可以转发邀请消息INVITE至第二网元。

204、核心网设备向第一网元发送会话进行消息SessionProgress；

本实施例中，核心网设备可以通过第一网元的标识查找到该第一网元，并可以生成会话进行消息SessionProgress发送至该第一网元，需要说明的是，在实际应用中，核心网设备可以在向第二网元发送初始地址请求消息IAM或邀请消息INVITE的同时该SessionProgress消息可以用于指示第一网元执行资源保留Reserveresources操作，并可以用于指示该第一网元生成会话更新消息SIPUpdate反馈给核心网设备。

205、核心网设备监控第一网元是否中断呼叫，若是，则执行步骤207，若否，则执行步骤206；

本实施例中，核心网设备可以持续监控与第一网元之间的信令流，若核心网设备没有接收到第一网元反馈的SIPUpdate消息，则可以判断第一网元中断了呼叫，需要说明的是，在实际应用中，核心网设备可以在向第一网元发送SessionProgress消息之后启动定时器，当定时器超时，则核心网设备可以判断该第一网元中断了呼叫。

需要说明的是，在实际应用中，核心网设备可以通过接收第一网元反馈的响应消息，判断该响应消息是否为异常消息来判断第一网元是否中断了呼叫。

206、第一网元与第二网元建立通信连接；

若核心网设备判断第一网元没有中断呼叫，则可以保持呼叫流程，建立第一网元与第二网元之间的SIP通信连接。

207、核心网设备判断第一网元是否满足预置的禁止条件，若是，则执行步骤209，若否，则执行步骤208；

本实施例中，核心网设备在监控到第一网元中断呼叫之后，可以进一步判断第一网元是否满足预置的禁止条件，该预置的禁止条件可以为判断第一网元的异常程度参数是否达到预置数值，该异常程度参数可以为第一网元在接收到SessionProgress消息之后中断呼叫的频繁程度。

需要说明的是，在实际应用中，核心网设备可以监控记录第一网元中断呼叫的频繁程度，并且可以在第一网元中断呼叫之后增加第一网元的异常程度参数，可以理解的是，在实际应用中，该频繁程度可以综合次数以及时间得出，还可以是针对第一网元在接收到SessionProgress消息之后中断的所有SIP呼叫，具体此处不做限定。

208、执行其他流程；

若核心网设备判断第一网元未满足预置的禁止条件，则可以执行其他流程，该流程可以是可以增加第一网元的异常程度参数，核心网控制器可以通过计数器实现异常程度参数的记录。

209、核心网设备在预置时长内拒绝第一网元再次发起的SIP呼叫请求。

本实施例中，当核心网设备确定第一网元满足预置的禁止条件之后，可以记录该第一网元，并可以在预置时长内拒绝该第一网元再次发送的第二SIP呼叫请求，该拒绝方式可以为不处理该第二SIP呼叫请求，该设置预置时长的方式可以是启动时间计时器，该预置时长可以为一小时或者一天，具体此处不做限定。

需要说明的是，在实际应用中，核心网设备可以检测该第二SIP呼叫请求，判断第二呼叫请求发送方是否为第一网元，若是，则判断该第二呼叫请求时刻是否在预置时长内，若处于该预置时长内，则核心网设备拒绝该第二SIP呼叫请求。

需要说明的是，在实际应用中，核心网设备还可以检测该第二SIP呼叫请求，判断第二呼叫请求发送方是否为第一网元，且接收方是否为第二网元，若是，则判断该第二呼叫请求时刻是否在预置时长内，若处于该预置时长内，则核心网设备拒绝该第二SIP呼叫请求。

本发明实施例中，核心网设备可以对第一网元发起的SIP呼叫请求之后的流程进行监控，若发现第一网元在接收到会话进行消息SessionProgress之后中断呼叫，则确定出现异常，再进一步判断第一网元是否满足禁止条件，若满足，则在一段时间内会直接拒绝第一网元再次发起的SIP呼叫请求，所以能够防止恶意用户反复使用漏洞进行攻击；

此外，核心网设备会实时向第二网元反馈初始地址请求消息IAM或邀请消息INVITE，所以不会造成通信的延迟，从而提高了用户体验。

上面对本发明实施例中的呼叫控制方法进行了描述，下面对本发明实施例中的核心网设备进行描述，请参阅图3，本发明实施例中核心网设备一个实施例包括：

接收模块301，用于接收第一网元发送的SIP呼叫请求，该SIP呼叫请求中包含第一网元的标识以及第二网元的标识；

发送模块302，用于根据第一网元的标识向第一网元发送会话进行消息SessionProgress，并根据第二网元的标识向第二网元发送初始地址请求消息IAM或邀请消息INVITE；

监控模块303，用于监控第一网元是否中断呼叫；

判断模块304，用于当监控模块303确定第一网元中断呼叫时，判断第一网元是否满足预置的禁止条件；

执行模块305，用于当判断模块304确定第一网元满足预置的禁止条件时，在预置时长内拒绝第一网元再次发起的SIP呼叫请求。

为便于理解，下面对本发明实施例中的核心网设备详细描述，请参阅图4，本发明实施例中核心网设备一个实施例包括：

接收模块401，用于接收第一网元发送的SIP呼叫请求，该SIP呼叫请求中包含第一网元的标识以及第二网元的标识；

发送模块402，用于根据第一网元的标识向第一网元发送会话进行消息SessionProgress，并根据第二网元的标识向第二网元发送初始地址请求消息IAM或邀请消息INVITE；

监控模块403，用于监控第一网元是否中断呼叫；

判断模块404，用于当监控模块403确定第一网元中断呼叫时，判断第一网元是否满足预置的禁止条件；

执行模块405，用于当判断模块404确定第一网元满足预置的禁止条件时，在预置时长内拒绝第一网元再次发起的SIP呼叫请求。

本实施例中的核心网设备还可以包括：

启动模块406，用于在发送模块402向第一网元发送会话进行消息SessionProgress时启动定时器；

监控模块403具体用于判断在定时器超时前是否收到第一网元发送的更新消息，若未接收到，则确定第一网元中断呼叫。

本实施例中的核心网设备还可以包括：

监控模块403具体用于接收第一网元反馈的响应消息，判断响应消息是否为异常消息，若为异常消息，则确定第一网元中断呼叫。

本实施例中的核心网设备还可以包括：

判断模块404具体用于判断第一网元的异常程度参数是否达到预置数值，若是，则确定第一网元满足预置的禁止条件；

异常程度参数用于表示第一网元在接收到会话进行消息SessionProgress之后中断呼叫的频繁程度。

本实施例中的核心网设备还可以包括：

更新模块407，用于当监控模块403确定第一网元中断呼叫时，增加第一网元的异常程度参数。

本实施例中的核心网设备还可以包括：

建立模块408，用于当监控模块403确定第一网元未中断呼叫时，建立第一网元与第二网元之间的SIP通信连接。

本实施例中的执行模块405可以进一步包括：

第一接收单元4051，用于接收第二SIP呼叫请求；

第一确定单元4052，用于根据第一接收单元4051接收到的第二SIP呼叫请求确定第二SIP呼叫请求的发送方是否为第一网元；

第一判断单元4053，用于当第一确定单元4052确定第二SIP呼叫请求的发送方是第一网元时，判断当前时刻是否在预置时长内；

第一执行单元4054，用于当第一判断单元4053判断当前时刻在预置时长内时，拒绝第二SIP呼叫请求。

本实施例中，第一确定单元4052具体用于确定第二SIP呼叫请求的发送方是否为第一网元，使得执行模块405在预置时长内拒绝第一网元发起的所有SIP呼叫。

可选的，本发明实施例中，核心网设备还可以只针对性拒绝第一网元向第二网元发起的SIP呼叫。

请参阅图5，本发明实施例中核心网设备另一实施例包括：

接收模块501，用于接收第一网元发送的SIP呼叫请求，该SIP呼叫请求中包含第一网元的标识以及第二网元的标识；

发送模块502，用于根据第一网元的标识向第一网元发送会话进行消息SessionProgress，并根据第二网元的标识向第二网元发送初始地址请求消息IAM或邀请消息INVITE；

监控模块503，用于监控第一网元是否中断呼叫；

判断模块504，用于当监控模块503确定第一网元中断呼叫时，判断第一网元是否满足预置的禁止条件；

执行模块505，用于当判断模块504确定第一网元满足预置的禁止条件时，在预置时长内拒绝第一网元再次发起的SIP呼叫请求。

本实施例中的核心网设备还可以包括：

启动模块506，用于在发送模块502向第一网元发送会话进行消息SessionProgress时启动定时器；

监控模块503具体用于判断在定时器超时前是否收到第一网元发送的更新消息，若未接收到，则确定第一网元中断呼叫。

本实施例中的核心网设备还可以包括：

监控模块503具体用于接收第一网元反馈的响应消息，判断响应消息是否为异常消息，若为异常消息，则确定第一网元中断呼叫。

本实施例中的核心网设备还可以包括：

判断模块504具体用于判断第一网元的异常程度参数是否达到预置数值，若是，则确定第一网元满足预置的禁止条件；

异常程度参数用于表示第一网元在接收到会话进行消息SessionProgress之后中断呼叫的频繁程度。

本实施例中的核心网设备还可以包括：

更新模块507，用于当监控模块503确定第一网元中断呼叫时，增加第一网元的异常程度参数。

本实施例中的核心网设备还可以包括：

建立模块508，用于当监控模块503确定第一网元未中断呼叫时，建立第一网元与第二网元之间的SIP通信连接。

本实施例中的执行模块505可以进一步包括：

第二接收单元5051，用于接收第二SIP呼叫请求；

第二确定单元5052，用于根据第二SIP呼叫请求确定第二SIP呼叫请求的发送方是否为第一网元，且接收方是否为第二网元；

第二判断单元5053，用于当第二确定单元5052确定第二SIP呼叫请求的发送方是第一网元，且第二SIP呼叫请求的接收方是第二网元时，判断当前时刻是否在预置时长内；

第二执行单元5054，用于当第二判断单元5053判断当前时刻在预置时长内时，拒绝第二SIP呼叫请求。

与上述图4所示实施例不同的是，本实施例中，第二确定单元5052具体用于确定第二SIP呼叫请求的发送方是否为第一网元，且接收方是否为第二网元，使得执行模块505在预置时长内拒绝第一网元发起的针对第二网元的SIP呼叫。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

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

核心网设备接收第一网元发送的SIP呼叫请求，所述SIP呼叫请求中包含所述第一网元的标识以及第二网元的标识；

所述核心网设备根据所述第一网元的标识向所述第一网元发送会话进行消息SessionProgress，并根据所述第二网元的标识向所述第二网元发送初始地址请求消息IAM或邀请消息INVITE；

所述核心网设备监控所述第一网元是否中断呼叫，若中断呼叫，则所述核心网设备判断所述第一网元是否满足预置的禁止条件，若满足，则所述核心网设备在预置时长内拒绝所述第一网元再次发起的SIP呼叫请求。

2.根据权利要求1所述的呼叫控制方法，其特征在于，所述方法还包括：

所述核心网设备向所述第一网元发送会话进行消息SessionProgress时启动定时器；

所述核心网设备监控所述第一网元是否中断呼叫包括：

所述核心网设备判断在所述定时器超时前是否收到所述第一网元发送的更新消息；

若未接收到，则所述核心网设备确定所述第一网元中断呼叫。

3.根据权利要求1所述的呼叫控制方法，其特征在于，所述核心网设备监控所述第一网元是否中断呼叫包括：

所述核心网设备接收所述第一网元反馈的响应消息；

所述核心网设备判断所述响应消息是否为异常消息，若为异常消息，则所述核心网设备确定所述第一网元中断呼叫。

4.根据权利要求1至3中任一项所述的呼叫控制方法，其特征在于，所述核心网设备判断所述第一网元是否满足预置的禁止条件包括：

所述核心网设备判断所述第一网元的异常程度参数是否达到预置数值，若是，则确定所述第一网元满足预置的禁止条件；

所述异常程度参数用于表示所述第一网元在接收到所述会话进行消息SessionProgress之后中断呼叫的频繁程度。

5.根据权利要求4所述的呼叫控制方法，其特征在于，若所述第一网元中断呼叫，所述方法还包括：

所述核心网设备增加所述第一网元的异常程度参数。

6.根据权利要求1所述的呼叫控制方法，其特征在于，所述方法还包括：

若所述第一网元未中断呼叫，则所述核心网设备建立所述第一网元与所述第二网元之间的SIP通信连接。

7.根据权利要求1所述的呼叫控制方法，其特征在于，所述核心网设备在预置时长内拒绝所述第一网元再次发起的SIP呼叫请求包括：

所述核心网设备接收第二SIP呼叫请求；

所述核心网设备根据所述第二SIP呼叫请求确定所述第二SIP呼叫请求的发送方是否为所述第一网元；

若是所述第一网元，则所述核心网设备判断当前时刻是否在所述预置时长内，若在所述预置时长内，则所述核心网设备拒绝所述第二SIP呼叫请求。

8.根据权利要求1所述的呼叫控制方法，其特征在于，所述核心网设备在预置时长内拒绝所述第一网元再次发起的SIP呼叫请求包括：

所述核心网设备接收第二SIP呼叫请求；

所述核心网设备根据所述第二SIP呼叫请求确定所述第二SIP呼叫请求的发送方是否为所述第一网元，且接收方是否为所述第二网元；

若发送方是所述第一网元且接收方是所述第二网元，则所述核心网设备判断当前时刻是否在所述预置时长内，若在所述预置时长内，则所述核心网设备拒绝所述第二SIP呼叫请求。

9.一种核心网设备，其特征在于，包括：

接收模块，用于接收第一网元发送的SIP呼叫请求，所述SIP呼叫请求中包含所述第一网元的标识以及第二网元的标识；

发送模块，用于根据所述第一网元的标识向所述第一网元发送会话进行消息SessionProgress，并根据所述第二网元的标识向所述第二网元发送初始地址请求消息IAM或邀请消息INVITE；

监控模块，用于监控所述第一网元是否中断呼叫；

判断模块，用于当所述监控模块确定所述第一网元中断呼叫时，判断所述第一网元是否满足预置的禁止条件；

执行模块，用于当所述判断模块确定所述第一网元满足预置的禁止条件时，在预置时长内拒绝所述第一网元再次发起的SIP呼叫请求。

10.根据权利要求9所述的核心网设备，其特征在于，所述核心网设备还包括：

启动模块，用于在所述发送模块向所述第一网元发送会话进行消息SessionProgress时启动定时器；

所述监控模块具体用于判断在所述定时器超时前是否收到所述第一网元发送的更新消息，若未接收到，则确定所述第一网元中断呼叫。

11.根据权利要求9所述的核心网设备，其特征在于，所述核心网设备还包括：

所述监控模块具体用于接收所述第一网元反馈的响应消息，判断所述响应消息是否为异常消息，若为异常消息，则确定所述第一网元中断呼叫。

12.根据权利要求9至11中任一项所述的核心网设备，其特征在于，所述判断模块具体用于判断所述第一网元的异常程度参数是否达到预置数值，若是，则确定所述第一网元满足预置的禁止条件；

所述异常程度参数用于表示所述第一网元在接收到所述会话进行消息SessionProgress之后中断呼叫的频繁程度。

13.根据权利要求12所述的核心网设备，其特征在于，所述核心网设备还包括：

更新模块，用于当所述监控模块确定所述第一网元中断呼叫时，增加所述第一网元的异常程度参数。

14.根据权利要求9所述的核心网设备，其特征在于，所述核心网设备还包括：

建立模块，用于当所述监控模块确定所述第一网元未中断呼叫时，建立所述第一网元与所述第二网元之间的SIP通信连接。

15.根据权利要求9所述的核心网设备，其特征在于，所述执行模块包括：

第一接收单元，用于接收第二SIP呼叫请求；

第一确定单元，用于根据所述第一接收单元接收到的第二SIP呼叫请求确定所述第二SIP呼叫请求的发送方是否为所述第一网元；

第一判断单元，用于当所述第一确定单元确定所述第二SIP呼叫请求的发送方是所述第一网元时，判断当前时刻是否在所述预置时长内；

第一执行单元，用于当所述第一判断单元判断所述当前时刻在所述预置时长内时，拒绝所述第二SIP呼叫请求。

16.根据权利要求9所述的核心网设备，其特征在于，所述执行模块包括：

第二接收单元，用于接收第二SIP呼叫请求；

第二确定单元，用于根据所述第二SIP呼叫请求确定所述第二SIP呼叫请求的发送方是否为所述第一网元，且接收方是否为所述第二网元；

第二判断单元，用于当所述第二确定单元确定所述第二SIP呼叫请求的发送方是所述第一网元，且所述第二SIP呼叫请求的接收方是所述第二网元时，判断当前时刻是否在所述预置时长内；

第二执行单元，用于当所述第二判断单元判断所述当前时刻在所述预置时长内时，拒绝所述第二SIP呼叫请求。