Giới thiệu :

Lưu lượng truy cập video vượt trội (OTT) tiếp tục tăng gấp đôi mỗi năm và được dự đoán
sẽ chiếm 2/3 tổng lưu lượng truy cập di động vào năm 2014. Tốc độ tăng trưởng đáng
kinh ngạc này được thúc đẩy bởi sự phát triển không ngừng của nội dung video OTT từ
các trang web như như YouTube và Netflix, và sự phổ biến của các thiết bị thông minh
có màn hình lớn hơn và bộ xử lý mạnh hơn rất phù hợp để phát nội dung video ngắn hoặc
dài.
Những ranh giới giữa truyền hình truyền thống và băng thông rộng di động đang mờ dần
khi TV thông minh hỗ trợ kết nối Wi-Fi tích hợp , điện thoại thông minh và máy tính
bảng hỗ trợ video 1080p và bao gồm các cổng đầu ra HDMI. Sự hội tụ này không chỉ
thúc đẩy sự lai tạo của các thiết bị truyền thông, nó làm lệch hướng sự mong đợi của
người xem. Khán giả di động đang mong đợi sự phân phối chất lượng cao, đáng tin cậy
mà họ cần từ các dịch vụ truyền hình truyền thống hoặc truyền hình IPTV.
Các nhà cung cấp dịch vụ băng rộng di động và cố định phải đối mặt với thách thức về
việc đáp ứng sự mong đợi của người đăng ký dịch vụ trong khi phải vật lộn để quản lý
lưu lượng video OTT ngày càng tăng trên mạng của họ. Mặc dù các dịch vụ video mang
lại sự đảm bảo cho các luồng doanh thu mới, nhưng chất lượng trải nghiệm video kém
(QoE) có thể nhanh chóng trở thành nguyên nhân hàng đầu khiến người đăng ký thay đổi
quyết định của mình. Hiểu về QoE trong bối cảnh sự đa dạng các dịch vụ khác nhau là
chìa khóa để cung cấp các dịch vụ video tạo doanh thu hoặc quản lý dịch vụ thuê bao dựa
trên QoE .
Khi lưu lượng video tăng lên trên các mạng băng rộng di động và cố định, các công cụ đo
lường chất lượng video chưa phát triển đủ để cung cấp một phương tiện chính xác và có
thể mở rộng (nghĩa là toàn mạng) để đo lường cách người đăng ký trải nghiệm video và
mức độ hài lòng của họ. Các phương pháp phát sóng truyền thống để đo chất lượng video
có độ chính xác cao nhưng không thể mở rộng. Mặt khác, KPI QoS của mạng có thể mở
rộng nhưng không phản ánh chính xác QoE. Các tiêu chuẩn đo lường chất lượng video
IPTV thông thường không thể đối phó với vô số công nghệ và tiêu chuẩn trong môi
trường OTT.
Hơn nữa, khi tăng trưởng lưu lượng video tiếp tục vượt quá khả năng của mạng, video
QoE đang xuống cấp. Hình 1 minh họa rằng trong các khoảng thời gian tắc nghẽn trong
ngày, các phiên thể hiện QoE kém có thể chiếm hơn 50% lưu lượng video tổng thể trên
mạng. Với lưu lượng truy cập video chiếm khoảng 50% tổng lưu lượng, điều này có
nghĩa là tại thời điểm băng thông đắt nhất trên 25% thì có thể bị lãng phí, vì nó được sử
dụng để mang lại trải nghiệm kém. Bài viết này khám phá sự cần thiết của một công nghệ
có thể mở rộng có thể cung cấp điểm số QoE nhận thức, thể hiện chính xác những gì mọi
thuê bao trên mạng đang trải qua. Hơn nữa, bài viết cung cấp giải thích về cách đo QoE
cho video OTT một cách chính xác và có thể mở rộng, và bao gồm các khái niệm nền
tảng liên quan đến vòng đời video OTT, công nghệ phát trực tuyến và các vấn đề về chất
lượng video phổ biến.

OTT VIDEO: Nền tảng của media streaming

Vòng đời nội dung video OTT :

