Voice Message Core Network 2020 - UFF SJT - Parte 05

Prévia do material em texto

Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
1
Core Network Prof: Rogerio Pahoor121
PROTOCOLOS
 A Tradução de Titulo Global – GTT, estende a capacidade de roteamento das 
redes SS7
 O GTT permite que um Signaling Point origine uma mensagem mesmo 
desconhecendo o Point Code do destino da mensagem. Essa facilidade é 
especialmente útil quando consideramos a grande integração de redes 
existente atualmente, pois, sem esta funcionalidade, um Signaling Point teria 
que conhecer todos DPCs de todas as operadoras
 Com esta funcionalidade uma MSC pode originar uma mensagem e endereçá-
la a um STP solicitando o GTT. O STP analisará a “parte SCCP” da mensagem 
e determinará para onde a mensagem deve ser roteada e na sequencia, 
enviá-la ao destino determinado
User Part: SCCP – Signaling Connection Control Part
Core Network Prof: Rogerio Pahoor122
PROTOCOLOS
 Para executar o GTT, o STP não precisa conhecer o destino final da 
mensagem, pois e permitida a execução de um GTT intermediário, onde a 
mensagem será novamente analisada, traduzida e roteada
 O processo de GTT intermediário pode se repetir até que um determinado 
STP execute o GTT Final e roteie a mensagem para o seu destino final
 O roteamento na camada SCCP leva em consideração dois parâmetros 
adicionais em relação a camada MTP, que considera somente o Signaling
Point Code (SPC):
 Global Title – GT
 SCCP Subsystem Number – SSN
OBS: Também pode-se utilizar o Signaling Point Code – SPC na camada SCCP, porem não 
significativo como informação de roteamento
User Part: SCCP – Signaling Connection Control Part
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
2
Core Network Prof: Rogerio Pahoor123
PROTOCOLOS
 Global Title (GT): Um elemento de rede SCCP pode, neste caso, ser comparado a uma 
MSC. Em algumas situações não há informação adicionais de roteamento alem do 
“directory number”. Esta situação é muito comum em casos de roaming (nacional ou 
internacional)
O GTT consiste em um endereço do tipo “directory number” e informações sobre como 
interpretar esse numero
 SCCP Subsystem Number (SSN): Consiste em um parâmetro utilizado no elemento 
SCCP de destino para identificar o correto “User Part” da mensagem e assim encaminhar 
essa mensagem ao elemento correto
 Signaling Point Code (SPC): O mesmo tipo de parâmetro encontrado no nível MTP, 
porem utilizado no SCCP
User Part: SCCP – Signaling Connection Control Part
MCC: Mobile Country Code (Brasil = 724)
MNC: Mobile Network Code
MSIN: Mobile Station Identification Number
CC: Country Code (Brasil = 55)
NDC: National Destination Code
Core Network Prof: Rogerio Pahoor124
PROTOCOLOS
Formato de Mensagem de Sinalização Não Orientada a Conexão - UDT
User Part: SCCP – Signaling Connection Control Part
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
3
Core Network Prof: Rogerio Pahoor125
PROTOCOLOS
Formato do Global Title – GT
User Part: SCCP – Signaling Connection Control Part
Core Network Prof: Rogerio Pahoor126
PROTOCOLOS
Exemplo de Tradução de Titulo Global – GTT
User Part: SCCP – Signaling Connection Control Part
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
4
Core Network Prof: Rogerio Pahoor127
PROTOCOLOS
User Part: SCCP – Signaling Connection Control Part
Core Network Prof: Rogerio Pahoor128
PROTOCOLOS
User Part: SCCP – Signaling Connection Control Part
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
5
Core Network Prof: Rogerio Pahoor129
PROTOCOLOS
User Part: SCCP – Signaling Connection Control Part
Core Network Prof: Rogerio Pahoor130
PROTOCOLOS
User Part: TCAP – Transaction Capabilities Application Part
Transaction Capabilities Application Part (TCAP): Foi criado para suporte a 
mensagens não relacionadas a circuito e não orientadas a conexão em redes 
SS7 e tem como principais funções disponibilizar:
 Suporte confiável para a transferência de informações entre plataformas;
 “Serviços” para os protocolos de camadas mais altas, porem permanecendo 
independente deles 
De uma maneira geral, o TCAP prove suporte para aplicações interativas em 
ambientes distribuídos, como por exemplo a comunicação entre:
 MSC/VLR e SCP
 MSC/VLR e HLR
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
6
Core Network Prof: Rogerio Pahoor131
PROTOCOLOS
User Part: TCAP – Transaction Capabilities Application Part
Core Network Prof: Rogerio Pahoor132
PROTOCOLOS
User Part: TCAP – Transaction Capabilities Application Part
O Transaction Capabilities Application Part é dividido em dois componentes:
 Component sub-layer: Disponibiliza ao TCAP User funcionalidades para requisitar 
informações e receber respostas (com indicação de sucesso ou falha)
 Transaction sub-layer: Gerencia a troca de mensagens contendo componentes do sub 
