Principais passos para melhorar a !!

KPI
Aqui estão alguns parâmetros que afetam altamente o desempenho da rede, como -

 ASR global da rede (ração de apreensão de resposta).

 Taxa de sucesso da atualização de localização.
 Taxa de sucesso de paginação.
 Afhending velgengni.

& esses parâmetros precisam ser monitorados continuamente para o bom funcionamento da rede móvel.

ASR Geral da Rede - Este é um parâmetro muito importante na indústria de telecomunicações porque está
diretamente relacionado com a Receita (Dinheiro), por isso precisamos manter um monitoramento atento e
tomar certas precauções para mantê-lo mais alto-n-superior.
O seu valor padrão situa-se entre 35% - 45% & resto % é deixado considerando o comportamento do
assinante, ou seja, perder chamada, sem respostas após um toque longo, etc.

Pontos a serem acompanhados de perto para a melhoria da ASR :-

1. Utilização de POI (quer sejam necessários mais E1's ou não).

2. Roteamento de Níveis.
3. Seleção de rotas.
4. Caça CIC (circuito), por exemplo, seleção ímpar ou roteamento sequencial.
5. Números não alocados, por exemplo, assinante que são churn (desativado), excluem esses
números regularmente.
6. Anúncios adequados, para que o Subscritor não volte a tentar novamente.
7. A correspondência CIC deve existir com outro operador.
8. Equipamentos de rede como MSC, etc. não devem ser congestionados n Muitos mais ......

Taxa de Sucesso da Atualização de Localização - É o Número de Atualizações de Localização Bem Sucedidas

w.r.t. Número Total de Tentativas de Atualização de Local. Este parâmetro é calculado para 24 horas. Seu
valor padrão >= 95%.

LUSR = 100*(Número de atualizações de localização bem-sucedidas) / (Número total de tentativas de

atualização de localização)
Onde acima ambos os paramteres são considerados para assinantes móveis não registrados ou assinantes
móveis já registrados.

Principal contribuinte para a diminuição do LUSR -

1. Congestionamento na sinalização C7.

 2. Definição IMSI incorreta da análise IMSI no Switch.
3. Definição incorreta de assinante de roaming no Switch.
4. Congestionamento SDDCH.
5. Configuração de temporizadores LU.
6. Problema de sincronização de rede.

Plano de Melhoria -

1. Monitor contínuo da utilização da sinalização C7 e deve ser otimizado tanto quanto possível.
2. Definição correta de IMSI e Roaming Subscriber.
3. Para Sinalização de Banda Estreita a utilização não deve ultrapassar 0,3 Erl. & para Sinalização de
Alta Velocidade a utilização deve ser mantida abaixo de 0,4 Erl (Por intervalo de tempo).

Taxa de Sucesso de Paginação - É a taxa de respostas de página bem-sucedidas para Primeiras e Repetidas
Tentativas de Página para uma área de localização w.r.t. Número de Tentativas de Página Iniciais e
Repetidas para uma área de localização. Este parâmetro é calculado para 24 horas. Seu valor padrão >= 92%.

LSR = (Número de respostas de página para a primeira página para um LA + Número de respostas de página
para página repetida para um LA) / Número de tentativas de página para um LA (Área de localização).
OU
LSR = (primeira resposta de paginação + resposta de paginação repetida)*100/primeira solicitação de
paginação).

Principal contribuinte para a diminuição da PSR -

1. Configuração de parâmetros relacionada à paginação imprópria / LU (Atualização de localização).

2. Problema de O&M, ou seja, interrupções.
3. Menor taxa de sucesso do RACH.
4. Problemas de interface aérea como interferência, congestionamento SDCCH, etc.
5. Pegadas.
6. Sobrecarga de paginação no BSC, ou seja, capacidade de paginação do BSC em comparação com a
paginação real.
7. Congestionamento na interface A-bis, ou seja, o comando Paging do BSC é entregue ao BTS via A-bis.

Plano de Melhoria -

1. A configuração de temporizadores de paginação / LU, como os temporizadores de paginação no MSC,

deve ser maior do que o temporizador de paginação no BSC (prolongando a 1ª página e a página
repetida) e também a estratégia de paginação (local vs global) ou página repetida
ligada/desativada.
2. Otimização LAC.
 3. Configuração de parâmetros relacionados à paginação / LU, como aumentar a capacidade de
paginação por meio de BCCH não combinado, alterar a concessão de acesso e os parâmetros MFRMS
(multiframe).
4. Resolva os problemas de cobertura.
5. Marque Descartar/Paginar fila no nível da célula.

HandOver Success Rate - É o mecanismo que transfere uma chamada contínua de uma célula para outra à
medida que um usuário se move pela área de cobertura de um sistema celular. A taxa de sucesso da
entrega mostra a percentagem de entregas bem-sucedidas de todas as tentativas de entrega. Uma tentativa
de entrega é quando um comando de transferência é enviado para o celular.

HOSR = (Transferência Intercelular de Entrada Bem Sucedida + Transferência Intercelular de Saída Bem
Sucedida) / (Transferência Intercelular de Entrada + Transferência Intercelular de Saída)Principal
contribuinte para a diminuição de HOSR -

1. Relação C/I (Carrier-to-Interference ratio), menor valor dá pior qualidade de conexão.

2. Alta interferência, co-canal ou adjacente, ou seja, alta relação de erro de bits.
3. Instalação de antena ruim.
4. Má cobertura de rádio.
5. Configurações incorretas de parâmetros de localização.
6. Planeamento insuficiente em determinadas áreas.
7. Transferência repetida entre duas estações de base, causada por flutuações rápidas nas intensidades
de sinal recebidas de ambas as estações de base.
8. A transferência desnecessária muitas vezes leva ao aumento do tráfego de sinalização.

Plano de Melhoria -

1. Atualização da Lista de Vizinhos Otimizados.

2. Remoção de vizinhos que não têm menos HOs e células com HOSR pobre,
3. Evite a mesma combinação BCCH+BSIC.

Fluxo normal de chamadas pré-pagas (IN)

Olá a todos,

como o fluxo de chamadas pré-pago com MNP já está publicado, mas ainda assim muitos dos nossos amigos
nos pedem um cenário detalhado de chamadas pré-pagas normais (IN), então aqui você vai,
O fluxo acima descreve um cenário básico de chamada de discagem direta com
terminação de chamada normal:

1. O telemóvel A inicia uma nova chamada marcando o telemóvel B.

2. O MSC envia um evento IDP (Initial Detection Point), que notifica o IN-SCP da nova
chamada.
Mensagem IDP contém :- A-Party no, B-Party no., Service key=90, A Party Location, Time
stamp.
3. O IN SCP processa o pedido e depois de autorizar o utilizador, o IN SCP envia 3
mensagens IN para o MSC -

 AC (Apply Charging) :- Verifique o saldo A-Party / facilidades relacionadas com

tarifas & fornece o tempo máximo concedido para uma chamada.
 CIQ (Call Information Query) :- IN solicitação do MSC para informações de
chamada, como CAET - Call Attempt Elapsed Time (tempo entre o toque da
chamada e o usuário escolhe a chamada), CCET - Call Connect Elapsed Time
(Duração de uma chamada), CST - Call Stop Time (hora exata em que a
chamada é desconectada), RC - Release Cause (Causa de liberação exata
devido à qual a chamada foi desconectada).
 RRBCSM (Request Report Basic Call State Module) :- IN novamente solicitação
do MSC para causa de liberação detalhada.
4. Connect :- Depois de obter tudo OK, ou seja, todos os pedidos do lado IN foram
feitos, em seguida, IN envia uma mensagem Connect para MSC para processamento
de chamadas adicionais & conectar a chamada.

5. Teste de atividade :- Depois que a IN fornece a mensagem "connect" para o MSC, é

uma espécie de mensagem ping que é unidirecional, enviada pela IN para o MSC, para
saber o progresso de uma chamada.

6. Uma vez que a conexão é feita, um relatório de evento (para evento de resposta) é
enviado para SDP via IN-SCP.para evitar qualquer perda de receita.

7. Após a conversa, quando a chamada é desconectada, um novo relatório de evento é

enviado para o SDP via IN-SCP, que por sua vez instrui a liberar a chamada.8. Assim
que a chamada é

liberada, um novo Relatório de Cobrança de Aplicações (ACR) é enviado ao IN-SCP,

que contém dados de uso em tempo integral de uma chamada. Este relatório é enviado
para o SDP para um carregamento preciso da chamada final.

9. CIR (Call Information Report) :- Usando os detalhes que foram anotados na

mensagem CIQ, MSC faz um relatório, ou seja, CIR (que contém CAET, CCET, CST,
RC) & envia para SDP via IN-SCP.

10. ERB (Evert Report BCSM) :- Outro relatório enviado pela MSC para a IN, que
contém a causa de liberação real em detalhes, que pode ser - Abandonar, B-Party
ocupado, B-Party sem resposta, B-Party inacessível, falha de seleção de rota,
desconectar.

11. Finalmente, a sinalização termina, o que encerra a chamada.

IMS (Subsistema Multimédia IP)

Olá, pessoal

Aqui está uma introdução à tecnologia futura, que é um conjunto

de padrões, desenvolvido pelo órgão de padrões sem fio 3rd
Generation Partnership Project (3GPP), para fornecer serviços
multimídia baseados em IP, incluindo telefonia IP.
Cria novas oportunidades para os operadores que pretendam
fornecer serviços multimédia atrativos, fáceis de utilizar, fiáveis
e rentáveis – incluindo voz, imagens, texto e vídeo, ou qualquer
combinação destes serviços – com os serviços existentes.

O SGI aborda questões-chave como a convergência, a criação e

a prestação de serviços, a interconexão de serviços e as normas
abertas.

Independente de acesso: é uma maneira padronizada aberta de

fornecer serviços de consumo e empresariais baseados em IP,
habilitados por um núcleo e controle comuns, para as
comunidades fixa, móvel e de cabo.

Quando implementado de acordo com padrões acordados, o IMS

permite que as operadoras misturem e combinem equipamentos
e aplicativos de vários fornecedores e permite que os usuários
móveis acessem seu conjunto pessoal de serviços onde quer que
estejam em roaming, independentemente da rede da operadora à
qual estejam conectados.

O IMS inclui as ferramentas e funções necessárias para lidar

com inúmeros serviços não padronizados de forma padronizada
– garantindo a interoperabilidade, conscientização de acesso,
suporte a políticas, cobrança, segurança e qualidade da
funcionalidade de serviço necessária para atender à demanda do
consumidor por ofertas atraentes e convenientes.