Vòng đời của bất kỳ nội dung video nào cũng bắt đầu bằng việc tạo nội dung. Khi một
video đã được quay hoặc quay, nội dung có thể được chỉnh sửa và một hoặc nhiều video
clip có thể được tạo ra từ nội dung được chỉnh sửa đó. Việc ủy quyền thường liên quan
đến việc nén video (và âm thanh) để giảm kích thước tệp, tiếp theo là bọc video nén (và
âm thanh) trong một loại tệp cụ thể (hoặc thùng chứa). Sau đó, tệp được lưu trữ trên máy
chủ (phương tiện) hoặc Mạng phân phối nội dung (CDN) nơi người dùng khác có thể truy
cập tệp. Từ máy chủ hoặc CDN, tệp có thể được truyền đến máy khách, nơi nó được giải
mã và phát trên thiết bị để xem.
Nguồn nội dung , chất lượng của nội dung, có thể gồm các video do người dùng tạo bằng
điện thoại thông minh đến các sản phẩm phòng thu lớn được quay bởi một đội quay phim
chuyên nghiệp sử dụng thiết bị cấp thương mại. Với các trang truyền thông xã hội, video
có xu hướng do người dùng tạo, điều đó có nghĩa là nội dung thường được quay bằng
thiết bị cấp thấp hơn và chất lượng nguồn có xu hướng thấp hơn. Nội dung được tác giả,
người dùng tự chỉnh sửa hoặc tự động. Các quy trình tự động sáng tạo nội dung thường bị
ẩn cho người dùng khi chúng được thực hiện trực tiếp trên thiết bị chụp hoặc trong suốt
như là một phần của việc tải lên tới nhà cung cấp nội dung. YouTube sử dụng phương
pháp mã hóa video bằng codec, chẳng hạn như H.264. Mã hóa làm giảm băng thông cần
thiết để truyền phát nội dung video qua mạng theo thời gian thực. Tất cả thông tin liên
quan đến video này (siêu dữ liệu, video và âm thanh) sau đó được đưa vào một thùng
chứa phương tiện, chẳng hạn như FLV, MP4, MPEG2-TS hoặc WebM. Một số trang web
có thể mã hóa và lưu trữ nội dung ở nhiều định dạng, với độ phân giải, bitrate, codec và
container khác nhau.
Tệp video được lưu trữ trên máy chủ hoặc CDN nơi người dùng có thể truy cập. Tệp
video được tải xuống (như trường hợp của iTunes) hoặc được phát trực tuyến (như
trường hợp của Netflix). Để xem video đã tải xuống, toàn bộ tệp phải nhận được trước
khi bắt đầu phát lại, việc này có thể mất nhiều thời gian. Các tập tin được lưu trữ vĩnh
viễn và có sẵn để tiêu thụ trong tương lai.
Để phát trực tiếp video, phát lại được bắt đầu gần như ngay lập tức sau khi người dùng
yêu cầu nội dung. Tập tin thường được lưu trữ ở một vị trí tạm thời , và thường không có
sẵn để sử dụng trong tương lai.

The OTT video lifecycle

 So sánh các phương thức và dịch vụ giao hàng

Điều quan trọng cần lưu ý là các tệp video có xu hướng được truyền phát và không được
tải xuống để phát lại có thể bắt đầu trước khi nhận được toàn bộ tệp. Khi một thuê bao
yêu cầu nội dung video, nó được phân phối từ nguồn nội dung bằng cách truyền phát qua
mạng gói. Bộ đệm máy khách đủ dữ liệu đến để cho phép giải mã và phát lại theo thời
gian thực liên tục.
Quá trình này nghe có vẻ đơn giản, nhưng nó phức tạp và có thể phát sinh những vấn đề
ảnh hưởng đến chất lượng video. Tỷ lệ mất gói là không nhiều nhưng có thể gây suy
giảm chất lượng. Một số công nghệ phát trực tuyến bao gồm các cơ chế cho thiết bị
chuyển sang cấu hình bitrate thấp hơn (chẳng hạn như truyền phát thích ứng) để sử dụng
ít băng thông trên mạng hơn và tăng xác suất phân phối thành công.

STREAMING OTT VIDEO

