Probably the most important aspect

Probably the most important aspect in realizing the server
push scheme for live video streaming is the push strategy,
which determines what resources to push and when to push
them. It is important to note that SPDY only specifies
the protocol between client and server for communicating
server push based messages or data, and it does not define
or suggest any specific push strategy. This enables the customization
of push strategies for various web applications,
and it is particularly beneficial for the non-conventional use
of HTTP, such as HTTP live video streaming. In particular,
we consider the following three push strategies for low
latency live streaming:
• No-Push. As shown in Figure 1(a), this is the extreme
case of the server push strategy, which is equivalent
to the conventional HTTP request/response without
server push. The client sends a HTTP request for each
video segment, and the server responds to each request
regularly with the corresponding segment.
• All-Push. As shown in Figure 1(b), this is another
extreme case for the server push strategy, where the
client only issues one request for the entire live stream.
Upon receiving the request, the server actively pushes
all the video segments sequentially as soon as each one
is ready.
• k-Push. As shown in Figure 1(c), the client issues a
request every k segments indicating which segments it
needs. Upon receiving each request, the server actively
pushes the next segments consecutively as soon as each
one is ready.

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

Có lẽ các khía cạnh quan trọng nhất trong việc thực hiện các máy chủđề án đẩy cho live video streaming là đẩy chiến lược,mà sẽ xác định những nguồn lực để đẩy và khi đẩyhọ. Nó là quan trọng cần lưu ý rằng SPDY chỉ chỉ địnhgiao thức giữa máy khách và máy chủ giao tiếpđẩy máy chủ Dựa trên dữ liệu hoặc tin nhắn, và nó không xác địnhhay đề nghị bất kỳ chiến lược cụ thể đẩy. Điều này cho phép các tuỳ biếnthúc đẩy chiến lược cho các ứng dụng web khác nhau,và nó là đặc biệt có lợi cho việc sử dụng phi thườngtrong HTTP, chẳng hạn như HTTP live video streaming. Đặc biệt,chúng tôi xem xét các chiến lược đẩy ba sau thấpđộ trễ live streaming:• Không-đẩy. Như minh hoạ trong hình 1(a), điều này là cựctrường hợp của chiến lược đẩy máy chủ, tương đươngđể các quy ước HTTP yêu cầu/phản ứng mà không cầnđẩy máy chủ. Khách hàng sẽ gửi một yêu cầu HTTP cho mỗiđoạn video, và máy chủ phản ứng với mỗi yêu cầuthường xuyên với các phân đoạn tương ứng.• Tất cả-đẩy. Như minh hoạ trong hình 1(b), đây là mộtCác trường hợp cực kỳ cho chiến lược đẩy máy chủ, nơi mà cáckhách hàng chỉ vấn đề một yêu cầu cho toàn bộ dòng sống.Sau khi nhận được yêu cầu, các máy chủ, chủ động đẩyTất cả các video phân đoạn tuần tự như sớm như mỗi mộtsẵn sàng.• k-đẩy. Như được hiển thị ở hình 1(c), các khách hàng các vấn đề mộtyêu cầu mỗi phân đoạn k chỉ có phân đoạn đónhu cầu. Sau khi nhận được mỗi yêu cầu, các máy chủ một cách tích cựcđẩy các phân đoạn tiếp theo liên tục ngay khi mỗimột là đã sẵn sàng.

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

Có lẽ là khía cạnh quan trọng nhất trong việc thực hiện các chủ
chương đẩy cho streaming video trực tiếp là chiến lược đẩy,
trong đó xác định những nguồn lực để đẩy và khi đẩy
họ. Điều quan trọng cần lưu ý là SPDY chỉ xác định
các giao thức giữa máy khách và máy chủ để giao tiếp
thông điệp hoặc dữ liệu máy chủ đẩy dựa, và nó không xác định
hoặc đề nghị bất kỳ chiến lược đẩy cụ thể. Điều này cho phép tùy biến
các chiến lược thúc đẩy cho các ứng dụng web khác nhau,
và nó đặc biệt có lợi cho việc sử dụng phi thường
của HTTP, như HTTP video trực tuyến. Đặc biệt,
chúng ta hãy xem xét ba chiến lược đẩy sau cho thấp
độ trễ sống streaming:
• Không-Push. Như thể hiện trong hình 1 (a), điều này là cực kỳ
trường hợp của máy chủ chiến lược đẩy, đó là tương đương
với thông thường yêu cầu HTTP / đáp ứng mà không cần
máy chủ đẩy. Các khách hàng sẽ gửi một yêu cầu HTTP cho mỗi
đoạn video, và máy chủ đáp ứng với mỗi yêu cầu
thường xuyên với các phân khúc tương ứng.
• Tất cả-Push. Như thể hiện trong hình 1 (b), đây là một
trường hợp cực đoan cho các chiến lược máy chủ đẩy, nơi mà các
khách hàng chỉ phát hành một yêu cầu cho toàn bộ dòng sống.
Khi nhận được yêu cầu, máy chủ tích cực đẩy
tất cả các đoạn video liên tục ngay sau khi mỗi thứ
đã sẵn sàng.
• k-Push. Như thể hiện trong hình 1 (c), khách hàng đưa ra một
yêu cầu tất cả các phân đoạn k thấy phân khúc nó
cần. Khi nhận được yêu cầu mỗi ngày, máy chủ tích cực
đẩy các phân đoạn tiếp theo liên tục ngay sau khi mỗi
một đã sẵn sàng.