IMS não se destina a padronizar aplicações, mas sim para ajudar

o acesso de aplicações multimídia e voz a partir de terminais
sem fio e wireline. Isso é feito por meio de uma camada de
controle horizontal que isola a rede de acesso da camada de
serviço.

Benefícios para os usuários: -

• Todos os serviços, tais como voz, vídeo, SMS, conferência,

IPTV, etc. estarão disponíveis no dispositivo que está a ser
utilizado. Isso fornecerá ao usuário uma experiência de mídia
avançada.
• Comunicação segura e protegida.
• Os usuários poderão personalizar sua necessidade de
comunicação, como meio de comunicação preferido,
dependendo de quem está ligando etc.
• A utilização de tecnologias da Internet permitirá uma
comunicação sem descontinuidades, independentemente da
localização do utilizador e da plataforma de comunicação

Benefícios dos Prestadores de Serviços: -

• O uso do backbone IP pelo IMS proporcionará um transporte e

codificação otimizados.
• IMS fornece uma plataforma padronizada comum com
componentes reutilizáveis para o desenvolvimento de novos
serviços. Isso reduzirá o tempo de desenvolvimento e permitirá a
implantação de novos serviços multimídia rapidamente, de
acordo com a exigência do mercado.
• A qualidade de serviço (QoS) tem sido um problema com os
serviços IP. O IMS foi projetado tendo em mente o requisito de
qualidade de serviço (QoS), para que o requisito de largura de
banda garantida possa ser atendido.
• IMS permitem flexibilidade na cobrança aos usuários de
acordo com os serviços utilizados por eles.
• As normas abertas utilizadas pelo SGI permitem a interligação
em rede e a interoperabilidade entre vários prestadores de
serviços. Isto permite-lhes fornecer uma comunicação perfeita
ao utilizador, independentemente da rede em que se encontra e
do dispositivo que está a utilizar.
• A arquitetura aberta, os serviços comuns disponíveis e o
backbone IP convergente reduzirão a complexidade do sistema,
reduzindo assim o CapEx e o OpEx para os operadores.
• O design do IMS foi feito tendo em mente os operadores &
permite que os operadores implantem desenvolvedores de
terceiros para desenvolver aplicativos sem perder o controle de
sua rede.

Principais nós do sistema IMS:-

A Função de Controle de Sessão de Chamada (CSCF) e o

Servidor de Assinatura Doméstica (HSS) são os nós essenciais
no sistema IMS.
 O IETF (Internet Engineering Task Force) Session
Initiation Protocol (SIP) é a sinalização de controle roteada
pelo CSCF.
 O HSS fornece o banco de dados de perfil de usuário para
gerenciar a autenticação e a autorização do usuário para os
serviços inscritos.
Fluxo de chamadas SIP (Session Initiation Protocol)
Olá a todos,

já discutimos o básico do SIP em nosso último post. Aqui gostaríamos de compartilhar o fluxo de chamadas
SIP. Aqui também incluímos PSTNs, para que o leitor possa corelacionar a mensagem de SIP e ISUP.
Cenário:

Um Número deseja ligar para o Número B que é atendido pela PSTN B.

 Protocolo PSTN A para MSS X usado no ISUP.

 Protocolo MSS X para MSS Y usado no SIP.
 O protocolo MSS Y para PSTN B é ISUP.

1) Depois de receber o IAM da PSTN A com o número da parte chamada como número B MSS X após a análise
do número deteta que o número B tem que ser roteado para MSS Y que é conectado pelo SIP. MSS X enviar
uma mensagem de convite. Os principais componentes do INVITE são "Parte chamada", "Parte chamadora",
"Informações ao portador", "Codec".

2) MSS Y recebe INVITE e responde com 100 (Trying) mensagem. Essa resposta indica que a solicitação foi
recebida pelo servidor de próximo salto e que alguma ação não especificada está sendo executada em nome
dessa chamada (por exemplo, um banco de dados está sendo consultado). Ao mesmo tempo, após a análise
do número, seu IAM envia para a PSTN B.

3) MSS Y enviar mensagem 183 para MSS X. Esta mensagem é chamada quando o progresso da sessão indica
que a sessão está em andamento. Em resposta ao 183 MSS A envia PRACK. PRACK (PRovisional
ACKnowledgement) é como qualquer outra solicitação dentro de uma caixa de diálogo.** PRACK é resposta
para mensagens 1XX ACK é resposta para mensagens 2XX.

4) Após a análise do número B, PSTN B envia ACM com "Indicador de status da Parte Chamada = sem
indicação" para MSS Y. MSS Y envia mensagem 200 para MSS X, por sua vez, MSS X encaminha mensagem ACM
para PSTN A.
5) Quando o número B começar a tocar PSTN B envie uma mensagem CPG com "Indicador de status da Parte
Chamada = Livre de Assinante". Indica que o assinante está livre e tocando. MSS Y enviar mensagem de toque
180 para MSS X.

Que é comunicado à PSTN A na mensagem CPG e um número pode ouvir um toque.

6) O número B atende a chamada em resposta PSTN B enviar mensagem ANM para MSS Y. MSS Y enviar 200
(Com ANM) mensagem para MSS X. MSS X responde com ACK, também encaminha mensagem ANM para PSTN
A. Neste momento, o caminho da fala está concluído.

7) Após a conversa Um número libera a chamada. REL é enviado da PSTN A para MSS X em resposta MSS X
envia mensagem BYE para MSS Y. MSS Y envia a mensagem REL para PSTN B.

8) PSTN B libere os recursos e responda com mensagem RLC para MSS Y. MSS Y retransmite a mensagem 200
(com RLC) para MSS X. RLC é então encaminhado para PSTN A. Isso completa a liberação de todos os recursos
usados para chamada.

Comentários e apreciações são muito bem-vindos.

Mensagens SIP & Causas de Liberação

Olá a todos, Como todos sabemos, agora um dia todos os serviços em telecomunicações estão se movendo
para o domínio IP, no qual "Session Initiation Protocol (SIP)" desempenha um papel vital, então aqui vamos
para o fluxo de chamadas SIP, mas antes disso, precisamos de alguns conceitos básicos para o mesmo

, SIP :- É um protocolo baseado em texto responsável pelo estabelecimento, gerenciamento e demolição de

sessões de mídia em um ambiente de Protocolo Internet (IP).

Mensagens SIP :- Foi projetado usando um modelo de solicitação/resposta, existem 2 tipos de mensagens
SIP – solicitação (método) e respostas.

Solicitação :- "Uma mensagem SIP enviada de um cliente para um servidor, com a finalidade de invocar uma
operação específica. Existem diferentes solicitações – Convidar, Registrar, Bye, ACK, Cancelar e Opções
(Indicar, Assinar, Notificar, Publicar, Atualização de Mensagem, Informações e PRACK)

Respostas :- "Uma mensagem SIP enviada de um servidor para um cliente, para indicar o status de uma
solicitação enviada do cliente para o servidor." As respostas são diferenciadas em 6 classes.

Classe de resposta Fase

1XX (Informativo) 100 (Tentando)
180 (Anilheira)
 181 (Chamada está sendo encaminhada)
182 (Chamada em fila)
183 (Progresso da sessão)
200 (OK)
2XX (festival) 202 (Aceito)
204 (Sem notificação)
300 (Múltiplas escolhas)
3XX 301 (Movido permanentemente)
(redirecionamento 302 (Transferido temporariamente)
) 305 (Usar proxy)
380 (Serviço Alternativo)
4XX (Erro do 400 (Mau pedido)
cliente) 401 (Não autorizado)
402 (Pagamento Necessário)
403 (Proibido)
404 (Não encontrado)
405 (Método não permitido)
406 (Não aceitável)
407 (Autenticação de proxy necessária)
408 (Tempo limite de solicitação)
409 (Conflito)
410 (Gone)
411 (comprimento necessário)
412 (Falha na solicitação condicional)
413 (Entidade de solicitação muito
grande)
414 (Request-URI muito longo)
415 (Tipo de mídia não suportado)
416 (Esquema de URI sem suporte)
417 (Prioridade de recurso
desconhecida)
420 (Extensão ruim)
421 (extensão necessária)
422 (intervalo de sessão muito curto)
423 (intervalo muito breve)
428 (Usar cabeçalho de identidade )
429 (Fornecer identidade de referência)
430 (falha no fluxo)
433 (anonimato não permitido)
 436 (Cabeçalho Identity-Info incorreto)
437 (Certificado não suportado)
438 (cabeçalho de identidade inválido)
439 (O primeiro salto não tem suporte
de saída)
440 (largura máxima excedida)
470 (Consentimento necessário)
480 (temporariamente indisponível)
481 (diálogo/transação não existe)
482 (loop detetado)
483 (Lúpulo Demais)
484 (Endereço incompleto)
485 (ambíguo)
486 (ocupado aqui)
487 (Pedido encerrado)
488 (não aceitável aqui)
489 (Evento ruim)
491 (Pedido pendente)
493 (Pedido Indecifrável)
494 (Acordo de Segurança Necessário)
500 (Erro interno do servidor)
501 (Não implementado)
502 (Gateway incorreto)
5XX (Erro do 503 (Serviço indisponível)
servidor) 504 (Tempo limite do gateway)
505 (Versão não suportada)
513 (Mensagem muito grande)
580 (Falha de pré-condições)
600 (ocupado em todos os lugares)
603 (Declínio)
6XX (Erro global)
604 (não existe em nenhum lugar)
606 (Não aceitável)

Uma das vantagens mais significativas do tronco SIP é sua capacidade de combinar dados, voz e vídeo em
uma única linha, eliminando a necessidade de mídia física separada para cada modo.

O fluxo de chamadas SIP será compartilhado no próximo mês.

O que é SIP
SIP (Session Initiation Protocol) :-É um

dos protocolos de sinalização como SS7 & H.248,É um

protocolo de camada de aplicação que pode estabelecer, modificar & encerrar sessões ou chamadas. Estas
sessões incluem conferência multimédia, telefonia via internet, e aplicações similares.

SIP é um dos principais protocolos que implementa voz sobre IP (VOIP).

É um protocolo de sinalização usado para estabelecer sessões em uma rede IP. Uma sessão pode ser uma
simples chamada telefónica bidirecional ou pode ser uma sessão de conferência multimédia colaborativa. A
capacidade de estabelecer essas sessões significa que uma série de serviços inovadores se tornam possíveis,
como comércio eletrônico enriquecido com voz, clique para discar páginas da Web, mensagens instantâneas
com listas de amigos e serviços IP Centrex.

