BR122016000399A2 - Aparelho, método e sistema de comunicação - Google Patents

Abstract

uma rede central inclui uma pluralidade de nós que serve como nós para gerenciar mobilidade de um terminal e que são diferentes em relação às funções de serviço que os nós fornecem ao terminal. com base em informação de assinante e informação de terminal, um nó a ser conectado ao terminal é selecionado no lado da rede central, dependendo de uma característica de serviço utilizada pelo terminal ou em um tipo de terminal e o terminal é conectado ao nó selecionado.

Description

(54) Título: APARELHO, MÉTODO E SISTEMA DE COMUNICAÇÃO (51) Int. Cl.: H04W 88/14; H04M 3/42; H04W 24/02 (30) Prioridade Unionista: 30/09/2011 JP 2011217384 (73) Titular(es): NEC CORPORATION (72) Inventor(es): HAJIME ZEMBUTSU; TOSHIYUKI TAMURA; TAKANORI IWAI (74) Procurador(es): DANNEMANN, SIEMSEN, BIGLER & IPANEMA MOREIRA (86) Pedido Internacional: PCT JP2012075219 de 28/09/2012 (87) Publicação Internacional: WO

2013/047822 de 04/04/2013 (57) Resumo: Uma rede central inclui uma pluralidade de nós que serve como nós para gerenciar mobilidade de um terminal e que são diferentes em relação às funções de serviço que os nós fornecem ao terminal. Com base em informação de assinante e informação de terminal, um nó a ser conectado ao terminal é selecionado no lado da rede central, dependendo de uma característica de serviço utilizada pelo terminal ou em um tipo de terminal e o terminal é conectado ao nó selecionado.

1/61

Relatório Descritivo da Patente de Invenção para APARELHO, MÉTODO E SISTEMA DE COMUNICAÇÃO.

[001] Dividido do BR112014007308-2 depositado em 28 de setembro de 2012.

CAMPO TÉCNICO

REFERÊNCIA AO PEDIDO RELACIONADO [002] A presente invenção refere-se e reivindica o benefício da prioridade do pedido de patente Japonesa N° 2011-21 7384, depositado em 30 de setembro de 2011, cuja descrição é aqui incorporada na sua totalidade por referência.

[003] A presente invenção refere-se a um aparelho, um método e um sistema de comunicação.

ANTECEDENTES [004] Em uma rede central de um sistema de comunicação móvel, a fim de fornecer vários serviços para vários tipos de terminais (estações móveis), é necessário que todos os nós da rede central sejam fornecidos com as funções necessárias para cada serviço. Na rede de comunicações móveis em larga escala e similares, muitos nós estão dispostos na rede central. Um terminal, em cada registro de localização, está conectado de forma distribuída aos nós na rede central.

[005] Assim, todos os nós na rede central precisam ter as funções necessárias para cada serviço (funções de fornecimento de serviço). Quando até mesmo uma parte dos nós na rede central não tem o serviço necessário fornecendo funções para cada serviço, a continuidade do serviço para um terminal não pode ser assegurada.

[006] Por exemplo, a Literatura de Patente 1 descreve uma disposição para a otimização de um caminho de encaminhamento de pacotes com base em um tipo de um serviço utilizado por uma estação móvel, em que, quando a estação móvel utiliza um serviço a partir de uma rede externa, uma restrição é dada para um caminho de encamiPetição 870160000344, de 08/01/2016, pág. 5/94

2/61 nhamento de pacotes, de modo que o pacote flua através de um aparelho de encaminhamento de pacote específico com base na rede externa. Quando a estação móvel utiliza um serviço fornecido por uma rede de comunicação móvel, nenhuma restrição é dada a um caminho de encaminhamento de pacote.

Literatura de patente 1 [007] Publicação do Pedido de Patente Japonesa Não Examinada N°2003-338832A SUMÁRIO [008] A seguir são descritas algumas análises da técnica relacionada.

[009] Como descrito acima, uma vez que cada nó em uma rede central tem todas as funções de fornecimento de serviços, cada nó é obrigado a ter alta funcionalidade e alto desempenho. Por conseguinte, cada nó de rede central torna-se dispendioso.

[0010] Por exemplo, uma vez que um número relativamente pequeno de terminais móveis é compatível com um serviço MBMS (Serviço Multimídia de Difusão/Multidifusão) (um serviço de transmissão simultânea), que é um serviço portador que é padronizado pelo 3GPP (Projeto de Parceria de Terceira Geração) e que implementa transmissão do tipo difusão, não há muita oportunidade de fornecer o serviço MBMS. No entanto, para fornecer o serviço para um pequeno número de usuários de MBMS, é necessário que um operador de comunicação tenha todos os nós da rede central equipados com as funções MBMS. Caso contrário, o operador de comunicação não pode fornecer o serviço para o pequeno número de usuários de MBMS.

[0011] Se um nó na rede central pode ser selecionado com base em se ou não um terminal móvel precisa usar o serviço MBMS, o operador de comunicação pode instalar um número relativamente pequeno de nós onerosos da rede central que é compatível com o MBMS e

Petição 870160000344, de 08/01/2016, pág. 6/94

3/61 muitos nós da rede central econômicos que não são compatíveis com o MBMS em combinação. Desta forma, o custo do equipamento como um todo pode ser reduzido de forma mais eficiente (primeiro conhecimento dos presentes inventores).

[0012] Além disso, dispositivos (dispositivos M2M) de comunicação máquina 3GPP (MTC: Comunicação Tipo Máquina), que têm sido usados em larga escala nos últimos anos, muito diferentes dos terminais normais usados para chamadas de telefone (terminais de telefone celular), tais como terminais de telefonia móvel e smartphones ou similares, em termos de uma característica de mobilidade, uma qualidade de comunicação necessária, e assim por diante. Sabe-se que existem vários tipos de serviços de comunicação máquina, tal como para o gerenciamento remoto de estoques e cobrança de máquinas automáticas de venda, controle de monitoramento remoto em um sistema de sensores, monitoramento de veículos e rede inteligente.

[0013] Em nós de rede central, por exemplo, nós compatíveis com MTC são customizados para serem adequados ao acomodamento de um terminal (dispositivo de MTC) que troca mais sinais de controle e menos dados de usuário do que nós normais (por exemplo, esses nós compatíveis com MTC são customizados de modo que, enquanto um desempenho de um plano de usuário no qual os dados de usuário são trocados é reduzido para redução de custos, um desempenho de um plano de controle de um sistema de controle de sinal de controle é aperfeiçoado). Assim, a menos que o operador de comunicação faça com que todos os nós da rede central equipados com recursos e funções necessárias se conectem com êxito a dispositivos de MTC e a um terminal de telefone celular, o operador de comunicação não pode fornecer o serviço tanto para o dispositivo de MTC quanto para o terminal telefone celular. O mesmo se aplica para o serviço de MBMS. [0014] Se um dispositivo de MTC e um terminal de telefone celular

Petição 870160000344, de 08/01/2016, pág. 7/94

4/61 podem respectivamente ser conectados a nós de rede central adequados, o operador de comunicação é permitido dispor nós de rede central relativamente econômicos em um terminal de telefone celular e nós da rede central relativamente econômicos para um dispositivo de MTC em combinação (segundo o conhecimento dos presentes inventores).

[0015] Se este for o caso, em comparação com a instalação de nós de rede central relativamente onerosos, cada um dos quais é compatível com um terminal de telefone celular e um dispositivo de MTC, um custo de equipamento em todo o sistema pode ser reduzido mais eficientemente (terceiro conhecimento dos presentes inventores). [0016] Assim, a presente invenção foi feita para resolver os problemas acima, e um objetivo da presente invenção é fornecer um sistema, um método e um dispositivo para a redução de um custo de equipamento em uma totalidade de um sistema mais eficiente e alcançar uma redução de custos.

[0017] A presente invenção que resolve os problemas acima geralmente tem a seguinte configuração (mas não se limitando às mesmas).

[0018] De acordo com um aspecto da presente invenção, é fornecido um sistema de comunicação que inclui uma rede central para um sistema de comunicação móvel, em que a rede central compreende uma pluralidade de nós, cada nó servindo como um nó para gerenciar a mobilidade de um terminal, a pluralidade dos nós sendo diferente uma da outra em relação às funções de serviço que os nós fornecem a um terminal, e [0019] em que com base na informação de assinante e informação do terminal, um nó a ser conectado ao terminal é selecionado entre a pluralidade de nós, dependendo de uma característica de serviço utilizada pelo terminal ou em um tipo de terminal, e o terminal está conecPetição 870160000344, de 08/01/2016, pág. 8/94

5/61 tado ao nó selecionado. Também é fornecido um sistema de comunicação móvel, compreendendo:

[0020] Um terminal (UE(Equipamento de Usuário) ou MS(Estação Móvel)) auxiliando uma função associada com MTC (Comunicação do Tipo Máquina);

[0021] Uma estação de base; e [0022] Uma MME específica (Entidade de Gerenciamento de Mobilidade) ou SGSN (um Nó de Suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização), [0023] em que o terminal auxiliando a função associada com MTC é configurado para fornecer a estação de base com informação indicando que um pedido de conexão de RRC (Controle de Recurso de Rádio) inclui a função, e [0024] em que a estação de base é configurada para usar a informação de indicação fornecida pelo terminal auxiliando a função para direcionar o terminal auxiliando a função para a MME ou o SGSN específico, ou para selecionar a MME ou o SGSN específico.

[0025] De acordo com outro aspecto da presente invenção, é fornecido um método de comunicação, compreendendo:

[0026] disposição de uma pluralidade de nós no terminal em uma rede central do sistema de comunicação móvel, os nós servindo como nós para gerenciar a mobilidade de um terminal, e ser diferentes uns dos outros no que diz respeito às funções de serviço que os nós fornecem a um terminal;

[0027] selecionar, com base em informação de assinante e informação do terminal, um nó a ser conectado ao terminal entre a pluralidade de nós, dependendo das características de um serviço usado pelo terminal ou em um tipo de terminal, e [0028] conectar o terminal ao nó selecionado. Também é fornecido um método de comunicação para um sistema de comunicação móvel

Petição 870160000344, de 08/01/2016, pág. 9/94

6/61 compreendendo pelo menos um terminal (UE (Equipamento de Usuário) ou uma MS (Estação Móvel)) auxiliando uma função em relação à MTC (Comunicação do Tipo Móvel), uma estação de base, e uma MME específica (Entidade de Gerenciamento de Mobilidade) ou SGSN (Nó de Suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização), o método compreendendo:

[0029] o terminal auxiliando a função fornecendo a estação de base com informação indicando que um pedido de conexão de RRC (Controle de Recurso de Rádio) inclui a função; e [0030] a estação de base usando a informação de indicação fornecida pelo terminar para direcionar o terminal auxiliando a função para a MME ou o SGSN específico, ou para selecionar a MME ou o SGSN específico.

