Oferecendo experiências para MVNOs
Aviso de substituição do MBAE
Importante
A partir de Windows 10, versão 1803, a experiência do aplicativo MBAE é substituída por um aplicativo UWP mo. Para obter mais informações sobre aplicativos UWP mo, consulte Aplicativos de banda larga móvel UWP.
Este tópico fornece informações sobre como você pode corresponder metadados de serviço a uma operadora de rede móvel (MNO) ou uma operadora de rede virtual móvel (MVNO) para que um aplicativo de banda larga móvel seja baixado automaticamente quando o dispositivo de banda larga móvel for inserido.
Para corresponder com êxito aos metadados de serviço, o Windows lê informações do cartão sim inseridos no computador. Para redes CDMA, o próprio dispositivo de banda larga móvel é lido. Em seguida, o Windows consulta o banco de dados WMIS (Metadados do Windows e Serviços de Internet) para baixar o pacote de metadados de serviço correto. Depois que o pacote de metadados de serviço é baixado, o Windows baixa o aplicativo de banda larga móvel associado para o computador.
Use o link da seguinte lista que é apropriado para sua rede:
Para obter informações sobre o hardware necessário para corresponder corretamente os metadados de serviço a um MNO e MVNO, consulte Visão geral do hardware da operadora móvel.
Para obter informações sobre metadados de serviço, consulte Metadados de serviço.
Para obter informações sobre o esquema do pacote de metadados de serviço, consulte Referência de esquema de pacote de metadados de serviço.
Correspondência em redes GSM
Para uma rede GSM (3GPP), o Windows lê o ICCID (Identificador de Cartão de Circuito Integrado) e o número IMSI (Identidade Internacional do Assinante Móvel) da cartão sim. Esses números devem ser definidos e recuperáveis do dispositivo. Se um SIM estiver bloqueado por PIN e as informações do IMSI estiverem ocultas, o Windows não tomará medidas até que o PIN sim seja desbloqueado. O Windows também lê o Nome do Provedor Inicial do sim ou do dispositivo de banda larga móvel.
Se o ICCID, o IMSI e o Nome do Provedor Inicial estiverem disponíveis no dispositivo, o ICCID e o IMSI serão removidos dos dois últimos dígitos, codificados usando um algoritmo de hash e enviados ao WMIS na forma de HWIDs (IDs de Hardware) para corresponder a um pacote de metadados de serviço. O Nome do Provedor Inicial está marcado. Se não houver correspondência, o ICCID será verificado. Se não houver correspondência, o IMSI será verificado. Se nenhuma correspondência for encontrada, nenhum pacote de metadados de serviço será baixado. O Windows verifica aproximadamente a cada oito dias para ver se existem novos metadados para o SIM de banda larga móvel do usuário.
Gerenciando MVNOs
Se você for um MNO que tenha uma única marca para todos os clientes, poderá criar um pacote de metadados que abrange todos os intervalos de IMSI para o MCC+MNC. Por exemplo, se o MCC+MNC for 123 456, você poderá criar um pacote de metadados que abrange 123456000000000 – 123456999999999. Isso significa que qualquer usuário que insere um SIM que esteja nesse intervalo corresponde à sua experiência.
Isso pode ficar mais complicado se um ou mais MVNOs compartilharem esse mesmo valor MCC+MNC. A seguir, descreve algumas estratégias para lidar com essa situação.
Opção 1: segmentando intervalos IMSI
Com essa opção, o MNO não define um intervalo ICCID nos pacotes de metadados de serviço e segmenta os intervalos IMSI que definem a experiência MNO e a experiência MVNO. Quando uma solicitação correspondente vem de dispositivos cliente, seus valores IMSI são usados para corresponder a experiência correta a esse SIM.
Esse método exige que o MNO garanta que os intervalos IMSI sejam mantidos atualizados e que os MVNOs sejam atribuídos a intervalos futuros em blocos previsíveis de números IMSI.
Se nem o ICCID nem o IMSI corresponderem à solicitação do computador cliente, nenhuma correspondência será feita.
Nota Os intervalos IMSI devem ter uma granularidade de 100. O valor do intervalo inicial deve terminar em 00 e o valor do intervalo final deve terminar em 99.
A Figura 1 Segmentando intervalos IMSI (dentro de um MCC+MNC do MNO) mostra um exemplo de dispositivo cliente que solicita metadados de serviço do WMIS e como cada solicitação correspondente do cliente é correspondida a uma experiência.
Figura 1 Segmentando intervalos IMSI (em UM MCC+MNC do MNO)
A solicitação correspondente do computador nº 1 não corresponde a nenhum valor ICCID e chega dentro do intervalo IMSI definido pelo MNO. Os metadados do serviço MNO são baixados para esse computador.
A solicitação correspondente do computador nº 2 não corresponde a nenhum valor ICCID nem a nenhum valor IMSI. Nenhuma experiência é baixada.
A solicitação correspondente do computador nº 3 não corresponde a nenhum valor ICCID e chega dentro do intervalo IMSI para MVNO A. Os metadados do serviço MVNO são baixados para esse computador.
Opção 2: segmentação de intervalos ICCID
Com essa opção, o MNO não define um intervalo IMSI nos pacotes de metadados de serviço e, em vez disso, segmenta os intervalos ICCID que definem a experiência MNO e a experiência MVNO. Quando uma solicitação correspondente vem de computadores cliente, os valores ICCID são usados para corresponder a experiência correta a esse SIM.
Esse método exige que o MNO garanta que os intervalos sejam mantidos atualizados e que os MVNOs sejam atribuídos a intervalos futuros em blocos previsíveis de números ICCID. Se grandes blocos de ICCIDs forem atribuídos a SIMs durante a fabricação do SIM, essa poderá ser uma estratégia de correspondência desejável para o MNO e seus MVNOs.
Se nem o ICCID nem o IMSI corresponderem à solicitação proveniente do computador cliente, nenhuma correspondência será feita.
Nota Os intervalos IMSI devem ter uma granularidade de 100. O valor do intervalo inicial deve terminar em 00 e o valor do intervalo final deve terminar em 99.
A Figura 2 Segmentando intervalos ICCID (dentro do número de identificação do emissor ICCID de um MNO) mostra um exemplo de computadores cliente que solicitam metadados de serviço do WMIS e como cada solicitação correspondente do cliente é correspondida a uma experiência.
Figura 2 Segmentando intervalos ICCID (no número de identificação do emissor ICCID de um MNO)
A solicitação correspondente do computador nº 1 em inclui no intervalo ICCID definido pelo MNO. Os metadados do serviço MNO são baixados para esse computador.
A solicitação correspondente do computador nº 2 não corresponde a nenhum valor ICCID nem a nenhum valor IMSI. Nenhuma experiência é baixada.
A solicitação correspondente do computador nº 3 está dentro do intervalo ICCID definido para MVNO A. Os metadados do serviço MVNO são baixados para esse computador.
Opção 3: Descrevendo MVNOs com intervalos ICCID e MNO junto com um intervalo IMSI
Todo o intervalo baseado em IMSI de um MNO pode ser atribuído (ou seja, tudo sob seus valores MCC+MNC). Em seguida, qualquer MVNOs pode receber um intervalo ICCID específico para seus SIMs. Isso significa que, a menos que exista uma correspondência ICCID para esse SIM, o SIM obtém a experiência MNO.
Essa opção requer o MNO ou o MVNO para garantir que os intervalos ICCID sejam mantidos atualizados e que os MVNOs sejam atribuídos a intervalos futuros em blocos previsíveis de números ICCID. Se grandes blocos de ICCIDs forem atribuídos a SIMs durante a fabricação do SIM, essa poderá ser uma estratégia de correspondência desejável para o MNO e seus MVNOs. Isso significa que o MNO tem menos manutenção porque seu pacote abrange todos os intervalos baseados em IMSI. Nesse cenário, é muito importante garantir que o MVNO mantenha seus intervalos ICCID atualizados; caso contrário, os clientes do MVNO podem ser correspondidos à experiência MNO.
Nota Os intervalos IMSI devem ter uma granularidade de 100. O valor do intervalo inicial deve terminar em 00 e o valor do intervalo final deve terminar em 99.
Figura 3 Usar o ICCID para definir MVNOs e um intervalo IMSI abrangente para o MNO mostra um exemplo de computadores cliente que solicitam metadados de serviço do WMIS e como cada solicitação correspondente do cliente é correspondida a uma experiência.
Figura 3 Usando o ICCID para definir MVNOs e um intervalo IMSI abrangente para o MNO
A solicitação correspondente do computador nº 1 não corresponde a nenhum valor ICCID e chega dentro do intervalo IMSI definido pelo MNO. Os metadados do serviço MNO são baixados nesse computador.
A solicitação correspondente do computador nº 2 no incluído no intervalo ICCID para MVNO B. Os metadados de serviço do MVNO B são baixados nesse computador.
A solicitação correspondente do computador nº 3 está incluída no intervalo ICCID para MVNO A. Os metadados de serviço do MVNO A são baixados nesse computador.
A solicitação correspondente do computador nº 4 não corresponde a nenhum valor ICCID e chega dentro do intervalo IMSI definido pelo MNO. Os metadados do serviço MNO são baixados nesse computador.
Opção 4: segmentação de intervalos ICCID e IMSI
Você pode usar uma combinação de intervalos ICCID e intervalos IMSI para descrever as redes MNO e MVNO.
Nota Os intervalos ICCID têm prioridade para correspondência.
Esse é o modelo de correspondência mais complexo. Para garantir a correspondência adequada, o MNO e o MVNO devem atualizar frequentemente seus pacotes de metadados de serviço.
A Figura 4 Segmentando intervalos ICCID e IMSI mostra um exemplo de dispositivo cliente que solicita metadados de serviço do WMIS e como cada solicitação correspondente do cliente é correspondida a uma experiência.
Figura 4 Segmentando intervalos ICCID e IMSI
A solicitação correspondente do computador nº 1 não corresponde a nenhum valor ICCID, mas está incluída no intervalo IMSI definido pelo MNO. Os metadados do serviço MNO são baixados para esse computador.
A solicitação correspondente do computador nº 2 está incluída no intervalo ICCID para MVNO B. Os metadados de serviço do MVNO B são baixados nesse computador.
A solicitação correspondente do computador nº 3 está incluída no intervalo ICCID para MVNO A. Os metadados de serviço do MVNO A são baixados nesse computador.
A solicitação correspondente do computador nº 4 não corresponde a nenhum valor ICCID, mas está incluída no intervalo IMSI definido pelo MNO. Os metadados do serviço MNO são baixados para esse computador.
A solicitação correspondente do computador nº 5 não corresponde a nenhum valor ICCID, mas está incluída no intervalo IMSI definido por MVNO C. Os metadados de serviço do MVNO C são baixados nesse computador.
Opção 5: usando o nome do provedor inicial para redes GSM para identificar o MNO e o MVNO
Com essa opção, o MNO não define um intervalo IMSI ou ICCID nos pacotes de metadados de serviço e, em vez disso, segmenta os Nomes do Provedor Inicial que definem a experiência MNO e a experiência MVNO.
Para dispositivos de banda larga móvel atribuídos a MVNOs, verifique se cada dispositivo MVNO relata um valor nome de provedor que identifica exclusivamente o MVNO. O MNO deve ter seu próprio valor nome de provedor que o identifique exclusivamente.
Quando uma solicitação correspondente vem de computadores cliente, o Nome do Provedor Inicial é usado para corresponder a experiência correta a esse SIM.
Essa opção é recomendada somente no caso em que IMSI e ICCID não podem ser usados.
Se o Nome do Provedor Inicial não corresponder à solicitação proveniente do computador cliente, nenhuma correspondência será feita.
Nota Os Nomes do Provedor Inicial devem ser globalmente exclusivos para garantir que um usuário obtenha a experiência correta. Os metadados de serviço permitirão apenas um único pacote de metadados de serviço que usa um determinado Nome do Provedor Inicial.
Figura 5 A correspondência baseada em nome do provedor para redes GSM mostra um exemplo de dispositivos que solicitam metadados de serviço do serviço de Metadados do Windows e serviços de Internet (WMIS) e como cada solicitação correspondente do dispositivo é correspondida a uma experiência.
Figura 5 Correspondência baseada em nome do provedor para redes GSM
A solicitação correspondente do computador nº 1 corresponde ao Nome do Provedor Inicial para o MNO. Os metadados do serviço MNO são baixados.
A solicitação correspondente do computador nº 2 não corresponde a nenhum valor de Nome do Provedor. Nenhuma experiência é baixada.
A solicitação correspondente do computador nº 3 corresponde ao Nome do Provedor Inicial para MVNO A. Os metadados de serviço do MVNO A são baixados.
A solicitação correspondente do computador nº 4 corresponde ao Nome do Provedor Inicial para MVNO B. Os metadados de serviço do MVNO B são baixados.
Opção 6: Descrevendo MVNOs com Nome do Provedor Inicial e MNO junto com um intervalo IMSI
Todo o intervalo baseado em IMSI de um MNO pode ser atribuído (ou seja, tudo sob seus valores MCC+MNC). Qualquer MVNOs pode receber um nome específico do provedor inicial. Isso significa que, a menos que exista uma correspondência de Nome do Provedor Inicial para esse dispositivo, o dispositivo obtém a experiência MNO.
Essa opção exige que o MNO ou o MVNO garantam que o Nome do Provedor Inicial relatado do dispositivo não seja alterado, seja globalmente exclusivo e seja mantido atualizado. Essa opção é recomendada somente no caso em que IMSI e ICCID não podem ser usados.
Figura 6 Usando o Nome do Provedor Inicial para definir MVNOs e um intervalo IMSI abrangente para o MNO mostra um exemplo de computadores cliente que solicitam metadados de serviço do WMIS e como cada solicitação correspondente do cliente é correspondida a uma experiência.
Figura 6 Usando o Nome do Provedor Inicial para definir MVNOs e um intervalo IMSI abrangente para o MNO
A solicitação correspondente do computador nº 1 corresponde ao Nome do Provedor Inicial para MVNO A. Os metadados do serviço MVNO A são baixados nesse computador.
A solicitação correspondente do computador nº 2 não corresponde a nenhum valor de Nome do Provedor Inicial e chega dentro do intervalo IMSI definido pelo MNO. Os metadados do serviço MNO são baixados nesse computador.
A solicitação correspondente do computador nº 3 corresponde ao Nome do Provedor Inicial para MVNO B. Os metadados de serviço do MVNO B são baixados nesse computador.
A solicitação correspondente do computador nº 4 não corresponde a nenhum valor de Nome do Provedor Inicial e chega dentro do intervalo IMSI definido pelo MNO. Os metadados do serviço MNO são baixados nesse computador.
Opção 7: método de correspondência alternativa
Se nenhum desses métodos funcionar para a rede do MNO (por exemplo, o MNO não poderá acompanhar os intervalos IMSI e ICCID entre os clientes do MNO e do MVNO), a alternativa a seguir estará disponível. É menos ideal do que qualquer uma das opções descritas acima, mas fornece uma solução de banda larga móvel para clientes de Windows 8, Windows 8.1 ou Windows 10 na rede.
Metadados de serviço
Esse método cria um pacote de metadados de serviço que abrange toda a rede MNO. Isso geralmente é feito enviando um intervalo IMSI que abrange todos os valores MCC+MNC na rede MNO e nenhum intervalo ICCID. Os intervalos MVNO não são descritos. O pacote de metadados de serviço apresenta identidade visual genérica e um nome de rede genérico que é exibido no windows Gerenciador de Conexões. Os metadados de serviço fazem referência a um aplicativo genérico que é baixado automaticamente da Microsoft Store quando o SIM do MNO é detectado.
Determinando a afiliação de rede
Se o usuário ainda não tiver um plano, o aplicativo será aberto quando o usuário tentar se conectar à rede usando o Windows Gerenciador de Conexões.
Quando o aplicativo está em execução, ele executa uma das seguintes ações:
Solicita que o usuário identifique a rede para a qual ele tem um plano de uma lista exibida de MVNOs e da rede MNO.
Usa serviços Web para enviar informações sobre o SIM do usuário de volta para o back-end do MNO para que o operador possa usar a lógica personalizada para determinar a identidade visual de rede correta para o usuário.
Personalizando a identidade visual do Windows Gerenciador de Conexões
Depois que a afiliação do plano de dados de banda larga móvel do usuário for determinada, o aplicativo de banda larga móvel poderá alterar o logotipo e o nome da rede exibidos no Windows Gerenciador de Conexões. Isso é feito usando metadados de provisionamento de conta, o que permite que o aplicativo operador envie informações baseadas em XML para o Windows relacionadas às informações de plano do assinante específico.
Para obter mais informações sobre o provisionamento de conta, consulte Provisionamento de conta.
Atualizações de metadados de serviço
Futuras atualizações de metadados de serviço (por exemplo, quaisquer alterações enviadas ao pacote de metadados de serviço genérico) podem substituir a identidade visual aplicada no computador do assinante. Para evitar isso, recomendamos que, se possível, você não atualize o pacote de metadados de serviço. Como o pacote de metadados contém identidade visual genérica e abrange todo o intervalo IMSI para um MNO, não deve haver uma necessidade frequente de atualizar o pacote para esse cenário.
Se você precisar atualizar o pacote de metadados de serviço, verifique se o aplicativo de banda larga móvel pode iniciar outra operação de metadados de provisionamento de conta baseada na lógica de back-end fornecida pelo operador. Dessa forma, você pode especificar quando os metadados de serviço são atualizados no back-end e fazer com que o aplicativo marcar periodicamente o back-end e aplique as informações de metadados de provisionamento de conta conforme necessário.
Nota Como os metadados de serviço não são versão, o aplicativo não pode consultar a cópia local dos metadados para determinar se ele foi atualizado ou aplicado sobre as personalizações que foram feitas usando metadados de provisionamento de conta. Não há como um aplicativo ativar e reagir às atualizações de metadados de serviço aplicadas ao computador.
Um atraso pode ocorrer entre o tempo em que os metadados de serviço são carregados por meio do dashboard de hardware do Centro de Desenvolvimento do Windows e a hora em que os computadores recebem os metadados atualizados.
Identidade visual no aplicativo de banda larga móvel
As etapas anteriores descritas neste tópico permitem que você renomeie o ícone do Windows Gerenciador de Conexões e o nome da rede para a rede do MNO/MVNO. No entanto, há maneiras limitadas em que o próprio aplicativo pode ser renomeado.
Você pode renomear os seguintes itens no aplicativo:
O próprio conteúdo do aplicativo (ou seja, tudo dentro do aplicativo pode ser alterado para um operador específico). Esse é o código sobre o qual o aplicativo tem controle completo. Talvez você queira alterar o conteúdo da ajuda, as opções de navegação, os layouts de página, as cores e a identidade visual dentro do aplicativo, com base no MNO/MVNO.
O bloco do aplicativo pode ser atualizado dinamicamente para mostrar imagens e layouts específicos do operador. Para obter informações sobre como atualizar dinamicamente o conteúdo do bloco, consulte Início Rápido: Enviando uma atualização de bloco.
Não é possível renomear os seguintes itens no aplicativo:
Nome do aplicativo. Você pode tentar ocultar o nome alterando o modelo de bloco, mas não pode alterar o nome em si ou o ícone que representa esse aplicativo, pois ele é definido no manifesto do aplicativo.
Nome do aplicativo, informações e o ícone no botão de configurações.
Descrição do aplicativo.
Reprogramação do SIM
Se você quiser reprogramar dinamicamente SIMs para alterar o IMSI ou o ICCID, você deve estar ciente das seguintes maneiras pelas quais Windows 8, Windows 8.1 e Windows 10 interpretar a reprogramação:
A reprogramação requer a invalidação do cache do dispositivo de IMSI e ICCID. Há várias maneiras de fazer isso, dependendo da rede e do dispositivo do operador.
Depois que o SIM for reprogramado, o dispositivo lerá novamente as informações do SIM. Ele pode usar a sequência de inserção de troca de SIM quente para informar ao Windows que ele deve consultar novamente os novos valores IMSI e ICCID.
O ICCID deve ser alterado ou o Windows não tratará o SIM como um novo SIM.
Se apenas o IMSI for alterado, o Windows não tratará o SIM como um novo SIM e os metadados do serviço não serão baixados. O aplicativo de banda larga móvel não será baixado se um aplicativo diferente já tiver sido baixado para esse SIM.
Para obter novos metadados de serviço (o que resulta em uma nova identidade visual) e obter um novo aplicativo de banda larga móvel para baixar o ICCID e o IMSI, você deve alterar os dados de serviço e o aplicativo de banda larga móvel usando o método de reprogramação da operadora.
Correspondência em redes CDMA
Para uma rede CDMA (3GPP2), o Windows lê os valores SID e Nome do Provedor relatados pelo dispositivo a um pacote de metadados de serviço correspondente no WMIS. Se nenhuma correspondência for encontrada, nenhum pacote de metadados de serviço será baixado. O Windows verifica aproximadamente a cada oito dias para ver se novos metadados existem para o dispositivo. Se houver metadados de serviço para um SID e um pacote de metadados de serviço separado existir para um Nome do Provedor e ambos os valores corresponderem aos valores sid e nome do provedor que o dispositivo está relatando, a preferência correspondente será dada ao SID. Nesse caso, o pacote Nome do Provedor não é correspondido.
Importante O valor Nome do Provedor diferencia maiúsculas de minúsculas e deve ser uma correspondência exata com o Nome do Provedor que o dispositivo relata ao Windows. Se você quiser fazer a correspondência usando o Nome do Provedor, verifique se especificou todas as variações ortográficas e de capitalização do Nome do Provedor que os dispositivos CDMA relatam ao Windows no pacote de metadados de serviço que você envia por meio do hardware do Centro de Desenvolvimento do Windows dashboard.
Gerenciando MVNOs
MVNOs em redes CDMA podem ser identificados usando uma das três opções a seguir.
Opção 1: MNO e MVNOs obtêm seus próprios valores de SID
Para dispositivos de banda larga móvel atribuídos a MVNOs, verifique se cada MVNO obtém um SID exclusivo. Os MNOs devem ter seu próprio valor sid diferente de cada um dos MVNOs.
Metadados de serviço separados são criados para o MNO e para cada um dos MVNOs que correspondem ao valor sid exclusivo que o dispositivo relata ao Windows.
Figura 7 A correspondência baseada em SID para redes CDMA mostra um exemplo de computadores que solicitam metadados de serviço do serviço WMIS e como cada solicitação correspondente do cliente é correspondida a uma experiência.
Figura 7 Correspondência baseada em SID para redes CDMA
A solicitação correspondente do computador nº 1 corresponde ao SID do MNO. Os metadados do serviço MNO são baixados.
A solicitação correspondente do PC nº 2 não corresponde a nenhum valor de SID ou a nenhum valor de Nome do Provedor. Nenhuma experiência é baixada.
A solicitação correspondente do PC nº 3 corresponde a um valor sid definido por outro MNO ou MVNO.
A solicitação correspondente do PC nº 4 corresponde ao SID do MVNO B. Metadados de serviço do MVNO B baixados.
Opção 2: MNO e MVNOs obtêm seus próprios valores de nome de provedor
Para dispositivos de banda larga móvel atribuídos a MVNOs, verifique se cada dispositivo MVNO relata um valor de Nome do Provedor que identifica exclusivamente o MVNO. O MNO deve ter seu próprio valor de Nome de Provedor que o identifique exclusivamente.
Metadados de serviço separados são criados para o MNO e para cada um dos MVNOs que correspondem ao valor nome do provedor que o dispositivo relata ao Windows.
Para que essa opção funcione, o MNO deve garantir que nenhum metadado de serviço seja enviado que corresponda ao SID que os dispositivos relatam. Se houver metadados de serviço para esses SIDs, as correspondências serão executadas no SID em vez do Nome do Provedor, fazendo com que esse esquema seja interrompido. Para remover um pacote de metadados baseado em SID do WMIS, entre em contato com o suporte ao dashboard de hardware do Centro de Desenvolvimento do Windows.
Figura 8 A correspondência baseada em nome do provedor para redes CDMA mostra um exemplo de dispositivos que solicitam metadados de serviço do serviço WMIS (Serviços de Internet e Metadados do Windows) e como cada solicitação correspondente do dispositivo corresponde a uma experiência.
Figura 8 Correspondência baseada em nome do provedor para redes CDMA
A solicitação correspondente do PC nº 1 não corresponde ao SID, mas corresponde ao Nome do Provedor para o MNO. Os metadados do serviço MNO são baixados.
A solicitação correspondente do PC nº 2 não corresponde a nenhum valor de SID ou a nenhum valor de Nome do Provedor. Nenhuma experiência é baixada.
A solicitação correspondente do PC nº 3 corresponde a um valor sid definido por outro MNO ou MVNO.
A solicitação correspondente do PC nº 4 não corresponde ao SID, mas corresponde ao Nome do Provedor para MVNO B. Os metadados de serviço do MVNO B são baixados.
Opção 3: método alternativo de correspondência
Se as duas primeiras opções descritas aqui não forem aceitáveis, os operadores CDMA poderão usar o método de correspondência alternativo descrito em Opção 7: método de correspondência alternativa da seção Correspondente em redes GSM.
Rádios e metadados
Você pode esperar os seguintes comportamentos correspondentes, dependendo do tipo de rádio.
Dispositivo de Single-Subscription de modo único
O dispositivo de assinatura única de modo único é um dispositivo somente GSM ou CDMA. Esses são dispositivos comumente disponíveis que fornecem acesso apenas a uma rede GSM ou CDMA.
Este dispositivo relata o modo GSM ou CDMA para o Windows. A lógica de correspondência descrita anteriormente se aplica e o dispositivo é correspondido aos metadados de serviço apropriados.
Dispositivo de Single-Subscription de vários modos
O dispositivo de assinatura única de vários modos tem recursos de GSM e CDMA. Por exemplo, ele pode se conectar a uma rede GSM LTE ou a uma rede CDMA usando uma única assinatura de assinante para esse operador.
Este dispositivo relata o GSM como o modo primário para o Windows.
Ao corresponder metadados de serviço para esse tipo de dispositivo, você pode criar metadados baseados em GSM que correspondam às propriedades de GSM do dispositivo.
Dispositivo de várias assinaturas de modo único
O dispositivo de várias assinaturas de modo único pode ter funcionalidades de GSM ou CDMA ativas ao mesmo tempo e pode funcionar com vários provedores. O usuário deve ter uma assinatura de cada provedor para usar mais de um provedor. Por exemplo, o chipset Qualcomm Gobi permite que o usuário se conecte a várias redes CDMA ou a uma rede GSM.
Este dispositivo relata o modo ao Windows para o provedor ativo. Se o dispositivo estiver ativo com o provedor GSM, ele deverá informar que ele está no modo GSM. Nesse caso, você deve criar metadados de GSM para correspondência. Os metadados do GSM e o aplicativo de operadora móvel podem acessar o dispositivo somente quando ele está no modo GSM.
Se o dispositivo estiver ativo com o provedor CDMA, ele deverá informar que ele está no modo CDMA para o Windows. Nesse caso, o operador deve criar metadados cdma para correspondência. Os metadados do CDMA e o aplicativo de banda larga móvel só podem acessar o dispositivo quando ele está no modo CDMA e ativo para essa rede CDMA.
Implicações de manutenção de metadados
É importante manter o conteúdo do pacote de metadados a seguir atualizado:
Como os pacotes são descritos.
Os valores IMSI e/ou ICCID ou nome do provedor CDMA ou SID em relação aos quais os pacotes correspondem.
Para obter mais informações sobre metadados de banda larga móvel, consulte Usando metadados para configurar experiências de banda larga móvel.