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

Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP

50 8 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 50
Dung lượng 2,94 MB

Nội dung

Học viện Cơng Nghệ Bưu Viễn thơng BÁO CÁO TIỂU LUẬN Môn: Báo hiệu điều khiển kết nối Đề tài: Giao thức điều khiển cổng đa phương tiện MGCP Giảng viên: Hồng Trọng Minh Thành viên nhóm 14: Bùi Văn Hiếu- B18DCVT146 Hồ Khánh Linh- B18DCVT242 Đào Mạnh Quang- B18DCVT330 Mục lục Giới thiệu: có MGCP? ………………………………4 1.1 : Các giao thức kích thích ………………………………………4 1.2: Các cổng phân chia đời MGCP………………………6 1.3: Một vài lịch sử MGCP ……………………………………… MGCP 1.0 ……………………………………………………… 2.1: Mơ hình kết nối MGCP……………………………………… 11 2.2: Giao thức ………………………………………………………14 2.2.1: Tổng quan………………………………………………………14 2.2.2: Sự kiện gói tín hiệu……………………………………………17 Định nghĩa cú pháp………………………………………… 17 Các loại tín hiệu…………………………………………………17 Gói thơng thường……………………………………………18 2.2.3: Lớp truyền tải MGCP qua UDP………………………………… 19 Các lệnh phản hồi MGCP gửi qua UDP……………19 Một vài khả xử lý lệnh……………………………………21 2.2.4: Các lệnh MGCP từ đại lý gọi đến cổng………………………22 Lệnh cấu hình điểm cuối EPCF ………………………………22 Lệnh u cầu thơng báo RQNT ………………………………23 Tìm hiểu tham số lệnh RQNT Tạo lệnh kết nối CRCX…………………………………………30 Sửa đổi lệnh kết nối MDCX……………………………………35 Xóa lệnh kết nối DLCX…………………………………………35 6.Lệnh kiểm tra điểm cuối AUEP ………………………………36 7.Lệnh kết nối kiểm tra AUCX……………………………………36 2.2.5: Lệnh MGCP từ cổng vào đại lý gọi…………………………38 Thông báo lệnh………………………………………………38 Lệnh khởi động lại tiến trình………………………………39 2.3: Tiện ích mở rộng để kiểm sốt giao diện người dùng điện thoại…… 40  Các giả định để đưa thỏa hiệp tốt ………… …… 40  Các giả định để kiểm soát điện thoại gói MGCP 41 3: Lưu lượng gọi MGCP mẫu………………………………42 Thiết lập gọi Âm DTMF …………………………………………42 ………………………………………………46 Giải phóng gọi…………………………………………449 4: Tương lai MGCP…………………………………………46 Giới thiệu: có MGCP? 1.1 Các giao thức kích thích SIP H.323 giao thức trạng thái, dựa phiên giống Sự giống ẩn đằng sau tất khác biệt cách khác để hóa thơng tin giống nhau, hai giao thức có chung đặc điểm:  Chúng bao gồm giao thức điều khiển gọi (H.225.0, SIP) giao thức điều khiển phương tiện (H.245, mơ hình trả lời đề nghị SDP), với giao thức điều khiển phương tiện gói gọn giao thức điều khiển gọi  Giao thức điều khiển gọi phiên đơn giản chút ISDN Q.931 (H.225.0), với cách đóng kết nối (ba thơng báo Q.931, thông báo H.225.0 SIP — điều xảy thay đổi trình tự đóng tin nhắn gây số vấn đề)  Cả giao thức điều khiển gọi giao thức điều khiển phương tiện giả định trạng thái trạng thái cuối 'thông minh' (tức là, điểm cuối triển khai máy trạng thái gọi logic riêng nó, chẳng hạn để xử lý gọi chờ, cung cấp chuông- âm trở lại ngắt kết nối, v.v.) Nếu SIP H.323 ngôn ngữ lập trình, chúng giống với ngơn ngữ BASIC Bạn làm nhiều việc với BASIC miễn bạn làm việc mà BASIC có hướng dẫn thích hợp, bạn làm nhiều việc khác với ngơn ngữ C với hợp ngữ Nếu giao thức kích thích ngơn ngữ lập trình, hợp ngữ cấp thấp Ví dụ:  Khi bạn cầm điện thoại H.323 điện thoại SIP, bạn nhận nhạc chuông Khi bạn cầm điện thoại PBX, bạn nhận thông báo "bạn có thư thoại"  Trên điện thoại H.323 SIP, bạn có nút đèn tính năng, mã hóa cứng nhà sản xuất điện thoại, để giữ, chuyển, gọi ba chiều, báo chờ tin nhắn, v.v Trên điện thoại PBX, bạn muốn để gán tính cho nút nào, để điều khiển đèn nào, xác bạn muốn  Trên điện thoại H.323 SIP (không có phần mở rộng độc quyền), bạn cần nhấc điện thoại nhấn nút loa để nhận gọi Trên điện thoại kích thích, loa kích hoạt từ xa PBX PBX tên viết tắt cụm từ tiếng Anh Private Branch Exchange (Tổng đài Nhánh Riêng), mạng điện thoại riêng sử dụng phạm vi công ty Những người sử dụng hệ thống điện thoại PBX dùng chung số đường điện thoại để thực gọi bên ngồi Giao thức kích thích mang lệnh cấp thấp ISDN, H.323 SIP: + Đối với gọi đến, tất giao thức cần gửi tin nhắn "bạn có gọi mới" điện thoại tự đổ chng Nó dự kiến gửi lại nhạc chuông sau bạn nhận điện thoại Một giao thức kích thích gửi lệnh 'đổ chng với kiểu chng X', sau lệnh "thơng báo cho tơi nhấc thiết bị cầm tay" (hoặc gửi trực tiếp lệnh "kích hoạt loa") + Đối với gọi đi, sau thông báo thiết bị cầm tay bị ngắt kết nối, PBX gửi lệnh "play dial-tone", theo sau lệnh "thông báo cho chữ số quay số" (nhưng gửi lệnh 'phát lệnh tin nhắn âm này') Ưu điểm:  Chúng đơn giản hóa thiết kế phần mềm điểm cuối giảm thiểu số lượng lỗi điểm cuối ảnh hưởng đến ứng dụng PBX  Chúng tạo điều kiện thuận lợi cho việc quản lý số lượng lớn điểm cuối, cách giảm thiểu vấn đề gây đa dạng loại phần mềm triển khai điểm cuối  Chúng tạo điều kiện thuận lợi cho việc triển khai tập trung tính ứng dụng mới, tính ứng dụng tương tác với điểm cuối  Chúng giúp dễ dàng việc lập trình ứng dụng dịch vụ nâng cao yêu cầu phối hợp nhiều điểm cuối, cách tập trung trạng thái tất điểm cuối PBX Nhược điểm:  Chúng hoàn toàn yêu cầu tài nguyên tập trung: hai điện thoại giao thức kích thích khơng thể liên lạc khơng có PBX  Ngồi ra, mức độ chi tiết giao tiếp với điều khiển gọi mức thấp, dịch vụ yêu cầu nhiều thông báo điều khiển đáng kể so với điểm cuối thông minh Kết luận: Chỉ với H.323 SIP, VoIP thiếu giao thức dựa kích thích lấp đầy khoảng trống MGCP 1.2 Cổng phân chia Đặt vấn đề: Trong ngày đầu VoIP, hầu hết cổng VoIP dựa PC, với số bo mạch phần cứng xử lý việc xử lý phương tiện Các cổng ‘decomposed’ theo nghĩa tài nguyên xử lý điều khiển gọi điều khiển phương tiện chạy mô-đun khác nhau, với số API độc quyền bảng điện thoại phần mềm cổng dựa PC Ban đầu tất cổng nhúng thường giữ lại kiến trúc này, với xử lý trung tâm xử lý điều khiển gọi, bo mạch Bộ xử lý tín hiệu kỹ thuật số (DSP) chuyên dụng xử lý phương tiện Nhưng kích thước cổng lớn lên để xử lý hàng trăm, hàng nghìn kênh, kiến trúc bắt đầu có vấn đề:  Khi đạt đến số lượng tối đa ‘bo mạch con’ DSP khung, khung khác cần lắp đặt khơng với bo mạch DSP mà cịn phiên phần mềm điều khiển gọi cổng vào Điều làm cho kiểm soát tập trung tất kênh buộc phải trùng lặp tài nguyên kiểm soát gọi  Trong PSTN, kết nối nhà cung cấp dịch vụ với hàng nghìn kênh thường sử dụng hàng chục trung kế đa phương tiện kênh báo hiệu (chủ yếu SS7 ISUP) mang thông tin điều khiển gọi cho tất trung kế đa phương tiện Nếu phía VoIP, dung lượng yêu cầu đủ lớn để yêu cầu nhiều khung cổng, với cổng có phần mềm điều khiển gọi cục riêng, cần liên kết báo hiệu điều khiển gọi SS7 ngăn xếp ISUP khung => đắt Giải pháp:  Giải pháp 1: Một giao thức độc quyền ban đầu sử dụng để giải vấn đề gọi Q.931 Một thiết bị điều khiển gọi nhận tín hiệu ISUP SS7 điều khiển gọi phân tán tới cổng đa phương tiện, dạng giống Q.931, qua đường hầm IP => giải pháp yêu cầu phiên kiểm soát gọi cổng đa phương tiện  Giải pháp 2: Một số nhà cung cấp nhanh chóng tìm giải pháp tốt nhất, có mơ-đun điều khiển gọi mô-đun xử lý phương tiện riêng biệt mặt vật lý với tài nguyên DSP, giao diện dành cho phương tiện TDM giao diện IP (Điều giống với kiến trúc dựa PC với bo mạch DSP riêng biệt điều khiển gọi PC, ngoại trừ việc mô-đun tách biệt mặt vật lý, chúng không giao tiếp thông qua API ngày đầu PC mà thông qua giao thức) => Để thực giải pháp vậy, cần có giao thức tiêu chuẩn chức điều khiển gọi cổng đa phương tiện khơng có điều khiển gọi Tiêu chuẩn thực tế ngày MGCP, đặt tên hợp lý ‘Giao thức điều khiển cổng phương tiện’(MGCP) Nhận xét:  Điều đáng ngạc nhiên là: giao thức sử dụng để kiểm sốt điện thoại kích thích cổng phương tiện truyền thông dày đặc  Trên thực tế, điện thoại cổng đa phương tiện micrô + loa luồng phương tiện VoIP, cộng với số thành phần giao diện người dùng (điện thoại có móc, bàn phím, nút, v.v.) Do đó, giao thức kích thích điện thoại IP nên bao gồm phần điều khiển cổng phương tiện túy, cộng với số lệnh tùy chọn điều khiển giao diện người dùng  Đây xác MGCP: tập hợp lệnh cốt lõi để điều khiển phương tiện túy 1.3 Hoàn cảnh lịch sử đời MGCP  Đề xuất đến từ Bellcore (nay Telcordia) Cisco nhằm giải nhu cầu nhà khai thác cáp muốn trở thành nhà cung cấp dịch vụ trao đổi nội hạt (CLEC) cạnh tranh cách sử dụng VoIP sở hạ tầng HFC họ => Giao thức điều khiển cổng đơn giản (SGCP) Cisco giới thiệu vào đầu tháng năm 1998 họp PacketCable (và quan tiêu chuẩn khác, IETF, ITU-T SG 16 ETSI TIPHON) giao thức thay hiệu chi phí phù hợp để thực triển khai triển khai H.323 bối cảnh thị trường nhà khai thác cáp  Đề xuất thứ hai, Kiểm soát thiết bị giao thức Internet (IPDC) trình bày cho ITU-T SG 16, ETSI TIPHON IETF tháng sau IPDC giải nhiều yêu cầu giống SGCP với cách tiếp cận truyền tải khác Trong SGCP dựa vào UDP, tăng cường với tính tin cậy cấp ứng dụng, IPDC đề xuất sử dụng DIAMETER (một phần mở rộng thay RADIUS) để mang đơn vị liệu giao thức (PDUS) thực thể tương ứng  Không lâu trước lực lượng đằng sau hai giao thức nhận cách thống nỗ lực họ, họ nhận đồng thuận lớn thúc đẩy việc áp dụng vị trí họ Bellcore Level3 đóng vai trị quan trọng việc hợp hai đề xuất thành MGCP MGCP đề xuất cho tất nhóm tiêu chuẩn chính: Nhóm cơng tác Bộ điều khiển cổng vào phương tiện truyền thông (MEGACO) IETF, ETSI TIPHON ITU-T SG 16 Ngồi ra, cơng ty hỗ trợ giao thức tạo diễn đàn ngành, Diễn đàn Chuyển mạch Đa dịch vụ (http: //www.msforum.org) để phát triển giao thức dịch vụ bổ sung Đặc biệt, MGCP mở rộng để hỗ trợ mạng lưới vận chuyển ATM thoại AAL2 Hình 1.1 Cây họ Media Gateway Control Protocol + MGCP ban đầu xuất dạng RFC 2705 thông tin, ‘Giao thức điều khiển cổng phương tiện (MGCP)’ phiên 1.0; đặc điểm kỹ thuật cập nhật thành RFC 3435 vào tháng năm 2003 Một biến thể MGCP sử dụng sáng kiến PacketCable với tên Giao thức báo hiệu gọi dựa mạng (NCS) đặc điểm kỹ thuật có sẵn trang web PacketCable ( PKT-SP-ECMGCP-I06-021 127) + Sau đó, ITU bắt đầu làm việc hệ giao thức kích thích mới, gọi H.248, tương đương mặt chức với MGCP + Giống hầu hết giao thức phương tiện IETF, MGCP sử dụng cú pháp SDP để thể định dạng, nguồn đích luồng phương tiện  Nhìn chung, chất lượng thơng số kỹ thuật MGCP tốt chất lượng thông số kỹ thuật ban đầu H.323 SIP Giao thức đơn giản, tập trung vào phạm vi rõ ràng, có cấu trúc tốt, với lớp truyền tải riêng biệt rõ ràng, mơ hình kết nối xác định rõ lỗi tiêu chuẩn Khơng có nhiều tiếng vang tiếp thị, MGCP tiến vào giới giao thức VoIP ngày giao thức triển khai rộng rãi tất thị trường mục tiêu ban đầu nó: cổng dân dụng, điện thoại IP cổng trục quy mô lớn MGCP 1.0 Giao thức kiểm soát cổng phương tiện lần định dự thảo-huitemaMGCP-v0r1-00.txt cuối xuất dạng MGCP1.0 RFC 2705 MGCP giao thức chủ-tớ, MGCP thiết kế để giao diện điều khiển cổng đa phương tiện , cổng đa phương tiện hỗ trợ mơ hình điều khiển gọi tập trung Giao thức dựa văn bản, cung cấp tập hợp nguyên đơn giản Bộ điều khiển cổng đa phương tiện gọi đại lí gọi thuật ngữ MGCP cổng phương tiện thuộc nhiều loại khác nhau: •Các cổng VoIP Cửa ngõ thiết kế để trở thành thiết bị sở khách hàng, thường kết nối đến vài đường dây điện thoại analog Các cổng này, bên cạnh khả xử lý phương tiện khiết nó, làm nhiệm vụ: kết nối với điện thoại analog PBXs, tạo điện áp đổ chng, để gửi tín hiệu cụ thể cần thiết để đặt tin nhắn chờ đèn báo để gửi thông tin ID người gọi đến điện thoại Cổng trung chuyển cổng mật độ cao kết nối trung kế •Máy chủ truy cập mạng (NAS) Giao thức MGCP bao gồm số phần mở rộng cho phép đại lý gọi kiểm soát tập hợp modem Giao thức có khả điều kiển cổng cổng thơng dụng, hoạt động cổng thoại tín hiệu phát giọng nói, chấm dứt cục kết nối modem chúng phát thấy tín hiệu modem Phần mở rộng NAS khơng cịn phần giao thức sở RFC 3435; thay thế, chúng cung cấp gói riêng biệt  Thoại qua cổng ATM MGCP giao thức chủ-tớ Đại lí gọi điều khiển trung tâm cổng đa phương tiện thiết bị phụ báo cáo kiện đại lý gọi yêu cầu thực lệnh đại lí gọi MGCP khơng phải giao thức ngang hàng: hai đại lý gọi MGCP giao tiếp MGCP MGCP đại lý gọi rìa mạng phải giao tiếp với cách sử dụng giao thức điều khiển gọi khác (ví dụ: H.323 SIP) MGCP tùy chọn cho giao thức điều khiển gọi mạng lõi Nó giao thức rìa minh họa Hình 10 Hình 5.25 Ví dụ lệnh DLCX • Rung động vị trí • Độ trễ đường truyền trung bình Các thơng số tính tốn RTCP MGCP cho phép cổng đa phương tiện tự xóa kết nối (ví dụ: trường hợp kết nối lỗi) Trong bối cảnh này, cổng đa phương tiện gửi lệnh DeleteConnection đến tác nhân gọi bao gồm tất thống kê kết nối Tác nhân gọi xóa tất kết nối gọi lúc cách bỏ qua ConnectionID Lưu ý lệnh không trả thống kê kết nối tham số gọi riêng lẻ Lệnh kiểm tra điểm cuối (AUEP) Tác nhân gọi sử dụng lệnh để kiểm tra xem điểm cuối có hoạt động hay khơng, đồng thời tìm hiểu động khả (Hình 5.26) Sử dụng ký tự đại diện "all off", tác nhân gọi tìm hiểu số lượng điểm cuối có cổng định Lệnh kết nối kiểm tra (AUCX) 36 Lệnh cho phép tác nhân gọi truy xuất tất tham số gắn vào kết nối xác định ConnectionID điểm cuối xác định EndpointID (Hình 5.27) Điều sử dụng tác nhân gọi để kiểm tra xem kết nối có cịn hoạt động hay khơng: khơng có thơng tin u cầu, cổng cần phản hồi với 200 OK kết nối tồn Hình 5.26 Ví dụ lệnh AUEP 37 Hình 5.27 Ví dụ lệnh AUCX 2.2.5 Lệnh MGCP từ cổng vào tác nhân gọi Thông báo lệnh Lệnh cho phép cổng đa phương tiện gửi lại kiện yêu cầu điều khiển cổng đa phương tiện Cổng đa phương tiện gửi kiện lệnh NOTIFY Mỗi thông báo báo cáo kiện từ điểm cuối định (có thể kết nối điểm cuối), liệt kê phần điểm cuối tiêu đề lệnh Mối tương quan yêu cầu thông báo tương ứng cung cấp RequestIdentifier (tham số X) Danh sách kiện thông báo định tham số ObservedEvents (O), danh sách kiện phân tách dấu phẩy Các kiện xuất theo thứ tự mà chúng phát Hình thức kiện là: • Tên kiện, phần gói mặc định (khơng khuyến nghị), chẳng hạn hd • Tên gói tên kiện: L / HD • Tên gói, tên kiện ConnectionID cho kiện phát kết nối: L / HD @ 134a23b 38 Khi khởi động, số thiết bị đầu cuối gửi trạng thái chúng mà không cần yêu cầu (ví dụ: off-hook) với ID yêu cầu đặc biệt Lệnh NOTIFY xác nhận mã trả từ tác nhân gọi Lệnh khởi động lại tiến trình Lệnh cho phép cổng kết nối để thực tác nhân gọi biết điểm cuối nhóm điểm cuối đưa khỏi dịch vụ Trong trường hợp này, phương thức khởi động lại tùy chỉnh (RM: Grace), định thời gian trễ (RD), bị ép buộc (kết nối bị lập tức) Thông báo gửi cổng chúng khởi động, để làm cho tác nhân gọi biết diện chúng (Hình 5.28) Trong trường hợp này, phương pháp khởi động lại ‘khởi động lại’ định độ trễ điểm cuối hoạt động (0 giá trị mặc định khơng có định) Phương thức khởi động lại ‘đã ngắt kết nối’ sử dụng để cảnh báo tác nhân gọi trạng thái không khớp xảy Đối với cổng lấy địa động thơng qua DHCP, tác nhân gọi có ba cách để tìm hiểu địa IP cổng: • Bằng cách xem địa IP nguồn tin nhắn RSIP Điều lúc đáng tin cậy tin RSIP chuyển tiếp • Nếu DNS động (DDNS) sử dụng với máy chủ DHCP, tên DNS cổng quảng cáo thông báo RSIP phân giải thành địa IP cổng Đây phương pháp mạnh mẽ cung cấp khả liên hệ lại với cổng tác nhân gọi khởi động lại Khi khởi động lại, tác nhân gọi, biết cổng, truy vấn DNS gửi AUEP tới IP cổng 39 Hình 5.28 RSIP thay đổi tác nhân gọi • Cổng bao gồm địa IP làm tên cổng Điều hoạt động, gây khó khăn cho việc theo dõi cổng tên thay đổi theo địa IP Ngoài ra, tác nhân gọi khởi động lại, khơng thể truy cập cổng trừ lưu địa IP nhớ liên tục 2.3 Tiện ích mở rộng để kiểm soát giao diện người dùng điện thoại Các giả định để đưa thỏa hiệp tốt: Nhiều điện thoại doanh nghiệp cung cấp nhiều nút tính (giữ, truy xuất, hội nghị, tắt tiếng, quay số nhanh, tin nhắn, v.v.) giao diện người dùng tinh vi với đèn, hình lớn với ký hiệu cho tính kích hoạt thơng tin liên quan đến gọi, v.v Cho đến MGCP, tất điện thoại thuộc sở hữu độc quyền, kiểm soát giao thức kích thích nhà sản xuất Các dịng gói MGCP tiêu chuẩn cung cấp số khả hạn chế để kiểm soát giao diện người dùng điện thoại doanh nghiệp: kích hoạt báo chờ tin nhắn trực quan, ID người gọi, chuông đặc biệt Với gói này, nhà sản xuất đại lý gọi 40 cung cấp cách sử dụng nhiều thông báo âm menu âm Thiết bị cầm tay MGCP gói thêm khả kích hoạt từ xa loa điện thoại, cho phép Các ứng dụng điện thoại điều khiển CTI (bấm để quay số từ PC, bảng điều khiển nhà điều hành, v.v.), tính kinh doanh nâng cao chưa giải Vấn đề chuẩn hóa giao diện điều khiển cho điện thoại doanh nghiệp thực phức tạp, sáng tạo nhà cung cấp nên bảo tồn Một thỏa hiệp tốt đạt cách đưa giả định sau:  Điện thoại hiển thị hình mơ tả cú pháp văn (ví dụ: XML) Màn hình tạo từ mẫu (thẻ) xác địn trước lưu trữ điện thoại nhà sản xuất điện thoại, với thơng số thay cung cấp đại lý gọi  Điện thoại có số phím chức đặt tên, liên kết với kiện MGCP điểm cuối tạo gửi đến tác nhân gọi Khơng có giả định thực chức chìa khóa Theo tùy chọn, số phím có chức động mô tả cho người dùng vùng mô tả hình nhãn LCD chun dụng (phím mềm)  Theo tùy chọn, điện thoại cung cấp khả điều hướng qua menu chọn tùy chọn cung cấp trường nhập số chữ số Các giả định để kiểm sốt điện thoại gói MGCP: Cho đến nay, số nhà cung cấp triển khai gói MGCP kiểm sốt điện thoại doanh nghiệp dựa dựa giả định này:  Cisco với ngôn ngữ đánh dấu BTXML2 41  Polycom với gói điện thoại doanh nghiệp MGCP ghi RFC 3149  Swiss voice với gói điện thoại doanh nghiệp MGCP ghi RFC 3149 LƯU LƯỢNG CUỘC GỌI MGCP MẪU 3.1 Thiết lập gọi Có hai ứng dụng MGCP:  Kiểm sốt cổng tương tự điện thoại MGCP thiết bị khách hàng  Kiểm soát cổng trung kế mạng nhà cung cấp dịch vụ Luồng gọi sau minh họa hai trường hợp:  Một gọi nhận từ điểm chuyển tín hiệu mạng SS7 (STP) tác nhân gọi SS7 (SS7_CA)  Tác nhân gọi SS7 gửi gọi đến mạng VoIP lõi giao thức H.323 (nó SIP)  Mạng lõi định tuyến gọi đến residential service call agent (R_CA) R_CA đổ chuông điện thoại tương tự Residential gateway (R_GW) Các tin SS7 ISUP kết hợp với mã nhận dạng mạch (CIC), mã liên quan đến báo hiệu gọi đến khe thời gian phương tiện cụ thể trung kế định (quan hệ cấu hình tĩnh phần việc cung cấp thiết bị chuyển mạch TDM) CIC cho phép tác nhân gọi SS7 xác định vị trí cổng phương tiện thích hợp điểm cuối cổng kết thúc đường trục khe thời gian định Phần kịch gọi minh họa Hình 3.1 42 Hình 3.1 Cuộc gọi nhận từ mạng SS7 truyền đến lõi VoIP IAM = tin nhắn địa ban đầu  Lệnh CRCX hướng dẫn điểm cuối chuẩn bị nhận phương tiện G.711 µ-law từ mạng IP, với kích thước khung hình 10 ms  Cổng phản hồi cách cung cấp địa IP cổng mà luồng RTP gửi  Với thông tin này, tác nhân gọi SS7 gửi tin H.323 SETUP tới chuyển hướng định tuyến lõi mạng VoIP, trường hợp keeper H.323  Công cụ chuyển mạch định tuyến lõi chịu trách nhiệm tìm tuyến đường thích hợp cuối định tuyến lại gọi đến tuyến dự phòng trường hợp tắc nghẽn cố khác Nó dịch số bên gọi gọi cần, phù hợp với điểm đến  Thông báo SETUP chứa địa IP RTP cổng phần tử Fast Start để tiến hành kết nối đa phương tiện  Thông báo CALL PROCEEDING cho biết thông báo SETUP nhận cách trình quay số hoàn tất  Nếu số chưa hoàn tất, thay vào đó, cơng cụ chuyển mạch cốt lõi gửi thông báo CÀI ĐẶT CHẤP NHẬN, để bắt đầu thủ tục gọi gửi chồng chéo, nhằm tích lũy nhiều chữ số  Cần có biến thể luồng gọi để sử dụng khả thương lượng H.323: nhiều kết nối 'không hoạt động' thiết lập cổng phương tiện cho mã hóa giọng nói, điều cung cấp danh sách kênh logic đề xuất cho H.323 SETUP phần tử bắt đầu nhanh Nếu cổng trung kế MGCP mở nhiều kết nối khơng hoạt động nhiều mã khác nhau, thơng tin codec AUEP sử dụng để xây dựng H.245 CapabilitySet codec thương lượng thông qua trao đổi H.245 thông thường 43 Phần tiếp theo: Hình 3.2 Gatekeeper lớp định tuyến gọi đến R_CA thích hợp  Bên gọi quản lý residential call agent  Nó xác nhận thông báo SETUP với CALL PROCEEDING, đồng thời thiết lập hộp thoại H.245 với chuyển mạch lõi trực tiếp với tác nhân gọi nguồn  Residential gateway (RGW) hướng dẫn để đổ chng (tín hiệu ‘L / R0’) thông báo kiện off-hook cho residential call agent  Ngay sau Residential gateway xác nhận đổ chng, R_CA gửi lại thông báo ALERTING tới công cụ chuyển mạch lõi  Thông báo ALERTING chuyển tiếp chuyển mạch lõi tới SS7_CA ban đầu, gửi lại tin ISUP hoàn thành địa (ACM) liên kết báo hiệu SS7 Trên thực tế, SS7_CA gửi ACM nhận thông báo CALL PROCEEDING từ công cụ chuyển mạch lõi: SS7 ISUP, ACM có nghĩa số hoàn tất ngầm hiểu điện thoại bên từ xa đổ chuông Trên mạng SS7, bên gọi nghe thấy nhạc chng trước điện thoại bên gọi thực đổ chuông! Khi gọi đến mạng quốc tế, nhạc chuông xa cung cấp (điều cho phép nghe thấy thông báo lỗi dải từ xa) Trong trường hợp vậy, thông báo TIẾN BỘ CẢNH BÁO với tiến trình cụ thể (cho biết thông tin âm băng tần gửi đi) nhận từ phía H.323 nhân viên gọi SS7 sau đặt báo tương đương ACM gửi tin 44 nhắn ISUP tiến trình gọi (CPG) Trong mạng điện thoại đại, thường tình mà nhạc chuông cung cấp đầu cuối từ xa Hình 3.3 Thơng báo ALERTING chuyển đổi thành ISUP ACM ACM địa hoàn thành Tin nhắn Hình 3.3 đại diện cho trường hợp bình thường, với nhạc chờ cung cấp tổng đài bên gọi Vẫn khơng có phương tiện truyền thơng trao đổi mạng VoIP Tại thời điểm này, bên gọi trả lời gọi Residential gateway gửi THƠNG BÁO trở lại residential call agent (hình 3.3) 45 Hình 3.3 Người dùng gọi nhấc điện thoại  Tác nhân gọi tạo kết nối điểm cuối  Vì tác nhân gọi nhận cài đặt mã hóa thoại, địa IP cổng cần thiết để gửi phương tiện đến điểm cuối bên gọi, thông tin cung cấp CRCX SDP  Residential gateway bắt đầu gửi âm  Trong câu trả lời cho CRCX, Residential gateway cung cấp địa IP cổng nơi nhận âm từ điểm cuối bên gọi Thông tin bao gồm phần tử FastStart thông điệp CONNECT gửi tác nhân gọi đến gatekeeper lớp  Thông báo CRCX sử dụng Yêu cầu thông báo nhúng hướng dẫn Residential gateway thông báo cho nhân viên gọi chữ số phát điểm cuối tất nhiên, người dùng treo máy  Ngay tác nhân gọi SS7 nhận tin CONNECT, chuyển tiếp thông tin phương tiện phần tử FastStart tới cổng trung kế, sử dụng tin Sửa đổi kết nối (Hình 3.4) Hình 3.4 Bản tin CONNECT chuyển đổi thành tin ISUP ANM ANM = tin nhắn trả lời 3.2 Âm DTMF  Luồng gọi mô tả Hình 3.5 3.6 minh họa thực tế âm DTMF gửi dạng thông tin báo hiệu, phần luồng phương tiện  Nếu người dùng nhấn phím ‘5’ điện thoại, tạo âm DTMF, cổng vào — hướng dẫn — thông báo điều cho residential call agent 46  Tác nhân gọi chuyển tiếp thông tin cách sử dụng tin H.245 UserInputIndication Để tránh việc cổng gửi DTMF băng tần, kiện DD (su = false) xác định gói DTMF (phiên RFC 3660)  Sau nhận Thông báo người dùng H.245 tác nhân gọi SS7, cần chuyển đổi lại thành âm DTMF kênh mang  Tác nhân gọi gửi RQNT đến điểm cuối u cầu tạo tín hiệu ‘L / 5’ (Hình 3.5) Hình 3.4 Xử lý DTMF ngồi băng tần UII = báo đầu vào người dùng Hình 3.5 DTMF tạo lại cổng trung kế UII = báo đầu vào người dùng 3.3 Giải phóng gọi Khi người dùng gọi gác máy, kiện thông báo cho residential call agent., điều gửi thông báo LIÊN QUAN ĐẾN HOÀN THÀNH LÊN mạng VoIP lõi (lưu ý H.323, phiên điều khiển phương tiện H.245 phát hành trước, sau điều khiển gọi liên kết) Call agent khởi động lại cổng cho gọi tiếp theo, cách tìm kiếm kiện off-hook, sau kích hoạt NotificationRequest nhúng áp dụng âm quay số chờ chữ số (Hình 3.6) 47 Hình 3.6 Một người dùng cuối residential gateway MGCP ngắt gọi Cú pháp dòng kiện u cầu có nghĩa là: ‘tích lũy tất chữ số, *, # kiện hẹn theo đồ chữ số.’ Bản đồ chữ số định cấu hình cho điện thoại bị giới hạn dịch vụ địa phương San Jose, CA: quay số có chữ số số khẩn cấp Bất kỳ kiện khác khơng khớp với đồ chữ số kích hoạt THƠNG BÁO (ví dụ: ‘8’ ‘0’) Thời gian chờ 16 giây tích lũy chữ số đồ chữ số kích hoạt THƠNG BÁO (ví dụ: ‘123 ’) Trình tự ngắt kết nối ISUP phức tạp trình tự ngắt kết nối H.323 SIP thường yêu cầu hai thơng báo: REL (RELEASE) bên gọi treo lên, RLC (RELEASE COMPLETE) cho biết bên gọi bị treo (Hình 3.7) 48 Hình 3.7 Bản tin RELEASE COMPLETE (RLC) chuyển đổi thành tin ISUP RELEASE (REL) Trình tự phức tạp sử dụng số mạng sử dụng thông báo băng tần kết thúc gọi định (ví dụ: thẻ gọi điện) Thông báo RLC hướng dẫn thiết bị gửi thông tin băng tần ngừng gửi thơng tin đó; thơng báo gây việc phát hành tất mạch TƯƠNG LAI CỦA MGCP Thông số kỹ thuật PacketCable NCS chuẩn hóa thành IPCableCom ITU-T SG9 Đặc điểm kỹ thuật tiêu chuẩn ANSI (thông qua Hiệp hội Viễn thông Kỹ sư Cáp) IETF MEGACO ITU khơng hoạt động tích cực MGCP Nhóm cơng tác IETF MEGACO định làm việc chung với ITU H.248 Hình 4.1 Bản tin RELEASE COMPLETE (RLC) chuyển đổi thành tin ISUP RELEASE (REL) Mặc dù vậy, MGCP tồn tốt Lý dễ hiểu: tác giả MGCP xác định phạm vi giao thức tốt phạm vi này, quản lý để đáp ứng tất yêu cầu Các nhà sản xuất muốn cung cấp điện thoại có kiểm sốt kích thích, cổng đa phương tiện, khơng thể yêu cầu nhiều số lượng mà MGCP cung cấp Giữa tranh luận sôi giao thức VoIP tốt với xu hướng kèm bán mức xuyên tạc khả giao thức, MGCP cố gắng tránh xa hỗn hợp đặc điểm tiếp thị kỹ thuật tiêu biểu cho kỷ ngun bong bóng viễn thơng gây nguy hiểm cho chất lượng nhiều thông số kỹ thuật 49 Ngay từ đầu, phát triển MGCP thúc đẩy yêu cầu tức khách hàng, tiêu chuẩn khác nhà sản xuất thúc đẩy nhiều Kết là, chất lượng đặc điểm kỹ thuật MGCP tốt nhiều so với đặc điểm kỹ thuật SIP thông số kỹ thuật H.323 MGCP ngành công nghiệp cáp nhiều nhà sản xuất áp dụng, triển khai nhiều mạng VoIP toàn giới Mặc dù chất lượng MGCP tảng vững cho H.248, đồng thời khơng có động lực lớn cho ngành cơng nghiệp chuyển sang H.248, có tính mà sau cung cấp ngồi khả MGCP có Mặc dù RFC 3435 giới thiệu khả mở rộng mới, số tính cịn thiếu dễ dàng thêm vào MGCP Ban đầu, video coi tính thêm vào H.248, với MGCP coi giao thức âm Điều có từ phiên RFC tuyên bố giao thức không dành cho video Trên thực tế, MGCP sử dụng SDP nên thiết lập kết nối phương tiện mà SDP mơ tả, bao gồm video Các phiên MGCP RFC thừa nhận MGCP sử dụng cho âm video Có số máy quay phim MGCP thị trường MGCP triển khai hàng trăm thiết bị từ nhiều nhà sản xuất khác nhau, từ cổng phương tiện thoại mật độ cao ngân hàng modem đến cổng analog hai cổng, điện thoại IP đại lý gọi Tính linh hoạt MGCP giúp cho việc triển khai toàn diện tính dành cho khu dân cư Centrex cho điện thoại công việc Tin tốt cho tương lai MGCP H.248 giống đến mức tất nhà sản xuất cuối dễ dàng chuyển sản phẩm sang H.248 Trong thời gian chờ đợi, đừng vội làm — khơng bị hỏng, khơng cần phải sửa nó! 50 ... gồm giao thức điều khiển gọi (H.225.0, SIP) giao thức điều khiển phương tiện (H.245, mơ hình trả lời đề nghị SDP), với giao thức điều khiển phương tiện gói gọn giao thức điều khiển gọi  Giao thức. .. điều khiển gọi cổng đa phương tiện khơng có điều khiển gọi Tiêu chuẩn thực tế ngày MGCP, đặt tên hợp lý ? ?Giao thức điều khiển cổng phương tiện? ?? (MGCP) Nhận xét:  Điều đáng ngạc nhiên là: giao thức. .. thảo-huitemaMGCP-v0r1-00.txt cuối xuất dạng MGCP1 .0 RFC 2705 MGCP giao thức chủ-tớ, MGCP thiết kế để giao diện điều khiển cổng đa phương tiện , cổng đa phương tiện hỗ trợ mơ hình điều khiển gọi

Ngày đăng: 12/10/2021, 15:14

HÌNH ẢNH LIÊN QUAN

Hình 1.1 Cây họ Media Gateway Control Protocol - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 1.1 Cây họ Media Gateway Control Protocol (Trang 8)
Mô hình kết nối MGCP được xây dựng dựa trên hai đối tượng: - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
h ình kết nối MGCP được xây dựng dựa trên hai đối tượng: (Trang 11)
2.1. Mô hình kết nối của MGCP - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
2.1. Mô hình kết nối của MGCP (Trang 11)
Mô hình này thường mạnh mẽ hơn và có khả năng mở rộng hơn nhiều so với khe thời gian kiểu TDM - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
h ình này thường mạnh mẽ hơn và có khả năng mở rộng hơn nhiều so với khe thời gian kiểu TDM (Trang 12)
Bảng 5.1 Các thông số MGCP phổ biến - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Bảng 5.1 Các thông số MGCP phổ biến (Trang 16)
Nhiều gói đã được xác định. Bảng dưới đây là danh sách một số gói chính - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
hi ều gói đã được xác định. Bảng dưới đây là danh sách một số gói chính (Trang 18)
Hình 5.9 Xử lý một lệnh mới của MGCP. - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.9 Xử lý một lệnh mới của MGCP (Trang 20)
Hình 5.10 Xử lý một lệnh trùng lặp đã được MGCP thực thi - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.10 Xử lý một lệnh trùng lặp đã được MGCP thực thi (Trang 21)
Hình 5.11 Xử lý một lệnh trùng lặp đã được thực thi. - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.11 Xử lý một lệnh trùng lặp đã được thực thi (Trang 21)
Hình 5.12 Truyền lại lệnh MGCP. - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.12 Truyền lại lệnh MGCP (Trang 22)
Hình 5.13 Ví dụ về lệnh EPCF - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.13 Ví dụ về lệnh EPCF (Trang 23)
Hình 5.14 Ví dụ về lệnh RQN T/ NOTIFY. - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.14 Ví dụ về lệnh RQN T/ NOTIFY (Trang 24)
Hình 5.15 Ví dụ về yêu cầu tín hiệu nhúng và bản đồ số. - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.15 Ví dụ về yêu cầu tín hiệu nhúng và bản đồ số (Trang 25)
Hình 5.16 Xử lý tình trạng chói với MGCP. - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.16 Xử lý tình trạng chói với MGCP (Trang 26)
Hình 5.17 Tích lũy sự kiện MGCP (trạng thái bình thường). - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.17 Tích lũy sự kiện MGCP (trạng thái bình thường) (Trang 27)
Hình 5.18 Tích lũy các sự kiện trong danh sách cách ly. Nếu CA mong đợi không quá một thông báo, hãy tiếp tục tích lũy cho đến RQNT tiếp theo - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.18 Tích lũy các sự kiện trong danh sách cách ly. Nếu CA mong đợi không quá một thông báo, hãy tiếp tục tích lũy cho đến RQNT tiếp theo (Trang 28)
Hình 5.19 Xử lý danh sách cách ly - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.19 Xử lý danh sách cách ly (Trang 29)
Hình 5.21 Ví dụ về lệnh CRCX - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.21 Ví dụ về lệnh CRCX (Trang 32)
Hình 5.23 Các chế độ kết nối kiểm tra tính liên tục và lặp lại. - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.23 Các chế độ kết nối kiểm tra tính liên tục và lặp lại (Trang 34)
Hình 5.25 Ví dụ lệnh DLCX. • Rung động giữa các vị trí.  - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.25 Ví dụ lệnh DLCX. • Rung động giữa các vị trí. (Trang 36)
Hình 5.26 Ví dụ về lệnh AUEP - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.26 Ví dụ về lệnh AUEP (Trang 37)
Hình 5.27 Ví dụ về lệnh AUCX. - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.27 Ví dụ về lệnh AUCX (Trang 38)
Hình 5.28 RSIP và sự thay đổi của tác nhân cuộc gọi. - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 5.28 RSIP và sự thay đổi của tác nhân cuộc gọi (Trang 40)
Hình 3.1 Cuộc gọi mới nhận được từ mạng SS7 và được truyền đến lõi VoIP. IAM = tin nhắn địa chỉ ban đầu - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 3.1 Cuộc gọi mới nhận được từ mạng SS7 và được truyền đến lõi VoIP. IAM = tin nhắn địa chỉ ban đầu (Trang 43)
Hình 3.3 Thông báo ALERTING được chuyển đổi thành ISUP ACM. ACM bằng địa chỉ hoàn thành Tin nhắn - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 3.3 Thông báo ALERTING được chuyển đổi thành ISUP ACM. ACM bằng địa chỉ hoàn thành Tin nhắn (Trang 45)
Hình 3.4 Bản tin CONNECT được chuyển đổi thành bản tin ISUP ANM. ANM = tin nhắn trả lời - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 3.4 Bản tin CONNECT được chuyển đổi thành bản tin ISUP ANM. ANM = tin nhắn trả lời (Trang 46)
 Tác nhân cuộc gọi gửi một RQNT đến điểm cuối yêu cầu nó tạo ra tín hiệu ‘L / 5’ (Hình 3.5) - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
c nhân cuộc gọi gửi một RQNT đến điểm cuối yêu cầu nó tạo ra tín hiệu ‘L / 5’ (Hình 3.5) (Trang 47)
Hình 3.6 Một người dùng cuối trên residential gateway MGCP ngắt cuộc gọi. - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 3.6 Một người dùng cuối trên residential gateway MGCP ngắt cuộc gọi (Trang 48)
Hình 3.7 Bản tin RELEASE COMPLETE (RLC) được chuyển đổi thành bản tin ISUP RELEASE (REL)  - Nhóm 14 giao thức điều khiển cổng đa phương tiện MGCP
Hình 3.7 Bản tin RELEASE COMPLETE (RLC) được chuyển đổi thành bản tin ISUP RELEASE (REL) (Trang 49)

TỪ KHÓA LIÊN QUAN

TRÍCH ĐOẠN

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

TÀI LIỆU LIÊN QUAN

w