html SDH MSTP: Ánh xạ dịch vụ, giao diện và định thời | FCTELE
                                   +8618758069661 [email protected]
Tìm kiếm sản phẩm Hướng dẫn: dấu cách = VÀ, | = HOẶC, ! = KHÔNG

Nền tảng SDH MSTP: Ánh xạ dịch vụ, giao diện và định thời

Bạn có câu hỏi? Hãy gọi cho chúng tôi ngay hôm nay!

+8618758069661

Hoặc để lại lời nhắn cho chúng tôi

Lời nhắn trực tuyến

Nền tảng SDH MSTP: Ánh xạ dịch vụ, giao diện và định thời

Lượt xem: 91 +4Bài gốc của FCTELETác giả: Đội ngũ kỹ thuật FCTELE
TỔNG QUAN NHANH

Cần kiểm tra những gì đối với một dịch vụ SDH MSTP?

Nền tảng MSTP kết hợp các giao diện dịch vụ được hỗ trợ với hệ thống truyền tải và định thời đã cấu hình. Các cổng E1, Ethernet và quang có yêu cầu ánh xạ và nghiệm thu khác nhau. Hãy xác nhận chính xác các card giao diện, tuyến dịch vụ, thiết lập đồng hồ và bảo vệ; chỉ riêng việc liên kết quang được thiết lập không chứng minh dịch vụ đầu cuối đến đầu cuối hoạt động như dự kiến.

Ba cơ chế và giới hạn xác minh của chúngTheo dõi tín hiệu, sau đó xác minh dịch vụ thực tế

01Ánh xạ dịch vụ vào hệ thống truyền tải

Map services into transportEach supported client service needs an agreed transport allocation and remote endpoint.E1EthernetOtherMappingShared transport; explicit channel plan

Mỗi dịch vụ khách được hỗ trợ cần có tài nguyên truyền tải được phân bổ theo thỏa thuận và một điểm cuối từ xa.

02Duy trì quan hệ định thời

Maintain the timing relationshipSynchronous transport and client circuit timing must follow the configured clock plan.Clock planTransportClientVerify references and alarms

Định thời của hệ thống truyền tải đồng bộ và mạch dịch vụ khách phải tuân theo kế hoạch đồng hồ đã cấu hình.

03Kiểm chứng phạm vi bảo vệ

Prove the protection scopeTransport protection and client-service recovery are related but different observations.1234Supported backup pathControl behavior must match the system

Bảo vệ truyền tải và khôi phục dịch vụ khách có liên quan nhưng là hai khía cạnh quan sát khác nhau.

Vuốt để so sánh ba sơ đồ →

Hình minh họa khái niệm phục vụ giảng giải — không phải dạng sóng đo được, sơ đồ đấu dây lắp đặt hay kiến trúc bên trong của một sản phẩm cụ thể.
  • Ánh xạ dịch vụ vào hệ thống truyền tải

    Truy vết phương án kết nối chéo hoặc ánh xạ thực tế.

  • Duy trì quan hệ định thời

    Ghi lại các nguồn đồng hồ, cảnh báo và cấu trúc dịch vụ được hỗ trợ.

  • Kiểm chứng phạm vi bảo vệ

    Đo hoạt động của dịch vụ khách trong các tình huống sự cố được hỗ trợ.

Danh sách kiểm tra lựa chọn và xác minhMở rộng các mục kiểm tra và hướng dẫn liên quan
Các mục kiểm tra cho dịch vụ này và điều kiện vận hành thực tế
Mục kiểm traNội dung cần xác nhậnCách xác minh
Ánh xạ dịch vụ vào hệ thống truyền tảiMỗi dịch vụ khách được hỗ trợ cần có tài nguyên truyền tải được phân bổ theo thỏa thuận và một điểm cuối từ xa.Truy vết phương án kết nối chéo hoặc ánh xạ thực tế.
Duy trì quan hệ định thờiĐịnh thời của hệ thống truyền tải đồng bộ và mạch dịch vụ khách phải tuân theo kế hoạch đồng hồ đã cấu hình.Ghi lại các nguồn đồng hồ, cảnh báo và cấu trúc dịch vụ được hỗ trợ.
Kiểm chứng phạm vi bảo vệBảo vệ truyền tải và khôi phục dịch vụ khách có liên quan nhưng là hai khía cạnh quan sát khác nhau.Đo hoạt động của dịch vụ khách trong các tình huống sự cố được hỗ trợ.

