표지

46 특집 : 차세대방송표준기술 특집 차세대방송표준기술 차세대미주방송표준 (ATSC 3.0) 의서비스및전송기술 양현구, 류영선, 임영권, 황성희 / 삼성전자 요약 ATSC 3.0은세계최초의 IP 기반지상파방송시스템으로전통적인방송시스템에서고려되지않았던혁신적인기술들을포함하고있다. ATSC 3.0 표준을준수하는방송시스템은유연한서비스구성및개인형서비스의공급이가능하여미디어환경변화에따른시청자들의다양한요구를충족시킬수있을것으로기대되고있다. 본논문에서는 ATSC 3.0의 IP 기반하이브리드전송기술및컴페니온스크린기술에대하여분석한다. I. 서론 ATSC는 1983년 CEA, IEEE, NAB, NCTA, SMPTE 에의해설립되었으며, 현재방송사, 방송장비제조사, 케이블 / 위성제조사, 가정사, 칩제조사, 대학 / 연구소등약 120개회원사가활동중이다. ATSC는 2010년 7월, PT2 NGBT(Planning Team 2 - Next Generation Broadcast Television) 이라는프로젝트아래기술심포지움개최등차세대지상파방송표준을위한활동을시작하였으며, 2011 년 9월프로젝트명을 ATSC 3.0으로명명하고 2011년 11월부터 ATSC 3.0 표준을위한 TG3 (Technology Group 3) 활동을시작하였다. 2012 년 7월에 use case 수집을위한 Call for Input 을발행하였으며, 2012 년 11월접수된 60여개의 use case 를스펙트럼효율화, 시스템강인성 (robustness), 모바일방송, UHD 방송, 하이브리드서비스등의 13개의시나리오로정리. 이를바탕으로 2013 년 3 월시스템요구사항초안을작성하고 2013 년 9월시스템요구사항 ( 약 150여개 ) 을완료하고본격적인기술개발이시작되었으며, 현재대부분의핵심기술이 CS 규격승인되거나승인을위한절차가진행중인상태이다. ATSC 3.0은기존 ATSC 1.0 시스템과의역호환 46 방송과미디어제 20 권 4 호

차세대미주방송표준 (ATSC 3.0) 의서비스및전송기술 431 성을고려하지않고설계되었으며, 그결과로많은혁신적인기술들이표준에포함되었다. 본논문의 Ⅱ장에서는 ATSC 3.0에서고려된차세대방송서비스에대해간략히소개하고, Ⅲ장과 Ⅳ장에서는이러한서비스를전송하기위한 ATSC 3.0의서비스전송기술과컴페니언스크린기술에대해각각소개하며, Ⅴ장에결론을맺는다. II. 차세대방송서비스 방송서비스는인터넷기반의멀티미디어서비스에비하여, 고품질의미디어데이터를다수의사용자에게실시간으로동시에전달할수있다는특징을가진다. ATSC 3.0은이러한방송서비스의장점을유지하면서, 기존의방송서비스의약점으로지적되어온유연한서비스구성및개인형서비스를시청자들에게효율적으로제공하기위한기술들이포함되어있다. ATSC 3.0 표준의도입으로활성화될것으로기대되는서비스들은다음과같다. 고품질실감형서비스 : 초고해상도 (4K UHD), 3D, 실감형오디오 하이브리드서비스 : 방송망과인터넷망을동시에활용하여서비스전달 멀티뷰 / 멀티스크린서비스 : 하나의서비스를통해복수의서로다른뷰를제공하여이를하나이상의스크린으로재생 차세대재난방송 : 공공의이익을위하여재난관련정보를방송망으로빠르고정확하게전달. 재난정보는문자, 음성, 동영상, 외부정보에대한링크등다양한형태로구성 개인형양방향서비스 : 개인의기호에따라선 택가능한복수의영상 / 음성정보가제공되며, 메인서비스에관련된다양한부가정보및개인형광고제공하이브리드서비스를위하여 ATSC 3.0의전송기술은 MPEG 에서제정된미디어파일포맷 (ISO/ IEC 23008-1에정의된 MPU 혹은 ISO/IEC 23009-1 에정의된 DASH segment) 으로미디어데이터를캡슐화하여 IP 기반전송프로토콜로전송하며, 동기화를위한정보가절대시간 (UTC) 기준으로제공된다는특징을가진다. 이때방송망에서는 ISO/IEC 23008-1 에정의된 MMT 프로토콜혹은 ATSC 3.0에서설계된 ROUTE 프로토콜이사용되며인터넷망에서는 HTTP 프로토콜이사용된다. 보다상세한내용은다음 III장에서살펴본다. 또한 ATSC 3.0의멀티스크린기술은 TV와함께동반이용하는기기에중심을두고, TV화면을가리지않으면서추가적인서비스를컴페니온디바이스를통하여제공하는 TV( 방송 ) 중심의모델을사용한다. ATSC3.0 컴페니온스크린은구주표준인 HbbTV2.0 (Hybrid Broadcast Broadband TV) 의컴페니온스크린을기반으로몇가지추가기능을정의하였다. 보다상세한내용은다음 IV에서살펴본다. III. ATSC 3.0 서비스전송기술 1. 프로토콜스택 ATSC 3.0의프로토콜스택을 < 그림 1> 에나타내었다. ATSC 3.0은 IP 기반방송시스템으로방송망과인터넷망을동시에활용한서비스전송이가 2015 년 10 월 47

