ACCESO Á RED SAP E REMOTO
ACCESO Á RED SAP E REMOTO

Historial de revisións

Revisión: Data: Descrición
D05r01: 29 de novembro de 2011: Borrador inicial
D05r02: 30 de novembro de 2011: Editoriales
D05r03: 20 de febreiro de 2012: Editoriales
D05r04: 27 marzo 2012: Cambios despois de CWG review
D05r05: 11 de abril de 2012: Cambios despois do 2o CWG review
D05r06: 22 de maio de 2012: Cambios despois de BARB review
D05r07: 25 de maio de 2012: Editoriais CWG
D05r08: 25 de xuño de 2012: Novas editoriais e consolidación
D05r09: 04 de xullo de 2012: Cambios tras os comentarios de Terry
D05r10: 10 de setembro de 2012: Editoriales
D05r11: 16 de setembro de 2012: Editoriales
D05r12: 24 de setembro de 2012: Formato, corrección ortográfica
V10: 23 de outubro de 2012: Aprobado polo consello de administración de Bluetooth SIG

Colaboradores

Nome: Compañía

Tim Howes: Accenture
Gerald Stöckl: Audi
Joachim Mertz:  Berner e Mattner
Stephan Schneider: BMW
Burch Seymour: Continental
Meshach Rajsingh: RSE
Stefan Hohl:  Daimler
Robert Hrabak:  GM
Alexey Polonsky:  Jungo
Kyle Penri-Williams:  Papagaio
Andreas Eberhardt:  Porsche
Thomas Frambach:  VW

1. Ámbito

A SIM Access Profile (SAP) permite a un dispositivo Bluetooth acceder aos datos contidos na tarxeta SIM doutro dispositivo Bluetooth. Nun caso de uso normal, un dispositivo de acceso á rede (NAD) para unha rede móbil está integrado nun vehículo, pero non contén tarxeta SIM. Pola contra, realizarase unha conexión SAP cun teléfono móbil. O NAD utilizará as credenciais de seguridade almacenadas na tarxeta SIM para rexistrarse na rede móbil.
Neste caso, o teléfono portátil actúa como un servidor SAP mentres que o NAD é o dispositivo cliente SAP. Pódese acceder a todos os datos contidos na tarxeta SIM do teléfono, incluídas as entradas da axenda telefónica e os datos relacionados coas SMS, mediante os comandos proporcionados por SAP. SAP habilita a telefonía premium por varias razóns (ver tamén 2.1). Non obstante, cando o teléfono móbil acepte funcionar como un servidor SAP non poderá obter servizos de rede móbil en xeral, e un
Conexión a Internet en particular. As especificacións actuais de Bluetooth non describen un método para que un teléfono móbil manteña unha conexión de datos en paralelo cunha sesión SAP. Isto afecta a aceptación de SAP en particular no mercado dos teléfonos intelixentes xa que estes dispositivos requiren un acceso permanente a Internet.
Este artigo describe métodos e recomendacións para evitar estes problemas de conectividade.

Conectividade

2. Motivación

2.1 BENEFICIOS DE SAP

Para solucións axeitadas de kit de coche, SIM Access Profile ofrece unha serie de vantaxes en comparación co HFP Profile.

2.1.1 BAIXA ACEPTACIÓN DOS CUNOS DE DISPOSITIVOS POR CONSUMIDOR

As bases do teléfono pódense empregar para acoplar a antena 1 do teléfono móbil a unha antena de coche externa.
Non obstante, os consumidores perciben os berceis como incómodos e engorrosos e desexan unha experiencia sinxela e sen esforzo. Cando entra no coche, o cliente quere deixar o teléfono nun peto ou bolsa e non se lle esixe que o saca para colocalo nun berce. Supoñendo que o usuario conecta correctamente un teléfono a través dun berce, isto engade o risco de esquecer o teléfono ao saír do coche.
O seguinte problema de aceptación para as bases é a escalabilidade do dispositivo. O cliente debe mercar un berce novo cando troca o seu teléfono. Con frecuencia, as bases non están dispoñibles inmediatamente despois do lanzamento no mercado de novos dispositivos e, para moitos teléfonos, as bases non están dispoñibles. Isto restrinxe as opcións de dispositivo dispoñibles para o usuario.
Así, hoxe en día a aceptación xeral do mercado dos berce é moi restrinxida. Cando se usa SAP, non se precisa cuna de dispositivo de consumo

2.1.2 FUNCIÓNS DE TELEFONÍA MELLORADAS

