BRPI1006629A2 - Sistema de comunicação móvel, estação base, aparelho de portão inteligente, aparelho de rede de base e método de comunicação - Google Patents

Abstract

sistema de comunicação móvel, estação base, aparelho de portão inteligente, aparelho de rede de base e método de comunicação. um sistema de comunicação móvel inclui uma estação móvel, uma estação base que se comunica sem fio com a estação móvel, um aparelho de gateway que conecta a estação base a uma rede de base, e um aparelho de rede de base que está arranjado na rede de base. a estação base inclui uma unidade de controle que inclui, em uma mensagem, informações indicando que a estação móvel originou uma chamada como uma chamada de emergência, e uma unidade de transmissão que transmite a mensagem para o aparelho de rede de base. em adição, o aparelho de rede de base inclui uma unidade de recepção que recebe a mensagem que foi transmitida a partir da estação base.

Description

“SISTEMA DE COMUNICAÇÃO MÓVEL, ESTAÇÃO BASE, APARELHO DE PORTÃO INTELIGENTE, APARELHO DE REDE DE BASE E MÉTODO DE COMUNICAÇÃO” Campo técnico 5 A presente invenção se relaciona com um sistema de comunicação móvel, uma estação base, um aparelho de gateway (portão inteligente), um aparelho de rede de base, e um método de comunicação.

Técnica anterior 10 As formas de utilização de uma estação base femto (Nó Doméstico B, aqui abaixo abreviado como “HNB”) em indústria que podem ser consideradas incluem, por exemplo, as formas de utilização tais como uma estação base sem fio compacta para uso residencial e uma estação 15 base sem fio compacta em um comércio.

Oferecer um serviço por meio de um HNB tem as seguintes vantagens: (1) Serviços de comunicação podem ser oferecidos em zonas mortas que estão além do alcance de ondas de rádio de uma 20 estação base macro. (2) Um serviço de cobrança pode ser oferecido o qual é mais barato que os serviços de cobrança normais oferecidos por estações base macro. (3) Devido a alta qualidade de linha (Ec/Io) poder ser 25 obtida por uma estação móvel quando a distância entre a estação base e a estação móvel for pequena, tecnologias de alta velocidade tais como 64 QAM (Modulação por Amplitude em Quadratura 64) ou MIMO (Múltiplas Entradas Múltiplas Saídas) podem ser utilizadas para permitir a 30 provisão de serviços de pacotes de alta velocidade sob o comando do HNB. (4) Um serviço de conteúdo especial pode ser oferecido o qual tira vantagem da localidade do HNB.

Devido aos serviços realizados por um HNB terem muitas 35 vantagens como registradas acima, os serviços devem ser oferecidos somente para assinantes que contrataram um portador comum de comunicações ou assinantes que tenham permissão a partir do proprietário do HNB.

Consequentemente, CSG (Grupo de Assinantes Fechado) foi introduzido no Release 8 [“Versão 8”] no 3GPP (Projeto de Parceria de 3ª Geração) para limitar acesso e recepção de 5 serviços de um HNB a somente estações móveis de grupos que tenham permissão.

Os detalhes com relação a CSG são descritos a seguir com referência à figura 1. O sistema de comunicação móvel de 3ª geração mostrado na 10 figura 1 inclui: HNB 20, gateway de estação base femto (Nó Doméstico B GW, aqui abaixo abreviado como “HNB-GW”) 30, estação de comutação (Centro de Comutação Móvel, aqui abaixo abreviado como “MSC”) 40, estação de comutação de pacotes (Nó Suporte GPRS Em Serviço), aqui abaixo 15 abreviado como “SGSN”) 50, e estações móveis conforme 3ª geração 10-1 e 10-2. Das estações móveis 10-1 e 10-2 que estão no alcance e sob o comando do HNB 20 na figura 1, a estação móvel 10-1 é uma estação móvel autorizada.

Em contraste, a estação 20 móvel 10-2 é uma estação móvel que tenta receber serviço provido pelo HNB 20 sem autorização e é aqui abaixo referida como uma estação móvel não autorizada 10-2. Na descrição seguinte, “estação móvel 10” é usada quando qualquer estação móvel é especificada. 25 O HNB 20 é conectado a uma rede de base de um operador por meio do HNB-GW 30. A rede de base inclui, como aparelhos de rede de base, o MSC 40 que controla comutação de circuitos e o SGSN 50 que controla comutação de pacotes. 30 Quando a função CSG é suportada, o HNB 20 relata o identificador CSG (identidade CSG) de sua própria célula CSG para a estação móvel 10 que está no alcance e sob o comando do HNB 20. A estação móvel 10-1 decodifica o identificador CSG que 35 foi relatado a partir do HNB 20 e determina se o identificador CSG está incluído na lista CSG mantida pela estação móvel 10-1.

Se o identificador CSG está incluído na lista CSG, a estação móvel 10-1 é capaz de acampar na célula CSG dentro da qual está no alcance e então recebe vários serviços tais como originar chamadas ou atender chamadas 5 chegando.

Por outro lado, se o identificador CSG não está incluído na lista CSG, a estação móvel 10-1 não acampa na célula CSG dentro da qual ela está em alcance e implementa a seleção de uma célula CSG adequada diferente da célula 10 CSG.

Por meio deste mecanismo, o HNB 20 pode ser acessado somente por estações móveis limitadas 10-1 que tenham o identificador CSG da célula CSG daquele HNB 20. Entretanto, um caso pode ser considerado no qual uma 15 entidade tal como uma estação móvel não autorizada 10-2 mostrada na figura 1 tenta receber serviço sem autorização em uma célula CSG do HNB 20 para a qual acesso não é suposto a estar disponível independente de se a função CSG é suportada. 20 Em tal caso, o MSC 40 ou SGSN 50 checam a IMSI (Identidade de Assinante Móvel Internacional) da estação móvel 10 e o identificador CSG da célula CSG na qual o terminal móvel 10 está localizado para implementar regulação de acesso para regular acesso ao HNB 20 pela 25 estação móvel 10 (3GPP TS25.467 Ver 8.0.0 Seção 5.1.3). Por outro lado, devido à função CSG ser uma função introduzida pelo Release 8 da 3GPP, casos ocorrerão nos quais o terminal móvel 10-1 que antecede o Release 8 não suporta a função CSG.

Alternativamente, casos também 30 ocorrerão nos quais o HNB 20 não suporta a função CSG.

Em tais casos, o HNB 20 implementa um procedimento de identificação (3GPP TS24.008 Ver 8.4.0) com relação à estação móvel 10-1 para investigar com relação à IMSI do terminal móvel 10-1, ou o HNB 20 implementa procedimento 35 HNBAP (Parte de Aplicação HNB): UE REGISTER REQUEST (3GPP TS25.469 Ver 8.0.0) com relação ao HNB-GW 30 para registrar a estação móvel 10-1 no HNB-GW 30. Neste instante, o HNB-GW 30 executa regulação de acesso checando se a IMSI da estação móvel 10-1 é capaz de acessar o HNB 20. Se o HNB-GW 30 determinar que a estação móvel 10-1 é 5 capaz de acessar o HNB 20, o HNB-GW 30 notifica ao HNB 20 que acesso é permitido por meio de uma mensagem HNBAP: UE REGISTER ACCEPT.

Deste modo, o serviço realizado pelo HNB 20 é provido para a estação móvel 10-1. Por outro lado, se a estação móvel 10 for a estação móvel 10 não autorizada 10-2 mostrada na figura 1, a IMSI da estação móvel não autorizada 10-2 não é registrada para permitir acesso ao CSG.

Como um resultado, o HNB-GW 30 determina que a estação móvel não autorizada 10-2 não pode acessar o HNB 20 e notifica o HNB 20 por meio de uma 15 mensagem HNBAP: UE REGISTER REJECT que acesso não é permitido.

Deste modo, a conexão RRC (Controle de Recurso de Rádio) entre a estação móvel não autorizada 10-2 e o HNB 20 é cortada (3GPP TS25.467 Ver 8.0.0 Seção 5.1.2). Como descrito aqui acima, quando serviço é oferecido por 20 meio do HNB 20, MSC 40, SGSN 50, o HNB-GW 30 implementa regulação de acesso baseada na IMSI da estação móvel 10, através do que acesso ao HNB 20 é rejeitado no lado da rede de comunicação móvel durante um procedimento de estabelecimento de sinal mesmo que a estação móvel não 25 autorizada 10-2 que não é permitida a acessar o HNB 20 deva originar uma chamada.

Nas normas do 3GPP, entretanto, a capacidade para originar uma chamada é prescrita quando o tipo de chamada é uma chamada de emergência mesmo para a estação móvel 10 30 à qual não é permitido acesso ao HNB 20 (3GPP TS22.011 Ver 8.6.0 Seção 8.5.1). Quando o tipo de chamada é uma chamada de emergência, a estação móvel 10-1 define “Chamada de Emergência” em um parâmetro Causa de Estabelecimento que indica a causa do 35 pedido de estabelecimento na mensagem RRC: RRC CONNECTION REQUEST ou RRC: INITIAL DIRECT TRANSFER que é transmitida para o HNB 20 no instante de solicitar o estabelecimento de uma conexão RRC ou no instante de solicitar o estabelecimento de uma conexão de sinalização (3GPP TS25.331 Ver 8.5.0, Seção 10.3.3.11, Documento de Patente 1). 5 O HNB 20 então define um valor “Chamada de Emergência” no parâmetro Causa de Registro de uma mensagem HNBAP: UE REGISTER REQUEST que é transmitida para o HNB-GW 30. Quando o parâmetro Causa de Registro é “Chamada de Emergência”, o HNB-GW 30 não implementa regulação de 10 acesso baseada na IMSI (3GPP TS25.467 Ver 8.0.0 Seção

5.1.2). Por meio deste método, mesmo se a estação móvel 10 não for permitida a acessar o HNB 20 ela é capaz de pular a regulação de acesso do HNB-GW 30 e acessar o HNB 20 15 quando o tipo de chamada for uma “Chamada de Emergência”. A composição da mensagem do RRC: RRC CONNECTION REQUEST é mostrada aqui na figura 2, a composição da mensagem RRC: INITIAL DIRECT TRANSFER é mostrada na figura 3, a composição do parâmetro Causa de Estabelecimento no 20 protocolo RRC é mostrada na figura 4, a composição da mensagem HNBAP: UE REGISTER REQUEST é mostrada na figura 5, e a composição do parâmetro Causa de Registro em protocolo HNBAP é mostrada na figura 6. Literatura da técnica anterior 25 Documentos de patente Documento de Patente 1: JP-A-2003-244284 Sumário da invenção Problema a ser resolvido pela invenção Entretanto, a técnica descrita acima pula a regulação de 30 acesso do HNB-GW 30 e permite acesso ao HNB 20 pela estação móvel 10 quando a estação móvel 10 originar uma chamada como uma chamada de emergência. Como um resultado, a estação móvel 10 tal como a estação móvel não autorizada 10-2 que é suposta como sendo 35 incapaz de acessar o HNB 20 pode falsamente definir o parâmetro Causa de Estabelecimento para “Chamada de Emergência” em protocolo RRC e portanto evitar a regulação de acesso do HNB-GW 30 e obter acesso ao HNB

20. A estação móvel não autorizada 10-2 deste tipo é acreditada como sendo facilmente construível modificando 5 software tal que somente o parâmetro Causa de Estabelecimento seja falsificado. Alternativamente, existem casos nos quais um aparelho é interposto o qual decodifica uma mensagem RRC: RRC CONNECTION REQUEST que não foi submetida a contramedidas 10 de ocultação ou falsificação e que é transmitida em um canal comum (RACH: Random Access Channel [Canal de Acesso Randômico]) a partir de uma estação móvel autorizada 10- 1, que substitui o parâmetro “Causa de Estabelecimento” por “Chamada de Emergência”, codifica uma mensagem RRC: 15 RRC CONNECTION REQUEST, e transmite para o HNB 20. Em tais casos, mesmo a estação móvel autorizada 10-1 pode ser considerada equivalente à estação móvel não autorizada 10-2 descrita acima. As estações móveis não autorizadas 10-2 destes tipos dão 20 surgimento aos seguintes problemas: (1) O HNB 20 que é instalado para uso residencial ou uso comercial é usado ilegitimamente pela estação móvel não autorizada 10-2. (2) A estação móvel não autorizada 10-2, originando uma 25 chamada por meio do HNB 20, é capaz de receber ilegitimamente um serviço de cobrança que é mais barato que o serviço de cobrança normal. (3) A estação móvel não autorizada 10-2 recebe ilegitimamente um serviço de conteúdo que é intencionado 30 para usuários específicos. Um método que foi considerado para resolver estes problemas envolve a implementação de um processo de liberação de chamada da estação móvel 10 no lado do aparelho da rede de base quando esta estação móvel 10 35 originar uma chamada como uma chamada de emergência. Para este propósito, o aparelho de rede de base deve detectar que a estação móvel 10 originou uma chamada como uma chamada de emergência.

Entretanto, um aparelho de rede de base em sua configuração corrente é incapaz de detectar que a estação móvel 10 originou uma chamada como uma chamada de 5 emergência.

Alternativamente, a implementação no lado do HNB-GW 30 de um processo de liberação de chamada da estação móvel 10 que falsamente originou uma chamada como uma chamada de emergência também pode ser considerada.

Para este 10 propósito, o HNB-GW 30 deve detectar se o tipo de chamada que foi originado pela estação móvel 10 é realmente uma chamada de emergência.

