一种OTN设备的流控处理方法、电子设备及存储介质与流程

本发明实施例涉及通信领域，特别涉及一种otn设备的流控处理方法、电子设备及存储介质。

背景技术：

基于分布式分组交换系统的大容量otn设备核心组件为用于接入线卡上的分组接入芯片(switchaccess:sa)和用于交换板卡上的分组交换芯片(switchfabric:sf)，它们组成的分组交换套片承担着整个otn设备中otn业务的电层交叉调度功能，分组接入芯片和分组交换芯片的交叉调度容量和运行稳定性直接影响整个子架的otn业务性能。

在实际工程应用中，偶尔会发生分组交换系统的局部或全面的流量控制故障，从而引起整个otn设备中部分或全部业务的中断。在当前的otn设备发生业务中断的故障时，需要专业的工程维护人员介入处理，对故障进行排查和修复，进而恢复故障的业务。

发明人发现相关技术中至少存在如下问题：现有技术的处理方案是在设备发生流量控制故障导致业务中断后，由专业人员对故障进行排查，无法在业务受影响前针对可能发生的流量控制故障进行检测和处理，故障处理效率低，客户体验较差。

技术实现要素：

本发明实施方式的目的在于提供一种otn设备的流控处理方法、电子设备及存储介质，通过对芯片实时数据和状态的监测，在芯片可能引起设备发生流量控制故障时，及时对芯片进行故障处理，避免设备发生流量控制故障影响业务运行，提高用户的体验。

为解决上述技术问题，本发明的实施方式提供了一种otn设备的流控处理方法，otn设备包括n个芯片，其中，n为大于1的整数，方法包括：根据潜在流量控制故障的故障类型，确定待监测的n个芯片的实时数据；对n个芯片的实时数据进行监测；根据监测到的实时数据确定各芯片是否会引起流量控制故障；若芯片会引起流量控制故障，则根据流量控制故障的故障类型对芯片进行故障处理。

本发明的实施方式还提供了一种电子设备，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述的otn设备的流控处理方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述otn设备的流控处理方法。

本发明实施方式相对于现有技术而言，根据设备的潜在流量控制故障的故障类型，对设备的芯片的实时数据进行监测，在芯片处于可能引起流量控制故障的故障状态时，及时感测到芯片发生故障以及芯片的故障类型，并根据故障类型，对发生故障的芯片进行故障处理，通过对业务板各分组接入芯片和交叉板中各分组交换芯片实时数据的监测，实现了对芯片是否处于可能引起流量控制故障的故障状态的实时监控，并且在芯片发生故障的时候，直接根据故障类型对故障进行处理，避免了由于芯片故障导致的流量控制故障对设备中的业务造成影响，极大的提高了客户的体验。

另外，潜在流量控制故障的故障类型包括以下之一或其任意组合：芯片内部数据缓存异常、传输业务交叉配置错误、高速数据链路异常；若潜在流量控制故障的故障类型包括芯片内部数据缓存异常，则待监测的实时数据包括：芯片的随机存取存储器ram异常中断信号；若潜在流量控制故障的故障类型包括传输业务交叉配置错误，则待监测的实时数据包括：芯片的实时流量；若潜在流量控制故障的故障类型包括高速数据链路异常，则待监测的实时数据包括：芯片的高速数据总线状态。根据设备潜在流量控制故障的不同故障类型，对设备业务板中各分组接入芯片和交叉板中各分组交换芯片的数据状态进行实时的监控，从而保证了能够及时检测到各芯片是否发生故障，在芯片发生故障时及时确定故障类型。

另外，根据流量控制故障的故障类型对芯片进行故障处理，包括：若故障类型为芯片内部数据缓存异常，则判断芯片的ram异常中断信号的累计次数是否小于第一预设门限；若芯片的ram异常中断信号的累计次数小于第一预设门限，则重启芯片；若芯片的ram异常中断信号的累计次数不小于第一预设门限，则隔离芯片。通过检测第一预设门限值和芯片故障累计次数的关系，在芯片故障属于偶发性故障时，对芯片进行重置，尝试修复芯片的故障，在芯片故障无法通过重置进行修复时，将芯片隔离，避免影响其他芯片的正常运行，引发流量控制故障。

