[参考译文] TLK1.0081万：编码问题

admin

Guru**** 2005520 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/569381/tlk10081-encoding-questions

部件号：TLK1.0081万
主题中讨论的其他部件： TLK1.0022万

我有一位客户询问以下有关TLK1.0081万的问题：

在我们的案例中，我们将采用4个1.25 Gbps以太网信号(8B/10B编码)并以光学方式传输，理想情况下以10.3125 Gbps的速率传输，因为这是许多SFP+模块支持(10千兆以太网速率)的表现。有大量未使用的带宽可用于数据表所称的"保留通道"(参见第13页)。在我们的应用中，传输的网络可能包含敏感信息，因此我们必须向客户证明，车道之间不可能存在"交叉污染"。换言之，我们必须绝对确定通道1上的信号输入是从通道1发出的(对于通道2，3，4等也是如此)。我希望数据表第13页所述的"保留路线"措施能够做到这一点。我知道，流量在同一个10 Gbps流上聚合和传输，但是在我们的应用中，必须保持"通道排序"。

在这方面，我们想到了几个问题：
(1)在链路中断的情况下，恢复行车线的速度如何？
(二)在上述情况下，在恢复行车线订购前，有多少潜在数据可能会从错误行车线发出？

我知道这听起来有点偏执，但这正是我们的客户和认证人员想要知道的。

我不确定如何回答这一问题，因为我不确定数据在通道中是如何汇总的。您能否看看这个问题，并告诉我TLK1.0081万是否适合他们，或者我们是否有其他设备更好地满足他们的需求。

如果您对客户有任何其他问题，请告诉我。

感谢您的帮助！

Richard Elmquist

8 年多前

0 admin 8 年多前

TI__Guru**** 2005520 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好，Richard：

让我们来验证实际数据速率。我们可以执行1.25 401=10.0Gbps。 10.3125Gpbs速率特定于我们不支持的10G以太网和64B/66B编码。但我假设他们需要10.0Gbps。

车道排序将由K 28.5 字符设置。在内部，我们将车道0 (默认)上的K 28.5 (0x2BC)更换为K 28.3 (0x27C)。 RX设备将使用此K 28.3 设置车道顺序。因此，他们有限制，不得在任何车道上发送K 28.3 ，这样就可以保持车道订购。可能会出现这样的问题：是否可以将错误识别为K 28.3 并导致临时重新对齐车道？是的。防止这种情况的最佳方法是同时启用20位加扰。混同的K 28.3 将被检测为解扰错误，然后更改为错误代码，从而防止不必要的别名和旋转更改。

对于发射器，这将是TX_SCR_20_EN (8009.1)，对于接收器，这将是RX_SCR_20_EN (8019.1)。然后将多项式设置为800E/800F (发射器)和801E/801F (接收器)。我对HDMI数据进行了一些测试，并得出了一个很好的多项式，但似乎无法找到它是什么。我会试着找到它。他们还可以选择他们想要的任何多项式(最多32位)，然后进行BER测试。我刚刚在线查看并发现一个随机示例，x^16+x^15+x^13+x^4+1。您可以将位16，15，13和4设置为'1'。乘法/20位加密器的缺点是，一位错误会导致RX上出现多个错误代码，但至少可以防止车道错误旋转。

遗憾的是，tlk1.0022万/81不具有滞后功能，因此如果不加扰，位错误可能会成为旋转字符的别名并导致即时旋转更改，这种情况将持续到在通道0上找到K 28.3 (来自K 28.5)之后。

我不记得电缆插头/重新插电情况是否会导致随机位移，从而暂时导致车道错误旋转。他们可能需要检查才能确定。

此致，
Luis Omar Moran
高速接口
SWAT团队

0 admin 8 年多前

TI__Guru**** 2005520 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Luis，

感谢您的快速响应！

如果客户有任何其他问题，我会告诉您。

再次感谢。

Richard Elmquist

0 admin 8 年多前

TI__Guru**** 2005520 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Luis，

客户提出了一些其他问题：

首先，您可以；我们不必以10.3125 Gbps的速度运行高速端，它可以是10.0 Gbps或任何速率可通过SFP+光学模块传输。

在我们的应用中，我们不需要全部8车道容量，因此，以您为例，如果我们在0车道上注入恒定的K 28.5 ，该怎么办？

这是否会使车道失转的恢复时间非常快？零件重新对齐的速度有多快？

使用此技术可能会通过多少位/字的错误对齐数据(最坏的情况)？ (我想在这种情况下，只有几个10位字会溢出到错误的通道，直到在通道0上检测到模式)。

我想说服我们的客户，恢复时间将非常快，并且所需的数据量将是微不足道的，因此这部分能够满足我们的要求，因为这使我们的设计变得更加简单和容易。我们在这里处理一些安全通信应用程序，因此我们必须达到极限，以确保尽可能正确地对齐通道(理想情况下是100 %)。

如果您对客户有任何其他问题，请告诉我。

感谢您的帮助！

Richard Elmquist

0 admin 8 年多前

TI__Guru**** 2005520 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好，Richard：

是的，如果它们在车道0上为连续K 28.5 供料，则可以最大限度地延长车道恢复时间。我需要查看设计，但即使另一条车道的K 28.3 存在误码，也有可能防止其发生任何不正确的旋转。让我来研究一下，然后再回复给大家。

此致，

路易斯

0 admin 8 年多前

TI__Guru**** 2005520 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

如果您在8：1模式下发送所有K 28.5 ，则"最坏的情况"是在车道2收到虚假K 28.3 (由于车道0是有效的K 28.3 ，因此将忽略车道1 K 28.3)。然后，您将获得错误的旋转，此时车道2将获得K 28.5。然后映射将如下所示

Source (来源)-> Destination Lane (目的地路线)
----------------
车道0 ->车道0 / K 28.5
车道1 ->车道1
车道2 -> K 28.5 (不在乎)。这是位错误
车道3 ->车道1 (这会破坏上述正确的车道1数据)
车道4 ->车道2
车道5 ->车道3
车道6 ->车道4
车道7 ->车道5
车道0 ->车道0 (K 28.5 /重新对齐)

因此，您会在通道1，3，4和5上得到一个交叉字节。车道2为K 28.5 ，因此不是数据。通道6和7不接收新数据，因此它们重复上一个字节。

我认为这足以被视为没有交叉数据，因为数据流中的一个"交叉"字节不能与位错误区分开来。

更改为20位错误代码将防止HSRX上的虚假K 28.3 传播并导致错误的重新对齐。但是，在发射器设备上，在上述情况下，K 28.3 的错误LSRX输入解码仍会传播到RX设备。因此，没有100 % 完美的解决方案，但为严格意义上的K 28.5 代码保留一条车道无疑会将任何交叉旋转损坏降至最低。

此致，
路易斯

0 admin 8 年多前

TI__Guru**** 2005520 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Luis，

感谢您的快速响应！

我会告诉您这是否能回答客户的问题。

再次感谢。

Richard Elmquist

0 admin 8 年多前

TI__Guru**** 2005520 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

实际上，按照表中的说明，通道2确实已被通道4数据损坏。但是，损坏的通道只收到一个不正确的字节，这是主要的点。
此致，
路易斯

接口（参考译文帖）

接口（参考译文帖）(Read Only)

[参考译文] TLK1.0081万：编码问题