432 특집 : 차세대방송표준기술 능하다. 방송망에서는 UDP/IP 기반의 MMT (MPEG Media Transport) 프로토콜 [1] 혹은 ROUTE(Real-Time Object Delivery over Unidirectional Transport) 프로토콜이사용되며, 인터넷망에서는 HTTP/TCP/IP 프로콜이사용된다. 또한, IP 계층과 ATSC 3.0 물리계층사이의인터페이스를위하여 ALP(ATSC 3.0 Link-Layer Protocol) 가사용된다. ATSC 3.0의서비스를구성하는실시간미디어컴포넌트들은 MPEG MMT[1] 에정의된 MPU (Media Processing Unit) 포맷혹은 MPEG DASH[2] 를기반으로 DASH-IF(DASH Industry Forum) 에서프로파일된 [3] DASH segment 포맷을따른다. MPU로캡슐화 (encapsulation) 된실시간미디어컴포넌트들은 MMTP/UDP/IP 를사용하여방송망으로전송되며, DASH segment 로캡슐화된실시간미디어컴포넌트들은 ROUTE/UDP/ IP를사용하여방송망으로전송되거나 HTTP/ TCP/IP 를사용하여인터넷망으로전송된다. ATSC 3.0의서비스는비실시간 (NRT, Non-Real Time) 컴포넌트 ( 미디어, 파일등 ) 를포함할수있으며, 이 들비실시간컴포넌트는 ROUTE/UDP/IP 를사용하여방송망으로전송되거나 HTTP/TCP/IP 를사용하여인터넷망으로전송된다. ATSC 3.0의시그널링은미리약속된 IP 주소 /UDP 포트로바로전송되는저수준시그널링 (low -level signaling) 과 MMT/ROUTE 프로토콜을통하여전송되는서비스계층시그널링 (serivce layer signaling) 으로나누어진다. 서비스계층시그널링을획득하기위하여필요한정보를제공하는저수준시그널링의일종인 SLT(Service List Table) 를통하여제공된다. 2. MPEG Media Transport(MMT) MMT는 MPEG 에서개발된 IP 기반저지연 (low latency) 미디어전송기술로 2014 년 6월에 ISO 국제표준으로채택되었다 [1]. 특히발전하는방송환경에적응하기위하여기존디지털방송시스템에서독점적지위를유지해온 MPEG2-TS 의주요특성을계승하면서, 차세대방송서비스를위한새로운기능이추가된방송중심의미디어전송기술 < 그림 1> ATSC 3.0 프로토콜스택 48 방송과미디어제 20 권 4 호

