CN1520662A - 结构化总线体系结构 - Google Patents

Abstract

所公开的是一种包括多个通信节点的通信系统，其中各通信节点可以通过在三个或者三个以上通信路径维度中的一个维度中的通信信道与相邻通信节点通信。各通信节点包括至少一个与公共通信路径维度中的相邻通信节点的接口。对于每个接口，通信节点包括被耦合到所述相邻通信节点的入口通信信道和出口通信信道。在第一通信节点的第一接口上的入口通信信道上接收的消息可以被转发到在第二通信接口上的出口通信信道。

Description

结构化总线体系结构

技术领域

这里公开的主题内容涉及通信系统。更具体地，这里公开的主题内容涉及用于在节点之间传输数据的通信系统。

背景技术

通信基础设施一般被采用来满足向一个或者多个用户或使用者提供通信服务的需求。这种通信基础设施一般被设计为在成本限制之内满足对用户的某个或者多个级别的服务。这种限制一般由能够承担得起的用于构建通信基础设施的部件和子系统的可用性来决定。

现存的通信基础设施可以被修改来满足另外的需求。例如，通信基础设施可以被扩充来服务另外的用户或者使用者。通信基础设施还可以通过结合新的可用的部件或者子系统，被升级来满足用户或者使用者要求的服务需求。对于修改现存的通信基础设施来满足这种另外的需求，希望当在遗留的系统上构建时，成本效率较高地升级或者扩充现存的通信基础设施。

附图说明

本发明的非限定和非穷举的实施例将参考后面的图形被描述，其中，除非另有说明，贯穿各种图形，类似的参考标号指的是类似的部分。

图1示出包括多个通过通信信道被耦合在一起的通信节点的通信系统的示意图。

图2示出根据图1中所示的实施例的通信节点的示意图，其中通信信道包括数据信道和控制信道。

图3示出用于在根据图2中所示的通信节点实施例的通信节点中，管理通信流量的系统的示意图。

图4示出根据图3中所示的系统实施例的包定向器的示意图。

图5示出根据图3中所示的系统实施例的消息传送信令系统的示意图。

具体实施方式

贯穿本说明书提到的“一个实施例”或者“实施例”意思是结合实施例描述的具体的特征、结构或者特性被包括在至少一个本发明的实施例中。因而，在贯穿本说明书的各种地方出现的短语“在一个实施例中”或者“实施例”未必是指同一个的实施例。而且，具体的特征、结构或者特性可以结合在一个或者多个实施例中。

这里所提到的“逻辑”是涉及用于进行一个或者多个逻辑操作的结构。例如，逻辑可以包括基于一个或者多个输入信号提供一个或者多个输出信号的电路。这种电路可以包括接收数字输入并提供数字输出的有限状态机，或者响应一个或者多个模拟输入信号而提供一个或者多个模拟输出信号的电路。逻辑也可以包括与存储器中所存储的机器可执行指令结合的处理电路。然而，这些仅仅是能够提供逻辑的结构的示例，本发明的实施例并不限于这些方面。

这里所提到的“数据总线”涉及用于在设备之间传输数据的电路。例如，数据总线可以在主处理系统和外围设备之间传输数据。然而，这仅仅是一个示例，本发明的实施例并不限于该方面。

这里所提到的“通信节点”涉及在通信网络中用于从源接收数据或者向目标传输数据的结构或系统。在一个示例中，通信节点可以在通信网络中将数据传输中收到的数据(例如，数据包)根据收到的数据中的目标信息从源发向目标。主干通信基础设施中的第一通信节点可以从第二通信节点接收数据或者向其转发数据。或者，第一通信节点可以从边缘设备或者在边缘网络上的位置接收数据或者向其转发数据。然而，这些仅仅是通信节点的示例，本发明的实施例并不限于这些方面。

这里所提到的“通信信道”涉及在通信网络中的通信节点之间传输数据的结构。这里所提到的“入口通信信道”涉及从数据源向通信节点传输数据的通信信道。这里所提到的“出口通信信道”涉及离开通信节点向目标传输数据的通信信道。然而，这些仅仅是入口和出口通信信道的示例，本发明的实施例并不限于这些方面。

