| 리포트 | 기술문서 | 테크-블로그 | 원샷 갤러리 | 링크드인 | 스폰서 컨텐츠 | 네트워크/통신 뉴스 | 인터넷자료실 | 자유게시판    한국 ICT 기업 총람 |

제품 검색

|

통신 방송 통계

 
 
 
섹션 5G 4G LTE C-RAN/Fronthaul Gigabit Internet IPTV/UHD IoT SDN/NFV Wi-Fi Video Streaming KT SK Telecom LG U+ OTT Network Protocol CDN YouTube Data Center
 

2023

5G 특화망

포탈

Private 5G/이음 5G

 포탈홈

  넷매니아즈 5G 특화망 분석글 (128)   5G 특화망 4가지 구축모델   산업계 5G 응용   산업분야별 5G 특화망 활용사례  [5G 특화망 벤더Samsung | HFR | Nokia | more
 

해외

  국가별 사설5G 주파수 [국가별 구축현황] 일본 | 독일 | 미국 | 프랑스 | 영국  [사설5G 사업자] Verizon | AT&T | DT | Telefonica | AWS | Microsoft | NTT동일본 | NTT Com    
 

국내

  5G 특화망 뉴스 | 국내 5G 특화망 구축 현황 | 국내 5G 특화망사업자 현황 (19개사) | 국내 자가구축사례 일람 | 국내 특화망 실증사업사례 일람 | 5G 특화망 정책
 
 

[5G 특화망 구축 사례] 한국식품산업클러스터 | 반월시화산단 삼성서울병원 | 롯데월드 | 한국수력원자력 | 해군본부 | 한국전력공사 | more  [이통사] KT

 
 
스폰서채널 |

 HFR의 5G 특화망 솔루션 (my5G)  Updated   | HFR 5G 특화망 뉴스HFR my5G 자료

  스폰서채널 서비스란?
LG U+ Google TV (u+ tv G) 비디오 요청 및 전달 방식 (1편: 소개)
LG U+ Google TV (u+ tv G) Video Request & Delivery (Part 1: Introduction)
December 27, 2012 | By 유창모 (cmyoo@netmanias.com)
코멘트 (10)
22

안녕하세요? 넷매니아즈 블로그입니다.

 

오랜만에 인사를 드리네요. 넷매니아즈 가족 여러분들 모두 힘든 한해 수고 많으셨습니다.

얼마 남지 않은 한해 잘 마무리하시고 따뜻한 연말 되시기를 바라겠습니다.

 

올 봄에 "속도로 한판 붙자! LG U+와 KT의 YouTube 다운로드 속도 비교"라는 제목의 넷매니아즈 블로그로 LG U+의 Google Global Cache(GGC) 도입 효과를 시험을 통해 소개해 드린 적이 있습니다. 이 당시 GGC 도입으로 인한 효과는 단순히 LG U+ 유무선 인터넷 가입자의 YouTube 다운로드 속도 개선이었지만 아마 많은 분들이 "앞으로 LG U+에서 이 GGC를 이용해서 무엇(서비스)을 할 것인가?"에 대해 예상하고 계셨을 것입니다. 

 

그리고 지난 10월 16일 드디어 LG U+는 GGC 도입 이유를 밝히게 되었죠. 바로 Google TV입니다. 즉, LG U+는 LG전자를 시켜 Google TV가 내장된 STB(셋톱박스)을 개발하게 하였고, 이 STB과 자사망에 도입된 GGC를 이용하여 타사 IPTV 서비스와 차별화된 "IPTV와 Google TV가 결합된 u+ tv G 서비스"를 출시하였습니다.

LG U+는 Google TV가 출시된 열번째 통신 사업자이지만 Google TV와 IPTV가 결합된 방식으로 서비스를 제공하는 첫번째 사업자입니다. 

 

u+ tv G 서비스에서 제공하는 주요 서비스를 요약하면 아래와 같습니다.

 

 분류  서비스

 1. 기존 IPTV 서비스

 

 * 실시간 방송 보기: 채널수 126개
 * 영화 및 TV 다시보기: 약 5만여개 컨텐츠

 2. IPTV가 Google TV와 만나... 서비스

 

 

 * YouTube 동영상 보기
 * 크롬을 이용한 웹 서핑
 * Play 스토어: 안드로이드 마켓에서 TV용 앱을 다운로드 받아 이용

 3. IPTV가 Mobile과 만나... 서비스

 

 * Second TV: 모바일 단말에서 실시간 방송 시청
    (최대 3대의 모바일 단말에서 서로 다른 채널 시청 가능) 

 

이 중 관심을 끌었던 부분은 

첫째, LG U+ IPTV 서비스(LiveTV & VoD)의 비디오 전달 방식은 무엇일까? (KT와 같을까? 다를까?)

둘째, Google TV(u+ tv STB)의 YouTube 비디오 요청 및 전달 방식은 일반 유선 단말(웹)의 방식과 같을까? 다를까?

세째, Second TV의 로직은 무엇이고 모바일 단말로 전달되는 비디오 전달 방식과 전송율은 어떻게 될까? 

        (대한민국 대표 OTT인 Pooq, Naver의 비디오 전송율 보다 클지? 작을지?)

였습니다.

 

이제 몇번의 블로그 연재를 통해 하나씩 살펴 보도록 하겠습니다.

 

 

LG U+ Google TV (u+ tv G) 비디오 요청 및 전달 방식 분석

 1. 소개

    2. TV에서 실시간 방송 시청 (LiveTV on TV)

    3. TV에서 영화 및 TV 다시보기 시청 (VoD on TV)

    4. TV에서 YouTube 동영상 시청 (YouTube on TV)

    5. Mobile 단말에서 실시간 방송 시청 (LiveTV on Mobile)

 

 

 

u+ tv G 비디오 요청 및 전달 방식 요약

 

아래 그림은 u+ TV G 서비스의 비디오 요청 및 전달 방식을 요약해 본 것입니다.

 

 

 

 

1. LiveTV on TV (TV로 실시간 방송 보기)

 
 비디오 요청 방식
이용자가 리모콘으로 TV 방송 채널을 선택하면, u+ tv G STB(이하 STB이라 부르겠습니다)은 해당 채널에 대한 Multicast 주소(예. KBS1 = 233.18.145.192)가 포함된 IGMP Join(Report) 메시지를 LG U+ 망으로 보내고 (STB에는 각 방송 채널에 대한 Multicast 주소가 미리 provisioning되어 있음)
 
 비디오 전달 방식
IGMP Join 메시지를 수신한 LG U+ 망의 L2 스위치 혹은 라우터는 해당 Multicast 스트림(이용자가 선택한 실시간 방송)을 STB으로 전달합니다. 다음 편에서 소개해 드리겠지만 이용자의 방송 채널 요청(IGMP Join)과 무관하게 이용자와 인접한 LG U+ 망 어딘가(L2 스위치/라우터)까지 모든 방송 혹은 일부 인기 방송 채널들(Multicast 스트림)이 항상 전달되고 있습니다(Static Join). 이는 이용자가 채널 변경(Channel Zapping이라 부름)을 했을때 방송 데이터(Multicast 패킷)를 보다 빠르게 이용자 STB으로 전달하기 위함입니다.
 
 비디오 전달 특성
Multicast이므로 당연히 Transport Protocol은 UDP이며, 비디오 인코딩율(Encoding Rate)과 비디오 전달율(Streaming Rate) 모두 10Mbps입니다. 이와 같이 인코딩율과 전달율이 같을 수 있는 건 Multicast 패킷의 IP QoS를 DSCP=EF(0xb8)로 마킹하여 우선 순위를 높여 주었기 때문입니다. 즉, 인터넷 트래픽이 망에 과다 유입되어도(망 혼잡시에도) QoS 우선 순위가 높은 실시간 방송 Multicast 패킷은 전송 지연(latency)과 패킷 손실(packet loss)이 발생하지 않고 항상 먼저 전달됩니다.
 

 

 

2. VoD on TV (TV로 영화 및 TV 다시보기)
 
 비디오 요청 방식
이용자가 영화 혹은 TV 다시보기를 선택하면, STB은 RTSP 메시지(RTSP DESCRIBE)를 LG U+ VoD 서버로 보내고, 이 서버는 이용자의 IP 주소(정확히는 STB 앞에 설치된 IPTV 유무선 공유기의 IP 주소)를 확인하여 이용자와 가까운 VoD 스트리밍 서버의 IP 주소를 STB에 알려 줍니다. 이용자 IP 주소 기반의 Request Routing을 하는 것이죠. 그러면 STB은 이 IP 주소로 다시 RTSP 메시지(RTSP PLAY)를 보내고,
 
 비디오 전달 방식
RTSP 메시지를 수신한 VoD 스트리밍 서버는 해당 STB으로 영화 혹은 TV 다시보기 영상을 스트리밍 해 줍니다.
 
 비디오 전달 특성
해당 이용자에게만 전달되는 동영상이므로 당연히 Unicast이고 Transport Protocol은 TCP입니다(KT는 UDP 였던 것으로 기억합니다만). 비디오 인코딩율과 비디오 전달율 모두 8Mbps이며, IP QoS는 DSCP=AF41(0x88)로 마킹되어 전달됩니다. QoS 등급이 높으므로 인터넷 트래픽과 경쟁을 해도 이깁니다.
 

 

 
3. YouTube on TV (TV로 YouTube 동영상 보기)
 
 비디오 요청 방식
YouTube 앱(App)은 디폴트로 STB에 설치 되어 있습니다. 이 앱을 통해 YouTube 동영상을 선택하면 STB에서 HTTP GET 메시지가 나가게 되는데, 이 메시지는 YouTube CDN 로직에 의해 미국에 있는 YouTube 서버가 아닌 LG U+ IDC(Internet Data Center)에 위치한 Google Global Cache(GGC)로 전달되고
 
 비디오 전달 방식
GGC는 STB으로 HTTP 200 OK 메시지와 함께 YouTube 영상을 전달합니다.
 
 비디오 전달 특성
역시 해당 이용자에게만 전달되는 동영상이므로 Unicast이고 Transport Protocol은 TCP입니다. YouTube의 전통적인 전달 방식인 Progressive Download 방식으로 동영상 파일이 전달되며 IP QoS는 인터넷과 동일한 등급인 Best Effort입니다. 즉, QoS 보장을 해 주지 않습니다. 하지만 비디오 인코딩율 보다 훨씬 빠르게 동영상을 다운로드 해주고(예. 인코딩율=3Mbps, 다운로드 속도=80Mbps), 비디오 전달 과정에서 패킷 손실이 발생하면 TCP 재전송으로 다시 받아오면 되므로 QoS 등급이 낮아도 문제가 없습니다. 
STB의 YouTube 앱은 디폴트로 720p 영상(인코딩율=3Mbps)을 요청하게 되며(HTTP GET URI에 itag=22) 360p나 1080p 영상을 선택할 수 있는 메뉴는 찾을 수 없었습니다.
또한 STB에 설치된 크롬 브라우저(웹)를 통해서도 YouTube 사이트에 접속하여 동일 동영상을 시청할 수(다운로드 받을 수) 있습니다. 다만 앱(App)과 웹(Web)은 YouTube 비디오 요청 및 전달 방식에서 약간의 차이가 있습니다. 이는 다음 시간에 소개해 드리겠습니다.
 

 

 
4. LiveTV on Mobile (모바일 단말로 실시간 방송 보기)

 

 서비스 개념

안드로이드 단말에 u+ tv G용 앱 설치 후 실행을 하면(또는 안드로이드 단말을 LG U+에서 제공하는 NFC 스티커에 갔다 대면 앱이 실행됨) 
  1. TV에서 나오고 있는 실시간 방송이 모바일 단말로도 나오게 되고,
  2. 그 상황에서 스마트폰 화면을 좌측 혹은 우측으로 드래그하면 TV 채널은 변경되지 않은채 모바일 단말의 채널만 변경됩니다. (엄마는 거실에서 TV로 KBS 드라마 보고, 아들은 방에서 모바일 단말로 SBS 스포츠 보고... 전 개인적으로 이런 가족 문화 싫어합니다만...)
  3. 그리고 마지막으로 스마트폰 화면을 위 방향으로 드래그하면 현재 스마트폰에서 시청 중인 채널이 TV에서도 나오게 됩니다.
     
* TV에서 제공하는 실시간 방송은 126개 채널이지만 모바일 단말에서 시청할 수 있는 채널수는 59개임 (CSP와의 계약 이슈인 듯)
* 모바일 단말에서 보이는 영상은 TV 대비 약 2~3초 늦음 (왜 그럴까요???)
* LG U+ 홈페이지를 보면 모바일 단말에서도 VoD를 시청할 수 있다고 되어 있지만 시험 결과 아직은 지원하지 않음
 
 비디오 요청 방식
이 서비스의 중심에는 STB이 있습니다. 모바일 단말의 실시간 방송 요청은 IPTV 유무선 공유기를 거쳐 STB으로 전달되고, STB에서 모바일용으로 할당된 Multicast 주소(예. KBS1 = 233.18.145.160)가 포함된 IGMP Join 메시지를 LG U+ 망으로 보내면
 
 비디오 전달 방식
IGMP Join 메시지를 수신한 LG U+ 망의 L2 스위치 혹은 라우터는 해당 Multicast 스트림(이용자가 선택한 모바일용 실시간 방송)을 STB으로 전달합니다. 그러면 STB은 이 스트림을 Unicast로 변환하여(Destination IP 주소=모바일 단말, Source IP 주소=STB) IPTV 유무선 공유기를 통해 모바일 단말로 전달합니다.
 
 비디오 전달 특성
▶ [LG U+ 망에서 댁내 STB으로] Multicast이므로 당연히 Transport Protocol은 UDP이며, 비디오 인코딩율과 비디오 전달율 모두 1.8Mbps입니다. IP QoS는 DSCP=EF(0xb8)로 마킹되어 전달되므로 QoS 보장을 받습니다.
▶ [댁내 STB에서 모바일 단말로] Multicast 패킷을 수신한 STB은 이 패킷을 Unicast로 변환 및 IP QoS 필드를 리마킹(DSCP 필드를 EF에서 AF41로 변경)하여 IPTV 유무선 공유기로 보내면, 유무선 공유기는 이 패킷을 와이파이를 통해 모바일 단말로 전달합니다. IPTV 유무선 공유기는 DSCP 값을 참조하여 와이파이 구간에서 QoS(WMM: Wi-Fi Multimedia) 보장을 해줍니다.
 

 

이정훈 2013-01-04 10:58:37
encoding rate와 streaming rate가 같은 것이 어떤 잇점이 있을까요?
병준 2013-01-04 11:03:46
잘봤습니다. 감사합니다.
넷매니아즈 2013-01-05 15:06:12
이정훈님 답변입니다.

단말(Player)은 영상 데이터 전달 속도(streaming/download rate)가 encoding rate와 같거나 커야 문제 없이 동영상 재생을 할 수 있는데요. 그렇지 않으면 화면이 멈춰있게 되겠죠(예. YouTube 재생시 기다림/버퍼링).

통신 사업자 IPTV 서비스(Live, VoD)의 경우 자사 통신망에 QoS를 통해 대역폭 보장을 받게 할 수 있어 encoding rate와 streaming rate를 같게 할 수 있는 반면, OTT(예. YouTube, Pooq)는 통신 사업자 망에서 자사 서비스에 대한 QoS 보장이 안되므로 encoding rate 보다 streaming/download rate를 크게 하여 영상 데이터를 최대한 미리 단말(Player)로 가져다 놓습니다. 그리고 패킷 손실이 발생하면 재전송도 하구요.
결국 encoding rate와 streaming rate를 같게 하기 위해서는 통신 사업자 망에서 QoS 보장이 반드시 되어야 합니다.


Encoding rate와 streaming rate가 같게 되면 통신 사업자 입장에서 자사 통신망에 혼잡(congestion)을 줄여 줄 수 있는 장점을 갖게 됩니다.

예를 들어, 1Gbps 링크로 encoding rate=10Mbps 영상 50개를 streaming rate=10Mbps로 일정하게 전달하면 링크 대역폭을 500Mbps 사용하게 되고 나머지 대역폭은 기타 트래픽(인터넷)이 사용할 수 있는 반면, YouTube의 Progressive Download 방식으로 encoding rate=10Mbps 영상 50개를 전달하게 되는 경우, 초기 영상 데이터의 전달율이 매우 높아(예. 50~100Mbps) 1Gbps 링크를 모두 점유하려 해서 망 혼잡이 발생할 수 있습니다.
즉, 동일한 encoding rate 동영상에 대해서 전자는 망 혼잡이 발생하지 않지만 후자의 경우 통신 망에 혼잡을 유발시킬 수 있습니다. 그리고 이 혼잡은 결국 망을 공유하는 다른 이용자들에게 피해를 주게 되겠죠.
고석갑 2013-02-01 11:02:09
LiveTV가 한채널 10Mbps 짜리를 미리 종단 라우터까지 끌어오다니 놀랍네요. 미리 당겨오는 채널은 보통 몇개일까요? 공중파5~6개 정도 일까요? LGU+ IP Network의 대역폭(종단 라우터의 상향쪽)은 얼마나 되는 건가요? 그부분은 시청자가 없더라도 50~60Mbps의 대역폭을 항상 먹고 있겠네요.
넷매니아즈 2013-02-06 11:05:15
랜덤하게 약 10회에 걸쳐 채널 변경(잘 안보는 채널 포함, 예: 종교방송)을 해 보았는데 채널 변경 시간이 1~2초 정도로 일관성있게 나오네요. 그걸 봐서는 공중파 5~6개 정도가 아니라 훨씬 많을 것이고 어쩌면 전채널이 다 내려 오고 있을 수도 있습니다. (2005년 네덜란드 Tele2-Versatel 사업자의 경우 전채널을 다 항상 내려오게 하였었습니다. 물론 그때의 채널 당 대역폭은 3Mbps 정도로 SD급이긴 했지만요)

http://www.uplus.co.kr 에서 확인해 보니 현재 u+ tv G 서비스의 경우 HD가 91개 채널, SD가 44개 채널로 구성되어 있는데요. HD 채널 91개가 모두 10Mbps인지는 모르겠습니다. (제가 시험한 건 공중파 방송이었습니다.)
단순하게 HD는 모두 10Mbps, SD는 3Mbps(확인된 값은 아님)로 가정하면 약 1Gbps의 대역폭이 필요하게 되는데요. LG U+의 IPTV 전달망에 대한 정보가 없어서 잘은 모르겠지만 10Gbps 링크를 가진 라우터/스위치가 이용자와 아주 멀리 위치해 있지는 않을 것 같고 이 라우터/스위치까지는 전 채널이 다 내려 올 수도 있겠다는 생각이 듭니다.
김도연 2013-04-15 21:21:20
안드로이드에서 우리가 보는 비디오 영상은 결국 IPTV head end에서 transcoding해서 오는 건가요???? 감사합니다.
넷매니아즈 2013-04-17 18:28:53
네, 맞습니다. 테스트 하기 전에는 STB에서 트랜스코딩을 할 수도 있겠다 했는데 아니더라구요.
예를 들어, 집안에 아빠가 TV를 통해 MBC를 시청하고 있으면 10Mbps로 인코딩된 영상이 망을 통해(IP multicasting) STB으로 전달되고, 그 상황에서 아들이 안드로이드 단말로 동일 채널(MBC)을 시청하고자 하면 LG U+ IPTV Headend에서 1.8Mbps로 인코딩된 영상이 망을 통해(IP multicasting) STB을 찍고 안드로이드 단말로 갑니다.
김영길 2015-02-16 17:12:35

Transport Protocol은 UDP 라면 Streaming Protocol은 RTP인가요?

Netmanias 2015-02-17 09:47:37

Wireshark에서 해당 패킷이 RTP로 디코딩되지 않는 것으로 보아 UDP 위에 바로 영상 데이터(MPEG2TS)가 실리는 것으로 예상됩니다.

김영길 2015-03-05 12:00:02

U+TVG에 대한 자세한 설명 감사드립니다.

위에 언급이 되지않은 U+TV G 펌웨어 업그레이드에 관해서 궁금한 점이어서 문의드립니다.

관련해서 알고 계시다면, 답변해주시면 감사하겠습니다.

LT U+ 셋톱박스의 펌웨어 업그레이드 방식은 위에서 언급된 Unicast 방식인 HTTP GET 방식으로 이루어 지는지. 아니면 Live on TV 방식처럼 Multicast 방식으로 이루어지는지 궁금합니다.

Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
View All (1195)
5G (127) 5G 특화망 (40) AI (16) ALTO (1) AR (2) ARP (6) AT&T (1) Akamai (5) Authentication (5) BT (1) Backhaul (2) Big Data (2) Bridging (5) C-RAN/Fronthaul (19) CDN (20) CIoT (2) CPRI (6) Carrier Aggregation (5) Charging (2) China Mobile (2) Cisco (6) CoMP (3) Comcast (1) DHCP (6) DNS (15) Data Center (15) EDGE (14) EMM (1) EPS Bearer (7) Ethernet (3) FTTH (8) GSLB (5) Gigabit Internet (17) Google (17) Google Global Cache (8) Google TV (1) HLS (5) HTTP (5) HTTP Adaptive Streaming (7) HTTP Progressive Download (2) Handover (5) Huawei (1) IGMP (3) IP (6) IP Allocation (8) IP Routing (20) IPSec (4) IPTV (25) IoST (2) IoT (63) KT (46) Korea (8) Korea ICT Vendor (1) L3 Switch (5) LG U+ (24) LTE (99) LTE-A (10) LTE-A Pro (1) LTE-M (1) LTE-U (3) LoRa (5) MEC (15) MPLS (3) MWC 2013 (1) MWC 2015 (3) MWC 2016 (2) MWC 2017 (1) Mobile IPTV (1) Multi-Screen (1) Multicast (2) NAT (9) NB-IoT (6) NTT Docomo (1) Netflix (5) Network Protocol (49) Network Slicing (3) O-RAN (2) OSPF (3) OTT (20) Operator CDN (1) P2P (3) PS-LTE (3) Pooq (2) Private 5G (51) QoS (5) RCS (1) RRH (1) Request Routing (3) SD-WAN (8) SDN/NFV (42) SK Broadband (1) SK Telecom (38) Samsung (2) Security (8) Self-Driving (3) Shortest Path Tree (2) Small Cell (3) Spectrum Sharing (1) TAU (2) Transparent Caching (9) UHD (7) VLAN (2) VPN (3) VR (3) Video Streaming (22) VoLTE (1) VoWiFi (1) WAN Optimization (1) Wi-Fi (30) WiBro(WiMAX) (2) YouTube (16) eICIC (1) eMBMS (1) ePDG (6) u+ tv G (4) 로컬 5G (3) 이음 5G (21)

 

 

     
         
     

 

     
     

넷매니아즈 회원 가입 하기

2023년 6월 현재 넷매니아즈 회원은 55,000+분입니다.

 

넷매니아즈 회원 가입을 하시면,

► 넷매니아즈 신규 컨텐츠 발행 소식 등의 정보를

   이메일 뉴스레터로 발송해드립니다.

► 넷매니아즈의 모든 컨텐츠를 pdf 파일로 다운로드

   받으실 수 있습니다. 

     
     

 

     
         
     

 

 

비밀번호 확인
코멘트 작성시 등록하신 비밀번호를 입력하여주세요.
비밀번호