CN102025617B

CN102025617B - 以太网拥塞控制方法及装置

Info

Publication number: CN102025617B
Application number: CN201010560688.0A
Authority: CN
Inventors: 宋晓丽; 陈志伟; 申春升
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2010-11-26
Filing date: 2010-11-26
Publication date: 2015-04-01
Anticipated expiration: 2030-11-26
Also published as: CN102025617A; WO2012068864A1

Abstract

本发明公开了一种以太网拥塞控制方法及装置。该方法包括：关闭具有拥塞检测功能的核心网设备入端口通过阈值触发基于优先级的流控PFC机制；检测入端口转发的报文是否为拥塞通知消息CNM，在确定报文为CNM的情况下，根据CNM生成PFC消息；通过入端口转发CNM，并通知对端设备根据PFC消息暂停相应队列的数据传送。借助于本发明的技术方案，能够从根本上快速有效地解决拥塞问题。

Description

以太网拥塞控制方法及装置

技术领域

本发明涉及移动通讯领域，特别是涉及一种以太网拥塞控制方法及装置。

背景技术

在相关技术中，数据中心是企业应用业务服务的提供中心，是数据运算、交换、存储的中心。数据中心结合了先进的网络技术和存储技术，承载了网络中80％以上的服务请求和数据存储量，为客户业务体系的健康运转提供服务和运行平台。图1是现有技术中数据中心网络构架的示意图，如图1所示，在企业数据中心内，部署有三种截然不同的网络：通常会部署一个支持IP流量的以太网，一或两个支持光纤通道存储流量的存储域网络，一个支持高性能集群计算的InfiniBand网络。部署和管理这三类截然不同的网络会给企业带来高昂的投资和运营成本，因此企业迫切希望在一个统一的阵列上实现整合。

以太网因其成本低廉、技术成熟、扩展性好等优点，在众多融合技术中脱颖而出。这种以太网将数据中心的局域网、存储局域网和高性能计算应用程序融合为一个单一的以太网互联结构。这种以太网目前的速度为10Gbps，最终将提高到40G到100Gbps。

目前，以太网本身并未因提供存储和高性能计算流量服务而进行过优化，因此，在出现拥塞时有可能出现丢包现象，为解决这个问题，已经制订了多项用于保障无损以太的技术，包括用于拥塞控制的量化拥塞通知协议(QuantizedCongestion Notification protocol，简称为QCN)以及基于优先级的流控(Priority-based Flow Control，简称为PFC)。图2是现有技术中QCN工作原理的示意图，如图2所示，QCN是一种量化拥塞控制技术，相对于其他拥塞管理技术采用了相对精准的后向拥塞通知机制，在核心网络设备基于出端口队列设置拥塞检测点，检测到拥塞发生则组建包含拥塞程度的拥塞通知消息(Congestion Notification Message，简称为CNM)，并将CNM反压至导致拥塞的源终端，令其依据CNM指示降低相应队列的数据传送速率，QCN能够相对精准的找到拥塞源，从根本解决拥塞问题，但是其响应速度较慢，无法应对浪涌；图3是现有技术中PFC工作原理的示意图，如图3所示，PFC是对802.3ad的暂停(Pause)机制上的增强，将流量按802.1Q协议中VLAN tag的优先级字段分为8个优先级，对每个优先级的流量分别实现独立的Pause机制，PFC的响应速度较快，能够快速缓解网络拥塞问题，对于网络浪涌或者短时拥塞具有明显效果，但是，PFC因其协议特点，只能小范围内使用，并且它并未根本的解决网络拥塞问题，对于长时间拥塞还是会出现丢包现象。两个协议联合使用则可通过PFC暂时缓解网络拥塞，QCN则利用PFC为其缓解的时间，从根本解决拥塞问题。

通过对上述两个标准的综合应用，可以有效解决网络的拥塞问题，减少丢包。然而，在实际应用中，当这两种机制共同使用时，对于这两种机制触发阈值的设置很难掌握，很容易导致协议失效的问题，甚至会导致网络丢包。图4是现有技术中PFC与QCN共同应用的示意图，如图4所示，核心网设备E支持QCN和PFC，当PFC触发的阈值设置较低，那么PFC就会提前作用，将PFC机制触发到A、B、C、D、F，进而导致QCN协议的失效，当遭遇长时间拥塞时，PFC机制则会造成拥塞扩散甚至丢包。