另外，根据流量控制故障的故障类型对芯片进行故障处理，包括：若故障类型为传输业务交叉配置错误，则在芯片的实时流量异常的累计次数小于第二预设门限时，重置芯片的业务传输链路。在芯片流量异常的累计次数小于第二预设门限时，通过对业务传输链路的重置尝试对芯片的故障进行修复，避免由于芯片故障影响设备正常运行。

另外，根据流量控制故障的故障类型对芯片进行故障处理，还包括：若故障类型为传输业务交叉配置错误，则在芯片的实时流量的异常累计次数不小于第二预设门限时，检测芯片的业务交叉配置与控制层面下发的业务交叉配置是否一致；若芯片的业务交叉配置与控制层面下发的业务交叉配置不一致，则按照控制层面下发的业务交叉配置重置芯片的业务交叉配置；若芯片的业务交叉配置与控制层面下发的业务交叉配置一致，则隔离实时流量异常的芯片。在芯片流量异常计数不小于第二预设门限时，检测芯片的业务交叉配置，对交叉配置错误的芯片按照控制层面下发的交叉配置重新设置芯片的交叉配置，尝试修复业务交叉配置错误，保证设备运行正常；对交叉配置无误且流量异常的故障芯片进行隔离，避免了对其余芯片的正常运行造成影响。

另外，根据流量控制故障的故障类型对芯片进行故障处理，包括：若故障类型为高速数据链路异常，且芯片为分组接入芯片，则判断分组接入芯片中存在异常的高速数据总线的异常累计次数是否小于第三预设门限；若异常累计次数小于第三预设门限，则对异常的高速数据总线重新进行适配；若异常累计次数不小于第三预设门限，则隔离异常的高速数据总线，通过对分组接入芯片中存在异常的高速数据总线的异常累计次数进行检验，重新适配异常累计次数小于第三预设门限的高速数据总线，隔离异常累计次数不小于第三预设门限的高速数据总线，避免了故障总线频繁抖动对整个设备和系统的运行产生影响。

另外，隔离异常的高速数据总线后，还包括：判断已隔离的高速数据总线的数量是否小于第四预设门限；若已隔离的高速数据总线的数量不小于第四预设门限，则隔离分组接入芯片。由于分组接入芯片内被隔离的高速总线的数量过多时，说明该分组接入芯片本身出现了故障，因此，通过对隔离高速数据总线数量不小于第四预设门限的分组接入芯片进行隔离，避免了故障芯片对其余芯片造成影响。

另外，根据流量控制故障的故障类型对芯片进行故障处理，还包括：若故障类型为高速数据链路异常，且芯片为分组交换芯片，则检测与分组交换芯片连接的各分组接入芯片间存在隔离的高速数据总线的分组接入芯片的数量；若已隔离有高速数据总线的芯片的数量小于第五预设门限，且分组交换芯片处于离线状态，则上线分组交换芯片；若已隔离有高速数据总线的芯片的数量不小于第五预设门限，则离线分组交换芯片。根据连接的分组接入芯片中已经进行总线隔离的分组接入芯片的数量和第五预设门限的关系可以进一步确定存在故障的是否为分组交换芯片，如存在故障的是分组交换芯片，则通过对分组交换芯片进行处理，避免了故障芯片对其余芯片造成影响；如果存在故障的不是分组交换芯片且该分组交换芯片处于离线状态，则将该分组交换芯片进行重上线，保证故障解除时分组交换芯片能自动重新上线。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。

图1是根据本发明第一实施方式中的一种otn设备的流控处理方法流程图；

图2是根据本发明第一实施方式中的一种otn设备的流控处理方法中otn设备的结构示意图；