这里所提到的“数据通信信道”涉及在通信网络中支持通信节点之间的服务需求的传输数据的结构。这种数据通信信道可以根据数据通信协议在通信节点之间传输数据。例如，数据通信信道可以从或向与第一通信节点到第二通信节点相关联的应用程序传输数据。然而，这仅仅是数据通信信道的示例，本发明的实施例并不限于该方面。

这里所提到的“控制信道”涉及向通信节点传输与一个或者多个通信节点在数据通信信道中传输数据或者支持服务需求的能力相关的“状态数据”的结构。例如，这种状态数据可以表明一个或者多个通信节点从源向目标转发数据的能力。同样，这种状态数据还可以表明一个或者多个通信节点支持一种或者多种服务需求的能力。然而，这些仅仅是控制信道和状态数据的示例，本发明的实施例并不限于该方面。

这里所提到的“相邻通信节点”涉及没有任何中间通信节点而通过通信信道直接被耦合到第一通信节点的通信节点。例如，通信节点可以通过通信信道向相邻通信节点传输数据消息，而不通过中间通信节点转发数据消息。然而，这仅仅是相邻通信节点的示例，本发明的实施例并不限于该方面。

这里所提到的“通信路径维度”涉及通信网中的通信节点之间的关系的定义。例如，通信信道可以耦合通信网络中的通信节点，那么通信节点的位置可以在定义了三个或者三个以上维度的笛卡儿坐标系中被模拟/识别。两个通信节点的相对位置于是可以在坐标系中通过沿着一个或者多个通信信道的线性映射来定义。因此，通信节点可以通过一个通信路径维度中的通信信道向相邻通信节点传输数据。另外，可以通过穿过不同通信路径维度中的多个通信信道从源通信节点向目标通信节点传输数据。然而，这仅仅是通信路径维度的示例，本发明的实施例并不限于这些方面。

简要的说，本发明的实施例涉及多个通信节点，其中各通信节点可以通过三个或者三个以上通信路径维度中的一个中的通信信道与相邻通信节点通信。各通信节点通过通信路径维度中的通信信道被耦合到至少一个相邻通信节点。通信信道可以包括在相邻通信节点之间被耦合的入口通信信道和出口通信信道。通信信道还包括将在第一通信节点的第一接口上的入口通信信道上接收的数据消息转发到在第二通信接口上的出口通信信道的逻辑。

图1示出包括多个通过通信信道4被耦合在一起的通信节点2的通信系统的示意图。除了被耦合到一个或者多个相邻通信节点2之外，各通信节点2还可以被耦合到一个或者多个其他边缘通信网络，例如，城域网(MAN)、广域网(WAN)、局域网(LAN)、服务器站或者全球服务器(没有示出)等等。根据实施例，可以通过直接被耦合到边缘网络的通信节点从任何通信节点2向在边缘网络上的目标传输数据。各通信节点2可以包括结构化路由器(fabric router)和/或边缘路由至其他系统的能力。然而，这些仅仅是互相耦合的通信节点如何能够被耦合到边缘设备或者网络的示例，本发明的实施例并不限于该方面。

各通信节点2可以通过耦合相邻通信节点2的一个或者多个通信信道4向任何其他通信节点2传输数据。各通信信道4耦合相邻的通信节点2以使能在一个通信路径维度中的相邻通信节点之间的数据传输。在被举例说明的实施例中，各通信信道4可以在六个方向或者如图1所示的任一个x、y或z通信路径维度中的两个方向上，在相邻通信节点2之间传输数据。将各通信节点2模拟为具有六个面的立方体，根据实施例，各个面可以提供输入和输出通信，这产生了六个通信方向。可选地，通信节点2的这种立方体模型可以提供被耦合到在另外的通信路径维度中的相邻通信节点的另外的通信信道，所述另外的通信路径维度可以是，例如，xy、yz和xz平面(例如，在代表通信节点2的立方体的“边”或者“角”上)中的通信路径维度。然而，这些仅仅是相邻通信节点如何能够通过通信信道被耦合用于在通信路径维度中的数据传输的示例，本发明的实施例并不限于这些方面。