[0031] De acordo com outro aspecto da presente invenção, é fornecido um aparelho de nó que realiza controle para selecionar, como um aparelho de nó de gerenciamento de mobilidade para gerenciar a mobilidade de um terminal, outro aparelho de nó de gerenciamento de mobilidade compatível com uma característica de serviço utilizado pelo terminal ou um tipo do terminal, com base em informação do assinante e informação do terminal para conectar o terminal a outro aparelho de nó de gerenciamento de mobilidade selecionado. Também é fornecida uma estação de base em um sistema de comunicação móvel compreendendo pelo menos um terminal (UE (Equipamento de Usuário) ou uma MS (Estação Móvel)) auxiliando uma função relacionada à MTC (Comunicação Tipo Máquina) e uma MME específica (Entidade de Gerenciamento de Mobilidade) ou SGSN (Nó de Suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização), em que a estação de base compreende [0032] uma unidade configurada para receber informação indicando que um pedido de conexão de RRC (Controle de Recurso de RáPetição 870160000344, de 08/01/2016, pág. 10/94

7/61 dio) inclui a função a partir do terminal auxiliando a função, e [0033] uma unidade configurada para usar a informação de indicação fornecida pelo terminal auxiliando a função para direcionar o terminal auxiliando a função para a MME ou SGSN específico, ou para selecionar a MME ou o SGSN específico. Também é fornecido um terminal em um sistema de comunicação móvel compreendendo pelo menos uma estação de base e uma MME (Entidade de Gerenciamento de Mobilidade) ou SGSN (Nó de Suporte de GPRS (Serviço de Rádio de Pacote Geral) específico, e que é um terminal (UE (Equipamento de Usuário) ou uma MS (Estação Móvel)) auxiliando uma função relacionada à MTC (Comunicação Tipo Máquina), o terminal compreendendo:

[0034] uma unidade configurada para fornecer a estação de base com informação indicando que um pedido de conexão de RRC (Controle de Recurso de Rádio) inclui a função e [0035] uma unidade configurada para fazer com que a estação de base use a informação de indicação fornecida pelo terminar para direcionar o terminal auxiliando a função para a MME ou SGSN específico, ou para selecionar a MME ou o SGSN específico.

[0036] De acordo com a presente invenção, a redução de custos pode ser conseguida através da redução do custo do equipamento em todo o sistema de rede central de forma mais eficiente.

BREVE DESCRIÇÃO DOS DESENHOS [0037] Fig. 1 é um diagrama que ilustra uma configuração do sistema de acordo com uma primeira modalidade exemplar da presente invenção.

[0038] Fig. 2 é um diagrama que ilustra uma configuração do sistema de acordo com uma segunda modalidade exemplar da presente invenção.

[0039] Fig. 3 é um diagrama que ilustra uma sequência de acordo

Petição 870160000344, de 08/01/2016, pág. 11/94

8/61 com um primeiro exemplo da presente invenção.

[0040] Fig. 4 é um diagrama que ilustra uma sequência de acordo com um segundo exemplo da presente invenção.

[0041] Fig. 5 é um diagrama que ilustra uma sequência de acordo com um terceiro exemplo da presente invenção.

[0042] Fig. 6 é um diagrama que ilustra uma sequência de acordo com um terceiro exemplo da presente invenção.

[0043] Fig. 7 é um diagrama que ilustra uma sequência de acordo com um quarto exemplo da presente invenção.

[0044] Fig. 8 é um diagrama que ilustra uma sequência de acordo com um quinto exemplo da presente invenção.

[0045] Fig. 9 é um diagrama que ilustra uma sequência de acordo com o quinto exemplo da presente invenção.

[0046] Fig. 10 é um diagrama que ilustra uma sequência de acordo com um sexto exemplo da presente invenção.

[0047] Fig. 11 é um diagrama que ilustra uma sequência de acordo com um sétimo exemplo da presente invenção.

[0048] Fig. 12 é um diagrama que ilustra uma sequência de acordo com um oitavo exemplo da presente invenção.

[0049] Fig. 13 é um diagrama que ilustra uma sequência de acordo com o oitavo exemplo da presente invenção.

[0050] Fig. 14 é um diagrama que ilustra uma sequência de acordo com um nono exemplo da presente invenção.

[0051] Fig. 15 é um diagrama que ilustra uma sequência de acordo com um décimo exemplo da presente invenção.

[0052] Fig. 16 é um diagrama que ilustra uma sequência de acordo com o décimo exemplo da presente invenção.

MODOS PREFERIDOS [0053] Em primeiro lugar, um esquema da presente invenção será descrito com referência às figuras 1 e 2. De acordo com a presente

Petição 870160000344, de 08/01/2016, pág. 12/94

9/61 invenção, uma rede central inclui uma pluralidade de nós (21/22 na fig. 1 ou 121/122 na fig. 2) que são diferentes uns dos outros em relação às funções de serviço fornecidas para um terminal. Com base na informação de assinante e informação do terminal, um nó a ser conectado ao terminal é selecionado entre a pluralidade de nós, de acordo com uma característica de serviço utilizada pelo terminal ou em um tipo de terminal. O terminal (1 na fig. 1 ou 101 na fig. 2) é conectado ao nó selecionado. A saber, na rede central, um nó com uma função de fornecimento de serviço específico predeterminado (22 na fig. 1 ou 122 na fig. 2) e um nó sem a função de fornecimento de serviço específico (21 na fig. 1 ou 121 na fig. 2) são instalados em combinação. [0054] Assim, de acordo com a presente invenção, através da instalação de ambos os tipos, ou seja, um nó otimizado com a função de fornecimento de serviço específico e um nó sem a função de fornecimento de serviço específico como os nós que podem ser conectados ao(s) terminal(is), os custos em todo o sistema podem ser mais reduzidos, em comparação com casos em que todos os nós na rede central são fornecidos com capacidades e funções de todos os serviços. [0055] De acordo com a presente invenção, numa rede de comunicação de terminal móvel, um terminal pode ser conectado a um nó de rede central específico, dependendo da condição, tal como uma característica de serviço ou um tipo de terminal.

Modo 1 [0056] Uma MME Geral (uma entidade de gerenciamento da mobilidade), após o recebimento de um Pedido de Anexo a partir de um UE (Equipamento de Usuário, também denominado como um dispositivo de usuário, um terminal, ou uma estação móvel), determina se o UE é de um tipo que usa um serviço específico, com base em informações do assinante e informações de terminal. Quando o UE é deste tipo, a fim de conectar o UE a uma MME customizada, a MME Geral transmiPetição 870160000344, de 08/01/2016, pág. 13/94

10/61 te um sinal de pedido de resseleção MME (um sinal de pedido de resseleção da entidade de gerenciamento de mobilidade) para um eNodeB (NodeB desenvolvido: um apalelho de estação de base).

[0057] Ao retransmitir, pelo eNodeB, um Pedido de Anexo aa MME customizado, o UE está conectado à MME customizada.

Modo 2 [0058] A MME Geral, mediante recebimento de um Pedido de Anexo a partir de um UE, transmite um sinal de pedido de mudança de MME (um sinal de pedido de mudança de entidade de gerenciamento de mobilidade) para a MME customizada, a fim de conectar o UE a uma MME customizada. Ao continuar um Procedimento de Anexo pela MME customizada, o UE está conectado à MME customizada.

Modo 3 [0059] A MME Geral, após o recebimento de um Pedido de Anexo a partir de um UE, transmite, à UE, uma Recusa de Anexo, à qual é adicionado um identificador da MME customizada, a fim de conectar o UE a uma MME customizada. O UE, através da retransmissão de um Pedido de Anexo, ao qual é adicionado o identificador da MME customizada a um Pedido de Anexo pelo UE, está conectado à MME customizada.

Modo 4 [0060] O UE transmite, para um eNodeB, um Pedido de Conexão (pedido de conexão de recurso de rádio) de RRC (Controle de Recurso de Rádio), ao qual são adicionadas informações de pedido de conexão solicitando a conexão a uma MME customizada (MME específica). O eNodeB, que recebeu o pedido de conexão de RRC, durante a transmissão, para uma MME, de um Pedido de Anexo do UE com Conexão de RRC estabelecida, seleciona a MME customizada para tornar o UE conectado à MME customizada.

Modo 5

Petição 870160000344, de 08/01/2016, pág. 14/94

11/61 [0061] Quando uma MME Geral com uma sessão com um UE sendo estabelecido realiza liberação (Liberação S1) de conexão S1 estabelecida entre um eNodeB e a MME Geral, a MME Geral instrui o eNodeB para selecionar uma MME customizada, na próxima seleção de uma MME. Então, depois, quando o UE transmite um pedido de atualização de área de gerenciamento de localização (Um Pedido de Atualização de TA (Área de Rastreamento)), o eNodeB seleciona a MME customizada para tornar o UE conectado à MME customizada. Modo 6 [0062] O SGSN Geral (Nó de Suporte GPRS (Serviço de Pacote de Rádio Geral) De sinalização: que é descrito como nó de suporte GPRS de sinalização nas reivindicações), mediante recebimento de um Pedido de Anexo a partir de um UE, determina se o UE é de um tipo que usa um serviço específico com base em informações do assinante e informações de terminal. Se o UE é deste tipo, a fim de conectar o UE a um SGSN customizado, o SGSN Geral transmite um sinal de pedido de resseleção SGSN para um RNC (um controlador de Rede de Rádio). Ao transmitir um Pedido de Anexo ao SGSN customizado, o RNC torna o UE conectado ao SGSN customizado.

Modo 7 [0063] O SGSN Geral, mediante recebimento de um Pedido de Anexo a partir de um UE, transmite um sinal de pedido de mudança SGSN para o SGSN customizado, a fim de conectar o UE a um SGSN customizado. Ao continuar um Procedimento de Anexo pelo SGSN customizado, o UE está conectado ao SGSN customizado.

Modo 8 [0064] O SGSN Geral, mediante recebimento de um Pedido de Anexo a partir de um UE, transmite, o UE, uma Recusa de Anexo, à qual é adicionado um identificador do SGSN customizado, a fim de conectar o UE a um SGSN customizado. O UE, retransmitindo um PediPetição 870160000344, de 08/01/2016, pág. 15/94

12/61 do de Anexo, ao qual é adicionado o identificador do SGSN customizado a um Pedido de Anexo, está conectado ao SGSN customizado. Modo 9 [0065] O UE transmite, para um RNC, um pedido de conexão (um Pedido de Conexão de RRC), ao qual são adicionadas informações de pedido de conexão solicitando a conexão a um SGSN customizado. O RNC, que recebeu o pedido de conexão de RRC, durante a transmissão, para um SGSN, um Pedido de Anexo a partir do UE com Conexão de RRC estabelecida, seleciona o SGSN customizado para tornar o UE conectado ao SGSN customizado.

Modo 10 [0066] Quando um SGSN Geral com uma sessão com um UE sendo estabelecido realiza Liberação Iu, o SGSN Geral instrui um RNC para selecionar um SGSN customizado, na próxima seleção de um SGSN. Então, depois, quando o UE transmite um pedido de atualização de área de gerenciamento de localização (um Pedido de Atualização de RA (Área de Roteamento)), o RNC seleciona o SGSN customizado para tornar o UE conectado ao SGSN customizado.

[0067] Como descrito nos Modos anteriores 1 a 10, de acordo com a presente invenção, um nó de rede central é selecionado e conectado a um terminal, com base nas características de um serviço usado pelo terminal. Desta forma, na rede central, nós com funções de fornecimento de serviço específico e nós sem tais funções podem ser dispostos em combinação. Ou seja, os nós podem ser distinguidos, por meio da otimização de nós específicos para ter um serviço específico fornecendo funções e configurando outros nós sem tais funções fornecendo serviço específico. Como resultado, o custo do equipamento de todo o sistema pode ser reduzido. A seguir, modalidades exemplares e exemplos específicos são descritos com referência aos desenhos. Modalidade Exemplar 1

Petição 870160000344, de 08/01/2016, pág. 16/94

13/61 [0068] A fig. 1 ilustra a modalidade exemplar 1 da presente invenção. Como a modalidade exemplar 1, uma configuração com EPC (Núcleo de Pacote Desenvolvido) será descrita. Nesta configuração, o UE transmite um Pedido de Anexo e o UE é conectado a uma MME customizada.

[0069] Na fig. 1, o UE 1 (equipamento de usuário) é um terminal que recebe um serviço de uma MME customizado. Por exemplo, o UE 1 pode ser o dispositivo MTC acima descrito, o terminal compatível com MBMS ou similares. No caso em que o UE 1 é uma estação móvel normal que utiliza um serviço normal, tal como um terminal de telefone celular ou de um smartphone (um terminal que não é compatível com um serviço específico, tal como MTC ou MBMS), o UE 1 está conectado a uma MME Geral. Além disso, como será descrito abaixo, quando a MME customizado é selecionado em resposta a um Pedido de Anexo a partir de uma estação móvel normal (por exemplo, a partir de um terminal, que não é compatível com um serviço específico, tal como MTC ou MBMS), a resseleção de uma MME é realizada e o UE 1 é reconectado à MME Geral.

[0070] Um eNodeB 11 é um aparelho de estação de base em LTE (Evolução de Longo Termo).

[0071] Uma MME 21 e uma MME 22 são dispositivos de gerenciamento de mobilidade introduzidos no EPC. A MME customizada 22 é uma MME customizada à qual o UE 1 precisa ser conectado e a MME Geral (21) é uma MME diferente de tal MME customizada. Embora não seja limitada a isso, a MME customizada 22, por exemplo, pode ser configurada como uma MME customizada para um serviço de comunicação máquina (MTC) e para os terminais com ela compatíveis (dispositivos M2M) (por exemplo, o controle de rede de manipulação de CPlane é reforçado). Ou, a MME customizada 22 pode ser configurada como uma MME compatível com MBMS.

Petição 870160000344, de 08/01/2016, pág. 17/94

14/61 [0072] Um HSS (Servidor do Assinante - Rede de Origem) 31 é um banco de dados armazenando informações de assinante.

[0073] Uma S-GW (Gateway de Sinalização) 41 e uma P-GW (Gateway de rede de dados de pacote) 51 são aparelhos que manipulam o plano do usuário.

[0074] A rede de serviços 61 é uma rede externa.

[0075] Na fig. 1, o eNodeB corresponde a um aparelho em uma rede de acesso de rádio (RAN) e as MMEs, o S-GW, o P-GW, e assim por diante, correspondem aos aparelhos em rede de núcleo (CN). [0076] Em seguida, a modalidade exemplar acima 1 será descrita com base em vários exemplos. Diferentes esquemas de controle encontram-se descritos nos exemplos respectivos. Exemplos 1 a 5 correspondem aos Modos acima 1 a 5, respectivamente.

Exemplo 1 [0077] A fig. 3 é um diagrama de sequência que ilustra uma operação de acordo com o exemplo 1.

[0078] Na fig. 3, [0079] o UE corresponde ao UE 1 na fig. 1, [0080] eNodeB corresponde ao eNodeB 11 na fig. 1, [0081] MME Geral corresponde à MME Geral 21 na Fig. 1, [0082] MME Customizada corresponde à MME Customizada 22 na fig. 1, [0083] GW de Sinalização corresponde à S-GW 41 na fig. 1, [0084] PDN GW corresponde à P-GW 51 na fig. 1, e [0085] HSS corresponde ao HSS 31 na fig. 1.

[0086] PCRF é uma Função de Regras Tarifação e Política. Além disso, um EIR (Registro de Identidade de Equipamento) armazena IMEI (Identidade de Equipamento Móvel Internacional) e similares, e está conectada a uma MME, através de uma interface S13.

[0087] Na fig. 3, por exemplo, 1. Pedido de Anexo representa

Petição 870160000344, de 08/01/2016, pág. 18/94

15/61 que a transmissão de um Pedido de Anexo a partir do UE para o eNodeB é uma sequência 1. Para distinguir o caráter de referência dessa sequência do caractere de referência 1 do UE na fig. 1 (a partir dos caracteres de referência dos componentes), este número de sequência 1 será representado entre parênteses como Pedido de Anexo (1) na descrição seguinte. Os outros números de sequência também são representados da mesma maneira. Além disso, os números de sequência na fig. 4 e nos diagramas de sequência subsequentes também serão representados da mesma forma. A fig. 3 é baseada na fig. 5.3.2.1-1: Procedimento de Anexo em 3GPP TS23.401 e os números de sequência estão de acordo com esta fig.. Os detalhes de cada sequência são descritos em 3GPP TS23.401 5.3.2. Daqui em diante, a sequência de operação será descrito com referência às figuras 1 e 3. [0088] Tal como ilustrado na fig. 3, quando o UE 1 transmite um Pedido de Anexo (1), em primeiro lugar, o eNodeB 11 recebe o Pedido de Anexo (1). Em seguida, o eNodeB 11 retransmite o Pedido de Anexo (2) a uma MME.

[0089] Nesta sequência, o eNodeB 11 não pode determinar exclusivamente se encaminha o Pedido de Anexo (2) para a MME Geral 21 ou para a MME customizada 22. Assim, há casos em que os eNodeB 11 encaminha o Pedido de Anexo (2) para a MME Geral 21.

[0090] Depois de receber o Pedido de Anexo (2), a MME Geral 21 adquire informações do terminal (Identidade ME) do EU 1 através de uma Resposta/Pedido de Identidade (4, 5b).

[0091] Nota-se que a MME Geral 21 transmite um Pedido de Verificação de Identidade ME (5b) para um EIR, e o EIR ressintoniza um Aviso de Recebimento de Verificação de Identidade ME (não ilustrado) para a MME Geral. Além disso, em coordenação com o HSS 31, a MME Geral 21 realiza a autenticação 21 e adquire um perfil de assinante. Ou seja, neste caso, pelo menos, a MME Geral 21 executa a

Petição 870160000344, de 08/01/2016, pág. 19/94

16/61 autenticação e adquire um perfil de assinante.

[0092] A MME Geral 21, mediante aquisição da informação de terminal e do perfil do assinante, determina se deve conectar o UE 1 à MME geral 21 ou à MME 22 customizada.

[0093] Quando a MME Geral 21 determina que o UE 1 precisa de ser conectado à MME geral 21, a MME Geral 21 continua um Procedimento de Anexo normal.

[0094] Quando a MME Geral 21 determina que o UE 1 precisa ser conectado à MME customizado 22, a MME Geral 21 transmite ao eNodeB 11 um sinal de seleção MME (um comando de resseleção MME) (S1AP (aplicação S1) sinal recentemente introduzido na presente modalidade exemplar), a fim de instruir a resseleção de uma MME. [0095] Nesta sequência, a MME Geral 21 define um identificador da MME customizada 22 (por exemplo, um GUMMEI (Identidade MME Globalmente Única)) no sinal de comando resseleção MME. A saber, antes da criação de um portador na rede central, a MME Geral 21 transmite ao eNodeB um pedido de resseleção, no qual as informações necessárias (GUMMEI) para a seleção de um nova MME estão incluídas. As MME são equipadas com uma função de determinar se o UE é um alvo de resseleção.

[0096] Quando o eNodeB 11 recebe o sinal de comando de resseleção MME, de acordo com o identificador definido neste sinal, o eNodeB 11 seleciona a MME 22 customizada e encaminha o Pedido de Anexo (2) para a MME customizada 22. Uma vez que a MME customizada 22 precisa de um parâmetro NAS (Estrato Sem Acesso) do Pedido de Anexo (usado na autenticação entre o UE e a MME), o eNodeB 11 retransmitir o Pedido de Anexo. O eNodeB 11 precisa ser equipado com uma função para armazenar essa mensagem NAS.

[0097] Uma vez que a nova MME (= a MME customizada 22) não pode determinar a antiga MME (= a MME Geral), a nova MME não poPetição 870160000344, de 08/01/2016, pág. 20/94

17/61 de assumir o controle do Contexto da antiga MME (= a MME Geral). Assim, a nova MME (= a MME customizada: MME 22) também precisa realizar a autenticação e adquirir o perfil do assinante.

[0098] Depois de receber o sinal de Pedido de Anexo, a MME customizada 22 adquire as informações do terminal através de uma Resposta/Pedido de Identidade. Além disso, a MME customizada 22 realiza a autenticação e adquire um perfil de assinante em coordenação com o HSS 31. A saber, a MME customizada 22 realiza o mesmo processamento que aquele realizado pela MME Geral 21.

[0099] Depois de adquirir a informação de terminal e do perfil do assinante, a MME customizada 22 determina se deve conectar o UE 1 à MME Geral 21 ou à MME 22 customizada.

[00100] Neste caso, uma vez que a MME customizada 22 foi selecionada após resseleção pelo eNodeB 11, a MME customizada 22 continua um Procedimento de Anexo normal sem transmitir um sinal de comando de resseleção MME. A saber, as sequências seguintes são realizadas:

- Transmissão de um Pedido de Atualização de Localização (8) a partir da MME customizada 22 ao HSS 31,

- Transmissão de um Aviso de Recebimento de Atualização de Localização (11) a partir do HSS 31 da MME customizada 22,

- Transmissão de um Pedido de Criação de Sessão (12) a partir da MME customizada 22 para o S-GW 41,

- Transmissão de Pedido de Criação de Sessão (13) a partir da S-GW 41 para a P-GW 51,

- Modificação/Estabelecimento de Sessão IP-CAN Iniciada PCEF (14) pela P-GW 51,

- Transmissão de uma Resposta de Criação de Sessão (15) a partir da P-GW 51 para a S-GW 41,

- Transmissão dos Primeiros Dados em Enlace DescendenPetição 870160000344, de 08/01/2016, pág. 21/94

18/61 te da P-GW 51 para a S-GW 41 (se não comutado (HO)),

- Transmissão de uma Resposta de Criação de Sessão (16) a partir da S-GW 41 para a MME22 customizada,

- Transmissão de uma Aceitação de Anexo/Pedido de Configuração de Contexto Inicial) (17) a partir da MME customizada 22 ao eNodeB 11,