차세대미주방송표준 (ATSC 3.0) 의서비스및전송기술 433 이다. MMT는다음과같은 3개의기능영역으로구성된다. MPU : 미디어데이터의논리적구조와 ISO BMFF 기반의데이터유닛정의 MMT 프로토콜 : 응용계층전송프로토콜과페이로드포맷정의 시그널링프레임워크 : 미디어데이터의전송및소비를위한시그널링메시지포맷정의 MPU는 ISO BMFF 의 mpuf 브랜드를준수하는파일로 mpuf 브랜드는 ISO/IEC 23008-1 의 6절에정의되어있다. mpuf 브랜드에적용되는제약사항들은 ISO BMFF의효율적인스트리밍을가능하게하는중요한기술요소이다. 일예로 MPU는독립적인재생이가능한파일이다. 이는 MPU 내에포함된미디어데이터를디코딩하기위하여필요한초기화정보및메타데이터들이해당 MPU 내에포함되어있다는것을의미한다. 또한 MPU는해당 MPU에포함된미디어컴포넌트를식별하기위한 Asset ID와동일한 Asset ID를가지는각각의 MPU를구별하기위한순차번호 (sequence number) 를포함한다. 위의 Asset ID는전세계적단일식별자 (globally unique ID) 로미디어컴포넌트가서비스나전송프로토콜과무관하게식별가능하므로, 서비스의유연한구성이가능하다. MMTP(MMT 프로토콜 ) 는 ISO BMFF(ISO Base Media File Format) 파일전송프로토콜로다음과같은특징을가진다. 미디어속성을고려한 ISO BMFF 파일의패킷 화 (media-aware packetization) 하나의 MMTP 세션을활용한다양한미디어컴포넌트의다중화 (multiplexing) 전송네트워크에서발생하는지터 (jitter) 제거 수신기의버퍼오버플로 / 언더플로를방지하기위한버퍼모델제공 전송과정에서손실된패킷간파 MPU가단편화 (fragmentation) 될때각각의단편 (fragment) 은세가지종류로구분되며, 해당 MMTP 패킷의페이로드헤더에존재하는 FT (MPU Fragment Type) 필드를사용하여그종류를표시한다. HEVC 로부호화된 MPU에미디어속성을고려한패킷화방식을적용한예를 < 그림 2> 에나타내었다. 이예에서각각의 CVS(Coded Video Sequence) 는 IDR(Instantaneous Decoder Refresh) 픽처로시작되며더이상의 IDR 픽처를포함하지않는다. 또한각각의 CVS는하나의 movie fragment 로맵핑되며, 하나의 MPU는하나이상의 movie fragment 를포함한다. < 그림 2> 의예에서먼저전체 MPU에관한 box들 ( ftyp, mmpu, moov ) 은하나의 MMTP 패킷에포함되어전송되며, 이때해당 MMTP 패킷의페이로드헤더에존재하는 FT(MPU Fragment Type) 필드는 0의값을가진다. 이어서하나의 movie fragment 에해당하는메타테이터 ( moof 박스와 mdat 박스의헤더 ) 가 FT 필드의값이 1인 MMTP 패킷으로전송된다. 그리고 mdat 에포함된 NAL (Network Abstraction Layer) 유닛들은 FT 필드의값이 2인 MMTP 패킷으로전송된다. 이때하나의 MMTP 패킷은하나의 NAL 유닛의일부혹은하나이상의온전한 NAL 유닛을포함한다. 2015 년 10 월 49

434 특집 : 차세대방송표준기술 < 그림 2> 미디어속성을고려한 MMTP 패킷화의예 앞서기술한 MMT의특성을활용하면수신기가패킷단위처리를통하여하나의 MPU를모두수신하기이전에영상을재생할수있으며, 이는디지털방송시스템의가장중요한평가요소인채널전환시간감소로이어진다. 이러한기술적우수성을바탕으로 MMT는 ATSC 3.0뿐만아니라 ARIB[4] 및 ITU-R[5] 의전송표준프로토콜로채택되었다. 또한 MMT를기반으로한일본의 8K 디지털방송서비스인슈퍼하이비전은 NHK에의하여방송장비풀라인업이공개되었으며, 2016 년시험방송및 2018 년본방송개시가예정되어있다. 3. ROUTE 프로토콜 ROUTE 프로토콜은 DASH 포맷을따르는스트리밍컨텐츠를다수의사용자에게전송하기위하여개발되었다. ROUTE 프로토콜은하나혹은그이상의 LCT(Layered Coding Transport) 세션을활용하여서로다른타입을가지는미디어오브젝트 (object) 들을전송하며, 오브젝트들을전송하기위한소스프로토콜과오브젝트를복구하기위한부가 정보들을전송하는리페어프로토콜로구성된다. ROUTE 소스프로토콜은 FLUTE(File Delivery over Unidirectional Transport)[6] 에기반하여 3GPP에서정의된확장기술들 [7] 과 FCAST[8] 의설계원칙을적용하여설계되었다. 일반적인 FLUTE 프로토콜과비교하여, 미디어데이터의실시간전송을위한제약조건및최적화기술들이추가되었으며, 특히 ROUTE 소스프로토콜은다음의기능들을제공한다. 오브젝트기반미디어데이터의실시간전송 유연한패킷화방식제공 ( 미디어기반패킷화및전송기반패킷화 ) 파일과전송오브젝트의독립적구성 ( 전송오브젝트는파일의일부나복수의파일을포함할수있음 ) ROUTE 프로토콜에대한다음과같은구체적인내용들은 ATSC 3.0에서정의되었다. 소스프로토콜을위한패킷포맷과송 / 수신기 50 방송과미디어제 20 권 4 호

