Thông tin tài liệu
z HỌC VIỆN CƠNG NGHỆ BƯU CHÍNH VIỄN THƠNG - - TIỂU LUẬN MÔN HỌC “HỆ THỐNG TRUYỀN THÔNG ĐA PHƯƠNG TIỆN DỰA TRÊN H.323” Học phần: Báo hiệu điều khiển kết nối Nhóm tiểu luận: 04 Giảng viên hướng dẫn: Nguyễn Thanh Trà SV thực hiện: Trịnh Đức Long B18DCVT271 Lại Hữu Minh B18DCVT287 Dương Chí Mỹ B18DCVT295 Đinh Thanh Trường B18DCVT431 HÀ NỘI-2021 MỤC LỤC Mở đầu Danh mục hình………………………………………………………………………… …………04 Thuật ngữ viết tắt……………………………… …………………………………………… 05 Lời nói đầu…… …………… ……………………………….……………………………… …07 Nội dung Chương I: Giới thiệu H.323 Hệ thống truyền thông đa phương tiện dựa H323… 08 1.1 Giới thiệu H.323…………………………………………………… ……………….…… …08 1.1.1 Khái niệm H.323…………………………………………………………….…….….08 1.1.2 Cấu trúc mạng H.323……………………………………………… …….….…… 08 1.1.2.1 Terminal ( Thiết bị đầu cuối )………………………………… ………….09 1.1.2.2 Gateway……………………………………………………………….…… 09 1.1.2.3 Gatekeeper………………………………………… ………………………10 1.1.2.4 Khối điều khiển đa điểm MCU………………… ……………………… 11 1.1.3 Các giao thức có H323…………………………… ……………….….11 1.1.3.1 Báo hiệu RAS (Register, Administrator and Signalling)………… … 11 1.1.3.2 Báo hiệu gọi H.225(Q.931) ……………………………… …… … 13 1.1.3.3 Điều khiển gọi H.245………………………………………… … .14 1.2 Hệ thống truyền thông đa phương tiện dựa H323 1.2.1 Thế truyền thông đa phương tiện ?…………………………………… … 15 1.2.2 Sơ lược hệ thống truyền thông đa phương tiện dựa H.323 15 1.2.2.1 Thiết lập gọi họp qua h323……………………… ……… 15 1.2.2.2 Bảo mật dịch vụ phù trợ…………………………………………….18 Chương II: Các ví dụ hệ thống truyền thông đa phương tiện dựa H.323…………… 21 2.1 Tiến trình thiết lập gọi với H.323………………………………………………………21 2.1.1 Một gọi thoại đơn giản từ thiết bị đầu cuối A đến thiết bị đầu cuối B.…… 21 2.1.1.1 Giai đoạn đầu: khởi tạo gọi ……………………………………….…21 2.1.1.2 Giai đoạn thứ hai: thiết lập kênh điều khiển………………………….… 22 2.1.1.2.1 Đàm phán khả …………………………………… ……… 22 2.1.1.2.2 Xác định chủ / tớ ………………………………….……….… ….23 2.1.1.3 Giai đoạn thứ ba: mở kênh truyền thông…………………….……….23 2.1.1.4 Xử lý âm DTMF ………………………………………………….…… …23 2.1.1.5 Giai đoạn thứ tư: hộp thoại ………………………………………….…….24 2.1.1.6 Giải phóng gọi ……………………………………………… …….…25 2.1.2 Thực gọi công cộng từ Internet sử dụng Gatekeeper………… …25 2.1.2.1 Sử dụng mơ hình gọi trực tiếp……………………………………….…… 26 2.1.2.1.1 Xác định vị trí Gatekeeper…………………………… ……………… 26 2.1.2.1.2 Đăng ký ……………………………………….……………………… ….27 2.1.2.1.3 Yêu cầu quyền thực gọi mới………………………………… 28 2.1.2.1.4 Báo hiệu gọi …………………………………………………… …29 2.1.2.1.5 Giai đoạn giải phóng gọi……………………………………………29 2.1.2.1.6 Ưu điểm nhược điểm mơ hình gọi trực tiếp………………… ….30 2.1.2.2 Mơ hình định tuyến Gatekeeper……………………………………….… 31 2.2 Thiết lập họp với H.323…………………………………………………………… ….32 2.2.1 Cầu nối họp MCU, hệ thống MC MP………………………… …….32 2.2.2 Tạo tham gia họp………………………………………………… …….33 2.2.2.1 Sử dụng MCU trực tiếp………………………………………………….…33 2.2.2.2 Mời người tham gia mới………………………………………… … … 33 2.2.2.3 Tham gia gọi hội nghị diễn ra…………………….……….34 2.4.2.2 Các kịch hội nghị …………………………………… …… 34 2.4.2.2.1 Ông A mời Bà C………………… …………………………….……… …34 2.4.2.2.2 Bà C gọi ông A……………………………………….…………………… 35 2.2.3 H.332……………………………………………………………….…………………… … 36 Kết luận …………………………………………………………………………………………………… 38 Tài liệu tham khảo………………………………………………………………………………………….38 DANH MỤC HÌNH Hình 1.1 : Thành phần giao thức H323……………………………………………… ….8 Hình 1.2 Cấu tạo Gateway……………………………………………… ….…………….…9 Hình 1.3 :Cấu tạo Gatekeeper……………………………………………………….……… … 10 Hình 1.4: Một mơ hình kết nối đơn giản…………………………………………………… … 12 Hình 1.5 : Mơ hình gọi trực tiếp qua hai miền, sử dụng tin nhắn LRQ / LCF.………….…… 17 Hình 2.1: Thương lượng khả qua kênh H.245 sử dụng tin ‘TerminalCapabilitySet’…… 21 Hình 2.2: Cấu trúc tin ‘TerminalCapibilitySet’……………………………………….… 22 Hình 2.3: Mở kênh phương tiện sử dụng tin H.245 ‘OpenMediaChannel’…………… 23 Hình 2.4: Báo cáo Lưu lượng RTP RTCP người nhận tin báo cáo người gửi…………….24 Hình 2.5: Định vị gatekeeper sử dụng tin multicast GRQ……………………………… ……26 Hình 2.6: Chế độ gọi trực tiếp quản lý Gatekeeper………………………………… …….28 Hình 2.7 : Giải phóng gọi H.245 H.225 level(Q.931 RAS)……………………….….…30 Hình 2.8: Gatekeeper giải thích nguyên nhân phát hành Q.850 chuyển hướng gọi dạng thích hợp.………………………………………………………………………………… …32 Hình 2.9: Mời người tham gia vào hội nghị MCU kiểm soát…………………………… ….…34 Hình 2.10: Hội nghị H.332…………………………………………………………… ….… … 37 THUẬT NGỮ VIẾT TẮT ARQ Admission Request ACF Admission Cofirm ARJ Admission Reject BRQ Bandwidth Request BRJ Bandwidth Reject DRQ Disengage Request DCF Disengage Confirm DRJ Disengage Reject GRQ Gatekeeper Request GCF Gatekeeper Confirm GRJ Gatekeeper Reject IDSN Integrated Service Digital Network Mạng dịch vụ tích hợp số ITU International Telecommunication Union Hiệp hội Viễn thông Quốc tế MC Multipoint Controller Bộ điều khiển đa điểm Yêu cầu cho phép Xác nhận cho phép Từ chối cho phép Yêu cầu băng thông Từ chối băng thông Yêu cầu ngắt kết nối Xác nhận gỡ bỏ Từ chối loại bỏ Yêu cầu gatekeeper Xác nhận gatekeeper Từ chối gatekeeper MCU Multipoint Control Unit Khối đa điểm MGC Media Gateway Controller Bộ điều khiển cổng đa phương tiện MP Multipoint Processor Bộ xử lý đa điểm MG Media Gateway Cổng đa phương tiện RAS Register, Administrator and Signalling đăng ký, quản trị báo hiệu RRQ Resgistration Request Yêu cầu đăng ký RCF Registration Comfirm Xác nhận đăng ký RRJ Registration Reject Từ chối kí RTP Realtime Transport Protocol Giao thức giao vận thời gian thực RTCP Realtime Transport Control Protocol Giao thức điều khiển thời gian thực URQ Unregistration Request Yêu cầu hủy đăng ký UCF Unregistration Confirm Xác nhận URJ Unregistration Reject Từ chối UDP User Datagram Protocol Giao thức người dùng TCP Transmission Control Protocol Giao thức điều khiển truyền dẫn VoIP Voice over Internet Protocol Truyền thoại theo giao thức Internet Lời mở đầu Ngày phát triển khoa học kĩ thuật cho phép liên lạc với nơi , ko giọng nói trí hình ảnh với nhiều người tham gia Với xu hướng hội tụ công nghệ mạng, hàng loạt giải pháp điều khiển kết nối đưa nhằm thích ứng với điều kiện mạng nâng cao chất lượng dịch vụ cho người sử dụng Bằng việc thực tiểu luận môn học báo hiệu điều khiển kết nối , nhóm học em xin trình bày tìm hiểu giao thức góp phần cấu tạo nên gọi giao thức H323 Giao thức H323 giao thức áp dụng rộng rãi hội nghị truyền hình, tổng đài voip điện thoại voip Bài tiểu luận chúng em chủ yếu tìm hiểu cấu tạo nguyên lý hoạt động thành phần có giao thức H323 , lại gọi phương thức truyền thông đa phương tiện H323 , phân tích gọi , họp với H323 để từ mong truyền đạt nội dung bổ ích tới bạn học báo cáo với giáo Dù có nhiều cố gắng trình tìm hiểu nhận thức trình độ cịn hạn hẹp nên viết khơng tránh khỏi thiếu sót hạn chế Vậy em mong nhận ý kiến đóng góp, nhận xét để em có thêm điều kiện học hỏi thêm cao kiến thức mình, phục vụ tốt cho trình học tập sau Chương : Giới thiệu H.323 Hệ thống truyền thông đa phương tiện dựa H323 1.Giới thiệu H323 1.1.1 Khái niệm giao thức H323 - H.323 chuẩn quốc tế hội thoại mạng internet dựa phương thức chuyển mạch gói đưa hiệp hội viễn thông quốc tế ITU (International Telecommunication Union) 1996 Nó sở để truyền âm thanh, video liệu thông qua Internet cho hầu hết nhà sản xuất hội nghị truyền hình lớn - Phiên đưa vào năm 1996 phiên gần (version 4) ban hành vào 6/2003 Phiên hỗ trợ H.245 TCP, Q.931 TCP RAS UDP Các phiên hỗ trợ thêm H.245 H.931 TCP UDP Phiên hỗ trợ kiến trúc báo hiệu đảm bảo chất lượng dịch vụ 1.1.2 Thành phần giao thức H323 Chuẩn H323 dựa bốn thành phần sử dụng để chạy hội nghị video ví dụ : hội nghị điểm-điểm đa điểm: • • • • Terminal MCU Gatekeeper Gateway Hình 1.1 : Thành phần giao thức H323 1.2.1.1 Terminal ( thiết bị đầu cuối) Thiết bị đầu cuối yếu tố quan trọng trình giao tiếp Các thiết bị đầu cuối mạng cục LAN cung cấp liên lạc đa phương tiện theo thời gian thực Thiết bị đầu cuối H323 máy tính thiết bị chạy ứng dụng đa phương tiện Các đầu cuối H.323 cần phải hỗ trợ thành phần sau: H323 + Chuẩn H.225 cho trình báo hiệu thiết lập gọi + Chuẩn H.245 cho việc trao đổi khả đầu cuối để tạo kênh thông tin + RAS cho việc đăng ký điều khiển hoạt động quản lý khác với GK + RTP/RTCP sử dụng cho việc truyền gói tin đa phương tiện + Các chuẩn mã hoá thoại 1.1.2.2 Gateway Nhiệm vụ gateway thực việc kết nối mạng khác H.323 gateway cung cấp khả kết nối mạng H.323 mạng H.323 việc kết nối thực nhờ chức chuyển đổi giao thức trình thiết lập, giải phóng gọi (H.225 sang H.221 H.245 sang H.242) chức biến đổi khuôn dạng liệu mạng khác gateway Cấu trúc Gateway bao gồm Bộ điều khiển cổng đa phương tiện MGC (Media Gateway controller), cổng đa phương tiện MG (Media Gateway) cổng báo hiệu SG (Signalling Gateway) minh họa hình Hình 1.2 Cấu tạo Gateway Các đặc tính Gateway giao thức H.323 gồm có: thơng tin với luồng RTP: chế độ tín hiệu Đây phần trích dẫn H.245 Chỉ báo đầu vào người dùng Định nghĩa ASN.1 hiển thị tham số thêm vào: • Phần tử thơng tin ISDN đưa vào SETUP tin nhắn THÔNG TIN Điều kế thừa từ ISDN sử dụng kết hợp với luồng gọi gửi chồng chéo • Một kênh logic RTP đặc biệt mở để mang tải RTP DTMF Đơn vị sử dụng khoảng thời gian giống đơn vị sử dụng cho dấu thời gian Nếu kênh logic riêng biệt mở, tốc độ lấy mẫu coi 8.000 Hz Để biết thêm chi tiết RFC 2833 Phương pháp đề xuất cho H.323v2 Diễn đàn VoIP Cái trước H.245v7 xuất Quy trình mở ban đầu mơ tả sau: Có thể chèn gói DTMF RTP kênh logic tiếng nói Trong trường hợp này, loại trọng tải nên hình thành sau để tránh nhầm lẫn với RTP PT động cố định (các giá trị phải nhỏ 128): 'PT giọng nói chọn (ví dụ: 8)' ‘DTMF PT’ + 128 PT nên sử dụng OpenLogicalChannel Nếu điều khiển từ xa terminal không hiểu loại meta này, điều có nghĩa khơng hỗ trợ phương thức Phương pháp nên bị loại bỏ thay quy trình H.323v4 H.245v7 Nhìn chung, phương pháp Chỉ báo đầu vào người dùng ưu tiên hơn, gói thường nhỏ để báo hiệu liên kết mạng thiết kế tốt IVR nhạy cảm với thời gian DTMF Trong kinh nghiệm triển khai khác chúng tôi, phương pháp ln hoạt động xác Tuy nhiên, gọi quốc tế với thời gian lớn hệ thống IVR nhạy cảm với thời gian, cần sử dụng phương pháp thứ hai 2.1.1.5 Giai đoạn thứ tư: hộp thoại Bây ông A ông B nói chuyện gặp họ mở video logic kênh truyền hình Dữ liệu phương tiện gửi dạng gói RTP Báo cáo người nhận RTCP (RR) cho phép điểm cuối đo lường chất lượng dịch vụ mạng: Thông báo RTCP chứa phần nhỏ gói bị kể từ RR cuối cùng, gói tích lũy, jitter lần đến chuỗi cao số nhận Về lý thuyết, thiết bị đầu cuối H.323 đáp ứng với việc gia tăng gói cách giảm tốc độ gửi, có hể cách thay đổi động mã âm nhưng, thực tế, thông tin RTCP không sử dụng hầu hết thiết bị đầu cuối Lưu ý H.323 yêu cầu sử dụng cặp cổng RTP / RTCP cho phiên Có thể có ba phiên thiết bị đầu cuối H.323: phiên âm (id phiên 1), phiên video (id phiên 2) phiên liệu (id phiên 3), khơng có tiêu chuẩn ngăn khơng cho thiết bị đầu cuối mở thêm phiên Đối với phiên nên có cổng RTCP sử dụng (tức có đồng thời luồng RTP từ A đến B từ B đến A, người gửi RTCP báo cáo người nhận báo cáo cho hai luồng sử dụng cổng UDP) 24 Hình 2.4: Báo cáo Lưu lượng RTP RTCP người nhận tin báo cáo người gửi 2.1.1.6 Giải phóng gọi Làm để kết thúc gọi H.323? Nếu ông A cúp máy, đầu cuối A phải gửi tin H.245 CloseLogicalChannel cho kênh logic mà A mở B xác nhận thơng báo Close Logical Channel Ack Sau tất kênh logic đóng lại, A gửi H.245 end Session Command, đợi nhận tin nhắn từ B (B đóng tất phương tiện trước gửi end Session Command) đóng kênh điều khiển H.245 Cuối cùng, A B phải gửi tin H.225 Release Complete qua tín hiệu gọi mở, sau đóng kênh H.225 Cuộc gọi bị xóa 2.1.2 Thực gọi công cộng từ Internet sử dụng Gatekeeper 2.1.2.1 Sử dụng mơ hình gọi trực tiếp Xét ví dụ thực tế: Bây ơng A muốn gọi cho vợ mình, bà B, người sở hữu điện thoại thông thường địa IP Điều dễ hiểu địa IP thường khó nhớ hầu hết nhà mạng cung cấp địa IP động cho người dùng họ Khi giải pháp để kết nối hai thiết bị đầu cuối ngẫu nhiên đời, gọi Gatekeeper Gatekeeper thành phần phức tạp giao thức H.323 Lần đưa vào sử dụng H.323v1, thời điểm đó, hầu hết người khơng thực hiểu lợi ích mang lại Để dễ hình dung, Gatekeeper coi loại phương tiện để tìm địa IP H.323v2 làm rõ vai trị Gatekeeper thừa nhận rộng rãi Gatekeeper chịu trách nhiệm cho hầu hết dịch vụ dựa mạng (tức dịch vụ cần thực độc lập với thiết bị đầu cuối thiết bị đầu cuối bị tắt) Các dịch vụ bao gồm: 25 ✓ Đăng ký(Registration): khả biết đăng nhập đạt thiết bị đầu cuối cụ thể ✓ Cho phép(Admission): Kiểm tra quyền truy cập tài nguyên ✓ Trạng thái(Status): Giám sát tính khả dụng điện thoại liên quan đến tài nguyên mạng, chẳng hạn cổng thiết bị đầu cuối Tìm địa kết nối để sử dụng để gọi thuê bao cụ thể phần vai trị Gatekeeper, việc phụ thuộc vào trạng thái bên gọi (ví dụ: người chưa đăng ký, gọi chuyển hướng đến máy phản hồi tự động điện thoại thông thường thông qua Gateway), tên thuê bao người gọi (thuê bao có chặn gọi, chẳng hạn trường hợp dịch vụ không làm phiền), trạng thái tài nguyên cụ thể (nếu tất cổng cổng bận, cần sử dụng cổng khác) Do đó, Gatekeeper chịu trách nhiệm định tuyến tất gọi VoIP mạng H.323 thực dịch vụ gọi chuyển tiếp khơng có phản hồi Tập hợp tất điểm cuối H.323, máy chủ hội nghị (MCU) cổng quản lý Gatekeeper gọi khu vực.Thiết bị đầu cuối Gatekeeper sử dụng giao thức cho mục đích đăng ký, kiểm tra trạng thái, đặt tên giao thức RAS 2.1.2.1.1 Xác định vị trí Gatekeeper Trong cấu hình đơn giản, địa IP Gatekeeper đơn giản định cấu hình theo cách thủ công tự động thiết bị đầu cuối VoIP Đây trường hợp thường xuyên mạng H.323 thực tiễn Địa IP thường lấy điểm cuối VoIP khởi động: có địa IP thơng số cấu hình thơng qua máy chủ DHCP(Dynamic Host Configuration Protocol), tham số cấu hình tên Máy chủ TFTP tệp cấu hình Sau đó, điểm cuối tải xuống tệp cấu hình cách sử dụng giao thức TFTP, định địa Gatekeeper Nếu chế cấu sử dụng không phù hợp, H.323 phát triển chế để tự động tìm Gatekeeper mạng Điều có số lợi (ví dụ: có máy tính xách tay chuyển vùng số địa điểm văn phịng) Để tìm Gatekeeper, thiết bị đầu cuối H.323 phải gửi tin Yêu cầu Gatekeeper(GRQ) đến địa nhóm 224.0.1.41 cổng UDP 1718 Trong thơng báo GRQ, định liệu có sẵn sàng liên hệ với Gatekeeper cụ thể hay không Thiết bị đầu cuối đề cập đến tên thuê bao nó, cho phép Gatekeeper phản hồi cho nhóm thiết bị đầu cuối cụ thể Cuối cùng, GRQ gửi dạng unicast tới cổng 1718, tốt 1719, mặc định cho thông báo RAS unicast, rõ ràng trường hợp này, điểm cuối phải biết địa IP Gatekeeper có trước Thơng báo GRQ nên gửi với thời gian tồn (TTL) thấp theo thứ tự để tiếp cận Gatekeeper mạng cục trước, sau sử dụng tìm kiếm vịng mở rộng (Hình 1) Thơng báo GRQ cho GK biết địa chuyển thiết bị đầu cuối mong nhận phản hồi, loại thiết bị đầu cuối tên thiết bị đầu cuối ) Mỗi Gatekeeper phải thuộc nhóm 224.0.1.41 nghe cổng 1718 Do đó, nhiều Gatekeeper phản hồi theo địa định đầu cuối có thơng báo Xác nhận Gatekeeper (GCF) cho biết tên Gatekeeper, địa unicast cổng mà Gatekeeper sử dụng cho tin RAS Nó bao gồm tên thơng tin vận chuyển Gatekeeper dự phịng khác 26 Hình 2.5: Định vị gatekeeper sử dụng tin multicast GRQ 2.1.2.1.2 Đăng ký Nếu nhận nhiều phản hồi từ Gatekeeper trình khám phá, thiết bị đầu cuối chọn phản hồi đăng ký phản hồi với Gatekeeper chọn cách gửi unicast Thông báo Yêu cầu đăng ký (RRQ) (thường cổng UDP 1719) Bản tin mang thông tin quan trọng: địa vận chuyển sử dụng để gọi báo hiệu Đăng ký 'trạng thái mềm' thiết bị đầu cuối vậy, trường hợp định thời gian tồn cho đăng ký làm đăng ký theo định kỳ cách gửi nhiều RRQ Những tin RRQ có thơng số đặc biệt ‘keepAlive’ đặt không bao gồm đăng ký đầy đủ thông tin Gatekeeper phản hồi thơng báo Xác nhận đăng ký (RCF) Gatekeeper định mã định danh cho thiết bị đầu cuối này, mã phải chép tất lần Thông báo RAS GK gán bí danh cho điểm cuối yêu cầu RCF Cho dù thiết bị đầu cuối có chọn sử dụng đăng ký ‘keepAlive’ hay khơng, Gatekeeper u cầu RRQ ‘keepAlive’ cách định thời gian tối đa để tồn phản hồi 2.1.2.1.3 Yêu cầu quyền thực gọi Bây thiết bị đầu cuối ơng A tìm thấy Gatekeeper đăng ký, ông A cần yêu cầu cho phép từ Gatekeeper cho gọi mà muốn thực Trong trường hợp ơng muốn liên hệ với vợ ông theo số +84 987654321 Đầu tiên, thiết bị đầu cuối thuê bao gửi thông báo Yêu cầu Cho phép (ARQ) tới Gatekeeper Thơng điệp ARQ bao gồm: • Một số • Định danh đầu cuối Gatekeeper gán • Loại gọi (điểm tới điểm) • Mơ hình gọi mà thiết bị đầu cuối sẵn sàng sử dụng • Thơng tin điểm đến: trường hợp địa +84 987654321 bà, Lưu ý ký tự '+' để biểu thị mã quốc gia, ký tự không chuyển tin nhắn ARQ Trong thực tế, ông A sử dụng quy ước quay số địa phương, số đầy đủ khn mẫu quốc tế • Giá trị tham chiếu gọi (CRV), giá trị chép thơng báo SETUP • Một CallID tồn cầu • Ước tính băng thơng hai chiều sử dụng cho lệnh 27 gọi phương tiện Điều bao gồm âm video gửi từ bên gọi đo không bao gồm chi phí mạng Đây ước tính thơ hầu hết trường hợp, CODEC thương lượng sau Ví dụ: thiết bị đầu cuối có âm 128 kbit / s trường hợp xấu hai thiết bị đầu cuối thương lượng codec G.711 (64 kbit / s) cho kênh logic âm đến Điểm cuối sử dụng Các thơng báo u cầu băng thơng (BRQ) sau để u cầu thêm băng thơng (ví dụ: cần mở kênh video) Hai mơ hình gọi đề cập đến cách kênh báo hiệu gọi (mang Q.931 ) kênh H.245 thiết lập điểm cuối Điểm cuối gọi thiết lập kênh trực tiếp với điểm cuối gọi (chế độ trực tiếp) thiết lập kênh với Gatekeeper chuyển tiếp thông tin báo hiệu gọi điều khiển gọi đến điểm cuối gọi (có thể có số Gatekeeper định tuyến Kênh Q.931 H.245 hai điểm cuối) Chế độ sau Gatekeeper chế độ định tuyến Trong ví dụ này, chúng tơi sử dụng mơ hình trực tiếp Nếu người nhận định chấp nhận gọi, Gatekeeper phản hồi tin Chấp nhận Cho phép (ACF): • Mơ hình gọi để sử dụng (bất kể trước gọi điểm cuối) • Địa vận chuyển cổng để sử dụng cho báo hiệu gọi Q.931 Địa Địa IP cổng gọi trực tiếp (hoặc địa IP cổng gọi số điện thoại thông thường) mơ hình trực tiếp Gatekeeper định định tuyến gọi Trong ví dụ trên, Gatekeeper phản hồi địa IP cửa ngõ • Băng thơng cho phép cho gọi • Gatekeeper u cầu thiết bị đầu cuối gửi tin IRR (Yêu cầu thông tin) theo thời gian để kiểm tra xem điểm cuối cịn sống hay khơng Lưu ý giai đoạn nhập học thực thừa Gatekeeper muốn sử dụng Gatekeeper giữ tồn quyền kiểm sốt gọi chế độ định tuyến Trong H.323v2, giai đoạn nhập học sử dụng thơng báo ARQ / ACF bị bỏ qua Gatekeeper cấp quyền cho tin’preGrantedARQ’ tới điểm cuối giai đoạn đăng ký 2.1.2.1.4 Báo hiệu gọi Thông báo Xác nhận cung cấp thông tin cho thiết bị đầu cuối ông A cần thiết để hoàn thành gọi Bây thiết bị đầu cuối thiết lập báo hiệu gọi kết nối với địa báo hiệu gọi cổng định Gatekeeper, trường hợp cổng vào mạng điện thoại gửi tin ‘Q.931 SETUP’ Trước tiếp tục, thân cổng yêu cầu để hỏi Gatekeeper xem có phép thực gọi hay không sử dụng chuỗi ARQ / ACF ARQ đề cập đến tên thuê bao điểm cuối gọi / địa nhận tín hiệu gọi tên thuê bao điểm cuối gọi / địa báo hiệu gọi trường cho biết ARQ liên quan đến việc kết thúc gọi Trong ARQ bên nhận này, CRV (Giá trị tham chiếu gọi) tạo cục đó, khác với CRV ARQ bên gọi Nhưng CallID phải chép từ tin nhắn SETUP Gateway biết từ phần tử thông tin số bên gọi tin ‘H.323 SETUP’ mà phải gọi đến số điện thoại Nếu kết nối với điện thoại ISDN , gửi tin nhắn ‘ISDN Q.931 SETUP’ kênh D để bắt đầu kết nối ISDN Nếu kết nối với đường dây tương tự, khơng hoạt động quay số DTMF Nếu gửi gọi đến mạng SS7 ISUP, chuyển đổi tin SETUP thành tin địa ban đầu ISUP (IAM) Lưu ý định dạng số điện thoại cần thay đổi (ví dụ: mã quốc gia cần bị gỡ bỏ) Trong chế độ trực tiếp, điều cần 28 thực qua gateway, trong chế độ định tuyến, điều thường thực Gatekeeper, tập trung vào việc đánh số quản lý kế hoạch định tuyến Cổng gửi thông báo ‘H.225 ALERTING’ đến người gọi có nhận báo từ mạng điện thoại điện thoại người nhận đổ chuông gửi thông báo CONNECT người nhận vừa nhấc điện thoại Nếu gateway kết nối qua đường ISDN, kiện báo hiệu mạng điện thoại sử dụng Q.931 thông báo ALERTING CONNECT tương tự Nếu dòng tương tự, gateway cần phát điều kiện chng / bận / kết nối thích hợp Thơng báo ALERTING CONNECT chứa địa vận chuyển phép thiết bị đầu cuối ông A để thiết lập kênh điều khiển H.245 mà thương lượng CODEC mở kênh truyền thơng Hình 2.6: Chế độ gọi trực tiếp quản lý Gatekeeper 2.1.2.1.5 Giai đoạn giải phóng gọi Bất kỳ bị treo máy (ví dụ: cổng Hình 7) trước tiên cần phải đóng kênh sử dụng thơng báo ‘H.245 CloseLogicalChannel’ Sau đó, cổng gửi thông báo ‘H.245 endSessionCommand’ đến thiết bị đầu cuối người gọi chờ nhận tin nhắn từ thiết bị đầu cuối người gọi Cổng vào sau đóng kênh H.245 Nếu Q.931 kênh mở, thiết bị đầu cuối phải gửi thông báo ‘Q.931 ReleaseComplete’ trước đóng nó, sau thiết bị đầu cuối cổng phải gửi tin Yêu cầu loại bỏ (DRQ) cho Gatekeeper, cho phép Gatekeeper biết gọi liên kết tài nguyên mạng tiến hành Gatekeeper phản hồi người tin Từ chối Xác nhận (DCF) Ở giai đoạn này, thiết bị đầu cuối cổng gửi IRR nhắn cho Gatekeeper, phải dừng lại Nếu có nhiều Gatekeeper cổng thiết bị đầu cuối đăng ký cho Gatekeeper khác nhau, người gửi DRQ đến Gatekeeper Thiết bị đầu cuối cổng khơng có lý để hủy đăng ký (được thực cách gửi thông báo ‘UnregistrationRequest’ URQ cho gatekeeper), ví dụ: trừ người gọi định đóng phần mềm điện thoại IP Một thiết bị đầu cuối nên đăng ký miễn thực nhận gọi 29 Nếu trình gọi, Gatekeeper muốn hủy gọi, gửi DRQ tới hai điểm cuối Khi nhận DRQ, điểm cuối phải gửi H.245 ‘endSessionCommand’ đến điểm cuối khác, đợi để nhận lệnh ‘endSession’, đóng kênh Q.931 q trình phát hành hồn tất gửi DCF đến Gatekeeper Tất nhiên, điều phụ thuộc vào việc triển khai điểm cuối sử dụng cách đáng tin cậy cho ứng dụng gọi trả trước bên gọi khơng phải thiết bị đáng tin cậy Vì ứng dụng vậy, điểm cuối không tin cậy hồn tồn, mơ hình gọi định tuyến phải sử dụng Trong chế độ trực tiếp, ghi chi tiết gọi phải tạo cổng, RAS thơng tin có sẵn cấp Gatekeeper khơng đủ xác cho hầu hết mục đích Ví dụ: khơng có quyền truy cập vào nguyên nhân phát hành gọi (mã phát hành Q850 nhà mạng cung cấp cho gọi phát hành, nêu rõ lý bỏ cuộc gọi: xóa bình thường, tắc nghẽn mạng, người dùng bận, lỗi chuyển mạch, v.v.) Ngồi ra, thơng tin thời gian kết hợp lỏng lẻo với thời gian phát hành gọi thực thơng tin bắt đầu dừng có sẵn máy khác trường hợp mạng có nhiều Gatekeeper Điều làm cho hồ sơ kế toán cấp Gatekeeper tốt Trong việc triển khai ngồi đời thực với mạng đa cổng, khơng may có cổng định tuyến gặp cố hiển thị hành vi không mong muốn, chế độ trực tiếp làm cho khó phát gọi 'cuộc gọi ma', gọi lý hoạt động mạng, ngồi tầm kiểm soát, nhiều ngày nhiều tháng Tất vấn đề giải cách sử dụng Gatekeeper định tuyến Hình 2.7 : Giải phóng gọi H.245 H.225 level(Q.931 RAS) 2.1.2.1.6 Ưu điểm nhược điểm mơ hình gọi trực tiếp ❖ Ưu điểm • Thực đơn giản, tin phải hỗ trợ • Việc thực thực gần khơng có trạng thái chức quay số bên 30 ngồi • Các gọi thiết lập không bị ảnh hưởng gatekeeper không thành cơng • Dùng cho mục đích quảng cáo, gatekeeperthực khơng làm nhiều việc, nhà sản xuất tuyên bố số hiệu suất tuyệt vời vài trăm gọi giây! ❖ Nhược điểm • Trên thực tế, mơ hình trực tiếp có nhiều khuyết điểm không cho phép mạng VoIP đạt chất lượng dịch vụ ngang với mạng TDM truyền thống thực thực với gọi đơn giản • Tỷ lệ thực gọi đầu cuối • Việc định tuyến gọi khơng hiệu • Bảo mật 2.1.2.2 Mơ hình định tuyến Gatekeeper Gatekeeper sử dụng mơ hình định tuyến xử lý tất thông tin báo hiệu gọi không cho phép điểm cuối thiết lập gọi trực tiếp Một số gatekeeper định cấu hình để sử dụng mơ hình mơ hình trực tiếp sở tuyến đường Mơ hình định tuyến hồn tồn giống với cách cơng tắc TDM truyền thống xử lý gọi điện thoại, ngoại trừ ngoại lệ: sử dụng mơ hình định tuyến, luồng phương tiện trao đổi trực tiếp điểm cuối Mơ hình định tuyến cung cấp tất lợi định tuyến lớp (khả phân tích nguyên nhân phát hành, định tuyến lại gọi, bảo mật tốt hơn), không yêu cầu phần cứng viễn thông chuyên dụng khơng cần ma trận chuyển mạch TDM Bằng cách sử dụng mơ hình nhược điểm kể chế độ trực tiếp giải quyết: • Đã phát thấy tắc nghẽn, cho dù cấp cổng vào nơi mạng PSTN cách phân tích nguyên nhân phát hành Q.850 Cuộc gọi định tuyến lại động đến tuyến kết thúc (Hình 8) Với gatekeeper chế độ định tuyến, tỷ lệ thất bại nhận thấy gọi nguồn tích tỷ lệ lỗi tất tuyến kết thúc cho điểm đến Nếu trình quản lý cổng chế độ định tuyến có chi phí thấp tính định tuyến, tuyến đối tác chi phí thấp 20% gọi sử dụng mức 100% dung lượng Điều tối ưu hóa chi phí, cung cấp tỷ lệ thất bại gọi nhận thức phần nghìn cho nhà cung cấp dịch vụ khách hàng • Nếu gọi khơng thực lý nào, chuyển đến máy chủ thông báo mạng (được định nghĩa đơn giản tuyến đường cuối cho tất điểm đến) • Định tuyến tập trung xử lý cách không việc lựa chọn điểm đến thích hợp mà cịn việc chuyển đổi định dạng bí danh Các cổng cần hỗ trợ luồng gọi H.323 bản, khơng có logic cục để định tuyến thao tác bí danh gọi Mọi thứ cung cấp tập trung công cụ định tuyến gatekeeperchế độ định tuyến.Chế độ định tuyến cho phép tính phứctạp (ví dụ, mạng riêng ảo) gatekeeper chuyển đổi kế hoạch đánh số riêng tư công khai Điều không yêu cầu khả điểm cuối bên cạnh hỗ trợ cho gọi H.323 cung cấp cho điểm cuối, bao gồm điện thoại IP IPPBX 31 • Các gatekeeper có quyền truy cập vào tất thơng tin báo hiệu bao gồm nguyên nhân giải phóng gọi Các tính kế tốn cấp cổng bị vơ hiệu hóa Các điểm cuối khơng cần phải đáng tin cậy, gatekeeper cung cấp tính tốn đáng tin cậy cho IP-PBX IP đơn giản điện thoại Điều cho phép nhà cung cấp dịch vụ cung cấp dịch vụ trung kế kinh doanh VoIP, thay đường E1 / T1 truyền thống kết nối với PBX băng thông rộng hỗ trợ VoIP kết nối • Kết nối với mạng bên thứ ba khách hàng bảo mật tín hiệu chuyển tiếp gatekeeper chế độ định tuyến Có thể hữu ích sử dụng gatekeeper chuyên dụng cho kết nối với bên thứ ba Nếu bị cơng, điều tồi tệ xảy kết nối với đối tác bị mất, phần cịn lại mạng khơng bị tổn hại Hình 2.8: Gatekeeper giải thích ngun nhân phát hành Q.850 chuyển hướng gọi dạng thích hợp 2.2 Thiết lập họp với H.323 2.2.1 Cầu nối họp MCU, hệ thống MC MP Có hai chức riêng biệt có hội nghị Cái chức kiểm soát, định phép tham gia hay không, cách thức người tham gia giới thiệu hội nghị có, cách người tham gia đồng hóa phương thức hoạt động, phép phát sóng phương tiện, v.v Vai trò đảm nhận H.323 thực thể chức gọi điều khiển đa điểm (MC) Khi nhiều người nói chuyện hội nghị âm thanh, họ phát đa hướng âm họ, tất thiết bị đầu cuối tự trộn luồng phương tiện riêng lẻ Trong hầu hết trường hợp, nhiên, thiết bị đầu cuối riêng lẻ có khả hạn chế, khơng thực tế phát đa hướng tất luồng phương tiện (đặc biệt trường hợp video) Nếu sử dụng phát đa hướng, thực thể mạng cần thực việc trộn chuyển đổi luồng phương tiện đến, gửi luồng xử lý kết tới thiết bị đầu cuối Trong trường hợp video hình ảnh từ loa hoạt động cuối cùng, trường hợp âm thiết bị đầu cuối nhận luồng việc bổ sung tất luồng từ người nói khác hội nghị (cộng với số riêng nó, giảm bớt) Trong H.323, thực thể chức gọi xử lý đa điểm (MP) 32 Một điểm cuối gọi chuyên dụng, có chứa MC tùy chọn nhiều MP, gọi đơn vị điều khiển đa điểm (MCU) Khơng MCU có chức MC, nhiên, thiết bị đầu cuối Gatekeeper có đủ tài nguyên có khả hoạt động MC thực số phương tiện trộn cục Tuy nhiên, thực thể chức MC thiết bị đầu cuối Gatekeeper gọi trực tiếp, bao gồm gọi trở thành đa bên Một hội nghị gọi hội nghị tập trung nghị sĩ trung tâm sử dụng để trộn chuyển đổi tất luồng phương tiện cho điểm cuối tham gia Khi thiết bị đầu cuối gửi phương tiện luồng đến tất thiết bị đầu cuối tham gia khác (trong đa hướng đa đơn hướng), gọi hội nghị phi tập trung 2.2.2 Tạo tham gia hội nghị 2.2.2.1 Sử dụng MCU trực tiếp Hầu hết thời gian, người định tạo hội nghị đặt tên cho nó, ví dụ, myconference@conferencerooms.com Vì vậy, người tham gia biết từ đầu gọi hội nghị Cách dễ để tạo hội nghị đơn giản để gọi MCU gửi thông báo SETUP với tham số ‘conferenceGoal’ để tạo CID độc quyền tồn cầu Nó bao gồm tên miền hội nghị Cho đến nay, khơng có khác với gọi thông thường Nếu MCU định chấp nhận gọi (điều dựa đặt phịng trước thực thơng qua trang web), phản hồi với CONNECT Điểm cuối MCU trao đổi ‘TerminalCapabilitySets’ họ Sau đó, thủ tục chủ-tớ bắt đầu, MCU ln chiến thắng trở thành MC kích hoạt hội nghị MCU cho biết MC kích hoạt hội nghị cách gửi thơng báo ‘MCLocationIndication’ đến điểm cuối gọi Nó gán 8-bit số đến thiết bị đầu cuối với thông báo ‘TerminalNumberAssign’ 2.2.2.2 Mời người tham gia Khi thiết bị đầu cuối nằm hội nghị, mời người khác (ví dụ: thiết bị đầu cuối C) tham gia cách gửi thông báo SETUP đến MC hoạt động với CRV mới, CID hội nghị tham số hội nghị Goal thiết lập để mời Địa đích và, tùy chọn, địa báo hiệu gọi đích thơng báo SETUP phải terminal C Khi nhận thông báo (Hình 2.26), MCU gửi thơng báo SETUP đến thiết bị đầu cuối C với CID hội nghị hội nghịGoal = mời Terminal C chấp nhận cách gửi tin nhắn CONNECT Tại thời điểm này, MCU gửi phát hành Hoàn thành đến thiết bị đầu cuối mời MC hoạt động thiết lập kênh điều khiển H.245 với nhà ga C sử dụng địa vận chuyển cung cấp kết nối Họ trao đổi TerminalCapabilitySets.MC báo hiệu trình làm chủ nơ lệ là MC hoạt động gửi thơng điệp MCLocationIndication Khi hồn thành, MC gửi thơng điệp đa điểmConference đến mời mời thiết bị đầu cuối Nếu có thiết bị đầu cuối khác gọi, MCU gửi cho họ terminalJoinedConference H.245 thông điệp để làm cho họ nhận thức người tham gia 33 Bởi thiết bị đầu cuối đến có khả khơng tương thích với kênh truyền thơng có hội nghị, MCU phải gửi thông tin liên lạc ModeCommand đến tất thiết bị đầu cuối định truyền phép chế độ cho luồng Tất kênh truyền thơng khơng tn thủ phải đóng cửa Tại thời điểm này, MC bắt đầu gửi tin nhắn OpenLogicalChannel đến điểm cuối Các điểm cuối nên chờ đợi, họ nhận hội nghị đa điểm tin nhắn, họ nhận thông điệpModeCommand để mở logic Kênh Tất điểm cuối phải gửi thư OpenLogicalChannel đến MC MCU bắt đầu lời mời (ví dụ: lời mời không thực từ Thiết bị đầu cuối H.323, từ giao diện Web MCU) Trong H.323 thương mại Sản phẩm, mơ hình sử dụng rộng rãi nhất, khơng u cầu hỗ trợ cho luồng gọi H.323 cụ thể điểm cuối tham gia Hình 2.9: Mời người tham gia vào hội nghị MCU kiểm soát 2.2.2.3 Tham gia gọi hội nghị diễn Một thiết bị đầu cuối dễ dàng tham gia hội nghị có cách gửi tin nhắn SETUP đến MCU với CID hội nghị hội nghịGoal = tham gia Nếu thiết bị đầu cuối biết Bí danh hội nghị, phải cung cấp để CID Hầu hết MCU thương mại sử dụng mơ hình đơn giản này, tất người tham gia gọi số tự động bắc cầu vào hội nghị Mơ hình khơng giả sử hỗ trợ cho tính hội nghị H.323 điểm cuối Để đảm bảo hội nghị ngăn người dùng ngẫu nhiên gọi trực tiếp đến cầu nối, gọi định tuyến thơng qua Gatekeeper chế độ định tuyến, điều định nhanh người tham gia cho phép dịch số bên gọi ban đầu thông báo SETUP thành số hội nghị (đây giải pháp sử dụng cho dịch vụ hội nghị truyền hình) Các nhà cung cấp khác có phản hồi giọng nói tương tác nhúng MCU, máy chủ xác thực người dùng cách nhắc nhập mã PIN 34 2.4.2.2 Các kịch hội nghị Khi hai điểm cuối (A B) bắt đầu gọi dạng gọi điểm-điểm, họ muốn đưa người khác vào trị chuyện Ai gọi số họ cần nói chuyện với người khác để giải vấn đề Trong trường hợp này, gọi không thiết lập trực tiếp MCU A B khơng có ý tưởng, lần thực gọi, trở thành gọi hội nghị Loại hội nghị gọi đặc biệt 2.4.2.2.1 Ông A mời Bà C Trong thảo luận, ông A ông B định đến rạp chiếu phim, họ cần nói chuyện cho vợ ơng A, bà C, để chọn phim ❖ Nếu ơng A ơng B sử dụng mơ hình gọi trực tiếp Trong trường hợp này, thiết bị đầu cuối ơng A ơng B cần có chức MC MC hoạt động MCU Ví dụ: thiết bị đầu cuối ông B có MC, ông A gửi đến thiết bị đầu cuối ông B thông báo SETUP CRV (không phải sử dụng cho gọi điểmđiểm ông A ông B), ‘conferenceGoal’ = ‘Invite’, tên bà C Nếu ông A ơng B khơng có thiết bị đầu cuối hỗ trợ MC, họ phải xóa gọi gọi lại bà C qua MCU Tuy nhiên, điều khơng thân thiện với người dùng Vì vậy, nhiều điện thoại H.323 bao gồm khả hội nghị ba chiều ❖ Nếu ông A ông B sử dụng mơ hình định tuyến Gatekeeper Giờ đây, với mơ hình định tuyến Gatekeeper, khơng có thiết bị đầu cuối có MC, ơng A ơng B mời bà C Gatekeeper có khả MC Trong trường hợp này, Gatekeeper coi MCU ví dụ Trong số trường hợp, Gatekeeper khơng có MC hộp, dễ dàng chuyển hướng tất thông báo liên quan đến hội nghị đến thực thể MC bên ngồi định tuyến tất tin Q.931 H.245 2.4.2.2.2 Bà C gọi ông A Khi bà C gọi cho ông A, bà ông gọi, bà gửi tin SETUP thông thường ❖ Nếu ông A ông B sử dụng chế độ gọi trực tiếp Khi thiết bị đầu cuối ông A nhận thơng báo SETUP này, thiết bị đầu cuối đề xuất menu cho ông A hỏi liệu ông có muốn: (1) Từ chối gọi (2) Tạm dừng gọi với ơng B nói chuyện với bà C (3) Bao gồm bà C gọi với ông B Nếu thiết bị đầu cuối ông A ông B có khả MC, ông A chọn (3) Giả sử rằng, có thiết bị đầu cuối ơng B có khả MC 35 Thiết bị đầu cuối bà C nhận thông báo ‘FACILITY’ cho biết gọi chuyển đến thiết bị đầu cuối ông A (một tuyến tham số ‘CallToMC’ có sở tin nhắn) thiết bị đầu cuối có khả MC Thông báo cho biết có CID gọi với ơng B Thiếtbị đầu cuối bà C thực gọi với ông A thiết lập gọi với ông B Bây giờ, thông báo SETUP gửi thiết bị đầu cuối bà C chứa CID với gọi diễn ông B ông A, ‘conferenceGoal=Join’ Sau đó, luồng gọi tiếp tục thể ơng B MCU ví dụ JOIN Ví dụ này, theo lý thuyết hội nghị H.323, khó có khả xảy thực tế Đầu tiên, hầu hết điểm cuối H.323 thiết kế để sử dụng với giữ cổng chế độ trực tiếp có chức MC bên Một lý khác chuyển hướng dựa nguồn (bắt đầu tin nhắn gửi đến thiết bị đầu cuối chuyển hướng gọi anh ấy) hoạt động mạng riêng: mạng công cộng, quy ước quay số thiết bị đầu cuối chuyển hướng thiết bị đầu cuối chuyển hướng khác, đó, số ông A đưa cho bà C tin nhắn ‘FACILITY’ khơng sử dụng bà C Còn nhiều khác lý khiến kịch chuyển hướng sử dụng qua mạng công cộng ❖ Nếu ông A ông B sử dụng mơ hình định tuyến Gatekeeper Điều giống với trường hợp gọi trực tiếp, ngoại trừ việc tin nhắn ‘FACILITY’ gửi ông A chứa địa Gatekeeper, người chịu trách nhiệm cho chức MC, trực tiếp cách gọi máy chủ bên Kể từ gọi từ bà C đến qua Gatekeeper, thơng điệp ‘FACILITY’ bị chặn Gatekeeper Gatekeeper sử dụng quy trình định tuyến lại bên thứ ba, thay truyền bá thông điệp ‘FACILITY’ đến tận điểm cuối bà C Điều giúp loại bỏ vấn đề quy ước quay số khơng tương thích tất vấn đề khác liên kết với mạng công cộng ❖ Hội nghị RAS Trong hầu hết trường hợp, thiết bị đầu cuối biết bí danh hội nghị mà họ muốn tham gia Do đó, ARQ ban đầu chứa bí danh hội nghị tham số Thơng tin đích ARQ Tham số CID đặt thành 0, có nghĩa khơng xác định ‘CallIdentifier’ phải đặt người gọi bình thường Gatekeeper trở lại địa truyền tải Q.931 điểm cuối chứa MC (MCU điểm cuối với khả MC) ACF Về lý thuyết, sau người gọi biết giá trị xác CID (sau nhận kết nối từ MC), phải thông báo cho Gatekeeper tin IRR RAS; thực tế, điểm cuối làm điều 2.2.3 H.332 Mơ hình hội nghị mô tả phần kết hợp chặt chẽ với nhau: tất người tham gia trì kết nối điều khiển H.245 đầy đủ với MCU Điều tốn tài nguyên mô hình bị gặp trục trặc số lượng người tham gia tăng lên vượt vài chục Các hội nghị với số lượng lớn người tham gia có xu hướng tổ chức với số lượng giới hạn người nói (thường 10 người) lượng lớn người nghe hầu hết thời gian nói người điều hành u cầu H.332 mơ tả điện tử tương đương với hội nghị ban hội thẩm (Hình 8), gọi hội 36 nghị kết hợp mở rộng, thiết kế để mở rộng quy mơ đến hàng nghìn người tham gia H.332 hỗn hợp thông thường chặt chẽ hội nghị kết hợp (được sử dụng số lượng người nói cố định) hội nghị RTP / RTCP đa hướng dành cho người nghe thụ động Người nghe RTP / RTCP phải biết codec sử dụng chi tiết khác (cổng UDP, ) H.332 sử dụng cú pháp IETF Giao thức mô tả phiên (SDP) để mã hóa giá trị tham số Một Loại SDP (a = type: H332) xác định người nghe RTP biết H.332hội nghị Thơng tin truyền đạt Thông báo phiên IETF Giao thức (SAP) tệp đơn giản trang web gửi qua email Do số lượng lớn người tham gia, hội nghị có tính kết hợp cao thành viên phải chịu số ràng buộc: codec sử dụng phải trì ổn định Nếu thành viên buộc thương lượng khả kích hoạt thay đổi codec, thông báo SDP phải tạo Truyền bá thông tin SAP cách khác thời gian hầu hết trình nghe RTP bị bỏ qua họ thông báo thông báo Cái khó cho phép người điều hành mời người nghe nói chuyện, người nghe yêu cầu cấp quyền đặt câu hỏi Để tham gia mời ban hội thẩm, trình nghe RTP phải có số khả H.323 Các thiết bị đầu cuối RTP / RTCP đơn giản lắng nghe Để tham gia hội đồng, người nghe phải sử dụng hội nghị H.323 thông thường tham gia phải biết địa MC cung cấp SDP Hình 2.10: Hội nghị H.332 37 KẾT LUẬN: Qua tiểu luận thấy tiêu chuẩn H.323 sử dụng nhiều tiến trình thiết lập gọi thiết hội nghị truyền thông đa phương tiện H.323 thực hàng tỷ phút VoIP năm Hầu hết mạng chạy H.323v2 với số phần mở rộng phiên Phiên giao thức hưởng lợi từ kinh nghiệm tích lũy nhà cung cấp VoIP hàng trăm mạng VoIP Tuy nhiên, mạng điện thoại phức tạp nhiều so với dự đoán ngày đầu thoại qua IP giao thức H.323, trưởng thành, cần cải tiến mở rộng để đáp ứng gọi cụ thể tìm thấy mạng PSTN Tài liệu tham khảo: Bài giảng Báo hiệu điều khiển kết nối - Biên soạn ThS.GVC Hoàng Trọng Minh(Chủ biên), ThS Nguyễn Thanh Trà, Hà Nội (2013) Olivier Hersent - IP Telephony_ Deploying VoIP Protocols and IMS Infrastructure, Second Edition (2010) 38 ... .14 1.2 H? ?? thống truyền thông đa phương tiện dựa H3 23 1.2.1 Thế truyền thông đa phương tiện ?…………………………………… … 15 1.2.2 Sơ lược h? ?? thống truyền thông đa phương tiện dựa H. 323 15 1.2.2.1 Thiết lập... em có thêm điều kiện h? ??c h? ??i thêm cao kiến thức mình, phục vụ tốt cho trình h? ??c tập sau Chương : Giới thiệu H. 323 H? ?? thống truyền thông đa phương tiện dựa H3 23 1.Giới thiệu H3 23 1.1.1 Khái niệm... tin phương thức trao đổi Terminal Thu thập khả Trường h? ??p h? ??i thoại cho biết CODEC sử dụng bên đầu cuối Chỉ thị kết thúc phiên Chỉ thị kết thúc phiên H. 245 H? ?? thống truyền thông đa phương tiện dựa
Ngày đăng: 06/02/2022, 12:25
Xem thêm:
