SAP E ACESSO À REDE REMOTA

Histórico de revisão

Revisão: Data: Descrição
D05r01: 29 de novembro de 2011: Rascunho inicial
D05r02: 30 de novembro de 2011: Editoriais
D05r03: 20 de fevereiro de 2012: Editoriais
D05r04: 27 2012 de março: Mudanças após CWG review
D05r05: 11 de abril de 2012: Mudanças após o 2º CWG review
D05r06: 22 de maio de 2012: Mudanças após BARB review
D05r07: 25 de maio de 2012: Editoriais CWG
D05r08: 25 de junho de 2012: Mais editoriais e consolidação
D05r09: 04 julho 2012: Alterações após os comentários de Terry
D05r10: 10 de setembro de 2012: Editoriais
D05r11: 16 de setembro de 2012: Editoriais
D05r12: 24 de setembro de 2012: Formatação, verificação ortográfica
V10: 23 de outubro de 2012: Aprovado pelo Conselho de Administração da Bluetooth SIG

Contribuidores

Nome: Empresa

Tim Howes: Accenture
Gerald Stöckl: Audi
Joaquim Mertz:  Berner e Mattner
Stefan Schneider: BMW
Burch Seymour: Continental
Mesaque Rajsingh: RSE
Stefan Hohl:  Daimler
Roberto Hrabak:  GM
Alexei Polonsky:  Jungo
Kyle Penri-Williams:  Papagaio
Andreas Eberhardt:  Porsche
Thomas Frabach:  VW

1. Âmbito

O SIM Access Profile (SAP) permite que um dispositivo habilitado para Bluetooth acesse os dados contidos no cartão SIM de outro dispositivo habilitado para Bluetooth. Em um caso de uso típico, um dispositivo de acesso à rede (NAD) para uma rede celular é embutido em um veículo, mas não contém um cartão SIM. Em vez disso, uma conexão SAP será feita com um telefone celular. O NAD usará as credenciais de segurança armazenadas no cartão SIM para se registrar na rede celular.
Nesse caso, o telefone portátil está atuando como um servidor SAP, enquanto o NAD é o dispositivo cliente SAP. Todos os dados contidos no cartão SIM do telefone, incluindo entradas da lista telefônica e dados relacionados a SMS, podem ser acessados ​​usando comandos fornecidos pela SAP. SAP permite telefonia premium por vários motivos (consulte também 2.1). No entanto, quando o telefone celular aceita operar como um servidor SAP, não será capaz de obter serviços de rede celular em geral, e um
Conexão com a Internet em particular. As especificações Bluetooth atuais não descrevem um método para um telefone móvel manter uma conexão de dados em paralelo com uma sessão SAP. Isso afeta a aceitação do SAP, em particular no mercado de smartphones, pois esses dispositivos requerem um acesso permanente à Internet.
Este documento descreve métodos e recomendações para evitar esses problemas de conectividade.

2. Motivação

2.1 BENEFÍCIOS DO SAP

Para soluções de kit veicular adequadas, o SIM Access Profile fornece uma série de benefícios em comparação com o HFP Profile.

2.1.1 BAIXA ACEITAÇÃO DE CABOS DE DISPOSITIVO PELO CONSUMIDOR

As bases do telefone podem ser usadas para acoplar a antena1 do telefone celular a uma antena externa de carro.
No entanto, os consumidores consideram os berços inconvenientes e complicados e desejam uma experiência contínua e sem esforço. Ao entrar no carro, o cliente deseja deixar o telefone no bolso ou na bolsa e não ser obrigado a retirá-lo para colocá-lo no berço. Presumindo que o usuário conecte com sucesso um telefone por meio de um berço, isso aumenta o risco de esquecer o telefone ao sair do carro.
O próximo problema de aceitação para cradles é a escalabilidade do dispositivo. O cliente deve comprar um novo berço ao trocar seu telefone. Freqüentemente, os novos berços não estão disponíveis imediatamente após o lançamento de novos dispositivos no mercado e, para muitos telefones, os berços não estão disponíveis. Isso restringe as opções de dispositivo disponíveis para o usuário.
Portanto, hoje a aceitação geral de berços no mercado é muito restrita. Ao usar SAP, nenhuma base de dispositivo de consumidor é necessária

2.1.2 RECURSOS MELHORADOS DE TELEFONIA

Os recursos aprimorados de telefonia do SAP permitem que o cliente modifique recursos importantes de telefonia relacionados a chamadas durante a condução ou forneça ao cliente informações mais detalhadas. Em muitos países, as autoridades legais proíbem o uso do dispositivo do consumidor ao dirigir; a interface do usuário de infoentretenimento do carro é a única forma legal de interagir com o dispositivo do consumidor.
Examparquivos de recursos de telefonia disponíveis no SAP são

• ID do chamador: ativar, desativar, solicitar o status atual
• Encaminhamento de chamadas: ativar, desativar, modificar
• Seleção de rede manual vs. automática: modificar
• (Des-) Ative “Roaming permitido” para transferência de dados via SIM
• Exibe o nome do provedor de serviços em vez do nome da operadora de rede.

Porque o HFP Profile não fornece acesso a esses recursos de telefonia, a SAP é a única profissionalfile para habilitar esses casos de uso para drivers.

2.1.3 COBERTURA DE REDE OTIMIZADA

SAP oferece uma melhoria significativa em termos de cobertura de rede:

• Ao usar SAP, os recursos de telefone do carro usam o NAD embutido do carro, que estabelece uma conexão direta com a antena de celular externa. Isso resulta em melhor qualidade do sinal e cobertura de rede otimizada, reduzindo o número de perdas de sinal.
• Esse benefício aumenta drasticamente quando o carro é equipado com vidros metalizados, que são usados ​​para reduzir o consumo de energia do carro para ar condicionado. Perdas de sinal de cerca de 20 dB são comuns ao usar a antena embutida de um telefone celular dentro de um carro. Esse sinal degradado pode causar perda de rede, recepção ruim e taxas de transferência de dados significativamente mais baixas.
• Caso o usuário tenha uma base telefônica em seu carro, o acoplamento da antena pode reduzir a qualidade da transmissão quando este acoplamento for realizado de forma indutiva. As perdas de acoplamento indutivo típicas estão na faixa de 6 a 10 dB.

2.1.4 BAIXA COMPLEXIDADE DO SAP

Como SAP se refere a padrões 3GPP bem estabelecidos (uso do formato APDU) e requer apenas uma implementação muito simples de um mecanismo de acesso ao cartão SIM, o número de problemas de interoperabilidade potenciais ao operar SAP é baixo em comparação com implementações HFP.

2.1.5 MENOS EXPOSIÇÃO ELETROMAGNÉTICA PARA O CLIENTE

Quando em operação SAP, o NAD do celular não estará transmitindo. Portanto, a exposição eletromagnética do driver pode ser minimizada. Sem SAP, a potência de transmissão do telefone deve ser elevada devido aos efeitos de proteção da carroceria do carro. Além disso, a vida útil da bateria do celular aumenta.

2.1.6 COEXISTÊNCIA MWS

A coexistência de Bluetooth com outras tecnologias sem fio, em particular redes 4G como LTE, pode se tornar uma questão crítica em um futuro próximo e, portanto, é intensamente discutida no Bluetooth SIG (questão de coexistência móvel sem fio; ver também [5]) A SAP pode contribuir significativamente para evitar esses problemas, pois o NAD usará uma antena de celular externa com uma separação de antena muito melhor do que o aparelho.

2.2 CASOS DE USO

Esta seção descreve alguns casos de uso relevantes que são abordados neste white paper.

1. . Acesso à internet
   * Caso de uso geral: aplicativos de Internet Dispositivos móveis como smartphones requerem um acesso frequente ou permanente à Internet para uma variedade de aplicativos, como navegação na Internet, redes sociais, blogs, chats ou feeds de notícias.
   * Caso de uso especial: e-mails via MAP As mensagens móveis via e-mail se tornaram uma importante aplicação da tecnologia Bluetooth no carro. O Bluetooth cobriu esse caso de uso com o desenvolvimento do Message Access Profile (MAP, [1]). No entanto, o MAP permite que o kit veicular seja um cliente de e-mail do telefone celular. Ele não fornece recursos para enviar / receber e-mails no lado do cliente MAP.
   * Caso de uso especial: Gerenciamento de informações pessoais O Bluetooth SIG está desenvolvendo um profissionalfile permitindo o acesso aos dados do calendário no telefone celular. Como as entradas de calendário geralmente são entregues por meio de redes IP, a perda da conexão IP também afetaria esse caso de uso. Portanto, um telefone celular operando em SAP deve ser capaz de enviar e receber tais entradas de calendário
