IPTV서비스를 다양한 무선 네트워크로 확장하는 Mobile IPTV와 이를 위한 다양한 형태의 기술적 접근에 대해서 설명해 놓았다.

내용은 그렇게 어렵지 않고, 쉽게 읽을 수 있다.

 

 

Mobile IPTV 기술 국내외 표준화 동향

'Digital TV' 카테고리의 다른 글

모바일 iptv 기술 및 국내외 표준화 동향  (0) 2008.05.27
xbox 에 iptv  (0) 2008.05.08
IPTV의 큰 난관  (0) 2007.10.03
LAN 관련 Spec  (0) 2006.04.10
Comparison of the DAB, DMB & DVB-H Systems  (0) 2006.04.01
DOCSIS 1.0 1.1 2.0  (0) 2006.02.11
Posted by 김용환 '김용환'

댓글을 달아 주세요

xbox 에 iptv

Digital TV 2008. 5. 8. 10:03

 

 

ms가 한 때 mstv라고 해서 사업을 했다가 손을 뗸 적이 있다. 아마도 시장의 성숙도가 때가 아님을 알고 바로 뗀 것이 바로 대단한 부분이 아닌가 싶다.

후에 미디어 윈도우로 iptv 비스므리 한 것을 하려고 시도하려고 한 것 같다.

 

최근에 xbox에서 열심히 하고 있는 iptv 셋탑박스 기능은 참 다채롭다.

MS사는 XBOX360을 이용해 TV시청과 녹화는 물론 메시지 기능과 비디오 채팅도 가능하다고 한다.

 

 

 

EPG기능이야 기본적인 기능이고, cpu가 빠르니 이정도는 잘 돌아갈 거라 생각된다.

 

선택하려는 채널을 PIP(Picture in Picture)라 불러서 채널을 볼 수 있게 했는데.. 사실 기술적으로 살짝 다를 뿐이지 기존의 케이블의 포털 채널화면과 머가 다를까? (스펙에서는 mosaic이라고 하는데..)

 

아직까지는 기존 케이블이나 위성 TV 대항해서 뚜렷한 킬러는 보이지 않는 거 같다..

 

 

'Digital TV' 카테고리의 다른 글

모바일 iptv 기술 및 국내외 표준화 동향  (0) 2008.05.27
xbox 에 iptv  (0) 2008.05.08
IPTV의 큰 난관  (0) 2007.10.03
LAN 관련 Spec  (0) 2006.04.10
Comparison of the DAB, DMB & DVB-H Systems  (0) 2006.04.01
DOCSIS 1.0 1.1 2.0  (0) 2006.02.11
Posted by 김용환 '김용환'

댓글을 달아 주세요

IPTV의 큰 난관

Digital TV 2007. 10. 3. 03:48

 

방통특위, 기구개편 ‘잠정합의안’ 백지화

http://www.mediatoday.co.kr/news/articleView.html?idxno=61083

 

IPTV를 방송으로 정하면서 이미... 분쟁은 시작되었다고 본다..

끝없는 사업권 전쟁은 계속 되리라 생각된다.

 

 

 

방송 통신 사업자들의 정치적인 힘의 싸움때문에 쉽게 하나로 힘을 모으지 못한다.

지분 싸움과 힘 겨루기..

 

특히 방송 사업자들은 자신의 영역을 빼앗기지 않으려 하고,

통신 사업자들은 점차 방송을 통해 영역을 넓히려 하고 있다.

 

사실 그 안에 중요한 부분이 있다.

 

바로 10년동안 방송 광고시장의 수익 파이는 그대로다. 크게 변동이 없는 상태에서 통신사업자가 방송을 하려고 하니 방송사업자는 자신의 파이를 주기가 어려운 형태다. 여전히 방송 분야에서 주도권을 잡고 싶어하는데.

 

 

정부의 강력한 중재만이.. IPTV산업을 발달 시킬 것이다.

 

'Digital TV' 카테고리의 다른 글

