The main contributions of this pape

The main contributions of this paper are threefold. As a
first contribution, we propose ten novel methods to improve
the QoE of HAS, based on HTTP/2 features. Two methods
are based on request/response multiplexing and prioritization.
These HTTP/2 features enable simultaneous requests
for subsequent segments or segment layers in the case of
Scalable Video Coding (SVC) to avoid the per-segment/perlayer
round-trip time (RTT). Another two methods are based
on the cabability of HTTP/2 to abort a stream (and the
corresponding segment retrieval). This capability is used
when a channel change is detected or when the bandwidth
suddenly drops while downloading a too high quality segment.
Six more methods use HTTP/2’s server push. To
avoid RTT cycles, an HTTP/2-based server can push manifests,
segments, or segment layers to the client when the
server knows the client will request these in the near future.
The server can also push segments or segment layers additional
to or as an alternative for segments or segment layers
requested by the client as network conditions require. In the
full push method, the server continuously pushes new segments
to the client when they become available. The client
sends HTTP messages to the server to start, stop, pause,
or resume the stream or to request a quality-level change.
By eliminating wait cycles such as the RTT between subsequent
segment retrievals and the client polling time, this
method improves the average selected video quality. As a
second contribution, we show that HTTP/2 server-push can
also be used to improve the QoE for live streaming by alleviating
the disadvantages linked to the use of super-short
segments. This allows us to bring the segment duration
to a sub-second level. In addition, we propose a method
to solve the encoding overhead induced by super-short segments.
This combination results in a significantly reduced
start-up and end-to-end delay for live video. As a third contribution,
we present detailed experimental results based on
an emulation-based setup with full push and super-short segments
to characterize the potential of the presented solution
compared to traditional HAS clients.
The remainder of this paper is organized as follows. Section
2 gives an overview of the related work on HAS and
HTTP/2. In Section 3, we provide a root-cause analysis
of the HAS QoE problems. Section 4 introduces ten
novel methods to improve the QoE of HAS and describes
how a combination of the full-push method and super-shortsegments
results in a superior QoE for live HAS streaming.
An evaluation of the results is presented in Section 5. Next,
section 6 defines future work, before coming to final conclusions
in Section 7.

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

Những đóng góp chính của giấy này là sợi. Như là mộtđóng góp đầu tiên, chúng tôi đề xuất mười tiểu thuyết phương pháp để cải thiệnCác QoE của CÓ, dựa trên tính năng HTTP/2. Hai phương phápDựa trên yêu cầu/phản ứng ghép kênh và ưu tiên.Các tính năng HTTP/2 sử đồng thời yêu cầutiếp theo các phân đoạn hoặc phân lớp trong trường hợp củaScalable Video Coding (SVC) để tránh mỗi-đoạn/perlayertrọn vòng thời gian (RTT). Một hai phương pháp được dựaNgày cabability HTTP/2 để hủy bỏ một dòng (và các««tương ứng phân đoạn truy). Khả năng này được sử dụngKhi phát hiện thấy một sự thay đổi kênh hoặc khi băng thôngđột nhiên giảm xuống trong khi tải về một phần chất lượng quá cao.Sáu thêm phương pháp sử dụng HTTP/2 máy chủ đẩy. Đểtránh RTT chu kỳ, một hệ phục vụ HTTP/2 dựa trên có thể đẩy biểu hiện,phân đoạn hoặc lớp phân khúc cho khách hàng khi cácmáy chủ biết khách hàng sẽ yêu cầu này trong tương lai gần.Các máy chủ có thể cũng đẩy phân đoạn hoặc phân lớp bổ sungđể hoặc như là một thay thế cho phân đoạn hoặc phân lớpyêu cầu của khách hàng như điều kiện mạng yêu cầu. Trong cácphương pháp đẩy đầy đủ, Hệ phục vụ liên tục đẩy phân đoạn mớicho khách hàng khi họ trở nên có sẵn. Khách hànggửi tin nhắn HTTP đến máy chủ để bắt đầu, dừng lại, tạm dừng,hoặc tiếp tục dòng hoặc yêu cầu một mức độ chất lượng thay đổi.Bằng cách loại bỏ chờ đợi chu kỳ như RTT giữa tiếp theođoạn retrievals và các khách hàng bỏ phiếu thời gian, điều nàyphương pháp cải thiện chất lượng video được lựa chọn trung bình. Như là mộtThứ hai đóng góp, chúng tôi chỉ có thể thúc đẩy hệ phục vụ HTTP/2cũng được sử dụng để cải thiện QoE cho live streaming bởi giảmnhững khó khăn liên quan đến việc sử dụng các siêu ngắnphân đoạn. Điều này cho phép chúng tôi để mang lại thời lượng phân khúcđến một mức độ thứ hai con. Ngoài ra, chúng tôi đề xuất một phương phápđể giải quyết sự mã hóa trên không gây ra bởi các phân đoạn siêu ngắn.Sự kết hợp này kết quả trong một giảm đáng kểkhởi động và kết thúc để kết thúc sự chậm trễ cho live video. Như là một đóng góp thứ ba,chúng tôi trình bày chi tiết kết quả thử nghiệm dựa trênmột thiết lập dựa trên mô phỏng với đầy đủ thúc đẩy và phân đoạn siêu ngắnđể mô tả các tiềm năng của các giải pháp trình bàyso với truyền thống ĐÃ khách hàng.Phần còn lại của bài báo này được tổ chức như sau. Phần2 tóm tắt các công việc có liên quan trên ĐÃ vàHTTP/2. Trong phần 3, chúng tôi cung cấp một phân tích nguyên nhân gốc rễsố người ĐÃ QoE vấn đề. Mục 4 giới thiệu mườitiểu thuyết phương pháp để cải thiện QoE CÓ và mô tảlàm thế nào là sự kết hợp của các phương pháp đầy đủ-đẩy và super-shortsegmentskết quả trong một QoE cao cấp cho live streaming ĐÃ.Đánh giá của các kết quả được trình bày trong phần 5. Tiếp theo,Phần 6 xác định công việc trong tương lai, trước khi đi đến kết luận cuối cùngtrong phần 7.

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

