제7장
WIA-COMM-005는 네 개의 Phase로 이루어집니다. Phase 1의 엔벨로프(envelope)는 전송 형식 계약이고, Phase 2는 이를 HTTPS로 노출하며, Phase 3는 신뢰 경계를 넘나드는 프로토콜 교환으로 감쌉니다. Phase 4는 이 모든 것을 규제기관, 레거시 해상·항공 시스템, 다른 WIA 표준 같은 외부 생태계와 연결합니다. 위성 인터넷은 모든 주권 경계를 넘고 모든 종류의 디지털 트래픽을 나르며 서로 다른 규제 체계의 가입자를 동시에 서비스하는 인프라입니다. 그래서 이 Phase의 목표는 기능 추가보다 감사 가능성(auditability)에 있습니다. 운영자, 규제기관, 가입자 사이를 오가는 운영 데이터가 가장 엄격한 규제 점검에서도 추적 가능해야 합니다.
이 장은 설계와 성능 검증 기준, 운영 패턴, 관할권별 규제 대응, 구현 런북과 로드맵을 순서대로 다룹니다.
표준은 시스템 설계를 하나의 체크리스트로 요약합니다. 궤도 정의부터 위성 제조·시험·발사까지 이어지는 순서이며, 규제 승인과 폐기 계획이 중간에 들어 있다는 점이 중요합니다. 주파수 신고와 궤도 잔해 저감은 사후 문서 작업이 아니라 설계 단계의 산출물입니다.
□ Define orbit parameters (altitude, inclination, planes)
□ Calculate constellation size for desired coverage
□ Design link budget (uplink, downlink, ISL)
□ Select frequency bands and file with ITU
□ Design ground station network
□ Develop user terminal (phased array or parabolic)
□ Implement handover algorithms
□ Plan debris mitigation and deorbit strategy
□ Obtain regulatory approvals (FCC, ITU, national)
□ Manufacture, test, and launch satellites성능 검증은 네 갈래로 나뉩니다. 각 항목의 목표와 확인 방법은 다음과 같습니다.
| 검증 항목 | 기준 및 방법 |
|---|---|
| 링크 버짓 마진 | 목표 3~6 dB. 강우 감쇠(rain fade)와 지향 오차를 반영 |
| 지연 시험 | 종단 간 RTT를 측정하고 LEO에서 40 ms 미만임을 확인 |
| 핸드오버 검증 | 끊김 100 ms 미만의 끊김 없는 전환을 시험하고 TCP 연결이 유지되는지 확인 |
| 처리량 시험 | 포화 처리량 측정과 영상·게임 같은 실제 애플리케이션 성능 확인 |
링크 버짓 마진은 숫자 하나로 끝나지 않습니다. 비가 내리는 지역과 지향 오차가 큰 이동체 단말은 같은 마진으로도 체감 품질이 달라집니다.
준수 사업자(conformant operator)는 분기마다 성능 벤치마크를 공개합니다. 항목은 지역별 RTT 중앙값, 95번째 백분위 RTT, 단말 등급별 지속 처리량, 핸드오버 성공률, 페이드 이벤트 MTBF(평균 고장 간격)입니다. 이 수치는 고객의 사업자 선택 근거가 되고 규제 보고서에도 들어갑니다. 규제기관과 가입자가 같은 형식의 수치를 읽을 수 있으므로, 사업자 간 비교가 마케팅 문구가 아니라 측정값 위에서 이루어집니다.
시장 구조 측면에서는 Starlink, OneWeb, Kuiper처럼 서로 다른 별자리가 공존합니다. 표준은 이를 WIA-OMNI-API의 범용 위성 API로 묶어 단일 인터페이스로 접근하는 방향을 제시합니다.
실제 운영 사업자에게서는 세 가지 배치 패턴이 반복해서 나타납니다. 병목 요인이 서로 다르므로 최적화 대상도 달라집니다.
해상(VSAT)과 항공(Ku/Ka 대역) 연결에는 이미 운영 생태계가 있습니다. 브리지 프로파일은 Phase 1 엔벨로프를 다음 시스템의 고유 제어 평면으로 변환하고, 단말 텔레메트리는 역변환해 돌려받습니다.
국제 수준에서는 ITU 무선통신규칙(Radio Regulations)이 기준입니다. 핵심 요건은 제9조 주파수 조정, 제11조 통보와 등록, 제22조 운용 절차, 그리고 부록 4의 최대 EIRP 한도입니다. 국가 수준의 면허는 별도로 필요합니다.
| 구분 | 주요 내용 |
|---|---|
| FCC (미국) | IBFS를 통한 신청, NGSO 별자리용 Processing Round 방식, 6년 안에 50% 발사라는 마일스톤 요건 |
| OFCOM (영국) | Spectrum Access License, 기존 서비스와의 조정 |
| ITAR (미국) | 위성 기술은 수출 제한 대상이며 수출 면허가 필요하고, 상업 시스템에는 예외가 있음 |
| Wassenaar Arrangement | 다자간 수출 통제. 높은 Δv 능력을 가진 시스템에 적용 |
표준은 이 다양한 요건을 데이터 계약으로 다룹니다. 사업자의 표준 디스커버리 문서가 면허를 받은 관할권(FCC, Ofcom, 일본 MIC, 한국 KCC, EU 회원국 규제기관 등)을 선언하고, 엔벨로프에는 관할권 식별자가 실려 지역별 준수 여부를 추적할 수 있습니다. 한 관할권에서 운영 경험을 쌓은 뒤 다른 관할권으로 확장할 때는 같은 장치 위에 관할권별 정책 오버레이만 덧붙입니다.
합법적 감청(lawful intercept)이 요구되는 관할권은 미국 CALEA, ETSI ES 201 671을 따르는 EU, 한국의 통신비밀보호법이 대표적이며, 디스커버리 문서에 해당 요건을 선언합니다. 이런 관할권의 세션은 시작 시점에 통지 엔벨로프를 내보냅니다. 실제 감청은 모든 접근을 감사 로그에 남기는 별도의 서명된 채널로 수행됩니다. 용어로는 궤도 잔해 저감(debris mitigation)이 ISO 24113 기준에 따른 관행이며, 접근 예측인 근접 조우(conjunction)와 행성 보호 지침을 정하는 COSPAR도 표준 용어집에 정리돼 있습니다.
첫 배치는 보통 한 지역에서 지상국 망과 초기 단말 할당으로 시작합니다. 참조 배치 가이드에는 지역별 용량 산정, 주파수 조정 주기, 서비스 첫 90일의 운영 런북이 담깁니다. 구현 순서는 다음과 같습니다.
1. 참조 컨테이너(wia/satellite-internet-host:1.0.0) 기동
2. 적합성 시험 스위트 실행
3. 모의(mock) 백엔드를 실제 백엔드로 엔드포인트 단위 교체
4. 감사 로그 복제 연결
5. 신뢰할 수 있는 피어 한 곳과 연합(federation) 시작
6. 피어 확대
7. 경고 엔벨로프 구독을 갖추고 프로덕션 승격위성 인터넷 환경에서는 한 곳의 별자리 운영자 TT&C 망과 연동하고, 소규모 단말 군으로 섀도 운영하며 30일간 커버리지·핸드오버 엔벨로프를 공개한 뒤, 운영팀 교육을 마치고 승격하는 경로가 권장됩니다. 이 과정을 따르면 약 90일 만에 프로덕션에 도달합니다. 감사와 규제 준수 작업이 이 기간에 집중되며, 엄격한 전송 형식 규율이 정당화되는 이유도 여기에 있습니다.
다른 WIA 표준과의 합성은 다음과 같습니다.
이 합성 덕분에 여러 WIA 표준을 함께 운영하는 호스트가 신원, 서명, 감사 체계를 하나만 두고 재사용할 수 있습니다.
로드맵은 가산적(additive) 확장을 우선합니다. 1.x 안에서는 기존 Phase 1 엔벨로프 형태, Phase 2 엔드포인트, Phase 3 프로토콜 교환이 계속 도달 가능해야 하고 문서화된 상태 코드와 콘텐츠 형태를 지켜야 합니다. 호스트는 선택 필드와 새 엔벨로프를 추가할 수 있지만 기존 것을 제거해서는 안 됩니다. 하위 호환을 깨는 변경은 메이저 버전으로만 진행하며, IETF RFC 8594와 9745에 따른 12개월 폐지 유예와 위원회 3분의 2 찬성이 필요합니다.
| 버전 | 초점 |
|---|---|
| 1.0.0 | 최초 공개. LEO, MEO, GEO 안정, ISL 프로파일 |
| 1.1.x | 가산적 확장. 별자리 계층 추가, 광 ISL 표준화 |
| 1.2.x | 가산적 확장. TEE 내부의 기밀 위성 인터넷 |
| 2.0.0 | 하위 호환을 깰 수 있는 변경. 양자내성 서명 |
참조 표준으로는 ITU-R 무선통신규칙, ETSI EN 302 307-2(DVB-S2X), 3GPP NTN 규격(TS 23.501), CCSDS 502.0-B(OEM)와 132.0-B, ISO 24113, 지연 허용 네트워킹(DTN) 구조를 정한 RFC 4838, 그리고 RFC 8446(TLS 1.3)과 RFC 8785(JSON Canonicalization)가 있습니다.
Phase 4는 위성 인터넷 표준을 현실의 규제·운영 환경에 연결하는 단계입니다. 설계 체크리스트는 주파수 신고와 폐기 계획을 설계 초기에 끌어오고, 성능 검증은 링크 마진 3~6 dB, LEO 지연 40 ms 미만, 핸드오버 끊김 100 ms 미만이라는 기준으로 품질을 확인합니다. 도심 백업, 농촌 광대역, 이동체라는 세 패턴은 병목이 각각 지연, 위성당 용량, 핸드오버라는 점에서 서로 다릅니다. 규제 측면에서는 ITU 규칙, FCC·Ofcom 면허, ITAR와 Wassenaar 수출 통제, 합법적 감청 요건이 관할권 식별자와 통지 엔벨로프로 추적됩니다. 첫 배치는 런북을 따라 약 90일 안에 프로덕션에 이를 수 있습니다.
이어지는 장에서는 이 구현 경로를 실제로 검증하는 수단으로 넘어가, 적합성 시험 스위트와 참조 컨테이너, 용어집, CLI 도구를 사용해 구현이 표준을 만족하는지 확인하는 방법을 살펴봅니다.