Nghiên Cứu Truyền Video Streaming Trên HTTP 2.0

Tài liệu nghiên cứu Nghiên ứu truyền video streaming trên http 2 0, tổng hợp lý thuyết và thực hành, cung cấp kiến thức chuyên sâu về .

• Tác giả: Lê Hồng Phú
• Người hướng dẫn: PGS.TS Phạm Ngọc Nam
• Trường học: Đại Học Bách Khoa Hà Nội
• Chuyên ngành: Kỹ Thuật Viễn Thông
• Đề tài: Nghiên Cứu Truyền Video Streaming Trên HTTP 2.0
• Loại tài liệu: luận văn
• Năm xuất bản: 2018
• Địa điểm: Hà Nội

Tóm tắt

I. Tổng quan về Nghiên cứu Truyền Video Streaming trên HTTP 2

Nghiên cứu về truyền video streaming trên HTTP 2.0 đang trở thành một chủ đề nóng trong lĩnh vực công nghệ thông tin. HTTP 2.0, với những cải tiến vượt bậc so với phiên bản trước, hứa hẹn mang lại trải nghiệm video streaming mượt mà hơn. Việc hiểu rõ về giao thức này là cần thiết để tối ưu hóa chất lượng video và giảm thiểu độ trễ trong quá trình truyền tải.

1.1. Khái niệm cơ bản về Video Streaming và HTTP 2.0

Video streaming là phương thức truyền tải video qua Internet, cho phép người dùng xem nội dung mà không cần tải về hoàn toàn. HTTP 2.0 là phiên bản mới của giao thức HTTP, được thiết kế để cải thiện tốc độ và hiệu suất truyền tải dữ liệu.

1.2. Lợi ích của việc sử dụng HTTP 2.0 trong Video Streaming

Sử dụng HTTP 2.0 trong video streaming giúp giảm thiểu độ trễ, tăng tốc độ tải trang và cải thiện chất lượng video. Các tính năng như Server Push và multiplexing cho phép truyền tải nhiều luồng dữ liệu đồng thời.

II. Vấn đề và Thách thức trong Truyền Video Streaming

Mặc dù video streaming trên HTTP 2.0 mang lại nhiều lợi ích, nhưng vẫn tồn tại một số thách thức cần giải quyết. Độ trễ và chất lượng video là hai vấn đề chính ảnh hưởng đến trải nghiệm người dùng. Việc tối ưu hóa băng thông và giảm thiểu độ trễ là rất quan trọng.

2.1. Độ trễ trong Video Streaming

Độ trễ là khoảng thời gian giữa việc phát video và khi người dùng bắt đầu xem. Độ trễ cao có thể gây khó chịu cho người xem, đặc biệt trong các sự kiện trực tiếp. Việc tối ưu hóa latency là một thách thức lớn.

2.2. Chất lượng Video và Băng thông

Chất lượng video phụ thuộc vào băng thông mạng. Nếu băng thông không đủ, video có thể bị gián đoạn hoặc giảm chất lượng. Việc sử dụng adaptive bitrate streaming giúp điều chỉnh chất lượng video theo băng thông hiện có.

III. Phương pháp Nghiên cứu và Giải pháp Cải thiện

Để giải quyết các vấn đề trong video streaming, nhiều phương pháp và giải pháp đã được đề xuất. Nghiên cứu này sẽ tập trung vào việc áp dụng các công nghệ mới và cải tiến hiện có để tối ưu hóa trải nghiệm người dùng.

3.1. Sử dụng Adaptive Bitrate Streaming

Adaptive bitrate streaming cho phép điều chỉnh chất lượng video theo băng thông mạng. Điều này giúp giảm thiểu độ trễ và cải thiện chất lượng video cho người dùng.

3.2. Tối ưu hóa Giao thức HTTP 2.0

Việc tối ưu hóa giao thức HTTP 2.0 thông qua các kỹ thuật như Server Push và multiplexing có thể giúp cải thiện tốc độ tải và giảm độ trễ trong video streaming.

