무선 인터넷 프로토콜, WAP2

무선 인터넷 프로토콜, WAP2
인터넷과 WAP 아키텍처

이번 호에서는 무선 인터넷 서비스의 기반으로 점차 자리잡고 있는 WAP에 대해 자세히 살펴보기로 한다. 특히 WAP 아키텍처를 중심으로 유선 인터넷과 차이점에 대해 살펴보겠다.

글쪾최영조 / SK 텔레텍 소프트웨어 개발팀
syres@hitel.net 

연재 순서
2000/02 WAP의 등장 배경과 개념
2000/03 WAP 아키텍처
지난 호에 WAP에 관한 소개를 하면서 무선 통신 환경의 급속한 변화에 대해 언급했다. 이러한 변화의 물결은 전세계적으로 동일하게 나타나고 있으며 우리나라 역시 변화의 물결에서 예외는 아니다. 지난 2월부터 SK 텔레콤에서 WAP 상용 서비스를 시작한 바 있으며 이를 바탕으로 무선 인터넷 시장의 선두적인 위치를 확보하고자 노력하고 있는 추세이다.
WAP은 현재 무선 데이터 시장과 인터넷 시장에서 두 분야를 접목하는 중요한 네트워크 기술로 각광받고 있다. 이 두 시장은 새로운 소비자를 확보하며 빠르고 넓게 확장되고 있다. 특히 새로운 정보 서비스의 창출은 인터넷 시장의 더욱 확실한 확장에 밑거름이 되고 있으며 이러한 인터넷 시장의 확장이 드디어 무선 데이터 통신 시장에까지 그 손길을 뻗치고 있는 실정이다.
인터넷을 위해 개발된 대부분의 기술들은 일반적으로 데스크탑 컴퓨팅 환경과 넓은 통신 대역, 신뢰성 있고 확실한 데이터 네트워크 환경 등을 염두에 두고 발전되었다. 하지만 무선 데이터 송수신 장치들(예를 들어 PDA나 핸드폰 등)은 데스크탑 환경과 비교해 매우 제한적인 컴퓨팅 환경만을 제공한다는 점이 단점으로 작용한다. 이는 기본적으로 제한된 전력공급으로 인한 요인이 가장 크다. 무선 네트워크 시장이 일반 인터넷 시장보다 제한된 컴퓨팅 환경을 가지는 이유를 요약하면 다음과 같다.

· 약한 파워의 CPU
· 적은 메모리 용량(ROM과 RAM 포함)
· 제한된 전력 소비량
· 적은 크기의 사용자 인터페이스 화면
· 데스크탑 환경과는 다른 입력 장치들(핸드폰 전화의 키패드 등)

앞서 말했지만 무선 데이터 네트워크는 유선 네트워크 환경에 비해 상당히 제한된 커뮤니케이션 환경만을 제공한다. 이는 전력 소비의 한계와 이동성이 가장 큰 이유가 될 수 있다. 즉, 이런 제한된 환경 속에서 유선 네트워크 환경과 비교해 무선 네트워크 환경이 갖는 일반적인 특징은 다음과 같다.

· 적은 대역폭
· 낮은 연결성(연결되어도 자주 끊어진다)
· 무선 네트워크 상호간의 서로 다른 주파수
· 유선에 비해 상호간의 적은 예측 가능성

하지만 무선 이동 네트워크는 이동 중에도 사용 가능하다는 장점과 시간과 장소에 상관없이 이용할 수 있다는 장점을 바탕으로 더 많은 부가가치 서비스를 제공하기 위해 많은 비용, 복잡성 등의 단점에도 불구하고 계속 증가하고 있는 추세이다. 이런 상황에서 무선 모바일(mobile) 네트워크 환경의 솔루션들이 갖추어야 할 필수 조건들은 다음과 같다.

· 상호운용성 : 모바일 네트워크 환경에서 서로 다른 제조업자들로부터 생산된 단말기와 서비스간 원활한 통신이 이루어져야 한다.
· 모바일 네트워크 운영자는 사용자들이 원하는 서비스를 적기에 제공할 수 있는 능력이 필요하다.
· 효율성 : 모바일 네트워크의 특성과 행동에 적절한 양질의 서비스를 제공할 수 있어야 한다.
· 신뢰성 : 현재 서비스를 수행하는 데 있어서 확실한 내용의 신뢰할 수 있는 서비스를 제공하고 제공받을 수 있어야 한다.
· 보안 : 현재의 불안한 보안 수준을 뛰어 넘어 사용자 데이터의 무결성을 보장하고 무선 네트워크 확장에 대비하며 서비스 거부 등과 같은 보안 문제로부터 사용자의 데이터와 장치를 보호해야 한다.