- Transmissão de uma Reconfiguração de Conexão de RRC (18) a partir do eNodeB 11 para o UE 1,

- Transmissão de uma Reconfiguração Completa de Conexão de RRC (19) a partir do UE 1 para o eNodeB 11,

- Transmissão de uma Resposta de Configuração de Contexto Inicial (20) a partir do eNodeB 11 para a MME customizada 22,

- Transferência Direta (21) a partir do UE para o eNodeB,

- Transmissão de um Anexo Completo (22) a partir do eNodeB 11 a MME customizada 22,

- Transmissão dos Primeiros Dados em Enlace Ascendente a partir do UE 1 para a S-GW 41 e P-GW 51,

- Transmissão de um Pedido de Modificação de Portador (23) a partir da MME customizada 22 para a S-GW 41,

- Transmissão de um Pedido de Modificação de Portador (23) a partir da S-GW 41 ao PDN,

- Transmissão de uma Resposta de Modificação de Portador (23b) a partir do PDN à S-GW 41,

- Transmissão de uma Resposta de Modificação de Portador (24) a partir da S-GW 41 para a MME customizada 22, e

- Transmissão dos Primeiros Dados em Enlace Descendente a partir da P-GW 51 e a S-GW 41 para o UE 1.

[00101] Além disso, a MME Geral 21 e a MME customizada 22 estão equipadas com uma função de determinar qual a MME precisa de ser conectada ao UE 1. Esta determinação é feita com base em inforPetição 870160000344, de 08/01/2016, pág. 22/94

19/61 mações transmitidas a partir do UE 1. A informação pode ser:

- IMSI (Identidade de Assinante Móvel Internacional),

- IMEI (Identidade de Equipamento Móvel Internacional: (Identidade de terminal)),

- Capacidade de rede do UE,

- Capacidade de rede do MS,

- Marca de Classe 2 da Estação Móvel,

- Marca de Classe 3 da Estação Móvel,

- Propriedades do dispositivo,

- Um novo parâmetro de um sinal de Pedido de Anexo que será adicionado no futuro, ou

- Um identificador de uma parte destes parâmetros (por exemplo, uma PLMN (Rede Móvel de território Público) incluída no IMSI).

[00102] Altemativamente, a determinação acima pode ser feita com base na informação transmitida a partir do HSS 31. A informação pode ser:

- Lista de Características,

- APN (Nome de Ponto de Acesso),

- Um novo parâmetro de um sinal de Pedido de Inserção de Dados do Assinante/Resposta da Atualização de Localização que serão adicionados no futuro, ou

- Um identificador de uma parte destes parâmetros.

[00103] Qualquer um dos ou uma combinação destes itens de informação pode ser utilizada para a determinação acima.

[00104] Além disso, no presente exemplo, mesmo quando um sinal de Pedido de Anexo é transmitido a partir do UE 1 que tem de ser conectado à MME Geral 21 à MME customizada 22, a MME customizada 22 pode solicitar que o eNodeB 11 selecione a MME Geral 21 de uma maneira similar. Por exemplo, se o UE 1 é uma estação móvel normal

Petição 870160000344, de 08/01/2016, pág. 23/94

20/61 (por exemplo, uma estação móvel normal que não é compatível com um serviço especial, tal como MTC ou MBMS) e se o UE 1 é primeiro conectado à MME customizada 22, a MME Geral 21 é selecionada e um serviço é prestado a partir da MME Geral 21.

[00105] Como descrito acima, na presente modalidade exemplar, uma MME instrui o eNodeB a realizar resseleção de uma MME. Em resposta à instrução, o eNodeB realiza a resseleção de uma MME e o Procedimento de Anexo continua. Deste modo, o UE pode ser conectado a uma MME apropriada.

Exemplo 2 [00106] Como no exemplo 2, outro exemplo com EPC (Núcleo de Pacote Desenvolvido) será descrito. Neste exemplo, o UE transmite um Pedido de Anexo e o UE é conectado à MME customizada. No exemplo 2, a mesma configuração do sistema, como no exemplo 1, será utilizada.

[00107] A fig. 4 é um diagrama de sequência que ilustra uma operação de acordo com o exemplo 2. A fig. 4 é baseada na Fig. 5.3.2.1-1: Procedimento de Anexo em 3GPP TS23.401 e os números de sequência estão de acordo com esta fig.. Os detalhes de cada sequência são descritos em 3GPP TS23.401 5.3.2. Daqui em diante, a operação será descrita com referência às figuras 1 e 4.

[00108] Quando a UE 1 transmite um Pedido de Anexo (1), o eNodeB 11 recebe o Pedido de Anexo (1). Em seguida, os eNodeB 11 retransmitem o Pedido de Anexo (2) para uma MME. Nesta sequência, o eNodeB 11 não pode determinar exclusivamente se encaminha o Pedido de Anexo (2) para a MME Geral 21 ou para a MME customizada 22. Assim, há casos em que o eNodeB 11 encaminha o Pedido de Anexo (2) à MME Geral 21.

[00109] Depois de receber o Pedido de Anexo (2), a MME Geral 21 adquire informações do terminal (Identidade ME) através de uma ResPetição 870160000344, de 08/01/2016, pág. 24/94

21/61 posta/Pedido de Identidade (5b). Além disso, em coordenação com o HSS 31, a MME Geral 21 executa a autenticação e adquire um perfil de assinante. A saber, neste caso, pelo menos, a MME Geral 21 executa a autenticação e adquire um perfil de assinante.

[00110] Depois de adquirir a informação de terminal e o perfil do assinante, a MME Geral 21 determina se deve conectar o UE 1 à MME geral 21 ou à MME customizada 22. Se a MME Geral 21 determina que o UE 1 precisa de ser conectado à MME geral 21, a MME Geral 21 continua um processo de Anexo normal.

[00111] Se a MME Geral 21 determina que o UE 1 precisa ser conectado à MME customizada 22, para instruir a mudança de uma MME, a MME Geral 21 transmite um sinal de pedido de mudança MME (Pedido de Mudança MME) (um sinal GTP (Protocolo de Tunelamento GPRS) recentemente introduzido no presente exemplo) para a MME customizada 22.

[00112] Nesta sequência, a MME Geral 21 define informações de contexto geradas pela autenticação do terminal e aquisição do perfil do assinante no sinal de pedido de mudança MME (Pedido de Mudança MME).

[00113] A MME customizada 22, após a recepção do sinal de solicitação de mudança MME (MME Solicitação de Mudança), detém as informações de contexto definidas no sinal de pedido de mudança MME e transmite um sinal de Resposta de Mudança MME (um sinal GTP recentemente introduzido no presente exemplo) para a MME Geral21. [00114] Subsequentemente, a MME customizada 22 transmite um Pedido de Atualização de Localização (8) para o HSS 31 para notificar o HSS 31 sobre mudança da MME.

[00115] A fim de informar o HSS 31 da MME alterada, a MME customizada 22 transmite um Pedido de Atualização de Localização. O Procedimento de Anexo subsequente é realizado pela MME customiPetição 870160000344, de 08/01/2016, pág. 25/94

22/61 zada 22.

[00116] A MME customizada 22, no caso em que as informações de contexto de segurança recebidas da MME Geral 21 são válidas, pode omitir a realização de reautenticação.

[00117] Subsequentemente, a MME customizada 22 continua o Procedimento de Anexo e o eNodeB 11 recebe uma Aceitação de Anexo/Pedido de Configuração de Contexto Inicial) (17) a partir da MME customizada 22.

[00118] A Aceitação de Anexo/Pedido de Configuração de Contexto Inicial (17) é uma resposta ao Pedido de Anexo (2) recebido pela MME Geral 21. O eNodeB 11 precisa incluir uma função de recebimento de uma Resposta a partir de outra MME diferente da MME Geral 21. [00119] Subsequentemente, a MME customizada 22 continua um Procedimento de Anexo normal.

[00120] A MME Geral 21 e a MME customizada 22 estão equipadas com uma função de determinar qual MME precisa de ser conectada ao UE 1, como é o caso com o exemplo 1.

[00121] Além disso, no presente exemplo, mesmo quando um sinal de Pedido de Anexo é transmitido a partir do UE 1 que tem de ser conectado à MME Geral 21 à MME customizada 22, a MME customizada 22 pode solicitar a MME Geral 21 para a mudança de uma MME de uma maneira similar. Por exemplo, no caso em que o UE 1 é uma estação móvel normal (por exemplo, uma estação móvel normal que não é compatível com um serviço especial, tal como MTC ou MBMS), quando o UE 1 é uma vez conectado à MME customizada 22, a MME 22 customizada transmite um sinal de pedido de mudança MME (Pedido de Mudança MME) para a MME Geral 21. Desta forma, a MME Geral 21 é selecionada e um serviço é fornecido a partir da MME Geral

21.

[00122] Como descrito acima, no presente exemplo, a MME Geral

Petição 870160000344, de 08/01/2016, pág. 26/94

23/61 instrui a MME customizada sobre a mudança de uma MME. Em resposta à instrução, a MME customizada aceita a mudança e continua o Procedimento de Anexo. Deste modo, o UE pode ser conectado a uma MME apropriada.

Exemplo 3 [00123] Como no exemplo 3, outro exemplo com EPC será descrito. Neste exemplo, o UE transmite um Pedido de Anexo e o UE é conectado à MME customizada. No exemplo 3, a mesma configuração do sistema, como no exemplo 1, será utilizada.

[00124] As figuras 5 e 6 são diagramas de sequência que ilustram uma operação de acordo com o exemplo 3. As figuras 5 e 6 são baseadas na fig. 5.3.2.1-1: Procedimento de Anexo em 3GPP TS23.401 e os números de sequência estão de acordo com estas figuras. Os detalhes de cada sequência são descritos em 3GPP TS23.401 5.3.2. Daqui em diante, a operação será descrita com referência às figuras 1, 5, e

6.

[00125] Quando o UE 1 transmite um Pedido de Anexo (1), em primeiro lugar, o eNodeB 11 recebe o Pedido de Anexo (1). Em seguida, o eNodeB 11 encaminha o Pedido de Anexo (2) a uma MME. No entanto, o eNodeB 11 não pode determinar exclusivamente se encaminha o Pedido de Anexo (2) para a MME Geral 21 ou para a MME customizada 22. Assim, há casos em que os eNodeB 11 encaminha o Pedido de Anexo (2) à MME Geral 21.

[00126] Depois de receber o Pedido de Anexo (2), a MME Geral 21 adquire informações do terminal (Identidade ME) através de uma Resposta/ Pedido de Identidade (5b). Além disso, em coordenação com o HSS 31, a MME Geral 21 executa a autenticação e adquire um perfil de assinante.

[00127] A MME Geral 21, sobre a aquisição da informação de terminal e o perfil do assinante, determina se deve conectar o UE 1 à

Petição 870160000344, de 08/01/2016, pág. 27/94

24/61

MME Geral 21 ou à MME 22 customizada. Se o UE 1 pode ser conectado à MME geral 21, a MME Geral 21 continua um Procedimento de Anexo normal.

[00128] Se o UE 1 precisa ser conectado à MME customizada 22, a MME Geral 21 transmite uma mensagem de Recusa de Anexo para o UE 1, em vez de continuar o Procedimento de Anexo. Ou seja, a MME Geral 21 transmite uma Recusa de Anexo/Pedido de Configuração de Contexto Inicial (17) para o eNodeB 11.

[00129] Nesta sequência, a MME Geral 21 define um parâmetro para instruir reanexo (um novo parâmetro introduzida no presente exemplo) e um parâmetro GUTI (Identidade Temporária Globalmente Única (Identificador)) incluindo um GUMMEI (Identificador MME Globalmente Único) (um novo parâmetro introduzida no presente exemplo) no sinal de Recusa de Anexo, de modo que o eNodeB 11 pode selecionar a MME customizada 22 ao realizar re- Anexo. O parâmetro GUTI é formado por um GUMMEI e um M-TMSI (Identidade de Estação Móvel Temporária). Um MMEI é formado por um MCC (Código de País Móvel), um MNC (Código de Rede Móvel) e um Identificador MME. Embora estes parâmetros sejam parâmetros que foram recentemente introduzidos no presente exemplo, uma vez que o eNodeB 11 é transparente, o eNodeB 11 não é afetado.

