LỜI CÁM ƠN Chúng em xin chân thành cảm ơn Khoa Công Nghệ Thông Tin, trường Đại Học nghiệp K H TN Khoa Học Tự Nhiên, TpHCM tạo điều kiện tốt cho chúng em thực đề tài tốt Chúng em xin chân thành cảm ơn Thầy Đỗ Hồng Cường tận tình hướng dẫn, bảo chúng em suốt thời gian thực đề tài Chúng em xin chân thành cảm ơn quý Thầy Cô Khoa tận tình giảng dạy, trang bị cho chúng em kiến thức quí báu năm học vừa qua Chúng xin gửi lòng biết ơn sâu sắc đến ba, mẹ, gia đình ni dưỡng, giáo H dục chúng thành người Đ Chúng em xin chân thành anh chị em bạn bè ủng hộ, giúp đỡ động viên lúc khó khăn suốt thời gian học tập nghiên cứu.Đặc – biệt chúng em xin chân thành cảm ơn anh Tô Hiểu Thảo thuộc công ty Global C N TT CyberSoft giúp chúng em thực đề tài Nhờ anh mà chúng em nhanh chóng hiểu cơng nghệ H323 sử dụng rộng rãi Mặc dù chúng em cố gắng hoàn thành luận văn phạm vi khả cho phép, chắn không tránh khỏi thiếu sót, kính mong cảm thơng K H O A tận tình bảo q Thầy Cơ bạn Nhóm thực Nguyễn Minh Trí & Nguyễn Thanh Tuấn i LỜI NĨI ĐẦU Trong thời đại ngày này, cơng nghệ thơng tin đóng vài trò quan trọng tất lĩnh vực Do người phải không ngừng học tập để mở mang, trao K H TN dồi kiến thức Nếu không bổ sung kiến thức bị tụt hậu thời đại thông tin phát triển cách nhanh chóng Nhất internet xuất hiện, nhu cầu trao đổi thông tin ngày cao, nhu cầu học hỏi kiến thức không gói gọn nhà trường, lớp học., với máy vi tính với mạng internet, tham gia vào lớp học mở trực tuyến, tham gia phát biểu lớp học Bây có trang web hỗ trợ việc học trực H tuyến giá thành mắc, có không hỗ trợ người học tập tham gia trực tiếp vào Đ lớp học Các giảng thiết kế trước đưa lên mạng người học chép học học trực tiếp trang web – Trong năm trước đây, dịch vụ truyền thơng đa phương tiện khó C N TT thực có hỗ trợ phần cứng, đặc biệt băng thơng điều khó khăn việc truyền tín hiệu âm thanh, hình ảnh Tuy nhiên, với kỹ thuật phát triển nay, tín hiệu âm hình ảnh nén lại cách dễ dàng, tiết kiệm băng thông Do vậy, chúng em chọn đề tài “ Nghiên cứu xây dựng hệ thống phần mềm hỗ trợ việc dạy học trực tuyến mạng K H O A internet/intranet ” nhằm xây dựng lên hệ thống đào tạo từ xa, có hỗ trợ âm hình ảnh để giúp cho giáo viên giáo tiếp trực tiếp với sinh viên ii Nội dung luận văn trình bày chương : Chương : Tổng Quan : Giới thiệu sơ lược dạy học trực tuyến nêu lên mục tiêu đề tài Chương : Tìm hiều chuẩn H323 ưu điểm chuẩn H323 K H TN Chương :Cấu hình mạng theo chuẩn H323 giao thức sử dụng chuẩn H323 Chương : Nghiên cứu cách thức thiết lập gọi thông qua mạng H323 Chương : Nghiên cứu khả chuẩn H323, chuẩn nén âm thanh, hình ảnh, ứng dụng chuẩn H323 việc xây dựng hội nghị dịch vụ điện thoại thông qua IP H Chương : Giới thiệu hệ thống Student hỗ trợ việc dạy học trực tuyến Đ Chương : Phân tích : trình bày bước phân tích xây dựng hệ thống Chương : Thiết kế cài đặt : Trình bày bước thiết kế cài đặt hệ thống – Chương : Tổng kết : đánh giá hệ thống nêu bước phát triển tương K H O A C N TT lai hệ thống iii MỤC LỤC K H O A C N TT – Đ H K H TN LỜI CÁM ƠN i LỜI NÓI ĐẦU ii DANH SÁCH HÌNH vii DANH SÁCH BẢNG xi Chương : Tổng quan .1 1.1 Tổng quan .1 1.2 Mục tiêu đề tài : .1 Chương : Tìm hiều chuẩn H323 2.1 Giới thiệu chuẩn H323: 2.2 Các ưu điểm chuẩn H323: .2 2.2.1 Cung cấp mã hoá chuẩn hoá : 2.2.2 Tính tương thích cao : .2 2.2.3 Độc lập hệ thống mạng : 2.2.4 Độc lập với ứng dụng hệ điều hành : 2.2.5 Hỗ trợ đa điểm : 2.2.6 Quản lý băng thông : .3 2.2.7 Hỗ trợ khả quản bá thông tin : 2.2.8 Linh hoạt : .3 2.2.9 Khả hội nghị liên mạng : Chương : Cấu hình mạng theo chuẩn H323 .4 3.1 Terminal : .4 3.2 Gateway : .6 3.3 Gatekeeper : 3.4 MCU (Multipoint Control Unit): 10 3.5 Các giao thức sử dụng H323 : 11 3.5.1 Giao thức H225 RAS ( Registration/Admission/Status) : 11 3.5.2 Giao thức báo hiệu gọi H225 : 12 3.5.3 Giao thức điều khiển gọi H245 : 13 3.5.4 Giao thức RTP (Real-time Transport Protocol) : 14 3.5.5 Giao thức RTCP (Real-time Transport Control Protocol): 17 3.6 Mã hóa/giải mã (CODEC) tín hiệu Audio : 17 3.7 Mã hố/giải mã (CODEC)tín hiệu Video : 18 3.8 Data channel (Kênh liệu): .19 Chương Thiết lập gọi thông qua mạng H323 20 4.1 Các thủ tục thực kênh H225 RAS : .20 4.1.1 Tìm gatekeeper : 20 4.1.2 Thủ tục đăng ký với gatekeeper : 21 4.1.3 Định vị điểm cuối : 23 4.1.4 Các thủ tục khác : 24 4.2 Thiết lập gọi hai điềm cuối qua mạng H323 : .24 4.2.1 Định tuyến kênh điều khiển báo hiệu : 25 4.2.2 Quá trình thiết lập gọi qua mạng H323 : 27 Chương : Các khả chuẩn H323 ứng dụng 49 5.1 Chuẩn nén âm : 50 iv K H O A C N TT – Đ H K H TN 5.1.1 Chuẩn nén âm G711: 50 5.1.2 Chuẩn nén âm G723 : 50 5.1.3 Chuẩn nén âm G729 : 50 5.2 Chuẩn nén hình ảnh : 51 5.2.1 Chuẩn nén hình ảnh H261 : 51 5.2.2 Chuẩn nén hình ảnh H263: 51 5.3 Chuẩn T120 : 51 5.3.1 Giới thiệu : 51 5.3.2 Các ưu điểm T120 : 52 5.4 Phát triển dịch vụ điện thoại thông qua IP (VoIP): 53 5.4.1 Giới thiệu : 53 5.4.2 Các ứng dụng điện thoại IP : 54 5.4.3 Các ưu điểm VoIP : 55 5.5 Xây dựng hội nghị đa truyền thông: 56 5.5.1 Hội nghị đa điểm tập trung (Centralized multipoint conference): 56 5.5.2 Hội nghị đa điểm phân tán (Decentralized multipoint conference): .57 5.5.3 Hội nghị đa điểm phân tán tập trung kết hợp: .58 5.6 Bộ thư viện OpenH323: .59 5.6.1 Giới thiệu : 59 5.6.2 Cấu trúc phân lớp thư viên OpenH323 : .59 5.6.3 Diễn giải ý nghĩa số lớp : .63 Chương : Student - Hệ thống hỗ trợ học từ xa : .64 6.1 Giới thiệu : 64 6.2 Đối tượng sử dụng hệ thống: 65 6.3 Các chức : 66 6.3.1 Chức dàng cho Admin : 66 6.3.2 Chức dành cho giáo viên : 67 6.3.3 Chức dành cho sinh viên : 69 Chương : Phân tích .70 7.1 Mơ hình Use case : .70 7.2 Danh sách Actor : 70 7.3 Danh sách Use-case: 71 7.4 Đặc tả use-case : 73 7.4.1 Đặc tả use-case “KetNoi”: 73 7.4.2 Đặc tả use-case “DangNhap” : 74 7.4.3 Đặc tả use-case “ThayDoiThongTinCaNhan” : 75 7.4.4 Đặc tả use-case “DangKy” : 76 7.4.5 Đặc tả use-case “QuanLyLop” : 77 7.4.6 Đặc tả use-case “QuanLyTextChat” : 79 7.4.7 Đặc tả use-case “QuanLyHinhAnh” : 80 7.4.8 Đặc tả use-case “QuanLyAmThanh” : 81 7.4.9 Đặc tả use-case “QuanLyThanhVien” : 82 7.4.10 Đặc tả use-case “TaoLopHoc” : 84 7.4.11 Đặc tả use-case “ThayDoiChuLop” : 85 7.4.12 Đặc tả use-case “QuanLyDSNguoiDung” : 86 7.4.13 Đặc tả use-case “ThayDoiQuyenNguoiDung” : 87 7.4.14 Đặc tả use-case “TruyenAmThanh” : 88 v K H O A C N TT – Đ H K H TN 7.5 Phân tích kiến trúc hệ thống : .88 7.6 Phân tích use-case : 90 7.6.1 Phân tích Use case “KetNoi”: .90 7.6.2 Phân tích Use case “DangNhap”: 91 7.6.3 Phân tích Use case “DangKy”: .92 7.6.4 Phân tích Use case “QuanLyLopHoc”: .93 7.6.5 Phân tích Use case “QuanLyThanhVien”: 95 7.6.6 Phân tích Use case “TaoLopHoc”: 97 7.6.7 Phân tích Use case “ThayDoiChuLop”: 98 7.6.8 Phân tích Use case “ThayDoiQuyenNguoiDung”: .99 7.6.9 Phân tích Use case “TruyenAmThanh”: .100 Chương : Thiết kế cài đặt 101 8.1 Lược đồ triển khai hệ thống : .101 8.1.1 Các node chức node 101 8.1.2 Triển khai hệ thống : 101 8.2 Thiết kế liệu : 102 8.2.1 Sơ đồ lớp : 102 8.2.2 Thiết kế bảng lưu thông tin lớp học : 102 8.2.3 Thiết kế bảng lưu thông tin người sử dụng : .103 8.3 Thiết kế giao diện : 104 8.3.1 Thiết kế hình : 104 8.3.2 Thiết kế hình đăng nhập : 109 8.3.3 Thiết kế hình hiển thị danh sách lớp : 110 8.3.4 Thiết kế hình tạo lớp học : 112 8.3.5 Thiết kế hình xố lớp : 113 8.3.6 Thiết kế hình thay đổi mật : 114 8.3.7 Thiết kế hình server : 115 8.4 Thiết kế xử lý : 116 8.4.1 Danh sách xử lý : 116 8.4.2 Thiết kế xử lý : 117 8.5 Sơ đồ lớp số lớp xử lý : 141 8.6 Công cụ môi trường phát triển hệ thống 142 8.7 Yêu cầu phần cứng : 143 8.8 Hướng dẫn sử dụng hệ thống : 143 8.8.1 Khởi động Server : 143 8.8.2 Khởi động client : 144 Chương : Tổng kết 145 9.1 Kết luận : 145 9.2 Hướng phát triển : 145 vi DANH SÁCH HÌNH Hình 3-1: Cấu hình mạng theo chuẩn H323 Hình 3-2: Cấu hình terminal Hình 3-3: Gateway K H TN Hình 3-4: Nội dung Gateway .7 Hình 3-5: Kết hợp đầu cuối (terminal), gatekeeper, gateway 10 Hình 3-6: Các giao thức sử dụng H323 11 Hình 3-7: Mã hố gói tin RTP gói IP .16 Hình 4-1: Tự động tìm gatekeeper 21 Hình 4-2: Thủ tục đăng ký với gatekeeper 22 H Hình 4-3: Thủ tục đăng ký với gatekeeper 23 Đ Hình 4-4: Các kênh logic gọi 24 Hình 4-5: Gatekeeper tìm đường báo hiệu gọi 25 – Hình 4-6: Báo hiệu gọi trực tiếp Endpoint .26 Hình 4-7: Thiết lập kênh điều khiển H.245 trực tiếp Endpoint 27 C N TT Hình 4-8: Gatekeeper định tuyến kênh điều khiển H.245 27 Hình 4-9: Cuộc gọi khơng có gatekeeper .28 Hình 4-10: Hai điểm cuối đăng ký với gatekeeper .29 Hình 4-11: Hai điểm cuối đăng ký với gatekeeper .30 Hình 4-12: Chỉ có phía chủ gọi đăng ký – Báo hiệu trực tiếp 31 K H O A Hình 4-13: Chỉ có phía chủ gọi đăng ký – gatekeeper định tuyến báo hiệu 31 Hình 4-14: Chỉ có phía bị gọi đăng ký – Báo hiệu truyền trực tiếp .32 Hình 4-15: Chỉ có phía bị gọi đăng ký gatekeeper định tuyến báo hiệu 33 Hình 4-16: Hai đầu cuối đăng ký với hai gatekeeper – 34 Hình 4-17: Hai bên đăng ký với hai gatekeeper – Phía gọi truyền trực tiếp cịn phía bị gọi định tuyến báo hiệu qua gatekeeper 35 Hình 4-18: Hai bên đăng ký với gatekeeper – gatekeeper phía gọi định tuyến báo hiệu cịn phía bị gọi truyền trực tiếp 36 Hình 4-19: Hai đầu cuối đăng ký - Định tuyến qua hai gatekeeper 37 Hình 4-20: Yêu cầu thay đổi độ rộng băng tần – thay đổi thông số truyền 43 vii Hình 4-21: Yêu cầu thay đổi độ rộng băng tần – thay đổi thông số nhận .44 Hình 4-22: Điểm cuối kết thúc gọi có tham gia gatekeeper 46 Hình 4-23: Kết thúc gọi gatekeeper 47 Hình 5-1: Các chuẩn cung cấp chuẩn H323 49 Hình 5-2: Hội nghị phân tán tập trung 57 K H TN Hình 5-3: Hội nghị đa điểm phân tán tập trung kết hợp 59 Hình 7-1: Mơ hình UseCase 70 Hình 7-2: Kiến trúc hệ thống Error! Bookmark not defined Hình 7-3: Sơ đồ lớp đối tượng Use case “KetNoi” .90 Hình 7-4: Sơ đồ lớp đối tượng Use case “DangNhap” .91 Hình 7-5: Sơ đồ lớp đối tượng Use case “DangKy” 92 H Hình 7-6: Sơ đồ lớp đối tượng Use case “QuanLyLopHoc” – Thay doi mat khau.93 Hình 7-7: Sơ đồ lớp đối tượng Use case “QuanLyLopHoc” – Xoa lop hoc .94 Đ Hình 7-8: Sơ đồ lớp đối tượng Use case “QuanLyThanhVien” – Cho phép phát biểu 95 – Hình 7-9: Sơ đồ lớp đối tượng Use case “QuanLyThanhVien” – Cho phép phát C N TT hình ảnh .95 Hình 7-10: Sơ đồ lớp đối tượng Use case “QuanLyThanhVien” – Đuổi sinh viên 96 Hình 7-11: Sơ đồ lớp đối tượng Use case “TaoLopHoc” 97 Hình 7-12: Sơ đồ lớp đối tượng Use case “ThayDoiChuLop” 98 Hình 7-13: Sơ đồ lớp đối tượng Use case “ThayQuyenNguoiDung” 99 Hình 7-14: Sơ đồ lớp đối tượng Use case “TruyenAmThanh” .100 K H O A Hình 8-1: Lược đồ triển khai hệ thống 101 Hình 8-2: Ánh xạ từ lớp entity CClassDB sang lớp CRoomSet 102 Hình 8-3: Ánh xạ từ lớp entity CuserDB sang lớp CusersSet 103 Hình 8-4: Màn hình 104 Hình 8-5: Màn hình thể webcam 105 Hình 8-6: Màn hình danh sách thành viên 106 Hình 8-7: Menu call 107 Hình 8-8: Menu chat 107 Hình 8-9: Menu audio 107 Hình 8-10: Menu video 108 viii Hình 8-11: Màn hình sau kết nối 109 Hình 8-12: Màn hình đăng nhập .109 Hình 8-13: Màn hình danh sách lớp .111 Hình 8-14: Menu lớp học 112 Hình 8-15: Menu người dùng 112 K H TN Hình 8-16: Màn hình tạo lớp học 113 Hình 8-17: Màn hình xố lớp học .113 Hình 8-18: Màn hình thay đổi mật 114 Hình 8-19: Màn hình server 115 Hình 8-20: Lược đồ xử lý XL1 117 Hình 8-21: Biểu đồ cộng tác xử lý XL1 .118 H Hình 8-22: Lược đồ xử lý XL2 119 Hình 8-23: Biểu đồ cộng tác xử lý XL2 .120 Đ Hình 8-24: Lược đồ xử lý XL3 121 Hình 8-25: Biểu đồ cộng tác xử lý XL3 .122 – Hình 8-26: Lược đồ xử lý XL5 123 C N TT Hình 8-27: Biểu đồ cộng tác xử lý XL5 .124 Hình 8-28: Lược đồ xử lý XL6 125 Hình 8-29: Biểu đồ cộng tác xử lý XL6 .126 Hình 8-30: Lược đồ xử lý XL13 127 Hình 8-31: Biểu đồ cộng tác xử lý XL13 128 Hình 8-32: Lược đồ xử lý XL14 129 K H O A Hình 8-33: Biểu đồ cộng tác xử lý XL14 130 Hình 8-34: Lược đồ xử lý XL15 131 Hình 8-35: Biểu đồ cộng tác xử lý XL15 132 Hình 8-36: Lược đồ xử lý XL16 133 Hình 8-37: Biểu đồ cộng tác xử lý XL16 134 Hình 8-38: Lược đồ xử lý XL17 135 Hình 8-39: Biểu đồ cộng tác xử lý XL17 136 Hình 8-40: Lược đồ xử lý XL19 137 Hình 8-41: Biểu đồ cộng tác xử lý XL19 138 Hình 8-42: Lược đồ xử lý XL24 139 ix Hình 8-43: Biểu đồ cộng tác xử lý XL24 140 Hình 8-44: Khởi động server 143 Hình 8-45: Khởi động client 144 K H O A C N TT – Đ H K H TN Hình 8-46: Client đăng nhập 145 x H.245 Một Terminal, MCU, Gateway, Gatekeeper hỗ trợ nhiều gọi, có nhiều kênh điều khiển H.245 Khuyến cáo H.245 số phương thức độc lập hỗ trợ báo hiệu Endpoint – to – Endpoint Một phương thức rõ cú pháp, ngữ nghĩa, tập thủ tục để rõ trao đổi thông điệp tương tác với người dùng Các K H TN Endpoint H.323 hỗ trợ cú pháp, ngữ nghĩa thủ tục giao thức sau: - Trao đổi khả năng: Trước tiến hành gọi đa phương tiện, đầu cuối phải biết khả nhận giải mã tín hiệu đầu cuối Biết khả nhận đầu cuối nhận, đầu cuối truyền giới hạn nội dung thơng tin mà truyền đi, ngược lại, thơng báo khả truyền cho phép đầu cuối nhận lựa chọn chế độ thu phù hợp Tập hợp khả đầu cuối cho nhiều luồng thơng H tin truyền đồng thời đầu cuối khai báo lại tập hợp khả Đ lúc Tập hợp khả đầu cuối cung cấp tin H245 TerminalCapabilitySet – - Báo hiệu kênh logic: Một kênh logic kênh mang thông tin từ điểm cuối C N TT tới điểm cuối khác (trong trường hợp hội thoại điểm - điểm) đến nhiều điểm cuối khác (trong trường hợp hội thoại điểm - đa điểm) H245 cung cấp tin để đóng mở kênh logic Sau kênh logic mở thông tin media truyền kênh - Xác định chủ tớ: Thủ tục nhằm giải vấn đề xung đột hai điểm cuối K H O A có khả MC tham gia vào gọi hội nghị, hai điểm cuối muốn mở kênh thông tin chiều Các thông điệp H.245 gồm: Request, Respone, Command, Indication 3.5.4 Giao thức RTP (Real-time Transport Protocol) : Realtime Protocol chuẩn Internet để truyền luồng thông tin thành phần tương tác mạng RTP cung cấp dịch vụ liệu mang tính thời gian thực video audio Thông thường ứng dụng chạy RTP dựa UDP để tận dụng khả multiplexing kiểm lỗi RTP hỗ trợ việc truyền liệu đến nhiều địa đích cách dùng chế multicast hỗ trợ hệ thống mạng 14 Giao thức truyền thời gian thực (RTP) thủ tục dựa kỹ thuật IP tạo hỗ trợ để truyền tải liệu yêu cầu thời gian thực, ví dụ dịng liệu hình ảnh âm Các dịch vụ cung cấp RTP bao gồm chế khôi phục thời gian, phát lỗi, bảo an xác định nội dung RTP thiết kế chủ yếu cho việc truyền đa đối tượng sử dụng để truyền cho dịch vụ trao đổi qua lại điện thoại Internet K H TN đối tượng RTP truyền tải chiều dịch vụ video theo yêu cầu Hoạt động RTP hỗ trợ thủ tục khác RCTP để nhận thông tin phản hồi chất lượng truyền dẫn thông tin thành phần tham dự phiên thời Hoạt động giao thức H RTP khơng có sẵn chế để đảm bảo việc truyền theo thời gian hay kỹ thuật Đ QoS mà dựa vào dịch vụ lớp để thực khả RTP khơng đảm bảo an tồn hay thứ tự packet truyền, số thứ tự RTP packet – cho phép bên nhận xếp lại packet theo thứ tự truyền bên gửi Ngoài C N TT số thứ tự tận dụng để xác định vị trí thích hợp packet, ví dụ việc giải mã video, mà không cần phải giải mã packet theo thứ tự Các gói tin truyền mạng Internet có trễ jitter khơng dự đốn Nhưng ứng dụng đa phương tiện yêu cầu thời gian thích hợp truyền liệu phát lại RTP cung cấp chế bảo đảm thời gian, số thứ tự chế khác K H O A liên quan đến thời gian Bằng chế RTP cung cấp truyền tải liệu thời gian thực đầu cuối qua mạng Tem thời gian (time-stamping) thành phần thông tin quan trọng ứng dụng thời gian thực Người gửi thiết lập “tem thời gian” thời điểm octet gói lấy mẫu “Tem thời gian” tăng dần theo thời gian gói Sau nhận gói liệu, bên thu sử dụng “tem thời gian” nhằm khôi phục thời gian gốc để chạy liệu với tốc độ thích hợp 15 Ngồi ra, cịn sử dụng để đồng dòng liệu khác ( chẳng hạn hình tiếng) Tuy nhiên RTP khơng thực đồng mà mức ứng dụng phía thực đồng Bộ phận nhận dạng tải xác định kiểu định dạng tải tin phương cách mã hoá nén Từ phận định dạng này, ứng dụng phía thu biết cách phân K H TN tích chạy dòng liệu tải tin Tại thời điểm trình truyền tin, phát RTP gửi dạng tải tin cho dù dạng tải tin thay đổi thời gian truyền (thay đổi để thích ứng với tắc nghẽn mạng) Một chức khác mà RTP có xác định nguồn Nó cho phép ứng dụng thu biết liệu đến từ đâu Ví dụ thoại hội nghị, từ thơng tin nhận dạng nguồn Đ H người sử dụng biết nói – Hình 3-7: Mã hố gói tin RTP gói IP C N TT Các chế thực thông qua mào đầu RTP Cách mã hố gói tin RTP gói tin IP mơ tả hình vẽ RTP nằm phía UDP, sử dụng chức ghép kênh kiểm tra UDP UDP TCP hai giao thức sử dụng chủ yếu Internet TCP cung cấp kết nối định hướng dòng thông tin với độ tin cậy cao UDP cung cấp K H O A dịch vụ không liên kết có độ tin cậy thấp hai trạm chủ Sở dĩ UDP sử dụng làm thủ tục truyền tải cho RTP lí do: - Thứ nhất, RTP thiết kế chủ yếu cho việc truyền tin đa đối tượng, kết nối có định hướng, có báo nhận khơng đáp ứng tốt điều - Thứ hai, liệu thời gian thực, độ tin không quan trọng truyền theo thời gian Hơn nữa, tin cậy TCP chế báo phát lại, khơng thích hợp cho RTP Ví dụ mạng bị tắc nghẽn số gói mất, chất lượng dịch vụ dù thấp chấp nhận Nếu thực việc phát lại gây nên độ trễ lớn cho chất lượng thấp gây tắc nghẽn mạng 16 Thực tế RTP thực chủ yếu ứng dụng mà mức ứng dụng có chế khơi phục lại gói bị mất, điều khiển tắc nghẽn 3.5.5 Giao thức RTCP (Real-time Transport Control Protocol): RTCP (Real-time Transport Control Protocol) giao thức hỗ trợ cho RTP cung cấp thông tin phản hồi chất lượng truyền liệu Các dịch vụ mà RTCP cung cấp K H TN là: - Giám sát chất lượng điều khiển tắc nghẽn: Đây chức RTCP Nó cung cấp thơng tin phản hồi tới ứng dụng chất lượng phân phối liệu Thông tin điều khiển hữu ích cho phát, thu giám sát Bộ phát điều chỉnh cách thức truyền liệu dựa thơng báo phản hồi thu lí mạng đánh giá hiệu suất mạng H Bộ thu xác định tắc nghẽn cục bộ, phần hay toàn Người quản Đ - Xác định nguồn: Trong gói RTP, nguồn xác định số ngẫu nhiên có độ dài 32 bít Các số khơng thuận tiện người sử dụng RTCP – cung cấp thông tin nhận dạng nguồn cụ thể dạng văn Nó bao gồm C N TT tên người sử dụng, số điện thoại, địa e-mail thông tin khác - Đồng môi trường: Các thông báo phát RTCP chứa thông tin để xác định thời gian nhãn thời gian RTP tương ứng Chúng sử dụng để đồng âm với hình ảnh - Điều chỉnh thơng tin điều khiển: Các gói RTCP gửi theo chu kỳ K H O A người tham dự Khi số lượng người tham dự tăng lên, cần phải cân việc nhận thông tin điều khiển hạn chế lưu lượng điều khiển Để hỗ trợ nhóm người sử dụng lớn, RTCP phải cấm lưu lượng điều khiển lớn đến từ tài nguyên khác mạng RTP cho phép tối đa 5% lưu lượng cho điều khiển toàn lưu lượng phiên làm việc Điều thực cách điều chỉnh tốc độ phát RTCP theo số lượng người tham dự 3.6 Mã hóa/giải mã (CODEC) tín hiệu Audio : Ở bên phát, tín hiệu Audio từ microphone trước truyền tiếp phải mã hố Cịn bên nhận, chúng phải giải mã trước đưa đến speaker CODEC 17 dịch vụ tối thiểu mà đầu cuối H323 phải có Vì thiết bị đầu cuối H323 phải hỗ trợ tối thiểu chuẩn CODEC Hiện tồn số chuẩn mã hoá sau: G.711 (mã hoá tốc độ 64kbps); G.722 (64,56,48 kbps); C N TT – Đ H K H TN G.723.1 (5.3 6.3 kbps); G.728 (16 kbps); G.729 (8 kbps) Bảng 3-1: Bảng so sánh chuẩn CODEC Việc lựa chọn thuật toán CODEC yếu tố để nâng cao chất K H O A lượng thoại Internet 3.7 Mã hố/giải mã (CODEC)tín hiệu Video : Video CODEC mã hố tín hiệu hình ảnh từ camera để truyền dẫn giải mã tín hiệu video nhận (đã mã hố) để hiển thị hình ảnh Trong H323, truyền hình ảnh có khơng, việc hỗ trợ video CODEC tuỳ chọn Tuy nhiên đầu cuối cung cấp khả liên lạc hình ảnh phải hỗ trợ giao thức mã hoá, giải mã tín hiệu video Các giao thức hỗ trợ H261, H263 Mã hóa hình ảnh khả tùy chọn Nếu cung cấp theo yêu cầu khuyến cáo Mọi đầu cuối H.323 cung cấp truyền thơng hình ảnh phải 18 có khả mã hóa giải mã hình ảnh theo chuẩn QCIF H.261 Một đầu cuối tùy chọn khả mã hóa giải mã hình ảnh theo H.261 H.263 Nếu đầu cuối hỗ trợ H.263 CIF cao hỗ trợ H.261 CIF Tất đầu cuối hỗ trợ H.263 hỗ trợ H.263 QCIF Các mã hóa hình ảnh khác dạng hình ảnh khác dùng thông qua thoả thuận H.245 Nhiều kênh K H TN hình ảnh truyền nhận qua kênh điều khiển H.245 Các tuỳ chọn tốc độ truyền bit ảnh, dạng ảnh giải thuật truyền chấp nhận giải mã định nghĩa suốt thời gian trao đổi khả sử dụng H.245.Các đầu cuối H.323 hoạt động tốc độ bit hình ảnh, tốc độ khung khơng cân đối giải pháp hình ảnh có nhiều giải pháp hình ảnh hỗ trợ Chẳng hạn cho phép đầu cuối CIF truyền hình ảnh QCIF nhận hình ảnh H CIF Dịng hình ảnh định dạng mô tả chuẩn H.225.0 Đ Trong trường hợp đầu cuối H.323 nhận nhiều kênh hình ảnh, đầu cuối cần thực chức trộn chuyển mạch hình ảnh để truyền báo hiệu hình ảnh dùng C N TT – đến người dùng Chức bao gồm truyền nhiều hình ảnh đến người 3.8 Data channel (Kênh liệu): Truyền liệu khả tùy chọn Khi hỗ trợ, liệu chia sẻ cho đầu cuối thông qua ứng dụng white board, chia sẻ ứng dụng, chia sẻ tập tin H323 hỗ trợ liệu truyền thơng thơng qua chuẩn T120.Một hệ thống K H O A cung cấp liệu cách tích hợp khả T120 vào client multipoint control unit (MCU) MCU điều khiển tổng hợp thơng tin lại với Tóm lại, H323 sử dụng truyền thông tin cậy không tin cậy Các tín hiệu điều khiển liệu cần truyền thơng tin cậy tín hiệu phải nhận lại để xử lý Các dịng liệu âm hình ảnh bị thất lạc 19 Chương Thiết lập gọi thông qua mạng H323 Trong chương này, trước tiên nghiên cứu thủ tục báo hiệu xử lí gọi hai điểm cuối (đầu cuối gateway) mạng H323 với trường hợp khác Các thủ tục tuân theo khuyến nghị H323, H225, H245 ITU-T Có nhiều cách để thiết lập hội thoại Các đầu cuối quảng bá thơng tin K H TN cho đầu cuối khác gởi đến MP, MP thực trộn phân phối, chuyển liệu đến thành phần khác tham gia cuôc hội thoại MCU quản lý hội thoại cách sử dụng chức điều khiển H.245 Các thông tin điều khiển truyền đến MC kênh điều khiển H.245 Trong trường hợp đẩu cuối tham gia hội thoại quảng bá thơng tin đến cách đầu cuối khác H MP khơng sử dụng để trộn xử lý liệu, đó, thơng tin điều khiển hội thoại truyền kênh điều khiển H.245.Trong trình Đ nghiên cứu thủ tục xử lí gọi, khơng sâu vào cấu trúc, thành – phần thông tin gói tin mà ta xem xét hoạt động thủ tục C N TT 4.1 Các thủ tục thực kênh H225 RAS : Kênh H225 RAS kênh logic không tin cậy dùng để truyền tải tin gatekeeper phần tử khác mạng để thực thủ tục như: Tìm gatekeeper, đăng kí Bởi tin RAS truyền kênh không tin cậy nên tin phải K H O A đặt khoảng thời gian timeout số lần phát lại không nhận hồi âm Một điểm cuối gatekeeper đáp ứng lại yêu cầu thời gian timeout phải trả lời tin RIP (Request In Progress) biết xử lí u cầu Khi nhận tin RIP, chúng phải khởi động lại timeout số lần phát lại 4.1.1 Tìm gatekeeper : Thủ tục thực điểm cuối muốn tìm cho gatekeeper để đăng kí Thủ tục phải thực điểm cuối hoạt động Có hai phương thức tìm gatekeeper: 20 K H TN Hình 4-1: Tự động tìm gatekeeper + Trong cấu hình điểm cuối có địa gatekeeper (có thể đặt tập tin khởi động) H + Điểm cuối gửi tin GRQ theo địa multicast đến tất gatekeeper (Địa Đ quy định khuyến nghị H225) Nếu gatekeeper quản lí điểm cuối trả lời – tin GCF có chứa địa kênh RAS C N TT Với mục đích dự trữ, gatekeeper định gatekeeper thay trường hợp xảy lỗi Danh sách gatekeeper thay lưu trường AlternateGatekeeper tin GCF RCF (xem mục sau) Nếu điểm cuối nhận thấy đăng kí khơng hợp lệ, phải thực lại thủ tục tìm gatekeeper Đăng kí khơng hợp lệ điểm cuối nhận tin RRJ K H O A trả lời cho tin RRQ không nhận trả lời cho tin RRQ thời gian timeout 4.1.2 Thủ tục đăng ký với gatekeeper : Để tham gia vào miền gatekeepet quản lí, điểm cuối phải thực thủ tục đăng kí Đây q trình điểm cuối thơng báo cho gatekeeper biết địa giao vận địa hình thức (alias address) Thủ tục đăng kí phải thực trước có gọi xảy sau thực thủ tục tìm gatekeeper 21 Điểm cuối gửi tin RRQ (Registration Request) đến gatekeeper kênh H225 RAS Kênh H225 RAS xác định thủ tục tìm gatekeeper Gatekeeper trả lời tin RCF (Request Confirm) RRJ (Request Reject) Một K H TN điểm cuối đăng kí với gatekeeper Đ H Hình 4-2: Thủ tục đăng ký với gatekeeper Điểm cuối đăng kí thời hạn sử dụng yêu cầu timeToLive (tính giây) – tin RRQ Gatekeeper trả lời tin RCF với giá trị timeToLive C N TT bé Sau khoảng thời gian này, đăng kí hết hiệu lực Trước hết thời gian đăng kí hết, điểm cuối thiết lập lại timeToLive để kéo dài thời hạn đăng kí cách gửi tin RRQ với bit keepAlive thiết lập (bản tin RRQ có thơng tin rõ khuyến nghị H225.0) Sau hết thời hạn, điểm cuối phải đăng kí lại với gatekeeper với tin RRQ đầy đủ K H O A Gatekeeper phải đảm bảo địa hình thức chuyển đổi thành địa giao vận Tuy nhiên, điểm cuối định địa giao vận dự trữ hay thay nhờ cấu trúc alternateEndpoint tin RAS cho phép điểm cuối có giao diện mạng thứ cấp Gatekeeper từ chối đăng kí xét thấy đăng kí mập mờ, khơng đủ thơng tin Nếu điểm cuối khơng xác định địa hình thức tin RRQ gatekeeper cấp phát cho địa hình thức thơng báo cho tin xác nhận RCF 22 Điểm cuối huỷ bỏ đăng kí cách gửi tin URQ (Unregistration Request) đến gatekeeper Gatekeeper xác nhận tin UCF (Unregistration Confirm) Điều cho phép điểm cuối thay đổi địa hình thức liêt kết với địa giao vận ngược lại Nếu nhận thấy điểm cuối chưa đăng kí, gatekeeper trả lời tin URJ (Unregistration Reject) K H TN Gatekeeper u cầu huỷ bỏ đăng kí điểm cuối (dùng tin URQ), Đ H lúc điểm cuối phải trả lời tin UCF C N TT – Hình 4-3: Thủ tục đăng ký với gatekeeper Sau huỷ bỏ đăng kí, điểm cuối phải đăng kí lại (có thể với gatekeeper khác) Một điểm cuối khơng đăng kí khơng chịu quản lí gatekeeper 4.1.3 Định vị điểm cuối : Một điểm cuối gatekeeper có địa hình thức điểm cuối khác muốn K H O A biết thông tin liên lạc điểm cuối này, sử dụng tin LRQ (Location Request) Bản tin gửi đến gatekeeper (có địa rõ ràng) gửi theo địa multicast đến nhiều gatekeeper Gatekeeper quản lí điểm cuối có địa hình thức tin LRQ trả lời lại tin LCF chứa thông tin liên lạc điểm cuối Thơng tin liên lạc bao gồm địa kênh báo hiệu, địa kênh RAS số thông tin khác Nếu gatekeepr nhận tin LRQ kênh RAS phải trả lời lại Nếu gatekeeper nhận kênh RAS multicast khơng trả lời (trong trường hợp khơng quản lí điểm cuối) 23 4.1.4 Các thủ tục khác : Ngoài thủ tục trên, kênh RAS dùng để truyền tải tin điều khiển truy nhập, thay đổi băng thơng, giám sát trạng thái giải phóng Chi tiết thủ tục trình bày phần sau Trong tin ARQ ( Admission Request) yêu cầu truy nhập, điểm cuối xác định K H TN giá trị băng thông để truyền nhận thông tin Giá trị giới hạn tốc độ luồng tổng hợp audio, video truyền nhận (không kể header lớp giao thức) Gatekeeper giảm giá trị xuống tin xác nhận ACF Các điểm cuối phép truyền thông tin với tốc độ nằm giới hạn 4.2 Thiết lập gọi hai điềm cuối qua mạng H323 : H Điểm cuối mạng H323 thiết bị đầu cuối gateway Các thủ tục xử lí gọi hai điểm cuối mạng H323 tuân theo thủ tục Đ khuyến nghị H323, H225.0 H245 Đầu tiên, kênh báo hiệu thiết lập – (bên gọi phải biết địa tầng mạng (IP) địa tầng giao vận (TCP) bên bị gọi) , sau địa kênh điều khiển xác định trình trao đổi C N TT tin báo hiệu Sau xác định địa chỉ, kênh điều khiển thiết lập địa kênh thông tin xác định qua tin kênh đIều khiển Cuối cùng, kênh thông tin thiết lập cho phép hai điểm cuối trao đổi thơng tin K H O A Ngồi ra, H323 cịn hỗ trợ thủ tục kết nối nhanh (không cần mở kênh H245) Hình 4-4: Các kênh logic gọi 24 4.2.1 Định tuyến kênh điều khiển báo hiệu : Báo hiệu xử lí gọi hai điểm cuối mạng H323 liên quan đến ba kênh báo hiệu tồn độc lập với là: kênh điều khiển H.245, kênh báo hiệu gọi kênh báo hiệu RAS Trong mạng khơng có gatekeeper, tin báo hiệu gọi truyền trực tiếp K H TN hai điểm cuối chủ gọi bị gọi cách truyền báo hiệu địa trực tiếp Trong cấu hình mạng phía chủ gọi phải biết địa báo hiệu phía bị gọi mạng giao tiếp cách trực tiếp Nếu mạng có gatekeeper, trao đổi báo hiệu chủ gọi gatekeeper thiết lập cách sử dụng kênh RAS gatekeeper để truyền địa Sau trao đổi tin báo hiệu thiết lập, gatekeeper xác định truyền H tin trực tiếp hai điểm cuối hay định tuyến chúng qua gatekeeper Đ 4.2.1.1 Định tuyến kênh báo hiệu gọi : – Các tin báo hiệu gọi truyền theo hai phương thức việc lựa chọn phương thức gatekeeper định: C N TT + Thứ tin báo hiệu gọi truyền từ điểm cuối tới điểm K H O A cuối thông qua gatekeeper hai điểm cuối Hình 4-5: Gatekeeper tìm đường báo hiệu gọi 25 + Thứ hai tin báo hiệu gọi truyền trực tiếp hai điểm K H TN cuối H Hình 4-6: Báo hiệu gọi trực tiếp Endpoint Đ Cả hai phương thức sử dụng kết nối giống với mục đích, dạng tin sử dụng giống nhau, tin thiết lập báo hiệu trao đổi – kênh RAS gatekeeper, sau tới trao đổi tin báo hiệu gọi kênh C N TT báo hiệu gọi Sau tới thiết lập kênh điều khiển H.245 Trong phương thức gatekeeper định tuyến tin đóng kênh báo hiệu gọi việc thiết lập gọi hoàn thành trì kênh để hỗ trợ dịch vụ bổ xung Chỉ có gatekeeper đóng kênh báo hiệu gọi, Gateway tham gia vào gọi kênh khơng phép đóng K H O A 4.2.1.2 Định tuyến kênh điều khiển : Khi tin báo hiệu gọi gatekeeper định tuyến sau kênh điều khiển H.245 định tuyến theo cách thể hình : - Kênh điều khiển H.245 thiết lập cách trực tiếp điểm cuối Khi cho phép kết nối trực tiếp điểm cuối 26 K H TN - H Hình 4-7: Thiết lập kênh điều khiển H.245 trực tiếp Endpoint Kênh điều khiển H.245 thiết lập từ điểm cuối tới điểm cuối Đ thơng qua gatekeeper Khi cho phép gatekeeper định tuyến lại kênh điều K H O A C N TT – khiển H.245 tới MC thực dịch vụ hội nghị Hình 4-8: Gatekeeper định tuyến kênh điều khiển H.245 4.2.2 Quá trình thiết lập gọi qua mạng H323 : • Endpoint đăng ký với Gatekeeper • Gatekeeper nhận đăng ký endpoint cho phép Endpoint thiết lập gọi thực chuyển đổi địa (ARP) 27 • Thiết lập báo hiệu gọi tương ứng, khởi động gọi thành công từ chối gọi khơng thể kết nơis • Điều chỉnh chức hệ thống suốt gọi, trao đổi thông tin xác định chế độ hoạt động hệ thống • Định dạng mở kênh truyền, thu phát dịng liệu K H TN • Thay đổi người gọi, thông số, phương tiện truyền thông • Kết thúc gọi loại bỏ đăng ký ban đầu Gatekeeper Người ta chia gọi làm giai đoạn gồm : 4.2.2.1 Thiết lập gọi : Trong giai đoạn phần tử trao đổi với tin định nghĩa H khuyến nghị H.225.0 theo thủ tục trình bày sau Cuộc gọi - Cả hai điểm cuối không đăng ký Đ Khi hai điểm cuối không đăng ký với gatekeeper, chúng trao đổi trực – tiếp tin với Khi chủ gọi gửi tin thiết lập gọi kênh K H O A C N TT báo hiệu biết trước địa bị gọi Hình 4-9: Cuộc gọi khơng có gatekeeper Cả hai điểm cuối đăng ký tới gatekeeper Tình có trường hợp xảy ra: + Cả hai điểm cuối đăng ký tới gatekeeper gatekeeper chọn phương thức truyền báo hiệu trực tiếp điểm cuối 28 ... .11 1 Hình 8 -1 4: Menu lớp học 11 2 Hình 8 -1 5: Menu người dùng 11 2 K H TN Hình 8 -1 6: Màn hình tạo lớp học 11 3 Hình 8 -1 7: Màn hình xố lớp học .11 3 Hình... 11 1 Bảng 8 -1 2: Các trường menu lớp học 11 2 Bảng 8 -1 3: Các trường menu người dùng .11 2 Bảng 8 -1 4: Các trường hình tạo lớp học 11 3 Bảng 8 -1 5: Các trường hình xóa lớp học. .. Hình 8 -1 8: Màn hình thay đổi mật 11 4 Hình 8 -1 9: Màn hình server 11 5 Hình 8-2 0: Lược đồ xử lý XL1 11 7 Hình 8-2 1: Biểu đồ cộng tác xử lý XL1 .11 8 H Hình 8-2 2: