CN101404601B - 以太网通信方法和设备 - Google Patents

Abstract

本发明公开了以太网通信方法和设备，其中，所述方法用于至少包含两个设备的以太网系统，具体为所述系统中的设备载入预存的调度配置信息，其中，所述调度配置信息记录了被所述系统组态了的各个设备的响应顺序；被所述系统组态了的各个设备在满足触发条件后，按照调度配置信息中的顺序发送报文，在该方法中，系统中的各个设备按照所述调度配置信息中的顺序进行报文发送，从根本上避免了系统中的各个设备在报文发送过程中冲突的产生，保证了所述系统中各个设备报文发送的安全性。

Description

以太网通信方法和设备

技术领域

本发明涉及以太网通信技术领域，尤其涉及以太网通信方法和设备。

背景技术

随着以太网技术的飞速发展，越来越多的设备选择采用以太网作为通信方式。以太网安装量巨大，技术成熟，价格低廉，以太网通信速度较其它传统串行通信方式具有较大的优势。

以太网在应用中多采用载波监听多路访问(CSMA/CD)机制进行报文发送。网络中各节点监听信道，信道空闲时发送报文。

上述报文发送方法在发送报文的过程中可能会发生冲突(Collision)，即多个设备同时发送报文而产生的发送失败。

对于类似于上述因冲突而产生的问题，现有的解决方法是，一旦出现冲突就采用退避方法，延迟一段时间后再次尝试发送报文。

发明人通过对现有技术的研究发现，即使进行了延迟，再次发送报文时仍有可能出现冲突，所以并没有从根本上解决发送报文过程中的冲突问题。

发明内容

有鉴于此，本发明实施例的目的在于提供以太网通信方法和设备，从根本上解决以太网系统中报文发送中出现冲突的问题。

为实现上述目的，本发明实施例提供了如下技术方案：

一种以太网通信方法，用于至少包含两个设备的以太网系统，所述方法包括：

所述系统中的设备载入预存的调度配置信息，其中，所述调度配置信息记录了被所述系统组态了的各个设备的响应顺序；

被所述系统组态了的各个设备在满足触发条件后，按照调度配置信息中的顺序发送报文。

当所述触发条件为时间触发时，被所述系统组态了的各个设备在满足触发条件后，按照调度配置信息中的顺序发送报文具体为：

被所述系统组态了的各个设备中的第一设备，在触发时间到来时发送报文，所述第一设备为所述配置调度信息中第一触发的设备；

当所述触发条件为事件触发时，被所述系统组态了的各个设备在满足触发条件后，按照调度配置信息中的顺序发送报文具体为：

被所述系统组态了的各个设备中的某一设备在根据自身接收到的报文的源发送设备信息，确定所述源发送设备发送报文结束，根据所述调度配置信息，确定当前该自身进行报文发送时，发送报文。

所述源发送设备信息为设备标识符，被所述系统组态了的各个设备根据自身接收到的报文中的源设备信息，确定所述源发送设备发送报文结束具体为：

当被所述系统组态了的各个设备接收到的报文中的设备标识符为所述报文中的源发送设备的设备符号时，确定所述源发送设备发送报文结束。

当所述触发条件为事件触发时，还包括：

被所述系统组态了的各个设备根据各自接收到的报文判断所述报文是否该自身进行处理；

如果是，则将该报文提交给自身的应用程序进行处理；

如果否，则在确定该报文有效时，就将该报文进行转发。

当被所述系统组态了的各个设备判断出自身接收到的报文为自身发出时，停止将自身接收到的报文进行转发。

该方法还包括：

被所述系统组态了的各个设备在检测到通信故障时，在预设时限内没有收到报文，则停止以太网通信调度，发送故障通知。

所述检测通信故障具体为：

被所述系统组态了的各个设备检测到自身在预设时限内没有收到报文时即确定系统发生通信故障。

所述调度配置信息以调度信息表的形式存在于所述系统的设备中，按照响应顺序记录各个设备的设备标识符；

或者，以公式的形式存在于所述系统的设备中，该公式记录本地设备标识符与接收到报文中携带的设备标识符之间的关系。

所述报文为单播、多播或者广播报文。

所述报文中包括：

源MAC地址、目的MAC地址、设备标识符、实时数据以及非实时数据。

所述目的MAC地址为所述系统中的某一设备的MAC地址、多播组地址或者广播地址。

该设备用于至少包含两个所述设备的以太网系统中，包括：

