7. CONCLUSIONSIn this paper, we pro

7. CONCLUSIONS
In this paper, we proposed ten HTTP/2 based methods
to improve the QoE for HAS streaming. Furthermore, we
presented a new streaming concept for live streaming that
combines the advantages of push-based real-time streaming
and the advantages of HTTP adaptive streaming. This concept
is based on the combination of super-short segments
and our HTTP/2-based full-push method. To quantify the
advantages, we implemented a working prototype based on
the MiniNet framework. We used a modified Jetty server
that is HTTP/2-push-enabled and a modified libdash client.
To perform an initial evaluation of both methods, we used a
constant network bandwidth sufficient to support the highest
quality levels in the HAS setup.
First, we showed that high RTT values significantly reduce
the average quality of the HAS sessions, especially
when segment durations are short. Next, we showed that
with an RTT of 300 ms, super-short segments can reduce
the server-to-display delay for live streaming with 89.9 %.
However, it was also demonstrated that the use of supershort
segments causes an unacceptable degradation of the
average HAS quality. Finally, we evaluated the combination
of super-short segments with the full-push method. We
demonstrated that HTTP/2-based full push is able to eliminate
the disadvantages inherent to the use of super-short
segment durations such as the HTTP message overhead and
the reduced average quality. Moreover, the combination of
the two methods was able to reduce the server-to-display
delay for live streams by 90.1% and the start-up delay by
40.1%.

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

7. KẾT LUẬNTrong bài báo này, chúng tôi đề xuất mười HTTP/2 dựa trên phương phápđể cải thiện QoE cho HAS streaming. Hơn nữa, chúng tôitrình bày một khái niệm mới trực tuyến cho live streamingkết hợp những ưu điểm của đẩy dựa trên thời gian thực trực tuyếnvà những lợi thế của HTTP streaming thích nghi. Khái niệm nàyDựa trên sự kết hợp của các phân đoạn siêu ngắnvà chúng tôi đầy đủ-đẩy HTTP/2 dựa trên phương pháp. Để định lượng cácnhững thuận lợi, chúng tôi thực hiện một mẫu thử nghiệm làm việc dựa trênkhuôn khổ MiniNet. Chúng tôi sử dụng một máy chủ đê chắn sóng lầnđó là khách hàng lần libdash và HTTP/2-push-kích hoạt.Để thực hiện đánh giá ban đầu của cả hai phương pháp, chúng tôi sử dụng mộthằng số mạng băng thông đủ để hỗ trợ cao nhấtchất lượng các mức độ trong thiết lập ĐÃ.Trước tiên, chúng tôi cho thấy rằng giá trị RTT cao làm giảm đáng kểchất lượng trung bình của buổi HAS, đặc biệt làKhi phân đoạn thời gian là ngắn hạn. Tiếp theo, chúng tôi cho thấy rằngvới một RTT 300 ms, siêu ngắn các phân đoạn có thể làm giảmmàn hình hiển thị máy chủ chậm trễ cho streaming live với 89,9%.Tuy nhiên, nó cũng đã được chứng minh rằng việc sử dụng các supershortphân đoạn gây ra một sự suy thoái không thể chấp nhận của cácchất lượng ĐÃ trung bình. Cuối cùng, chúng tôi đánh giá sự kết hợpphân đoạn siêu ngắn với phương pháp đầy đủ-đẩy. Chúng tôichứng minh rằng HTTP/2 dựa trên toàn bộ đẩy có thể loại bỏNhược điểm cố hữu để sử dụng siêu ngắnphân đoạn thời gian như HTTP tin nhắn trên không vàgiảm chất lượng trung bình. Hơn nữa, sự kết hợp củahai phương pháp là có thể giảm bớt phục vụ để hiển thịsự chậm trễ cho các dòng suối sống 90,1% và sự chậm trễ bắt đầu lên bởi40.1%.