Entretanto, o HNB-GW 30 em sua configuração corrente é incapaz de detectar o tipo de chamada que é realmente 15 originada pela estação móvel 10. É portanto um objetivo da presente invenção prover um sistema de comunicação móvel, uma estação base, um aparelho de gateway, um aparelho de rede de base, e um método de comunicação pelo qual um aparelho de rede de 20 base seja capaz de detectar se uma estação móvel originou uma chamada como uma chamada de emergência.

É um outro objetivo da presente invenção prover um sistema de comunicação móvel, um aparelho de gateway, um aparelho de rede de base, e um método de comunicação pelo 25 qual um aparelho de gateway seja capaz de detectar o tipo de chamada que foi realmente originada por uma estação móvel.

Meios para resolver o problema O primeiro sistema de comunicação móvel da presente 30 invenção é um sistema de comunicação móvel que inclui uma estação móvel, uma estação base que executa comunicação sem fio com a estação móvel, um aparelho de gateway que conecta a estação base a uma rede de base, e um aparelho de rede de base que está arranjado na rede de base; onde: 35 a estação base inclui: uma unidade de controle que inclui, em uma mensagem, informações indicando que a estação móvel originou uma chamada como uma chamada de emergência, e uma unidade de transmissão que transmite a mensagem para o aparelho de rede de base; e o aparelho de rede de base inclui: 5 uma unidade de recepção que recebe a mensagem que foi transmitida a partir da estação base.

O segundo sistema de comunicação móvel da presente invenção é um sistema de comunicação móvel que inclui uma estação móvel, uma estação base que executa comunicação 10 sem fio com a estação móvel, um aparelho de gateway que conecta a estação base a uma rede de base, e um aparelho de rede de base que está arranjado na rede de base; onde: o aparelho de gateway inclui: uma unidade de controle que inclui, em uma mensagem, 15 informações indicando que a estação móvel originou uma chamada como uma chamada de emergência, e uma unidade de transmissão que transmite a mensagem para o aparelho de rede de base; e o aparelho de rede de base inclui: 20 uma unidade de recepção que recebe a mensagem que foi transmitida a partir do aparelho de gateway.

O terceiro sistema de comunicação móvel da presente invenção é um sistema de comunicação móvel que inclui uma estação móvel, uma estação base que executa comunicação 25 sem fio com a estação móvel, um aparelho de gateway que conecta a estação base a uma rede de base, e um aparelho de rede de base que está arranjado na rede de base; onde: o aparelho de rede de base inclui: uma unidade de controle que inclui, em uma mensagem, 30 informações indicando que o tipo de célula de uma chamada originada pela estação móvel é uma chamada de emergência; e uma unidade de transmissão que transmite a citada mensagem para o aparelho de gateway; e 35 o aparelho de gateway inclui: uma unidade de recepção que recebe a citada mensagem que foi transmitida a partir do aparelho de rede de base.

A estação base da presente invenção é uma estação base que é conectada por meio de um aparelho de gateway a um aparelho de rede de base que está arranjado em uma rede de base, e inclui: 5 uma unidade de controle que inclui, em uma mensagem, informações indicando que uma estação móvel originou uma chamada como uma chamada de emergência; e uma unidade de transmissão que transmite a mensagem para o aparelho de rede de base. 10 O primeiro aparelho de gateway da presente invenção é um aparelho de gateway que conecta uma estação base a um aparelho de rede de base que está arranjado em uma rede de base, e inclui: uma unidade de controle que inclui, em uma mensagem, 15 informações indicando que uma estação móvel originou uma chamada como uma chamada de emergência; e uma unidade de transmissão que transmite a mensagem para o aparelho de rede de base.

O segundo aparelho de gateway da presente invenção é um 20 aparelho de gateway que conecta uma estação base a um aparelho de rede de base que está arranjado em uma rede de base, e inclui: uma unidade de recepção que recebe uma mensagem que é transmitida a partir do aparelho de rede de base e contém 25 informações que indicam que o tipo de chamada de uma chamada originada por uma estação móvel é uma chamada de emergência.

O primeiro aparelho de rede de base da presente invenção é um aparelho de rede de base que está arranjado em uma 30 rede de base e inclui uma unidade de recepção que recebe uma mensagem que é transmitida a partir de uma estação base e contém informações que indicam que uma estação móvel originou uma chamada como uma chamada de emergência. 35 O segundo aparelho de rede de base da presente invenção é um aparelho de rede de base que está arranjado em uma rede de base e inclui uma unidade de recepção que recebe uma mensagem que é transmitida a partir de um aparelho de gateway e que contém informações que indicam que uma estação móvel originou uma chamada como uma chamada de emergência. 5 O terceiro aparelho de rede de base da presente invenção é um aparelho de rede de base que está arranjado em uma rede de base e inclui: uma unidade de controle que inclui, em uma mensagem, informações que indicam que o tipo de chamada de uma 10 chamada originada pela estação móvel é uma chamada de emergência; e uma unidade de transmissão que transmite a mensagem para o aparelho de gateway.

O primeiro método de comunicação da presente invenção é 15 um método de comunicação realizado por um sistema de comunicação móvel que inclui uma estação móvel, uma estação base que executa comunicação sem fio com a estação móvel, um aparelho de gateway que conecta a estação base a uma rede de base, e um aparelho de rede de 20 base que está arranjado na rede de base, onde o método de comunicação inclui as etapas de: a estação base incluir, em uma mensagem, informações indicando que a estação móvel originou uma chamada como uma chamada de emergência; 25 a estação base transmitir a mensagem para o aparelho de rede de base; e o aparelho de rede de base receber a mensagem que foi transmitida a partir da estação base.

O segundo método de comunicação da presente invenção é um 30 método de comunicação realizado por um sistema de comunicação móvel que inclui uma estação móvel, uma estação base que executa comunicação sem fio com a estação móvel, um aparelho de gateway que conecta a estação base a uma rede de base, e um aparelho de rede de 35 base que está arranjado na rede de base, onde o método de comunicação inclui as etapas de: o aparelho de gateway incluir, em uma mensagem,

informações indicando que a estação móvel originou uma chamada como uma chamada de emergência; o aparelho de gateway transmitir a mensagem para o aparelho de rede de base; e 5 o aparelho de rede de base receber a mensagem que foi transmitida a partir do aparelho de gateway.

O terceiro método de comunicação da presente invenção é um método de comunicação realizado por um sistema de comunicação móvel que inclui uma estação móvel, uma 10 estação base que executa comunicação sem fio com a estação base, um aparelho de gateway que conecta a estação base a uma rede de base, e um aparelho de rede de base que está arranjado na rede de base, onde o método de comunicação inclui as etapas de: 15 o aparelho de rede de base incluir, em uma mensagem, informações indicando que o tipo de chamada de uma chamada originada pela estação móvel é uma chamada de emergência; o aparelho de rede de base transmitir a mensagem para o 20 aparelho de gateway; e o aparelho de gateway receber a mensagem que foi transmitida a partir do aparelho de rede de base.

O quarto método de comunicação da presente invenção é um método de comunicação realizado por uma estação base que 25 está conectada por meio de um aparelho de gateway a um aparelho de rede de base que está disposto em uma rede de base, sendo que o método de comunicação inclui as etapas de: incluir, em uma mensagem, informações indicando que uma 30 estação móvel originou uma chamada como uma chamada de emergência; e transmitir a mensagem para o aparelho de rede de base.

O quinto método de comunicação da presente invenção é um método de comunicação realizado por um aparelho de 35 gateway que conecta uma estação base a um aparelho de rede de base que está arranjado em uma rede de base, sendo que o método de comunicação inclui as etapas de:

incluir, em uma mensagem, informações que indicam que uma estação móvel originou uma chamada como uma chamada de emergência; e transmitir a mensagem para o aparelho de rede de base. 5 O sexto método de comunicação da presente invenção é um método de comunicação realizado por um aparelho de gateway que conecta uma estação base a um aparelho de rede de base que está arranjado em uma rede de base, sendo que o método de comunicação inclui as etapas de: 10 receber uma mensagem que é transmitida a partir do aparelho de rede de base e que contém informações que indicam que o tipo de chamada de uma chamada originada por uma estação móvel é uma chamada de emergência.

O sétimo método de comunicação da presente invenção é um 15 método de comunicação realizado por um aparelho de rede de base que está arranjado em rede de base, sendo que o método de comunicação inclui uma etapa de recepção de uma mensagem que é transmitida a partir de uma estação base e que contém informações indicando que uma estação base 20 originou uma chamada como uma chamada de emergência.

O oitavo método da presente invenção é um método de comunicação realizado por um aparelho de rede de base que está arranjado em uma rede de base, sendo que o método de comunicação inclui uma etapa de recepção de uma mensagem 25 que é transmitida a partir de um aparelho de gateway e que contém informações indicando que uma estação móvel originou uma chamada como uma chamada de emergência.

O nono método de comunicação da presente invenção é um método de comunicação realizado por um aparelho de rede 30 de base que está arranjado em uma rede de base, sendo que o método de comunicação inclui as etapas de: incluir, em uma mensagem, informações indicando que o tipo de chamada de uma chamada originada por uma estação móvel é uma chamada de emergência, e transmitir a mensagem para um 35 aparelho de gateway.

Efeito da invenção De acordo com o primeiro ou segundo sistema de comunicação móvel da presente invenção, uma estação base ou um aparelho de gateway inclui, em uma mensagem, informações que indicam que uma estação móvel originou uma chamada como uma chamada de emergência e transmite a 5 mensagem para um aparelho de rede de base.

Consequentemente, o efeito obtido é que o aparelho de rede de base é capaz de detectar que a estação móvel originou a chamada como uma chamada de emergência.

De acordo com o terceiro sistema de comunicação móvel da 10 presente invenção, um aparelho de rede de base inclui, em uma mensagem, informações indicando que o tipo de chamada de uma chamada originada por uma estação móvel é uma chamada de emergência e transmite a mensagem para o aparelho de gateway. 15 Consequentemente, o efeito obtido é que o aparelho de gateway é capaz de detectar que o tipo de chamada realmente originada pela estação móvel é uma chamada de emergência.

Descrição resumida dos desenhos 20 A figura 1 mostra a configuração de um sistema de comunicação móvel de 3ª geração; A figura 2 mostra a configuração de uma mensagem RRC CONNECT REQUEST; A figura 3 mostra a configuração de uma mensagem INITIAL 25 DIRECT TRANSFER; A figura 4 mostra a configuração de um parâmetro Causa de Estabelecimento; A figura 5 mostra a configuração de uma mensagem UE REGISTER REQUEST; 30 A figura 6 mostra a configuração de um parâmetro Causa de Registro; A figura 7 é um diagrama de blocos mostrando a configuração do HNB da primeira configuração exemplar da presente invenção; 35 A figura 8 é um diagrama de blocos mostrando a configuração do HNB-GW da primeira configuração exemplar da presente invenção;

A figura 9 é um diagrama de blocos mostrando a configuração do MSC da primeira configuração exemplar da presente invenção; A figura 10 é um diagrama de blocos mostrando a 5 configuração do SGSN da primeira configuração exemplar da presente invenção; A figura 11 é um diagrama de blocos mostrando a configuração do HNB da segunda configuração exemplar da presente invenção; 10 A figura 12 é um diagrama de blocos mostrando a configuração do HNB-GW da segunda configuração exemplar da presente invenção; A figura 13 é um diagrama de blocos mostrando a configuração do MSC da segunda configuração exemplar da 15 presente invenção; A figura 14 é um diagrama de blocos mostrando a configuração do SGSN da segunda configuração exemplar da presente invenção; A figura 15 é um diagrama sequencial para descrever a 20 operação do sistema de comunicação móvel da segunda configuração exemplar da presente invenção; A figura 16 mostra a configuração de uma mensagem CM SERVICE REQUEST; A figura 17 mostra a configuração de um parâmetro Tipo de 25 Serviço CM; A figura 18 é um diagrama de fluxo mostrando o processo para determinar a Causa de Registro pelo HNB; A figura 19 mostra a configuração de uma INITIAL UE MESSAGE à qual o parâmetro Causa de Emergência de acordo 30 com a presente invenção é adicionado; A figura 20 é um diagrama de fluxo mostrando o processo de contramedidas para acesso não autorizado realizado pelo MSC da segunda configuração exemplar da presente invenção; 35 A figura 21 é um diagrama de fluxo mostrando o processo de contramedidas para acesso não autorizado realizado pelo SGSN da segunda configuração exemplar da presente invenção; A figura 22 é um diagrama de blocos mostrando a configuração do MSC da terceira configuração exemplar da presente invenção; 5 A figura 23 é um diagrama de blocos mostrando a configuração do SGSN da terceira configuração exemplar da presente invenção; A figura 24 é um diagrama de blocos mostrando a configuração do HNB-GW da terceira configuração exemplar 10 da presente invenção; A figura 25 é um diagrama de blocos mostrando a configuração do MSC da quarta configuração exemplar da presente invenção; A figura 26 é um diagrama de blocos mostrando a 15 configuração do SGSN da quarta configuração exemplar da presente invenção; A figura 27 é um diagrama de blocos mostrando a configuração do HNB-GW da quarta configuração exemplar da presente invenção; 20 A figura 28 é um diagrama sequencial para descrever o Exemplo de Trabalho 1 do sistema de comunicação móvel da quarta configuração exemplar da presente invenção; A figura 29 é um diagrama de fluxo para descrever o processo para determinar o parâmetro Tipo de Chamada pelo 25 MSC da quarta configuração exemplar da presente invenção.

