BR112014006450B1

BR112014006450B1 - Método de gerenciamento de identidades para o uso em um dispositivo móvel de telecomunicações e módulo de identidade de assinante para o uso em um dispositivo móvel de telecomunicações

Info

Publication number: BR112014006450B1
Application number: BR112014006450-4A
Authority: BR
Inventors: Timothy Paul Evans; James Tagg; Alistair Campbell
Original assignee: Truphone Limited
Priority date: 2011-09-19
Filing date: 2012-09-18
Publication date: 2022-06-21
Also published as: EP2759154A1; AU2012311291B2; CA2847816C; BR112014006450A2; AU2012311291A1; NZ622734A; PL2759154T3; DK2759154T3; UA114897C2; CA2847816A1; CN104012128A; JP2014526850A; SG11201400398PA; KR102004515B1; RU2625951C2; PT2759154T; MX345109B; ZA201402274B; RU2014115730A; EP2759154B1

Abstract

GERENCIAMENTO DE IDENTIDADES DE DISPOSITIVO MÓVEL. É descrito um método de gerenciamento de identidades para o uso em um dispositivo de telecomunicações móveis em uma rede de telecomunicações. Em primeiro lugar, dispara-se um processo de gerenciamento de identidade. Após isso, um ou mais parâmetros associados ao dispositivo de telecomunicações móveis são detectados. O processo de gerenciamento de identidade apresenta, então, as seguintes características. É detectada uma norma de gerenciamento de identidade determinada por um ou mais parâmetros. Pesquisa-se, então, uma base de dados de identidade. Cada registro da base de dados de identidade compreende uma identidade e informações de identidade adicionais para cada identidade, em que a pesquisa prioriza registros de acordo com a norma de gerenciamento de identidade. Uma identidade é, então, selecionada quando um registro que se conforma à norma de gerenciamento de identidade é encontrado na dita pesquisa. A identidade ativa do dispositivo de telecomunicações móveis é, então, alterada para ser a identidade selecionada quando a identidade ativa ainda não é a identidade selecionada. É descrito um módulo de identidade de assinante adaptado para o uso com esse método.

Description

CAMPO DA INVENÇÃO

[001] A invenção refere-se a telecomunicações e, especificamente, ao gerenciamento de identidade em dispositivos móveis que se ligam a redes de telecomunicações.

ANTECEDENTES DA INVENÇÃO

[002] Uma identidade de consumidor primário é, usualmente, um ser humano exclusivo, mas pode ser uma máquina ou, às vezes, uma entidade empresarial como um departamento. Em uma própria rede de telecomunicações, a identidade é representada por meio de um ou mais identificadores reconhecidos por elementos, ou fixados a, da rede. No contexto de telecomunicações móveis, tais identificadores são comumente a IMSI de consumidores (Identidade de Assinante Móvel Internacional) que reside em um SIM (Módulo de Identidade de Assinante), um número de telefone MSISDN (Número de Rede Digital de Serviços Integrados de Assinante Móvel) ou outras identidades importantes como endereço de MAC (Controle de Acesso de Meio), endereço de IP, endereço de correio eletrônico e IMEI (Identidade de Equipamento Móvel Internacional).

[003] No GSM (Sistema Global para comunicação Móvel), a autenticação é realizada com o uso de um SIM inserido no dispositivo de comunicações móveis. Isso gerencia a conexão à rede bem como a identidade de usuário e as chaves de assinante de rede. Existem dois tipos de serviço de rede - serviço doméstico e serviço fora da área de cobertura.

[004] “Fora da área de cobertura” refere-se à extensão da conecti- vidade de um serviço a um local que é diferente de um local doméstico. Quando um dispositivo de comunicações móveis, como um telefone móvel, viaja com um usuário para fora de sua área de cobertura de operadora doméstica - 'território' - o dispositivo ainda pode acessar serviços com o uso de mecanismos/serviços fora da área de cobertura. No entanto, há um número crescente de indivíduos que vivem em mais de uma residência e, evidentemente, as máquinas como aeronaves e car-ros não têm uma 'residência' no sentido humano da palavra. Os sistemas atuais prestam um serviço insatisfatório para tais usuários.

[005] Outro problema que os viajantes experienciam durante a viagem a países próximos ou a regiões de fronteira é que os telefones móveis podem se ligar inadvertidamente a uma rede estrangeira, embora possam estar fisicamente em um território doméstico. Sob operação normal, uma vez que um monofone (isto é, um telefone móvel) está ligado a uma rede, o mesmo permanece ligado a isso até que o sinal seja perdido ou se o assinante desconecta manualmente. Como um resultado, cobra-se do usuário altas taxas fora da área de cobertura por um período estendido embora o mesmo estivesse fisicamente em território doméstico. Em algumas regiões como Canada, EUA e Índia onde há cobertura nacional, esse efeito pode levar a faturas acidentalmente altas mesmo quando o consumidor não está em viagem.

[006] Existem poucas opções disponíveis para os usuários em viagem que ajudam a reduzir essas sobretaxas:

[007] Uma opção para um usuário é adquirir uma pluralidade de módulos de identificação de assinante pré-pagos adicionais (SIMs), uma para cada território que o usuário visita. Um SIM é um cartão de plástico com um conjunto de circuito eletrônico embutido, que tem um número serial exclusivo e um número internacional para o usuário móvel (IMSI). O SIM habilita a comunicação entre o dispositivo móvel e redes celulares disponíveis. Entretanto, adquirindo-se uma pluralidade de SIMs diferentes, - um para cada território - o usuário é capaz de substituir o SIM original por um SIM apropriado para o território visitado. Dessa forma, o dispositivo móvel parece ser um assinante da rede estrangeira, o que significa que o usuário pode efetuar e receber chamadas ou usar serviços de dados sem incorrer em sobretaxas fora da área de cobertura.

[008] Essa opção apresenta muitas desvantagens: • O usuário precisa adquirir e transportar uma pluralidade de cartões SIM diferentes; • O usuário precisa assegurar que há crédito suficiente nas contas ligadas a cada cartão SIM. Ademais, não é desejável ter crédito não utilizado em inúmeras redes diferentes, visto que esse crédito pode ser gasto sem ser resgatado; • O ato de manter uma pluralidade de contas de SIM diferentes é inconveniente e consome tempo, envolvendo interações de usuário considerável; • Quando o Assinante troca de SIM, se número móvel muda, isso significa que o mesmo já não se encontra disponível em seu número normalmente usado. Além disso, se for efetuada uma chamada internacional, seu Identificador de Linha de Chamada (CLI) será um novo e, portanto, desconhecido para quem recebe. Isso pode resultar na parte que recebe refutando atender aquela chamada já que não reconhece quem está ligando. • As autoridades são frustradas em seus esforços para ras- trear o controle de indivíduos indesejáveis visto que têm que rastrear efetivamente múltiplas cópias do mesmo indivíduo.

[009] Existem tentativas na técnica anterior para resolver pelo menos alguns desses problemas.

[0010] O documento WO2006/002951 (Brunnekreef) refere-se a uma abordagem na qual o usuário (ou um aplicativo) no telefone móvel pode pré-fixar (às vezes, ocultar) um número de telefone de um serviço intermediário que irá aceitar a camada do usuário, remover as informações pré-fixadas e chamar o número de destino desejado. Quem efetua a chamada desiste da chamada automaticamente e aguarda uma ligação de volta. O serviço intermediário liga para o usuário de volta para completar a conexão e isso pode proporcionar ao usuário taxas de ligação mais satisfatórias do que as sobretaxas fora da cobertura normal. Isso apresenta a desvantagem de introdução deum atraso no canal de comunicação enquanto o usuário tenta entrar em contato com terceiros. Ademais, o usuário obtém uma experiência de usuário muito insatisfatória devido a problemas de compatibilidade de software de monofone: dependendo no modelo do telefone móvel, o telefone pode parecer que 'não realiza nada' até que ocorre a chamada de volta, mensagens estranhas como 'chamada sem sucesso' ou 'chamada bloqueada' podem aparecer ou o serviço pode nem mesmo funcionar.