차세대미주방송표준 (ATSC 3.0) 의서비스및전송기술 435 의기본동작방식 리페어프로토콜 전송세션수립을위한메타데이터 오브젝트플로우전송을위한메타데이터 고품질 TV 방송서비스를위한 DASH 환경설정및 ROUTE 와의매핑에대한권고사항 4. 링크계층프로토콜링크계층은물리계층과네트워크계층사이에존재하는계층이다. 통산적인양방향네트워크에서링크계층은네트워크프로토콜의멀티플렉싱, 오류제어, 데이터흐름제어, 채널접속제어등을수행하지만, 이들대부분의기능들은대용량의데이터를단방향으로다수의사용자에게동시에전달하는방송시스템에서는사용되지않는다. 따라서 ATSC 3.0은방송시스템의특성에최적화되어설계된 ALP(ATSC 3.0 Link-layer Protocol) 를링크 계층프로토콜로사용한다. ALP는방송물리계층과의효율적인인터페이스를위한패킷포맷, 주파수자원절약을위한데이터압축및링크계층시그널링프레임워크를제공한다. ALP는 < 그림 3> 에나타낸바와같이 IP 패킷과 MPEG2-TS 패킷을포함하는모든상위계층패킷을입력으로사용하여 ALP 패킷을생성한다. 기본적으로 ALP 패킷의페이로드는하나의네트워크계층프로토콜패킷을포함하지만, 다양한네트워크프로토콜에적응하기위하여 ALP 패킷의페이로드는하나의네트워크프로토콜패킷의일부만을포함하거나복수의온전한네트워크프로토콜패킷을포함할수있다. ALP를사용할경우에물리계층의입력은사용된네트워크프로토콜의종류와관계없이동일한패킷포맷으로고정되므로시스템의확장및유지, 보수가용이하다는장점을가진다. ALP는주파수자원절약을위한데이터압축을 < 그림 3> ALP 구조및인터페이스 2015 년 10 월 51

436 특집 : 차세대방송표준기술 지원하며, 현재버전의표준에는 IP 헤더압축및 MPEG-TS 헤더압축이정의되어있다. IV. Companion Screen 일반적으로 N-스크린은컨텐츠를 TV화면과 PC, 스마트폰 / 태블릿같은모바일기기등, 복수의기기에서사용할수있는환경을의미한다. 컴페니온스크린은이러한 N-스크린의한종류로써 TV 와함께동반이용하는기기에중심을둔모델로, TV화면을가리지않으면서추가적인서비스는컴페니온디바이스를사용하여처리하는 TV( 방송 ) 중심모델을말한다. ATSC3.0 컴페니온스크린은구주표준인 HbbTV2.0(Hybrid Broadcast Broadband TV) 의컴페니온스크린을기반으로몇가지추가기능을정의하였다. 1. 컴페니온디바이스애플리케이션구동 ATSC 단말의 PD 애플리케이션에서컴페니온으 로동작할컴페니온디바이스의애플리케이션을구동시킨다. 여기서컴페니온디바이스애플리케이션은 HTML5 로작성된웹애플리케이션이나안드로이드, ios 등의운영체제에서구동되는네이티브애플리케이션을모두포함한다. 네이티브애플리케이션의경우, 해당애플리케이션이컴페니온다바이스에인스톨되어있지않을경우애플리케이션을인스톨시키는과정을포함한다. 이를위해 < 그림 4> 와같이 ATSC 단말 (Primary Device) 은 CDManager 를포함하며컴페니온디바이스는런처 (Launcher) 를포함해야한다. 컴페니온디바이스의발견과특정컴페니온디바이스애플리케이션의구동은이 CDManager 와 Launcher 사이에서이루어진다. 아키텍쳐구성요소의역할은다음과같다. Web Browser : HTML5 로구성된 ATSC 애플리케이션을구동한다. CDManager : ATSC 단말에존재하며홈네트워크내의가용한컴페니온디바이스를검색하고컴페니온디바이스의런처에컴페니온디바 < 그림 4> 컴페니온디바이스애플리케이션구동아키텍쳐 52 방송과미디어제 20 권 4 호