As funcións de telefonía melloradas de SAP permiten ao cliente modificar as funcións de telefonía relacionadas con chamadas sobre a marcha mentres conduce ou proporcionarlle ao cliente información máis detallada. En moitos países as autoridades legais prohiben o uso do dispositivo de consumo durante a condución; a interface de usuario de infotainment do coche é a única forma legal de interactuar co dispositivo de consumo.
ExampAs funcións de telefonía dispoñibles en SAP son

  • Identificación de chamada: activa, desactiva, solicita o estado actual
  • Desvío de chamadas: activa, desactiva, modifica
  • Selección de rede manual ou automática: modificar
  • (De-) Active "Roaming permitido" para a transferencia de datos a través da SIM
  • Mostrar o nome do fornecedor de servizos no canto do nome do operador de rede.

Porque o HFP Profile non ofrece acceso a esas funcións de telefonía, SAP é o único profesionalfile para habilitar estes casos de uso para os controladores.

2.1.3 COBERTURA DE REDES OPTIMIZADA

SAP ofrece unha mellora significativa en termos de cobertura de rede:

  • Cando se usa SAP, as funcións do teléfono do coche usan o NAD integrado no coche, que establece unha conexión directa coa antena móbil externa. Isto resulta nunha mellora da calidade do sinal e unha cobertura de rede optimizada, reducindo o número de perdas de sinal.
  • Este beneficio aumenta drasticamente cando o coche está equipado con cristais metalizados, que se usan para reducir o consumo de enerxía do coche para o aire acondicionado. As perdas de sinal duns 20 dB son comúns cando se usa a antena incorporada dun teléfono móbil dentro dese coche. Este sinal degradado pode causar perda de rede, mala recepción e velocidades de transferencia de datos significativamente máis baixas.
  • Se o usuario ten unha base de teléfono no seu coche, o acoplamento da antena pode reducir a calidade da transmisión cando este acoplamento se realiza de xeito indutivo. As perdas típicas de acoplamento indutivo están comprendidas entre 6 e 10 dB.
2.1.4 BAIXA COMPLEXIDADE DE SAP

Como SAP fai referencia a estándares 3GPP ben establecidos (uso do formato APDU) e só require unha implementación moi sinxela dun mecanismo de acceso á tarxeta SIM, o número de posibles problemas de interoperabilidade cando se opera SAP é baixo en comparación coas implementacións HFP.

2.1.5 MENOS EXPOSICIÓN ELECTROMAGNÉTICA PARA O CLIENTE

Cando estea en funcionamento SAP, o NAD do teléfono móbil non transmitirá. Polo tanto, pódese minimizar a exposición electromagnética do condutor. Sen SAP, a potencia de transmisión do teléfono debe elevarse debido aos efectos de protección da carrocería. Ademais, a duración da batería do teléfono móbil aumenta.

2.1.6 CONVIVENCIA MWS

A coexistencia de Bluetooth con outras tecnoloxías sen fíos, en particular as redes 4G como LTE, pode converterse nun problema crítico nun futuro próximo e, polo tanto, discútese intensamente no Bluetooth SIG (problema de coexistencia sen fíos móbil; ver tamén [5]). SAP pode contribuír significativamente a evitar tales problemas, xa que o NAD utilizará unha antena celular externa cunha separación de antena moito mellor que o teléfono.

2.2 CASOS DE USO

Esta sección describe algúns casos de uso relevantes que trata este libro branco.

  1. . Acceso a Internet
    * Caso de uso xeral: aplicacións de Internet Os dispositivos móbiles como os teléfonos intelixentes requiren un acceso frecuente ou permanente a Internet para unha variedade de aplicacións como a navegación por Internet, redes sociais, blogs, chats ou fontes de noticias.
    * Caso de uso especial: os correos electrónicos vía MAP A mensaxería móbil por correo electrónico converteuse nunha importante aplicación da tecnoloxía Bluetooth no coche. Bluetooth cubriu este caso de uso co desenvolvemento de Message Access Profile (MAPA, [1]). Non obstante, MAP permite que o kit do coche sexa cliente de correo do teléfono móbil. Non proporciona capacidades para enviar / recibir correos no lado do cliente MAP.
    * Caso de uso especial: Xestión de información persoal Bluetooth SIG está a desenvolver actualmente un profesionalfile habilitando o acceso aos datos do calendario no teléfono móbil. Como as entradas do calendario adoitan entregarse a través de redes IP, a perda da conexión IP tamén afectaría a este caso de uso. Polo tanto, un teléfono móbil que funcione en SAP debería poder enviar e recibir esas entradas de calendario
  2. SMS
    A mensaxería móbil vía SMS segue sendo un mercado importante. En consecuencia, a mensaxería SMS tamén debería ser posible para un teléfono móbil operado con SAP.
  3. Só voz
    O SAP profile remóntase ao ano 2000 e, polo tanto, céntrase nas chamadas de voz. Os teléfonos intelixentes, coa necesidade dunha conexión a Internet constante, non foron unha consideración. Non obstante, usar SAP só para telefonía de voz segue sendo un caso de uso válido. O caso de uso de só voz está cuberto pola especificación existente e non debería requirir ningún cambio.

