报文执行收敛比操作。例如，可预配置收敛码，将汇聚ID域中的数值与该收敛码作与运算，当该与运算的结果为零时，确定该第一协议报文可执行收敛比操作。
[0168]应注意，第一节点可在根据第一汇聚策略判断能否进行汇聚的过程中，一并判断并执行上述收敛比操作，这样能够体现统计复用。
[0169]可选地，QoS需求汇聚策略可以是:将至少一个第一协议报文中的每一个第一协议报文的每一个第一 QoS需求域中的带宽加权求和，作为QoS需求域所包含的带宽信息；将该每一个第一 QoS需求域中的除带宽之外的其他的需求信息取交集，作为QoS需求域中的除带宽之外的其他的需求信息。
[0170]一般情况下，至少一个第一协议报文所对应的多个业务流不会同时并发，也就是说，至少一个第一协议报文所对应的所有的业务流同时到达第一节点的概率比较小，设置一定的权重，也可以同时保障每一个业务流的QoS。甚至，在该至少一个第一协议报文中的一个或几个同时到达该第一节点时，由于至少一个第一协议报文所对应的多个业务流不会同时达到最大带宽，第一节点仍然能够保障这一个或几个第一协议报文的QoS。
[0171 ] 例如，假设至少一个第一协议报文是2个第一协议报文，这2个第一协议报文的带宽需求分别为1M和20M。则所生成的协议报文的QoS需求域的带宽需求可以为30M，即1M和20M求和。
[0172]可选地，所生成的协议报文的QoS需求域的带宽需求也可以是Y X (10+20)M，其中Y为收敛比，并且O彡Y彡I。
[0173]可选地，带宽需求为1M的第一协议报文的汇聚ID域中的数值满足预设的匹配算法，则所生成的协议报文的QoS需求域的带宽需求也可以是(λ X10+20)M，其中λ为收敛比，并且O彡λ彡I。
[0174]可选地，所生成的协议报文的QoS需求域的带宽需求也可以是(α Χ10+β X20)Μ,其中α和β为权重,并且0彡<1彡1且0彡6彡1。α和β是预配置的。
[0175]具体地，转发头信息汇聚策略可以是:将至少一个第一协议报文中的每一个第一协议报文的每一个第一转发头信息域，进行保留或者替换或者部分替换后，再生成转发头信息域。
[0176]例如，当至少一个第一协议报文中的每一个第一协议报文的每一个第一转发头信息域均相同时，转发头信息域可以为该至少一个第一协议报文中的每一个第一协议报文的每一个第一转发头信息域。
[0177]例如，即使至少一个第一协议报文中的每一个第一协议报文的每一个第一转发头信息域互不相同，但是该至少一个第一协议报文中的每一个第一协议报文的每一个第一转发头信息域的目的IP地址属于同一个企业网。那么，转发头信息域可以是将至少一个第一协议报文中的每一个第一协议报文的每一个第一转发头信息域，进行部分替换后再合并生成的。这样，汇聚后的协议报文可以在转发至该企业网的PE设备后，再由该企业网的PE设备对该汇聚的协议报文进行分流并转发至该企业网内部的其他设备。
[0178]这样，第一节点将多个协议报文汇聚为一个协议报文，只需为汇聚以后的一个协议报文建立一个QoS预留，即可保障多个协议报文的QoS。能够节省该第一节点上的资源占用。
[0179]例如，若该至少一个第一协议报文是属于不同的用户的，汇聚之后的协议报文是属于一个用户群的，也就是说，汇聚提高了流的粒度。
[0180]应注意，本发明实施例中，汇聚策略可以是预配置的，可选地，汇聚策略也可以是在汇聚过程中再编译的，本发明对此不作限定。
[0181]这样，在步骤201中，第一节点根据汇聚策略生成协议报文，且协议报文包括流定义域、QoS需求域和转发头信息域。
[0182]其中，流定义域可包括第一部分流定义域。该第一部分流定义域包括以下至少一种:源IP地址的范围、目的IP地址的范围、协议ID、端口号的范围、源MAC地址的范围和目的MAC地址的范围。具体地，地址的范围可以是地址的前缀。例如，源IP地址的范围可以是源IP地址的前缀，目的IP地址的范围可以是目的IP地址的前缀，源MAC地址的范围可以是源MAC地址的前缀，目的MAC地址的范围可以是目的MAC地址的前缀。
[0183]可选地，该流定义域还可包括第二部分流定义域。其中，该第二部分流定义域可以为以下中的一个或多个:MPLS标签、GRE IP头、MAC in MAC头和VXLAN头。
[0184]例如，当第一节点处于MPLS网络时，第二部分流定义域可包括MPLS标签。例如，当第一节点通过GRE隧道转发协议报文时，那么该第二部分流定义域可包括GRE IP头。当第一节点通过MAC隧道转发协议报文时，那么该第二部分流定义域可包括MAC in MAC头。例如，当第一节点通过VXLAN隧道转发协议报文时，那么该第二部分流定义域可包括VXLAN头。
[0185]其中，QoS需求域包括QoS需求/[目息，用于表不业务流对QoS的需求，该QoS需求/[目息可以在该协议报文中以一定的格式编排携带。例如，该QoS需求信息可包括QoS队列，QoS队列可以是如下参数中的一个或多个:队列调度方式、队列优先级和队列的带宽。该QoS需求信息也可包括其他QoS参数,例如CAR、染色和setting等,本发明对此不作限定。
[0186]其中，转发头信息域可包括第一部分转发头信息域。该第一部分转发头信息域可包括目的IP地址；或者，该第一部分转发头信息域可包括源IP地址、目的IP地址和协议ID ;或者，该第一部分转发头信息域可包括源IP地址、目的IP地址、源端口、目的端口和协议ID ;或者，第一部分转发头信息域可包括目的MAC地址；或者，第一部分转发头信息域可包括源IP地址、目的IP地址，源MAC地址和目的MAC地址。其中，源IP地址可以为业务流的源IP地址，目的IP地址可以为业务流的目的IP地址，源MAC地址可以为业务流的源MAC地址，目的MAC地址可以为业务流的目的MAC地址。
[0187]可选地，该转发头信息域还包括第二部分转发头信息域。该第二部分转发头信息域包括以下中的一个或多个:MPLS标签、GRE IP头、MAC in MAC头和VXLAN头。
[0188]例如，当第一节点处于MPLS网络时，第二部分转发头信息域可包括MPLS标签。例如，当第一节点通过GRE隧道转发协议报文时，那么该第二部分转发头信息域可包括GREIP头。当第一节点通过MAC隧道转发协议报文时，那么该第二部分转发头信息域可包括MACin MAC头。例如，当第一节点通过VXLAN隧道转发协议报文时，那么该第二部分转发头信息域可包括VXLAN头。
[0189]可选地，作为另一个实施例，协议报文还可包括队列ID和层次化级别，该队列ID和该层次化级别用于为该业务流建立层次化队列，并进一步为该层次化队列进行调度部署。
[0190]可选地，作为一个实施例，该协议报文的形式可以是QoS RESV消息。此时，流定义域、QoS需求域和转发头信息域是该QoS RESV消息的3个必选域。可选地，该协议报文也可以是其他类型的消息，本发明对此不作限定。
[0191]其中，该QoS RESV消息中还可携带信息域。此时，该信息域为QoS RESV消息的一个可选域。该信息域包括协议报文在建立QoS预留时的监控信息。该监控信息可以包括带宽预留是否完成、是否有队列拥塞丢包发生、建立QoS预留的路径信息、业务流报文统计信息中的一个或多个。并且，可选地，该QoS RESV消息还可包括多个可选域，该多个可选域可用于与该第一协议报文相关的指示信息。本发明实施例对此不作限定。
[0192]这样，可使QoS RESV消息中的必选域的数量比较少，便于对该QoS RESV消息的处理。例如可以在硬件层面处理该QoS RESV消息，比如直接在转发平面处理该QoS RESV消息而不上送到控制平面。而且，可以降低该QoS RESV消息的发送频率，由控制层面的控制实体进行处理，从而能够节省资源。
[0193]可选地，作为另一个实施例，本发明实施例中，信息域可以承载在QoS INFO消息中，该第一节点可在生成QoS RESV消息的同时生成该QoS INFO消息。该信息域可包括该协议报文在建立QoS预留的监控信息。该监控信息可以包括带宽预留是否完成、是否有队列拥塞丢包发生、建立QoS预留的路径信息、业务流报文统计信息中的一个或多个。
[0194]也就是说，该协议报文以QoS RESV消息的形式存在可以是以下的任意一种情形:
[0195](I)QoS RESV消息中可以仅包括流定义域、QoS需求域和转发头信息域，可称为3个必选域；或者，
[0196](2) QoS RESV消息中可以包括流定义域、QoS需求域、转发头信息域和信息域；或者，
[0197](3) QoS RESV消息和QoS INFO消息同时用于建立QoS预留。且QoSRESV消息中包括流定义域、QoS需求域和转发头信息域，QoSINFO消息中包括信息域。本发明实施例对此不作限定。
[0198]这样，在步骤201中，第一节点生成绑定关系即为该业务流建立了 QoS预留。
[0199]进一步地，在步骤202中，第一节点将步骤201所生成的协议报文发送至第二节点，可使第二节点根据协议报文为业务流建立QoS预留。
[0200]可选地，作为另一个实施例，在步骤201中建立绑定关系之后，当在预设的时间段内没有业务使用该绑定关系时，第一节点删除该绑定关系。例如，可以在第一节点设置定时器，定时器的值可以是预先配置的。当在定时器设置的时间段内没有业务流经过该第一节点，或者也没有相关的协议报文经过该第一节点时，该第一节点可将绑定关系删除，也就是说第一节点释放所建立的QoS预留。
[0201]这样，如果对业务流不再有QoS要求，或者对于转发路径重构的其他业务流，只要停止发送业务流或者停止发送协议报文，对应的QoS预留即可在预设的时间段后被释放。之后，可以为其他业务流建立QoS预留，这样能够保证节点的资源利用率。
[0202]图3是本发明另一个实施例的建立服务质量预留的方法的流程图。图3所示的方法包括:
[0203]306，节点301生成绑定关系和第一协议报文。该绑定关系为流与第一 QoS需求信息之间的绑定关系。该第一协议报文包括第一流定义域、第一 QoS需求域和第一转发头信息域。该第一协议报文用于为业务流建立QoS预留，该第一流定义域用于指示该业务流的流，该第一 QoS需求域用于指示该第一 QoS需求信息，该第一转发头信息域用于指示该业务转发路径。
[0204]具体地，节点301可以是发起业务流服务质量申请的主机，或者也可以是发起业务流服务质量申请的PE设备。并且，该业务流的转发路径在步骤305之前已经建立完成，业务流转发路径为节点301依次经节点302和节点303到达节点304。
[0205]节点301生成绑定关系，即为该业务流建立了 QoS预留。
[0206]节点301生成第一协议报文的目的，是用于为该业务流逐跳地建立QoS预留。假设节点301所在的网络是IP网络，假设节点302、节点303和节点304所在的网路是MPLS网络。
[0207]例如，第一流定义域包括源IP地址的范围、目的IP地址的范围、协议ID、端口号的范围、源MAC地址的范围和目的MAC地址的范围；第一 QoS需求域包括队列；第一转发头信息域包括源IP地址、目的IP地址、源MAC地址、目的MAC地址和协议ID。
[0208]307，节点301将第一协议报文发送至节点302。
[0209]具体地，节点301根据第一转发头信息域将第一协议报文发送至节点302。
[0210]308，节点302根据第一流定义域确定流以及流分类规则，该流分类规则用于后续业务报文进行流分类以确定后续业务报文属于所述流。
[0211]步骤308与图1中的步骤102类似，为避免重复，这里不再赘述。
[0212]309，节点302提取第一 QoS需求域中的第一 QoS需求信息。
[0213]具体地，第一 QoS需求/[目息可以是队列。
[0214]310，节点302生成绑定关系。该绑定关系为流与第一 QoS需求信息之间的绑定关系O
[0215]具体地，该绑定关系可以是流与队列之间的绑定关系。这样，节点302为该业务流建立了 QoS预留。
[0216]311，节点302根据第一协议报文生成第二协议报文。第二协议报文包括第二流定义域，第一 QoS需求域和第二转发头信息域。
[0217]可选地，第二流定义域包括源IP地址的范围、目的IP地址的范围、协议ID、端口号的范围、源MAC地址的范围、目的MAC地址的范围和第一 MPLS标签。可以理解为第二流定义域包括第一部分第二流定义域和第二部分第二流定义域，其中第一部分第二流定义域包括源IP地址的范围、目的IP地址的范围、协议ID、端口号的范围、源MAC地址的范围和目的MAC地址的范围，第二部分第二流定义域包括第一 MPLS标签。也可以理解为第二流定义域是在第一流定义域的基础上添加第一 MPLS标签之后生成的。
[0218]可选地，第二转发头信息域包括源IP地址、目的IP地址、源MAC地址、目的MAC地址、协议ID和第一 MPLS标签。可以理解为第二转发头信息域包括第一部分第二转发头信息域和第二部分第二转发头信息域，其中第一部分第二转发头信息域包括源IP地址、目的IP地址、源MAC地址、目的MAC地址和协议ID，第二部分第二转发头信息域包括第一 MPLS标签。也可以理解为第二转发头信息域是在第一转发头信息域的基础上添加第一 MPLS标签之后生成的。
[0219]其中，该第一 MPLS标签可以是节点302根据第一转发头信息域，查找存储在节点302上的第一标签转发表所确定的。
[0220]312，节点302将第二协议报文发送至节点303。
[0221]具体地，节点302根据第二转发头信息域，将第二协议报文发送至节点303。
[0222]313，节点303根据第二流定义域确定流以及流分类规则，该流分类规则用于后续业务报文进行流分类以确定后续业务报文属于所述流。
[0223]具体地，节点303可结合第一部分第二流定义域和第二部分第二流定义域，一起确定流。
[0224]步骤313与图1中的步骤102类似，为避免重复，这里不再赘述。
[0225]314，节点303提取第一 QoS需求域中的第一 QoS需求信息。
[0226]具体地，第一 QoS需求/[目息可以是队列。
[0227]315，节点303生成绑定关系失败。
[0228]具体地，节点303没有成功地生成流与第一 QoS需求信息的绑定关系。失败的原因可能是节点303不能满足第一 QoS需求信息中的带宽要求，也可能是其他的原因，本发明对此不作限定。
[0229]316，节点303发送告警消息，该告警消息用于指示节点303建立QoS预留失败。
[0230]具体地，该告警消息可以发送给网管。
[0231]可选地，网管可以在接收到该告警消息之后进行人为干预，建立节点303上的绑定关系，以完成在节点303的QoS预留建立。
[0232]317，节点303生成第三协议报文。该第三协议报文包括第三流定义域、第一 QoS需求域和第三转发头信息域。
[0233]可选地，第三流定义域包括源IP地址的范围、目的IP地址的范围、协议ID、端口号的范围、源MAC地址的范围、目的MAC地址的范围和第二 MPLS标签。可以理解为第三流定义域包括第一部分第三流定义域和第二部分第三流定义域，其中第一部分第三流定义域包括源IP地址的范围、目的IP地址的范围、协议ID、端口号的范围、源MAC地址的范围和目的MAC地址的范围，第二部分第三流定义域包括第二 MPLS标签。也可以理解为第三流定义域是在第二流定义域的基础上，将第一 MPLS标签替换为第二 MPLS标签之后生成的。
[0234]可选地，所述第三转发头信息域包括目的IP地址；或者，所述第三转发头信息域包括源IP地址、目的IP地址和协议ID ;或者，所述第三转发头信息域包括源IP地址、目的IP地址、源端口、目的端口和协议ID ;或者，所述第三转发头信息域包括目的MAC地址；或者，所述第三转发头信息域包括源IP地址、目的IP地址、源MAC地址和目的MAC地址。
[0235]可选地，第三转发头信息域包括源IP地址、目的IP地址、源MAC地址、目的MAC地址、协议ID和第二 MPLS标签。可以理解为第三转发头信息域包括第一部分第三转发头信息域和第二部分第三转发头信息域，其中第一部分第三转发头信息域包括源IP地址、目的IP地址、源MAC地址、目的MAC地址和协议ID，第二部分第三转发头信息域包括第二 MPLS标签。也可以理解为第三转发头信息域是在第二转发头信息域的基础上，将第一 MPLS标签替换为第二 MPLS标签之后生成的。
[0236]其中，该第二 MPLS标签可以是节点303根据第二转发头信息域，查找存储在节点303上的第二标签转发表所确定的。
[0237]318，节点303将第三协议报文发送至节点304。
[0238]具体地，节点303根据第三转发头信息域，将第三协议报文发送至节点304。
[0239]319，节点304根据第三流定义域确定流以及流分类规则，该流分类规则用于后续业务报文进行流分类以确定后续业务报文属于所述流。
[0240]步骤319与步骤313类似，为避免重复，这里不再赘述。
[0241]320，节点304提取第一 QoS需求域中的第一 QoS需求信息。
[0242]具体地，第一 QoS需求/[目息可以是队列。
[0243]321，节点304生成绑定关系。该绑定关系为流与第一 QoS需求信息之间的绑定关系O
[0244]具体地，该绑定关系可以是流与队列之间的绑定关系。这样，节点304为该业务流建立了 QoS预留。
[0245]本发明实施例通过协议报文确定流以及QoS需求信息，进一步生成流与QoS需求信息之间的绑定关系，能够为业务流建立QoS预留，该协议报文的逐跳转发能够为业务流逐跳地建立QoS预留，进而能够保障业务流的QoS，并且该预留能够适应各种网络类型。
[0246]本发明实施例中，节点301至节点304的每一个节点上都建立了绑定关系之后，便完成了节点301至节点304的E2E的QoS预留。
[0247]应注意，图3仅是本发明的一个实施例，本发