在现有技术中，有一种解决方案是将PFC触发的阈值设置的高一些，QCN的阈值设置的相对低一些，尽量保证QCN先于PFC作用，这种方案也有一个问题：QCN机制检测的队列，是汇聚多个入端口的流量，如图4中核心网设备E的一个QCN作用的出端口对应3个入端口，通常情况下出端口的缓存是大于入端口缓存的，假设出端口的缓存为500K，每个入端口缓存为100K，QCN作用于出端口，设置其触发门限为缓存的20％，即100k，PFC作用于入端口，设置其触发门限为缓存的80％，即80K，只有当三个入端口某一优先级队列缓存总和大于100K且每个入端口缓存小于80K(例如，均达到34K)时，QCN先于PFC作用，若某一入端口缓存某一时刻大于80k，其他两个入端口总和小于20K，那么大于80K的入端口首先触发PFC，导致QCN协议失效，若为长时间拥塞则会导致拥塞扩散和丢包。可见，通过阈值配置不能够很好地解决先触发PFC后QCN协议失效而导致的拥塞扩散和丢包的问题。

发明内容

本发明提供一种以太网拥塞控制方法及装置，以解决现有技术通过阈值配置不能够解决先触发PFC后QCN协议失效而导致的拥塞扩散和丢包的问题。

本发明提供一种以太网拥塞控制方法，包括：

关闭具有拥塞检测功能的核心网设备入端口通过阈值触发基于优先级的流控PFC机制；

检测入端口转发的报文是否为拥塞通知消息CNM，在确定报文为CNM的情况下，根据CNM生成PFC消息；

通过入端口转发CNM，并通知对端设备根据PFC消息暂停相应队列的数据传送。

优选地，在与终端连接的边缘设备确定终端不支持量化拥塞通知协议QCN的情况下，还包括：边缘设备以预定方式检测自身的入端口所转发的报文是否为CNM，在确定报文为CNM的情况下，根据CNM生成PFC消息，并通知终端根据PFC消息暂停相应队列的数据传送。

本发明还提供了一种以太网拥塞控制装置，包括：

关闭模块，用于关闭具有拥塞检测功能的核心网设备入端口通过阈值触发基于优先级的流控PFC机制；

第一检测生成模块，用于检测入端口转发的报文是否为拥塞通知消息CNM，并在确定报文为CNM的情况下，根据CNM生成PFC消息；

发送模块，用于通过入端口转发CNM，并通知对端设备根据PFC消息暂停相应队列的数据传送。

优选地，以太网拥塞控制装置还包括：第二检测生成模块，用于在确定与自身连接的终端不支持量化拥塞通知协议QCN的情况下，以预定方式检测自身的入端口所转发的报文是否为CNM，在确定报文为CNM的情况下，根据CNM生成PFC消息，并通知终端根据PFC消息暂停相应队列的数据传送。

本发明有益效果如下：

通过CNM消息触发相应优先级的PFC，解决了现有技术中通过阈值配置不能够解决先触发PFC后QCN协议失效而导致的拥塞扩散和丢包的问题，在每次QCN机制产生CNM消息时，都会通过反压回去的端口触发端口相应优先级的PFC，PFC可以快速的响应和缓解网络拥塞，QCN则通过CNM消息指示终端进行相应流速率的调整，从根本上快速有效地解决拥塞问题。

附图说明

图1是现有技术中数据中心网络构架的示意图；

图2是现有技术中QCN工作原理的示意图；

图3是现有技术中PFC工作原理的示意图；

图4是现有技术中PFC与QCN共同应用的示意图；

图5是本发明实施例的以太网拥塞控制方法的流程图；

图6是本发明实施例的以太网拥塞控制方法的详细处理流程图；

图7为本发明实施例的网络构架示意图；

图8是本发明实施例的以太网拥塞控制装置的结构示意图。

具体实施方式

为了解决现有技术通过阈值配置不能够解决先触发PFC后QCN协议失效而导致的拥塞扩散和丢包的问题，本发明提供了一种以太网拥塞控制方法及装置，能够有效的解决网络中两种协议同时使用产生的协议失效、进而造成丢包的问题。以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

方法实施例

根据本发明的实施例，提供了一种以太网拥塞控制方法，图5是本发明实施例的以太网拥塞控制方法的流程图，如图5所示，根据本发明实施例的以太网拥塞控制方法包括如下处理：