A figura 30 mostra a configuração de uma mensagem COMMON ID de acordo com a presente invenção; A figura 31 mostra uma tabela para determinar de acordo com o tipo de chamada o processamento no HNB-GW da quarta 30 configuração exemplar da presente invenção; A figura 32 é um diagrama de fluxo mostrando o processo para determinar o parâmetro Tipo de Chamada pelo SGSN da quarta configuração exemplar da presente invenção.

A figura 33 é um diagrama sequencial para descrever o 35 Exemplo de Trabalho 2 do sistema de comunicação móvel da quarta configuração exemplar da presente invenção; A figura 34 mostra a configuração de uma mensagem DIRECT

TRANSFER de acordo com a presente invenção; A figura 35 é um diagrama sequencial para descrever o Exemplo de Trabalho 3 do sistema de comunicação móvel da quarta configuração exemplar da presente invenção; e 5 A figura 36 mostra a configuração de uma mensagem RAB ASSIGNMENT REQUEST de acordo com a presente invenção.

Melhores modos para executar a invenção Os melhores modos para implementar a presente invenção são descritos a seguir com referência aos desenhos 10 anexos.

Nas configurações exemplares descritas aqui abaixo, a configuração global do sistema de comunicação móvel é equivalente àquela do sistema de comunicação móvel da figura 1. 15 Primeira configuração exemplar As figuras 7 a 10 mostram as configurações do HNB 20, HNB-GW 30, MSC 40, e SGSN 50, respectivamente.

Referindo-se à figura 7, o HNB 20 da presente configuração exemplar inclui a unidade de controle 21A 20 que inclui informações indicando que a estação móvel 10 originou uma chamada como uma chamada de emergência em uma mensagem de protocolo RANAP (Parte de Aplicação de Rede de Acesso por Rádio), e a unidade de transmissão 22A que transmite a mensagem de protocolo RANAP para o HNB-GW 25 30. Adicionalmente, as mensagens em protocolo RANAP são mensagens da camada de aplicação de uma rede de acesso sem fio e, por exemplo, tem funções para transferir transparentemente sinais CC/MM que são transmitidos e recebidos entre um UE e um aparelho de rede de base 30 dentro de uma RAN.

Referindo-se à figura 8, o HNB-GW 30 da presente configuração exemplar inclui a unidade de recepção 31A que recebe uma mensagem de protocolo RANAP a partir do HNB 20, unidade de controle 32A que extrai a mensagem de 35 protocolo RANAP, e a unidade de transmissão 33A que transmite a mensagem de protocolo RANAP para o MSC 40 ou SGSN 50.

Referindo-se à figura 9, o MSC 40 da presente configuração exemplar inclui: unidade de recepção 41A que recebe a mensagem de protocolo RANAP a partir do HNB-GW 30; e unidade de controle 42A que, quando a mensagem de 5 protocolo RANAP contiver informações indicando que a estação móvel 10 originou uma chamada como uma chamada de emergência, distingue se o tipo da chamada que foi originada pela estação móvel 10 é realmente uma chamada de emergência, e executa um processo de liberação de 10 chamada se a chamada não for uma chamada de emergência.

Em adição, referindo-se à figura 10, o SGSN 50 da presente configuração exemplar inclui: unidade de recepção 51A que recebe a mensagem de protocolo RANAP a partir do HNB-GW 30; e a unidade de controle 52A que, 15 quando a mensagem de protocolo RANAP contiver informações indicando que a estação móvel 10 originou uma chamada como uma chamada de emergência, distingue se o tipo de chamada da chamada originada pela estação móvel 10 é realmente uma chamada de emergência, e que executa o 20 processo de liberação de chamada quando a chamada não for uma chamada de emergência.

Consequentemente, o MSC 40 ou o SGSN 50 na presente configuração exemplar é capaz de detectar que a estação móvel 10 originou uma chamada como uma chamada de 25 emergência.

Como um resultado, quando a estação móvel 10 alterou falsamente a Causa de Estabelecimento para uma chamada de emergência, o MSC 40 ou SGSN 50 é capaz de implementar o processo de liberação de chamada da estação móvel 10 e 30 portanto impede a recepção não autorizada de um serviço fornecido pelo HNB 20. Segunda configuração exemplar As figuras 11 a 14 mostram as configurações do HNB 20, HNB-GW 30, MSC 40, e SGSN 50, respectivamente, da 35 presente configuração exemplar.

A presente configuração exemplar é um exemplo no qual as configurações e operações do HNB-20, HNB-GW 30, MSC 40, e SGSN 50 da primeira configuração exemplar da figura 7 à figura 10 são tornadas mais específicas.

Referindo-se à figura 11, o HNB 20 da presente configuração exemplar inclui: transceptor de sinal de 5 estação móvel 201A, processador de mensagem RUA (Adaptação de Usuário RANAP) 202A, transceptor de sinal HNB-GW 203A, processador de mensagem HNBAP 204A, unidade de controle de chamada 205A, processador de mensagem RRC 206A, e processador de mensagem RANAP 207A. 10 Na figura 11, a unidade de controle 21A mostrada na figura 7 é constituída pelo processador de mensagem RUA 202A, processador de mensagem HNBAP 204A, unidade de controle de chamada 205A, processador de mensagem RRC 206A, e processador de mensagem RANAP 207A.

Em adição, o 15 transceptor de sinal HNB-GW 203A é um exemplo de unidade de transmissão 22A mostrado na figura 7. Como funções para transmitir e receber mensagens de protocolo RRC para e a partir da estação móvel 10, o transceptor de sinal de estação móvel 201A inclui, por 20 exemplo, uma função de ocultação que oculta (criptografa e descriptografa) mensagens, uma função de verificação de entrega de sinal que verifica a entrega de mensagens, e uma função de distribuição de sinal que distribui mensagens. 25 Como funções para transmitir e receber mensagens de protocolo HNBAP e mensagens de protocolo RUA para e a partir de o HNB-GW 30, o transceptor de sinal de HNB-GW 203A inclui funções tais como a função de ocultação, a função de verificação de entrega de sinal, e a função de 30 distribuição de sinal.

O processador de mensagem RRC 206A inclui uma função para codificar mensagens de protocolo RRC que devem ser transmitidas para a estação móvel 10 e uma função para decodificar mensagens de protocolo RRC que são recebidas 35 a partir da estação móvel 10. O processador de mensagem HNBAP 204A tem uma função para codificar as mensagens de protocolo HNBAP que devem ser transmitidas para o HNB-GW 30 e uma função para decodificar mensagens de protocolo HNBAP que são recebidas do HNB-GW 30. O processador de mensagem RANAP 207A tem uma função para 5 codificar mensagens RANAP que devem ser transmitidas para o HNB-GW 30 e uma função para decodificar mensagens de protocolo RANAP que são recebidas do HNB-GW 30. O protocolo RUA é um protocolo para executar a ação de transmitir mensagens de protocolo RANAP, e o processador 10 de mensagem RUA 202A tem uma função para codificar mensagens de protocolo RUA que devem ser transmitidas para o HNB-GW 30 e uma função para decodificar mensagens de protocolo RUA que são recebidas do HNB-GW 30. Baseado nas mensagens de protocolo RRC e mensagens de 15 protocolo RANAP, a unidade de controle de chamada 205A inicia vários processos de chamadas tais como estabelecimento de conexões RRC, estabelecimento de portadores, e gerenciamento de mobilidade.

A unidade de controle de chamada 205 adicionalmente inicia protocolo 20 HNBAP e implementa o processo de registro da estação móvel 10 para o HNB-GW 30. As funções acima descritas são funções que são tipicamente mantidas por um processador de chamada que está instalado no HNB 20. Como funções especiais da presente configuração exemplar, 25 a unidade de controle de chamada 205A inclui adicionalmente uma função para definir o valor da Causa de Emergência para mensagens de protocolo RANAP transmitidas para o HNB-GW 30 baseado no parâmetro de Causa de Registro das mensagens de protocolo HNBAP 30 recebidas do HNB-GW 30. Referindo-se à figura 12, o HNB-GW 30 da presente configuração exemplar inclui: o transceptor de sinal HNB 301A, o processador de mensagem RUA 302A, o transceptor de sinal SGSN 303A, o transceptor de sinal MSC, o 35 processador de mensagem HNBAP 305A, a unidade de controle de chamada 306A, o processador de mensagem RANAP 307A, e a unidade de armazenagem de dados de estação 308A.

Na figura 12, além disso, a unidade de controle 32A mostrada na figura 8 é constituída pelo processador de mensagem RUA, processador de mensagem HNBAP 305A, unidade de controle de chamada 306A, processador de mensagem 5 307A, e unidade de armazenagem de dados de estação 308A.

O transceptor de sinal HNB 301A é um exemplo de unidade de recepção 31A mostrado na figura 8, e o transceptor de sinal SGSN 303A e transceptor de sinal MSC 304A são exemplos de unidade de transmissão 33A mostrada na figura 10 8. O transceptor de sinal HNB 301A é provido com uma função de ocultação e uma função de verificação de entrega de sinal como funções para transmitir e receber mensagens de protocolo RUA e mensagens de protocolo HNBAP para e a 15 partir do HNB 20. O transceptor de sinal MSC 304A é provido com, por exemplo, uma função de controle de ordem para controlar a ordem de mensagens e uma função de verificação de entrega como funções para transmitir e receber mensagens de 20 protocolo RANAP para e a partir do MSC 40. O transceptor de sinal SGSN 303A é provido com, por exemplo, uma função de verificação de entrega e uma função de controle de ordem como funções para transmitir e receber mensagens de protocolo RANAP para e a partir do 25 SGSN 50. O processador de mensagem HNBAP 305A é provido com uma função para codificar mensagens de protocolo HNBAP que devem ser transmitidas para o HNB 20 e uma função para decodificar mensagens de protocolo HNBAP que são 30 recebidas do HNB.

O processador de mensagem RUA 302A é provido com uma função para codificar mensagens de protocolo RUA que devem ser transmitidas para o HNB 20 e uma função para decodificar mensagens de protocolo RUA que são recebidas 35 do HNB 20. O processador de mensagem RANAP 307A é provido com uma função para codificar mensagens de protocolo RANAP que devem ser transmitidas para o MSC 40 e uma função para decodificar mensagens de protocolo RANAP que são recebidas do MSC 40. A unidade de controle de chamada 306A executa um processo 5 para registrar o HNB 103 e um processo para registrar a estação móvel 10. Em adição, a unidade de controle de chamada 306A é capaz de acessar dados de estação que estão armazenados na unidade de armazenagem de dados de estação 308A.

Uma lista de IMSIs que podem ser acessadas 10 é definida para cada CSG nos dados de estação.

Baseado nesta lista IMSI, o HNB-GW 30 implementa a regulação de acesso ao HNB 20. As funções descritas acima são funções que são tipicamente mantidas por um processador de chamada que está instalado no HNB-GW 30. 15 Referindo-se à figura 13, o MSC 40 da presente configuração exemplar inclui: o transceptor de sinal HNB- GW 401A, o processador de mensagem RANAP 402A, processador de mensagem NAS (Estrato Não de Acesso) 403A, unidade de controle de chamada 404A, e unidade de 20 armazenagem de dados de estação 405A.

Na figura 13, a unidade de controle 42A mostrada na figura 9 é constituída pelo processador de mensagem RANAP, processador de mensagem NAS 403A, unidade de controle de chamada 404A, e unidade de armazenagem de 25 dados de estação 405A.

O transceptor de sinal HNB-GW 401A é um exemplo de unidade de recepção 41A mostrada na figura 9. O transceptor de sinal HNB-GW 401A é provido com, por exemplo, uma função de verificação de entrega e uma 30 função de controle de ordem como funções para transmitir e receber mensagens de protocolo RANAP para e a partir do HNB-GW 30. O processador de mensagem RANAP 402A é provido com uma função para codificar mensagens RANAP que devem ser 35 transmitidas para o HNB-GW 30 e uma função para decodificar mensagens de protocolo RANAP que são recebidas do HNB-GW 30.

O processador de mensagem NAS 403A tem função para transmitir e receber mensagens de protocolo NAS (protocolo CC (Controle de Chamada) e protocolo MM (Gerenciamento de Mobilidade)) para e a partir da estação 5 base 10. A unidade de controle de chamada 404A tem funções de processamento para executar processamento de chamada tal como um estabelecimento de chamada e liberação de chamada, funções de gerenciamento de mobilidade para 10 executar gerenciamento de mobilidade tal como registro e transferência de posição, e além disso, funções de regulação de acesso para regular acesso ao HNB 20. A unidade de controle de chamada 404A pode acessar os dados de estação que estão armazenados na unidade de 15 armazenagem de dados de estação 405A.

Uma lista de IMSIs que podem ser acessadas para cada CSG é definida dos dados de estação.

Baseado nesta lista de IMSIs, o MSC 40 implementa a regulação de acesso ao HNB 20. As funções descritas acima são funções tipicamente mantidas pelo 20 processador de chamada que está instalado no MSC 40. Em adição, como uma função especial da presente configuração exemplar, a unidade de controle de chamada 404A é provida com uma função para analisar mensagens NAS para distinguir se o tipo de chamada de uma chamada que 25 foi originada pela estação móvel 10 é uma chamada de emergência quando o parâmetro de Causa de Emergência estiver definido em uma mensagem de protocolo RANAP que é recebida do HNB-GW 30. Se o tipo de chamada não for uma chamada de emergência, a unidade de controle de chamada 30 404A implementa o processo de liberação de chamada.

Referindo-se à figura 14, o SGSN 50 da presente configuração exemplar é provido com o transceptor de sinal HNB-GW 401A, processador de mensagem RANAP 502A, processador de mensagem NAS 503A, unidade de controle 35 504A, e unidade de armazenagem de dados de estação 505A.

Na figura 14, a unidade de controle 52A mostrada na figura 10 é constituída pelo processador de mensagem

RANAP 502A, processador de mensagem NAS 503A, unidade de controle de chamada 504A, e unidade de armazenagem de dados de estação 505A.

O transceptor de sinal HNB-GW 501A é um exemplo de unidade de recepção 51A mostrada na 5 figura 10. O transceptor de sinal HNB-GW 501A é provido com, por exemplo, uma função de verificação de entrega e uma função de controle de ordem como funções para transmitir e receber mensagens de protocolo RANAP para e a partir do 10 HNB-GW 30. O processador de mensagem RANAP 502A é provido com uma função para codificar mensagens RANAP que devem ser transmitidas para o HNB-GW 30 e uma função para decodificar mensagens de protocolo RANAP que são 15 recebidas do HNB-GW 30. O processador de mensagem NAS 503A é provido com uma função para transmitir e receber mensagens de protocolo NAS (protocolo CC e protocolo MM) para e a partir de a estação móvel 10. 20 A unidade de controle de chamada 504A tem funções de processamento de chamada, funções de gerenciamento de mobilidade, e adicionalmente, funções de regulação de acesso.

A unidade de controle de chamada 504A é capaz de acessar dados de estação que estão armazenados na unidade 25 de armazenagem de dados de estação 505A.

Uma lista de IMSIs que podem ser acessadas é definida para cada CSG nos dados de estação.

Baseado nesta lista IMSI, o SGSN 50 implementa regulação de acesso ao HNB 20. As funções descritas acima são funções tipicamente mantidas por um 30 processador de chamada que está instalado no SGSN 50. À parte destas, como uma função especial da presente configuração exemplar, a unidade de controle de chamada 504A é provida adicionalmente com uma função para analisar mensagens NAS e distinguir se o tipo de chamada 35 de uma chamada originada pela estação móvel 10 é uma chamada de emergência quando o parâmetro Causa de Emergência estiver definido em uma mensagem de protocolo

RANAP que é recebida do HNB-GW 30. Se o tipo de chamada não for uma chamada de emergência, a unidade de controle de chamada 504A implementa o processo de liberação de chamada. 5 As operações do sistema de comunicação móvel das presentes configurações exemplares são descritas a seguir. (A) Casos de chamadas comutadas por circuitos: Um exemplo da operação quando a estação móvel 10 originou 10 uma chamada como uma chamada de emergência comutada por circuitos é primeiro descrito com o diagrama sequencial da figura 15. Referindo-se à figura 15, a estação móvel 10 define a Causa de Estabelecimento (figura 4) em uma mensagem RRC: 15 RRC CONNECTION REQUEST (figura 2) na etapa S101, e na Etapa S102, transmite a mensagem RRC: CONNECTION REQUEST para o HNB 20. Após garantir um recurso sem fio, o HNB 20 notifica a estação móvel 10 do recurso sem fio em uma mensagem RRC: 20 RRC CONNECTION SETUP na etapa S103. A estação móvel 10, tendo estabelecido uma conexão RRC, notifica o HNB 20 do estabelecimento em uma mensagem RRC: RRC CONNECTION SETUP COMPLETE na etapa S104. Na etapa S105, a estação móvel 10 a seguir define o 25 parâmetro Tipo de Serviço CM (figura 17) da mensagem CM SERVICE REQUEST (figura 16), que é uma mensagem de protocolo MM, para “estabelecimento de chamada de emergência” e inclui esta mensagem CM SERVICE REQUEST em uma mensagem RRC: INITIAL DIRECT TRANSFER (figura 3). 30 Na Etapa S106, a estação móvel 10 define adicionalmente a Causa de Estabelecimento (figura 4) nesta mensagem RRC: INITIAL DIRECT TRANSFER como “chamada de emergência” e transmite esta mensagem RRC: INITIAL DIRECT TRANSFER (figura 3) para o HNB 20. 35 No HNB 20, o processador de mensagem de protocolo RRC 707A decodifica a mensagem RRC: RRC CONNECTION REQUEST que foi transmitida na Etapa S102 e a mensagem RRC;

INITIAL DIRECT TRANSFER que foi transmitida na etapa S106. No HNB 20, a unidade de controle de chamada 205A guarda o valor da Causa de Estabelecimento (figura 4) que foi 5 relatado na mensagem RRC: RRC CONNECTION REQUEST e na mensagem RRC: INITIAL DIRECT TRANSFER a partir da estação móvel 10 e então, na etapa S107, determina o parâmetro Causa de Registro baseado no valor da Causa de Estabelecimento e define o parâmetro para uma mensagem 10 HNBAP: UE REGISTER REQUEST (figura 5). A figura 18 mostra um diagrama de fluxo do processo para determinar o parâmetro Causa de Registro.

Referindo-se à figura 18, a unidade de controle de chamada 205A determina na etapa S201 se o valor da Causa 15 de Estabelecimento é “Chamada de Emergência” e se o valor da Causa de Estabelecimento for “Chamada de Emergência”, determina o parâmetro Causa de Registro como sendo “Chamada de Emergência” na etapa S202, e se o valor da Causa de Estabelecimento não for “Chamada de Emergência” 20 determina o parâmetro Causa de Registro como sendo “Chamada Normal” na etapa S203. Novamente referindo-se à figura 15, o HNB 20 transmite uma mensagem HNBAP: UE REGISTER REQUEST (figura 5) na qual o parâmetro Causa de Registro está definido para 25 HNB-GW 30 na etapa S108. No HNB-GW 30, o transceptor de sinal HNB 301A recebe a mensagem HNBAP: UE REGISTER REQUEST, o processador de mensagem HNBAP 305A decodifica a mensagem HNBAP: UE REGISTER REQUEST, e na etapa S109, a unidade de controle 30 de chamada julga quanto a implementar regulação de acesso (etapa S110) baseado no parâmetro Causa de Registro que está definido na mensagem HNBAP: UE REGISTER REQUEST.

No HNB-GW 30, se o parâmetro Causa de Registro for “Chamada de Emergência”, regulação de acesso não é 35 implementada.

Nesta caso, a unidade de controle de chamada 306A atribui uma ID de contexto à relevante estação móvel 10, o processador de mensagem HNBAP 305A codifica uma mensagem HNBAP: UE REGISTER ACCEPT, e na etapa S111, o transceptor de sinal HNB 301A transmite a mensagem HNBAP: UE REGISTER ACCEPT para o HNB 20. No HNB 20, após receber a mensagem HNBAP: UE REGISTER 5 ACCEPT, a unidade de controle de chamada 205A determina que o parâmetro Causa de Registro é “Chamada de Emergência” na etapa S112, e se o parâmetro Causa de Registro for “Chamada de Emergência”, a unidade de controle de chamada 205A gera uma parâmetro Causa de 10 Emergência (figura 19) que é introduzido pela presente invenção na etapa S113. O processador de mensagem RANAP 207A codifica uma mensagem RANAP: INITIAL UE MESSAGE que contém o parâmetro Causa de Emergência.

O processador de mensagem RANAP 207A define adicionalmente o parâmetro 15 NAS-PDU (Unidade de Dados de Protocolo) na mensagem RANAP: INITIAL UE MESSAGE e define a mensagem CM SERVICE REQUEST do protocolo MM que foi recebida da estação móvel 10 no parâmetro NAS-PDU.

O processador de mensagem RUA 703A gera uma mensagem RUA: CONNECT que contém a mensagem 20 RANAP: INITIAL UE MESSAGE.

Em outras palavras, a mensagem RANAP: INITIAL UE MESSAGE é transferida do HNB 20 para o HNB-GW 30 por uma mensagem RUA: CONNECT na etapa S114. Em HNB-GW 30, o processador de mensagem RUA 302A decodifica a mensagem CONNECT do protocolo RUA, a unidade 25 de controle de chamada 306A extrai a mensagem RANAP: INITIAL UE MESSAGE que já foi codificada em HNB 20, e na etapa S115, o processador de mensagem RANAP 307A transmite a mensagem RANAP: INITIAL UE MESSAGE para o MSC 40 baseado em informações de roteamento tais como a ID de 30 Domínio CN.

No MSC 40, o processador de mensagem RANAP 402A decodifica a mensagem RANAP: INITIAL UE MESSAGE, e adicionalmente, o processador de mensagem NAS 403A decodifica a mensagem CM SERVICE REQUEST que está 35 definida em NAS-PDU.

O resultado desta decodificação é relatado para a unidade de controle de chamada 404A.

A unidade de controle de chamada 404A determina se o parâmetro de Causa de Emergência que é introduzido pela presente invenção está ou não definido na etapa S116, e se o parâmetro estiver definido, ativa o processo de contramedidas para acesso não autorizado para serviço de 5 CS (Comutação de Circuitos) na etapa S117. A figura 20 mostra um diagrama de fluxo do processo de contramedidas para acesso não autorizado para serviço de CS. Referindo-se à figura 20, a unidade de controle de 10 chamada 404A checa se o parâmetro Tipo de Serviço CM (TS24.008 Ver 8.5.0 seção 10.5.3.3) que está definido na mensagem CM SERVICE REQUEST (TS24.008 Ver 8.5.0 Seção

9.2.9) do protocolo MM que foi transmitido a partir da estação móvel 10 é “Estabelecimento de Chamada de 15 Emergência” na etapa S301. A unidade de controle de chamada 404A a seguir checa se o número de telefone (TS24.008 Ver 8.5.0 Seção 10.5.4.7) da mensagem SETUP (TS24.008 Ver 8.5.0 Seção 9.3.23 Setup) do protocolo CC que é um sinal de originação de chamada 20 transmitido pelo MSC 40 é um número de emergência na etapa S302. Mais especificamente, Dígito número 1, Dígito número 2, Dígito número 3, e assim por diante na figura

10.5.91 da TS24.008 Ver 8.5.0/3GPP TS24.0008 Elemento de informação de número BCD de pessoa chamada são relevantes 25 para um número de telefone e a unidade de controle de chamada 404A checa se este número de telefone é um número de emergência. O Número BCD de Pessoa Chamada da seção

10.5.4.7 da TS24.008 se refere ao número de conexão, um BCD (Decimal codificado em binário) indica que um dígito 30 em uma expressão decimal está expresso por um número binário de 4 dígitos que expressa de 0 a 9 e é um método para expressar números em computadores. Na etapa S303, a unidade de controle de chamada 404A a seguir checa se um procedimento EMERGENCY SETUP (TS24.008 35 Ver 8.5.0 Seção 9.3.8) está ou não sendo executado na estação móvel 10. Por exemplo, ao receber uma mensagem a partir da estação móvel 10 para iniciar estabelecimento de “chamada de emergência”, a unidade de controle de chamada 404A checa baseado no elemento de informação “tipo de mensagem de preparação de Emergência” se o procedimento EMERGENCY SETUP está sendo executado. 5 Se qualquer uma das checagens das etapas S301-S303 for satisfeita, a unidade de controle de chamada 404A determina que o tipo de chamada é uma chamada de emergência, e continua processamento de chamada para uma chamada de emergência.

Por outro lado, se qualquer das 10 checagens não for satisfeita, a unidade de controle de chamada 404A determina que o tipo de chamada é uma chamada normal, vê a estação móvel 10 como uma estação móvel não autorizada 10-2, e inicia o processo de liberação de chamada na etapa S304. 15 Deste modo, é possível impedir a estação móvel não autorizada 10-2, que não é suposta ser capaz de acessar o HNB 20 e que alterou a Causa de Estabelecimento para representar falsamente uma chamada de emergência, de receber serviço realizado pelo HNB 20. 20 (B) O caso de uma chamada comutada por pacotes: Um exemplo das operações quando a estação móvel 10 origina uma chamada como uma chamada de emergência comutada por pacotes é descrito a seguir.

A sequência de operação no caso de uma chamada comutada 25 por pacotes é similar à operação para uma chamada comutada por circuitos com a exceção que o processo que foi executado pelo MSC 40 no caso de uma chamada comutada por circuitos é executado pelo SGSN 50. Entretanto, no caso de uma chamada comutada por pacotes, uma mensagem de 30 protocolo SM (Gerenciamento de Sessão) é aplicada como a mensagem NAS.

Como um resultado, o processo de contramedidas para acesso não autorizado que é iniciado na etapa S117 é uma contramedida para acesso não autorizado para um serviço PS (Comutação de Pacotes). O 35 método de identificação da chamada de emergência neste processo difere daquele de um serviço CS.

Em adição, quando fala é usada em comutação de pacotes, um método

VoIP (Voz sobre IP) é usado. GMM é um protocolo para gerenciamento de mobilidade em um serviço de pacotes (PS). A figura 21 mostra um diagrama de fluxo do processo de 5 contramedidas para acesso não autorizado para um serviço PS. Referindo-se à figura 21, a unidade de controle de chamada 504A do SGSN 50 checa na etapa S401 se o APN (Nome de Ponto de Acesso) (3GPP TS24.008 Ver 9.5.1 Seção 10 10.5.6.1) que está definido na mensagem Ativar pedido de contexto PDP (Protocolo de Dados em Pacotes) (3GPP TS24.008 Ver 8.5.0 Seção 9.5.1) de protocolo SM que foi transmitido a partir da estação móvel 10 é característico de uma chamada de emergência. 15 A unidade de controle 504A a seguir checa na etapa S402 se o procedimento GMM que é executado na estação móvel 10 é um procedimento de Anexar Emergência (TR23.869 Ver

9.0.0). A unidade de controle de chamada 504A a seguir checa na 20 etapa S403 se o Contexto PDP que está ativado no SGSN 50 é o Contexto PDP para uma chamada de emergência. Por exemplo, a unidade de controle de chamada 504A checa se o Contexto PDP ativado em SGSN 50 é o Contexto PDP de Emergência da TR23.869 Ver 9.0.0. 25 Se qualquer das etapas S401-S403 for satisfeita, a unidade de controle 504A determina que o tipo de chamada é uma chamada de emergência e continua o processamento de chamada para uma chamada de emergência. Por outro lado, se qualquer das checagens não for satisfeita, a unidade 30 de controle 504A determina que o tipo de chamada é uma chamada normal, vê a estação móvel 10 com uma estação móvel não autorizada 10-2, e ativa o processo de liberação de chamada na etapa S504. É, portanto possível impedir a estação móvel não 35 autorizada 10-2, que não é suposta como sendo capaz de acessar o HNB 20, de alterar a Causa de Estabelecimento para representar falsamente uma chamada de emergência e de receber serviço realizado pelo HNB 20, mesmo no caso de VoIP comutado por pacotes.

Terceira configuração exemplar As figuras 22 a 24 mostram as configurações do MSC 40, 5 SGSN 50, e HNB-GW 30, respectivamente, da presente configuração exemplar.

Referindo-se à figura 22, o MSC 40 da presente configuração exemplar inclui a unidade de controle 41B que julga se o tipo de chamada de uma chamada que é 10 realmente originada pela estação móvel 10 é uma chamada de emergência e inclui informações que indicam se o tipo de chamada é uma chamada de emergência em uma mensagem de protocolo RANAP, e a unidade de transmissão 42B que transmite a mensagem de protocolo RANAP para o HNB-GW 30. 15 Referindo-se à figura 23, o SGSN 50 da presente configuração exemplar inclui a unidade de controle 51B que julga se o tipo de chamada de uma chamada que é realmente originada pela estação móvel 10 é uma chamada de emergência, e que inclui informações indicando que o 20 tipo de chamada é uma chamada de emergência em uma mensagem de protocolo RANAP, e a unidade de transmissão 52B que transmite a mensagem de protocolo RANAP para o HNB-GW 30. Em adição, referindo-se à figura 24, o HNB-GW 30 da 25 presente configuração exemplar inclui a unidade de recepção 31B que recebe a mensagem de protocolo RANAP do MSC 40 ou SGSN 50, e quando informações indicando que o tipo de chamada é uma chamada de emergência estão contidas na mensagem de protocolo RANAP, implementa o 30 processo de liberação de chamada.

Consequentemente, na presente configuração exemplar, o HNB-GW 30 é capaz de detectar que o tipo de chamada de uma chamada realmente originada pela estação móvel 10 é uma chamada de emergência. 35 Como um resultado, quando a estação móvel 10 altera a Causa de Estabelecimento para representar falsamente uma chamada de emergência, o HNB-GW 30 é capaz de implementar um processo de liberação de chamada da estação móvel 10 e portanto impede a estação móvel 10 de receber indevidamente serviço realizado pelo HNB 20. Quarta configuração exemplar 5 As figura 25 a figura 27 mostram as configurações do MSC 40, SGSN 50, e HNB-GW 30, respectivamente, da presente configuração exemplar.

A presente configuração exemplar é um exemplo no qual as configurações e operações do MSC 40, SGSN 50, e HNB-GW 30 da terceira configuração 10 exemplar das figuras 22-24 são descritas em maior especificidade.

Referindo-se à figura 25, o MSC 40 da presente configuração exemplar inclui o transceptor de sinal HNB- GW 401B, processador de mensagem RANAP 402B, processador 15 de mensagem NAS 403B, unidade de controle de chamada 404B, e unidade de armazenagem de dados de estação 405B.

Na figura 25, a unidade de controle 41B mostrada na figura 22 é constituída pelo processador de mensagem RANAP 402B, processador de mensagem NAS 403B, unidade de 20 controle de chamada 404B, e unidade de armazenagem de dados de estação 405B.

Em adição, o transceptor de sinal HNB-GW 401B é um exemplo de unidade de transmissão 42B mostrada na figura 22. Cada um de o transceptor de sinal HNB-GW 401B, 25 processador de mensagem RANAP 402B, processador de mensagem NAS 403B, e unidade de armazenagem de dados de estação 405B tem as mesmas funções que o transceptor de sinal HNB-GW 401A, processador de mensagem RANAP 402A, processador de mensagem NAS 403A, e unidade de 30 armazenagem de dados de estação 405A, respectivamente, que são mostrados na figura 13. Similar à unidade de controle de chamada 404A mostrada na figura 13, a unidade de controle de chamada 404B tem funções tipicamente mantidas por um processador de 35 chamada que é instalado no MSC 40. Em adição à descrição anterior, a unidade de controle de chamada 404B tem adicionalmente, como funções especiais da presente configuração exemplar, funções para analisar mensagens NAS para julgar se o tipo de chamada de uma chamada originada pela estação móvel 10 é uma chamada de emergência, e baseado no resultado do julgamento, definir 5 o parâmetro Tipo de Chamada de mensagens de protocolo RANAP que são transmitidas para o HNB-GW 30. Em adição, referindo-se à figura 26, o SGSN 50 da presente configuração exemplar inclui o transceptor de sinal HNB-GW 501B, o processador de mensagem RANAP 502B, 10 processador de mensagem NAS 503B, unidade de controle de chamada 504B, e unidade de armazenagem de dados de estação 505B.

Na figura 26, a unidade de controle 51B mostrada na figura 23 é constituída pelo processador de mensagem 15 RANAP 502B, processador de mensagem NAS 503B, unidade de controle de chamada 504B, e unidade de armazenagem de dados de estação 505B.

Em adição, o transceptor de sinal HNB-GW 501B é um exemplo de unidade de transmissão 52B mostrado na figura 23. 20 Cada um de o transceptor de sinal HNB-GW 501B, processador de mensagem RANAP 502B, processador de mensagem NAS, e unidade de armazenagem de dados de estação 505B tem as mesmas funções que o transceptor de sinal HNB-GW 501A, processador de mensagem RANAP 502A, 25 processador de mensagem NAS 502A, e unidade de armazenagem de dados de estação 505A, respectivamente, mostrados na figura 14. Similar à unidade de controle de chamada 504A mostrada na figura 14, a unidade de controle de chamada 504B tem 30 funções tipicamente mantidas por um processador de chamada que é instalado no SGSN 50. Em adição à descrição anterior, a unidade de controle de chamada 504B tem, como funções especiais da presente configuração exemplar, funções para analisar mensagens 35 NAS para julgar se o tipo de chamada de uma chamada originada pela estação móvel 10 é uma chamada de emergência, e baseado no resultado do julgamento, definir o parâmetro Tipo de Chamada de uma mensagem de protocolo RANAP que é transmitida para o HNB-GW 30. Referindo-se à figura 27, o HNB-GW 30 da presente configuração exemplar inclui: transceptor de sinal HNB 5 301B, processador de mensagem RUA 302B, transceptor de sinal SGSN 303B, transceptor de sinal MSC 304B, processador de mensagem 305B, unidade de controle de chamada 306B, processador de mensagem RANAP 307B, e unidade de armazenagem de dados de estação 308B. 10 Na figura 27, a unidade de controle 32B mostrada na figura 24 é constituída pelo processador de mensagem RUA 302B, processador de mensagem HNBAP 305B, unidade de controle de chamada 306B, processador de mensagem RANAP 307b, e unidade de armazenagem de dados de estação 304B 15 são exemplos da unidade de recepção 31B mostrada na figura 24. Cada um de o transceptor de sinal HNB 301B, processador de mensagem RUA 302B, transceptor de sinal SGSN 303B, transceptor de sinal MSC 304B, processador de mensagem 20 HNBAP 305B, processador de mensagem 307B, e unidade de armazenagem de dados de estação 308B tem as mesmas funções que o transceptor de sinal HNB 301A, processador de mensagem RUA 302A, transceptor de sinal SGNS 303A, transceptor de sinal MSC 304A, processador de mensagem 25 HNBAP 305A, processador de mensagem RANAP 307A, e unidade de armazenagem de dados de estação 308A, respectivamente, mostrados na figura 12. A unidade de controle de chamada 306B tem funções que são tipicamente mantidas por um processador de chamada 30 instalado no HNB-GW 30, similar à unidade de controle de chamada 306A mostrada na figura 12. À parte da descrição acima, a unidade de controle de chamada 306B adicionalmente tem, como funções especiais da presente configuração exemplar, funções para julgar 35 que o tipo de chamada de uma chamada originada pela estação móvel 10 é uma chamada normal quando “Chamada Normal” está definida no parâmetro Tipo de Chamada de uma mensagem de protocolo RANAP recebida do MSC 40 ou SGSN 50, e se a estação móvel 10 tiver executado originação de chamada como uma chamada de emergência neste momento, para executar o processo de liberação de chamada. 5 A configuração do HNB 20 da presente configuração exemplar pode ser igual à da figura 9. Entretanto, a unidade de controle de chamada 205A do HNB 20 pode ter funções tipicamente mantidas por um processador de chamada que é instalado no HNB 20. 10 As operações do sistema de comunicação móvel da presente configuração exemplar são descritas a seguir. (1) Exemplo de Trabalho 1 O presente Exemplo de Trabalho é um exemplo no qual o resultado do julgamento do tipo de chamada que foi 15 julgado em MSC 40 ou SGSN 50 é relatado em uma mensagem COMMON ID de RANAP (3GPP TS25.413). (1-A) O caso de uma chamada comutada por circuitos: Um Exemplo de Trabalho para um caso no qual o MSC 40 relata o resultado do julgamento do tipo de chamada de 20 uma chamada comutada por circuitos em uma mensagem RANAP COMMON ID é primeiro descrito com o diagrama sequencial da figura 28. A figura 28 mostra as operações que seguem ao término dos processos mostrados na figura 15, mas é assumido que os processos das etapas S112, S113, S116, e 25 S117 mostrados na figura 15 não sejam executados, e adicionalmente, que um parâmetro Causa de Emergência não está contido na mensagem RANAP: INITIAL UE MESSAGE que é transmitida nas etapas S114 e S115. Normalmente, como descrito na 3GPP TS25.413, após 30 sinalizar que a conexão foi estabelecida, um aparelho de rede de base transmite uma mensagem RANAP: COMMON ID para o HNB-GW 30. Referindo-se à figura 28, no MSC 40, seguindo ao estabelecimento de uma conexão de sinalização na etapa 35 S501, a unidade de controle de chamada 404B inicia um processo para determinar o parâmetro Tipo de Chamada na etapa S502.

A figura 29 é um diagrama de fluxo do processo para determinar o parâmetro Tipo de Chamada em MSC 40. Referindo-se à figura 29, a unidade de controle de chamada 404B checa se o parâmetro Tipo de Serviço CM 5 (TS24.008 Ver 8.5.0 Seção 10.5.3.3) que está definido na mensagem CM SERVICE REQUEST (TS24.008 Ver 8.5.0 Seção

9.2.9) do protocolo MM que foi transmitido a partir da estação móvel 10 na etapa S601 é “Estabelecimento de Chamada de Emergência”. 10 Na etapa S602, a unidade de controle de chamada 404B a seguir checa se o número de telefone (TS24.008 Ver 8.5.0 Seção 10.5.4.7) da mensagem SETUP (TS24.008 9.3.23 Ver

8.5.0 Seção Setup) do protocolo CC que é o sinal de originação transmitido pelo MSC 40 é um número de 15 emergência. Mais especificamente, Dígito número 1, Dígito número 2, Dígito número 3 na TS24.008 Ver 8.5.0 Figura

10.5.9/3GPP TS24.008 Elemento de Informação de Número BCD de Pessoa Chamada corresponde a um número de telefone, a unidade de controle de chamada 404B checa se este número 20 de telefone é um número de emergência. O Número BCD de Pessoa Chamada da TS24.008 Seção 10.5.4.7 se refere ao número conectado, e o BCD é um método para expressar números em computadores no qual um lugar de uma expressão decimal é representado por um número binário de quatro 25 lugares que representa de 1 a 9. Na etapa S603, a unidade de controle de chamada 404B a seguir checa se um procedimento EMERGENCY SETUP (TS24.008 Ver 8.5.0 Seção 9.3.8) foi executado na estação móvel 10. Por exemplo, ao receber uma mensagem para iniciar 30 “estabelecimento de chamada de emergência” a partir da estação móvel 10, a unidade de controle de chamada 404B checa se um procedimento EMERGENCY SETUP está sendo executado a partir do elemento de informação “tipo de mensagem de preparação de Emergência”. 35 Se qualquer das checagens das etapas S601-S603 for satisfeita, a unidade de controle de chamada 404B determina que o tipo de chamada é uma chamada de emergência e determina o parâmetro Tipo de Chamada como “Chamada Normal” na etapa S604. Por outro lado, se qualquer das checagens não for satisfeita, a unidade de controle de chamada 404B determina que o tipo de chamada 5 é uma chamada normal e determina o parâmetro Tipo de Chamada como “Chamada de Emergência” na etapa S605. Novamente se referindo à figura 28, no MSC 40, se o parâmetro Tipo de Chamada tiver sido determinado quando a unidade de controle de chamada 404B transmite uma 10 mensagem RANAP: COMMON ID para o HNB-GW 30 na etapa S503, este parâmetro Tipo de Chamada é definido. A configuração da mensagem RANAP: COMMON ID de acordo com a presente invenção é mostrada na figura 30. No HNB-GW 30, quando um parâmetro Tipo de Chamada está 15 incluído no momento de receber a mensagem RANAP: COMMON ID na etapa S504, a unidade de controle 306B na etapa S505 compara o parâmetro Tipo de Chamada com o parâmetro Causa de Registro (figura 6) da mensagem HNBAP: UE REGISTER REQUEST (figura 5) quando a estação móvel 10 20 acessa o HNB-GW 30. A figura 31 mostra uma tabela para determinar processamento de acordo com o tipo de chamada no HNB-GW 30 da presente configuração exemplar. Por exemplo, no Caso 2 mostrado na figura 31, o parâmetro 25 Tipo de Chamada relatado a partir do MSC 40 é “Chamada Normal” apesar do parâmetro Causa de Registro da mensagem HNBAP: UE REGISTER REQUEST ser “Chamada de Emergência”. Por esta razão, o HNB-GW 30 determina que a estação móvel 10 representou falsamente uma chamada de emergência e 30 está ilegitimamente acessando o HNB 2, com o quê o HNB-GW 30 executa o processo de liberação de chamada. Deste modo, a estação móvel não autorizada 10-2 que não é suposta a ser capaz de acessar o HNB 20 e que alterou a Causa de Estabelecimento para representar uma chamada de 35 emergência pode ser impedida de receber serviço do HNB

20. (1-B) O caso de uma chamada comutada por pacotes:

Um exemplo das operações é descrito a seguir para um caso no qual o SGSN 50 relata o resultado do julgamento do tipo de chamada de uma chamada comutada por pacotes em uma mensagem RANAP COMMON ID. 5 A sequência de operações para o caso de uma chamada comutada por pacotes é similar ao caso de uma chamada comutada por circuitos com a exceção que os processos que foram executados no MSC 40 são agora executados no SGSN

50. Entretanto, o processo para determinar o parâmetro 10 Tipo de Chamada que é ativado na etapa S502 é diferente. A figura 32 é um diagrama de fluxo do processo para determinar o parâmetro Tipo de Chamada no SGSN 50. Referindo-se à figura 32, na etapa S01, a unidade de controle de chamada 504B checa se o APN (3GPP TS24.008 15 9.5.1 Seção 10.5.6.1) que está definido na mensagem de Ativar pedido de contexto PDP (3GPP TS24.008 Ver 8.5.0 Seção 9.5.1) do protocolo SM que foi transmitido a partir da estação móvel 10 é característico de uma mensagem de emergência. 20 A seguir, na etapa S702, a unidade de controle de chamada 504B checa se o procedimento GMM que é executado na estação móvel 10 é um procedimento de Anexar Emergência (TR23.869 Ver 9.0.0). Na etapa S703, a unidade de controle de chamada 504B a 25 seguir checa se o Contexto PDP que foi ativado no SGSN 50 é um Contexto PDP para uso de chamada de emergência. Por exemplo, a unidade de controle de chamada 504B checa se o Contexto PDP que está ativado no SGSN 50 é Contexto PDP de Emergência da TR23.869 Ver 9.0.0. 30 Se qualquer das checagens das etapas S701-S703 for satisfeita, a unidade de controle de chamada 504B determina que o tipo de chamada é uma chamada de emergência e determina o parâmetro Tipo de Chamada como “Chamada Normal” na etapa S704. Por outro lado, se 35 nenhuma das checagens for satisfeita, a unidade de controle de chamada 504B determina que o tipo de chamada é uma chamada normal e determina o parâmetro Tipo de

Chamada como “Chamada de Emergência” na etapa S705. Em SGSN 50, se o parâmetro Tipo de Chamada está determinado quando a mensagem RANAP: COMMON ID é transmitida para o HNB-GW 30, a unidade de controle de 5 chamada 504B define este parâmetro Tipo de Chamada.

A estrutura da mensagem RANAP: COMMON ID de acordo com a presente invenção é a mesma que a do caso para MSC 40 como mostrada na figura 30. No HNB-GW 30, se o parâmetro Tipo de Chamada está 10 incluído no momento de receber a chamada mensagem RANAP: COMMON ID, a unidade de controle de chamada 306B compara este parâmetro Tipo de Chamada com o parâmetro Causa de Registro (figura 6) da mensagem HNBAP: UE REGISTER REQUEST (figura 5) no momento que a estação móvel 10 15 acessa o HNB-GW 30. Por exemplo, no Caso 2 mostrado na figura 31, o parâmetro Tipo de Chamada relatado a partir do SGSN 50 é “Chamada Normal” apesar do parâmetro Causa de Registro da mensagem HNBAP: UE REGISTER REQUEST ser “Chamada de Emergência”. 20 Baseado nestas circunstâncias, o HNB-GW 30 julga que a estação móvel 10 representou falsamente uma chamada de emergência e está ilegitimamente acessando o HNB 20 e portanto implementa o processo de liberação de chamada.

Portanto, no caso de uma VoIP comutada por pacotes, a 25 estação móvel não autorizada 10-2 que não é suposta a ser capaz de acessar o HNB 20 e que alterou a Causa de Estabelecimento para representar falsamente uma chamada de emergência pode ser impedida de receber serviço pelo HNB 20. 30 (2) Exemplo de Trabalho 2 Este Exemplo de Trabalho é um exemplo no qual o resultado do julgamento do tipo de chamada que foi julgado no MSC 40 ou SGSN 50 é relatado em uma mensagem RANAP (3GPP TS25.413) DIRECT TRANSFER. 35 (2-A) O caso de uma chamada comutada por circuitos: Um Exemplo de Trabalho para um caso no qual o MSC 40 relata o resultado do julgamento do tipo de chamada de uma chamada comutada por circuitos em uma mensagem RANAP: DIRECT TRANSFER é primeiro descrito com o diagrama sequencial da figura 33. A figura 33 mostra operações que seguem ao término do processamento mostrado na figura 15, 5 mas é aqui assumido que os processos das etapas S112, S113, S116, e S117 mostrados na figura 15 não são executados, e adicionalmente, que o parâmetro Causa de Emergência não está incluído na mensagem RANAP: INITIAL UE MESSAGE que é transmitida nas etapas S114 e S115. 10 Normalmente, como descrito na 3GPP TS25.413, quando transmitindo uma mensagem NAS tal como protocolo CC ou protocolo MM, o aparelho de rede de base transmite uma mensagem RANAP: DIRECT TRANSFER para o HNB-GW 30. Referindo-se à figura 33, no MSC 40, após transmitir a 15 mensagem NAS na etapa S801, a unidade de controle de chamada 404B inicia o processo para determinar o parâmetro Tipo de Chamada na etapa S802. O processo para determinar o parâmetro Tipo de Chamada no MSC 40 é o mesmo que no Exemplo de Trabalho 1 e é como mostrado na 20 figura 29. No MSC 40, se o parâmetro Tipo de Chamada está determinado quando a mensagem RANAP: DIRECT TRANSFER é transmitida para o HNB-GW 30 na etapa S803, a unidade de controle de chamada 404B define este parâmetro Tipo de 25 Chamada.

A configuração da mensagem RANAP: DIRECT TRANSFER de acordo com a presente invenção é mostrada na figura 34. No HNB-GW 30, se o parâmetro Tipo de Chamada está incluído no momento de recepção da mensagem RANAP: DIRECT 30 TRANSFER na etapa S804, a unidade de controle de chamada 306B na etapa S805 compara este parâmetro Tipo de Chamada com o parâmetro Causa de Registro (figura 6) da mensagem HNBAP: UE REGISTER REQUEST (figura 5) quando a estação móvel 10 acessa o HNB-GW 30. 35 Por exemplo, no Caso 2 mostrado na figura 31, o parâmetro Tipo de Chamada que foi relatado a partir do MSC 40 é “Chamada Normal” apesar do parâmetro Causa de Registro da mensagem HNBAP: UE REGISTER REQUEST ser “Chamada de Emergência”. Baseado nestas circunstâncias, o HNB-GW 30 determina que a estação móvel 10 representou erradamente uma chamada de emergência e está ilegitimamente acessando 5 o HNB 20 e portanto implementa o processo de liberação de chamada.

Como um resultado, a estação móvel não autorizada 10-2 que não é suposta como sendo capaz de acessar o HNB 20 e que alterou a Causa de Estabelecimento para representar 10 erradamente uma chamada de emergência pode ser impedida de receber serviço pelo HNB 20. (1-B) O caso de uma chamada comutada por pacotes: Um exemplo de operações é descrito a seguir para um caso no qual o SGSN 50 relata o resultado do julgamento do 15 tipo de chamada de uma chamada comutada por pacotes por uma mensagem RANAP DIRECT TRANSFER.

A sequência de operações no caso de uma chamada comutada por pacotes é similar aos processos que foram executados no MSC 40 no caso de uma chamada comutada por circuitos 20 com a exceção que os processos são executados no SGSN 50. Entretanto, o processo para determinar o parâmetro Tipo de Chamada que é ativado na etapa S802 é diferente.

O processo para determinar o parâmetro Tipo de Chamada no SGSN 50 é similar ao Exemplo de Trabalho 1 e é como 25 mostrado na figura 32. No SGSN 50, se o parâmetro Tipo de Chamada está determinado quando uma mensagem RANAP: DIRECT TRANSFER é transmitida para o HNB-GW 30, a unidade de controle de chamada 504B define este parâmetro Tipo de Chamada.

A 30 configuração da mensagem RANAP: DIRECT TRANSFER de acordo com a presente invenção é igual ao caso para MSC 40 como mostrado na figura 34. No HNB-GW 30, quando o parâmetro Tipo de Chamada está incluído no momento de receber a mensagem RANAP: DIRECT 35 TRANSFER, a unidade de controle de chamada 306B compara este parâmetro Tipo de Chamada e o parâmetro Causa de Registro (figura 6) da mensagem HNBAP: UE REGISTER

(figura 5) quando a estação móvel 10 acessa o HNB-GW 30. Por exemplo, no Caso 2 mostrado na figura 31, o parâmetro Tipo de Chamada que é relatado a partir do SGSN 50 é “Chamada Normal” apesar do parâmetro Causa de Registro da 5 mensagem HNBAP: UE REGISTER REQUEST ser “Chamada de Emergência”. Baseado nestas circunstâncias, o HNB-GW 30 determina que a estação móvel 10 representou erradamente uma chamada de emergência e está acessando ilegitimamente o HNB 20, e portanto implementa o processo de liberação 10 de chamada.

Deste modo, a estação móvel não autorizada 10-2 que não é suposta como sendo capaz de acessar o HNB 20 e que alterou a Causa de Estabelecimento para representar erradamente uma chamada de emergência pode ser impedida de receber serviço pelo HNB 20 mesmo para o 15 caso de uma VoIP comutada por pacotes. (3) Exemplo de Trabalho 3: Este Exemplo de Trabalho é um caso no qual o resultado do julgamento do tipo de chamada que é julgado no MSC 40 ou SGSN 50 é relatado em uma mensagem RAB (Portador de 20 Acesso por Rádio) ASSIGNMENT REQUEST de RANAP (3GPP TS25.413). (3-A) O caso de uma chamada comutada por circuitos: Um Exemplo de Trabalho para um caso no qual o MSC 40 relata o resultado de julgar o tipo de chamada de uma 25 chamada comutada por circuitos em uma mensagem RANAP RAB ASSIGNMENT REQUEST é descrito ao longo do diagrama sequencial da figura 35. A figura 35 mostra as operações que seguem o término dos processos mostrados na figura 15, e é aqui assumido que os processos das etapas S112, 30 S113, S116, e S117 não são executados, e adicionalmente, que o parâmetro Causa de Emergência não está incluído na mensagem RANAP: INITIAL UE MESSAGE que é transmitida nas etapas S114 e S115. Normalmente, como descrito em 3GPP TS25.413, quando um 35 aparelho de rede de base recebe um pedido de estabelecimento de chamada a partir da estação móvel 10 e estabelece um portador de acesso sem fio, o aparelho de rede de base transmite uma mensagem RANAP: RAB ASSIGNMENT REQUEST para o HNB-GW 30. Referindo-se à figura 35, no MSC 40, após receber um pedido de estabelecimento de chamada a partir da estação 5 móvel 10 na etapa S901, a unidade de controle de chamada 404B determina a QoS (Qualidade de Serviço) para o portador de acesso sem fio e então ativa o processo para determinar o parâmetro Tipo de Chamada na etapa S903. O processo para determinar o parâmetro Tipo de Chamada no 10 MSC 40 é o mesmo que no Exemplo de Trabalho 1 e é como mostrado na figura 29. No MSC 40, se o parâmetro Tipo de Chamada está determinado quando a mensagem RANAP: RAB ASSIGNMENT REQUEST é transmitida para o HNB-GW 30 na etapa S904, a 15 unidade de controle de chamada 404B define este parâmetro Tipo de Chamada.

