1. Trang chủ
  2. » Kỹ Thuật - Công Nghệ

Video on demand _ Video theo yêu cầu

24 601 3

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 24
Dung lượng 40,49 KB

Các công cụ chuyển đổi và chỉnh sửa cho tài liệu này

Nội dung

Video on demand viết tắt Vod . Nghĩa tiếng việt là Video theo yêu cầu . Vod là hệ thống cho phép người dùng lựa chọn và xem nghe nội dung video hoặc âm thanh khi họ chọn, thay vì phải xem vào một thời gian phát sóng cụ thể. Công nghệ IPTV thường được sử dụng để mang lại các video theo yêu cầu cho TV và máy tính cá nhân.

Trang 1

Deploying Video-on-Demand Services on Cable Networks

Abstract- hiệu quả video theo yêu cầu (VoD) là một mong muốn rất cao

dịch vụ cho phương tiện truyền thông và các nhà cung cấp viễn thông VoD cho phép thuê bao

để xem các mục trong một danh mục phương tiện truyền thông lớn gần như ngay lập tức-.Tuy nhiên, hệ thống cung cấp dịch vụ này hiện đang đòi hỏi

lượng lớn tài nguyên tập trung và băng thông đáng kể

để chứa các thuê bao của họ Yêu cầu phần cứng

trở nên đáng quan hơn khi các nhà cung cấp dịch vụ gia tăng

kích thước cửa hàng hoặc số thuê bao Trong bài báo này, chúng tôi mô tả

làm thế nào các công ty cáp có thể tận dụng phần cứng triển khai trong một peerto-peerkiến trúc để cung cấp một sự thay thế hiệu quả Chúng tôi đề xuất

một hệ thống VoD phân phối và sử dụng các phép đo thực tế từ một

hệ thống VoD triển khai để đánh giá quyết định thiết kế khác nhau

Kết quả của chúng tôi cho thấy rằng với những thay đổi nhỏ, hiện đang triển khai cáp

cơ sở hạ tầng có thể hỗ trợ một hệ thống video theo nhu cầu mà quy mô

để một số lượng lớn người dùng và kích thước catalogue thấp tập trung

tài nguyên I GIỚI THIỆU

Video-on-Demand (VoD) đã là chủ đề của dữ dội

quan tâm cả trong các lĩnh vực nghiên cứu và thương mại cho một

số năm Lý do cho sự phổ biến này là gấp đôi trên

Một mặt, VoD đại diện cho một dịch vụ hấp dẫn đó là dự kiến

để vẽ một số lượng lớn các thuê bao nếu được thực hiện và

triển khai tốt Mặt khác, các dịch vụ VoD đặt ra một thách thức

do kích thước lớn lưu trữ, băng thông cao, và kết nối

kiên trì cần thiết cho việc triển khai Những thách thức này trở thành

đặc biệt nghiêm trọng như số lượng thuê bao và khu vực

Trang 2

tăng vùng phủ sóng.

Do những yêu cầu rất cao, hầu hết các giải pháp cung cấp

Dịch vụ VoD được phân phối Nhiều giải pháp dịch vụ đa phương tiện

yêu cầu sử dụng I / O server truyền thông nằm rải rác khắp

khu vực triển khai Trong một số giải pháp, những máy chủ đơn giản

nhân rộng các phương tiện truyền thông Danh mục [5], [22], trong khi những người khác cố gắng

dữ liệu phổ biến tự động cache chỉ [4], [13] Thật không may,

các giải pháp quy mô kém vì sự gia tăng thuê bao

phải được đáp ứng với việc mua của đa phương tiện đắt tiền

các máy chủ Peer-to-peer hệ thống như [3], [12], [16] địa chỉ này

khả năng mở rộng vấn đề bằng cách sử dụng các thuê bao tự

giúp cho dữ liệu Vì vậy, khi dân số thuê bao phát triển,

số lượng các nhà cung cấp dịch vụ cũng phát triển

Một môi trường hấp dẫn để triển khai một VoD peer-to-peer

hệ thống kết cấu hạ tầng được sử dụng bởi truyền hình cáp Mỹ

các công ty Cơ sở hạ tầng này là phổ biến và cáp

cơ sở đăng ký là người lớn, nhưng trong những năm gần đây trong cuộc thi

ngành công nghiệp này đã phát triển Như vậy, có động đáng kể đến

triển khai một dịch vụ VoD khả năng mở rộng trong môi trường này Ngoài ra,

cơ sở hạ tầng luôn bao gồm hai thành phần có thể tạo thuận lợi cho

phát triển của một hệ thống peer-to-peer Đầu tiên, các mạng vật lý

lớp có, mạng ethernet như phát sóng dựa trên

ở dặm cuối cùng Thứ hai, các công ty triển khai cáp chuyên dụng

máy tính để về nhà mỗi thuê bao trong các hình thức của set-top

hộp, trong đó cho phép các thuê bao để truy cập các dịch vụ truyền hình

Trong bài báo này, chúng tôi đề xuất một phương pháp cho việc triển khai một peer-topeer

Trang 3

kiến trúc trên cơ sở hạ tầng cáp để hoạt động như một proxycache

cho dữ liệu VoD Cách tiếp cận của chúng tôi sử dụng các hộp set-top trong vòng

mỗi khu vực đồng trục như lưu trữ peer-to-peer cho bộ nhớ đệm

nội dung Ngoài ra, chúng ta khai thác khả năng phát sóng của

mạng cáp đồng trục để lưu trữ dữ liệu tại một peer địa phương cũng như là

xem Theo hiểu biết của chúng tôi, đây là công trình đầu tiên trên peer-topeer

các hệ thống chuyên biệt vào cơ sở hạ tầng cáp chúng tôi

đánh giá hệ thống của chúng tôi thông qua mô phỏng bằng cách sử dụng PowerInfotheo dõi [22] của việc sử dụng VoD thực thu thập từ một telcom Trung Quốc

qua một số tháng Điều này cho phép chúng ta đánh giá như thế nào

một dịch vụ VoD thực sẽ được thực hiện qua một loạt các

topo và chiến lược bộ nhớ đệm

Khi làm như vậy, công việc của chúng tôi làm cho những đóng góp sau

• Chúng tôi thấy rằng các phương pháp sản xuất bộ nhớ đệm đơn giản đáng kể

giảm tải trên máy chủ VoD trung ương

• Chúng tôi cho thấy hiệu suất cũng quy mô với sự gia tăng

kích thước khu phố, dân số thuê bao, và danh mục

kích thước

• Chúng tôi cho rằng giải pháp của chúng tôi là khả thi bằng cách sử dụng những hạn chếcác công nghệ hiện nay

II VIDEO-ON-CẦU CHO MẠNG CÁP

Video-on-demand là bước tiếp theo hợp lý trong Internet dựa trên

phân phối nội dung Công ty truyền thông như cáp (Cox, Comcast),

vệ tinh (DirecTV, Dish Networks), và cho thuê phim

(Blockbuster, NetFlix) được tất cả các điều tra tính khả thi của

cung cấp nội dung số đến nhà với chi phí tối thiểu

Trang 4

chi phí Video-on-demand thông qua cáp hoặc vệ tinh hiện có

liên kết cung cấp một kênh dễ dàng triển khai cho thế hệ tiếp theo

phân phối nội dung Các nhà cung cấp hiện tại như Cox, Comcast

và DirecTV đã được triển khai nguyên mẫu video-Mình làm

như một dịch vụ giá trị gia tăng

Ngay cả khi các công ty truyền thông thử nghiệm với máy Mình làm,

họ cơ bản được giới hạn bởi sự phân bố dữ liệu

