네트워크 오디오가 작동하는 방식, 대부분은 알지 못한 채 사용하고 있다
네트워크 스트리머를 구매하고, NAS에 음악을 저장하고, 앱으로 재생 버튼을 누릅니다. 소리가 나옵니다. 이 과정이 자연스럽게 이루어지기까지 수면 아래에서는 장비들 사이에 복잡한 신호 교환이 이루어지고 있습니다. DLNA와 UPnP는 이 교환을 가능하게 하는 프로토콜 체계입니다. 이 이름을 한 번쯤 들어봤지만 정확히 무엇인지 설명하기 어렵다면, 그것은 개념이 어려워서가 아니라 대부분의 설명이 지나치게 기술적이거나 반대로 지나치게 단순하기 때문입니다. 이 프로토콜이 어떻게 작동하는지, 그리고 비트 퍼펙트 전송을 구현하기 위해 어떤 조건이 필요한지를 이해하면 네트워크 오디오 시스템 전체의 설계가 훨씬 명확하게 보입니다.
 |
| DLNA와 UPnP는 이 디스플레이 뒤에서 장비 간 신호를 조율하는 보이지 않는 언어다. |
UPnP란 무엇인가: 기기가 서로를 발견하는 방법
UPnP(Universal Plug and Play)는 네트워크에 연결된 기기들이 서로를 자동으로 발견하고, 기능을 광고하고, 서비스를 요청하고 제공할 수 있도록 하는 프로토콜 집합입니다. 원래는 홈 네트워크 환경에서 프린터, 게임 콘솔, 스마트 TV 같은 다양한 기기들이 별도의 수동 설정 없이 상호작용할 수 있도록 설계되었습니다. 오디오 네트워킹에서는 이 UPnP의 기기 발견 및 서비스 광고 메커니즘이 스트리머, NAS, 컨트롤 앱이 서로를 인식하는 기반으로 사용됩니다.
UPnP의 기기 발견은 SSDP(Simple Service Discovery Protocol)를 통해 이루어집니다. 새로운 기기가 네트워크에 연결되면 멀티캐스트 주소(239.255.255.250)로 자신의 존재와 제공하는 서비스를 알리는 메시지를 브로드캐스트합니다. 다른 기기들은 이 메시지를 수신해 네트워크 상의 기기 목록을 업데이트합니다. 이어서 기기의 구체적인 기능과 제어 인터페이스는 XML 형식의 기기 설명 파일을 통해 교환됩니다. 이 과정이 완료되면 컨트롤 앱은 NAS에서 파일 목록을 가져올 수 있고, 스트리머에게 특정 파일을 재생하도록 명령할 수 있는 상태가 됩니다.
이 자동 발견 메커니즘의 편의성 뒤에는 한 가지 중요한 전제가 있습니다. 모든 기기가 동일한 네트워크 서브넷에 위치해야 한다는 것입니다. 멀티캐스트 트래픽은 라우터를 통과하지 않으므로, 공유기가 여러 개의 서브넷으로 나뉘어 있거나 게스트 네트워크에 기기가 배치된 경우 UPnP 발견이 작동하지 않습니다. 네트워크 오디오 환경에서 기기가 앱에서 보이지 않는 트러블슈팅의 상당수가 이 서브넷 분리 문제에서 비롯됩니다.
DLNA의 역할: UPnP 위에 구축된 오디오·미디어 표준
DLNA(Digital Living Network Alliance)는 UPnP AV(Audio Video) 스펙을 기반으로 가전 제조사들이 상호 운용성을 보장하기 위해 만든 인증 표준입니다. DLNA 인증을 받은 기기는 DLNA 인증을 받은 다른 기기와 제조사에 상관없이 미디어를 공유하고 재생할 수 있습니다. Synology NAS에 저장한 음악 파일을 Cambridge Audio 스트리머로 재생하고, mConnect나 BubbleUPnP 앱으로 제어하는 구성이 특별한 설정 없이 작동하는 것이 DLNA 표준 덕분입니다.
DLNA는 네트워크 상의 미디어 기기를 세 가지 역할로 분류합니다. 첫 번째는 DMS(Digital Media Server), 즉 미디어 서버입니다. 음악 파일을 저장하고 네트워크로 제공하는 역할로, NAS나 미디어 서버 소프트웨어가 설치된 PC가 이 역할을 담당합니다. 두 번째는 DMR(Digital Media Renderer), 즉 렌더러입니다. 서버로부터 오디오 스트림을 받아 DAC로 출력하는 기기로, 네트워크 스트리머가 이 역할을 합니다. 세 번째는 DMC(Digital Media Controller), 즉 컨트롤 포인트입니다. 서버에서 콘텐츠를 선택하고 렌더러에게 재생을 지시하는 역할로, 스마트폰이나 태블릿에서 실행되는 제어 앱이 이에 해당합니다.
3자 구조의 핸드셰이킹 과정
DLNA 재생이 시작될 때 세 기기 사이에서 이루어지는 핸드셰이킹 과정을 순서대로 따라가면 프로토콜의 실제 작동 방식이 명확해집니다. 사용자가 컨트롤 앱에서 앨범 하나를 선택하고 재생 버튼을 누른다고 가정합니다.
첫 번째로 컨트롤 앱(DMC)이 미디어 서버(DMS)에 선택한 트랙의 위치와 메타데이터를 요청합니다. 서버는 파일의 URL, 포맷(FLAC, WAV 등), 샘플 레이트, 비트 뎁스 정보를 컨트롤러에게 반환합니다. 두 번째로 컨트롤러는 이 정보를 렌더러(DMR)에게 전달하며 재생을 지시합니다. 이때 전달되는 것은 오디오 데이터 자체가 아니라, 렌더러가 서버에 직접 연결해 파일을 가져오기 위한 URL과 파일 정보입니다. 세 번째로 렌더러는 전달받은 URL을 이용해 미디어 서버에 직접 HTTP 요청을 보내고, 오디오 스트림을 서버로부터 직접 수신합니다. 컨트롤러는 이후 재생 상태 모니터링과 볼륨·트랙 제어에만 관여하며, 실제 오디오 데이터는 서버와 렌더러 사이에서 직접 흐릅니다.
이 구조에서 중요한 점은 컨트롤 앱이 오디오 데이터의 경로 위에 있지 않다는 것입니다. 컨트롤러는 중간에서 데이터를 중계하는 것이 아니라 재생 명령만 전달합니다. 따라서 컨트롤 앱이 실행되는 스마트폰의 성능이나 Wi-Fi 연결 품질이 오디오 스트림의 품질에 영향을 미치지 않습니다. 오디오 데이터는 오직 서버와 렌더러 사이의 직접 경로로만 흐르므로, 이 구간의 네트워크 품질이 재생 안정성의 핵심 변수가 됩니다.
 |