2. SMS
   As mensagens móveis via SMS ainda são um mercado importante. Da mesma forma, o envio de mensagens SMS também deve ser possível para um telefone celular operado com SAP.
3. Apenas voz
   O profissional SAPfile remonta ao ano 2000 e, portanto, está focada em chamadas de voz. Smartphones, com sua necessidade de uma conexão constante com a Internet, não foram levados em consideração. No entanto, usar SAP apenas para telefonia de voz ainda é um caso de uso válido. O caso de uso apenas de voz é coberto pela especificação existente e não deve exigir nenhuma alteração.

3. Soluções

3.1 MAISVIEW

As seções a seguir descrevem as soluções que podem ser aplicadas para lidar com os problemas, conforme descrito na seção 2:

1. Acesso à internet:
   Um telefone celular ou outro dispositivo móvel atuando como servidor SAP deve ser habilitado para acessar a Internet.
2. Transferência de SMS:
   Um telefone celular ou outro dispositivo móvel atuando como servidor SAP deve ser habilitado para enviar e receber mensagens SMS.
3. Apenas voz:
   SAP é usado apenas para telefonia de voz.

Como uma restrição geral, as soluções descritas nas seções a seguir devem ser o mais transparentes possível para o usuário; o usuário não deve se preocupar se SAP ou HFP está em operação.
Além disso, o dispositivo do servidor SAP permanecerá a unidade central para a comunicação; por exemplo, os históricos de transações de comunicação de entrada e saída, como mensagens enviadas ou recebidas, ainda devem estar disponíveis no servidor SAP.
O tratamento de MMS na operação SAP não é explicitamente descrito por este white paper. No entanto, como o MMS requer a recepção de SMS e uma conexão IP com o servidor MMS, o problema é implicitamente coberto pelos casos de uso Transferência de SMS e Acesso à Internet.

3.2 ACESSO À INTERNET

3.2.1 CASO DE USO GERAL ACESSO À INTERNET

Objetivo:
Fornece acesso à rede IP remota para o dispositivo do servidor SAP enquanto o SAP está ativo Descrição:
O dispositivo do servidor SAP (por exemplo, um telefone celular ou smartphone) forneceu acesso aos seus dados SIM para o dispositivo cliente SAP (por exemplo, um kit veicular ou um computador tablet) e o cliente SAP usou esses dados para a autenticação contra a rede móvel. Conseqüentemente, o servidor SAP não tem acesso à rede móvel, enquanto o cliente SAP usa seu próprio dispositivo de acesso à rede (NAD) para se comunicar com a rede móvel.
Para fornecer acesso à Internet para o servidor SAP, o dispositivo cliente SAP deve atuar como um ponto de acesso de rede para o servidor SAP. Para isso, é necessário estabelecer uma conexão IP entre o servidor SAP e os dispositivos cliente SAP.
A solução descrita aqui usa o protocolo Bluetooth BNEP para a conexão IP entre os dois dispositivos SAP e o PAN profile para fornecer o ponto de acesso à rede. Observe que outras soluções podem ser possíveis, por exemplo, uma conexão IP via WiFi.
Para a solução definida aqui, as seguintes pré-condições devem ser atendidas:

• Os dois dispositivos têm uma conexão SAP estabelecida.
• O dispositivo do servidor SAP deve suportar a função PANU (PAN-usuário) do PAN profile [3].
• O dispositivo cliente SAP deve suportar a função NAP (Ponto de Acesso de Rede) do PAN profile.

A Figura 1 mostra a configuração da conexão para permitir que o servidor SAP acesse a rede IP externa:

Figura 1: Sequência de configuração da conexão PAN / BNEP

1. Se a conexão SAP for estabelecida entre os dois dispositivos e um aplicativo no dispositivo SAPserver exigir uma conexão IP com a rede remota, o dispositivo SAP-servidor (função PANU) configura uma conexão PAN / BNEP com o cliente SAP (PAN-NAP Função). Normalmente, este estabelecimento de conexão PAN não exigirá uma interação do usuário.
2. A configuração da conexão BNEP deve incluir a transmissão de dados de nome de ponto de acesso (APN) ou uma seleção de APNs predefinidos no lado do dispositivo cliente SAP, conforme definido em [4].
3. Após o estabelecimento bem-sucedido da conexão PAN / BNEP, IP datagRams podem ser transferidos automaticamente entre o dispositivo do servidor SAP e a rede remota onde o dispositivo cliente SAP atua como roteador para a rede IP remota.
4. Várias conexões PAN / BNEP podem ser estabelecidas conforme descrito acima, por exemplo, para endereçar vários pontos de acesso na infraestrutura da rede móvel.