Những đóng góp chính của bài viết này là gấp ba. Là một
đóng góp đầu tiên, chúng tôi đề xuất mười phương pháp mới để cải thiện
các QoE của HAS, dựa trên HTTP / 2 tính năng. Hai phương pháp
này dựa trên yêu cầu / đáp ứng ghép và ưu tiên.
Những HTTP / 2 tính năng cho phép đồng thời yêu cầu
cho các phân đoạn tiếp theo hoặc các lớp phân đoạn trong các trường hợp
Scalable Video Coding (SVC) để tránh / perlayer mỗi phân khúc
thời gian đi (RTT ). Một hai phương pháp đều dựa
trên cabability của HTTP / 2 để hủy bỏ một dòng (và các
hồi phân đoạn tương ứng). Khả năng này được sử dụng
khi một kênh thay đổi được phát hiện hoặc khi băng thông
đột ngột giảm trong khi tải một phân khúc có chất lượng quá cao.
Sáu phương pháp sử dụng HTTP / 2 của đẩy từ máy chủ. Để
tránh chu kỳ RTT, một HTTP / 2 dựa trên máy chủ có thể đẩy các biểu hiện,
phân đoạn, hoặc các lớp phân đoạn để cho khách hàng khi
máy chủ biết khách hàng sẽ yêu cầu này trong tương lai gần.
Các máy chủ cũng có thể đẩy phân đoạn hoặc các lớp phân khúc khác
hoặc như một sự thay thế cho các phân đoạn hoặc các lớp phân khúc
theo yêu cầu của khách hàng như điều kiện mạng yêu cầu. Trong
phương pháp đẩy toàn, máy chủ liên tục đẩy các phân khúc mới
cho khách hàng khi họ trở nên có sẵn. Các khách hàng
sẽ gửi thông điệp HTTP đến máy chủ để bắt đầu, dừng, tạm dừng
hoặc tiếp tục dòng hoặc yêu cầu thay đổi chất lượng cấp.
Bằng cách loại bỏ chu kỳ chờ đợi như RTT giữa sau đó
truy xuất phân đoạn và thời gian khách hàng bỏ phiếu, điều này
phương pháp cải thiện chất lượng trung bình video được chọn. Là một
đóng góp thứ hai, chúng tôi cho thấy rằng HTTP / 2 máy chủ đẩy có thể
cũng được sử dụng để cải thiện các QoE phát trực tiếp bằng cách giảm bớt
những bất lợi liên quan đến việc sử dụng các siêu ngắn
đoạn. Điều này cho phép chúng tôi để mang lại thời gian phân khúc
với mức phụ thứ hai. Ngoài ra, chúng tôi đề xuất một phương pháp
để giải quyết các nguyên cần mã hóa gây ra bởi phân khúc siêu ngắn.
Sự kết hợp này kết quả trong một giảm đáng kể
chậm trễ khởi động và end-to-end cho các video trực tiếp. Như một sự đóng góp thứ ba,
chúng tôi trình bày kết quả thực nghiệm chi tiết dựa trên
một thiết lập mô phỏng dựa trên với đẩy đủ và siêu ngắn đoạn
để mô tả tiềm năng của các giải pháp trình bày
so với truyền thống HAS khách hàng.
Phần còn lại của bài viết này được tổ chức như sau. Phần
2 đưa ra một tổng quan về các công việc liên quan về HAS và
HTTP / 2. Trong phần 3, chúng tôi cung cấp một phân tích gốc nguyên nhân
của vấn đề HAS QoE. Phần 4 giới thiệu mười
phương pháp mới để cải thiện QoE của HAS và mô tả
làm thế nào một sự kết hợp của các phương pháp toàn đẩy và siêu shortsegments
kết quả trong một QoE cấp trên trực tiếp ĐÃ Streaming.
Một đánh giá về kết quả được trình bày trong phần 5. Tiếp theo,
phần 6 xác định công việc trong tương lai, trước khi đến kết luận cuối cùng
trong phần 7.