media. In essence, short-term fluct

media. In essence, short-term fluctuations can be addressed using rate-switching techniques, many of which are essen- tially the same as the rate control protocols developed for streaming over UDP. There are pros and cons to using ei- ther transport protocol, and there are proponents for both techniques. While there exists a substantial volume of work on using UDP to transmit streaming media, there exists very little work regarding the use of TCP for streaming. The re- mainder of this section presents an overview of some previ- ous work on using TCP for media streams.
In [29], Wang et al. develop discrete-time Markov mod- els for both live and stored video streaming using TCP, and validated these models using ns-2 and Internet experiments. Using these models they explore the parameter space in- cluding loss rate, RTT, and timeout values in TCP, and the impact of video playback rate for both constrained (i.e., rate-limited streams) and unconstrained (i.e., TCP is free to send as fast as it can). They found that TCP is suit- able for streaming when the achievable throughput of TCP is roughly twice the bitrate of the stream. For large RTTs, high loss rates, and high timeout values this requirement in- creases to more than double the encoding rate. They also in- vestigated the ratio of late packets to total packets for differ- ent stream types. They found that the fraction of late pack- ets in constrained media streams increased with increasing length of the media. For unconstrained streams they found that the fraction of late packets decreased with increasing length of media. This suggests that unconstrained stream- ing over TCP is a better choice than constrained streaming. In this work, unconstrained streaming is used in the major- ity of simulations based on this finding.
In [2] Bohacek develops a model of TCP using stochas- tic differential equations and validates the model using ns-
2. Bohacek also applies this model to derive the probability distribution of TCP’s congestion window size and uses it to create a TCP-friendly rate for non-TCP video flows using the MPEG-1 video codec. The author only examines con- strained streaming, but mentions unconstrained streaming as a possible direction for future work.

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

phương tiện truyền thông. Về bản chất, biến động ngắn hạn có thể được giải quyết bằng cách sử dụng tỷ lệ chuyển đổi kỹ thuật, trong đó có nhiều essen-tially giống như giao thức kiểm soát tỷ lệ phát triển cho streaming trên UDP. Có những ưu và khuyết điểm để sử dụng giao thức truyền tải ei-có, và có những người ủng hộ cả hai kỹ thuật. Trong khi có tồn tại một khối lượng đáng kể công việc trên bằng cách sử dụng UDP để truyền tải streaming media, có tồn tại các công việc rất ít liên quan đến việc sử dụng TCP cho streaming. Re-mainder của phần này trình bày tổng quan về một số công việc previ tiếng Anh sử dụng TCP cho các dòng phương tiện truyền thông.[29], Wang CTV phát triển thời gian rời rạc Markov mod-els cho cả hai sống và được lưu trữ video trực tuyến bằng cách sử dụng TCP, và xác nhận những mô hình bằng cách sử dụng ns-2 và thí nghiệm Internet. Họ sử dụng các mô hình này khám phá tỷ lệ tổn thất trong cluding space tham số, RTT và thời gian chờ giá trị trong giao thức TCP và hạn chế tác động của tốc độ phát lại video cho cả hai (tức là, tỷ lệ giới hạn dòng) và không bị giới hạn (ví dụ, TCP là miễn phí để gửi nhanh như nó có thể). Họ thấy rằng TCP là phù hợp với-có thể cho streaming khi thông qua thành công của TCP là khoảng hai lần các bitrate dòng. RTTs lớn, tỷ lệ tổn thất cao và thời gian chờ cao giá trị yêu cầu này trong-nếp nhăn nhiều hơn gấp đôi mức mã hóa. Họ cũng ở-vestigated tỷ lệ của các gói tin trễ cho các gói tin tất cả đối với các loại khác nhau-ent stream. Họ thấy rằng các phần của trễ pack-ets trong luồng phương tiện hạn chế tăng với sự gia tăng độ dài của các phương tiện truyền thông. Để không bị giới hạn dòng họ thấy rằng các phần của gói giảm với tăng chiều dài của phương tiện truyền thông. Điều này cho thấy rằng unconstrained stream-ing qua TCP là một lựa chọn tốt hơn so với hạn chế streaming. Trong tác phẩm này, không bị giới hạn trực tuyến được sử dụng trong chính-ity các mô phỏng dựa trên việc tìm kiếm này.Trong Bohacek [2] phát triển một mô hình của TCP sử dụng phương trình vi phân stochas-tic và xác nhận các mô hình sử dụng ns-2. Bohacek cũng áp dụng mô hình này để lấy được phân bố xác suất của kích cỡ cửa sổ TCP của tắc nghẽn và sử dụng nó để tạo ra một tỷ lệ TCP-thân thiện nhất-TCP video chảy bằng cách sử dụng codec video MPEG-1. Tác giả chỉ kiểm tra con-căng streaming, nhưng đề cập đến không bị giới hạn trực tuyến như là một hướng có thể làm việc trong tương lai.

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