모바일 iptv 기술 및 국내외 표준화 동향  (0) 2008.05.27
xbox 에 iptv  (0) 2008.05.08
IPTV의 큰 난관  (0) 2007.10.03
LAN 관련 Spec  (0) 2006.04.10
Comparison of the DAB, DMB & DVB-H Systems  (0) 2006.04.01
DOCSIS 1.0 1.1 2.0  (0) 2006.02.11
Posted by 김용환 '김용환'

댓글을 달아 주세요

LAN 관련 Spec

Digital TV 2006. 4. 10. 21:18
IEEE 802.1 - LAN상호접속을 위한 Spanning tree bridge와 프로토콜
IEEE 802.2 - Data link level control을 위한 프로토콜 = LLC
IEEE 802.3 - CSMA/CD방식의 MAC절차
IEEE 802.4 - Token Bus방식의 MAC절차
IEEE 802.5 - Token Ring방식의 MAC절차
IEEE 802.6 - DQDB방식의 MAC절차
IEEE 802.7 - Broadband 전송방식
IEEE 802.8 - 광매체를 통한 전송방식
IEEE 802.9 - IVD LAN
IEEE 802.10 - 보안
IEEE 802.11 - 무선 LAN
IEEE 802.12 - 100VG - AnyLan
----------------------------------------------------------------------------

'Digital TV' 카테고리의 다른 글

xbox 에 iptv  (0) 2008.05.08
IPTV의 큰 난관  (0) 2007.10.03
LAN 관련 Spec  (0) 2006.04.10
Comparison of the DAB, DMB & DVB-H Systems  (0) 2006.04.01
DOCSIS 1.0 1.1 2.0  (0) 2006.02.11
MPEG4 AAC AVC 비교  (0) 2006.02.11
Posted by 김용환 '김용환'

댓글을 달아 주세요

출처 : http://www.digitalradiotech.co.uk/dvb-h_dab_dmb.htm

http://www.mobiletvforum.com/resources/files/system_comparison_TDMB_V_DVB-H.pdf

 

DVB-H 진영에서 실실 DMB쪽을 치고 시장에 상용화하려고 하고 있다.

DVB-H가 밧데리나 주파수 부분에서 효율적인 측면이 강하다고 하나, 이미 DAB 시스템이 널리 사용되고 있기 까닭에 비용 및 back-ward compatibility 측면에서 본다면, 여전히 T-DMB가 싸고 매력적이 될 수 있다.

그리고, 또한 DVB-H의 SFN이 상당히 큰 범위인 반명, DAB의 SFN는 영역이 작기 까닭에 locality가 작다는 부분이 있다.

 

앞으로 기술의 힘쪽으로 가느냐 아니면, 이미 있는 시스템을 가지고 구축하는게 좋을 지는 지켜 봐야할 부분에 속한다. 여전히 퀄컴의 미디어 플로는 너무 특정회사에 몰려 있는 산업 제품이라, 쓰여도 한정된 곳에서는 쓰이기에 결국은 minority가 되리라 생각된다.

 

 

 

 

'Digital TV' 카테고리의 다른 글

IPTV의 큰 난관  (0) 2007.10.03
LAN 관련 Spec  (0) 2006.04.10
Comparison of the DAB, DMB & DVB-H Systems  (0) 2006.04.01
DOCSIS 1.0 1.1 2.0  (0) 2006.02.11
MPEG4 AAC AVC 비교  (0) 2006.02.11
[펌] MPEG2 시스템(Transport Stream)  (0) 2006.02.11
Posted by 김용환 '김용환'

댓글을 달아 주세요

DOCSIS 1.0 1.1 2.0

Digital TV 2006. 2. 11. 01:26
이의제기 | 신고-->

 

DOCSIS 1.0

DOCSIS 1.1

DOCSIS 2.0

DOCSIS 제정

1997

1999

2001

ITU Spec.

ITU J.112

ITU J.112

ITU J.122(권고안)

인증 시작

1999

2001

진행중

인증 Cable Modem

216

33

진행중(현재 5)

인증 CMTS

28

16

진행중(현재 1)

상향 주파수 범위

미국,한국 NTSC 방식 : 5 42 MHz (200KHz, 400KHz, 800KHz, 1.6MHz, 3.2MHz step)