步骤501，关闭具有拥塞检测功能的核心网设备入端口通过阈值触发基于优先级的流控PFC机制，即关闭PFC initiator功能。其中，具有拥塞检测功能的核心网设备在入端口具有通过CNM消息触发PFC的功能。

步骤502，检测入端口转发的报文是否为拥塞通知消息CNM，在确定报文为CNM的情况下，根据CNM生成PFC消息；

以下对步骤502中涉及的CNM和PFC消息中所包含的重点字段及其含义进行详细说明。

CNM中所包含的重点字段及其含义：

1、CN-TAG：对于携带CN-TAG的帧直接提取其CN-TAG，对于不携带CN-TAG的数据帧，该字段以0填充。

2、CNM PDU：

Version：全0，接收端忽略，不作处理；

Reserved：全0，收端忽略，不做处理；

Quantized feedback：拥塞检测点(CP)计算出的Fb值，用于指示终端RP进行速率调整；

CPID：在CDN中唯一识别一个CP的标识；

Qoffset(signed integer)：以64octets为单位指示CP的cpQoffset值。

QDelta(signed integer)：以64octets为单位指示CP的cpQDelta值。

Encapsulated priority：触发CNM消息的数据帧优先级值。

Encapsulated D-mac：触发CNM消息的数据帧的目的MAC地址；

Encapsulated MSDU length：指示encapsulated MSDU字段的长度；

encapsulated MSDU：最大64个八比特组，包含触发CNM消息的数据帧数据单元mac_service_data_unit前部分内容。

PFC消息所包含的重点字段及其含义：

1、Destination Address：目地地址，可以为01-80-C2-00-00-01；

2、Source Address：源地址，可以为发送端地址，Ethertype为88-08；

3、control opcode为01-01表示PFC帧；

4、Priority_enable_vector字段的低8位比特分别对应每个优先级，用来指示后面各优先级的time字段是否有效；

5、time[n]字段表示各优先级流量需停止发送的时长。

具体地，步骤502需要进行如下处理：

步骤1、对入端口转发的报文的源媒体访问控制MAC地址进行检测，判断报文的源MAC地址是否为自身设备的MAC地址；

步骤2、如果判断为是，则判断报文的协议数据单元类型是否标识报文为CNM；

步骤3、如果判断为是，则确定报文是CNM。

也就是说，在步骤1-步骤3中，端口转发数据报文时，对报文的源地址进行监视，在实际应用中，可以根据CNM中所包含的“SA＝CP桥地址”字段判断报文的源MAC地址是否为自身的MAC地址，即，判断该报文是否由自身发出；对于源地址为自身MAC地址的报文，根据CNM中所包含的“PDU TYPE”字段中是否为0X22e7(0X22e7为CNM标识)，来判断是否为CNM，如果判断为是，则启动通过CNM触发PFC的机制。

步骤4、在确定报文为CNM的情况下，根据CNM中携带的封装优先级，确定PFC消息中暂定指示所对应的优先级；

步骤5、根据CNM中携带的用于指示拥塞程度的字段，确定PFC消息中暂停指示的时间长度。

也就是说，在步骤4-步骤5中，需要对CNM消息进行解析，根据其携带的封装优先级，触发PFC相应优先级PAUSE指示的产生，并根据CNM PDU中携带的用于指示拥塞程度的字段，指示pause的时间长度。具体地，根据CNM中“Encapsulated priority”字段，确定PFC机制作用的优先级队列，并对PFC消息中的“priority_enable_vector”字段进行设置；根据CNM中“QntzFb”字段，确定相应优先级pause的时长，并对PFC消息中“time(n)”字段进行设置。

步骤503，通过入端口转发CNM，并通知对端设备根据PFC消息暂停相应队列的数据传送。也就是说，在步骤503中，CNM消息在端口进行正常转发，本发明实施例的技术方案不对QCN机制产生影响。

以下结合附图，对本发明实施例技术方案的处理流程进行详细说明，图6是本发明实施例的以太网拥塞控制方法的详细处理流程图，如图6所示，包括如下处理：

步骤601，在启动QCN机制的核心网络设备入端口，关闭其端口的PFCinitiator功能，启动通过CNM触发PFC机制的功能。其中，PFC initiator功能为通过对入端口缓存阈值的判断触发PFC的机制；