上述的通信节点的立方体模型可以被一般化为具有六个面以上的多面体模型，其中通信节点的各个面可以被耦合到相邻通信节点的一个面，来提供输入和输出通信信道。另外，这种多面体的各“边”或者“角”可以被耦合到相邻通信节点的边或者角。在其中的网络包括在全国性或者全球性网络中的用多面体模拟的通信节点的实施例中，各通信节点可以被分配给具体的地理覆盖区域。来自任何具体区域的数据流量于是可以经由所分配的通信节点通过全国性或者全球性网络被路由。然而，这仅仅是通信节点如何能够在全国性或者全球性网络中被采用的示例，本发明的实施例并不限于该方面。

根据实施例，通信节点2可以通过在一个通信路径维度中的通信信道4上传输数据，经过相邻通信节点2向任何目标通信节点2传输数据。相邻通信节点2然后可以在沿着相同或者不同通信路径维度的随后的通信信道4上向目标通信节点2转发数据。转发通信节点2可以选择多个通信信道4中的一个来向随后的相邻节点等转发数据，直到数据到达目标通信节点2。然而，这仅仅是数据如何能够通过中间通信节点被传输到目标通信节点的示例，本发明的实施例并不限于该方面。

根据实施例，通信节点2可以包括基于中间通信节点在一个或者多个通信路径维度中向目标转发数据的可用性，或者支持与数据有关联的服务需求的能力，选择通信信道4来向目标通信节点转发数据的逻辑。例如，通信节点2可以接收表明相邻通信节点2无法或者不能在一个或者多个通信路径维度中向目标通信节点转发数据，或者不能支持一个或者多个与数据有关联的服务需求的状态信息。转发通信节点于是可以从其他相邻通信节点中选择来转发数据。在其他的实施例中，除了具有表明相邻通信节点转发数据的可用性的状态信息，转发通信节点2还可以具有表明其他的非相邻通信节点向目标通信节点转发数据或者满足与数据有关联的服务需求的可用性的状态信息。基于该信息，转发通信节点可以选择相邻通信节点和通信信道4来向目标通信节点2转发消息。这种选择可以基于例如向目标通信节点转发数据的最短期望时间或者期望的转发中间通信节点的最少数目。然而，这仅仅是转发通信节点如何能够基于状态信息选择相邻通信节点来向目标转发数据的示例，本发明的实施例并不限于该方面。

在被举例说明的实施例中，通信节点2沿着三个通信路径维度x、y和z被安排成立方体排列，各通信节点可以与相应的笛卡儿坐标(x、y、z)相关联。这种坐标系统可以包括(0，0，0)处的原点(例如，相应于“角”通信节点)，其中坐标可以具有取值范围(0到X_max，0到Y_max，0到Z_max)。在被举例说明的实施例中，在共同坐标对相对端通信节点2(例如，(0，y，z)处的第一通信节点和(X_max，y，z)处的第二通信节点，其中y和z提供了共同坐标对)可以通过通信信道4直接被耦合，那么在相对端的通信节点2彼此相邻。因此，这种在相对端的通信节点可以彼此直接传输数据，而不依赖于中间通信节点2。然而，这仅仅是在网络相对端的通信节点如何能够直接通信而不依赖于中间通信节点的示例，本发明的实施例并不限于该方面。

图2示出根据图1中所示的实施例的通信节点102的示意图，其中各通信信道104包括数据通信信道110和控制信道112。各个通信信道104使能在沿着三个通信路径维度x、y或z中的一个的两个方向上向相邻通信节点的通信。在被举例说明的实施例中，各数据通信信道110和控制信道112包括从相邻通信节点接收数据的入口通信信道和向相邻通信节点传输数据的出口通信信道。数据通信信道110可以在相邻的通信节点之间传输要被转发到目标通信节点的数据。控制信道112可以在通信节点之间传输状态信息，以表明例如一个或者多个通信节点向目标通信节点转发数据的可用性。基于在一个或者多个状态信道112上接收的数据，通信节点102可以选择用于通过相邻通信节点向目标通信节点转发数据的数据通信信道110。然而，这仅仅是通信节点如何能够与相邻通信节点通信的示例，本发明的实施例并不限于该方面。

