WirelessBR

 Na Figura 3, o cliente WAP se comunica com dois servidores da rede sem fio. O proxy WAP traduz as requisições WAP para as WWW, permitindo, assim, que o cliente WAP possa enviá-las para o servidor web. O proxy também codifica as respostas do servidor web em um formato binário compacto, que é entendido pelo cliente. Se o servidor web provê conteúdo WAP, o proxy o recupera diretamente do servidor, caso contrário um filtro é usado para traduzir o conteúdo WWW para o WAP. Por exemplo, este filtro traduziria todo conteúdo  HTML para o WML. Já o servidor WTA (Wireless Telephony Application – Aplicação para Telefonia Sem Fio) é um exemplo de servidor de origem ou gateway que responde às requisições do cliente diretamente. O servidor WTA é usado para prover acesso WAP às capacidades da infraestrutura de telecomunicações do provedor da rede sem fio.

1.3 – Modelo de Segurança

 O WAP disponibiliza uma infra-estrutura de segurança flexível que enfoca a provisão de segurança na conexão entre um cliente WAP e o servidor.
 O WAP pode prover segurança entre os pontos finais do protocolo WAP, mas tanto o navegador quanto o servidor de origem devem comunicar-se diretamente usando os protocolos WAP.
Os aspectos de estruturação de segurança e como o protocolo trata isto serão abordados no tópico 4.0, que traz a camada WTLS.

1.4 – Os Componentes da Arquitetura WAP

A arquitetura WAP provê um ambiente escalável e extensível para desenvolvimento de aplicações para dispositivos móveis de comunicação. Tal ambiente é alcançado por meio de uma estrutura em camadas de toda a pilha do protocolo, conforme a Figura 4. Cada camada da arquitetura é acessível pelas camadas abaixo, assim como por outros serviços e aplicações. A arquitetura em camadas do WAP possibilita outros serviços e aplicações que utilizam as capacidades da pilha WAP através de um conjunto de interfaces bem definidas. Aplicações externas podem acessar as camadas de sessão, transação, segurança e transporte diretamente. 

• WDP (Wireless Datagram Protocol – Protocolo de Datagrama Sem Fio) – É a camada de transporte da arquitetura WAP e opera sobre os serviços portadores de dados suportados por vários tipos de redes.
• WTLS (Wireless Transport Layer Security – Segurança da Camada de Transporte Sem Fio) – É um protocolo de segurança baseado no protocolo padrão da indústria, o TLS (Transport Layer Security - Camada de Segurança de Transporte), formalmente conhecido como SSL (Secure Sockets Layer - Camada de Sockets Seguros).

Figura 4: A Arquitetura WAP

•  WTP (Wireless Transaction Protocol – Protocolo de Transação Sem Fio) – Provê um protocolo leve orientado à transação, que é otimizado para implementação em clientes com poucos recursos (estações móveis). 
•  WSP (Wireless Session Protocol – Protocolo de Sessão Sem Fio) – Provê à camada de aplicação uma interface consistente entre duas sessões de serviço, onde a primeira é um serviço orientado à conexão acima do protocolo da camada de transação (WTP) e a segunda é um serviço sem conexão que opera acima de um serviço de datagrama seguro ou não-seguro (WDP). 
•  WAE (Wireless Application Environment – Ambiente de Aplicação Sem Fio) – É um ambiente de aplicação de propósito geral baseado na combinação das tecnologias da web e de telefonia móvel, com o objetivo primário de estabelecer um meio de interoperabilidade que permita operadores e provedores de serviços construir aplicações e serviços que alcancem uma grande variedade de plataformas sem fio de maneira útil e eficiente. 

    Todas as camadas serão abordadas em detalhes em tópicos posteriores nesta obra. 

Além das camadas do protocolo, a Figura 4 apresenta ainda dois componentes que não fazem parte da pilha do WAP. São eles: 

• Transportadores – Os protocolos WAP foram projetados para operar sobre uma variedade de transportadores de serviços, que oferecem níveis diferentes de qualidade no que diz respeito a rendimento, taxa de erro e atraso, que devem ser compensados ou tolerados pelo WAP. 
• Outros serviços e aplicações – A arquitetura baseada em camadas do WAP possibilita 
   outros serviços e aplicações utilizarem as capacidades da pilha WAP através de um  conjunto de interfaces bem definidas. Aplicações externas podem acessar as camadas 
   de sessão, transação, segurança e transporte diretamente, permitindo que a pilha WAP 
   seja usada por aplicações e serviços para os quais o WAP não foi inicialmente 
   projetado, mas que são demandados pelo mercado sem fio. 

A Figura 5 traz três representações de possíveis implementações da tecnologia, o que permite 
 ter uma idéia prática do uso do protocolo. A pilha mais à esquerda representa um exemplo  típico de uma aplicação WAP, o agente-usuário WAE, sendo executado sobre o topo da pilha  WAP. Já a pilha do meio, é voltada para aplicações e serviços que requerem transações com  ou sem segurança. E, por fim, a pilha à direita é voltada para aplicações e serviços que  somente requerem datagrama de transporte sem ou com segurança.

Figura 5: Exemplos de pilhas WAP

1.5 Modelo de Cache da Arquitetura WAP

 O modelo de cache do WAP é baseado no protocolo HTTP/1.1, com algumas extensões e esclarecimentos, que se fizeram necessários para facilitar a operação de cache do HTTP/1.1 em dispositivos de funções limitadas, como os terminais sem fio. 

