기술 배경 — OTN 기본 이해
100GE 신호를 OTU4로 수납(mapping)하는 작업은 단순한 속도 변환이 아닙니다. 클라이언트 레이트와 OTN 페이로드 레이트 사이의 미세한 차이를 어떻게 처리하느냐에 따라 전송망의 지터, 완더, 레이턴시 특성이 결정됩니다.
100GE PCS 레이트 =
103.125 Gbit/s (64B/66B 인코딩 후)OPU4 페이로드 레이트 ≈
104.355 Gbit/s차이 ≈
+1.230 Gbit/s (+1.19%) → 이 갭을 처리하는 방식이 매핑 기술의 핵심
OTU4 프레임 구조는 4×4080 열 × 4 행의 기본 프레임으로 구성되며, OPU4 페이로드 영역에 클라이언트 신호가 수납됩니다. 매핑 기술은 이 페이로드 공간을 채우는 방식과 레이트 차이를 보정하는 메커니즘에 따라 구분됩니다.
OTU4 (FEC + OTN OH 포함) → ODU4 (ODU OH) → OPU4 (페이로드 + 정당화 OH) → 클라이언트 신호 (100GE)
GMP — Generic Mapping Procedure
현재 100GE → OTU4의 ITU-T 표준 매핑으로, G.7042 및 G.709 Amendment 3에 정의됩니다.
동작 원리
GMP의 핵심은 Cm(Mapping Parameter) 카운터입니다. OPU4 멀티프레임(16,384 열) 구간마다 실제 수신된 클라이언트 비트 수를 계산하고, 공칭값(CnD = 15,232 for 100GE→OPU4)과의 차이를 JC(Justification Control) 바이트에 인코딩합니다.
Cm = CnD → Null Justification (페이로드 유지)
Cm < CnD → Negative Justification (페이로드 1비트 감소)
JC 판정: 3개 바이트 다수결(majority vote) → 오류 내성 확보
누적 위상 오차: ±0.5 비트 이내로 억제
양방향 정당화 덕분에 정당화 이벤트 자체가 매우 드물게 발생하며, 이는 곧 전송로에 주입되는 지터의 최소화를 의미합니다. ITU-T G.8251에서 규정하는 OTN 네트워크 jitter/wander 마스크를 완전히 충족합니다.
- 양방향 정당화 → 최소 jitter 생성
- 클럭 동기 인프라 불필요
- G.8251 jitter/wander 마스크 완전 충족
- 다양한 클라이언트 레이트에 유연 적용
- 100GE → OTU4 ITU-T 표준 방식
- Cm 카운터 + 다수결 로직 구현 복잡
- 멀티프레임 동기화 필요
- AMP/BMP 대비 회로 면적 증가
- 초기 설계 검증에 많은 시뮬레이션 필요
AMP — Asynchronous Mapping Procedure
PDH 시대부터 사용된 전통적 비동기 정당화 방식. ODU1/ODU2 등 저속 매핑에서 검증된 기술입니다.
동작 원리
OPU 프레임 내의 NJO(Negative Justification Opportunity)와 PJO(Positive Justification Opportunity) 바이트를 이용합니다. 클라이언트 신호가 OPU 페이로드보다 빠를 때 PJO를 데이터 바이트로 활용하고(positive stuffing), 느릴 때 NJO를 스터프(stuff) 바이트로 채워 공간을 확보합니다.
클라이언트 느림 → NJO = Stuff (Negative Justification)
정상 → NJO = 데이터, PJO = Stuff (Null)
JO 판정: 3개 JC 바이트 다수결 → 오류 내성
주의: 100GE처럼 고속 신호에서는 정당화 빈도 급증 → wander 누적
문제는 정당화 이벤트 발생 시마다 위상이 불연속적으로 점프한다는 것입니다. 100GE처럼 OPU4 페이로드와의 레이트 차이가 비교적 큰 경우, 초당 수백~수천 회의 정당화가 필요하고, 이로 인한 jitter 누적이 ITU-T G.8251 마스크를 초과할 수 있습니다.
- 구조 단순, 설계 및 검증 용이
- ODU1/ODU2 저속 매핑에서 효과적
- 기존 SDH 망과의 상호 운용 경험 풍부
- 고속 클라이언트에서 jitter 심각
- 단방향 위주 정당화 → wander 누적
- 100GE → OTU4 적용 실질적으로 불가
- GMP 대비 위상 오차 제어 정밀도 열악
BMP — Bit-synchronous Mapping Procedure
클라이언트와 OTN이 동일한 주파수 클럭에 동기화된 환경에서만 사용 가능한 방식입니다.
동작 원리
클라이언트 클럭과 OTN 라인 클럭이 SyncE(Synchronous Ethernet), IEEE 1588v2 PTP 또는 외부 기준 클럭(BITS/SEC)에 의해 주파수 동기화된 상태에서, 클라이언트 비트를 OPU4 페이로드에 1:1로 직접 매핑합니다.
→ 레이트 차이 = 0 → 정당화(justification) 불필요
→ 클라이언트 비트를 OPU4 페이로드에 직접 수납
전제 조건: SyncE / IEEE 1588v2 PTP 전 구간 구축
동기 이상 시: 즉각 프레임 손실 또는 비트 오류 발생
정당화가 없으므로 이론적으로 jitter/wander 특성이 가장 우수합니다. 다만 이는 동기화 인프라의 품질에 전적으로 의존한다는 점에서 BMP 자체의 능력이라기보다 시스템 설계의 결과입니다. 5G Fronthaul처럼 이미 엄격한 동기 인프라(G.8275.1/G.8275.2)가 구축된 환경에서 채택됩니다.
- jitter/wander 이론적 최소 (정당화 없음)
- 매핑 로직 가장 단순
- 최저 레이턴시 — 비트 직접 통과
- 구현 회로 면적 최소
- 전 구간 주파수 동기화 인프라 필수
- SyncE/PTP 구축 비용 높음
- 동기 이상 시 즉각 데이터 손실
- 비동기 망에서는 원천적으로 사용 불가
GFP — Generic Framing Procedure
ITU-T G.7041에서 정의된 프레임/블록 기반 캡슐화 방식. GFP-F와 GFP-T 두 변형이 존재합니다.
동작 원리
완전한 Ethernet MAC 프레임(또는 PPP, FC 프레임)을 GFP 프레임으로 캡슐화합니다. Core Header(4바이트)에 PLI(Payload Length Indicator)와 cHEC(Core Header Error Check)를 포함하고, Payload Header(4~64바이트)에 PTI/PFI/EXI/UPI 필드와 tHEC를 추가합니다.
[ PTI|PFI|EXI|UPI 1B | tHEC 2B (+ eHEC) ] ← Payload Header (최소 4B)
[ Ethernet Frame / PDU Payload ] ← 가변 길이
[ FCS 4B ] ← 선택적
레이트 적응: Idle GFP 프레임 삽입/삭제
→ 클라이언트와 OTN 타이밍 도메인 완전 분리
- 클라이언트/OTN 타이밍 완전 독립
- Ethernet, FC, PPP 등 다종 프로토콜 수용
- cHEC/tHEC 오류 감지 내장
- MAC 계층 가시성 → 통계 다중화 가능
- 1GE·10GE에서 높은 채택률
- 프레임 버퍼링으로 레이턴시 증가
- GFP 헤더 오버헤드 → 유효 BW 감소
- 100GE 고속 환경에서 GMP 대비 효율 저하
- 프레임 경계 검출 지연 발생 가능
종합 비교 분석표
다섯 가지 매핑 방식의 핵심 특성을 한눈에 비교합니다.
| 기술 | 표준 | 동기화 요구 | 레이트 적응 | 지터/완더 | 구현 복잡도 | OH 크기 | 레이턴시 | 100GE 적용 |
|---|---|---|---|---|---|---|---|---|
|
GMP
Generic Mapping Procedure
|
G.7042 / G.709 Amd.3 | 불필요 | Cm 카운터 +/−/null 정당화 |
★★★★★ 매우 우수 |
높음 | 최소 (JC) | 낮음 | 표준 채택 ✓ |
|
AMP
Asynchronous Mapping
|
G.709 (초기) | 불필요 | NJO / PJO 단방향 정당화 |
★★★★★ 열악 (고속시) |
낮음 | 최소 (JO) | 낮음 | 부적합 |
|
BMP
Bit-synchronous Mapping
|
G.709 | 필수 SyncE / PTP |
없음 (1:1 직접) |
★★★★★ 이론적 최우수 |
매우 낮음 | 없음 | 최저 | 조건부 가능 |
|
GFP-F
Frame-mapped GFP
|
G.7041 | 불필요 | Idle 프레임 삽입/삭제 |
★★★★★ 중간 |
중간 | 높음 (8B+) | 중간~높음 | 제한적 |
|
GFP-T
Transparent GFP
|
G.7041 | 불필요 | 블록 변환 64B/65B 기반 |
★★★★★ 양호 |
중간 | 중간 | 낮음 | FC/Storage |
기술 선택 가이드
네트워크 환경과 요구사항에 따른 최적 매핑 기술 선택 기준을 제시합니다.