IV. Ứng dụng Thực tiễn và Kết quả Nghiên cứu

Nghiên cứu đã được triển khai trên một số hệ thống thực tế để đánh giá hiệu quả của các giải pháp đề xuất. Kết quả cho thấy việc áp dụng HTTP 2.0 trong video streaming mang lại nhiều cải tiến đáng kể.

4.1. Kết quả Thực nghiệm với HTTP 2.0

Các thử nghiệm cho thấy HTTP 2.0 giúp giảm độ trễ trung bình xuống 30% so với HTTP 1.1. Điều này cho phép người dùng có trải nghiệm xem video mượt mà hơn.

4.2. Phân tích Chất lượng Video

Chất lượng video cũng được cải thiện đáng kể, với tỷ lệ giảm gián đoạn lên tới 40%. Điều này chứng tỏ rằng việc áp dụng adaptive bitrate streaming là rất hiệu quả.

V. Kết luận và Tương lai của Nghiên cứu Truyền Video Streaming

Nghiên cứu về video streaming trên HTTP 2.0 đã chỉ ra rằng công nghệ này có tiềm năng lớn trong việc cải thiện trải nghiệm người dùng. Tương lai của video streaming sẽ tiếp tục phát triển với sự xuất hiện của các công nghệ mới.

5.1. Xu hướng Phát triển trong Video Streaming

Xu hướng phát triển trong video streaming sẽ tập trung vào việc cải thiện chất lượng video và giảm thiểu độ trễ. Các công nghệ như AI và machine learning có thể được áp dụng để tối ưu hóa trải nghiệm người dùng.

5.2. Tầm quan trọng của Nghiên cứu Liên tục

Nghiên cứu liên tục là cần thiết để theo kịp với sự phát triển nhanh chóng của công nghệ. Việc cải thiện video streaming sẽ không chỉ mang lại lợi ích cho người dùng mà còn cho các nhà cung cấp dịch vụ.

Nội dung chính

Tổng quan nghiên cứu

Trong bối cảnh phát triển mạnh mẽ của công nghệ truyền thông số, việc truyền tải video streaming qua giao thức HTTP ngày càng trở nên phổ biến và quan trọng. Theo báo cáo của ngành, đến tháng 9 năm 2018, khoảng 29% lượng website toàn cầu đã sử dụng HTTP/2, cho thấy sự chuyển dịch rõ rệt từ HTTP/1.1 sang HTTP/2 nhằm nâng cao hiệu suất truyền tải nội dung đa phương tiện. Vấn đề nghiên cứu trọng tâm của luận văn là đánh giá và cải tiến hiệu quả truyền video streaming trên giao thức HTTP/2.0, so sánh với các chuẩn truyền thống như HTTP/1.1, đồng thời thực nghiệm trên các hệ thống thực tế để xác định các ưu điểm và hạn chế.

Mục tiêu cụ thể của nghiên cứu bao gồm: phân tích các đặc điểm kỹ thuật của giao thức HTTP/2.0, nghiên cứu các tiêu chuẩn streaming phổ biến như MPEG-DASH, HLS, HDS, MSS; thiết lập hệ thống thử nghiệm truyền video streaming trên HTTP/2.0; đánh giá hiệu quả truyền tải qua các chỉ số như độ trễ (latency), số lượng request, overhead mạng; đề xuất các giải pháp tối ưu hóa chất lượng trải nghiệm người dùng (QoE). Phạm vi nghiên cứu tập trung vào các hệ thống truyền video streaming tại Việt Nam trong giai đoạn 2015-2018, với các thử nghiệm thực tế trên các trình duyệt phổ biến như Firefox, Chrome, Safari.

Ý nghĩa của nghiên cứu thể hiện qua việc cung cấp cơ sở khoa học và thực tiễn cho các nhà phát triển dịch vụ OTT, IPTV, giúp nâng cao chất lượng truyền tải video, giảm độ trễ, tăng trải nghiệm người dùng, đồng thời góp phần thúc đẩy ứng dụng HTTP/2.0 trong lĩnh vực truyền thông đa phương tiện.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Luận văn dựa trên hai khung lý thuyết chính: lý thuyết giao thức truyền tải HTTP và các tiêu chuẩn video streaming adaptive.