mô hình Lý tưởng nhất, các công ty truyền thông có thể cung cấp lượng lớnLựa chọn của bộ phim, truyền hình, và âm nhạc theo yêu cầu cho tất cảngười sử dụng Thật không may, kết quả sẽ làm tê liệt giao thông hiện tại

cơ sở hạ tầng giao hàng Máy chủ phương tiện truyền thông tập trung sẽtrở thành đĩa I / O cũng như tắc nghẽn băng thông,

giao thông hạ lưu, cung cấp giữa 4,9 Gb / s và 6.6 Gb / s

tùy thuộc vào khả năng truyền hình cáp Trong số này, khoảng 3,3 Gb / sđược sử dụng cho truyền hình cáp, và phần còn lại được sử dụng cho khácdịch vụ Công suất ngược dòng nhận định và tiêu chuẩn hóa

phân bổ khoảng 215 Mb / s, được sử dụng cho

Lưu lượng IP modem cáp, tín hiệu điều khiển set-top, và VoIP

dữ liệu cho toàn bộ khu phố Bởi vì các thuộc tính

có những tác động ảnh hưởng tiêu cực mạng cáp hiện đại

sử dụng, các công ty thường xuyên đẩy quang gần các thuê bao

nhà như ngân sách cho phép

Giai đoạn cuối cùng của kiến trúc cáp, chúng tôi sẽ thảo luận là

hộp set-top, đó là một máy tính chuyên cung cấp

dịch vụ cáp trong nhà thuê bao Chức năng chính của nó

là để kéo dữ liệu ra khỏi dây chuyền, thực hiện bất kỳ giải mã cần thiết,

Trang 5

và hiển thị nó trên TV Nó cũng các trường và xử lý các yêu cầu

cho VoD, pay-per-view, hoặc các dịch vụ cáp khác nhau, và có thể

thu các chương trình nếu nó là một máy ghi video kỹ thuật số (DVR) Cuối cùng,

nó tải về quảng cáo và phần mềm nâng cấp mục tiêu và

báo cáo mô hình sử dụng trong nền Trong khi các thuê bao

có thể biến các set-top box "off" -thus khử hoạt màn hình và

tín hiệu truyền hình này thiết bị phải còn trên

III VIỆC LIÊN QUAN

Hiện đã có một số lượng đáng kể các công việc trên hiệu quả

phân phối các nội dung video theo yêu cầu qua mạng

Dữ liệu video là rất lớn, và tỷ lệ yêu cầu dự kiến trong một

Hệ thống VoD là khá cao Dữ liệu video trong khoảng từ 3,5 Mb / s đén 8 Mb / s, tùy thuộc vào chất lượng mã hóa, đối với bình thường nét

Dữ liệu MPEG-2 video Kết quả là, các máy chủ phải lưu trữ cả một

số lượng lớn dữ liệu và hỗ trợ tôi cao / tốc độ O Hai chính

kỹ thuật được sử dụng để giải quyết vấn đề này là chủ proxy

bộ nhớ đệm và multicast Các cựu giảm tải máy chủ bằng cách

bộ nhớ đệm dữ liệu phổ biến chiến lược trên toàn hệ thống các

sau đó xây dựng một cây multicast để cố gắng phân phối mạng

tải đồng đều trên toàn hệ thống

Nhiều công việc trong khu vực này tập trung vào việc sử dụng I / O server cao

để cung cấp bộ nhớ cache proxy cho một hệ thống phân phối đa phương tiện

Tuy nhiên, sự chú ý đáng kể cũng đã được dành riêng để

peer-to-peer giải pháp Những giải pháp khai thác topology biết

tổ chức và vị trí bản sao nhanh chóng để sản xuất một hệ thống

cho phép mỗi ngang để nhanh chóng xác định vị trí và lấy dữ liệu

Nhiều người trong số các hệ thống này, như [2], [3], [10], [12] sử dụng

Trang 6

của cấu trúc peer-to-peer lớp phủ [14], [19], [20], [24] để