Để xem video trên thiết bị kết nối internet, cần có một số thành phần. Một máy chủ
phương tiện trên mạng (hoặc CDN) cung cấp nguồn cho nội dung video được truyền qua
mạng đến một thiết bị được kết nối internet với một máy khách, có thể nhận và hiển thị
video.Nội dung nên được truyền phát trong thời gian thực hoặc nhanh hơn. Điều đó có
nghĩa là, dữ liệu video phải được gửi với cùng tốc độ hoặc nhanh hơn tốc độ cần thiết để
duy trì phát lại theo thời gian thực. Khi nội dung được truyền phát nhanh hơn tốc độ phát
lại, dữ liệu video sẽ tích lũy trong bộ đệm máy khách. Bộ đệm này giúp ngăn chặn các
gián đoạn phát lại như bị đình trệ và có thể bù đắp cho những thay đổi trong thông lượng
mạng.
Gần đây, các công nghệ truyền phát thích ứng đã được giới thiệu cho phép khách hàng
phản ứng với những thay đổi trong thông lượng mạng và chuyển sang các luồng bitrate
thấp hơn khi mạng bị nghẽn.Với thông lượng mạng đủ, khách hàng nhận được dữ liệu
video với tốc độ nhanh hơn so với phát lại. Do đó, mất điện đột ngột hoặc giảm thông
lượng có thể được chấp nhận mà không ảnh hưởng đến QoE, miễn là bộ đệm vẫn đầy.
Tuy nhiên, trong thời gian tắc nghẽn hoặc kết nối kém, bộ đệm video có thể bị trống, điều
này sẽ dẫn đến tình trạng đình trệ (đồng hồ cát) và do đó QoE kém. Nếu một giao thức
truyền phát thích ứng đang được sử dụng, khách hàng có thể thử chuyển sang luồng băng
thông thấp hơn, điều này có thể làm giảm sự đình trệ, nhưng sẽ làm giảm chất lượng hình
ảnh thông qua việc giảm độ phân giải và tốc độ bit. Có rất nhiều công nghệ phát video
OTT, dưới đây là mô tả về các giao thức phổ biến nhất.

PROGRESSIVE DOWNLOAD
Progressive download sử dụng tiêu chuẩn HTTP / TCP để truyền phát nội dung (không
tải xuống) đến máy khách càng nhanh càng tốt, tối đa hóa khả năng đệm để phát lại mượt
mà. Giao thức này tương đối đơn giản và được áp dụng rộng rãi trên Internet, đáng chú ý
nhất là YouTube. Progressive download chỉ phù hợp với các ứng dụng unicast và không
hỗ trợ đa truyền (đối với các sự kiện trực tiếp). Các định dạng container phổ biến nhất
được phân phối thông qua progressive download là FLV và MP4.

So sánh các chiến lược đệm điển hình cho RTSP thông thường và Progressive Download

REAL-TIME STREAMING PROTOCOL

Giao thức truyền phát thời gian thực (RTSP), cùng với Giao thức truyền tải thời gian thực
(RTP) và Giao thức kiểm soát vận chuyển thời gian thực (RTCP), thường được sử dụng
để cung cấp nội dung trực tiếp , dịch vụ Video theo yêu cầu ( VOD) . RTSP được sử
dụng để thiết lập và kiểm soát phiên truyền thông, phát lệnh trong suốt phiên và được
phân phối qua TCP. Hầu hết các máy chủ RTSP sử dụng RTP để phân phối các luồng
phương tiện, thường là trên UDP không đáng tin cậy. Do đó, phương tiện truyền thông dễ
bị suy giảm chất lượng đáng kể do mất gói. Do đó, một cách tiếp cận khác gọi là RTSP
xen kẽ (xen kẽ dữ liệu RTP và RTCP với dữ liệu RTSP) có thể được sử dụng. Thay vì có
một luồng cho RTSP và các luồng riêng biệt cho các rãnh âm thanh và video, một luồng
RTSP / TCP được sử dụng. Dữ liệu RTSP được gửi như hiện tại, trong khi RTP và RTCP
được ghép kênh thông qua các kênh ảo.

REAL-TIME MESSAGING PROTOCOL

Giao thức nhắn tin thời gian thực (RTMP) là giao thức được phát triển bởi Macromedia
(nay là Adobe) để truyền phát âm thanh, video và dữ liệu tới trình phát Flash. Các biến
thể phổ biến bao gồm RTMPE (được mã hóa) và RTMPS, hoạt động trên kết nối SSL.
RTMP được hỗ trợ bởi Flash Media Server và Flash client.

ADAPTIVE OR DYNAMIC STREAMING