步骤602，启动该功能的端口对其转发报文的源MAC进行监视；

步骤603，判断报文源地址是否为自身MAC地址，若是，则执行步骤604，否则转至步骤607；

步骤604，对报文报文PDU type进行判断，若为0x22e7则证明该报文为CNM，执行步骤605，否则转至步骤607；

步骤605，启动通过QCN的CNM消息触发PFC的机制，并依据CNM消息封装信息组建PFC消息。该处理不应影响CNM消息在端口的正常转发；

步骤606，使用步骤605产生的PFC消息pause相应队列；

步骤607，数据报文不是CNM消息，按照正常转发流程处理。

在实际应用中，在与终端连接的边缘设备确定终端不支持量化拥塞通知协议QCN的情况下，可以在QCN网络边缘触发PFC机制，包括如下处理：边缘设备以预定方式检测自身的入端口所转发的报文是否为CNM，在确定报文为CNM的情况下，根据CNM生成PFC消息，并通知终端根据PFC消息暂停相应队列的数据传送。其中，上述预定方式为：边缘设备判断报文的协议数据单元类型是否标识报文为CNM，如果判断为是，则确定报文是CNM。也就是说，边缘设备不必判断CNM是否为自身发出的。

上述处理主要是应对终端不支持QCN的情况。在上述情况中，只要将本发明实施例技术方案中的入端口功能下移至QCN网络边缘(直接与终端连接的网络设备)即可，图7为本发明实施例的网络构架示意图，在如图7所示的网络构架下，假设A不支持QCN，即A不能识别CNM消息，则在设备D的入端口启动通过QCN触发PFC的机制解决拥塞问题。

下面，结合图7对本发明实施例的技术方案进行举例说明。

在如图7所示的网络构架下，E为配置了拥塞检测功能的核心网络设备，QCN机制在其出端口设置了拥塞检测点CP，该CP针对优先级为1的队列进行拥塞检测，E的入端口均启动了通过QCN触发PFC的功能，原入端口阈值触发PFC的机制关闭，在本发明实施例中，假设网络拥塞是由设备A导致，设备E的出端口CP点检测到拥塞情况，则组建包含优先级1的CNM消息，原路反压至设备A，通知其降低相对优先级队列的数据传送速率，设备E的入端口对其处理的转发包进行检测，当根据源地址和PDU type字段判断报文为CNM消息，则对CNM进行解析，产生PFC消息，在PFC消息中，priority_enable_vector优先级为1对应bit位置位，time(1)时间长度根据拥塞程度设置，启动PFC机制，通知D暂停优先级为1的队列的数据传送。

在本发明实施例中，如果设备A不支持QCN，则D对其接收到的CNM进行解析，判断CNM中的字段“PDU type”是否为0x22e7，如果是，则确认报文为CNM，根据CNM生成PFC消息，通知A暂停优先级为1的队列的数据传送。

从上述描述可以看出，本发明实施例有效地解决了QCN与PFC联合使用的协议有效性的问题，当核心网络实体发生拥塞，出端口首先检测到拥塞情况，根据拥塞情况创建CNM消息，CNM消息将通过入端口反压至相应终端，入端口通过对CNM的识别解析，触发PFC机制，pause相应的优先级队列。使得PFC机制造成的拥塞扩散问题，最终也会伴随QCN的生效而得以解决，能够从根本上快速有效地解决拥塞问题。

装置实施例

根据本发明的实施例，提供了一种以太网拥塞控制装置，图8是本发明实施例的以太网拥塞控制装置的结构示意图，如图8所示，根据本发明实施例的以太网拥塞控制装置包括：关闭模块80、第一检测生成模块82、发送模块84，以下对本发明实施例的各个模块进行详细的说明。

关闭模块80用于关闭具有拥塞检测功能的核心网设备入端口通过阈值触发基于优先级的流控PFC机制，即关闭PFC initiator功能。

第一检测生成模块82用于检测入端口转发的报文是否为拥塞通知消息CNM，并在确定报文为CNM的情况下，根据CNM生成PFC消息；

以下对第一检测生成模块82中涉及的CNM和PFC消息中所包含的重点字段及其含义进行详细说明。

CNM中所包含的重点字段及其含义：

2、CNM PDU：

Version：全0，接收端忽略，不作处理；