nível acima
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
7
Core Network Prof: Rogerio Pahoor
O component sub-layer é dividido em duas subfunções:
 Dialogue Handling: Interface para o TCAP User, dividido em dois tipos de dialogos:
 Estruturado: Permite que um TCAP User inicie um dialogo, troque componentes 
dentro desse dialogo e termine ao aborte o dialogo
 Não Estruturado (Não utilizado pelos User Part GSM): Podem ser utilizadas para 
requisitar operações que não necessitam de resposta
 Component Handling: Gerencia os “components”, que são os application protocol data 
units (APDU) que transportam as operações remotas e suas respostas. È dividido em 
quatro classes de operação para os dialogos estruturados:
 Class 1: Sucesso e falha são reportados (classe mais utilizada pelos User Part MAP and IN)
 Class 2: Somente falha é reportado
 Class 3: Somente sucesso é reportado
 Class 4: Nem sucesso e nem falha são reportados
133
PROTOCOLOS
User Part: TCAP – Transaction Capabilities Application Part
Core Network Prof: Rogerio Pahoor134
PROTOCOLOS
User Part: TCAP – Transaction Capabilities Application Part
UNI: Unidirectional (Unstructured)
U: User
P: underlying provider sub-layer
L: Last
Nl: Not Last
U: User
L: Local TCAP
R: Remote TCAP
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
8
Core Network Prof: Rogerio Pahoor135
PROTOCOLOS
User Part: TCAP – Transaction Capabilities Application Part
Dialogo Estruturado em uma transação MSC x MSC 
Componentes:
Invoke / Return Result (last ) e (not last )
Core Network Prof: Rogerio Pahoor136
PROTOCOLOS
User Part: TCAP – Transaction Capabilities Application Part
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
9
Core Network Prof: Rogerio Pahoor137
PROTOCOLOS
User Part: TCAP – Transaction Capabilities Application Part
Estrutura da Mensagem TCAP
Core Network Prof: Rogerio Pahoor138
PROTOCOLOS
User Part: TCAP – Transaction Capabilities Application Part
Estrutura da Mensagem TCAP – “Dialog Portion”
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
10
Core Network Prof: Rogerio Pahoor139
PROTOCOLOS
User Part: TCAP – Transaction Capabilities Application Part
Core Network Prof: Rogerio Pahoor140
PROTOCOLOS
User Part: MAP – Mobile Application Part
 Protocolo desenvolvido especificamente para suportar o sistema GSM
 Localizado acima do TCAP, sendo que ambos pertencem a camada 7 do modelo OSI
 Utiliza os serviços de Dialogo e Component Handling do TCAP
 Utiliza o serviço não orientado a conexão do SCCP
 Instalado em todos os elementos do Core Network – Circuit Switch
 Suporta os procedimentos requeridos para troca de informação entre os elementos de Core 
Network GSM
 Suporta a comunicação nos casos de: 
 Location registration and cancellation
 Handling, management, retrieval, and
deregistration of subscriber services and their data
 Handovers Authentication data, etc
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
11
Core Network Prof: Rogerio Pahoor141
PROTOCOLOS
User Part: MAP – Mobile Application Part
 O protocolo MAP é funcionalmente dividido em Application Entities (AEs)
 MAP-HLR: SSN=6
 MAP-VLR: SSN=7
 MAP-MSC: SSN=8
 MAP-EIR: SSN=9
 As Application Entities (AE) são identificadas pelo SCCP Subsystem Number (SSN)
 O SSN é utilizado pelo SCCP para endereçar uma Application Entity (AE) na rede GSM
 As Application Entities são sub-divididas em Application Service Elements (ASE)
 Os Application Service Elements (ASE) comuns em diferentes Application Entities (AE) são 
agrupados e suportam o interworking entre os Application Entities (AE)
 Os ASEs consistem em uma ou mais operações e seus parâmetros associados
 Diversas operações podem ser combinadas para executar uma certa função, como por 
exemplo um Handover
 MAP-AuC: SSN=10
 MAP-SMS-C: SSN=12
 MAP- SGSN: SSN=149
 MAP- GGSN: SSN=150
Core Network Prof: Rogerio Pahoor142
PROTOCOLOS
User Part: MAP – Mobile Application Part
Existem diferentes versões do protocolo:
 MAP Versão 1
 Foi desenvolvido para suportar o GSM Fase 1
 MAP Versão 2
 Foi desenvolvido para suportar as extenções, novos serviços e novas operações do 
GSM Fase 2
 MAP version 3
 Foi desenvolvido para suportar o GSM Fase 2+
Fase 1:
 Telefonia Comum (Voz)
 Roaming Internacional
 Serviço de Fax e Dados via circuito até 9,6Kbps 
(CSD – Circuit Switch Data)
 Encaminhamento de chamadas (Call Forwarding)
 Bloqueio de chamadas
 Short Message Service – SMS (Torpedo)
 Subscriber Identity Module (SIM Card)