현재의 무선 모바일 네트워크 시장을 보면 일반 사용자들에게 향상된 서비스를 제공하고자 노력하고 있으며 이미 제공하고 있는 곳도 있다. 모바일 네트워크 운영자들의 관심은 향상된 서비스의 제공이며 이중 가장 중점을 두는 부분은 서비스 중 끊기지 않고 지속적인 흥미를 유발할 수 있는 모바일 네트워크 환경이다. 이러한 문제를 해결할 수 있는 것이 바로 WAP 기술을 사용한 서비스의 제공이다. 예를 들면 요즘 한창 준비중인 미팅 서비스나 궁합, 또는 증권 서비스 등을 들 수 있다.

WAP 아키텍처의 필수 요건
우선 WAP 포럼이 정한 WAP 아키텍처의 필수 요건들을 살펴볼 필요가 있다. WAP 포럼이 정한 필수 요건에는 다음과 같은 내용들이 기본적으로 포함된다.

· 가능하다면 기존의 기본 네트워크를 이용할 수 있어야 한다.
· 네트워크 레이어(계층), 확장 가능한 아키텍처를 정의한다.
· 되도록 많은 무선 네트워크를 지원해야 한다.
· 디바이스 장치 자원의 효율적인 사용이 가능하도록 최적화되어야 한다.
· 보안 애플리케이션과 커뮤니케이션을 지원해야 한다.
· 최대로 유연성과 제어기능을 지닌 사용자 인터페이스를 지원해야 한다.
· 텔레폰 서비스와 통합을 위한 프로그래밍 모델을 지원해야 한다.
· 네트워크 운영과 서비스 제공간의 유연성을 확보해야 한다.

이 외에도 여러 가지 필요한 요건들이 있지만 위의 사항들은 필수적인 요소이다.

WAP 아키텍처 Overview
이번에는 WAP 아키텍처가 어떻게 이루어져 있는지 살펴보기로 한다. WAP 아키텍처를 이해하기 위해서는 현재의 WWW 모델과 비교해보는 것이 가장 효과적이다(그림 1 참조).
그림 1은 현재 일반적으로 사용되는 World Wide Web 프로그래밍 모델의 형태를 나타낸 것이다. WWW 아키텍처는 매우 유연하고 강력한 프로그래밍 모델을 제공한다. 애플리케이션과 컨텐트들은 기본 데이터 형태로 표현되고 브라우저 방식으로 액세스된다. 사용자들은 웹 브라우저를 이용해 자신이 원하는 데이터를 웹 서버에 요청하고 웹 서버는 이 요구를 받아들여 필요에 따라 서버에서 데이터를 재가공해 사용자에게 결과를 보내준다. 다음은 WWW 환경에서 일반적인 애플리케이션을 만드는데 필요한 매커니즘이다. 이 내용들은 WAP 아키텍처와 비교하면서 볼 필요가 있다.

· 기본 네이밍 모델(Standard naming model) : WWW에서 모든 서버와 컨텐트에 사용되는 기본 네이밍 규칙은 URL(Uniform Resource Locator)을 따른다.
· 컨텐트 타입 : WWW에서 모든 컨텐트는 특정 타입이 주어진다. 이를 통해 웹 서버는 컨텐트의 타입을 파악해 정확하게 액세스 할 수 있다.
· 기본 컨텐트 포맷(Standard content formats) : 모든 웹 브라우저는 기본 컨텐트 포맷 집합을 지원한다. 여기에는 HTML 뿐만 아니라 자바 스크립트 등의 다양한 형태를 포함한다.
· 기본 프로토콜(Standard Protocols) : 기본 네트워킹 프로토콜은 웹 브라우저의 종류에 상관없이 다양한 웹 서버와 통신할 수 있도록 지원한다. WWW에서 가장 일반적으로 사용하는 프로토콜은 HTTP(Hyper Text Transport Protocol)이다.

이러한 기본 사항들은 사용자들이 웹 애플리케이션이나 웹 서비스를 자연스럽게 이용할 수 있는 역할을 한다. 또한 이를 바탕으로 웹 애플리케이션 또는 웹 서비스 개발자들도 손쉽게 개발할 수 있게 된다.
위의 내용 이외에 추가적으로 서버에 관한 내용도 알아둘 필요가 있다. 이 부분 역시 WAP에서는 WWW 아키텍처와 다른 방식으로 적용된다.

· 실제 웹 서버 : 사용자들이 실제로 원하는 자원이나 컨텐트를 가지고 있거나 사용자들이 요구하는 내용을 재구성(CGI 등을 이용해서)하는 서버
· 프록시 : 중간 단계의 프로그램으로 다른 클라이언트의 요구를 대신 전달하는 역할을 수행하며 서버와 클라이언트의 역할을 모두 수행한다. 프록시 서버는 전형적으로 서버와 클라이언트 사이에서 상호간에 통신할 어떤 수단도 없는 관계에서(예를 들자면 방화벽으로 막혀있는) 그 중간에 위치하게 된다.
· 게이트웨이 : 게이트웨이는 또 다른 종류의 중간 단계 서버이다. 게이트웨이는 프록시와 달리 요청된 자원에 대해 마치 자신이 웹 서버인 것처럼 응답한다. 따라서 필요한 정보를 요청한 클라이언트는 자신이 게이트웨이와 통신을 했는지 웹 서버와 통신을 했는지 알 수 없다.

이상으로 WWW 아키텍처 프로그래밍 모델을 살펴보았다. 이제 WAP 아키텍처에 대해 알아보기로 한다. 그림 2는 WAP 프로그래밍 모델이다.
그림 2의 WAP 프로그래밍 모델을 살펴보면 앞의 WWW 프로그래밍 모델과 매우 흡사한 것을 확인할 수 있다. 틀린 점이 있다면 클라이언트와 서버 사이에 게이트웨이가 추가되었다는 것이다. 게이트웨이는 데스크탑 컴퓨팅 환경과 달리 단순한 이미지와 텍스트 등 간단한 사용자 인터페이스만을 지원하는 모바일 장비의 특성에 근거한다. 즉 일반 데스크탑에서 사용되는 HTML이나 스크립트 언어를 그대로 사용할 수 없다.
게이트웨이를 사이에 위치시켜도 실제 사용자는 자신이 게이트웨이를 통해 통신하는지 알 수 없다. 이는 게이트웨이에서 사용자에게 보낼 데이터를 사용자의 모바일 장치 인터페이스에서 출력 가능한 형태로 바꿔 주기 때문이다. 따라서 게이트웨이 부분을 보면 인코더와 디코더가 존재한다.
WAP 컨텐트와 애플리케이션은 친숙한 WWW 컨텐트 포맷을 기반으로 한 잘 알려진 포맷을 이용한다. 컨텐트는 WWW 통신 프로토콜에 기반을 둔 기본 커뮤니케이션 프로토콜을 이용하여 전송되고 전송된 컨텐트는 사용자의 무선 단말기에 있는 마이크로 브라우저와 사용자 인터페이스가 연동되어 출력된다. 무선 단말기에 있는 마이크로 브라우저는 일반 WWW에서 웹 브라우저와 유사한 역할을 하는데 지금은 텍스트 위주의 간단한 이미지만을 전송할 수 있지만 앞으로는 이 마이크로 브라우저도 상당히 발전할 것으로 예상된다.
WAP은 단말기와 네트워크 서버간의 통신을 위해 다음과 같은 기본 컴포넌트 집합을 정의하고 있다.
· 기본 네이밍 모델(Standard naming model) : WAP 컨텐트와 서버를 인식할 때 WWW의 기본 URL을 사용한다.
· 컨텐트 타입 : 모든 WAP 컨텐트는 WWW 타입과 동일한 타입을 이용한다. 이것은 WAP 사용자 에이전트(user agents)가 컨텐트에 따른 타입을 파악하여 정확하게 액세스 할 수 있도록 하기 위해서이다.
· 기본 컨텐트 포맷(Standard content format) : WAP 컨텐트 포맷들은 기본적으로 WWW 기술에 기반을 두고 있으며 마크업 출력, 캘린더 정보, 전자 비즈니스 카드 객체, 이미지들과 스크립트 언어 등을 포함한다.
· 기본 통신 프로토콜 : WAP 통신 프로토콜은 모바일 터미널에 있는 브라우저로부터의 요청을 네트워크 웹 서버로 전송할 수 있도록 지원한다.

