Fig. 4. Overview of the NS-3 based

Fig. 4. Overview of the NS-3 based HAS simulator framework.
a conceptual overview of the work-flow of this simulator.
Three main components exist: (i) a HAS Server taking realistic
video statistics as input, such as the number of segments and
their corresponding sizes (ii) a HAS Proxy acting as a broker
towards the clients for the HAS Server and (iii) a HAS Client
requesting videos at certain quality levels and outputting the
related statistics concerning received quality, delay, perceived
sMOS and quality switches. All these components commu-
nicate over HTTP using a NS-3 channel with configurable
characteristics such as available bandwidth and end-to-end
delays.
The quality selection heuristic used in the implementation
of the HAS Client is based upon an existing heuristic called
Priority-Based Media Delivery [7] and decides which quality
to download by considering several previously downloaded
fragments through a weighted moving average. The enforce-
ment of quality selection when using the ILP-based solution
by the HAS Proxy is accomplished by only advertising quality
rates up to the assigned level for that specific HAS Client.
The IBM CPLEX solver was used to implement and solve the
proposed binary ILP-problem [19].
B. Experiment setup
Figure 5 shows the experiment setup used during the eval-
uation with 50 clients connecting to a HAS Proxy acting as
a broker for the HAS Server. Each of these clients connects
to a router via a 20Mbps link and sharing a 100Mbps link to
the HAS Proxy. The link between the HAS Server and HAS
Proxies is provided with sufficient bandwidth so to minimize
the fluctuations in download rates for the HAS Clients.A
single experiment consists out of several phases: (i) during
the ramp-up phase, 50 clients per proxy are started randomly
in a 100 second interval, this phase is followed by (ii) a
steady-state phase which lasts for several minutes and is
followed by (iii) the ramp-down phase during which clients
are shut down with a 2 second interval. We performed 20
iterations per experiment and calculated the average values
and their standard deviations. The different subscription levels
are spread uniformly over the client population leading to 5
groups of clients requesting respectively videos of 512kbps,
1Mbps, 2Mbps, 4Mbps, and 8Mbps. Four configurations are
tested: HAS, where all intelligence resides at the HAS Clients,
HAS+USER-C, HAS+OPER-C and HAS-GLOBAL, where

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

Hình 4. Tổng quan về các NS-3 dựa đã mô phỏng khuôn khổ.một tổng quan về khái niệm của flow công việc mô phỏng này.Tồn tại ba thành phần chính: (i) đã một hệ phục vụ dùng thực tếsố liệu thống kê video như đầu vào, chẳng hạn như số lượng các phân đoạn vàKích thước tương ứng (ii) đã một Proxy hoạt động như một nhà môi giớiĐối với các khách hàng cho HAS Server và (iii) đã một khách hàngyêu cầu video tại một số mức độ chất lượng và outputting cáccó liên quan thống kê liên quan đến nhận được chất lượng, sự chậm trễ, cảm nhậnthiết bị chuyển mạch sMOS và chất lượng. Tất cả các thành phần commu-nicate qua HTTP bằng cách sử dụng một kênh NS-3 với configurableCác đặc điểm như băng thông có sẵn và kết thúc để kết thúcsự chậm trễ.Heuristic lựa chọn chất lượng được sử dụng trong việc thực hiệncủa HAS khách hàng dựa trên một heuristic hiện tại được gọi làƯu tiên dựa trên phương tiện truyền thông giao hàng [7] và quyết định mà chất lượngđể tải về bằng cách xem xét một số trước đây tải vềmảnh vỡ thông qua một trọng di chuyển trung bình. Enforce-ment của lựa chọn chất lượng khi sử dụng các giải pháp dựa trên ILPbởi HAS Proxy thực hiện bằng cách chỉ quảng cáo chất lượngtỷ giá lên đến mức được giao cho rằng specific có khách hàng.Giải IBM CPLEX được sử dụng để thực hiện và giải quyết cácđề xuất nhị phân ILP-vấn đề [19].Thiết lập thử nghiệm sinhHình 5 cho thấy các thiết lập thử nghiệm sử dụng trong các eval-uation với 50 khách hàng kết nối với một HAS Proxy hoạt động nhưmột nhà môi giới cho HAS máy chủ. Mỗi người trong số các khách hàng kết nốitới một bộ định tuyến qua một 20Mbps liên kết và chia sẻ một 100Mbps liên kết vớiCác có Proxy. Mối liên hệ giữa HAS máy chủ và đãProxy được cung cấp với sufficient băng thông do đó, để giảm thiểufluctuations trong tải về tỷ giá cho HAS Clients.Athử nghiệm duy nhất bao gồm trong nhiều giai đoạn: (i) tronggiai đoạn đường nối lên, 50 khách hàng cho một proxy đang bắt đầu một cách ngẫu nhiêntrong một lần thứ hai 100 khoảng thời gian, giai đoạn này tiếp theo là (ii) mộtgiai đoạn trạng thái ổn định mà kéo dài trong vài phút và làtiếp theo (iii) giai đoạn đường xuống trong thời gian mà khách hàngđược đóng cửa với một khoảng thời gian 2 thứ hai. Chúng tôi thực hiện 20lặp đi lặp lại một thử nghiệm và tính giá trị trung bìnhvà độ lệch chuẩn của họ. Các cấp độ khác nhau đăng kýđược lan truyền thống nhất trong dân số khách hàng dẫn đến 5Nhóm khách hàng yêu cầu tương ứng video của 512kbps,1Mbps, 2Mbps, 4Mbps và 8Mbps. Bốn configurationsthử nghiệm: HAS, nơi tất cả tình báo cư trú tại HAS khách hàng,HAS + người dùng-C, HAS + OPER-C và đã toàn cầu, nơi

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