1. Giao thức HTTP và HTTP/2.0: HTTP là giao thức truyền tải siêu văn bản nền tảng cho web, với phiên bản HTTP/1.1 được sử dụng phổ biến từ năm 1999. HTTP/2.0, chuẩn hóa năm 2015 theo RFC 7540, cải tiến bằng cách hỗ trợ đa luồng, ghép kênh (multiplexing), nén header, ưu tiên luồng và server push, giúp giảm độ trễ và tăng hiệu suất truyền tải. Các khái niệm chính gồm: frame, stream, connection, server push, điều khiển lưu lượng (flow control), và hiện tượng Head-of-Line Blocking.

2. Tiêu chuẩn video streaming adaptive: Nghiên cứu tập trung vào bốn tiêu chuẩn phổ biến gồm MPEG-DASH, HLS, HDS và MSS. MPEG-DASH là chuẩn quốc tế, sử dụng file MPD (Media Presentation Description) để mô tả các phân đoạn video với nhiều bitrate khác nhau, cho phép client tự động điều chỉnh chất lượng dựa trên băng thông thực tế. Các khái niệm chính gồm: MPD, Period, Adaptation Set, Representation, Segment, adaptive bitrate streaming, và dynamic/static MPD.

Phương pháp nghiên cứu

Nguồn dữ liệu chính được thu thập từ các tài liệu kỹ thuật, tiêu chuẩn quốc tế, các báo cáo ngành và thực nghiệm trên hệ thống thử nghiệm được thiết lập tại Viện Điện tử - Viễn thông, Trường Đại học Bách Khoa Hà Nội.

Phương pháp nghiên cứu bao gồm:

• Phân tích lý thuyết: Tổng hợp, phân tích các đặc điểm kỹ thuật của HTTP/1.1, HTTP/2.0 và các tiêu chuẩn streaming adaptive.
• Thiết kế hệ thống thử nghiệm: Xây dựng mô hình thử nghiệm truyền video streaming trên HTTP/2.0 sử dụng phần mềm NGINX 1.9 với module HTTP/2, kết hợp với các client phổ biến (Firefox, Chrome, Safari).
• Thu thập dữ liệu thực nghiệm: Ghi nhận các chỉ số như độ trễ truyền tải, số lượng request, overhead mạng qua công cụ Wireshark, log access server NGINX.
• Phân tích dữ liệu: Sử dụng phương pháp so sánh định lượng giữa HTTP/1.1 và HTTP/2.0 dựa trên các chỉ số thu thập được, đánh giá hiệu quả server push, ghép kênh, và các tính năng ưu tiên luồng.
• Timeline nghiên cứu: Nghiên cứu được thực hiện trong năm 2018, với giai đoạn thu thập dữ liệu và thử nghiệm kéo dài khoảng 6 tháng.

Cỡ mẫu thử nghiệm bao gồm nhiều client khác nhau trên các nền tảng PC và trình duyệt, nhằm đảm bảo tính đại diện và khách quan cho kết quả phân tích.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

1. Giảm độ trễ truyền tải video streaming trên HTTP/2.0: Kết quả thử nghiệm cho thấy, sử dụng HTTP/2.0 với tính năng server push giúp giảm độ trễ trung bình khoảng 20-30% so với HTTP/1.1. Biểu đồ so sánh độ trễ giữa hai giao thức thể hiện rõ sự cải thiện đáng kể, đặc biệt trong các phiên streaming trực tiếp (live streaming).

2. Giảm số lượng request và overhead mạng: HTTP/2.0 cho phép ghép kênh nhiều request trên một kết nối TCP duy nhất, giảm số lượng request gửi đi khoảng 40% so với HTTP/1.1. Điều này làm giảm overhead mạng, tăng hiệu quả sử dụng băng thông. Biểu đồ thống kê số lượng request và overhead thể hiện sự khác biệt rõ rệt giữa hai giao thức.

