Future work will focus on (1) a mor

Future work will focus on
(1) a more elaborate evaluation of full push
and super-short segments using time-varying bandwidth bottlenecks, competing clients,
and the combination of HAS and non-HAS traffic,
(2) the application of the quality-level dependent encoding technique,
and (3) an evaluation of the other proposed methods.
To demonstrate possible challenges with competing clients,
we performed a simple experiment where we expanded the topology in Figure 4 with one additional client. In Figure 7a, the two competing clients use traditional HTTP/1.1.
When the first client starts,
the RDA almost immediately increases the selected quality to 20 Mb/s.
Once the second client starts, the first client lowers its video quality and
the clients further compete for the available bandwidth (25 Mb/s).
In Figure 7b, both clients use the proposed full-push approach over HTTP/2.
Again, the RDA immediately increases the selected quality to 20 Mb/s.
However, once the second client starts streaming, upward peaks are wider
and short peaks to the lowest quality level are observed.
This is explained as follows. While a segment n is being received by the client,
new segments n+1, ..., n+k are already pushed to the client
at the same video quality as segment n. Because under the
influence of the competing clients, the network is not always
capable to provide the necessary bandwidth, the download
of the segments might take longer. As a result, the RDA’s
panic threshold for the buffer filling is hit more frequently,
leading to the selection of the lowest video quality. More
work is required to evaluate possible solutions such as the
use of a more frequent update signal from client to server
or a limitation of the number of segments in flight between
server and client.

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

Công việc trong tương lai sẽ tập trung vào (1) một đánh giá phức tạp hơn của toàn bộ đẩy và phân đoạn siêu ngắn bằng cách sử dụng thời gian thay đổi tắc nghẽn băng thông, khách hàng cạnh tranh, và sự kết hợp của HAS và lưu lượng truy cập ĐÃ, (2) ứng dụng kỹ thuật mã hóa phụ thuộc vào mức độ chất lượng, và (3) một đánh giá khác đề nghị phương pháp.Để chứng minh có thể thách thức với các khách hàng cạnh tranh,chúng tôi thực hiện một thử nghiệm đơn giản mà chúng tôi mở rộng cấu trúc liên kết trong hình 4 với một khách hàng bổ sung. Trong con số 7a, hai cạnh tranh khách hàng sử dụng HTTP/1.1 truyền thống. Khi khách hàng đầu tiên bắt đầu, RDA hầu như ngay lập tức làm tăng chất lượng lựa chọn đến 20 Mb/s. Một khi bắt đầu khách hàng thứ hai, các khách hàng đầu tiên làm giảm chất lượng video của nó và Các khách hàng tiếp tục cạnh tranh cho băng thông có sẵn (25 Mb/s). Trong con số 7b, khách hàng đều sử dụng cách tiếp cận đầy đủ-đẩy được đề xuất trên HTTP/2. Một lần nữa, RDA ngay lập tức làm tăng chất lượng lựa chọn đến 20 Mb/s. Tuy nhiên, một khi các khách hàng thứ hai bắt đầu streaming, lên trên đỉnh núi là rộng hơn và các đỉnh núi ngắn để cấp thấp nhất mà chất lượng được quan sát thấy. Điều này được giải thích như sau. Trong khi các khách hàng, được nhận một phân đoạn nphân đoạn mới n + 1,..., n + k đã đẩy cho khách hàngtại cùng một chất lượng video là phân đoạn n. Vì theo cácảnh hưởng của khách hàng cạnh tranh, mạng không phải là luôn luôncó khả năng để cung cấp băng thông cần thiết, việc tải xuốngcủa các phân đoạn có thể kéo dài lâu hơn. Kết quả là, các RDA củahoảng loạn ngưỡng cho điền đệm là hit thường xuyên hơn,dẫn đến việc lựa chọn chất lượng video thấp nhất. Nhiều hơncông việc là cần thiết để đánh giá các giải pháp có thể chẳng hạn như cácsử dụng một tín hiệu Cập Nhật thường xuyên hơn từ khách hàng đến máy chủgiới hạn số lượng các phân đoạn trong các chuyến bay giữamáy chủ và khách hàng.

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

Công việc sắp tới sẽ tập trung vào
(1) đánh giá chi tiết hơn về đẩy toàn
và siêu ngắn phân đoạn bằng tắc nghẽn băng thông thời gian khác nhau, cạnh tranh cho khách hàng,
và sự kết hợp của HAS và không HAS giao thông,
(2) các ứng dụng của Chất lượng không mức độ phụ thuộc vào kỹ thuật mã hóa,
và (3) đánh giá các phương pháp đề xuất khác.
Để chứng minh những thách thức có thể với khách hàng cạnh tranh,
chúng tôi thực hiện một thí nghiệm đơn giản mà chúng tôi mở rộng các cấu trúc liên kết trong hình 4 với một khách hàng bổ sung. Trong hình 7a, hai khách hàng cạnh tranh sử dụng truyền thống HTTP / 1.1.
Khi khách hàng đầu tiên bắt đầu,
RDA gần như ngay lập tức làm tăng chất lượng được lựa chọn tới 20 Mb / s.
Khi khách hàng thứ hai bắt đầu, khách hàng đầu tiên làm giảm chất lượng video của mình và
các khách hàng tiếp tục cạnh tranh cho các băng thông có sẵn (25 Mb / s).
Trong hình 7b, cả khách hàng sử dụng các phương pháp tiếp cận toàn đẩy đề xuất qua HTTP / 2.
Một lần nữa, các RDA ngay lập tức làm tăng chất lượng được lựa chọn tới 20 Mb / s.
Tuy nhiên, một khi khách hàng thứ hai bắt đầu streaming, đỉnh hướng lên trên là rộng lớn hơn
và đỉnh ngắn đến mức chất lượng thấp nhất được quan sát thấy.
Điều này được giải thích như sau. Trong khi một đoạn n đang nhận thông tin khách hàng,
phân đoạn n + 1 mới, ..., n + k đã được đẩy cho khách hàng
với chất lượng video tương tự như phân khúc n. Bởi vì dưới sự
ảnh hưởng của các khách hàng cạnh tranh, mạng không phải là luôn luôn
có khả năng cung cấp băng thông cần thiết, việc tải về
các đoạn có thể mất nhiều thời gian. Kết quả là, của RDA
hoảng loạn ngưỡng cho làm đầy bộ đệm là hit thường xuyên hơn,
dẫn đến việc lựa chọn chất lượng video thấp nhất. Nhiều
công việc được yêu cầu để đánh giá các giải pháp có thể như
sử dụng một tín hiệu cập nhật thường xuyên hơn từ khách hàng đến máy chủ
hay một giới hạn về số lượng các phân đoạn trong chuyến bay giữa
máy chủ và máy khách.