WAP 컨텐트 타입과 프로토콜은 무선 모바일 단말기에 최적화 되도록 구성되어 있다. 그리고 WAP는 WWW와 무선 도메인간의 연결을 위해 프록시 기술을 이용한다. WAP 프록시는 전형적으로 다음의 기능을 포함하고 있다.

· 프로토콜 게이트웨이 : 프로토콜 게이트웨이는 WAP 프로토콜 스택(WSP, WTP, WTLS, WDP)에서의 요청을 WWW 프로토콜 스택(HTTP와 TCP/IP)으로 변환시켜 준다.
· 컨텐트 인코더와 디코더 : 컨텐트 인코더는 WWW 컨텐트의 내용을 무선 네트워크에서 지원 가능한 데이터 크기로 줄이기 위해 압축된 형태로 변환시키는 작업을 한다. 물론 디코더는 이와 반대의 기능을 수행한다.

위의 구성들은 모바일 단말기 사용자들이 WAP 컨텐트와 애플리케이션을 이용해 인터넷 브라우징이 가능하게 하는 역할을 수행한다. 또한 애플리케이션 개발자들은 이를 기반으로 모바일에 적합한 애플리케이션과 서비스를 개발할 수 있다. WAP 프록시는 기본 WWW 서버의 중심이 되는 애플리케이션과 컨텐트들도 이용할 수 있도록 지원할 뿐 아니라 CGI 스크립트와 같은 WWW 기술을 이용해 개발된 애플리케이션까지 지원한다.
하지만 일반적인 WAP의 이용은 웹 서버, WAP 프록시, WAP 클라이언트를 포함하고 있다. 이는 WAP 아키텍처가 매우 쉽게 다른 환경을 지원할 수 있도록 확장 가능하기 때문이다. 게다가 웹 서버 자체적으로 WAP 프록시의 기능을 포함할 수 있도록 정의하고 있다.
WAP 네트워크
이제 실질적인 WAP 네트워크는 어떤 식으로 구성되어 있는지 간단한 예를 보면서 살펴보도록 하자.
그림 3은 지금까지 개론적으로 보아온 WAP 네트워크의 간단한 예제이다. 그림 3에서 WAP 클라이언트인 무선 핸드폰은 두 개의 서버와 서로 통신한다. WAP 프록시는 WAP 요청을 WWW 요청으로 변환함으로써 WAP 클라이언트가 웹 서버에게 필요한 요청을 할 수 있도록 지원하고 있다. 또한 WAP 프록시는 웹 서버로부터의 응답을 클라이언트가 이해할 수 있는 압축된 이진 형태로 인코딩한다. 만약 웹 서버가 WAP 컨텐트를 제공한다면(예를 들어 바로 WML을 지원한다면) WAP 프록시는 웹 서버로부터 바로 원하는 정보를 검색한다. 하지만 웹 서버가 HTML과 같은 단순한 WWW 컨텐트만을 지원한다면 WWW 컨텐트를 WAP 컨텐트로 변환시키기 위한 HTML 필터가 사용된다. 이 HTML 필터는 HTML을 WML로 변환시키고 그 반대의 기능도 지원한다.
그림 3을 보면 WTA(Wireless Telephony Applica tion) 서버가 있는데 이것은 직접적으로 WAP 클라이언트에서의 요청에 응답하는 게이트웨이 서버나 웹 서버로 볼 수 있다. WTA 서버는 무선 네트워크 제공자의 텔레커뮤니케이션 기본 시설(핸드폰 등)의 특징으로 WAP 액세스를 제공하는데 이용되고 있다.

보안 모델
WAP은 무선 네트워크에 기반을 두기 때문에 보안에 상당한 노력을 기울여야 한다. 특히 WAP 보안 문제에서 중점을 두는 것은 WAP 클라이언트와 서버간의 연결에서 보안성을 유지하는 일이다. WAP은 WAP 프로토콜의 종단 간에 보안을 제공하고 있다. 브라우저와 기본 서버간 엔드 투 엔드(end-to-end) 보안을 요구한다면 먼저 이들은 WAP 프로토콜을 이용해 직접 통신해야 한다. 또한 엔드 투 엔드 보안은 웹 서버처럼 동일한 보안 위치에 위치하는 WAP 프록시의 신뢰성이 보장된다면 더욱 효과적이다.

