모바일 엣지 컴퓨팅

왜 배우는가: 모바일 엣지 컴퓨팅은 5G 초저지연 서비스와 클라우드 부하 분산을 함께 해결하는 핵심 구조라서 실무 설계에서 자주 검토된다. 시험에서도 개념 정의, 플랫폼 구조, 5G 적용 방안이 한 세트로 반복해서 출제된다. 이 절의 1~3절은 정의와 등장 배경을 먼저 정리해 나머지 절의 구조 설명을 받쳐 준다.

출제 이력: 제132회 4교시 6번, 제122회 1교시 3번

1. 한 줄 정의와 핵심 키워드

답안 첫 줄에는 아래 정의 문장을 쓴다.

모바일 엣지 컴퓨팅은 셀룰러 네트워크의 기지국 등 엣지에서 클라우드 기능과 IT 서비스 환경을 제공하는 ETSI 정의 네트워크 아키텍처 개념이다.

핵심 키워드

• 다중 접속 엣지 컴퓨팅(MEC): 기존 모바일 엣지 컴퓨팅(MEC)의 정식 명칭 확장형이다.
• 엣지 노드: 기지국 또는 무선망 가까이 배치된 컴퓨팅 자원이다.
• 초저지연: 응답 시간을 밀리초 단위로 줄이는 서비스 요구 조건이다.
• 오프로딩(Offloading): 단말 작업을 엣지 서버로 넘기는 처리 방식이다.
• 로컬 브레이크아웃: 트래픽을 코어망까지 보내지 않고 가까운 엣지에서 처리하는 경로다.
• ETSI MEC: 표준화 기구인 유럽전기통신표준협회가 정의한 MEC 아키텍처다.
• 네트워크 혼잡 감소: 엣지 처리로 백홀과 코어망 트래픽이 줄어드는 효과다.

2. 개념 풀이

쉬운 말로 풀면 MEC는 데이터를 멀리 있는 클라우드까지 보내지 않고, 사용자 근처의 기지국 옆 서버에서 처리하는 기술이다. 서버가 가까우면 왕복 시간이 짧아지고 중앙 네트워크의 부담도 줄어든다.

정식 정의는 ETSI가 제시한 네트워크 아키텍처 개념이다. 셀룰러망의 엣지에서 클라우드 컴퓨팅 기능과 IT 서비스 환경을 제공한다. 이동통신 사업자는 무선 접속망(RAN)을 승인된 제3자, 예를 들어 애플리케이션 개발자와 콘텐츠 제공자에게 개방할 수 있다.

핵심 원리는 두 가지다. 첫째, 처리 위치를 사용자 쪽으로 옮겨 전송 거리와 대기 시간을 줄인다. 둘째, 자원을 여러 엣지 노드에 나눠 두어 혼잡과 장애의 영향을 분산한다. 이 두 원리가 MEC 설계의 출발점이다.

모바일 엣지 컴퓨팅은 엣지 개념을 이동통신 셀룰러 환경에 적용한 것이다. 다중 접속 엣지 컴퓨팅은 이후 확장된 명칭으로, 이동통신 기기 외에 다양한 접속 네트워크를 포함한다. 답안에서는 두 명칭을 구분해 쓰고, 현재 표준 명칭으로 MEC를 쓴다.

3. 등장 배경과 필요성

클라우드 중심 구조는 IoT와 모바일 기기가 급증하면서 한계를 드러냈다. 데이터 양이 늘고 수집·처리에 병목이 생겼으며, 데이터 전송 지연과 보안·프라이버시 우려도 커졌다. 중앙 데이터센터만으로는 실시간 응답을 보장하기 어렵다는 문제가 제기됐다.

ETSI가 '모바일 엣지 컴퓨팅' 개념을 보고서로 발표했고, 이후 용어를 다중 접속 엣지 컴퓨팅으로 확장했다. 이후 엣지 AI 연구가 활발해졌고, 약 2020년부터는 IoT 외의 여러 분야로 적용 연구가 넓어졌다.