Serviços suportados por SIP -

 Mapeamento de nomes
 Redirecionamento
 Serviços RDIS
 Serviços de Rede Inteligente (IN).
 Localização do utilizador
 Capacidades do utilizador
 Disponibilidade do utilizador
 Configuração de chamadas
 Tratamento de chamadas
 Reencaminhamento de chamadas
 Reencaminhamento de chamadas sem resposta
 Reencaminhamento de chamadas ocupado
 Reencaminhamento de chamadas incondicional
 Outros serviços de tradução de endereços
 Entrega de "número" de chamada e chamada, onde os números podem ser qualquer esquema de
nomenclatura (de preferência único)
 Mobilidade pessoal, ou seja, a capacidade de contactar uma parte chamada sob um único endereço
independente da localização, mesmo quando o utilizador muda de terminal
 Negociação e seleção do tipo terminal: o chamador pode escolher como contactar a parte, por
exemplo, através de telefonia Internet, telemóvel, atendimento atendente, etc.
 Negociação de capacidade do terminal
 Autenticação do chamador e do destinatário
 Transferência de chamadas cega e supervisionada
 Convites para conferências multicast
Ele suporta 5 facetas de extablishing & terminating comunicações multimídia :-

1. Localização do usuário - Sistema final de Detemining a ser usado para comunicação.

2. Capacidades do usuário - Determinar os parâmetros de mídia e mídia a serem usados.
3. Disponibilidade do usuário - Determinar a disposição da parte chamada para se comunicar com ela.
4. Configuração de chamada - Envio de tom de retorno de toque para a parte chamada &
estabelecendo parâmetros de chamada em ambas as extremidades chamada & chamando parte.
5. Call Holding & Control - Inclui redirecionamento, transferência ou término de chamadas.

O SIP também pode iniciar chamadas de várias partes usando a unidade de controle multiponto (MCU) ou
interconexão totalmente entrelaçada. O gateway de telefonia pela Internet que conecta partes PSTN
também pode usar o SIP para configurar chamadas entre elas. SIP pode usar User Datagram Protocol (UDP) &
Transmision Control Protocol (TCP) como protocolo de transporte, UDP é preferível.

ArquiteturaExistem dois componentes básicos no SIP:

 Agente de usuário SIP.

 Servidor de rede SIP.

O User Agent é o componente do sistema final para a chamada. O agente do usuário em si tem um elemento
cliente, o User Agent Client (UAC) e um elemento de servidor, o User Agent Server (UAS). O elemento
cliente inicia as chamadas e o elemento servidor responde às chamadas. Isso permite que chamadas ponto a
ponto sejam feitas usando um protocolo cliente-servidor.

Os agentes de usuário SIP podem ser clientes leves adequados para incorporação em dispositivos de usuário
final, como aparelhos móveis ou PDAs. Em alternativa, podem ser aplicações de ambiente de trabalho que se
ligam a outras aplicações de software, tais como gestores de contactos.

O servidor SIP é o dispositivo de rede que lida com a sinalização associada a várias chamadas. A principal
função dos servidores SIP é fornecer resolução de nomes e localização do usuário, uma vez que é improvável
que o chamador saiba o endereço IP ou o nome do host da parte chamada, e passar mensagens para outros
servidores usando protocolos de roteamento de próximo salto.

Os servidores SIP podem operar em dois modos diferentes: stateful e stateless. A diferença entre esses
modos é que um servidor em um modo stateful lembra as solicitações de entrada que recebe, juntamente
com as respostas que envia de volta e as solicitações de saída que envia.

Um servidor que atua em modo sem estado esquece todas as informações depois de enviar uma solicitação. É
provável que esses servidores sem estado sejam a espinha dorsal da infraestrutura SIP, enquanto os
servidores de modo stateful, provavelmente serão os dispositivos locais próximos aos agentes de usuário,
controlando domínios de usuários.

Endereçamento SIP :-
Uniform Resource Locator (URL) são usados em mensagens SIP para indicar o originador (FROM), destino
atual (URL solicitado), destino final (TO) de uma solicitação SIP & para especificar o endereço de
redirecionamento (Contato).

URL SIP tem uma sintaxe :-SIP

:User:password@host:port; transport-param|user-param|
method-param|ttl-param|maddr-param|other-param
O seu significado -

 SIP - indica que o SIP é usado para comunicação com um sistema final especificado.
 Usuário - Consiste em quaisquer caracteres na forma de endereço de e-mail ou número de telefone.
 Senha - pode ser incluída, mas não recomendada devido ao risco de segurança.
 Host - pode ser o nome de domínio do host (outro usuário) ou endereço IP.
 Porta - indica o número da porta para a qual a solicitação é enviada, o padrão é 5060, um número
de porta SIP pública.
 Transport-Param - Indica qual protocolo de transporte a ser usado, TCP ou UDP, o padrão é UDP.
 User-Param - pode ser um número de telefone, 2 valores estão disponíveis para este campo, IP &
Número de telefone, quando o campo está definido como "telefone" nome de usuário é número de
telefone & sistema final correspondente é um gateway de telefonia IP.
 Method-Param - Especifica o método ou operação a ser usado.
 TTL-Param - Designa o Time-To-Live (TTL) do pacote de dados multicast UDP. É válido apenas
quando o parâmetro transport é UDP ou o parâmetro Maddr é "Multicast Address".
 Maddr-Param - Fornece o endereço do servidor a ser contatado para um usuário, substituindo o
endereço fornecido no campo host. Este endereço é normalmente um endereço multicast.

NOTA - Os seguintes parâmetros são opcionaisTransport-Param, User-Param, Method-Param, TTL-Param,

Maddr-Param, Other-Param

(GSM) Fluxo de chamadas móveis para móveis, dentro do mesmo

MSC/BSC
Olá amigos,

aqui eu tentei explicar o fluxo de chamadas muito básico do celular para o celular.

Para simplificar, foram tomadas as seguintes suposições. A) A chamada é no mesmo MSC e BSC. B) Sem
autenticação, C) Sem cifragem, D) Mensagens na interface Ater e Air não são consideradas, etc.

Detalhes do Call Flow Mesage:-

1. CM Service Request – A mensagem contém a identidade global da célula, tipo de serviço exigido
pelo assinante, por exemplo, voz, SMS, fax, USSD. Identidade móvel, por exemplo, TMSI/IMSI.
2. CM Service Accept – A mensagem está em resposta ao CM Service Request.
3. Configurar - A mensagem contém o número do celular A (ou seja, o número do Mob B) e o codec de
fala.
4. Enviar solicitação de informações de roteamento (SRI) - Após a análise dos números discados
recebidos de A na mensagem de configuração, a MSC reconhece sua própria série MSISDN e envia SRI
para HLR para obter o número de roaming da estação móvel (MSRN). Esta mensagem contém B
MSISDN, tipo de interrogação, por exemplo, chamada básica, etc.
5. Solicitação de atribuição - A mensagem é para aproveitar um canal para chamada de voz para o
Mob A entre MSC e BSC. A mensagem contém o Código de Identificação do Circuito (CIC).
6. Cessão Concluída - Aceitação do BSC de que o mesmo CIC foi apreendido.
7. Fornecer solicitação de número de roaming - HLR verifica em seu banco de dados em que VLR,
Mob B está registrado ou pedir número de roaming desse VLR. A mensagem contém IMSI, MSISDN,
VLR ID do Mob B.
8. Fornecer resposta de número de roaming - Mensagem é resposta de roaming no. solicitação e
contém o número de roaming do Mob B. Esta mensagem é para HLR. Neste VLR verifica seu banco de
dados & alocar um MSRN livre de seu pool MSRN para o número B.
9. Enviar Info-Resposta de Roteamento - Neste HLR encaminhe o mesmo número de roaming que
recebe na mensagem acima para o MSC.
10. Solicitação de paginação - Neste VLR verifica o MSRN recebido do HLR & pesquisa qual MSISDN é
contra esse MSRN, agora o MSC verifica o banco de dados VLR desse MSISDN para obter o LAC &
 TMSI/IMSI desse MSISDN (Mob B) & inicia a mensagem de solicitação de paginação para esse LAC
específico com base no TMSI/IMSI nesse BSC. BSC agora página para esse LAC com base no IMSI/TMSI
do Mob B. A mensagem contém LAC, IMSI/TMSI, DPC do BSC.
11. Resposta de paginação - Resposta do Mob B a essa paginação com GCI (Global Cell Identity) para
BSC que encaminhou para o MSC.
12. Solicitação de atribuição - A mensagem é para aproveitar um canal para chamada de voz para o
Mob B entre MSC e BSC. A mensagem contém o Código de Identificação do Circuito (CIC).
13. Cessão Concluída - Aceitação do BSC de que o mesmo CIC foi apreendido.
14. Configurar - É usado para exibir o número Mob A no aparelho Mob B.
15. Alerta - Esta mensagem indica ao Mob A que o Mob B está ligado e está a tocar. O Ring Back Tone é
enviado da MSC para a Mob A.
16. Connect - Mob B atende a chamada & connect mensagem do Mob B é enviada para MSC, por sua vez
MSC envia mensagem de conexão para Mob A indiacting que o telefone foi atendido & conecta esses
2 canais de voz que foram apreendidos durante a mensagem completa da atribuição.
17. Connect Acknowledge - Para reconhecer a conexão.

Fluxo de chamadas em roaming

Olá a todos

, Saudação da equipe TelecomTigers,

como por pedido de muitos de nossos leitores, Aqui está um fluxo de chamada MT, Quando o assinante está
em roaming, os seguintes parâmetros não são tomados aqui para simplicidade, ou seja, autenticação,
cifragem, paginação, etc.
Fluxo de Chamadas MT Assinante Pós-pago :-

 Mobile (MS A) disca Mobile (MS B) Number (que é do Círculo 2, mas atualmente em roaming no
Círculo 1).
 A mensagem "Connect" é enviada do MS A para o MSC A, que analisa o número B & descobriu que é
de círculo diferente, por isso encaminha a chamada para o GMSC A.
 Depois de receber o IAM do GMSC A, O GMSC B inicia a solicitação SRI para o HLR B.
 No Cenário Normal, ou seja, fluxo de chamadas MT pós-pago, o GMSC B iniciará a consulta SRI para
HLR B & HLR B solicitará PRN do MSC B (no qual o MS B está presente), & MSC B responderá a essa
consulta fornecendo o número MSRN ao GMSC B via HLR B, mas aqui,
 Como o MS B está em roaming no Círculo 1, então o HLR B solicitará PRN ao MSC C, via GMSC B &
GMSC C.
 MSC C fornece o MSRN para GMSC A via GMSC C & GMSC B
 Depois de receber o MSRN pelo GMSC A, O MSC A encaminha a chamada para o MSC C.
 Agora, as msgs do ISUP (IAM, ACM, ANM, REL, RLC) são enviadas do MSC A para o MSC B, para
concluir a chamada.

Fluxo de SMS originado por dispositivos móveis (MO)

Aqui está uma explicação simples do fluxo de SMS originado por dispositivos móveis.

SMS e Fluxo de Chamadas:

1. A estação móvel transfere a mensagem curta para o MSC.

 2. O MSC consulta o VLR para verificar se a transferência de mensagens não viola os serviços
suplementares invocados ou as restrições impostas ao assinante.
3. O MSC envia a mensagem curta para o SMS-IWMSC (Inter-Working MSC for SMS) usando a
operação "encaminhar mensagem curta".
4. O SMS-IWMSC envia a mensagem curta ao SMSC (Short Message Service Centre).
5. O SMSC reconhece o êxito da operação de "reencaminhar mensagens curtas" para o MSC.
6. O MSC devolve o resultado da operação de mensagens curtas à estação móvel.

Fluxo de SMS com terminação móvel (MT)

Aqui está uma explicação simples do fluxo de SMS Mobile Terminated (MT) -

Fluxo de chamadas SMS MT :-

1. A Mensagem Curta é transferida do SMSC para o SMS-GMSC.

2. O SMS-GMSC consulta o HLR (SRI) & recebe as informações de roteamento para o assinante móvel
(SRI-ACK).
3. O SMS-GMSC envia a mensagem curta para o MSC usando a operação "Forward Short Message" (FSM).
4. O MSC recupera as informações do assinante do VLR. Esta operação pode incluir o Procedimento de
Autenticação.
5. O MSC transfere mensagens curtas para a Estação Móvel (MS).
6. O MSC retorna o resultado da operação "Encaminhar mensagem curta" para o SMS-GMSC (FSM-ACK).
7. Se solicitado pelo SMSC, ele retorna um relatório de status indicando a Entrega da Mensagem Curta.

FLUXO DE CHAMADAS ISUP BÁSICO



Mensagem de endereço inicial (IAM) — Primeira mensagem enviada para informar o switch
parceiro (aqui MSC2) que uma chamada deve ser estabelecida no CIC contido na mensagem. Contém
o número de chamada e de chamada, o tipo de serviço (voz ou dados) e muitos outros parâmetros
opcionais.

Mensagem de endereço subsequente (SAM) — Caso o IAM não contenha o número completo
chamado, um ou mais SAMs podem seguir contendo dígitos adicionais.

Address Complete Message (ACM) — Mensagem retornada do comutador de terminação (aqui MSC2)
quando o assinante é alcançado e o telefone começa a tocar.

Mensagem de resposta (ANM) — Enviada quando o assinante pega o telefone. Normalmente, o

carregamento começa neste momento.

Release (REL) — Enviado para limpar a chamada quando um assinante entra no gancho.

Release complete (RLC) — Reconhecimento da liberação – o intervalo de tempo fica ocioso depois e
pode ser usado novamente. Isso também é enviado (sem uma mensagem de versão anterior) se a
 opção de encerramento determinar que a chamada não pode ser concluída. A opção de terminação
também envia um valor de causa para explicar o motivo da falha, por exemplo, "Usuário ocupado".

Protocolo SS7 - Unidades de Sinal

Oi, Diferentes tipos de unidades de sinalização usadas em protocolos SS7 são: -

1. FISU - Unidade de sinal de preenchimento

2. LSSU - Unidade de Sinal de Status do Link.
3. MSU - Unidade de Sinal de Mensagem

FISU - É uma unidade de sinal de nível mais baixo, é gerado automaticamente em ambas as direções em
todos os links à medida que o volume de tráfego diminui. Ele fornece verificação contínua de erros em links
de sinalização quando não há MSUs. Ele permite que a rede SS7 mantenha sua confiabilidade. Ele contém
apenas informações básicas de nível 2, ou seja, confirmação de receção da unidade de sinal por um ponto de
sinalização remoto.

 Check Sum - É calculado a partir da mensagem transmitida pelo ponto de sinalização transmissor
inserido na mensagem. No recebimento, ele é recalculado pelo ponto de sinalização de
recebimento. Se não for a mesma, a mensagem está corrompida e a retransmissão é solicitada.
 Spare - Usado como enchimento, uma vez que o LI usa apenas 6 dos 8 bits possíveis.
 LI - Indica o comprimento da Unidade de Sinalização (SU). FISU LI=0, LSSU LI=1 ou 2, MSU LI=3 a 63.
Se o MSU for maior que 63 octetos (bytes) não será indiciado, max.273 octetos.
 FIB - Usado na recuperação de erros como o BIB, Quando as mensagens são transmitidas por engano,
& o BIB mudou de 1 para 0 ou 0 para 1, o FIB mudará para corresponder ao BIB, quando as
mensagens corrompidas tiverem sido retransmitidas com sucesso. Se não houver nenhuma
mensagem de erro, BIB & FIB terá o mesmo valor 0 ou 1.
 FSN - Continha o número de sequência de um SU transmitido, pode ser entre 0-127, ou 128 possíveis
SUs em buffer de transmissão.
 BIB - Indica a confirmação negativa, se o bit não corresponder ao valor de bit FIB, 0 ou 1.
 BSN - Usado para confirmar o recebimento de SUs & para garantir que eles sejam recebidos na
ordem em que foram transmitidos. O valor BSN corresponderá ao dos últimos SUs FSN recebidos com
sucesso. O valor pode ser de 0-127 ou 128 SUs possíveis no buffer recebido.
  Bandeira - Funciona como um delimitador para SUs. Uma bandeira marca o fim do SU ou o início do
próximo SU, sempre parece 01111110.

LSSU - É usado para controlar o alinhamento de links. Ele contém um ou dois octetos de informações de
status do link. Ele indica o status de um ponto de sinalização (por exemplo, interrupção do processador
local) para o ponto de sinalização remoto.

Tem um campo único, o Campo de Estado (SF). O SF pode ter qualquer uma das seis indicações de status
diferentes, são elas.

1. Ocupado (SIB) - O nível 2 está ocupado ou congestionado no ponto de sinalização de transmissão

(SP). Um SP suspenderá MSUs quando receber um LSSU ocupado. Se a condição durar de 3 a 6
segundos, o Nível 3 será informado de uma falha de link e iniciará o processo de alinhamento.
2. Interrupção do processador (SIPO) - O ponto de sinalização de transmissão não pode se comunicar
com o Nível 3 & 4, possível devido a uma falha nodal total ou da CPU. ou ser retirado manualmente
de serviço com o comando canc-slk.
3. Fora de serviço (SIOS) - A controladora de armazenamento não pode transmitir ou receber MSUs por
outro motivo que não seja a interrupção do processador. Após o recebimento de um SIOS, o SP
recetor interrompe a transmissão de MSUs e começa a transmitir FISUs. Também é enviado no início
do processo de alinhamento.
4. Fora de alinhamento (SIO) - Enviado quando um link falhou, foi restaurado e o procedimento de
alinhamento foi iniciado, mas os parâmetros do período de comprovação não foram atendidos.
5. Alinhamento Normal (SIN) - Procedimento usado quando há mais de um SLK no conjunto de links
afetado. Durante o processo de alinhamento, o slk está à procura de 4 LSSUs de alinhamento normal
bem-sucedidos em 2,3 segundos. período de prova, se falhar sai de alinhamento novamente.
6. Alinhamento de Emergência (SIE) - Procedimento usado quando há apenas 1 slk em um linkset.
Durante o processo de alinhamento, o slk está procurando 1 LSSU de alinhamento de emergência
bem-sucedido em 0,6 seg. período de prova.

MSU - É usado para Controle de Chamadas, Consulta de Banco de Dados & Resposta, Gerenciamento de Rede,
Manutenção de Rede, Etiquetas de Roteamento que consiste em uma Originação & um Código de Ponto de
Destino.

Ele fornece a estrutura para transmitir todos os tipos de mensagens, como ISUP, TUP, TCAP, MAP.It tem 2
campos exclusivos -

1. Service Information Octet (SIO) - Informa ao nível 4 o tipo de serviço solicitado & o tipo de
mensagem de rede, & a prioridade do MSU.

O campo Indicador de Serviço informa: -

 Valor 0 - indica uma mensagem de gerenciamento de rede de sinalização.

 Valor 1 - indica uma mensagem de teste de rede de sinalização e manutenção.
 Valor 2 - indica uma mensagem especial de teste de rede de sinalização e manutenção.
 Valor 3 - indica uma mensagem SCCP.
 Valor 4 - indica uma mensagem TUP.
 Valor 5 - indica uma mensagem ISUP.

O tipo de rede é de 2 bits :

 Valor 0 - indica uma Rede Internacional.

 Valor 1 - indica uma Rede Nacional.

A prioridade da mensagem é de 2 bits: os valores de prioridade da mensagem são de 0 a 3

 Valor 0 - indica a mensagem de prioridade mais baixa.

 Valor 3 - indica a mensagem de prioridade mais alta.

2. Campo de Informação de Sinalização (SIF) - Possui

 O rótulo de roteamento da mensagem (OPC / DPC).

  Um seletor de link de sinalização (SLS), usado para distribuir o tráfego em vários links de sinalização
dentro de um conjunto de links, se disponível.

Esperam-se mais informações dos leitores !!

Thankstelecomtigers@gmail.comhttp://homepageforu.webs.com/
Postado por Ashish Bhatia às 16:38 0 comentários

Envie um e-mail para esteBlogIsto!Partilhar no Twitter Partilhar no FacebookPartilhar no Pinterest

Etiquetas: Sinalização

sexta-feira, 25 de setembro de 2009

O que é H.248 / MEGACO
Media Gateway Control Protocol (Megaco/H.248)

É um dos protocolos de sinalização como SS7, SIP, etc.

Megaco (H.248) define o protocolo para Media Gateway Controllers para controlar Media Gateways para o
suporte de fluxos multimídia através de redes de computadores. Normalmente é usado para fornecer
serviços de Voz sobre Protocolo Internet (VoIP) (voz e fax) entre redes IP e a PSTN, ou inteiramente dentro
de redes IP.

Media Gateway :-
Um gateway de mídia é qualquer dispositivo, como um switch de circuito, gateway IP ou banco de canais que
converte dados do formato necessário para um tipo de rede para o formato necessário para outro.