图3是根据本发明第一实施方式中的一种otn设备的流控处理方法中的故障处理子流程图；

图4是根据本发明第二实施方式中的一种otn设备的流控处理方法流程图；

图5是根据本发明第三实施方式中的一种otn设备的流控处理方法流程图；

图6是根据本发明第四实施方式中的电子设备结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本发明的第一实施方式涉及一种otn设备的流控处理方法，otn设备包括n个芯片，其中，n为大于1的整数，方法包括：根据潜在流量控制故障的故障类型，确定待监测的n个芯片的实时数据；对n个芯片的实时数据进行监测；根据监测到的实时数据确定各芯片是否会引起流量控制故障；若芯片会引起流量控制故障，则根据流量控制故障的故障类型对芯片进行故障处理，通过根据设备潜在流量控制故障的故障类型对设备业务板和交叉板中各芯片的实时数据进行检测，从而实现了在任一芯片处于可能引起流量控制故障的故障状态时，及时的检测到芯片发生故障并确定故障类型，并根据故障类型进行故障处理，尽可能避免了芯片故障导致流量控制故障对设备中的业务造成影响，提高用户体验。

下面对本实施方式的otn设备的流控处理方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

本实施方式中的一种otn设备的流控处理方法的流程图如图1所示，具体包括以下步骤：

步骤101，确定待检测的芯片实时数据。

具体地说，otn设备根据潜在流量控制故障的故障类型，确定待监测的n个芯片的实时数据，其中，otn设备的潜在流量控制故障的故障类型包括以下之一或其任意组合：芯片内部数据缓存异常、传输业务交叉配置错误、高速数据链路异常；若潜在流量控制故障的故障类型包括芯片内部数据缓存异常，则待监测的实时数据包括：芯片的随机存取存储器ram异常中断信号；若潜在流量控制故障的故障类型包括传输业务交叉配置错误，则待监测的实时数据包括：芯片的实时流量；若潜在流量控制故障的故障类型包括高速数据链路异常，则待监测的实时数据包括：芯片的高速数据总线状态。otn设备的基本组成如图2所示，包括otn业务板和otn交换板，业务板和交换板之间通过背板高速总线进行连接，交换板中包含分组交换芯片，业务板中包含分组接入芯片和数据传输的光模块。

在一个例子中，otn设备潜在流量控制故障的故障类型为芯片内部数据缓存异常，进行芯片实时数据的监测时，otn设备会自动确定待监测的芯片实时数据为芯片的随机存取存储器ram异常中断信号。

步骤102，根据实时数据确定芯片是否会引起流量控制故障，若会引起流量控制故障，则进入步骤103，若不会引起流量控制故障，则回到步骤102。

具体地说，otn设备对各芯片的实时数据进行监测，根据监测到的实时数据确定各芯片是否处于会引起流量控制故障的故障状态，芯片故障状态时，进入步骤103，芯片未处于故障状态时，回到步骤102，继续检测芯片实时数据。

在一个例子中，otn设备对随机存取存储器ram的相关寄存器进行读取测试，比较读取到的寄存器存储数据和寄存器中预存的数据是否一致，若读取到的存储数据和寄存器中预存的数据不一致，则判定芯片的ram发生了异常中断，芯片处在故障状态，并对检测到的ram异常中断信号的累计次数进行更新；若读取到的存储数据和寄存器中预存的数据一致，则判定芯片的ram运行正常，未发生异常中断，芯片处于正常状态，将检测到的ram异常中断信号的累计次数清零，在实际应用中，引起ram异常的原因包括外部环境的温度、湿度、电磁变化等引起的芯片异常以及由于芯片的硬件原因导致的异常。

步骤103，根据流量控制故障的故障类型对芯片进行故障处理。

具体地说，在监测到芯片处于会引起流量控制故障的故障状态时，根据芯片故障状态的故障类型对芯片进行故障处理，并继续对芯片实时数据进行监测。