WAP 아키텍처의 컴포넌트
WAP 아키텍처는 모바일 통신 단말기를 위해 애플리케이션 개발에 적합한 확장 가능한 환경을 제공한다. 이는 그림 4에서 보듯이 전체 WAP 프로토콜 스택의 계층별 디자인을 통해 확인할 수 있다. 아키텍처의 각 계층들은 다른 서비스와 애플리케이션 뿐만 아니라 상위 계층에 의해서도 액세스 될 수 있다.
계층화된 WAP 아키텍처는 다른 서비스와 애플리케이션들이 WAP 스택의 특성을 이용할 수 있도록 지원한다. 물론 이때 각 계층간에는 잘 정의된 인터페이스가 필요하다. 외부 애플리케이션은 세션, 트랜잭션, 보안 그리고 트랜스포트 계층을 직접 액세스 할 수도 있다. 이제부터 프로토콜 스택에서 각 계층별 주요 내용을 살펴보자.

무선 애플리케이션 환경
무선 애플리케이션 환경(Wireless Application Environment : WAE)은 WWW와 모바일 무선 핸드폰 기술의 조합에 기반을 둔 일반적인 애플리케이션 환경이다. WAE의 주요 목적은 네트워크 운영자와 서비스 제공자간의 상호 운영성을 확보하는 것으로, WAE 환경을 통해 서로 다른 무선 플랫폼간의 효율적인 서비스의 이용이 가능하며 여러 애플리케이션이 만들어질 수 있다. WAE는 다음과 같은 기능의 마이크로 브라우저 환경을 포함한다.

· 무선 마크업 랭귀지(Wireless Markup Language - WML) : HTML과 유사한 경량 마크업 언어이다. 경량이지만 무선 단말기에 맞게 최적화 되어 있다.
· WMLScript : 자바 스크립트와 비슷한 경량 스크립팅 언어이다.
· WTA, WTAI(Wireless Telephony Application) : 무선 핸드폰 서비스를 위한 프로그래밍 인터페이스이다.
· 컨텐트 포맷(Content Formats) : 이미지와 전화번호부, 캘린더 정보 등의 이미 정의된 데이터 형태의 집합이다.

무선 세션 프로토콜
무선 세션 프로토콜(Wireless Session Protocol : WSP)은 두 가지 세션 서비스를 위해 일관된 인터페이스를 지닌 WAP 애플리케이션 계층을 제공한다. 첫 번째 서비스는 WTP(트랜잭션 계층 프로토콜)위에서 동작하는 연결 지향 서비스이다. 두 번째 서비스는 WDP (무선 데이터그램 프로토콜)위에서 동작하는 비 연결 지향 서비스이다.
무선 세션 프로토콜은 현재 브라우징 애플리케이션에 적합한 서비스들(WSP/B)로 구성되어 있다. WSP/B는 다음의 기능들을 제공한다.

· 콤팩트한 무선 인코딩에서의 HTTP/1.1 기능
· 긴 수명의 세션 상태
· 세션 이동에 따른 세션 중지와 재시작
· 신뢰할 수 있든 아니든 데이터 푸시(push)를 위한 일반적인 기능들
· 프로토콜 특성 결정

WSP 패밀리에 속하는 프로토콜들은 거의 모두 낮은 대역폭의 데이터 전송 네트워크에 최적화되어 있다. 그리고 WSP/B는 WAP 프록시가 WSP/B 클라이언트와 HTTP 서버끼리 연결할 수 있도록 고안되어 있다.

무선 트랜잭션 프로토콜
무선 트랜잭션 프로토콜(Wireless Transaction Protocol : WTP)은 데이터그램 서비스의 상위 단계에서 동작한다. 또한 모바일 터미널과 같은 씬(thin) 클라이언트에서의 구현에 적합한 경량 트랜잭션 지향 프로토콜을 지원한다. WTP는 보안성을 가지든 가지지 않든 무선 데이터그램 네트워크를 효율적으로 운영할 뿐 아니라 다음과 같은 특징을 제공한다.

· 세 그룹의 트랜잭션 서비스를 제공한다.
 - 비 신뢰성 단방향 요청 서비스
 - 신뢰성 단방향 요청 서비스
 - 신뢰성 양방향 요청/응답 서비스
· 사용자간 신뢰성 : WTP 사용자는 수신한 각 메시지를 확인할 수 있다.
· 데이터의 대역폭 이탈을 감지
· 비동기 트랜잭션

무선 트랜스포트 계층 보안
무선 트랜스포트 계층 보안(Wireless Transport Layer Security : TLS)은 보안 프로토콜을 의미하며 SSL(Secure Sockets Layer)로 알려졌던 표준 트랜스포트 계층 보안 프로토콜(TLS 프로토콜)에 기반을 두고 있다. WTLS는 WAP 트랜스포트 프로토콜을 이용하고 협대역 통신 채널에 이용하기 편하도록 최적화되어 있다. WTLS는 다음과 같은 특성을 제공한다.

· 데이터 무결성 : WTLS는 터미널과 애플리케이션 서버간에 전송되는 데이터가 바뀌거나 중간에 손실되지 않도록 무결성을 보장한다.
· 비공개 : WTLS는 터미널과 애플리케이션 서버간에 전송되는 개인적인 데이터가 다른 중간 단계의 시스템이나 터미널에서 인터셉트될 수 없도록 비공개성을 보장한다.
· 인증 : WTLS는 터미널과 애플리케이션 서버간 인증 단계를 확인한다.
· 서비스 보호 : WTLS는 상위 프로토콜 계층을 보호하고 이를 수행하기 위해 서비스 거부 반응을 막는다.

또한 WTLS는 터미널간 통신 보안을 위해 이용되기도 한다. 예를 들면 신용카드 갱신 확인 등의 업무에서 이를 이용한다. 애플리케이션은 선택적으로 네트워크 환경 하의 특성과 보안 요구에 따라 WTLS 특징을 이용할 수도 있고 반대로 사용하지 않을 수도 있다.

무선 데이터그램 프로토콜
WAP 아키텍처에서 트랜스포트 계층 프로토콜은 무선 데이터그램 프로토콜로 생각할 수 있다. WDP 계층은 여러 가지 네트워크 타입에 의해 제공되는 데이터 전송 방식의 상위 단계에서 운영된다. 일반적인 트랜스포트 서비스와 마찬가지로 WDP는 WAP 아키텍처의 상위 계층 프로토콜에 지속적인 서비스를 제공한다. WDP 프로토콜이 바로 상위 보안 프로토콜에 대한 일반적인 인터페이스를 제공하기 때문에 세션 및 애플리케이션 계층도 하위 무선 네트워크와 독립적으로 기능을 수행할 수 있다. 이것은 하위 데이터 전송 방식의 특별한 특징에 트랜스포트 계층이 적절하게 맞춰짐으로써 수행될 수 있다. 트랜스포트 계층 인터페이스와 데이터 전송 방식의 특징들이 지속적으로 서로 맞물려 유지될 수 있다면 중간 게이트웨이를 이용한 세계적인 무선 운영망도 구현 가능하다.

데이터 전송 방식(Bearers)
WAP 프로토콜들은 단문자 전송 서비스, 서킷 스위치 데이터, 패킷 데이터 등을 포함하는 서로 다른 데이터 전송 서비스 방식을 모두 운영할 수 있도록 구상되었다. 이런 데이터 전송 방식들은 서로 다른 레벨의 처리율과 에러율을 보이고 있다. 하지만 WAP 프로토콜은 이와 같이 서로 다른 서비스 레벨을 보완하고 보충하기 때문에 여러 데이터 전송 방식들을 지원할 수 있다. 이는 앞서 WDP를 설명할 때 언급된 것처럼 이 계층에서 여러 데이터 전송 방식의 보완이 일어나기 때문에 가능한 일이다. 따라서 현재 우리 나라에서 주를 이루고 있는 CDMA 방식과 유럽의 GSM 방식도 WAP을 이용하면 서로 다른 방식이라도 데이터 교환이 가능하게 된다. 물론 실제로 이를 실행하려면 많은 준비가 필요하다.
외부 서비스와 애플리케이션의 이용
WAP 계층 아키텍처는 잘 정의된 인터페이스를 통하여 WAP 스택의 특성을 이용하고 또한 전혀 다른 서비스나 애플리케이션을 이용할 수 있게 해준다. 외부 애플리케이션에서 세션, 트랜잭션, 보안, 트랜스포트 계층을 직접 액세스할 수도 있다. 이는 현재 WAP에 의해 특정화되지 않은 애플리케이션이나 서비스도 WAP 스택에서 이용할 수 있다는 것을 의미한다. 단, 무선 네트워크 시장에서 부가가치를 발생시킬 수 있다고 생각되는 경우에 한해서이다. 이러한 서비스나 애플리케이션에는 WAP 프로토콜을 사용해서 개발될 수 있는 모든 e-mail 서비스, 캘린더, 전화번호부, 전자상거래 등을 예로 들 수 있다.