Megaco/H.248 foram introduzidos para IP inter-rede e sistemas de telefonia tradicionais e para fornecer
suporte para implantações de ponta a ponta em grande escala. Assim, Ele permite que as redes telefônicas
tradicionais para transmitir tráfego de voz sobre IP. Enquanto outros protocolos multimídia sobre IP, como o
SIP (Session Initiation Protocol) e o H.323, são baseados em uma arquitetura peer-to-peer,

ele especifica uma arquitetura mestre/escravo para gateways decompostos. Na arquitetura mestre/escravo,
MGC é o servidor mestre e MGs são os clientes escravos que se comportam como switches simples.

Um MGC pode servir vários MGs.

MGC ou "softswitch" é a base para redes de próxima geração que oferecem a inteligência e confiabilidade da
rede de comutação de circuitos com a velocidade e economia da rede de comutação de pacotes. MG é o
gateway que permite a comunicação entre duas redes diferentes, por exemplo, IP e rede telefônica pública
comutada.

Os MGs podem se comunicar por meio de um protocolo de transporte em tempo real (RTP) que fornece
funções de transporte de ponta a ponta adequadas para aplicações que transmitem dados em tempo real,
como áudio e vídeo interativos. O serviço RTP é ainda aumentado pelo protocolo de controlo em tempo real
(RTCP) para permitir monitorizar a entrega de dados.

Thankstelecomtigers@gmail.comhttp://homepageforu.webs.com/

Postado por Ashish Bhatia às 15:49 0 comentários

Envie um e-mail para esteBlogIsto!Partilhar no Twitter Partilhar no FacebookPartilhar no Pinterest

Etiquetas: Sinalização

quarta-feira, 23 de setembro de 2009

O que é SS7
SS7:- É um sistema de sinalização de canal comum projetado pela ITU –T em resposta a uma demanda por
mais recursos e serviços de dados integrados. Define a arquitetura, os procedimentos e os protocolos para a
troca de informações através da rede digital. Ele é projetado para suportar a configuração de chamadas,
roteamento, faturamento, informações de banco de dados, & serviços especiais de PSTNs.

O escritório gateway usa o protocolo de aplicação SS7 para mais de uma interface, como MAP para C/D, BSAP
para uma interface.
Classifica-se em 2 partes

• User Part• MTP (Message Transfer Part)MTP

: - É responsável pela transmissão de mensagens de sinalização para seus usuários. Ele garante a
transferência confiável de mensagens de sinalização através da rede de sinalização, evitando ou
minimizando a perda de mensagens, duplicado ou fora de sequência em caso de qualquer falha do sistema
ou falha da rede de sinalização.

É composto por 3 camadas funcionais:-1. Função de ligação de dados de sinalização (MTP-1)2. Função de
ligação de sinalização (MTP-2)3. Função de rede de sinalização (MTP-3)

MTP-1:- Define as características físicas, elétricas ou funcionais de um link de dados de sinalização, bem
como o método de acesso. É o mesmo que a camada física do modelo OSI. Ele costumava gerar sinais de
receção de sinais em canais físicos.

MTP-2:- É corporativo com MTP-1 para fornecer um link de sinalização para transferência de mensagens de
sinalização confiável entre 2 pontos de sinalização. Sua função inclui delimitação da unidade de sinal,
alinhamento da unidade de sinal, deteção de erros e correção, alinhamento inicial, controle de fluxo e
monitoramento de erros de link de sinalização.

MTP-3:- Permite a transmissão de mensagens de gestão entre pontos de sinalização com o objetivo de
garantir uma transferência confiável de mensagem de sinalização através da rede de sinalização, no caso de
ligação de sinalização ou ponto de transferência de sinalização falhar.
As funções de rede de sinalização são divididas em tratamento de mensagens de sinalização e gerenciamento
de rede de sinalização.

Tratamento de mensagens de sinalização - Esta função garante que a mensagem de sinalização originada por
uma parte de usuário específica em um ponto de sinalização (originando) seja entregue a mesma parte de
usuário no ponto de destino indicado pelo envio da parte do usuário.
Gestão da Rede de Sinalização - É utilizado para proporcionar a reconfiguração da rede de sinalização em
caso de falha ou controlo do tráfego em caso de congestionamento (tráfego pesado). Inclui gestão de tráfego
de sinalização, ligação de sinalização e gestão de rotas.

SCCP (Signaling Connection Control Part):-

Fornece função adicional ao MTP para atender tanto serviços de rede orientados a conexão sem conexão
para transferir informações de sinalização relacionadas a circuitos ou não relacionadas a circuitos ou outro
tipo de informação entre switches e centros especializados em rede de telecomunicações através da rede
SS7.

Ele também é usado para a transferência de informações de sinalização relacionadas ao circuito e não
relacionadas ao circuito da parte do usuário RDIS com ou sem conexão de sinalização de ponta a ponta.

Os Serviços SCCP dividem-se em 4 classes1. Classe 0 - Serviços básicos sem conexão.2. Classe 1 - Entrega
sequencial de serviços sem ligação.3. Classe 2 - Serviços básicos orientados para a conexão.4. Classe 3 -
Serviços orientados para conexão de controle de fluxo.

TCAP (Transaction Capabilities Application Part):

-Refere-se às capacidades de fornecer informações, solicitar e responder. Disponibilizava funções e
procedimentos, irremediavelmente a uma grande variedade de aplicações entre switches e bases de dados
na rede de telecomunicações. Consiste em
• TCAP - Corresponde à camada 7 do modelo OSI.
• ISP (Intermediate Service Part) - Corresponde à camada 4 a 6 do modelo OSI.

Ele usa o modo de endereçamento suportado por SCCP & é baseado em serviços orientados a conexão sem
conexão do SCCP.
O modo sem conexão é aplicado em caso de transferência em tempo real de uma pequena quantidade de
dados.
O modo orientado à conexão é aplicado em caso de transferência não em tempo real de uma grande
quantidade de dados.

MAP (Mobile Application Part):-

Este protocolo define como as mensagens são trocadas entre entidades de rede com a finalidade de realizar
a função de roaming MS. As entidades de rede envolvidas aqui incluem MSC, HLR, AUC (Centro de
Autenticação), MC, SCP.
Nas interfaces CDMA, C, D, E, T & Q todas podem transferir mensagens MAP, portanto, todas elas são
referidas como interfaces MAP.
Funções MAP:-
1. Localização e gestão de dados - São a base de outros serviços de rede móvel. Sua função inclui•
Realização de roaming automático MS ou restrição de roaming.• Fornecimento de dados de assinante para
outros serviços.• Manutenção da consistência de dados entre HLR e VLR.• Proteção de recursos de rede de
serem acessados por assinantes inválidos.

2. Handoff Management - Garante a interligação e interfuncionamento entre equipamentos móveis de

diferentes fornecedores, para que o assinante possa roaming livremente em diferentes MSC's. A sua função
inclui• Função básica de handoff, nomeadamente handoff para a frente, handoff para trás ou handoff para
terceiros.• Transmissão de sinalização transparente após handoff.• Gestão de circuitos.

3. Função de chamada - Inclui solicitação de originação usada para obter dados de assinante de chamada do
HLR ou SCP.• Solicitação de localização usada para obter informações de localização do assinante chamado
do HLR.• Solicitação de encaminhamento para obter solicitação de encaminhamento.

4. Serviços Suplementares - Suporta vários serviços suplementares relacionados com chamadas ou não
relacionados com chamadas, como chamadas em conferência. O MAP pode identificar operações de recursos
orientados a SCP que suportam o SCP.

5. Serviços de Rede Inteligente (IN) - Suporta as seguintes funções IN:• Controlos inteligentes.• Serviços de
encaminhamento baseados em SCP.• Recuperação de serviços.• No serviço de carregamento pré-pago (PPC),
o MAP é responsável por restaurar o MSCe ou SCP no caso de qualquer exceção.

6. Serviços de SMS - MAP suporta as seguintes funções• MS iniciando uma mensagem curta.• MS termina uma
mensagem curta.• Transmissão de mensagem curta.• Aviso de mensagem curta.

BSAP (Base Station Application Part):-

É o protocolo de aplicação usado para uma interface. Interface entre MSC & BSC é uma interface. A interface
A inclui a interface A1, A2 & A5. A1 - Transfere a sinalização relacionada ao controle de chamadas.
A2 - Transfere 64Kbps serviço de voz PCM. A5 - Serviço de transferência de dados comutados por circuito.

O BSAP descreve 2 tipos de mensagens -

• BS Management Application Part (BSMAP)• Direct Transfer Application Part (DTAP)O BSMAP suporta os
procedimentos de gerenciamento de recursos e equipamentos de circuito entre MSC e BSC. O DTAP transfere
mensagens de gerenciamento de mobilidade entre BSC e MSC. Os protocolos BSAP definem o formato de
mensagem & procedimentos para suportar a função de serviço sem fio entre MSC & BSC. O principal
procedimento de sinalização de interface A inclui originação móvel, terminação móvel, compensação de
chamadas.

TUP (Telephone User Part):-

Define a função de sinalização de circuito necessária para o controlo de chamadas, nomeadamente o
conteúdo da mensagem de sinalização transferida entre escritórios de comutação.

ISUP (Integrated Service Digital Network User Part):-

Define funções de mensagens de sinalização e procedimento necessário para controlar serviços de voz ou
não-voz. Ele não só implementa a função de TUP & Data User Part (DUP), mas também realiza serviços ISDN
diversificados.

O ISUP suporta serviços básicos ao portador, ou seja, estabelecer, monitorizar e libertar um circuito de
64Kbps entre terminais de subscritor ou fornecer capacidades de transferência de mensagens de camada
inferior para o assinante.

Também suporta os seguintes serviços suplementares,• Apresentação de Identificação de Linha de Chamada

& Restrição (CLIP & CLIR).• Apresentação de Identificação de Linha Conectada & Restrição (COLP & CLOR).•
Reencaminhamento de Chamadas, Retenção de Chamadas, Espera de Chamadas, Sinalização de Utilizador
para Utilizador, Chamadas de Três Vias, Conference Call.ISUP também suporta a função de ponto de
sinalização MultiDestination.

Thankstelecomtigers@gmail.comhttp://homepageforu.webs.com/

Postado por Ashish Bhatia às 10:56 0 Comentários

Envie um e-mail para esteBlogIsto!Partilhar no Twitter Partilhar no FacebookPartilhar no Pinterest

Etiquetas: Sinalização

segunda-feira, 21 de setembro de 2009

O que é Sinalização
No sistema de comunicação, as mensagens que são necessárias para coordenar diferentes entidades.

As mensagens de sinalização são descritas em interface, protocolos e especificações.