A configuração da mensagem RANAP: RAB ASSIGNMENT REQUEST de acordo com a presente invenção é mostrada na figura 36. No HNB-GW 30, se o parâmetro Tipo de Chamada está 20 incluído na etapa S905 no momento de receber a mensagem RANAP: RAB ASSIGNMENT REQUEST, a unidade de controle de chamada 306B na etapa S906 compara este parâmetro Tipo de Chamada com o parâmetro Causa de Registro (figura 6) da mensagem HNBAP: UE REGISTER REQUEST (figura 5) quando a 25 estação móvel 10 acessou o HNB-GW 30. Por exemplo, no Caso 2 mostrado na figura 31, o parâmetro Tipo de Chamada relatado a partir do MSC 40 é “Chamada Normal” apesar do parâmetro Causa de Registro da mensagem HNBAP: UE REGISTER REQUEST ser “Chamada de Emergência”. 30 Baseado nestas circunstâncias, o HNB-GW 30 determina que a estação móvel 10 falsamente representou uma chamada de emergência e está ilegitimamente acessando o HNB 20 e portanto implementa o processo de liberação de chamada.

Deste modo, a estação móvel não autorizada 10-2 que não é 35 suposta como sendo capaz de acessar o HNB 20 e que alterou a Causa de Estabelecimento para representar falsamente uma chamada de emergência pode ser impedida de receber serviço pelo HNB 20. (1-B) O caso de uma chamada comutada por pacotes: Um exemplo de operação é descrito a seguir no qual o SGSN 50 relata o resultado do julgamento do tipo de chamada de 5 uma chamada comutada por pacotes em uma mensagem RANAP RAB ASSIGNMENT REQUEST.

A sequência de operações no caso de uma chamada comutada por pacotes é similar a uma chamada comutada por circuitos com a exceção que os processos executados no 10 MSC 40 são executados no SGSN 50. Entretanto, o processo para determinar o parâmetro Tipo de Chamada que é ativado na etapa S802 é diferente.

Este processo para determinar o parâmetro Tipo de Chamada no SGSN 50 é o mesmo que no Exemplo de Trabalho 1 e é como mostrado na figura 32. 15 No SGSN 50, se o parâmetro Tipo de Chamada está determinado quando a mensagem RANAP: RAB ASSIGNMENT REQUEST é transmitida para o HNB-GW 30, a unidade de controle de chamada 504B define o parâmetro Tipo de Chamada.

A configuração da mensagem RANAP: RAB ASSIGNMENT 20 REQUEST de acordo com a presente invenção é a mesma que para o caso do MSC 40 como mostrado na figura 36. No HNB-GW 30, se o parâmetro Tipo de Chamada está incluído no momento de receber a mensagem RANAP: RAB ASSIGNMENT REQUEST, a unidade de controle 306B compara 25 este parâmetro Tipo de Chamada e o parâmetro Causa de Registro (figura 6) da mensagem HNBAP: UE REGISTER REQUEST (figura 5) no momento que a estação móvel 10 acessou o HNB-GW 30. No Caso 2 mostrado na figura 31, o parâmetro Tipo de 30 Chamada que foi relatado a partir do SGSN 50 é “Chamada Normal” apesar do parâmetro Causa de Registro da mensagem HNBAP: UE REGISTER REQUEST ser “Chamada de Emergência”. Baseado nestas circunstâncias, o HNB-GW 30 determina que a estação móvel 10 representou falsamente uma chamada de 35 emergência e está ilegitimamente acessando o HNB 20 e portanto implementa o processo de liberação de chamada.

Deste modo, a estação móvel não autorizada 10-2 que não é suposta como sendo capaz de acessar o HNB 20 e que alterou a Causa de Estabelecimento para representar falsamente uma chamada de emergência pode ser impedida se receber serviço pelo HNB 20 mesmo no caso de uma VoIP 5 comutada por pacotes.

Os métodos executados no HNB 20, HNB-GW 30, MSC 40, e SGSN 50 da presente invenção podem ser aplicados a um programa que deve ser executado por um computador.

Em adição, este programa pode ser armazenado em uma mídia de 10 gravação e pode ser oferecido ao exterior por meio de uma rede.

Embora a presente invenção tenha sido descrita aqui acima em termos específicos baseados em configurações exemplares preferidas, a presente invenção não está 15 limitada às configurações exemplares descritas acima e está obviamente aberta a várias modificações que não se desviem do fundamento da invenção.

Por exemplo, na segunda configuração exemplar, a definição do valor de Causa de Emergência para a mensagem 20 de protocolo RANAP foi executada pelo HNB 20, mas esta definição também pode ser executada pelo HNB-GW 30. Em adição, na segunda configuração exemplar, contramedidas para acesso não autorizado são executadas no MSC 40 ou SGSN 50, mas estas contramedidas também 25 podem ser executadas no HNB-GW 30. Neste caso, como na quarta configuração exemplar, o HNB-GW 30 recebe informações a partir do MSC 40 ou SGSN 50 indicando que o tipo de chamada real da chamada que foi originada pela estação móvel 10 é uma chamada de emergência e usa a 30 tabela da figura 31 para implementar contramedidas para acesso não autorizado.

Em adição, de acordo com a primeira até a quarta configurações exemplares, as mensagens de protocolo RANAP são usadas para comunicar informações indicando que a 35 estação móvel 10 originou uma chamada como uma chamada de emergência ou informações indicando que o tipo de chamada real de uma chamada originada pela estação móvel 10 é uma chamada de emergência entre o HNB 20, HNB-GW 30, e o aparelho de rede de base. (MSC 40 ou SGSN 50). Entretanto, as mensagens não são limitadas às mensagens de protocolo RANAP, e outras mensagens podem ser usadas 5 se as mensagens puderem ser comunicadas entre o HNB 20, HNB-GW 30, e um aparelho de rede de base.

Este pedido de patente reivindica os benefícios de prioridade baseado no Pedido de Patente Japonesa nº 2009- 1011130 cujo pedido foi submetido em 17 de abril de 2009 10 e incorpora por citação todas as divulgações daquele pedido de patente.

Claims (44)

REIVINDICAÇÕES

1. Sistema de comunicação móvel, que inclui uma estação móvel, uma estação base que executa comunicação sem fio com a citada estação móvel, um aparelho de gateway que 5 conecta a citada estação base a uma rede de base, e um aparelho de rede de base que está arranjado na citada rede de base, caracterizado pelo fato de: a citada estação base compreender: uma unidade de controle que inclui, em uma mensagem, 10 informações indicando que a citada estação móvel originou uma chamada como uma chamada de emergência; e uma unidade de transmissão que transmite a citada mensagem para o citado aparelho de rede de base; e o citado aparelho de rede de base compreender: 15 uma unidade de recepção que recebe a citada mensagem que foi transmitida a partir da citada estação base.

2. Sistema de comunicação móvel, de acordo com a reivindicação 1, caracterizado pelo fato de: a citada mensagem ser uma mensagem INITIAL UE MESSAGE de 20 protocolo RANAP; e a citada unidade de controle da citada estação base adicionar um parâmetro Causa de Emergência à citada mensagem INITIAL UE MESSAGE e incluir informações indicando que a citada estação móvel originou uma chamada 25 como uma chamada de emergência no citado parâmetro Causa de Emergência.

3. Sistema de comunicação móvel, que inclui uma estação móvel, uma estação base que executa comunicação sem fio com a citada estação móvel, um aparelho de gateway que 30 conecta a citada estação base a uma rede de base, e um aparelho de rede de base que está arranjado na citada rede de base; caracterizado pelo fato de: o citado aparelho de gateway compreender: uma unidade de controle que inclui, em uma mensagem, 35 informações indicando que a citada estação móvel originou uma chamada como uma chamada de emergência, e uma unidade de transmissão que transmite a citada mensagem para o citado aparelho de rede de base; e o citado aparelho de rede de base compreender: uma unidade de recepção que recebe a citada mensagem que foi transmitida a partir do citado aparelho de gateway. 5

4. Sistema de comunicação móvel, de acordo com a reivindicação 3, caracterizado pelo fato de: a citada mensagem ser uma mensagem INITIAL UE MESSAGE de protocolo RANAP; e a citada unidade de controle do citado aparelho de 10 gateway adicionar um parâmetro Causa de Emergência à citada mensagem INITIAL UE MESSAGE e incluir informações indicando que a citada estação móvel originou uma chamada como uma chamada de emergência no citado parâmetro Causa de Emergência. 15

5. Sistema de comunicação móvel, de acordo com qualquer uma das reivindicações de 1 a 4, caracterizado pelo fato de o citado aparelho de rede de base compreender adicionalmente: uma unidade de controle que, quando informações indicando 20 que a citada estação móvel originou uma chamada como uma chamada de emergência estão incluídas na citada mensagem, julga se o tipo de chamada da chamada originada pela citada estação móvel é uma chamada de emergência, e executa um processo de liberação de chamada se a chamada 25 não for uma chamada de emergência.

6. Sistema de comunicação móvel, que inclui uma estação móvel, uma estação base que executa comunicação sem fio com a citada estação móvel, um aparelho de gateway que conecta a citada estação base com uma rede de base, e um 30 aparelho de rede de base que está arranjado na citada rede de base; caracterizado pelo fato de: o citado aparelho de rede de base compreender: uma unidade de controle que inclui, em uma mensagem, informações indicando que o tipo de chamada de uma 35 chamada originada pela citada estação base é uma chamada de emergência; e uma unidade de transmissão que transmite a citada mensagem para o citado aparelho de gateway; e o citado aparelho de gateway compreender: uma unidade de recepção que recebe a citada mensagem que foi transmitida a partir do citado aparelho de rede de 5 base.

7. Sistema de comunicação móvel, de acordo com a reivindicação 6, caracterizado pelo fato de: a citada mensagem ser uma mensagem COMMOM ID de protocolo RANAP; e 10 a citada unidade de controle do citado aparelho de rede de base adicionar um parâmetro Tipo de Chamada à citada mensagem COMMON ID e incluir informações indicando que o tipo de chamada de uma chamada originada pela citada estação móvel é uma chamada de emergência no citado 15 parâmetro Tipo de Chamada.

8. Sistema de comunicação móvel, de acordo com a reivindicação 6, caracterizado pelo fato de: a citada mensagem ser uma mensagem DIRECT TRANSFER de protocolo RANAP; e 20 a citada unidade de controle do citado aparelho de rede de base adicionar um parâmetro Tipo de Chamada à citada mensagem DIRECT TRANSFER e incluir informações indicando que o tipo de chamada de uma chamada originada pela citada estação base é uma chamada de emergência no citado 25 parâmetro Tipo de Chamada.

9. Sistema de comunicação móvel, de acordo com a reivindicação 6, caracterizado pelo fato de: a citada mensagem ser uma mensagem RAB ASSIGNMENT REQUEST de protocolo RANAP; e 30 a citada unidade de controle do citado aparelho de rede de base adicionar um parâmetro Tipo de Chamada à citada mensagem RAB ASSIGNMENT REQUEST e incluir informações indicando que o tipo de chamada de uma chamada originada pela citada estação base é uma chamada de emergência no 35 citado parâmetro Tipo de Chamada.

10. Sistema de comunicação móvel, de acordo com qualquer uma das reivindicações de 6 a 9, caracterizado pelo fato de: o citado aparelho de gateway compreender adicionalmente uma unidade de controle que, quando informações indicando que o tipo de chamada de uma chamada originada pela 5 citada estação móvel é uma Chamada Normal estiverem incluídas na citada mensagem, implementa um processo de liberação de chamada se o tipo de chamada relatado a partir da estação móvel for uma chamada de emergência.

11. Estação base, que está conectada a um aparelho de 10 rede de base que está arranjado em uma rede de base por meio de um aparelho de gateway, caracterizada pelo fato de compreender: uma unidade de controle que inclui, em uma mensagem, informações indicando que uma estação móvel originou uma 15 chamada como uma chamada de emergência; e uma unidade de transmissão que transmite a citada mensagem para o citado aparelho de rede de base.

12. Estação base, de acordo com a reivindicação 11, caracterizada pelo fato de: 20 a citada mensagem ser uma mensagem INITIAL UE MESSAGE de protocolo RANAP; e a citada unidade de controle adicionar um parâmetro Causa de Emergência à citada mensagem INITIAL UE MESSAGE e incluir informações indicando que a citada estação móvel 25 originou uma chamada como uma chamada de emergência no citado parâmetro Causa de Emergência.

13. Aparelho de portão inteligente, que conecta uma estação base a um aparelho de rede de base que está arranjado em uma rede de base, caracterizado pelo fato de 30 compreender: uma unidade de controle que inclui, em uma mensagem, informações indicando que uma estação base originou uma chamada como uma chamada de emergência; e uma unidade de transmissão que transmite a citada 35 mensagem para o citado aparelho de rede de base.

14. Aparelho de portão inteligente, de acordo com a reivindicação 13, caracterizado pelo fato de:

a citada mensagem ser uma mensagem INITIAL UE MESSAGE de protocolo RANAP; e a citada unidade de controle adicionar um parâmetro Causa de Emergência à citada mensagem INITIAL UE MESSAGE e 5 incluir informações indicando que a citada estação móvel originou uma chamada como uma chamada de emergência no citado parâmetro Causa de Emergência.