차세대미주방송표준 (ATSC 3.0) 의서비스및전송기술 437 이스애플리케이션의구동 / 인스톨정보를보내는역할을담당한다. Launcher : 컴페니온디바이스에존재하며 CDManager 와의통신을담당한다. ATSC 애플리케이션으로부터받은 CD 애플리케이션정보로해당애플리케이션을구동 / 인스톨하는역할을담당한다. Native Application : 특정한컴페니온디바이스플랫폼 ( 안드로이드, ios 등 ) 에서동작하는애플리케이션으로보통바이너리코드로되어있다. 2. 애플리케이션간통신 CD 애플리케이션간통신은웹소켓통신을이용하며, 웹소켓을통해전달되는메시지포맷은 ATSC 규격에서정하지않는다. 아키텍쳐구성요소의역할은다음과같다. CDManager : 애플리케이션간통신에필요한서비스종단점을제공한다. WebSocket Server : ATSC 단말에존재하며 ATSC 애플리케이션과 CD 애플리케이션간웹소켓연결을처리한다. 3. 컴페니온디바이스애플리케이션과 ATSC단말간통신 ATSC 단말과컴페니온디바이스에서각각의애플리케이션이구동되었을때, PD 애플리케이션과 CD 애플리케이션간통신을지원한다. 이를위해 < 그림 5> 와같이 ATSC 단말은 Web- Socket 서버를포함해야한다. PD 애플리케이션과 컴페니온디바이스애플리케이션과 ATSC 단말간통신을통해 CD 애플리케이션에서 ATSC 단말의서비스및콘텐츠정보를가져온다. CD 애플리케이션에서가용한 ATSC 단말을찾고웹소켓과웹소켓서버의서비스종단점을획득하는과정과, CD < 그림 5> 애플리케이션간통신아키텍쳐 2015 년 10 월 53

438 특집 : 차세대방송표준기술 < 그림 6> 컴페니온디바이스애플리케이션과 ATSC 단말간통신아키텍쳐 애플리케이션이 HTTP 요청또는 Websocket 서비스종단점을통해정보를요청하는과정, 그리고 HTTP 응답이나웹소켓연결을통해정보를제공하는과정으로구성된다. 아키텍쳐구성요소의역할은다음과같다. 는역할을담당한다. CD Application : 컴페니온디바이스존재하며홈네트워크내의가용한 ATSC 단말을검색하고 HTTP 및웹소켓프로토콜을통해 ATSC 단말의서비스및콘텐츠정보를가져온다. CDManager : ATSC 단말에존재하며 CD애플리케이션의 ATSC 단말검색요청에대해응답하고 CD 애플리케이션에웹서버와웹소켓의서비스종단점 (Service endpoints) 의정보를제공하는역할을담당한다. Web Server : ATSC 단말에존재하며 CD 애플리케이션의 HTTP 요청을처리하여 ATSC 단말의서비스및콘텐츠정보를제공하는역할을담당한다. WebSocket Server : ATSC단말에존재하며 CD 애플리케이션의웹소켓연결을처리하여 ATSC 단말의서비스및콘텐츠정보를제공하 4. 비상통보메시지 (Emergency Alert Message) 통신 ATSC3.0 은방송망을통해수신한비상통보메시지 (Emergency Alert Message; 이하 EAM으로표시 ) 를컴페니온다바이스프로토콜을사용하여컴페니온디바이스에전달하는방법도제공하고있다. EAM의전달은웹소켓또는멀티캐스트어드레스를통해이루어진다. < 그림 7> 은 EAM 전달을위한아키텍쳐를보여준다. 54 방송과미디어제 20 권 4 호