Reserved：全0，收端忽略，不做处理；

CPID：在CDN中唯一识别一个CP的标识；

Qoffset(signed integer)：以64octets为单位指示CP的cpQoffset值。

QDelta(signed integer)：以64octets为单位指示CP的cpQDelta值。

Encapsulated priority：触发CNM消息的数据帧优先级值。

Encapsulated D-mac：触发CNM消息的数据帧的目的MAC地址；

Encapsulated MSDU length：指示encapsulated MSDU字段的长度；

PFC消息所包含的重点字段及其含义：

1、Destination Address：目地地址，可以为01-80-C2-00-00-01；

3、control opcode为01-01表示PFC帧；

5、time[n]字段表示各优先级流量需停止发送的时长。

具体地，第一检测生成模块82具体包括：

第一判断子模块，用于对入端口转发的报文的源媒体访问控制MAC地址进行检测，判断报文的源MAC地址是否为自身设备的MAC地址；

第二判断子模块，用于在第一判断子模块判断为是的情况下，则判断报文的协议数据单元类型是否标识报文为CNM；

确定子模块，用于在第二判断子模块判断为是的情况下，确定报文是CNM；

端口转发数据报文时，第一检测生成模块82需要对报文的源地址进行监视，在实际应用中，第一判断子模块可以根据CNM中所包含的“SA＝CP桥地址”字段判断报文的源MAC地址是否为自身的MAC地址，即，判断该报文是否由自身发出；对于源地址为自身MAC地址的报文，第二判断子模块根据CNM中所包含的“PDU TYPE”字段中是否为0X22e7(0X22e7为CNM标识)，来判断是否为CNM，如果判断为是，则确定子模块确定报文是CNM，可以启动通过CNM触发PFC的机制。

第一生成子模块，用于根据CNM中携带的封装优先级，确定PFC消息中暂定指示所对应的优先级；

第二生成子模块，用于根据CNM中携带的用于指示拥塞程度的字段，确定PFC消息中暂停指示的时间长度。

第一检测生成模块82还需要对CNM消息进行解析，根据其携带的封装优先级，触发PFC相应优先级PAUSE指示的产生，并根据CNM PDU中携带的用于指示拥塞程度的字段，指示pause的时间长度。具体地，第一生成子模块根据CNM中“Encapsulated priority”字段，确定PFC机制作用的优先级队列，并对PFC消息中的“priority_enable_vector”字段进行设置；第二生成子模块根据CNM中“QntzFb”字段，确定相应优先级pause的时长，并对PFC消息中“time(n)”字段进行设置。

发送模块84用于通过入端口转发CNM，并通知对端设备根据PFC消息暂停相应队列的数据传送。也就是说，CNM消息在端口进行正常转发，本发明实施例的技术方案不对QCN机制产生影响。

上述处理的具体流程图可以参照图6进行理解。

在实际应用中，在与终端连接的边缘设备确定终端不支持量化拥塞通知协议QCN的情况下，该装置中的第二检测生成模块可以在QCN网络边缘触发PFC机制，以预定方式检测自身的入端口所转发的报文是否为CNM，在确定报文为CNM的情况下，根据CNM生成PFC消息，并通知终端根据PFC消息暂停相应队列的数据传送。其中，上述预定方式为：判断报文的协议数据单元类型是否标识报文为CNM，如果判断为是，则确定报文是CNM。也就是说，第二检测生成模块不必判断CNM是否为自身发出的。

上述处理主要是应对终端不支持QCN的情况。在上述情况中，只要将本发明实施例技术方案中的入端口功能下移至QCN网络边缘(直接与终端连接的网络设备)即可，在如图7所示的网络构架下，假设A不支持QCN，即A不能识别CNM消息，则在设备D的入端口启动通过QCN触发PFC的机制解决拥塞问题。

下面，结合图7对本发明实施例的技术方案进行举例说明。

在如图7所示的网络构架下，E为配置了拥塞检测功能的核心网络设备(本发明实施例所述的以太网拥塞控制装置)，QCN机制在其出端口设置了拥塞检测点CP，该CP针对优先级为1的队列进行拥塞检测，E的入端口均启动了通过QCN触发PFC的功能，原入端口阈值触发PFC的机制关闭，在本发明实施例中，假设网络拥塞是由设备A导致，设备E的出端口CP点检测到拥塞情况，则组建包含优先级1的CNM消息，原路反压至设备A，通知其降低相对优先级队列的数据传送速率，设备E的入端口对其处理的转发包进行检测，当根据源地址和PDU type字段判断报文为CNM消息，则对CNM进行解析，产生PFC消息，在PFC消息中，priority_enable_vector优先级为1对应bit位置位，time(1)时间长度根据拥塞程度设置，启动PFC机制，通知D暂停优先级为1的队列的数据传送。

