SAP E ACCESSO A RETE REMOTA

Cronologia delle revisioni

Revisione: Data: Descrizione
D05r01: 29 novembre 2011: Bozza iniziale
D05r02: 30 novembre 2011: Editoriali
D05r03: 20 febbraio 2012: Editoriali
D05r04: 27 marzo 2012: Modifiche dopo CWG review
D05r05: 11 aprile 2012: Modifiche dopo il 2° CWG review
D05r06: 22 maggio 2012: Modifiche dopo BARB review
D05r07: 25 maggio 2012: Editoriali CWG
D05r08: 25 giugno 2012: Ulteriori editoriali e consolidamento
D05r09: 04 luglio 2012: Modifiche a seguito dei commenti di Terry
D05r10: 10 settembre 2012: Editoriali
D05r11: 16 settembre 2012: Editoriali
D05r12: 24 settembre 2012: Formattazione, controllo ortografico
Versione 10: 23 ottobre 2012: Approvato dal Consiglio di amministrazione di Bluetooth SIG

Collaboratori

Nome: Azienda

Tim Howes: Accentura
Gerald Stöckl: Audi
Gioacchino Mertz:  Berner & Mattner
Stefan Schneider: La BMW
Burch Seymour: Continentale
Meshac Rajsingh: Responsabilità Sociale d'Impresa
Stefan Hohl:  Daimler
Roberto Hrabak:  GM
Alessio Polonsky:  Jungo
Kyle Penri Williams:  Pappagallo
Andreas Eberhardt:  Porsche
Tommaso Frambach:  VW

1. Ambito di applicazione

Il SIM Access Profile (SAP) consente a un dispositivo abilitato Bluetooth di accedere ai dati contenuti nella scheda SIM di un altro dispositivo abilitato Bluetooth. In un tipico caso d'uso, un dispositivo di accesso alla rete (NAD) per una rete cellulare è integrato in un veicolo, ma non contiene una scheda SIM. Verrà invece effettuato un collegamento SAP con un telefono cellulare. Il NAD utilizzerà le credenziali di sicurezza memorizzate nella carta SIM per registrarsi alla rete cellulare.
In questo caso, il telefono portatile funge da server SAP mentre il NAD è il dispositivo client SAP. Tutti i dati contenuti nella scheda SIM del telefono, comprese le voci della rubrica e i dati relativi agli SMS, sono accessibili utilizzando i comandi forniti da SAP. SAP consente la telefonia premium per diversi motivi (vedere anche 2.1). Tuttavia, quando il telefono cellulare ha accettato di funzionare come server SAP, non sarà in grado di ottenere i servizi di rete cellulare in generale e un
Connessione Internet in particolare. Le attuali specifiche Bluetooth non descrivono un metodo per un telefono cellulare per mantenere una connessione dati in parallelo con una sessione SAP. Ciò influisce sull'accettazione di SAP in particolare nel mercato degli smartphone poiché questi dispositivi richiedono un accesso permanente a Internet.
Questo documento descrive metodi e consigli per evitare questi problemi di connettività.

2. Motivazione

2.1 BENEFICI DI SAP

Per soluzioni di kit veicolari adatte, SIM Access Profile offre una serie di vantaggi rispetto a HFP Profile.

2.1.1 BASSA ACCETTAZIONE DELLE PIASTRE PER DISPOSITIVI DA PARTE DEL CONSUMATORE