차세대미주방송표준 (ATSC 3.0) 의서비스및전송기술 439 < 그림 7> 비상통보메시지통신아키텍쳐 V. 결론 ATSC 3.0은세계최초의 IP 기반지상파방송시스템으로전통적인방송시스템에서고려되지않았던혁신적인기술들을포함하고있다. 본논문에서는 ATSC 3.0의 IP 기반하이브리드전송기술및컴페니온스크린기술에대하여분석하였다. ATSC 3.0은기존의 MPEG2-TS 시스템에서탈피하여 ISO BMFF 파일기반실시간스트리밍에최적 화된 IP 기반전송프로토콜을사용한다는특징이있다. 또한하나의 TV 화면에서비스를제공하는것에추가하여, 다양한부가정보및개인형컨텐츠공급에용이한컴페니온디바이스기반들을활용하기위한기술들이정의되었다. 따라서, ATSC 3.0 표준을준수하는방송시스템은유연한서비스구성및개인형서비스의공급이가능하여미디어환경변화에따른시청자들의다양한요구를충족시킬수있을것으로기대된다. 2015 년 10 월 55

440 특집 : 차세대방송표준기술 참고문헌 참고문헌 [1] ISO/IEC: ISO/IEC 23008-1:201x, Information technology - High efficiency coding and media delivery in heterogeneous environments - Part 1: MPEG media transport (MMT), International Organization for Standardization, 2nd Edition. [2] ISO/IEC: ISO/IEC 23009-1:2014, Information technology - Dynamic adaptive streaming over HTTP (DASH) - Part 1: Media presentation description and segment formats, International Organization for Standardization, 2nd Edition, 5/15/2014. [3] DASH IF: Guidelines for Implementation: DASH-IF Interoperability Points, Version 3.1, DASH Interoperability Forum [4] ARIB STD-B60, MMT-Based Media Transport Scheme in Digital Broadcasting Systems, Version 1.3, Association of Radio Industries and Businesses, July 2015 [5] ITU-R: Recommendation BT.2074, Service configuration, media transport protocol, and signalling information for MMTbased broadcasting systems, International Telecommunication Union, June 2015 [6] IETF: RFC 6726, FLUTE - File Delivery over Unidirectional Transport, Internet Engineering Task Force, Reston, VA, November, 2012. http://tools.ietf.org/html/rfc6726 [7] 3GPP: TS 26.346 V12.4.0 (2014-12), 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs (Release 12). [8] IETF: RFC 6968, FCAST: Object Delivery for the Asynchronous Layered Coding (ALC) and NACK-Oriented Reliable Multicast (NORM) Protocols, Internet Engineering Task Force, Reston, VA, July, 2013. http://tools.ietf.org/html/rfc6968 필자소개 양현구 - 2002 년 : 포항공대전자공학과학사 - 2004 년 : 포항공대전자공학과석사 - 2009 년 : 포항공대전자공학과박사 - 2009 년 ~ 현재 : 삼성전자 DMC 연구소 - 주관심분야 : 디지털방송시스템, 오류정정부호 / 시스템 류영선 - 1997 년 ~ 2000 년 : 삼성전자컴퓨터事, PC 서버개발 - 2000 년 ~ 2006 년 : 삼성전자 SW 센터, 웹브라우저 / 웹서버개발 - 2006 년 ~ 현재 : 삼성전자 DMC 연구소, 웹 / 방송기술표준화 (W3C, HbbTV, ATSC, OIPF, MPEG) - 2012 년 ~ 2014 년 : OIPF Solution WG Chair - 2011 년 ~ 현재 : W3C AC Representative - 주관심분야 : 웹플랫폼, 양방향방송시스템, N-Screen, IOT 56 방송과미디어제 20 권 4 호

차세대미주방송표준 (ATSC 3.0) 의서비스및전송기술 441 필자소개 임영권 - 1994 년 : 한국항공대학교항공전자공학과학사 - 1996 년 : 한국항공대학교항공전자공학과석사 - 2011 년 : 한양대학교전자통신컴퓨터공학과박사 - 1996 년 ~ 2000 년 : 한국전자통신연구원 - 2000 년 : 주식회사넷앤티비 - 2011 년 : 달라스소재텍사스주립대학박사후연구원 - 2012 년 ~ 현재 : 삼성전자달라스연구소 - 주관심분야 : 디지털방송시스템, 멀티미디어압축전송시스템, MPEG 황성희 - 1996 년 : 성균관대학교수학과학사 - 2000 년 : 서울대학교수학과석사 - 2000 년 ~ 현재 : 삼성전자 DMC 연구소재직 2015 년 10 월 57