在一个例子中，检测到otn设备中的芯片处于芯片内部缓存异常的状态，此时，需要根据芯片的ram发生异常中断的次数来进行对应的修复，故障处理流程图如图3所示，具体包括以下步骤：

子步骤301，检测芯片ram异常中断信号的累计次数是否小于第一预设门限，若累计次数小于第一预设门限，则进入子步骤302，若累计次数不小于第一预设门限，则进入子步骤303。

具体地说，获取芯片发生ram异常的次数，在ram发生异常的次数小于第一预设门限的时候，判定芯片可能是由于网络波动等原因发生了偶发性的故障，则进入子步骤302，在ram发生异常的次数不小于第一预设门限的时候，判定芯片的故障为芯片自身故障，则进入子步骤303。

在实际应用中，可以根据实际应用场景和芯片性能等因素对第一预设门限进行设置，在本实施方式中对第一预设门限的设置不做限制。

子步骤302，重启芯片。

具体地说，芯片ram异常次数低于第一预设门限的时候，判定芯片的故障为偶发性故障，对芯片进行复位解复位尝试修复芯片的故障，然后继续运行芯片，对芯片实时数据的监测。

子步骤303，隔离芯片。

具体地说，芯片ram异常次数不低于第一预设门限的时候，判定芯片的故障无法通过对芯片的复位解复位进行自动修复，芯片的故障来源于芯片自身，此时，将故障的芯片离线，与其余芯片进行隔离，将故障芯片上的业务自动转到后备芯片上运行，并根据芯片的故障信息上报告警，结束故障处理流程。

也就是说，在芯片ram异常累计次数低于第一预设门限的时候，判定芯片的故障时偶发性故障，尝试对芯片的故障进行修复，在芯片ram异常累计次数不低于第一预设门限的时候，判定芯片故障是由于芯片自身存在问题，此时无法对芯片完成修复，直接将故障的芯片与其余芯片隔离，避免对设备运行造成影响。

子步骤304，继续监测芯片的实时数据。

具体地说，在对芯片重启后，继续监测芯片的实时数据，并在子步骤304后回到子步骤301，检测芯片ram异常中断信号的累计次数是否小于第一预设门限。

由此本实施方式提供了一种otn设备的流控处理方法，针对芯片可能因为内部数据缓存异常引起设备发生流量控制故障的情况，实时检测芯片中ram异常中断信号，从而保证了在芯片发生ram异常时能够及时感知芯片的异常，并对芯片进行故障处理；进行故障处理的时候根据ram异常累计次数和第一预设门限的关系进行对应的处理，先尝试对芯片故障进行修复，在无法自动修复芯片的故障时，隔离故障芯片，从而保证能够高效的处理芯片ram异常的问题，同时避免了故障芯片影响其余芯片的正常工作甚至引起流量控制故障。

本发明的第二实施方式涉及一种otn设备的流控处理方法，在本实施方式中针对otn设备潜在流量控制故障的故障类型为芯片传输业务交叉配置错误时，如何进行分组接入芯片实时数据的监测和故障处理进行说明。

本实施方式中的一种otn设备的流控处理方法的流程图如图4所示，具体包括以下步骤：

步骤400，确定待检测的芯片实时数据。

本实施方式的步骤400和第一实施方式的步骤101相似，在此就不再赘述，针对可能由于分组接入芯片传输业务交叉配置错误而导致流量控制故障，设备自动确定对分组接入芯片的实时流量进行监测。

步骤401，检测芯片实时流量是否正常，若实时流量正常，则进入步骤402，若实时流量异常，则进入步骤403。

具体地说，针对otn设备可能由于芯片的业务交叉配置错误导致发生流量控制故障的情况，otn设备针对分组接入芯片的实时流量进行监测，根据芯片收背板的实时流量检测结果确定芯片是否发生流量异常，若检测到芯片收背板的实时流量超过芯片能够承载的收背板最大流量，则芯片处于流量异常状态，更新芯片流量异常的累计次数，进入步骤403，若检测到芯片收背板的实时流量未超过芯片能够承载的收背板最大流量，则芯片处于流量正常状态，进入步骤402。

