专利名称：用于对话控制的方法和设备的制作方法
技术领域：
本发明涉及通信，具体地说，涉及与通信网络相关的对话控制的提供。
背景技术：
电话网络中呼叫的数量随着时间而发生显著变化，而且传统上，这样的网络被设计成支持与社会或商业呼叫模式相关的峰值通话量水平。但是，有时会出现产生超过所支持的峰值水平的通话量模式的某些事件。这样事件的示例包括由促销或广告活动触发的海量呼叫事件、包括天灾和战争行动的灾难性事件和基于分组的网络中拒绝接受(denial)业务冲击。另外，设备故障，诸如电话交换机失效，也会导致呼叫数量超过网络容量。若还不察觉，这样的情况就会使网络设备失效，对整个网络的流通量造成显著的影响。
网络对话控制的作用是，把预期不到的高通话量水平或恶意对话请求的影响局部化，并为客户维持商定的业务水平。在电路交换网络中个别电话交换局实现节点对话控制机制的同时，网络对话控制有助于隔离不希望有的对话请求，并使对其他呼叫的影响降到最低。传统上，在电路交换网络中已经利用两种试图节制或不然就减少到达给定交换局的呼叫量的机制，来对付过载情况的的网络呼叫或对话控制。第一种机制包括干线组管理，它动态地减少过载状况期间的交换局之间可用的干线数目。第二种机制提供呼叫信令网络内业务传输点(STP)中的筛选，以便根据点代码、呼叫数目等对呼叫建立请求进行过滤。
不幸的是，电路交换网络中所用的这两种机制，没有一种可以用于分组网络，因为基于分组的软交换不具备干线分组的概念，也没有STP。由于它们的开放特性，分组网络更容易受到在对话初始化和建立的伪装下执行的恶意攻击。对于分组网络，只有对话或过载控制包括放弃呼入消息或用表示业务不可用的消息响应对话请求消息。在前一种情况下，放弃呼入消息不仅影响对话初始化的尝试，而且影响已经建立的对话。用业务不可用的消息响应对话请求消息要求已经过载的元件进行附加的处理，而且对网络中的其他节点或元件并不提供任何的治疗性动作。因此，有必要发展一种保护机制，它使业务提供商能够有效地限制或防止某些对话请求向整个分组网络传播。
发明内容
本发明提供一种与通信网络中要保护的一个元件或一组元件相关的对话过滤器。想要向被保护元件提出的对话请求在转发给被保护元件之前先由对话过滤器处理。与此相关的被保护元件或装置或操作人员将提供事件信息，指示诸如过载等不希望有的对话状态，需要减少或停止对被保护元件的呼入对话请求。对话过滤器直接或间接地接收所述事件信息，并采取措施来减少或停止正在被送往被保护元件的对话请求。对话过滤器可以对给予被保护元件的呼入对话请求进行过滤，并选择性地向被保护元件发送选择的对话请求，并且向产生或转发呼入对话请求的装置发送系统保护响应。所述事件信息将会提供指令来减少、过滤或停止启动和转发对话请求。因此，接收到事件信息时，对话过滤器采取适当行动把给予被保护的一个或一组元件的呼入对话请求的数目减到最少，以便把不希望有的对话状态减到最少或将其完全消除。
对话过滤器可以使用不同的判据，包括在事件信息中提供的信息，判定如何过滤对话请求或用系统保护消息响应它们。过滤对话请求可能导致对话请求减少到某种水平、将它们减少某个百分数，并控制对话请求，以便保证只建立选定数目的属于给定的被保护元件的对话。
对话过滤器最好部分地经由分组网络工作，而且更好的是在对话启动协议(SIP)网络中工作，其中对话请求是INVITE消息，或者系统保护消息是某种形式的SIP消息。另外，对话过滤器可以在电路交换网络的呼叫信令网络和分组网络之间起呼叫信令联络的作用。例如，可以把对话过滤器设置在公共交换电话网络(PSTN)和SIP网络之间，其中用于PSTN的对话请求是呼叫建立消息，诸如集成业务用户协议(ISUP)初始地址消息(IAM)，而用于电路交换网络的系统保护消息是ISUP过载消息。
参照附图阅读推荐实施例的详细描述之后，本专业的技术人员会意识到本发明的范围并理解本发明的其他方面。
包括在说明书中并构成其一部分的
本发明的几个方面，并连同描述一起用来解释本发明的原理。
图1是方框图，表示按照本发明第一实施例的包括对话过滤器的网络；图2是说明按照第一实施例的本发明的操作的通信流程图；图3是方框图，表示按照本发明第二实施例的包括对话过滤器的网络；图4是说明按照第二实施例的本发明的操作的通信流程图；图5是方框图，表示按照本发明第三实施例的包括对话过滤器的网络；图6是说明按照第三实施例的本发明的操作的通信流程图；图7是方框图，表示按照本发明第四实施例的包括对话过滤器的网络；以及图8是说明按照第四实施例的本发明的操作的通信流程图。
具体实施例方式
下面提出的实施例表示使本专业的技术人员能够实践本发明并说明实践本发明的最优方式所需的信息。结合附图阅读下面的描述，本专业的技术人员将会明白本发明的概念并认识到没有在这里具体讨论的这些概念的应用。应该理解，这些概念和应用都在本公开和后附权利要求书的范围之内。
参见图1，图中示出通信环境10，其中对话过滤器12能够处理从源元件16发来，想要给被保护元件14的呼入对话请求。所述对话请求是想要在被保护元件14和源元件16之间启动通信对话的请求。所有其他消息，尤其是对话建立之后的那些消息不必由对话过滤器12处理。值得注意的是，可以用不同类型的网络来连接源元件16、对话过滤器12和被保护元件14。
因此，对话过滤器12对于与被保护元件14建立的对话支路起代理服务器的作用。可以通过装备接通(provisioning)或者由对话过滤器12或其他网络实体动态地把对话过滤器12的存在通知被保护元件14。操作中，被保护元件14能够直接或间接地向对话过滤器12提供事件信息。事件信息将会识别出表示对话过滤器必须保护被保护元件14免于处理所有或选定的对话请求的过载状态，或者其他不希望有的对话状态。接收到事件信息时对话过滤器12将会应用对话处理规则，确定如何响应所有的或选定呼入对话请求。处理规则会使对话过滤器12把选择判据应用于呼入对话请求，并根据这些判据对请求进行过滤。遵循这些规则，对话过滤器12可以响应不转发给一个或多个被保护元件的对话请求，提供系统保护响应。例如，对话过滤器12可以过滤呼入请求，以便把送往被保护元件14的对话请求减少到要求的水平，把提供给被保护元件14的对话请求减少某个百分数，或者限制同时与特定的被保护元件的对话的数目。
当应用处理规则来选择对话请求时，在事件信息内由被保护元件14识别的或由对话过滤器12提供的选择标记可以用来识别被拒绝的对话请求。这些选择判据包括表示源元件16或被保护元件14的识别的标记，诸如违规的对话请求中的通用资源识别符、对话的类型等。
被保护元件14提供给对话过滤器12的事件信息可以仅仅是表示过载或其他不希望有的状态的信息，或者可以实际提供若干参数描述违规状态的参数、选择某些处理规则参数、提供用于识别要处理的对话请求的选择标记的参数、规定用于对话请求的过滤技术的参数、识别系统保护响应的参数、或它们的任何结合。这样，由被保护元件14提供的事件信息的复杂程度可以变化，并且将适当地配置对话过滤器12和被保护元件14，使之彼此合作，并根据被保护元件14提供的事件信息有效地处理呼入对话请求。另外，事件信息可以由网络操作员或能够识别影响被保护元件14的过载或其他不希望有的状态的装置提供。
在操作中，对话过滤器12将接收事件信息并确定适当的处理规则，应用于所有的或选定的随后一些对话请求。对话过滤器12可以通过向发送对话请求的源元件16或其他网络元件发送系统保护响应来对适当的对话请求施加反压。系统保护响应是配置来在一段预定的时间里或无限期地减少或停止对话请求的发送。这样，违规的源元件16或其他网络元件将会停止发送对话请求，并帮助减轻影响被保护元件14的不希望有的对话状态。对话过滤器12最好对呼入对话请求使用不同的判据。过滤判据可以简单地让对话过滤器12忽略所有对话请求或对其进行选择，其中被忽略的这些对话请求不转发到被保护元件14。过滤可以基于尝试次数、对话请求总数、源元件16等。这样响应来自被保护元件14的事件信息，对话过滤器12可以以被保护元件14的名义起作用，帮助减轻不希望有的对话状态。
在推荐的实施例中，利用对话启动协议(SIP)至少使一部分在被保护元件14和源元件16之间建立的通信对话易于进行。SIP规格在Internet Engineering Task Force’s Request for Comments(RFC)3261(对意见(RFC)3261的互联网工程任务强制请求)SessionInitiation Protocol Internet Draft(对话启动协议互联网草案)中提供，所述文件整个附此作参考。一般说来，SIP用以在诸如源和被保护元件16，14等任何数目终点之间建立介质对话。一般，取决于装置的配置，这些终点可以支持任何数目的数据、音频和语音介质或其组合的对话。SIP终点能够运行应用程序，一般称作用户代理(UA)，所述用户代理能够使利用SIP的介质对话易于进行。在某个实施例中，用户代理可以登记他们的能力，以便通过向诸如由对话过滤器12提供的SIP代理服务器发送REGISTER消息来与SIP代理服务器建立对话。REGISTER消息把通用资源定位设备标准(URL)通知SIP代理服务器，使SIP网络能够识别所述用户代理。REGISTER消息还包含有关如何通过SIP网络达到特定用户代理的信息，一般通过提供用户代理会用于SIP对话的互联网协议(IP)地址或端口。当用户代理想要与其他用户代理建立对话时，发起对话的用户代理会向SIP代理服务器发送INVITE消息，并在INVITE消息的TO头部指定目标用户代理。用户代理的识别采取SIP URL的形式。SIP代理服务器将会利用所述消息的TO头部的SIP URL确定目标用户代理是否已在SIP代理服务器上登录。一般，用户名在规定域内是唯一的。
若目标用户代理已在SIP代理服务器上登录，则SIP代理服务器直接向目标用户代理发送INVITE消息。目标用户代理将会利用200OK消息响应，根据SIP说明书中要求的消息交换在相应的用户代理之间建立对话。作为在诸如INVITE，200 OK和确认(ACK)消息等对话建立消息中嵌入的参数，在相应的终点的用户代理之间传送介质能力。介质能力可以在诸如SIP INFO消息等消息中交换。介质能力一般利用对话描述协议(SDP)描述。一旦各自终点都彼此处于活动的对话状态，并已经确定其他每一个的能力，则规定的介质内容可以在适当的介质对话过程中交换。
按照Internet Engineering Task Force’s RFC 3261(互联网工程任务强制RFC 3261)，用户代理是既包含用户代理客户又包含用户代理服务器的应用程序。用户代理客户一般指启动SIP请求的客户应用程序，其中用户代理服务器是在接收到SIP请求时接触用户，并以用户的名义返回响应的应用程序。一般，响应接收、拒收或使所接收到的请求重定向。
当实现SIP时，对话请求一般是INVITE消息，而事件信息可以利用诸如NOTIFY，MESSAGE和INFO消息等适当的SIP消息发送到对话过滤器12。对于所述事件信息，对话控制可以针对SIP消息定义，如上所述，以便包括适当的事件信息。这样，接收到事件信息时，对话过滤器12把必要的对话处理规则应用于符合选择判据的INVITE消息。对话过滤器12可以在SIP消息中向源元件16或其他实体回送系统保护响应，然后提供过滤，其中所有、没有一个或只有选择的一些呼入INVITE消息实际上转发到被保护元件14，从而允许启动与被保护元件14的对话。
图2中提供按照图1实施例的SIP环境的示范性通信流程。最初，一个或多个源元件16发送想要给被保护元件14的INVITE消息，其中INVITE消息最初送到对话过滤器12(步骤100)。假定对于一个或多个被保护元件14没有诸如过载状态等不希望有的对话状态，对话过滤器12把INVITE消息转发给适当的被保护元件14(步骤102)。当在被保护元件14上出现不希望有的状态时，事件信息直接或间接地发送到对话过滤器12(步骤104)。假定事件信息指示不希望有的状态，并且足以使对话过滤器12把对话处理规则应用于根据所述事件信息符合选择判据的INVITE消息(步骤106)。
取决于对话处理规则和事件信息的配置，对话过滤器12应用适当的过滤判据对呼入INVITE消息进行过滤(步骤108)，并可以用系统保护响应来响应所有的或只是被忽略的(被阻塞的)INVITE消息(步骤110)。这样，由于对话过滤器12从源元件16接收到额外的INVITE消息，只有某些INVITE消息转发到被保护元件14(步骤112)。尤其是，对话过滤器12在某些环境下可以起到有效阻塞所有呼入INVITE消息，防止它们被送往被保护元件14的作用。因此，对话过滤器12通过向源元件16发送系统保护响应，有效地向呼入INVITE消息施加反向压力，其中系统保护消息将会触发源元件16减少或停止发送INVITE消息。另外，继续送往被保护元件14的INVITE消息被对话过滤器12过滤，进一步控制折磨被保护元件14的不希望有的对话状态。
根据这些响应，不希望有的对话状态最终被减少，这样，在某段时间之后或在直接或间接地从被保护元件14接收到表示不希望有的对话状态不再存在的信息时，对话过滤器12可以取消反向压力和过滤(步骤114)。此刻，对话过滤器12将会接收呼入INVITE消息，然后不加过滤地将它们转发到被保护元件14(步骤116)。
如上所述，系统保护消息，无论形式或格式如何，都可以送往源元件16以外的实体，以便帮助停止或减少想要送往被保护元件14的诸如INVITE消息等对话请求的数目。参见图3，图中示出通信环境10，其中与一个或多个源元件16相联系地设置对话过滤器12S，并且如上所述，把对话过滤器12与一个或多个被保护元件14相联系。这样，与源元件16相联系的对话过滤器12S可以从与被保护元件14相关的对话过滤器12P接收系统保护消息，并对源自源元件16的对话请求起提供初始过滤的作用，并向所述源元件16提供系统保护消息，使想要发往一个或多个被保护元件14的对话请求停止或减少发生。相应地，送往被保护元件14的对话过滤器12P的的事件信息可以通过分组网络18向与源元件16相联系的适当的对话过滤器12S传播。对话过滤器12S可以以类似于上述的方式实现对话处理规则。示于图3的通信环境10的一个示范性通信流程示于图4。
最初，一个或多个源元件16发送INVITE消息，想要启动与一个或多个被保护元件14对话。这些INVITE消息被对话过滤器12S接收(步骤200)，对话过滤器12S把所述INVITE消息转发到与被保护元件14相关的对话过滤器12P(步骤202)。假定没有不希望有的对话状态，对话过滤器12P将会把所述INVITE消息转发到被保护元件14(步骤204)。
在某些时刻，被保护元件14会出现不希望有的对话状态，于是事件信息被送往对话过滤器12P(步骤206)，后者把对话处理规则应用于根据事件信息符合选择判据的INVITE消息(步骤208)。这样，对话过滤器12P可以按照适当的过滤判据过滤INVITE消息(步骤210)，并用系统保护消息作为对所有或某些INVITE消息的响应(步骤212)。最好把系统保护消息发送到与源元件16相联系的对话过滤器12S。
根据系统保护消息，对话过滤器12S将把对话处理规则应用于从源元件16接收的INVITE消息(步骤216)。对话处理规则可以使对话过滤器12S按照要求的过滤判据对INVITE消息进行过滤(步骤218)，并向源元件16发送系统保护消息(步骤220)。对话过滤器12S上的处理再次用来提供对INVITE消息的初步过滤，并施加初步反向压力，以便进一步协助与被保护元件14相联系的对话过滤器12P上的处理。相应地，来自源元件16的INVITE消息被对话过滤器12S初步过滤，过滤后的INVITE消息被送往对话过滤器12P(步骤222)，后者进一步过滤INVITE消息，并将过滤后的消息送往被保护元件14(步骤224)。值得注意的是，从对话过滤器12S送到对话过滤器12P的每一个过滤后的INVITE消息都可以从对话过滤器12P引起系统保护响应(步骤未示出)。
由上述可知，本发明对其中源元件16和被保护元件14之间的通信对话主要基于分组的基于分组的方案显然有利。值得注意的是，本发明在电路交换和分组网络的节点上特别有利。图5提供对在分组网络18和诸如公共交换电话网络(PSTN)等电路交换网络20的节点上如何提供对话过滤器12提供基本的说明。对话过滤器12将会驻留在诸如信令系统7(SS7)等电路交换网络20的呼叫处理区域，还控制着到起分组网络18和电路交换网络20之间的对话接口作用的网关的电路交换连接。因此，对话过滤器12将驻留在能够促进各自网络上诸如呼叫建立请求或INVITE消息等对话请求的网络实体上。本专业的技术人员会认识其中可以提供对话过滤功能的各种实体。另外，对话过滤器12可以以独立的方式提供。
不希望有的对话状态可以出现在分组网络18或电路交换网络20上，这样对话请求可能需要过滤，而反向压力可能需要提供给分组网络18或电路交换网络20。图6和7提供其中向这两个网络同时提供过滤和反向压力的方案。
具体参见图6，采取INVITE消息形式的对话请求从分组网络18产生，不希望有的对话状态出现在电路交换网络20上。不希望有的对话状态可能是电话交换机失效、干线失效等。最初，在分组网络18产生INVITE消息并将其发送到对话过滤器12(步骤300)。对话过滤器12起网关的作用，并有效地提供从分组网络实体到电路交换网络20实体的协议翻译。因此，电路交换网络20中的对话请求可以是呼叫建立消息，诸如集成业务用户协议(SUP)初始地址消息(IAM)，所述初始地址消息通过电路交换网络20被发送到预期的被保护元件14(未示出)(步骤302)。这样，到达对话过滤器12的呼入INVITE消息产生通过电路交换网络20发送的呼叫建立消息。
在某些时刻，不希望有的对话状态会出现在电路交换网络20上，于是适当的事件信息被直接或间接地发送到对话过滤器12(步骤304)。事件信息可能是ISUP过载消息等。响应所接收到的事件信息，对话过滤器12将把对话处理规则应用于符合根据事件信息可用的任何选择判据的INVITE消息(步骤306)。因此，对话过滤器12可以过滤INVITE消息(步骤308)并且用系统保护消息响应INVITE消息(步骤310)。这样，过滤后的INVITE消息将使通过电路交换网络20发送的呼叫建立消息数目减少(步骤312)。这个过程将会继续一段选定的时间或不然就一直继续到对话过滤器12判定不再需要过滤和反向压力为止(步骤314)，其中呼入INVITE消息不再需要过滤，并针对所接收的每一个INVITE消息，通过电路交换网络20发送一个呼叫建立消息(步骤316)。
参见图7，过载或不希望有的对话状态出现在分组网络18，而在电路交换网络20中产生采取呼叫建立消息形式的对话请求。于是，诸如ISUP IAM等呼叫建立消息被发送到对话过滤器12(步骤400)，当不存在过载或不希望有的对话状态时，对话过滤器12将把呼叫建立消息翻译成适当的INVITE消息，并根据需要通过分组网络18发送它们(步骤402)。当过载或不希望有的对话状态出现时，把事件信息发送到对话过滤器12(步骤404)，以便触发把对话处理规则应用于符合某些选择判据的呼叫建立消息(步骤406)。对话过滤器12对呼叫建立消息提供任何必要的过滤(步骤408)并且向电路交换网络20中相应的电话交换局发送系统保护消息，诸如过载或阻塞消息(步骤410)。这样，过滤后的对应于那些被认为适合于继续的呼叫建立消息的INVITE消息通过分组网络18被发送到相应的被保护元件14(步骤412)。再次，在过载或不希望有的对话状态被消除之后，对话过滤器12或者时间到或者响应适当的消息，消除提供给呼叫建立消息的反向压力和过滤(步骤414)，并允许针对每一个接收到的要通过分组网络18发送的呼叫建立消息的INVITE消息(步骤416)。
对话过滤器12的功能可以在隔离的服务器类型的装置中实现或者可以在任何数目的能够促进这样的功能的分组装置或电路交换装置中实现。一般，实现对话过滤器12的装置配置成如图8中图解说明的。对话过滤器12将与具有软件所需必要的存储器的控制系统22相关，所述软件能够控制控制系统，以便实现上述功能。所述控制系统22还与一个或多个通信接口相关，以便促进与或者在分组网络18或者在电路交换网络20上的不同网络实体通信，正如所述配置要求的。
本专业的技术人员会意识到，对本发明推荐的实施例的改进和修改。所有这样的改进和修改都被认为在这里公开的概念和后附权利要求书的范围内。
权利要求
1.一种为元件提供对话控制的方法，所述方法包括a)接收在被保护元件和至少一个源元件之间建立对话的对话请求；b)接收指示与所述被保护元件相关的不希望有的状态的事件信息；c)处理所述事件信息，以便确定选择的一些对话请求，转发到被保护元件；以及d)在接收到所述事件信息时，向所述被保护元件发送选择的对话请求，其中选择性地把呼入对话请求转发给所述被保护元件。
2.如权利要求1所述的方法，其特征在于还包括发送系统保护响应，所述系统保护响应配置成停止或减少由所述至少一个源元件产生的多个对话请求。
3.如权利要求2所述的方法，其特征在于把所述系统保护响应发送给所述至少一个源元件。
4.如权利要求2所述的方法，其特征在于把所述系统保护响应发送给与所述至少一个源元件相关的对话过滤器。
5.如权利要求2所述的方法，其特征在于把所述事件信息发送给与所述至少一个源元件相关的对话过滤器。
6.如权利要求2所述的方法，其特征在于所述对话请求是通过分组网络接收的，而所述系统保护响应是通过电路交换网络的呼叫信令网络发送的。
7.如权利要求2所述的方法，其特征在于所述对话请求是通过电路交换网络的呼叫信令网络接收的，而所述系统保护响应是通过分组网络发送的。
8.如权利要求1所述的方法，其特征在于所述对话请求是来自电路交换网络的呼叫建立消息。
9.如权利要求1所述的方法，其特征在于所述对话请求是来自对话启动协议网络的对话启动协议INVITE消息。
10.如权利要求1所述的方法，其特征在于所述事件信息是从所述被保护元件接收的。
11.如权利要求1所述的方法，其特征在于所述事件信息是从所述被保护元件以外的实体接收的。
12.如权利要求1所述的方法，其特征在于所述事件信息表示所述被保护元件的过载状态。
13.如权利要求1所述的方法，其特征在于所述事件信息表示影响所述被保护元件的网络失效。
14.如权利要求1所述的方法，其特征在于所述事件信息表示对所述被保护元件的恶意对话请求攻击。
15.如权利要求1所述的方法，其特征在于所述事件信息还提供协助确定所述选择的对话请求的信息。
16.如权利要求1所述的方法，其特征在于所述事件信息还提供识别所述至少一个源元件的信息，来自所述至少一个源元件的对话请求被过滤。
17.如权利要求1所述的方法，其特征在于所述事件信息还提供由以下各项构成的一组信息a)表示可以转发给所述被保护元件的若干对话请求的信息；b)表示转发给所述被保护元件的对话请求的希望的减少程度的信息；和c)表示所述被保护元件能够支持的若干对话的信息。
18.如权利要求1所述的方法，其特征在于对于某些事件信息，给予所述被保护元件的所有对话请求均被阻断。
19.一种为元件提供对话控制的对话过滤器，它包括a)至少一个接口；和b)控制系统，它与所述至少一个接口相关并且适合于i)接收在所述被保护元件和所述至少一个源元件之间建立对话的对话请求；ii)接收表示与所述被保护元件相关的不希望有的状态的事件信息；iii)处理所述事件信息，以便确定选择的一些对话请求，转发到所述被保护元件；以及iv)接收到所述事件信息时，向所述被保护元件发送选择的对话请求，其中，把呼入对话请求选择性地转发给所述被保护元件。
20.如权利要求19所述的对话过滤器，其特征在于所述控制系统还适合于发送系统保护响应，所述系统保护响应配置成停止或减少由所述至少一个源元件产生的许多对话请求。
21.如权利要求20所述的对话过滤器，其特征在于把所述系统保护响应发送给所述至少一个源元件。
22.如权利要求20所述的对话过滤器，其特征在于把所述系统保护响应发送给与所述至少一个源元件相关的所述对话过滤器。
23.如权利要求20所述的对话过滤器，其特征在于把所述事件信息发送给与所述至少一个源元件相关的所述对话过滤器。
24.如权利要求20所述的对话过滤器，其特征在于所述对话请求是通过分组网络接收的，而所述系统保护响应是通过电路交换网络的呼叫信令网络发送的。
25.如权利要求20所述的对话过滤器，其特征在于所述对话请求是通过电路交换网络的呼叫信令网络接收的，而所述系统保护响应是通过分组网络发送的。
26.如权利要求19所述的对话过滤器，其特征在于所述对话请求是来自电路交换网络的呼叫建立消息。
27.如权利要求19所述的对话过滤器，其特征在于所述对话请求是来自对话启动协议网络的对话启动协议INVITE消息。
28.如权利要求19所述的对话过滤器，其特征在于所述事件信息是从所述被保护元件接收的。
29.如权利要求19所述的对话过滤器，其特征在于所述事件信息是从所述被保护元件以外的实体接收的。
30.如权利要求19所述的对话过滤器，其特征在于所述事件信息表示所述被保护元件的过载状态。
31.如权利要求19所述的对话过滤器，其特征在于所述事件信息表示影响所述被保护元件的网络失效。
32.如权利要求19所述的对话过滤器，其特征在于所述事件信息表示对所述被保护元件的恶意对话请求攻击。
33.如权利要求19所述的对话过滤器，其特征在于所述事件信息还提供协助确定选择的对话请求的信息。
34.如权利要求19所述的对话过滤器，其特征在于所述事件信息还提供识别所述至少一个源元件的信息，来自所述至少一个源元件的对话请求被过滤。
35.如权利要求19所述的对话过滤器，其特征在于所述事件信息还提供由以下各项构成的一组信息a)表示可以转发给所述被保护元件的若干对话请求的信息；b)表示转发给所述被保护元件的对话请求的希望的减少程度的信息；和c)表示所述被保护元件能够支持的若干对话请求的信息。
36.如权利要求19所述的对话过滤器，其特征在于对于某些事件信息，准备给予所述被保护元件的所有对话请求均被阻断。
37.一种为元件提供对话控制的方法，所述方法包括a)接收在被保护元件和至少一个源元件之间建立对话的对话请求；b)接收表示与所述被保护元件相关的不希望有的状态的事件信息；c)处理所述事件信息，以便确定选择的一些对话请求；以及d)发送系统保护响应，所述系统保护响应适合于停止或减少由所述至少一个源元件产生的许多对话请求。
38.如权利要求37所述的方法，其特征在于还包括向所述被保护元件发送选择的对话请求，其中当接收到所述事件信息时，选择性地把呼入对话请求转发到所述被保护元件。
39.一种为元件提供对话控制的对话过滤器，它包括a)至少一个接口；和b)控制系统，它与所述至少一个接口相关并且适合于i)接收在被保护元件和至少一个源元件之间建立对话的对话请求；ii)接收表示与所述被保护元件相关的不希望有的状态的事件信息；iii)处理所述事件信息，以便确定选择的一些对话请求；以及iv)发送系统保护响应，所述系统保护响应适合于停止或减少由所述至少一个源元件产生的许多对话请求。
40.如权利要求39所述的对话过滤器，其特征在于所述控制系统还适合于向所述被保护元件发送选择的对话请求，其中，当接收到所述事件信息时，选择性地把呼入对话请求转发到所述被保护元件。
全文摘要
本发明提供一种与通信网络中准备保护的元件相关的对话过滤器。在对话请求被转发到被保护元件之前，对话过滤器对拟送往被保护元件的对话请求进行处理。被保护元件或与其相关的装置将提供表示诸如过载等不希望有的对话状态的事件信息，所述事件信息要求减少或停止送往被保护元件的对话请求。对话过滤器直接或间接地接收事件信息并采取措施以减少或停止拟送往被保护元件的对话请求。对话过滤器可以过滤送往被保护元件的对话请求、选择性地把选择的对话请求发送给被保护元件、并向产生或转发呼入对话请求的装置发送系统保护响应以便把给被保护元件的新的对话请求数减到最少。
文档编号H04Q3/00GK1551605SQ20041004566
公开日2004年12月1日 申请日期2004年5月17日 优先权日2003年5月16日
发明者C·康斯坦蒂诺夫, C 康斯坦蒂诺夫 申请人:北方电讯网络有限公司