MEC가 필요한 이유는 세 가지로 정리된다. 첫째, 자율주행 등 서비스는 1ms 이하급 지연이 요구된다. 둘째, 중앙 네트워크 백홀 부하를 줄여야 한다. 셋째, 위치 정보와 네트워크 상태를 활용한 맞춤형 서비스를 제공해야 한다. 5G의 초고신뢰·초저지연 요구가 MEC 도입을 가속했다.

4. 구성요소·원리·절차

모바일 엣지 컴퓨팅의 원리는 로컬 브레이크아웃(Local Breakout)이다. 사용자 트래픽을 중앙 코어까지 보내지 않고 기지국 가까운 엣지 호스트에서 처리한다. 이때 왕복 지연 중 전송 구간이 줄어든다.

$T_{total}=T_{access}+T_{transport}+T_{proc}$

T_{total}은 end-to-end 지연(ms), T_{access}는 무선 접속 구간 지연(ms), T_{transport}는 백홀과 코어 전송 지연(ms), T_{proc}는 처리 지연(ms)이다. 엣지는 T_{transport}를 줄이는 것이 핵심이다.

구성요소는 다음과 같이 나뉜다.

표는 기능 단위를 구분한 것이다. MEP는 앱이 서로와 망을 찾는 기능을 맡고, MEO는 호스트 간 배치를 맡는다. 두 계층을 분리해야 앱 개발자와 망 운용자의 책임이 나뉜다.

절차는 다음 순서로 진행된다.

• 단말이 특정 ME App의 이용을 요청한다.
• MEO가 엣지 호스트의 자원과 위치를 확인하고 인스턴스를 배치한다.
• MEP가 서비스 레지스트리에 앱 정보를 등록한다.
• 트래픽 규칙을 설정해 UPF가 해당 트래픽을 로컬 엣지로 우회시킨다.
• 단말이 이동하면 핸드오버와 함께 인스턴스를 옮겨 서비스 연속성을 유지한다.

그림에서 실선 화살표는 사용자 트래픽 경로다. 로컬 경로는 짧아지고 코어 경로는 비실시간 처리에 남는다. 인터페이스 Mp1은 앱과 플랫폼 사이, Mm은 관리 계층 사이 연결이다.

5. 관련 법령·기준·표준

모바일 엣지 컴퓨팅은 국내 법령에서 직접 조문으로 정해진 기술이 아니다. 기준은 주로 ETSI의 MEC 규격과 3GPP의 5G 시스템 규격에서 나온다. 5G 시스템 구조는 3GPP TS 23.501에 규정되어 있으며, 여기서 UPF를 엣지에 배치하는 방식이 MEC 연계의 기반이 된다. 무선 성능 목표는 ITU의 IMT-2020 요구사항을 따른다.

표의 값은 목표치이며 시스템마다 실측값은 다르다. 답안에서는 값을 제시하되 조건과 출처를 함께 적는다. 3GPP TS 23.501은 5G 시스템 구조의 기준 문서로 쓰인다.

개정 연혁은 다음과 같다. ETSI는 "모바일 엣지 컴퓨팅" 개념 보고서를 발표했다. 이후 명칭을 "다중 접속 엣지 컴퓨팅(MEC)"으로 확장해 모바일 외 네트워크로 적용 범위를 넓혔다. 명칭이 바뀌었으므로 답안에서 구 명칭은 한 번만 덧붙인다.

6. 유형과 비교

모바일 엣지 컴퓨팅은 설치 범위와 사용 목적에 따라 공공 MEC와 프라이빗 MEC로 나뉜다. 두 유형을 결합한 하이브리드 MEC도 있다. 공공 MEC는 광역 커버리지를 제공하고, 프라이빗 MEC는 기업 구내에 전용 인프라를 둔다.