[0011] Outra abordagem da técnica anterior é ter um dispositivo mecânico que inclui uma tira flexível (frequentemente chamada de SIM delgado). Esse dispositivo conecta fisicamente múltiplos SIMs a um monofone e pode ser usado com um meio de comutação entre os SIMs. Esse dispositivo exige a existência de espaço livre no monofone para armazenar os SIMs adicionais e essa solução tem implantação problemática se os SIMs não forem compatíveis entre si (por exemplo, usam diferentes voltagens ou velocidades de dados). Alternativamente, as Imagens de todos com a exceção de um SIM podem ser clona- das em um chip SlimSIM e um SIM remanescente usado - uma solução de um mais muitos clones. Novamente, o fator forma física é in-compatível com muitos monofones e a clonagem de SIMs é ilegal em muitos países e quebra contratos na maioria dos casos.

[0012] SIMs multi-IMSI estão disponíveis para oferecer a capacidade de ser pré-programados com uma pluralidade de conjuntos de dados de assinante móvel. Os conjuntos de dados são, às vezes, incorretamente denominados IMSIs, por conseguinte, com o nome 'SIM multi-IMSI', mas são realmente conjuntos de dados que compreendem, cada um, uma identidade de assinante móvel internacional (IMSI) e outros dados relacionados à rede. Esses SIMS têm capacidade de processamento e um algoritmo para apresentar o conjunto correto de dados para o telefone baseados no local desse telefone. Isso permite que o telefone se apresente como um assinante 'local' para a rede em questão.

[0013] Muitos sistemas de SIM de Múltiplos IMSI e Duplo de formato fixo são vendidos por empresas como VeriSign e Gemalto e são descritos em vários pedidos de patente como Cammileri (WO2007102003), Stadelmann (WO9955107), Salomon (WO0221872), Bongers (WO0049820). Em tais sistemas, uma parte de software é executada no SIM ou no monofone ou um módulo eletrônico separado e toma decisões acerca de qual IMSI utilizar dado o local e as redes disponíveis. Tais sistemas são, às vezes, chamados de SmartSIMs, mas, de fato, essa é uma utilização de nome impróprio visto que todos os SIMs são inteligentes e contêm um microprocessador e memória para executar programas de seleção e autenticação de rede.

[0014] No entanto, tais sistemas são tipicamente inflexíveis em relação a mudanças na disponibilidade de rede ao longo do tempo e exigem, dos usuários, tomada de decisão informada. Isso pode resultar em falhas de operação e escolhas de rede insatisfatórias.

[0015] É revelado um sistema aprimorado no documento WO 2011/036484 anterior da requerente. O mesmo revela um sistema no qual um serviço central - um "Corretor de IMSI" - está adaptado para o fornecimento do SIM de um monofone móvel com novas identidades conforme for necessário. Embora essa abordagem resolva determinados problemas da técnica anterior, a mesma não resolve sozinha o problema de tornar confiáveis e eficazes as escolhas de identidade no monofone móvel.

SUMÁRIO DA INVENÇÃO

[0016] Em um primeiro aspecto, a invenção fornece um método de gerenciamento de identidades para o uso em um dispositivo de tele-comunicações móveis em uma rede de telecomunicações, em que o método compreende: disparar um processo de gerenciamento de identidade; detectar um ou mais parâmetros associados ao dispositivo de telecomunicações móveis; selecionar, no processo de gerenciamento de identidade, uma norma de gerenciamento de identidade determinada por um ou mais parâmetros detectados; pesquisar, no processo de gerenciamento de identidade, uma base de dados de identidade em que cada registro compreende uma identidade e informações de identidade adicionais para cada identidade, em que a pesquisa prioriza registros de acordo com a norma de gerenciamento de identidade; selecionar, no processo de gerenciamento de identidade, uma identidade quando um registro que se conforma à norma de gerenciamento de identidade é encontrado na dita pesquisa; e modificar, no processo de gerenciamento de identidade, uma identidade ativa do dispositivo de telecomunicações móveis para ser a identidade selecionada quando a identidade ativa ainda não é a identidade selecionada.

[0017] Esse método é particularmente eficaz visto que os presentes inventores determinaram que os parâmetros associados ao próprio dispositivo de telecomunicações móveis, ao invés de apenas daqueles relacionados ao local, podem ser particularmente importantes para a escolha de identidade. Isso se dá devido ao fato de que foi constatado que algumas identidades (devido, por exemplo, às propriedades ou método de operação de redes de telecomunicações associadas) são particularmente eficazes ou menos propensas a problemas do que outras para dispositivos de telecomunicações móveis particulares.

[0018] De preferência, cada uma das ditas identidades compreende um IMSI.

[0019] Os um ou mais parâmetros compreendem a tipo de mono-fone. Isso pode ser conforme determinado a partir do código de TAC no IMEI do monofone. Os um ou mais parâmetros também podem compreender um tipo de subscrição associado ao dispositivo, em que o tipo de subscrição se refere a um ou mais de um sistema operacional de dispositivo e um tipo de comunicação. Esses parâmetros permitem uma escolha eficaz de identidade a fim de evitar dificuldades que podem ocorrer com combinações particulares de dispositivo de comunicações móveis e rede.

[0020] As informações adicionais podem compreender um MCC e um MNC para cada identidade. Se assim for, é vantajoso que a norma de gerenciamento de identidade permita a seleção de uma identidade com base na correspondência de parte ou da totalidade de um valor de MCC ou de MNC. Se não houver correspondência estabelecida pela norma de gerenciamento de identidade a uma identidade específica, uma nova identidade pode ser selecionada a partir de um grupo de identidades correspondentes.

[0021] Vantajosamente, um processo de modificação da identidade ativa é determinado de acordo com os um ou mais parâmetros do dispositivo. Isso permite a modificação da identidade ativa a ser executada eficazmente de acordo com as capacidades do próprio dispositivo.

[0022] Vantajosamente, se durante a modificação da identidade ativa não for prestado serviço à nova identidade ativa, a identidade ativa é modificada para uma identidade de cópia de segurança diferente da identidade para a qual não foi prestado nenhum serviço. Isso assegura que o dispositivo não fique preso a uma identidade que é teoricamente a mais satisfatória, mas que tenha, na prática, um problema de serviço - com essa abordagem, o serviço ainda será prestado mesmo se a escolha de identidade inicial for ineficaz.

[0023] Em um aspecto adicional, a invenção fornece um modulo de identidade de assinante para o uso em um dispositivo de telecomunicações móveis e que tem uma pluralidade de identidades para o uso em uma rede móvel de telecomunicações, em que o módulo de identidade de assinante compreende uma memória e um processador, em que a memória compreende um processo de gerenciamento de identidade para execução por meio do processador e uma base de dados de identidade, em que o processador está adaptado para: iniciar, durante o disparo, o processo de gerenciamento de identidade; detectar um ou mais parâmetros associados ao dispositivo de telecomunicações móveis; selecionar, no processo de gerenciamento de identidade, uma norma de gerenciamento de identidade determinada por um ou mais parâmetros detectados; pesquisar, no processo de gerenciamento de identidade, uma base de dados de identidade em que cada registro compreende uma identidade e informações de identidade adicionais para cada identidade, em que a pesquisa prioriza registros de acordo com a norma de gerenciamento de identidade; selecionar, no processo de gerenciamento de identidade, uma identidade quando um registro que se conforma à norma de gerenciamento de identidade é encontrado na dita pesquisa; e modificar, no processo de gerenciamento de identidade, uma identidade ativa do dispositivo de telecomunicações móveis para ser a identidade selecionada quando a identidade ativa ainda não é a identidade selecionada.