Với tính năng truyền phát thích ứng, máy khách sẽ phát hiện tính khả dụng của băng
thông mạng và tự động chuyển đổi qua nhiều luồng bitrate khác nhau để phân phối nội
dung một cách liền mạch. Các giao thức này được thành lập dựa trên tiền đề rằng việc
phân phối trơn tru là đóng góp lớn nhất cho QoE video tổng thể cao. Làm thế nào khách
hàng quyết định luồng nào sẽ chọn cụ thể cho khách hàng. Một số khách hàng tích cực
hơn và sẽ chọn luồng chất lượng tốt nhất trước tiên; trong khi đó, những người khác thì
thận trọng hơn và sẽ chọn các luồng chất lượng thấp hơn và theo dõi hiệu suất trước khi
chuyển sang cải thiện chất lượng.
Có nhiều ví dụ về công nghệ này bao gồm HTTP Live Streaming (HLS), HTTP Dynamic
Streaming, Microsoft Silverlight Smooth Streaming và Netflix Streaming Service.Tác
động của các giao thức truyền phát động là cung cấp sự đánh đổi theo thời gian thực giữa
độ trung thực trực quan của video và thông lượng. Tuy nhiên, do thực tế là khách hàng
chỉ nhận thấy tắc nghẽn mạng sau khi tắc nghẽn xảy ra, truyền phát động có xu hướng
phản ứng và gây ra mức độ biến đổi chất lượng hình ảnh cao, do đó có thể dẫn đến QoE
tồi tệ hơn cho thuê bao.

HTML5 VIDEO
HTML5 tăng cường và mở rộng tiêu chuẩn HTML để cung cấp một phương pháp giúp
nhúng video trên trang web. Cách tiếp cận này giúp loại bỏ sự phụ thuộc vào trình cắm
trình duyệt của bên thứ ba. HTML5 được hỗ trợ bởi các trình duyệt mới hơn như Internet
Explorer 9, FireFox 3.5, Safari 3.0, Chrome và Opera. Trong khi tiêu chuẩn là mở, có
những lợi ích cạnh tranh, tiêu chuẩn đang thay đổi và trình duyệt các nhà cung cấp được
tự do hỗ trợ bất kỳ định dạng video nào họ cảm thấy phù hợp. YouTube sử dụng HTML5
để phân phối nội dung cho các thiết bị Apple iOS như iPhone và iPad. Video HTML5 có
thể sử dụng các định dạng chứa khác nhau bao gồm WebM, MP4 và HLS.

PEER-2-PEER TV
Peer-2-Peer TV (P2PTV) cung cấp phương tiện truyền thông qua nhiều kết nối ngang
hàng. Trong P2PTV, mỗi khách hàng tải xuống một luồng video đồng thời tải lên luồng
đó cho những người dùng P2P khác. Cách tiếp cận này gần giống với BitTorrent thời
gian thực. Các luồng thường bị trễ thời gian vài phút so với nội dung nguồn ban đầu.
Chất lượng video là một yếu tố của số lượng người đăng ký trong mạng ngang hàng, với
chất lượng cải thiện khi số lượng người đăng ký tăng lên. Có nhiều mạng P2PTV bao
gồm PPLive, SopCast, StreamTorrent, Veetle và SwarmPlayer.

VIDEO CONFERENCING AND VIDEO CHAT

Các ứng dụng trò chuyện video như Skype hoặc Apple FaceTime đang giới thiệu một bộ
trường hợp sử dụng video OTT hoàn toàn mới. Sự khác biệt chính giữa trò chuyện video
và phát trực tuyến là trò chuyện video cần được phân phối ở độ trễ rất thấp để đáp ứng
giao tiếp hai chiều thời gian thực và nó phải được truyền phát hai chiều. Các dịch vụ trò
chuyện video phổ biến bao gồm Skype (độc quyền, giao thức báo hiệu được mã hóa
RC4) và Apple Face FaceTime (dựa trên SIP và RTP).

VIDEO QUALITY ISSUES

YÊU CẦU
Quay video kém chất lượng có thể là kết quả của môi trường quay kém, ví dụ: ánh sáng,
ống kính chất lượng thấp, tiêu cự kém, độ phân giải thấp, chuyển động của camera, v.v.
Ngoại trừ việc xử lý trước và sau xử lý tinh vi của video đã quay, rất khó cho bất kỳ bước
nào trong tương lai trong vòng đời để cải thiện chất lượng của nội dung kém chất lượng.