lưu trữ dữ liệu cụ thể Những người khác, trong [16], [17], nỗ lực để tạo thành một

lớp phủ ít có cấu trúc cho các tuyến giao phương tiện truyền thông

A Proxy Caching

Cache Proxy phục vụ để giảm tải trên một máy chủ trung tâm và

nơi dữ liệu địa lý gần gũi hơn với những người truy cập vào nó hệ thống

được triển khai bằng cách đặt cache dữ liệu một chiến lược toàn

mạng Khách hàng có nhu cầu truy cập dữ liệu liên lạc đầu tiên

lân cận bộ nhớ cache để yêu cầu dữ liệu Nếu dữ liệu là phổ biến, có

là một cơ hội tốt cho các yêu cầu sẽ ghi một hit và bộ nhớ cache

được trả lại ngay lập tức Nếu không, các bộ nhớ cache truy xuất

dữ liệu từ một máy chủ, chuyển tiếp đáp ứng cho khách hàng và

có thể bộ nhớ đệm trong quá trình này Giải pháp này cũng tương tự như bộ nhớ đệm web, mà đã thành công cho các công ty như

Akamai [1], [7]

Các giải pháp dựa trên máy chủ đặt các máy mạnh mẽ trong suốt

Khu triển khai của họ để cung cấp bộ nhớ cache những máy

được tối ưu hóa rất nhiều và tốn kém, và phục vụ dữ liệu đến lớn

số lượng khách hàng Nghiên cứu về các hệ thống này thường

tập trung vào các thuật toán bộ nhớ đệm tinh vi nhằm đạt được một cao

bit-to-hit tỷ lệ [4], [9], [13], [15], [25] Về cơ bản, máy chủ

được giới hạn bởi đĩa và băng thông mạng Kết quả là, này

giải pháp quy mô kém vì nếu nhu cầu tăng và

các máy chủ được hết công suất, máy chủ mới phải được mua

Peer-to-peer giải pháp cố gắng để giải quyết vấn đề khả năng mở rộng này

vấn đề bằng cách dàn proxy ở đồng nghiệp gần đó Yêu cầu được phục vụ

do bạn học nếu họ có thể được phục vụ nhanh chóng, hoặc bởi một máy chủ nếu

Trang 7

họ không thể Bởi vì không có vị trí trung tâm để thu thập

xem mô hình và phổ biến tính tập tin, dân cư ở

bộ nhớ cache có thể được thử thách Các hệ thống được mô tả trong [10], [11],trong đó sử dụng một hệ thống peer-to-peer để tăng thêm một proxy hiện tại

máy chủ cache, thảo luận về những thách thức này Ngoài ra, do các

thực hiện hình phạt từ cố gắng để lấy một mục lưu trữ

từ một peer xa, hệ thống kỹ phải giải quyết vấn đề

bộ nhớ cache của địa phương [2], [17]

B Multicast Trees

Giải pháp Multicast sử dụng một cây multicast để phân phối

dữ liệu cho một số lượng lớn người dùng với băng thông máy chủ tối thiểu

Để thực hiện điều này, khách hàng yêu cầu các tập tin cùng phối hợp

để xây dựng một cây multicast mức ứng dụng Các dòng máy chủ

dữ liệu để chỉ một vài nút ở phần đầu của cây những

các nút sau đó truyền lại dữ liệu cho con cái của họ cho đến khi dữ liệu

truyền qua toàn bộ cây Một số phương pháp, như [16],

[23], [26], sử dụng một, tin đồn dựa trên giao thức phi cấu trúc để

dữ liệu multicast Những người khác, như [3], [27], sử dụng một lớp phủ có cấu trúc

để xây dựng một cây multicast

Địa phương đóng một vai trò quan trọng trong các giải pháp multicast, như

liên kết hiệu suất thấp có thể làm chậm tất cả các nút bên dưới chúng

trong cây Các công trình trong [6], [16], [27] giải quyết vấn đề này cây

