Lệnh này được gửi bởi tác nhân cuộc gọi đến cổng đa phương tiện để tạo kết nối trên một điểm cuối. Một số loại kết nối có thể được tạo.
Các kết nối với nguồn phương tiện bên ngoài hoặc ổ cắm được SDP mô tả
31
- Một CallId: số nhận dạng cuộc gọi bao gồm tối đa 32 ký tự thập lục phân. Nó là duy
nhất cho tác nhân cuộc gọi / cổng và giống hệt nhau trên tất cả các kết nối liên quan đến cùng một cuộc gọi. Đối với cổng, nó là một tham số không rõ ràng không phục vụ mục đích hoạt động, nhưng có thể được đưa vào thống kê và để tạo điều kiện khắc phục sự cố.
- EndpointId đích. Nếu ký tự đại diện ‘bất kỳ trong số’ được tác nhân gọi sử dụng, tên
điểm cuối đã chọn sẽ được cổng vào bao gồm trong tham số Điểm cụ thể của phản hồi.
- Theo tùy chọn. Đối tượng được thông báo mới cho điểm cuối (nơi các thông báo và
các lệnh khởi tạo cổng khác sẽ được gửi từ bây giờ).
- Tùy chọn, LocalConnectionOptions chỉ định: codec mong muốn (ví dụ: ‘a: PCMU;
PCMA; G726-32’) theo thứ tự ưu tiên; các định dạng MIME được phép (ví dụ: ‘a: image / t38’); khoảng thời gian tạo nhịp độ mong muốn tính bằng mili giây (ví dụ: ‘p: 20–40’); băng thông tối đa tính bằng kbps bao gồm IP / UDP / RTP overhead (‘b: 100–200’); loại dịch vụ (‘t: a2’, tương ứng với điểm mã DiffServ1 để sử dụng — mặc định là 0); kích hoạt bộ khử tiếng vọng (ví dụ: ‘e: off’ — mặc định đang hoạt động); ngăn chặn kích hoạt (ví dụ: ‘s: on’ — mặc định là hoạt động); quyền kiểm soát (ví dụ: ‘gc: auto’ — mặc định là không có quyền kiểm soát); khóa bảo mật cho mã hóa RTP (ví dụ: ‘k: clear: mysecret’, theo mặc định không có mã hóa RTP); loại mạng (ví dụ: ‘nt: IN’, hầu hết các cổng hỗ trợ một loại mạng duy nhất); dự trữ tài nguyên (ví dụ: ‘r: g’ cho dịch vụ được đảm bảo, ‘r: cl’ cho tải được kiểm soát2).
32
Hình 5.21 Ví dụ về lệnh CRCX
- Chế độ kết nối. Các chế độ được xác định là 'sendonly', 'recvonly' (chỉ nhận),
'sendrecv' (gửi và nhận), 'confrnce' (hội nghị), 'không hoạt động', 'loopback', 'conttest' (kiểm tra tính liên tục), 'netwloop '(mạng lặp lại) và' netwtest '(kiểm tra tính liên tục của mạng). Hình 5.22 minh họa mối quan hệ giữa các luồng phương tiện của từng loại kết nối và điểm cuối tương ứng. Biểu tượng có nghĩa là các tín hiệu được trộn lẫn trước khi truyền. Tín hiệu nhận được từ các kết nối ‘hội nghị’ được gửi đến tất cả các kết nối khác cũng ở chế độ ‘hội nghị’ và được trộn trước khi truyền. Các kết nối ‘sendonly’, ‘sendreceive’ và ‘conference’ yêu cầu RemoteConnectionDescriptor (hoặc một số nhận dạng điểm cuối khác), nếu không, phương tiện không thể gửi được. Kết nối lặp lại trả về bất kỳ phương tiện nào nhận được từ điểm cuối trở lại cùng điểm cuối (kiểm tra tính liên tục tiêu chuẩn của ITU). Kết nối kiểm tra tính liên tục trả về tín hiệu 2.010 Hz nếu nhận được tín hiệu 1.780 Hz từ điểm cuối (được sử dụng ở Hoa Kỳ).
Hình 5.22 Các kiểu kết nối MGCP.
Kết nối nối tiếp mạng trả phương tiện nhận được từ mạng trở lại mạng. Chế độ kiểm tra tính liên tục của mạng đã lỗi thời. Các chế độ kết nối này được minh họa trong Hình 5.23.
• Tùy chọn, một bộ mô tả kết nối từ xa chỉ định sử dụng SDP nơi luồng phương tiện sẽ được gửi và các tùy chọn cho codec để sử dụng.
33
• Tùy chọn, một lệnh NotificationRequest được đóng gói. Các tham số của lệnh được đóng gói chỉ được thêm vào, ngoại trừ EndpointID không bị trùng lặp.
• Tùy chọn, một lệnh EndpointConfiguration được đóng gói. Các tham số của lệnh được đóng gói chỉ được thêm vào, ngoại trừ endpointID không bị trùng lặp
Bằng cách gửi một lệnh NotificationRequest được đóng gói, tác nhân cuộc gọi có khả năng yêu cầu cổng thực thi các hành động đồng thời. Ví dụ:
• Yêu cầu cổng khu dân cư chuẩn bị kết nối để đảm bảo rằng người dùng có thể bắt đầu nói ngay khi điện thoại ngắt kết nối.
• Yêu cầu cổng khu dân cư bắt đầu đổ chuông.
• Yêu cầu tổng đài khu dân cư thông báo cho nhân viên tổng đài khi điện thoại ngắt kết nối.
Điều này có thể được thực hiện trong một lệnh CreateConnection duy nhất, bằng cách cũng truyền các tham số RequestEvent cho sự kiện off-hook và tham số SignalRequest cho tín hiệu đổ chuông. Sự kết hợp này làm giảm đáng kể số lượng các chuyến đi vòng cần thiết để thiết lập kết nối giữa hai điểm cuối và cung cấp nhiều tùy chọn khả năng mở rộng hơn cho đại lý cuộc gọi.
34
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.
Sau khi xử lý lệnh CRCX, cổng trả về: • Một ID kết nối.
• Một LocalConnectionDescriptor chỉ định các tham số cục bộ của kết nối bằng SDP. • Tùy chọn, một EndpointID cụ thể nếu điểm cuối không được chỉ định trong lệnh.
Kết nối với một điểm cuối khác trên cùng một cổng
Kết nối với một điểm cuối khác trên cùng một cổng diễn ra thường xuyên. Nhiều nhà sản xuất không hỗ trợ bất kỳ tối ưu hóa nào cho loại kết nối này và một số sự kiện không hỗ trợ nó đúng cách (đây là một trong những lỗi phổ biến nhất trong việc triển khai cổng trên tất cả các giao thức VoIP), trong trường hợp đó tác nhân cuộc gọi sử dụng quy trình bình thường, địa chỉ IP cổng cục bộ và cổng làm RemoteConnectionDescriptor.
Tuy nhiên, một số cổng cho phép các điểm cuối giao tiếp cục bộ mà không yêu cầu tạo nhịp độ và chuyển đổi qua mạng IP. Kiểu kết nối này tương tự như kiểu kết nối trước đó, ngoại trừ tác nhân cuộc gọi chỉ định SecondEndpointID thay vì RemoteConnectionDescriptor. Một lệnh như vậy thực sự tạo ra hai kết nối (một trên mỗi điểm cuối), phản hồi cung cấp các ConnectionID của cả hai kết nối. Kết nối thứ hai theo mặc định ở chế độ gửi trực tiếp.
35
Hình 5.24 Ví dụ lệnh MDCX