무선 응용 프로그램 프로토콜

Wireless Application Protocol
무선 액세스 포인트와 혼동하지 마십시오.
「WAP」의 그 외의 사용법에 대해서는, 「WAP」를 참조해 주세요.

Wireless Application Protocol(WAP)은 모바일 무선 네트워크를 통해 정보에 액세스하기 위한 기술 표준입니다.WAP 브라우저는 프로토콜을 사용하는 휴대폰 등의 모바일 장치용 웹 브라우저입니다.1999년에 [1]도입된 WAP는 2000년대 초에 어느 정도 인기를 얻었지만 2010년대에는 보다 현대적인 표준으로 대체되었다.오늘날 거의 모든 핸드셋 인터넷 브라우저는 HTML을 완전히 지원하므로 웹 페이지 호환성을 위해 WAP 마크업을 사용할 필요가 없습니다.따라서 대부분의 브라우저는 WAP [2]마크업 언어인 WML로 작성된 페이지를 더 이상 렌더링 및 표시할 수 없습니다.

WAP가 도입되기 전에는 모바일 서비스 프로바이더는 인터랙티브한 데이터 서비스를 제공할 기회가 한정되어 있었지만 이메일, 주가, 뉴스, 스포츠 헤드라인 등의 인터넷 및 웹 애플리케이션을 지원하기 위해서는 인터랙티브한 서비스가 필요했습니다.일본의 i-모드 시스템은 또 다른 주요 경쟁 무선 데이터 프로토콜을 제공했습니다.

기술사양

OSI 모델
층별로
7. 어플리케이션 레이어
6. 프레젠테이션 레이어
5. 세션 레이어
(4) 수송층
3. 네트워크층
2. 데이터 링크층
1. 물리층

WAP 스택

WAP 표준은 GSM 및 IS-95(CDMA라고도 함)와 같은 다른 네트워크 기술과의 WAP 기기 및 소프트웨어 상호 운용성을 가능하게 하는 프로토콜 스위트 또는[4] 스택을 기술하고 있습니다.

무선 애플리케이션 환경(WAE)
WAP 프로토콜 스위트
Wireless Session Protocol(Wireless Session Protocol)
무선 트랜잭션 프로토콜(WTP)
무선 트랜스포트 레이어 보안(WTLS)
무선 데이터그램 프로토콜(WDP)
*** 무선 데이터 네트워크 ***

스위트 내에서 가장 하단의 프로토콜인 Wireless Datagram Protocol(WDP)은 2개의 16비트 포트 번호(발신지 및 수신처)로 데이터를 신뢰할 수 없는 전송함으로써 상위 계층에 대해 모든 데이터 네트워크가 UDP처럼 보이게 하는 적응 계층으로 기능합니다.모든 상위 계층은 WDP를 하나의 프로토콜로 보고 있으며, 이는 SMS, USSD 등과 같은 다른 "데이터 베어러" 위에 여러 "기술적 실현"을 가지고 있습니다.회선 교환 데이터 접속 위에 GPRS, UMTS 패킷 무선 서비스, PPP 등의 네이티브 IP 베어러에서는 WDP는 실제로 UDP입니다.

옵션 레이어인 WTLS는 TLS와 마찬가지로 공개키 암호화 기반의 보안 메커니즘을 제공합니다.

WTP는 무선 환경에 적합한 트랜잭션 지원(신뢰할 수 있는 요구/응답)을 제공합니다.WTP는 TCP보다 효과적으로 패킷 손실 문제를 지원합니다.이 문제는 대부분의 무선 조건에서 2G 무선 테크놀로지에서 일반적으로 발생하지만 TCP에 의해 네트워크 폭주로 잘못 해석됩니다.

이 프로토콜 스위트를 사용하면 단말기는 WAP 게이트웨이와 동등한 HTTP 또는HTTPS를 가진 요구를 전송할 수 있습니다.게이트웨이는 요구를 플레인 HTTP로 변환합니다.

Wireless Application Environment(WAE) 공간은 응용 프로그램 고유의 마크업 언어를 정의합니다.

WAP 버전 1.X의 경우 WAE의 주요 언어는 Wireless Markup Language(WML; 무선 마크업 언어)입니다.WAP 2.0에서는 프라이머리 마크업 언어는 XHTML Mobile Profile 입니다.

WAP 푸시

WAP 푸시 프로세스

WAP Push는 사용자의 개입을 최소화하면서 WAP 콘텐츠를 모바일핸드셋에 푸시 할 수 있도록 사양에 포함되어 있습니다.WAP 푸시는 기본적으로 WAP [5]주소에 대한 링크를 포함하는 특별히 인코딩된 메시지입니다.