通信信道104可以包括若干种传输介质中的任何一种，所述传输介质包括例如铜或光传输介质。各通信信道可以包括单一介质或者多种介质来沿着相关的通信路径维度的两个方向中任一个传输数据。在一个实施例中，不同的传输介质可以提供数据通信信道110和控制信道112。在另一个实施例中，通信信道104可以在共同的传输介质中包括数据通信信道110和控制信道112。例如，数据通信信道110和控制信道112在共同的传输介质中可以被时分多路复用。可选地，数据通信信道110和控制信道112可以是同时占有传输介质的多路复用。然而，这些仅仅是数据信道和控制信道如何能够被实现的示例，本发明的实施例并不限于这些方面。

另外，可以在第一传输介质上提供通信信道104的数据通信信道110和控制信道112各自的入口信道，而在与第一传输介质不同的第二传输介质上提供数据通信信道110和控制信道112各自的出口信道。可选地，数据通信信道110或者控制信道112的入口和出口信道可以在共同的传输介质中被多路复用。然而，这些仅仅是数据信道或者控制信道的入口和出口信道的示例，本发明的实施例并不限于该方面。

图3示出用于在根据图2中所示的通信节点实施例的通信节点中，管理通信流量的系统200的示意图。在被举例说明的实施例中，光传输介质在当前通信节点和六个相邻通信节点(没有示出)之间提供六个通信信道204。各通信信道204可以为在一个通信路径维度中的每个数据信道和控制信道提供入口和出口通信信道。然而，这仅仅是通信信道如何能够被耦合到通信节点的示例，本发明的实施例并不限于该方面。

系统200还包括被耦合到一个或者多个边缘网络或者设备(没有示出)的边缘输入/输出(I/O)信道214。数据可以通过一个通信信道204中的数据通信信道在边缘I/O信道214和相邻通信节点之间被传输。在被举例说明的实施例中，边缘I/O信道214包括用于在通信节点和边缘网络或者设备之间传输数据的光通信介质。然而，这仅仅是边缘网络或者设备如何能够与通信节点通信的示例，本发明的实施例并不限于该方面。

数据可以以将要被转发到与另一个通信节点相关联的目标的数据包的形式，从边缘设备或者边缘网络到达边缘I/O信道214。这种在边缘I/O信道214上接收的数据可以被加密，并且如果解密密钥是可用的，相关的光纤功能元件(fiber function)222可以包括解密收到的数据包的逻辑。否则，数据包可以被转发给结构化接口(fabric interface)存储器224用于在通信信道204的出口数据信道上转发。在被举例说明的实施例中，数据包可以基于IP地址和/或识别目标通信节点的地址通过结构化接口220被转发到通信节点。光纤功能元件222可以包括将数据包中的目标名与要以识别目标通信节点的信息被添加到从边缘设备或者边缘网络接收的数据包的目标IP地址相关联的逻辑。数据包然后可以在被转发到目标之前被转发到结构化存储器224。

根据实施例，结构化接口220可以选择相邻通信节点和相关的通信信道204来通过数据通信信道向目标传输数据。例如，结构化接口220可以包括结构化包定向器(fabric packet director)来选择数据通信信道以向相邻通信节点转发从一个边缘I/O信道214接收的数据。同样，结构化包定向器可以包括向在第二通信信道204的出口数据通信道上的相邻通信节点转发在第一通信信道204的入口数据通信信道上接收的数据的逻辑。然而，这仅仅是通信节点如何能够选择相邻通信节点来向目标转发数据的示例，本发明的实施例并不限于该方面。

结构化包定向器可以基于从通信信道204的一个或者多个入口控制信道接收的状态信息，选择数据信道204的转发出口数据通信信道。这种状态信息可以包括例如一个或者多个通信节点向目标转发数据的可用性或者满足与数据包相关联的服务需求的能力。结构化包定向器于是基于期望的到达目标通信节点的“跳”或者中间通信节点的数目，选择转发出口数据信道。可选地，这种状态信息还可以包括关于从具体通信节点的出口信道转发数据中的期望延迟的信息。结构化包定向器于是可以基于到达目标通信节点的期望延迟，选择转发出口数据通信信道。然而，这些仅仅是结构化包定向器如何能够选择多个出口数据通信信道中的一个来转发消息的示例，本发明的实施例并不限于该方面。

