BR112014007308B1 - Sistema de comunicação móvel e método de comunicação para um sistema de comunicação móvel. - Google Patents

Sistema de comunicação móvel e método de comunicação para um sistema de comunicação móvel. Download PDF

Info

Publication number
BR112014007308B1
BR112014007308B1 BR112014007308-2A BR112014007308A BR112014007308B1 BR 112014007308 B1 BR112014007308 B1 BR 112014007308B1 BR 112014007308 A BR112014007308 A BR 112014007308A BR 112014007308 B1 BR112014007308 B1 BR 112014007308B1
Authority
BR
Brazil
Prior art keywords
mme
sgsn
terminal
general
request
Prior art date
Application number
BR112014007308-2A
Other languages
English (en)
Other versions
BR112014007308A2 (pt
Inventor
Hajime Zembutsu
Toshiyuki Tamura
Takanori IWAI
Original Assignee
Nec Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nec Corporation filed Critical Nec Corporation
Priority to BR122016000399-0A priority Critical patent/BR122016000399B1/pt
Priority to BR122015028043-5A priority patent/BR122015028043B1/pt
Publication of BR112014007308A2 publication Critical patent/BR112014007308A2/pt
Publication of BR112014007308B1 publication Critical patent/BR112014007308B1/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0092—Indication of how the channel is divided
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Abstract

resumo patente de invenção: "aparelho, método e sistema de comunicação". a presente invenção refere-se a um sistema, um método e um aparelho para aumentar a eficiência do custo do equipamento de toda rede central em um sistema de comunicação móvel, desse modo reduzindo o custo. uma rede central compreende, enquanto nós gerenciam a mobilidade de um terminal, uma pluralidade de nós tendo funções diferentes de serviços a serem fornecidas ao terminal. um nó que deve ser conectado ao terminal é selecionado, com base na informação de assinante e informação de terminal, no lado de rede central de acordo com uma característica do serviço a ser utilizada pelo terminal ou de acordo com um tipo de terminal, através do que o terminal e o nó selecionado são conectados.

Description

CAMPO TÉCNICO
REFERÊNCIA AO PEDIDO RELACIONADO [001] A presente invenção refere-se e reivindica o benefício da prioridade do pedido de patente Japonesa N° 2011-217384, depositado em 30 de setembro de 2011, cuja descrição é aqui incorporada na sua totalidade por referência.
[002] A presente invenção refere-se a um aparelho, um método e um sistema de comunicação.
ANTECEDENTES [003] 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.
[004] 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.
[005] 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 encaminhamento de pacotes, de modo que o pacote flua através de um apaPetição 870190009324, de 29/01/2019, pág. 4/71
2/61 relho 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 [006] Publicação do Pedido de Patente Japonesa Não Examinada N° 2003-338832A
SUMÁRIO [007] A seguir são descritas algumas análises da técnica relacionada.
[008] 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.
[009] 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.
[0010] 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 muitos nós da rede central econômicos que não são compatíveis com
Petição 870190009324, de 29/01/2019, pág. 5/71
3/61 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).
[0011] 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.
[0012] 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.
[0013] Se um dispositivo de MTC e um terminal de telefone celular podem respectivamente ser conectados a nós de rede central adequaPetição 870190009324, de 29/01/2019, pág. 6/71
4/61 dos, 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).
[0014] 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). [0015] 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.
[0016] A presente invenção que resolve os problemas acima geralmente tem a seguinte configuração (mas não se limitando às mesmas).
[0017] 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 [0018] 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á conectado ao nó selecionado. Também é fornecido um sistema de comuniPetição 870190009324, de 29/01/2019, pág. 7/71
5/61 cação móvel, compreendendo:
[0019] Um terminal (UE (Equipamento de Usuário) ou MS (Estação Móvel)) incluindo uma função associada com a MTC (Comunicação do Tipo Máquina);
[0020] Uma estação base; e [0021] Uma MME específica (Entidade de Gerenciamento de Mobilidade) ou SGSN (um servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral)), [0022] em que o terminal inclui a função associada com a MTC é configurado para fornecer a estação base com informação indicando que um pedido de conexão de RRC (Controle de Recurso de Rádio) inclui a função, e [0023] em que a estação 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.
[0024] De acordo com outro aspecto da presente invenção, é fornecido um método de comunicação, compreendendo:
[0025] 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;
[0026] 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 [0027] conectar o terminal ao nó selecionado. Também é fornecido um método de comunicação para um sistema de comunicação móvel compreendendo pelo menos um terminal (UE (Equipamento de Usuá
Petição 870190009324, de 29/01/2019, pág. 8/71
6/61 rio) ou uma MS (Estação Móvel)) incluindo uma função associada com a MTC (Comunicação do Tipo Móvel), uma estação base, e uma MME específica (Entidade de Gerenciamento de Mobilidade) ou SGSN (um servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral)), o método compreendendo:
[0028] o terminal auxiliando a função fornecendo a estação base com informação indicando que um pedido de conexão de RRC (Controle de Recurso de Rádio) inclui a função; e [0029] a estação 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.
[0030] 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 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)) incluindo uma função associada com a MTC (Comunicação Tipo Máquina) e uma MME específica (Entidade de Gerenciamento de Mobilidade) ou SGSN (um servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral)), em que a estação base compreende [0031] uma unidade configurada para receber informação indicando que um pedido de conexão de RRC (Controle de Recurso de Rádio) inclui a função a partir do terminal auxiliando a função, e
Petição 870190009324, de 29/01/2019, pág. 9/71
7/61 [0032] 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 base e uma MME (Entidade de Gerenciamento de Mobilidade) ou SGSN (um servidor do nó de suporte 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)) incluindo uma função associada com a MTC (Comunicação Tipo Máquina), o terminal compreendendo:
[0033] uma unidade configurada para fornecer a estação base com informação indicando que um pedido de conexão de RRC (Controle de Recurso de Rádio) inclui a função e [0034] uma unidade configurada para fazer com que a estação 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.
[0035] 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 [0036] Fig. 1 é um diagrama que ilustra uma configuração do sistema de acordo com uma primeira modalidade exemplar da presente invenção.
[0037] Fig. 2 é um diagrama que ilustra uma configuração do sistema de acordo com uma segunda modalidade exemplar da presente invenção.
[0038] Fig. 3 é um diagrama que ilustra uma sequência de acordo com um primeiro exemplo da presente invenção.
Petição 870190009324, de 29/01/2019, pág. 10/71
8/61 [0039] Fig. 4 é um diagrama que ilustra uma sequência de acordo com um segundo exemplo da presente invenção.
[0040] Fig. 5 é um diagrama que ilustra uma sequência de acordo com um terceiro exemplo da presente invenção.
[0041] Fig. 6 é um diagrama que ilustra uma sequência de acordo com um terceiro exemplo da presente invenção.
[0042] Fig. 7 é um diagrama que ilustra uma sequência de acordo com um quarto exemplo da presente invenção.
[0043] Fig. 8 é um diagrama que ilustra uma sequência de acordo com um quinto exemplo da presente invenção.
[0044] Fig. 9 é um diagrama que ilustra uma sequência de acordo com o quinto exemplo da presente invenção.
[0045] Fig. 10 é um diagrama que ilustra uma sequência de acordo com um sexto exemplo da presente invenção.
[0046] Fig. 11 é um diagrama que ilustra uma sequência de acordo com um sétimo exemplo da presente invenção.
[0047] Fig. 12 é um diagrama que ilustra uma sequência de acordo com um oitavo exemplo da presente invenção.
[0048] Fig. 13 é um diagrama que ilustra uma sequência de acordo com o oitavo exemplo da presente invenção.
[0049] Fig. 14 é um diagrama que ilustra uma sequência de acordo com um nono exemplo da presente invenção.
[0050] Fig. 15 é um diagrama que ilustra uma sequência de acordo com um décimo exemplo da presente invenção.
[0051] Fig. 16 é um diagrama que ilustra uma sequência de acordo com o décimo exemplo da presente invenção.
MODOS PREFERIDOS [0052] Em primeiro lugar, um esquema da presente invenção será descrito com referência às figuras 1 e 2. De acordo com a presente invenção, uma rede central inclui uma pluralidade de nós (21/22 na fig.
Petição 870190009324, de 29/01/2019, pág. 11/71
9/61 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.
[0053] 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.
[0054] 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 [0055] 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 transmite um sinal de pedido de resseleção MME (um sinal de pedido de res
Petição 870190009324, de 29/01/2019, pág. 12/71
10/61 seleção da entidade de gerenciamento de mobilidade) para um eNodeB (NodeB desenvolvido: um aparelho de estação base).
[0056] Ao retransmitir, pelo eNodeB, um Pedido de Anexo aa MME customizado, o UE está conectado à MME customizada.
Modo 2 [0057] 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 [0058] 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 [0059] 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 [0060] Quando uma MME Geral com uma sessão com um UE
Petição 870190009324, de 29/01/2019, pág. 13/71
11/61 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 [0061] O SGSN Geral (Nó de Suporte GPRS (Serviço de Pacote de Rádio Geral) De sinalização: que é descrito como servidor do nó de suporte GPRS 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 [0062] 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 [0063] 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 Pedido de Anexo, ao qual é adicionado o identificador do SGSN customi
Petição 870190009324, de 29/01/2019, pág. 14/71
12/61 zado a um Pedido de Anexo, está conectado ao SGSN customizado. Modo 9 [0064] 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 [0065] 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.
[0066] 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 [0067] A fig. 1 ilustra a modalidade exemplar 1 da presente inven
Petição 870190009324, de 29/01/2019, pág. 15/71
13/61 çã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.
[0068] 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.
[0069] Um eNodeB 11 é um aparelho de estação base em LTE (Evolução de Longo Termo).
[0070] 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.
[0071] Um HSS (Servidor do Assinante - Rede de Origem) 31 é
Petição 870190009324, de 29/01/2019, pág. 16/71
14/61 um banco de dados armazenando informações de assinante.
[0072] 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.
[0073] A rede de serviços 61 é uma rede externa.
[0074] 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).
[0075] 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 [0076] A fig. 3 é um diagrama de sequência que ilustra uma operação de acordo com o exemplo 1.
[0077] Na fig. 3, [0078] o UE corresponde ao UE 1 na fig. 1, [0079] eNodeB corresponde ao eNodeB 11 na fig. 1, [0080] MME Geral corresponde à MME Geral 21 na Fig. 1, [0081] MME Customizada corresponde à MME Customizada 22 na fig. 1, [0082] GW de Sinalização corresponde à S-GW 41 na fig. 1, [0083] PDN GW corresponde à P-GW 51 na fig. 1, e [0084] HSS corresponde ao HSS 31 na fig. 1.
[0085] 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.
[0086] Na fig. 3, por exemplo, 1. Pedido de Anexo representa que a transmissão de um Pedido de Anexo a partir do UE para o eNo
Petição 870190009324, de 29/01/2019, pág. 17/71
15/61 deB é 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 figura. 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á descrita com referência às figuras 1 e 3.
[0087] 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.
[0088] 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.
[0089] 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).
[0090] 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 autenticação e adquire um perfil de assinante.
Petição 870190009324, de 29/01/2019, pág. 18/71
16/61 [0091] 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.
[0092] 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.
[0093] 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.
[0094] Nesta sequência, a MME Geral 21 define um identificador da MME customizada 22 (por exemplo, uma 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 uma 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.
[0095] 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.
[0096] 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 pode assumir o controle do Contexto da antiga MME (= a MME Geral).
Petição 870190009324, de 29/01/2019, pág. 19/71
17/61
Assim, a nova MME (= a MME customizada: MME 22) também precisa realizar a autenticação e adquirir o perfil do assinante.
[0097] 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.
[0098] 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.
[0099] 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 Descendente da P-GW 51 para a S-GW 41 (se não comutado (HO)),
Petição 870190009324, de 29/01/2019, pág. 20/71
18/61
- 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.
[00100] 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 informações transmitidas a partir do UE 1. A informação pode ser:
Petição 870190009324, de 29/01/2019, pág. 21/71
19/61
- 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).
[00101] Alternativamente, 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.
[00102] Qualquer um dos ou uma combinação destes itens de informação pode ser utilizada para a determinação acima.
[00103] 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 (por exemplo, uma estação móvel normal que não é compatível com
Petição 870190009324, de 29/01/2019, pág. 22/71
20/61 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.
[00104] 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 [00105] 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.
[00106] 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 figura. 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.
[00107] 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.
[00108] 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
Petição 870190009324, de 29/01/2019, pág. 23/71
21/61
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.
[00109] 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.
[00110] 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.
[00111] 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).
[00112] 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.
[00113] 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.
[00114] 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 customizada 22.
Petição 870190009324, de 29/01/2019, pág. 24/71
22/61 [00115] 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.
[00116] 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.
[00117] 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.
[00118] Subsequentemente, a MME customizada 22 continua um Procedimento de Anexo normal.
[00119] 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.
[00120] 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.
[00121] Como descrito acima, no presente exemplo, a MME Geral instrui a MME customizada sobre a mudança de uma MME. Em res
Petição 870190009324, de 29/01/2019, pág. 25/71
23/61 posta à 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 [00122] 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.
[00123] 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.
[00124] 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.
[00125] 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.
[00126] 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 à 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
Petição 870190009324, de 29/01/2019, pág. 26/71
24/61
Anexo normal.
[00127] 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.
[00128] 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 uma GUMMEI (Identidade MME Globalmente Única) (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 reanexação. O parâmetro GUTI é formado por uma 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.
[00129] 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 a GUTI está definida (Anexar pela 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 da GUMMEI incluída na GUTI e encaminha o Pedido de Anexo (2) para a MME customizada 22.
[00130] O UE 1 é equipado com uma função de recebimento de uma GUTI em um sinal de Recusa de Anexo e usando a GUTI especificado 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 dePetição 870190009324, de 29/01/2019, pág. 27/71
25/61 terminar se este UE é um alvo de resseleção.
[00131] Subsequentemente, a MME customizada 22 continua um Procedimento de Anexo normal. Enquanto a GUTI é definida no Pedido de Anexo, a MME customizada 22 não mantém informações de contexto.
[00132] 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.
[00133] 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.
[00134] 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.
[00135] 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 Anexo continua. Deste modo, o UE pode ser conectado a uma MME apropriada. Exemplo 4
Petição 870190009324, de 29/01/2019, pág. 28/71
26/61 [00136] 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 figura. 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.
[00137] 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.
[00138] 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)).
[00139] 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.
[00140] O eNodeB 11, mediante recebimento do sinal de Pedido de Conexão de RRC, armazena informações indicando que o UE 1 precisa ser conectado à MME customizada 22 e continua o Procedimento de Conexão de RRC subsequente.
[00141] Depois de estabelecer a Conexão de RRC, quando o UE 1
Petição 870190009324, de 29/01/2019, pág. 29/71
27/61 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.
[00142] Depois de receber o Pedido de Anexo (2), a MME customizada 22 continua um Procedimento de Anexo normal.
[00143] 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.
[00144] Além disso, o eNodeB 11 é equipado com uma função de determinar qual a MME precisa ser conectada para o UE 1.
[00145] 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.
[00146] 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 [00147] Como no exemplo 5, outro exemplo com EPC será descrito. Neste exemplo, o UE e a MME customizada são conectados quando Atualização de Área de Rastreamento é executada. No exemplo 5, a mesma configuração do sistema, como no exemplo 1, será utilizada.
[00148] As figuras 8 e 9 são diagramas de sequência que ilustram
Petição 870190009324, de 29/01/2019, pág. 30/71
28/61 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).
[00149] 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).
[00150] 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.
[00151] 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.
[00152] 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.
[00153] 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 ilustrado na fig. 8. A MME Geral 21 transmite um Comando de Liberação de Contexto UE S1 (4) para o eNodeB 11.
[00154] A MME Geral 21 dá uma instrução sobre uma MME que o
Petição 870190009324, de 29/01/2019, pág. 31/71
29/61 eNodeB precisa selecionar ao estabelecer a Conexão S1 com uma MME na próxima vez, usando um identificador MME (por exemplo, uma GUMMEI) no Comando de Liberação de Contexto UE S1 (4). Um parâmetro, por exemplo, a 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 da próxima MME.
[00155] 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 a GUMMEI indicada pela antiga MME (= MME Geral) no momento da Liberação S1. O eNodeB 11 é equipado com uma função para manter a próxima GUMMEI por UE.
[00156] Ao selecionar uma MME, o eNodeB 11 seleciona a MME customizada 22 de acordo com o Identificador MME da GUMMEI indicada no sinal de Comando de Liberação de Contexto UE S1 recebido da MME Geral 21. Uma vez que a GUTI (GUMMEI) no NAS indica a antiga MME (= MME Geral), m contextos podem ser adquiridos.
[00157] 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 21 e recebe uma Resposta de Contexto (5).
[00158] A MME customizada 22, no caso em que a S-GW é realocada, transmite um Aviso de Recebimento de Contexto (7) incluindo
Petição 870190009324, de 29/01/2019, pág. 32/71
30/61 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.
[00159] 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.
[00160] A MME customizada 22 transmite uma Atualização de Localização (12) para o HSS 31.
[00161] 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.
[00162] 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.
[00163] A MME customizada 22 transmite um Aceite TAU (20) para o UE 01.
[00164] Se uma GUTI está incluída 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 recebimento ao sinal recebido de Aceite TAU (20).
[00165] A MME Geral 21 e a MME Customizada 22 estão equipadas com uma função de determinar qual a MME precisa ser conectada
Petição 870190009324, de 29/01/2019, pág. 33/71
31/61 ao UE 1. Esta função é a mesma que no exemplo 1.
[00166] 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.
[00167] 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.
[00168] 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 [00169] 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.
[00170] 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 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 terPetição 870190009324, de 29/01/2019, pág. 34/71
32/61 minal 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.
[00171] 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.
[00172] 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 do usuário. Se os SGSNs não manipulam o plano do usuário, o plano de usuário é definido entre um S-GW e um RNC.
[00173] Um HLR (Registro de Localização - Rede de Origem) 131 é um banco de dados armazenando informações do assinante.
[00174] 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).
[00175] 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.
[00176] 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 corresPetição 870190009324, de 29/01/2019, pág. 35/71
33/61 pondem aos Modos 6 a 10 acima, respectivamente.
Exemplo 6 [00177] 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.
[00178] 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.
[00179] 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.
[00180] 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 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.
Petição 870190009324, de 29/01/2019, pág. 36/71
34/61 [00181] 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.
[00182] 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.
[00183] 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.
[00184] Quando o RNC 171 recebe o sinal de Comando de resseleção de SGSN, de acordo com o identificador definido neste sinal, o 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
Petição 870190009324, de 29/01/2019, pág. 37/71
35/61
171 transmite o Pedido de Anexo. O RNC 171 é equipado com uma função para armazenar tais mensagens NAS.
[00185] 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.
[00186] 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.
[00187] 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,
- Marca de Classe 2 da Estação Móvel,
- Marca de Classe 3 da Estação Móvel,
- Propriedades do dispositivo,
Petição 870190009324, de 29/01/2019, pág. 38/71
36/61
- 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).
[00188] 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.
[00189] Qualquer um dos ou uma combinação destes elementos de informação pode ser utilizado para a determinação acima.
[00190] 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.
[00191] Como descrito acima, no presente exemplo, um SGSN instrui 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
Petição 870190009324, de 29/01/2019, pág. 39/71
37/61 apropriado.
Exemplo 7 [00192] 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.
[00193] Quando o UE 101 transmite um Pedido de Anexo (1), em primeiro lugar, o NodeB 111 recebe o Pedido de Anexo (1). Em seguida, os NODEB 111 encaminha o Pedido de Anexo ao RNC 171, e os RNC 171 encaminha o Pedido de Anexo a 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.
[00194] 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.
[00195] 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 121, o SGSN Geral 121 continua um procedimento de Anexo normal.
[00196] 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
Petição 870190009324, de 29/01/2019, pág. 40/71
38/61
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.
[00197] 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.
[00198] 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.
[00199] 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.
[00200] 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.
[00201] 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.
[00202] 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.
Petição 870190009324, de 29/01/2019, pág. 41/71
39/61 [00203] 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.
[00204] 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 [00205] 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.
[00206] 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 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.
Petição 870190009324, de 29/01/2019, pág. 42/71
40/61 [00207] 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.
[00208] 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.
[00209] 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.
[00210] 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.
[00211] 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.
[00212] 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 reane
Petição 870190009324, de 29/01/2019, pág. 43/71
41/61 xo 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.
[00213] Subsequentemente, o SGSN customizado 122 continua um Procedimento de Anexo normal.
[00214] 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.
[00215] 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.
[00216] 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 Pedido de reanexo (Pedido de Anexo), o SGSN Geral 121 é selecionado e um serviço é fornecido a partir do SGSN Geral 121.
[00217] Como descrito acima, no presente exemplo, o SGSN Geral
Petição 870190009324, de 29/01/2019, pág. 44/71
42/61 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 [00218] 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.
[00219] 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.
[00220] 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)).
[00221] 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.
[00222] Depois de estabelecer Conexão de RRC, o UE 101 transmite 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.
Petição 870190009324, de 29/01/2019, pág. 45/71
43/61 [00223] 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.
[00224] Depois de receber o sinal de Pedido de Anexo, o SGSN customizado 122 continua o Procedimento de Anexo normal.
[00225] 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.
[00226] 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.
[00227] 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 [00228] Como no exemplo 10, outro exemplo com o UMTS será 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
Petição 870190009324, de 29/01/2019, pág. 46/71
44/61 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.
[00229] 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.
[00230] 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.
[00231] 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.
[00232] 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.
[00233] 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 Conexão Iu 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.
Petição 870190009324, de 29/01/2019, pág. 47/71
45/61 [00234] Mesmo depois da Liberação lu 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.
[00235] 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).
[00236] Em primeiro lugar, o NodeB 111 recebe uma Pedido RAU (2), e o NodeB 111 encaminha o Pedido RAU (3) para o RNC 171.
[00237] 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.
[00238] 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.
[00239] 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.
[00240] 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. [00241] 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,
Petição 870190009324, de 29/01/2019, pág. 48/71
46/61 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.
[00242] 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.
[00243] 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.
[00244] Daqui em diante, as diferenças entre os exemplos acima serão descritas.
Rede Móvel [00245] 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 [00246] Exemplos 1 e 6: procedimento de ano (repetir na RAN (Rede de Acesso de Rádio)) [00247] Exemplos 2 e 7: procedimento de anexo (interoperabilidade na rede central (CN)) [00248] Exemplos 3 e 7: repetir pelo terminal
Petição 870190009324, de 29/01/2019, pág. 49/71
47/61 [00249] Exemplos 4 e 8: Seleção na rede central (CN) [00250] Exemplos 5 e 10: atualização da área de gerenciamento de localização (RAU/TAU) [00251] Extensão do Impacto (elementos que necessitam ser modificados para implementação) [00252] Exemplos 1 e 6: a RAN (rede de acesso de rádio) e a CN (rede central) [00253] Exemplos 2 e 7: a CN (RAN) [00254] Exemplos 3 e 8: o terminal e a CN [00255] Exemplos 4 e 9: o terminal e a RAN [00256] Exemplos 5 e 10: a RAN e a CN [00257] Efeitos Vantajosos, etc. fornecidos pela implementação [00258] Exemplos 1 e 6: enquanto nenhuma função precise ser adicionada ao terminal, funções devem ser adicionadas à RAN.
[00259] 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.
[00260] 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.
[00261] 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.
[00262] 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.
Petição 870190009324, de 29/01/2019, pág. 50/71
48/61 [00263] Casos onde nó de rede central é selecionado [00264] A seguir, vários casos em que um nó de rede central é selecionado com base nas modalidades exemplares acima e exemplos serão descritos.
[00265] 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).
[00266] Um usuário usando MBMS é conectado a um nó de CN customizado (um nó de CN compatível com MBMS).
[00267] 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 [00268] 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.
[00269] 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 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
Petição 870190009324, de 29/01/2019, pág. 51/71
49/61
MME colocada.
[00270] 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.
[00271] 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 [00272] 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 [00273] 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á conectado ao nó selecionado.
Nota Complementar 2 [00274] O sistema de comunicação de acordo com a Nota comple
Petição 870190009324, de 29/01/2019, pág. 52/71
50/61 mentar 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 base, transmite um sinal de pedido de resseleção da entidade de gerenciamento de mobilidade para o aparelho de estação 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 [00275] em que o aparelho de estação 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 [00276] 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 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 [00277] 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 termi
Petição 870190009324, de 29/01/2019, pág. 53/71
51/61 nal por meio de um aparelho de estação 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 [00278] 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 base, e em que no momento em que o aparelho de estação 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 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 [00279] O sistema de comunicação de acordo com a Nota Complementar 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 base e o primeiro nó da entidade de gerenciamento de mobilidade, o primeiro
Petição 870190009324, de 29/01/2019, pág. 54/71
52/61 nó da entidade de gerenciamento da mobilidade instrui o aparelho de estação 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 base, o aparelho da estação 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 [00280] 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 servidor do nó de suporte GPRS que fornece um serviço diferente de um serviço fornecido pelo primeiro servidor do nó de suporte GPRS, e em que o controlador de rede de rádio retransmite um Pedido de Anexo para o segundo servidor do nó de suporte GPRS para conectar o terminal ao segundo servidor do nó de suporte GPRS.
Nota Complementar 8 [00281] O sistema de comunicação de acordo com a Nota Complementar 1, em que um servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral) (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 servidor do nó de
Petição 870190009324, de 29/01/2019, pág. 55/71
53/61 suporte GPRS para um segundo servidor do nó de suporte GPRS que fornece um serviço diferente a partir de um serviço fornecido pelo primeiro servidor do nó de suporte GPRS, a fim de conectar o terminal ao segundo servidor do nó de suporte GPRS, e em que o segundo servidor do nó de suporte GPRS continua um procedimento de Anexo para o Pedido de Anexo para conectar o terminal ao segundo servidor do nó de suporte GPRS.
Nota Complementar 9 [00282] O sistema de comunicação de acordo com a Nota Complementar 1, em que um servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral) (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 servidor do nó de suporte GPRS que fornece um serviço diferente de um serviço fornecido pelo primeiro servidor do nó de suporte GPRS, ao terminal para conectar o terminal ao segundo servidor do nó de suporte GPRS, e em que o terminal adiciona o identificador do segundo servidor do nó de suporte GPRS a um Pedido de Anexo e retransmite o Pedido de Anexo para conectar ao servidor do nó de suporte GPRS.
Nota Complementar 10 [00283] 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 de pedido de conexão solicitando conexão a um segundo servidor do nó de suporte GPRS que fornece um serviço diferente de um serviço fornecido por um primeiro servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral), 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
Petição 870190009324, de 29/01/2019, pág. 56/71
54/61
Anexo a partir do terminal com conexão de RRC a um servidor do nó de suporte GPRS sendo estabelecida, o controlador de rede de rádio seleciona o segundo servidor do nó de suporte GPRS para conectar o terminal ao segundo servidor do nó de suporte GPRS.
Nota Complementar 11 [00284] O sistema de comunicação de acordo com a Nota Complementar 1, em que, quando um primeiro servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral) com uma sessão com o terminal sendo estabelecido libera a conexão estabelecida entre o primeiro servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral) e o controlador de rede de rádio, o primeiro servidor do nó de suporte GPRS instrui o controlador de rede de rádio para selecionar um segundo servidor do nó de suporte GPRS que fornece um serviço diferente de um serviço fornecido pelo primeiro servidor do nó de suporte GPRS na próxima seleção de um servidor do nó de suporte GPRS 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 servidor do nó de suporte GPRS para conectar o terminal ao segundo servidor do nó de suporte GPRS.
Nota Complementar 12 [00285] Um método de comunicação, compreendendo:
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 plurali
Petição 870190009324, de 29/01/2019, pág. 57/71
55/61 dade 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 [00286] 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 um sinal de pedido de resseleção da entidade de gerenciamento de mobilidade para o aparelho de estação 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 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 [00287] 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 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
Petição 870190009324, de 29/01/2019, pág. 58/71
56/61 continuando um procedimento para o Pedido de Anexo para conectar o terminal ao segundo nó da entidade de gerenciamento da mobilidade.
Nota Complementar 15 [00288] 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 [00289] 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 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 base; e o aparelho de estação base selecionando o segundo nó da entidade de gerenciamento da mobilidade, num momento em que o aparelho de estação base, mediante o recebimento do Pedido de Co
Petição 870190009324, de 29/01/2019, pág. 59/71
57/61 nexã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 [00290] 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 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 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 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 base, o aparelho da estação base selecionando o segundo nó da entidade de gerenciamento de mobilidade para conectar o terminal ao segundo nó da entidade de gerenciamento da mobilidade.
Nota Complementar 18 [00291] O método de comunicação de acordo com a Nota Complementar 12, que compreende:
um primeiro nó de suporte de serviço GPRS (Serviço de Rádio de Pacote Geral) (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 servidor do nó de suporte GPRS para o controlador de rede de rádio, a fim de conec
Petição 870190009324, de 29/01/2019, pág. 60/71
58/61 tar o terminal a um segundo servidor do nó de suporte GPRS que fornece um serviço diferente de um serviço oferecido pelo primeiro servidor do nó de suporte GPRS; e o controlador de rede de rádio transmitindo um Pedido de Anexo para o segundo servidor do nó de suporte GPRS para conectar o terminal ao segundo servidor do nó de suporte GPRS.
Nota Complementar 19 [00292] O método de comunicação de acordo com a Nota Complementar 12, que compreende:
um primeiro nó de suporte de serviço GPRS (Serviço de Rádio de Pacote Geral) (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 servidor do nó de suporte GPRS para um segundo servidor do nó de suporte GPRS que fornece um serviço diferente de um serviço fornecido pelo primeiro servidor do nó de suporte GPRS, a fim de conectar o terminal ao segundo servidor do nó de suporte GPRS; e o segundo servidor do nó de suporte GPRS continuando um procedimento de Anexo para conectar o terminal ao segundo servidor do nó de suporte GPRS.
Nota Complementar 20 [00293] O método de comunicação de acordo com a Nota Complementar 12, que compreende:
um primeiro servidor do nó de suporte de serviço GPRS (Serviço de Rádio de Pacote Geral) (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 servidor do nó de suporte GPRS que fornece um serviço diferente de um serviço fornecido pelo primeiro servidor do nó de suporte GPRS, para o terminal, a fim de conectar o
Petição 870190009324, de 29/01/2019, pág. 61/71
59/61 terminal ao segundo servidor do nó de suporte GPRS; e o terminal adicionando o identificador do segundo servidor do nó de suporte GPRS a um Pedido de Anexo e retransmitindo o Pedido de Anexo para conectar ao segundo servidor do nó de suporte GPRS.
Nota Complementar 21 [00294] 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 servidor do nó de suporte GPRS que fornece um serviço diferente de um serviço oferecido por um primeiro servidor do nó de suporte GPRS, 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 servidor do nó de suporte GPRS (SGSN) sendo estabelecido, o controlador de rede de rádio selecionando o segundo servidor do nó de suporte GPRS para conectar o terminal ao segundo servidor do nó de suporte GPRS. Nota Complementar 22 [00295] O método de comunicação de acordo com a Nota Complementar 12, que compreende:
quando um primeiro servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral) com uma sessão com o terminal sendo estabelecido libera a conexão estabelecida entre o primeiro servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral) e o controlador de rede de rádio, o primeiro nó de suporte de serviço GPRS instruindo o controlador de rede de rádio para selecionar um segundo nó de suporte de serviço GPRS que fornece um serviço diferente de
Petição 870190009324, de 29/01/2019, pág. 62/71
60/61 um serviço oferecido pelo primeiro nó de suporte de serviço GPRS, na próxima seleção de um servidor do nó de suporte GPRS 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 servidor do nó de suporte GPRS para conectar o terminal ao segundo servidor do nó de suporte GPRS.
Nota Complementar 23 [00296] 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 [00297] 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. Nota Complementar 25 [00298] Um sistema de comunicação, compreendendo:
uma MME geral (Entidade de Gerenciamento de Mobilidade) ou um SGSN geral (Servidor do nó de suporte GPRS) 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,
Petição 870190009324, de 29/01/2019, pág. 63/71
61/61 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 870190009324, de 29/01/2019, pág. 64/71

Claims (2)

  1. REIVINDICAÇÕES
    1. Sistema de comunicação móvel caracterizado pelo fato de que compreende:
    um terminal (1,101) (UE (Equipamento de Usuário) ou MS (Estação Móvel)) incluindo uma função associada com a MTC (Comunicação Tipo Máquina);
    uma estação base; e uma MME específica (22) (Entidade de Gerenciamento de Mobilidade) ou SGSN (121) (um servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral)), em que:
    o terminal (1,101) que inclui a função associada com a MTC (Comunicação do Tipo Máquina) é configurado para fornecer à estação base com informação de pedido de conexão em relação ao terminal associado com a MTC, usando um pedido de conexão de RRC (Controle de Recurso de Rádio), e a estação base é configurada para usar a informação fornecida pelo terminal (1,101) que inclui a função associada com a MTC para direcionar o terminal incluindo a função associada com a MTC para a MME (22) ou o SGSN (122) específico, ou para selecionar a MME (22) ou o SGSN específico (122).
  2. 2. Método de comunicação para um sistema de comunicação móvel compreendendo pelo menos um terminal (1,101) (UE (Equipamento de Usuário) ou MS (Estação Móvel)) incluindo uma função associada com a MTC (Comunicação Tipo Máquina), uma estação base e uma MME (22) específica (Entidade de Gerenciamento de Mobilidade) ou SGSN (121) (um servidor do nó de suporte GPRS (Serviço de Rádio de Pacote Geral)), caracterizado pelo fato de que o terminal (1,101) que inclui a função associada com a MTC fornece à estação base com a informação de pedido de conexão em relação ao terminal associado com a MTC, usando um pedido de coPetição 870190009324, de 29/01/2019, pág. 65/71
    2/2 nexão de RRC (Controle de Recurso de Rádio); e a estação base usa a informação fornecida pelo terminal (1,101) incluindo a função associada com a MTC para direcionar o terminal incluindo a função associada com a MTC para a MME (22) ou o SGSN (122) específico, ou para selecionar a MME (22) ou o SGSN (122) específico.