BREVE DESCRIÇÃO DOS DESENHOS

[0024] As modalidades específicas da invenção serão descritas abaixo, a título de exemplo, com referência aos desenhos anexos, em que:

[0025] a Figura 1 é uma visão geral de um sistema de comunicações convencional no qual os aspectos da presente invenção podem operar;

[0026] a Figura 2 é um diagrama de blocos funcionais de um sis tema no qual as identidades podem ser fornecidas por um serviço central e também mostra os elementos de um SIM de acordo com as modalidades da invenção;

[0027] a Figura 3 mostra elementos de um processo de gerencia mento de identidade de acordo com um aspecto da invenção;

[0028] a Figura 4 ilustra diferentes possíveis etapas de disparo no processo da Figura 3 e suas consequências;

[0029] a Figura 5 ilustra um procedimento de seleção de IMSI para o uso no processo da Figura 3;

[0030] a Figura 6 ilustra um processo para gerenciar um grupo de IMSI para o uso no procedimento de seleção de IMSI da Figura 5; e

[0031] a Figura 7 ilustra uma estrutura de registro de dados para o uso no processo da Figura 3.

DESCRIÇÃO DETALHADA DE MODALIDADES PREFERENCIAIS

[0032] A Figura 1 fornece uma representação esquemática de duas redes celulares de telecomunicações, uma no RU e uma na Itália, para indicar o problema de estar fora da área de cobertura geral resolvido por modalidades da invenção. Na realidade, existem muito mais Operadores de Rede Móvel (MNO), Operadores de Rede Virtual Móvel (MVNO) ou Habilitadores de Rede Virtual Móvel (MVNE) e, como tal, muito mais redes celulares de telecomunicações. No entanto, a Figura 1 representa apenas duas redes a título de simplicidade.

[0033] Quando um primeiro usuário efetua uma chamada de um primeiro telefone móvel 10 na primeira rede local do usuário, por exemplo, no RU, para um segundo usuário 20 em uma rede estrangeira (isto é, Itália), a chamada é roteada através do subsistema de estação-base da rede local (BSS) 30 para um subsistema de comutação de rede local (NSS-local) 32, a chamada é, então, roteada através da rede de Sistema de Sinalização Número 7 (SS7) 34 para a rede estrangeira e através de um subsistema de comutação de rede estrangeira (NSS-estrangeira) 36 para o subsistema de estação-base de rede estrangeira 38. A chamada é finalmente roteada para o segundo telefone móvel do usuário 20. As chamadas em direção oposta são roteadas da mesma forma, através do subsistema de estação-base de rede estrangeira, para o subsistema de comutação de rede estrangeira 36, através de SS7 34 para o subsistema de comutação de rede local (NSS-local) 32, para o subsistema de estação-base da rede local (BSS) 30 e, finalmente, para o primeiro telefone móvel 10.

[0034] A forma na qual a chamada é roteada para o recipiente correto é através de uma pluralidade de registros de local que faz parte dos subsistemas de rede. Para cada usuário registrado em uma particular rede de telecomunicações celular, há um registro mantido naquele Registro Local Doméstico da rede (HLR) 40, 42. O HLR 40,42 é uma base de dados central que contém detalhes de cada assinante de telefone móvel que tem autorização para usar aquela rede particular.

[0035] O HLR armazena detalhes de cada cartão de Módulo de Identidade de Assinante (SIM) emitidos pelo operador de telefone móvel (isto é, MNO, MVNO ou MVNE). Um SIM é um cartão de plástico com conjunto de circuitos embutido, que é inserido no telefone móvel. Cada SIM tem um identificador exclusivo chamado de Identidade de Assinante Móvel Internacional (IMSI) que é uma chave primária para cada registro HLR. IMSIs são usados em qualquer rede móvel que se interconecta com outras redes, incluindo redes CDMA e EVDO bem como redes GSM.

[0036] Uma IMSI tem usualmente 15 dígitos de comprimento, mas existem algumas exceções. Tipicamente, os 3 primeiros dígitos são o Código do País (MCC), seguindo pelo Código do Rede Móvel (MNC), (ou 2 dígitos (padrão europeu) ou 3 dígitos (padrão norte-americano)). Os dígitos restantes contêm um número de identificação de estação móvel (MSIN) na base de consumidor da rede.

[0037] SIMs também compreendem um ou mais MSISDNs, que são os números de telefone usados por telefones móveis para efetuar e receber chamadas. Cada MSISDN também é uma chave primária para o registro HLR.

[0038] Em suma, há uma relação entre o HLR, o MSISDN, a IMSI e o SIM. O SIM é o dispositivo físico que contém um registro da IMSI. O MSISDN é o número exclusivo que identifica o telefone móvel. O IMSI é o identificador exclusivo do usuário que assina a rede e o HLR é o sistema que mapeia MSISDNs em relação a IMSIs e vice-versa.

[0039] O supracitado é verdadeiro quando um usuário sai 'da area de cobertura' longe de sua rede doméstica/local para uma rede estrangeira também chamada de rede fora da área de cobertura. No entanto, quando um telefone móvel tentar conectar-se a uma rede que não é a rede doméstica/local, a rede fora da área de cobertura se comunica com a rede doméstica a fim de verificar se o telefone móvel tem autorização para usar a rede fora da área de cobertura. Essa comunicação é possível devido ao fato de que existem acordos recíprocos entre muitas operadoras de rede disponíveis.

[0040] Quando um usuário sai da área de cobertura de seu service doméstico e entra em uma área coberta por outra operadora, mensagens são trocadas por meio da rede SS7 e a operadora de rede fora da área de cobertura obtém informações do HLR da rede doméstica e cria um registro temporário para o assinante em seu Registro de Local de Assinante (VLR) 44, 46. O VLR é uma base de dados que é mantida por uma operadora de rede (da mesma forma que o HLR é mantido). No entanto, o VLR do Centro de Comutação Móvel (MSC) contém informações temporárias sobre usuários móveis que estão atualmente situados dentro da área de cobertura daquele MSC. Quando as cha- madas são efetuadas do telefone móvel, é verificado se o VLR tem autorização e, presumindo que o mesmo tem autorização, o Centro de Comutação Móvel (MSC) permite o rastreamento do uso do telefone móvel para propósitos de faturamento. O perfil de assinante de HLR (isto é, quais serviços são permitidos) é transferido por download para o VLR quando o usuário assinante na (se conecta à) rede (o mesmo para rede fora da área de cobertura e doméstica). Toda geração de registro de ados de chamada (CDR) relacionado à movimentação e ao faturamento de chamada é realizado por meio do MSC - não envolve- se o HLR.

[0041] Então, usando-se o exemplo na Figura 1, um usuário assinante de uma operadora de rede móvel no RU visita a Itália. Quando o usuário chega na Itália e liga o telefone móvel, o telefone móvel tentará conectar-se a uma operadora de rede italiana disponível 36. A operadora de rede italiana pode identificar, a partir do número de IMSI armazenado no cartão SIM, que o usuário não é assinante da rede italiana e, como tal, entrará em contato com a rede doméstica do usuário 32 no RU para verificar se o usuário tem autorização para usar a rede italiana.

[0042] O VLR 46 atualiza o HLR 40 no RU, com informações locais através do SS7 com uma mensagem de Atualização de Local (LU). A mensagem de LU é roteada para o HLR(RU) com base na conversão de título global da IMSI que está contida em um campo Parte de Controle de Conexão de Sinalização (SCCP) da LU. O HLR(RU) informa o VLR(IT) a situação do assinante e se o serviço deve ser prestado na rede fora da área de cobertura, isto é, na rede italiana. Se o usuário tem autorização, a rede italiana gera um registro temporário para i usuário no VLR italiano 46.

[0043] Conforme descrito acima, há problemas associados aos serviços fora da área de cobertura visto que os usuários conectados a uma rede fora da área de cobertura arcam com pesadas sobretaxas ao efetuar ou receber chamadas ou durante a utilização de serviços de dados em seus telefones móveis. Isso é verdade independente de onde o usuário está efetuando a chamada, ou quem está ligando para o usuário. No exemplo acima, o usuário que visita a Itália irá arcar com cobranças por acesso fora da área de cobertura ao efetuar uma chamada para números de telefone italianos bem como ao efetuar chamadas para telefones na rede doméstica no RU e em qualquer lugar. Similarmente, as cobranças por acesso fora da área de cobertura serão aplicadas a chamadas recebidas de qualquer número de telefone do RU, Itália ou outro.

[0044] Os métodos de técnica anterior para a redução dessas cobranças por acesso fora da área de cobertura são inconvenientes visto que exigem que o usuário adquira, transporte e mantenha as contas de muitos cartões SIM diferentes ou exigem um alto grau de interação de usuário a fim de utilizar um dos serviços para contornar essas cobranças por acesso fora da área de cobertura. No entanto, conforme descrito acima, existem muitos problemas conhecidos com esses serviços.

[0045] Conforme descrito acima, o documento WO 2011/036484,cuja descrição está aqui incorporada a título de referência a uma medida permitida por lei, fornece um servidor central adicional em uma rede de telecomunicações celular típica. O servidor central adicional tem a capacidade de fornecer, conforme necessário, uma pluralidade de IMSIs adicionais para um telefone móvel, quando o telefone móvel está conectado a uma rede fora da área de cobertura em outro pa- ís/região. O servidor central adicional é denominado um Corretor de IMSI. Em tal sistema, o Corretor de IMSI é disposto para determinar se o cartão SIM no telefone móvel tem uma IMSI apropriada para a rede fora da área de cobertura. Os cartões SIM exigidos para essa modalidade da invenção têm a capacidade de armazenar uma pluralidade de IMSIs alternativas para diferentes redes, juntamente com normas associadas que governam quando as IMSIs alternativas deveriam ser usadas. Nessa modalidade, o corretor de IMSI tem acesso a um armazenamento de base de dados de IMSIs alternativas (novas) para múltiplas redes estrangeiras (FNOs) e está disposto para distribuir essas novas IMSIs conforme necessário para usuários que são assinantes de uma rede que compreende um corretor de IMSI e que estão obtendo conectividade ao longo de redes.

[0046] Nessa disposição, cada SIM tem a capacidade de armazenar uma pluralidade de IMSIs que pode ser usada em um território específico (país ou região) para alcançar as possíveis tarifas de chamada mais satisfatórias. O SIM também tem um conjunto de normas para acionar a seleção da possível IMSI mais satisfatória. Toda vez que um usuário entra em um território diferente (em sua maioria, um novo país, mas poderia ser uma nova região dentro de um país), o Corretor de IMSI emitirá a possível IMSI mais satisfatória e as normas de seleção de IMSI para aquele território. O Corretor de IMSI irá enviar essa nova IMSI para o SIM Ao Longo do Ar (OTA). Essa solução elimina a necessidade de trocar SIMs quando novos negócios de rede no atacado se tornam disponíveis. Emite-se IMSI adicional para os assinantes quando e onde disponível.

[0047] As atualizações e o gerenciamento dos dados no SIM podem ser alcançados ao longo da interface aérea com o uso de qualquer radioconexão OTA. Alguns exemplos incluem, mas não se limitam a, canais de sinalização celular, conexões de dados celular, troca de mensagem de texto WiFi, Bluetooth & WiMAX. O versado na técnica constatará que OTA' deve incluir toda as conexões possíveis ao monofone móvel e qualquer outro método de transferência de dados para o dispositivo de monofone como conexão com fio a um PC, Infravermelho e assim em diante.

[0048] Com o uso dessa abordagem, o SIM pode, no momento da fabricação, ser programado para incluir uma pluralidade de IMSIs cor-respondente a destinos populares. Em outra modalidade, o SIM pode ser programado com uma pluralidade de IMSIs no registro na rede, de acordo com a seleção de usuário de países ou territórios que o usuário espera visitar no futuro. Em outra modalidade, o SIM pode compreender apenas uma IMSI após a fabricação e registro, de modo que todas as novas/alternativas IMSIs sejam entregues do Corretor de IMSI enquanto e quando o usuário visita novos países/territórios.

[0049] SIMs estão em desenvolvimento contínuo e os SIMs atualmente conhecidos podem ter a capacidade de armazenar até 256 diferentes IMSIs na memória do SIM. É provável que esse número aumente ainda mais. No entanto, independente do número de IMSIs que o SIM tem a capacidade de manter, outras restrições de memória podem significa que é colocado um limite superior no número de IMSIs a ser armazenado no SIM. Em casos nos quais é alcançado um limite superior, de acordo com uma modalidade da presente invenção, o SIM tem a capacidade de substituir dinamicamente uma IMSI armazenada por uma IMSI recentemente obtida. A decisão sobre qual IMSI substituir pode ser baseada em inúmeros fatores, por exemplo, qualquer IMSI inutilizada pode ser a primeira a ser substituída. Da mesma forma, IMSIs que foram minimamente usadas, ou que foram usadas menos frequentemente, podem ser substituídas por IMSIs mais popula- res/recentemente usadas.

[0050] Embora as modalidades da presente invenção possam ser usadas de modo eficaz com o Corretor de IMSI aqui descrito e em maiores detalhes no documento WO 2011/036484, o Corretor de IMSI não é por si só um aspecto ou característica da presente invenção, que está direcionado ao gerenciamento de identidade em um dispositivo móvel.

[0051] A Figura 2 mostra uma vista geral esquemática de um Corretor de IMSI integrado 108 e um SIM de monofone 530 em comunicação com o mesmo sobre uma rede. Nesse sentido, a rede não precisa ser limitada à rede física que é operada por uma única operadora de rede. Em outras palavras, o termo rede pode significar uma coleção de redes coexistentes.

[0052] O MSC de uma rede se comunica com o HLR 111 que, por sua vez, se comunica com o Corretor de IMSI 108 e um módulo de Rede Inteligente (IN) / Sistema de Serviços Administrativos (BSS) 113. O módulo de IN/BSS tem acesso a um dB de usuário que compreende um registro para cada usuário assinante da rede. O módulo de IN/BSS 113 é responsável pelo monitoramento do uso do usuário, isto é, chamadas de voz, SMSs, uso de dados etc., de modo que um registro seja mantido para propósitos de faturamento. Em uma modalidade, o módulo de IN 113 também é responsável por assegurar que as informações de ID de chamadas, também conhecidas como Identificação de Linha de Chamada (CLI), sejam armazenadas e fornecidas durante as chamadas enquanto estiver fora da área de cobertura, para assegurar que há transparência para as partes que recebem a chamada.

[0053] O Corretor de IMSI 108 tem acesso a um Grupo de IMSI 109, que é uma base de dados que compreende uma pluralidade de IMSIs disponíveis para diferente territórios/locais. As IMSIs, por sua natureza, são específicas para território. As mesmas são específicas para país e também podem ser específicas para regiões em países (isto é, EUA, Índia) onde pode haver sobretaxas por conectividade fora da cobertura regional bem como conectividade fora da cobertura internacional. Uma IMSI que é registrada em um HLR em um território será considerada fora da área de cobertura se estiver conectada a um re- de/HLR em um território diferente. Entretanto, para cada território no Grupo de IMSI 109, existe um subgrupo ou faixa de IMSIs adequadas que pode ser usado. Isso será descrito em maiores detalhes posteriormente.