系统200包括本地处理器218来完成本地处理任务，例如，处理异常、执行网络处理功能(例如，根据网络策略控制光纤功能元件222之间的数据包的路由)以及访问本地数据库。系统200还可以通过到数据总线(没有示出)的集线器链接230被耦合到外部处理器(没有示出)。外部处理器可以通过控制接口向本地处理器218提供命令来实现一个或者多个网络策略。然而，这仅仅是系统如何能够使用本地处理器和外部处理器来控制数据如何在网络中被传输的示例，本发明的实施例并不限于该方面。

系统200还包括数据移动引擎(DME)226来在存储器216中存储要被转发给目标的数据包。DME 226可以存储要被组合和被传输给目标的一个或者多个数据包。同样，DME 226可以延迟转发一个或者多个数据包以使能有关数据包的更深入的包分析。然而，这仅仅是数据包在被转发给目标之前为了进一步处理如何能够被临时存储的示例，本发明的实施例并不限于该方面。

当数据包到达通信节点以被转发给诸如被耦合到边缘I/O信道214的边缘设备(例如，边缘设备或者在边缘网络上的目标)的边缘目标的时候，相关的光纤功能元件222可以根据对应于边缘目标的加密密钥尝试加密数据。如果光纤功能元件222不能将收到的数据与边缘目标地址相关联，则光纤功能元件222可以向DME引擎226转发该数据，并且向本地处理器218发送消息来请求确定目标地址。本地处理器218然后可以基于表明目标的数据包中的其他信息搜索DDR存储器216寻找目标地址。如果这种目标地址被定位，则本地处理器218于是可以将目标地址添加给在DME引擎226中的收到的数据，并且发起向与所添加的地址相关联的目标的数据包的传输。

在被举例说明的实施例中，数据包可以根据在数据包中的目标地址被转发给目标。因此，光纤功能元件222、DME 226或者结构化接口220可以访问和维护将目标地址与表明目标的数据包中的其他信息相关联的数据库。这样，如果没有目标地址的数据要被转发给目标，则光纤功能元件222、DME 226、本地处理器218或者结构化接口220可以将数据包中的其他信息与目标地址相关联，将目标地址添加到数据包并且发起向该目标的数据包传输。

基于如上面所讨论的关联要被添加到在DME 226中的数据包的目标地址，本地处理器218可以发送一个或者多个消息来更新光纤功能元件222中的数据(用于向位于目标地址的目标转发数据)，或者更新结构化存储器224中的数据(用于向被耦合到边缘I/O信道214的边缘网络或者设备转发从相邻通信节点接收的数据)。如果本地处理器218没有在DDR216中定位的这种目标地址，则本地处理器218可以通过数据总线(例如PCI数据总线)或者集线器链接230查询外部处理器来识别收到的数据的目标地址。基于从外部处理器接收这种目标地址，本地处理器218可以用目标地址更新DDR 216，然后发起DME引擎226根据该目标地址向目标转发数据，并且更新在光纤功能元件222中或者在结构化存储器224中的数据，用于如上面所讨论的转发将来接收的数据包。如果外部处理器不能定位该目标地址，则本地处理器218可以向结构化接口220发送消息来在全部通信信道204上广播消息以识别与收到的数据相关联的目标地址。接收广播消息的通信节点然后可以通过I/O信道查询它们各自的边缘设备或者边缘网络。如果找到了，则目标地址可以被转发回本地处理器218。本地处理器218于是可以将地址添加到数据消息用于转发给目标，并且更新在DDR存储器216、光纤功能元件222和结构化存储器224中的数据，用于将来如上面所讨论地处理数据包。

图4示出根据图3中所示的系统200的实施例的包定向器300的示意图。多个数据通信信道310的每一个被耦合到缓冲器312。各缓冲器312可以维护在被耦合到相邻通信节点的数据通信信道310的出口信道上要向相邻通信节点转发的数据包的一个或者多个传输队列。各缓冲器312还可以维护要向另一数据通信信道310的传输队列或者通过I/O信道向边缘设备或网络转发的数据消息的一个或者多个接收队列。

包定向器300为每一个数据通信信道310包括一个处理器314。在被举例说明的实施例中，各处理器314与数据信道310的入口信道相关联，并且包括从入口信道向另一个数据信道310的出口信道转发数据包的逻辑。例如，处理器314可以检查缓冲器312的接收队列中的数据包报头来确定收到的数据包将如何被转发。基于对报头中的数据的评估，处理器314可以基于规则或者数据包转发准则选择数据通信信道310的出口信道。处理器314然后可以将接收到的数据的报头和有效负载部分向与被选择的出口数据信道相关联的转发处理器3 14转发并放置到相关联的缓冲器312的传输队列中用于通过被选择的数据通信信道310向相邻通信节点传输。