하향 주파수 범위

미국,한국 NTSC 방식 : 88 860 MHz (62.5KHz step)

변조

방식

하향

64QAM / 256QAM

상향

QPSK(1.6MHz) / 16QAM(3.2MHz)

QPSK / 16QAM(3.2MHz)

QPSK / 16QAM / 64QAM(6.4MHz)

전송

속도

하향

30.34Mbps(64QAM) / 42.88Mbps(256QAM)

상향

5.12Mbps(QPSK) / 10.24Mbps(16QAM)

5.12Mbps(QPSK) / 10.24Mbps(16QAM)

5.12Mbps(QPSK) / 30.72Mbps(16QAM)

특징

기본 기능 특징

. CMTS(Cable Modem Termination System) 의해서 조절되는 대역폭 할당

. Class of Service ? Single SID(14bit)

. Base line privacy ? 56Bit DES

. SNMPv2

 

 

 

 

 

추가 기능 특징

. DOCSIS 1.0 호환

. Class of service - 다중 SID 지원

. QoS(DOCSIS 1.1에서의 가장 특징)

-효과적인 대역폭 할당

-Dynamic Service flow

. Base line privacy pulse

-DOCSIS 1.0 보다 강화된 암호화 기능

. SNMPv3

. CMTS에서 제어 되는 상향 fragmentation

. IP multicast 지원

추가 기능 특징

. DOCSIS 1.1 호환

. A-TDMA / S-CDMA 방식 적용

. 상향 기능 향상

. QoS 지원

. FEC 강화로 Error 개선

. throughput 성능 50% 향상(SNR 6dB약화)

(64QAM 사용시 6.4MHz 1Ch 최대 30Mbps 수용)

 

 

'Digital TV' 카테고리의 다른 글

IPTV의 큰 난관  (0) 2007.10.03
LAN 관련 Spec  (0) 2006.04.10
Comparison of the DAB, DMB & DVB-H Systems  (0) 2006.04.01
DOCSIS 1.0 1.1 2.0  (0) 2006.02.11
MPEG4 AAC AVC 비교  (0) 2006.02.11
[펌] MPEG2 시스템(Transport Stream)  (0) 2006.02.11
Posted by 김용환 '김용환'

댓글을 달아 주세요

MPEG4 AAC AVC 비교

Digital TV 2006. 2. 11. 01:02
1.H.264 (MPEG-4 Part 10 AVC)

디지털 신호처리·저장매체·전송방식의 발전은 음성 정보에 국한된 서비스를 멀티미디어 서비스로 진화시켰다. 그동안 방대한 데이터를 저장·전송하기 위한 여러가지 압축기술이 연구돼 왔으며, 특히 1980년대 후반 디지털 동영상 정보의 부호화 및 저장기술 표준규격을 제정해야 한다는 요구가 제기되면서 기술발전이 가속화하기 시작했다.

이에 따라 국제전기통신연합(ITU)은 유무선 통신망 환경에서 동영상 서비스를 위한 표준 규격인 H.261과 H.263을 제정했고, 세계표준화기구(ISO)도 동영상 표준 규격인 MPEG-1, MPEG-2, MPEG-4를 마련하는 등 세계적인 표준화 논의가 활발했다. H.263+와 MPEG-4 표준이 개발된 뒤 무선통신이 급격히 확산되면서 종전 압축방법에 비해 더욱 향상된 압축효율을 제공하고, 다양한 통신환경을 수용할 수 있는 동영상 압축기술 규격의 필요성이 대두했다. 이에 ITU는 H.26L로 명명한 차세대 부호화 방식의 ‘기술제안요청서’를 발표했으며, 각급 기업체·연구소·학계의 활발한 연구가 진행됐다. 이후 2001년 ISO/IEC의 MPEG 그룹이 H.26L 프로젝트에 참가함으로써, 지난해 5월 마침내 ITU-T는 H.264라는 표준을 승인했고 이어 8월 ISO/IEC에서 MPEG-4 Part 10으로 최종 승인했다. (본 글에서는 H.264로 명명한다)

ITU-T와 ISO가 공동 제정한 차세대 동영상 압축 표준 H.264는 다양한 네트워크 환경에 쉽게 부응할 수 있는 유연성과 동영상의 부호화 효율성 측면에서 MPEG-2, MPEG-4(Part 2) 등 기존 기술표준들에 비해 많은 진보가 있었다. 비록 H.264가 기존의 표준들과 하이브리드 비디오 부호화라는 유사한 방식을 이용하고 있으나 다음과 같은 기술적 우위를 지니고 있다.

• 향상된 움직임 예측 및 보상
• 부정합(Mismatch)이 없는 작은 블록크기의 블록 변환
• 인루프디블로킹필터(In-Loop Deblocking Filter)
• 향상된 엔트로피 부호화
• 다양한 네트워크에 적응하기 위한 NAL

H.264가 MPEG-2, MPEG-4(Part 2) 등 기존 동영상 압축 표준에 비해 높은 압축성능과 유연성의 장점을 가진 반면, 부호기 및 복호기의 복잡도 역시 훨씬 증가한다는 단점이 있다. 부호기 측면에서는 기존 표준보다 더욱 많아진 파라미터 및 부호화 모드를 결정해야 하며, 복호기도 디블로킹필터나 1/4화소 단위의 움직임 보상 등으로 인해 계산량이 매우 증가했다. 따라서 H.264가 상용화하기 위해서는 기술원리를 정확히 이해하고, 효율적으로 부호기·복호기를 구현하는 적용기술이 매우 중요하다.






2.MPEG-4 HE(High-Efficiency) AAC

MPEG-4 HE AAC는 채널당 24kbps의 낮은 전송률에서도 CD 수준의 높은 음질을 제공하는 저전송률 오디오 부호기다. 기존 지각적 오디오 부호기의 한계를 극복하기 위해 대역폭 확장 기술의 하나인 SBR을 MPEG-4 AAC에 적용한 것이다. MPEG-4 HE AAC의 높은 압축 효율은 이동통신 및 디지털 방송과 같이 전송 대역이나 저장 용량이 제한되거나 매우 값 비싼 응용 분야에 유용하다. 그리고 이전 AAC와 양방향 호환이 가능한 구조상의 유연성은 MPEG-4 HE AAC의 또 다른 장점이라고 할 수 있다. 세부 요소기술은 다음과 같다.

우선 MPEG-4 AAC(Advanced Audio Coding) 기술은 압축기술을 특정 응용 분야에 한정하는 대신 압축할 정보를 음성, 배경음악, 효과음 등 다양한 구성요소의 결합으로 처리하는 식으로 구성됐다는 점이 특징이다. 이 기술이 범용성과 객체기반 구성 및 조절성, 콘텐츠기반 상호작용성 등 새로운 개념을 도입할 수 있었던 것도 이런 이유다. 결과적으로 MPEG-4 오디오의 부호화 영역은 2kbps의 낮은 비트 전송률 음성 부호화에서부터 채널당 64kbps 이상의 고음질 오디오 부호화에 이르기까지 확장됐다. 이 가운에 일반적인 오디오 부호화의 영역에 해당하는 MPEG-4 AAC는 이전 MPEG-2 AAC를 기반으로 PNS(Perceptual Noise Substitution), LTP(Long-Term Prediction) 등의 알고리즘이 추가됐다. 이후 MPEG-4 GA는 에러레질리언스(Error Resilience), BSAC(Bit Sliced Arithmetic Coding) 등 신규 알고리듬을 수용하며 버전2로 발전했고, 버전3에 이르러 SBR과 AAC가 결합된 MPEG-4 HE AAC가 표준으로 자리잡았다.

SBR 기술의 기본원리는 오디오 신호의 고주파와 저주파 대역 사이에 높은 연관성이 존재한다는 가정에 기반을 둔다. 이는 저주파 대역의 정보를 이용해 고주파 대역 성분을 추정할 수 있다는 것을 의미한다. SBR의 첫 단계는 저주파 스펙트럼 데이터를 고주파 대역으로 복사하는 전위의 과정이다. 그런 다음 전 대역의 스펙트럼을 갖는 원본 오디오 신호의 스펙트럼 포락선과 전위 과정에서 포함되지 않고 제외될 가능성이 있는 고주파 성분을 보상하기 위해 필요한 추가 정보를 이용, 고주파 대역의 모양을 조정한다.

AAC는 SBR과 결합될 경우 AAC만 사용할 때보다 훨씬 높은 압축 효율을 갖게 되는데, 이는 SBR의 추가 정보가 매우 작아 AAC의 부호화 자원 대부분을 저주파 성분의 부호화에만 사용할 수 있기 때문이다. SBR과 결합된 AAC를 통상 ‘AAC+’ 또는 ‘aacPlus’라고 하며, 표준화이후 공식 명칭은 ‘MPEG-4 HE AAC’다.

3.멀티미디어 단말 기술

현재 국내의 이동통신사들은 무선 멀티미디어 서비스를 제공중이며, 단말기 제조업체들도 종전 소형화 경쟁에서 벗어나 다양한 기능성을 갖춘 동영상(VOD) 단말기를 앞다퉈 출시하고 있다. 게다가 초기 짧은 동영상 클립을 다운·재생해주던 단순 기능에서 벗어나 한시간 이상 동영상 녹화가 가능한 캠코더이나 ‘QVGA’급 해상도를 지원하는 휴대폰 및 디지털 카메라 수준의 메가픽셀 폰도 등장하는 추세다. 이런 멀티미디어 기능은 모뎀칩외에 별도 응용 프로세서상에 구현되며 현재 몇 종의 칩솔루션이 개발돼 있다.

멀티미디어 애플리케이션은 DHK&호스트 인터페이스와 멀티미디어모듈을 사용하며, 스트리밍·로컬·다운로드 서비스와 정지영상 및 동영상 기능을 제공한다. 각각의 응용 프로그램들은 메모리 오버레이 구조를 이용해 구동된다. 멀티미디어 알고리듬은 H.264 및 MPEG-4 HE AAC를 비롯, JPEG 인코더·디코더, MPEG4 비디오 인코더/디코더, EVRC 인코더·디코더를 포함하는 코덱솔루션과 카메라 센서를 통한 이미지 라이브러리, 무선 환경에 최적화된 무선 프로토콜 (RTP/RTCP/RTSP)로 구성된다. DHK&호스트 인터페이스는 DSP 응용 프로그램의 스와핑을 담당하며, 휴대폰 특성상 필요한 저전력 소모를 위해 절전 기능, 호스트와 안정적인 고속통신을 지원하는 기능 등을 제공한다.

H.264와 MPEG-4 HE AAC는 향후 적용분야도 무궁무진하다. 이 기술들이 매우 낮은 비트율에서도 뛰어난 화질과 음질을 제공하는 덕분이다. 따라서 플래시 메모리를 탑재한 휴대용 플레이어 등 파일기반 저장매체뿐만 아니라 디지털방송, 이동통신 네트워크와 같이 높은 압축 효율을 필요로 하는 응용 분야에도 적합하다. 또한 전송 대역이나 저장 용량은 부호화될 비디오/오디오 채널 수에 비례하기 때문에 높은 압축 효율은 다채널 환경에서도 유용하다고 할 수 있다. 최근 DVD 관련 표준화를 논의하는 DVD포럼에서도 H.264·MPEG-4 HE AAC를 미래 HD-DVD 플레이어의 표준 비디오·오디오 코덱으로 채택하는 등 그 우수성을 빠르게 인정받고 있는 추세다. 일례로 H.264 및 MPEG-4 HE AAC는 현재 SK텔레콤의 VOD 서비스 표준으로 채택되기도 했다. 또한 H.264는 현재 국내 위성 디지털멀티미디어방송(DMB) 및 지상파 DMB의 기술표준으로, MPEG-4 HE AAC는 국내 위성 DMB의 표준으로 각각 선정됐다.