3. Solucións

3.1 MÁISVIEW

As seguintes seccións describen as solucións que se poden aplicar para tratar os problemas como se describe na sección 2:

  1. Acceso a Internet:
    Un teléfono móbil ou outro dispositivo móbil que actúe como servidor SAP debe estar habilitado para acceder a Internet.
  2. Transferencia de SMS:
    Un teléfono móbil ou outro dispositivo móbil que actúe como servidor SAP debe estar habilitado para enviar e recibir mensaxes SMS.
  3. Só voz:
    SAP úsase só para telefonía de voz.

Como restrición xeral, as solucións descritas nas seguintes seccións deben ser o máis transparentes posibles para o usuario; ao usuario non se lle debería preocupar se SAP ou HFP están en funcionamento.
Ademais, o dispositivo do servidor SAP seguirá sendo a unidade central para a comunicación; por exemplo, as historias de transaccións de comunicacións entrantes e saíntes, como mensaxes enviadas ou recibidas, aínda deben estar dispoñibles no servidor SAP.
Este libro branco non describe explícitamente a manipulación de MMS na operación SAP. Non obstante, como MMS require tanto a recepción de SMS como unha conexión IP ao servidor MMS, o problema está implicitamente cuberto polos casos de uso Transferencia de SMS e Acceso a Internet.

3.2 ACCESO A INTERNET
3.2.1 CASO DE USO XERAL ACCESO A INTERNET

Obxectivo:
Proporciona acceso á rede IP remota para o dispositivo do servidor SAP mentres SAP está activo Descrición:
O dispositivo servidor SAP (por exemplo, un teléfono móbil ou un teléfono intelixente) proporcionou acceso aos seus datos SIM para o dispositivo cliente SAP (por exemplo, un kit de coche ou unha computadora tablet) e o cliente SAP utilizou estes datos para a autenticación contra a rede móbil. En consecuencia, o servidor SAP non ten acceso á rede móbil, mentres que o cliente SAP usa o seu propio dispositivo de acceso á rede (NAD) para comunicarse coa rede móbil.
Para proporcionar acceso a Internet para o servidor SAP, o dispositivo cliente SAP ten que actuar como punto de acceso de rede para o servidor SAP. Para iso, hai que establecer unha conexión IP entre o servidor SAP e os dispositivos cliente SAP.
A solución aquí descrita utiliza o protocolo Bluetooth BNEP para a conexión IP entre os dous dispositivos SAP e o PAN profile para fornecer o punto de acceso á rede. Teña en conta que poden ser posibles outras solucións, por exemplo, unha conexión IP vía WiFi.
Para a solución aquí definida, deben cumprirse as seguintes condicións previas:

  • Os dous dispositivos teñen establecida unha conexión SAP.
  • O dispositivo de servidor SAP debe soportar o papel PANU (PAN-User) do PAN profile [3].
  • O dispositivo cliente SAP debe soportar o papel NAP (Network Access Point) do PAN profile.

A figura 1 mostra a configuración da conexión para permitir que o servidor SAP acceda á rede IP externa:

Configuración da conexión
Figura 1: Secuencia da configuración de conexión PAN / BNEP

  1. Se a conexión SAP establécese entre os dous dispositivos e unha aplicación no dispositivo SAPserver require unha conexión IP á rede remota, o dispositivo servidor SAP (función PANU) establece unha conexión PAN / BNEP co cliente SAP (PAN-NAP papel). Normalmente, este establecemento de conexión PAN non requirirá unha interacción do usuario.
  2. A configuración de conexión BNEP debería incluír a transmisión de datos de nome de punto de acceso (APN) ou unha selección de APN predefinidos no lado do dispositivo cliente SAP como se define en [4].
  3. Despois do establecemento exitoso da conexión PAN / BNEP, IP datagas memorias pódense transferir automaticamente entre o dispositivo servidor SAP e a rede remota onde o dispositivo cliente SAP actúa como enrutador á rede IP remota.
  4. Pódense establecer varias conexións PAN / BNEP como se describiu anteriormente, por exemplo, para tratar varios puntos de acceso na infraestrutura da rede móbil.