步骤402，流量异常计数清零。

具体地说，在检测到芯片当前的流量状态为流量正常时，将芯片的流量异常累计次数清零，然后继续对芯片实时流量的进行监测。

步骤403，检测芯片实时流量异常的累计次数是否小于第二预设门限，若小于第二预设门限，则进入步骤404，若不小于第二预设门限，则进入步骤405。

具体地说，在检测到芯片实时流量异常的时候，检测芯片实时流量异常的累计次数是否小于第二预设门限，在流量异常累计次数小于第二预设门限的时候，判定芯片可能是由于网路波动或其他原因产生的偶发性流量异常，则进入步骤404；在流量异常累计次数不小于第二预设门限的时候，判定芯片发生的故障无法通过重置链路进行修复，则进入步骤405。

在实际应用中，可以根据实际情况和需要对第二预设门限进行设置，在本实施方式中对第二预设门限的设置不做限制。

步骤404，重置芯片的业务传输链路。

具体地说，在芯片流量异常累计次数小于第二预设门限的时候，判定芯片故障的原因是业务传输链路故障，此时，对芯片的业务传输链路进行复位解复位，将业务传输链路进行重置，尝试修复芯片的流量异常故障并使芯片继续运行，然后回到对芯片的实时流量监测。

步骤405，检测芯片的业务交叉配置和控制层面下发的业务交叉配置是否一致，若一致，则进入步骤407，若不一致，则进入步骤406。

具体地说，在芯片流量异常累计次数不小于第二预设门限的时候，判定芯片故障的原因可能是业务交叉配置错误，此时，比较芯片当前的业务交叉配置和控制层面下发的业务交叉配置是否一致，若两者不一致，则芯片当前的业务交叉配置是错误的，进入步骤406；若两者一致，则芯片当前的业务交叉配置无误，芯片自身发生了硬件故障，进入步骤407。

在一个例子中，检测到分组接入芯片的流量异常累计次数超过了第二预设门限，分别获取分组接入芯片的oduk(传输业务)交叉配置及由主控或者主控代理下发的oduk交叉配置，比较两种交叉配置是否一致，若检测到两者的交叉配置信息不一致，则判定分组接入芯片发生了业务交叉配置错误，需要按照主控或者主控代理下发的oduk交叉配置对分组接入芯片的业务交叉配置进行重新配置；若检测到两者的交叉配置信息一致，则判定分组接入芯片自身发生了硬件故障。

步骤406，重置芯片的业务交叉配置。

具体地说，芯片的业务交叉配置错误时，按照控制层面下发的业务交叉配置重置芯片的业务交叉配置，然后继续对芯片的实时流量进行监测。

步骤407，隔离实时流量异常的芯片并上报告警。

具体地说，在芯片的故障不是业务交叉配置错误的时候，判定无法通过软件对故障进行修复，此时，复位流量异常芯片的业务传输链路，隔离故障芯片，将实时流量异常的芯片上承载的业务转交给备用芯片进行处理，并上报告警。

由此本实施方式提供了一种otn设备的流控处理方法，通过对芯片实时流量的监测，能够及时感测到芯片的流量异常，根据流量异常次数和第二预设门限的关系对芯片的流量异常进行处理，先尝试通过复位解复位链路的方式来修复芯片的流量异常，在无法修复流量异常的时候，检测芯片的交叉配置是否正确，在业务交叉配置错误的时候，通过按照控制层面下发的业务交叉配置重置芯片的业务交叉配置，再次尝试修复芯片流量异常故障，在无法通过软件修复芯片流量异常时，隔离故障芯片，避免了对其他芯片运行状态造成影响，从而不仅保证了能够及时监测并处理芯片的故障，而且通过隔离故障芯片，保证了设备的正常运行。