3. Hiệu quả của server push trong HTTP/2.0: Tính năng server push giúp server chủ động gửi trước các tài nguyên cần thiết (như file JavaScript, CSS, hình ảnh) mà không cần client yêu cầu, giảm thời gian tải trang và cải thiện trải nghiệm người dùng. Thử nghiệm thực tế cho thấy thời gian tải trang giảm trung bình 15-25% khi sử dụng server push.

4. Khả năng tương thích và hỗ trợ đa nền tảng: HTTP/2.0 được hỗ trợ trên hầu hết các trình duyệt phổ biến và server web hiện đại như NGINX, giúp dễ dàng triển khai trong môi trường thực tế. Các thử nghiệm trên Firefox, Chrome, Safari đều cho kết quả ổn định và tương đồng.

Thảo luận kết quả

Nguyên nhân chính của việc giảm độ trễ và overhead là do HTTP/2.0 sử dụng kỹ thuật ghép kênh (multiplexing) và nén header, giúp tối ưu hóa việc truyền tải dữ liệu trên một kết nối TCP duy nhất. So với HTTP/1.1, nơi mỗi request phải thiết lập kết nối riêng biệt hoặc chờ đợi phản hồi theo thứ tự (Head-of-Line Blocking), HTTP/2.0 cho phép xử lý bất đồng bộ các luồng dữ liệu, tăng hiệu suất mạng.

Kết quả này phù hợp với các nghiên cứu quốc tế và báo cáo của các hãng công nghệ lớn như Google, Akamai, khi họ cũng ghi nhận sự cải thiện hiệu năng đáng kể khi chuyển sang HTTP/2.0. Việc áp dụng server push còn giúp giảm số vòng đi vòng lại (RTT) giữa client và server, từ đó rút ngắn thời gian tải nội dung.

Tuy nhiên, HTTP/2.0 cũng có nhược điểm như tăng mức tiêu thụ bộ nhớ do phải giữ trạng thái cho nhiều luồng, và không phải tất cả các ứng dụng streaming đều hưởng lợi như nhau, đặc biệt là các trường hợp chỉ có một luồng dữ liệu đơn giản. Ngoài ra, việc triển khai server push cần được cấu hình hợp lý để tránh gửi thừa tài nguyên không cần thiết, gây lãng phí băng thông.

Dữ liệu có thể được trình bày qua các biểu đồ so sánh độ trễ, số lượng request, overhead mạng giữa HTTP/1.1 và HTTP/2.0, cũng như bảng tổng hợp các tính năng và hiệu quả của từng giao thức.

Đề xuất và khuyến nghị

1. Triển khai HTTP/2.0 trên các hệ thống streaming hiện có: Các nhà cung cấp dịch vụ OTT, IPTV nên nâng cấp server và client hỗ trợ HTTP/2.0 để tận dụng các ưu điểm về hiệu suất và giảm độ trễ. Mục tiêu giảm độ trễ trung bình ít nhất 20% trong vòng 12 tháng.

2. Tối ưu cấu hình server push: Cần thiết lập chính sách server push hợp lý, chỉ đẩy các tài nguyên cần thiết để tránh lãng phí băng thông. Chủ thể thực hiện là đội ngũ kỹ thuật vận hành hệ thống, với timeline triển khai trong 6 tháng.

3. Giám sát và phân tích lưu lượng mạng thường xuyên: Sử dụng các công cụ như Wireshark, log server để theo dõi số lượng request, overhead và độ trễ, từ đó điều chỉnh cấu hình phù hợp. Mục tiêu duy trì hiệu suất mạng ổn định, giảm thiểu hiện tượng nghẽn mạng.

4. Đào tạo và nâng cao nhận thức kỹ thuật cho đội ngũ phát triển: Tổ chức các khóa đào tạo về HTTP/2.0, các tiêu chuẩn streaming adaptive để đảm bảo nhân sự có đủ kiến thức triển khai và vận hành hiệu quả. Thời gian đào tạo dự kiến 3-6 tháng.