As seguintes seccións describen o uso do mecanismo xeral anterior para algunhas aplicacións específicas.

3.2.2 CASO DE USO ESPECIAL: ACCESO A CORREO ELECTRÓNICO VIA MAPA

Obxectivo:
Habilite un dispositivo do servidor SAP para enviar e recibir correos electrónicos mentres SAP está activo.
Descrición:
Unha aplicación específica para o mecanismo de acceso a Internet descrito anteriormente é a transmisión de correos electrónicos mediante Message Access Profile [1].

Para unha sesión MAP con operación SAP deben cumprirse as seguintes condicións previas:

  • Os requisitos xerais de acceso a Internet descritos na sección 3.2.
  • O dispositivo do servidor SAP actúa como MAP Server Equipment (MSE) e o cliente SAP actúa como MAP Client Equipment (MCE).
  • Tanto MSE como MCE admiten as características de MAP "Navegación de mensaxes", "Carga de mensaxes", "Notificación de mensaxes" e "Rexistro de notificacións".

Figura 2 describe as secuencias e o uso das funcións MAP para unha recepción de correo electrónico:
Secuencias
Figura 2: Secuencia dunha recepción de correo electrónico en MAP coa operación SAP

  1. Os dispositivos MAP MSE e MCE estableceron unha conexión "Servizo de acceso á mensaxe" e conexión "Servizo de notificación de mensaxes".
  2. O dispositivo de servidor SAP (como PANU) estableceu unha conexión PAN / BNEP co dispositivo de cliente SAP (como PAN-NAP).
  3. O MSE recupera o correo electrónico usando a conexión PAN / BNEP da rede a través do NAD do MCE.
  4. O MSE envía unha notificación "NewMessage" ao MCE sinalando que se recibiu unha nova mensaxe.
  5. O MCE pode recuperar a mensaxe mediante unha solicitude "GetMessage".

Vexa tamén [1] para descricións das funcións MAP 'SendEvent' e 'GetMessage'.

Figura 3 describe as secuencias e o uso das funcións MAP para enviar un correo electrónico:
Secuencia de envío de correo electrónico
Figura 3: Secuencia para enviar un correo electrónico en MAP coa operación SAP

  1. Os dispositivos MAP MSE e MCE estableceron unha conexión "Servizo de acceso á mensaxe" e conexión "Servizo de notificación de mensaxes".
  2. O dispositivo de servidor SAP (como PANU) estableceu unha conexión PAN / BNEP co dispositivo de cliente SAP (como PAN-NAP).
  3. Se a mensaxe se crea no dispositivo MCE, o cliente MAS do MCE envía a mensaxe ao cartafol "Caixa de saída" do MSE. Se a mensaxe se crea no dispositivo MSE e está lista para ser enviada, a mensaxe configúrase no cartafol da caixa de saída ou desprázase do cartafol borrador.
  4. Se a mensaxe foi enviada ao cartafol "Caixa de saída", o MSE envía unha notificación "Nova mensaxe" ao MCE sinalando que a mensaxe foi aceptada. Se se creou unha mensaxe ou se cambiou ao cartafol "caixa de saída" do MSE, o MSE envía un evento "MessageShift".
  5. O MSE envía a mensaxe á rede usando a súa conexión PAN / BNEP.
  6. Se a mensaxe se enviou con éxito á rede, o MSE cambia a mensaxe da caixa de saída ao cartafol "Enviado" e comunícalle ao MCE o correspondente.

Vexa tamén [1] para a descrición das funcións MAP 'SendEvent' e 'PushMessage'.

3.2.3 CASO DE USO ESPECIAL: ACCESO A DATOS DO CALENDARIO

Obxectivo:
Habilite un dispositivo do servidor SAP para enviar e recibir datos do calendario mentres SAP está activo.
Descrición:
Outra aplicación específica para o mecanismo de acceso a Internet (3.2.1) descrito é a transmisión de entradas de datos do calendario a través dunha rede IP. O desenvolvemento dun calendario profesionalfile está en curso a partir da redacción deste libro branco, polo que aínda non hai funcións detalladas definidas.
Así, só se ofrece un borrador de secuencia das accións requiridas a continuación. En xeral, os requisitos para este caso de uso serán similares aos requisitos para o acceso ao correo electrónico (ver 3.2.2).
Secuencia esquemática do calendario
Figura 4: Secuencia esquemática para a recepción de datos do calendario na operación SAP