Le basi del telefono possono essere utilizzate per accoppiare l'antenna1 del telefono cellulare all'antenna esterna per auto.
Tuttavia, i consumatori percepiscono le culle come scomode e ingombranti e desiderano un'esperienza senza interruzioni e senza sforzo. Quando si entra in macchina, il cliente desidera lasciare il telefono in tasca o in borsa e non è tenuto a tirarlo fuori per riporlo in una culla. Supponendo che l'utente colleghi correttamente un telefono tramite una base, questo aggiunge il rischio di dimenticare il telefono quando si lascia l'auto.
Il prossimo problema di accettazione per i cradle è la scalabilità del dispositivo. Il cliente deve acquistare una nuova base quando cambia il suo telefono. Spesso, le nuove basi non sono disponibili immediatamente dopo il rilascio sul mercato di nuovi dispositivi e per molti telefoni le basi non sono affatto disponibili. Ciò limita le scelte di dispositivo disponibili per l'utente.
Pertanto, oggi l'accettazione complessiva del mercato delle culle è molto limitata. Quando si utilizza SAP, non è richiesta alcuna base per dispositivi consumer

2.1.2 CARATTERISTICHE TELEFONICHE AVANZATE

Le funzionalità di telefonia avanzate di SAP consentono al cliente di modificare al volo importanti funzioni di telefonia relative alle chiamate durante la guida o di fornire al cliente informazioni più dettagliate. In molti paesi le autorità legali vietano l'uso del dispositivo di consumo durante la guida; l'interfaccia utente di infotainment dell'auto è l'unico modo legale per interagire con il dispositivo del consumatore.
Example funzioni di telefonia disponibili in SAP sono

• ID chiamante: attiva, disattiva, richiede lo stato corrente
• Deviazione di chiamata: attiva, disattiva, modifica
• Selezione della rete manuale o automatica: modifica
• (Dis) Attiva "Roaming consentito" per il trasferimento dei dati tramite la SIM
• Visualizza il nome del fornitore di servizi invece del nome dell'operatore di rete.

Perché HFP Profile non fornisce l'accesso a tali funzionalità di telefonia, SAP è l'unico profile per abilitare questi casi d'uso per i driver.

2.1.3 COPERTURA DELLA RETE OTTIMIZZATA

SAP fornisce un miglioramento significativo in termini di copertura di rete:

• Quando si utilizza SAP, le funzioni del telefono dell'auto utilizzano il NAD integrato dell'auto, che stabilisce una connessione diretta all'antenna cellulare esterna. Ciò si traduce in una migliore qualità del segnale e una copertura di rete ottimizzata, riducendo il numero di perdite di segnale.
• Questo vantaggio aumenta notevolmente quando l'auto è dotata di finestrini metallizzati, che vengono utilizzati per ridurre il consumo di energia dell'auto per l'aria condizionata. Le perdite di segnale di circa 20 dB sono comuni quando si utilizza l'antenna incorporata di un telefono cellulare all'interno di un'auto di questo tipo. Questo segnale degradato può causare perdita di rete, cattiva ricezione e velocità di trasferimento dati notevolmente inferiori.
• Se l'utente ha una base per il telefono nella sua auto, l'accoppiamento dell'antenna può ridurre la qualità della trasmissione quando questo accoppiamento è realizzato in modo induttivo. Le perdite tipiche dell'accoppiamento induttivo sono comprese tra 6 e 10 dB.

2.1.4 BASSA COMPLESSITÀ DI SAP

Poiché SAP fa riferimento a standard 3GPP consolidati (utilizzo del formato APDU) e richiede solo un'implementazione molto semplice di un meccanismo di accesso alla scheda SIM, il numero di potenziali problemi di interoperabilità quando si utilizza SAP è basso rispetto alle implementazioni HFP.

2.1.5 MINORE ESPOSIZIONE ELETTROMAGNETICA PER IL CLIENTE

Durante il funzionamento SAP, il NAD del telefono cellulare non trasmetterà. Pertanto, l'esposizione elettromagnetica del conducente può essere ridotta al minimo. Senza SAP, la potenza di trasmissione del telefono deve essere aumentata a causa degli effetti di schermatura della carrozzeria dell'auto. Inoltre, la durata della batteria del telefono cellulare aumenta.

2.1.6 COESISTENZA MWS