5. Nghiên cứu tiếp tục về các kỹ thuật mới như QUIC, HTTP/3: Để tiếp tục cải thiện hiệu suất truyền tải video streaming, các đơn vị nên theo dõi và thử nghiệm các giao thức mới hơn nhằm chuẩn bị cho xu hướng phát triển tương lai.

Đối tượng nên tham khảo luận văn

1. Các nhà phát triển dịch vụ OTT và IPTV: Luận văn cung cấp kiến thức chuyên sâu về HTTP/2.0 và các tiêu chuẩn streaming, giúp họ tối ưu hóa hệ thống truyền tải video, nâng cao chất lượng dịch vụ.

2. Các kỹ sư mạng và vận hành hệ thống: Thông tin về cấu hình server, phân tích lưu lượng mạng, và các kỹ thuật tối ưu hóa sẽ hỗ trợ công việc quản lý và vận hành hiệu quả.

3. Nhà nghiên cứu và sinh viên ngành Viễn thông, Công nghệ thông tin: Luận văn là tài liệu tham khảo quý giá về giao thức HTTP, các tiêu chuẩn streaming adaptive, cũng như phương pháp nghiên cứu thực nghiệm trong lĩnh vực truyền thông đa phương tiện.

4. Các nhà quản lý và hoạch định chính sách công nghệ: Hiểu rõ về xu hướng phát triển công nghệ truyền tải video giúp đưa ra các quyết định đầu tư, phát triển hạ tầng phù hợp với nhu cầu thị trường.

Câu hỏi thường gặp

1. HTTP/2.0 khác gì so với HTTP/1.1 trong truyền video streaming?
   HTTP/2.0 hỗ trợ đa luồng, ghép kênh, nén header và server push, giúp giảm độ trễ và số lượng request so với HTTP/1.1, từ đó cải thiện hiệu suất truyền tải video.

2. Server push trong HTTP/2.0 hoạt động như thế nào?
   Server push cho phép server gửi trước các tài nguyên cần thiết mà client chưa yêu cầu, giảm thời gian chờ tải nội dung, ví dụ như gửi file JavaScript, CSS trước khi client yêu cầu.

3. MPEG-DASH là gì và tại sao quan trọng?
   MPEG-DASH là tiêu chuẩn streaming adaptive quốc tế, cho phép client tự động điều chỉnh chất lượng video dựa trên băng thông thực tế, giúp duy trì trải nghiệm xem mượt mà.

4. Làm thế nào để đo lường hiệu quả của HTTP/2.0 trong truyền video?
   Có thể sử dụng các công cụ như Wireshark để đo độ trễ, số lượng request, overhead mạng; đồng thời so sánh các chỉ số này giữa HTTP/1.1 và HTTP/2.0 trên cùng hệ thống thử nghiệm.

5. Có nhược điểm nào khi sử dụng HTTP/2.0 không?
   HTTP/2.0 tiêu thụ nhiều bộ nhớ hơn do phải giữ trạng thái cho nhiều luồng, và không phải mọi ứng dụng streaming đều hưởng lợi như nhau, đặc biệt khi chỉ có một luồng dữ liệu đơn giản.

Kết luận

• HTTP/2.0 mang lại cải tiến đáng kể về hiệu suất truyền tải video streaming so với HTTP/1.1, giảm độ trễ trung bình 20-30% và giảm số lượng request khoảng 40%.
• Tính năng server push giúp giảm thời gian tải nội dung, nâng cao trải nghiệm người dùng.
• MPEG-DASH và các tiêu chuẩn streaming adaptive là nền tảng quan trọng cho truyền video chất lượng cao, hỗ trợ điều chỉnh bitrate linh hoạt.
• Việc triển khai HTTP/2.0 cần được tối ưu cấu hình và giám sát thường xuyên để đạt hiệu quả cao nhất.
• Nghiên cứu mở rộng về các giao thức mới như HTTP/3 là bước tiếp theo để tiếp tục nâng cao chất lượng truyền tải video streaming.

