为什么我不能在对称频道上获得同等的上传和下载速度？

Question

我被分配到一个项目，在这个项目中，我的代码应该同时在同一个FTP或HTTP服务器上执行一些文件的上传和下载。测量了速度，并从中得出了一些结论。

现在的问题是，在高速连接上，我们在吞吐量方面得到了预期的结果，但是对于慢连接(比如理想的CDMA1XRTT链路)，我们要么下载，要么上传胜利，而代价是相反的方向。我有一个“更高的主体”，他确信CDMA1XRTT连接是对称的，因此我们应该能够在这个链路上以等效的速度(在每个方向上大约100 kbps )执行数据传输。

我的测量结果表明，如果没有在缓冲区大小和数据链接节流方面对代码进行很大的调整，在前面提到的条件下不可能有相同的速度。我尝试了我的两种多线程代码，并创建了一个简单的批处理文件，使ftp.exe自动执行数据传输--同样的结果。

因此，问题是:是否真的有可能在低速对称链路上进行数据传输？在他们的期望中，“更高的身体”是正确的吗？如果是，您对我的代码应该如何处理才能达到这样的吞吐量有任何建议吗？

PS。我完全重写了这个问题，所以很明显它属于这个网站。

Answer 1

CDMA1x包括多达15个信道的9.6kbps通信量。这将导致总吞吐量为144 This。

两个信道用于指挥和控制信号(与基站对话、关联/分离、SMS流量、环形信号等)。

这给您留下了高达124.8kbps的数据。

->每个频道都是单向的。<--

它们根据需要进行动态切换和分配。

一般来说，你会得到更多的下载比上传，因为这是典型的手机调制解调器的使用。但是，您将不会获得超过120 more的总带宽。

实际上，由于1 1xRTT编码、纠错、重发等开销，即使您拥有所有可能的信道，您通常也会体验到60 60kbps到90 60kbps之间的情况。

这意味着您可能只能同时获得30 60kbps 60 60kbps的上传和下载。

此外，由于信道的动态切换(以及基站比调制解调器更多地控制这一点--它们需要仔细地管理基站信道，以保持话音通话的自由)，当它切换信道时，您将失去时间--这不是一个即时的过程。

因此-1 1xRTT理论上可以给你124 base的单向，但由于开销，交换时间，基站容量，或电话公司仅仅因为其他原因限制这种连接，你不能依赖一个对称的链接。

注意：

这将在一定程度上取决于提供程序和调制解调器。例如，一些调制解调器有16个通道，而一些提供商支持16个通道。在某些情况下，这些调制解调器和提供商可以很好地协同工作，并且可以为应用程序提供完整的144 hard的原始带宽，只有一个专用信道(必须非常努力地工作)才能处理控制、交换和其他问题。即使这样，在调制解调器通信的开销，然后PPP的开销，然后IP的开销，然后TCP的开销，你仍然在观察大概100-120 both的总带宽，无论是上下。

最后，还没有提供者支持透明的IP通信传输。换句话说，如果您的调制解调器正在移动，则调制解调器将切换到一个新的基站，但是您将完全放弃PPP会话并重新启动它，以及所有TCP会话等等。您通常不会获得相同的IP地址，因此TCP会话将不会优雅地恢复。

这个转折的“乐趣”方面是，即使你不动，这也是可以发生的。如果一个基站被加载下来，如果你距离足够近，你可能会被转移到另一个基站--即使你不移动，也会有其他东西使你的调制解调器传输。因此，请确保考虑到这一点，因为您似乎热衷于保持一个全双工对称通道开放。很难写出能优雅地恢复过来的东西，别想预测它，而且要迅速地完成它。您最好在这方面与调制解调器制造商(如Kyocera)密切合作，否则您将无法获得关于如何在所需的低级别上控制调制解调器芯片组的文档。

-Adam

Answer 2

我认为在两个方向上高速的整个戏剧是因为我的更高的身体认为他们有144 kbps的上行链路和144 kbps的下行链路(==两条管道)。而在现实中，我们有144 kbps的一个管道，这是切换方向，当我传输文件。

如果我是对还是错，请评论我。