载入单元，用于载入调度配置信息；

发送单元，用于在满足触发条件后，按照调度配置信息中的顺序发送报文。触发时间到来时，按照载入单元载入的调度配置信息中的顺序发送报文；或者，在所述接收单元接收到报文后，根据所述报文中的设备标识符，结合所述载入单元载入的调度配置信息发送报文。

该设备还包括：

接收单元，用于接收来自所述系统中其他设备发送的报文；

所述发送单元具体包括：

第一发送单元，用于在触发时间到来时发送报文；

第二发送单元，用于根据所述接收单元接收的报文的源发送设备信息，确定所述源发送设备发送报文结束，根据所述调度配置信息，确定当前该自身进行报文发送时，发送报文。

该设备还包括：

分析单元，用于在所述接收单元接收到报文后，对所述报文进行分析，确定接收到的报文是否该自身处理；

处理单元，用于在所述分析单元确定自身接收到的报文该自身进行处理时，对所述报文进行处理。

所述发送单元，还用于在所述分析单元确定接收单元所接收到的报文不应该由自身处理时，对所述报文进行转发。

所述发送单元，还用于当所述接收单元在预设时限内没有收到报文时，发送故障通知。

可见，在本发明实施例中，系统中的设备载入预存的调度配置信息，其中，所述调度配置信息记录了被所述系统组态了的各个设备的响应顺序；被所述系统组态了的各个设备在满足触发条件后，按照调度配置信息中的顺序发送报文，在该方法中，系统中的各个设备按照所述调度配置信息中的顺序进行报文发送，从根本上避免了系统中的各个设备在报文发送过程中冲突的产生，保证了所述系统中各个设备报文发送的安全性，此外，本发明所提供的方法，系统中的各个设备在发送报文时不需要进行缓冲，只要满足了触发条件即可对报文进行发送，提高了系统报文发送时的确定性，实现了实时通信。

附图说明

图1为本发明实施例所提供的方法应用的系统的拓扑结构图；

图2为本发明实施例所提供的方法的流程图；

图3为本发明实施例所提供的方法中的一信息的结构示意图；

图4为本发明一实施例所提供的周期响应示意图；

图5为本发明另一实施例所提供的方法流程图；

图6为本发明实施例所提供的设备的结构示意图。

具体实施方式

本发明实施例提供以太网通信方法和设备，为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

本发明实施例所提供的方法应用于以太网通信系统，参见图1，所述系统的网络拓扑结构可以采用线形结构，也可以采用环形结构。网络拓扑结构的选择根据应用需要而定。

本发明实施例以线形结构为例进行说明，参见图1a，该系统包括第一通信设备到第四通信设备共四个通信设备，为描述方便分别记为设备1到设备4。所述系统中的每个设备均具有两个或者两个以上的以太网接口，每个相邻设备间通过一进一出的形式线形连接。

参见图2，本发明实施例所提供的方法包括：

步骤201：所述系统中的设备载入预存的调度配置信息。

系统上电后，系统中的各个设备首先载入自身存储的调度配置信息。如果某个设备中没有所述的调度配置信息，则说明在此次任务过程中，该设备没有被该系统组态，那么该设备进入待机状态，等待系统对其组态。

如果设备成功载入调度配置信息，那么就进入就绪状态。

无论设备进入待机状态，还是进入就绪状态，都可以通过报文将自身的状态告知系统中的其他设备。

所述调度配置信息中记录的是所述设备中各个设备的响应顺序。在本发明实施例中，采用调度信息表来记录所述调度配置信息。该调度信息表中包含了本次任务中被所述系统所加载了的所有设备的设备标识符。这些设备标识符按照响应次序排列。其中，位于所述调度信息表中的第一个设备为主站，其余为从站。

在其他实施例中，当所述系统中的设备调度顺序有内在规律时，还可以通过公式对所述调度配置信息进行记录，例如，设定主站标识符为1，当本地设备标识＝所接收到的报文中的设备标识符+1时，本地设备可发送报文。这样就通过简单的公式实现了调度配置信息的记录。

步骤202：被所述系统组态了的各个设备在满足触发条件后，按照调度配置信息中的顺序发送报文。

在本发明实施例所提供的方法中，所述的触发条件包括时间触发条件和事件触发条件。

