第159章 决战稳定性 － gprs数据呼叫成功(3/4)

    工程师启动了一个ftp客户端程序（运行在连接调试口的pc上，通过芯片进行网络传输），尝试从网络模拟器内置的ftp服务器上下载一个100kb大小的测试文件。

    控制台窗口中，可以看到tcp连接建立成功，ftp协议交互正常。然后，代表数据传输的日志开始滚动：

    [tcp\/ip] receivg data segnt ack sent [rlc\/ac] downlk data blocks received on pdtch [phy] dedg downlk bursts

    下载进度条开始缓慢但稳定地向前移动。所有人的目光都紧盯着那个进度条和旁边的实时下载速率显示。

    gprs css 10的理论下行速率大约在40-50kbps左右（取决于编码方案），实际速率会受到信道质量和协议开销的影响。

    “速率稳定在35kbps左右！”工程师报告道，“符合cs-2编码方案下的预期！”

    时间一分一秒过去，进度条稳步前进。实验室里鸦雀无声，只有仪器风扇的嗡鸣和键盘偶尔的敲击声。

    10… 30… 50…

    就在下载进度超过一半时，意外发生了！

    网络模拟器的屏幕上，突然显示信道质量指示（cqi）快速下降！模拟的信号强度骤然减弱，并伴随着强烈的干扰信号！这是张建华故意设下的“陷阱”，用来测试芯片在恶劣网络环境下的反应！

    “信道恶化！注意观察！”张建华立刻提醒道。

    所有人的心都提到了嗓子眼！

    几乎在信道恶化的同时，“蜂鸟”芯片内部的基带算法立刻做出了反应！

    [phy] channel ality degraded! switchg to robt ode! [rlc\/ac] downlk bler creased reestg retransissions [tcp\/ip] detectg packet loss adjtg dow size

    下载速率瞬间下降，进度条几乎停滞。但是，连接并没有中