사업자용 셋톱박스(STB)

사업자를 위한 셋톱박스(STB): 확장 가능한 TV 플랫폼 구축

AV1 채택, 4K 배포, 클라우드 기반 미들웨어 및 멀티스크린 서비스는 운영자급 셋톱박스(STB) 플랫폼에 대한 하드웨어 요구 사항을 변화시키고 있습니다. 운영자는 더 이상 CPU 코어, RAM 또는 HDMI 출력만으로 STB를 평가할 수 없습니다. 중요한 엔지니어링 질문은 장치가 배포된 하드웨어를 교체하지 않고도 운영자의 비디오 스택, 조건부 액세스 또는 DRM 아키텍처, 원격 프로비저닝, OTA 수명주기 및 향후 서비스 업그레이드를 지원할 수 있는지 여부입니다.

통신 사업자, IPTV 제공업체, 케이블 사업자, OTT 플랫폼, 시스템 통합업체에게 STB는 고객 엣지의 인프라입니다. 하드웨어 및 펌웨어는 설치 비용, 가입자 경험, 지원 작업량 및 운영자의 새로운 서비스 도입 능력에 직접적인 영향을 미칩니다.

통신 사업자에게 다른 STB 아키텍처가 필요한 이유

소비자 TV Box는 개인 사용자를 중심으로 설계되었습니다. 운영자 STB는 관리되는 장치 집합을 중심으로 설계되었습니다.

이러한 구별은 거의 모든 하위 시스템에 영향을 미칩니다.

운영자급 셋톱박스(STB)는 다음을 지원해야 할 수 있습니다.

• 4K UHD 비디오 출력

• H.265/HEVC, VP9 및 AV1 하드웨어 디코딩

• HDMI-CEC 및 HDCP

• OTT 및 IPTV 애플리케이션

• DRM 또는 조건부 액세스 통합

• IPTV 미들웨어

• EPG 및 채널 관리

• 멀티캐스트 및 유니캐스트 스트리밍

• 적응형 비트 전송률 스트리밍

• 맞춤형 운영자 UI

• 원격 구성

• 보안 OTA 펌웨어 업데이트

• 장치 진단 및 원격 측정

• 애플리케이션 수명주기 관리

• WiFi 및 기가비트 이더넷

• 블루투스 리모콘

• 장기적인 하드웨어 가용성

아키텍처는 또한 운영자의 비즈니스 모델을 수용해야 합니다.

IPTV 운영자는 멀티캐스트 성능과 미들웨어 통합을 우선시할 수 있습니다. OTT 사업자는 DRM, 애플리케이션 인증, 스트리밍 성능에 더 중점을 둘 수 있습니다. 통신 사업자는 TR-069 또는 다른 CPE 관리 아키텍처를 요구할 수 있습니다. 서비스 제공업체에는 PMS 통합, 브랜드 UI 및 키오스크 제한이 필요할 수 있습니다.

단일한 "최고의" STB 사양은 없습니다. 정의된 서비스 모델에 가장 적합한 아키텍처가 있습니다.

올바른 STB 하드웨어를 선택하는 방법

1. 서비스 로드맵에 대한 SoC 선택

SoC는 벤치마크 수치보다는 예상되는 비디오 형식, 애플리케이션, UI 복잡성, 서비스 로드맵을 기준으로 선택해야 합니다.

주류 IPTV 및 OTT 배포의 경우 플랫폼은 다음을 평가해야 합니다.

• ARM CPU 아키텍처

• GPU 성능

• 하드웨어 비디오 디코딩

• H.265/HEVC 지원

• VP9 지원

• 필요한 경우 AV1 지원

• 4K@60fps 디코딩/출력

• HDR 기능

• DDR 메모리 대역폭

• eMMC 스토리지

• HDMI 인터페이스

• 기가비트 이더넷

• WiFi 기능

• USB 확장