本发明的第三实施方式涉及一种otn设备的流控处理方法，在本实施方式中针对otn设备潜在流量控制故障的故障类型为高速数据链路异常时，如何对芯片的实时数据进行监测和故障处理进行说明，在实际应用中高速数据链路异常的芯片包括以下任一或任意组合：分组交换芯片、分组接入芯片。

本实施方式中的一种otn设备的流控处理方法的流程图如图5所示，具体包括以下步骤：

步骤500，确定待检测的芯片实时数据。

本实施方式的步骤500和第一实施方式中的步骤101相似，在此就不再赘述，针对设备可能由于芯片高速数据总线异常而发生流量控制故障的情况，设备自动确定对芯片的高速数据总线状态进行监测。

步骤501，检测高速数据总线的状态是否正常，若总线状态正常，则进入步骤502，若总线状态异常，则进入步骤503。

具体地说，针对设备可能由于芯片高速数据总线异常发生流量控制故障的情况，otn设备对芯片的高速数据总线实时状态进行检测，若高速数据总线的各参数数据中，存在参数超出参数的正常范围或者高速数据总线上存在跳变等情况，判定总线状态异常，进入步骤503；若高速数据总线的各参数都保持正常且未发生跳变等异常情况，判定高速数据总线状态正常，进入步骤502，对总线异常的累计次数进行清零。

步骤502，将总线异常累计次数清零。

具体地说，在检测到高速数据总线的状态为正常时，将总线异常累计次数清零，然后回到对高速数据总线状态的监测。

步骤503，判断存在异常的高速数据总线的异常累计次数是否小于第三预设门限，若小于第三预设门限，则进入步骤504，若不小于第三预设门限，则进入步骤505。

具体地说，检测到芯片的高速数据总线中存在异常的高速数据总线时，检测存在异常的高速数据总线的异常累计次数是否小于第三预设门限，若小于第三预设门限，则可能的故障原因是高速数据总线适配异常，进入步骤504，对总线进行重新适配以使链路各参数达到更优，若不小于第三预设门限，则故障原因是高速数据总线故障，进入步骤505。

在实际应用中，可以根据实际情况或使用需求对第三预设门限进行设置和调整，在本实施方式中对第三预设门限的设置不做限制。

步骤504，对异常的高速数据总线重新适配。

具体地说，检测到异常的高速数据总线异常累计次数小于第三预设门限时，根据高速数据总线的适配流程，对异常的高速数据总线进行重新适配，尝试修复发生异常的高速数据总线，并更新异常总线的异常累计次数，然后回到步骤501，继续对高速数据总线的状态进行监测。

步骤505，隔离异常的高速数据总线。

具体地说，异常的高速数据总线的异常累计次数不小于第三预设门限时，说明在适配多次后，依旧无法修复高速数据总线，即无法通过软件层面的重新适配完成对高速数据总线的修复，因此，在本步骤中，将异常的高速数据总线复位，与其他高速数据总线隔离，并将异常的高速数据总线上的流量通过负载均衡的方式转移到其他的高速数据总线上，并向通过该高速数据总线与分组接入芯片连接的分组交换芯片发送离线消息。

在实际应用中，芯片之间的通信方式可以是通过背板高速总线、带内serdes信元通道或逻辑模块进行通信，在本实施方式中对通信方式不做限制。

步骤506，判断已隔离的高速数据总线的数量是否小于第四预设门限，若不小于第四预设门限，则进入步骤507，若小于第四预设门限，则进入步骤501。

具体地说，在对异常的高速数据总线进行隔离后，更新分组接入芯片已隔离的异常总线的数量，然后判断芯片内已隔离的高速数据总线的数量是否小于第四预设门限，在已隔离高速数据总线的数量不小于第四预设门限的时候，判定芯片故障的原因是芯片自身问题，进入

步骤507，在已隔离高速数据总线的数量小于第四预设门限的时候，故障的原因可能是高速数据总线故障，回到步骤501，继续监测高速数据总线状态。