INTERFACES :- Refere-se ao ponto de conexão entre 2 entidades de rede adjacentes.

PROTOCOLOS :- É um conjunto de regras a definir para a troca de informações entre pontos de conexão.
Tipos de Sinalização :-

Na rede telefônica, a sinalização é dividida em 2 partes -

1. Sinalização de Acesso - Sinalização entre terminal de assinante (telefone) e a central local

2. Sinalização de Tronco (Inter-exchange signaling) - É usado para sinalização entre trocas. As informações
de sinalização entre trocas são geralmente transportadas em um dos intervalos de tempo no link PCM, seja
em associação com o canal de fala ou independentemente.

Estes são de 2 tipos :-

1. Sinalização associada ao canal (CAS) - No CAS, o canal de fala (em banda) ou um canal estreitamente
associado ao canal de fala (banda externa), é usado para sinalização.

2. Sinalização de canal comum (CCS) - Em CCS, um canal dedicado completamente separado do canal de
fala é usado para sinalização. Devido à alta capacidade, em CCS um canal de sinalização pode servir um
grande não. do canal de fala.

Sinais de linha :- Eles são usados durante a 'duração de uma chamada' para monitorar o status da conexão e
circuito de tráfego, por exemplo, apreensão, sinais de resposta, etc.

Sinais de registro :- Eles são usados durante a fase de configuração de uma chamada para transferir
endereço & informações de categoria, por exemplo, número B dailed, etc.

Sinais de linha & sinais de registro são usados no sistema CAS.

Na CCS, as mensagens de sinalização (pacotes de dados) são transmitidas ao longo do intervalo de tempo em
um link PCM reservado para fins de sinalização. O sistema é projetado para usar um canal de dados comum
(link de sinalização) como o portador de todos os sinais exigidos por um grande não. dos canais de tráfego.

Interfaces de sinalização :-

Estes são A, B, C, D, zz, 39/xx, Q, T1, SIGTRAN, interface ISUP, etc.

A,B,C,D já estão definidos no post anterior Interfaces,ZZ

:- É entre MSCe (Mobile Switching Center Emulation). Ele compila com o SIP-T (Session Initiation Protocol for
Telephone). Ele fornece a função de controle de chamada entre escritórios para serviços de domínio de
comutação de circuito de banda estreita.

39/xx:- É entre MGW (Media Gateway) e MRFP (Media Resource Function Processor). Compila com
Megaco/H.248. É usado quando o MSCe controla recursos dinâmicos ou estáticos de nós de transmissão
(IP/TDM) no MGW durante o processamento de chamadas, incluindo atributos de terminal, conectividade de
terminal ou fluxos móveis.

P:- É entre MSCe & MC (Message Center). Compila com MAP (Mobile Application Part) do SS7 (Signaling
System 7) para suportar SMS (Short Message Services).

T1:- É entre MSCe & SCP (Service Control Point). Ele compila com WIN de SS7 para suportar serviços IN
(Intelligent Network).

SIGTRAN:- É entre MSCe & SG (Signaling Gateway). É usado para transmitir mensagens de sinalização de
comutação de circuitos através de IP (Internet Protocol) rede.

Interfaces ISUP :- O escritório gateway fornece as interfaces entre PSTN (Public Switch Telephone Network)
e outros dispositivos de rede móvel & controla as chamadas recebidas ou de saída através do ISUP ou TUP do
SS7.

Protocolos de Sinalização :-
Estes são

 SS7 (incluindo ISUP, MAP & BSAP)

 SIP (Protocolo de Início de Sessão)
 H.248

Thankstelecomtigers@gmail.comhttp://homepageforu.webs.com/
Postado por Ashish Bhatia às 18:05 1 comentários

Envie um e-mail para esteBlogIsto!Partilhar no Twitter Partilhar no FacebookPartilhar no Pinterest

Etiquetas: Sinalização

quarta-feira, 16 de setembro de 2009

Intefaces entre a Rede Móvel
O que é Interface ?
Eles são necessários para conectar diferentes nós na rede GSM.

Tipos de Interfaces :-

 Interface aérea ou Um-interface -

A Interface Aérea é a interface entre o BTS (Base Transceiver Station) e o MS (Mobile Station). A interface
aérea é necessária para suportar:- Uso universal de qualquer estação móvel compatível em uma rede GSM.-
Uma eficiência espectral máxima.

 Abis-interface -

É a interface entre o BSC (Base Station Controller) e o BTS. A interface inclui tráfego e canais de controle. As
funções implementadas na interface Abis são:- Troca de tráfego de dados de voz.- Troca de sinalização entre
o BSC e o BTS.- Transporte de informações de sincronização do BSC para o BTS.

 A-interface -

É a interface entre o BSS e o MSC. Gere a atribuição de recursos radioelétricos adequados aos Estados-
Membros e a gestão da mobilidade.

 B-interface -

Esta interface é entre o MSC e o VLR. O VLR usa o protocolo MAP/B. A maioria dos MSCs estão associados a
um VLR, tornando a interface B "interna". Sempre que o MSC precisa de acesso a dados relativos a um EM
localizado na sua área, interroga o VLR utilizando o protocolo MAP/B através da interface B.

 Interface C -

Está entre o HLR e um GMSC ou um SMS-G.

Cada chamada originada fora do GSM (ou seja, uma chamada de terminação MS da PSTN) tem que passar por
um gateway para obter as informações de roteamento necessárias para concluir a chamada, e o protocolo
MAP/C sobre a interface C é usado para essa finalidade.

 D-interface -

A interface D é entre o VLR e HLR, Ele usa o protocolo MAP / D para trocar os dados relacionados com a
localização do MS e para a gestão do assinante.

 E-interface -

Ele interconecta dois MSCs.A interface E troca dados relacionados à transferência entre os MSCs de âncora e
relé usando o protocolo MAP/E.

 F-interface -

Ele conecta o MSC ao EIR (Equipment Identity Register), Ele usa o protocolo MAP / F para verificar o status
do IMEI que o MSC recuperou do MS.
  G-interface -

A interface G interconecta dois VLRs de MSCs diferentesEle usa o protocolo MAP / G para transferir
informações do assinante, por exemplo, durante um procedimento de atualização de localização.

 Interface H -

A interface H é entre o MSC eo SMS-G, Ele usa o protocolo MAP / H para suportar a transferência de
mensagens curtas.

 I-interface -

É a interface entre o MSC e o MS. As mensagens trocadas através da interface I são transmitidas de forma
transparente através do BSS.

Leitores do Blog - Perguntas & Respostas

Olá a todos, Muitos dos nossos leitores do blog costumavam fazer perguntas diferentes no Domínio Telecom &
Nós felizmente respondê-los, & essas respostas só chegaram àqueles que levantam a questão, mas, Hoje,
estou atualizando Algumas dessas perguntas & respostas, para que todos possam esclarecer suas dúvidas (se
tiverem), em relação a esses tópicos, & também qualquer um pode nos enviar
(telecomtigers@gmail.com) vamos tentar respondê-las, para esclarecer suas dúvidas no domínio das
telecomunicações.

Obrigado, todos os leitores do blog por sua resposta positiva.

Pergunta de Piyush Kumar,

Oi, Can u por favor me diga em detalhes sobre o fluxo de chamadas quando ambos os assinantes estão em
roaming em PLMN diferente & ambos pertencem ao mesmo PLMN HLR..

Resposta por TT Team,Acreditamos

que você está perguntando sobre o fluxo de chamadas onde o Assinante A está chamando o Assinante B e
ambos pertencem ao mesmo PLMN (Z) e roaming em diferentes PLMNs (Sub A em PLMN X e Sub B em PLMN B)

Vou tentar cobrir apenas etapas importantes como fluxos de chamadas básicas são cobertos no blog.1)
Assinante A chama assinante B.2) PLMN X MSS enviar SRI para MNPDB e encontrar subcriber B is de PLMN Z3)
LRN para PLMN Z é adicionado ao número B e encaminhado para NLD em direção a PLMN Z4) PLMN Z analisa
LRN, vê seu próprio LRN enviar número B para consulta SRI em direção a HLR5) HLR descobrir que o
assinante B está em roaming em PLMN Y e enviar SRI para PLMN Y MSS6) PLMN Y MSS em resposta enviar
MSRN em resposta7) Depois de receber MSRN PLMN Z encaminha a chamada em MSRN para NLD.8) Depois de
receber MSRN em PLMN Y páginas o subcriber B e completa o callHope que somos capazes de explicar. No
caso de qualquer consulta pls reverter.
Pergunta de Piyush Kumar Continuou: ---
Muito obrigado pela resposta. O cenário é claro. Só queria saber que o caminho de voz estabelecido será de
X para Z depois para Y ou direto de X para Y.
Resposta por TT Team - Caminho de voz de X-->Z-->Y Pergunta de Yahya Al-Kharabhsheh eng_yahya

Caro Senhor, Gostaria de agradecer pelo assunto que você postou em seu blog sobre Normal Pré-pago
no fluxo de chamadase eu ficaria grato se você me ajudar a me enviar outro cenário para o mesmo
assunto fluxo de chamadas pré-pagas mas usando roaming na mesma rede, mas em outro paísobrigado

Eng.Yahya KHComputer Engenheiro

Resposta por TT Team,

Oi, Não há muita diferença no fluxo de chamadas MO roaming pré-pago apenas coisa que se tem que lembrar
que sempre casa IN / SCP será consultado. Então, basta assumir que IN/SCP está em casa IN /SCP e o
descanso permanece o mesmo.
Normal Prepaid (IN) Call Flow
Pleas note MT no assinante de roaming pré-pago é interessante e diferente do fluxo normal de chamadas MT
perpagas.

Graças
Telecomtigers

Pergunta de muhammad sajid bashir A.O.A eu sou sajid Bashir de

Multan City ... Eu gosto de suas informações na página .. v dados informativos e interessantes .. que é
colocado por você.. Espero que você atualize minhas informações sobre Telecom. Parabéns para você.

Resposta por TT Team,Oi

Sajid,Bom ver que você aprecia o nosso blog. Obrigado.Nós certamente vamos tentar ajudá-lo em relação ao
conhecimento de telecomunicações. Basta continuar lendo nossos blogs e sinta-se livre para levantar
pergunta / consulta no blog.

Obrigado
Telecomtigers Pergunta de Abdullah IqbalDear

