of random network jitter. This is t

of random network jitter. This is typically done by combining the following two
mechanisms:
• Prepending each chunk with a timestamp.The sender stamps each chunk with
the time at which the chunk was generated.
• Delaying playoutof chunks at the receiver. As we saw in our earlier discussion
of Figure 7.1, the playout delay of the received audio chunks must be long
enough so that most of the packets are received before their scheduled playout
times. This playout delay can either be fixed throughout the duration of the audio
session or vary adaptively during the audio session lifetime.
We now discuss how these three mechanisms, when combined, can alleviate or
even eliminate the effects of jitter. We examine two playback strategies: fixed playout delay and adaptive playout delay.
Fixed Playout Delay
With the fixed-delay strategy, the receiver attempts to play out each chunk exactly q
msecs after the chunk is generated. So if a chunk is timestamped at the sender at
timet,the receiver plays out the chunk at time t+q,assuming the chunk has arrived
by that time. Packets that arrive after their scheduled playout times are discarded
and considered lost.
What is a good choice for q? VoIP can support delays up to about 400 msecs,
although a more satisfying conversational experience is achieved with smaller values
ofq. On the other hand, if qis made much smaller than 400 msecs, then many packets
may miss their scheduled playback times due to the network-induced packet jitter.
Roughly speaking, if large variations in end-to-end delay are typical, it is preferable to
use a large q; on the other hand, if delay is small and variations in delay are also small,
it is preferable to use a small q,perhaps less than 150 msecs.
The trade-off between the playback delay and packet loss is illustrated in
Figure 7.7. The figure shows the times at which packets are generated and played
out for a single talk spurt. Two distinct initial playout delays are considered. As
shown by the leftmost staircase, the sender generates packets at regular intervals—say, every 20 msecs. The first packet in this talk spurt is received at time r.
As shown in the figure, the arrivals of subsequent packets are not evenly spaced
due to the network jitter.
For the first playout schedule, the fixed initial playout delay is set to p–r. With
this schedule, the fourth packet does not arrive by its scheduled playout time, and
the receiver considers it lost. For the second playout schedule, the fixed initial playout delay is set to p –r. For this schedule, all packets arrive before their scheduled
playout times, and there is therefore no loss.

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

số ngẫu nhiên mạng jitter. Điều này thường được thực hiện bằng cách kết hợp hai saucơ chế:• Prepending mỗi đoạn với một dấu thời gian. Tem thư gửi mỗi chunk vớithời gian mà tại đó đoạn đã được tạo ra.• Trì hoãn playoutof khối lúc người nhận. Như chúng ta đã thấy trong cuộc thảo luận trước đó của chúng tôitrong hình 7.1, sự chậm trễ playout của các khối âm thanh nhận được phải được lâuđủ để cho hầu hết các gói dữ liệu được nhận trước của playout theo lịch trìnhthời gian. Sự trì hoãn này playout hoặc có thể được cố định trong suốt thời gian của âm thanhPhiên giao dịch hoặc khác nhau một cách điều hợp thời phiên âm thanh.Chúng tôi bây giờ thảo luận làm thế nào các cơ chế ba, khi kết hợp, có thể làm giảm bớt hoặcngay cả khi loại bỏ những ảnh hưởng của jitter. Chúng ta xem xét hai phát lại chiến lược: cố định chậm trễ playout và sự chậm trễ playout thích nghi.Cố định Playout chậm trễVới chiến lược cố định, trì hoãn, những nỗ lực tiếp nhận để phát ra mỗi chunk chính xác qmsecs sau khi đoạn được tạo ra. Vì vậy, nếu một đoạn là timestamped lúc gửi lúctimet, máy thu phát ra đoạn tại thời điểm t + q, giả sử đoạn đã đếnbởi thời gian đó. Gói tin đến sau khi thời gian theo lịch trình playout của họ đang bị loại bỏvà được coi là bị mất.Một lựa chọn tốt cho q là gì? VoIP có thể hỗ trợ sự chậm trễ đến khoảng 400 msecs,mặc dù a nhiều hơn đáp ứng trải nghiệm đàm thoại là đạt được với các giá trị nhỏ hơnofq. Mặt khác, nếu qis thực hiện nhỏ hơn 400 msecs, sau đó nhiều góicó thể bỏ lỡ thời gian phát biểu của họ do jitter gói mạng gây ra.Khoảng nói, nếu các biến đổi lớn trong kết thúc để kết thúc sự chậm trễ là điển hình, nó là thích hợp hơn đểsử dụng q lớn; mặt khác, nếu chậm trễ là nhỏ và các biến thể trong sự chậm trễ là cũng nhỏ,nó là thích hợp hơn để sử dụng một q nhỏ, có lẽ ít hơn 150 msecs.Thương mại-off giữa phát lại chậm trễ và gói cân được minh họa trongHình 7.7. Các con số cho thấy thời gian mà tại đó gói dữ liệu được tạo ra và chơira cho một đơn nói chuyện thoát đi trước. Hai playout ban đầu khác biệt sự chậm trễ được coi là. NhưHiển thị bởi các cầu thang tận cùng bên trái, người gửi tạo ra gói đặn — nói, mỗi msecs 20. Gói đầu tiên trong này nói chuyện thoát đi trước đã nhận được tại thời điểm r.Như minh hoạ trong hình, đến gói dữ liệu tiếp theo không đồng đều nhaudo mạng jitter.Lịch trình playout đầu tiên, sự chậm trễ cố định playout ban đầu được đặt p-r. vớilịch trình này, gói tin thứ tư không đến thời gian theo lịch trình playout của mình, vàngười nhận sẽ xem xét nó mất. Lịch trình playout thứ hai, sự chậm trễ playout cố định đầu tiên được đặt ở p-r. Đối với lịch trình này, tất cả các gói tin đến trước theo lịch trình của họPlayout thời gian, và đó là do đó không có tổn thất.

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