在实际应用中，可以根据实际情况或使用需求对第四预设门限进行设置和调整，在本实施方式中对第四预设门限的设置不做限制。

步骤507，隔离分组接入芯片。

具体地说，在分组接入芯片已隔离的高速数据总线数量不小于第四预设门限的时候，判定故障的原因是芯片自身故障，复位故障的分组接入芯片，将故障芯片与其余正常的芯片隔离，将故障芯片上的业务转到后备芯片上，并根据分组接入芯片故障的信息进行上报告警。

步骤508，检测与分组交换芯片连接的各分组接入芯片中，存在已隔离有高速数据总线的芯片的数量是否小于第五预设门限，若已隔离有高速数据总线的芯片的数量小于第五预设门限，则进入步骤509；若已隔离有高速数据总线的芯片的数量不小于第五预设门限，则进入步骤510。

具体地说，分组接入芯片隔离高速数据总线时，会通过隔离的高速数据总线向与分组接入芯片相连的分组交换芯片发送离线消息，在分组交换芯片接收到来自不同分组接入芯片的离线消息的数量不小于第五预设门限时，离线分组交换芯片。因此，在总线状态异常时，检测与分组交换芯片连接的分组接入芯片中，已经进行过高速数据总线隔离的分组接入芯片的数量，在进行了高速数据总线隔离的分组接入芯片的数量小于第五预设门限时，进入步骤509，在检测到进行了高速数据总线隔离的分组接入芯片的数量不小于第五预设门限时，进入步骤510。

在实际应用中，可以根据实际情况或使用需求对第五预设门限进行设置和调整，在本实施方式中对第五预设门限的设置不做限制。

步骤509，判断分组交换芯片是否处于离线状态，若处于离线状态，则进入步骤511；若未处于离线状态，则回到对高速数据总线状态的监测。

具体地说，检测分组交换芯片的当前状态，若分组交换芯片处于离线状态，则进入步骤511，上线分组交换芯片，具体地说，将已下线的分组交换芯片重新上线，在故障排除完毕后，对已经离线的分组交换芯片进行重新上线，恢复分组交换芯片的运行，并回到对高速数据总线状态的监测；若在步骤509中判定分组交换芯片未处于离线状态，则直接回到高速数据总线状态的监测。

若在步骤508中判定已隔离有高速数据总线的芯片的数量不小于第五预设门限，则进入

步骤510，离线分组交换芯片。

具体地说，与分组交换芯片连接的分组接入芯片中进行过高速数据总线隔离的芯片的数量不小于第五预设门限的时候，判定故障原因是分组交换芯片故障，离线故障的分组交换芯片，将业务转到后备分组交换芯片上进行，并根据分组交换芯片的故障信息上报告警，并回到与分组交换芯片连接的分组接入芯片中进行过高速数据总线隔离的芯片的数量是否小于第五预设门限的检测。

由此，本实施方式提供了一种otn设备的流控处理方法，通过对高速数据总线状态的监测，能够及时感测到总线异常，根据总线异常累计次数和第三预设门限的关系，先重新适配高速数据总线尝试对高速数据总线异常进行修复，无法恢复总线异常的时候，隔离故障的高速数据总线并向该高速数据总线对应的分组交换芯片发送离线消息，然后根据已隔离总线数量和第四预设门限关系，先通过隔离高速数据总线进行故障处理，在隔离的高速数据总线足够多后依旧无法解决故障时，判定分组接入芯片发生了故障，将故障的分组接入芯片隔离，避免影响其余芯片的运行。在分组交换芯片接收到的离线消息对应分组接入芯片的数量不小于第五预设门限的时候，判定分组交换芯片故障，离线分组交换芯片，在离线消息对应分组接入芯片数量小于第五预设门限的时候，将离线状态的分组交换芯片重新上线，避免对分组交换芯片误下线的同时，能够在故障修复后，恢复分组交换芯片的工作。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第四实施方式涉及一种电子设备，如图6所示，包括至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上述的otn设备的流控处理方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本发明第五实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。