Chức năng của M2UA

Một phần của tài liệu 214533 (Trang 74 - 79)

4.3.4.1 Biểu diễn mã điểm báo hiệu

Trong mạng báo hiệu SS7, để có thể định tuyến đ−ợc, một SG có thể phải chịu trách nhiệm trình bày một tập các node trong mạng IP thành mạng SS7. Bản thân SG là một điểm báo hiệu trong mạng SS7 cũng có thể đ−ợc đánh địa chỉ với một mã điểm SS7 do mục đích quản lý MTP3. Mã điểm SG cũng có thể đ−ợc sử dụng cho đánh địa chỉ bất cứ ng−ời sử dụng MTP3 nào tại SG chẳng hạn nh− lớp SCCP nội bộ.

Một SG có thể đ−ợc phân chia về mặt logic để hoạt động trong nhiều mạng SS7. Trong tr−ờng hợp nh− vậy, SG có thể đ−ợc đánh địa chỉ với một mã điểm trong mỗi mạng, và biểu diễn một tập các node trong mạng IP sang từng mạng SS7.

Các server ứng dụng có thể đ−ợc biểu diễn bởi cùng mã điểm của SG, mã điểm riêng của chính nó hay đ−ợc nhóm với các server ứng dụng khác vì mục đích dự phòng mã điểm. Một mã điểm đơn có thể đ−ợc sử dụng để biểu diễn SG cùng với tất cả các server ứng dụng nếu muốn.

Nếu một ASP hay nhóm ASP khả dụng đối với mạng SS7 qua nhiều hơn một SG, các ASP sẽ đ−ợc biểu diễn đặc thù bằng một mã điểm khác biệt so với bất kỳ mã điểm SG nào. Điều này cho phép những SG này có thể đ−ợc nhìn từ phía mạng SS7 nh− là những STP, mỗi SG có một tuyến hoạt động tới cùng ASP. Trong điều kiện lỗi khi mà ASP trở nên không khả dụng từ một trong những SG, cách tiếp cận trên cho phép truyền bản tin quản lý tuyến MTP3 giữa mạng SG và SS7, cho phép định tuyến lại SS7 đơn giản thông qua một SG thay đổi mà không phải thay đổi địa chỉ mã điểm đích của l−u l−ợng SS7 tới ASP.

Khi có thể liên lạc với AS nào đó thông qua nhiều hơn một SGP, các Khoá định tuyến t−ơng ứng trong SGP phải đồng nhất.

Chu Quang Hiển – D2001VT 71 4.3.4.2 Routing Context và Routing Key

Khái niệm

Việc phân chia bản tin SS7 giữa SGP và server ứng dụng đ−ợc xác định bằng các Routing Key và Routing Context gắn liền với nó.

Một Routing Key là một tập cần thiết các thông số SS7 đ−ợc sử dụng để lọc các bản tin SS7, trong khi thông số Routing Context là một giá trị nguyên 4 byte đ−ợc kết hợp với Routing Key theo quan hệ 1:1. Do đó Routing Context có thể đ−ợc xem nh− là một chỉ mục tới bảng phân phối bản tin node gửi chứa các Routing Key.

Thông tin định tuyến/đánh địa chỉ SS7 có thể trong Routing Key bao gồm OPC, DPC, SIO trong nhãn định tuyến MTP3, hay tr−ờng xác định ng−ời sử dụng MTP3 (chẳng hạn nh− ISUP CIC, số phân hệ SCCP ). Một số ví dụ về Routing Key là: DPC, kết hợp của DPC/OPC, kết hợp của DPC/OPC/CIC hay kết hợp của DPC/SSN. Thông tin riêng đ−ợc sử dụng để xác định một Routing Key M3UA là phụ thuộc vào mạng và ứng dụng.

Một tiến trình server ứng dụng ASP có thể đ−ợc thiết lập cấu hình để xử lý l−u l−ợng báo hiệu liên quan đến nhiều hơn một server ứng dụng qua một liên kết SCTP. Trong các bản tin quản lý ASP tích cực và không tích cực, l−u l−ợng báo hiệu bắt đầu hay dừng lại đ−ợc phân loại bằng các thông số Routing Context. Trong một ASP, thông số Routing Context xác định duy nhất dải các l−u l−ợng báo hiệu kết hợp với mỗi server ứng dụng và ASP đ−ợc thiết lập để nhận.

