Các biện pháp hiệu quả đệm (εbu f ) đo tổng thời gian phát lại trên phiên. Lưu ý rằng trong đánh giá của chúng tôi, nó được giả định rằng luôn luôn có thể chơi được nội dung trong quá trình thí nghiệm, do đó người chơi có thể chỉ được chuyển đổi giữa hai trạng thái: đệm (buffering) hoặc chơi (play).εbu f được tính bằng cách sử dụng thời gian đệm tích lũy(Tbu f ), tức là, thời gian phát lại đã bị gián đoạn do để đệm ngầm (buffer underrun) như được chỉ ra trong phương trình 3.9:
(3.9)e. Segment-fetch efficiency e. Segment-fetch efficiency
Hiệu quả nạp phân đoạn (segment-fetch) (εfetch) là tỷ lệ của các phân đoạn được tải xuống thành công (S −Smissed )trêntổng số phân đoạn mà cần phải có được trong phiên (S). Nó cung cấp một phép so sánh giữa số lượng của các phân đoạn đã được lấy thành công và các phân đoạn bị mất do HTTP-404 trả về.
(3.10)f. Hiệu quả thử lại phân đoạn (segment retry efficency) f. Hiệu quả thử lại phân đoạn (segment retry efficency)
Hiệu quả phân đoạn thử lại (segment-retry)(ɛretr y ) đại diện cho tỷ lệ thời gian tiêu thụ khi client tải lại phân đoạn ở chất lượng khác nhau, được so sánh với thời gian
phiên (T ).Thời gian tiêu thụ được tính là số lượng thử làm lần nữa(Sretr y ) nhân với thời gian tối đa để tải về một đoạn (Ttimeout ).Lưu ý rằng (Ttimeout) được định nghĩa là 80% của phân đoạn thời gian (Sd ).
(3.11)g. End-to-end latency g. End-to-end latency
Độ trễ end-to-end (e(t)) chỉ ra sự trễ từ khi một phân đoạn mới là sẵn có bên phía server cho đến khi client thực sự đóng phân đoạn (không phải khi phân đoạn này được lưu trữ trong bộ đệm). (e(t)) là một hàm bậc thang (stepwise) được tính như sau:
(3.12)
Trường hợp e(ti) là các độ trễ end-to-end của các phân đoạn i , sclient (ti ) đại diện cho các nhãn thời gian của thực tế phát lại của phân đoạn i trên phía của client, vàsserver (ti ) là các nhãn thời gian khi phân đoạnđược chạy trên phía server. Nhãn thời gian được đồng bộ hóa với một NTP server.