La coesistenza del Bluetooth con altre tecnologie wireless, in particolare le reti 4G come LTE, potrebbe diventare una questione critica nel prossimo futuro ed è quindi ampiamente discussa nel Bluetooth SIG (Mobile Wireless Coexistence issue; vedere anche [5]). SAP può contribuire in modo significativo a evitare tali problemi, poiché il NAD utilizzerà un'antenna cellulare esterna con una separazione dell'antenna notevolmente migliore rispetto al telefono.

2.2 CASI D'USO

Questa sezione descrive alcuni casi d'uso rilevanti che vengono affrontati in questo white paper.

1. . Accesso ad Internet
   * Caso di utilizzo generale: applicazioni Internet I dispositivi mobili come gli smartphone richiedono un accesso a Internet frequente o permanente per una varietà di applicazioni come la navigazione in Internet, i social network, i blog, le chat o i feed di notizie.
   * Caso d'uso speciale: e-mail tramite MAP Mobile La messaggistica tramite e-mail è diventata un'applicazione importante della tecnologia Bluetooth nell'auto. Il Bluetooth ha coperto questo caso d'uso con lo sviluppo di Message Access Profile (MAPPA, [1]). Tuttavia, MAP consente al kit veicolare di essere un client di posta del telefono cellulare. Non fornisce funzionalità per inviare/ricevere messaggi di posta sul lato client MAP.
   * Caso d'uso speciale: gestione delle informazioni personali Il Bluetooth SIG sta attualmente sviluppando un profile consentendo l'accesso ai dati del calendario sul telefono cellulare. Poiché le voci del calendario vengono generalmente fornite tramite reti IP, anche una perdita della connessione IP inciderebbe su questo caso d'uso. Pertanto, un telefono cellulare che opera in SAP dovrebbe essere in grado di inviare e ricevere tali voci del calendario
2. sms
   La messaggistica mobile tramite SMS è ancora un mercato importante. Di conseguenza, la messaggistica SMS dovrebbe essere possibile anche per un telefono cellulare gestito con SAP.
3. Solo voce
   Il professionista SAPfile risale all'anno 2000, ed è quindi focalizzato sulla chiamata vocale. Gli smartphone, con la loro necessità di una connessione Internet costante, non sono stati presi in considerazione. Tuttavia, l'utilizzo di SAP solo per la telefonia vocale è ancora un caso d'uso valido. Il caso d'uso solo vocale è coperto dalle specifiche esistenti e non dovrebbe richiedere alcuna modifica.

3. Soluzioni

3.1 OLTREVIEW

Le sezioni seguenti descrivono le soluzioni che possono essere applicate per gestire i problemi come descritto nella sezione 2:

1. Accesso ad Internet:
   Un telefono cellulare o un altro dispositivo mobile che funge da server SAP deve essere abilitato per accedere a Internet.
2. Trasferimento SMS:
   Un telefono cellulare o un altro dispositivo mobile che funge da server SAP deve essere abilitato per inviare e ricevere messaggi SMS.
3. Solo voce:
   SAP viene utilizzato solo per la telefonia vocale.

Come vincolo generale, le soluzioni descritte nelle sezioni seguenti dovrebbero essere il più trasparenti possibile per l'utente; l'utente non dovrebbe preoccuparsi se SAP o HFP è in funzione.
Inoltre, il dispositivo server SAP rimarrà l'unità centrale per la comunicazione; ad esempio, le cronologie delle transazioni di comunicazione in entrata e in uscita, come i messaggi inviati o ricevuti, dovrebbero essere ancora disponibili sul server SAP.
La gestione degli MMS nelle operazioni SAP non è esplicitamente descritta in questo white paper. Tuttavia, poiché l'MMS richiede sia la ricezione di SMS che una connessione IP al server MMS, il problema è implicitamente coperto dai casi d'uso Trasferimento SMS e Accesso Internet.

3.2 ACCESSO A INTERNET

3.2.1 CASO D'USO GENERALE ACCESSO A INTERNET