AV1은 새로운 플랫폼 디자인에서 특별한 관심을 받을 가치가 있습니다. 사업자가 수년에 걸쳐 콘텐츠 전달 인프라를 확장할 것으로 예상하는 경우 코덱 유연성을 통해 STB의 사용 수명을 연장할 수 있습니다.

고성능 SoC는 STB가 고급 UI 렌더링, 다중 애플리케이션, 로컬 AI 기능, 디지털 간판 또는 엣지 컴퓨팅 워크로드를 처리해야 하는 경우에도 적합할 수 있습니다.

중요한 점은 컴퓨팅 리소스를 서비스 로드맵과 일치시키는 것입니다. 과도한 사양은 가입자 가치를 향상시키지 않으면서 BOM 비용을 증가시킵니다. 사양이 부족하면 대량 배포 후 수정하기 어려운 펌웨어 제한 사항이 발생합니다.

2. 운영자 인터페이스를 중심으로 PCBA 설계

운영자 배포에는 소비자 장치에 없는 인터페이스가 필요한 경우가 많습니다.

PCBA 사용자 정의는 다음을 해결할 수 있습니다.

• 이더넷 구성

• USB 포트 수량 및 배치

• WiFi/블루투스 모듈 선택

• 안테나 구성

• HDMI 라우팅

• IR 수신기 포지셔닝

• GPIO 인터페이스

• 직렬 인터페이스

• 스토리지 구성

• 메모리 구성

• 전력 아키텍처

• EMI/EMC 요구 사항

PCBA 레이아웃은 고속 인터페이스, RF 회로, 전력 구성 요소 및 HDMI 신호가 소형 보드를 공유할 때 특히 중요합니다.

SZTomato는 OEM/ODM STB 프로젝트를 위한 PCBA 하드웨어 수정을 지원하므로 보드를 운영자의 인클로저, 인터페이스 요구 사항, 연결 아키텍처 및 생산 목표에 맞게 조정할 수 있습니다.

이는 소매 STB를 선택하고 고정된 하드웨어 제한을 해결하려고 시도하는 것보다 더 실용적입니다.

펌웨어는 운영자의 실제 제어 계층입니다.

하드웨어는 플랫폼의 기능을 설정합니다. 펌웨어는 운영자가 이를 제어하는 ​​방법을 결정합니다.

맞춤형 UI/UX 및 런처

운영자의 인터페이스는 일반적인 Android 홈 화면이 아닌 상용 서비스 구조를 반영해야 합니다.

맞춤 실행 프로그램은 다음을 제공할 수 있습니다.

• 운영자 브랜딩

• 채널 탐색

• EPG 통합

• VOD 카테고리

• OTT 애플리케이션

• 찾다

• 구독 서비스

• 광고 분야

• 추천 콘텐츠

• 자녀 보호

• 시스템 진단

SDK/API 개발을 통해 UI는 미들웨어 및 백엔드 플랫폼과 긴밀하게 통합될 수 있습니다.

Android 펌웨어 엔지니어링

Android 기반 STB는 광범위한 애플리케이션 생태계를 제공할 수 있지만 운영자는 시스템 이미지를 제어해야 합니다.

일반적인 요구 사항은 다음과 같습니다.

• 맞춤 AOSP 빌드

• 시스템 애플리케이션 통합

• 기본 실행기 구성

• 장치 소유자 정책

• 키오스크 또는 제한 모드

• 자동 APK 설치

• 애플리케이션 화이트리스트

• 부팅 애니메이션 사용자 정의

• 시스템 수준 네트워크 구성

• 보안 OTA 업데이트

• 복구 메커니즘

커널 최적화는 부팅 성능, 네트워크 동작, 주변 장치 안정성, 열 관리 및 전력 소비도 향상시킬 수 있습니다.

장기적인 운영자 배포의 경우 펌웨어 소스 제어 및 엔지니어링 액세스가 전략적으로 중요합니다. 일반 공장 이미지에 전적으로 의존하면 원래 하드웨어 공급업체에 대한 심각한 의존성이 발생할 수 있습니다.