Secuencia esquemática para enviar datos do calendario
Figura 5: Secuencia esquemática para enviar datos do calendario na operación SAP

3.3 USO DO ACCESO A CASOS SMS
3.3.1 MÁISVIEW

Obxectivo:
Describa os mecanismos para que un dispositivo do servidor SAP envíe e reciba SMS mentres SAP está activo.
Descrición:
O dispositivo servidor SAP (por exemplo, un teléfono móbil ou un teléfono intelixente) proporcionou acceso aos seus datos SIM para o dispositivo cliente SAP (por exemplo, un kit de coche ou unha computadora tablet) e o cliente SAP utilizou estes datos para a autenticación contra a rede móbil. Así, o servidor SAP xa non pode enviar nin recibir mensaxes SMS directamente.
Para permitir a un usuario enviar ou recibir mensaxes SMS, descríbense dous enfoques a continuación:

  • Unha solución sinxela baseada só en SAP
  • Un enfoque máis complexo pero exhaustivo baseado en MAP
3.3.2 ACCESO A SMS SÓ CON SAP

Recibir un SMS:
Cando funciona en modo SAP, o NAD do cliente SAP recibe unha PDU SMS_DELIVER ou PDU SMS_STATUSREPORT segundo se define no 3GPP 23.040 a través da pila de protocolo de rede móbil do NAD. Dependendo das regras definidas en 3GPP 23.040 e 3GPP 23.038 para a PDU SMS recibida polo NAD, o dispositivo cliente SAP pode entón almacenar o SMS na (U) SIM do dispositivo servidor SAP. Para iso, utiliza o formato SAP APDU para solicitar o almacenamento da PDU a través da conexión SAP na SIM (U) no campo elemental EF [SMS] da SIM (U) (ver 3GPP 51.011 v4 capítulo 10.5.3 para a definición do campo). Pola presente, realízase o procedemento de actualización segundo 3GPP 51.011 capítulo 11.5.2 e 3GPP 31.101.
Enviar un SMS:
A PDU SMS_SUBMIT (ver 3GPP 23.040) envíase a través da pila de protocolos de rede móbil do NAD. Despois de enviar, dependendo das regras definidas en 3GPP 23.040 e 3GPP 23.038 para o SMS PDU, o NAD pode entón almacenar o SMS na SIM (U). Unha vez máis, usa o formato SAP APDU para solicitar almacenar a PDU e usa o procedemento de actualización segundo 3GPP 51.011 capítulo 11.5.2 e 3GPP 31.101.

Advantages

  • Cúmprese o cumprimento total dos requisitos da rede móbil 3GPP.
  • Os SMS almacénanse non volátiles na tarxeta SIM (U) dentro do teléfono móbil.
  • Menos complexidade en comparación coa solución "Acceso a SMS completo" descrita na sección 3.3.3 como ningún profesional adicionalfile é requerido. Así, esta solución tamén é adecuada para dispositivos sinxelos.
Desvantaxetages
  • As implementacións de teléfonos móbiles poden ignorar a SIM (U) SIM EF [SMS] para que o cliente poida que non poida acceder aos SMS enviados ou recibidos a través da interface de usuario do teléfono móbil unha vez finalizada a conexión SAP.
  • Debido a que o teléfono non ten acceso á tarxeta SIM durante a operación SAP, as mensaxes non se amosarán no teléfono durante a operación SAP.
  • Non se pode iniciar o envío de SMS no teléfono móbil.
3.3.3 ACCESO COMPLETO A SMS A TRAVÉS DO MAPA

O propósito principal do enfoque aquí descrito é que o dispositivo SAP-servidor estea sempre incluído na comunicación por SMS. Isto garante que o acceso a SMS sexa totalmente transparente para o usuario, xa que todas as historias de mensaxes SMS enviadas e recibidas están no repositorio de mensaxes do dispositivo do servidor SAP.
Para iso, as PDU SMS recibidas desde a rede remota transfírense automaticamente do NAD do cliente SAP ao cliente SAP e viceversa, para o seu envío mediante as funcións OBEX do Message Access Profile. Para esta solución, deben cumprirse as seguintes condicións previas:

  • Os dous dispositivos teñen establecida unha conexión SAP.
  • O dispositivo de servidor SAP actúa como Equipo de servidor MAP (MSE) e o dispositivo de cliente SAP actúa como Equipo de cliente MAP (MCE).
  • Tanto MSE como MCE admiten as características de MAP "Navegación de mensaxes", "Carga de mensaxes", "Notificación de mensaxes" e "Rexistro de notificacións".
  • Os dous dispositivos estableceron unha conexión "Servizo de acceso a mensaxes" (MAS) e unha conexión "Servizo de notificación de mensaxes" (MNS).