WAP 기술의 구성 예제
그림 5는 WAP 기술을 이용하여 구현할 수 있는 프로토콜 스택을 나타내고 있다. 하지만 이런 프로토콜 스택들은 상호 운영성이나 서로 다른 데이터 전송 방식의 절충으로 이용하기에는 부족한 점이 있다.
가장 왼쪽의 프로토콜 스택은 전형적인 WAP 스택의 예로 완벽한 WAP 스택을 구성하고 있다. 중간의 프로토콜 스택은 보안을 염두에 두지 않고 트랜잭션 서비스를 요구하는 애플리케이션과 서비스에 중점을 둔 스택이다. 마지막 오른쪽의 스택은 단지 데이터그램 트랜스포트를 요구하는 애플리케이션과 서비스에 중점을 둔 스택이다.
지금까지 WAP 아키텍처에 대해 알아보았다. 실제로 각 프로토콜 계층별로 들어가게 되면 상당히 복잡한 내용이 많고 공부할 내용도 많은데 지면상 다루지 못한 점이 아쉽다.
WAP은 이제 갓 태어난 걸음마 단계이다. 세계적으로 실제 서비스를 시작하고 있는 회사도 몇몇 있긴 하지만 전반적으로 유럽과 미국의 일부 업체에 이끌려 가고 있을 뿐이다. 또한 여러 데이터 전송 방식을 지원하기 때문에 상당히 어려울 것 같지만 한 꺼풀씩 껍질을 벗겨나가다 보면 정말 중요한 알맹이는 작다는 것을 느낄 것이다. 그렇기 때문에 후발주자로 시작하는 우리 나라에서도 충분히 도전해 볼 만한 분야이다.
요즘 인터넷은 누가 먼저 시작하느냐에 따라 성과가 좌우되는 경우가 많다. 무선 인터넷도 이제 그 세력을 넓혀가는 입장에서 되도록 빨리 우리가 뛰어든다면 의외로 많은 성과를 거둘 수 있지 않을까 생각한다. 다음 호에서는 실제 WAE 환경과 WAP에서 사용되는 언어인 WML, WMLScript 등에 대해서 알아보도록 하겠다.

정리쪾천영호 기자 |chunyh@pserang.co.kr|

MS의 WAP 대응전략 ‘스팅거’
WAP 포럼에 가본 독자들은 포럼에 참가한 여러 회사들 중 MS 사도 보았을 것이다. 하지만 이 MS가 Ericsson, Nokia 등이 주도하는 wapforum에 만족하고 있을 것인가? 물론 아니다. 자사만의 무선 인터넷 솔루션인 스팅거를 준비하고 있다는 소식은 관심있는 독자들이면 다들 알 것이다.
WAP의 스택은 거의 OSI 7 레이어와 유사하게 만들어져 있고 웹 서버와 클라이언트간에는 게이트웨이가 첨가되어 여러 가지 필요한 인코딩, 디코딩 작업을 한다. 이 게이트웨이는 여러 가지 장점도 있지만 현재 WWW에서 사용하는 HTML이나 관련 문서들을 WML 형태로 다시 전환시켜야 하는 중간단계가 있어 서버와 클라이언트 간 데이터 전송 측면에서는 불리할 수도 있다. 현재 MS 사에서 준비중인 일명 스팅거 솔루션은 WWW에서 사용하는 문서들을 그대로 이용할 수 있도록 하는 장점을 가지고 있기 때문에 WAP 포럼을 주도하는 각 회사들이 긴장하고 있는 것도 사실이다.
작년 스위스 텔레콤 99에서 MS는 스팅거를 가지고 본격적인 무선 인터넷 시장에 뛰어들 차비를 확고히 굳히고 있음을 알 수 있었다. 스팅거를 이용하면 지금 MSN에 가입하고 있는 수많은 가입자들을 대상으로 서비스가 가능해지고 WAP의 보안과 견줄 만큼 확고한 보안을 마련할 수 있으며 윈도우 운영체계에 익숙한 사용자들이 윈도우 CE를 이용하게 하여 거부감 없이 무선 인터넷을 이용할 수 있다는 것이 장점이다.