2 Proposed methodIn general, a streaming client should 1) estimate the dịch - 2 Proposed methodIn general, a streaming client should 1) estimate the Việt làm thế nào để nói

2 Proposed methodIn general, a stre

2 Proposed method
In general, a streaming client should 1) estimate the throughput and 2) decide the
video bitrate for a request [2][3]. In this work, we adopt the method presented in
[3] to estimate the throughput. For streaming over HTTP/2, our goal is to decide
the video bitrate and the number of pushed segments for a given request, so as to
have a small number of requests and a good buffer stability.
Suppose that, after sending request i-1 (called the last request) asking for Ni-1
segments, the client has just received all Ni-1 requested segments, each has a
duration of τ seconds. The current buffer level is Bi-1. Now, for the next request i,
the client will decide the bitrate Rij and the number of pushed segments Ni. Here
Rij means the bitrate version j (1≤j≤M, where M is the number of versions)
decided for request i.
Denote Ti the estimated throughput for response i, which is obtained by the
method of [3], and C the cost caused by a decision with Rij and Ni. Given the
estimated throughput Ti, the current buffer level Bi-1, and the low buffer
constraint Blow, the adaptation problem can be formulated as follows.
For the next request i, decide Rij and Ni to minimize the cost C
which is a function of Ni and Rij
C = f (Ni
, Rij) (1)
subject to Bi ≥ Blow . (2)
In this study, bitrate Rij is decided as the highest bitrate that is lower than Ti.
Rij = max{Ril | Ril ≤ (1−µ)Ti
, 1≤ l ≤ M} , (3)
where µ is the safety margin (0
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
2 đề phương phápIn General, một khách hàng trực tuyến nên 1) ước lượng thông qua và 2) quyết định cácvideo bitrate cho một yêu cầu [2] [3]. Trong tác phẩm này, chúng tôi áp dụng các phương pháp trình bày trong[3] để ước lượng thông qua. Truyền phát trực tiếp qua HTTP/2, mục tiêu của chúng tôi là để quyết địnhvideo bitrate và số lượng đẩy phân đoạn cho một yêu cầu nhất định, so nhưcó một số nhỏ các yêu cầu và sự ổn định tốt bộ đệm.Giả sử rằng, sau khi gửi yêu cầu i-1 (được gọi là yêu cầu cuối cùng) yêu cầu cho Ni-1phân đoạn, khách hàng chỉ cần nhận được tất cả yêu cầu Ni-1 phân đoạn, mỗi người có mộtthời gian τ giây. Mức độ đệm hiện nay là Bi-1. Bây giờ, đối với yêu cầu tiếp theo tôi,khách hàng sẽ quyết định bitrate Rij và số lượng các phân đoạn đẩy Ni. Ở đâyRij có nghĩa là bitrate Phiên bản j (1≤j≤M, trong đó M là số phiên bản)quyết định yêu cầu tôi.Biểu thị Ti thông lượng ước tính đã trả lời tôi, mà là thu được bởi cácphương pháp [3], và C chi phí gây ra bởi một quyết định với Rij và Ni. Đưa ra cácước tính băng thông Ti, đệm mức độ hiện nay Bi-1 và đệm thấphạn chế đòn, vấn đề thích ứng có thể được xây dựng như sau.Đối với yêu cầu tiếp theo tôi, quyết định Rij và Ni để giảm thiểu chi phí Cđó là một chức năng của Ni và RijC = f (NiRij) (1)tùy thuộc vào Bi ≥ Blow. (2)Trong nghiên cứu này, bitrate Rij quyết định như các bitrate cao thấp hơn so với Ti.Rij = max {Ril | Ti ril ≤ (1−µ)1≤ l ≤ M}, (3)µ đâu an toaøn (0 < µ < 1) [1] [2]. Sau khi nhận được yêu cầu bởiđoạn, bộ đệm sẽ có thêm khoảng × Ni giây của phương tiện truyền thông. Tuy nhiên, cácthời gian vận chuyển của các phân đoạn những mất (τ × Ni × Rij) /Ti giây. Vì vậy, Bi mới có thểước tính như sau.Bi = Bi−1 + τ × Ni −τ Ni × ×RijTi. (4)Cho mục tiêu nêu trên, chúng ta định nghĩa hàm chi phí C dưới dạng một tổng trọng yêu cầuchi phí Crq và đệm chi phí Cbf.C = α × Crq + (1−α) × Cbf, (5)trong đó α là một tham số nặng. Yêu cầu chi phí Crq được tính như là một tuyến tínhgiảm chức năng của Ni như sau.CRQ = 1Ni . (6)Chi phí bộ đệm Cbf được tính dựa trên các quan sát. Đầu tiên, một caogiá trị của Ni sẽ tăng cơ hội cấp đệm giảm đáng kểkhi thông lượng giảm, vì vậy Cbf nên tỉ lệ thuận với Ni. Thứ hai, một cao hơnmức độ đệm giúp khách hàng chịu đựng thông qua giọt, và do đó làm giảm Cbf.Do đó, Cbf được tính bởiCBF Ni × τ =Bi−1 − Blow. (7)Trong phương pháp của chúng tôi, các quyết định dựa trên (5)(6)(7) được áp dụng khi Bi-1≥Blow. KhiBi-1thông qua việc giảm, Ni được thiết lập để 1; và nếu thông qua tăng, Nichỉ đơn giản là tăng lên 1 mỗi hai yêu cầu cho đến khi Bi-1≥Blow. Như đã thấy trong kế tiếpphần, phương pháp của chúng tôi hiếm khi đi vào các chế độ bảo thủ.Vấn đề không gian của quá trình quyết định này là nhỏ, chúng tôi áp dụng đầy đủ để tìm kiếmTìm quyết định tốt nhất. Cụ thể, chi phí C tương ứng với mỗi người trong số các sẵngiá trị của Ni lần đầu tiên được tính bằng cách sử dụng (5)(6)(7). Sau đó, một trong những có tối thiểugiá trị của C và đáp ứng điều kiện (2) được chọn vì số lượng đẩy phân đoạn tiếp theo yêu cầu. Trong phương pháp của chúng tôi, yêu cầu đầu tiên yêu cầu cho mộtphân đoạn (tức là N0 = 1) của các phiên bản bitrate thấp nhất
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
2 phương pháp được đề xuất
chung, một khách hàng trực tuyến nên 1) ước tính thông lượng và 2) quyết định
bitrate video cho một yêu cầu [2] [3]. Trong tác phẩm này, chúng tôi áp dụng các phương pháp trình bày trong
[3] để ước tính thông qua. Đối với streaming qua HTTP / 2, mục tiêu của chúng tôi là quyết định
bitrate và số lượng các phân đoạn đẩy cho một yêu cầu nhất định, để
có một số lượng nhỏ các yêu cầu và một sự ổn định bộ đệm tốt.
Giả sử rằng, sau khi gửi yêu cầu i-1 (gọi là yêu cầu cuối cùng) hỏi cho Ni-1
phân đoạn, khách hàng vừa nhận được tất cả các Ni-1 yêu cầu phân đoạn, từng có một
thời gian τ giây. Mức đệm hiện nay là Bi-1. Bây giờ, đối với các yêu cầu tôi tiếp theo,
khách hàng sẽ quyết định Rij bitrate và số lượng các phân đoạn đẩy Ni. Dưới đây
Rij có nghĩa là phiên bản bitrate j (1≤j≤M, trong đó M là số phiên bản)
đã quyết định cho yêu cầu của tôi.
Ký hiệu Ti thông ước tính cho phản ứng tôi, mà là thu được bằng các
phương pháp [3], và C chi phí gây ra bởi một quyết định với Rij và Ni. Với
thông ước tính Ti, bộ đệm cấp độ hiện tại Bi-1, và đệm thấp
hạn chế Blow, vấn đề thích ứng có thể được xây dựng như sau.
Đối với các yêu cầu tiếp theo tôi, quyết định Rij và Ni để giảm thiểu chi phí C
mà là một chức năng của Ni và Rij
C = f (Ni
, Rij) (1)
chịu Bi ≥ Blow. (2)
. Trong nghiên cứu này, bitrate Rij được quyết định như tốc độ bit cao nhất là thấp hơn so với Ti
Rij = max {Ril | Ril ≤ (1-μ) Ti
, 1≤ l ≤ M}, (3)
, nơi μ là biên độ an toàn (0 <μ <1) [1] [2]. Sau khi nhận được Ni yêu cầu
phân đoạn, bộ đệm sẽ có thêm τ giây × Ni của phương tiện truyền thông. Tuy nhiên,
thời gian vận chuyển của những phân đoạn mất (τ × Ni × Rij) / Ti giây. Vì vậy, Bi có thể được
ước tính như sau.
Bi = Bi-1 + τ × Ni -τ × Ni ×
Rij
Ti
. (4)
Đối với các mục tiêu trên, chúng ta định nghĩa hàm chi phí C là tổng trọng số của yêu cầu
chi phí Crq và đệm CBF chi phí.
C = α × Crq + (1-α) × CBF, (5)
nơi α là một tham số trọng số . Các yêu cầu chi phí Crq được tính như một tuyến tính
chức năng giảm của Ni như sau.
Crq = 1
Ni
. (6)
Các bộ đệm giá CBF được tính toán dựa trên các quan sát sau. Đầu tiên, một cao
giá trị của Ni sẽ làm tăng cơ hội mà mức đệm giảm đáng kể
khi thông giảm, vì vậy CBF nên có tỷ lệ cho Ni. Thứ hai, một cao hơn
mức đệm giúp khách hàng chịu đựng thông giảm, và do đó làm giảm CBF.
Do đó, CBF được tính bằng
CBF = Ni × τ
Bi-1 - Blow
. (7)
Trong phương pháp của chúng tôi, các quyết định dựa trên (5) (6) (7) được áp dụng khi Bi-1≥Blow. Khi
Bi-1thông giảm, Ni được thiết lập để 1; và nếu tăng thông lượng, Ni được
chỉ đơn giản là tăng 1 mỗi hai yêu cầu cho đến khi Bi-1≥Blow. Như đã thấy trong các tiếp theo
phần, phương pháp của chúng tôi hiếm khi đi vào chế độ bảo thủ.
Như không gian vấn đề của quá trình ra quyết định này là nhỏ, chúng tôi áp dụng một tìm kiếm đầy đủ để
tìm ra quyết định tốt nhất. Cụ thể, chi phí C tương ứng với mỗi sự có sẵn
các giá trị của Ni là lần đầu tiên tính toán sử dụng (5) (6) (7). Sau đó, là có tối thiểu
giá trị của C và điều kiện đáp ứng (2) được chọn là số đẩy
phân đoạn cho các yêu cầu tiếp theo. Trong phương pháp của chúng tôi, yêu cầu đầu tiên yêu cầu một
phân đoạn (tức là N0 = 1) của các phiên bản tốc độ bit thấp nhất
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: