무선 애플리케이션 프로토콜: 두 판 사이의 차이

내용 삭제됨 내용 추가됨
RedBot (토론 | 기여)
Reiro (토론 | 기여)
잔글편집 요약 없음
17번째 줄:
이러한 방법으로, WAP 푸시는 수신자에게 WAP 주소를 전달함으로써 단말기를 통해 보거나, 저장할 수 있게 된다. WAP 푸시를 사용함으로써, 사용자는 보다 쉽게 모바일 서비스를 이용할 수 있다.
 
== 상업적같이 성공 여부보기 ==
* [[WTP]]
 
=== 실패인가? ===
 
WAP은 월드와이드웹의 모바일용으로 확장된 것이다. 그러나 WAP의 프로토콜은 오로지 WAP 전용 콘텐츠나, 웹-WAP [[프락시]] 콘텐츠만이 가능하여, 이용자들로 하여금 진정한 [[HTML]]/HTTP 웹으로부터 멀어지게 하였다. 그리고 WAP을 하는 동안 데이터 사용료가 나가므로, 사용자들이 단지 몇 분의 사용만으로도 많은 요금을 내야 하는 점에 비판을 받아 왔다.
 
WAP 은 초기에 과장되게 소개되어, 사용자들은 WAP 에서 웹 정도의 성능을 기대했다. 한 이동통신사의 광고는 WAP 사용자가 뉴로맨서에 나오는 것 같은 "정보 공간" 을 "서핑" 하는 만화를 보여주기도 했다. 속도, 사용의 편의성, 겉보기, 그리고 상호운용성 등에서 현실은 기대보다 훨씬 떨어졌다. 결국, 다음과 같이 냉정한 평가들이 널리 퍼지게 되었다. "WAP 은 쓰레기", "쓸모없는 응용 프로토콜(Worthless Application Protocol)", "기다리고 돈을 내시오(Wait And Pay)".
 
WAP 이 실패한 주된 이유는 가격과 폐쇄성이었다. GPRS 로 인해 WAP 이 저렴해졌고, 통신사들이 게이트웨이를 개방하여 인터넷 전체에 접근할 수 있도록 했지만, WAP 은 도약을 해내지 못했다.
 
=== 성공인가? ===
 
어쨌거나 WAP 은 일본에서 큰 성공을 거두었다. 가장 큰 통신사인 NTT DoCoMo 이 WAP 대신 자체적으로 만든 시스템인 i-mode 를 이용한 것은 유명하고, 경쟁사인 KDDI (au) 와 보다폰 재팬은 WAP 기술을 이용해 성공하였다. 특히, J-Phone 의 사진 메일 서비스인 샤-메일(Sha-Mail) 과 자바 (JSCL) 서비스는 au 의 차쿠타/차쿠무비 (배경음악/배경동영상) 서비스와 같이 WAP 에 기반한 것이다(물론 도코모도 i-mode독자의 방식으로 모든것을 서비스 하고있다). 하지만 WAP은 도코모의 i-mode보다 응용성, 실용성등은 아직 떨어지고 있다.
 
한국 역시 고급 WAP 서비스 제공에서 세계적으로 앞서고 있다. cdma2000 네트워크 상에서의 WAP 서비스는 매우 훌륭한 무선 데이터 인프라가 증명되었다.
 
모바일 데이터 협회(Mobile Data Association)에 따르면, 2003년 6월과 비교했을 때 2004년 6월에는 WAP 페이지뷰가 42% 나 증가했다고 한다. 2004년 2사분기의 전체 페이지뷰는 40억 정도다.
 
 
한국의 WAP을 서비스하는 서비스명은 SK텔레콤의 NATE , KT의 SHOW, LG텔레콤의 OZlite등이 있다.
 
=== 프로토콜 설계에서의 교훈 ===
 
WAP 프로토콜 설계가 적절했는지에 대해 많은 토론이 있어왔다. WAP 의 초기 설계는 서로 다른 여러 프로토콜 상에서 (SMS, IP over PPP over a circuit switched bearer, IP over GPRS 등등) 독립적으로 작동할 수 있게 하는 것이 주된 목적이었다. 이런 이유로 만일 IP 위에 바로 올리는 경우보다 훨씬 복잡한 프로토콜이 만들어졌다.
 
특히 IP 진영의 여러 주체들로부터 제일 논쟁이 많이 되었던 것은 IP 상위에 놓이는 WAP 의 설계였다. WAP 의 트랜스미션 계층 프로토콜인 WTP 는 패킷 손실이 많은 네트워크에서 TCP 가 비효율적이라는 문제를 해결하기 위해 UDP/IP 상에서 독자적인 재전송 메커니즘을 사용한다.
 
[[분류:통신공학]]