As seções a seguir descrevem o uso do mecanismo geral acima para alguns aplicativos específicos.

3.2.2 CASO DE USO ESPECIAL: ACESSO A E-MAIL VIA MAPA

Objetivo:
Habilite um dispositivo de servidor SAP para enviar e receber emails enquanto o SAP está ativo.
Descrição:
Uma aplicação específica para o mecanismo de acesso à Internet descrito acima é a transmissão de e-mails usando o Message Access Profile [1].

Para uma sessão MAP com operação SAP, as seguintes pré-condições devem ser atendidas:

• Os requisitos gerais para acesso à Internet, conforme descrito na seção 3.2.
• O dispositivo SAP-servidor atua como MAP Server Equipment (MSE) e o SAP-cliente atua como MAP Client Equipment (MCE).
• Tanto o MSE quanto o MCE suportam os recursos MAP 'Navegação de mensagens', 'Upload de mensagens', 'Notificação de mensagens' e 'Registro de notificações'.

Figura 2 descreve as sequências e o uso das funções MAP para recepção de e-mail:

Figura 2: Sequência de recepção de e-mail no MAP com operação SAP

1. Os dispositivos MAP MSE e MCE estabeleceram uma conexão de 'Serviço de acesso a mensagens' e 'Serviço de notificação de mensagens'.
2. O dispositivo do servidor SAP (como PANU) estabeleceu uma conexão PAN / BNEP com o dispositivo cliente SAP (como PAN-NAP).
3. O MSE recupera o e-mail usando a conexão PAN / BNEP da rede por meio do NAD do MCE.
4. O MSE envia uma notificação 'NewMessage' ao MCE sinalizando que uma nova mensagem foi recebida.
5. O MCE pode recuperar a mensagem por uma solicitação 'GetMessage'.

Veja também [1] para descrições das funções MAP 'SendEvent' e 'GetMessage'.

Figura 3 descreve as sequências e o uso das funções MAP para enviar um e-mail:

Figura 3: Sequência de envio de e-mail em MAP com operação SAP

1. Os dispositivos MAP MSE e MCE estabeleceram uma conexão de 'Serviço de acesso a mensagens' e 'Serviço de notificação de mensagens'.
2. O dispositivo do servidor SAP (como PANU) estabeleceu uma conexão PAN / BNEP com o dispositivo cliente SAP (como PAN-NAP).
3. Se a mensagem for criada no dispositivo MCE, o Cliente MAS do MCE envia a mensagem para a pasta 'Caixa de saída' do MSE. Se a mensagem for criada no dispositivo MSE e estiver pronta para ser enviada, a mensagem é definida na pasta de caixa de saída ou deslocada da pasta de rascunho.
4. Se a mensagem foi enviada para a pasta 'Caixa de saída', o MSE envia uma notificação de 'Nova mensagem' para o MCE sinalizando que a mensagem foi aceita. Se uma mensagem foi criada ou transferida para a pasta 'caixa de saída' no MSE, o MSE envia um evento 'MessageShift'.
5. O MSE envia a mensagem para a rede usando sua conexão PAN / BNEP.
6. Se a mensagem foi enviada com sucesso para a rede, o MSE muda a mensagem da 'Caixa de saída' para a pasta 'Enviado' e notifica o MCE em conformidade.

Veja também [1] para a descrição das funções MAP 'SendEvent' e 'PushMessage'.

3.2.3 CASO DE USO ESPECIAL: ACESSO A DADOS DO CALENDÁRIO

Objetivo:
Habilite um dispositivo de servidor SAP para enviar e receber dados de calendário enquanto o SAP está ativo.
Descrição:
Outra aplicação específica para o mecanismo de acesso à Internet (3.2.1) descrito é a transmissão de entradas de dados de calendário em uma rede IP. O desenvolvimento de um calendário profissionalfile está em andamento no momento da redação deste white paper, portanto, ainda não há funções detalhadas definidas.
Portanto, apenas uma sequência de rascunho das ações necessárias é fornecida a seguir. Em geral, os requisitos para este caso de uso serão semelhantes aos requisitos para acesso ao email (veja 3.2.2).