Obiettivo:
Fornire l'accesso alla rete IP remota per il dispositivo server SAP mentre SAP è attivo Descrizione:
Il dispositivo server SAP (ad esempio, un telefono cellulare o uno smartphone) ha fornito l'accesso ai propri dati SIM per il dispositivo client SAP (ad esempio, un kit per auto o un tablet) e il client SAP ha utilizzato questi dati per l'autenticazione contro la rete mobile. Di conseguenza, il server SAP non ha accesso alla rete mobile, mentre il client SAP utilizza il proprio dispositivo di accesso alla rete (NAD) per comunicare con la rete mobile.
Per fornire l'accesso a Internet per il server SAP, il dispositivo client SAP deve fungere da punto di accesso alla rete per il server SAP. A tale scopo, deve essere stabilita una connessione IP tra il server SAP e i dispositivi client SAP.
La soluzione qui descritta utilizza il protocollo Bluetooth BNEP per la connessione IP tra i due dispositivi SAP, e il PAN profile per fornire il punto di accesso alla rete. Si noti che potrebbero essere possibili altre soluzioni, ad esempio una connessione IP tramite WiFi.
Per la soluzione qui definita, devono essere soddisfatte le seguenti condizioni preliminari:

• I due dispositivi hanno stabilito una connessione SAP.
• Il dispositivo server SAP deve supportare il ruolo PANU (PAN-User) del PAN profile [3].
• Il dispositivo client SAP deve supportare il ruolo NAP (Network Access Point) del PAN profile.

La Figura 1 mostra la configurazione della connessione per consentire al server SAP di accedere alla rete IP esterna:

Figura 1: Sequenza della configurazione della connessione PAN / BNEP

1. Se la connessione SAP viene stabilita tra i due dispositivi e un'applicazione sul dispositivo server SAP richiede una connessione IP alla rete remota, il dispositivo server SAP (ruolo PANU) imposta una connessione PAN / BNEP al client SAP (PAN-NAP ruolo). In genere, la creazione di questa connessione PAN non richiede l'interazione dell'utente.
2. La configurazione della connessione BNEP dovrebbe includere la trasmissione dei dati del nome del punto di accesso (APN) o una selezione di APN predefiniti sul lato del dispositivo client SAP come definito in [4].
3. Dopo aver stabilito con successo la connessione PAN/BNEP, IP datagle ram possono essere trasferite automaticamente tra il dispositivo server SAP e la rete remota in cui il dispositivo client SAP funge da router alla rete IP remota.
4. È possibile stabilire più connessioni PAN / BNEP come descritto sopra, ad esempio per indirizzare diversi punti di accesso nell'infrastruttura della rete mobile.

Le sezioni seguenti descrivono l'utilizzo del meccanismo generale sopra per alcune applicazioni specifiche.

3.2.2 CASO D'USO SPECIALE: ACCESSO EMAIL TRAMITE MAPPA

Obiettivo:
Abilita un dispositivo server SAP per inviare e ricevere e-mail mentre SAP è attivo.
Descrizione:
Un'applicazione specifica per il meccanismo di accesso a Internet sopra descritto è la trasmissione di e-mail utilizzando il Message Access Profile [1].

Per una sessione MAP con operazione SAP devono essere soddisfatte le seguenti condizioni preliminari:

• I requisiti generali per l'accesso a Internet descritti nella sezione 3.2.
• Il dispositivo server SAP funge da MAP Server Equipment (MSE) e il client SAP funge da MAP Client Equipment (MCE).
• Sia MSE che MCE supportano le funzioni MAP "Navigazione messaggi", "Caricamento messaggi", "Notifica messaggi" e "Registrazione notifiche".

Figura 2 descrive le sequenze e l'utilizzo delle funzioni MAP per la ricezione di una mail:

Figura 2: sequenza di una ricezione di posta elettronica in MAP con operazione SAP