Trước tiên, hãy xác nhận đây là loại MSTP nào

Trong các mạng truyền dẫn quang truyền thống, MSTP thường chỉ nền tảng truyền tải đa dịch vụ dựa trên SDH. Nền tảng này tiếp nhận và truyền tải các dịch vụ khác nhau trong một phân cấp truyền dẫn đồng bộ, với các đối tượng phổ biến gồm E1 và Ethernet. Trong tài liệu về bộ chuyển mạch Ethernet, MSTP thường là Giao thức cây bao trùm đa thực thể, được dùng để tổ chức các đường dẫn chống vòng lặp ở Lớp 2. Chữ viết tắt giống nhau, nhưng nhiệm vụ của thiết bị và quy trình bên trong khác nhau. Trước khi lựa chọn, phải mô tả rõ đầy đủ đối tượng kỹ thuật.

Nền tảng đa dịch vụ không có nghĩa là bất kỳ đầu nối hoặc giao thức nào cũng có thể được truyền trực tiếp mà không cần thích ứng. Dịch vụ cần các giao diện truy nhập, mô-đun xử lý và tài nguyên truyền dẫn được hỗ trợ. Các bài viết cũ tóm tắt yêu cầu giao diện là không có yêu cầu đặc biệt, dễ khiến người đọc bỏ qua các quan hệ về tốc độ, tạo khung, đặc tính điện và ánh xạ. Sợi quang chỉ là môi trường truyền; khả năng liên thông còn phụ thuộc vào toàn bộ hệ thống tuyến được truyền trên đó.

Cách các dịch vụ khác nhau đi vào tuyến đồng bộ

SDH tổ chức dữ liệu trên tuyến theo các khung đồng bộ tiêu chuẩn hóa và truyền tải các dịch vụ đã ánh xạ thông qua những cấu trúc như container ảo. Có thể hiểu container ảo là một vị trí có cấu trúc được hệ thống truyền dẫn bố trí cho một loại dịch vụ nhất định; nó không phải là VLAN Ethernet, cũng không phải là bước sóng quang. Sau khi truy nhập, E1 cần được gửi đến đầu xa theo cấu hình ánh xạ, kết nối chéo và kênh tương ứng, sau đó được khôi phục tại cổng dịch vụ tương ứng.

Ethernet là dịch vụ gói hoạt động theo khung và cần được thích ứng khi đi vào loại hệ thống truyền dẫn này. Thủ tục tạo khung tổng quát (GFP) là một cơ chế thích ứng liên quan, nhưng chỉ riêng việc sản phẩm có ghi MSTP không bảo đảm mọi phiên bản đều triển khai cùng một chế độ. Các sản phẩm cụ thể có thể hỗ trợ những chức năng đóng gói, ghép nối ảo hoặc điều chỉnh dung lượng khác nhau. Cần kiểm tra cấu hình card thực tế và thiết bị đối tác; không thể dùng tên chức năng tương tự nhau làm bằng chứng về khả năng liên thông.

Phải tính riêng tốc độ giao diện và tài nguyên truyền tải