구체적인 응용분야를 요약, 정리하면 다음과 같다.
• 무선통신 환경에서 멀티미디어 응용: 주문형비디오(VOD)/주문형음악(MOD)
• 무선통신을 통한 방송서비스: 지상파 DMB/위성 DMB
• 광(Optical) 및 자성(Magnetic)을 이용한 저장장치
• 유선 네트워크(ISDN, LAN, xDSL, 모뎀)을 이용한 VOD 및 스트리밍 서비스
• 휴대용 미디어 플레이어

'Digital TV' 카테고리의 다른 글

IPTV의 큰 난관  (0) 2007.10.03
LAN 관련 Spec  (0) 2006.04.10
Comparison of the DAB, DMB & DVB-H Systems  (0) 2006.04.01
DOCSIS 1.0 1.1 2.0  (0) 2006.02.11
MPEG4 AAC AVC 비교  (0) 2006.02.11
[펌] MPEG2 시스템(Transport Stream)  (0) 2006.02.11
Posted by 김용환 '김용환'

댓글을 달아 주세요

MPEG2 시스템, Transport Stream & packet distruction

MPEG비디오 비트열과 MPEG 오디오 비드열을 하나로 묶어 전송하거나 저장하기 위한 규경이 MPEG 시스템이다. 이렇게 하나의 비트열로 다중화할 때 통신 채널이나 저장 미디어 등이 갖는 프로토콜이나 저장 포맷에 적합한 형식으로 할 필요가 있다. 이와 함께 비디오와 오디오의 동기(lip sync)를 맞추는 수단을 제공하는 것도 MPEG 시스템의 중요한 역할이다.

MPEG시스템에는 이미 다룬바 있는 MPEG 1 시스템과 MPEG 2시스템이있다. MPEG 1 시스템은 단일 프로그램을 오류가 없는 채널 환경에서 다중화하므로, 비디오 CD등 비교적 좁은 범위의 응용분야에 사용된다. 보다 정확히는 채널이 가지고 있는 오류 정정 능력에 의해 오류가 수정되므로 MPEG 1 시스템에서는 오류를 고려할 필요가 없다. 이에 비해 MPEG 2 시스템은 방송, 통신, 저장 미디어 등 광범위한 응용분야에 대응하고 있어 그 포맷도 훨씬 복잡하다.

MPEG2 시스템에는 두 종류의 다중화 방식이 있다. 하나는 프로그램스트림(PS :Program Stream)이라고 불리는 것으로 단일 프로그램을 오류가 없는 채널 환경에서 다중화하는데, MPEG-1 시스템을 약간 개선한 것이다.

또 하나는 트랜스포트 스트림(TS :Transprot Stream)으로 오류가 있는 채널환경에서 복수의 프로그램을 다중화한다. 복수의 프로그램을 하나의 비트열로 다중화하므로 멀티미디어 시대의 디지털 TV방송 등에 적합하고 제한수신을 위한 스크램블 기능(비트열을 암호화하여 유료 가입자 이외에는 시청할 수 없게 하는것)을 부가할수 있도록 되어 있다. 또한 랜덤 액세스가 용이하도록 디렉토리 정보나 개별 비트열에 관한 정보 등을 실을 수 있다. PS는 이미 다룬 MPEG 1 시스템과 유사하므로 여기서는 주로 TS에 대해 기술한다.

MPEG 2 시스템은 시분할다중방식(TDM : Time Division Multiple.ing)에서 쓰이고 있는 패킷 다중화 방식을 채택하고 있다. 이때 비디오와 오디오 비트열은 각각을 우선 패킷이라 불리는 적당한 길이의 비트열(PES:Packetized Elementary Stream)로 분할한다. PES패킷은 다양한 응용에 대응하도록 길이의 상한을 64KB까지로 하고 있고, 각 패킷마다 고정길이나 가변길이 어느것이라도 취할수 있도록 하고 있다. 또한 가변 전송속도도 허용되고 있고 불연속적인 전송도 가능하다. 이 각각의 PES를 하나의 비트열로 다중화하여 PS나 TS를 만든다.