ỦY QUYỀN / ENCODING
Bước ủy quyền có thể đưa ra các vấn đề chất lượng bổ sung do sử dụng thuật toán nén
mất dữ liệu, điều cần thiết để đưa băng thông yêu cầu xuống mức có thể sử dụng để
truyền phát nội dung video theo thời gian thực. Đối với âm thanh, các vấn đề chất lượng
này có thể xuất hiện do giảm tốc độ lấy mẫu hoặc số lượng kênh so với nội dung ban đầu
(bị bắt) cũng như chính codec. Một số đồ tạo tác âm thanh này bao gồm tiếng chuông,
tiếng vang, tiếng rơi và tiếng rít. Đối với video, các vấn đề chất lượng này xuất hiện do
giảm tốc độ bit, độ phân giải hoặc tốc độ khung hình so với nội dung gốc (đã chụp). Một
số đồ tạo tác này bao gồm chặn, làm mờ, giật, tạo tác dấu vết, tiếng ồn muỗi, tiếng
chuông, đường viền, đập và thở.

TRUYỀN TẢI
Có hai yếu tố mạng chính ảnh hưởng đến chất lượng video: tắc nghẽn và kết nối. Khối
lượng dữ liệu cần thiết để phân phối phương tiện (với QoE chấp nhận được) nhiều hơn
đáng kể so với giọng nói hoặc các dạng dữ liệu khác như email hoặc nội dung web tĩnh.
Lượng lưu lượng tối đa có thể được phân phối đồng thời cho các thuê bao thể hiện tổng
dung lượng của mạng. Dựa trên số lượng thuê bao đồng thời trong một ô nhất định, liên
kết truyền dẫn hoặc điểm tổng hợp hạn chế và lượng lưu lượng mạng mà chúng tạo ra,
điều này có thể dẫn đến tắc nghẽn (khi nhu cầu vượt quá dung lượng). Sự tắc nghẽn có
thể dẫn đến các gói bị rơi, việc truyền dữ liệu bị trì hoãn hoặc thậm chí bị gián đoạn dịch
vụ. Đối với các phiên phát trực tuyến không thích ứng dựa trên TCP (nghĩa là đáng tin
cậy), điều này có thể dẫn đến sự chậm trễ lâu trong quá trình phát lại ban đầu cũng như bị
đình trệ. Đối với các phiên phát trực tiếp thích ứng dựa trên TCP, điều này cũng có thể
dẫn đến sự chậm trễ lâu trong quá trình phát lại ban đầu nhưng việc trì hoãn được giảm
thiểu (mặc dù không nhất thiết phải loại bỏ) bằng cách chuyển sang các clip có độ trung
thực thấp hơn và do đó yêu cầu băng thông thấp hơn.
Trên mạng không dây, các sự cố tín hiệu do vùng phủ sóng, chuyển giao, nhiễu hoặc
tranh chấp tài nguyên có thể dẫn đến thông lượng xuống cấp và do đó tạo ra các vấn đề
chất lượng video tương tự như các vấn đề xuất hiện dưới sự tắc nghẽn. Trong trường hợp
này, chất lượng chỉ suy giảm đối với các thuê bao gặp sự cố tín hiệu và không nhất thiết
phải cho tất cả các thuê bao trên nút mạng đó. Trong tình trạng tắc nghẽn, tất cả các thuê
bao trên một nút mạng cụ thể đều bị ảnh hưởng.

PLAYBACK
Do sự đa dạng của các loại thiết bị và độ phân giải hiển thị, bản thân thiết bị phát lại có
tác động đáng kể đến nhận thức của người đăng ký về vấn đề chất lượng video. Trên màn
hình nhỏ hơn, các vật thể trở nên không thể nhìn thấy ở khoảng cách xem chung dựa trên
các giới hạn về thị lực. Các vật thể đáng chú ý trên màn hình HD có thể không được nhìn
thấy trên các thiết bị loại điện thoại thông minh. Việc tăng độ phân giải màn hình trên các
thiết bị di động chẳng hạn, do sự xuất hiện của các thiết bị máy tính bảng, làm tăng các
yêu cầu về độ trung thực tối thiểu (và do đó băng thông) cần thiết để đáp ứng mong đợi
về chất lượng video của người đăng ký.yêu cầu về độ trung thực tối thiểu (và do đó băng
thông) cần thiết để đáp ứng mong đợi về chất lượng video của người đăng ký.

