Distribuzione di esperienze per MVNOs
Avviso di deprecazione di MBAE
Importante
A partire da Windows 10 versione 1803, l'esperienza dell'app MBAE viene sostituita da un'app MO UWP. Per altre informazioni sulle app UWP MO, vedere App A banda larga per dispositivi mobili UWP.
Questo argomento fornisce informazioni su come associare i metadati del servizio a un operatore di rete mobile (MNO) o a un operatore di rete virtuale mobile (MVNO) in modo che un'app a banda larga mobile venga scaricata automaticamente quando il dispositivo a banda larga mobile viene inserito.
Per corrispondere correttamente ai metadati del servizio, Windows legge le informazioni dalla scheda SIM inserita nel computer. Per le reti CDMA, il dispositivo a banda larga mobile stesso è letto. Windows esegue quindi query sul database WMIS (Windows Metadata and Internet Services) per scaricare il pacchetto di metadati del servizio corretto. Dopo il download del pacchetto di metadati del servizio, Windows scarica l'app a banda larga mobile associata al computer.
Usare il collegamento dall'elenco seguente appropriato per la rete:
Per informazioni sull'hardware necessario per corrispondere correttamente ai metadati del servizio a un MNO e MVNO, vedere Panoramica dell'hardware dell'operatore mobile.
Per informazioni sui metadati del servizio, vedere Metadati del servizio.
Per informazioni sullo schema del pacchetto dei metadati del servizio, vedere Informazioni di riferimento sullo schema del pacchetto dei metadati del servizio.
Corrispondenza nelle reti GSM
Per una rete GSM (3GPP), Windows legge l'identificatore della scheda circuito integrato (ICCID) e il numero di identità del Sottoscrittore mobile internazionale (IMSI) dalla scheda SIM. Questi numeri devono essere impostati e recuperabili dal dispositivo. Se una SIM è bloccata e le informazioni IMSI sono nascoste, Windows non esegue l'azione finché non viene sbloccato il PIN sim. Windows legge anche il nome del provider home dal dispositivo SIM o mobile a banda larga.
Se i nomi ICCID, IMSI e Home Provider Name sono disponibili dal dispositivo, iCCID e IMSI vengono rimossi degli ultimi due cifre, codificati usando un algoritmo di hashing e inviati a WMIS sotto forma di ID hardware (HWID) per corrispondere a un pacchetto di metadati del servizio. Il nome del provider home viene controllato. Se non esiste alcuna corrispondenza, l'ICCID viene controllato. Se non è presente alcuna corrispondenza, l'imSI viene controllato. Se non vengono trovate corrispondenze, non viene scaricato alcun pacchetto di metadati del servizio. Windows controlla circa ogni otto giorni per verificare se esistono nuovi metadati per la SIM a banda larga mobile dell'utente.
Gestione di MVNOs
Se si è un MNO che ha un singolo marchio per tutti i clienti, è possibile creare un pacchetto di metadati che copre tutti gli intervalli IMSI per mcC+MNC. Ad esempio, se MCC+MNC è 123 456, è possibile creare un pacchetto di metadati che copre 123456000000000 – 123456999999999. Ciò significa che qualsiasi utente che inserisce una SIM in tale intervallo corrisponde all'esperienza.
Ciò può risultare più complicato se uno o più MVNO condividono lo stesso valore MCC+MNC. Di seguito vengono descritte alcune strategie per la gestione di questa situazione.
Opzione 1: Segmentazione intervalli IMSI
Con questa opzione, L'MNO non definisce un intervallo ICCID nei pacchetti di metadati del servizio e invece segmenta gli intervalli IMSI che definiscono l'esperienza MNO e l'esperienza MVNO. Quando una richiesta corrispondente proviene dai dispositivi client, i valori IMSI vengono usati per corrispondere all'esperienza corretta a tale SIM.
Questo metodo richiede che l'MNO assicuri che gli intervalli IMSI siano mantenuti aggiornati e che gli MVNO vengano assegnati intervalli futuri in blocchi prevedibili di numeri IMSI.
Se né ICCID né IMSI corrisponde alla richiesta dal computer client, non viene effettuata alcuna corrispondenza.
Nota Gli intervalli IMSI devono avere una granularità pari a 100. Il valore dell'intervallo iniziale deve terminare in 00 e il valore dell'intervallo finale deve terminare nel 99.
La figura 1 Segmentazione degli intervalli IMSI (all'interno di MCC+MNC) di un MNO mostra un esempio di dispositivo client che richiede i metadati del servizio da WMIS e il modo in cui ogni richiesta corrispondente dal client viene corrispondente a un'esperienza.
Figura 1 Segmentazione intervalli IMSI (in MCC+MNC di un MNO)
La richiesta di corrispondenza del computer #1 non corrisponde a valori ICCID e passa all'interno dell'intervallo IMSI definito dall'MNO. I metadati del servizio MNO vengono scaricati nel computer.
La richiesta corrispondente del computer #2 non corrisponde a valori ICCID o a valori IMSI. Non viene scaricata alcuna esperienza.
La richiesta corrispondente del computer #3 non corrisponde a valori ICCID e passa all'interno dell'intervallo IMSI per MVNO A. I metadati del servizio MVNO vengono scaricati nel computer.
Opzione 2: segmentazione degli intervalli ICCID
Con questa opzione, l'MNO non definisce un intervallo IMSI nei pacchetti di metadati del servizio e invece segmenta gli intervalli ICCID che definiscono l'esperienza MNO e l'esperienza MVNO. Quando una richiesta corrispondente proviene dai computer client, i valori ICCID vengono usati per corrispondere all'esperienza corretta a tale SIM.
Questo metodo richiede che l'MNO assicuri che gli intervalli vengano mantenuti aggiornati e che gli MVNO vengano assegnati intervalli futuri in blocchi prevedibili di numeri ICCID. Se vengono assegnati blocchi di ICCID di grandi dimensioni durante la produzione SIM, questa può essere una strategia di corrispondenza auspicabile per l'MNO e le relative MVNO.
Se né ICCID né IMSI corrisponde alla richiesta proveniente dal computer client, non viene effettuata alcuna corrispondenza.
Nota Gli intervalli IMSI devono avere una granularità pari a 100. Il valore dell'intervallo iniziale deve terminare in 00 e il valore dell'intervallo finale deve terminare nel 99.
La figura 2 Segmentazione degli intervalli ICCID (all'interno del numero di identificazione dell'autorità di certificazione ICCID di MNO) mostra un esempio di computer client che richiedono metadati del servizio da WMIS e il modo in cui ogni richiesta corrispondente dal client corrisponde a un'esperienza.
Figura 2 Segmenting ICCID range (in un numero di identificazione dell'autorità di certificazione ICCID di MNO)
La richiesta corrispondente del computer #1 in include nell'intervallo ICCID definito dall'MNO. I metadati del servizio MNO vengono scaricati nel computer.
La richiesta corrispondente del computer #2 non corrisponde a valori ICCID o a valori IMSI. Non viene scaricata alcuna esperienza.
La richiesta corrispondente del computer #3 si trova all'interno dell'intervallo ICCID definito per MVNO A. I metadati del servizio MVNO vengono scaricati nel computer.
Opzione 3: Descrizione di MVNO con intervalli ICCID e MNO insieme a un intervallo IMSI
È possibile assegnare all'intero intervallo basato su MNO l'intero intervallo basato su MSI, ovvero tutti i valori MCC+MNC. Qualsiasi MVNO può quindi essere assegnato a un intervallo ICCID specifico per le loro MACCHINE VIRTUALI. Ciò significa che, a meno che non esista una corrispondenza ICCID per tale SIM, la SIM ottiene l'esperienza MNO.
Questa opzione richiede l'MNO o MVNO per assicurarsi che gli intervalli ICCID siano mantenuti aggiornati e che i MVNO vengano assegnati intervalli futuri in blocchi prevedibili di numeri ICCID. Se vengono assegnati blocchi di ICCID di grandi dimensioni durante la produzione SIM, questa può essere una strategia di corrispondenza auspicabile per l'MNO e le relative MVNO. Ciò significa che l'MNO ha meno manutenzione perché il pacchetto si estende su tutti gli intervalli basati su IMSI. In questo scenario è molto importante assicurarsi che L'MVNO mantenga aggiornati gli intervalli ICCID; in caso contrario, i clienti dell'MVNO possono essere corrispondenti all'esperienza MNO.
Nota Gli intervalli IMSI devono avere una granularità pari a 100. Il valore dell'intervallo iniziale deve terminare in 00 e il valore dell'intervallo finale deve terminare nel 99.
Figura 3 Uso di ICCID per definire MVNOs e un intervallo IMSI all-inclusive per l'MNO mostra un esempio di computer client che richiedono metadati del servizio da WMIS e come ogni richiesta corrispondente dal client è corrispondente a un'esperienza.
Figura 3 Uso di ICCID per definire MVNOs e un intervallo IMSI all-inclusive per l'MNO
La richiesta di corrispondenza del computer #1 non corrisponde a valori ICCID e passa all'interno dell'intervallo IMSI definito dall'MNO. I metadati del servizio MNO vengono scaricati nel computer.
La richiesta corrispondente del computer #2 inclusa nell'intervallo ICCID per MVNO B. I metadati del servizio MVNO B viene scaricato nel computer.
La richiesta di corrispondenza del computer #3 è inclusa nell'intervallo ICCID per MVNO A. I metadati del servizio MVNO A viene scaricato nel computer.
La richiesta corrispondente del computer #4 non corrisponde a valori ICCID e passa all'interno dell'intervallo IMSI definito dall'MNO. I metadati del servizio MNO vengono scaricati nel computer.
Opzione 4: segmentazione di intervalli ICCID e IMSI
È possibile usare una combinazione di intervalli ICCID e intervalli IMSI per descrivere le reti MNO e MVNO.
Nota Gli intervalli ICCID ottengono la prima priorità per la corrispondenza.
Si tratta del modello di corrispondenza più complesso. Per garantire la corrispondenza appropriata, MNO e MVNO devono aggiornare frequentemente i pacchetti di metadati del servizio.
La figura 4 Segmenting ICCID e IMSI range mostra un esempio di dispositivo client che richiede metadati del servizio da WMIS e il modo in cui ogni richiesta corrispondente dal client viene abbinata a un'esperienza.
Figura 4 Segmenting ICCID e INTERVALLI IMSI
La richiesta di corrispondenza del computer #1 non corrisponde ai valori ICCID, ma è inclusa nell'intervallo IMSI definito dall'MNO. I metadati del servizio MNO vengono scaricati nel computer.
La richiesta corrispondente del computer #2 è inclusa nell'intervallo ICCID per MVNO B. I metadati del servizio MVNO B viene scaricato nel computer.
La richiesta di corrispondenza del computer #3 è inclusa nell'intervallo ICCID per MVNO A. I metadati del servizio MVNO A viene scaricato nel computer.
La richiesta corrispondente del computer #4 non corrisponde ai valori ICCID, ma è inclusa nell'intervallo IMSI definito dall'MNO. I metadati del servizio MNO vengono scaricati nel computer.
La richiesta corrispondente del computer #5 non corrisponde ai valori ICCID, ma è inclusa nell'intervallo IMSI definito dai metadati del servizio MVNO C. MVNO C viene scaricato nel computer.
Opzione 5: Uso del nome del provider home per le reti GSM per identificare MNO e MVNO
Con questa opzione, L'MNO non definisce un intervallo IMSI o ICCID nei pacchetti di metadati del servizio e invece segmenta i nomi dei provider home che definiscono l'esperienza MNO e l'esperienza MVNO.
Per i dispositivi a banda larga mobile assegnati a MVNO, assicurarsi che ogni dispositivo MVNO segnala un valore nome provider che identifica in modo univoco l'MVNO. L'MNO deve avere il proprio valore Nome provider che lo identifica in modo univoco.
Quando una richiesta corrispondente proviene dai computer client, il nome del provider home viene usato per corrispondere all'esperienza corretta a tale SIM.
Questa opzione è consigliata solo nel caso in cui non è possibile usare IMSI e ICCID.
Se il nome del provider home non corrisponde alla richiesta proveniente dal computer client, non viene effettuata alcuna corrispondenza.
Nota I nomi dei provider home devono essere univoci a livello globale per garantire che un utente ottenga l'esperienza corretta. I metadati del servizio consentono solo un singolo pacchetto di metadati del servizio che usa un determinato nome provider home.
La figura 5 Corrispondenza basata sul nome del provider per le reti GSM mostra un esempio di dispositivi che richiedono metadati del servizio dal servizio Metadati di Windows e Servizi Internet (WMIS) e il modo in cui ogni richiesta corrispondente dal dispositivo viene abbinata a un'esperienza.
Figura 5 Corrispondenza basata sul nome del provider per le reti GSM
La richiesta corrispondente del computer #1 corrisponde al nome del provider home per l'MNO. I metadati del servizio MNO vengono scaricati.
La richiesta corrispondente del computer #2 non corrisponde ai valori del nome del provider. Non viene scaricata alcuna esperienza.
La richiesta corrispondente del computer #3 corrisponde al nome del provider home per MVNO A. I metadati del servizio MVNO A vengono scaricati.
La richiesta corrispondente del computer #4 corrisponde al nome del provider home per MVNO B. I metadati del servizio MVNO B vengono scaricati.
Opzione 6: Descrizione di MVNO con nome provider home e MNO insieme a un intervallo IMSI
È possibile assegnare all'intero intervallo basato su MNO l'intero intervallo basato su MSI, ovvero tutti i valori MCC+MNC. Qualsiasi MVNO può quindi essere assegnato a un nome del provider home specifico. Ciò significa che, a meno che non esista una corrispondenza nome provider home per tale dispositivo, il dispositivo ottiene l'esperienza MNO.
Questa opzione richiede l'MNO o MVNO per assicurarsi che il nome del provider home segnalato dal dispositivo non cambi, sia univoco a livello globale e venga mantenuto aggiornato. Questa opzione è consigliata solo nel caso in cui non è possibile usare IMSI e ICCID.
Figura 6 Uso del nome del provider home per definire MVNOs e un intervallo IMSI completo per l'MNO mostra un esempio di computer client che richiedono metadati del servizio da WMIS e come ogni richiesta corrispondente dal client corrisponde a un'esperienza.
Figura 6 Uso del nome del provider home per definire MVNOs e un intervallo IMSI completo per l'MNO
La richiesta corrispondente del computer #1 corrisponde al nome del provider home per MVNO A. I metadati del servizio MVNO vengono scaricati nel computer.
La richiesta corrispondente del computer #2 non corrisponde ai valori del nome del provider home e passa all'interno dell'intervallo IMSI definito dall'MNO. I metadati del servizio MNO vengono scaricati nel computer.
La richiesta corrispondente del computer #3 corrisponde al nome del provider home per MVNO B. I metadati del servizio MVNO B vengono scaricati nel computer.
La richiesta corrispondente del computer #4 non corrisponde ai valori del nome del provider home e passa all'interno dell'intervallo IMSI definito dall'MNO. I metadati del servizio MNO vengono scaricati nel computer.
Opzione 7: Metodo di corrispondenza alternativo
Se nessuno di questi metodi funziona per la rete MNO(ad esempio, MNO non può tenere traccia degli intervalli IMSI e ICCID tra i clienti MNO e MVNO), è disponibile l'alternativa seguente. È meno ideale di una delle opzioni descritte in precedenza, ma offre una soluzione a banda larga mobile per Windows 8, Windows 8.1 o Windows 10 clienti sulla rete.
Metadati del servizio
Questo metodo crea un pacchetto di metadati del servizio che copre l'intera rete MNO. Questa operazione viene in genere eseguita inviando un intervallo IMSI che copre tutti i valori MCC+MNC nella rete MNO e nessun intervallo ICCID. Gli intervalli MVNO non sono descritti. Il pacchetto di metadati del servizio include la personalizzazione generica e un nome di rete generico visualizzato nell'Gestione connessioni di Windows. I metadati del servizio fanno quindi riferimento a un'app generica scaricata automaticamente da Microsoft Store quando viene rilevata la SIM di MNO.
Determinazione dell'affiliazione di rete
Se l'utente non ha già un piano, l'app viene aperta quando l'utente tenta di connettersi alla rete usando Windows Gestione connessioni.
Quando l'app è in esecuzione, esegue una delle azioni seguenti:
Richiede all'utente di identificare la rete per cui hanno un piano da un elenco visualizzato di MVNO e della rete MNO.
Usa i servizi Web per inviare informazioni sulla SIM dell'utente al back-end MNO in modo che l'operatore possa usare la logica personalizzata per determinare la personalizzazione di rete corretta per l'utente.
Personalizzazione della personalizzazione di Windows Gestione connessioni personalizzazione
Dopo aver determinato l'affiliazione del piano dati a banda larga mobile dell'utente, l'app mobile broadband può modificare il logo e il nome di rete visualizzati in Windows Gestione connessioni. Questa operazione viene eseguita usando i metadati di provisioning dell'account, che consente all'app dell'operatore di inviare informazioni basate su XML a Windows correlate alle informazioni sul piano del sottoscrittore specifico.
Per altre informazioni sul provisioning degli account, vedere Provisioning account.
Aggiornamenti dei metadati del servizio
Gli aggiornamenti dei metadati del servizio futuri (ad esempio, eventuali modifiche inviate al pacchetto di metadati del servizio generico) possono sovrascrivere la personalizzazione applicata nel computer del sottoscrittore. Per evitare questo problema, è consigliabile, se possibile, non aggiornare il pacchetto di metadati del servizio. Poiché il pacchetto di metadati contiene personalizzazione generica e copre l'intero intervallo IMSI per un MNO, non dovrebbe essere necessario aggiornare il pacchetto per questo scenario.
Se è necessario aggiornare il pacchetto di metadati del servizio, assicurarsi che l'app a banda larga per dispositivi mobili possa avviare un'altra operazione di provisioning account basata sulla logica back-end fornita dall'operatore. In questo modo, è possibile specificare quando i metadati del servizio vengono aggiornati nel back-end e avere l'app periodicamente controllare il back-end e applicare le informazioni sui metadati di provisioning dell'account in base alle esigenze.
Nota Poiché i metadati del servizio non vengono aggiornati, l'app non può eseguire query sulla copia locale dei metadati per determinare se è stata aggiornata o applicata sulle personalizzazioni effettuate usando i metadati di provisioning dell'account. Non è possibile riattivare un'app e reagire agli aggiornamenti dei metadati del servizio applicati al computer.
Un ritardo può verificarsi tra il tempo in cui i metadati del servizio vengono caricati tramite il dashboard hardware di Windows Dev Center e il tempo in cui i computer ricevono i metadati aggiornati.
Personalizzazione nell'app a banda larga per dispositivi mobili
I passaggi precedenti descritti in questo argomento consentono di rinominare l'icona di Windows Gestione connessioni e il nome di rete per la rete MNO/MVNO. Tuttavia, esistono modi limitati in cui l'app stessa può essere rinominata.
È possibile rinominare gli elementi seguenti nell'app:
Il contenuto dell'app stesso ,ovvero tutto all'interno dell'app può essere modificato per un determinato operatore. Questo è il codice su cui l'app ha il controllo completo. È possibile modificare il contenuto della Guida, le opzioni di spostamento, i layout di pagina, i colori e la personalizzazione all'interno dell'app, in base all'MNO/MVNO.
Il riquadro dell'app può essere aggiornato dinamicamente per visualizzare immagini e layout specifici dell'operatore. Per informazioni su come aggiornare dinamicamente il contenuto del riquadro, vedere Guida introduttiva: Invio di un aggiornamento del riquadro.
Non è possibile rinominare gli elementi seguenti nell'app:
Nome dell'applicazione. È possibile provare a nascondere il nome modificando il modello di riquadro, ma non è possibile modificare il nome stesso o l'icona che rappresenta tale app, come viene definito nel manifesto dell'app.
Nome dell'app, informazioni e icona nell'accesso alle impostazioni.
Descrizione dell'app.
Riprogrammazione SIM
Se si desidera riprogrammare dinamicamente le MACCHINE VIRTUALI per modificare IMSI o ICCID, è necessario tenere presente i modi seguenti in cui Windows 8, Windows 8.1 e Windows 10 interpretare il riprogrammazione:
La riprogrammazione richiede l'invalidazione della memorizzazione nella cache del dispositivo di IMSI e ICCID. È possibile eseguire questa operazione in diversi modi, a seconda della rete dell'operatore e del dispositivo.
Dopo aver riprogrammato la SIM, il dispositivo legge nuovamente le informazioni sulla SIM. Può usare la sequenza di inserimento dello scambio SIM frequente per informare Windows che deve eseguire nuovamente query sui nuovi valori IMSI e ICCID.
L'ICCID deve essere modificato o Windows non considera la SIM come nuova SIM.
Se viene modificato solo l'imSI, Windows non considera la SIM come nuova SIM e i metadati del servizio non vengono scaricati. L'app a banda larga per dispositivi mobili non viene scaricata se è già stata scaricata un'app diversa per questa SIM.
Per ottenere nuovi metadati del servizio (che comportano una nuova personalizzazione) e ottenere una nuova app a banda larga per dispositivi mobili per scaricare ICCID e IMSI, è necessario modificare sia i dati del servizio che l'app a banda larga mobile usando il metodo di riprogrammazione dell'operatore.
Corrispondenza nelle reti CDMA
Per una rete CDMA (3GPP2), Windows legge il SID e i valori del nome del provider segnalati dal dispositivo a un pacchetto di metadati del servizio corrispondente in WMIS. Se non vengono trovate corrispondenze, non viene scaricato alcun pacchetto di metadati del servizio. Windows controlla circa ogni otto giorni per verificare se esistono nuovi metadati per il dispositivo. Se i metadati del servizio esistono per un SID e un pacchetto di metadati del servizio separato esiste per un nome provider e entrambi i valori corrispondono ai valori SID e Provider Name che il dispositivo segnala, viene assegnata la preferenza corrispondente al SID. In questo caso, il pacchetto Nome provider non corrisponde.
Importante Il valore Nome provider è distinzione tra maiuscole e minuscole e deve corrispondere esattamente al nome del provider che il dispositivo segnala a Windows. Se si vuole corrispondere usando il nome del provider, è necessario assicurarsi di aver specificato tutte le varianti ortografiche e maiuscole del nome del provider che i dispositivi CDMA segnalano a Windows nel pacchetto di metadati del servizio inviato tramite il dashboard hardware di Windows Dev Center.
Gestione di MVNOs
Le MVNO nelle reti CDMA possono essere identificate usando una delle tre opzioni seguenti.
Opzione 1: MNO e MVNO ottengono i propri valori SID
Per i dispositivi a banda larga mobile assegnati a MVNO, assicurarsi che ogni MVNO ottenga un SID univoco. Le MNO devono avere il proprio valore SID diverso da ogni MVNOs.
I metadati del servizio separati vengono creati per l'MNO e per ogni MVNO corrispondente al valore SID univoco che il dispositivo segnala a Windows.
La figura 7 corrispondenze basate su SID per le reti CDMA mostra un esempio di computer che richiedono metadati del servizio dal servizio WMIS e il modo in cui ogni richiesta corrispondente dal client viene corrispondente a un'esperienza.
Figura 7 Corrispondenza basata su SID per le reti CDMA
La richiesta corrispondente del computer n. 1 corrisponde al SID per l'MNO. I metadati del servizio MNO vengono scaricati.
La richiesta corrispondente di PC #2 non corrisponde ad alcun valore SID o a valori di Nome provider. Non viene scaricata alcuna esperienza.
La richiesta corrispondente di PC #3 corrisponde a un valore SID definito da un altro MNO o MVNO.
La richiesta corrispondente di PC #4 corrisponde al SID per MVNO B. I metadati del servizio MVNO B scaricati.
Opzione 2: MNO e MVNOs ottengono i propri valori del nome del provider
Per i dispositivi mobili a banda larga assegnati a MVNO, assicurarsi che ogni dispositivo MVNO restituisca un valore di Nome provider che identifica in modo univoco l'MVNO. L'oggetto MNO deve avere il proprio valore di Nome provider che lo identifica in modo univoco.
I metadati del servizio separati vengono creati per l'MNO e per ogni MVNO corrispondente al valore del nome del provider segnalato dal dispositivo a Windows.
Per consentire il funzionamento di questa opzione, l'MNO deve assicurarsi che non vengano inviati metadati del servizio corrispondenti al SID che i dispositivi segnalano. Se i metadati del servizio esistono per tali SID, le corrispondenze vengono eseguite sul SID anziché sul nome del provider, causando l'interruzione di questo schema. Per rimuovere un pacchetto di metadati basato su SID da WMIS, è necessario contattare il supporto del dashboard hardware di Windows Dev Center.
La figura 8 Corrispondenza basata sul nome del provider per le reti CDMA mostra un esempio di dispositivi che richiedono metadati del servizio dai metadati di Windows e dal servizio WMIS (Windows Metadata and Internet Services) e il modo in cui ogni richiesta corrispondente dal dispositivo viene abbinata a un'esperienza.
Figura 8 Corrispondenza basata sul nome del provider per le reti CDMA
La richiesta corrispondente di PC #1 non corrisponde al SID, ma corrisponde al nome del provider per l'MNO. I metadati del servizio MNO vengono scaricati.
La richiesta corrispondente di PC #2 non corrisponde ad alcun valore SID o a valori di Nome provider. Non viene scaricata alcuna esperienza.
La richiesta corrispondente di PC #3 corrisponde a un valore SID definito da un altro MNO o MVNO.
La richiesta corrispondente di PC #4 non corrisponde al SID, ma corrisponde al nome del provider per MVNO B. I metadati del servizio MVNO B vengono scaricati.
Opzione 3: metodo di corrispondenza alternativo
Se le prime due opzioni descritte qui non sono accettabili, gli operatori CDMA possono utilizzare il metodo di corrispondenza alternativo descritto nell'opzione 7: metodo di corrispondenza alternativo della sezione Corrispondenza su reti GSM.
Radio e metadati
È possibile prevedere i comportamenti di corrispondenza seguenti, a seconda del tipo di radio.
Dispositivo Single-Subscription in modalità singola
Il dispositivo a sottoscrizione singola in modalità singola è un dispositivo solo GSM o solo CDMA. Si tratta di dispositivi comunemente disponibili che forniscono l'accesso solo a una rete GSM o CDMA.
Questo dispositivo segnala la modalità GSM o CDMA a Windows. La logica di corrispondenza descritta in precedenza si applica e il dispositivo viene confrontato con i metadati del servizio appropriati.
Dispositivo Single-Subscription in modalità multipla
Il dispositivo a sottoscrizione singola multi-modalità include funzionalità GSM e CDMA. Ad esempio, può connettersi a una rete GSM LTE o a una rete CDMA usando una sottoscrizione a sottoscrittore singolo per tale operatore.
Questo dispositivo segnala GSM come modalità primaria a Windows.
Quando si corrispondono i metadati del servizio per questo tipo di dispositivo, è possibile creare metadati basati su GSM corrispondenti alle proprietà GSM del dispositivo.
Dispositivo con più sottoscrizioni a modalità singola
Il dispositivo con più sottoscrizioni a modalità singola può avere funzionalità GSM o CDMA attive contemporaneamente e può funzionare con più provider. L'utente deve avere una sottoscrizione da ogni provider per usare più provider. Ad esempio, il chipset Qualcomm Gobi consente all'utente di connettersi a varie reti CDMA o a una rete GSM.
Questo dispositivo segnala la modalità a Windows per il provider attivo. Se il dispositivo è attivo con il provider GSM, deve segnalare che è in modalità GSM. In questo caso, è necessario creare metadati GSM per la corrispondenza. I metadati GSM e l'app per gli operatori di telefonia mobile possono accedere al dispositivo solo quando è in modalità GSM.
Se il dispositivo è attivo con il provider CDMA, deve segnalarlo in modalità CDMA a Windows. In questo caso, l'operatore deve creare metadati CDMA per la corrispondenza. I metadati CDMA e l'app mobile broadband possono accedere al dispositivo solo quando è in modalità CDMA e attivo per la rete CDMA.
Implicazioni per la manutenzione dei metadati
È importante mantenere aggiornato il contenuto del pacchetto di metadati seguente:
Come vengono descritti i pacchetti.
Valori DEL PROVIDER O SID IMSI e/o ICCID o CDMA rispetto ai quali i pacchetti corrispondono.
Per altre informazioni sui metadati della banda larga mobile, vedere Uso dei metadati per configurare le esperienze mobile broadband.
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per