BR112014007308-2A 2011-09-30 2012-09-28 Sistema de comunicação móvel e método de comunicação para um sistema de comunicação móvel. BR112014007308B1 (pt)

Priority Applications (2)

Application Number Priority Date Filing Date Title
BR122016000399-0A BR122016000399B1 (pt) 2011-09-30 2012-09-28 Terminal em um sistema de comunicação móvel compreendendo pelo menos uma estação de base e método de comunicação para o terminal
BR122015028043-5A BR122015028043B1 (pt) 2011-09-30 2012-09-28 Estação de base em um sistema de comunicação móvel e método de comunicação para a estação de base

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2011-217384 2011-09-30
JP2011217384 2011-09-30
PCT/JP2012/075219 WO2013047822A1 (ja) 2011-09-30 2012-09-28 通信システムと方法と装置

Publications (2)

Publication Number Publication Date
BR112014007308A2 BR112014007308A2 (pt) 2017-04-04
BR112014007308B1 true BR112014007308B1 (pt) 2019-04-09

Family

ID=47995845

Family Applications (3)

Application Number Title Priority Date Filing Date
BR122016000399-0A BR122016000399B1 (pt) 2011-09-30 2012-09-28 Terminal em um sistema de comunicação móvel compreendendo pelo menos uma estação de base e método de comunicação para o terminal
BR112014007308-2A BR112014007308B1 (pt) 2011-09-30 2012-09-28 Sistema de comunicação móvel e método de comunicação para um sistema de comunicação móvel.
BR122015028043-5A BR122015028043B1 (pt) 2011-09-30 2012-09-28 Estação de base em um sistema de comunicação móvel e método de comunicação para a estação de base