xây dựng và bảo trì cũng đang thách thức vì

thất bại trong các hạch nội thất của cây có thể tốn kém hệ thống

như [12], [21] xây dựng dư thừa đáng kể vào mỗi nút trong

cây multicast để chiến đấu này Ngoài ra, cây dẫn đến một lớn hơn

Trang 8

tiết kiệm băng thông máy chủ khi họ phát triển lớn hơn Như vậy, hệ thống

như [6], [16] giữ một bộ nhớ cache phát lại tại mỗi nút Nếu mới

nút tham gia vào thân cây, nó có thể bắt kịp bằng cách tải dữ liệu gần đây

từ cache của các đồng nghiệp khác

IV HỆ THỐNG KIẾN TRÚC

Hệ thống của chúng tôi sẽ triển khai một dịch vụ VoD qua cơ sở hạ tầng cáp

sử dụng một kiến trúc proxy-cache Chúng tôi chọn phương pháp này

trên cây multicast dựa trên phân tích của chúng tôi về việc sử dụng VoD

Kiến trúc của chúng tôi sau topo cáp để thực hiện điều này

hệ thống

A Tại sao không Multicast

Multicast là một giải pháp nghiên cứu cực kỳ phổ biến cho việc cung cấp

Dịch vụ trực tuyến mở rộng Vì vậy, điều quan trọng làgiải chi tiết lý do tại sao chúng ta không sử dụng multicast lý luận của chúng tôi

được dựa trên sự phân tích của các dấu vết PowerInfo sử dụng của một sản

VoD hệ thống [22], trong đó chúng tôi thảo luận chi tiết trong phần VA

Từ dữ liệu này, chúng tôi xác định hai thuộc tính của xem video

mẫu mà làm suy yếu hiệu quả của cây multicast

Đầu tiên, theo dõi dữ liệu cho thấy rằng sự nổi tiếng là chương trình nặng nề

lệch Chúng ta thường thấy một số lượng nhỏ cực kỳ phổ biến

các chương trình, và một số lượng rất lớn của những người không được lòng dân Hình 2

minh họa nghiêng này Các dòng rắn của đồ thị này cho thấy một

chạy tổng số buổi khởi xướng vào cuối

15 phút cho các chương trình phổ biến nhất trong bảy

thời gian trong ngày Đối với các chương trình quantile 99%, tuy nhiên,

số lượng truy cập là xuống khoảng 13, và cho 95%

quantile con số này giảm xuống còn 5 Cây Multicast tạo

Trang 9

các khoản tiết kiệm đáng kể nhất khi nhiều đồng nghiệp tham gia

cây multicast Tuy nhiên, đối với phần lớn các chương trình trong

các cửa hàng, nó sẽ được thử thách để xây dựng một cây lớn

Thứ hai, và quan trọng hơn, vấn đề cho multicast

cây này là người dùng trong hệ thống VoD này có sự chú ý rất ngắn

kéo dài Hình 3 cho thấy ECDF phương chiều dài của tất cả các phiên

cho các tập tin phổ biến nhất trong các phần của các dấu vết thể hiện trong

Hình 2 Đối với chương trình 100 phút này, chúng ta thấy rằng 50% của

các phiên họp kéo dài ít hơn 8 phút Chỉ có 13% của tất cả các phiên

vượt qua mốc nửa đường Cây multicast hiện đại thực hiện

một loạt các cơ chế để giảm chi phí của các đồng nghiệp để lại

cây giữa dòng Tuy nhiên, dữ liệu của chúng tôi cho thấy rằng khởi hành

là khá nghiêm trọng, phức tạp đáng kể cây bảo trì một cây multicast 1) Bộ nhớ cache Thực hiện: Các vị trí của dữ liệu trong chúng tôi

Hệ thống được quyết định hoàn toàn bởi các máy chủ chỉ mục chương Trình

được chia thành 5 phân đoạn phút và phân bố trong một