15. Aparelho de portão inteligente, que conecta uma estação base a uma rede de base que está arranjado em uma 10 rede de base, caracterizado pelo fato de compreender: uma unidade de recepção que recebe uma mensagem que é transmitida a partir do citado aparelho de rede de base e que contém informações indicando que o tipo de chamada originada por uma estação móvel é uma chamada de 15 emergência.

16. Aparelho de portão inteligente, de acordo com a reivindicação 15, caracterizado pelo fato de compreender adicionalmente: uma unidade de controle que, quando a citada mensagem 20 incluir informações indicando que o tipo de chamada de uma chamada que foi originada pela citada estação móvel é uma Chamada Normal, implementar um processo de liberação de chamada se o tipo de chamada que foi relatado a partir da estação móvel for uma chamada de emergência. 25

17. Aparelho de rede de base, que está arranjado em uma rede de base, caracterizado pelo fato de compreender: uma unidade de recepção que recebe uma mensagem que é transmitida a partir de uma estação base e que inclui informações indicando que uma estação móvel originou uma 30 chamada como uma chamada de emergência.

18. Aparelho de rede de base, que está arranjado em uma rede de base, caracterizado pelo fato de compreender: uma unidade de recepção que recebe uma mensagem que é transmitida a partir de um aparelho de gateway e que 35 inclui informações indicando que uma estação móvel originou uma chamada como uma chamada de emergência.

19. Aparelho de rede de base, de acordo com qualquer uma das reivindicações 17 ou 18, caracterizado pelo fato de compreender adicionalmente: uma unidade de controle que, quando informações indicando que a citada estação móvel originou uma chamada como uma 5 chamada de emergência estiverem incluídas na citada mensagem, julga se o tipo de chamada da chamada que foi originada pela citada estação base é uma chamada de emergência, e implementa um processo de liberação de chamada se o tipo de chamada não for uma chamada de 10 emergência.

20. Aparelho de rede de base, de acordo com a reivindicação 19, caracterizado pelo fato de: o citado aparelho de rede de base ser uma estação de comutação de circuitos que controla comutação de 15 circuitos; e a citada unidade de controle julgar que o tipo de chamada de uma chamada originada pela citada estação móvel é uma chamada de emergência quando um parâmetro Tipo de Serviço CM que está definido em uma mensagem CM SERVICE REQUEST 20 de protocolo MM que é transmitida a partir da citada estação móvel for “Estabelecimento de Chamada de Emergência”.

21. Aparelho de rede de base, de acordo com a reivindicação 19, caracterizado pelo fato de: 25 o citado aparelho de rede de base ser uma estação de comutação de circuitos que controla comutação de circuitos; e a citada unidade de controle julgar que o tipo de chamada de uma chamada originada pela citada estação móvel é uma 30 chamada de emergência quando o número de telefone de uma mensagem SETUP de protocolo CC que é um sinal de originação de chamada transmitido por seu próprio aparelho for um número de emergência.

22. Aparelho de rede de base, de acordo com a 35 reivindicação 19, caracterizado pelo fato de: o citado aparelho de rede de base ser uma estação de comutação de circuitos que controla comutação de circuitos; e a citada unidade de controle julgar que o tipo de chamada de uma chamada originada pela citada estação móvel é uma chamada de emergência quando um procedimento de EMERGENCY 5 SETUP estiver sendo executado na citada estação móvel.

23. Aparelho de rede de base, de acordo com a reivindicação 19, caracterizado pelo fato de: o citado aparelho de rede de base ser uma estação de comutação de pacotes que controla comutação de pacotes; e 10 a citada unidade de controle julgar que o tipo de chamada de uma chamada originada pela citada estação móvel é uma chamada de emergência quando um APN que está definido em uma mensagem de Ativar pedido de contexto PDP de protocolo SM que é transmitida a partir da citada estação 15 móvel for característico de uma chamada de emergência.

24. Aparelho de rede de base, de acordo com a reivindicação 19, caracterizado pelo fato de: o citado aparelho de rede de base ser uma estação de comutação de pacotes que controla comutação de pacotes; e 20 a citada unidade de controle julgar que o tipo de chamada de uma chamada originada pela citada estação móvel é uma chamada de emergência quando um procedimento GMM executado na citada estação móvel for um procedimento de Anexar Emergência. 25

25. Aparelho de rede de base, de acordo com a reivindicação 19, caracterizado pelo fato de: o citado aparelho de rede de base ser uma estação de comutação de pacotes que controla comutação de pacotes; e a citada unidade de controle julgar que o tipo de chamada 30 de uma chamada originada pela citada estação móvel é uma chamada de emergência quando um Contexto PDP que está ativado em seu próprio aparelho for um Contexto PDP para uso de chamada de emergência.

26. Aparelho de rede de base, que está arranjado em uma 35 rede de base, caracterizado pelo fato de compreender: uma unidade de controle que inclui, em uma mensagem, informações indicando que o tipo de chamada de uma chamada originada pela citada estação móvel é uma chamada de emergência; e uma unidade de transmissão que transmite a citada mensagem para um aparelho de gateway. 5

27. Aparelho de rede de base, de acordo com a reivindicação 26, caracterizado pelo fato de: o citado aparelho de rede de base ser uma estação de comutação de circuitos que controla comutação de circuitos; e 10 a citada unidade de controle julgar que o tipo de chamada de uma chamada que é originada pela citada estação móvel é uma chamada de emergência quando um parâmetro Tipo de Serviço CM que está definido em uma mensagem CM SERVICE REQUEST de protocolo MM que é transmitida a partir da 15 citada estação móvel for “Estabelecimento de Chamada de Emergência”.

28. Aparelho de rede de base, de acordo com a reivindicação 26, caracterizado pelo fato de: o citado aparelho de rede de base ser uma estação de 20 comutação de circuitos que controla comutação de circuitos; e a citada unidade de controle julgar que o tipo de chamada de uma chamada originada pela citada estação móvel é uma chamada de emergência quando o número de telefone de uma 25 mensagem SETUP de protocolo CC que é um sinal de originação de chamada transmitido por seu próprio aparelho for um número de emergência.

29. Aparelho de rede de base, de acordo com a reivindicação 26, caracterizado pelo fato de: 30 o citado aparelho de rede de base ser uma estação de comutação de circuitos que controla comutação de circuitos; e a citada unidade de controle julgar que o tipo de chamada de uma chamada que foi originada pela citada estação 35 móvel é uma chamada de emergência quando um procedimento EMERGENCY SETUP for executado na citada estação móvel.

30. Aparelho de rede de base, de acordo com a reivindicação 26, caracterizado pelo fato de: o citado aparelho de rede de base ser uma estação de comutação de circuitos que controla comutação de circuitos; e 5 a citada unidade de controle julgar que o tipo de chamada de uma chamada originada pela citada estação móvel é uma chamada de emergência quando um APN que está definido em uma mensagem de Ativar pedido de contexto PDP que é transmitida a partir da citada estação móvel for 10 característico de uma chamada de emergência.

31. Aparelho de rede de base, de acordo com a reivindicação 26, caracterizado pelo fato de: o citado aparelho de rede de base ser uma estação de comutação de pacotes que controla comutação de pacotes; e 15 a citada unidade de controle julgar que o tipo de chamada de uma chamada originada pela citada estação móvel é uma chamada de emergência quando um procedimento GMM executado na citada estação móvel for um procedimento de Anexar Emergência. 20

32. Aparelho de rede de base, de acordo com a reivindicação 26, caracterizado pelo fato de: o citado aparelho de rede de base ser uma estação de comutação de pacotes que controla comutação de pacotes; e a citada unidade de controle julgar que o tipo de chamada 25 de uma chamada originada pela citada estação móvel é uma chamada de emergência quando um Contexto PDP que está ativado em seu próprio aparelho for um Contexto PDP para uso de chamada de emergência.

33. Aparelho de rede de base, de acordo com qualquer uma 30 das reivindicações de 26 a 32, caracterizado pelo fato de: a citada mensagem ser uma mensagem COMMON ID de protocolo RANAP; e a citada unidade de controle adicionar um parâmetro Tipo 35 de Chamada à citada mensagem COMMON ID e incluir informações indicando que o tipo de chamada de uma chamada originada pela citada estação móvel é uma chamada de emergência no citado parâmetro Tipo de Chamada.

34. Aparelho de rede de base, de acordo com qualquer uma das reivindicações de 26 a 32, caracterizado pelo fato de: 5 a citada mensagem ser uma mensagem DIRECT TRANSFER de protocolo RANAP; e a citada unidade de controle adicionar um parâmetro Tipo de Chamada à citada mensagem DIRECT TRANSFER, e incluir informações indicando que o tipo de chamada originada 10 pela citada estação móvel é uma chamada de emergência no citado parâmetro Tipo de Chamada.

35. Aparelho de rede de base, de acordo com qualquer uma das reivindicações de 26 a 32, caracterizado pelo fato de: 15 a citada mensagem ser uma mensagem RAB ASSIGNMENT REQUEST de protocolo RANAP; e a citada unidade de controle adicionar um parâmetro Tipo de Chamada à citada mensagem RAB ASSIGNMENT REQUEST, e incluir informações indicando que o tipo de chamada de 20 uma chamada originada pela citada estação móvel é uma chamada de emergência no citado parâmetro Tipo de Chamada.

36. Método de comunicação, que é realizado por um sistema de comunicação móvel que inclui uma estação móvel, uma 25 estação base que executa comunicação sem fio com a citada estação móvel, um aparelho de gateway que conecta a citada estação base com uma rede de base, e um aparelho de rede de base que está arranjado na citada rede de base, caracterizado pelo fato de compreender as etapas 30 de: a citada estação base incluir, em uma mensagem, informações indicando que a citada estação móvel originou uma chamada como uma chamada de emergência; a citada estação base transmitir a citada mensagem para o 35 citado aparelho de rede de base; e o citado aparelho de rede de base receber a citada mensagem que foi transmitida a partir da citada estação base.

37. Método de comunicação, que é realizado por um sistema de comunicação móvel que inclui uma estação móvel, uma estação base que executa comunicação sem fio com a citada 5 estação móvel, um aparelho de gateway que conecta a citada estação base a uma rede de base, e um aparelho de rede de base que está arranjado na citada rede de base, caracterizado pelo fato de compreender as etapas de: o citado aparelho de gateway incluir, em uma mensagem, 10 informações indicando que a citada estação móvel originou uma chamada como uma chamada de emergência; o citado aparelho de gateway transmitir a citada mensagem para o citado aparelho de rede de base; e o citado aparelho de rede de base receber a citada 15 mensagem que foi transmitida a partir do citado aparelho de gateway.

38. Método de comunicação, que é realizado por um sistema de comunicação móvel que inclui uma estação móvel, uma estação base que executa comunicação sem fio com a citada 20 estação móvel, um aparelho de gateway que conecta a citada estação base a uma rede de base; e um aparelho de rede de base que está arranjado na citada rede de base, caracterizado pelo fato de compreender as etapas de: o citado aparelho de rede de base incluir, em uma 25 mensagem, informações indicando que o tipo de chamada de uma chamada originada pela citada estação móvel é uma chamada de emergência; o citado aparelho de rede de base transmitir a citada mensagem para o citado aparelho de gateway; e 30 o citado aparelho de gateway receber a citada mensagem que foi transmitida a partir do citado aparelho de rede de base.

39. Método de comunicação, que é realizado por uma estação base que está conectada por meio de um aparelho 35 de gateway a um aparelho de rede de base que está arranjado em uma rede de base, caracterizado pelo fato de compreender as etapas de:

incluir, em uma mensagem, informações indicando que uma estação móvel originou uma chamada como uma chamada de emergência; e transmitir a citada mensagem para o citado aparelho de 5 rede de base.

40. Método de comunicação, que é realizado por um aparelho de gateway que conecta uma estação base a um aparelho de rede de base que está arranjado em uma rede de base, caracterizado pelo fato de compreender as etapas 10 de: incluir, em uma mensagem, informações que indiquem que uma estação móvel originou uma chamada como uma chamada de emergência; e transmitir a citada mensagem para o citado aparelho de 15 rede de base.

41. Método de comunicação, que é realizado por um aparelho de gateway que conecta uma estação base a um aparelho de rede de base que está arranjado em uma rede de base, caracterizado pelo fato de compreender as etapas 20 de: receber uma mensagem que é transmitida a partir do citado aparelho de rede de base e que inclui informações indicando que o tipo de chamada de uma chamada originada pela estação móvel é uma chamada de emergência. 25

42. Método de comunicação, que é realizado por um aparelho de rede de base que está arranjado na rede de base, caracterizado pelo fato de compreender as etapas de: receber uma mensagem que é transmitida a partir de uma 30 estação base e que inclui informações indicando que uma estação móvel originou uma chamada como uma chamada de emergência.

43. Método de comunicação, que é realizado por um aparelho de rede de base que está arranjado em uma rede 35 de base, caracterizado pelo fato de compreender as etapas de: receber uma mensagem que é transmitida a partir de um aparelho de gateway e que inclui informações indicando que uma estação móvel originou uma chamada como uma chamada de emergência.

44. Método de comunicação, que é realizado por um 5 aparelho de rede de base que está arranjado em uma rede de base, caracterizado pelo fato de compreender as etapas de: incluir, em uma mensagem, informações indicando que o tipo de chamada de uma chamada originada pela estação 10 móvel é uma chamada de emergência; e transmitir a citada mensagem para um aparelho de gateway.