Family Applications Before (1)

Application Number Title Priority Date Filing Date
BR122016000399-0A BR122016000399B1 (pt) 2011-09-30 2012-09-28 Terminal em um sistema de comunicação móvel compreendendo pelo menos uma estação de base e método de comunicação para o terminal

Family Applications After (1)

Application Number Title Priority Date Filing Date
BR122015028043-5A BR122015028043B1 (pt) 2011-09-30 2012-09-28 Estação de base em um sistema de comunicação móvel e método de comunicação para a estação de base

Country Status (11)

Country Link
US (5) US9572134B2 (pt)
EP (4) EP3324671A1 (pt)
JP (7) JP5500320B2 (pt)
CN (5) CN105392153B (pt)
BR (3) BR122016000399B1 (pt)
ES (1) ES2694175T3 (pt)
MX (1) MX2014003394A (pt)
MY (4) MY166216A (pt)
PH (3) PH12015502533B1 (pt)
WO (1) WO2013047822A1 (pt)
ZA (2) ZA201401963B (pt)

Families Citing this family (59)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3324671A1 (en) * 2011-09-30 2018-05-23 Nec Corporation Communication system, method, and apparatus
JP5923393B2 (ja) * 2012-06-15 2016-05-24 株式会社Ｎｔｔドコモ 移動通信網振り分けシステム及び移動通信網振り分け方法
WO2014169950A1 (en) * 2013-04-16 2014-10-23 Nokia Solutions And Networks Oy Mobility management entity (mme) triggered detach and re-attach to a specific target mme
UA116025C2 (uk) * 2013-07-04 2018-01-25 Нек Корпорейшн Система, спосіб і пристрій зв'язку
JP2015043522A (ja) * 2013-08-26 2015-03-05 株式会社日立製作所 ゲートウェイ装置、パケット振り分け制御方法および無線通信システム
JP6196103B2 (ja) * 2013-09-13 2017-09-13 株式会社Ｎｔｔドコモ 移動通信システム、ネットワークノード及び移動通信方法
EP3050346A2 (en) * 2013-09-27 2016-08-03 Nec Corporation Communication system, base station, communication method, and non-transitory computer readable medium storing program
KR102143446B1 (ko) * 2013-09-27 2020-08-11 에스케이텔레콤 주식회사 무선 통신 시스템에서 인증 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체
JP6340076B2 (ja) * 2013-10-29 2018-06-06 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 移動性管理方法、装置及びシステム
RU2633526C1 (ru) * 2013-11-01 2017-10-13 Хуавэй Текнолоджиз Ко., Лтд. Способ выбора сети и основное сетевое устройство
US10123263B2 (en) 2014-01-15 2018-11-06 Nokia Solutions And Networks Oy Overlay implementation of IMS centralized service network system with selection of serving network entity within a pool
KR20220088957A (ko) 2014-05-08 2022-06-28 인터디지탈 패튼 홀딩스, 인크 Ｕｅ를 전용 코어 네트워크 노드에 리디렉트하기 위한 방법들 및 이동성 관리 엔티티(ｍｍｅ)
US10299298B2 (en) * 2014-05-16 2019-05-21 Lg Electronics Inc. Packet data network connection process in wireless communication system, and apparatus for same
WO2015182141A1 (en) * 2014-05-30 2015-12-03 Nec Corporation Apparatus, system and method for dedicated core network
MX359065B (es) * 2014-05-30 2018-09-13 Nec Corp Aparato, sistema y metodo para red de nucleo dedicada.
CN111510968B (zh) * 2014-06-17 2022-05-17 华为技术有限公司 一种mme重选的方法和mme
US10448297B2 (en) 2014-06-24 2019-10-15 Nec Corporation Network node, mobile terminal, base station and methods performed therein
WO2015198508A1 (ja) * 2014-06-24 2015-12-30 日本電気株式会社 コントロールノード及びネットワークノード並びにこれらにより行われる方法
RU2017102660A (ru) * 2014-06-30 2018-07-30 Хуавей Текнолоджиз Ко., Лтд. Узел выбора сетевого элемента и способ регистрации устройства пользователя
WO2016056321A1 (ja) 2014-10-06 2016-04-14 シャープ株式会社 基地局装置、端末装置、位置管理装置および制御方法
US9832719B2 (en) 2014-10-17 2017-11-28 Qualcomm Incorporated Selection of a serving node in a wireless communication system
JP6520044B2 (ja) * 2014-10-24 2019-05-29 日本電気株式会社 無線端末、ネットワーク装置、及びこれらの方法
JPWO2016079989A1 (ja) * 2014-11-21 2017-09-07 日本電気株式会社 通信装置及び通信方法
WO2016079990A1 (ja) * 2014-11-21 2016-05-26 日本電気株式会社 基地局、通信端末、通信方法、通信システム及び記憶媒体
US20170318513A1 (en) * 2014-11-21 2017-11-02 Nec Corporation Communication device, communication method, communication system, and storage medium
JP2016122887A (ja) * 2014-12-24 2016-07-07 富士通株式会社 無線基地局、無線デバイス、無線通信システム、及び、無線通信制御方法
WO2016148197A1 (ja) * 2015-03-17 2016-09-22 日本電気株式会社 通信システムと装置と方法及びプログラム
CN106304246A (zh) * 2015-05-11 2017-01-04 中兴通讯股份有限公司 一种接入方法及相应的接入节点、终端和通信网络
US10524171B2 (en) 2015-06-16 2019-12-31 Qualcomm Incorporated Reselection between regular and dedicated core networks
CN107683629A (zh) * 2015-08-07 2018-02-09 夏普株式会社 终端装置、基站装置、终端装置的通信控制方法以及基站装置的通信控制方法
US10555224B2 (en) * 2015-08-14 2020-02-04 Telefonaktiebolaget Lm Ericsson (Publ) Node and method for handling a mobility procedure for a wireless device
US9730056B2 (en) 2015-08-14 2017-08-08 Telefonaktiebolaget Lm Ericsson (Publ) System, method, and apparatus for facilitating selection of a serving node
US9516572B1 (en) 2015-10-01 2016-12-06 Sprint Communications Company L.P. Server control of user equipment having a current access point name (APN) data set
US9930517B2 (en) * 2015-10-30 2018-03-27 Acer Incorporated Apparatuses and methods for handling change of user equipment (UE) usage type
CN113965971A (zh) * 2015-11-06 2022-01-21 交互数字专利控股公司 一种无线发射/接收单元（wtru）及其实现的方法
JP2019009480A (ja) 2015-11-10 2019-01-17 シャープ株式会社 端末装置、ｃ−ｓｇｎおよび通信制御方法
WO2017079906A1 (zh) * 2015-11-10 2017-05-18 华为技术有限公司 选择服务网络的方法、网络设备和管理设备
JP2019009481A (ja) * 2015-11-10 2019-01-17 シャープ株式会社 端末装置、ｃ−ｓｇｎおよび通信制御方法
JP2019004197A (ja) * 2015-11-10 2019-01-10 シャープ株式会社 端末装置、ｃ−ｓｇｎおよび通信制御方法
CN112954775A (zh) * 2015-11-19 2021-06-11 Sk电信有限公司 用于在移动通信系统中选择核心网络的基站设备
CN108476546B (zh) * 2015-12-29 2021-11-09 Lg 电子株式会社 建立用于用户数据的传输的承载的方法和设备
ES2907986T3 (es) 2016-01-14 2022-04-27 Ericsson Telefon Ab L M Enfoque de personalización para nodos cooperantes que interaccionan a través de un estándar
WO2017121481A1 (en) * 2016-01-14 2017-07-20 Telefonaktiebolaget Lm Ericsson (Publ) Method and nodes for performing a tracking area update (tau) / routing area update (rau) procedure in a stateless architecture
JP2019050435A (ja) * 2016-01-19 2019-03-28 シャープ株式会社 端末装置、ｃ−ｓｇｎおよび通信制御方法
US10440556B2 (en) * 2016-02-11 2019-10-08 Lg Electronics Inc. Method for updating location of terminal in wireless communication system and apparatus for supporting same
JP6611173B2 (ja) * 2016-02-22 2019-11-27 日本電気株式会社 ゲートウェイ装置、通信方法、及び、プログラム
JP6632025B2 (ja) * 2016-02-22 2020-01-15 日本電気株式会社 通信システム、通信方法、及び、プログラム
JP6944007B2 (ja) * 2016-02-29 2021-10-06 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 制御プレーンノードを判定する方法、装置、および無線通信システム
EP3416425B1 (en) * 2016-02-29 2021-07-14 Huawei Technologies Co., Ltd. Method, apparatus and wireless communication system for determining control plane node
JP2019096918A (ja) * 2016-04-05 2019-06-20 シャープ株式会社 端末装置、基地局装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）および通信制御方法
EP3448089A4 (en) * 2016-04-20 2019-02-27 Huawei Technologies Co., Ltd. METHOD FOR PROCESSING THE MIGRATION OF A DEDICATED CORE NETWORK, EQUIPMENT AND SYSTEM
FR3050898B1 (fr) * 2016-04-27 2018-05-25 Airbus Ds Slc Procede d'attachement d'un equipement d'utilisateur a une station de base d'un systeme de telecommunications
WO2018008922A2 (ko) * 2016-07-04 2018-01-11 엘지전자 주식회사 무선 통신 시스템에서 기지국의 nas 시그널링 지원 방법 및 이를 위한 장치
EP3306887B1 (en) 2016-10-10 2020-11-25 NTT DoCoMo, Inc. Method for establishing a connection of a mobile terminal to a mobile radio communication network and communication network device
US9998896B1 (en) * 2017-08-18 2018-06-12 Verizon Patent And Licensing Inc. Dedicated APN access using default network access key for profile download
US10021557B1 (en) 2017-08-18 2018-07-10 Verizon Patent And Licensing Inc. Universal GUTI for simplified device onboarding
JP6609678B2 (ja) * 2018-08-08 2019-11-20 華為技術有限公司 Ｍｍｅ再選択方法及びｍｍｅ
US11419174B2 (en) 2019-02-26 2022-08-16 Mediatek Inc. Connection recovery method for recovering a connection between a communications apparatus and a data network and the associated communications apparatus
WO2020255490A1 (ja) * 2019-06-19 2020-12-24 日本電気株式会社 コアネットワーク装置、通信制御方法、非一時的なコンピュータ可読媒体、及び無線通信システム

