专利名称：针对rfc 3313的带内dpi媒体预留修改的制作方法
技术领域：
本发明一般地涉及IP网络中的媒体预留。
背景技术：
相比以前，现代互联网协议(IP)网络能够使用户以更多的方式进行通信。用户现 在可以使用基于IP的语音(VoIP)、视频呼叫、视频会议、流式多媒体、即时消息传送和无数 的其它应用来交换信息。随着通信方法的数量增加，要求建立和保持连接的信令就变得更 加复杂。在RFC 3261中定义的会话初始协议(SIP)是开发为在IP网络中的用户之间建 立、修改和终止多媒体会话的信令协议。通过提供用于建立消息的标准格式，SIP能够使设 备以无缝方式协商多媒体会话的参数，而无需考虑基础的传送协议。由于其的简单性和灵 活性，许多当前的系统利用SIP进行消息传送，并且许多开发中的系统也将使用SIP。简单地说，SIP能够对用户进行初始化，或者用户代理客户端(UAC)，请求与已知 为用户代理服务器(UAQ的另一用户建立的连接。UAC将连接请求发送给代理服务器，其中 代理服务器协调建立消息在UAC和UAS之间的交换，并给每一方提供建立连接所需的信息。 在该连接初始化后，UAC和UAS可使用诸如实时传送协议(RTP)的适当的传送协议直接交 换消息。尽管RFC 3261极大地简化了在两个用户之间建立连接的过程，但是该标准没有 提供用于修改服务质量(QoQ和预防拒绝服务攻击的有效手段。在RFC 3261之后不久公 布的RFC 3313试图通过定义将QoS管理控制结合到SIP信令消息中的扩展来解决这些问 题。具体的，RFC3313试图通过在开放式系统互联(OSI)模型的第1_3层中允许特定的媒 体预留来提高用户体验质量Ο οΕ)。在支持RFC 3313扩展的系统中，当UAC通过代理发送连接请求时，代理认证主叫 方并验证主叫方被授权接收QoS。随后代理利用边缘路由器或者策略确定点(PDP)交换消 息以获得认证令牌，并将该令牌发送给UAC。在初始化连接时，UAC将令牌发送给提供相应 QoS的边缘路由器。从上述描述中可以明确得出，在RFC 3313中定义的处理过程要求大量的附加消 息传送以建立用于SIP连接的QoS。具体的，在代理和边缘路由器之间的链路经历大量的附 加信息量。此外，必须修改包括在消息交换中的每个设备上的硬件和/或软件以确保设备 正确地处理RFC 3313扩展。因此，需要一种允许在使用SIP信令消息进行初始化的连接中提供QoS的简化机 制的系统和方法。具体的，需要一种使附加消息的使用最小化并且减少需要在系统中的每 个设备上执行附加功能的方案。上面描述的问题仅是由各种示例性实施例所涉及的示例，而并非是穷尽的或者是 局限于所涉及或者所解决的可能问题。因此，通过各种示例性实施例解决的其它问题对本 领域技术人员来说是显而易见的。
发明内容
根据本发明需要针对RFC 3313的带内DPI媒体预留修改，给出了各种示例性实施 例的简明摘要。在下列摘要中可以进行一些简化和省略，其意在突出和介绍各种示例性实 施例的一些方面，但不是对发明内容的限制。在下面将给出足以使本领域技术人员制造和 使用的优选示例性实施例的详细说明。在各种示例性实施例中，将深度包检测(DPI)设备集成到与用户代理客户端相关 联的提供商边缘路由器中或者将其设置在外部和路由器进行通信。DPI设备监测始发代理 和用户代理客户端之间数据包的交换并检测数据包以识别SIP控制消息。通过监测在两个 设备之间交换的消息，DPI设备可确定应用类型、所期望的QoS、源、目的地、和与连接有关 的其它信息。通过使用该信息，路由器可访问策略数据库以确定是否存在用于应用和/或 用户的QoS策略。根据该确定，路由器可初始化用于预期数据流的网络预留或者存储该信 息，从而将数据包流注释为数据包到达。因此，在各种示例性实施例中，边缘路由器知道QoS 可以被准许，并可代表用户代理客户端在网络中预留资源。
为了更好地描述各种示例性实施例，将参照相应附图，其中图1是利用SIP控制消息建立多媒体会话的示例性IP网络的示意图；图2是包括在图1的网络中使用的包括集成DPI设备的示例性边缘路由器的示意 图；图3是描述在图1的网络中的实体之间交换消息的示例性消息图表；图4是用于在SIP控制消息上执行深度包检测的方法的示例性实施例的流图；图5是用于执行与SIP会话相关联的数据包的QoS预留的方法的示例性实施例的 流图。
具体实施例方式显然，尽管下列说明涉及SIP会话和控制消息，但是可使用任意相似的协议。从 而，只要控制协议包括足够的信息，其中服务质量请求可以从该信息中提取出来，就可使用 任意用于在源和节点之间建立通信的协议。对本领域技术人员来说其它适当的协议也是显 而易见的。现在参照附图公开了各种示例性实施例的宽的方面，其中相同的附图标记代表相 同的元件或者步骤。图1是利用SIP控制消息建立多媒体会话的示例性IP网络100的示意图。在各 种示例性实施例中，网络100包括用户代理客户端110、网络120、提供商边缘路由器130、IP 多媒体子系统140、核心网150、提供商边缘路由器160、网络170和用户代理服务器180。在各种示例性实施例中，用户代理客户端110是由能够访问网络100并发布SIP 请求的用户所操作的设备。用户代理客户端110可以是个人或者膝上型计算机、蜂窝电话、 个人数字助理、无线电子邮件设备、或者支持基于IP网络通信的任意其它设备。此外，用户 代理客户端110可与用户代理服务器180发送和接收涉及一个或多个会话的数据包。
网络120在用户代理客户端110和提供商边缘路由器130之间提供连接。网络 120可以是在用户代理客户端110和提供商边缘路由器130之间能够发送数据和请求的任 意网络。因此，网络110可包括多个路由器、交换机、桥接器、和其它适于接收和发送数据包 的元件。在各种示例性实施例中，提供商边缘路由器130和160是适于接收输入的数据包 并将数据包转发进网络150中一条路径的硬件和软件的组合。如下面参照图2的详细描述 所示，提供商边缘路由器130和160可以包括用于分析用户代理客户端110和IP多媒体子 系统140中的代理之间交换的数据包的DPI设备。根据由DPI设备所提取的信息，路由器 130和160可在与SIP会话相关联的数据包上执行QoS修改。或者，DPI设备可配置在路 由器130和160的外部，并使用包标记技术以将请求QoS的信息转发给路由器。例如，DPI 设备可利用诸如Diffei^erver (差分服务器)标记的方法来识别路由器130和160上触发 QoS预留的应用。IP多媒体子系统140可以是包括配置为在用户代理客户端110和用户代理服务器 180之间建立多媒体会话的多个元件的网络。具体的，IP多媒体子系统140可包括多个代 理，其中每个代理与一个或多个用户代理客户端110和用户代理服务器180进行通信。如 下面参照图3的详细描述所示，这些代理用作在两个用户之间建立和保持多媒体会话的媒 介。对本领域技术人员来说适于包括在IP多媒体子系统140中的其它元件是显而易见的。在各种示例性实施例中，核心网150包括适于转发从不同协议操作的网络接收的 数据包的通信硬件。例如，从而核心网150可以是包括多个隧道或者标签交换路径的MPLS 网络。在各种示例性实施例中，每个隧道包括多个路由器和链路，其中每个隧道具有不同的 特性集合，包括带宽、延迟和丢包率。因此，如下面参照图5的详细描述所示，提供商边缘路 由器130和160可基于用于会话的QoS请求在SIP会话中选择用于数据包的合适的隧道。网络170在提供商边缘路由器160和用户代理服务器180之间提供连接。网络 170可以是在提供商边缘路由器160和用户代理服务器180之间能够发送数据和请求的任 意网络。因此，网络170可包括多个路由器、交换机、桥接器、和其它适于接收和发送数据包 的元件。在各种示例性实施例中，用户代理服务器180是由能够访问网络100的用户操作 的设备。用户代理服务器180从用户代理客户端110接收SIP请求，并产生接受、拒绝或者 重定向请求的响应。与用户代理客户端110相似，用户代理服务器180可以是个人或者膝 上型计算机、蜂窝电话、个人数字助理、无线电子邮件设备、或者支持基于IP网络通信的任 意其它设备。显然，网络100的元件是示例性的，并且仅仅是为了解释的目的进行描述和说明。 从而，在各种示例性实施例中，网络100包括配置为执行附加功能的各种元件。或者，网络 100的两个或者多个元件可以合并为单一的元件，从而网络100包括的全部元件较少。网络 100的其它合适的配置对本领域技术人员来说是显而易见的。图2是包括在图1的网络100中使用的包括集成DPI设备的示例性边缘路由器 130的示意图。在各种示例性实施例中，边缘路由器130包括用户代理客户端SIP策略数 据库210、SIP连接数据库220、DPI处理器230、通用处理器对0、接收机250和发射机洸0。 边缘路由器130的元件的下列描述意在介绍每个元件的功能。下面将参照图3-5详细解释QoS的规定。在各种示例性实施例中，UAC SIP策略数据库210维持用于SIP连接的QoS规定 的信息。具体的，UAC SIP策略数据库210为每个用户代理客户端110指示是否允许用户 预留QoS，并且在如果允许时指示对于哪些应用允许预留。从而，例如，UAC SIP策略数据库 210能够指示用户代理客户端110预留用于VoIP和视频会议的资源，但不预留用于流式多 媒体的资源。UAC SIP策略数据库210还可指示用户代理客户端110是否预留用于与特定的用 户代理服务器180相连接的资源。例如，数据库210可指示当请求与第一用户相连接是预 留资源，而当与第二用户相连接时不预留资源。数据库210还可存储数据传送配额，从而在 用户超过配额后路由器130不允许资源预留。此外，数据库210可指示一天中允许或者不 允许进行QoS修改的次数。对本领域技术人员来说，用于确定QoS是否应当被准许的其它 标准是显而易见的。UAC SIP策略数据库210还可存储涉及例如基于应用、源、目的地、时刻、和任意其 它相关因素的可应用策略的信息。例如，策略可指定差分服务代码点(DSCP)优先级、服务 类型(TOS)标记、可应用的MPLS隧道、或者用于提供特定SIP会话的QoS的任意其它信息。在各种示例性实施例中，SIP连接数据库220存储涉及由边缘路由器130管理的 每个SIP连接的状态信息。因此，在拦截由DPI设备230发送的SIP控制消息后，SIP连接 数据库220存储源和目的地的IP地址、端口号、媒体类型、和从SIP控制消息中提取的任意 其它信息。如下面参照图5的详细描述所示，路由器130可访问SIP连接数据库220以提 取请求建立与SIP连接相关联的数据包的QoS的信息。显然，每个UAC SIP策略数据库210和SIP连接数据库220可实现为配置为存储 请求数据的计算机可读存储媒介。例如，计算机可读存储媒介可以是硬盘驱动器、闪存驱动 器、随机存取存储器(RAM)、或者任意其它物理存储媒介。数据库210和220还可包括处理 器和需要用于处理和检索存储在其中的数据的软件。在各种示例性实施例中，DPI处理器230是微处理器或者配置为检验开放式系统 互联(OSI)模型的第2至7层中信息的任意组合的可执行软件。从而，在各种示例性实施 例中，DPI处理器230为了识别特别是包括在第4层至第7层中的SIP控制消息，对一个或 多个数据包执行“深度”分析。DPI处理器230然后分析SIP控制消息以从报头字段或者会 话描述协议(SDP)字段提取信息。该信息可包括应用、压缩方案、媒体类型、源、目的地、端 口号、有关网络单元的信息、以及SIP控制消息中的任意其它字段。然后将提取的信息存储 在SIP连接数据库220中，并由路由器130在针对特定SIP连接准许QoS时使用该提取信 肩、ο在各种示例性实施例中，通用处理器240被配置为执行特定的数据包处理操作。 因此，例如，通用处理器240可产生RSVP消息并执行数据包标记。由通用处理器240执行 的其它操作对本领域技术人员来说是显而易见的。路由器130还可包括接收机250和发射机沈0，其中接收机250和发射机260可以 被配置为分别接收和发送数据包的硬件和/或软件的组合。因此，接收机250可从位于IP 多媒体子系统140中的代理接收SIP控制消息，同时发射机260可返回SIP控制消息。显然，尽管上面描述了不同的元件，但是可以将UAC SIP策略数据库210、SIP连
7接数据库220、DPI处理器230、通用处理器对0、接收机250、和发射机260合并入更少的模 块。或者，可以将元件201、220、230、对0、250、沈0中的一个或多个执行的功能分为多个元 件，从而路由器130包括附加的元件。路由器130功能的可选择的配置对本领域技术人员 来说是显而易见的。如上所述，作为与参照图2所示配置的一种替换，DPI设备可配置在路由器130外 部，并使用数据包标记技术以转发有关应用的信息，其中将QoS提供给该应用。在这样的实 施例中，DPI处理器230可位于外部的DPI设备中。图3是描述在图1的网络100中的实体之间交换消息的示例性消息图表300。根 据一个实施例，图表300和下列描述意在提供在网络100中交换的消息的概述。下面将参 照图4和图5提供有关边缘路由器130功能的进一步细节。此外，明显的是，尽管基于集成 到边缘路由器的DPI设备来描述图表300，但是DPI设备可以是位于边缘路由器外部的设备。在步骤301中，诸如图1的用户代理客户端110的用户代理客户端试图与诸如图 1的用户代理服务器180的用户代理服务器建立媒体会话。由此，UAC通过始发代理向用户 代理客户端发送INVITE请求，其中始发代理可位于图1的IP多媒体子系统140中。为了预留资源，UAC包括具有媒体认证令牌的报头，该媒体认证令牌指示期望QoS 改变。特别地，INVITE请求可包括指定UAC的地址和与UAS相关联的统一资源识别符(URI) 的多个其它报头字段。INVITE请求的主体可包括在另一协议格式中编码的会话描述，例如 会话描述协议(SDP)。例如，这种描述可包括媒体类型、编解码器和采样速率。当始发代理接收INVITE请求时，执行进入到步骤302中，其中始发代理将请求转 发给可以位于图1的IP多媒体子系统140中的目的地代理。然后，目的地代理与用户代理 服务器(在图中没有给出)进行通信以确定用户代理服务器是否接受该会话。在步骤303 中，目的地代理转发来自用户代理服务器的响应，其中响应可以是180(振铃)响应。当接收到18x响应时，始发代理具有涉及端点、带宽、和媒体交换特性的充分信 息。从而，在步骤304中，始发代理将策略建立消息AuthftOfile发送给诸如图1的提供商 边缘路由器130的提供商边缘路由器。提供商边缘路由器处理策略建立消息以确定QoS是 否许可用于会话。具体的，如下面参照图4的描述所示，提供商边缘路由器根据应用、源、目 的地、和任意其它相关参数确定QoS规定是否允许。当验证QoS是可使用的，执行进入到步 骤305，其中提供商边缘路由器将认证令牌(AuthToken)返回给始发代理。在步骤306中，始发代理将从目的地代理接收的18x消息发送给UAC。然而，由提 供商边缘路由器的星号所示，DPI设备拦截并分析该消息。具体的，DPI设备从消息中的报 头字段和/或SDP内容中提取和存储关于会话的信息。如下面参照图5的描述所示，该信 息可用作便于对属于会话的数据包进行注释。在步骤307和308中，UAC通过始发代理和目的地代理将确认(ACK)或者临时确 认(PRACK)转发给UAS0在步骤309和310中，UAS通过目的地代理和始发代理发送其自己 的ACK或者PRACK进行应答。现在建立了 UAC和UAS之间的会话，从而UAC和UAS可使用 合适的传送协议交换数据。在步骤311中，提供商边缘路由器沿着正向路径从源提供商边缘路由器到管理用 户代理服务器连接的提供商边缘路由器将RSVP-PATH消息发送给用于会话的预留资源。在步骤312中，提供商边缘路由器从管理用户代理服务器连接的提供商边缘路由器接收 RSVP-PATH 响应。在步骤313中，提供商边缘路由器沿着反向路径从提供商边缘路由器到管理用 户代理服务器连接的提供商边缘路由器将RSVP-RESV消息发送给用于会话的预留资源。 在步骤314中，提供商边缘路由器从管理用户代理服务器连接的提供商边缘路由器接收 RSVP-RESV 响应。显然，由提供商边缘路由器而并非是用户代理客户端来管理步骤311-314中的资 源预留请求。这种配置导致交换消息数量的显著下降，并使修改用户代理客户端硬件和/ 或软件以支持用于SIP会话的QoS的需要减小。尽管所描述的是使用资源预留协议(RSVP)消息以建立网络中指定的QoS，显然可 使用任意提供QoS的方法。从而，作为为预期的数据流预留资源的替代方式，提供商边缘路 由器可在数据包到达时标记数据包或者改变属于特定会话的数据包要采用的路径。这些替 代方式中的一些将参照图4和图5在下面进行详细描述。图4是用于在SIP控制消息上执行深度包检测的方法400的示例性实施例的流 图。由边缘路由器130执行方法400的处理步骤以根据从SIP控制消息提取的信息来确定 QoS是否对特定SIP会话是准许的。或者，方法400的处理步骤可由位于边缘路由器130外 部的DPI设备执行。示例性方法400从步骤410开始并进入到步骤420，其中路由器130的DPI设备 230拦截从始发代理发送到用户代理客户端110的SIP控制消息。示例性方法400随后进 入步骤430，其中DPI设备230分析包括在SIP控制消息的第2层至第7层中的信息以从该 消息提取信息。具体的，DPI设备230从包括在消息中的媒体认证令牌提取有关所期望QoS 的信息。DPI设备230还可以提取应用、有关源和目的地的信息、压缩方案、和路由器130所 使用的任意其它信息以确定QoS是否应当被准许。在步骤430中提取信息后，示例性方法400进入到确定步骤440，其中路由器130 确定是否请求进行QoS调整。具体的，路由器130可分析包括在认证令牌中的信息以确定用 户代理客户端是否已经请求了 Q0S调整。当在确定步骤440中确定了没有请求QoS调整， 示例性方法400进入到步骤480，其中示例性方法400结束。或者，当确定请求进行QoS调 整，示例性方法400进入到确定步骤450。在确定步骤450中，路由器130确定QoS规定是否被允许用于与控制消息相关联 的SIP会话。在作出该决定时，路由器130可访问UAC SIP策略数据库210。从而，路由器 130可考虑特定源或目的用户是否可授予QoS、QoS是否被允许用于特定的应用、用户是否 满足他或她的配额、以及在当前时间QoS是否许可。用于确定是否可提供QoS的其它因素 对本领域技术人员来说是显而易见的。当在确定步骤450中确定QoS规定是不允许的，示例性方法400进入到步骤480， 其中示例性方法400结束。或者，当确定QoS是允许的，示例性方法400进入到步骤460。在步骤460中，路由器130将从步骤430中提取的对与流相关联的数据包的后续 处理所必需的信息存储在SIP连接数据库220中。例如，路由器130由此可存储源和目的 地的IP地址、端口号、媒体类型、和从SIP控制消息提取的任意其它消息。将在下面参照图 5进一步描述由路由器130使用该信息。
示例性方法400然后进入步骤470，其中路由器130可根据在UAC SIP策略数据库 210中包括的策略信息任意执行资源预留。例如，由此路由器130可确定请求用于SIP会话 的带宽和沿着使用RSVP消息的路径的反向带宽。其它协议和预留方法对本领域技术人员 来说是显而易见的。除了执行资源预留之外或者作为执行资源预留的替代，路由器130可 标记与SIP控制会话相关联的用户数据包，这将在下面参照图5进一步进行说明。在步骤470中从网络请求QoS之后，示例性方法400进入到步骤480，其中示例性 方法400结束。图5是用于执行与SIP会话相关联的数据包的QoS预留的方法500的示例性实施 例的流图。由边缘路由器130根据使用传送协议从用户代理客户端发送给用户代理服务器 的数据包以执行方法500的处理步骤。示例性方法500从步骤510开始并进入到步骤520，其中路由器130的接收机250 接收与SIP控制连接相关联的用户数据包。示例性方法然后进入到步骤530，其中路由器 130访问存储在UAC SIP策略数据库210和SIP连接数据库220中的信息以确定用于连接 的合适的QoS。例如，该确定可取决于主要的应用、连接的源和/或目的地、时刻、用户服务 协定、以及与确定合适的服务质量相关的任意其它因素。示例性方法500然后进入到步骤M0，其中路由器130的DPI设备230可选择地验 证由SIP控制连接数据库220所标识的应用。更具体的，由于DPI设备230现在已经访问 与应用相关联的数据包，DPI设备230可基于在SIP控制消息中包括的信息验证所作出的 初始化确定。假设DPI设备230成功地验证了应用，示例性方法500进入步骤550，其中路由器 130调整用于数据包的服务质量。从而，路由器130可标记使用例如差分服务代码点(DSCP) 优先级或者服务类型(TOQ标记的数据包。或者，路由器130可设置用于数据包的可应用 的MPLS隧道。其它QoS调整对本领域技术人员来说是显而易见的。作为在准许QoS之前验证应用的替代，在各种示例性实施例中，将QoS设立为SIP 连接处理的一部分。从而，在由DPI设备230进行应用验证时，可保持或者下拉所准许的 QoS0从而，在这些实施例中，步骤550可先于步骤540执行。显然，不论这些步骤执行的顺 序如何，路由器130可存储其获得的部分信息，从而存储信息直到获得足够多的信息来准 许最终的QoS。在调整用于属于SIP会话的数据包的QoS之后，示例性方法500进入到步骤560， 其中示例性方法500结束。从上述描述中可明确得出，各种示例性实施例避免了大量的消息传送，并减少了 用户代理客户端的不必要配置。具体的，由于提供商边缘路由器包括识别SIP控制消息的 DPI设备，因此路由器可捕获需要预留用于会话的资源的信息，从而排除了用户代理客户端 发送和管理预留资源的需要。此外，各种示例性实施例显著减小了代理和边缘路由器之间 的交互数量。由这里描述的实施例所提供的其它优势和好处对本领域技术人员来说是显而 易见的。尽管各种示例性实施例是参照其特定的示例性方面进行详细描述的，但是可以理 解的是在各种显而易见的方面中，本发明还可以有其它实施例，并且其细节可以进行修改。 对本领域技术人员来说明显的是，在保持本发明的精神和范围内可进行变化和修改。因此，上述的公布、说明和附图仅是用于解释目的，并不会对本发明进行任何形式的限制，本发明 仅由权利要求进行限定。
权利要求
1.一种用于实现在源节点和目的节点之间的连接的服务质量OioS)的系统，该系统包括接收机，用于接收在源节点和目的节点之间传送的数据； 发射机，用于在源节点和目的节点之间发送数据； 计算机可读存储介质，包括策略数据库，用于存储节点的QoS策略和路由器提供的应用，和 连接数据库，用于存储用于识别被服务节点的连接的信息；深度包检测(DPI)处理器，被配置为拦截通过控制信道在源节点和目的节点之间传送 的控制消息，从所述控制消息提取关于连接的连接信息，并将连接信息存储在所述连接数 据库中；和通用处理器，用于通过使用所述连接信息查询策略数据库得到的QoS信息来修改属于 所述连接的数据包的QoS。
2.根据权利要求1所述的用于实现在源节点和目的节点之间的连接的服务质量的系 统，其中DPI处理器进一步被配置为处理与控制信道相关联的用户数据以识别终端用户应用，和通用处理器通过使用所述连接信息和识别的终端用户应用查询策略数据库得到的QoS 信息来修改属于所述连接的数据包的QoS。
3.根据权利要求1所述的用于实现在源节点和目的节点之间的连接的服务质量的系 统，其中存储在所述策略数据库中的QoS策略指定是否将QoS提供给与所述源节点相关联 的特定用户或者与所述连接相关联的特定应用。
4.根据权利要求1所述的用于实现在源节点和目的节点之间的连接的服务质量的系 统，其中所述通用处理器使用差分服务器代码点(DSCP)标记和服务类型(ToQ标记对与所 述连接相关联的用户数据包进行标记。
5.根据权利要求1所述的用于实现在源节点和目的节点之间的连接的服务质量的系 统，其中所述通用处理器基于准许用于所述连接的QoS通过与不同QoS保证相关联的预建 立网络连接对数据包重定向。
6.根据权利要求1所述的用于实现在源节点和目的节点之间的连接的服务质量的系 统，其中所述源节点是会话初始协议(SIP)连接中的用户代理客户端，所述目的节点是SIP 连接中的用户代理服务器。
7.一种用于为在源节点和目的节点之间的连接提供QoS的方法，该方法包括通过控制信道从源节点向目的节点转发请求消息，该请求消息指示源节点试图与目的 节点建立连接；将响应从目的节点转发给源节点，该响应指示目的节点接受所述连接； 由深度包检测(DPI)处理器拦截响应； 由DPI处理器从所述响应提取关于所述连接的连接信息；和 至少部分基于由DPI处理器提取的连接信息修改属于所述连接的数据包的QoS。
8.根据权利要求7所述的为在源节点和目的节点之间的连接提供QoS的方法，进一步 包括由所述DPI处理器处理与所述控制信道相关联的用户数据以识别终端用户应用，和 至少部分基于由所述DPI处理器识别的终端用户应用修改属于所述连接的数据包的QoS0
9.根据权利要求7所述的为在源节点和目的节点之间的连接提供QoS的方法，进一步 包括通过使用所述连接信息查询存储在边缘路由器上的策略数据库以确定QoS规定是否 被允许用于所述连接；和通过利用所述连接信息查询策略数据库以确定如何修改QoS。
10.根据权利要求7所述的为在源节点和目的节点之间的连接提供QoS的方法，进一步 包括存储由DPI处理器在连接数据库中提取的所述连接信息。
全文摘要
在各种示例性实施例中，将深度包检测设备集成到与用户代理客户端相关联的提供商边缘路由器中或者将其设置在外部。DPI设备监测始发代理和用户代理客户端之间数据包的交换并检测数据包以识别SIP控制消息。通过监测在两个设备之间交换的消息，DPI设备可确定应用类型、所期望的QoS、源、目的地、和与连接有关的其它信息。通过使用该信息，路由器可访问策略数据库以确定是否有用于应用和/或用户的QoS策略。根据该确定，路由器可初始化用于预期数据流的网络预留或者存储该信息，从而将数据包流注释为数据包到达。因此，在各种示例性实施例中，边缘路由器意识到应当准许QoS。
文档编号H04L29/06GK102138313SQ200980133382
公开日2011年7月27日 申请日期2009年8月19日 优先权日2008年8月28日
发明者A·多尔加诺, S·E·莫林 申请人:阿尔卡特朗讯公司