Luận văn khuyến nghị các nhà phát triển dịch vụ OTT, IPTV và các kỹ sư mạng nhanh chóng áp dụng HTTP/2.0, đồng thời tiếp tục nghiên cứu và thử nghiệm các công nghệ mới nhằm đáp ứng nhu cầu ngày càng cao của người dùng.

Trích đoạn nội dung tài liệu

B GIÁO DCăVẨăĐẨOăTO TRNGăĐI HC BÁCH KHOA HÀ NI ---------------------  ----------------------- LÊ HNG PHÚ NGHIÊN CU TRUYN VIDEO STREAMING TRÊN HTTP 2.0 Chuyên ngành : K thut Vin thông LUNăVĔNăTHCăSƾăK THUT NGẨNH:ăĐIN T - VIN THÔNG NGIăHNG DN KHOA HC: PGS.TS PHM NGC NAM Hà Ni - Nĕmă2018 I 17057204984941000000 LIăCAMăĐOAN Tôi xin cam đoan những gì viết trong luận văn "NGHIÊN CU TRUYN VIDEO STREAMING TRÊN HTTP 2.0" là do sự tìm tòi, học hỏi ca bản thân và dới sự hớng dẫn ca PGS. PHM NGC NAM. Mọi kết quả nghiên cu cũng nh Ủ tng ca tác giả khác, nếu có đều đợc trích dẫn c thể. Đề tài luận văn này cho đến nay cha đợc bảo vệ tại bất kỳ một hội đồng bảo vệ luận văn thạc sĩ nào và cũng cha hề đợc công bố trên bất kỳ một phơng tiện nào.

Tôi xin chu trách nhiệm về những li cam đoan trên. Hà Nội, Ngày 26 tháng 09 năm 2018 Hc viên Lê Hng Phú II MC LC DANH MC CÁC HÌNH VẼ. VIII DANH MC CÁC BNG BIU. XI DANH MC CÁC KÝ HIU, CH VIT TT.

- 1 - CHNGă1 TNG QUAN V GIAO THC HTTP. Giao thc HTTP 1. Lch s hình thành. Cácăđim chính ca giao thc HTTP 1.

Các phơng pháp yêu cầu ca Client. Giao thc HTTP 2. Gii thiu chung. Dữ liệu truyền tải dạng nh phân.

Nén dữ liệu đợc gửi đi. Giải quyết phản hồi u tiên. Thiết lập kết nối liên tc bằng cách ghép kênh. Gửi trớc dữ liệu Server Push.

Tng kt Chngă1. - 23 - CHNGă2 NGHIÊN CU CÁC TIÊU CHUN STREAMMING. Tiêu chun MPEG-DASH. Gii thiu tng quan.

Tiêu chun và trin khai. Cách thc làm việc. Mô hình dữ liệu DASH. Sự mô tả biểu diễn phơng tiện (MPD).

Bộ thích ng (Adaptation Set). Phân đoạn và thông tin phân đoạn. MPEG-DASH profile. Một số tính năng bổ sung.

Tiêu chun HLS. Gii thiu tng quan. Tiêu chun và trin khai. Kiến trúc HLS.

Sử dng HLS. Bảo vệ nội dung. Các giao thc lu trữ và phân phối. Lựa chọn luồng.

Bảo vệ khi có lỗi (chuyển dự phòng). Tiêu chun HDS. Gii thiu tng quan. Tiêu chun và trin khai.

Khi nào sử dng HDS. Cách thc hoạt động ca HDS. Đóng gói dữ liệu. Publishing và xem lại.

Mã hóa cho Live HDS. Các lựa chọn phân phối nội dung. Công c File Packager. Công c Live Packager.

Module HTTP Origin cho Apache. Framework truyền thông mã nguồn m (OSMF). Cách HDS hoạt động trong OSMF. Bảo vệ nội dung bằng FLASH ACCESS.

Các tùy chọn triển khai cho HDS. Đnh dạng file HDS. Các lợi ích ca đnh dạng dữ liệu F4F. Chi tiết đnh dạng file F4F.

Ghép kênh Rãnh gợi ý (hint track). Thông tin bootstrap. Điểm truy cập ngẫu nhiên. Lợc đồ dẫn xuất URL.

Tiêu chun MSS. Gii thiu tng quan. Tiêu chun và trin khai. Smooth Streaming playback với Silverlight.

Kiến trúc ca Smooth Streaming. Giới thiệu đnh dạng Smooth Streaming. Đnh dạng file đĩa Smooth Streaming. Đnh dạng file dây Smooth streaming.

Các tài sản truyền thông Smooth Streaming. Các file manifest Smooth streaming. Smooth Streaming Playback. Tng ktăChngă2.

MPEG-DASH ca MPEG. - 87 - CHNGă3 NGHIÊN CU VÀ THC NGHIM TRUYN VIDEO STREAMING TRÊN HTTP 2. Các nghiên cu th nghimătrongănc và quc t. Phngăphápăci tin tri nghim Live streaming thích nghi da trên HTTP 2.

Các lỦ do để nghiên cu và đề xuất. HAS thông qua HTTP 2. Các nguyên nhân gốc rễ ca vấn đề QoE ca HAS. Các phơng pháp cải thiện QoE dựa trên HTTP 2.

Kết thúc luồng. Ghép kênh Request/response và sự u tiên luồng. ng dng trong Live Streaming. Gim tr Streaming Video trc tip thông qua HTTP 2.

Vấn đề trễ trong Video stream trực tiếp qua HTTP. ng dng tính năng Server push trong HTTP 2. Thiết lập kiến trúc hệ thống thử nghiệm:. Kết quả thử nghiệm:.

Thc nghim HLS qua giao thc HTTP 2. Mc tiêu thc nghim. Mô hình h thng thc nghim. Giải thích mô hình.

Các thiết lập hệ thống {Tham khảo phụ lục 1,2&3}. Kt qu thc nghimăvƠăđánhăgiá. Kết quả thu đợc tại các client thông qua trình duyệt firefox, chrome, safari 107 3. Kết quả thu đợc thông qua capture bằng wireshack.

Capture tại port ethernet ca Client. Capture tại port ethernet ca server. Kết quả thu đợc qua log access NGINX server. Kt lunăChngă3.

122 CÁC TÀI LIU THAM KHO. 126 Ph lc 1: Thit lp h thng transcoder. 126 VI Ph lcă2:ăCƠiăđặt h thng NGINX server. 132 Ph lc 3 : To file cu hình ca NGINX.

133 VII DANHăMCăCỄCăHÌNHăVẼ Hình 1. Chi tiết bản tin request/response trong trng hợp pipelining. Head-of-Line Blocking trong HTTP 1. Quá trình phát triển, hình thành giao thc HTTP 2.

V trí ca giao thc HTTP2 trong mô hình phân lớp IP. Các luồng trong kết nối ca HTTP 2. Th tự khung trong đa luồng. Th tự khung trong luồng đơn.

Cấu trúc Frame HTTP 2. Dạng dữ liệu trong một request ca HTTP 1. Mô phỏng ghép kênh kết nối trong giao thc HTTP 2. Mô phỏng workflow kết nối giữa client và server trong giao thc HTTP 1.

Lu đồ ca một trao đổi Request/response ca HTTP 2. Biểu đồ ca trao đổi Request/response với điều khiển lu lợng. Mô phỏng kết nối đơn TCP giữa client (web browser) và server với tính năng push ca HTTP 2. Kết quả truyền thông giữa server và client có HTTP 2.0 server push - 20 - Hình 1.

Cơ chế trao đổi giữa client và server. Lu đồ trao đổi yêu cầu/ áp ng trao đổi với server push. Lu đồ khi kết thúc luồng server push. Phơng thc hoạt động pipelining.

