Chng 16: Mô hình dự phòng bảo vệ AS Tất cả các bản tin ng-ời sử dụng MTP3 (ví dụ ISUP, SCCP) phù hợp với Routing Key giám sát tại một SGP thì đ-ợc sắp xếp vào một AS. AS là một tập tất cả các ASP gắn với một Routing Key xác định. Mỗi ASP trong tập này có thể đ-ợc kích hoạt, không kích hoạt hay không khả dụng. ASP đ-ợc kích hoạt sẽ xử lý l-u l-ợng, còn các ASP không kích hoạt đ-ợc dùng để dự phòng. Mô hình định tuyến lại chống lỗi hỗ trợ dự phòng "n+k", trong đó n là số ASP tối thiểu xử lý l-u l-ợng và k là số ASP khả dụng để thay thế khi cần. 4.3.4.5 Điều khiển dòng Sự quản lý nội hạt tại một ASP có thể phải dừng l-u l-ợng qua một liên kết SCCP để tạm thời để liên kết không phục vụ hoặc để tiến hành kiểm tra hay bảo d-ỡng. Chức năng này có thể đ-ợc lựa chọn để đ-ợc sử dụng để điều khiển việc bắt đầu truyền l-u l-ợng tại một liên kết SCTP khả dụng mới. 4.3.4.6 Điều khiển tắc nghẽn Lớp M3UA đ-ợc thông báo về tình trạng tắc nghẽn cục bộ hay trên mạng IP bằng chức năng thực hiện phụ thuộc (ví dụ nh- một chỉ thị phụ thuộc thực hiện từ SCTP). Tại một ASP hay IPSP, lớp M3UA chỉ thị tắc nghẽn tới ng-ời sử dụng MTP3 nội bộ bằng hàm nguyên thuỷ để yêu cầu các đáp ứng phù hợp của lớp cao hơn. Khi một SG xác định rằng sự truyền tải bản tin SS7 tới Nhóm quản lý điểm báo hiệu SPMC gặp tình trạng tắc nghẽn thì SG có thể tạo ra các bản tin quản lý đ-ợc điều khiển bởi chức năng truyền tải MTP3 tới node SS7 gốc bởi các thủ tục tắc nghẽn của các chuẩn MTP3 liên quan. Việc tạo ra các bản tin quản lý MTP3 SS7 từ một SG là một chức năng phụ thuộc thực hiện. Lớp M3UA tại một ASP hay IPSP có thể chỉ thị tình trạng tắc nghẽn cục bộ tới thực thể ngang hàng M3UA với một bản tin SCON. Khi một SG nhận đ-ợc bản tin tắc nghẽn (SCON) từ một ASP, và SG xác định rằng một SPMC hiện tại đang bị nghẽn, nó có thể tạo các bản tin quản lý đ-ợc điều khiển bởi chức năng truyền tải MTP3 tới các điểm đích SS7 liên quan phụ thuộc vào các thủ tục điều khiển tắc nghẽn của các chuẩn MTP3 liên quan. 4.3.4.7 Sắp xếp luồng SCTP Lớp M3UA tại cả SGP và ASP đều hỗ trợ việc gán l-u l-ợng báo hiệu vào các luồng trong một liên kết SCTP. L-u l-ợng yêu cầu truyền tuần tự phải đ-ợc gán vào trong một luồng. Để thực hiện đ-ợc điều này, l-u l-ợng ng-ời sử dụng MTP3 có thể đ-ợc gán vào các luồng riêng biệt, ví dụ nh- dựa trên giá trị SLS trong nhãn định tuyến của MTP3 hay chỉ số ISUP CIC, tất nhiên là phải tuân theo số l-ợng tối đa các luồng hỗ trợ bởi liên kết SCTP bên d-ới. 4.3.4.8 Mô hình Client/Server SGP và ASP đ-ợc khuyến nghị có thể hỗ trợ hoạt động của cả client và server. Các điểm đầu cuối ngang hàng sử dụng M3UA phải đ-ợc cấu hình sao cho một cái luôn luôn thực hiện chức năng của client và cái còn lại thực hiện chức năng của server khi khởi tạo các liên kết SCTP. Xu h-ớng mặc định là để SGP đóng vai trò của server trong khi ASP là client. Trong tr-ờng hợp này, ASP phải khởi tạo liên kết SCTP tới SGP. Trong tr-ờng hợp thông tin giữa IPSP cũng t-ơng tự nh- vậy. Số cổng gán cho ng-ời sử dụng đã đăng ký SCTP và TCP cho M3UA là 2905. 4.3.5 Các cấu hình sử dụng điển hình 4.3.5.1 Truyền tải bản tin ISUP SEP ISUP MTP2 MTP1 NIF MTP2 MTP1 M2UA SCTP IP SGP ASP SS7 IP NIF: chc nng phi hp hot ng node Hỡnh 4.7 Truyn ti bn tin ISUP MTP3 MTP3 ISUP SCTP IP M3UA Trong tr-ờng hợp này, SGP cung cấp chức năng phối hợp hoạt động tại node (NIF) cho phép MGC trao đổi các bản tin báo hiệu SS7 với các SEP của mạng SS7. Chức năng NIF trong SGP phục vụ nh- là một giao diện trong SGP giữa MTP3 và M3UA. Chức năng này không có giao thức ngang hàng rõ ràng nào với cả MGC hay SEP. Nó cũng cung cấp thông tin về tình trạng của mạng tới một hay cả hai phía của mạng. Với các mục đích trong SGP, tại lớp NIF, các bản tin báo hiệu số 7 có điểm đích là MGC đ-ợc nhận nh- là các hàm nguyên thuỷ chỉ thị MTP-TRANSFER từ giao diện lớp cao hơn MTP3, biên dịch thành các hàm nguyên thủy yêu cầu MTP-TRANSFER và gửi tới chức năng phân phối bản tin nằm tại M3UA để định tuyến tiếp tới điểm đích IP cuối cùng. Các bản tin nhận đ-ợc từ các chức năng sắp xếp và biên dịch địa chỉ mạng trong M3UA nh- là các hàm nguyên thuỷ chỉ thị MTP-TRANSFER đ-ợc gửi tới giao diện lớp cao hơn MTP3 nh- là các hàm nguyên thuỷ yêu cầu MTP- TRANSFER để định tuyến MTP mức 3 tới một SS7 SEP. Để cung cấp thông tin trạng thái mạng SS7, NIF cũng phân phối các hàm nguyên thuỷ chỉ thị phù hợp nhận từ giao diện lớp cao hơn MTP3 tới chức năng quản lý tại M3UA. Thêm vào đó, các điểm đích hạn chế cũng có thể đ-ợc thông tin từ quản lý mạng MTP tới chức năng quản lý tại M3UA. 4.3.5.2 Truyền tải SCTP giữa các IPSP IPSP IPSP SCCP user SCCP M3UA SCTP IP IP SCCP user SCCP M3UA SCTP IP Hỡnh 4.8 Truyn ti SCCP gia cỏc IPSP Trong mô hình này, không có SG nào đ-ợc sử dụng. Các bản tin SCCP đ-ợc trao đổi trực tiếp giữa hai IPSP trong mạng IP mà có các giao thức ng-ời sử dụng SCCP chẳng hạn nh- RANAP hay TCAP. Không cần có chức năng phối hợp mạng SS7 trong tr-ờng hợp này, do đó không có thông tin trạng thái quản lý mạng MTP3 cho các giao thức ng-ời sử dụng SCCP và SCCP để xem xét. Tất cả các hàm nguyên thuỷ chỉ thị từ lớp M3UA tới lớp SCCP phải xem xét trạng thái của liên kết SCTP và mạng IP bên d-ới và các thông tin về tắc nghẽn nhận đ-ợc từ đầu xa. 4.3.5.3 Truyền tải giữa SP và ASP qua SGP SEP hay STP SCCP MTP2 MTP1 M3PA SCTP IP SGP ASP SS7 IP Hỡnh 4.9 Truyn ti bỏo hiuSP v ASP qua SGP SCCP user SCCP MTP3 MTP2 MTP1 SCCP user SCCP M3UA SCTP IP MTP3 Trong tr-ờng hợp này, SGP chứa một lớp giao thức SS7 SCCP có thể thực hiện chức năng Biên dịch tiêu đề chung GTT để các bản tin đ-ợc đánh điạ chỉ về mặt logic tới SG SCCP. Nếu kết quả của GTT cho bản tin SCCP tạo ra một SS7 DPC hay địa chỉ DPC/SSN của một thực thể ngang hàng SCCP trong miền IP, hàm nguyên thuỷ yêu cầu MTP-TRANSFER kết quả đ-ợc gửi tới chức năng sắp xếp và biên dịch địa chỉ mạng ở M3UA để tiếp tục định tuyến tới đích IP cuối cùng. T-ơng tự nh- vậy, giao thức SCCP trong SCP có thể thực hiện các dịch vụ SCCP GTT cho bản tin đ-ợc đánh địa chỉ logic tới nó từ thực thể SCCP ngang hàng trong mạng IP. Trong tr-ờng hợp này, các hàm nguyên thuỷ chỉ thị MTP-TRANSFER đ-ợc gửi từ chức năng sắp xếp và biên dịch địa chỉ mạng tại M3UA tới SCCP để thực hiện chức năng GTT. Nếu kết quả của GTT tạo ra địa chỉ của một thực thể SCCP ngang hàng trong mạng SS7 thì hàm nguyên thuỷ yêu cầu MTP-TRANSFER kết quả đ-ợc gửi tới MTP3 để phân phát tới node SS7. Có thể chức năng SCCP GTT tại SGP nh- trên có thể tạo ra địa chỉ của thực thể ngang hàng SCCP trong mạng IP và hàm nguyên thuỷ yêu cầu MTP-TRANSFER kết quả phải đ-ợc gửi trả lại lớp M3UA để phân phát tới đích đến trong mạng IP. Bên trong SGP, điều này có thể đạt đ-ợc bằng cách sử dụng chức năng phối hợp hoạt động node trong SGP mà thực sự ở bên d-ới SCCP và định tuyến các bản tin chỉ thị / yêu cầu MTP- TRANSFER tới / từ cả MTP3 và lớp M3UA, dựa trên SS7 DPC hay thông tin địa chỉ DPC/SSN. Chức năng phối hợp hoạt động node này không có giao thức ngang hàng thực sự nào với cả ASP và SEP. Chú ý rằng các dịch vụ và giao diện cung cấp bởi lớp M3UA là nh- trong cấu hình truyền tải bản tin ISUP và các chức năng thực hiện trong thực thể SCCP là trong suốt đối với lớp M3UA. Các chức năng giao thức SCCP không đ-ợc tạo ra trong giao thức M3UA. 4.4 Giao thức lớp thích ứng ng-ời sử dụng SCCP (SUA) . diện cung cấp bởi lớp M3UA là nh- trong cấu hình truyền tải bản tin ISUP và các chức năng thực hiện trong thực thể SCCP là trong suốt đối với lớp M3UA. Các. chức năng truyền tải MTP3 tới các điểm đích SS7 liên quan phụ thuộc vào các thủ tục điều khiển tắc nghẽn của các chuẩn MTP3 liên quan. 4.3.4 .7 Sắp xếp