Giới hạn của Routing Key

Routing Key phải là duy nhất sao cho mỗi bản tin báo hiệu SS7 nhận đ−ợc phải hoàn toàn phù hợp hay một phần với kết quả định tuyến. Giá trị dải thông số trong một Routing Key không cần thiết phải liên tiếp nhau. Ví dụ, một AS có thể đ−ợc cấu hình để hỗ trợ xử lý cuộc gọi cho nhiều dải trung kế PSTN mà không đ−ợc biểu diễn bằng các giá trị CIC liên tục.

Chu Quang Hiển – D2001VT 72 Có hai cách để giám sát một Routing Key tại một SGP. Một Routing Key có thể đ−ợc cấu hình tĩnh bằng cách sử dụng giao diện quản lý thực hiện độc lập hay một cách động bằng các thủ tục đăng ký Routing Key M3UA.

Khi sử dụng giao diện quản lý để cấu hình Routing Key, chức năng phân phối bản tin trong SGP không bị giới hạn trong tập các thông số mà các thuật toán phân phối bản tin khác có thể đ−ợc sử dụng.

Phân phối bản tin tại SGP

Để chuyển bản tin nhận đ−ợc từ mạng MTP3 SS7 tới đích phù hợp trong mạng IP, SGP phải thực hiện chức năng phân phối bản tin bằng cách sử dụng thông tin từ bản tin ng−ời sử dụng MTP3.

Để hỗ trợ phân phối bản tin này, SGP có thể duy trì một bản t−ơng đ−ơng của bảng biên dịch địa chỉ mạng, sắp xếp thông tin bản tin SS7 tới một server ứng dụng AS cho một ứng dụng riêng biệt và một dải l−u l−ợng. Điều này có thể đạt đ−ợc bằng cách so sánh các thành phần của bản tin SS7 đến với các Routing Key hiện tại đã đ−ợc xác định trong SGP.

Những Routing Key này đến l−ợt nó có thể sắp xếp trực tiếp vào một AS cho phép bởi một hay nhiều ASP. Những ASP này cung cấp thông tin trạng thái động liên quan đến độ khả dụng, khả năng xử lý l−u l−ợng và tắc nghẽn tới SGP bằng cách sử dụng các bản tin quản lý khác nhau xác định trong giao thức M3UA.

Danh sách các ASP trong một AS đ−ợc thiết lập động, không tính đến độ khả dụng, khả năng xử lý l−u l−ợng và trạng thái nghẽn của từng ASP trong danh sách, cũng nh− là những sự thay đổi cấu hình hay cơ chế định tuyến lại chống lỗi có thể.

Thông th−ờng, một hay nhiều ASP đ−ợc kích hoạt (có nghĩa là xử lý l−u l−ợng) trong AS nh−ng trong tr−ờng hợp chuyển tiếp hay lỗi nào đó thì có thể không có ASP nào đ−ợc kích hoạt mà khả dụng cả. Các kịch bản quảng bá, chia tải và dự phòng đ−ợc hỗ trợ.

Khi không có Routing Key nào phù hợp của bản tin SS7 đến, cơ chế xử lý mặc định có thể đ−ợc xác định. Giải pháp có thể là cung cấp một AS mặc định tại SGP mà định h−ớng tất cả l−u l−ợng ch−a đ−ợc chỉ định tới một (hay nhiều) các ASP mặc định, hay bỏ bản tin và thông báo cho quản lý lớp.

Phân phối bản tin tại ASP

ASP phải lựa chọn một SGP để định h−ớng một bản tin tới mạng SS7. Điều này đ−ợc thực hiện băng cách quan sát mã điểm đích DPC (và các thành phần khác có thể

Chu Quang Hiển – D2001VT 73 của bản tin đầu ra, chẳng hạn nh− giá trị SLS). ASP cũng không quan tâm xem là Routing Context đ−ợc kích hoạt hay không.

4.3.4.3 Phối hợp hoạt động SS7 và M3UA