Vả. . 4. Tổng quan về NS-3 dựa HAS khung mô
phỏng. Một cái nhìn tổng quan về khái niệm của work- fl ow giả lập này
Ba thành phần chính tồn tại: (i) một HAS máy chủ dùng thực tế
thống kê video như đầu vào, chẳng hạn như số lượng các phân đoạn và
kích thước tương ứng của họ (ii) một HAS Proxy hoạt động như một nhà môi giới
đối với các khách hàng cho HAS Server và (iii) một HAS Khách hàng
yêu cầu video ở các cấp độ chất lượng nhất định và xuất
số liệu thống kê liên quan liên quan đến nhận chất lượng, độ trễ, nhận thức
sMOS và công tắc chất lượng. Tất cả các thành phần đồng của
nicate qua HTTP sử dụng một kênh NS-3 với con fi gurable
đặc điểm như băng thông sẵn có và end-to-end
chậm trễ.
Các heuristic, lựa chọn chất lượng được sử dụng trong việc thực hiện
của HAS Khách hàng được dựa trên một heuristic, có tên gọi
Priority- Dựa Truyền thông Giao hàng [7] và quyết định chất lượng
để tải về bằng cách xem xét một số đã tải về trước
mảnh vỡ thông qua một đường trung bình gia quyền. Các enforce-
ment của lựa chọn chất lượng khi sử dụng các giải pháp ILP-dựa
theo ĐÃ Proxy được thực hiện bằng cách chỉ chất lượng quảng cáo
giá lên đến mức được giao cho rằng Speci fi c ĐÃ Client.
Các IBM CPLEX người giải quyết đã được sử dụng để thực hiện và giải quyết các
đề xuất nhị phân ILP -problem [19].
B. Thiết lập thử nghiệm
Hình 5 cho thấy các thiết lập thử nghiệm được sử dụng trong các eval-
uation với 50 khách hàng kết nối với một ĐÃ Proxy hoạt động như
một nhà môi giới cho ĐÃ Server. Mỗi một khách hàng kết nối
với một router thông qua một liên kết 20Mbps và chia sẻ một liên kết đến 100Mbps
HAS Proxy. Sự liên kết giữa các HAS Server và ĐÃ
proxy được cung cấp với các khu rừng đặc dụng băng thông fi cient do đó, để giảm thiểu
các uctuations fl ở tốc độ tải cho HAS clients.Â
thí nghiệm đơn gồm trên một số giai đoạn: (i) trong
giai đoạn ramp-up, 50 khách hàng mỗi Proxy được bắt đầu một cách ngẫu nhiên
trong một khoảng thời gian thứ hai 100, giai đoạn này được theo sau bởi (ii) một
giai đoạn ổn định kéo dài trong vài phút và được
theo sau bởi (iii) giai đoạn dốc xuống trong thời gian đó các khách hàng
đang đóng cửa với một khoảng thời gian 2 giây . Chúng tôi thực hiện 20
lần lặp lại cho mỗi thử nghiệm và tính toán các giá trị trung bình
và độ lệch chuẩn của họ. Các mức thuê bao khác nhau
đều trải qua dân số khách hàng dẫn đến 5
nhóm khách hàng yêu cầu tương ứng của video 512kbps,
1Mbps, 2Mbps, 4Mbps, và 8 Mbps. Bốn con chíp PSoC fi được
thử nghiệm: HAS, nơi mà tất cả các thông tin tình báo cư trú tại HAS Khách hàng,
HAS + USER-C, HAS + Oper-C và HAS-GLOBAL, nơi