Family Cites Families (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4000906B2 (ja) 2002-05-22 2007-10-31 日本電気株式会社 パケット転送経路の最適化方法及びパケット転送装置並びにプログラム
US7305251B2 (en) * 2003-10-07 2007-12-04 Motorola Inc. Method for selecting a core network
CN1922900A (zh) 2004-02-23 2007-02-28 日本电气株式会社 移动用户网和资源管理方法
EP2456276B1 (en) 2005-04-26 2014-06-25 Vodafone Group PLC Telecommunications Networks
US8090392B2 (en) 2005-08-05 2012-01-03 Interdigital Technology Corporation Method and system for reporting a short message capability via an IP multimedia subsystem
CN101305626A (zh) 2005-11-16 2008-11-12 日本电气株式会社 移动通信系统、核心网络、无线电网络系统和用于选择包含该系统的网络的方法
CN100479600C (zh) * 2006-07-19 2009-04-15 华为技术有限公司 根据网络资源识别码选择核心网的方法
US20070254667A1 (en) * 2006-04-28 2007-11-01 Joanna Jokinen Inter-MME handover in evolved communication systems
CN100584093C (zh) 2006-08-15 2010-01-20 华为技术有限公司 一种在移动通信系统中转移用户设备的方法及系统
JP4848890B2 (ja) * 2006-08-23 2011-12-28 日本電気株式会社 移動通信システム及びその方法並びにそれに用いる基地局
CN101094512A (zh) * 2006-09-07 2007-12-26 中兴通讯股份有限公司 一种在组播业务中建立用户上下文和承载上下文的方法
WO2008082352A1 (en) * 2006-12-29 2008-07-10 Telefonaktiebolaget Lm Ericsson (Publ) Automatic distribution of server and gateway information for pool configuration
CN101272614B (zh) * 2007-03-20 2010-12-08 华为技术有限公司 一种选择网络设备的方法和系统及装置
CN101355793B (zh) * 2007-07-27 2011-08-31 华为技术有限公司 识别用户设备的方法和装置及临时标识传递和分配方法
CN101400084A (zh) * 2007-09-30 2009-04-01 北京三星通信技术研究有限公司 改变ue的服务核心网络节点的方法
EP2048910A1 (en) * 2007-10-10 2009-04-15 France Telecom Radio access technology selection in telecommunications system
US9247420B2 (en) * 2007-12-12 2016-01-26 Lg Electronics Inc. Method of managing user equipment capabilities
EP2079253A1 (en) * 2008-01-09 2009-07-15 Panasonic Corporation Non-3GPP to 3GPP network handover optimizations
CN101222439B (zh) * 2008-01-28 2010-11-10 华为技术有限公司 核心网的用户负载分配方法、装置和系统
CN101500281A (zh) * 2008-01-30 2009-08-05 华为技术有限公司 一种路由非接入层消息的方法
CN101534500B (zh) * 2008-03-10 2010-12-08 华为技术有限公司 一种寻址方法、网元设备及网络系统
WO2010057198A1 (en) * 2008-11-17 2010-05-20 Starent Networks, Corp Dynamic load balancing in a communication network
WO2011038352A1 (en) * 2009-09-26 2011-03-31 Cisco Technology, Inc. Providing offloads in a communication network
US9560140B2 (en) * 2009-09-29 2017-01-31 Qualcomm Incorporated Signaling identification of machine to machine devices and services
JP5187909B2 (ja) * 2009-10-05 2013-04-24 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及びリレーノード
CN102056265A (zh) * 2009-11-10 2011-05-11 中兴通讯股份有限公司 限制mtc设备接入和通信的方法、移动管理单元及网关单元
US9307390B2 (en) 2010-01-08 2016-04-05 Gemalto Sa Group based mobility optimization method and device in machine-type communication
CN102123477B (zh) * 2010-01-08 2015-06-10 中兴通讯股份有限公司 M2m核心网络的接入实现方法及装置
WO2011094933A1 (en) * 2010-02-03 2011-08-11 Huawei Technologies Co., Ltd. System and method for managing an access network re-selection
KR101609580B1 (ko) 2010-02-10 2016-04-07 삼성전자주식회사 무선 통신 시스템 및 그의 사용자 단말기와 이동성 관리 엔티티 간 연결 방법
EP3328102B1 (en) * 2010-03-23 2020-02-19 IOT Holdings, Inc. Method for communication for a machine type communication device and corresponding wireless transmit/receive unit
EP2375849B1 (en) * 2010-03-29 2015-08-12 Vodafone Holding GmbH Connection management for M2M device in a mobile communication network
WO2011149252A2 (en) * 2010-05-26 2011-12-01 Lg Electronics Inc. Nas-based signaling protocol for overload protection of random access in massive machine type communication
US20120238208A1 (en) 2011-03-17 2012-09-20 Maik Bienas Mobile radio communication devices and servers
US8565100B2 (en) * 2011-03-23 2013-10-22 Renesas Mobile Corporation Method and apparatus for facilitating machine-type communication
US20120254890A1 (en) * 2011-04-01 2012-10-04 Renesas Mobile Corporation Small Data Transmission For Detached Mobile Devices
US20120252481A1 (en) * 2011-04-01 2012-10-04 Cisco Technology, Inc. Machine to machine communication in a communication network
MX2014001042A (es) * 2011-08-30 2014-03-27 Ericsson Telefon Ab L M Metodos y nodos para seleccionar una red de nucleo objetivo para traspasar una sesion de voz de una terminal.
EP3324671A1 (en) * 2011-09-30 2018-05-23 Nec Corporation Communication system, method, and apparatus

Also Published As

Publication number Publication date
PH12015502533A1 (en) 2016-12-05
BR122016000399A2 (pt) 2018-03-20
JP2014132785A (ja) 2014-07-17
CN105554789B (zh) 2019-03-15
US9572134B2 (en) 2017-02-14
US20170250789A1 (en) 2017-08-31
MX2014003394A (es) 2014-07-09
EP2763496A1 (en) 2014-08-06
JP5804114B2 (ja) 2015-11-04
PH12016500039A1 (en) 2016-04-11
ZA201401963B (en) 2016-01-27
MY166216A (en) 2018-06-22
CN105392153A (zh) 2016-03-09
CN105554789A (zh) 2016-05-04
MY156860A (en) 2016-04-05
CN105392153B (zh) 2018-05-11
BR122015028043B1 (pt) 2019-05-07
JP6308280B2 (ja) 2018-04-11
CN108924813A (zh) 2018-11-30
BR112014007308A2 (pt) 2017-04-04
WO2013047822A1 (ja) 2013-04-04
JP6308279B2 (ja) 2018-04-11
US20160066231A1 (en) 2016-03-03
EP3324671A1 (en) 2018-05-23
EP2763496A4 (en) 2015-05-06
US20170251103A1 (en) 2017-08-31
EP3026952A1 (en) 2016-06-01
EP3001719A1 (en) 2016-03-30
US9706530B2 (en) 2017-07-11
MY166211A (en) 2018-06-22
US20140211728A1 (en) 2014-07-31
JP2017005766A (ja) 2017-01-05
EP2763496B1 (en) 2018-08-01
JP5500320B2 (ja) 2014-05-21
ZA201505059B (en) 2016-12-21
PH12016500039B1 (en) 2016-04-11
JPWO2013047822A1 (ja) 2015-03-30
JP2016007052A (ja) 2016-01-14
JP2018137765A (ja) 2018-08-30
BR122015028043A2 (pt) 2018-03-20
CN103858517A (zh) 2014-06-11
MY185434A (en) 2021-05-19
CN108810867A (zh) 2018-11-13
JP5862829B2 (ja) 2016-02-16
BR122016000399B1 (pt) 2019-05-07
JP2017060171A (ja) 2017-03-23
US20160128051A1 (en) 2016-05-05
US9686774B2 (en) 2017-06-20
PH12015502533B1 (en) 2016-12-05
JP2016054554A (ja) 2016-04-14
ES2694175T3 (es) 2018-12-18
PH12018502260A1 (en) 2019-06-24

Similar Documents

Publication Publication Date Title
BR112014007308B1 (pt) Sistema de comunicação móvel e método de comunicação para um sistema de comunicação móvel.
RU2669792C1 (ru) Система, способ и устройство связи

Legal Events

Date Code Title Description
B15K Others concerning applications: alteration of classification

Ipc: H04W 4/16 (2009.01), H04W 24/02 (2009.01), H04W 88

B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B06A Patent application procedure suspended [chapter 6.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 28/09/2012, OBSERVADAS AS CONDICOES LEGAIS. (CO) 20 (VINTE) ANOS CONTADOS A PARTIR DE 28/09/2012, OBSERVADAS AS CONDICOES LEGAIS