根据实施例，第一数据通信信道310的传输队列可能暂时不能接受从第二数据通信信道310的输入信道接收的数据包。与第二数据通信信道310相关联的处理器314于是可以将收到的数据包存储在结构化存储器316的一部分中，直到第一数据通信信道310能够将收到的数据包放置到传输队列中。其间，与第二数据通信信道310相关联的处理器314可以继续向其他数据信道310转发数据包。与第一数据通信信道310相关联的处理器314然后可以通知与第二数据通信信道310相关联的处理器314什么时候所存储的数据包可以从结构化存储器316取回并被放置到第一数据信道的传输队列中。

根据实施例，处理器314可以包括从被包括在包中的循环冗余码(CRC)验证在(数据通信信道310的)入口信道上接收的包的逻辑。如果数据包中的CRC没有被验证，则包定向器可以在出口信道上向传输该包的相邻通信节点发送消息来令数据包被重发。如果包被验证，则包定向器可以在出口信道上向该相邻通信节点发送收到通知，以便相邻通信节点可以从存储器中删除数据包。然而，这仅仅是通信节点如何能够对收到的数据包验证CRC的示例，本发明的实施例并不限于该方面。

图5示出根据图3中所示的系统200的实施例的消息传送信令系统400的示意图。多个控制信道410的每一个可以包括用于从相邻通信节点接收状态数据的入口信道以及用于向相邻通信节点传输状态数据的出口信道。在被举例说明的实施例中，处理器414可以收集在控制信道310的出口信道上从相邻通信节点接收的处理状态数据。另外，处理器414可以完成上面参考图4所描述的结构化包定向器300中的处理器314的功能。基于从控制信道410接收的状态数据，处理器414可以选择出口数据信道(例如，如图4所示的数据信道310的出口信道)来向着目标将收到的数据包转发到相邻的通信节点。

结构化处理器(fabric processor)416可以基于当处理在入口数据通信信道上接收的数据包报头的时候要由处理器414实现的网络策略，定义向出口数据通信信道转发数据包的规则。例如，结构化处理器416可以定义规则来支持服务(例如，IP语音(VoIP)、虚拟个人网络、电子商务服务)。这种网络策略可以通过其他外部处理，例如外部处理器(例如，参考图3所描述的被耦合到集线器链接230的外部处理器)被建立。规则然后可以以可扩展的形式被传输到处理器414，来用于在出口数据通信信道上向相邻通信节点转发数据包。

根据实施例，处理器414可以基于从相邻通信节点接收的状态转发数据包，如上面参考图4所描述的(例如，通过数据通信信道310的出口信道向相邻通信节点转发)，并服从结构化处理器416提供的可扩展规则。例如，可扩展规则可以指示数据包被转发给目标通信节点使得最小化期望延迟。这可能需要选择转发相邻通信节点，该节点最小化从该转发通信节点到目标通信节点的期望的“跳”数。然而，这仅仅是可扩展规则定义数据包如何能够基于状态数据被转发给相邻通信节点的示例，本发明的实施例并不限于该方面。

根据实施例，处理器314和416可以定义可扩展语言来支持与数据包相关联的服务类和服务质量。数据包可以包括一个或者多个有关路由、服务和命令的字。处理器314和416可以解释这些字来实现用于提供视频、语音和其他类型服务的网络策略。这种可扩展语言可以在如图1所述的网络中的通信节点之间普遍地被实现。

其中如上面参考图1和图2所举例说明的，通信节点通过三个通信路径维度x、y和z中的通信信道被耦合的实施例中，举例来说，最小的可能的跳数可以通过使用三维矩阵运算来确定。路由距离可以通过将分隔转发通信节点和目标通信节点的x、y和z通信路径维度中的差值(例如，在各通信路径维度中的中间通信节点或者跳的数目)相加来确定。然而，其中在公共坐标对上的相对端的通信节点通过通信信道直接被耦合而不依赖中间通信节点的实施例中，可以从在远离转发通信节点和远离目标通信节点的方向上的路由(例如，朝向在网络“端”处的节点)确定一个或者多个另外的路由距离，其中路由可以包括耦合网络相对端处的通信节点的信道。在转发通信节点处所选择的路由于是可以包括最少的期望的跳数。然而，这仅仅是转发通信节点如何能够选择用于向目标通信节点转发数据的路由的示例，本发明的实施例并不限于该方面。

