ACK control scheme at base-station

ACK control scheme at base-station hand-overs. The hard-timer processing values are specified as 500 msec and the soft-timer ones as 90 msec. At 40.3 sec after hand-over, out-of-order sequences were received for dual routing paths, then delayed ACK periods started at 40.34 sec and delayed ACK responses were sent triggered by soft-timer timeouts at 40.43, 40.52, and 40.61 sec. Moreover, TCP packet number sequences up to 2855 were completed at 40.67 sec. Therefore, the dynamic delayed ACK period ended at that point. Next, packets of out-of-order number sequences were received again at 40.69 sec, and the dynamic delayed ACK period for number sequences up to 3874 ended at 40.80 sec. In applying our proposed method in this way, when problems with out-of-order number sequences occur, a dynamic delayed ACK period commences and ACK responses are sent via soft-timer processing only when the packets of expected sequence numbers have been received. This makes it possible to avoid duplicated ACK detection and throughput reduction caused by congestion-avoidance

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

chương trình kiểm soát ack tại cơ sở trạm tay-thuyết minh. các giá trị xử lý khó chụp được quy định như 500 ms và những người thân mềm hẹn giờ như 90 mili giây. tại 40,3 giây sau khi bàn giao, trình tự out-of-trật tự đã nhận được các đường dẫn định tuyến hai, sau đó bị trì hoãn thời gian ack bắt đầu tại 40,34 giây và phản ứng chậm ack được gửi kích hoạt bởi timeouts mềm hẹn giờ tại 40,43, 40,52 và 40,61 giây. hơn thế nữa,số lượng gói tin TCP trình tự lên đến 2855 đã được hoàn thành tại 40,67 giây. do đó, thời gian ack động chậm kết thúc tại thời điểm đó. tiếp theo, các gói tin của các chuỗi số out-of-trật tự đã được nhận một lần nữa tại 40,69 giây, và thời gian chậm trễ ack năng động cho các chuỗi số lên đến 3874 kết thúc vào lúc 40.80 giây. trong việc áp dụng phương pháp đề xuất của chúng tôi theo cách này,khi có vấn đề với các chuỗi số out-of-trật tự xảy ra, một khoảng thời gian ack động chậm bắt và đáp ứng ACK được gửi qua xử lý mềm đếm thời gian khi các gói dữ liệu của số thứ tự dự kiến ​​đã được nhận. điều này làm cho nó có thể để tránh lặp lại phát hiện ACK và giảm thông gây ra bởi sự tắc nghẽn-tránh

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

ACK điều khiển đề án tại cơ sở trạm tay-overs. Các giá trị cứng bộ đếm thời gian xử lý được quy định như là 500 msec và mềm-timer người như 90 msec. Tại 40,3 giây sau khi bàn tay-trên, trình tự ra trật tự đã nhận được cho hai đường dẫn định tuyến, sau đó bị trì hoãn ACK thời gian bắt đầu tại 40.34 giây và bị trì hoãn các phản ứng ACK được gửi được kích hoạt bởi mềm bộ đếm thời gian timeout tại 40.43, 40.52 và 40.61 sec. Hơn nữa, TCP gói số chuỗi đến 2855 được hoàn thành tại 40.67 giây. Vì vậy, năng động bị trì hoãn ACK giai đoạn kết thúc vào thời điểm đó. Tiếp theo, gói ra thứ tự số chuỗi đã nhận được một lần nữa tại 40.69 giây, và động bị trì hoãn ACK kỳ cho số chuỗi đến 3874 kết thúc tại 40.80 giây. Trong việc áp dụng phương pháp được đề xuất của chúng tôi bằng cách này, Khi xảy ra vấn đề với trình tự số ra thứ tự, bắt đầu một giai đoạn ACK động bị trì hoãn và phản ứng ACK được gửi qua đếm thời gian mềm xử lý chỉ khi các gói số dự kiến thứ tự đã được nhận. Điều này làm cho nó có thể để tránh trùng lặp ACK phát hiện và thông lượng giảm do tắc nghẽn-tránh