Telecomtigers equipe Olá, em primeiro lugar apreciá-lo e obrigado por sua gentil colaboração, seguindo a
questão que discutimos antes relacionado ao Projeto Final sobre o título de" On Net Mobile To Mobile Call
Flow no sistema GSM" Eu deveria pesquisar e calcular materiais para completar o projeto e defesa, em
seguida, no final para completar o meu crédito tão gentilmente solicitar que você tenha qualquer conceito
ou qualquer mesmo PDF capítulo ou qualquer atualizado para você blog, em seguida, deixe-me saber, se
você pode, então estou ansioso para me enviar assim que eu vou apreciar como o mais!para qualquer tipo de
pergunta deixe-me saber.

Obrigado & Rgs,Abdullah IqbalICT- janeiro Student

Answer by TT Team,Hi
Abdullah," On Net Mobile To Mobile Call Flow in GSM system" On Net significa chamada dentro da mesma
rede. Off Net significa chamar de um operador para outro operador. (GSM) Fluxo de chamadas móveis para
móveis, dentro do mesmo MSC/BSC será chamada ON NET. Você pode usar o mesmo em seu projeto.

Atenciosamente
Telecomtigers

Pergunta de Ankit Mishra, kalpithakudipady, amrendra12, umakant.1.hale, imrahultiwari, arunntwk,

saiviky, nandadeb.mail, r.goyal1984,
Hi Sir, Seu blog é maravilhoso, eu ganhei muito conhecimento para telecomunicações sobre vários termos e
fluxos de chamada. Por favor, compartilhe os números e endereços de e-mail de consultores de
telecomunicações como você mencionou em seu blog. Será grato a você.

Resposta por TT Team,Oi,

Encontre a lista de consultores em anexo,Comece a encaminhar seu CV & Espero que você consiga, trabalho
de sua escolha em breve,Melhor sorte !!

Pergunta Abdullah IqbalHello Caro Senhor / Madamit foi tão interessante questão abaixo de GSM
móvel para fluxo de chamadas móveis dentro mesmo MSC / BSC. Como eu estou interessado em preparar
um Projeto Final para gradaduation da universidade eu vou escolher o título acima para defendê-lo e fazer
pesquisas sobre o assunto, mas precisa de sua colaboração que como devo encontrar mais materails.

Need for yourfeedbackthanks

Resposta por TT Team,Oi

Abdullah,Obrigado por apreciar o blog!! É bom saber que você está interessado em fazer projeto no fluxo de
chamadas GSM. Este fluxo de chamada contém vários elementos de rede envolvidos nele exp.
MSC,BSC,BTS,HLR Por favor, especifique em qual domínio você precisa de ajuda. Vamos tentar ajudar.

Obrigado
Telecomtigers Team
Pergunta de inderjeet singh
Oi, seria um grande favor se alguém enfatiza mais sobre CCR. como em nosso switch o valor de CCR está
entre 60% e 90% que queremos manter em >=90% o tempo todo. Então, sendo um cara switch o que todos os
passos que eu deveria tomar para melhorar este número em 90% e acima.

Resposta por TT Team,Hi

Inderjeet,CCR é Call Completion Rate & seu depende totalmente de uma das mensagens ISUP, ou seja,
mensagens ACM,%CCR = (ACM / IAM) * 100Bom valor para o mesmo é > 98%,

Para melhorar os seguintes passos podem ser tomados :-1. Verifique o mapeamento de anúncio, ou seja,
verifique para cada causa de lançamento se o mapeamento de anúncio está lá ou não ou se o mapeamento
de anúncio adequado deve estar lá. Verifique especialmente o mapeamento de anúncios no caso de
assinantes de roaming.2. Se possível, ative o Early-ACM ou o Pre-ACM.3. Verifique se há casos no
rastreamento em que o ACM não recebe, geralmente para o caso Usuário ocupado, diretamente o REL
(Usuário ocupado) é enviado após o IAM, evitando a mensagem do ACM, para economizar alguns recursos.

AtenciosamenteTT Teamhttp://homepageforu.webs.com/

Pergunta de AbhinandanHello Tigers,Eu

mesmo Abhinandan, já faz alguns dias desde que estou seguindo seus blogs e tenho algum conhecimento
também obrigado por isso. Caras eu preciso de uma ajuda de você atualmente estou trabalhando como uma
rede de suporte técnico engg em um isp Youbroadband im tentando mudar meu emprego um dos meus
amigos trabalha na rede Sasken engg, diz que sua empresa está contratando agora n eu quero dar entrevista
der mas o problema é que as aberturas são com o fim Telecommumication e im com a rede ip do gateway do
roteador. O crescimento é bom com Sasken n i ve para limpar a entrevista com telecomunicações também
como fluxo de chamadas gsm etc etc u u pode me ajudar com telicomunicação básica e normalmente wat
tipo de perguntas de entrevista feitas com a indústria de telecomunicações.

Esperando por seu replay e sugestões,Obrigado e

cumprimentos Abhinandan.k
Resposta por TT Team,Oi

Abhinandan, É muito bom ouvir, que u recebeu uma ligação de uma boa empresa (Sasken)
,
Em relação à entrevista, geralmente perguntas sobre Fluxos de Chamada, Sinalização, Sigtran, Roteamento,
MNP, etc. podem ser feitas, para o mesmo, você pode consultar a seção diferente do Blog, como "Call Flow",
"Signaling", "Interview Q-A", Telecom Terms, MNP, etc.

Todos os BestRegardsTT Team

Pergunta de rajesh Kumar
Dear Team, Pl fornecer Entrevista Perguntas e Respostas para o perfil O&M - Switch1. Fluxo de chamadas -
entre os mesmos MSC's, ou quando o assinante está em roaming? 2º. Conceito de reencaminhamento de
chamadas? 3º. Fluxo de chamadas através de canais, detalhes ? 4º. Sobre relatórios de KPI, relatórios CGR?
Q5 O que é Erlang e como melhorar o ASR? Q6.O que é a carga máxima do link?

AtenciosamenteRajesh kumar

Resposta por TT
Team,Caro Rajesh,Por favor, passe pelo Blog, acreditamos que a maioria das suas perguntas serão
respondidas lá. Se não, por favor, escreva-nos.

HaPPy ReadingChEEEEERs!!!
Telecomtigers

Pergunta de nagendra B & Anshul

oi tigers...
Eu vi seu blog recentemente & eu pensei y eu perdi um blog gud de tantos dias.. Então, chegando à
consulta,, estou confuso com fluxos de chamadas de roaming para sms & fluxo de chamadas GSM..
Eu tenho um grande problema com gmsc .. onde entra em cena.. como aqueles.. Então, por favor, me
compartilhe .. Por favor..

obrigado antecipadamente...--- B nAgEnDrA bAbU ---

Resposta por TT Team,

Hi Nagendra, Vai considerar que Aircel Mumbai (A) e Tata Kolkatta (B) estão roaming em Vodafone Delhi.And
A está enviando SMS para B.To tornar menos complicado as mudanças de fluxo devido MNP não estão
incluídos :)Quando A enviar um SMS para B.1)

MO_forward_SM da Vodafone MSC será enviado para SMSC, que é armazenado no aparelho como centro
SMSC, neste caso, vai Aircel MUmbai SMSC. Isto será feito por roteamento GT em que a Vodafone delhi deve
ter roteado o GT da Aircel Mumbai para STP. MO_forward_SM irá diretamente para Aircel SMSC ou via Aircel
Mumbai GMSC, que depende da conectividade e roteamento.

Fluxo típicoVodafone Delhi MSC--> Voda Delhi STP-->Voda Mumbai STP--> Aircel GMSC / STP--->Aircel SMSC

2) Forward_SM_response de Aircel Mumbai SMSC seguirá o caminho de volta para Vodafone Delhi MSC. Isso
novamente depende do roteamento do SMSC, seja via STP ou via Aircel Mumbai, GMSC através do STP. Uma
vez que o Forward_SM_resp bem-sucedido é recebido, a mensagem é entregue com sucesso ao SMSC e o
aparelho mostra a exibição "Mensagem enviada".

Em suma, e MO trecho SMS está concluído.

Vamos discutir a parte MT agora mensagem tem que ser entregue ao número Tata kolkatta que está roming
em Vodafone Delhi.

3) Aircel Mumbai depois de olhar para a série de números B inicia o SRI_SM (Enviar informações de
roteamento para mensagem curta) para TATA Kolkatta HLR. Esta mensagem para obter o VLR atual onde o
número B está situado. Fluxo agin depende de roteamento

Típico flowAircel SMSC--> Aircel Mum GMSC/STP--> Aircel KolKatta GMSC/STP--> Tata Kol STP/GMSC--> Tata
Kol HLR

4) Tata HLR verificará o VLR atual do assinante e retornará em SRI_SM_Resp O fluxo ideal será o mesmo que
acima de forma inversa.

5) Depois de obter o endereço VLR em SRI_SM_Resp agora Aircel SMSC sabe os adddres corretos onde o SMS
tem que ser entregue. SMSC enviar MT_Forward_SM para Vodafone Delhi VLR (MSC) onde o assinante está
atualmente registrado.
O fluxo típico será o mesmo da Etapa 1, mas na ordem inversa.

6) Vodafone MSC reconhecer SMSC por MT-FSM resposta que contém o status de MT SMS. ou seja, entregue
ou causa de falha se o SMS não for entregue ao número B. Os remians de fluxo são iguais aos da Etapa 1 O
fluxo típico pode mudar de acordo com o roteamento e depende do planejamento do operador. Mas a troca
de Mssages entre nós diferentes (marcados em negrito) são padrão e permanecem iguais.

Espero que tenhamos ajudado a esclarecer a sua dúvida no caso de algum mistério ainda ficar por resolver,
sinta-se à vontade para reverter. Também passe pelo fluxo de chamadas SMS MNP.

Fluxo de SMS MNP

ChEEEErS!!!

Continue verificando se há novas postagens até que HaPyYyYy Reading.

Comentários são muito bem-vindos.

ChEeEeEeRrrRrrrrs.. Telecom Tigers Team

telecomtigers@gmail.com
http://homepageforu.webs.com/
Postado por TelecomTigers às 17:18 0 comentários

Envie um e-mail para esteBlogIsto!Partilhar no Twitter Partilhar no FacebookPartilhar no Pinterest

Labels: Entrevista Q-A

domingo, 28 de novembro de 2010

Perguntas da entrevista ?
Olá Amigos,

A partir de agora estamos começando uma nova seção, onde compartilhamos Perguntas que foram
enfrentadas por nós em uma Entrevista & esperamos respostas de nossos leitores do blog (nos comentários),
o que ajudará a todos nós a Melhorar seu Conhecimento & Lembre-se "Compartilhar é Cuidar".

1. Explicar a Unidade Básica de Trânsito?

2. Definir termo "Fim da Seleção"?