[00130] O UE 1, mediante o recebimento do sinal de Recusa de Anexo a partir do eNodeB 11, como ilustrado na fig. 6, transmite ao eNodeB 11 o Pedido de Anexo (1) em que o GUTI está definido (Anexar pelo GUTI) de acordo com o parâmetro para instruir reanexo definido no sinal de Recusa de Sinal e o parâmetro GUTI. O eNodeB 11 decide uma MME apropriada a partir do GUMMEI incluído no GUTI e encaminha o Pedido de Anexo (2) para a MME customizada 22.

[00131] O UE 1 é equipado com uma função de recebimento de um

GUTI em um sinal de Recusa de Anexo e usando o GUTI especificado

Petição 870160000344, de 08/01/2016, pág. 28/94

25/61 na Recusa de Anexo ao transmitir um reanexo (Pedido de Anexo (1) na fig. 6). As MMEs estão equipadas com uma função de determinar se este UE é um alvo de resseleção.

[00132] Subsequentemente, a MME customizada 22 continua um Procedimento de Anexo normal. Enquanto o GUTI é definido no Pedido de Anexo, a MME customizada 22 não mantém informações de contexto.

[00133] Assim, mediante o recebimento do sinal de Pedido de Anexo, a MME customizada 22 adquire informações do terminal através de uma Resposta/Pedido de Identidade (4). Além disso, a MME customizada 22 executa a autenticação e adquire um perfil de assinante em coordenação com o HSS 31.

[00134] Além disso, a MME Geral 21 e a MME customizada 22 são equipadas com uma função de determinar qual MME precisa ser conectada ao UE 1, como é o caso com o exemplo 1.

[00135] Além disso, no presente exemplo, mesmo quando um sinal de Pedido de Anexo é encaminhado a partir do UE 1 que precisa ser conectado à MME Geral 21 à MME customizada 22, a MME customizada 22 pode estimular o UE a resselecionar uma MME da mesma maneira. A saber, no caso em que o UE 1 é uma estação móvel normal (por exemplo, uma estação móvel normal que não é compatível com um serviço especial, tal como MTC ou MBMS), quando o UE 1 é uma vez conectado à MME customizada 22, a MME customizada 22 transmite um sinal de Recusa de Anexo ao UE 1 estimula o UE a resselecionar a MME Geral 21. Desta forma, uma vez que o UE 1 transmite um sinal de Pedido de reanexo, a MME Geral 21 é selecionada e um serviço é fornecido a partir da MME Geral 21.

[00136] Como descrito acima, no presente exemplo, a MME Geral instrui o UE a realizar resseleção de uma MME. Em resposta à instrução, o UE especifica a MME customizada e um Procedimento de AnePetição 870160000344, de 08/01/2016, pág. 29/94

26/61 xo continua. Deste modo, o UE pode ser conectado a uma MME apropriada.

Exemplo 4 [00137] Como no exemplo 4, outro exemplo com EPC será descrito. Neste exemplo, o UE transmite um Pedido de Anexo e o UE é conectado à MME customizada. No exemplo 4, a mesma configuração do sistema, como no exemplo 1, será usada. A fig. 7 é um diagrama de sequencia que ilustra uma operação de acordo com o exemplo 4. A fig. 7 é baseada na fig. 5.3.2.1-1: Procedimento de Anexo em 3GPP TS23.401 e os números de sequência são de acordo com a fig.. Os detalhes de cada sequência são descritos em 3GPP TS23.401 5.3.2. Daqui em diante, a operação será descrita com referência às figuras1 e 7.

[00138] De modo a transmitir um Pedido de Anexo (1) para uma MME, o UE 1 primeiro estabelece Conexão de RRC com o eNodeB 11. A fim de estabelecer a Conexão de RRC, em primeiro lugar, o UE 1 transmite um sinal de Pedido de Conexão de RRC ao eNodeB 11. [00139] Nesta sequência, o UE define um parâmetro que indica que o UE 1 necessita ser conectado à MME customizada 22 (uma Identidade de Usuário, um novo valor ou um novo parâmetro de causa de estabelecimento (ou um valor ou um parâmetro recentemente introduzido no presente exemplo), ou um identificador de uma parte de tais parâmetros (uma PLMN-id incluída no IMSI, por exemplo)).

[00140] Um novo parâmetro do Pedido de Conexão de RRC (um novo valor ou um novo parâmetro de causa de estabelecimento) é implementado, de modo que o UE 1 pode notificar o eNodeB que o UE 1 pode ser conectado à MME customizada usando o Pedido de Conexão de RRC.

[00141] O eNodeB 11, mediante recebimento do sinal de Pedido de

Conexão de RRC, armazena informações indicando que o UE 1 preciPetição 870160000344, de 08/01/2016, pág. 30/94

27/61 sa ser conectado à MME customizada 22 e continua o Procedimento de Conexão de RRC subsequente.

[00142] Depois de estabelecer a Conexão de RRC, quando o UE 1 transmite um Pedido de Anexo (1), o eNodeB 11 recebe o Pedido de Anexo (1). Nesta sequência, o eNodeB 11, a partir das informações armazenadas após o recebimento do Pedido de Conexão de RRC (1), encaminha um Pedido de Anexo (2) para a MME customizada 22. [00143] Depois de receber o Pedido de Anexo (2), a MME customizada 22 continua um Procedimento de Anexo normal.

[00144] Além disso, o UE 1 é equipado com uma função de instruir o eNodeB 11 sobre qual das MME Geral 21 e MME customizada 22 precisa de ser conectada ao UE 1. Uma vez que o UE 1 não pode armazenar a informação sobre todas as MME da rede central, a informação que indica um tipo de MME, um tipo de serviço ou similares é utilizada para a instrução dada para o eNodeB 11, em vez de um identificador através do qual uma MME única pode ser selecionada.

[00145] Além disso, o eNodeB 11 é equipado com uma função de determinar qual a MME precisa ser conectada para o UE 1.

[00146] Como descrito acima, uma dos ou uma combinação de uma Identidade de Usuário, um novo valor ou um novo parâmetro de Causa de Estabelecimento e um identificador de uma parte de tais parâmetros na mensagem de Pedido de Conexão de RRC é utilizada para a seleção de uma MME pelo eNodeB 11.

[00147] Como descrito acima, no presente exemplo, o UE instrui o eNodeB a selecionar uma MME. Em resposta à instrução, o eNodeB especifica a MME customizada e um Procedimento de Anexo continua. Deste modo, o UE pode ser conectado a uma MME apropriada. Exemplo 5 [00148] Como no exemplo 5, outro exemplo com EPC será descrito.

Neste exemplo, o UE e a MME customizada são conectados quando

Petição 870160000344, de 08/01/2016, pág. 31/94

28/61

Atualização de Área de Rastreamento é executada. No exemplo 5, a mesma configuração do sistema, como no exemplo 1, será utilizada. [00149] As figuras 8 e 9 são diagramas de sequência que ilustram uma operação de acordo com o exemplo 5. A fig. 8 é baseada na fig. 5.3.5-1: Procedimento de Liberação S1 em 3GPP TS23.401 (ver 3GPP TS23.401 5.3.5). A fig. 9 é baseada na fig. 5.3.3.1-1: procedimento de Atualização da Área de Rastreamento com mudança de GW de sinalização (ver 3GPP TS23.401 5.3.3). A operação será descrita com referência às figuras 1,8 e 9 (e uma parte na fig. 3).

[00150] Quando o UE 1 transmite um Pedido de Anexo (ver 1 na fig.

3), em primeiro lugar, o eNodeB 11 recebe o Pedido de Anexo. Os eNodeB 11 retransmitem o Pedido de Anexo para uma MME (ver 2 na fig. 3).

[00151] O eNodeB 11 não pode determinar exclusivamente se encaminha a o Pedido de Anexo à MME Geral 21 ou à MME customizada 22. Assim, há casos em que o eNodeB 11 encaminha o Pedido de Anexo à MME Geral 21.

[00152] Depois de receber o Pedido de Anexo, a MME Geral 21 adquire informação de terminal (Identidade ME) através de uma Resposta/Pedido de Identidade (ver 4, 5b na fig. 3). Além disso, a MME Geral 21 executa a autenticação e adquire um perfil de assinante em coordenação com o HSS 31.

[00153] A MME Geral 21, mediante aquisição da informação de terminal e o perfil do assinante, determina se deve conectar o UE 1 à MME Geral 21 ou à MME customizada 22. Subsequentemente, um Procedimento de Anexo normal continuou. Se o UE 1 deve ser conectado à MME Geral 21, o processamento é completo nesse ponto. [00154] Se o UE 1 precisa ser conectado à MME customizada 22, a MME Geral 21 realiza Liberação S1 para causar o UE 1 para executar a Atualização da Área Rastreamento (Atualização TA), conforme ilusPetição 870160000344, de 08/01/2016, pág. 32/94

29/61 trado na fig. 8. A MME Geral 21 transmite um Comando de Liberação de Contexto UE S1 (4) para o eNodeB 11.

[00155] A MME Geral 21 dá uma instrução sobre uma MME que o eNodeB precisa selecionar ao estabelecer a Conexão S1 com uma MME na próxima vez, usando um identificador MME (por exemplo, um GUMMEI) no Comando de Liberação de Contexto UE S1 (4). Um parâmetro, por exemplo, o GUMMEI especificando a próxima MME a ser selecionada pelo eNodeB quando Liberação S1 para ativação de Balanceamento de Carga TAU é realizada, é um novo parâmetro. Mesmo depois da Liberação S1 estar concluída, enquanto o eNodeB 11 está mantendo informações de sessão para o UE 1, o eNodeB 11 continua a manter o identificador MME como informação para a seleção do próximo MME.

[00156] Após Liberação S1 ser realizada, a seguir, o UE 1 transmite um Pedido TAU (2), como ilustrado na fig. 9. Em primeiro lugar, o eNodeB 11 recebe o Pedido TAU (2) a partir do UE 1 e envia o Pedido TAU (3) para uma MME. O eNodeB 11, enquanto em um estado de Liberação S1 sendo completo, realiza resseleção de uma MME e estabelece Conexão S1. O eNodeB 11 seleciona a MME customizada, de acordo com o GUMMEI indicado pela antiga MME (= MME Geral) no momento da Liberação S1. O eNodeB 11 é equipado com uma função para manter o próximo GUMMEI por UE.

[00157] Ao selecionar uma MME, o eNodeB 11 seleciona a MME customizada 22 de acordo com o Identificador MME do GUMMEI indicado no sinal de Comando de Liberação de Contexto UE S1 recebido da MME Geral 21. Uma vez que o GUTI (GUMMEI) no NAS indica o antigo MME (= MME Geral), m contextos podem ser adquiridos.

[00158] Depois de receber o Pedido TAU (3), a MME customizada 22 continua um Procedimento de Atualização TA normal. A MME customizada 22 transmite um Pedido de Contexto (4) para a MME Geral

Petição 870160000344, de 08/01/2016, pág. 33/94

30/61 e recebe uma Resposta de Contexto (5).

[00159] A MME customizada 22, no caso em que a S-GW é realocada, transmite um Aviso de Recebimento de Contexto (7) incluindo uma instrução para alterar a S-GW para a MME Geral. Quando a MME customizada 22 seleciona uma nova S-GW 41 (nova GW de sinalização), a MME customizada 22 transmite um Pedido de Criação de Sessão (8) para a nova S-GW 41.

[00160] A nova S-GW 41 (nova GW de sinalização), responsiva a este Pedido de Criação de Sessão (8), transmite um Pedido de Modificação de Portador (9) para a P-GW 51. Depois de receber uma resposta ao Pedido de Modificação de Portador (9) a partir da P-GW 51, a nova S-GW retorna uma Resposta de Criação de Sessão (11) para a MME customizada 22.

[00161] A MME customizada 22 transmite uma Atualização de Localização (12) para o HSS 31.

[00162] A MME Geral 21, mediante o recebimento de um Cancelamento de Localização (13) a partir do HSS 31, exclui contextos MM e transmite um Aviso de Recebimento de Cancelamento de Localização (14) para o HSS 31. O HSS 31 transmite um Aviso de Recebimento de Atualização de Localização (17) em resposta à Atualização de Localização (12) para a MME customizada 22.

[00163] A MME Geral 21 transmite um Pedido de Exclusão de Sessão (18) para a antiga S-GW 41 (antiga GW de sinalização), e a antiga

S-GW 41 (antiga GW de sinalização) transmite uma resposta (19) para o Pedido de Exclusão de Sessão (18) para a MME Geral 21.

[00164] A MME customizada 22 transmite um Aceite TAU (20) para o UE 01.

[00165] Se um GUTI está incluído no Aceite TAU (20), o UE 1 retorna uma TAU Completa (21) para a MME customizada 22. O UE 1 usa essa TAU Completa (21) como uma resposta de aviso de recebiPetição 870160000344, de 08/01/2016, pág. 34/94

31/61 mento ao sinal recebido de Aceite TAU (20).

[00166] A MME Geral 21 e a MME Customizada 22 estão equipadas com uma função de determinar qual a MME precisa ser conectada ao UE 1. Esta função é a mesma que no exemplo 1.