| 미디어 서버, 컨트롤 포인트, 렌더러. 세 역할이 명확히 분리될 때 DLNA 네트워크는 가장 안정적으로 작동한다. |
비트 퍼펙트 전송이 깨지는 지점들
DLNA/UPnP 환경에서 비트 퍼펙트 전송, 즉 원본 파일의 모든 비트가 DAC에 그대로 전달되는 것이 방해받는 지점은 생각보다 다양합니다. 이 지점들을 이해하면 비트 퍼펙트를 유지하기 위한 설정이 왜 필요한지 자연스럽게 파악됩니다.
첫 번째는 미디어 서버의 트랜스코딩입니다. 일부 미디어 서버 소프트웨어는 렌더러와의 호환성을 높이기 위해 원본 파일을 렌더러가 지원하는 포맷으로 실시간 변환해서 전송하는 트랜스코딩 기능을 활성화합니다. 예를 들어 24bit/192kHz FLAC 파일을 렌더러가 지원하지 않을 것으로 판단해 16bit/44.1kHz로 다운샘플링해서 전송하는 경우가 있습니다. 이 트랜스코딩이 활성화된 상태에서는 원본 데이터가 DAC에 도달하지 않습니다. Minimserver, Asset UPnP 같은 하이파이 지향 미디어 서버들은 트랜스코딩을 기본 비활성화 상태로 제공하며, Synology의 기본 미디어 서버보다 비트 퍼펙트 전송 측면에서 더 신뢰할 수 있는 선택지로 평가받는 이유가 이 때문입니다.
두 번째는 렌더러의 볼륨 처리입니다. 일부 스트리머는 소프트웨어 볼륨 조절을 디지털 도메인에서 처리합니다. 볼륨을 100% 이외의 값으로 설정하면 DAC에 전달되기 전에 디지털 신호의 비트 뎁스가 감소하는 비트 시프팅이 발생하며, 이는 비트 퍼펙트 전송의 파기를 의미합니다. 비트 퍼펙트를 유지하려면 스트리머의 볼륨을 최대값 혹은 고정값으로 설정하고, 볼륨 조절은 아날로그 도메인의 프리앰프나 인티앰프에서 처리해야 합니다.
세 번째는 샘플 레이트 변환입니다. 렌더러가 수신하는 파일의 샘플 레이트를 내부적으로 통일된 레이트로 변환하는 기기들이 있습니다. 예를 들어 모든 입력을 192kHz로 업샘플링하거나, 44.1kHz와 48kHz 계열을 혼합 재생할 때 하나의 레이트로 통일하는 경우입니다. 이 리샘플링이 의도하지 않게 활성화된 상태에서는 원본의 샘플 레이트가 보존되지 않습니다. 스트리머 설정에서 'Bit Perfect', 'Native Sample Rate', 혹은 'No SRC(Sample Rate Conversion)' 옵션을 확인하는 것이 중요한 이유입니다.
비트 퍼펙트 전송 확인을 위한 실전 방법
설정이 올바르게 구성되었는지 확인하는 방법으로는 재생 중 스트리머의 디스플레이나 앱이 표시하는 포맷 정보를 원본 파일의 사양과 비교하는 것이 가장 직관적입니다. 24bit/96kHz FLAC 파일을 재생할 때 스트리머 디스플레이가 24bit/96kHz를 표시하고, DAC의 샘플 레이트 인디케이터도 96kHz를 나타낸다면 비트 퍼펙트 전송이 이루어지고 있다고 판단할 수 있습니다.
더 정밀한 확인 방법으로는 감사 파일(Audit File)을 이용하는 방법이 있습니다. 특정 비트 패턴으로 제작된 테스트 음원을 재생하고, DAC 출력을 오디오 인터페이스로 캡처한 뒤 원본 파일과 비트 단위로 비교하는 방식입니다. 이 방법은 고급 사용자 수준의 확인 방법이지만, 소프트웨어 볼륨 처리나 숨겨진 샘플 레이트 변환까지 검출할 수 있어 가장 신뢰할 수 있는 비트 퍼펙트 검증 수단입니다.
실용적인 수준에서는 Minimserver를 미디어 서버로, BubbleUPnP 혹은 mConnect를 컨트롤러로, Roon Ready 혹은 OpenHome 지원 스트리머를 렌더러로 구성하는 조합이 비트 퍼펙트 전송의 신뢰성 측면에서 하이파이 커뮤니티에서 가장 검증된 DLNA 구성으로 평가받고 있습니다.
 |