WAP 푸시는 Wireless Datagram Protocol(WDP) 위에 지정되었습니다.따라서 GPRS나 [6]SMS와 같은 WDP 지원 베어러를 통해 전송할 수 있습니다.대부분의 GSM 네트워크는 광범위한 수정 프로세서를 갖추고 있지만, 네트워크로부터의 GPRS 액티베이션은 일반적으로 지원되지 않기 때문에, WAP는 탑메시지를 전달하고 있습니다.

WAP 푸시를 수신하면, WAP 1.2(또는 그 이후) 대응 핸드셋에 의해서, 유저는 자동적으로 WAP 컨텐츠에 액세스 할 수 있는 옵션이 주어집니다.이것은 WAP Push SI(서비스 표시)[6]라고도 불립니다.WAP Push SL(Service Loading)이라고 불리는 바리안트는 사용자의 조작 없이 브라우저를 직접 열고 WAP 콘텐츠를 표시합니다.이 동작으로 인해 보안상의 문제가 발생하기 때문에 일부 핸드셋은 사용자와의 상호작용을 통해 SI와 동일한 방법으로 WAP Push SL 메시지를 처리합니다.

WAP 푸시를 처리하여 IP 또는 SMS 베어러 경유로 전달하는 네트워크 엔티티는 Push Proxy Gateway(PPG;[6] 푸시 프록시 게이트웨이)라고 불립니다.

WAP 2.0

리엔지니어링된 2.0 버전은 2002년에 출시되었습니다.엔드 투 엔드 HTTP와 함께 XHTML의 컷다운 버전을 사용하여 통신에 사용된 게이트웨이 및 사용자 지정 프로토콜 스위트를 삭제합니다.WAP 게이트웨이는 WAP 2.0과 함께 사용할 수 있지만 이 시나리오에서는 표준 프록시 서버로 사용됩니다.그 후 WAP 게이트웨이의 역할은 변환 중 하나에서 각 요구에 추가 정보를 추가하는 것으로 바뀝니다.이것은 오퍼레이터에 의해 설정되며 전화번호, 위치, 과금 정보 및 핸드셋 정보를 포함할 수 있습니다.

모바일 디바이스는 WAP 2.0에서 정의된 마크업 언어인 XHTML Mobile Profile(XHTML MP)을 처리합니다.XHTML의 서브셋과 XHTML Basic의 슈퍼셋입니다.WAP CSS라고 불리는 Cascading Style Sheet(CSS; 캐스케이드스타일시트) 버전은 XHTML MP에서 지원됩니다.

MMS

주요 기사:멀티미디어 메시징 서비스

멀티미디어 메시징 서비스(MMS)는 WAP와 SMS의 조합으로 화상 메시지를 전송할 수 있습니다.

역사

WAP 포럼은 에릭슨, 모토로라, 노키아, 언와이어드 [7]플래닛에 의해 1998년에 설립되었습니다.이는 주로 다양한 무선 기술을 표준화된 [8]프로토콜로 통합하는 것을 목표로 했습니다.2002년에 WAP 포럼은 (다른 많은 업계의 포럼과 함께) Open Mobile Alliance(OMA)[9]로 통합되었습니다.

유럽

WAP 사이트를 처음 개설한 회사는 1999년 10월 네덜란드의 휴대전화 사업자인 Telfort BV였습니다.이 사이트는 크리스토퍼 비와 Euan McLeod에 의해 개발되었으며 노키아 7110의 데뷔와 함께 시작되었다.마케팅 담당자는 [10]WAP를 도입할 때 WAP를 선전하여 WAP가 고정(비모바일) 성능을 발휘할 것으로 예상했습니다.인터넷 접속영국 통신사 중 하나인 BT Cellnet은 Neuromancer와 같은 "정보 공간"[11]을 서핑하는 만화 WAP 사용자를 묘사하는 광고 캠페인을 실시했습니다.속도, 사용 편의성, 외관 및 상호운용성 측면에서 1999년 [12][13]첫 단말기가 출시되었을 때 현실은 기대에 크게 못 미쳤다.이로 인해 "Valueess [14]Application Protocol", [15]"Wait And Pay",[16] "WAPlash"와 같은 냉소적인 문구가 널리 사용되었습니다.

2003년과 2004년 사이에 WAP는 무선 서비스(Vodafone Live!, T-Mobile T-Zones, 기타 쉽게 접근할 수 있는 서비스 등)의 도입으로 더욱 부활했습니다.운영자 수익은 GPRS 및 UMTS 데이터 전송에 의해 발생하며, 이는 기존 웹 사이트 및 ISP에서 사용되는 것과 다른 비즈니스 모델입니다.모바일 데이터 협회에 따르면 영국의 WAP 트래픽은 2003년부터 2004년까지 [17]두 배로 증가했습니다.

2013년까지 WAP 사용은 거의 사라졌다.그 후 대부분의 주요 기업과 웹사이트는 WAP의 사용을 중단했으며 수년 동안 WAP는 모바일 웹의 주류 기술이 아니었다.

현재 대부분의 최신 핸드셋인터넷브라우저는 HTML, CSS 및 JavaScript를 모두 지원하므로 웹 페이지 호환성을 위해 어떤 종류의 WAP 마크업도 사용할 필요가 없습니다.HTML을 지원하는 핸드셋 목록은 광범위하며 모든 Android 핸드셋, 모든 버전의 iPhone 핸드셋, 모든 Blackberry 디바이스, Windows Phone을 실행하는 모든 디바이스 및 많은 Nokia 핸드셋을 포함합니다.

아시아

WAP는 일본에서 큰 성공을 거두었다.최대 사업자인 NTT도코모는 사내 시스템 i-모드에 WAP를 사용하지 않았지만 경쟁 사업자인 KDDI(au)와 SoftBank Mobile(구 Vodafone Japan) 모두 WAP 기술을 성공적으로 도입했다.특히 (au)의 차쿠타 또는 차쿠모비 서비스는 WAP에 기반을 두고 있었다.유럽처럼 2010년대 들어서는 HTML 대응 스마트폰이 보급되면서 WAP와 i-mode 사용이 감소했다.

미국

미국에서 WAP의 채택은 많은 휴대폰 공급자가 데이터 지원을 위해 별도의 활성화와 추가 요금을 필요로 하고, 또한 통신 회사가 신호 [citation needed]통신 사업자의 라이센스에 따라 운영되는 승인된 데이터 공급자로만 데이터 액세스를 제한하려고 했기 때문에 어려움을 겪었다.

이 문제를 인식하고 미국 연방통신위원회(FCC)는 2007년 7월 31일 22메가헤르츠 폭의 "Upper 700MHz C Block" 스펙트럼의 라이선스 소유자는 고객, 디바이스 제조원, 서드파티 애플리케이션 개발자 및 기타 사용자가 자유롭게 사용할 수 있는 무선 플랫폼을 구현해야 한다는 명령을 발행했습니다.이 라이선스가 부여된 특정 네트워크 [18][19]대역에서 동작할 때 선택한 ce 또는 어플리케이션.

비판

해설자들은 무선 마크업 언어(WML)와 WAP의 여러 측면을 비판했다.기술적인 비판은 다음과 같습니다.

  • 독특한 WML 언어:WML은 기존의 HTML 웹에서 사용자를 차단하고 WAP 사용자가 사용할 수 있는 것은 네이티브 WAP 콘텐츠와 Web-to-WAP 프록시 콘텐츠뿐입니다.그러나 다른 사람들은 무대 기술이 단순히 WAP의 유일한 목적과 소박한 감소하고, 복잡성 인터페이스로 많은 나라의 시민들은 현재 웹과 정부에 자금을 지원하고, 관리를 사용하는 것이 연결되어 있고지 않고 있지만custom-designed 콘텐츠에 접근하게 해 줄 수 없었을 것이다 argue[누가?].p을 이끌WAP 및 이와 유사한 복잡하지 않은 서비스에 대한 지원을 제공합니다.
  • 단말기 요건의 과소 사양:초기 WAP 표준에는 많은 옵션 기능과 불충분한 요건이 포함되어 있었습니다.이는 준거 디바이스가 반드시 적절하게 상호 운용되는 것은 아니라는 것을 의미합니다.이로 인해 전화기의 실제 동작에 큰 차이가 생깁니다.주로 WAP 서비스 실장업체와 휴대전화 제조사가 표준 또는 올바른 하드웨어 및 표준 소프트웨어 모듈의 복사본을 입수하지 않았기[citation needed] 때문입니다.예를 들어, 일부 전화기 모델에서는 1Kb가 넘는 페이지를 수신할 수 없습니다.또, 크래쉬 하는 것도 있습니다.디바이스의 사용자 인터페이스도 불충분하게 지정되었습니다.예를 들어 액세스 키(리스트의 4번째 링크에 직접 액세스하기 위해 '4'를 누르는 기능)는 전화 모델에 따라 다양하게 구현되었습니다(때로는 링크 옆에 브라우저가 자동으로 표시하는 액세스 키 번호로, 때로는 링크 없이, 때로는 액세스 키로 표시됨).eyes는 전혀 구현되지 않았습니다).
  • 제한된 사용자 인터페이스 기능:흑백 화면이 작고 버튼이 적은 단말기는 초기 WAP 단말기와 같이 사용자에게 많은 정보를 제공하는 데 어려움을 겪으며, 이는 다른 문제를 복잡하게 만듭니다. WAP의 진정한 개념인 리소스가 제한된 단말기에서 사용자 인터페이스를 설계할 때 각별히 주의해야 했습니다.
  • 적절한 오서링 툴 부족:위의 문제는 콘텐츠 공급자가 많은 모델과 완벽하게 상호 운용할 수 있는 콘텐츠를 쉽게 게시할 수 있는 WML 오서링 툴에 직면하여 사용자-에이전트 유형에 제시된 페이지를 조정할 수 있게 되었을 때 해결되었을 수 있습니다.그러나 기존 개발 키트는 이러한 일반적인 기능을 제공하지 않았습니다.대부분의 데스크톱 브라우저 렌더링 엔진이 허용하기 때문에 텍스트 편집기와 웹 브라우저를 사용하면 누구나 쉽게 시작할 수 있습니다.반면 WML 사양의 엄격한 요건, 단말기의 다양성 및 다양한 무선 단말기의 테스트 요구는 널리 이용 가능한 데스크톱 오서링 및 에뮬레이션 툴의 부족으로 인해 대부분의 프로젝트를 완료하는 데 소요되는 시간이 상당히 길어졌습니다.그러나 2009년 현재 많은 모바일 디바이스가 XHTML을 지원하고 Adobe Go Live 및 Dreamweaver와 같은 프로그램이 향상된 웹 작성 도구를 제공함에 따라 많은 새로운 기기에서 액세스할 수 있는 콘텐츠를 만드는 것이 쉬워지고 있습니다.
  • 사용자 에이전트 프로파일링 도구 부족:웹 호스트는 요구가 모바일 디바이스에서 온 것인지, 더 큰 기능을 가진 디바이스에서 온 것인지 판단하는 것이 거의 불가능해졌다.인증되지 않은 [citation needed]비호환 제품의 사양에는 디바이스 기능의 유용한 프로파일링이나 데이터베이스가 포함되어 있지 않습니다.

무선 통신 사업자의 특정 WAP 구현에 관한 기타 비판은 다음과 같습니다.

  • 컨텐츠 프로바이더에 대한 무시: 일부 무선 통신 사업자는 「구축하면 온다」라고 하는 전략을 상정하고 있었습니다.즉, 데이터 전송과 단말기를 제공하고 나서, 컨텐츠 프로바이더가 서비스를 인터넷에 공개해, WAP에의 투자를 유용하게 하는 것을 의미합니다.그러나 콘텐츠 제공업체들은 복잡한 개발 경로를 거치는 데 거의 도움이나 인센티브를 받지 못했습니다.그 외, 특히 일본에서는 컨텐츠 프로바이더 커뮤니티(아래 참조)와 보다 면밀한 대화를 실시해, 일본의 i-mode나 프랑스의 Gallery 서비스 등, 현대의 보다 성공적인 WAP 서비스를 재현했습니다.
  • 개방성 결여:많은 무선 통신 사업자들은 WAP 서비스를 "오픈"으로 판매했는데, 이는 사용자가 WML로 표현되고 인터넷에 게시된 어떤 서비스에도 접근할 수 있게 하기 때문입니다.그러나 고객이 처음 접속한 페이지가 자체 "무선 포털"인지도 확인했습니다.이 포털은 매우 밀접하게 관리되고 있습니다.일부 통신사는 또한 단말기의 브라우저에 있는 주소 표시줄에 대한 편집 또는 액세스 권한을 해제했습니다.사용자가 갑판 밖으로 나가기를 원할 때 하드코드된 홈페이지에서 링크된 페이지의 양식에 주소 표시줄을 제공했습니다.이것에 의해, 통신 사업자는 URL 에 의한 갑판외의 WML 사이트의 필터링을 실장하거나, 장래적으로 모든 유저를 벽이 있는 가든모델로 바꾸기로 결정했을 경우, 주소 바를 무효로 하는 것이 용이하게 됩니다.전화 키보드로 완전 수식 URL을 입력하는 것이 어렵기 때문에 대부분의 사용자는 "포털을 벗어나" 또는 벽으로 둘러싸인 정원 밖으로 나가는 것을 포기합니다.서드파티가 오퍼레이터의 무선 포털에 자신의 엔트리를 게재하지 않도록 함으로써[who?] 오퍼레이터가 귀중한 기회에서 자신을 차단한다고 주장하는 사람도 있습니다.한편, 일부 사업자는[which?] 고객이 경험을 관리하기를 원했을 것이며, 그러한 제약이 있는 장치에서는 너무 많은 [citation needed]서비스에 대한 액세스를 피하려고 했을 것이라고 주장합니다.

WAP의 프로토콜 설계 레슨

원래 WAP 모델은 유럽과 SE 아시아 지역에서 휴대폰을 사용하여 웹과 같은 WML 서비스와 이메일에 액세스할 수 있는 단순한 플랫폼을 제공했습니다.2009년에도 상당한 사용자 기반을 유지하고 있습니다.주로 미국 시장을 대상으로 한 최신 버전의 WAP는 사양과 비용이 높고 소프트웨어 복잡성이 높은 모바일 디바이스를 사용하여 완전한 웹 XHTML 액세스를 가능하게 하는 다른 요건을 위해 설계되었습니다[by whom?].

WAP 프로토콜 설계가 적절한지 여부에 대한 상당한 논의가 이루어졌다.

WAP의 초기 설계는 특히 다양한 프로토콜 범위 (SMS, 회로 교환 베어러 상의 IP over PPP, IP over GPRS 등)에 걸친 프로토콜 독립성을 목표로 했습니다.이로 인해 IP를 통한 직접 접근 방식보다 훨씬 더 복잡한 프로토콜이 생성되었습니다.

특히 IP측에서 가장 논란이 된 것은 WAP over IP의 설계였습니다.WAP의 전송층 프로토콜인 WTP는 UDP를 통한 자체 재전송 메커니즘을 사용하여 고패킷 [citation needed]손실 네트워크에서의 TCP 부족 문제를 해결하려고 합니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ Sharma, Chetan; Nakamura, Yasuhisa (2003-11-20). Wireless Data Services: Technologies, Business Models and Global Markets. Cambridge University Press. p. 194. ISBN 978-0-521-82843-7.
  2. ^ Team Digit (Jan 2006). "Fast Track to Mobile Telephony". Internet Archive. Jasubhai Digital Media. Archived from the original (text) on 8 June 2014. Retrieved 1 March 2017.
  3. ^ "X.225 : Information technology – Open Systems Interconnection – Connection-oriented Session protocol: Protocol specification". Archived from the original on 1 February 2021. Retrieved 24 November 2021.
  4. ^ Krishnaswamy, Sankara. "Wireless Communication Methodologies & Wireless Application Protocol" (PDF).
  5. ^ MX Telecom: WAP 푸시.
  6. ^ a b c Openwave: WAP 푸시 테크놀로지의 개요.
  7. ^ 1998년 1월 8일 노키아 프레스 릴리즈: 에릭슨, 모토로라, 노키아 및 Unwired Planet은 Wireless Application Protocol Forum Ltd를 설립하였습니다.
  8. ^ "A brief History of WAP". HCI blog. December 8, 2004. Retrieved August 5, 2011.
  9. ^ "About OMA SpecWorks - OMA SpecWorks". www.openmobilealliance.org.
  10. ^ Wap의 전화에 응답이 없을까?vnunet.com, 2000년6월 2일
  11. ^ Silicon.com: BT Cellnet이 '오해의 소지가 있는' WAP 광고를 랩업 2000년 11월 3일 발행, 2008년 9월 17일 취득, 2008년 7월 24일 Wayback Machine에서 아카이브 완료
  12. ^ http://press.nokia.com/PR/199902/777256_5.html Nokia 7110 프레스 릴리즈
  13. ^ http://www.filibeto.org/mobile/firmware.html Nokia 7110 최초 공개 펌웨어 개정일
  14. ^ Butters, George (23 September 2005). "The Globe and Mail: "Survivor's guide to wireless wonkery", 23 September 2005". The Globe and Mail.
  15. ^ IT Web: "RIVR이 그것을 통과한다", 2000년 11월 14일
  16. ^ "WAPlash". Retrieved 29 May 2014.
  17. ^ "News, Tips, and Advice for Technology Professionals". TechRepublic.
  18. ^ 미국 연방 통신 위원회"FCC는 700MHz 규칙을 개정하여 상호 운용 가능한 공공 안전 통신을 촉진하고 무선 광대역 도입을 촉진합니다.", 2007년 7월 31일2007년 10월 8일에 액세스.
  19. ^ 'FCC 700MHz 규칙을 개정하여 상호 운용 가능한 공공 안전 통신을 강화하고 무선 광대역 도입을 촉진합니다'에 대한 대체 링크