This is because in the existing del

This is because in the existing delayed ACK controls, ACK
responses are delayed for a certain period (In this simulation,
default values are specified as 100 cosec) or until two packets have been received. Therefore, under the latter conditions duplicated ACK responses are detected at senders because of the problems of out-of-order sequences. Furthermore, when packet loss is detected, the congestion window slowly expands during the congestion avoidance phase. At this time, the window expands more slowly due to delays in receiving ACK responses, so throughput is not easily improved. For this, throughput at hand-overs with the existing delayed ACK controls has been improved more lately than that without controls. On the other hand, TCP throughput with the existing delayed ACK controls before hand-over (from 20 sec to 40 sec) is higher than with the other controls. This is because up-streamed traffic on wireless links which are bottleneck points has decreased to reduce the number of ACK packets. As a result, average throughput with the existing delayed ACK controls is expected to be equal to that without controls, as advantages are set off against disadvantages when simulation time is short or when mobile hosts stay at one base-station for a long time.

Kết quả (Việt) 1:

này là bởi vì trong các điều khiển ACK bị trì hoãn hiện tại, câu trả lời
ack bị trì hoãn trong một thời gian nhất định (trong mô phỏng này,
giá trị mặc định được quy định như 100 cosec) hoặc cho đến khi hai gói nhận được. do đó, theo các điều kiện sau sao chép câu trả lời ACK được phát hiện tại người gửi vì các vấn đề về trình tự out-of-trật tự. Hơn nữa, khi mất gói tin được phát hiện,các cửa sổ tắc nghẽn từ từ mở rộng trong giai đoạn chống nghẽn mạng. tại thời điểm này, cửa sổ mở rộng chậm hơn do sự chậm trễ trong việc tiếp nhận phản hồi ACK, vì vậy thông là không dễ dàng cải thiện. cho điều này, thông qua tại tay-thuyết minh với các điều khiển ACK bị trì hoãn hiện tại đã được cải thiện gần đây nhiều hơn thế mà không cần điều khiển. mặt khác,tcp thông với các điều khiển ACK hiện chậm trước khi bàn giao (từ 20 giây đến 40 giây) cao hơn so với các điều khiển khác. này là bởi vì lên trực tiếp lưu lượng truy cập vào các liên kết không dây được điểm nút cổ chai đã giảm để giảm số lượng các gói tin ACK. kết quả là, thông lượng trung bình với các điều khiển ACK bị trì hoãn hiện tại dự kiến ​​sẽ tương đương với không có điều khiển,như lợi thế được đặt ra đối với bất lợi khi mô phỏng thời gian ngắn hoặc khi thiết bị di động ở tại một trạm gốc trong một thời gian dài.

Kết quả (Việt) 2:

Điều này là do trong hiện tại bị trì hoãn điều khiển ACK, ACK
phản ứng được trì hoãn trong một thời gian nhất định (trong mô phỏng này,
giá trị mặc định được chỉ định là 100 cosec) hoặc cho đến khi hai gói đã được nhận được. Vì vậy, theo các điều kiện sau đó trùng lặp ACK phản ứng được phát hiện tại người gửi vì các vấn đề trình tự ra trật tự. Hơn nữa, khi gói mất được phát hiện, cửa sổ tắc nghẽn dần dần mở rộng trong giai đoạn tắc nghẽn tránh. Tại thời điểm này, các cửa sổ mở rộng chậm hơn do sự chậm trễ trong việc tiếp nhận các phản ứng ACK, do đó, thông qua không là một cách dễ dàng được cải thiện. Đối với điều này, thông qua tại bàn tay-overs với hiện tại bị trì hoãn ACK điều khiển đã được cải thiện gần đây hơn rằng nếu không có điều khiển. Mặt khác TCP thông qua với bộ điều khiển ACK bị trì hoãn sẵn có trước khi bàn tay-trên (từ 20 giây cho 40 sec) là cao hơn với các điều khiển khác. Điều này là do lưu lượng truy cập trực tiếp lên trên kết nối không dây có nút cổ chai điểm đã giảm để giảm số lượng các gói dữ liệu ACK. Kết quả là, Trung bình băng thông với điều khiển ACK bị trì hoãn sẵn có dự kiến sẽ được tương đương mà không có điều khiển, khi lợi thế được đặt ra đối với khó khăn khi mô phỏng thời gian là ngắn hoặc khi điện thoại di động lưu trữ ở một cơ sở-trạm trong một thời gian dài.