Tài liệu thiết kế hệ thống truyền tải công nghệ số 7 trong NGN, Chương 16 ppt
Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (112.02 KB, 6 trang )
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.
