Giao thức MGCP được định nghĩa trong RFC2705, tháng 10 năm 1999, cho phép điều khiển các gateway thông qua các thành phần điều khiển nằm bên ngoài mạng. MGCP sử dụng mô hình kết nối tương tự như SGCP dựa trên các kết nối cơ bản giữa thiết bị đầu cuối và gateway. Các kết nối có thể là kết nối điểm-điểm hoặc kết nối đa điểm.
* Các thành phần cơ bản trong MGCP:
Hình 1.17: Các thành phần cơ bản trong MGCP
- Đầu cuối (Endpoints): Tương ứng với điểm liên mạng giữa mạng chuyển
mạch mạch và mạng chuyển mạch gói.
- Gateways: sử dụng để chuyển đổi audio từ mạng chuyển mạch mạch sang
mạng chuyển mạch gói.
- Call agent: Thực thi điều khiển qua hoạt động của gateway. * Tiến hành cuộc gọi trong MGCP:
SVTH: NGUYỂN THANH HIẾU GVHD: Ths. PHẠM THỊ XUÂN PHƯƠNG NGUYỄN THANH PHƯỚC - 33 -
Hình 1.18: Tiến hành cuộc gọi trong MGCP
- Call agent gởi một yêu cầu thông báo RQNT (Notice Request) đến mỗi gateway. Bởi vì các gateway này là các gateway có liên quan với nhau, nên thông điệp yêu cầu trên chỉ dẫn các gateway này chờ một sự chuyển tiếp nhấc máy (sự kiện). Khi mà sự kiện chuyển tiếp off-hook xảy ra, call agent chỉ dẫn cho gateway cung cấp âm mời gọi (dial tone). Call agent yêu cầu gateway giám sát các sự kiện khác để việc xảy ra các sự kiện tốt. Bằng cách cung cấp các số ánh xạ, call agent có thể có tập hợp các số của gateway trước khi nó khai báo cho call agent.
- Gateway trả lời lại yêu cầu. Ở thời điểm này, cả call agent và gateway đều chờ đợi sự kiện bấm nút.
- Khi user trên gateway A nhấc máy, như đã được trong bản tin trước đó của call agent, gateway cung cấp âm mời gọi (dial tone). Bởi vì gateway được cung cấp với các số ánh xạ, nó bắt đầu tập hợp các số (khi chúng được gọi) cho đến khi việc ánh xạ là chính xác.
- Gateway gởi một thông điệp khai báo NTFY (Notify) đến call agent để thông báo cho call agent về sự kiện yêu cầu đã được tiến hành. Khai báo này nhận dạng các đầu cuối, các sự kiện và trong trường hợp này có các số đã được gọi.
SVTH: NGUYỂN THANH HIẾU GVHD: Ths. PHẠM THỊ XUÂN PHƯƠNG NGUYỄN THANH PHƯỚC - 34 -
- Sau khi xác nhận cuộc gọi này là có thể dựa trên các số được gọi, call agent chỉ dẫn bằng cách gởi thông điệp CRCX (create a connection) để chỉ dẫn cho gateway tạo một kết nối với đầu cuối của nó.
- Gateway trả lời lại thông điệp trên với thông điệp miêu tả phiên nếu nó có khả năng đáp ứng kết nối này. Miêu tả phiên chỉ định địa chỉ IP và port UDP tối thiểu cho việc sử dụng phiên truyền thông RTP sau. Gatewway không miêu tả phiên cho phía từ xa của cuộc gọi, và kết nối đi vào trạng thái chờ.
- Call agent chuẩn bị và gởi một thông điệp yêu cầu kết nối đến gateway B. Trong yêu cầu này, call agent cung cấp các miêu tả phiên được chứa từ gateway B. Yêu cầu kết nối được đưa đến một đầu cuối đơn.
- Gateway B trả lời yêu cầu với các miêu tả phiên của nó. Chú ý rằng gateway B có cả hai miêu tả phiên và nó nó nhận ra làm thế nào để thiết lập phiên RTP của nó.
- Call agent chuyển tiếp miêu tả phiên đến gateway A trong thông điệp yêu cầu kết nối sửa đổi MRCX (Modify Connection Request). Yêu cầu này có thể chứa yêu cầu khai báo đóng gói mà miêu tả các báo hiệu thích hợp và các sự kiện của giai đoạn thiết lập cuộc gọi. Bây giờ thì gateway A và gateway B có miêu tả phiên cần thiết để thiết lập các phiên RTP mà các audio vận chuyển qua đó.
- Ở phần kết thúc của cuộc gọi, một trong các đầu cuối nhận ra sự chuyển tiếp gác máy. Trong ví dụ này, user trên gateway A gác máy. Bởi vì call agent đã yêu cầu gateway phải thông báo sự kiện này nên gateway thông báo cho call agent.
- Call agent gửi yêu cầu hủy kết nối DLCX (Delete Connection Request) đến mỗi gateway.
SVTH: NGUYỂN THANH HIẾU GVHD: Ths. PHẠM THỊ XUÂN PHƯƠNG NGUYỄN THANH PHƯỚC - 35 -