Năng động và thích nghi Streaming trên HTTP (gạch NGANG) tiêu chuẩn đã nổi lên nhưchi phối một tiêu chuẩn cho video streaming trên Internet, đặc biệt là cho các điện thoại di độngđiện thoại [1] [2]. Cho adaptivity biến động mạng, một đoạn video được mã hóa trongPhiên bản chất lượng khác nhau, mỗi là tiếp tục phân chia thành các phân đoạn ngắn. Hiện nay,giao thức giao mục tiêu trong DASH là HTTP/1.1, do đó, mỗi đoạn là giaobởi một cặp phản hồi yêu cầu [2]. Thông thường, đoạn video có thời hạn cố định,thông thường từ 2s để 10s [3]. Rõ ràng, bằng cách sử dụng một thời gian dài phân khúc nàohưởng lợi từ yêu cầu ít hơn, và do đó ít chi phí cho khách hàng/máy chủ và mạng.Tuy nhiên, một thời gian dài đoạn kết quả trong bộ đệm bất ổn định [3] và sự chậm trễ lớn[4]. adaptivity và sự chậm trễ thấp, một có thể sử dụng thời gian ngắn phân khúc; Tuy nhiên, điều nàyđòi hỏi nhiều yêu cầu. Overheads gây ra bằng cách sử dụng nhiều yêu cầu làtrình bày trong [4] [5]. Cụ thể, càng thường xuyên yêu cầu được gửi, cácnhiều năng lượng được tiêu thụ trong thiết bị di động. Hơn nữa, mặc dù có mộtKích thước dữ liệu nhỏ, mỗi yêu cầu nên được xử lý bởi các node mạng (ví dụ: proxyvà máy chủ) trên con đường phân phối nội dung. Vì vậy, một số lượng lớn các yêu cầu sẽtăng đáng kể sự phức tạp xử lý của các nút mạng [5].Mới phê chuẩn HTTP Phiên bản 2 (HTTP/2) cung cấp một tính năng mới được gọi làHệ phục vụ đẩy [6], được dự kiến sẽ giảm bớt yêu cầu liên quan đến overheads [4] [5].Tính năng này, cho phép các máy chủ để đáp ứng một yêu cầu với nhiềuCác phân đoạn liên tiếp của cùng một phiên bản, cho phép sử dụng một phân đoạn ngắnthời gian mà không cần phải sử dụng quá nhiều yêu cầu. Trong xu hướng này, tiêu chuẩn ISO/IECMPEG nhóm là làm việc trên một phần mở rộng của gạch NGANG, nơi một HTTP/2-dựayêu cầu có thể chỉ định số lượng các phân đoạn được yêu cầu [7]. Gần đây, các máy chủtính năng Push đã được sử dụng cho các độ trễ thấp streaming [5] và thấpliên quan đến yêu cầu overheads [6]. Tuy nhiên, trong các nghiên cứu hiện tại, số lượngcố định các phân đoạn đẩy theo yêu cầu và thông lượng mạng được coi là làchỉ đơn giản là liên tục.Tốt nhất của kiến thức của chúng tôi, không có công việc trước đây đã quyết định một cách điều hợp cácsố lượng các phân đoạn đẩy/yêu cầu cho một yêu cầu. Trong nghiên cứu này, chúng tôi đề xuất mộtsự thích nghi tiểu thuyết phương pháp thích nghi truyền phát trực tiếp qua HTTP/2, dướibăng thông thời gian khác nhau. Để tìm số tối ưu của các phân đoạn đẩy cho mộtđưa ra yêu cầu, chúng tôi xác định một chức năng chi phí tùy thuộc vào hai yếu tố, trong đó cóyêu cầu chi phí và chi phí bộ đệm.
đang được dịch, vui lòng đợi..