Figura 4: Sequência esquemática para recepção de dados de calendário na operação SAP

Figura 5: Sequência esquemática para enviar dados de calendário na operação SAP

3.3 USE ACESSO DE SMS DE CASO

3.3.1 MAISVIEW

Objetivo:
Descreva os mecanismos para um dispositivo de servidor SAP enviar e receber SMS enquanto o SAP está ativo.
Descrição:
O dispositivo do servidor SAP (por exemplo, um telefone celular ou smartphone) forneceu acesso aos seus dados SIM para o dispositivo cliente SAP (por exemplo, um kit veicular ou um computador tablet) e o cliente SAP usou esses dados para a autenticação contra a rede móvel. Assim, o servidor SAP não consegue mais enviar ou receber mensagens SMS diretamente.
Para permitir que um usuário envie ou receba mensagens SMS, duas abordagens são descritas a seguir:

• Uma solução simples baseada apenas em SAP
• Uma abordagem mais complexa, mas completa com base no MAP

3.3.2 ACESSO SMS SOMENTE COM SAP

Receba um SMS:
Ao operar no modo SAP, o NAD do cliente SAP recebe um SMS_DELIVER PDU ou SMS_STATUSREPORT PDU conforme definido no 3GPP 23.040 por meio da pilha de protocolo de rede móvel do NAD. Dependendo das regras definidas em 3GPP 23.040 e 3GPP 23.038 para o PDU de SMS recebido pelo NAD, o dispositivo cliente SAP pode então armazenar o SMS no (U) SIM do dispositivo servidor SAP. Para isso, ele usa o formato SAP APDU para solicitar o armazenamento do PDU através da conexão SAP no (U) SIM no campo elementar EF [SMS] do (U) SIM (consulte 3GPP 51.011 v4 capítulo 10.5.3 para a definição do campo). Por meio deste, o procedimento de atualização de acordo com 3GPP 51.011 capítulo 11.5.2 e 3GPP 31.101 é executado.
Envie um SMS:
O PDU SMS_SUBMIT (consulte 3GPP 23.040) é enviado através da pilha de protocolo de rede móvel do NAD. Após o envio, dependendo das regras definidas em 3GPP 23.040 e 3GPP 23.038 para o PDU de SMS, o NAD pode então armazenar o SMS no (U) SIM. Novamente, ele usa o formato SAP APDU para solicitar o armazenamento do PDU e usa o procedimento de atualização de acordo com 3GPP 51.011 capítulo 11.5.2 e 3GPP 31.101.

Advantages

• A total conformidade com os requisitos de rede móvel 3GPP é cumprida.
• Os SMS são armazenados de forma não volátil no local (U) SIM dentro do telefone móvel.
• Menos complexidade em comparação com a solução 'Full SMS Access' descrita na seção 3.3.3 como nenhum profissional adicionalfile É necessário. Assim, esta solução também é adequada para dispositivos simples.

Disadvantages

• As implementações do telefone móvel podem ignorar o (U) SIM EF [SMS] para que o cliente não consiga acessar o SMS enviado ou recebido através da interface do usuário do telefone móvel após o término da conexão SAP.
• Como o telefone não tem acesso ao cartão SIM durante a operação SAP, as mensagens não serão exibidas no telefone durante a operação SAP.
• Não é possível iniciar o envio de SMS no celular.

3.3.3 ACESSO COMPLETO DE SMS VIA MAPA

O principal objetivo da abordagem descrita aqui é ter o dispositivo SAP-servidor sempre incluído na comunicação SMS. Isso garante que o acesso ao SMS seja totalmente transparente para o usuário, já que todos os históricos de mensagens SMS enviadas e recebidas estão no repositório de mensagens do dispositivo do servidor SAP.
Para tanto, os SMS PDUs recebidos da rede remota são automaticamente transferidos do NAD do cliente SAP para o cliente SAP, e vice-versa, para envio utilizando as funções OBEX do Message Access Profile. Para esta solução, as seguintes pré-condições devem ser atendidas:

• Os dois dispositivos têm uma conexão SAP estabelecida.
• O dispositivo SAP-servidor atua como MAP Server Equipment (MSE) e o dispositivo SAP-cliente atua como MAP Client Equipment (MCE).
• Tanto o MSE quanto o MCE suportam os recursos MAP 'Navegação de mensagens', 'Upload de mensagens', 'Notificação de mensagens' e 'Registro de notificações'.
• Os dois dispositivos estabeleceram uma conexão 'Message Access Service' (MAS) e uma conexão 'Message Notification Service' (MNS).

Figura 6 descreve as sequências e o uso das funções MAP para uma recepção de SMS:

Figura 6: Sequência de recepção de SMS usando MAP na operação SAP

1. O SAP-Client / MCE recebe o SMS por seu NAD da rede.
2. O cliente MAS do MCE empurra o SMS-PDU ou - no caso de um SMS concatenado - os SMS-PDUs para a pasta 'Caixa de entrada' do MSE no formato PDU SMS nativo.
3. Se o SMS for para o usuário (ou seja, nenhum SMS de classe 2), o MSE enviará uma notificação de 'Nova Mensagem' ao MCE sinalizando que um novo SMS foi recebido.

Figura 7 descreve a sequência e o uso das funções MAP para enviar um SMS:

1. Se o SMS for criado no dispositivo cliente SAP / MCE, o cliente MAS do MCE enviará o SMS para a pasta 'Caixa de saída' do MSE. O SMS é transcodificado para o formato PDU de envio de SMS pelo MSE, se tiver sido enviado em formato textual. Se o SMS for criado no dispositivo MSE e estiver pronto para ser enviado, a mensagem é definida na pasta 'Caixa de saída' ou deslocada da pasta de rascunho.
2. O MCE recupera o SMS-submit-PDU da pasta 'Caixa de saída' do MSE por uma solicitação de 'GetMessage' e o envia para a rede.
3. Quando enviada com sucesso para a rede, o MCE define o status da mensagem como 'enviada'.
4. O MSE muda a mensagem da 'Caixa de saída' para a pasta 'Enviado' e notifica o MC em conformidade.

Advantagé:

• Solução qualificável.
• SMS são compartilhados de volta para o telefone durante a operação SAP.

Disadvantagé:

• A implementação complexa requer a implementação do MAP e do SAP em ambos os dispositivos.
• Requer que o MAP e o SAP estejam conectados e em execução ao mesmo tempo para que nenhum SMS seja perdido.
• Como o telefone pode não ter acesso ao cartão SIM durante a operação SAP, as mensagens podem não ser exibidas no telefone durante a operação SAP.

3.4 USE APENAS TELEFONIA SAP DE CASO

Um servidor SAP e um cliente SAP podem ter uma conexão SAP estabelecida com o único propósito de fornecer telefonia de voz da melhor qualidade. Nesse caso, nenhum outro requisito, conforme definido para SAP, deve ser considerado.

4. Abreviações

Abreviatura ou acrônimo:  Significado

3GPP:  Projeto de Parceria de 3ª Geração
BNEP:  Protocolo de encapsulamento de rede Bluetooth
GSM:  Sistema Global para Comunicação Móvel
PFA:  Mãos Livres Profissionalfile
IP:  Protocolo de Internet
MAIS:  Serviço de acesso a mensagens
MAPA:  Acesso a mensagens Profile
MCE:  Equipamento do cliente de mensagem
MMS:  Serviço de mensagens multimídia
MNS:  Serviço de Notificação de Mensagens
MSE:  Equipamento de servidor de mensagens
MWS:  Coexistência móvel sem fio
NAD:  Dispositivo de acesso à rede
FRIGIDEIRA:  Profissional de rede de área pessoalfile
PDUs:  Unidade de Dados de Protocolo
SAP:  Acesso SIM Profile
SIM:  Módulo de Identidade do Assinante
SMS:  Serviço de mensagens curtas

5. Referências

1. Acesso a mensagens Profile 1.0
2. Acesso SIM Profile 1.0
3. Profissional de rede de área pessoalfile (PAN) 1.0
4. Protocolo de encapsulamento de rede Bluetooth (BNEP), versão 1.2 ou posterior
5. Interface lógica de coexistência MWS, adendo de especificação de núcleo Bluetooth 3 rev. 2

 

SAP e Manual de Instruções de Acesso Remoto à Rede - PDF otimizado
SAP e Manual de Instruções de Acesso Remoto à Rede - PDF original

Referências

• Manual do usuário