Cổng dịch vụ được ghi là gigabit cho biết một loại khả năng ở phía giao diện; điều đó không chứng minh cổng đã được cấp một kênh có dung lượng sử dụng đầy đủ một gigabit trong nền tảng truyền dẫn. Tài nguyên do nền tảng phân bổ, các cấu trúc dùng chung cho nhiều dịch vụ, dung lượng kết nối chéo và các mô-đun xử lý đều có thể tạo ra giới hạn. Khi nhiều cổng hoạt động đồng thời, cần tính toán phân bổ tài nguyên thực tế và tải đầu ra, thay vì cộng trực tiếp tốc độ của từng cổng dịch vụ.

Tốc độ tuyến danh định của E1 là 2.048 Mbit/s; các cấu trúc như tạo khung và báo hiệu ảnh hưởng đến lượng dữ liệu dành cho dịch vụ thực tế. Ethernet cũng có khung, giao thức và phần dung lượng phụ trội có thể phát sinh do thích ứng, vì vậy không thể tính chính xác dung lượng còn lại chỉ bằng cách lấy các con số của tuyến trừ đi các con số của giao diện. Danh sách kiểm tra lựa chọn cần liệt kê riêng các loại cổng, số kênh dịch vụ, tài nguyên được phân bổ và điều kiện hoạt động đồng thời, sau đó tiến hành kiểm chứng với tải đại diện.

Ví dụ, khi một nhóm dịch vụ điện thoại và một nhóm dịch vụ Ethernet giám sát được đưa vào cùng nhau, trước tiên hãy làm rõ dung lượng liên tục và độ trễ cho phép mà từng nhóm yêu cầu, sau đó kiểm tra tài nguyên mà các card tương ứng có thể phân bổ. Không nên tùy tiện gộp ánh xạ kênh điện thoại với lưu lượng video trong tính toán, và tải video trung bình không tương đương với tất cả các đỉnh tải tức thời. Khi nghiệm thu, hãy chạy đồng thời cả hai nhóm dịch vụ và lưu riêng chất lượng kênh cùng các bộ đếm mạng; chỉ khi đó mới có thể phát hiện các giới hạn tài nguyên dùng chung không thể thấy khi thử kết nối từng dịch vụ riêng lẻ.

E1 và Ethernet được thích ứng riêng với tài nguyên truyền dẫn SDH và được khôi phục ở đầu xa
Hình 1 | Sơ đồ nguyên lý tổng quát. GFP là một cơ chế thích ứng liên quan; sơ đồ không chứng minh bất kỳ mẫu thiết bị Feichang Technology nào có đầy đủ mọi khả năng SDH/MSTP.

Phía E1 phải kiểm tra các quan hệ điện và định thời

E1 thường sử dụng giao diện đồng trục không cân bằng 75Ω và giao diện cân bằng 120Ω, cần phù hợp với định nghĩa cổng ở cả hai đầu. Không được bỏ qua trở kháng chỉ vì có thể cắm vừa đầu nối. Đầu phát nối với đầu thu của thiết bị đối tác; cần kiểm tra riêng các chân cụ thể, chế độ tạo khung, CRC4 và cấu hình kênh. Không được tùy tiện kết nối chéo Ethernet RJ45 thông thường với một số giao diện E1 sử dụng cùng kiểu vỏ đầu nối.

Các dịch vụ số liên tục cần có đồng hồ. Dự án cần làm rõ thiết bị hoặc mạng nào cung cấp định thời, cổng nào khôi phục và sử dụng đồng hồ nhận được, cũng như cách hoạt động khi mất nguồn tham chiếu. Các đồng hồ không được phối hợp có thể gây trượt hoặc bất thường dịch vụ; đèn đường quang sáng không chứng minh quan hệ định thời là đúng. Đồng hồ của các dịch vụ khác nhau và việc đồng bộ nội bộ thiết bị cũng có thể sử dụng các cách triển khai khác nhau, và không thể bỏ qua những điều kiện này chỉ bằng cách vẽ một sợi quang.