Figura 6 describe as secuencias e o uso das funcións MAP para unha recepción de SMS:
Secuencia dun SMS
Figura 6: Secuencia dunha recepción de SMS usando MAP na operación SAP

  1. O cliente SAP / MCE recibe a SMS polo seu NAD desde a rede.
  2. O cliente MAS do MCE envía o SMS-PDU ou, en caso dun SMS concatenado, os SMS-PDU ao cartafol 'Caixa de entrada' do MSE en formato nativo de PDU SMS.
  3. Se o SMS é para o usuario (é dicir, sen SMS de clase 2), o MSE envía unha notificación "NewMessage" ao MCE sinalando que se recibiu un novo SMS.

Figura 7 describe a secuencia e o uso das funcións MAP para enviar un SMS:
Secuencia para o envío dun SMS

  1. Se o SMS se crea no dispositivo SAP-cliente / MCE, o cliente MAS do MCE empurra o SMS ao cartafol "Caixa de saída" do MSE. O MSE transcodifícase a MSE en formato PDU de envío, se foi enviado en formato textual. Se o SMS creouse no dispositivo MSE e está listo para ser enviado, a mensaxe configúrase no cartafol "Caixa de saída" ou desprázase do cartafol borrador.
  2. O MCE recupera o SMS-submit-PDU do cartafol "Caixa de saída" do MSE mediante unha solicitude "GetMessage" e envíao á rede.
  3. Cando se envía con éxito á rede, o MCE define o estado da mensaxe como "enviado".
  4. O MSE cambia a mensaxe da caixa de saída ao cartafol "Enviado" e notifícalle ao MC.

Advantages:

  • Solución cualificable.
  • Os SMS compártense de novo ao teléfono mentres se está a operar con SAP.

Desvantaxetages:

  • A implementación complexa require ter tanto MAP como SAP implementados en ambos dispositivos.
  • Require que MAP e SAP estean conectados e funcionen ao mesmo tempo para que non se perda ningún SMS.
  • Debido a que o teléfono pode non ter acceso á tarxeta SIM durante a operación SAP, é posible que as mensaxes non se mostren no teléfono durante a operación SAP.
3.4 USAR CASE TELEFONÍA SÓ

Un servidor SAP e un cliente SAP poden ter unha conexión SAP establecida co único propósito de proporcionar telefonía de voz coa mellor calidade. Neste caso non se deben considerar outros requisitos definidos para SAP.

4. Abreviaturas

Abreviatura ou acrónimo:  Significado

3GPP:  Proxecto de colaboración de 3a xeración
BNEP:  Protocolo de encapsulación de rede Bluetooth
GSM:  Sistema global de comunicación móbil
HFP:  Mans libres-Profile
IP:  Protocolo de Internet
MAS:  Servizo de acceso á mensaxe
MAPA:  Message Access Profile
MCE:  Enviar mensaxe ao equipo do cliente
MMS:  Servizo de mensaxes multimedia
MNS:  Servizo de notificación de mensaxes
MSE:  Equipo do servidor de mensaxes
MWS:  Convivencia sen fíos móbil
NAD:  Dispositivo de acceso á rede
PAN:  Redes de área persoal Profile
PDU:  Unidade de datos do protocolo
SAP:  SIM Access Profile
SIM:  Módulo de identidade de abonado
SMS:  Servizo de mensaxes curtas

5. Referencias

  1. Message Access Profile 1.0
  2. SIM Access Profile 1.0
  3. Redes de área persoal Profile (PAN) 1.0
  4. Protocolo de encapsulación de rede Bluetooth (BNEP), versión 1.2 ou posterior
  5. Interfaz lóxica de coexistencia MWS, addendum de especificación do núcleo Bluetooth 3 rev. 2

 

Manual de instrucións de acceso á rede SAP e remoto - PDF optimizado
Manual de instrucións de acceso á rede SAP e remoto - PDF orixinal

Referencias

Deixa un comentario

O teu enderezo de correo electrónico non será publicado. Os campos obrigatorios están marcados *