[发明专利]拒绝新服务模式下经由主机的通信会话添加

说明书

本公开内容涉及拒绝新服务模式下经由主机的通信会话添加。托管请求设备和资源之间的交互的通信服务器可能需要负载切断或维护，并因此被置于拒绝新服务(DNS)模式下，由此在现有会话持续直到结束时拒绝后续会话请求。然而，包含现有会话的交互可以通过后续会话来补充，通常利用不同的应用层实现。通过向请求设备提供交互标识符，在服务器已经被置于DNS模式之后进行的后续会话可以被接受并且与现有会话所关联的相同资源相关联。

版权声明

本专利文件的公开的一部分包含受版权保护的材料。版权所有者并未反对任何人对该专利文献或专利公开的传真复制，因为它出现在专利和商标局的专利文件或记录中，但在其他方面无论如何保留所有的版权权利。

技术领域

本发明大体上涉及用于进行通信的系统和方法，尤其涉及启用包括单个通信会话的多个通信路径。

背景技术

用于促进各方之间的通信的服务器通常支持单个对话内的不同通信(例如，利用客户通信设备的客户与利用代理通信设备的代理之间的交互)。例如，单个对话可以包括一个或多个语音组成部分，视频组成部分，文本聊天，社交媒体，共同浏览等，使得客户可以通过语音通信与代理讨论问题，以及通过数据通信查看或操纵网页上的信息。

可能需要通信服务器部分或全部关闭，例如以在超载时切断(shed)通信或启用维护活动。关闭服务器优选地是平稳地进行，从而允许现有的通信任务继续完成并且谢绝新任务，在所有任务都完成之后，服务器可以在不中断业务操作的情况下停止服务。

托管使用会话初始协议(SIP)的通信的服务器提供可以包括多个消息(例如，信号和数据消息)的对话形式的通信。SIP服务器，即使被配置为拒绝新服务(例如，在拒绝新服务(DNS)模式下)，也识别并接受与现有对话相关联的新消息。如果服务器从现有对话外部(例如，新呼叫)接收到消息，则服务器拒绝该呼叫，并且会话管理器(SM)然后可以将这些消息路由到接受新对话/消息的一个或多个其他服务器。尽管现有技术服务器提供了这些优点，但问题仍然存在。

发明内容

通过本发明的各种实施例和配置来解决这些和其他需要。根据具体的配置，本发明可以提供许多优点。这些和其它优点将从本文包含的(一个或多个)发明的公开中是清楚的。

作为概述，并且在一个实施例中，提供了系统和方法，以允许在服务器处于DNS状态时对于现有通信会话由服务器处理消息，否则拒绝与由服务器托管的现有会话不相关联的消息。在另一个实施例中，当新的通信会话包括服务器上的现有会话的交互ID时，新的通信会话可以被处于DNS状态的服务器接受。在另一个实施例中，HTTP请求可以包括引用现有SIP会话的交互ID。这允许服务器将此新消息与现有的SIP会话相关联，以便即使它处于DNS模式也将处理新的HTTP消息。

本领域的普通技术人员应该理解，交互ID和所公开的其他实施例不同于现有技术中已知的会话ID。特别地，具有会话的服务器可以接收包括会话ID的消息，然后将这些消息与同一会话相关联。然而，交互ID允许新会话被接受并且与先前的会话相关联等，该新会话和先前的会话包括单个交互。例如，客户可以通过代理并使用特定服务器参加HTTP网络聊天(例如，第一会话)。随后将特定服务器置于DNS模式，之后客户和/或代理接着发起作为相同交互的组成部分的SIP呼叫。受益于所公开的实施例，包括不同会话和不同会话标识、但还包括交互ID的SIP呼叫作为服务器的DNS策略的例外可被并入到相同交互中。

在现有技术的服务器中，当针对一个协议(例如，HTTP)启用DNS时，则拒绝所有HTTP请求，因为不存在将新HTTP消息与现有会话相关联的手段。相同的现有技术服务器也可以利用另一协议(例如，SIP)并从媒体服务器接收INVITE消息。INVITE消息被拒绝，因为现有技术服务器不能将接收到的INVITE消息标识为与用于HTTP的现有会话相关联。