| 프로토콜이 올바르게 작동할 때, 공간은 단순한 청취 장소가 아니라 데이터가 소리로 완성되는 곳이 된다. |
OpenHome과 DLNA의 차이: 스트리밍 제어의 진화
DLNA/UPnP의 한계를 보완하기 위해 Linn이 개발하고 이후 오픈 표준으로 공개한 OpenHome 프로토콜은 하이파이 네트워크 오디오에서 주목할 만한 대안입니다. DLNA에서 컨트롤 앱이 재생 중 네트워크를 잃으면 재생이 중단될 수 있는 반면, OpenHome은 렌더러 내부에 재생 큐를 유지합니다. 컨트롤 앱이 연결을 끊어도 렌더러가 자체적으로 재생을 이어가며, 다른 컨트롤 앱으로 연결해도 진행 중인 재생 큐를 그대로 인계받을 수 있습니다.
이 구조는 DLNA의 3자 모델보다 렌더러의 자율성이 높아진 형태입니다. 오디오 데이터가 흐르는 경로는 DLNA와 동일하게 서버와 렌더러 사이의 직접 연결을 유지하되, 재생 상태 관리의 안정성이 향상됩니다. Linn, Naim, Lumin, Auralic 등 상당수의 고급 스트리머들이 OpenHome과 DLNA를 동시에 지원하며, BubbleUPnP나 Kazoo 같은 컨트롤 앱들도 두 프로토콜을 모두 지원합니다.
네트워크 오디오에서 DLNA와 UPnP는 가장 보편적인 공통 언어입니다. 이 언어의 문법을 이해하면 기기 간 호환성 문제의 원인을 스스로 진단하고, 비트 퍼펙트 전송을 위한 설정을 능동적으로 구성할 수 있습니다. 지금 사용 중인 네트워크 오디오 시스템이 정말로 원본 데이터를 손대지 않고 DAC에 전달하고 있는지, 한번 확인해보셨나요?
GentlemanVibe의 더 많은 글들을 만나 보세요.
- audio / dac / lifestyle / PCfi2026. Apr. 14.
- audio / dac / lifestyle / PCfi2026. Apr. 14.
- audio / dac / lifestyle / PC-Fi2026. Apr. 14.
.webp)
.webp)
.webp)
.webp&description=DLNA·UPnP가 뭔지 몰라도 괜찮다: 네트워크 오디오 비트 퍼펙트 전송 원리 완전 이해 가이드){kind=link}
0 댓글