[0054] O Corretor de IMSI 108 compreende um atualizador de IMSI 500 e um verificador de IMSI 510 e um gerenciador de normas 520.

[0055] A rede também compreende um módulo OTA que é disposto para enviar mensagens de atualização para telefones móveis conforme necessário. As mensagens de atualização podem incluir mensagens de atualização de norma e/ou IMSIs alternativas. Esse mecanismo de atualização não se limita ao fornecimento de IMSIs alternativas ou normas associadas - o mesmo também pode ser usado para fornecer outras atualizações para o cartão SIM (como novas versões de software instalado) e também para a verificação de configurações.

[0056] O HLR é adicionalmente disposto para se comunicar com pluralidade de redes estrangeiras (operadas por operadoras de rede estrangeira FNOs). O canal de comunicação entre o HLR e as redes estrangeiras se dá através da rede SS7.

[0057] A Figura 2 também compreende um diagrama em blocos esquemáticos dos componentes funcionais no SIM 530. Conforme mostrado, o SIM compreende uma IMSI atual 540, um MSISDN atual 542, um aplicativo de SIM (SIMAPP) 544 para a execução de etapas funcionais no SIM e uma base de dados 546 de IMSIs disponíveis, normas associadas e MSISDNs.

[0058] O versado irá analisar o documento WO 2011/036484 para maiores detalhes em relação ao sistema de Corretor de IMSI, conforme necessário. As modalidades da presente invenção serão descritas agora com referência a um SIM do tipo ilustrado na Figura 2 - conforme indicado acima, tal SIM pode, ou não, ser usado em conexão com um sistema de Corretor de IMSI conforme aqui indicado, ou pode ser usado independentemente de tal sistema (ou com um tipo diferente de sistema para o fornecimento de identidades de usuário onde necessário).

[0059] Em um aspecto, os aspectos da invenção envolvem um método de gerenciamento de identidades para o uso em um dispositivo de telecomunicações móveis em uma rede de telecomunicações, em que o método compreende:disparar um processo de gerenciamento de identidade;detectar um ou mais parâmetros associados ao dispositivo de telecomunicações móveis;selecionar, no processo de gerenciamento de identidade, uma norma de gerenciamento de identidade determinada por um ou mais parâmetros detectados;pesquisar, no processo de gerenciamento de identidade, uma base de dados de identidade em que cada registro compreende uma identidade e informações de identidade adicionais para cada identidade, em que a pesquisa prioriza registros de acordo com a norma de gerenciamento de identidade;selecionar, no processo de gerenciamento de identidade, uma identidade quando um registro que se conforma à norma de gerenciamento de identidade é encontrado na dita pesquisa; e modificar, no processo de gerenciamento de identidade, uma identidade ativa do dispositivo de telecomunicações móveis para ser a identidade selecionada quando a identidade ativa ainda não é a identidade selecionada.

[0060] Essa abordagem pode ser usada em diferentes tipos de redes de telecomunicações, mas é eficaz em uma rede GSM, ou uma rede 3G ou LTE conforme especificada por 3GPP. O SIM pode ser um SIM convencional, ou pode ser um USIM que executa um cartão inteligente executado em um telefone 3G - o termo "SIM" será usado doravante para todos os tipos de SIM, incorporado como um cartão SIM, um aplicativo em um cartão inteligente, ou uma rotina instanciada vir- tualmente. Vantajosamente, tal SIM é projetado e implantado de acordo com padrões atualmente aplicáveis (no momento atual, tais padrões incluem ETSI TS 151.011, ETSI TS 131.101, ETSI TS 102.221, ETSI TS 131.102, ETSI TS 131.111 e ETSI TS 151.014). Uma abordagem eficaz para a implantação do método a ser descrito é uma combinação de USIM e SIM na qual o SIM e USIM (doravante denominado (U)SIM) são projetados e implantados de acordo com ETSI TS 151.011, ETSI TS 131.101, ETSI TS 102.221, ETSI TS 131.102, ETSI TS 131.111 e ETSI TS 151.014. Adicionalmente, um aplicativo e arqui-vos adicionais são adicionados ao (U)SIM que implanta o método.

[0061] Conforme mostrado na Figura 3, há uma série de estágios principais presente em um processo operado de acordo com uma modalidade da invenção. Essas são: uma etapa de disparo 1, uma etapa de seleção de identidade 2, uma etapa de seleção de identidade de agrupamento 3 e uma etapa de troca de identidade 4, 5. A identidade selecionada e trocada é, nesse caso, uma IMSI - no entanto, a abordagem aqui mostrada pode ser aplicada à seleção e à troca de outros tipos de identidade. Também é descrito abaixo, embora não mostrado na Figura 3, um mecanismo para executar consultas de situação.

[0062] A Figura 4 ilustra possíveis etapas de disparo diferentes e suas consequências. Em modalidades, qualquer um dos eventos a seguir pode disparar uma operação adicional do aplicativo: • O (U)SIM proveniente de RESET • Uma transferência por download de kit de ferramenta de aplicativo de cartão ou SIM recebida pelo (U)SIM. • Um EVENTO de kit de ferramenta de aplicativo de cartão ou SIM (Situação de Local) • Uma mudança nos conteúdos de qualquer arquivo UICC específico. • Um comando de SITUAÇÃO é recebido pelo (U)SIM. • Um plugin específico é invocado no ambiente WIB. • Por uma mensagem específica sobre uma interface compartilhável Java. • Uma mudança no arquivo de armazenamento de IMSI usado pelo aplicativo por meio de uma mensagem de um serviço remoto (Corretor de IMSI). • Uma instrução para mudar IMSI para uma IMSI específica de um serviço remoto (Corretor de IMSI). • Uma instrução para mudar o modo de seleção de IMSI para ‘AUTOMÁTICO’ de um serviço remoto.

[0063] Se o disparo for o (U)SIM proveniente de RESET, então próprio o aplicativo deve se inicializar. Como parte dessa inicialização, o SIM pode remover todas as redes da lista proibida (definida em ETSI TS 151.011 e ETSI TS 102.221) ou remover apenas a rede preferencial para o local conhecido atual antes que o monofone execute a leitura desse arquivo. Opcionalmente, se o modo de seleção de IMSI estiver configurado para ‘MANUAL’, então o modo de seleção de IMSI pode ser mudado para ‘AUTOMÁTICO’.

[0064] Se o disparo for um (U)SIM que recebe uma transferência por download de perfil de kit de ferramenta de aplicativo de cartão ou SIM, então o aplicativo deve analisar os conteúdos da transferência por download de perfil para determinar o nível de suporte que o mono- fone tem para diferentes aspectos da função de aplicativo. Se o mono- fone suporta o EVENTO de kit de ferramenta de aplicativo de Cartão ou SIM (Situação de Local), então o mesmo deve usar eventos recebidos para disparar automaticamente mudanças de IMSI e, de outra forma, deve monitorar as mudanças nos arquivos de (U)SIM e comandos de SITUAÇÃO para disparar as mudanças de IMSI. Disparos OTA e disparos de outros aplicativos no cartão (como aplicativos WIB ou Java) devem sempre estar disponíveis independente do PERFIL DE TERMINAL.

[0065] Se o disparo for um EVENTO de kit de ferramenta de aplicativo de cartão ou SIM (Situação de Local), então o aplicativo deve usar FORNECER INFORMAÇÕES DE LOCAL (id de célula) para determinar a situação de conexão de rede e o MCC e MNC da rede atual (se disponível) e, então, seguir o procedimento de seleção de IMSI.

