一的。下面进一步讨论具有这种属性的唯一事务标识符的生成。在步骤30处，发送出包括唯一事务标识符的事务请求。唯一事务标识符还被保持(存储)在事务主机内，使得它可以用作期望数据来验证相对于所接收到的事务响应的正确路由。期望数据的存储位置可以不同。步骤32等待，直到事务响应被接收到为止。在事务主机4的情况下，这可以是读数据或写响应。当事务响应被接收时，步骤34将伴随所接收的事务响应的、唯一事务标识符形式的控制检查数据与步骤28处所存储的、唯一事务标识符形式的期望数据进行比较。如果存在失配，则步骤36触发错误响应，错误响应包括报告所检测到的错误并对所检测到的错误进行动作。报告错误和对错误进行动作可以采用各种不同的形式，例如，重复事务、丢弃事务、触发重置等。如果所接收到的控制检查数据与期望数据相匹配，则处理前进到步骤38，在步骤38处响应被接受。
[0068]图7是示意性地示出上面关于图3的Ε0ΒΙ位所讨论的接收机(主机或从机)处的拍顺序检查的流程图。在步骤40处，接收机等待，直到有要接收的数据为止。步骤42将Ε0ΒΙ期望值的初始状态设为0。步骤44等待，直到第一拍数据被接收为止(读数据被返回到主机或写数据被从机接收)。数据的发送器以设为0的Ε0ΒΙ值伴随的第一拍开始它的顺序数据传输。因此，如果所发送的该第一拍是接收到的第一拍，则步骤46处将通过接收到的Ε0ΒΙ值是否与所期望的Ε0ΒΙ值相匹配的判定。如果所期望的Ε0ΒΙ值与步骤46处所检测的接收到的Ε0ΒΙ值之间有失配，则在步骤48处将触发错误响应。这种错误响应可以具有各种形式，如先前所提到的。
[0069]如果步骤46处通过Ε0ΒΙ检查，则该拍数据将被接收，步骤50将继续判定该拍数据是否是最后拍。如果该拍数据是最后拍，则过程终止。如果该拍数据不是最后拍，则步骤52判定当前Ε0ΒΙ期望值是否是0。如果当前Ε0ΒΙ期望值是0，则步骤54在将处理返回到步骤44之前将其反转为1，以等待下一拍被接收。如果Ε0ΒΙ期望值当前不是0，则步骤56用于在将处理返回到步骤44之前将Ε0ΒΙ期望值设为0，以等待下一拍数据。
[0070]应当领会的是，图5的处理与诸如突发写或突发读之类的突发传输相关联。在这种突发传输中，单个传输请求之后的是多拍数据。这些拍的数据与突发读情况下的读响应事务或突发写情况下的写数据值相对应。这些拍的数据具有期望的顺序，它们以这种顺序被发送，并且被假定为以该相同的顺序被接收。如果这种顺序被改变，则可能出现不正确的操作。如关于图5所讨论的Ε0ΒΙ值的动作确保所接收到的数据拍的顺序具有Ε0ΒΙ值的正确的交替顺序。这在检测错误(例如，拍被重复，并因此使得同一 Ε0ΒΙ值被发送两次，这两次彼此相邻，而不是具有交替的顺序)时是有效的。假如这种方式没有导致被误导的拍仍然满足Ε0ΒΙ值相交替的要求，用这种方式还可以检测到误导。
[0071]如关于图2所讨论的，Ε0ΒΙ还可以作为ECC生成功能的输入被包含，并因此不被单独传送。由于Ε0ΒΙ是一位(与多位UTID字段相比)，Ε0ΒΙ上的错误是有可能被ECC码检测到的一位错误。它甚至可以被更简单的奇偶校验码(对于奇偶校验，它有效地意味着在针对不同拍的数据的偶校验检查和奇校验检查之间切换)检测到。这种方法的优点是不对信号进行路由。(对于UTID，这种方法可能不是适当的，因为错误可以是不太可能被检测到的多位错误。然而，来自UTID的一位可以以这种方式被结合到ECC。对于SECDEC ECC码，可以移除边带返回数据的全部两位。)
[0072]图8是示意性地示出由事务从机6执行的处理的流程图，该处理用于检查对到该从机的写事务的正确路由。事务协议的特征可以是写数据可以在写事务请求之前被接收。然而，图8中所示出的处理能够确认写事务请求唯一事务标识符与所有接收到的写数据拍的唯一事务标识符相匹配，而不管相对于写事务请求被接收到的时间它们什么时候被接收到(之前，同时或之后)。
[0073]步骤58判定写事务请求是否已经被接收到。如果写事务请求已经被接收到，则处理前进到步骤59，步骤59中判定是否已经接收到任何写数据拍，而没有与这些写数据拍相对应的写事务请求。如果步骤59处的判定为没有已经接收到的写数据拍，则处理前进到步骤60，在步骤60中，步骤58处接收到的写请求的唯一事务标识符被存储。
[0074]如果步骤59处的判定为已经接收到一些写数据拍，则处理前进到步骤61，在步骤61处，在步骤58处接收到的写事务请求的唯一事务标识符与已经接收到的一个或多个数据拍的唯一事务标识符之间进行比较。如果这些唯一事务标识符不匹配，则在步骤62处触发错误响应并且处理终止。如果在步骤61的检查指示唯一事务标识符相匹配，则处理前进到步骤63，在步骤63处判定步骤58处接收到的写事务请求的所有写数据拍本身是否已经被接收到。如果写事务请求的所有写数据拍已经被接收到，则处理终止。
[0075]如果步骤63处的判定为所有的数据拍还未被接收或接着步骤58处的判定(即，写事务请求还未被接收到)，则处理前进到步骤54，在步骤54处判定数据拍是否已经被接收到。如果数据拍还未被接收到，则处理返回到步骤58。如果步骤64处的判定为数据拍已经被接收，则步骤65处判定写事务请求是否已经被接收。如果写事务请求还未被接收，则步骤66存储数据拍的唯一事务标识符，使得当写事务请求被接收时它随后可以与写事务标识符比较(见步骤61)。步骤66处存储数据拍唯一事务标识符之后，处理返回到步骤58 ο
[0076]如果步骤65处的判定为写事务请求已经被接收，则步骤67判定所接收到的数据拍的唯一事务标识符是否与先前所接收到的写事务请求的唯一事务标识符相匹配。如果没有匹配，则步骤68触发错误响应，然后处理终止。如果步骤67处的判定指示唯一事务标识符相匹配，则步骤69用于判定步骤64处所接收到的数据拍是否是写事务请求的最后数据拍。如果所接收到的数据拍不是最后数据拍，则处理返回到步骤64。如果所接收到的数据拍是最后数据拍，则处理终止。
[0077]图9示意性地示出唯一事务标识符的一种示例形式。这可以使用事务主机标识符形式的唯一标识符值78来形成，事务主机标识符对于系统内存在的事务主机间特定的事务主机来说是唯一的。这形成唯一事务标识符的前缀。唯一事务标识符的后缀由序号80来形成，序号80在事务主机内被生成，并且在事务主机所发出的当前未决事务间是唯一的。可以生成序号的一种示例方式是在事务主机内，事务主机包括用于存储未决事务的地址的地址缓冲器。地址缓冲器内存储地址的位置对于与该地址相关联的事务来说将是唯一的。因此，该地址的存储位置可以被重用于形成唯一事务标识符的序号部分(后缀)。
[0078]与事务响应的控制检查数据相比较的期望值可以具有各种不同的形式，例如，它可以不直接与控制检查数据相对应，而是可以具有某种形式来允许检查所接收到的控制检查数据至少与期望的控制检查数据一致，例如具有正确的奇偶校验、生成期望的散列值等。然而，在至少一些示例实施例中，期望值可以包括由特定的事务主机发出的事务的事务标识符，其中该事务标识符与它的相关联的事务通过互连电路传播，并且被反射回事务主机以检查事务响应是与最初发送的事务请求相对应的响应。
[0079]在一些示例实施例中，传输控制检查电路可以包括事务标识符生成器，事务标识符生成器用于生成针对特定的事务主机的事务标识符。提供这种方式的与事务主机的其它部分相分离的单独的事务标识符生成器简化了针对互连电路内的控制错误来将本公开的附加的保护提供给最初设计时没有考虑这种能力的事务主机，例如，遗留事务主机。
[0080]在一些示例实施例中，可以通过以下布置来提高针对通过互连电路的传输控制上的故障的保护:事务标识符是当前用于未决事务的事务标识符间具有唯一值的唯一事务标识符。事务标识符可以随着时间的推移被重用，但是可以被限制为在未决事务间是唯一的，以便可以避免多个事务响应共享事务标识符的情况，从而避免由于事务标识符的重用而使得不正确的事务响应被不适当地标识为与期望数据相匹配。
[0081]在至少一些示例实施例中，事务标识符可以形成伴随事务的边带信号的一部分或全部。互连电路可以被配置为独立于边带信号内的事务标识符而对事务进行路由。对边带信号(例如，用户数据)的规定可能已经在现有互连电路协议内被提供，并且可以被用于检测通过互连电路的事务传输控制上的错误这一目的。
[0082]应当领会的是，通过互连电路的事务传输控制上的错误可以具有各种不同形式。一种示例形式是错误导致事务响应的误导，该事务响应意图用于除了它被返回到的特定的事务主机之外的事务主机。其它示例错误可以是不适当地重复发送事务响应、事务响应不正确的排序或与传输控制(不同于事务响应本身的内容)有关的其它错误。
[0083]可以通过某种方式来形成事务标识符，以确保:通过用针对一个或多个事务主机间特定的事务主机的唯一标识符以及在由该特定的事务主机发出的当前未决的事务间唯一的数字(例如，序号或一组数字中当前未被使用的数字)的组合来形成事务标识符，它在至少一些示例实施例中的未决事务间是唯一的。特定的事务主机的唯一标识符可以被静态地配置，唯一的数字的实施可以由特定的事务主机本身来执行，该数字可以在该特定的事务主机的控制下生成。
[0084]在一些实施例中，特定的事务主机可以包括被配置为存储与未决事务相关联的地址的地址缓冲器。在这些实施例中，可能地址缓冲器内与未决事务相对应的地址的存储位置可以被重用以提供序号，该序号形成上面所说明的事务标识符的一部分。已经提供机制来确保地址被存储在地址缓冲器内唯一的位置中，因此这种唯一性行为可以被重用以生成事务标识符的适当的序号部分，