bộ sưu tập của các đồng nghiệp Khi máy chủ chỉ số xác định rằng

một chương trình nên có trong bộ nhớ cache, nó nằm một bộ sưu tập của

đồng nghiệp để lưu trữ các đoạn Nó cũng sẽ hướng dẫn các đồng nghiệp để xóa

chương trình từ ổ đĩa cứng của họ như là bộ nhớ cache trở nên đầy đủ

Không giống như nhiều peer-to-peer hệ thống có cấu trúc, vị trí đó không

xác suất Thay vào đó, các dữ liệu địa điểm máy chủ chỉ mục để cân bằng

tải, và theo dõi những nơi mà mỗi chương trình nằm

Các sơ đồ trong hình 4 minh họa sự tương tác giữa

các đồng nghiệp và các máy chủ chỉ trong một cache Ở đây,

dòng chảy bắt đầu ở góc dưới bên trái của sơ đồ với

một yêu cầu cho một đoạn chương trình (1) Yêu cầu này được nhận

Trang 10

bởi các máy chủ chỉ mục, trong đó xác định rằng chương trình không phải là

chứa trong bộ nhớ cache của địa phương Các máy chủ chỉ gửi một yêu cầu

đến một máy chủ phương tiện truyền thông trung tâm thông qua mạng cáp quang (2), và

chương trình phát sóng đoạn vừa được nhận các khu phố

(3) Người yêu cầu sau đó đọc dữ liệu ra khỏi dây vì nó là

phát sóng (4) Ngoài ra, nếu máy chủ chỉ số đã xác định rằng

các chương trình mới được truy cập nên được bổ sung vào bộ nhớ cache, nó

có thể hướng dẫn viên đồng đẳng khác để đọc cùng phát sóng này (4)

Trong trường hợp của một hit, như thể hiện trong hình 5, các dòng bắt đầu

ở phía dưới bên trái (1) Khi nhận được yêu cầu, chỉ số

máy chủ nằm ngang hàng lưu trữ phân khúc và hướng dẫn nó tới

phát sóng (2) Peer phát sóng đoạn (3), và nó là

nhận được các yêu cầu ban đầu (4)

Dữ liệu được truyền với tốc độ 8.06 Mb / s Đây là

tỷ lệ tối thiểu cần thiết để duy trì phát lại liên tục

có chất lượng cao MPEG-2 độ nét tiêu chuẩn phương tiện truyền thông truyền hình

dòng Nhiều hệ thống cố gắng để truyền dữ liệu nhanh hơn

tỷ lệ phát lại bởi vì nó cho phép người sử dụng để sau đó nhanh chóng chuyển tiếp hoặc

bỏ qua Chúng tôi tin rằng, nếu mạng và máy chủ băng thong là một cơ chế mã hóa phức tạp hơn và không thông qua

không hiệu quả và tham lam sử dụng mạng Ví dụ nhanh về phía trước

chức năng có thể được thực hiện bằng cách gửi một chỉ số của mỗi

phân đoạn trong một chương trình cho thuê bao và cho phép nhảy vào

điểm định trước [8]

2) Chiến lược Cache: Chúng tôi nhìn vào hai chiến lược bộ nhớ đệm đơn giản

được thực hiện bởi các máy chủ chỉ mục nhất

đơn giản là một chiến lược Least Recently Used (LRU) chiến lược này

Trang 11

duy trì một hàng đợi của mỗi tập tin được sắp xếp theo khi nó lần cuối

truy cập Khi một tập tin được truy cập, nó nằm trong hàng đợi,

cập nhật, và di chuyển vào phía trước Nếu nó không phải là trong bộ nhớ cache

đã có, nó được bổ sung ngay lập tức Khi bộ nhớ cache là đầy đủ

chương trình vào cuối của hàng đợi là bỏ đi

Chiến lược thứ hai là một Least thường sử dụng (LFU)

chiến lược Để tính toán các nội dung cache, các máy chủ chỉ số giữ