패킷 길이는 전송채널이나 매체에 크게 의존한다. 가령 광대역 종합정보통신망(BISDN)에 있어서의 프로토콜인 ATM(Asynchronous Transfer Mode.비동기 전달모드)에서는 53 바이트의 패킷(셀)을 사용한다. 이중 패킷에 관한 기본 정보를 담는 헤더가 5바이트를 차지하므로 실제 사용자 정보(Payload)는 48바이트이다. 이와같이 길이가 짧은 패킷은 헤더가 상대적으로 많은 비율을 점유하므로 사용자 정보의 전송효율이 떨어지지만 지연시간과 버퍼 메모리양이 적은 이점이 있다.

TS패킷은 ATM과의 접속성을 고려하여 1백88바이트의 비교적 짧은 고정길이를 가지고 있다. ATM 셀의 사용자 정보 48바이트중 한바이트를 AAL(ATM Adaptation Layer)용으로 사용하면 실제 사용자 정보는 47바이트가 된다.

따라서 하나의 TS패킷은 4개의 ATM 셀에 실어서 전송할 수 있다. 각 TS패킷의 첫 4바이트는 해더용이므로 나머지 1백84바이트가 실제 비디오나 오디오 등을 실어나르는 사용자정보 부분이다.

많은 응용분야에서 오류정정을 위한 부호를 부가하는데 TS 패킷의 길이는 이를 고려하여 결정되었다. 즉 블록 오류정정부호로서 가장 탁월한 성능을 갖는 리드솔로몬부호는 적용하려면 TS 패킷의 길이는 2백 55보다 충분히 작은 것이 바람직하므로 결국 ATM과의 접속성을 함께 만족시키는 1백88로 결정된 것이다.

한 예로 무궁화 위성을 이용한 디지털 방송에서는 각 TS 패킷에 16바이트의 오류정정부호를 부가한 RS(204,188)를 사용하고 있어 수신측에서 2백4바이트중 8바이트까지의 오류를 정정할수 있다. 많은 경우 군집오류에 강한 리드솔로몬 부호와 더불어 산발적 오류에 강한 길쌈부호(Convoltional Code) 혹은 길쌈부호를 변조부와 결합하여 성능을 개선하는 TCM(Trellis Coded Modulation)을 함께 사용하고 있다.

MPEG2 시스템에서는 두 종류의 다중화 비트열을 다룬다. 그중 프로그램스트림(Program Stream)은 하나의 방송 프로그램(비디오+오디오+자막)을 오류가 없는 채널 환경 혹은 CD 등에서 보는 바와 같이 매체자체의 오류정정 기능을 그대로 활용하는 경우에 사용하는 다중화 방법이고, 트랜스 포트 스트림(TS:Transport Stream)은 오류가 있는 채널 환경에서 여러개의 방송 프로그램을 동시에 보낼때 사용하는 다중화 방법이다. 예를 들면 비디오 CD처럼 하나의 프로그램을 저장할 때는 프로그램 스트림이 사용되고 무궁화 위성을 이용한 복수 프로그램의 디지털 방송에는 트랜스포트 스트림이 사용된다.

트랜스포트 스트림의 기능에 관해 무궁화 위성 방송의 예를 들어 보다 구체적으로 살펴보기로 하자. 무궁화위성은 (비록 1호기는 발사 실패로 수명이 단축되어 앞으로 발사도리 2호기가 그 역할을 대신하겠지만) 방송용 중계기3개와 통신용 중계기 12개를 가지는 방송,통신 겸용 위성이다. 위성방송에 있어서 현재 일본의 위성방송이나 홍콩의 스타 TV 등과 같은 아닐로그 FM 방식을 사용하면 중계기당 한 방송밖에 수용할 수 없지만, MPEG2를 이용한 디지털 방식을 사용하면 중계기당 4~8방송까지 수용할 수 있다. 우리나라의 경우 프로그램의 부족이나 화질등을 감안, 중계기당 4 방송을 고려하고있다. 이 위성방송에 있어서 다중화는 다음과 같은 단계로 이루어진다. 우선 각 방송국으로 부터의 프로그래이 비디오는 MPEG2 비디오, 오디오는 MPEG2 오디오 압축 알고리즘을 이용해 각각 30대1과 6대1정도로 압축된다. 이 압축된 비트열은 패킷 형태로 묶여져 각각 비디오 패킷과 오디오 패킷으로 변형된다. 이어서 이들을 1백88바이트의 고정길이를 갖는 트랜스포트 스트림 패킷 여러개의 차곡차곡 싣는다. 하나의 트랜스포트 패킷은 4바이트의 헤더를 제외하면 1백 84바이트의 실제 짐을 실을 수 있다. 마치 택시의 정원이 5명이지만 운전기사를 빼면 실제 승격은 4명인 탈 수 있는 것과 같은 원리이다. 헤더에는 13비트의 프로그램 식별정보(PID:program identification)가 포함되어, 이 패킷에 실린 짐이 어느 방송국의 무슨(즉 비디오인지 오디오인지)정보인지를 나타내는데 쓰인다.