3. Papel do LRN/RN no MNP ?

4. Por que TMSI usado para Paging ?

5. Papel do MSRN ?

Publicaremos Best Answer Soon, até lá Happy Brain Storming

Thankstelecomtigers@gmail.com
http://homepageforu.webs.com/

Postado por Ashish Bhatia às 13:13 70 comentários

Envie um e-mail para esteBlogIsto!Partilhar no Twitter Partilhar no FacebookPartilhar no Pinterest

Labels: Entrevista Q-A

sábado, 24 de outubro de 2009

Perguntas e respostas de entrevista para o perfil O&M - Switch
Aqui estão algumas das perguntas que podem ser feitas durante a entrevista para o perfil acima :-
Q1. Fluxo de chamadas - entre os mesmos MSC's, ou quando o assinante está em roaming?

2º. Conceito de reencaminhamento de chamadas?

Q3 Interfaces, protocolos e sinalização entre diferentes entidades de rede? Ans -

Q4 Fluxo de chamadas através de canais, detalhes ?

Q5 Sobre relatórios de KPI, relatórios CGR?

Q6 O que é Erlang & ASR ?

Esperando mais Questios & Respostas dos Espectadores !!

Procedimento de atualização de localização

A fim de fazer uma chamada móvel terminada, a rede GSM deve saber a localização do MS (Mobile Station),
apesar de sua movimentação. Para este efeito, o MS comunica periodicamente a sua localização à rede
utilizando o procedimento de Atualização de Localização.
Área de localização (LA)
Uma rede GSM é dividida em células. Um grupo de células é considerado uma área de localização. Um
telemóvel em movimento mantém a rede informada sobre alterações na área de localização. Se o celular se
mover de uma célula em uma área de localização para uma célula em outra área de localização, o telefone
celular deve realizar uma atualização de área de localização para informar a rede sobre a localização exata
do telefone celular.

O procedimento de Atualização de Local é executado:

 Quando o EM tiver sido desligado e pretender tornar-se ativo, ou

 Quando ele está ativo, mas não está envolvido em uma chamada, e se move de uma área de
localização para outra, ou
 Após um intervalo de tempo regular.

O registo da localização ocorre quando uma estação móvel está ligada. Isso também é conhecido como IMSI
Attach porque assim que a estação móvel é ligada, ela informa ao Registro de Localização de Visitantes
(VLR) que está de volta ao serviço e está apta a receber chamadas. Como resultado de um registo bem-
sucedido, a rede envia à estação móvel dois números que são armazenados no cartão SIM (Módulo de
Identidade do Assinante) da estação móvel.

Estes dois números são: -

1. Identidade da Área de Localização (LAI)

2. Identidade temporária de assinante móvel (TMSI).
A rede, através dos canais de controle da interface aérea, envia o LAI. O TMSI é utilizado para fins de
segurança, de modo a que o IMSI de um assinante não tenha de ser transmitido através da interface aérea. O
TMSI é uma identidade temporária, que é regularmente alterada.

 Uma Identidade de Área de Localização (LAI) é um número globalmente exclusivo.

 Um Código de Área de Localização (LAC) é exclusivo apenas em uma rede específica.

Sempre que o telemóvel recebe dados através dos canais de controlo, lê a LAI e compara-a com a LAI
armazenada no seu cartão SIM. Uma atualização de local genérica é executada se eles forem diferentes. O
celular inicia um processo de Atualização de Localização acessando o MSC/VLR que enviou os dados de
localização.
É enviada uma mensagem de pedido de canal que contém a identidade do subscritor (ou seja, IMSI/TMSI) e a
LAI armazenada no cartão SIM. Quando o MSC/VLR alvo recebe a solicitação, ele lê a antiga LAI que
identifica o MSC/VLR que serviu o telefone celular até este ponto. Uma conexão de sinalização é
estabelecida entre os dois MSC/VLRs e o IMSI do assinante é transferido do MSC antigo para o novo MSC.
Usando esse IMSI, o novo MSC solicita os dados do assinante do HLR e, em seguida, atualiza o VLR e o HLR
após a autenticação bem-sucedida.

A atualização periódica de localização é realizada quando a rede não recebe nenhuma solicitação de
atualização de localização do celular em um tempo especificado. Tal situação é criada quando um celular é
ligado, mas nenhum tráfego é transportado, caso em que o celular está apenas lendo e medindo as
informações enviadas pela rede. Se o assinante estiver se movendo dentro de uma única área de local, não
há necessidade de enviar uma solicitação de atualização de local. Um temporizador controla as atualizações
periódicas e o operador do VLR define o valor do temporizador. A rede transmite esse valor de temporizador
para que uma estação móvel conheça os valores do temporizador de atualização periódica de localização.
Portanto, quando o tempo definido termina, a estação móvel inicia um processo de registro enviando um
sinal de solicitação de atualização de localização. O VLR recebe a solicitação e confirma o cadastro do
celular na mesma área de localização. Se a estação móvel não seguir este procedimento, pode ser que as
baterias do celular estejam esgotadas ou o assinante esteja em uma área onde não há cobertura de rede.
Nesse caso, o VLR altera os dados de localização da estação móvel para "desconhecido".
O processo de Atualização de Local consiste nas seguintes fases:

 Pedido de serviço; o MS deteta que entrou numa nova Área de Localização e solicita a atualização
da sua localização. O novo MSC/VLR identifica o EM.
 Autenticação - As novas solicitações MSC/VLR ao AUC para parâmetros de autenticação (SRES, Kc,
RAND). Usando esses parâmetros, o MS é autenticado.
 Cifragem - Usando os parâmetros que foram disponibilizados anteriormente durante a autenticação,
o uplink e o downlink são cifrados.
 Atualizar HLR/VLR - As novas solicitações MSC/VLR para atualizar o local do MS no HLR. O MS é
cancelado no antigo VLR.
 Reafetação TMSI - É atribuída ao EM uma nova TMSI.

1. O MS deteta que entrou em uma nova área de localização e transmite uma mensagem de solicitação
de canal pelo canal de acesso aleatório (RACH).
2. Uma vez que o BSS recebe a mensagem de solicitação de canal, ele aloca um canal de controle
dedicado autônomo (SDCCH) e encaminha essas informações de atribuição de canal para o MS
através do Access Grant Channel (AGCH). É sobre o SDCCH que o MS se comunicará com o BSS e o
MSC.
3. O MS transmite uma mensagem de solicitação de atualização de local para o BSS através do SDCCH.
Esta mensagem inclui a Identidade de Assinante Móvel Temporário (TMSI) da MS e a antiga
Identificação da Área de Localização (oldLAI). Os Estados-Membros podem identificar-se com a sua
IMSI ou TMSI. O BSS encaminha a mensagem de solicitação de atualização de local para o MSC.
4. O VLR analisa o LAI fornecido na mensagem e determina que o TMSI recebido está associado a um
VLR diferente (VLR antigo). Para proceder ao registo, é necessário determinar a IMSI do EM. O novo
VLR deriva a identidade do VLR antigo usando o LAI recebido, fornecido na mensagem de solicitação
de atualização de local. Solicita igualmente ao antigo VLR que forneça a IMSI para uma TMSI
específica.
5. O novo VLR envia uma solicitação ao HLR/AUC (Centro de Autenticação) solicitando os "trigêmeos de
autenticação" (RAND, SRES e Kc) disponíveis para o IMSI especificado.
6. O AUC, usando o IMSI, extrai a chave de autenticação do assinante (Ki). O AUC gera então um
número aleatório (RAND), aplica o Ki e o RAND ao algoritmo de autenticação (A3) e ao algoritmo de
geração de chaves de cifra (A8) para produzir uma Resposta Assinada de autenticação (SRES) e uma
Chave de Cifra (Kc). O AUC então retorna ao novo VLR um triplete de autenticação: RAND, SRES e
Kc.
7. O MSC/VLR mantém os dois parâmetros Kc e SRES para uso posterior e, em seguida, envia uma
mensagem para o MS. O MS lê sua chave de autenticação (Ki) do SIM, aplica o número aleatório
recebido (RAND) e Ki ao seu algoritmo de autenticação (A3) e algoritmo de geração de chave de
cifra (A8) para produzir uma autenticação Signed Response (SRES) e Cipher Key (Kc). O MS salva Kc
para mais tarde e usará Kc quando receber o comando para cifrar o canal.
8. O MS retorna o SRES gerado para o MSC/VLR. O VLR compara o SRES devolvido do EM com o SRES
esperado recebido mais cedo da AUC. Se igual, o celular passa a autenticação. Se desigual, todas as
atividades de sinalização serão abortadas.
9. O novo MSC/VLR solicita ao BSS para cifrar o canal de rádio. Incluída nesta mensagem está a Chave
de Cifra (Kc), que foi disponibilizada anteriormente durante a autenticação.
10. O BSS recupera a chave de cifra, Kc, da mensagem e, em seguida, transmite uma solicitação ao MS
solicitando que ele comece a cifrar o canal de uplink.
11. O MS usa a chave de codificação gerada anteriormente quando foi autenticada para cifrar o canal de
uplink e transmite uma confirmação sobre o canal cifrado para o BSS.
12. O BSS ao cifrar o canal de downlink envia uma mensagem de cifra completa para o MSC. Neste
ponto, estamos prontos para informar o HLR que o EM está sob controle de um novo VLR e que o MS
pode ser cancelado do registro do VLR antigo.
13. O novo VLR envia uma mensagem para o HLR informando que o IMSI dado mudou de local e pode ser
alcançado roteando todas as chamadas recebidas para o endereço VLR incluído na mensagem.
14. O HLR solicita que o VLR antigo remova o registro de assinante associado ao IMSI fornecido. O pedido
é deferido.
15. O HLR atualiza o novo VLR com dados de assinante (perfil de cliente do assinante de celulares).
16. O MSC encaminha a mensagem de aceitação de atualização de local para o MS. Esta mensagem inclui
o novo TMSI.
17. O MS recupera o novo valor TMSI da mensagem e atualiza seu SIM com esse novo valor. O celular
envia, em seguida, uma mensagem de atualização completa de volta para o MSC.
18. O MSC solicita ao BSS que a conexão de sinalização seja liberada entre o MSC e o MS.
19. O MSC libera sua parte da conexão de sinalização quando recebe a mensagem completa clara do
BSS.
20. O BSS envia uma mensagem de liberação de canal de "recurso de rádio" para o MS e, em seguida,
libera o canal de controle dedicado autônomo (SDCCH) que foi alocado anteriormente. Em seguida,
o BSS informa o MSC de que as conexões de sinalização foram liberadas.