một lịch sử của tất cả các sự kiện xảy ra trong N giờ cuối cùng (nơi

N là một tham số cho các thuật toán) Nó tính toán số lượng

các truy cập cho từng chương trình trong lịch sử này Các khoản mục đượcđược truy cập thường xuyên nhất được lưu trữ trong bộ nhớ cache, có quan hệđược giải quyết bằng cách sử dụng một chiến lược LRU

3) Set-Top Box Peers: Peers trong hệ thống này được cung cấp bởi

các hộp set-top được phân phối cho tất cả các thuê bao truyền hình cáp

B Một cách tiếp cận hợp tác Caching

Do mối quan tâm của chúng tôi liên quan đến cây multicast, chúng tôi đề xuấtmột hệ thống dựa trên một proxy cache peer-to-peer Proxy Cache

giải pháp ít bị ảnh hưởng bởi nghiêng trong chương trình

popularity-họ không phụ thuộc vào một số lượng lớn người xem truy cập

một chương trình tại cùng một thời gian để đạt được tiết kiệm đáng kể

Ngoài ra, bộ nhớ cache proxy được thực hiện bởi không giữa dòng tiêu hao nhưgiải pháp multicast được

Tổ chức của chúng tôi chảy một cách logic từ vật lý cơ bản

kiến trúc của mạng lưới phân phối cáp thảo luận trong

Phần II Các đồng nghiệp trong hệ thống của chúng tôi là các hộp set-top nằm

ở rìa của các mạng trên đường cáp đồng trục các đồng nghiệp

Trang 12

trong mỗi khu vực được tổ chức thành một bộ nhớ cache hợp tác xã

bởi một máy chủ chỉ được đặt tại mỗi headend Máy chủ này sử dụng

tín hiệu điều khiển để hướng dẫn đồng nghiệp để phát sóng, cửa hàng, hoặc xóa

dữ liệu là cần thiết để duy trì bộ nhớ cache Các máy chủ chỉ số

cũng theo dõi tất cả các yêu cầu trong các khu phố để tính toán

nộp phổ biến và cư trú trong bộ nhớ cache

Mỗi peer trong mạng đóng góp một số tiền cố định của lưu trữ

năng lực để phân phối bộ nhớ cache Các máy chủ chỉ số hiểu

tổng kích thước bộ nhớ cache là tổng của các không gian lưu trữ

đóng góp cho mỗi peer trong khu phố Hộp set-top

là luôn luôn, mà làm cho họ đặc biệt hấp dẫn cho

peer-to-peer hệ thống Một vấn đề quan trọng đối với hầu hết đó

hệ thống là "nổi sóng" [18], hoặc sự xuất hiện liên tục và khởi hành

của đồng nghiệp Đây không phải là một vấn đề trong môi trường của chúng tôi vìđặc tính này của các hộp set-top

4) Yêu cầu khác: Chúng tôi làm cho hai bổ sung đáng kể

yêu cầu về phần cứng trong các mạng cáp HFC

Đầu tiên, các thí nghiệm của chúng tôi cho rằng các mạng cáp đồng trục là

được trang bị với bộ khuếch đại hai chiều cho phép tất cả-to-tất cả các đồng đẳngthông tin liên lạc Hiện nay, hầu hết các công ty chỉ sử dụng cáp

bộ khuếch đại một chiều Thứ hai, chúng tôi hy vọng rằng tất cả các set-tophộp chạy một hệ thống peer-to-peer và có khả năng cả hai gửi

và nhận dữ liệu đa phương tiện Cả hai yêu cầu

đòi hỏi một chi phí cho các nhà cung cấp truyền hình cáp Bởi vì chúng tôi xemtriển khai cơ sở hạ tầng này là một thay thế cho việc triển khai

cáp sợi quang gần nhà thuê bao, chi phí này không phải là

Ngày đăng: 02/08/2015, 16:40

TỪ KHÓA LIÊN QUAN

w