在本发明实施例中，一个系统在一次系统任务中只有一个主站，但是不同的系统任务中的主站是没有联系的。例如，本次任务中，所述调度信息表为112324，那么就表示，本次任务中，设备1为主站。如果下一次系统任务中的调度信息表为3124，那么就说明在下次任务中设备3为主站。

图3为本发明实施例中调度信息表的结构示意图，图中表明了各个设备与调度信息表中各个标识符的关系。

一次通信系统任务中，有且只有一个主站，其中主站发送报文的事件为定时触发事件，触发所要满足的条件即为时间触发条件，主站拥有主动向所述系统发送报文的权利，主站在定时触发后可以向网络系统发送报文；从站发送报文的事件为条件触发事件，只有在满足事件触发条件时才能够发送报文。

当主站响应了其作为主站的定时触发事件后，就失去了其作为主站的地位，与从站一样，此时，只有满足了事件触发条件时才能够发送报文。

所述发送报文的事件触发条件为：

被所述系统组态了的各个设备中的某一设备根据自身接收到的报文的源发送设备信息，确定所述源发送设备发送报文结束；

根据所述调度配置信息，确定当前该自身进行报文发送。

在本发明实施例中，如果主站将定时触发时间设定为以太网通信系统的通信周期，则每个以太网通信周期到来时，主站都会发送一组报文，然后该主站就失去其作为主站的地位，与所述系统中的其他设备一起等待，直到满足事件触发条件时，才能够发送报文。

仍然以调度信息表为112324为例，那么此次以太网通信任务中，设备1为主站。当系统中的所有设备都进入就绪状态后，主站，即本实施例中的设备1设置本次任务的定时触发时间，然后与其他设备一起等待定时触发时间的到来。

图4以3个定时周期为例对本发明实施例所提供的方法进行了描述，在本发明实施例中，定时触发周期设定为所述系统的通信周期。从图中可以，三个通信周期分别为通信宏周期a、b和c，在每个通信宏周期开始时，所述主站设备1被定时触发，发送报文，然后各个设备按照调度信息表中的顺序依次发送报文。

在该报文中包含该报文源发送设备信息、实时数据、非实时数据、源MAC地址、目的MAC地址等。

在本发明实施例中，所述源发送设备信息用设备标识符表示。当所述设备标识符为该报文源发送设备的设备符合时，该设备标识符有效，证明该源发送设备发送报文结束，否则该设备标识符无效。

当所述设备表示符无效时，表明该源发送设备还未结束报文发送。其他设备在收到该报文时还不能进行自身的报文发送。

例如，在本发明实施例中，调度信息表为112324，设备1应该连续发送两组报文，则设备1发送的组报文中，只有最后一个报文的设备标识符为有效值，即设备1，其他为无效值。

当主站响应时间触发时间发送完报文后，就与系统中其他的设备一同等待，直到满足事件触发条件时，才能够发送报文。

如果设备2接收到了设备1发送来的报文，该报文中的设备标识符有效，即该设备标识符为设备1，则设备2查询自身的调度信息表，发现设备1发送完报文后是紧接着该自身发送报文，那么就先将收到的设备1发送来的报文转发，然后发送自身的一组报文。

优选地，当系统中的某一设备接收到其他设备发送的报文时，根据其中的源MAC地址判断该报文是否是自身发出的，如果是，就无需对该报文进行转发；所述设备还可以根据所述报文中的目的MAC地址判断该报文是否应该由自身处理，如果是，那么就将该报文发送给自身的应用程序进行处理。

例如，在本实施例中，由于设备1需要连续发送两条以太网报文，因此设备1发送的第一条报文中的设备标识符为无效标识符，用0x00表示，表明该设备还有其他报文需要发送。第二条报文中设备标识符为1，表明该设备报文发送完毕，下一设备可以发送报文。其余设备在接收到该报文后，识别出当前报文中设备标识符为1，在通信调度列表设备标识符1之后为设备标识符2，表明当前报文发送完毕后，设备标识符为2的设备可以发送报文。同样道理，各设备依次发送报文。发送顺序为设备3，设备2，设备4。之后各设备进入等待，直到触发时间再次到来时主站再次被触发。

在所述系统中的各个设备发送的报文中，实际数据区的长度等于欲发送的实时数据的长度；非实时数据区的长度依据实际需要划定，等发送的非实时数据长度大于非实时数据去的长度限制时，将欲发送的数据进行拆分，通过多次进行发送，在接收端进行重新组合。