[0066] Se o disparo for uma mudança para qualquer arquivo específico sendo monitorado para esse propósito, então, após a mudança de arquivo, o aplicativo deve usar FORNECER INFORMAÇÕES DE LOCAL (id de célula) para determinar a situação de conexão de rede e o MCC e MNC da rede atual (se disponível) e, então, deve seguir o procedimento de seleção de IMSI.

[0067] Se o disparo for um comando SITUAÇÃO recebido pelo (U)SIM, então o aplicativo deve decidir se esse comando SITUAÇÃO deve ser usado como um disparo. Isso pode ser decidido com base no número de comandos SITUAÇÃO recebido por algum outro meio. Se for disparado pelo comando SITUAÇÃO, o aplicativo deve usar FORNECER INFORMAÇÕES DE LOCAL (id de célula) para determinar a situação de conexão de rede e o MCC e MNC da rede atual (se disponível). O mesmo irão, então, seguir o procedimento de seleção de IMSI.

[0068] Se o disparo for uma mudança no arquivo de armazenamento de IMSI usado pelo aplicativo ou devido a uma chamada de plugin de WIB com o tipo de disparo definido para automático, ou devido a uma comunicação com um aplicativo Java em uma interface compartilhável onde o modo de seleção está definido para automático, ou uma mensagem de um serviço remoto (Corretor de IMSI) para entrar em modo “AUTOMÁTICO”, então o aplicativo deve usar FORNECER INFORMAÇÕES DE LOCAL (id de célula) para determinar a situação de conexão de rede e o MCC e MNC da rede atual (se dispo- nível). Isso irá definir o modo de seleção de IMSI para “AUTOMÁTICO” e, então, irá seguir o procedimento de seleção de IMSI.

[0069] Se o disparo for a seleção de um IMSI específico devido auma chamada de plugin de WIB com o tipo de disparo definido para manual ou devido a uma comunicação com um aplicativo Java em uma interface compartilhável onde o modo de seleção é definido para manual ou devido a uma mensagem de um serviço remoto (Corretor de IMSI), então o modo de seleção de IMSI deve ser definido para “MANUAL” e o processo de troca de IMSI deve ser seguido com o uso de IMSI especificado.

[0070] Será descrito, no presente momento, o procedimento de seleção de IMSI. O procedimento descrito abaixo detalhadamente é o processo automático, mas também há uma opção de evitar o processo automático permitindo-se seleção automática.

[0071] O processo de seleção de IMSI automático é um procedimento de duas etapas: • Etapa 1 (mostrada na Figura 5) - Seleção de um IMSI baseada em uma ação específica com base no tipo de monofone e rede detectada. • Etapa 2 (mostrada na Figura 6) - Seleção de um IMSI baseada em um critério definido a partir de um grupo de IMSIs disponíveis para esse propósito (agrupamento). Essa seleção não se baseia na rede atual. • Na entrada para o procedimento de seleção de IMSI, se o modo de seleção de IMSI for definido para manual, então o método é concluído sem alteração.

[0072] Se o modo de seleção de IMSI for definido para automático,então o monofone IMEI é detectado, o tipo de subscrição é lido do SIM e o MCC e MNC são recuperados do resultado do comando FORNECER INFORMAÇÕES DE LOCAL - kit de ferramenta de SIM de ID de Célula. Esse processo é descrito abaixo em maiores detalhes com referência à Figura 5. O mesmo compreende dois estágios principais: determinação do tipo de subscrição e determinação do IMSI a ser usada com base no tipo de subscrição e código de rede.

[0073] O processo é iniciado por uma ação específica (etapa 1001), por exemplo, conforme discutido acima em relação às etapas de disparo. A IMEI (Identidade de Equipamento Móvel Internacional, que fornece uma identidade exclusiva para cada dispositivo móvel) para o dispositivo é, então, recuperada (etapa 1002) e o código de TAC recuperado (o Código de Alocação de Tipo ou TAC identifica o modelo e a origem do dispositivo e é fornecido como um número de 8 dígitos que faz parte da IMEI).

[0074] O código de TAC é, então, correspondido a um registro armazenado no SIM (etapas 1003 e 1004). Isso não precisa ser uma correspondência exata - um mecanismo de caractere curinga pode ser usado para corresponder a apenas parte do código de TAC. Se for encontrado um registro (etapa 1006), então o tipo de subscrição real a ser usado e o mecanismo de troca a ser usado é determinado a partir daquele registro através do uso do tipo de subscrição inicial do SIM. Conforme discutido abaixo, o mecanismo de troca também depende de parâmetros do próprio dispositivo. Se não for correspondida nenhuma TAC de IMEI específica (etapa 1005), então um registro comercializado como uma entrada padrão pode ser usado - o tipo de subscrição real a ser usado e o mecanismo de troca a ser usado é, então, determinado a partir daquele registro através do uso tipo de subscrição inicial do SIM. Se não existir nenhuma entrada padrão para a correspondência de IMEI, então o tipo de subscrição é não modificado e o mecanismo de troca a ser usado deve ser o mecanismo de troca padrão definido pelo método.

[0075] Como o tipo de monofone, o tipo de subscrição também é uma propriedade do próprio dispositivo móvel. Em alguns casos, isso será determinado através do sistema operacional e processos do próprio dispositivo (por exemplo, dispositivos Apple e BlackBerry são diferenciados dessa forma). Isso também pode ser determinado pelas seguintes condições: se o dispositivo está operando de acordo com um protocolo pré-pago ou pós-pago ou se o dispositivo está configurado por voz, dados ou uma combinações de ambos.

[0076] Uma vez que o tipo de monofone e o tipo de subscrição foram estabelecidos, isso é usado para seleção de IMSI. Em primeiro lugar, uma rede atualmente ativa é determinada (etapa 1007) e é feita uma tentativa para corresponder as combinações der MCC/MNC da rede atual a um registro armazenado no SIM (etapa 1008). Conforme descrito anteriormente para a IMEI/TAC, um mecanismo de caractere curinga pode ser usado para corresponder apenas parte do código de MCC/MNC.

[0077] Se o registro for encontrado (etapa 1009), então o IMSI a ser usado (ou uma referência àquele IMSI) é determinado através do uso do IMSI designado para a subscrição atual (etapa 1010). Isso será tipicamente uma escolha exclusiva já determinada para aquela descrição. Após a seleção, o processo de troca de IMSI é iniciado (etapa 1011) conforme descrito adicionalmente abaixo. No entanto, se não existir nenhuma entrada para a correspondência de código de MCC/MNC (etapa 1012), então um mecanismo de agrupamento é usado para fornecer um IMSI apropriado. Isso é discutido com referência à Figura 6.

[0078] O processo de agrupamento indicado na Figura 6 depende do tipo de monofone e subscrição conhecido conforme discutido acima - o tipo de monofone e subscrição restringe as escolhas disponíveis no processo de agrupamento àquelas que são adequadas para aquele monofone e subscrição. O processo é invocado se não houver corres- pondência a um MCC/MNC específico.

[0079] Há muitos mecanismos especificados para agrupamento de IMSI e os métodos adicionais podem ser adicionados remotamente pelo ar. A seleção do mecanismo de agrupamento a ser usado pode ser armazenada no SIM, ou pode ser fornecida como uma entrada para o processo através do disparo.

[0080] Na modalidade aqui descrita, podem ser suportados os se guintes mecanismos: • Usar a primeira entrada - usar sempre o IMSI com base no tipo de subscrição para a primeira entrada na lista de agrupamento. • Corresponder a primeira ocorrência de MCC - usar o IMSI indicado com base no tipo de subscrição para o primeiro registro de agrupamento que contém o MCC atual, então usar o primeiro registro. • Durante a rotação - usar o IMSI indicado com base no tipo de subscrição para o próximo registro de agrupamento do registro de agrupamento usado antes da última ativação. • Aleatório - usar o IMSI indicado com base no tipo de subscrição para o registro de agrupamento aleatoriamente selecionado na ativação. • Aplicativo externo- um ou mais aplicativos externos são invocados para realizar a seleção de IMSI.

