1 MỞ ĐẦU Vào năm 80 kỷ XX, Hội nghị từ xa mở hướng cho giới việc trao đổi thông tin đối tượng cần giao lưu vị trí khác mà khơng có khái niệm mặt địa lý Khác với phương tiện trao đổi thông tin khác điện thoại, liệu, hội nghị từ xa cho phép người tiếp xúc với nhau, nói chuyện với thơng qua tiếng nói hình ảnh hình ảnh trực quan Hội nghị từ xa bước phát triển đột phá công nghệ thông tin truyền thơng, cho phép người tham dự nhiều địa điểm từ quốc gia khác nhìn thấy trao đổi trực tiếp với qua hình tivi họp hội trường Hội nghị từ xa ứng dụng cho hội thảo, hội nghị, giao ban, đào tạo, chẩn đoán chức bệnh, mổ nội soi từ xa… Thế hệ truyền hình hội nghị thực qua mạng số đa dịch vụ ISDN dựa tiêu chuẩn H 320 ITU, hệ truyền hình hội nghị ứng dụng cho máy tính cơng nghệ thơng tin (CNTT), nhiên phụ thuộc nhiều vào mạng ISDN thiết bị CODEC (mã hoá/giải mã, nén/giải nén) đắt tiền Vào năm 90 kỷ trước, hệ hội nghị từ xa thứ ba đời sở mạng cục (LAN) phát triển nhanh có mặt khắp nơi giới, cịn nhiều khó khăn việc triển khai ứng dụng cơng nghệ truyền hình cho nước phát triển Lợi ích hội nghị từ xa  Tiết kiệm thời gian di chuyển;  Tiết kiệm kinh phí;  Thực họp trực tuyến nhiều địa điểm khác nhau;  Nhanh chóng tổ chức họp;  Lưu trữ toàn nội dung họp;  An toàn bảo mật;  Chất lượng hội nghị ổn định Về lĩnh vực hội nghị từ xa, nước có số tập đồn lớn triển khai lắp đặt Viettel, Vinaphon, Công ty Điện lực v.v Về mặt kỹ thuật, hệ thống hội nghị từ xa đáp ứng hội nghị, giao ban hay đào tạo từ xa Tuy nhiên, chưa phải hệ thống hội nghị từ xa có chất lượng hình ảnh cao cần phải tìm giải pháp thích ứng chất lượng thiết bị đầu cuối cho hệ thống hội nghị từ xa Xuất phát từ vấn đề nêu trên, luận văn “Giải pháp kỹ thuật thích ứng chất lượng thiết bị đầu cuối cho hệ thống hội nghị từ xa” đối tượng nghiên cứu với vấn đề tập trung chủ yếu sau: - Tìm hiểu số chuẩn nghệ mạng cho hệ thống hội nghị từ xa - Tìm hiểu giải pháp kỹ thuật thích ứng chất lượng cho hệ thống hội nghị từ xa - Xây dựng hệ thống hội nghị từ xa thử nghiệm CHƯƠNG 1: CÁC VẤN ĐỀ VỀ HỘI NGHỊ TỪ XA QUA INTERNET 1.1 Thế hội nghị truyền hình? Hội nghị truyền hình (video conference) hệ thống truyền thông tương tác cho phép người dùng từ nhiều điểm khác trao đổi hai chiều qua đường âm (audio) hình ảnh (video) truyền tải đồng thời Nó thực qua việc sử dụng microphones dùng để thu sau gửi âm từ trạm ta loa, phát âm nhận từ máy xa, cameras để thu truyền hình ảnh từ máy tính, hiển thị hình ảnh nhận từ trạm xa Vai trò hội nghị truyền hình thực hiện, hai hoàn cảnh sau: + Giao tiếp với người cách xa ta vị trí vật lý, nhiều hình thức phong phú + Truy nhập giao thiệp với vị trí có giới hạn giàng buộc vật lý 1.2 Các dạng hội nghị truyền hình 1.2.1 One – to – One (Điểm - Điểm) 1.2.2 One – To – Group (Điểm -Nhóm) 1.2.3 Group – To – Group (Nhóm - Nhóm) 1.2.4 Hội nghị nhiều bên sử dụng MCU 1.3 Một số chuẩn công nghệ mạng cho hệ thống hội nghị từ xa 1.3.1 Chuẩn H.320 Là chuẩn định nghĩa cho khả hoạt động Hội nghị trực tuyến sử dụng công nghệ mạng ISDN Các chuẩn định nghĩa quy luật để thiết lập thơng tin, chia gói tin, đường truyền đồng Hình 1.2 Hội nghị truyền hình từ người dùng đơn đến hệ thống nhóm ghép kênh ISDN Chuẩn H.320 cịn bao gồm chuẩn mã hóa video audio sau: * Chuẩn mã hóa/giải mã tín hiệu Video * Chuẩn mã hóa/giải mã tín hiệu Audio 1.3.2 Chuẩn H.324 Bộ chuẩn định nghĩa khả Hội nghị truyền hình hoạt động mạng POTS (Plain Old Telephone Service), thiết lập giao thức kiểm soát dồn kênh giải thông thấp Bộ chuẩn H.324 gồm chuẩn sau: - Chuẩn nén Video H.261, H.263 - Chuẩn nén Audio G.723 - Giao diện ứng dụng chuẩn V.80 để phát triển hệ thống H.324 1.3.3 Chuẩn H323 1.3.3.1 Tổng quan: H323 tập tiêu chuẩn từ ITU-T, định nghĩa tập giao thức dùng để liên lạc âm hình ảnh qua mạng máy tính Tiêu chuẩn H.323 thức công bố giải vấn đề cấp phát đa phương tiện sở kỹ thuật LAN Tuy nhiên, mạng Internet IP trở nên phổ biến, nhiều giao thức tiêu chuẩn RFC kỹ thuật phát triển dựa số ý tưởng H.323 1.3.3.2 Cấu trúc H.323: H.323 giao thức có cấu trúc gồm thành phần: đầu cuối, Gateway, Gatekeeper đơn vị điều khiển đa điểm MCU (Multipoint Control Unit) Cấu trúc mô tả hình sau: 1.3.3.3 Chồng giao thức H.323: Điều khiển H.225 (Q.931) H.245 Dữ liệu Audio Video T.120 G.7xx H.26x Điều khiển RTCP RAS RTP TCP UDP IP Hình 1.6 Chồng giao thức H.323 1.3.3.4 Hoạt động H.323: Giao thức H.323 bao gồm nhiều hoạt động để hỗ trợ truyền thông người dùng đầu cuối khác, gateway MCU 1.3.3.5 Mơ hình mạng H.323: Phát Đăng kí Thiết lập kết nối Thay đổi dung lượng Thay đổi kênh logic Truyền tải Kết thúc Hình 1.8 Mơ hình H.323 thông qua Internet 1.3.4 Giao thức khởi tạo phiên SIP: H.245 RAS 1.3.4.1 Tổng quan: Giao thức khởi tạo phiên (SIP, Session Initiation Protocol) giao thức điều khiển tiêu chuẩn hóa IETF (RFC 2543) Nhiệm vụ thiết lập, hiệu chỉnh xóa phiên làm việc người dùng Các phiên làm việc hội nghị đa phương tiện, gọi điện thoại điểm-điểm, … SIP sử dụng kết hợp với chuẩn giao thức IETF khác SAP, SDP MGCP (MEGACO) để cung cấp lĩnh vực rộng cho dịch vụ VoIP Cấu trúc SIP tương tự với cấu trúc HTTP (giao thức client-server) Nó bao gồm yêu cầu gửi đến từ người sử dụng SIP client tới SIP server Server xử lý yêu cầu đáp ứng đến client Một thông điệp yêu cầu, với thông điệp đáp ứng tạo nên thực thi SIP Nói chung, SIP hỗ trợ hoạt động sau: + Định vị trí người dùng + Định media cho phiên làm việc + Định sẵn sàng người dùng để tham gia vào phiên làm việc + Thiết lập gọi, chuyển gọi kết thúc 1.3.4.2 Cấu trúc SIP: Một khía cạnh khác biệt SIP giao thức xử lý gọi IP khác khơng sử dụng điều khiển Gateway Nó khơng dùng khái niệm Gateway/bộ điều khiển Gateway dựa vào mơ hình khách/chủ (client/server) 1.3.4.3 Tổng quan hoạt động SIP: * Địa SIP: Địa SIP gọi định vị tài nguyên chung URL (Universal Resource Locator), tồn dạng user@host 7 Phần user phần địa tên người sử dụng số điện thoại Phần host tên miền địa mạng Ví dụ địa SIP : sip:ciscopress@cisco.com sip:84983165180@171.171.171.1 * Định vị server SIP: Khi client muốn gửi yêu cầu, client gửi đến proxy server SIP cấu hình gửi yêu cầu đến địa IP số cổng tương ứng với URL SIP Gửi yêu cầu trực tiếp đến proxy server dễ dàng ứng dụng cuối biết proxy server Gửi yêu cầu theo cách thứ hai phức tạp Client phải cố gắng tiếp xúc với server số cổng liệt kê định vị tài nguyên đồng URL SIP Nếu số hiệu cổng khơng có URL SIP client sử dụng số cổng 5060 URL SIP định giao thức (UDP TCP) client tiếp xúc với server sử dụng giao thức Nếu khơng có giao thức định client khơng hỗ trợ UDP có hỗ trợ TCP cố gắng dùng TCP Client có gắng tìm nhiều địa server SIP cách truy vấn DNS (Domain Name System) Tiến trình sau: + Nếu phần host URL SIP địa IP, client tiếp xúc với server địa cho trước Ngược lại xử lý bước + Client truy vấn server DNS cho địa phần host URL SIP Nếu server DNS không trả địa URL SIP, client ngừng khơng thể định vị server * Sự giao dịch SIP (SIP Transaction): Khi phần host URL SIP giải quyết, client gửi nhiều yêu cầu SIP đến server nhận nhiều đáp ứng từ server Các yêu cầu với đáp ứng liên hệ với hoạt động tạo thành giao dịch SIP Tất đáp ứng chứa giá trị trường Call-ID, Cseq, To From Điều cho phép đáp ứng so khớp với yêu cầu * Lời mời SIP (SIP Invitation): Một lời mời SIP thành công bao gồm hai tin: tin INVITE theo sau tin ACK Bản tin INVITE yêu cầu người bị gọi tham gia vào hội nghị đặc biệt thiết lập đối thoại hai người Sau người bị gọi đồng ý tham gia vào gọi, người gọi xác nhận nhận đáp ứng cách gửi tin ACK * Định vị người dùng: Người bị gọi di chuyển nhiều hệ thống đầu cuối theo thời gian Các vị trí đăng kí động với server SIP Một server vị trí trả nhiều vị trí người dùng đăng nhập nhiều trạm cách đồng thời server vị trí có thơng tin khơng xác Server SIP kết hợp kết để cung cấp danh sách vị trí khơng có vị trí * Thay đổi phiên tồn tại: Trong số trường hợp, người ta mong muốn thay đổi thông số phiên tồn Điều thực cách phát lại tin INVITE, sử dụng Call-ID, nội dung trường tiêu đề mang thông tin Chẳng hạn, hai đối tác trò chuyện muốn thêm vào người thứ ba Một hai mời người thứ ba với địa multicast đồng thời gửi tin INVITE đến đối tác thứ hai với mô tả phiên multicast mới, ngoại trừ số nhận dạng gọi cũ 1.3.4.4 Hoạt động SIP: * Hoạt động Proxy server: * Hoạt động Redirect server: 1.3.4.5 Mơ hình liên mạng SIP H.323: * Sử dụng kết nối TDM (E1/T1): * Sử dụng Proxy đa giao thức: * Sử dụng riêng biệt: 1.4 Một số thiết bị đầu cuối sử dụng 1.4.1 Tổng quan thiết bị đầu cuối VCS (Video Conferencing System): Có chức thu nhận hình ảnh, âm điểm, mã hóa chúng gửi tới điểm cịn lại thông qua đường mạng Internet VCS sử dụng hình TV, hình máy tính máy chiếu làm thiết bị hiển thị sử dụng hệ thống âm có sẵn Các thành phần VCS: Camera (ghi nhận, xử lý hình ảnh), hình, loa/micro (thu nhận âm thanh), mã hóa hình ảnh/âm (audio/video codec), cổng giao tiếp (gateway, MCU, máy tính thiết bị phụ trợ ) 1.4.2 CTS MSE 8000 MSE 8000 thiết bị cung cấp dịch vụ hội nghị qua giọng nói video chất lượng cao Đây giải pháp mạnh có khả bỏ qua lỗi nên lý tưởng cho nhu cầu truyền thông quy mô lớn doanh nghiệp nhà cung cấp dịch vụ lớn 1.4.3 CTS MCU 4500 MCU 4500, thiết bị điều khiển đa điểm độ phân giải cao mạnh nhất, truyền tải hình ảnh đầy đủ liên tục cho tất hội nghị, chuyển mã đầy đủ lý tưởng cho mạng có thiết bị đầu cuối độ phân giải cao (HD) nhà cung cấp khác 1.4.4 CTS MCU 4200 10 MCU 4200 thiết bị cầu truyền hình đa phương tiện IP mạnh mẽ, truyền tải hình ảnh tiếng nói chất lượng cao với giao diện linh hoạt, dễ sử dụng Sản phẩm lý tưởng cho doanh nghiệp vừa nhỏ thị trường giáo dục 1.4.5 CTS content server Với Content Server ta tạo nội dung đa truyền thông chất lượng cao từ điểm đầu cuối hội nghị video chuẩn H.323 SIP Tiếp cận nội dung video theo yêu cầu nơi, vào lúc từ máy PC 1.4.6 CTS IP VCR 2200 Series Hệ thống ghi, phát lại truyền (streaming) hội nghị truyền hình IP hiệu suất cao Tương thích với tất đầu cuối nhà cung cấp lớn, lý tưởng cho hoạt động đào tạo công ty, giao ban, thông báo mạng, tin tức, đào tạo từ xa, chữa bệnh từ xa nhiều ứng dụng khác 1.4.7 CTS IP Gateway Một giải pháp gateway đổi cho phép khách hàng đối tác tìm kết nối với người mà họ tìm kiếm Nó có chế độ cài đặt số địa chỉ, trực trả lời tự động bảng chuyển mạch tiếng/video để phân loại gọi đến địa 1.4.8 CTS ISDN Gateway Một gateway tạo đơn giản chưa có Cho phép tích hợp hồn hảo mạng IP ISDN với rõ ràng tuyệt đối bảo vệ khỏi bị ngắt mạng 1.4.9 Vega X3 Thiết bị Vega X3 lý tưởng cho phòng hội nghị trung bình nhỏ yêu cầu chất lượng hình ảnh âm cao Thiết bị có khả kết nối đường ISDN tốc độ 1BRI 11 Mb/s qua đường IP Hệ thống tuân thủ chuẩn ITU-T cho hội nghị truyền hình: H.323/SIP mạng IP, H.320 ISDN 1.4.10 Vega X5 Đây thiết bị đầu cuối Hội nghị Truyền hình có hiệu suất cao, lý tưởng cho phịng Hội nghị Truyền hình có kích thước lớn u cầu chất lượng hình ảnh âm cao Vega Star Gold mang đầy đủ tính Vega X3 hỗ trợ H.264 cho mã hóa ảnh, MPEG-4 AAC-LD cho mã hóa âm chất lượng cao, H.239 cho điều khiển đa điểm H.243 cho Dual-video Ngoài Vega X5 cịn có thêm tính ưu việt: 1.4.11 AVC 8500 CODEC Đây thiết bị Hội nghị Truyền hình gắn giá khơng tích hợp sẵn Camera AVC 8400 thích hợp cho tất kiểu phòng hợp khác AVC 8400 mang đầy đủ các tính Vega Star Gold linh hoạt hơn, đa dạng như: Cho phép kết nối với nhiều Camera thông qua nhiều loại kết nối khác nhau, camera điều khiển từ xa Cung cấp nhiều kết nối âm vào/ra đa dạng phục vụ cho hội nghị lớn 1.5 Bài toán cần giải quyết: Khi nhu cầu hội thảo ngày tăng, liệu đa phương tiện cần truyền với dung lượng lớn đòi hỏi tiêu thụ mức tài nguyên lớn Vậy để đảm bảo chất lượng dịch vụ cần phải có giải pháp kỹ thuật nhằm thích ứng chất lượng thiết bị đầu cuối cho hệ thống hội nghị từ xa 12 CHƯƠNG II: GIẢI PHÁP KỸ THUẬT THÍCH ỨNG CHẤT LƯỢNG THIẾT BỊ ĐẦU CUỐI CHO HỆ THỐNG HỘI NGHỊ TỪ XA 2.1 Tổng quan chất lượng dịch vụ (QoS) Internet 2.1.1 Định nghĩa chất lượng dịch vụ (QoS) Chất lượng dịch vụ (QoS) tập hợp công nghệ quản lý lưu lượng mạng cách hiệu chi phí để nâng cao kinh nghiệm người sử dụng cho nhà riêng môi trường doanh nghiệp QoS công nghệ cho phép đo băng thông, phát thay đổi điều kiện mạng (chẳng hạn tắc nghẽn sẵn có băng thông), ưu tiên điều chỉnh lưu lượng 2.1.2 Dịch vụ tích hợp IntServ IntServ xác định số lớp dịch vụ thiết kế để đáp ứng nhu cầu loại ứng dụng khác IntServ quy định cụ thể giao thức báo hiệu khác RSVP giao thức báo hiệu IntServ sử dụng để thực yêu cầu QoS lớp dịch vụ 2.1.2.1 Phân lớp dịch vụ IntServ IntServ định nghĩa hai lớp dịch vụ dịch vụ đảm bảo dịch vụ kiểm soát tải Các dịch vụ u cầu thơng qua RSVP   Dịch vụ đảm bảo Dịch vụ kiểm soát tải 2.1.2.2 RSVP RSVP giao thức báo hiệu IntServ cho phép đáp ứng yêu cầu QoS ứng dụng mạng RSVP thông báo yêu cầu QoS thành công hay thất bại mạng RSVP phân 13 loại thơng tin gói tin bao gồm địa nguồn địa đích số cổng UDP, cho phép yêu cầu QoS có chấp nhận mạng hay không RSVP chứa thông tin Tspec, Rspec thông tin lớp dịch vụ yêu cầu RSVP mang thông tin từ ứng dụng đến thiết bị mạng từ người gửi đến người nhận Mơ hình IntServ có số nhược điểm như:  Những thiết bị mạng nằm đường gói tin qua bao gồm hệ thống đầu cuối cần phải hỗ trợ giao thức RSVP khả gửi thông báo yêu cầu QoS  Thông tin trạng thái cho việc đặt trước tài nguyên cần trì thiết bị mạng nơi gói tin chuyển qua  Đặt trước tài nguyên thiết bị thông qua đường truyền đồng nghĩa với việc thiết bị cần cập nhật thông tin định kỳ tăng thêm lưu lượng mạng gói tin cập nhật bị 2.1.3 Dịch vụ phân biệt DiffServ Mơ hình dịch vụ phân biệt DiffServ phân chia lưu lượng vào lớp gán tài nguyên cho lớp Sáu bit điểm mã dịch vụ phân biệt (DSCP) đánh dấu lớp gói tin tiêu đề IP DSCP nằm trường ToS gói tin IP Sáu bit tạo thành 64 lớp dịch vụ khác 2.1.3.1 Đối xử theo chặn (PHB) Một tập gói tin có giá trị DSCP chuyển qua môi trường mạng theo hướng cụ thể gọi tổng hợp hành vi (BA) PHB đề cập đến việc lập lịch gói tin, hàng đợi, sách, định dạng hành vi nút mạng cho gói tin chuyển đến BA 14 Bốn PHB chuẩn triển khai DiffServ bao gồm:  PHB mặc định  PHB chọn lớp  PHB chuển tiếp nhanh (EF)  PHB chuyển tiếp tin cậy (AF)     PHB mặc định PHB chọn lớp PHB chuyển tiếp nhanh (EF) PHB Chuyển tiếp tin cậy (AF): Bảng sau cho thấy giá trị DSCP cho lớp thứ tự ưu tiên loại bỏ gói tin Ưu tiên loại bỏ Lớp Lớp Lớp Lớp Ưu tiên loại (AF11) (AF 21) (AF31) (AF41) bỏ thấp 001010 010010 011010 100010 Ưu tiên loại (AF12) (AF22) (AF32) (AF42) bỏ trung bình 001100 010100 011100 100100 Ưu tiên loại (AF13) (AF23) (AF33) (AF43) bỏ cao 001110 010110 011110 100110 Bảng 2.1 Bảng mã chuyển tiếp tin cậy mơ hình DiffServ 2.1.3.2 Kiến trúc dịch vụ DiffServ Các khu vực triển khai dịch vụ DiffServ (DS) bao gồm nhiều vùng DS Mỗi vùng DS cấu hình sử dụng DSCP PHB khác Đường dẫn mà gói tin IP chuyển qua cần phải kích hoạt dịch vụ DiffServ Một vùng DS tạo nút DS lối vào, DS bên lõi DS lối 15 2.1.3.3 Cơ chế dịch vụ DiffServ Mơ hình DiffServ xác định việc sử dụng DSCP PHB Các PHB đơn giản mô tả hành vi chuyển tiếp nút mạng tn theo dịch vụ DiffServ Mơ hình khơng xác định làm PHB thực Một loạt khả từ lập hàng đợi, áp dụng sách, kiểm tra, kỹ thuật định dạng sử dụng để điều chỉnh trạng thái lưu lượng mong muốn PHB   Chính sách lưu lượng Định dạng lại lưu lượng: 2.1.3.4 Thực thi PHB PHB thi hành định tuyến lõi phụ thuộc vào giá trị DSCP đánh dấu gói tin EF thực thơng qua hàng đợi có độ trễ thấp (LLQ) AF thực cách kết hợp CBWFQ (hàng đợi cân dựa trọng số) WRED CAR    Hàng đợi có độ trễ thấp cho PHB AF CBWFB WRED cho PHB AF Chính sách lưu lượng cho PHB AF 2.1.4 Modular QoS CLI “Mudular QoS command-line-interface (MQC)” chế cung cấp phần mềm IOS cho phép cấu hình phân loại gói tin cách sử dụng bảng phân lớp, từ sách cấu hình sử dụng bảng sách áp dụng lớp xác định, ứng dụng áp dụng sách giao diện cấu hình sử dụng sách dịch vụ 2.2 Một giải pháp kỹ thuật thích nghi QoS thiết bị đầu cuối cho hệ thống hội nghị từ xa 2.2.1 Kiến trúc hệ thống thích nghi QoS 16 Công nghệ hội nghị từ xa đổi cải tiến mạnh mẽ, đặc biệt từ sử dụng World Wide Web Internet hệ ứng dụng với nhu cầu hỗ trợ công nghệ cao, chẳng hạn phân phối tương tác đa phương tiện thời gian thực 2.2.2 Các thông số QoS thiết bị cuối hội nghị từ xa Trong khuôn khổ đề xuất, quản lý QoS thực riêng biệt cho thành viên tham gia hội thảo xảy trước bắt đầu truyền dẫn Nếu thành viên tham gia hội thảo thiếu QoS làm việc, trình tham gia hội thảo học viên phải khởi động lại Phương trình (1) xác định phương thức tích hợp áp dụng: M = (int) (B/(RTT/2) + FM/P) *K (1) where1, M = QoS adaptation Mode; B = Bandwidth (kbps); RTT = Round-Trip Time(ms); FM = Free Memory (MB); P = Processor load(%); K = 1/50 - constant to scale the result (1 to 5) 17 Bảng 2.2 Một số tham số QoS sử dụng để điều chỉnh hồ sơ ứng dụng Bảng 2.3 ví dụ thích ứng QoS thiết bị cuối cho hội nghị truyền hình với chế độ khác MAXIM FRAME VIDEO BANDWIDTH RATE CODEC Mbps 30 fps H.261 Yes L16 512 Kbps 25 fps H.261 Yes PCM 256 Kbps 20 fps H.261 Yes DVI 128 Kbps 15 fps H.263 Yes GSM 64 Kbps 10 fps H.263 No LPC MODE COLOR AUDIO CODEC Bảng 2.3 Thiết lập thơng số cho c thích ứhế độ QoS 2.2.3 Đánh giá hiệu hệ thống thích nghi QoS thiết bị cuối hội nghị từ xa Đối với hội nghị truyền hình chế độ chất lượng tốt tiêu thụ khoảng 400 kbps, cho phép hình ảnh chuyển động tốt thiết bị khác thử nghiệm để xác nhận cấp bậc phương thức thích ứng xác định 18 Hinh 2.8 BW nhu cầu cho chế độ QoS Hình 2.9 CPU nhu cầu cho chế độ QoS Các hệ thống hội thảo từ xa thông thường cần truyền nhiều liệu đa phương tiện với dung lượng lớn Hình 2.8 hình 2.9 mơ tả mức tiêu thụ tài nguyên cho chế độ QoS xét QoS thay đổi điều chỉnh có hệ thống ứng dụng, thời gian thực, lợi nhóm khả mở rộng tính bền vững môi trường không đồng QoS đốn trước Internet Mbone Hình 2.10 , hình 2.11 hình 2.12 minh họa so sánh hai kỳ họp mô phỏng, việc mà thích ứng QoS phiên có thích ứng bao gồm hai quản lý lớp phát triển Kết cho thấy khả mở rộng tăng lên, quan trọng không thực tế ứng dụng hưởng lợi từ nguồn tài ngun sẵn có 19 Hình 2.10 Tuyến tính phân phối băng thông cách sử dụng ứng dụng mặc định, thích ứng khơng sử dụng Hình 2.11 Tăng số lượng thành viên nhóm hoạt động cách sử dụng thích ứng để phân phối lại nguồn mạng Hình 2.12 Hình thức QoS thơng qua hệ thống phải đối mặt với điều kiện nguồn tài ngun có sẵn 20 Kết luận Phần trình bày hệ thống ứng dụng sử dụng quảng bá nhóm, phạm vi cơng cộng mạng Internet với việc thích ứng thông số QoS để đảm bảo chất lượng phiên hội thảo Giải pháp sử dụng phần mếm Middleware đề xuất phù hợp với trạng thái Internet yêu cầu ứng dụng đa phương tiện phân tán Luận văn sử dụng lớp phần mếm Middleware để quản lý, theo dõi, đánh giá việc thích ứng QoS cho ứng dụng âm video tương tác Kết đáng kể thu khả mở rộng số thành viên tham gia hội thảo với QoS chấp nhận sử dụng tài nguyên cách chủ động Phần mềm Middleware để quản lý, theo dõi, đánh giá việc thích ứng QoS phát triển tương lai để thông suốt với giao thức dự trữ tài nguyên RSVP hành vi thích nghi nhận thức chất lượng ứng dụng thực thời đồng thời đưa khung làm việc cho phiên multicast an toàn 21 CHƯƠNG 3: XÂY DỰNG HỆ THỐNG HỘI NGHỊ TỪ XA THỬ NGHIỆM 3.1 Mô tả hệ thống Thiết kế, thực hoạt động hệ thống dựa công nghệ multicast IP, truy cập thơng qua trình duyệt web Các tập hợp liệu cấu thành đầu vào để tính tốn số thích ứng Tất q trình tích hợp minh bạch, nhiên tính chất thử nghiệm hệ thống này, giai đoạn cho phép tương tác với người sử dụng, cung cấp thơng tin kỹ thuật, chí chấp nhận sở thích người dùng Để đạt mục tiêu này, phần hình thức trao đổi liệu HTML cách sử dụng công nghệ Sun Liveconnect Hệ thống sử dụng tên miền công cộng multicast đa phương tiện để xây dựng hệ thống thích nghi thuận tiện cho tài nguyên mạng có sẵn khả phần cứng hệ thống Hệ thống sử dụng nhiều hệ máy nhiều hệ điều hành phổ biến Windows, Linux Unix 3.2 Kiến trúc tổng thể hệ thống Kiến trúc hệ thống bao gồm hệ thống mơ-đun thích ứng dựa Java applet nhúng Javascript, chịu trách nhiệm đánh giá điều kiện hoạt động, cách thu thập hiệu suất hệ thống khách hàng nhóm có đặc điểm liên quan Các liệu thu thập thơng số tính tốn, chẳng hạn có sẵn băng thơng phía khách hàng, thời gian trễ toàn phần máy khách máy chủ từ xa, tải CPU nhớ trống khách hàng 22 Hệ thống sử dụng tên miền công cộng multicast đa phương tiện để xây dựng hệ thống thích nghi thuận tiện cho tài nguyên mạng có sẵn khả phần cứng hệ thống như: + Tối ưu hóa băng thông máy chủ, máy chủ chịu tải nhiều số lượng người sử dụng tăng lên + Tối ưu hoá dung lượng đường truyền mạng + Xây dựng phương thức truyền liệu video qua giao thức IP multicast * Với yêu cầu trên, mục tiêu luận văn đặt là: + Lập giải pháp thiết kế giao thức truyền video + Xây dựng hệ thống thử nghiệm dựa giải pháp thiết kế lập + Hệ thống sử dụng nhiều hệ máy nhiều hệ điều hành phổ biến Windows, Linux Unix + Đánh giá, kiểm tra hệ thống có đạt yêu cầu đặt ban đầu không? 3.3 Một số kịch thử nghiệm kết Dưới tác giả dựa vào phần mềm Yawcam 0.3.8 có sẵn để mô ý tưởng 3.1.1 Giao diện cửa sổ 3.1.2 Giao diện cửa sổ thị 3.1.3 Giao diện cửa sổ điều khiển 3.3.4 Thiết đặt hệ thống Ta tăng giảm chất lượng hình ảnh thước điều chỉnh Image quality hiển thị địa truy cập ví dụ địa là: http://192.168.0.104:8888/ http://192.168.0.104:8888/update.html 23 KẾT LUẬN Nội dung luận văn tìm giải pháp thích ứng để nâng cao chất lượng dịch vụ hội nghị từ xa, nghiên cứu số chuẩn công nghệ mạng cho hệ thống hội nghị từ xa, giao thức khởi tạo phiên SIP, số thiết bị đầu cuối thường dùng cho hệ thống hội nghị từ xa Các kết luận văn là: Tìm hiểu đưa giải pháp thích ứng để nâng cao chất lượng dịch vụ hội nghị từ xa Xây dựng chương trình thực nghiệm Các kết thử nghiệm minh chứng hướng tiếp cận phương pháp để giải tốn túi đắn có hiệu Trong trình thực luận văn, điều kiện thời gian kiến thức, luận văn khơng thể tránh khỏi sai sót nội dung hình thức, mong tham gia góp ý quý thầy cô bạn để luận văn hoàn chỉnh Hướng phát triển để tài mở rộng hướng nghiên cứu, xây dựng hệ thống thực nghiệm ứng dụng thực tế ... định phương thức tích hợp áp dụng: M = (int) (B/(RTT/2) + FM/P) *K (1) where1, M = QoS adaptation Mode; B = Bandwidth (kbps); RTT = Round-Trip Time(ms); FM = Free Memory (MB); P = Processor load(%);... trường Call-ID, Cseq, To From Điều cho phép đáp ứng so khớp với yêu cầu * Lời mời SIP (SIP Invitation): Một lời mời SIP thành công bao gồm hai tin: tin INVITE theo sau tin ACK Bản tin INVITE... cao Tương thích với tất đầu cuối nhà cung cấp lớn, lý tưởng cho hoạt động đào tạo công ty, giao ban, thông báo mạng, tin tức, đào tạo từ xa, chữa bệnh từ xa nhiều ứng dụng khác 1.4.7 CTS IP Gateway