例如在本实施例中，需要发送的非实时数据长度为90字节，而非实时数据区长度为36字节，除控制字段占用4字节外，剩余32字节用于传输非实时数据段。由于非实时数据区长度小于欲发送非实时长度，因此发送端将90字节的非实时数据拆分为3个数据段，其中数据段1长度为32字节，数据段2长度为32字节，数据段3长度为16字节。这些数据段分3次进行发送，以第一条报文为例，在该报文中，段编号为1表明是数据段1，后续分段为1表明还有后续段，长度为0x20表明当前发送数据段长度为32字节。在接收端，根据段编号、后续分段、段长度对数据段进行重新组合，还原为原始非实时数据后交由相关协议处理。

本发明实施例中所述的报文，可以是单播、多播或者广播报文。

其中，所述报文中携带的目的MAC地址，可以是所述设备中某一设备的MAC地址，也可以是多播组地址或者广播地址。

其中，所述预设时间根据实际需要设定。

实际应用中，如果所述系统中的某个设备还能够检测通信故障，具体方法为，所述系统中的某一设备在预设时间内没有收到任何报文，那么说明该系统中的通信可能发生了故障，此时，停止通信调度，并发送故障信息，待故障解除后再次开始通信调度。

以太网系统中的设备通信都是通过传递实现的，如图1所示的系统，每个设备都是以一进一出的方式与相邻设备相连，所以如果其中某个设备没有接收到报文，可以很容易判断出是哪个设备发生了通信故障，在所述故障信息中携带所述发生故障的设备标识，以便系统对故障设备进行处理，尽快恢复正常的通信。

通过本发明实施例所提供的方法，使得系统中的各个信息按照所述通信调度信息顺序发送报文，从根本上避免了以太网信息发送过程中冲突的产生，保证了所述系统中各个设备报文发送的安全性，此外，本发明所提供的方法，系统中的各个设备在发送报文时不需要进行缓冲，只要满足了触发条件即可对报文进行发送，提高了系统报文发送时的确定性，实现了实时通信。

优选地，通过故障监督使得当所述系统中的某个设备发生通信故障时，系统能够及时检测到并通过故障信息获知发生故障的具体设备，快速解决故障，恢复正常通信。

图5为系统中某一设备在本发明实施例所提的方法中的工作流程图，具体包括：

步骤501：设备初始化，加载调度信息表。

本发明实施例中用调度信息表来保存调度配置信息。

步骤502：判断调度信息表是否加载成功；如果是进入步骤503；如果否进入步骤504。

步骤503：设备进入就绪状态，进入步骤506；

步骤504：进入准备状态；进入步骤505。

步骤505：判断设备是否收到系统的组态信息，如果是，进入步骤501；如果否，进入步骤505。

步骤506：判断当前设备是否为主站设备，如果是，进入步骤507；如果否，进入步骤511。

步骤507：判断被系统组态的所有设备是否全部就绪，如果是，进入步骤508；如果否，进入步骤507。

步骤508：设定定时触发时间，进入步骤509。

步骤509：判断定时触发时间是否到来；如果是，进入步骤510；如果否，进入步骤509。

步骤510：发送报文，进入步骤511。

在本发明实施例中，主站设备是采用定时触发的，所以当定时触发时间到来时，主站设备就会发送报文。

步骤511：接收报文，并根据接收到的报文判断本地设备是否应该发送报文，如果是，进入步骤510，如果否，进入步骤511。

当主站设备完成触发时的报文发送后，就与所述系统中的其他设备有等同的地位，需要条件触发。所以，在步骤511中，该设备需要根据接收到的报文判断此时本地设备是否应该发送报文。只有当符合调度配置信息中的顺序时才能发送报文。

通过本发明实施例所提供的方法，实现了系统中的设备按照调度配置信息的顺序发送报文，避免了以太网中的各个设备在发送报文时发生冲突的情况。

以图1a所述的托扑结构图为例，假设调度配置信息为121324，在该网络

中设备1为主设备，其余为从设备。假设通信调度周期，即所述系统的通信周期为100us。采用本发明提供的通信调度方法时，设备n(不包括主设备)发送报文时刻计算公式为：

t_n＝t_n-1+t_send+t_delay

其中tn-1表示调度配置信息中前一设备发送报文时刻，t_send表示调度配置信息中前一设备报文发送时间，t_delay为与前一设备间的线路传输延时。

在实际应用中，各个设备发送报文的时间与报文的长度有关，一般认为每个字节的发送速度是一样的，以100兆以太网为例，则：