A interação entre o cache do agente-usuário e o histórico do WML (Wireless Markup Language - Linguagem de Marcação Sem Fio) é controlada pelo cabeçalho Cache-control:must-revalidate. O navegador deve suportar as seguintes interações entre os recursos em cache e o histórico WML:

• Se o recurso em cache tem o conjunto de atributos de controle must-revalidate e é antigo, então o agente deve revalidar o recurso quando “voltar” na história. A requisição original deve ser feita de mesma maneira que a anterior e o usuário não deve ter
   nenhuma participação ativa nesta reabertura. 
• Se o recurso em cache não tem o conjunto de atributos de controle must-revalidate, 
   mesmo sendo antigo, o usuário não precisa revalidar a entidade quando “voltar” na 
   história.

 Como o modelo de cache do HTTP/1.1, no qual o modelo de cache do WAP foi baseado, é bastante sensível à perda de tempo de sincronização, o gateway WAP deve manter um relógio confiável com a hora do dia, sendo recomendável para implementação deste que seja usado o NTP (Network Time Protocol - Protocolo para Hora de Rede) a fim de se manter uma base de tempo real confiável. 

O armazenamento de informações sensíveis em meios de armazenamento não-voláteis levanta uma série de considerações de segurança e os implementadores devem assegurar-se de que informações privadas no agente-usuário são protegidas de acesso acidental ou para fins maliciosos.

1.6 Indicação de Serviço

 A Indicação de Serviço (SI - Service Indication) é uma aplicação do XML (eXtensible Markup Language - Linguagem de Marcação Extensível), que fornece uma maneira de notificar ao cliente que um evento assíncrono ocorreu e indica que um serviço pode ser ativado para reagir àquele evento. Isto é feito por meio do envio de uma mensagem para o cliente, que informa ao usuário final sobre o evento e que um URI do serviço certo pode ser carregado. A Figura 6 traz um exemplo prático.

Figura 6: Concepção Básica da Indicação de Serviço 

A mensagem é apresentada para usuário final e a este são dadas as opções de iniciar o serviço indicado pelo URI imediatamente (ouvir as mensagens) ou postergar a SI. Se a segunda opção for selecionada, o cliente armazena a SI e ao usuário final é dada a possibilidade de atuar mais tarde a partir daquele ponto.

 Além da funcionalidade básica descrita, a SI também fornece vários mecanismos para aprimorar a experiência do usuário, dentre eles:

• Níveis de Intrusão ao Usuário: é possível assinalar diferentes níveis de intrusão ao usuário pelo SI de maneira a afetar o comportamento do cliente quando um SI está para ser mostrado ao usuário final.
• Deleção: o provedor de serviços pode apagar as SI que se tornem inválidas por alguma razão; por exemplo, uma notificação de e-mail torna-se inválida se os e-mails forem lidos usando outros meios que não o cliente móvel.
• Troca: é o não uso de múltiplas SI para indicar um mesmo serviço a um cliente; por exemplo, um SI diz que há uma nova mensagem e então outra que diz que existem duas mensagens novas, ou seja, ambas indicam o mesmo serviço de mensagem. Isto é evitado provendo meios ao servidor de substituir um velho SI por um mais novo.
• Manipulação de Entregas Fora de Ordem: devido à disponibilidade de um cliente sem fio ser imprevisível, não é possível assegurar que o conteúdo sempre será entregue na ordem em que foi enviado. Para evitar isto, descarta-se um SI recebido se este for mais velho do que o que se encontra armazenado no sistema do cliente.
• Expiração: o serviço indicado por um SI é, normalmente, válido somente por um certo tempo, após o qual o SI será indicado como conteúdo inválido.

 O Carregamento de Serviço (SL - Service Loading), que também é uma aplicação do XML, que fornece meios ao cliente de armazenar preemptivamente o conteúdo indicado pelo URI tão logo este se torne disponível ao agente-usuário no cliente, o que permite também controlar se o carregamento do serviço será feito por intervenção do usuário ou não. É o SL que permite ao agente-usuário de um cliente móvel carregar e executar um serviço que pode, por exemplo, estar em um deck WML (Wireless Markup Language - Linguagem Sem Fio de Marcação). O SL contém um URI indicando o serviço a ser carregado pelo agente-usuário sem a intervenção do usuário, quando apropriado. 

Figura 7: Concepção Básica do Carregamento de Serviço

 O exemplo da Figura 7 ilustra como o operador de rede móvel pode forçar um usuário final com uma assinatura pré-paga a tomar uma ação sobre seu saldo baixo através do uso do agente-usuário para carregar e executar o serviço apropriado (no nosso caso, um formulário de um deck WML).

 Além da funcionalidade básica já descrita, o SL também provê dois mecanismos adicionais: 

• Controle dos níveis de intrusão ao usuário: é possível controlar quando o serviço 
   indicado deve ser carregado se o cliente estiver ocupado com outras atividades. 
• Armazenamento de conteúdo preemptivo: através do ajuste em alguns atributos do SL, o conteúdo indicado é baixado e armazenado ao invés de ser executado, o que pode ser usado para melhorar o desempenho dos serviços para o usuário final, que de outra maneira teria que requisitar o conteúdo direto do servidor de origem. 

Todo agente-usuário que suporta o SL está sujeito a ataques, mas a implementação deve prover meios de proteção contra estes riscos de segurança. Um SL ou um recurso referenciado por um SL pode ser descartado, se a política de segurança escolhida não for satisfeita e esta política de segurança deve seguir a implementação especificada.