phương tiện truyền thông. Về bản chất, những biến động ngắn hạn có thể được giải quyết bằng các kỹ thuật theo tỷ lệ chuyển đổi, trong đó có nhiều essen- lúc đầu giống như các giao thức kiểm soát tốc độ phát triển cho truyền qua UDP. Có những ưu và khuyết điểm để sử dụng giao thức truyền tải ei- ther, và có những người ủng hộ cho cả hai kỹ thuật. Trong khi tồn tại một khối lượng đáng kể các công việc về sử dụng UDP để truyền tải media trực tuyến, có tồn tại rất ít công việc liên quan đến việc sử dụng các giao thức TCP cho streaming. Các mainder lại của phần này trình bày tổng quan về một số công việc độc hại previ- về việc sử dụng giao thức TCP cho dòng phương tiện truyền thông.
Trong [29], Wang et al. phát triển thời gian rời rạc Markov vào mô hình els cho cả video trực tiếp và lưu trữ trực tuyến sử dụng giao thức TCP, và xác nhận các mô hình sử dụng NS-2 và Internet thí nghiệm. Sử dụng những mô hình mà họ khám phá những không gian tham số trong- tỷ lệ tổn thất cluding, RTT, và các giá trị thời gian chờ trong TCP, và tác động của tỷ lệ phát lại video cho cả hai hạn chế (ví dụ, tỷ lệ giới hạn dòng) và bị giới hạn (tức là, TCP là miễn phí để gửi nhanh như nó có thể). Họ nhận thấy rằng TCP là suit- thể xem trực tiếp khi thông đạt được của TCP là gấp hai lần tốc độ bit của dòng suối. Đối với RTT lớn, tỷ lệ tổn thất cao, và các giá trị thời gian chờ cao yêu cầu này tăng được hơn gấp đôi tốc độ mã hóa. Họ cũng trong- vestigated tỷ lệ gói muộn để tổng gói với nhiều dòng phẩm khác nhau. Họ phát hiện ra rằng phần của ETS pack- muộn trong dòng phương tiện truyền thông hạn chế gia tăng cùng với việc tăng thời gian của các phương tiện truyền thông. Đối với dòng không bị giới hạn, họ thấy rằng phần của gói tin cuối giảm khi tăng chiều dài của phương tiện truyền thông. Điều này cho thấy ing stream- không bị giới hạn trên TCP là một sự lựa chọn tốt hơn so với dòng hạn chế. Trong tác phẩm này, không bị giới hạn trực tuyến được sử dụng trong ITY major- mô phỏng dựa trên phát hiện này.
Trong [2] Bohacek phát triển một mô hình TCP sử dụng phương trình vi phân stochas- tic và xác nhận các mô hình sử dụng NS-
2. Bohacek cũng áp dụng mô hình này để lấy được các phân bố xác suất của kích thước cửa sổ tắc nghẽn TCP và sử dụng nó để tạo ra một tỷ lệ TCP thân thiện cho video không TCP luồng sử dụng các codec video MPEG-1. Các tác giả chỉ nghiên cứu con- trực tuyến căng thẳng, nhưng không bị giới hạn đề cập trực tuyến như là một hướng có thể cho công việc tương lai.