Linux 기반 STB 플랫폼

운영자가 가볍고 엄격하게 제어되는 임베디드 환경을 요구하는 경우 Linux는 여전히 적합합니다.

Linux 기반 STB는 맞춤형 미들웨어, 미디어 프레임워크, 네트워크 스택 및 운영자 애플리케이션을 중심으로 설계될 수 있습니다.

적절한 아키텍처는 다음에 따라 달라집니다.

• 미들웨어 요구 사항

• DRM 모델

• 애플리케이션 프레임워크

• 하드웨어 디코더 지원

• 원격 관리

• 보안 요구 사항

• 운영자 개발 리소스

• 예상 제품 수명주기

안드로이드와 리눅스 사이의 선택은 하드웨어 조달 이후가 아닌 아키텍처 단계에서 이루어져야 합니다.

네트워크 아키텍처가 실제 STB 성능을 결정합니다

STB는 강력한 SoC를 보유할 수 있지만 네트워크 구현이 약한 경우 여전히 열악한 가입자 경험을 제공할 수 있습니다.

운영자는 유선 및 무선 연결을 모두 평가해야 합니다.

기가비트 이더넷

고정 IPTV 설치의 경우 기가비트 이더넷은 예측 가능한 대역폭과 낮은 대기 시간을 제공합니다. 이는 여러 개의 동시 스트림이나 높은 비트 전송률의 4K 콘텐츠를 사용하는 가정에 특히 유용합니다.

와이파이 6

WiFi 6은 특히 여러 장치가 연결된 환경에서 무선 STB 배포에 유용합니다. 그러나 무선 성능은 안테나 설계, RF 레이아웃, 펌웨어 드라이버, 액세스 포인트 호환성 및 인클로저 구성에 따라 달라집니다.

따라서 사양에는 단순히 데이터시트의 "WiFi 6"이 아닌 실제 RF 검증이 포함되어야 합니다.

멀티캐스트 및 IPTV

IPTV 운영자는 또한 IGMP 동작, 멀티캐스트 패킷 처리, VLAN 호환성, QoS, 버퍼 관리 및 네트워크 복구를 검사해야 합니다.

이러한 세부 사항은 원시 CPU 성능보다 채널 전환 및 재생 안정성에 더 큰 영향을 미칠 수 있습니다.

DRM, HDCP 및 콘텐츠 보안을 설계해야 함

생산 후에는 콘텐츠 보호를 코스메틱 소프트웨어 기능으로 추가할 수 없습니다.

사업자 STB는 콘텐츠 제공자와 서비스 아키텍처에 따라 DRM 기술, 보안 미디어 경로, HDCP 암호화, 보안 부팅, 신뢰할 수 있는 실행 환경 및 기타 플랫폼 보안 메커니즘을 지원해야 할 수도 있습니다.

전체 체인을 검증해야 합니다.

콘텐츠 플랫폼 → DRM → STB 펌웨어 → SoC 미디어 파이프라인 → HDMI → HDCP → TV

어떤 단계에서든 오류가 발생하면 재생 제한, 검은색 화면, 해상도 제한 또는 애플리케이션 비호환성이 발생할 수 있습니다.

운영자는 SoC 및 Android/Linux 플랫폼을 선택하기 전에 이러한 요구 사항을 정의해야 합니다.

인증 및 라이선스 요구 사항도 하드웨어 선택, 펌웨어 아키텍처 및 상용 일정에 영향을 미칠 수 있으므로 조기에 검토해야 합니다.

OTA 관리는 대규모 STB 차량에 필수적입니다.

STB 배포는 수명주기의 시작일 뿐입니다.

운영자는 다양한 지역, 네트워크 환경 및 하드웨어 버전에 분산된 수천 또는 수백만 개의 장치를 관리할 수 있습니다. 수동 업데이트는 실행 가능한 운영 모델이 아닙니다.

프로덕션 OTA 시스템은 다음을 지원해야 합니다.

• 장치 식별

• 펌웨어 버전 추적