[00167] No presente exemplo, da mesma maneira como descrito acima, quando o eNodeB 11 recebe um Pedido de Atualização TA a partir do UE 1 que tem de ser conectado à MME Geral 21 (por exemplo, a partir de uma estação móvel normal (uma estação móvel normal que não é compatível com um serviço especial tal como MTC ou MBMS), selecionando a MME Geral, o UE 1 está conectado à MME Geral 21 e um serviço é fornecido a partir da MME Geral 21.

[00168] No presente exemplo, o Procedimento de Atualização TA foi realizado com base na sequência na fig. 9. No entanto, uma característica do presente exemplo é que o eNodeB 11 seleciona uma MME. Assim, o presente exemplo também pode ser realizado por, por exemplo, outros Procedimentos para o restabelecimento da Conexão S1, tal como um Pedido de Serviço.

[00169] Conforme descrito acima, de acordo com o presente exemplo, a MME Geral instrui o eNodeB a realizar resseleção de uma MME. Em resposta à instrução, o eNodeB especifica a MME customizada ao selecionar a próxima MME, e o Procedimento continua. Deste modo, o UE pode ser conectado a uma MME apropriada.

Modalidade Exemplar 2 [00170] Como modalidade exemplar 2, uma configuração com o UMTS (Sistema de Telecomunicações Móveis Universal) vai ser descrita. Nesta configuração, o UE transmite um Pedido de Anexo e o UE está conectado a um SGSN customizado. A fig. 2 ilustra uma configuração do sistema de acordo com a modalidade exemplar 2.

[00171] O UE 101 é um terminal que recebe um serviço a partir de um SGSN Customizado. Por exemplo, o UE 101 pode ser o dispositivo

Petição 870160000344, de 08/01/2016, pág. 35/94

32/61 de MTC acima ou o terminal compatível com MBMS. No caso em que o UE 101 é uma estação móvel normal que utiliza serviços normais, tais como um terminal de telefone celular ou um smartphone (um terminal que não é compatível com um serviço específico, tal como MTC ou MBMS), o UE 101 é conectado a um SGSN Geral. Além disso, como será descrito abaixo, quando o SGSN Customizado é selecionado em resposta a um Pedido de Anexo a partir de uma estação normal móvel (por exemplo, a partir de um terminal que não é compatível com um serviço específico, tal como MTC ou MBMS), a resseleção de um SGSN é realizada. Como resultado, o UE 1 é conectado ao SGSN Geral.

[00172] O NodeB 111 e um RNC (um controlador de rede de rádio) 171 são dispositivos para acesso de rádio adotados para o sistema UMTS.

[00173] Um SGSN Geral 121 e um SGSN Customizado 122 são dispositivos, cada um dos quais cobre uma área e é utilizado no UMTS. Dependendo do modo de conexão, o SGSN Geral 121 e o SGSN customizado 122 manipulam o plano de usuário. Se os SGSNs não manipulam o plano eo usuário, o plano de usuário é definido entre um S-GW e um RNC.

[00174] Um HLR (Registro de Localização - Rede de Origem) 131 é um banco de dados armazenando informações do assinante.

[00175] O GGSN 141 (Nó de Suporte de Gateway GPRS (Serviço de Rádio de Pacote Geral): o qual é descrito como nó de suporte de gateway GPRS nas reivindicações) é um dispositivo de gateway conectado a uma rede externa. Uma rede de serviço 161 é uma rede externa (rede de pacotes de dados).

[00176] Na fig. 2, o NodeB 111 e o RNC 171 são dispositivos em uma rede de acesso de rádio RAN. O SGSN, o GGSN, e assim por diante, são dispositivos de uma rede central.

Petição 870160000344, de 08/01/2016, pág. 36/94

33/61 [00177] Em seguida, a modalidade exemplar 2 será descrita com base em vários exemplos. Diferentes métodos de controle são descritos nos exemplos respectivos. Os seguintes exemplos 6 a 10 correspondem aos Modos 6 a 10 acima, respectivamente.

Exemplo 6 [00178] A fig. 10 é um diagrama de sequência que ilustra uma operação de acordo com o exemplo 6 e é baseada em 3GPP TS 23.060 6.5 fig. 22.

Na fig. 10,

MS (Estação Móvel) corresponde ao UE 101 na fig. 2, RAN (Rede de Acesso de Rádio) corresponde ao NodeB

111 e ao RNC 171 na fig. 2,

SGSN Geral corresponde ao SGSN Geral 121 na fig. 2, SGSN Customizado corresponde ao SGSN Customizado

122 na fig. 2,

GGSN corresponde ao GGSN 141 na fig. 2, e HLR corresponde ao HLR 131 na fig. 2.

[00179] O VLR de uma MSC (Centro de Comutação Móvel)/VLR (Registro de Localização de Visitante) é um registro de localização para serviços CS diferentes do HLR. Um EIR (Registro de Identificador de Equipamento) armazena identificadores de dispositivos móveis válidos.

[00180] Uma operação será descrita com referência às figuras 2 e 10. Daqui em diante, o UE 101 na fig. 2 vai ser utilizado como a MS na fig. 10.

[00181] Quando o UE 101 (MS) transmite um Pedido de Anexo (1), em primeiro lugar, o NodeB 111 recebe o Pedido de Anexo (1) e encaminha o Pedido de Anexo (1) ao RNC 171. O RNC 171 encaminha o Pedido de Anexo (1) a um SGSN. No entanto, o RNC 171 não pode determinar exclusivamente se encaminha o Pedido de Anexo ao

Petição 870160000344, de 08/01/2016, pág. 37/94

34/61

SGSN Geral 121 ou para o SGSN customizado 122. Assim, há casos em que o RNC 171 encaminha o Pedido de Anexo ao SGSN Geral 121.

[00182] Depois de receber o Pedido de Anexo, o SGSN Geral 121 adquire informações do terminal através de uma Resposta/Pedido de Identidade (3, 4). Além disso, o SGSN Geral 121 executa a autenticação e adquire um perfil de assinante, em coordenação com o HLR 131. Ou seja, neste caso, o SGSN Geral 121 executa a autenticação e adquire um perfil de assinante.

[00183] O SGSN Geral 121, durante a aquisição da informação de terminal e o perfil do assinante, determina se deve conectar o UE 101 ao SGSN Geral 121 ou ao SGSN 122 customizado. No caso em que o UE 101 necessita ser conectado ao SGSN Geral 121, o SGSN Geral 121 continua geral um Procedimento de Anexo normal.

[00184] No caso em que o UE 101 necessita ser conectado ao SGSN customizado122, para instruir a resseleção de um SGSN, o SGSN Geral 121 transmite um comando de resseleção de SGSN (um sinal RANAP recentemente introduzido no presente exemplo) para o RNC 171. Nesta sequência, o SGSN Geral 121 define um identificador que identifica o SGSN Customizado 122 no sinal de Comando de resseleção de SGSN (por exemplo, um RAI (Identificador de Área de Roteamento) ou um NRI (Identificador de Recurso de Rede)). Ou seja, o SGSN Geral 121 transmite ao RNC 171 um pedido de resseleção de SGSN no qual as informações necessárias (RAI) para selecionar o SGSN customizado 122 estão incluídas. No caso de resseleção a ser realizada dentro de um único grupo, só o NRI pode ser utilizado. Os SGSNs estão equipados com uma função para determinar se o UE 101 é um alvo de resseleção.

[00185] Quando o RNC 171 recebe o sinal de Comando de resseleção de SGSN, de acordo com o identificador definido neste sinal, o

Petição 870160000344, de 08/01/2016, pág. 38/94

35/61

RNC 171 seleciona o SGSN Customizado 122 e encaminha o Pedido de Anexo (1). Uma vez que o SGSN customizado 122 precisa de um parâmetro NAS (Estrato Sem Acesso) do Pedido de Anexo, o RNC 171 transmite o Pedido de Anexo. O RNC 171 é equipado com uma função para armazenar tais mensagens NAS.

[00186] Uma vez que o novo SGSN (= o SGSN Customizado) não pode determinar o antigo SGSN (= o SGSN Geral), o novo SGSN não pode assumir contexto. Assim, o novo SGSN também necessita realizar a autenticação e adquirir o perfil do assinante. Após receber o Pedido de Anexo (2), o SGSN Customizado 122 adquire informações do terminal através de uma Resposta/Pedido de Identidade. Além disso, o SGSN Customizado 122 executa a autenticação e adquire um perfil de assinante, em coordenação com o HLR 131. A saber, o SGSN customizado 122 realiza o mesmo processamento que aquele realizado pelo SGSN Geral 121.

[00187] O SGSN Customizado 122, durante a aquisição da informação do terminal e o perfil do assinante, determina se deve conectar o UE 101 ao SGSN geral 121 ou ao SGSN customizado (022). Neste caso, uma vez que o SGSN Customizado 122 foi selecionado após a resseleção pelo RNC 171, o SGSN Customizado 122 continua um Procedimento de Anexo normal, sem transmitir um sinal de Comando de resseleção de SGSN.

[00188] Além disso, o SGSN Geral 121 e o SGSN customizado 122 estão equipados com uma função para determinar quais SGSN necessitam ser conectados ao UE 101. Esta determinação é feita com base em informações transmitidas do UE 101. A informação pode ser:

- IMSI (Identidade de Assinante Móvel Internacional),

- IMEI,

- Capacidade de rede do UE,

- Capacidade de rede da MS,

Petição 870160000344, de 08/01/2016, pág. 39/94

36/61

- Marca de Classe 2 da Estação Móvel,

- Marca de Classe 3 da Estação Móvel,

- Propriedades do dispositivo,

- Um novo parâmetro de um sinal de Pedido de Anexo que será adicionado no futuro, ou

- Um identificador de uma parte destes parâmetros (por exemplo, uma PLMN-id incluída no IMSI).

[00189] Alternativamente, a determinação acima pode ser feita com base na informação transmitida a partir do HLR 131. A informação pode ser:

- Lista de Características,

- APN,

- Um novo parâmetro de um sinal de Pedido de Dados de Assinante de Inserção/Resposta de Atualização de Localização que serão adicionados no futuro, ou

- Um identificador de uma parte destes parâmetros.

[00190] Qualquer um dos ou uma combinação destes elementos de informação pode ser utilizado para a determinação acima.

[00191] Além disso, no presente exemplo, mesmo quando um sinal de Pedido de Anexo é transmitido do UE 101 que necessita ser conectado ao SGSN geral 121 ao SGSN customizado 122, o SGSN customizado122 pode solicitar ao RNC 171 para realizar resseleção de um SGSN de uma maneira similar. Se o UE 101 é uma estação móvel normal (por exemplo, uma estação móvel normal que não é compatível com um serviço especial, como MTC ou MBMS) e se o UE 101 é conectado pela primeira vez ao SGSN customizado 122, o SGSN Geral 121 solicita que o RNC 171 realize a resseleção de um SGSN. Como resultado, o SGSN Geral 121 é selecionado e um serviço é fornecido a partir do SGSN Geral 121.

[00192] Como descrito acima, no presente exemplo, um SGSN insPetição 870160000344, de 08/01/2016, pág. 40/94

37/61 trui o RNC para realizar resseleção de um SGSN. Em resposta à instrução, o RNC executa resseleção de um SGSN e o Procedimento de Anexo continua. Deste modo, o UE pode ser conectado a um SGSN apropriado.

Exemplo 7 [00193] Como o exemplo 7, outro exemplo com UMTS será descrito. Neste exemplo, o UE transmite um Pedido de Anexo e o UE é conectado ao SGSN customizado. No exemplo 7, a mesma configuração do sistema como no exemplo 6, que vai ser u será utilizada. A fig. 11 é um diagrama de sequência que ilustra uma operação de acordo com o exemplo 7. Daqui em diante, a operação será descrita com referência às figuras 2 e 11.

[00194] Quando o UE 101 transmite uma solicitação Fixe (1), em primeiro lugar, o NodeB 111 recebe o pedido Fixe (1). Em seguida, os NODEB 111 encaminha a solicitação Anexar ao RNC 171, e os RNC 171 encaminha a solicitação para Anexar um SGSN. No entanto, o RNC 171 não pode determinar exclusivamente se encaminha o Pedido de Anexo ao SGSN Geral 121 ou ao SGSN customizado 122. Assim, há casos em que o RNC 171 encaminha o Pedido de Anexo ao SGSN Geral 121.

[00195] O SGSN Geral 121, mediante o recebimento do Pedido de Anexo, adquire informações do terminal através de uma Resposta/Pedido de Identidade. Além disso, em coordenação com o HLR 131, o SGSN Geral 121 executa a autenticação e adquire um perfil de assinante. Ou seja, neste caso, pelo menos, o SGSN Geral 121 executa a autenticação e adquire um perfil de assinante.

[00196] O SGSN Geral 121, durante a aquisição da informação do terminal e o perfil do assinante, determina se deve conectar o UE 101 ao SGSN geral 121 ou ao SGSN customizado 122. Se o SGSN Geral 121 determina que o UE 101 necessita ser conectado ao SGSN Geral

Petição 870160000344, de 08/01/2016, pág. 41/94

38/61

121, o SGSN Geral 121 continua um procedimento de Anexo normal. [00197] No caso em que o UE 101 necessita ser conectado ao SGSN customizado 122, a fim de instruir a mudança de um SGSN, o SGSN Geral 121 transmite um Pedido de Mudança de SGSN (um sinal de GTP recentemente introduzido na presente modalidade exemplar) para o SGSN customizado122.

[00198] Nesta sequência, o SGSN Geral 121 define as informações de contexto geradas pela autenticação da estação móvel e aquisição do perfil do assinante no sinal de Pedido de Mudança de SGSN. Ou seja, quando o SGSN Geral 121 solicita que o SGSN customizado 122 mude um SGSN (Mudança SGSN), o SGSN Geral 121 notifica um novo SGSN (o SGSN Customizado 122) do contexto. Os SGSNs estão equipados com uma função para determinar se o UE 101 é um alvo de resseleção.

[00199] O SGSN customizado 122, mediante o recebimento do sinal de Pedido de Mudança de SGSN, mantém as informações de contexto definidas no sinal de Pedido de Mudança de SGSN e transmite um sinal de Resposta de Mudança de SGSN (um sinal GTP recentemente introduzido na presente modalidade exemplar) ao SGSN Geral 121.

[00200] Subsequentemente, o SGSN customizado 122 transmite um sinal de Atualização de Localização (8) para o HLR 131 para notificar o HLR 131 da mudança do SGSN.

[00201] Quando a informação do contexto de segurança transmitidas do SGSN Geral 121 é válida, o SGSN Customizado 122 pode omitir a realização da reautenticação.

[00202] Subsequentemente, o SGSN Customizado 122 continua o Procedimento de Anexo e o RNC 171 recebe um sinal Aceite de Anexo (9) a partir do SGSN Customizado 122. Subsequentemente, um Procedimento de Anexo normal continua.

Petição 870160000344, de 08/01/2016, pág. 42/94

39/61 [00203] O SGSN geral 121 e o SGSN customizado 122 estão equipados com uma função para determinar qual SGSN necessita ser conectado ao UE 101, como é o caso com o exemplo 6.

[00204] No presente exemplo, mesmo quando um sinal de Pedido de Anexo for transmitido a partir do UE 101, que deve ser conectado ao SGSN geral 121 ao SGSN 122 customizado, o SGSN customizado122 pode solicitar o SGSN 121 Geral para mudar um SGSN na mesma maneira. No caso em que o UE 101 é uma estação móvel normal (por exemplo, um terminal que não é compatível com um serviço especial, tal como MTC ou MBMS) e se o UE 101 é conectado ao SGSN customizado 122, o SGSN customizado 122 seleciona o SGSN Geral 121 e um serviço é fornecido a partir do SGSN Geral 121. [00205] Como descrito acima, no presente exemplo, o SGSN Geral instrui o SGSN customizado sobre a mudança de um SGSN. Em resposta à instrução, o SGSN Customizado aceita a mudança e continua o Procedimento de Anexo. Deste modo, o UE pode ser conectado a um SGSN apropriado.

Exemplo 8 [00206] Como no exemplo 8, outro exemplo com o UMTS será descrito. Neste exemplo, o UE transmite um Pedido de Anexo e o UE é conectado ao SGSN customizado. No exemplo 8, a mesma configuração que no exemplo 6 será usada. As figuras 12 e 13 são diagramas de sequência que ilustram a operação de acordo com o exemplo 8. Daqui em diante, a operação será descrita com referência às figuras 2, 12, e 13.

[00207] Quando o UE 101 (MS) transmite um Pedido de Anexo (1), em primeiro lugar, o NodeB 111 recebe o Pedido de Anexo (1). Em seguida, o NodeB 111 encaminha o Pedido de Anexo ao RNC 171, e o RNC 171 encaminha o Pedido de Anexo a um SGSN. No entanto, o RNC 171 não pode determinar exclusivamente se encaminha o Pedido

Petição 870160000344, de 08/01/2016, pág. 43/94

40/61 de Anexo ao SGSN Geral 121 ou ao SGSN customizado122. Assim, há casos em que o RNC 171 encaminha o Pedido de Anexo ao SGSN Geral 121.

[00208] Depois de receber o Pedido de Anexo (1), o SGSN Geral 121 adquire informações do terminal através de uma Resposta/Pedido de Identidade (3). Além disso, em coordenação com o HLR 131, o SGSN Geral 121 executa a autenticação e adquire um perfil de assinante.

[00209] O SGSN Geral 121, durante a aquisição de informações de terminal e o perfil do assinante, determina se deve conectar o UE 101 ao SGSN geral 121 ou ao SGSN customizado 122. No caso em que o UE 101 necessita ser conectado ao SGSN Geral 121, o SGSN Geral 121 continua um Procedimento de Anexo normal.

[00210] No caso em que o UE 101 necessita ser conectado ao SGSN customizado 122, o SGSN Geral 121 transmite um sinal de Recusa de Anexo (9) para o UE 101, em vez de continuar o Procedimento de Anexo.

[00211] Neste caso, o SGSN Geral 121 define um parâmetro para instruir reanexo e um parâmetro RAI (Identidade de Área de Roteamento) (um parâmetro recentemente introduzido na presente modalidade exemplar) no sinal de Recusa de Anexo, para que o RNC 171 possa selecionar o SGSN customizado 122 ao realizar reanexo. Embora estes parâmetros sejam parâmetros que foram recentemente introduzidos no presente exemplo, uma vez que o RNC 171 é transparente, o RNC 171 não é afetado.

[00212] O UE 101 precisa ser equipado com uma função para receber um RAI através de uma Recusa de Anexo e usando a RAI especificada na Recusa de Anexo ao transmitir um Reanexo. Os SGSNs estão equipados com uma função para determinar se o UE 101 é um alvo de resseleção.

Petição 870160000344, de 08/01/2016, pág. 44/94

41/61 [00213] O UE 101, mediante o recebimento do sinal de Recusa de Anexo (9), transmite ao RNC 171 o sinal de Pedido de Anexo (1), no qual a RAI foi definida, de acordo com o parâmetro para instruir reanexo definido no sinal de Recusa de Anexo (9) e o parâmetro RAI (reanexo por um P-TMSI (Identificador de Assinante Móvel Temporário de Pacote)), conforme ilustrado na fig.. 13. O RNC 171 decide um SGSN apropriado a partir da RAI e encaminha o Pedido de Anexo ao SGSN customizado 122.

[00214] Subsequentemente, o SGSN customizado 122 continua um Procedimento de Anexo normal.

[00215] Enquanto a RAI é definida no Pedido de Anexo, o SGSN customizado 122 não mantém informações de contexto. Assim, mediante o recebimento do sinal de Pedido de Anexo (1), o SGSN customizado 122 adquire informações do terminal através de uma Resposta/ Pedido de Identidade (3). Além disso, o SGSN customizado 122 executa a autenticação e adquire um perfil de assinante, em coordenação com o HLR 131.

[00216] O SGSN geral 121 e o SGSN 122 customizado estão equipados com uma função para determinar qual SGSN necessita ser conectado ao UE 101, como é o caso com o exemplo 6.

[00217] No presente exemplo, mesmo quando um sinal de Pedido de Anexo é encaminhado do UE 101 que precisa ser conectado ao SGSN Geral (121) para o SGSN customizado 122, o SGSN customizado 122 pode solicitar o UE 101 para resselecionar um SGSN de uma maneira similar. Se o UE 101 é uma estação móvel normal (por exemplo, um terminal que não é compatível com um serviço especial, tal como MTC ou MBMS) e se o UE 101 é conectado ao SGSN customizado 122, o SGSN customizado 122 transmite um sinal de Recusa de Anexo para o UE 101 e pede ao UE 101 para selecionar o SGSN geral 121. Desta forma, uma vez que o UE 101 transmite um sinal de

Petição 870160000344, de 08/01/2016, pág. 45/94

42/61

Pedido de reanexo (Pedido de Anexo), o SGSN Geral 121 é selecionado e um serviço é fornecido a partir do SGSN Geral 121.

[00218] Como descrito acima, no presente exemplo, o SGSN Geral instrui o UE a realizar a resseleção de um SGSN. Em resposta à instrução, o UE especifica o SGSN customizado e um Processo de Anexo continua. Deste modo, o UE pode ser conectado a um SGSN apropriado.

Exemplo 9 [00219] Como no exemplo 9, outro exemplo com o UMTS será descrito. Neste exemplo, o UE transmite um Pedido de Anexo e o UE é conectado ao SGSN customizado. No exemplo 6, a mesma configuração do sistema que no exemplo 6 será utilizada. A fig. 14 é um diagrama de sequência que ilustra uma operação de acordo com o exemplo 9. Daqui em diante, a operação será descrita com referência às figuras 2 e 14.

[00220] Para transmitir um Pedido de Anexo a um SGSN, em primeiro lugar, o UE 101 estabelece Conexão de RRC com a RNC 171. Para estabelecer Conexão de RRC, em primeiro lugar, o UE 101 transmite um sinal de Pedido de Conexão de RRC ao RNC 171.

[00221] Neste sinal, o UE 101 define um parâmetro que indica que o UE 101 necessita ser conectado ao SGSN customizado 122 (uma Identidade do Usuário, um novo valor ou um novo parâmetro de causa de estabelecimento (um valor ou um parâmetro recentemente introduzido no presente exemplo), ou um identificador de uma parte de tais parâmetros (uma PLMN-id incluída no IMSI, por exemplo)).

[00222] Ao receber o sinal de Pedido de Conexão de RRC, o RNC 171 armazena informações indicando que o UE 101 precisa ser conectado ao SGSN customizado 122 e continua o Procedimento de Conexão de RRC subsequente.

[00223] Depois de estabelecer Conexão de RRC, o UE 101 transmiPetição 870160000344, de 08/01/2016, pág. 46/94

43/61 te um Pedido de Anexo (1) e o NodeB 111 recebe o Pedido de Anexo (1). Em seguida, os NodeB 111 encaminha o Pedido de Anexo ao RNC 171.

[00224] O RNC 171 encaminha o Pedido de Anexo a um SGSN. A partir das informações armazenadas quando o RNC 171 recebeu o sinal de Pedido de Conexão de RRC, o RNC 171 encaminha o sinal de Pedido de Anexo ao SGSN customizado 122.

[00225] Depois de receber o sinal de Pedido de Anexo, o SGSN customizado 122 continua o Procedimento de Anexo normal.

[00226] Além disso, o UE 101 é equipado com uma função de instruir o RNC 171 sobre qual do SGSN geral 121 e do SGSN 122 customizado necessita ser conectado ao UE 101. O UE 101 não pode armazenar a informação sobre todos os SGSNs na rede central, a informação indicando um tipo de SGSN, um tipo de serviço ou similares é utilizada para as instruções dadas para o RNC 171, em vez de um identificador, através do qual um SGSN único pode ser selecionado. [00227] O RNC 171 é equipado com uma função para determinar qual SGSN necessita ser conectado ao UE 101. Para esta determinação, conforme descrito acima, uma de ou uma combinação de uma Identidade do Usuário, um novo valor ou um novo parâmetro de causa de estabelecimento (um valor ou um parâmetro recentemente introduzido no presente exemplo) e um identificador de uma parte de tais parâmetros são usados.

[00228] Como descrito acima, no presente exemplo, o UE 101 instrui o RNC 171 para selecionar um SGSN. Em resposta à instrução, o RNC 171 especifica o SGSN customizado e um Procedimento de Anexo continua. Deste modo, o UE 101 pode ser conectado a um SGSN apropriado.

Exemplo 10 [00229] Como no exemplo 10, outro exemplo com o UMTS será

Petição 870160000344, de 08/01/2016, pág. 47/94

44/61 descrito. Neste exemplo, o UE e o SGSN customizado são conectados quando Atualização RA é realizada. No exemplo 10, a mesma configuração do sistema que no exemplo 6 será utilizada. As figuras 15 e 16 são diagramas de sequência que ilustram uma operação de acordo com o exemplo 10. Daqui em diante, a operação será descrita com referência às figuras 2, 15, 16, e uma parte da fig. 10.

[00230] Quando o UE 101 transmite um Pedido de Anexo (ver 1 na fig. 10), em primeiro lugar, o NodeB 111 recebe o Pedido de Anexo. O NodeB 111 encaminha o Pedido de Anexo ao RNC 171, e o RNC 171 encaminha o Pedido de Anexo a um SGSN. O RNC 171 não pode determinar exclusivamente se encaminha o Pedido de Anexo ao SGSN Geral 121 ou ao SGSN customizado (12). Assim, há casos em que o RNC 171 encaminha o Pedido de Anexo ao SGSN Geral 121.

[00231] Depois de receber o Pedido de Anexo, o SGSN Geral 121 adquire informações do terminal através de uma Resposta/Pedido de Identidade (ver 3, 5 na fig. 10). Além disso, o SGSN Geral 121 executa a autenticação e adquire um perfil de assinante, em coordenação com o HLR 131.

[00232] O SGSN Geral 121, durante a aquisição da informação do terminal e o perfil do assinante, determina se deve conectar o UE ao SGSN 101 Geral 121 ou ao SGSN 122 customizado. No caso em que o UE 101 necessita ser conectado ao SGSN Geral 121, o SGSN Geral 121 continua um Procedimento de Anexo normal.

[00233] No caso em que o UE 101 necessita ser conectado ao SGSN customizado 122, o SGSN Geral 121 executa a Liberação Iu para fazer com que o UE 101 realize atualização de RA (Área de Roteamento), tal como ilustrado na fig. 15.

[00234] O SGSN Geral 121 transmite um sinal de Comando de Liberação Iu (4 na fig. 15) para o RNC 171. O SGSN Geral 121 dá uma instrução sobre um SGSN a ser selecionado pelo RNC ao estabelecer

Petição 870160000344, de 08/01/2016, pág. 48/94

45/61

Conexão lu com um SGSN da próxima vez, por meio de um identificador SGSN (por exemplo, um RAI ou um NRI) no sinal de Comando de Liberação Iu. No caso de um único conjunto, o NRI pode ser utilizado. [00235] Mesmo depois da Liberação Iu estar completa, enquanto o RNC 171 está mantendo informações de sessão para o UE 101, o RNC 171 continua a manter o identificador SGSN como informação para a seleção do próximo SGSN.

[00236] Após Liberação Iu ser realizada (após o RNC 171 transmitir Liberação Completa IU (6) para o SGSN Geral 121), a seguir, como se ilustra na fig. 16, o UE 101 transmite um pedido RAU (Pedido de Atualização de RA) (2).

[00237] Em primeiro lugar, o NodeB 111 recebe uma Pedido RAU (2), e o NodeB 111 encaminha o Pedido RAU (3) para o RNC 171. [00238] Em seguida, o RNC 171 encaminha o pedido RAU para um SGSN. Uma vez que a Liberação Iu (c) já foi realizada, o RNC 171 realiza a seleção de um SGSN e estabelece Conexão Iu.

[00239] Na seleção de um SGSN, o RNC 171 seleciona o SGSN customizado 122 de acordo com o Identificador de SGSN especificado no sinal de Comando de Liberação Iu recebido a partir do SGSN geral 121. O RNC seleciona o SGSN customizado de acordo com o RAI (ou o NRI) instruído pelo SGSN antigo (= o SGSN Geral) quando a Liberação Iu é realizada. O RNC é equipado com uma função para manter o próximo RAI por UE.

[00240] Depois de receber o pedido RAU, o SGSN customizado 122 continua um Procedimento de Atualização de RA normal. Uma vez que a P-TMSI (RAI) no NAS indica o SGSN geral, que é o SGSN antigo, o SGSN customizado 122 adquire contexto.

[00241] O SGSN geral 121 e o SGSN customizado 122 estão equipados com uma função para determinar qual SGSN necessita ser conectado ao UE 101. Esta função é a mesma que aquela no exemplo 6.

Petição 870160000344, de 08/01/2016, pág. 49/94

46/61 [00242] No presente exemplo, da mesma maneira que descrito acima, quando o RNC 17 recebe um Pedido de Atualização de RA do UE 101 que precisa ser conectado ao SGSN Geral 121 (por exemplo, a partir de uma estação móvel normal (uma estação móvel normal que não é compatível com um serviço especial, tal como MTC ou MBMS)), selecionando o SGSN Geral 121, o UE 101 é conectado ao SGSN geral 121 e um serviço é fornecido a partir do SGSN geral 121.

[00243] Além disso, no presente exemplo, o Procedimento de Atualização de RA foi realizado com base na sequência na fig. 16. No entanto, uma característica do presente exemplo é que o RNC 171 seleciona um SGSN. Assim, o presente exemplo também pode ser realizado por, por exemplo, outros procedimentos para o restabelecimento da Conexão Iu, tal como Ativação de Contexto PDP.

[00244] Conforme descrito acima, de acordo com o presente exemplo, o SGSN Geral instrui o RNC para realizar resseleção de um SGSN. Em resposta à instrução, o RNC especifica o SGSN customizado na seleção seguinte de um SGSN, e o outro processo continua. Deste modo, o UE pode ser conectado a um SGSN apropriado.

[00245] Daqui em diante, as diferenças entre os exemplos acima serão descritas.

Rede Móvel [00246] Os exemplos 1 a 5 são, por exemplo, com base em LTE (Evolução de Longo Termo) (a rede de acesso de rádio é E-UTRAN (Rede Universal de Acesso de Rádio Terrestre Desenvolvida) e a rede central é EPC). Exemplos 6 a 10 são, por exemplo, com base em 3G (terceira geração) (a rede de acesso de rádio é UTRAN (Rede Universal de Acesso de Rádio Terrestre), e a rede central é GPSR).

Métodos de Implementação [00247] Exemplos 1 e 6: procedimento de ano (repetir na RAN (Rede de Acesso de Rádio))

Petição 870160000344, de 08/01/2016, pág. 50/94

47/61 [00248] Exemplos 2 e 7: procedimento de anexo (interoperabilidade na rede central (CN)) [00249] Exemplos 3 e 7: repetir pelo terminal [00250] Exemplos 4 e 8: Seleção na rede central (CN) [00251] Exemplos 5 e 10: atualização da área de gerenciamento de localização (RAU/TAU) [00252] Extensão do Impacto (elementos que necessitam ser modificados para implementação) [00253] Exemplos 1 e 6: a RAN (rede de acesso de rádio) e a CN (rede central) [00254] Exemplos 2 e 7: a CN (RAN) [00255] Exemplos 3 e 8: o terminal e a CN [00256] Exemplos 4 e 9: o terminal e a RAN [00257] Exemplos 5 e 10: a RAN e a CN [00258] Efeitos Vantajosos, etc. fornecidos pela implementação [00259] Exemplos 1 e 6: enquanto nenhuma função precise ser adicionada ao terminal, funções devem ser adicionadas à RAN.

[00260] Exemplos 2 e 7: nenhuma função precisa ser adiciona ao terminal e, em alguns casos, nenhuma função precisa ser adicionada à RAN. Além disso, entre os exemplos, a mínima quantidade de sinal é necessária.

[00261] Exemplos 3 e 8: nenhuma função precisa ser adicionada à RAN, e as funções podem ser facilmente adicionadas ao terminal e à CN. No entanto, Recusa de Anexo requer tempo.

[00262] Exemplos 4 e 9: enquanto nenhuma função precisa ser adicionada à CN, mais funções precisam ser adicionadas à RAN do que nos outros exemplos. Além disso, a RAN precisa armazenar e gerenciar uma lista de CN para selecionar uma CN. Antes de acessar o HLR/HSS, informações utilizadas para a seleção de um CN são limitadas.

Petição 870160000344, de 08/01/2016, pág. 51/94

48/61 [00263] Exemplos 5 e 10: nenhuma função precisa ser adicionada ao terminal. Resseleção de a CN é possível depois do Anexo pela mudança de um contrato ou similar.

[00264] Casos onde nó de rede central é selecionado [00265] A seguir, vários casos em que um nó de rede central é selecionado com base nas modalidades exemplares acima e exemplos serão descritos.

[00266] Um dispositivo (um dispositivo M2M) de MTC (Máquina Tipo Comunicação) está conectado a um nó de CN customizado (um nó otimizado para dispositivos de MTC).

[00267] Um usuário usando MBMS é conectado a um nó de CN customizado (um nó de CN compatível com MBMS).

[00268] Em outro caso, um serviço é fornecido apenas por um nó de CN customizado para que um novo serviço seja iniciado em uma pequena escala.

Cases com LTE [00269] Um UE específico está conectado a um nó no qual uma MME e um SGW são colocados. Embora não seja particularmente limitada, por exemplo, há casos em que uma pequena quantidade de tráfego de dados é transmitida para um UE através de um SMS (Serviço de Mensagem Curta). Nesses casos, se uma MME e um SGW são colocados, a implementação de processamento de conversão de SMS pode ser alcançada mais facilmente.

[00270] Além disso, MMEs são comutadas, dependendo de um tipo de terminal (terminal CSFB (CS Fallback) e um terminal VoLTE, por exemplo). CSFB (CS Fallback) é uma função de comutação de rádio para 3G (ou 2G) quando um serviço de CS (Circuito Comutado) é transmitido ou recebido durante a conexão LTE. VoLTE (Voz sobre LTE) é uma função para fornecer um serviço de voz (que tenha sido fornecida através de CS) em LTE. O terminal CSFB precisa interagir

Petição 870160000344, de 08/01/2016, pág. 52/94

49/61 com um MSC. O terminal VoLTE precisa interagir com um IMS (Subsistema Multimídia IP). Quando CSFB é realizada, um MSC (Centro de Comutação Móvel) que é ligado com antecedência é seleciona uma MME colocada.

[00271] A descrição da Literatura de Patente acima é aqui incorporada por referência. Modificações e adaptações das modalidades exemplares e exemplos são possíveis dentro do escopo da descrição geral (incluindo as reivindicações) da presente invenção e com base no conceito técnico básico da presente invenção. Várias combinações e seleções de vários elementos descritos (incluindo os elementos de cada uma das reivindicações, exemplos, desenhos, etc.) são possíveis dentro do escopo das reivindicações da presente invenção. Isto é, a presente invenção inclui, obviamente, diversas variações e modificações que podem ser feitas por aqueles versados na técnica de acordo com a descrição global, incluindo as reivindicações e o conceito técnico.

[00272] Pelo menos uma parte das modalidades exemplares e exemplos acima descritos pode ser descrita como as Notas Complementares a seguir, embora não seja limitada aos mesmos.

Nota Complementar 1 [00273] Um sistema de comunicação incluindo um núcleo central para um sistema de comunicação móvel, em que o núcleo central compreende uma pluralidade de nós, cada nó que serve como um nó para gerenciar a mobilidade de um terminal, a pluralidade de nós serem diferentes uns dos outros em relação às funções de serviço que os nós fornecem a um terminal, e [00274] em que com base nas informações de assinante e informação do terminal, um nó a ser conectado ao terminal é selecionado entre a pluralidade de nós, dependendo de uma característica de serviço utilizada pelo terminal ou em um tipo de terminal, e o terminal está coPetição 870160000344, de 08/01/2016, pág. 53/94

50/61 nectado ao nó selecionado.

Nota Complementar 2 [00275] O sistema de comunicação de acordo com a Nota complementar 1, em que um primeiro nó da entidade de gerenciamento de mobilidade, mediante o recebimento de um Pedido de Anexo do terminal por meio de um aparelho de estação de base, transmite um sinal de pedido de resseleção da entidade de gerenciamento de mobilidade para o aparelho de estação de base, de modo a conectar o terminal a um segundo nó da entidade de gerenciamento de mobilidade que fornece um serviço diferente de um serviço oferecido pelo primeiro nó da entidade de gerenciamento de mobilidade, e [00276] em que o aparelho de estação de base transmite um Pedido de Anexo para ao segundo nó da entidade de gerenciamento de mobilidade para conectar o terminal ao segundo nó da entidade de gerenciamento da mobilidade.

Nota Complementar 3 [00277] O sistema de comunicação de acordo com a Nota complementar 1, caracterizado por um primeiro nó da entidade de gerenciamento de mobilidade, mediante o recebimento de um Pedido de Anexo do terminal por meio de um aparelho de estação de base, transmite um sinal de pedido de mudança da entidade de gerenciamento da mobilidade a um segundo nó da entidade de gerenciamento de mobilidade que fornece um serviço diferente de um serviço fornecido pelo primeiro nó da entidade de gerenciamento de mobilidade, a fim de conectar o terminal ao segundo nó da entidade de gerenciamento de mobilidade, e em que o segundo nó da entidade de gerenciamento de mobilidade continua um procedimento de Anexo para o Pedido de Anexo conectar o terminal ao segundo nó da entidade de gerenciamento de mobilidade.

Nota Complementar 4

Petição 870160000344, de 08/01/2016, pág. 54/94

51/61 [00278] O sistema de comunicação de acordo com a Nota complementar 1, em que um primeiro nó da entidade de gerenciamento de mobilidade, mediante o recebimento de um Pedido de Anexo do terminal por meio de um aparelho de estação de base, transmite uma Recusa de Anexo, ao qual um identificador de um segundo nó da entidade de gerenciamento da mobilidade que fornece um serviço diferente de um serviço fornecido pelo primeiro nó da entidade de gerenciamento de mobilidade é adicionado ao terminal, a fim de conectar o terminal ao segundo nó da entidade de gerenciamento de mobilidade, e em que o terminal adiciona o identificador do segundo nó da entidade de gerenciamento de mobilidade a um Pedido de Anexo e retransmite o Pedido de Anexo para conectar ao segundo nó da entidade de gerenciamento da mobilidade.

Nota Complementar 5 [00279] O sistema de comunicação de acordo com a Nota Complementar 1, em que o terminal transmite um Pedido de Conexão de RRC, ao qual é adicionado uma informação de pedido de conexão solicitando conexão a um segunda nó da entidade de gerenciamento de mobilidade que oferece um serviço diferente de um serviço fornecido por um primeiro nó da entidade de gerenciamento de mobilidade, a um aparelho de estação de base, e em que no momento em que o aparelho de estação de base, mediante o recebimento do Pedido de Conexão de RRC, transmite um Pedido de Anexo recebido do terminal com conexão de RRC a uma entidade de gerenciamento de mobilidade sendo estabelecida, o aparelho de estação de base seleciona o segundo nó da entidade de gerenciamento de mobilidade para conectar o terminal ao segundo nó da entidade de gerenciamento da mobilidade.

Nota Complementar 6 [00280] O sistema de comunicação de acordo com a Nota ComPetição 870160000344, de 08/01/2016, pág. 55/94

52/61 plementar 1, em que, quando um primeiro nó da entidade de gerenciamento de mobilidade com uma sessão com o terminal sendo estabelecido libera conexão estabelecida entre o aparelho de estação de base e o primeiro nó da entidade de gerenciamento de mobilidade, o primeiro nó da entidade de gerenciamento da mobilidade instrui o aparelho de estação de base para selecionar um segundo nó da entidade de gerenciamento de mobilidade que oferece um serviço diferente de um serviço oferecido pelo primeiro nó da entidade de gerenciamento da mobilidade na próxima seleção de uma entidade de gerenciamento da mobilidade pelo aparelho de estação base, e em que mediante transmissão de um pedido de atualização da área de gerenciamento de localização pelo terminal para o aparelho de estação de base, o aparelho da estação de base seleciona o segundo nó da entidade de gerenciamento de mobilidade para conectar o terminal ao segundo nó da entidade de gerenciamento da mobilidade.

Nota Complementar 7 [00281] O sistema de comunicação de acordo com a Nota Complementar 1, em que um primeiro nó de suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização, mediante o recebimento de um Pedido de Anexo a partir do terminal através de um controlador de rede de rádio, transmite um sinal de pedido de resseleção de nó de suporte de GPRS de sinalizador para o controlador de rede de rádio, a fim de conectar o terminal a um segundo nó de suporte de GPRS de sinalização que fornece um serviço diferente de um serviço fornecido pelo primeiro nó de suporte de GPRS de sinalização, e em que o controlador de rede de rádio retransmite um Pedido de Anexo para o segundo nó de suporte de GPRS de sinalização para conectar o terminal ao segundo nó de suporte de GPRS de sinalização.

Nota Complementar 8 [00282] O sistema de comunicação de acordo com a Nota ComPetição 870160000344, de 08/01/2016, pág. 56/94

53/61 plementar 1, em que um primeiro nó de suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização (SGSN), mediante o recebimento de um Pedido de Anexo a partir do terminal através de um controlador de rede de rádio, transmite um sinal de pedido de mudança de nó de suporte de GPRS de sinalização para um segundo nó de suporte de GPRS de sinalização que fornece um serviço diferente a partir de um serviço fornecido pelo primeiro nó de suporte de GPRS de sinalização, a fim de conectar o terminal ao segundo nó de suporte de GPRS de sinalização, e em que o segundo nó de suporte de GPRS de sinalização continua um procedimento de Anexo para o Pedido de Anexo para conectar o terminal ao segundo nó de suporte de GPRS de sinalização.

Nota Complementar 9 [00283] O sistema de comunicação de acordo com a Nota Complementar 1, em que um primeiro nó de suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização (SGSN), mediante o recebimento de um Pedido de Anexo a partir do terminal através de um controlador de rede de rádio, transmite uma Recusa de Anexo, à qual é adicionado um identificador de um segundo nó de suporte de GPRS de sinalização que fornece um serviço diferente de um serviço fornecido pelo primeiro nó de suporte de GPRS de sinalização, ao terminal para conectar o terminal ao segundo nó de suporte de GPRS de sinalização, e em que o terminal adiciona o identificador do segundo nó de suporte de GPRS de sinalização a um Pedido de Anexo e retransmite o Pedido de Anexo para conectar ao segundo nó de suporte GPRS de sinalização.

Nota Complementar 10 [00284] O sistema de comunicação de acordo com a Nota Complementar 1, em que o terminal transmite um Pedido de Conexão de RRC (Controle de Recurso de Rádio), ao qual é adicionada informação

Petição 870160000344, de 08/01/2016, pág. 57/94

54/61 de pedido de conexão solicitando conexão a um segundo nó de suporte de GPRS de sinalização que fornece um serviço diferente de um serviço fornecido por um primeiro nó de suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização, para um controlador de rede de rádio, e em que no momento em que o controlador de rede de rádio, mediante o recebimento do Pedido de conexão de RRC, transmite um Pedido de Anexo a partir do terminal com conexão de RRC a um nó de suporte de GPRS de sinalização sendo estabelecida, o controlador de rede de rádio seleciona o segundo nó de suporte de GPRS de sinalização para conectar o terminal ao segundo nó de suporte de GPRS de sinalização.

Nota Complementar 11 [00285] O sistema de comunicação de acordo com a Nota Complementar 1, em que, quando um primeiro nó de suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização com uma sessão com o terminal sendo estabelecido libera a conexão estabelecida entre o primeiro nó de suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização e o controlador de rede de rádio, o primeiro nó de suporte de GPRS de sinalização instrui o controlador de rede de rádio para selecionar um segundo nó de suporte de GPRS de sinalização que fornece um serviço diferente de um serviço fornecido pelo primeiro nó de suporte de GPRS de sinalização na próxima seleção de um nó de suporte de GPRS de sinalização pelo controlador de rede de rádio e em que mediante a transmissão de um pedido de atualização de área de gerenciamento de localização pelo terminal para o controlador de rede de rádio, o controlador de rede de rádio seleciona o segundo nó de suporte de GPRS de sinalização para conectar o terminal ao segundo nó de suporte de GPRS de sinalização.

Nota Complementar 12 [00286] Um método de comunicação, compreendendo:

Petição 870160000344, de 08/01/2016, pág. 58/94

55/61 disposição de uma pluralidade de nós no terminal em uma rede de núcleo do sistema de comunicação móvel, os nós servindo como nós para o gerenciamento da mobilidade de um terminal, e sendo diferentes uns dos outros em relação às funções de serviço que os nós fornecem a um terminal;

selecionar, com base em informações de assinante e informação do terminal, um nó a ser conectado ao terminal entre a pluralidade de nós, dependendo das características de um serviço usado pelo terminal ou em um tipo de terminal, e conectar o terminal ao nó selecionado.

Nota Complementar 13 [00287] O método de comunicação de acordo com a Nota Complementar 12, que compreende:

um primeiro nó da entidade de gerenciamento de mobilidade, mediante o recebimento de um Pedido de Anexo do terminal por meio de um aparelho de estação de base, transmitindo um sinal de pedido de resseleção da entidade de gerenciamento de mobilidade para o aparelho de estação de base, a fim de conectar o terminal a um segundo nó da entidade de gerenciamento da mobilidade que oferece um serviço diferente de um serviço oferecido pelo primeiro nó da entidade de gerenciamento da mobilidade; e o aparelho de estação de base transmitindo um Pedido de Anexo para o segundo nó da entidade de gerenciamento de mobilidade para conectar o terminal ao segundo nó da entidade de gerenciamento da mobilidade.

Nota Complementar 14 [00288] O método de comunicação de acordo com a Nota Complementar 12, que compreende:

um primeiro nó da entidade de gerenciamento da mobilidade, mediante o recebimento de um Pedido de Anexo do terminal por

Petição 870160000344, de 08/01/2016, pág. 59/94

56/61 meio de um aparelho de estação base, transmitindo um sinal de pedido de mudança da entidade de gerenciamento da mobilidade para um segundo nó da entidade de gerenciamento de mobilidade que oferece um serviço diferente de um serviço oferecido pelo primeiro nó da entidade de gerenciamento de mobilidade, a fim de conectar o terminal ao segundo nó da entidade de gerenciamento da mobilidade; e o segundo nó da entidade de gerenciamento da mobilidade continuando um procedimento para o Pedido de Anexo para conectar o terminal ao segundo nó da entidade de gerenciamento da mobilidade.

Nota Complementar 15 [00289] O método de comunicação de acordo com a Nota Complementar 12, que compreende:

um primeiro nó da entidade de gerenciamento de mobilidade, mediante o recebimento de um Pedido de Anexo do terminal por meio de um aparelho de estação base, transmitindo uma Recusa de Anexo, à qual é adicionado um identificador de um segundo nó da entidade de gerenciamento de mobilidade que oferece um serviço diferente de um serviço fornecido pelo primeiro nó de entidade de gerenciamento de mobilidade, para o terminal, a fim de conectar o terminal ao segundo nó da entidade de gerenciamento de mobilidade; e o terminal adicionando o identificador do segundo nó da entidade de gerenciamento da mobilidade a um Pedido de Anexo e retransmitindo o Pedido de Anexo para conectar o segundo nó da entidade de gerenciamento da mobilidade.

Nota Complementar 16 [00290] O método de comunicação de acordo com a Nota Complementar 12, que compreende:

o terminal transmitindo um Pedido de Conexão de RRC (Controle de Recurso de Rádio), ao qual é adicionada informação de

Petição 870160000344, de 08/01/2016, pág. 60/94

57/61 pedido de conexão solicitando conexão para um segundo nó da entidade de gerenciamento de mobilidade que oferece um serviço diferente de um serviço oferecido por um primeiro nó da entidade de gerenciamento da mobilidade, para um aparelho de estação de base; e o aparelho de estação de base selecionando o segundo nó da entidade de gerenciamento da mobilidade, num momento em que o aparelho de estação de base, mediante o recebimento do Pedido de Conexão de RRC, transmite um Pedido de Anexo do terminal com conexão de RRC a uma entidade de gerenciamento da mobilidade sendo estabelecida, para conectar o terminal ao segundo nó da entidade de gerenciamento da mobilidade.

Nota Complementar 17 [00291] O método de comunicação de acordo com a Nota Complementar 12, que compreende:

quando um primeiro nó da entidade de gerenciamento de mobilidade com uma sessão com o terminal sendo estabelecido libera conexão estabelecida entre o aparelho de estação de base e o primeiro nó da entidade de gerenciamento de mobilidade, o primeiro nó da entidade de gerenciamento de mobilidade instruindo o aparelho de estação de base para selecionar um segundo nó da entidade de gerenciamento da mobilidade que oferece um serviço diferente de um serviço oferecido pelo primeiro nó da entidade de gerenciamento da mobilidade em próxima seleção de uma entidade de gerenciamento da mobilidade pelo aparelho de estação de base; e mediante a transmissão de um pedido de atualização da área de gerenciamento de localização pelo terminal para o aparelho de estação de base, o aparelho da estação de base selecionando o segundo nó da entidade de gerenciamento de mobilidade para conectar o terminal ao segundo nó da entidade de gerenciamento da mobilidade.

Petição 870160000344, de 08/01/2016, pág. 61/94

58/61

Nota Complementar 18 [00292] O método de comunicação de acordo com a Nota Complementar 12, que compreende:

um primeiro nó de suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização (SGSN), mediante o recebimento de um Pedido de Anexo a partir do terminal através de um controlador de rede de rádio, transmitindo um sinal de pedido de resseleção de nó de suporte de GPRS de sinalização para o controlador de rede de rádio, a fim de conectar o terminal a um segundo nó de suporte de GPRS de sinalização que fornece um serviço diferente de um serviço oferecido pelo primeiro nó de suporte de GPRS de sinalização; e o controlador de rede de rádio transmitindo um Pedido de Anexo para o segundo nó de suporte de GPRS de sinalização para conectar o terminal ao segundo nó de suporte de GPRS de sinalização.

Nota Complementar 19 [00293] O método de comunicação de acordo com a Nota Complementar 12, que compreende:

um primeiro nó de suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização (SGSN), mediante o recebimento de um Pedido de Anexo do terminal por meio de um controlador de rede de rádio, transmitindo um sinal de pedido de mudança de nó de suporte de GPRS de sinalização para um segundo nó de suporte de GPRS de sinalização que fornece um serviço diferente de um serviço fornecido pelo primeiro nó de suporte de GPRS de sinalização, a fim de conectar o terminal ao segundo nó de suporte de GPRS de sinalização; e o segundo nó de suporte de GPRS de sinalização continuando um procedimento de Anexo para conectar o terminal ao segundo nó de suporte de GPRS de sinalização.

Nota Complementar 20

Petição 870160000344, de 08/01/2016, pág. 62/94

59/61 [00294] O método de comunicação de acordo com a Nota Complementar 12, que compreende:

um primeiro nó de suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização (SGSN), mediante o recebimento de um Pedido de Anexo do terminal por meio de um controlador de rede de rádio, transmitindo uma Recusa de Anexo, à qual é adicionado um identificador de um segundo nó de suporte de GPRS de sinalização que fornece um serviço diferente de um serviço fornecido pelo primeiro nó de suporte de GPRS de sinalização, para o terminal, a fim de conectar o terminal ao segundo nó de suporte de GPRS de sinalização; e o terminal adicionando o identificador do segundo nó de suporte de GPRS de sinalização a um Pedido de Anexo e retransmitindo o Pedido de Anexo para conectar ao segundo nó de suporte de

GPRS de sinalização.

Nota Complementar 21 [00295] O método de comunicação de acordo com a Nota Complementar 12, que compreende:

o terminal transmitindo um Pedido de Conexão de RRC (Controle de Recurso de Rádio), ao qual é adicionada informação de pedido de conexão solicitando conexão a um segundo nó de suporte de GPRS de sinalização que fornece um serviço diferente de um serviço oferecido por um primeiro nó de suporte de GPRS de sinalização, para um controlador de rede de rádio; e num momento em que o controlador de rede de rádio, mediante o recebimento do Pedido de Conexão de RRC, transmite um Pedido de Anexo do terminal com conexão de RRC a um nó de suporte de GPRS de sinalização (SGSN) sendo estabelecido, o controlador de rede de rádio selecionando o segundo nó de suporte de GPRS de sinalização para conectar o terminal ao segundo nó de suporte de GPRS de sinalização.

Petição 870160000344, de 08/01/2016, pág. 63/94

60/61

Nota Complementar 22 [00296] O método de comunicação de acordo com a Nota Complementar 12, que compreende:

quando um primeiro nó de suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização com uma sessão com o terminal sendo estabelecido libera a conexão estabelecida entre o primeiro nó de suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização e o controlador de rede de rádio, o primeiro nó de suporte de GPRS de sinalização instruindo o controlador de rede de rádio para selecionar um segundo nó de suporte de GPRS de sinalização que fornece um serviço diferente de um serviço oferecido pelo primeiro nó de suporte de GPRS de sinalização, na próxima seleção de um nó de suporte de GPRS de sinalização pelo controlador de rede de rádio; e mediante a transmissão de um Pedido de Atualização de Área de Roteamento pelo terminal para o controlador de rede de rádio, o controlador de rede de rádio selecionando o segundo nó de suporte de GPRS de sinalização para conectar o terminal ao segundo nó de suporte de GPRS de sinalização.

Nota Complementar 23 [00297] Um aparelho de nó que realiza controle para selecionar, como um aparelho de nó de gerenciamento de mobilidade para gerenciar a mobilidade de um terminal, um outro aparelho de nó de gerenciamento de mobilidade compatível com a característica do serviço utilizada pelo terminal ou um tipo de terminal, com base em informações do assinante e informações do terminal para conectar o terminal a outro aparelho de nó de gerenciamento da mobilidade selecionado.

Nota Complementar 24 [00298] O aparelho de nó de acordo com a Nota Complementar 23, em que o aparelho de nó é um aparelho de nó em uma rede de acesso de rádio ou uma rede central em um sistema de comunicação móvel.

Petição 870160000344, de 08/01/2016, pág. 64/94

61/61

Nota Complementar 25 [00299] Um sistema de comunicação, compreendendo:

uma MME geral (Entidade de Gerenciamento de Mobilidade) ou um SGSN geral (Nó de Suporte de GPRS de sinalização) para um terminal diferente de um terminal específico predeterminado, como um nó de rede de núcleo gerenciando a mobilidade de um terminal; e uma MME customizada ou um SGSN customizado que inclui uma função para fornecer um serviço específico predeterminado para o terminal específico ou que é customizado para ser compatível com o terminal específico de um tipo predeterminado, em que a MME geral, o SGSN geral ou o terminal específico seleciona a MME customizada ou o SGSN customizado como um nó ao qual o terminal específico está conectado.

LISTAGEM DOS SINAIS DE REFERÊNCIA

I UE

II eNodeB

MME Geral

MME Customizada

HSS

S-GW (GW de sinalização)

P-GW (PDN GW)

Rede de serviços

101 UE (MS)

III NodeB

121 SGSN Geral

122 SGSN customizado

131 HLR

141 GGSN

161 Rede de serviços

171 RNC

Petição 870160000344, de 08/01/2016, pág. 65/94

1/4

Claims (8)

1. REIVINDICAÇÕES

   1. Sistema de comunicação móvel caracterizado pelo fato de que compreende:

   um terminal (UE) inclui meios configurados para transmitir um Pedido TAU (Atualização de Área de Rastreamento) para uma estação base (eNodeB);

   a estação base inclui meios configurados para encaminhar o Pedido TAU para uma MME (Entidade de Gerenciamento de Mobilidade);

   a MME inclui meios configurados para transmitir para a estação base um sinal de pedido incluindo um identificador correspondendo a uma MME dedicada que é dedicada para servir um terminal específico baseado nas informações de assinante obtidas a partir de um HSS (Servidor do Assinante - Rede de Origem);

   a estação base inclui meios configurados para re-selecionar a MME dedicada com base no identificador; e a estação base ainda inclui meios configurados para transmitir uma mensagem de NAS (Estrato Sem Acesso) para a MME dedicada re-selecionada.
2. 2. Sistema de comunicação móvel caracterizado pelo fato de que compreende:

   um terminal (UE) inclui meios configurados para transmitir um Pedido RAU (Atualização de Área de Roteamento) para um SGSN (Nó de Suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização);

   o SGSN inclui meios configurados para transmitir para um RNC (Controlador de Rede de Rádio) um sinal de pedido incluindo um identificador correspondente a um SGSN dedicado, que é dedicado para servir um terminal específico baseado em informação de assinante obtidas a partir de um HLR (Registro de Localização - Rede de OriPetição 870160019082, de 11/05/2016, pág. 4/10

   2/4 gem);

   o RNC inclui meios configurados para re-selecionar o SGSN dedicado com base no identificador; e o RNC inclui ainda meios configurados para transmitir uma mensagem de NAS (Estrato Sem Acesso) para o SGSN dedicado reselecionado.
3. 3. Método de comunicação em um sistema de comunicação móvel caracterizado pelo fato de que compreende:

   transmitir, por um terminal (UE), um Pedido TAU (Atualização de Área de Rastreamento) para uma estação base (eNodeB);

   encaminhar, através da estação base, o Pedido TAU para uma MME (Entidade de Gerenciamento de Mobilidade);

   transmitir, através da MME, para a estação base um sinal de pedido incluindo um identificador correspondendo a uma MME dedicada que é dedicada para servir um terminal específico baseado nas informações de assinante obtidas a partir de um HSS (Servidor do Assinante - Rede de Origem);

   re-selecionar, através da estação base, a MME dedicada com base no identificador; e transmitir, através da estação base, uma mensagem de NAS (Estrato Sem Acesso) para a MME dedicada re-selecionada.
4. 4. Método de comunicação em um sistema de comunicação móvel caracterizado pelo fato de que compreende:

   transmitir, através de um terminal (UE), um Pedido RAU (Atualização de Área de Roteamento) para um SGSN (Nó de Suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização);

   transmitir, através do SGSN, para um RNC (Controlador de Rede de Rádio) um sinal de pedido incluindo um identificador correspondente a um SGSN dedicado, que é dedicado para servir um terminal específico baseado em informação de assinante obtidas a partir de

   Petição 870160019082, de 11/05/2016, pág. 5/10

   3/4 um HLR (Registro de Localização - Rede de Origem);

   re-selecionar, através do RNC, o SGSN dedicado com base no identificador; e transmitir, através do RNC, uma mensagem de NAS (Estrato Sem Acesso) para o SGSN dedicado re-selecionado.
5. 5. Terminal (UE) para um sistema de comunicação móvel, o terminal caracterizado pelo fato de que compreende:

   meios configurados para transmitir um Pedido TAU (Atualização de Área de Rastreamento) incluindo informações no terminal para uma estação base (eNodeB), em que a estação base encaminha o Pedido TAU para uma MME (Entidade de Gerenciamento de Mobilidade), a MME transmite para a estação base um sinal de pedido incluindo um identificador correspondendo a uma MME dedicada que é dedicada para servir um terminal específico baseado nas informações de assinante obtidas a partir de um HSS (Servidor do Assinante - Rede de Origem), e a estação base re-seleciona a MME dedicada com base no identificador, de modo que o terminal específico conecta a MME dedicada re-selecionada.
6. 6. Terminal (UE) para um sistema de comunicação móvel, o terminal caracterizado pelo fato de que compreende:

   meios configurados para transmitir um Pedido RAU (Atualização de Área de Roteamento) incluindo informações no terminal para um SGSN (Nó de Suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização), em que o SGSN transmite para um RNC (Controlador de Rede de Rádio) um sinal de pedido incluindo um identificador correspondente a um SGSN dedicado, que é dedicado para servir um terminal específico baseado em informação de assinante obtidas a partir de um HLR (Registro de Localização - Rede de Origem), e o RNC re-seleciona o SGSN dedicado com base no identificador, de modo que o terminal

   Petição 870160019082, de 11/05/2016, pág. 6/10

   4/4 específico conecta o SGSN dedicado re-selecionado.
7. 7. Método de comunicação de um terminal (UE) para um sistema de comunicação móvel, caracterizado pelo fato de que compreende:

   transmitir um Pedido TAU (Atualização de Área de Rastreamento) incluindo informações no terminal para uma estação base (eNodeB), em que a estação base encaminha o Pedido TAU para uma MME (Entidade de Gerenciamento de Mobilidade), a MME transmite para a estação base um sinal de pedido incluindo um identificador correspondendo a uma MME dedicada que é dedicada para servir um terminal específico baseado nas informações de assinante obtidas a partir de um HSS (Servidor do Assinante - Rede de Origem), e a estação base re-seleciona a MME dedicada com base no identificador, de modo que o terminal específico conecta a MME dedicada re-selecionada.
8. 8. Método de comunicação de um terminal (UE) para um sistema de comunicação móvel, caracterizado pelo fato de que compreende:

   transmitir um Pedido RAU (Atualização de Área de Roteamento) incluindo informações no terminal para um SGSN (Nó de Suporte de GPRS (Serviço de Rádio de Pacote Geral) de sinalização), em que o SGSN transmite para um RNC (Controlador de Rede de Rádio) um sinal de pedido incluindo um identificador correspondente a um SGSN dedicado, que é dedicado para servir um terminal específico baseado em informação de assinante obtidas a partir de um HLR (Registro de Localização - Rede de Origem), e o RNC re-seleciona o SGSN dedicado com base no identificador, de modo que o terminal específico conecta o SGSN dedicado re-selecionado.

   Petição 870160019082, de 11/05/2016, pág. 7/10

   1/16