1. Trang chủ
  2. » Luận Văn - Báo Cáo

Nghiên cứu giải pháp truyền hình Internet dựa trên công nghệ mạng ngang hàng P2P cho ứng dụng ở Việt Nam

96 22 0

Đ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 96
Dung lượng 1,08 MB

Nội dung

Nghiên cứu giải pháp truyền hình Internet dựa trên công nghệ mạng ngang hàng P2P cho ứng dụng ở Việt Nam Nghiên cứu giải pháp truyền hình Internet dựa trên công nghệ mạng ngang hàng P2P cho ứng dụng ở Việt Nam luận văn tốt nghiệp thạc sĩ

Phan minh giáo dục đào tạo TRƯờNG ĐạI HọC bách khoa Hà Nội ********** Phan Minh CÔNG NGHệ THÔNG TIN nghiên cứu giảI pháp truyền hình internet dựa công nghệ mạng ngang hàng (P2p) cho ứng dụng Việt Nam Luận văn thạc sĩ khoa học ngành: Công nghệ thông tin KHóA 2006 - 2008 Hà Nội - 2009 giáo dục đào tạo TRƯờNG ĐạI HọC bách khoa Hà Nội ********** Phan minh nghiên cứu giảI pháp truyền hình internet dựa công nghệ mạng ngang hàng (P2p) cho ứng dụng Việt Nam Chuyên ngành: Công nghệ thông tin Luận văn thạc sĩ khoa học Người hướng dẫn khoa học: pgs.ts nguyễn thị hoàng lan Hà Nội - 2009 -1- LỜI CẢM ƠN Tôi xin gửi lời cảm ơn chân thành tới PGS TS Nguyễn Thị Hoàng Lan, người cho định hướng ý kiến quý báu vấn đề cụ thể để hồn thành luận văn Tơi xin gửi lời cảm ơn đến Ban lãnh đạo công ty Cổ phần công nghệ Bạch Minh (Vegasoft Corp) nhóm dự án vcITV hỗ trợ tơi q trình thực luận văn Được hoàn thành thời gian hạn hẹp, luận văn chắn nhiều khiếm khuyết Tôi xin cảm ơn thầy cô, bạn bè, đồng nghiệp người thân có góp ý chân tình cho nội dung luận văn, để tơi tiếp tục sâu tìm hiểu góp phần xây dựng thành cơng hệ thống truyền hình Internet dựa công nghệ mạng ngang hàng Việt Nam Phan Thanh Minh -2- MỤC LỤC MỤC LỤC LỜI NÓI ĐẦU Danh mục thuật ngữ Danh mục hình vẽ .7 CHƯƠNG 1: TỔNG QUAN VỀ TRUYỀN HÌNH CHƯƠNG 1: TỔNG QUAN VỀ TRUYỀN HÌNH 1.1 Truyền hình (Television – TV) 1.2 Khái quát kĩ thuật truyền hình 11 1.2.1 Truyền hình tương tự .12 1.2.2 Truyền hình kĩ thuật số (Digital TV – DTV) 13 1.2.3 Truyền hình di động (Mobile TV) 16 1.2.4 Truyền hình Internet (Internet TV – IPTV) .17 CHƯƠNG 2: TÌM HIỂU CÔNG NGHỆ MẠNG .18 CHIA SẺ NGANG HÀNG (P2P) .18 2.1 Mạng Internet 18 2.2 Mạng chia sẻ ngang hàng .20 2.3 Kỹ thuật dịch địa mạng (NAT) 22 2.3.1 Khái niệm 22 2.3.2 Các loại NAT 22 2.3.3 Các phương pháp tạo kết nối thông qua NAT mạng ngang hàng 26 CHƯƠNG 3: TÌM HIỂU HIỆN TRẠNG INTERNET TIVI TẠI VIỆT NAM .54 3.1 Hiện trạng sử dụng mạng Internet 54 3.2 Các hệ thống tồn .55 3.2.1 VTC Online 56 3.2.2 iTV 57 3.3 Một số hệ thông tiêu biểu giới 57 3.3.1 Joost 58 3.3.2 PPLive .58 CHƯƠNG 4: PHÂN TÍCH XÂY DỰNG GIẢI PHÁP INTERNET TIVI TẠI VIỆT NAM 59 4.1 Phân tích yêu cầu 59 4.1.1 Đặt vấn đề .59 4.1.2 Các vấn đề giải pháp cần giải 60 4.2 Mô tả giải pháp 61 4.2.1 Máy chủ 61 4.2.2 Máy trạm 62 4.3 Xây dựng giải pháp 63 4.3.1 Đăng kí máy trạm 63 4.3.2 Truy vấn liệu 75 4.3.3 Quá trình tạo kết nối .76 -3- 4.3.4 Cơ chế lập lịch truyền liệu 79 4.3.5 Quá trình truyền liệu 83 4.3.6 Xử lí kiện ngoại lệ 86 4.4 Phân tích kết giải pháp .89 KẾT LUẬN .92 TÀI LIỆU THAM KHẢO .94 -4- LỜI NÓI ĐẦU Ngày nay, mạng Internet ngày phổ biến, với tốc độ đường truyền cao hơn, dịch vụ mạng ngày đa dang Số lượng người dùng Internet nước ngày cao, thời lượng online nhiều trước nhiều Do nhu cầu giải trí chia sẻ thơng tin mạng lớn Truyền hình, có từ lâu kênh thơng tin giải trí bản, có tính phổ biến cao Ở nước ta nay, số lượng người sở hữu máy tính lớn, phần lớn có kết nối Internet Số lượng cửa hàng Internet lớn, có mặt hầu khắp nước Do đưa truyền hình lên mạng Internet đảm bảo chất lượng chắn thu hút số lượng người dùng lớn Đây ý tưởng mới, nước ta có số hệ thống tương tự Tuy nhiên hạn chế hệ thống chất lượng hình ảnh không cao, tốc độ chậm, chất lượng dịch vụ khơng đảm bảo, khơng thu hút người dùng Dịch vụ iTV FPT , chất lượng hình ảnh cao lại yêu cầu thêm thiết bị thu hỗ trợ, trở ngại cho phát triển phổ biến Trên giới, cơng nghệ truyền hình Internet dựa mạng chia sẻ ngang hàng, đảm bảo chất lượng dịch vụ chất lượng video phát triển mạnh Ở nước ta, số lượng máy tính online lớn, thời lượng online nhiều, lợi lớn cho việc phát triển mơ hình truyền hình Internet dựa mạng ngang hàng Trên thực tế nước ta, chưa có hệ thống sử dụng mơ hình Trên sở hỗ trợ nhóm dự án vcITV, công ty Cổ phần công nghệ Bạch Minh (Vegasoft Corp), đề tài luận văn cao học tập trung nghiên cứu để xây dựng giải pháp chia sẻ file mạng ngang hàng, nhằm phục vụ cho việc xây dựng -5- hệ thống truyền hình Internet dựa mạng ngang hang Việt Nam Luận văn trình bày thành chương bao gồm nội dung chủ yếu sau Chương trình bày tổng quan truyền hình cơng nghệ truyền hình Chương trình bày vấn đề liên quan đến công nghệ mạng chia sẻ ngang hàng, tập trung tìm hiểu xây dựng giải pháp cho truyền hình internet dựa trên mạng ngang hàng Chương trình bày khảo sát, tìm hiểu đánh giá thực trạng nhu cầu truyền hình nước ta Chương nội dung chủ yếu luận văn, tập trung phân tích xây dựng giải pháp xử lý mạng ngang hàng ứng dụng cho hệ thống truyền hình Internet với số thử nghiệm -6- DANH MỤC TỪ VIẾT TẮT TV Television P2P NAT IP UDP TCP UPnP XML Peer to Peer Network Address Translator Internet Protocol User Datagram Protocol Transmission Control Protocol Universal Plug and Play Extensible Markup Language -7- DANH MỤC HÌNH VẼ Hình 1.1: Bản đồ phổ biến truyền hình giới [10] 10 Hình 1.2: Mật độ ti vi 1000 người giới [10] 11 Hình 1.3: Bản đồ hệ thống mã hóa truyền hình nước giới [10] .12 Hình 1.4 Bản đồ chuyển dổi hệ thống truyền hình giới [10] 16 Hình 2.1: Cấu trúc địa IPv4 .19 Hình 2.2: Static NAT [11] .23 Hình 2.3: Dynamic NAT [11] 23 Hình 2.4: Masquerading NAT [11] 24 Hình 2.5: Các thành phần mạng UPnP .31 Hình 2.6: UPnP protocol stack 32 Hình 2.7: Cấu hình STUN thơng thường [9] .40 Hình 2.8: Cấu trúc header tin STUN 43 Hình 2.9: Cấu trúc trường kiểu tin .43 Hình 2.10: Cấu trúc chung thuộc tính tin STUN 46 Hình 2.11: Cấu truc thuộc tính MAPPED-ADDRESS .47 Hình 2.12: Cấu trúc thuộc tính CHANGE-REQUEST .48 Hình 2.13: Đục lỗ UDP, máy trạm có chung NAT 49 Hình 2.14: Đục lỗ UDP, máy trạm nằm NAT khác 50 Hình 2.15: Đục lỗ UDP, máy trạm nằm nhiều tầng NAT 50 Hình 2.16: Socket cổng đục lỗ TCP 53 Hình 4.1: Mơ hình tổng quan hệ thống .63 Hình 4.2: Biểu đồ hoạt động đăng kí 65 Hình 4.3: Biểu đồ đăng kí UPnP 66 Hình 4.4: Lưu đồ thuật toán xác định kiểu NAT [8] .72 Hình 4.5: Biểu đồ truy vấn liệu .75 Hình 4.6: Quá trình tạo kết nối hai máy trạm mở UPnP 77 Hình 4.7: Quá trình tạo kết nối hai máy trạm 78 Hình 4.8: Thuật toán tải block .82 Hình 4.9: Biểu đồ trình tải file metadata từ máy chủ .84 Hình 4.10: Biểu đồ trình truyền liệu hai máy trạm 86 -8- CHƯƠNG 1: TỔNG QUAN VỀ TRUYỀN HÌNH 1.1 Truyền hình (Television – TV) Truyền hình (Television) loại phương tiện truyền thông đại chúng đại phát triển mạnh mẽ tồn cầu Truyền hình truyền tải nội dung chủ yếu hình ảnh sinh động, có màu đen trắng, thơng thường kèm theo âm Ngồi cịn sử dụng phương tiện biểu đạt khác lời, chữ, ảnh, … Thuật ngữ “Truyền hình” hiểu kết hợp thiết bị truyền hình, chương trình truyền hình truyền tín hiệu truyền hình Thuật ngữ Television xuất phát từ tiếng Latinh tiếng Hy Lạp Tiếng Hy Lạp, “tele” nghĩa xa, “vision”, xuất phát từ tiếng Latinh visio, có nghĩa “nhìn” hay “thấy” (từ góc nhìn người thứ nhất), cịn gọi tắt Tivi Từ đầu năm 1930, thiết bị truyền hình trở thành phương tiện truyền thơng thơng dụng gia đình, doanh nghiệp văn phịng, sử dụng làm nguồn thơng tin giải trí Từ năm 1970, với xuất băng video, đĩa quang, DVD đĩa Blu-ray, thiết bị truyền hình cịn dùng để xem băng ghi hình giống xem chương trình truyền hình Một thiết bị truyền hình chuẩn bao gồm nhiều bảng mạch điện tử nhằm tiếp nhận giải mã tín hiệu truyền hình Một thiết bị hiển thị, thiếu dị tín hiệu, hình, khơng phải tivi Một hệ thống truyền hình sử dụng nhiều chuẩn kĩ thuật khác truyền hình kĩ thuật số (digital television – DTV) truyền hình chất lượng cao (High-definition television – HDTV) Ngồi hệ thống trun hình truyền thơng dân dụng, hệ thống truyền hình sử dụng nhiều lĩnh vực khác như: giám sát kiểm tra, điều khiển dây chuyền cơng nghiệp, truyền hình ảnh từ nơi mà việc quan sát trực tiếp khó khăn nguy hiểm, ứng dụng y tế, an ninh, quốc phịng … -80- ta cần có chế lập lịch để trình chiếu block số block liền sau sẵn sàng cho việc trình chiếu Như hạn chế việc gián đoạn video thiếu liệu để trình chiếu Để thực điều này, lần tải liệu block mà ta tải số block liên tiếp sau block sẵn sàng để trình chiếu Như vậy, thời điểm, ta ln có số block liền kề sẵn sàng để trình chiếu, trường hợp có lỗi q trình tải liệu khiến block khơng thể tải về, ta có thời gian để thực tải lại trước player trình chiếu đến block Số lượng block lần tải lựa chọn dựa kết thực nghiêm, điều chỉnh cấu hình hệ thống Dựa vào số lượng block lần tải độ dài block, ta xác định thời gian cho phép để tải block trước player trình chiếu đến Để xử lí trường hợp lỗi q trình tải về, ta cần xác định số lần tải lại tối đa cho block Sau đó, khơng thể tải được, ta cần chuyển sang tải trực tiếp từ máy chủ để đảm bảo cho trình trình chiếu liên tục Căn vào số lần tải tối đa này, ta có thời gian tối đa cho lần tải, vượt thời gian mà chưa tải xong block cần thực tải lại Vì ta cần xây dựng timer để đếm thời gian ứng với kết nối tải liệu Sau kết thúc thời gian tối đa cho phép để tải block, hệ thống lập lịch kiểm tra xem block chưa tải về, ghi nhận kết nối đến máy trạm phiên tải liệu kết nối đến máy trạm hoàn thành việc tải liệu Sau tiến hành tải gói tin tiếp theo, với danh sách yêu cầu tải block chưa hoàn thành lần trước số block để đảm bảo số lượng tối đa block phiên tải liệu (nếu hết video số lượng khơng đạt tối đa) Đồng thời, trình ưu tiên sử dụng kết nối cho kết tốt phiên trước bỏ qua kết nối không đap ứng yêu cầu -81- Để tránh việc lần tải lại block lại phải yêu cầu máy chủ cung cấp liệu, nhằm giảm tải cho máy chủ, kết trả cho máy trạm danh sách máy trạm khác có khả cung cấp ứng với block cần tải Dựa yêu cầu phân tích trên, tơi xây dựng giải thuật cho q trình lập lịch tải liệu hình (xem lai xác hình nào, neu la hình 4.4 thi thuật tốn triển khai sở tài liệu tham khảo, gi xây dựng, Phải sửa thuật toán [*]:được áp dụng triển khai cụ thể trình bày hình 4… Tơi đề nghị bạn dùng câu “tơi làm đó” phải thận trọng xác, đừng lạm dụng, Hội đồng bị hỏi không bảo vệ -82- Nhận danh sách block cần download Request lên Server đế lấy danh sách Peer chứa Block Request block từ peer với thông số khởi tạo Quản lý tính tốn thời gian download Block down có kịp thời gian hay không ? No Tái lập lịch với tốc độ Yes Peer kết thúc trình download block đựoc gán cho ? Yes Bắt đầu Request block theo kết tái lập lịch Kết thúc trình download block Yes Hình 4.8: Thuật tốn tải block -83- 4.3.5 Q trình truyền liệu a Tải liệu từ máy chủ Như tơi trình bày, video chương trình truyền hình thường có dung lượng lớn Chúng cắt thành số file nhỏ, file gọi block Quá trình cắt file phải đảm bảo cho liệu block luôn trọn vẹn khung hình, nghĩa số khung hình block phải số nguyên Điều đảm bảo cho việc trình chiếu khơng bị lỗi trường hợp chiếu đến hết block mà chưa có block Khi hình ảnh bị treo phải trọn vẹn, tránh bị lỗi hiển thị hình ảnh Mục đích hệ thống truyền hình mà chúng tơi xây dựng cung cấp chương trình truyền hình (các video) với chất lượng cao, khơng nén Do chúng tơi lựa chọn chuẩn định dạng cho file video định dạng AVI Đây định dạng video khơng nén, kích thước khung hình ln ln Điều cho phép chúng tơi cắt video thành block với kích thước mà khơng phải quan tâm đến vấn đề khơng trọn vẹn khung hình Vấn đề cần quan tâm kích thước khung hình, kích thước tối đa block Tuy nhiên vấn đề cắt file không nằm phạm vi đề tài tơi khơng trình bày cụ thể Sau cắt video thành blocks, để đảm bảo quản lý liệu để chương trình trình chiếu thứ tự video, block có số định danh Chỉ số cấp cho block trình cắt video lưu trữ phần header block Đồng thời, thông tin video bao gồm tên, số lượng block bị cắt thành, kích thước block, định danh block thứ tự trình cắt, … lưu trữ file liệu metadata Để đảm bảo tính an tồn bảo mật đảm bảo việc tải file thực được, lưu trữ sở liệu máy chủ File thơng thường có kích thước nhỏ nên việc lưu trữ khơng q tón tài ngun -84- Khi máy trạm muỗn xem video đó, việc truy cập đến máy chủ, tải file metadata Đây liệu quan trọng nên để đảm bảo viecj truyền liệu xác, tơi sử dụng giao thức TCP để truyền liệu Trong gói tin truyền có thơng tin để xác thực độ xác thông tin nhận Mỗi phiên tải liệu có định danh, bên yêu cầu liệu tạo gửi sang Trong gói tin chứa trường giá trị để xác định ý nghĩa gói tin Client Server Yêu cầu tải file metadata Chấp nhận, bắt đầu phiên download Bắt đầu download Data packet ACK Kết thúc phiên download ACK Hình 4.9: Biểu đồ trình tải file metadata từ máy chủ Trong q trình truyền, phát có lỗi sai máy trạm yêu cầu tải lại Quá trình tải thực lại từ đầu Sau đảm bảo liệu nhận xác, máy trạm gửi tin xác nhận cho máy chủ kết thúc phiên tải liệu b Truyền liệu hai máy trạm -85- Ta xét trình máy trạm A tải từ máy trạm B block Giữa hai máy trạm có kết nối tạo Đây kết q trình tạo kết nối tơi trình bày phần trước Sau tạo kết nối, hai máy trạm trao đổi liệu theo giao thức UDP Giao thức làm việc với phương pháp UPnP phương pháp đục lỗ UDP Mở đầu, máy trạm A gửi yêu cầu tải block có định danh blockID cho máy trạm B Máy trạm B kiểm tra có block trả lời chấp nhận Nếu khơng thơng báo lỗi cho máy trạm A Nếu chấp nhận, máy trạm A gửi thông báo bắt đầu phiên tải liệu với định danh phiên tải (sessionID) Máy trạm B gửi liên tiếp gói tin (packet) sang cho máy trạm A, kèm theo định danh phiên tải định danh gói tin (sessionID, packetID) Giao thức UDP giao thức không đơng bộ, gói tin gửi liên tục mà khơng cần chờ đợi kiện khác Khi máy trạm A nhận gói tin, gửi thơng tin xác nhận cho máy trạm B Sau máy trạm B gửi hết gói tin nhận đủ tin xác nhận, gửi thơng báo kết thúc phiên tải, máy trạm A nhận gói tin này, kiểm tra lại liệu nhận xác nhận -86- Client A Client B Yêu cầu download (blockID) Chấp nhận (blockID) Bắt đầu download (SessionID) Data Packet (sessionID, packetID) ACK (sessionID, packetID) Kết thúc download (sessionID) ACK (sessionID) Hình 4.10: Biểu đồ trình truyền liệu hai máy trạm Do giao thức UDP không đồng bộ, để đảm bảo truyền đúng, đủ kip thời gian, máy trạm B kiểm tra định kì, sau khoảng thời gian định kể từ gửi gói tin mà chưa nhận gói tin xác nhận máy trạm B tiến hành gửi lại gói tin 4.3.6 Xử lí kiện ngoại lệ Trong q trình hoạt động hệ thống, có kiện xảy ra, nằm ngồi tiến trình hệ thống Do tơi xây dựng số chế để chờ xử lí kiện Các kiện xảy tác động người dùng như: - Người dùng đột ngột seek qua đoạn khác video trình chiếu -87- - Người dùng lựa chọn xem video khác - Người dùng đột ngột tắt ứng dụng mà khơng thực động tác khỏi hệ thống (có thể máy tính bị ngắt đột ngột, kết nối internet, người dùng tắt ứng dụng, …) Sự kiện xảy thân trình hoạt động hệ thống như: - Kết nối đến máy trạm khác đột ngột gián đoạn - Máy trạm kết nối với gửi thông báo kiện như: dừng truyền liệu, … • Heart bit Để xử lí trường hợp kết nối đột ngột, dẫn đến trình tải liệu bị gián đoạn, sử dụng phương pháp heart bit Giả sử hai máy trạm A B có kết nối, A tải liệu từ B Khi B định kì gửi cho A gói tin heart bit Nếu thời gian mà A khơng nhận gói tin này, xác định kết nối bị lỗi ngừng hoạt động tải liệu Đồng thời, để xử lí trường hợp máy trạm đột ngột thoát khỏi hệ thống (máy trạm cắt điện đột ngột, đứt kết nối Internet, …), máy trạm thực gửi gói tin heart bit cho máy chủ Sau khoảng thời gian định, máy chủ khơng nhận gói tin này, xác đinh máy trạm thoát khỏi hệ thống xóa thơng tin máy trạm Như làm giảm lỗi xuất truy vấn liệu máy chủ Gói tin heart bit cần chứa định danh máy trạm gửi Khi máy trạm B hay máy chủ nhận gói tin heart bit, gửi trả lại tin xác nhận chứa định danh cho máy trạm A Máy trạm A sử dụng xác nhận heart bit máy trạm B (hoặc máy chủ) -88- Nếu thời hạn mà không nhận gói tin heart bit, hai bên dừng tất hoạt động hai máy, sau xóa kết nối chúng Cơ chế cho phép đảm bảo kết nối luôn hoạt động Đồng thời tranh việc lưu trữ thơng tin khơng có giá trị máy chủ, làm sai kết truy vấn liệu máy chủ Dừng truyền liệu bên nhận u cầu • Trong q trình truyền liệu, bên nhận liệu yêu cầu ngừng truyền liệu Điều xảy chủ yếu trường hợp sau: - Người dùng chuyển qua xem đoạn khác video xem chuyển sang xem video khác, block cần tải thay đổi Các block tải khơng cịn cần thiết - Người dùng thoát khỏi hệ thống Khi đó, hệ thống dừng tất trình truyền liệu - Tốc độ tải liệu chậm, bên nhận ngừng việc tải liệu chuyển sang tải liệu từ máy trạm khác Khi đó, bên nhận gửi yêu cầu ngừng tải liệu Bên gửi nhận yêu cầu xác nhận với bên nhận Sau hai bên kết thúc phiên tải liệu Quá trình kết thúc bên nhận nhận tin xác nhận vượt thời gian chờ • Dừng truyền liệu bên gửi yêu cầu Nếu bên gửi liệu A, vấn đề đó, ví dụ khỏi hệ thống, gửi yêu cầu dừng truyền liệu cho máy trạm có hoạt động tải liệu với – máy trạm B Tương tự trường hợp dừng tải liệu bên nhận yêu cầu, A gửi cho B yêu cầu dừng tải liệu, chứa định danh A Sau B nhận gói -89- tin này, gửi lại cho A tin xác nhận chứa định danh B Lúc hai bên kết thúc phiên tải liệu đóng kết nối cần Q trình kết thúc A nhận tin xác nhận thời gian chờ 4.4 Phân tích kết giải pháp Giải pháp truyền liệu qua mạng ngang hàng mà xây dựng, phục vụ cho hệ thống truyền hình Internet qua mạng ngang hàng Hệ thống sử dụng đinh dạng file video không nén AVI Trong q trình xây dựng giải pháp, tơi xây dựng chương trình nhỏ để kiểm tra khả tạo kết nối tốc độ truyền liệu mạng ngang hàng, sử dụng giải pháp File video tơi sử dụng để kiểm tra có độ phân giải 720x480, bit rate 196kbs Đây chất lượng phổ biến DVD nay, cho hình ảnh đẹp sắc nét Theo tài liệu chuẩn định dạng file AVI khảo sát file AVI chất lượng lưu trữ máy tính phút video có dung lượng khoảng 10MB Để kiểm thử tơi sử dụng file video có kích thước 10MB, với hai máy tính làm máy trạm, có cấu sau: - Chip Intel Dual Core 2.2GB - Ram 1GB - Mỗi máy trạm thay đổi để sử dụng đường truyền nhà cung cấp dịch vụ Internet: VDC, Viettel FPT Đường truyền FPT đường ADSL với tốc độ tải lên 640Kbps, tốc độ tải xuống 5120Kbps Đường truyền VDC có tốc độ tải lên 640Kbps, tốc độ tải xuống 3072Kbps Đường truyền Viettel có tốc độ tải lên 640Kbps, tốc độ tải xuống 3072Kbps Sử dụng cặp đường truyền nhà cung cấp này, thực truyền file chọn 10 lần theo hai phương pháp tạo kết nối UPnP đục lỗ TU, thu bảng thống kê sau: UPnP Đục lỗ TU -90- FPT – FPT (LAN) ~ 41s ~ 42s FPT - Viettel ~ 443s (~ 185 Kbps) ~ 447s (~183 Kbps) FPT - VDC ~ 474s (~ 173 Kbps) x VDC - Viettel ~ 481s (~170 Kbps) x Vì điều kiện thực tế kiểm thử, hai máy sử dụng đường truyền nhà cung cấp chúng nằm mạng LAN nên không kiểm thử kĩ cho trường hợp Vì số lần thử nghiệm ít, nên kết khơng phản ánh xác thực tế tốc độ truyền liệu môi trường thực Đồng thời, tơi sử dụng chương trình đo tốc độ đường truyền thông dụng cFosSpeed (phiên 4.51.1501), tải địa http://www.cfos.de/download/download_e.htm chương trình DU Meter (phiên 4.01), tải địa http://www.dumeter.com/download.php để đo tốc độ truyền liệu sử dụng dịch vụ hệ thống VTC Online clip.vn sử dụng mô hình client – server cFosSpeed DU Meter VTC Online ~ 60 Kbps ~ 145 Kbps Clip.vn ~ 72Kbps ~ 162 Kbps Nếu vào kết này, ta thấy tốc độ truyền liệu mạng ngang hàng không nhanh nhiều so với tốc độ mơ hình client-server sử dụng dịch vụ VTC Online hay dịch vụ chia sẻ video trực tuyến clip.vn hay bamboo.com, kích thước file video sử dụng dịch vụ sử dụng mạng ngang hàng lại lớn nhiều Tuy nhiên mơ hình mạng ngang hàng có lợi mà mơ hình client-server khơng có -91- - Tại thời điểm, máy trạm ngang hàng tạo kết nối tải nhiều block liệu khác Trong với mơ hình client – server, thời điểm, máy trạm tải block liệu Do đó, với mơ hình client-server, thời gian cho phép để tải block nhiều thời gian để player trình chiếu hết block Nếu tốc độ truyền thấp có khả player bị ngắt qng trình chiếu Đối với mơ hình mạng ngang hàng, giả sử thời điểm, ta tải n block, thời gian tối đa để tải block gấp n lần thời gian player trình chiếu block Thời gian dùng để tải liệu nhiều cho phép ta xử lí để làm giảm khả ngắt quãng trình chiếu - Trong mạng ngang hàng, máy tính tham gia vừa đóng vai trị máy trạm, vừa đóng vai trị máy chủ cung cấp dịch vụ tài nguyên Tại thời điểm, số kết nối chia sẻ băng thông máy nhỏ (so với mơ hình client – server) cấu hình để đạt hiệu cao Trong mơ hình client – server, thời điểm, số lượng kết nối chia sẻ băng thông đường truyền máy chủ lớn, nên tốc độ tải liệu khơng thể cao (vì băng thơng máy chủ có giới hạn) - Nếu số lượng máy trạm tham gia mạng ngang hàng lớn chất lượng dịch vụ cao máy trạm cần tải block có nhiều máy trạm khác đáp ứng nên chọn máy trạm có khả cho tốc độ tải liệu cao Trong đó, với mơ hình client – server, số máy trạm tham gia lớn chất lượng dịch vụ thấp, cần block, máy trạm có lựa chọn tải từ máy chủ, tức phải chia sẻ đường truyền với nhiều máy trạm khác Do tốc độ truyền liệu bị giảm thấp xuống -92- KẾT LUẬN  Những kết đạt Luận văn nghiên cứu công nghệ mạng ngang hàng đưa phương án xây dựng giải pháp giải vấn đề truyền tải liệu mạng ngang hàng, nhằm phục vụ cho mục đích xây dựng hệ thống truyền hình Internet dựa mạng chia sẻ ngang hàng Trong luận văn này, tơi nghiên cứu trình bày vấn đề về: - Truyền hình cơng nghệ truyền hình giới - Khái niệm mạng Internet mạng ngang hàng - Khái niệm NAT kĩ thuật tạo kết nối thông qua NAT - Khảo sát nhu cầu thực tế truyền hình Việt Nam Trên sở nghiên cứu tìm hiểu đó, tơi phân tích, đánh giá từ xây dựng giải pháp truyền liệu thông qua mạng ngang hàng phục vụ cho hệ thống truyền hình Internet: - Giải pháp tạo kết nối hai máy trạm - Cơ chế lập lịch tải liệu - Giải pháp truyền tải liệu hai máy mạng  Đánh giá kết - Giải pháp mà đề xuất: o Cho phép tạo kết nối hai máy tính mạng truyền hình Internet o Đảm bảo liệu cho player trình chiếu liên tục với liệu video chất lượng cao (định dạng AVI) -93- - Tính khả thi giải pháp tơi xây dựng cao phù hợp với hạ tầng mạng nhu cầu người dùng Việt Nam Đồng thời yêu cầu đầu tư nhỏ nên phù hợp để công ty tư nhân triển khai dịch vụ  Hướng phát triển Với kiến thức hạn chế NAT kĩ thuật truyền liệu qua mạng ngang hàng, đồng thời lĩnh vực nghiên cứu giới, Việt Nam chưa có hệ thống sử dụng thực tế nên giải pháp tơi xây dựng chưa có tính đột phá nhằm mang lại hiệu cao cho hệ thống Đồng thời, yêu cầu sở hạ tầng nên việc kiểm thử thực quy mô lớn, nên giải pháp chưa thật hồn thiện Trong thời gian tới, tơi hy vọng nâng cấp tối ưu giải pháp này, đồng thời hy vọng giải pháp sử dụng thực tiễn dự án vcITV cơng ty Vega Soft hồn thành đưa vào khai thác -94- TÀI LIỆU THAM KHẢO  Tiếng Anh Zhou Hu NAT Traversal Techniques and Peer-to-Peer Applications Bryan Ford, Pyda Srisuresh, Dan Kegel Peer-to-Peer Communication Across Network Translators Andrew Biggadike, Daniel Ferullo, Geoffrey Wilson, Adrian Perrig NATBlaster: Establishing TCP Connections between Hosts behind NATs UPnP forum (http://upnp.org) UPnP white paper UPnP forum (http://upnp.org) UPnP device architectures v1.1 K Egevang, P Francis RFC 1631: The IP Network Address Translator (NAT) J Rosenberg, J Weinberger, C.Huitema, R Mahy RFC 3489: STUN – Simple Traversal of User Datagram Protocol (UDP) through Network Address Translators (NATs) J Rosenbeg, R.Mahy, P Mathews D Wing RFC 5389: Session Traversal Utilities for NAT (STUN) S Cheshire, B Aboba, E.Guttman RFC 3927: Dynamic Configuration of IPv4 Link-Local Address  Web 10 http://wikipedia.org 11 http://www.vanesoft.com/network/mcse/NAT/ : NAT cách thiết lập NAT ... bách khoa Hà Nội ********** Phan minh nghiên cứu giảI pháp truyền hình internet dựa công nghệ mạng ngang hàng (P2p) cho ứng dụng Việt Nam Chuyên ngành: Công nghệ thông tin Luận văn th¹c sÜ khoa... mạnh mẽ khoa học công nghệ, công nghệ đại áp dụng truyền hình Từ truyền hình trở nên đa dạng Dựa vào công nghệ truyền liệu sử dụng, chia truyền hình thành số loại sau: - Truyền hình tương tự (analog... hình cơng nghệ truyền hình Chương trình bày vấn đề liên quan đến cơng nghệ mạng chia sẻ ngang hàng, tập trung tìm hiểu xây dựng giải pháp cho truyền hình internet dựa trên mạng ngang hàng Chương

Ngày đăng: 12/02/2021, 12:18

Nguồn tham khảo

Tài liệu tham khảo Loại Chi tiết
4. UPnP forum (http://upnp.org). UPnP white paper Link
5. UPnP forum (http://upnp.org). UPnP device architectures v1.1 Link
1. Zhou Hu. NAT Traversal Techniques and Peer-to-Peer Applications Khác
2. Bryan Ford, Pyda Srisuresh, Dan Kegel. Peer-to-Peer Communication Across Network Translators Khác
3. Andrew Biggadike, Daniel Ferullo, Geoffrey Wilson, Adrian Perrig. NATBlaster: Establishing TCP Connections between Hosts behind NATs Khác
6. K. Egevang, P. Francis. RFC 1631: The IP Network Address Translator (NAT) Khác
7. J. Rosenberg, J. Weinberger, C.Huitema, R. Mahy. RFC 3489: STUN – Simple Traversal of User Datagram Protocol (UDP) through Network Address Translators (NATs) Khác
8. J. Rosenbeg, R.Mahy, P. Mathews. D. Wing. RFC 5389: Session Traversal Utilities for NAT (STUN) Khác
9. S. Cheshire, B. Aboba, E.Guttman. RFC 3927: Dynamic Configuration of IPv4 Link-Local Address. Web Khác

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w