Các cổng dịch vụ E1, cổng dịch vụ Ethernet và cổng tuyến SDH được đối chiếu tương thích riêng
Hình 2 | Sơ đồ nguyên lý tổng quát. Các đầu nối tương tự nhau không chứng minh khả năng liên thông; cần kiểm tra riêng đặc tính điện, tạo khung, đồng hồ và hệ thống tuyến quang.

Không thể đánh giá Ethernet và tuyến quang chỉ dựa vào khe cắm

Đối với cổng dịch vụ Ethernet, hãy xác nhận tốc độ cổng, chế độ song công, thẻ VLAN, độ dài khung và cách xử lý các gói điều khiển cần thiết. Cái gọi là truyền tải trong suốt bảo toàn ngữ nghĩa dịch vụ cần thiết trong một phạm vi xác định; điều đó không có nghĩa là mọi loại khung, mọi kích thước và mọi đỉnh tải đều được truyền qua vô điều kiện. Khi cần định tuyến giữa các nhóm hoặc chính sách bảo mật, cũng cần xác nhận các chức năng này được bố trí tại nút nào.

Cổng quang SDH phía tuyến và cổng quang Ethernet có thể sử dụng các mô-đun có kiểu dáng tương tự nhau, nhưng vẫn thuộc các loại tín hiệu tuyến khác nhau. Cần kiểm tra cấp STM, thông số giao diện, thông số quang và phiên bản thiết bị đối tác; không thể mặc nhiên cho rằng có thể liên thông chỉ vì đã cắm mô-đun quang cùng tốc độ. Quỹ công suất quang và dải công suất thu là một nhóm điều kiện khác, cần được kiểm chứng riêng với cấu trúc khung SDH, chế độ ánh xạ và khả năng tương thích quản lý mạng.

Vai trò của thiết bị Feichang Technology ở phía truy nhập

Tài liệu mang số 78 của Feichang Technology dành cho bộ ghép kênh quang điện thoại đa dịch vụ dạng mô-đun FC2PM-O64/S64 liệt kê các khe dịch vụ cùng các cấu hình E1, điện thoại và Ethernet khác nhau, và có thể dùng để kiểm tra các yêu cầu truy nhập và ghép kênh dịch vụ cụ thể. Tuy nhiên, việc có nhiều giao diện và cấu trúc mô-đun không tự động chứng minh đây là nền tảng SDH/MSTP, cũng không chứng minh thiết bị hỗ trợ mọi khả năng GFP hoặc kết nối chéo SDH. Khi đặt hàng, cần đối chiếu với mẫu thiết bị và tổ hợp card rõ ràng.

Nếu các dịch vụ E1 từ loại thiết bị này cần được bàn giao cho một nút SDH hiện có, cần xác nhận từng kênh về cổng E1, chế độ điện, định thời, tạo khung và phân bổ kênh; các dịch vụ Ethernet cần được đưa vào nút tương ứng qua các cổng dịch vụ thực tế của chúng. Không thể khái quát số lượng giao diện, khả năng tuyến và các tùy chọn của một cấu hình sản phẩm cho toàn bộ dòng sản phẩm. Khi thực sự cần MSTP, hãy yêu cầu nhà cung cấp cung cấp tài liệu cho nền tảng truyền dẫn tương ứng, và tránh dùng tên của một bộ ghép kênh quang đa dịch vụ thông thường để thay thế.

Hoàn tất nghiệm thu liên thông theo các lớp dịch vụ

Trước tiên, hãy kiểm tra riêng dịch vụ E1 hoặc Ethernet cục bộ, sau đó thiết lập một kênh truyền dẫn và xác nhận cổng cùng chiều truyền tương ứng ở đầu xa. Tiếp theo, thêm các dịch vụ khác và kiểm tra tải đồng thời, cảnh báo và quản lý. Trong các thử nghiệm sự cố tuyến và khôi phục trong khung thời gian bảo trì, hãy đồng thời quan sát lớp tuyến, kênh ánh xạ và ứng dụng thực tế; không được coi hiển thị quản lý mạng bình thường là bằng chứng cho thấy mọi dịch vụ đã khôi phục.

