中，核心网设备可以检测该第二 SIP呼叫请求，判断第二呼叫请求发送方是否为第一网元，若是，则判断该第二呼叫请求时刻是否在预置时长内，若处于该预置时长内，则核心网设备拒绝该第二 SIP呼叫请求。
[0101]需要说明的是，在实际应用中，核心网设备还可以检测该第二 SIP呼叫请求，判断第二呼叫请求发送方是否为第一网元，且接收方是否为第二网元，若是，则判断该第二呼叫请求时刻是否在预置时长内，若处于该预置时长内，则核心网设备拒绝该第二 SIP呼叫请求。
[0102]本发明实施例中，核心网设备可以对第一网元发起的SIP呼叫请求之后的流程进行监控，若发现第一网元在接收到会话进行消息Sess1n Progress之后中断呼叫，则确定出现异常，再进一步判断第一网元是否满足禁止条件，若满足，则在一段时间内会直接拒绝第一网元再次发起的SIP呼叫请求，所以能够防止恶意用户反复使用漏洞进行攻击；
[0103]此外，核心网设备会实时向第二网元反馈初始地址请求消息IAM或邀请消息INVITE，所以不会造成通信的延迟，从而提高了用户体验。
[0104]上面对本发明实施例中的呼叫控制方法进行了描述，下面对本发明实施例中的核心网设备进行描述，请参阅图3，本发明实施例中核心网设备一个实施例包括:
[0105]接收模块301，用于接收第一网元发送的SIP呼叫请求，该SIP呼叫请求中包含第一网元的标识以及第二网元的标识；
[0106]发送模块302，用于根据第一网元的标识向第一网元发送会话进行消息Sess1nPro gr e s s，并根据第二网元的标识向第二网元发送初始地址请求消息I AM或邀请消息INVITE ；
[0107]监控模块303，用于监控第一网元是否中断呼叫；
[0108]判断模块304，用于当监控模块303确定第一网元中断呼叫时，判断第一网元是否满足预置的禁止条件；
[0109]执行模块305，用于当判断模块304确定第一网元满足预置的禁止条件时，在预置时长内拒绝第一网元再次发起的SIP呼叫请求。
[0110]为便于理解，下面对本发明实施例中的核心网设备详细描述，请参阅图4，本发明实施例中核心网设备一个实施例包括:
[0111]接收模块401，用于接收第一网元发送的SIP呼叫请求，该SIP呼叫请求中包含第一网元的标识以及第二网元的标识；
[0112]发送模块402，用于根据第一网元的标识向第一网元发送会话进行消息Sess1nPro gr e s s，并根据第二网元的标识向第二网元发送初始地址请求消息I AM或邀请消息INVITE ；
[0113]监控模块403，用于监控第一网元是否中断呼叫；
[0114]判断模块404，用于当监控模块403确定第一网元中断呼叫时，判断第一网元是否满足预置的禁止条件；
[0115]执行模块405，用于当判断模块404确定第一网元满足预置的禁止条件时，在预置时长内拒绝第一网元再次发起的SIP呼叫请求。
[0116]本实施例中的核心网设备还可以包括:
[0117]启动模块406，用于在发送模块402向第一网元发送会话进行消息Sess1nProgress时启动定时器；
[0118]监控模块403具体用于判断在定时器超时前是否收到第一网元发送的更新消息，若未接收到，则确定第一网元中断呼叫。
[0119]本实施例中的核心网设备还可以包括:
[0120]监控模块403具体用于接收第一网元反馈的响应消息，判断响应消息是否为异常消息，若为异常消息，则确定第一网元中断呼叫。
[0121]本实施例中的核心网设备还可以包括:
[0122]判断模块404具体用于判断第一网元的异常程度参数是否达到预置数值，若是，则确定第一网元满足预置的禁止条件；
[0123]异常程度参数用于表示第一网元在接收到会话进行消息Sess1n Progress之后中断呼叫的频繁程度。
[0124]本实施例中的核心网设备还可以包括:
[0125]更新模块407，用于当监控模块403确定第一网元中断呼叫时，增加第一网元的异常程度参数。
[0126]本实施例中的核心网设备还可以包括:
[0127]建立模块408，用于当监控模块403确定第一网元未中断呼叫时，建立第一网元与第二网元之间的SIP通信连接。
[0128]本实施例中的执行模块405可以进一步包括:
[0129]第一接收单元4051，用于接收第二 SIP呼叫请求；
[0130]第一确定单元4052，用于根据第一接收单元4051接收到的第二 SIP呼叫请求确定第二 SIP呼叫请求的发送方是否为第一网元；
[0131]第一判断单元4053，用于当第一确定单元4052确定第二 SIP呼叫请求的发送方是第一网元时，判断当前时刻是否在预置时长内；
[0132]第一执行单元4054，用于当第一判断单元4053判断当前时刻在预置时长内时，拒绝第二 SIP呼叫请求。
[0133]本实施例中，第一确定单元4052具体用于确定第二 SIP呼叫请求的发送方是否为第一网元，使得执行模块405在预置时长内拒绝第一网元发起的所有SIP呼叫。
[0134]可选的，本发明实施例中，核心网设备还可以只针对性拒绝第一网元向第二网元发起的SIP呼叫。
[0135]请参阅图5，本发明实施例中核心网设备另一实施例包括:
[0136]接收模块501，用于接收第一网元发送的SIP呼叫请求，该SIP呼叫请求中包含第一网元的标识以及第二网元的标识；
[0137]发送模块502，用于根据第一网元的标识向第一网元发送会话进行消息Sess1nPro gr e s s，并根据第二网元的标识向第二网元发送初始地址请求消息I AM或邀请消息INVITE ；
[0138]监控模块503，用于监控第一网元是否中断呼叫；
[0139]判断模块504，用于当监控模块503确定第一网元中断呼叫时，判断第一网元是否满足预置的禁止条件；
[0140]执行模块505，用于当判断模块504确定第一网元满足预置的禁止条件时，在预置时长内拒绝第一网元再次发起的SIP呼叫请求。
[0141]本实施例中的核心网设备还可以包括:
[0142]启动模块506，用于在发送模块502向第一网元发送会话进行消息Sess1nProgress时启动定时器；
[0143]监控模块503具体用于判断在定时器超时前是否收到第一网元发送的更新消息，若未接收到，则确定第一网元中断呼叫。
[0144]本实施例中的核心网设备还可以包括:
[0145]监控模块503具体用于接收第一网元反馈的响应消息，判断响应消息是否为异常消息，若为异常消息，则确定第一网元中断呼叫。
[0146]本实施例中的核心网设备还可以包括:
[0147]判断模块504具体用于判断第一网元的异常程度参数是否达到预置数值，若是，则确定第一网元满足预置的禁止条件；
[0148]异常程度参数用于表示第一网元在接收到会话进行消息Sess1n Progress之后中断呼叫的频繁程度。
[0149]本实施例中的核心网设备还可以包括:
[0150]更新模块507，用于当监控模块503确定第一网元中断呼叫时，增加第一网元的异常程度参数。
[0151]本实施例中的核心网设备还可以包括:
[0152]建立模块508，用于当监控模块503确定第一网元未中断呼叫时，建立第一网元与第二网元之间的SIP通信连接。
[0153]本实施例中的执行模块505可以进一步包括:
[0154]第二接收单元5051，用于接收第二 SIP呼叫请求；
[0155]第二确定单元5052，用于根据第二 SIP呼叫请求确定第二 SIP呼叫请求的发送方是否为第一网元，且接收方是否为第二网元；
[0156]第二判断单元5053，用于当第二确定单元5052确定第二 SIP呼叫请求的发送方是第一网元，且第二 SIP呼叫请求的接收方是第二网元时，判断当前时刻是否在预置时长内；
[0157]第二执行单元5054，用于当第二判断单元5053判断当前时刻在预置时长内时，拒绝第二 SIP呼叫请求。
[0158]与上述图4所示实施例不同的是，本实施例中，第二确定单元5052具体用于确定第二 SIP呼叫请求的发送方是否为第一网元，且接收方是否为第二网元，使得执行模块505在预置时长内拒绝第一网元发起的针对第二网元的SIP呼叫。
[0159]所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0160]在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些