in (9), (1−Pblock)×h means that the

in (9), (1−Pblock)×h means that the lost packets can be recovered from one FEC block. Thus, the recovery overhead will only beh, the number of FEC redundant packets. Pblock×((k+ k/b)−Sexpect+h) represents the FEC redundant packets and the lost packets cannot be recovered from one FEC block. According to (9), the recovery overhead increases when k or h increases. Because n is bound by (8), video streaming will have low protection and recovery overhead when k is large. On the other hand, video streaming will have high protection and recovery overhead when his large. In order to decide
the minimum recovery overhead, the FL-FEC mechanism assumes that the application can tolerate the average packet loss rate of video streaming up to a certain acceptable range Pacceptable, e.g., 0.5% [9]. Accordingly, the FL-FEC mechanism can calculate the optimal FEC parameters, i.e.,k, h, and P,for the minimum recovery overhead as follows. The FL-FEC mechanism uses (1) and the feedback information to get the original packet loss rate of the network, i.e.,P. Then, the FL-FEC mechanism uses (2), (5), and (7) to get Pblock(t),Sexpect, and Peffective according to differentkandh. Finally, the FL-FEC mechanism can get the minimum recovery overhead with

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

(9), (1−Pblock) × h có nghĩa rằng các gói dữ liệu bị mất có thể được phục hồi từ một FEC khối. Do đó, chi phí phục hồi sẽ chỉ beh, số lượng gói dữ liệu dự phòng FEC. Pblock × ((k + k/b) −Sexpect + h) đại diện cho các gói dữ liệu dự phòng FEC và các gói dữ liệu bị mất không thể được phục hồi từ một FEC khối. Theo (9), việc thu hồi chi phí tăng khi k hoặc h tăng. Bởi vì n là bị ràng buộc bởi (8), hình ảnh sẽ có bảo vệ thấp và chi phí phục hồi khi k là lớn. Mặt khác, hình ảnh sẽ có chi phí cao của bảo vệ và phục hồi khi ông lớn. Để quyết địnhchi phí tối thiểu phục hồi, cơ chế FL-FEC giả định rằng các ứng dụng có thể chịu đựng được tỉ lệ tổn thất gói trung bình của hình ảnh lên đến một phạm vi chấp nhận được một số Pacceptable, ví dụ: 0,5% [9]. Theo đó, các cơ chế FL-FEC có thể tính toán tối ưu FEC tham số, i.e.,k, h, và P, cho chi phí tối thiểu phục hồi như sau. Sử dụng cơ chế FL-FEC (1) và các thông tin phản hồi để có được tỷ lệ tổn thất gói ban đầu của hệ thống i.e.,P. Sau đó, FL-FEC cơ chế nghĩa (2), (5), và (7) để có được Pblock (t), Sexpect, và Peffective theo differentkandh. Cuối cùng, các cơ chế FL-FEC có thể nhận được sự hồi phục tối thiểu chi phí với

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

trong (9), (1-Pblock) × h có nghĩa là các gói tin bị mất có thể được phục hồi từ một khối FEC. Như vậy, chi phí phục hồi sẽ chỉ công thức:, số FEC gói tin dư thừa. Pblock × ((k + k / b) -Sexpect + h) đại diện cho các gói dữ liệu dư thừa FEC và các gói tin bị mất không thể phục hồi từ một khối FEC. Theo (9), các chi phí phục hồi tăng khi k hay h tăng. Vì n là ràng buộc bởi (8), video sẽ được bảo vệ và phục hồi thấp overhead khi k là lớn. Mặt khác, video sẽ phải bảo vệ cao và phục hồi nguyên cần thiết khi lớn của mình. Để quyết định
trên không phục hồi tối thiểu, cơ chế FL-FEC giả định rằng các ứng dụng có thể chịu đựng được các tỷ lệ tổn thất gói tin trung bình của video streaming lên đến một phạm vi nhất định có thể chấp nhận Pacceptable, ví dụ, 0,5% [9]. Theo đó, các cơ chế FL-FEC có thể tính toán các thông số tối ưu FEC, tức là, k, h, và P, cho các chi phí phục hồi tối thiểu như sau. Việc sử dụng cơ chế FL-FEC (1) và các thông tin phản hồi để có được mức giá ban đầu mất gói tin của mạng, tức là, P. Sau đó, sử dụng các cơ chế FL-FEC (2), (5), và (7) để có được Pblock (t), Sexpect, và Peffective theo differentkandh. Cuối cùng, cơ chế FL-FEC có thể nhận được các chi phí phục hồi tối thiểu với