1. I dispositivi MAP MSE e MCE hanno stabilito una connessione "Message Access Service" e una connessione "Message Notification Service".
2. Il dispositivo server SAP (come PANU) ha stabilito una connessione PAN / BNEP con il dispositivo client SAP (come PAN-NAP).
3. L'MSE recupera l'email utilizzando la connessione PAN / BNEP dalla rete tramite il NAD dell'MCE.
4. Il MSE invia una notifica "NewMessage" all'MCE segnalando che è stato ricevuto un nuovo messaggio.
5. L'MCE può recuperare il messaggio tramite una richiesta "GetMessage".

Vedi anche [1] per le descrizioni delle funzioni MAP "SendEvent" e "GetMessage".

Figura 3 descrive le sequenze e l'utilizzo delle funzioni MAP per l'invio di una mail:

Figura 3: Sequenza per l'invio di un'e-mail in MAP con operazione SAP

1. I dispositivi MAP MSE e MCE hanno stabilito una connessione "Message Access Service" e una connessione "Message Notification Service".
2. Il dispositivo server SAP (come PANU) ha stabilito una connessione PAN / BNEP con il dispositivo client SAP (come PAN-NAP).
3. Se il messaggio viene creato sul dispositivo MCE, il client MAS dell'MCE inserisce il messaggio nella cartella "Posta in uscita" dell'MSE. Se il messaggio viene creato sul dispositivo MSE e pronto per essere inviato, il messaggio viene posto nella cartella Posta in uscita o spostato dalla cartella bozze.
4. Se il messaggio è stato inviato alla cartella "Posta in uscita", l'MSE invia una notifica "Nuovo messaggio" all'MCE segnalando che il messaggio è stato accettato. Se un messaggio è stato creato o spostato nella cartella "posta in uscita" sul MSE, il MSE invia un evento "MessageShift".
5. L'MSE invia il messaggio alla rete utilizzando la sua connessione PAN / BNEP.
6. Se il messaggio è stato inviato correttamente alla rete, l'MSE sposta il messaggio dalla cartella "Posta in uscita" alla cartella "Inviati" e invia una notifica all'MCE di conseguenza.

Vedi anche [1] per la descrizione delle funzioni MAP 'SendEvent' e 'PushMessage'.

3.2.3 CASO D'USO SPECIALE: ACCESSO AI DATI DEL CALENDARIO

Obiettivo:
Consentire a un dispositivo server SAP di inviare e ricevere dati di calendario mentre SAP è attivo.
Descrizione:
Un'altra applicazione specifica per il meccanismo di accesso a Internet (3.2.1) descritto è la trasmissione di voci di dati di calendario su una rete IP. Lo sviluppo di un calendario profile è in corso al momento della stesura di questo white paper, quindi non sono ancora state definite funzioni dettagliate.
Pertanto, di seguito viene fornita solo una bozza della sequenza delle azioni richieste. In generale, i requisiti per questo caso d'uso saranno simili ai requisiti per l'accesso alla posta elettronica (vedi 3.2.2).

Figura 4: Sequenza schematica per la ricezione dei dati del calendario nel funzionamento SAP

Figura 5: Sequenza schematica per inviare i dati del calendario nelle operazioni SAP

3.3 CASO D'USO ACCESSO A SMS

3.3.1 OLTREVIEW

Obiettivo:
Descrivere i meccanismi per cui un dispositivo server SAP invia e riceve SMS mentre SAP è attivo.
Descrizione:
Il dispositivo server SAP (ad esempio, un telefono cellulare o uno smartphone) ha fornito l'accesso ai propri dati SIM per il dispositivo client SAP (ad esempio, un kit per auto o un tablet) e il client SAP ha utilizzato questi dati per l'autenticazione contro la rete mobile. Pertanto, il server SAP non è più in grado di inviare o ricevere messaggi SMS direttamente.
Per consentire a un utente di inviare o ricevere messaggi SMS, di seguito vengono descritti due approcci:

• Una soluzione semplice basata solo su SAP
• Un approccio più complesso ma completo basato su MAP

3.3.2 ACCESSO A SMS SOLO CON SAP