综上所述，本发明实施例通过CNM消息触发相应优先级的PFC，解决了现有技术中通过阈值配置不能够解决先触发PFC后QCN协议失效而导致的拥塞扩散和丢包的问题，在每次QCN机制产生CNM消息时，都会通过反压回去的端口触发端口相应优先级的PFC，PFC可以快速的响应和缓解网络拥塞，QCN则通过CNM消息指示终端进行相应流速率的调整，从根本上快速有效地解决拥塞问题。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims

1.一种以太网拥塞控制方法，其特征在于，包括：

检测所述入端口转发的报文是否为拥塞通知消息CNM，在确定所述报文为所述CNM的情况下，根据所述CNM生成PFC消息；其中，所述检测所述入端口转发的报文是否为拥塞通知消息CNM包括：对所述入端口转发的所述报文的源媒体访问控制MAC地址进行检测，判断所述报文的源MAC地址是否为自身设备的MAC地址；如果判断为是，则判断所述报文的协议数据单元类型是否标识所述报文为CNM；如果判断为是，则确定所述报文是CNM；

通过所述入端口转发所述CNM，并通知对端设备根据所述PFC消息暂停相应队列的数据传送。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

在与终端连接的边缘设备确定所述终端不支持量化拥塞通知协议QCN的情况下，所述边缘设备以预定方式检测自身的入端口所转发的报文是否为所述CNM，在确定所述报文为所述CNM的情况下，根据所述CNM生成所述PFC消息，并通知所述终端根据所述PFC消息暂停相应队列的数据传送。

3.如权利要求1或2所述的方法，其特征在于，根据所述CNM生成PFC消息包括：

根据所述CNM中携带的封装优先级，确定所述PFC消息中暂定指示所对应的优先级；

根据所述CNM中携带的用于指示拥塞程度的字段，确定所述PFC消息中所述暂停指示的时间长度。

4.如权利要求2所述的方法，其特征在于，所述预定方式为：

所述边缘设备判断所述报文的协议数据单元类型是否标识所述报文为CNM，如果判断为是，则确定所述报文是CNM。

5.一种以太网拥塞控制装置，其特征在于，包括：

第一检测生成模块，用于检测所述入端口转发的报文是否为拥塞通知消息CNM，并在确定所述报文为所述CNM的情况下，根据所述CNM生成PFC消息；所述第一检测生成模块具体包括：第一判断子模块，用于对所述入端口转发的所述报文的源媒体访问控制MAC地址进行检测，判断所述报文的源MAC地址是否为自身设备的MAC地址；第二判断子模块，用于在所述第一判断子模块判断为是的情况下，则判断所述报文的协议数据单元类型是否标识所述报文为CNM；确定子模块，用于在所述第二判断子模块判断为是的情况下，确定所述报文是CNM；

发送模块，用于通过所述入端口转发所述CNM，并通知对端设备根据所述PFC消息暂停相应队列的数据传送。

6.如权利要求5所述的装置，其特征在于，所述装置还包括：

第二检测生成模块，用于在确定与自身连接的终端不支持量化拥塞通知协议QCN的情况下，以预定方式检测自身的入端口所转发的报文是否为所述CNM，在确定所述报文为所述CNM的情况下，根据所述CNM生成所述PFC消息，并通知所述终端根据所述PFC消息暂停相应队列的数据传送。

7.如权利要求5所述的装置，其特征在于，所述第一检测生成模块具体包括：

第一生成子模块，用于根据所述CNM中携带的封装优先级，确定所述PFC消息中暂定指示所对应的优先级；

第二生成子模块，用于根据所述CNM中携带的用于指示拥塞程度的字段，确定所述PFC消息中所述暂停指示的时间长度。

8.如权利要求6所述的装置，其特征在于，所述预定方式为：判断所述报文的协议数据单元类型是否标识所述报文为CNM，如果判断为是，则确定所述报文是CNM。