• 지역 또는 고객 세분화

• 단계적 릴리스

• 자동 다운로드

• 예정된 설치

• 업데이트 확인

• 롤백

• 장애 복구

• 원격 진단

실용적인 배포 전략은 먼저 소규모 테스트 그룹에 새 펌웨어를 출시하고 안정성을 모니터링한 다음 점차적으로 배포를 확장하는 것입니다.

이렇게 하면 전체 가입자 기반에 펌웨어 결함이 발생할 위험이 줄어듭니다.

CPE 관리를 위해 중앙 집중식 장치 프로비저닝 및 관리를 제공하기 위해 적절한 경우 TR-069와 같은 프로토콜을 통합할 수도 있습니다.

연속 사용 STB의 열 엔지니어링 문제

통신업체 STB는 장기간 동안 작동하는 경우가 많으며 때로는 지속적으로 작동하는 경우도 있습니다.

4K 디코딩, WiFi 트래픽, 애플리케이션 실행 및 백그라운드 서비스로 인해 지속적인 열 부하가 발생할 수 있습니다. 콤팩트한 인클로저는 열 방출을 더욱 어렵게 만들 수 있습니다.

열 설계에서는 다음을 평가해야 합니다.

• SoC 열 출력

• 방열판 크기

• 열 인터페이스 재료

• PCB 부품 배치

• 인클로저 공기 흐름

• 주변 온도

• CPU/GPU 조절

• 장시간 4K 재생

• 지속적인 네트워크 트래픽

SZTomato는 PCBA 및 인클로저에 맞는 맞춤형 방열판 및 열 구조를 포함하여 상업용 및 산업용 STB 애플리케이션을 위한 특수 냉각 솔루션을 제공할 수 있습니다.

목표는 짧은 실험실 테스트 동안의 최대 성능이 아니라 예상되는 제품 수명주기 동안 안정적인 성능이어야 합니다.

시장 동향: STB가 운영자 엣지 플랫폼으로 변모 중

현대 셋톱박스 (STB)는 점점 더 단순한 채널 디코더 이상의 역할을 하고 있습니다.

동일한 하드웨어 플랫폼은 다음을 지원할 수 있습니다.

IPTV + OTT + VOD + 광고 + 디지털 사이니지 + 스마트 홈 + 로컬 AI + 엣지 애플리케이션

이는 충분한 컴퓨팅 여유 공간과 소프트웨어 유연성을 갖춘 플랫폼을 선택해야 하는 더 강력한 이유가 됩니다.

예를 들어, 운영자는 맞춤형 Android STB를 사용하여 기존 IPTV 서비스를 제공하는 동시에 소프트웨어 업데이트를 통해 OTT 애플리케이션, 타겟 광고, 호텔 서비스, 스마트 홈 제어 또는 로컬 엣지 애플리케이션을 추가할 수 있습니다.

이러한 기능은 하드웨어 투자의 경제성을 변화시킵니다.

새로운 서비스가 나타날 때 STB를 교체하는 대신, 운영자는 원래 하드웨어에 충분한 리소스가 지정된 경우 펌웨어 및 애플리케이션 업데이트를 통해 플랫폼을 확장할 수 있습니다.

OEM/ODM이 운영자에게 더 중요한 이유

운영자에게 STB는 서비스 인프라 및 고객 관계의 일부입니다.

일반 소매 장치는 다음과 같은 제한 사항을 만듭니다.

• 하드웨어 인터페이스

• 펌웨어 제어

• UI 커스터마이징

• 미들웨어 통합

• OTA 아키텍처

• 장치 관리

• 제품 수명주기

• 공급망 연속성

OEM/ODM 플랫폼은 이러한 변수를 더욱 효과적으로 제어할 수 있습니다.

SZTomato의 엔지니어링 모델은 PCBA 수정, 맞춤형 Android/Linux 펌웨어, UI/UX 개발, SDK/API 통합, OTA 시스템, 열 엔지니어링 및 생산 맞춤화를 다룹니다.