Trong tr−ờng hợp phối hợp hoạt động SS7 và M3UA, lớp thích ứng M3UA đ−ợc thiết kế để cho phép mở rộng các hàm nguyên thuỷ xác định bởi MTP3.

Lớp SS7 cổng báo hiệu

SG chịu trách nhiệm kết cuối MTP mức 3 của giao thức SS7 và cung cấp sự mở rộng trên cơ sở IP tới ng−ời sử dụng của nó.

Từ phía mạng SS7, SG phải truyền và nhận các bản tin SS7 MSU tới và từ mạng PSTN qua giao diện mạng SS7 chuẩn, sử dụng phần truyền bản tin SS7 MTP để cung cấp sự truyền dẫn tin cậy những bản tin này. (adsbygoogle = window.adsbygoogle || []).push({});

Tại một giao diện mạng SS7 chuẩn, sử dụng các tuyến báo hiệu MTP mức 2 không phải là khả năng duy nhất. Các tuyến tốc độ cao trên cơ sở ATM cũng có thể đ−ợc sử dụng với các dịch vụ của Lớp thích ứng ATM báo hiệu SAAL. Các giao diện IP cũng hoàn toàn có thể bằng cách sử dụng các dịch vụ của M2UA hay M2PA.

Các bản tin đ−ợc kết cuối tại STP hay SEP. Sử dụng các dịch vụ của MTP3, SG có khả năng thông tin với các SEP SS7 xa trong mô hình tựa kết hợp. Trong mô hình này STP có thể đ−ợc sử dụng trên tuyến giữa SEP và SG.

Phối hợp hoạt động SS7 và M3UA tại SG

SGP cung cấp phối hợp hoạt động về mặt chức năng của chức năng truyền tải giữa mạng SS7 và mạng IP bằng cách cũng hỗ trợ lớp thích ứng M3UA. Nó cho phép truyền tải các bản tin báo hiệu ng−ời sử dụng MTP3 tới và từ một ASP trên nền IP, nơi mà có lớp giao thức ng−ời sử dụng MTP ngang hàng.

Để quản lý ng−ời sử dụng SS7, các giao thức ng−ời sử dụng MTP3 tại ASP phải nhận thông tin chỉ thị về độ khả dụng của điểm báo hiệu SS7, tình trạng nghẽn SS7 và tình trạng không khả dụng phần ng−ời sử dụng xa nh− là tại một node SEP SS7. Để thực hiện điều này, các hàm nguyên thuỷ phù hợp đ−ợc nhận tại giao diện lớp cao hơn MTP3 tại SG cần đ−ợc truyền tới giao diện lớp thấp hơn ng−ời sử dụng MTP3 xa tại ASP.

Các bản tin quản lý MTP3 không đ−ợc đóng gói nh− là tr−ờng dữ liệu của bản tin DATA và đ−ợc gửi từ SG tới ASP hay từ ASP tới SG. SG phải nhận những bản tin này và tạo bản tin M3UA phù hợp.

Chu Quang Hiển – D2001VT 74 Các nhóm AS chịu trách nhiệm cung cấp sự hỗ trợ chung cho một hay nhiều lớp cao hơn SS7. Nhìn từ phía mạng SS7, Các nhóm quản lý điểm báo hiệu SPMC cung cấp sự hỗ trợ đầy đủ cho các dịch vụ lớp cao hơn cho một mã điểm xác định. Ví dụ, một SPMC cung cấp cáckhả năng MGC có thể hỗ trợ đầy đủ cho ISUP (và bất cứ ng−ời sử dụng MTP nào khác tại mã điểm của SPMC) cho một mã điểm cho tr−ớc.

Trong tr−ờng hợp một ASP đ−ợc kết nối tới nhiều SGP, lớp M3UA phải duy trì trạng thái của điểm đích SS7 đã đ−ợc thiết lập cấu hình và gửi các bản tin phụ thuộc vào trạng thái hạn chế/tắc nghẽn/khả dụng của các tuyến đ−ờng tới điểm đích SS7. 4.3.4.4 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ó

Chu Quang Hiển – D2001VT 75 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.

Một phần của tài liệu 214533 (Trang 74 - 79)