CÁC VẤN ĐỀ CHẤT LƯỢNG VIDEO

ĐÌNH TRỆ :
Việc đình trệ (đôi khi được gọi là đệm lại) thường xảy ra trong các phiên truyền thông
được phân phối đáng tin cậy. Khi mạng không cung cấp nội dung phương tiện kịp thời để
phát lại, do thông lượng không đủ, phát lại sẽ bị đình trệ trong khi khách hàng chờ đợi
nội dung bổ sung. Nói chung, khách hàng chờ đợi để nhận được một lượng nội dung nhất
định trong bộ đệm bên trong trước khi tiếp tục phát lại.

LÀM MỜ :
Làm mờ đề cập đến việc thiếu độ sắc nét và là kết quả của việc không đủ chi tiết cho kích
thước và độ phân giải màn hình. Điều này thường do nội dung được mã hóa ở độ phân
giải thấp được hiển thị ở độ phân giải cao trên thiết bị phát lại, ví dụ: ở chế độ toàn màn
hình. Khi kích thước màn hình thiết bị tăng, nội dung sẽ cần được ghi lại và mã hóa ở độ
phân giải cao hơn (và do đó yêu cầu nhiều băng thông hơn) để giảm thiểu vấn đề này.
Làm mờ cũng có thể được gây ra bởi quá trình tiền xử lý trước khi mã hóa, trong đó lọc
thông thấp có thể được áp dụng để làm mịn các chi tiết nội dung, cho phép nén mạnh
hơn. Cuối cùng, làm mờ có thể được gây ra bởi các giai đoạn mã hóa, bao gồm lượng tử
hóa cũng như các bộ lọc gỡ rối và khử nhiễu.
Blocking :
Nguyên nhân chính của việc chặn các tạo tác là việc áp dụng lượng tử hóa quá mạnh
bằng thuật toán mã hóa cho các khối pixel. Thông thường, điều này xảy ra khi thuật toán
mã hóa đang cố nén ở tốc độ bit cực thấp. Kết quả là các chi tiết tốt hơn trong các khối
pixel và sự khác biệt tinh tế trong các giá trị của các pixel lân cận bị mất do loại bỏ các
thành phần tần số cao trong miền biến đổi. Điều này làm cho tất cả các pixel trong khối
(trong miền không gian) dường như có cùng giá trị hoặc tương tự.

DAMAGED BLOCKS :
Khi nội dung video bị mất hoặc bị hỏng trong quá trình truyền và không thể truyền lại
hoặc phục hồi đáng tin cậy (thường dựa trên UDP), khách hàng có thể thực hiện các
phương pháp khác nhau khi hiển thị hình ảnh có chứa các khối bị hỏng. Điều này thường
được gọi là che giấu lỗi. Trên một số khách hàng, khối bị hỏng có thể được bỏ qua hoàn
toàn, trong khi trên các khối khác, nó có thể được thay thế bằng các khối lân cận theo
không gian hoặc tạm thời hoặc các tổ hợp của chúng. Tệ hơn, hiện vật ban đầu hoặc gián
đoạn này tiếp tục truyền bá theo thời gian và không gian cho đến khi toàn bộ hình ảnh
được làm mới (ví dụ: thông qua khung hình I).
MẤT DỊCH VỤ :
Mất dịch vụ liên quan đến việc không cung cấp nội dung video và giống như bỏ cuộc gọi
thoại. Điều này được gây ra bởi các vấn đề tắc nghẽn và tín hiệu được mô tả trước đây. Nói
chung, phiên truyền thông bị chấm dứt và không thể được phục hồi.

MẤT TỔNG HỢP ÂM THANH-VIDEO :

Các vấn đề đồng bộ hóa âm thanh-video dễ dàng được nhận thấy trong các cảnh với hộp
thoại trong đó các chuyển động của môi không khớp với thời gian phân phối âm thanh.
Điều này có thể được giới thiệu trong giai đoạn chụp hoặc ủy quyền, mặc dù điều này là
hiếm. Thường xuyên hơn, điều này là do mất gói trong các phiên truyền thông được phân
phối không đáng tin cậy (tức là dựa trên UDP) hoặc các sự cố liên quan đến máy khách
hoặc thiết bị trong khi phát lại.