[0081] A implantação dessas escolhas e do processo resultante é mostrada na Figura 6.

[0082] Se um novo IMSI for diferente do IMSI atual, então o pro cesso de troca de IMSI é seguido.

[0083] Se o novo IMSI for o mesmo que o IMSI atual e se não for permitido que o IMSI atual se conecte à "rede permitida" para aquele IMSI (isso pode ser indicado como uma resposta de "serviço limitado” a um comando FORNECER INFORMAÇÕES DE LOCAL (ID de Célula), uma indicação de "serviço limitado” no EVENTO (Situação de Lo- cal) ou um "PLMN” não permitido ou "Área de roteamento não permitida" em qualquer arquivo Loci.), então o processo de serviço de recuperação indicado abaixo é seguido.

[0084] Se o SIM estiver no "modo de cópia de segurança de rede", o MCC indicado é o mesmo que o MCC anterior indicado, então o processo de serviço de recuperação é seguido. No entanto, se o SIM estiver no "modo de cópia de segurança de rede", o MCC indicado é diferente do MCC anterior indicado, então o "modo de cópia de segurança de rede" é liberado.

[0085] O serviço de recuperação de rede é usado quando o serviço esperado não está disponível. Esse atributo, que é uma opção que pode ser desabilitada sem afetar a operação de outros atributos dessa modalidade, é usado para tentar e entregar serviço para um usuário quando o IMSI automaticamente escolhido for proibido em uma rede que o SIM espera servir. O processo de serviço de recuperação verifica se um valor de IMSI de cópia de segurança indicado para o registro atual é o mesmo que o IMSI atual. Se não for o mesmo, o IMSI será mudado com o uso do procedimento de mudança de IMSI. O SIM deverá, então, definir o "modo de cópia de segurança de rede" como estando em vigor.

[0086] O processo de seleção manual pode ser escolhido como uma alternativa ao processo automático e pode ser disparado, por exemplo, por um plugin de WIB, um applet java através da interface compartilhável ou por uma atualização OTA do arquivo de IMSI manual de EF.

[0087] Usando-se essa abordagem, se o valor de IMSI indicado manualmente for diferente do IMSI atual, então o aplicativo verifica o IMEI do dispositivo e corresponde isso a um registro em EF IMEI_Specific_lnfo. O mecanismo de troca de IMSI indicado para aquele IMEI (ou o registro padrão se não houver correspondência) ar- mazenado no SIM é, então, usado para alterar a IMSI.

[0088] Retornando-se à Figura 3, O processo Mudar IMSI para permitir que IMSIs sejam trocadas é executado da seguinte maneira.

[0089] Na entrada no Procedimento de troca de IMSI, o aplicativo verifica, em primeiro lugar, se a nova IMSI a ser selecionada é a mesma que a IMSI existente em uso.

[0090] Se for a mesma, então o aplicativo sai sem executar ne nhuma mudança na IMSI e seus parâmetros associados.

[0091] Se for diferente, então o procedimento de Mudar IMSI é acionado. Esse processo é iniciado se o SIM determina que o mesmo precisa alterar IMSI. O processo de troca de IMSI se baseia no tipo de monofone e sua entrada associada no registro para aquele tipo de monofone.

[0092] Os processos a seguir podem ser suportados, por exemplo: • Renovar (tipo 6) com todos os arquivos de mudança notificados • Renove (tipo x) onde x é passado para a rotina • Exibir para o usuário solicitando desligamento do telefone, então, religá-lo • através de um aplicativo separado 1 • através de um aplicativo separado 2

[0093] O processo particular a ser seguido pode ser determinado para um tipo de monofone específico escolhido para estar de acordo com as capacidades de monofone a fim de assegurar função eficaz.

[0094] O aplicativo usa o comando RENOVAR o kit de ferramenta de aplicativo de cartão para restabelecer a sessão GSM/3G/LTE e para informar o monofone que os seguintes arquivos mudaram. Se o monofone não suporta esse comando, será tomada uma abordagem alternativa, como o aplicativo solicitando que o usuário desligue e ligue o monofone com o uso de um comando EXIBIR TEXTO de kit de fer- ramenta de aplicativo de cartão. Alternativamente, para monofones particulares, um aplicativo totalmente diferente pode ser iniciado.

[0095] Quando o UICC inicia novamente, ou devido ao commando RENOVAR, ou seja, qual for o processo de mudança usado, em modalidades, o aplicativo pode mudar o que está disposto a seguir antes que o monofone execute a leitura: • EF IMSI em DF GSM e ADF USIM são definidos para a nova IMSI. • EF SMSP é alterado para o valor de SMSC relevante para a nova IMSI (opcional). • EF OPLMNwACT é alterado para o conteúdo correto relevante para a nova IMSI (opcional). • Os parâmetros de autenticação são definidos para os valores relevantes para a nova IMSI(opcional).

[0096] O EF LOCI e EF PSJ.OCI em DF_GSM e ADF USIM são definidos para seu valor fornecido inicial.

[0097] A modificação de identidade pode incluir a modificação de um ou mais dos seguintes arquivos no SIM: EF LOCI, EF PSJ.OCI, EF GPRSJ.OCI, EF OPLMNwACT, EF PLMNwACT, EF H PLMNwACT, EF PLMNsel, EF FPLMN e EF HPPLMN.

[0098] A Figura 7 indica os tipos de registros mantidos pelo SIM no curso desse processo e as respectivas estruturas de registro. Um único registro de informações inicial irá indicar, por exemplo, um tipo de subscrição e um mecanismo de agrupamento para uso. Os registros tipo dispositivo podem indicar, por exemplo, modificadores para um tipo de subscrição (uma subscrição de voz e dados inicial pode, por exemplo, precisar de modificação para indicar que o dispositivo é um BlackBerry, com seus próprios protocolos de gerenciamento). Um registro de MCC específico pode dividir de modo eficaz listas de IMSI e PLMN por meio de subscrição apropriada, visto que pode agrupar re- gistros. Um registro de IMSI específico pode indicar não apenas a IMSI, mas também a autenticação, endereço e informações de identidade de rede.

[0099] As informações usadas para esses processos podem ser usadas para algo além da seleção de IMSI. O método pode incluir, em modalidades, um processo de consulta que permite que outros aplicativos questionem se a IMSI atual é a IMSI correta. Esse método também pode gerar um evento para outros aplicativos quando a IMSI correta for selecionada e o monofone estiver em um estado estável. Esse evento terá um meio para que o aplicativo de recepção registre e cancele o registro para esse alerta. Todos os aspectos do processo podem ser registrados dessa forma.

[00100] Essa abordagem permite gerenciamento confiável de identidade em um monofone móvel, em que a confiança é aprimorada permitindo-se que o procedimento seja otimizado para diferentes tipos de monofone e subscrição - embora aqui descrito com referência a dados de IMSI, isso também é aplicável a outros tipos de identidade para o uso com uma rede de comunicação. Essa abordagem também é usada de modo eficaz em combinações com um Corretor de IMSI conforme discutido no documento WO 2011/036484, que pode fornecer dinamicamente novas identidades e informações de suporte e parâmetros para um monofone móvel e que também pode ser uma fonte de eventos de disparo para estimular uma mudança de IMSI onde for determinado que isso é desejável.

[00101] Os dados operacionais contidos em um registro de base de dados de dados IMSI podem conter opcionalmente indicadores ou enlaces ou dados primários, opcionalmente abrigados, para dados operacionais adicionais contidos em outros arquivos de base de dados de SIM.

[00102] A base de dados de SIM pode ser opcionalmente pré- carregada na fabricação, ou modificada por informações OTA envia- das do sistema hospedeiro.

[00103] O termo “território” usado no presente documento tem como objetivo significar qualquer localidade específica, em termos de países, regiões e possível mesmo para determinadas redes.

[00104] Os termos “telefone móvel”, “monofone”, “terminal móvel”, “dispositivo de comunicações” podem ser considerados intercomutá- veis nesse documento.

[00105] O versado na técnica constatará que a presente invenção não se limita aos detalhes das descritas modalidades, ao invés disso, inúmeras e modificações podem ser realizadas sem que se afaste do espírito e do escopo da invenção conforme apresentado nas reivindicações anexas.

Claims

1. Método de gerenciamento de identidades para o uso em um dispositivo móvel de telecomunicações em uma rede de telecomunicações, em que o método é caracterizado pelo fato de que compreende: disparar (1) um processo de gerenciamento de identidade em um módulo de identidade de assinante (530) do dispositivo móvel de telecomunicações (10) conectado a uma rede móvel de telecomunicações, em que cada etapa do processo de gerenciamento de identidade é realizada dentro do módulo de identidade de assinante (530); detectar no dispositivo móvel de telecomunicações (10) um ou mais parâmetros associados ao dispositivo móvel de telecomunicações (10); selecionar, no processo de gerenciamento de identidade realizado dentro do módulo de identidade do assinante (530), uma norma de gerenciamento de identidade para priorizar identidades para uso como uma identidade ativa para o dispositivo móvel de telecomunicações (10), em que a norma de gerenciamento de identidade selecionada é determinada por um ou mais parâmetros detectados; pesquisar, no processo de gerenciamento de identidade realizado dentro do módulo de identidade do assinante (530), uma base de dados de identidade no dispositivo móvel de telecomunicações (10) em que cada registro compreende uma identidade armazenada no módulo de identidade do assinante (530) e informações de identidade adicionais para cada identidade, em que a pesquisa prioriza registros de acordo com a norma de gerenciamento de identidade; selecionar (2), no processo de gerenciamento de identidade realizado dentro do módulo de identidade do assinante (530), uma identidade selecionada quando um registro que se conforma à norma de gerenciamento de identidade é encontrado na dita pesquisa; e modificar (4,5), no processo de gerenciamento de identidade realizado dentro do módulo de identidade do assinante (530), uma identidade ativa do dispositivo móvel de telecomunicações (10)para ser a identidade selecionada quando a identidade ativa ainda não é a identidade selecionada.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que cada uma das ditas identidades compreende uma IMSI.

3. Método, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que os um ou mais parâmetros compreendem um tipo de monofone.

4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que o tipo de monofone é determinado a partir do código de TAC no IMEI do dispositivo móvel de telecomunicações (10).

5. Método, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que os um ou mais parâmetros compreendem um tipo de subscrição associado ao dispositivo móvel de comunicações (10), em que o tipo de subscrição refere-se a um ou mais de um sistema operacional de dispositivo e um tipo de comunicação.

6. Método, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que as informações de identidade adicionais compreendem um MCC e um MNC para cada identidade.

7. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que a norma de gerenciamento de identidade permite a seleção de uma identidade com base na correspondência de parte ou da totalidade de um valor de MCC ou de MNC.

8. Método, de acordo com a reivindicação 6 ou 7, caracterizado pelo fato de que, se não houver correspondência estabelecida pela norma de gerenciamento de identidade a uma identidade específica, uma nova identidade é selecionada a partir de um grupo de identidades correspondentes que correspondem a parte ou a totalidade de um valor de MCC ou de MNC.

9. Método, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que se, durante a modificação da identidade ativa não for prestado serviço para a nova identidade ativa, a identidade ativa é modificada para uma identidade de cópia de segurança diferente da identidade para a qual não foi prestado nenhum serviço.

10. Módulo de identidade de assinante para o uso em um dispositivo móvel de telecomunicações e que tem uma pluralidade de identidades para o uso em uma rede móvel de telecomunicações, ca-racterizado pelo fato de queo módulo de identidade de assinante (530) compreende uma memória e um processador, em que a memória compreende um processo de gerenciamento de identidade para execução por meio do processador e uma base de dados de identidade, em que quando instalado no dispositivo móvel de telecomunicações (10) o processador é adaptado para: receber um disparo no dispositivo móvel de telecomunicações (10), para iniciar o processo de gerenciamento de identidade; receber uma detecção de um ou mais parâmetros associados ao dispositivo móvel de telecomunicações (10); selecionar, no processo de gerenciamento de identidade, uma norma de gerenciamento de identidade para priorizar identidades para uso como uma identidade ativa para o dispositivo móvel de telecomunicações (10), em que a norma de gerenciamento de identidades selecionada é determinada por um ou mais parâmetros detectados; pesquisar, no processo de gerenciamento de identidade, uma base de dados de identidade no dispositivo móvel de telecomuni- cações (10) em que cada registro compreende uma identidade armazenada na memória do módulo de identificação de assinante (530) e informações de identidade adicionais para cada identidade, em que a pesquisa prioriza registros de acordo com a norma de gerenciamento de identidade; selecionar, no processo de gerenciamento de identidade, uma identidade selecionada a partir do banco de dados de identidade quando um registro que se conforma à norma de gerenciamento de identidade é encontrado na dita pesquisa; e modificar, no processo de gerenciamento de identidade, uma identidade ativa do dispositivo móvel de telecomunicações (10) para ser a identidade selecionada quando a identidade ativa ainda não é a identidade selecionada.

11. Módulo de identidade de assinante, de acordo com a reivindicação 10, caracterizado pelo fato de que cada uma da pluralidade de identidades é IMSIs.

12. Módulo de identidade de assinante, de acordo com a reivindicação 10 ou 11, caracterizado pelo fato de que o um ou mais parâmetros compreendem um tipo de monofone.

13. Módulo de identidade de assinante, de acordo com a reivindicação 12, caracterizado pelo fato de que o tipo de monofone é determinado a partir do código de TAC na IMEI do dispositivo móvel de telecomunicações (10).

14. Módulo de identidade de assinante, de acordo com qualquer uma das reivindicações 10 a 13, caracterizado pelo fato de que o um ou mais parâmetros compreendem um tipo de subscrição associado ao dispositivo móvel de telecomunicações (10), em que o tipo de subscrição refere-se a um ou mais de um sistema operacional de dispositivo e um tipo de comunicação.

15. Módulo de identidade de assinante, de acordo com qualquer uma das reivindicações 10 a 14, caracterizado pelo fato de que as informações de identidade adicionais compreendem um MCC e um MNC para cada identidade.

16. Módulo de identidade de assinante, de acordo com a reivindicação 15, caracterizado pelo fato de que a norma de gerenciamento de identidade permite a seleção de uma identidade com base na correspondência de parte ou da totalidade de um valor de MCC ou de MNC.

17. Módulo de identidade de assinante, de acordo com a reivindicação 15 ou 16, caracterizado pelo fato de que, se não houver correspondência estabelecida pela norma de gerenciamento de identidade a uma identidade específica, é selecionada uma nova identidade a partir de um grupo de identidades correspondentes que correspondem a parte ou da totalidade de um valor de MCC ou de MNC.

18. Módulo de identidade de assinante, de acordo com qualquer uma das reivindicações 10 a 17, caracterizado pelo fato de que se, durante a modificação da identidade ativa não for prestado serviço à nova identidade ativa, a identidade ativa é modificada para uma identidade de cópia de segurança diferente da identidade para a qual não foi prestado nenhum serviço.