Ricevi un SMS:
Quando si opera in modalità SAP, il NAD del client SAP riceve un SMS_DELIVER PDU o SMS_STATUSREPORT PDU come definito in 3GPP 23.040 tramite lo stack del protocollo di rete mobile del NAD. A seconda delle regole definite in 3GPP 23.040 e 3GPP 23.038 per l'SMS PDU ricevuto dal NAD, il dispositivo client SAP può quindi memorizzare l'SMS nella (U) SIM del dispositivo server SAP. Per questo, utilizza il formato SAP APDU per richiedere l'archiviazione della PDU tramite la connessione SAP sulla (U) SIM nel campo elementare EF [SMS] della (U) SIM (vedere 3GPP 51.011 v4 capitolo 10.5.3 per la definizione del campo). Con la presente, viene eseguita la procedura di aggiornamento secondo 3GPP 51.011 capitolo 11.5.2 e 3GPP 31.101.
Invia un SMS:
L'SMS_SUBMIT PDU (vedere 3GPP 23.040) viene inviato tramite lo stack del protocollo di rete mobile del NAD. Dopo l'invio, a seconda delle regole definite in 3GPP 23.040 e 3GPP 23.038 per SMS PDU, il NAD può quindi memorizzare l'SMS nella (U) SIM. Ancora una volta, utilizza il formato SAP APDU per richiedere di memorizzare la PDU e utilizza la procedura di aggiornamento secondo 3GPP 51.011 capitolo 11.5.2 e 3GPP 31.101.

avvtages

• È soddisfatta la piena conformità ai requisiti della rete mobile 3GPP.
• Gli SMS vengono memorizzati in modo non volatile nella posizione (U) della SIM all'interno del telefono cellulare.
• Meno complessità rispetto alla soluzione "Accesso SMS completo" descritta nella sezione 3.3.3 come nessun vantaggio aggiuntivofile è obbligatorio. Pertanto, questa soluzione è adatta anche per dispositivi semplici.

svantaggiotages

• Le implementazioni di telefoni cellulari potrebbero ignorare (U) SIM EF [SMS] in modo che il cliente potrebbe non essere in grado di accedere agli SMS inviati o ricevuti tramite l'interfaccia utente del telefono cellulare dopo che la connessione SAP è terminata.
• Poiché il telefono non ha accesso alla carta SIM durante l'operazione SAP, i messaggi non verranno visualizzati sul telefono durante l'operazione SAP.
• Non è possibile avviare l'invio di SMS sul telefono cellulare.

3.3.3 ACCESSO COMPLETO A SMS TRAMITE MAPPA

Lo scopo principale dell'approccio qui descritto è di avere il dispositivo server SAP sempre incluso nella comunicazione SMS. Ciò garantisce che l'accesso agli SMS sia completamente trasparente per l'utente, poiché tutte le cronologie dei messaggi SMS inviati e ricevuti si trovano nel repository dei messaggi del dispositivo server SAP.
Per questo, le PDU SMS ricevute dalla rete remota vengono trasferite automaticamente dal NAD del client SAP al client SAP e viceversa, per l'invio utilizzando le funzioni OBEX del Message Access Profile. Per questa soluzione, devono essere soddisfatte le seguenti condizioni preliminari:

• I due dispositivi hanno stabilito una connessione SAP.
• Il dispositivo server SAP funge da MAP Server Equipment (MSE) e il dispositivo SAP client funge da MAP Client Equipment (MCE).
• Sia MSE che MCE supportano le funzioni MAP "Navigazione messaggi", "Caricamento messaggi", "Notifica messaggi" e "Registrazione notifiche".
• I due dispositivi hanno stabilito una connessione "Message Access Service" (MAS) e una connessione "Message Notification Service" (MNS).

Figura 6 descrive le sequenze e l'utilizzo delle funzioni MAP per la ricezione di un SMS:

Figura 6: Sequenza di una ricezione di SMS utilizzando MAP in funzionamento SAP