Quá trình thực hiện ca phơng pháp MPEG-DASH. Mô tả một ví d đơn giản về Adaptive streaming. Cấu trúc MPD. Mô hình dữ liệu phân cấp MPD.

Mô tả các trng thông tin trong MPD. Mô tả profile Dash container. Cấu trúc tổng quan hệ thống HLS. Nội dung một file “m3u8” đơn giản.

File index ca một phiên Live, đợc cập nhật mỗi khi có segment mới- 52 - VIII Hình 2. Mô tả các luồng dữ liệu trong HLS. Nội dung một file “m3u8” có luồng dự phòng. Quy trình phân phối HDS cho Live và VOD.

Giao diện player mẫu OSMF. Cấu trúc phân đoạn nhỏ và segment trong dữ liệu F4F. Cấu trúc phân đoạn trong dữ liệu F4F. Hộp thông tin Bootstrap.

Đnh dạng file Smooth Streaming. Đnh dạng dây Smooth streaming. Ví d một th mc cha một sự trình bày đợc mã hoá Smooth Streaming. Mô hình triển khai thử nghiệm phơng pháp full push.

Sơ đồ sequence ca HAS khi có và không có phơng pháp full-push dựa trên HTTP 2. Sơ đồ trễ toàn trình trong Video streaming qua HTTP. Độ trễ tại bộ đệm ca Client. Các thành phần tài nguyên khác nhau ca HTTP.

Workflow giữa server và client khi dùng tính năng Push. Sơ đồ mô hình kiến trúc hệ thống thử nghệm. Sơ đồ ng dng thực tế thử nghiệm. Biểu đồ so sánh kết quả độ trễ giữa có và không có server push.

Biểu đồ so sánh kết quả số lợng overhead và request giữa có và không có server push. Mô hình thực nghiệm Video streaming trên HTTP 2. Play video streaming trên HTTP 2.0 thông qua các client khác nhau. Play video streaming trên HTTP 2.0 thông qua firefox trên PC.

Play video streaming trên HTTP 1.1 thông qua firefox trên PC. Play trên một PC bằng hai giao thc HTTP 2. Request/response manifest file hls. Request/response file live3_.

Request/response file live3_. Request/response file live1_. Request/response file live1_.ts kế tiếp. Request/response file live1_.

Thông lợng vào ra trên port mạng ca PC client sau 50s đầu tiên sau khi play. Thông lợng vào ra trên port mạng ca PC client sau 700s. Mô hình thực nghiệm và phân tích giao tiếp ca server bằng Wireshark. Kết quả giám sát server port bằng wireshark với frame th 5502.

Kết quả giám sát server port bằng wireshark với frame th 18522. Kết quả giám sát server port bằng wireshark với frame th 35392. Kết quả giám sát server port bằng wireshark với HTTP 1. Cấu hình nhận luồng input.

Cấu hình tạo Output Group HLS. Cấu hình tạo Out Stream 1 HLS. Cấu hình tạo Out Stream 2 HLS. Cấu hình tạo Out Stream 3 HLS.

Cấu hình thông số nén video H. Cấu hình thông số nén video H. Cấu hình thông số nén video H. Thông tin các module NGINX 1.9 đư đợc cài đặt hỗ trợ HTTP 2.132 X DANHăMCăCỄCăBNGăBIU Bảng 2.

Khuyến ngh cấu hình dạng MIME. Bảng so sánh một số điểm khác nhau giữa HDS và RTMP Dynamic Streaming. Các khuyến ngh khoảng thi gian keyframe. Bảng so sánh tính năng giữa RTMP Dynamic Streaming, HPD và HDS.

Bảng thông tin tổng quan về các công c ca Adobe. Bảng các dch v sẵn sàng hỗ trợ HDS. Bảng thông tin đặc tính đnh dạng file đối với HDS. Bảng tóm tắt các thành phần cấu thành đnh dạng file F4F.

Bảng thông tin các dữ liệu Bootstrap. So sánh các tính năng giữa HLS, MSS,HDS và DASH .