同样，数据包可以若干路径的任一个从转发通信节点被传输到目标通信节点。然而，一个或者多个中间通信节点对于在这些路径的具体一个中转发数据包可能是不起作用或者不可用的。如果在转发节点接收的状态数据中反映了表明通信节点在具体数据路径中不能转发数据包的信息，则转发通信节点的处理器414可以选择能够在替代的路径中转发数据包的相邻通信节点。

根据实施例，处理器414在各自的控制信道410的入口信道上从相邻通信节点接收状态数据。来自任何一个相邻通信节点的状态数据可以包括有关各出口数据信道向目标转发数据包的能力或者可用性的状态数据。另外，相邻通信节点可以转发从其他邻近该相邻通信节点的通信节点(例如，与当前通信节点间隔的两个通信节点)接收的状态数据。状态数据还可以包括表明与当前通信节点间隔的三个(或者更多)通信节点的出口数据信道的能力或者可用性的状态数据。在控制信道410的入口信道上接收的状态数据于是可以在处理器414之间被共享。结构化处理器416可以确定处理器414如何能够共享例如路由优选和障碍(例如，不可用于转发数据或者不能满足服务需求的中间节点)的信息。该信息可以通过控制信道410从来自相邻通信节点以及它们的相邻通信节点(例如，远离当前通信节点的两个通信节点)的控制信道上的消息获得。控制信道410还可以通过网络传输用于跟踪数据包的调试信息和状态信息。

根据实施例，控制信道410包括出口数据信道来向相邻通信节点转发状态数据。状态数据可以包括有关在当前通信节点中的各出口数据信道向目标转发数据包的能力或者可用性的数据。另外，邮箱418可以包括组织在控制信道410的入口信道上从相邻通信节点接收的状态数据的逻辑和存储器。邮箱418中的状态数据于是可以被转发给相邻的通信节点，来使能基于有关非相邻通信节点的出口数据信道向目标转发数据包的可用性或者能力选择用于转发数据的出口数据信道。

在参考图4和图5被举例说明的实施例中，通信节点包括六个与六个相应的相邻通信节点的每个之间的入口和出口信道。所以，这种通信节点可以如上面参考图1所讨论的被模拟为具有“立方体”结构。应当理解，图4和图5的实施例可以被改换为被模拟成更高阶的多面体(例如，具有超过六个面)的通信节点，那么消息传送信令系统400包括超过六个控制信道410和处理器414，并且包定向器300包括超过六个数据通信信道310、处理器314和缓冲器312。然而，这些仅仅是通信节点如何能够被改换为被模拟成这种更高阶的多面体的示例，本发明的实施例并不限于该方面。

虽然已经举例说明和描述了目前被认为是本发明的示例实施例的内容，但是本领域的技术人员应当理解，不脱离本发明的真实范围，可以作出各种其他修改并且可以取代等价物。另外，可以对本发明的教导作出许多修改来适应具体情况，而不脱离这里所描述的主要的发明概念。所以，意味着本发明并不限于所公开的具体实施例，除非本发明包括所有落入所附权利要求范围内的实施例。

Claims (24)

1.一种装置，包括：

多个通信节点，各通信节点包括定义三个或者三个以上通信路径维度的逻辑，各通信节点通过在相关联的一个所述通信路径维度中的通信信道被耦合到相邻通信节点，所述通信信道包括在所述相关联的通信路径维度中的第一方向上传输数据的入口通信信道和在所述相关联的通信路径维度中的第二方向上传输数据消息的出口通信信道；和

通过出口通信信道向相邻通信节点转发在第一通信节点的入口通信信道上接收的数据的逻辑。

2.根据权利要求1所述的装置，其中，至少一个所述通信节点被耦合到边缘设备和边缘网络中的至少一个上。