Fase 2:
 Calling Line Identification (BINA)
 Chamada em espera (Call Waiting)
 Call hold
 Chamada em conferencia
Fase 2+:
 High Speed Circuit Switch Data (HS-CSD)
 General Packet Radio Service (GPRS)
 EDGE (Enhanced Data Rates for Global Evolution)
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
12
Core Network Prof: Rogerio Pahoor143
PROTOCOLOS
User Part: MAP – Mobile Application Part
 O Protocolo MAP disponibiliza serviços para os usuários (User Part) nos elementos (MSC / 
VLR / HLR / Auc / etc)
 Os usuários MAP trocam informações na forma de diálogos (TCAP)
 Cada dialogo é utilizado para executar um função (ex: handover) e consiste de um ou 
vários “Map services”
 Os MAP services são divididos em:
 Common MAP Services: Disponiveis para todos os MAP service users
 Specific MAP Services: Disponivel para um ou vários MAP service-users
Core Network Prof: Rogerio Pahoor144
PROTOCOLOS
User Part: MAP – Mobile Application Part
Common MAP Services:
 MAP-OPEN service / MAP-CLOSE service
 Estabelecimento e desconexão de MAP dialogues entre peer MAP service-users
 MAP-DELIMITER service
 Acessar funções, suportadas pelos niveis abaixo do nivel de aplicação
 MAP-U-ABORT service / MAP-P-ABORT service
 Reportar situações anormais
 MAP-NOTICE service
 Gerenciar diferentes versões de MAP
 Testar quando um dialogo MAP ainda esta ativo em cada lado
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
13
Core Network Prof: Rogerio Pahoor145
PROTOCOLOS
User Part: MAP – Mobile Application Part
Specific MAP Services: São agrupados em diferentes categorias. As mais importantes são:
 Mobility services
 Location Management Services: Location update, MS purge, etc
 Handover and Access Management Services: Handover preparation and execution, mobile signaling 
forwarding, etc
 Authentication and Security Management Services: Triplets retrieval, IMEI check, etc
 Subscriber Data and Information Management, and Fault Recovery Services
 Call handling services
 HLR Interrogation
 Roaming Number Provision
 Supplementary services related services
 Supplementary Services Registration, Erasure, Activation, Deactivation, Interrogation
 Password Management
 Unstructured supplementary services
 SMS management
 HLR interrogation
 SMS transfer
 MS status reporting
 Service Center alerting
Core Network Prof: Rogerio Pahoor146
PROTOCOLOS
User Part: MAP – Mobile Application Part
 MAP Messages: 
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
14
Core Network Prof: Rogerio Pahoor147
PROTOCOLOS
User Part: MAP – Mobile Application Part
 TCAP Message Flow:
Core Network Prof: Rogerio Pahoor148
PROTOCOLOS
User Part: MAP – Mobile Application Part
 Exemplo de 
troca de 
mensagens 
MAP entre 
uma MSC e um 
EIR : IMEI 
Check
Material Exclusivo para Treinamento. Proibida Divulgação e Reprodução
Setembro/2020
15
Core Network Prof: Rogerio Pahoor149
PROTOCOLOS
62
XX
XX
6C
ORIG.
TR.ID
48
4
XX
A1
XX
02
T
L
D
T
L
D
:
30
1
Op.
02
1
ID
TC-BEGIN
62
XX
XX
6C
ORIG.
TR.ID
48
4
XX
A1
XX
02
T
L
D
T
L
D
:
30
1
Op.
02
1
ID
TC-BEGIN
MSG CODE
PROT CLAS
PTR CPN-B
PTR CPN-A
PTR TCAP
TCAP DATA
H’09 UDT
CPN-B LEN
ADDR IND
ADDR
SSN
PC
CPN-A LEN
ADDR IND
ADDR
SCCP-UDT
SSN
PC
MSG CODE
PROT CLAS
PTR CPN-B
PTR CPN-A
PTR TCAP
TCAP DATA
H’09 UDT
CPN-B LEN
ADDR IND
ADDR
SSN
PC
CPN-A LEN
ADDR IND
ADDR
SCCP-UDT
SSN
PC
SIO
DPC
SLS
FLAG
BSNB
FSNF
LI00
SCCP
CK
H’83 SCCP
MTP-MSU
OPC
SIO
DPC
SLS
FLAG
BSNB
FSNF
LI00
SCCP
CK
H’83 SCCP
MTP-MSU
OPC
XX
A1
02
1
ID
TC-REQUEST
XX
02
T
L
D
T
L
D
:
30
1
Op.
XX
A1
02
1
ID
TC-REQUEST
XX
02
T
L
D
T
L
D
:
30
1
Op.
MAP-INVOKE
XX
02
T
L
D
T
L
D
:
30
1
Op.
MAP-INVOKE
XX
02
T
L
D
T
L
D
:
30
1
Op.
User Part: MAP – Mobile Application Part
Core Network Prof: Rogerio Pahoor150
PROTOCOLOS
User Part: MAP – Mobile Application Part