이를 통해 운영자 또는 시스템 통합자는 자체 네트워크 및 서비스 아키텍처를 중심으로 플랫폼을 정의할 수 있습니다.

예를 들어 IPTV 운영자는 하드웨어 설계가 완료되기 전에 미들웨어 및 멀티캐스트 요구 사항을 지정할 수 있습니다. 통신 사업자는 펌웨어 수준에서 원격 관리 요구 사항을 정의할 수 있습니다. 호텔 통합업체는 IPTV, 호텔 애플리케이션, 디지털 사이니지 및 맞춤형 UI를 하나의 플랫폼에 결합할 수 있습니다.

이것이 OEM/ODM의 실질적인 가치입니다. 하드웨어는 외부 제약이 아닌 서비스 아키텍처의 구현이 됩니다.

운영자를 위한 STB 조달 체크리스트

STB 공급업체를 승인하기 전에 조달 및 엔지니어링 팀은 5가지 영역을 확인해야 합니다.

하드웨어

SoC 로드맵, 4K 디코딩, AV1/H.265/VP9, DDR, eMMC, HDMI, HDCP, 이더넷, WiFi, Bluetooth, USB, PCBA 설계 및 열 성능.

소프트웨어

Android 또는 Linux 버전, 커널 지원, AOSP 액세스, 미들웨어 통합, 맞춤 런처, SDK/API 기능, 애플리케이션 관리 및 시스템 수준 맞춤설정.

회로망

IGMP, 멀티캐스트, 유니캐스트, 적응형 스트리밍, VLAN, QoS, WiFi 성능, 이더넷 처리량 및 네트워크 복구.

보안

보안 부팅, DRM, 신뢰할 수 있는 실행 환경, HDCP, 펌웨어 서명, OTA 보안 및 콘텐츠 보호 요구 사항.

수명주기

OTA 인프라, 원격 진단, 하드웨어 개정 제어, 구성 요소 가용성, 펌웨어 유지 관리, 인증 지원, 생산 능력 및 장기 기술 지원.

이 프레임워크는 B2B 구매자에게 CPU 사양이나 단가만을 비교하는 것보다 전체 배포 위험에 대한 더 정확한 그림을 제공합니다.

결론: 최고의 STB는 사업자의 아키텍처에 맞는 STB이다

사업자용 셋톱박스(STB)는 상용 가전제품이 아닌 관리형 엣지 플랫폼으로 취급되어야 합니다.

하드웨어는 운영자의 비디오 로드맵을 지원해야 합니다. PCBA는 필수 인터페이스 및 RF 아키텍처와 일치해야 합니다. 펌웨어는 애플리케이션, UI, 보안, OTA 업데이트 및 장치 관리에 대한 제어를 제공해야 합니다. 열 설계는 지속적인 작동을 지원해야 합니다. 전체 플랫폼은 상용 수명주기 동안 유지 관리가 가능해야 합니다.

따라서 IPTV 사업자, 통신사, OTT 제공업체, 케이블 사업자, 서비스 플랫폼 및 시스템 통합업체의 경우 조달 결정은 서비스 아키텍처부터 시작하여 하드웨어 사양을 향해 진행되어야 합니다.

SZTomato는 운영자급 OEM/ODM 개발을 제공합니다. 셋톱박스 (STB) 플랫폼에는 PCBA 하드웨어 수정, Android/Linux 펌웨어 엔지니어링, 맞춤형 UI/UX, SDK/API 통합, OTA 업데이트 시스템 및 특수 냉각 솔루션이 포함됩니다.

B2B 조달 팀의 다음 단계는 대상 SoC, 비디오 코덱, 미들웨어, DRM 요구 사항, 네트워크 아키텍처, 관리 프로토콜, 배포 규모 및 예상 수명 주기를 정의하는 것입니다. 이러한 매개변수는 다른 일반 상자가 아닌 생산 준비가 완료된 STB를 위한 엔지니어링 기반을 제공합니다.