Lưu lại thông tin card và phiên bản, cổng dịch vụ, kết nối chéo kênh, thông số quang và nguồn đồng hồ. Đối với E1, có thể kết hợp kiểm tra lỗi bit, vòng lặp và dịch vụ đầu cuối; đối với Ethernet, hãy kiểm tra gói tin, thẻ, thông lượng và hiện tượng mất gói. Khi xảy ra sự cố, hãy khắc phục từng đoạn dọc theo giao diện, tài nguyên truyền dẫn, ánh xạ và ứng dụng; không được quy mọi trường hợp không tương thích cho chất lượng sợi quang hoặc nhu cầu tăng công suất quang.

Ghi chú tài liệu: Các sơ đồ nguyên lý đã được đối chiếu với nội dung kỹ thuật và được dùng để giải thích cơ chế chung; chúng không phải ảnh sản phẩm hay bản ghi đo đạc. Giao diện, chế độ và khả năng cụ thể phải căn cứ vào model, phiên bản được chọn và xác minh tại hiện trường.

Tài liệu tham khảo để xác minh: ITU-T G.7041 Thủ tục tạo khung tổng quát
ITU-T G.707 Các giao diện phân cấp số đồng bộ
ITU-T G.703 Đặc tính điện của các giao diện số
ITU-T G.704 Các cấu trúc khung đồng bộ
Bộ ghép kênh quang điện thoại dạng mô-đun Feichang Technology FC2PM
Danh mục bộ ghép kênh quang điện thoại đa dịch vụ dạng mô-đun của Feichang Technology

Các chủ đề kỹ thuật liên quan: Cách phân biệt xếp chồng và nối tầng bộ chuyển mạch: thiết bị logic, dung lượng đường lên và ranh giới ảnh hưởng của sự cố Cách phân biệt E1, E1 phân kênh và PRI: khe thời gian, báo hiệu và nghiệm thu kết nối truy cập Cách cổng nối tiếp MEMOBUS hoạt động qua sợi quang: truyền bản tin trong suốt, định thời phát/thu và kiểm chứng thiết bị

Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn được xuất bản lần đầu: 2021-06-28. Nguồn được sửa đổi lần cuối: 2026-10-13T01:08:12+08:00. Đọc nguồn tiếng Trung

Các câu hỏi thực tế thường gặp

Một cổng Ethernet có luôn được sử dụng toàn bộ dung lượng tuyến quang không?

Không. Mỗi dịch vụ khách được hỗ trợ cần có tài nguyên truyền tải được phân bổ theo thỏa thuận và một điểm cuối từ xa. Hãy truy vết phương án kết nối chéo hoặc ánh xạ thực tế.

Các mô-đun quang tương thích có thể thay thế việc kiểm tra đồng hồ và ánh xạ dịch vụ không?

Không. Định thời của hệ thống truyền tải đồng bộ và mạch dịch vụ khách phải tuân theo kế hoạch đồng hồ đã cấu hình. Hãy ghi lại các nguồn đồng hồ, cảnh báo và cấu trúc dịch vụ được hỗ trợ.

Vòng quang có bảo vệ có bảo đảm mọi dịch vụ khách đều không bị gián đoạn không?

Không. Bảo vệ truyền tải và khôi phục dịch vụ khách có liên quan nhưng là hai khía cạnh quan sát khác nhau. Hãy đo hoạt động của dịch vụ khách trong các tình huống sự cố được hỗ trợ.

Nguồn và giới hạn áp dụng

Các nội dung bổ sung này giải thích cơ chế chung. Tính năng được hỗ trợ, chi tiết kết nối và giới hạn nghiệm thu phải được xác minh cho thiết bị, phần mềm và điều kiện vận hành thực tế; các sơ đồ không phải số liệu đo hay bằng chứng chứng nhận.

Chia sẻ bài viết này