Camadas :: WAP 1.x :: WSP (Wireless Session Protocol)
WAP 1.x | WAE | WSP | WTP | WTLS | WDP | Bearer
Esta camada tem como funcionalidade principal garantir à camada de aplicação o serviço de sessão. Este é feito através de uma versão binária do HTTP plenamente compatível com o HTTP/1.1, porém mais leve do que o HTTP padrão. Com intuito de ainda deixá-lo ainda mais leve utiliza-se uma codificação nos cabeçalhos mais comuns.
O serviço de sessão é dividido em dois tipos, os sem conexão e os orientados a conexão. A diferença entre os dois é bem óbvia, sendo o primeiro utilizado nos casos onde não é necessário manter a conexão com servidor, ou seja, quando o PDA esta recebendo um stream da rede. Nos casos onde é interessante manter um diálogo entre o dispositivo e a rede, pois ha uma continua troca de informações, é utilizada a sessão orientada a conexão, sendo este efeito de conexão garantido através do WTP, pois o WAP não suporta conexões do tipo TCP. Devido às limitações discutidas inicialmente a sessão pode ser suspensa quando ela estiver ociosa, de forma a economizar banda e bateria, e retomada de forma rápida quando interessante, devido a um protocolo de reconexão.
Finalmente este protocolo também permite as funcionalidades de Push, que permite o envio de dados do servidor para o aparelho durante uma sessão e do Pull, que garante a reciprocidade deste serviço. Esta característica é melhor desenvolvida nas versões mais recentes, como veremos abaixo.
Push
A partir do WAP 1.2, o Push foi aprimorado, sendo agora possivel o servidor mandar dados ao cliente sem o mesmo ter requisitado.
http://www.openmobilealliance.org/tech/affiliates/wap/wap-250-pusharchoverview-20010703-a.pdf
Isto é feito como mostra o esquema abaixo.
http://www.openmobilealliance.org/tech/affiliates/wap/wap-250-pusharchoverview-20010703-a.pdf
A figura acima ilustra o funcionamento do Push. Primeiro um programa chamado de PI (Push Iniciator), gera um Push Content (em xml) a partir de um servidor. Este conteúdo segue até o PPG (Push Proxy Gateway), que funciona de forma semelhante ao WAP Gateway, sendo responsável pelas mudanças de protocolo necessárias para o protocolo de acesso seja compredido. Finalmente o protocolo modificado é enviado até o cliente.
A partir da versão 2.0, o OTA (Push Over the Air Protocol) pode ser tanto por OTA-WSP quanto por OTA-HTTP.
Por uma questao de segurança é o cliente deve estar rodando a SIA (Session Iniciation Application, ou Aplicação de Início de Sessao) que fica ativo no plano de fundo, esperando que um SRI (Session Request Iniciation, ou Pedido de Início de Sessão) seja enviado do PPG. Ainda por segurança é necessário que o PI faça uma autenticação da mensagem, para que o cliente possa entender como seguro. O PPG também deve ter um filtro e exercer um firme controle de acesso, para impedir que conteudo potencialemente perigoso seja “empurrado” para o aparelho.