1. Il client SAP / MCE riceve l'SMS dal suo NAD dalla rete.
2. Il client MAS dell'MCE spinge l'SMS-PDU o, in caso di SMS concatenato, l'SMS-PDU nella cartella 'Inbox' dell'MSE in formato SMS PDU nativo.
3. Se l'SMS è per l'utente (cioè, nessun SMS di classe 2), l'MSE invia una notifica "Nuovo messaggio" all'MCE segnalando che è stato ricevuto un nuovo SMS.

Figura 7 descrive la sequenza e l'utilizzo delle funzioni MAP per l'invio di un SMS:

1. Se l'SMS viene creato sul dispositivo SAP-client / MCE, il client MAS dell'MCE inserisce l'SMS nella cartella "Outbox" dell'MSE. L'SMS viene transcodificato nel formato SMS submit-PDU dall'MSE, se è stato inviato in formato testuale. Se l'SMS viene creato sul dispositivo MSE ed è pronto per essere inviato, il messaggio viene inserito nella cartella "Posta in uscita" o spostato dalla cartella delle bozze.
2. L'MCE recupera l'SMS-submit-PDU dalla cartella "Outbox" di MSE tramite una richiesta "GetMessage" e lo invia alla rete.
3. Quando viene inviato con successo alla rete, l'MCE imposta lo stato del messaggio su "inviato".
4. L'MSE sposta il messaggio dalla cartella "Posta in uscita" alla cartella "Inviati" e invia una notifica all'MC di conseguenza.

avvtages:

• Soluzione qualificabile.
• Gli SMS vengono condivisi sul telefono durante il funzionamento SAP.

svantaggiotages:

• L'implementazione complessa richiede l'implementazione di MAP e SAP su entrambi i dispositivi.
• Richiede che MAP e SAP siano connessi e funzionanti allo stesso tempo per non perdere alcun SMS.
• Poiché il telefono potrebbe non avere accesso alla scheda SIM durante l'operazione SAP, i messaggi potrebbero non essere visualizzati sul telefono durante l'operazione SAP.

3.4 CASO D'USO SOLO PER TELEFONIA SAP

Un server SAP e un client SAP possono avere una connessione SAP stabilita con l'unico scopo di fornire la telefonia vocale con la migliore qualità. In questo caso non devono essere considerati ulteriori requisiti definiti per SAP.

4. Abbreviazioni

Abbreviazione o acronimo:  Senso

3GPP:  Progetto di partenariato di terza generazione
BNEP:  Protocollo di incapsulamento della rete Bluetooth
Numero di modello:  Sistema globale per la comunicazione mobile
HFP:  Vivavoce-Profile
Indirizzo IP:  Protocollo Internet
MASCHIO:  Servizio di accesso ai messaggi
MAPPA:  Accesso ai messaggi Profile
MC:  Messaggio attrezzatura del cliente
Messaggio:  Servizio di messaggi multimediali
MNS:  Servizio di notifica dei messaggi
MS:  Attrezzatura del server dei messaggi
MW:  Coesistenza wireless mobile
NAD:  Dispositivo di accesso alla rete
PADELLA:  Professionista della rete di area personalefile
PDU:  Unità dati protocollo
LINFA:  Accesso SIM Profile
SIM:  Modulo di identità dell'abbonato
SMS:  Servizio di messaggistica breve

5. Riferimenti

1. Accesso ai messaggi Profile 1.0
2. Accesso SIM Profile 1.0
3. Professionista della rete di area personalefile (PANORAMICA) 1.0
4. Bluetooth Network Encapsulation Protocol (BNEP), versione 1.2 o successiva
5. Interfaccia logica di coesistenza MWS, Addendum 3 rev. 2

 

Manuale di istruzioni per SAP e accesso remoto alla rete - PDF ottimizzato
Manuale di istruzioni per SAP e accesso remoto alla rete - PDF originale

Riferimenti

• Manuale d'uso