이렇게 각 방송국에서 1차적으로 다중화되어 나오는 트랜스포트 패킷은 2차적으로 여러 방송국의 트랜스포트 패킷들이 또 다중화되어 하나의 비트열을 구성해 하나의 중계기를 통해 송출될 수 있는 형태가 된다. 이런 최종비트열이 중계기 수만큼 필요하다.

따라서 디지털 위성방송에 있어서의 다중화는 시분할 다중화(TCM:Time Division Multiple.ing)와 주파수분할다중화(FDM:Frequency Division Multiplex)가 결합되어 있다. 즉 중계기들은 각각 27MHz의 대역폭을 가지면서 FDM의 형태로 운용되지만 한 중계기를 4개 방송사가 TDM방식으로 공유하는 것이다. 각각의 중계기에 실린 트랜스포트 스트림은 에러 정정을 위해 리드솔로몬 부화와 길쌈부호가 행해지고 QPSk 변조를 통해 지상과 위성간에 전송이 이루어진다.

수신기에서의 트랜스포트 스트림의 복호시에는 위의 역과정이 행해지다.

우선수신하고자 하는 방송이 들어있는 중계기를 선택해 QPSK 복조하고 에러 정정을 행한다. 이 출력은 여러 방송이 다중화된 비트열이므로 우선 수신하고자 하는 방송국의 트랜스포트 패킷만을 골라내고, 이중 비디오 패킷은 비디오 디코더에서, 오디오 패킷은 오디오 디코더에서 각각 복호함으로써 영상과 음향을 재생하게 된다. 이와 같은 다단계 동작을 위해 몇가지 프로그램 관련정보 테이블(PSI:program specific information)이 필요하게 된다.

PAT(Program Association Table)는 PID=0인 패킷으로, 각 프로그램 마다 트랜스포트 패킷을 할당해 주는 역할을 한다. 이렇게 지정된 패킷에 가보면 거기에서는 그 프로그램을 구성하는 비디오와 오디오 비트열이 어떤 패킷에 실려오는지를 알려주는데 이를 PMT(Program Map Table)라 한다. 이렇게 PAT와 PMT로 나누어서 트리형태로 기술하는 이유는, 하나의 테이블로 모두 기술하면 이 테이블이 너무 커져 테이블을 기억시킬 메모리가 커지게 되고, 또한 테이블의 후반부에 기술되는 프로그램의 정보를 액세스하는데 시간이 오래 걸리기 때문이다.

이밖에도 중계기와 프로그램간의 링크 정보를 담는 NIT(Networt Inform action Table)와 조건부 수신 정보를 담는 CAT(Conditional Access Table)등이 시스템 운용을 위한 부가정보 테이블로 사용된다.

'Digital TV' 카테고리의 다른 글

IPTV의 큰 난관  (0) 2007.10.03
LAN 관련 Spec  (0) 2006.04.10
Comparison of the DAB, DMB & DVB-H Systems  (0) 2006.04.01
DOCSIS 1.0 1.1 2.0  (0) 2006.02.11
MPEG4 AAC AVC 비교  (0) 2006.02.11
[펌] MPEG2 시스템(Transport Stream)  (0) 2006.02.11
Posted by 김용환 '김용환'

댓글을 달아 주세요