TECH 으로 돌아가기
TECH HACKER NEWS 6분 읽기 28 READS

오픈소스 5G RAN 비교 연구: OAI와 srsRAN을 실제 워크로드로 들여다보다

사설 5G와 연구용 네트워크를 구축하려는 조직에게 오픈소스 무선접속망(RAN) 구현체는 더 이상 변방의 선택지가 아니다. OpenAirInterface(OAI)와 srsRAN으로 대표되는 이들 소프트웨어는 상용 장비 없이도 5G 기지국 기능을 구현할 수 있게 해주며, 학계 연구, 빠른 프로토타이핑, 그리고 비용을 낮춘 사설 5G 배포에서 점점 더 중요한 역할을 맡고 있다. 그러나 두 플랫폼이 실제로 어느 정도의 성능을 내고 어떤 기능을 지원하는지에 대한 판단 근거는 의외로 빈약하다. 최근 arXiv에 공개된 한 비교 연구는 바로 이 공백을 메우려는 시도다.

기존 평가의 한계

연구진이 지적하는 문제는 기존 평가 대부분이 단편적이라는 점이다. 지금까지 공개된 자료는 개별 테스트베드에서의 측정, 특정 엔드투엔드 구성에 대한 분석, 혹은 두 플랫폼의 부분적인 비교에 머물러 있었다. 특히 서로 다른 소프트웨어 정의 무선(SDR) 하드웨어, 다양한 RAN 구성, 실제 사용자 애플리케이션, 그리고 여러 대의 실제 단말(UE)을 함께 고려한 평가는 찾기 어려웠다. 이는 실무자가 "우리 환경에서 어느 쪽이 적합한가"를 판단하려 할 때 참고할 만한 일관된 기준이 없다는 뜻이다. 오픈소스 RAN이 연구실 데모를 넘어 사설망 후보로 거론되는 상황에서, 이런 근거의 부재는 생각보다 큰 걸림돌이 된다.

정성·정량 두 축의 접근

이 연구는 두 가지 축으로 OAI와 srsRAN을 들여다본다. 하나는 지원 기능과 배포 유연성에 대한 정성적 평가다. 어떤 기능을 구현하고 있고, 어떤 구성으로 배포할 수 있으며, 환경에 맞춰 얼마나 유연하게 조정할 수 있는지를 따지는 부분이다. 플랫폼을 처음 도입하는 입장에서는 벤치마크 수치 이전에 바로 이 부분, 즉 내가 쓰려는 기능이 애초에 지원되는가와 내 하드웨어·토폴로지에 맞출 수 있는가가 선택을 좌우하는 경우가 많다.

다른 하나는 정량적 성능 분석이다. 연구진은 무선 자원 제어(RRC) 설정 절차, 이론적 데이터 전송률과의 부합 정도, 그리고 서로 다른 서비스 품질(QoS) 요구를 가진 실제 애플리케이션 워크로드를 측정 대상으로 삼았다. RRC 설정은 단말이 망에 접속하기 위한 초기 제어 절차로, 접속 안정성과 연결 지연을 좌우하는 기초 지표다. 이론적 데이터율과의 비교는 각 구현체가 규격이 약속하는 성능을 실제로 얼마나 끌어내는지를 가늠하는 잣대가 된다.

실제 애플리케이션으로 측정한다는 것

이 연구에서 특히 주목할 만한 부분은 합성 트래픽이 아니라 실제 사용 패턴을 반영한 워크로드를 동원했다는 점이다. 데이터 전송률 평가에는 주문형 비디오(VoD)를, 지연에 민감한 애플리케이션으로는 라이브 스트리밍(LS)과 클라우드 게이밍(CG)을 사용했다. 이 세 가지는 각기 성격이 다른 요구 조건을 대표한다. VoD는 안정적인 처리량이 관건이고, 라이브 스트리밍은 실시간성과 처리량을 동시에 요구하며, 클라우드 게이밍은 특히 왕복 지연에 가장 민감하다. 서로 다른 QoS 프로파일을 가진 이 조합을 통해 연구진은 각 플랫폼의 역량을 한쪽으로 치우치지 않게 조망하려 했다.

이런 접근이 의미 있는 이유는, 순수한 최대 처리량 벤치마크만으로는 드러나지 않는 차이가 실제 서비스 품질에서 나타나기 때문이다. 같은 전송률을 내더라도 지연 변동이 큰 구현체는 클라우드 게이밍처럼 반응성이 중요한 용도에서 체감 품질이 떨어질 수 있다. 실제 애플리케이션 기반 측정은 "숫자상의 성능"과 "쓸 만한 성능" 사이의 간극을 드러낸다는 점에서 실무적으로 더 가치가 있다.

실무자가 읽어야 할 맥락

사설 5G나 연구용 망을 검토하는 국내 실무자라면 이 연구를 특정 플랫폼의 우열을 가리는 판정문이 아니라, 평가의 틀로 받아들이는 편이 적절하다. SDR 하드웨어, RAN 구성, 애플리케이션 종류, 단말 수라는 변수들이 결과를 좌우한다는 지적 자체가, 자신의 환경에서 무엇을 실제로 측정해봐야 하는지를 알려주는 체크리스트에 가깝기 때문이다. 벤더 종속을 줄이고 비용을 낮추려는 동기로 오픈소스 RAN을 택할 때, 도입 전에 RRC 접속 안정성과 목표 애플리케이션의 지연·처리량을 자체 조건에서 검증하는 절차가 왜 필요한지를 이 연구는 구체적인 측정 항목으로 보여준다.

다만 한계도 분명히 짚어둘 필요가 있다. 이 자료는 논문 초록 수준의 개요만 공개되어 있어, 두 플랫폼 중 어느 쪽이 어떤 지표에서 앞섰는지에 대한 구체적 수치나 결론은 확인할 수 없다. 측정에 사용된 SDR 모델, 대역폭과 뉴머롤로지 같은 세부 구성, 동원된 단말 수 역시 개요만으로는 알 수 없다. 따라서 실제 도입 판단에 활용하려면 본문의 측정 조건과 결과를 직접 확인하고, 무엇보다 자신의 배포 환경과 목표 서비스에 맞춰 같은 틀로 재현해보는 작업이 뒤따라야 한다.

SOURCE · HACKER NEWS
원문 전체 보기 → https://arxiv.org/abs/2608.25820
SHARE
NEXT · CHOOSE

변화를 읽었다면,
내가 만들 수익 구조를 고릅니다.

정보를 더 모으는 데서 멈추지 않고, 광고·외주·판매·중개·구독 중 내 상황에 맞는 출발점을 정해보세요.

21가지 수익 구조 살펴보기 →
처리 중...