3.根据权利要求2所述的装置，其中，至少一个所述通信节点包括在相邻通信节点和在边缘网络上的目标之间传输数据的逻辑。

4.根据权利要求1所述的装置，其中，各通信信道包括光传输介质。

5.根据权利要求1所述的装置，其中，各通信信道还包括在相邻通信节点之间传输状态数据的控制信道和向与通信节点相关联的目标传输数据的数据信道。

6.根据权利要求5所述的装置，其中，各通信节点包括基于在一个或者多个控制信道上接收的状态数据选择数据信道来向目标转发数据的逻辑。

7.根据权利要求1所述的装置，其中，各通信节点包括：

验证从相邻通信节点接收的数据的逻辑；和

基于验证了所述收到的数据，向所述相邻通信节点发送收到通知的逻辑。

8.根据权利要求7所述的装置，其中，所述相邻通信节点包括再次传输所述收到的数据的逻辑。

9.一种方法，包括：

在多个通信节点之间定义三个或者三个以上通信路径维度；

在相关联的一个所述通信路径维度中的相邻的成对通信节点之间耦合通信信道，所述通信信道包括在所述相关联的通信路径维度中的第一方向上传输数据的入口通信信道和在所述相关联的通信路径维度中的第二方向上传输数据的出口通信信道；以及

将在第一通信节点的入口通信信道上接收的数据消息通过出口通信信道向相邻通信节点转发。

10.根据权利要求9所述的方法，所述方法还包括将至少一个所述通信节点耦合到边缘设备和边缘网络中的至少一个上。

11.根据权利要求10所述的方法，所述方法还包括通过至少一个通信节点在边缘网络上的目标和与第二通信节点相关联的目标之间传输数据。

12.根据权利要求9所述的方法，其中，各通信信道包括光传输介质。

13.根据权利要求9所述的方法，所述方法还包括

定义所述通信信道中的控制信道以在相邻通信节点之间传输状态数据；以及

定义所述通信信道中的数据信道以向与通信节点相关联的目标传输数据。

14.根据权利要求9所述的方法，所述方法还包括基于在一个或者多个被耦合到所述通信节点的控制信道上接收的状态数据选择数据信道以从通信节点向目标转发数据。

15.根据权利要求9所述的方法，所述方法还包括：

验证在第一通信节点上从相邻通信节点收到的数据；以及

基于验证了所述收到的数据，向所述相邻通信节点发送收到通知。

16.根据权利要求15所述的方法，所述方法还包括：

检测从所述相邻通信节点向所述第一通信节点的无效的数据传送；以及

基于检测到所述无效的数据传送，从所述相邻通信节点向所述第一通信节点再次传输所述数据。

17.一种通信节点，包括

定义三个或者三个以上通信路径维度以通过通信信道向相邻通信节点传输数据或者从相邻通信节点接收数据的逻辑，各通信信道在所述通信节点和相邻通信节点之间被耦合，并且包括在相关联的通信路径维度中的第一方向上传输数据的入口通信信道和在所述相关联的通信路径维度中的第二方向上传输数据的出口通信信道；和

通过出口通信信道向相邻通信节点转发在入口通信信道上接收的数据消息的逻辑。

18.根据权利要求17所述的通信节点，其中，所述通信节点适合于被耦合到边缘设备和边缘网络中的至少一个上。

19.根据权利要求18所述的通信节点，其中，所述通信节点还包括在相邻通信节点和在边缘网络上的目标之间传输数据的逻辑。

20.根据权利要求17所述的通信节点，其中，各通信信道包括光传输介质。

21.根据权利要求17所述的通信节点，其中，各通信信道还包括在所述通信节点和相邻通信节点之间传输状态数据的控制信道和向与通信节点相关联的目标传输数据的数据信道。

22.根据权利要求21所述的通信节点，所述通信节点还包括基于在一个或者多个控制信道上接收的状态数据选择数据信道以向目标转发数据的逻辑。

23.根据权利要求17所述的通信节点，所述通信节点还包括：

验证从相邻通信节点接收的数据的逻辑；和

基于验证了所述收到的数据，向所述相邻通信节点发送收到通知的逻辑。

24.根据权利要求23所述的通信节点，其中，所述相邻通信节点包括再次传输所述收到的数据的逻辑。

Images