图2描述的就是这个概念。尽管器件只生成sRIO 1.3兼容的流量，交换器可以进行配置来处理某些进来的流量，就像它有更高VC一样，主要是将sRIO 1.3包映射到编程VC值的sRIO 2.0包。一种可以用来向交换器传达如何处理一个特定包的方法是使用唯一的目标标识符。这种增强有助于交换器将包发送到正确的端点，同时基于给被映射的VC的带宽分配限制包的流出流量。如图所示，通过这种特点，交换器可以将三个不同的端点作为VC_A、VC_B和VC_C的发生器进行处理，到达目标的预期流量可以模仿图1中显示的灵活性和响应，这些都不需要使用sRIO 2.0端点。虽然可能限制基于发送器的流量控制的使用，这种VC映射能力的确有助于系统设计师更精确地接近系统中预期的流量，而不是限制用户只能遵循sRIO 1.3包排序规则。

　　sRIO 2.0中VC的另外一个关键因素是在CT模式运行的能力，这有助于在需要减少延迟的情况下丢下包。任何向采用VC过渡的努力，都要面对这个关键的特点。不像sRIO 2.0，如果没有缓冲空间的话，sRIO 1.3器件不会接受包。交换器供应商可以通过提供一种伪CT模式选项，用sRIO 1.3端点接近sRIO 2.0 CT模式操作，在这种模式中，要重新发送的包实际上是被一个新的包代替了。这种模式有助于客户在sRIO 1.3系统中利用在CT模式下运行的VC的延迟优势。

　　sRIO 1.3和sRIO 2.0系统间的通信

　　随着新的sRIO 2.0端点进入市场，很有必要提供一种能够将两种规范连接起来的解决方案，这样，为sRIO 2.0设计的子系统就能利用它们所有的优势，同时继续与现有sRIO 1.3子系统通信。

　　一个强大的功能就是提供一个作为sRIO 1.3现有流量和sRIO 2.0 VC流量之间的转换器运行的交换器。sRIO提供内置的向后VC值转换，因为规定VC值的包头部分重新使用了优先权和关键请求流量区域。虽然这确实有助于sRIO 1.3器件转送规定VC值的sRIO 2.0包，但这是静态的转换，可能满足不了必须在同一系统中同时支持两种sRIO版本的系统设计师的需求。

　　然而，交换器可以作为两个子系统间的智能互连运行，通过提供一个可编程的转换功能，每个子系统分别以不同的sRIO版本运行。假设一个系统包括一个现有sRIO 1.3系统板、一个sRIO 2.0系统板和一个具有转换功能的交换板，如图3所示，交换器就可以具有一个可编程的转换功能，在两个系统之间随意进行包转换。这有助于系统设计师在修改子系统时向新的规范过渡，推出新的子系统，使整个sRIO 2.0生态系统采用所有必要的元件。这个解决方案不是简单地将包映射到VC并改变交换器处理每个包的方式，而是改变进入包的包头，重新计算循环冗余码校验(CRC)，并最终生成新的包。系统设计师能够以最小的影响和巨大的优势利用这种解决方案。

　　加速sRIO 2.0的成功

　　sRIO 2.0将是具有强大功能的嵌入式结构，支持各种数据流量。VC是将改变系统设计师能够定义和控制通过其结构的数据流的主要元件。交换器供应商的挑战是为他们的客户提供能够迅速利用VC卓越功能的强大sRIO 2.0解决方案，同时随着生态系统继续发展，提供一条简单的途径使其进化成完整的sRIO 2.0解决方案。