jitter mạng ngẫu nhiên. Điều này thường được thực hiện bằng cách kết hợp hai sau
cơ chế sau:
• thêm vào trước mỗi đoạn có một tem gửi timestamp.The mỗi chunk với
. Thời gian mà tại đó các đoạn đã được tạo ra
• Trì hoãn playoutof khối ở người nhận. Như chúng ta đã thấy trong cuộc thảo luận trước đó của chúng tôi
trong hình 7.1, sự chậm trễ phát sóng của các khối âm thanh nhận phải dài
đủ để hầu hết các gói tin được nhận trước khi phát sóng dự kiến của họ
lần. Chậm trễ phát sóng này hoặc có thể được cố định trong suốt thời gian của âm thanh
phiên hoặc thay đổi thích nghi trong đời phiên âm.
Bây giờ chúng ta thảo luận làm thế nào ba cơ chế, khi kết hợp, có thể làm giảm bớt hoặc
thậm chí loại bỏ những ảnh hưởng của jitter. Chúng tôi kiểm tra hai chiến lược phát lại:. Chậm trễ phát sóng cố định và sự chậm trễ phát sóng thích ứng
cố định phát sóng trễ
Với chiến lược cố định chậm trễ, người nhận cố gắng để chơi ra từng đoạn chính xác q
msecs sau khi đoạn được tạo ra. Vì vậy, nếu một đoạn được timestamped ở người gửi tại
timet, người nhận diễn ra các đoạn tại thời điểm t + q, giả định các đoạn đã đến
thời điểm đó. Các gói tin đến sau lần phát sóng dự kiến của họ sẽ bị loại bỏ
và coi mất.
Một lựa chọn tốt cho q là gì? VoIP có thể hỗ trợ sự chậm trễ lên đến khoảng 400 msecs,
mặc dù một kinh nghiệm đàm thoại đáp ứng nhiều hơn là đạt được với giá trị nhỏ hơn
ofq. Mặt khác, nếu qis làm nhỏ hơn nhiều so với 400 msecs, sau đó nhiều gói tin
có thể bỏ lỡ lần phát lại theo lịch trình của họ do các gói jitter mạng gây ra.
Nói đại khái, nếu sự thay đổi lớn trong sự chậm trễ end-to-end là điển hình, đó là thích hợp hơn để
sử dụng một q lớn; Mặt khác, nếu chậm trễ là nhỏ và các biến thể trong sự chậm trễ cũng là nhỏ,
nó là thích hợp hơn để sử dụng một q nhỏ, có lẽ ít hơn 150 msecs.
Các thương mại-off giữa sự chậm trễ phát và mất gói tin được minh họa trong
hình 7.7. Con số này cho thấy thời gian mà gói tin được tạo ra và chơi
ra cho một sự bứt phá nói chuyện duy nhất. Hai sự chậm trễ phát sóng ban đầu riêng biệt được xem xét. Như
thể hiện bởi các cầu thang bên trái, người gửi tạo ra các gói tin ở thường xuyên khoảng thời gian-nói, mỗi 20 msecs. Các gói đầu tiên trong bứt phá nói chuyện này được nhận tại thời gian r.
Như trong hình, khách đến của gói tin tiếp theo được không đều nhau
do jitter mạng.
Đối với lịch trình phát sóng đầu tiên, sự chậm trễ phát sóng ban đầu cố định được thiết lập để P- r. Với
tiến độ này, các gói tin thứ tư không đến theo thời gian phát sóng dự kiến của nó, và
các nhận xét ​​thấy bị mất. Đối với lịch phát sóng thứ hai, sự chậm trễ phát sóng ban đầu cố định được thiết lập để p? -r. Đối với lịch trình này, tất cả các gói tin đến trước khi dự kiến của họ
lần phát sóng, và do đó không có mất.