设备1第一次发送报文长度为152字节，报文发送时间为13760ns；设备2第一次发送报文长度为64字节，报文发送时间为6720ns；设备1第二次发送报文长度为84字节，报文发送时间为8320ns；设备3第一次发送报文长度为64字节，报文发送时间为6720ns设备2第二次发送报文长度为64字节，报文发送时间为6720ns；设备4第一次发送报文长度为64字节，报文发送时间为6720ns。

按照图1a所示的以太网结构，按照传输速度按5.5ns/m计算，计算设备1与设备2间网线长度为10m，传输延时为55ns；设备2与设备3间网线长度为6m，传输延时为33ns；设备3与设备4间网线长度为40m，传输延时为220ns。

在本发明实施例所提供的方法中，每个设备发送报文的时刻调度配置信息中该设备前面一设备的报文发送时刻，报文发送时间以及所述前一设备的报文延迟时间有关。

在本实施例中，各节点发送报文的时刻相对于通信周期来说可确定如下：

设备1第一次报文发送起始时刻＝0ns。

设备2第一次报文发送起始时刻＝设备1第一次报文发送起始时刻+设备1第一次报文发送时间+设备1与设备2间传输延时＝0ns+13760ns+55ns＝13815ns。

设备1第二次报文发送起始时刻＝设备2第一次发送报文起始时刻+设备2第一次报文发送时间+设备1与设备2间传输延时＝13815ns+6720+55ns＝20590ns。

设备3第一次报文发送起始时刻＝设备1第二次发送报文起始时刻+设备1第二次报文发送时间+设备1与设备3间的传输延时＝20590ns+8320ns+55ns+33ns＝28998ns。

设备2第二次报文发送起始时刻＝设备3第一次报文发送起始时刻+设备3第一次报文发送时间+设备2与设备1间的传输延时＝28998ns+6720ns+55ns＝35773ns。

设备4第一次报文发送起始时刻＝设备2第二次报文发送起始时刻+设备2第二次报文发送时间+设备2与设备4间的传输延时＝35773ns+6720ns+33ns+220ns＝42746ns。

根据上述计算方法可以确定在一个通信周期中：

设备1第一次报文发送时刻：0ns。

设备2第一次报文发送时刻：13815ns。

设备1第二次报文发送时刻：20590ns。

设备3第一次报文发送时刻：28998ns。

设备2第二次报文发送时刻：35773ns。

设备4第一次报文发送时刻：42746ns。

通过上述例子可以知道，按照本发明实施例所提供的方法，在需要知道各个设备准确的报文发送时刻时，可以准确地对各个报文的报文发送时刻进行计算，使得本发明实施例在避免报文发送过程中冲突产生的同时能够确定系统中报文发送的准确时间，能够满足实时性的要求。

与方法实施例相对应，本发明实施例还提供用于以太网通信的设备，参见图6，该设备包括：

载入单元601，用于载入调度配置信息。

发送单元602，用于在满足触发条件后，按照调度配置信息中的顺序发送报文。

优选地，该设备还包括：

接收单元603，用于接收来自所述系统中其他设备发送的报文；

所述发送单元具体包括：

第一发送单元，用于在触发时间到来时发送报文；

第二发送单元，用于根据所述接收单元接收的报文的源发送设备信息，确定所述源发送设备发送报文结束，根据所述调度配置信息，确定当前该自身进行报文发送时，发送报文。

当所述接收单元接收到报文后，所述还可以根据报文的信息对所述报文进行进一步处理，具体的，所述设备还包括：

分析单元604，用于在所述接收单元接收到报文后，对所述报文进行分析，确定接收到的报文是否该自身处理；

处理单元605，用于在所述分析单元确定自身接收到的报文该自身进行处理时，对所述报文进行处理。

所述发送单元602，还用于在所述分析单元确定接收单元所接收到的报文不应该由自身处理时，对所述报文进行转发。

本发明实施例所提供的设备，能够按照自身加载的调度配置信息或者结合接收到的报文进行自身报文的发送，使得报文的发送有序进行，从而避免了发送报文过程中与系统中其他设备之间的冲突。

优选地，当系统中某个设备在预设时间内没有收到应该收到的报文时，本发明实施例所提供的设备还能够进行故障监督，具体为：

所述发送单元602，还用于当所述接收单元在预设时限内没有收到报文时，发送故障通知，在所述故障通知中携带有发送故障的设备标识符。

通过这样的故障监督，使得当所述系统中的某个设备发生通信故障时，系统能够及时检测到并通过故障信息获知发生故障的具体设备，快速解决故障，恢复正常通信。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种以太网通信方法，其特征在于，用于至少包含两个设备的以太网系统，所述方法包括：

所述系统中的设备载入预存的调度配置信息，其中，所述调度配置信息记录了被所述系统组态了的各个设备的响应顺序；

被所述系统组态了的各个设备在满足触发条件后，按照调度配置信息中的顺序发送报文；

其中：

当所述触发条件为时间触发时，被所述系统组态了的各个设备在满足触发条件后，按照调度配置信息中的顺序发送报文具体为：

被所述系统组态了的各个设备中的第一设备，在触发时间到来时发送报文，所述第一设备为所述配置调度信息中第一触发的设备；

当所述触发条件为事件触发时，被所述系统组态了的各个设备在满足触发条件后，按照调度配置信息中的顺序发送报文具体为：

被所述系统组态了的各个设备中的某一设备在根据自身接收到的报文的源发送设备信息，确定所述源发送设备发送报文结束，根据所述调度配置信息，确定当前该自身进行报文发送时，发送报文。

2.根据权利要求1所述的方法，其特征在于，所述源发送设备信息为设备标识符，被所述系统组态了的各个设备根据自身接收到的报文中的源设备信息，确定所述源发送设备发送报文结束具体为：

当被所述系统组态了的各个设备接收到的报文中的设备标识符为所述报文中的源发送设备的设备符号时，确定所述源发送设备发送报文结束。

3.根据权利要求1所述的方法，其特征在于，当所述触发条件为事件触发时，还包括：

被所述系统组态了的各个设备根据各自接收到的报文判断所述报文是否该自身进行处理；

如果是，则将该报文提交给自身的应用程序进行处理；

如果否，则在确定该报文有效时，就将该报文进行转发。

4.根据权利要求3所述的方法，其特征在于，当被所述系统组态了的各个设备判断出自身接收到的报文为自身发出时，停止将自身接收到的报文进行转发。

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

被所述系统组态了的各个设备在检测到通信故障时，在预设时限内没有收到报文，则停止以太网通信调度，发送故障通知。

6.根据权利要求5所述的方法，其特征在于，所述检测通信故障具体为：

被所述系统组态了的各个设备检测到自身在预设时限内没有收到报文时即确定系统发生通信故障。

7.根据权利要求1～6中任意一项所述的方法，其特征在于，所述调度配置信息以调度信息表的形式存在于所述系统的设备中，按照响应顺序记录各个设备的设备标识符；

或者，以公式的形式存在于所述系统的设备中，该公式记录本地设备标识符与接收到报文中携带的设备标识符之间的关系。

8.根据权利要求1～6中任意一项所述的方法，其特征在于，所述报文为单播、多播或者广播报文。

9.根据权利要求1～6任意一项所述的方法，其特征在于，所述报文中包括：

源MAC地址、目的MAC地址、设备标识符、实时数据以及非实时数据。

10.根据权利要求9所述的方法，其特征在于，所述目的MAC地址为所述系统中的某一设备的MAC地址、多播组地址或者广播地址。

11.一种以太网通信设备，其特征在于，该设备用于至少包含两个所述设备的以太网系统中，包括：

载入单元，用于载入调度配置信息；

发送单元，用于在满足触发条件后，按照调度配置信息中的顺序发送报文；

接收单元，用于接收来自所述系统中其他设备发送的报文；

所述发送单元具体包括：

第一发送单元，用于在触发时间到来时发送报文；

第二发送单元，用于根据所述接收单元接收的报文的源发送设备信息，确定所述源发送设备发送报文结束，根据所述调度配置信息，确定当前该自身进行报文发送时，发送报文。

12.根据权利要求11所述的设备，其特征在于，还包括：

分析单元，用于在所述接收单元接收到报文后，对所述报文进行分析，确定接收到的报文是否该自身处理；

处理单元，用于在所述分析单元确定自身接收到的报文该自身进行处理时，对所述报文进行处理。

13.根据权利要求12所述的设备，其特征在于，

所述发送单元，还用于在所述分析单元确定接收单元所接收到的报文不应该由自身处理时，对所述报文进行转发。

14.根据权利要求11所述的设备，其特征在于，

所述发送单元，还用于当所述接收单元在预设时限内没有收到报文时，发送故障通知。

Images