Camel SCP

Índice
Preâmbulo............................................................................................................................................................7
1 Âmbito de aplicação..................................................................................................................................8
2 Referências normativas.............................................................................................................................8
3 Abreviaturas..............................................................................................................................................9
4 Geral........................................................................................................................................................10
4.1 Metodologia de definição..................................................................................................................................10
4.2 Sobressalente......................................................................................................................................................10
4.3 Arquitetura do protocolo CAP...........................................................................................................................10
4.4 Abordagem da PAC...........................................................................................................................................12
4.4.1 Número do subsistema (SSN)......................................................................................................................12
4.4.2 Parâmetros de qualidade de serviço.............................................................................................................12
4.4.3 Endereçamento SCCP..................................................................................................................................12
4.5 Sobressalente......................................................................................................................................................13
4.6 Mecanismos de compatibilidade utilizados para a PAC....................................................................................13
4.6.1 Introdução.....................................................................................................................................................13
4.6.2 Definição dos mecanismos de compatibilidade da PAC..............................................................................14
4.6.2.1 Mecanismo de compatibilidade para o interfuncionamento da PAC com o ETSI CS1 Core INAP e ITU-T
Q.1218 INAP..........................................................................................................................................14
4.6.2.2 Procedimentos para aditamentos importantes à PAC.............................................................................14
4.6.2.3 Procedimentos para aditamentos menores à PAC..................................................................................14
4.6.2.4 Procedimentos para a inclusão de aditamentos específicos à rede na PAC...........................................14
5 Regras da Função de Controle de Associação Única/Múltipla (SACF/MACF).....................................14
5.1 Reflexo do contexto de aplicação TCAP (AC)..................................................................................................14
5.2 Execução sequencial/paralela das operações.....................................................................................................15
6 Sintaxe abstrata da PAC..........................................................................................................................15
6.1 Tipos de operação..............................................................................................................................................16
6.2 Tipos de erro......................................................................................................................................................18
6.3 Tipos de dados...................................................................................................................................................18
6.4 Códigos de operação e de erro).........................................................................................................................21
6.5 Contextos de aplicação......................................................................................................................................23
6.6 Aulas..................................................................................................................................................................23
7 Procedimentos da entidade de candidatura.............................................................................................24
8 Procedimentos de erro.............................................................................................................................24
8.1 Procedimentos de erro relacionados com a operação........................................................................................24
8.1.2-8.1.5 Sobressalente................................................................................................................................................24
8.1.6 MissingCustomerRecord..............................................................................................................................24
8.1.6.1 Descrição geral.......................................................................................................................................24
8.1.6.1.1 Descrição do erro..............................................................................................................................24
8.1.6.2 Operações gsmSSF->gsmSCF................................................................................................................24
8.1.6.3 Sobressalente...........................................................................................................................................25
8.1.7 MissingParameter.........................................................................................................................................25
8.1.7.1 Descrição geral.......................................................................................................................................25
8.1.7.2 Operações gsmSCF->gsmSSF................................................................................................................25
8.1.7.4-8.1.7.5 Sobressalente...........................................................................................................................................26
8.1.8-8.1.9 Sobressalente................................................................................................................................................26
8.1.10 Falha do sistema...........................................................................................................................................26
8.1.10.1 Descrição geral.......................................................................................................................................26

8.1.10.1.2 Descrição do argumento...................................................................................................................26
8.1.11 TarefaRecusada............................................................................................................................................26
8.1.11.1 Introdução geral......................................................................................................................................26
8.1.11.1.2 Descrição do argumento...................................................................................................................26
8.1.11.4-8.1.11.5 Sobresselentes..........................................................................................................................................27
8.1.12 Sobressalente................................................................................................................................................27
8.1.13 UnexpectedComponentSequence..................................................................................................................27
8.1.13.1 Descrição geral.......................................................................................................................................27
8.1.13.4-8.1.13.5 Sobresselentes..........................................................................................................................................27
8.1.14 UnexpectedDataValue..................................................................................................................................27
8.1.14.1 Descrição geral.......................................................................................................................................27
8.1.14.4-8.1.14.5 Sobresselentes..........................................................................................................................................28
8.1.15 UnexpectedParameter...................................................................................................................................28
8.1.15.1 Descrição geral.......................................................................................................................................28
8.1.15.4-8.1.15.5 Sobresselentes..........................................................................................................................................28
8.1.16 Sobressalente................................................................................................................................................28
8.2 Procedimentos de erro relacionados com a entidade.........................................................................................28
8.2.1 Expiração da TSSF.......................................................................................................................................29
8.2.1.1 Descrição geral.......................................................................................................................................29
8.2.1.2 Procedimentos gsmSSF->gsmSCF..........................................................................................................29
8.2.2 Sobressalente................................................................................................................................................29
9 Procedimentos operacionais detalhados.................................................................................................29
9.1 Sobressalente......................................................................................................................................................29
9.2 Procedimento ActivityTest.................................................................................................................................29
9.2.1 Descrição geral.............................................................................................................................................29
9.2.1.1 Parâmetros..............................................................................................................................................29
9.2.2 Sobressalente................................................................................................................................................29
9.2.3 Entidade respondente (gsmSSF)..................................................................................................................29
9.2.3.1 Procedimento normal.............................................................................................................................29
9.2.3.2 Tratamento de erros................................................................................................................................29
9.3-9.10 Sobressalente........................................................................................................................................................30
9.11 Procedimento de conexão..................................................................................................................................30
9.11.1 Descrição geral.............................................................................................................................................30
9.11.1.1 Parâmetros..............................................................................................................................................30
9.11.2 Sobressalente................................................................................................................................................30
9.11.3.1 Procedimento normal..............................................................................................................................30
9.12 Sobressalente......................................................................................................................................................31
9.13 Continuar o procedimento.................................................................................................................................31
9.13.1 Descrição geral.............................................................................................................................................31
9.13.1.1 Parâmetros..............................................................................................................................................31
9.13.2 Sobressalente................................................................................................................................................31

9.14-9.16 Sobressalente......................................................................................................................................................31
9.17 Procedimento EventReportBCSM......................................................................................................................31
9.17.1 Descrição geral.............................................................................................................................................31
9.17.1.1 Parâmetros..............................................................................................................................................32
9.17.2 Entidade invocadora (gsmSSF)....................................................................................................................32
9.17.3 Sobressalente......................................................................................................................................................33
9.18 Sobressalente......................................................................................................................................................33
9.19 Procedimento inicialDP.....................................................................................................................................33
9.19.1 Descrição geral.............................................................................................................................................33
9.19.1.1 Parâmetros..............................................................................................................................................33
9.19.2 Entidade invocadora (gsmSSF)....................................................................................................................34
9.19.3 Sobressalente................................................................................................................................................35
9.20-9.22 Sobresselente......................................................................................................................................................35
9.23 Procedimento ReleaseCall.................................................................................................................................35
9.23.1 Descrição geral.............................................................................................................................................35
9.23.1.1 Parâmetros..............................................................................................................................................35
9.23.2 Sobressalente................................................................................................................................................35
9.24 Sobressalente......................................................................................................................................................35
9.25 Procedimento RequestReportBCSMEvent.........................................................................................................35
9.25.1 Descrição geral.............................................................................................................................................35
9.25.1.1 Parâmetros..............................................................................................................................................35
9.25.2 Sobressalente................................................................................................................................................36
9.26-9.29 Sobressalente......................................................................................................................................................36
10 Serviços assumidos a partir do TCAP....................................................................................................36
10.1 Procedimentos normais......................................................................................................................................36
10.1.1 Mensagens gsmSSF-to-gsmSCF...................................................................................................................37
10.1.1.1 Mensagens relacionadas ao gsmSSF......................................................................................................37
10.1.1.2 Sobressalente...........................................................................................................................................37
10.1.1.3 Mensagens relacionadas ao SSME FSM................................................................................................37
10.1.2 Mensagens gsmSCF-to-gsmSSF...................................................................................................................37
10.1.2.1 Mensagens relacionadas ao SCSM FSM................................................................................................37
10.1.2.2 Mensagens relacionadas ao SCME FSM...............................................................................................37
10.1.3 Sobressalente................................................................................................................................................38
10.2 Procedimentos anormais....................................................................................................................................38
10.2.1 Mensagens gsmSCF-to-gsmSSF...................................................................................................................38
10.2.2 Mensagens gsmSSF-to-gsmSCF...................................................................................................................38
10.3 Estabelecimento do diálogo...............................................................................................................................39
10.3.1 Envio de uma primitiva de solicitação TC-BEGIN.....................................................................................39
10.3.2 Receção de uma indicação TC-BEGIN.......................................................................................................39
10.3.3 Receção da primeira indicação TC-CONTINUE.........................................................................................39
10.3.4 Receção de uma indicação TC-END...........................................................................................................40
10.3.5 Receção de uma indicação TC-U-ABORT..................................................................................................40
10.3.6 Receção de uma indicação TC-P-ABORT...................................................................................................40
10.4 Diálogo de continuação.....................................................................................................................................40
10.4.1 Entidade de envio.........................................................................................................................................40
10.4.2 Entidade de acolhimento..............................................................................................................................40
10.5 Término do diálogo............................................................................................................................................40
10.5.1 Envio de pedido TC-END............................................................................................................................40
10.5.2 Receção de uma indicação TC-END...........................................................................................................41

10.6 Abortar o usuário...............................................................................................................................................41
10.6.1 Envio do pedido TC-U-ABORT..................................................................................................................41
10.6.2 Receção de uma indicação TC-U-ABORT..................................................................................................41
10.7 Provedor Abortado.............................................................................................................................................41
10.7.1 Receção de uma indicação TC-P-ABORT...................................................................................................41
10.8 Procedimentos aplicáveis às operações da PAC................................................................................................41
10.8.1 Invocação da operação.................................................................................................................................41
10.8.2 Recibo de invocação da operação................................................................................................................41
10.8.3 Resposta à operação.....................................................................................................................................42
10.8.4 Receção da resposta.....................................................................................................................................42
10.8.4.1 Receção da indicação TC-RESULT-NL................................................................................................42
10.8.4.2 Receção da indicação TC-RESULT-L...................................................................................................42
10.8.4.3 Receção da indicação TC-U-ERROR....................................................................................................42
10.8.4.4 Receção da indicação TC-U-REJECT....................................................................................................42
10.8.4.5 Receção de uma indicação TC-L-REJECT............................................................................................43
10.8.4.6 Receção de uma indicação TC-L-CANCEL..........................................................................................43
10.8.5 Outros eventos..............................................................................................................................................43
10.8.5.1 Recebimento de um TC-U-REJECT......................................................................................................43
10.8.5.2 Receção de uma indicação TC-R-REJECT............................................................................................43
10.8.5.3 Receção de uma indicação TC-L-REJECT............................................................................................43
10.8.5.4 Receção de uma indicação TC-NOTICE...............................................................................................44
10.9 Mapeamento para serviços de TC......................................................................................................................44
10.9.1 Controle de diálogo......................................................................................................................................44
10.9.1.1 Endereço de destino................................................................................................................................44
10.9.1.2 Endereço de origem................................................................................................................................44
10.9.1.3 ID do diálogo..........................................................................................................................................44
10.9.1.4 Application-context-name.......................................................................................................................44
10.9.1.5 Informação do utilizador........................................................................................................................44
10.9.1.6 Componente presente.............................................................................................................................44
10.9.1.7 Rescisão..................................................................................................................................................44
10.9.1.8 Qualidade do serviço..............................................................................................................................44
10.9.2 Procedimentos operacionais.........................................................................................................................44
10.9.2.1 Invocar ID...............................................................................................................................................44
10.9.2.2 ID vinculado...........................................................................................................................................44
10.9.2.3 ID do diálogo..........................................................................................................................................45
10.9.2.4 Classe......................................................................................................................................................45
10.9.2.5 Funcionamento........................................................................................................................................45
10.9.2.6 Erro.........................................................................................................................................................45
10.9.2.7 Parâmetros..............................................................................................................................................45
10.9.2.8 Tempo limite..........................................................................................................................................45
10.9.2.9 Último componente................................................................................................................................45
10.9.2.10 Código do problema...............................................................................................................................45
Anexo A (normativo): Mapeamento entre a PAC e o ISUP.............................................................46

A.1 Operação inicialDP.................................................................................................................................46
A.2 Operação de conexão..............................................................................................................................46
A.3 Operação ReleaseCall.............................................................................................................................47
Anexo B (informativo): Especificação Delta do ETS 300 374-1 para CAP.......................................48
Anexo C (informativo): Histórico de alterações.................................................................................215

História............................................................................................................................................................216
Preâmbulo
Esta especificação técnica (TS) foi elaborada pelo Comité Técnico (CT) do Special Mobile Group (SMG) do Instituto
Europeu de Normalização das Telecomunicações (ETSI).
Este TS especifica a Parte de Aplicação CAMEL (CAP) que suporta a primeira fase da funcionalidade de rede Aplicações
Personalizadas para Lógica Melhorada de rede móvel dentro do sistema de telecomunicações celulares digitais
(Fase 2/Fase 2+). A PAC baseia-se num subconjunto do INAP CS1 Core, conforme especificado no ETS 300 374-1 [14].
O conteúdo desta TS está sujeito a trabalho contínuo dentro do TC-SMG e pode mudar após a aprovação formal do
TC-SMG. Caso o TC-SMG modifique o conteúdo deste TS, ele será republicado pelo ETSI com uma alteração
identificativa da data de lançamento e um aumento no número da versão da seguinte forma:
Versão 5.x.y onde:
y o terceiro dígito é incrementado quando apenas alterações editoriais foram incorporadas na especificação;
x O segundo dígito é incrementado para todos os outros tipos de alterações, ou seja, melhorias técnicas,
correções, atualizações, etc.
GSM 09,78 8 TS 101 046 V5.0.1 (1997-04)
1 Âmbito de aplicação
Esta Especificação Técnica (TS) especifica a Parte de Aplicação CAMEL (CAP) que suporta a primeira fase da
funcionalidade de rede Aplicações Personalizadas para Lógica Melhorada de Rede Móvel. A PAC baseia-se num
subconjunto do INAP CS1 Core, conforme especificado no ETS 300 374-1 [14]. As descrições e definições
fornecidas pelo RCLE 300 374-1 [14] são diretamente referenciadas por esta norma, caso não sejam necessários
aditamentos ou esclarecimentos para a utilização na PAC.
2 Referências normativas
Esta ET incorpora, por referência datada e não datada, disposições de outras publicações. Essas referências
normativas são citadas nos locais apropriados do texto e as publicações são listadas a seguir. No caso de referências
datadas, as alterações ou revisões subsequentes de qualquer uma destas publicações aplicam-se à presente ET apenas
quando nela incorporadas por alteração ou revisão. Para referências não datadas, aplica-se a última edição da
publicação referida.
[1] ETS 300 008 (1993): "Rede Digital com Integração de Serviços (RDIS); Sistema de
Sinalização CCITT n.º 7; Message Transfer Part (MTP) para suportar a interconexão
internacional".
Sinalização CCITT n.º 7; Signalling Connection Control Part (SCCP) [sem ligação e
orientada para a ligação] para suportar a interligação internacional".
Sinalização CCITT n.º 7; Transaction Capabilities Application Part (TCAP) versão 2".
[4] ETS 300 356-1: "Rede Digital com Integração de Serviços (RDIS); Sistema de
Sinalização CCITT n.º 7; ISDN User Part (ISUP) versão 2 para a interface
internacional; Parte 1: Serviços básicos".
[5] ETS 300 403-1: "Rede Digital com Integração de Serviços (RDIS); N.º do Sistema de
Sinalização Digital de Assinante um (DSS1); Especificação da camada 3 da interface de
rede do usuário para controle básico de chamadas; Parte 1: Especificação do protocolo"
[Recomendação Q.931 (1993) da UIT-T, alterada].
[6] Recomendação Q.773 (1993) da UIT-T: "Especificações do Sistema de Sinalização N.º

7; Formatos e codificação de recursos de transação".
[7] Recomendação Q.1218 (1993) da UIT-T: "Interface Recommendation for intelligent

network CS1".
[8] Recomendação Q.1400 (1993) da UIT-T: "Quadro de arquitetura para o

desenvolvimento de protocolos de sinalização e organização, administração e
manutenção utilizando os princípios OSI".
[9] Recomendação X.208 (1988) do CCITT: "Especificação da notação de sintaxe abstrata

um (ASN.1)".
[10] Recomendação X.209 do CCITT (1988): "Especificação das regras básicas de

codificação para a notação de sintaxe abstrata um (ASN.1)".
[11] Recomendação X.219 (1988) do CCITT: "Operações à distância: modelo, notação e

definição de serviço".
[12] Recomendação X.229 do CCITT (1988): "Operações à distância: especificação do

protocolo".
[13] ISO 9545 (1989): "Tecnologia da informação - Interconexão de sistemas abertos -

Estrutura da camada de aplicação".
GSM 09,78 9 TS 101 046 V5.0.1 (1997-04)
[14] ETS 300 374-1 (1994): "Rede Inteligente (IN); Intelligent Network Capability set 1
(CS1) Core Intelligent Network Application Protocol (INAP) Parte 1: Especificação do
protocolo".
[15] GSM 09.02 (ETS 300 974): "Sistema de telecomunicações celulares digitais (fase 2+);
Especificação da peça de aplicação móvel (MAP)".
[16] GSM 03.78: "Sistema digital de telecomunicações celulares (Fase 2+); Aplicações
personalizadas para rede móvel Enhanced Logic (CAMEL) - estágio 2".
[17] Recomendação Q.713 do CCITT : "Especificações do Sistema de Sinalização n.º 7;

Formatos e códigos SCCP".
[18] Recomendação X.680 da UIT-T (1994) | ISO/IEC 8824-1:1994: "Information

technology - Open Systems Interconnection - Abstract Syntax Notation One (ASN.1):
Especificação da notação básica".

Information object specification" (Tecnologia da informação - Interconexão de sistemas
abertos - Notação de sintaxe abstrata um (ASN.1): Information object specification".

Constraint specification".

Parametrização das especificações ASN.1".
[22] Recomendação X.690 (1994) da UIT-T | ISO/IEC 8825-1:1994: "Information

technology - Open Systems Interconnection - Specification of ASN.1 encoding rules:
Basic, Canonical, and Distinguished Encoding Rules".
[23] Recomendação X.880 (1994) da UIT-T | ISO/IEC 13712-1:1994: "Tecnologia da

informação - Operações remotas: conceitos, modelo e notação".
3 Abreviaturas
Para efeitos da presente ET, entende-se por: AC Contexto da
aplicação
ACM Endereço Mensagem Completa
AE Entidade do aplicativo
ASE Elemento de serviço de aplicativo
ASN.1 Notação de sintaxe abstrata um
BCSM Modelo Básico de Estado da Chamada
PAC Parte de aplicação CAMEL
CS1 Conjunto de capacidades 1
CSI Informações de Subscrição CAMEL
PD Ponto de Deteção
DSS1 N.º do Sistema de Sinalização Digital de Assinante Um
EDP Ponto de Deteção de Eventos
EDP-R Ponto de Deteção de Eventos - Solicitação
FE Entidade Funcional
FSM Modelo de Estado Finito
gsmSCF GSM SCF
gsmSSF GSM SSF
IAM Mensagem de endereço inicial
Identificação Identificador
EM Rede Inteligente
INAP Protocolo de Aplicação de Rede Inteligente
RDIS Rede Digital de Serviços Integrados
GSM 09,78 10 TS 101 046 V5.0.1 (1997-04)
ISUP Parte do usuário RDIS

MACF Função de controle de associação múltipla
MTP Parte de transferência de mensagens
OCSI CSI de origem
PE Entidade física
REL Lançamento
ROSA Elemento de serviço de operações remotas
SACF Função de controle de associação única
SAO Objeto de associação única
SCCP Parte de controle de conexão de sinalização
CCAH Função de controle de serviço
SCME Entidade Gestora do SCF
SCSM Modelo de Estado de Chamada do SCF
SLP Programa de lógica de serviço
Elementos de fixação, de aço Função de comutação de serviço
SSME Entidade Gestora de elementos de fixação, de aço inoxidável
SSN Número do subsistema
TC Capacidades de transação
TCAP Parte do aplicativo de recursos de transação
TCSI Encerrando o CSI
TDP Ponto de deteção de gatilho
TDP-R Ponto de deteção de gatilho - Solicitação
4 Geral
4.1 Metodologia de definição
A definição do protocolo divide-se em três cláusulas:
- a definição das regras da Função de Controlo de Associação Única/Múltipla (SACF/MACF) para o protocolo
(cláusula 5);
- a definição das operações transferidas entre entidades (cláusula 6);
- a definição das ações tomadas em cada entidade (cláusula 7).
As regras do SACF/MACF são definidas em prosa. As definições de operação estão em Notação de Sintaxe Abstrata
1 (ASN.1, ver Recomendação X.208 do CCITT [9]), e as ações são definidas em termos de diagramas de transição
de estado. Podem obter-se orientações adicionais sobre as ações a realizar aquando da receção de uma operação na
cláusula 6 e nos procedimentos pormenorizados pertinentes na cláusula 7.
O CAP é um protocolo de utilizador do Elemento de Serviço de Operações Remotas (ROSE) (ver Recomendações
X.219 [11] e X.229 [12] do CCITT e Recomendação X.880 [23] da UIT). A PAC utiliza as regras básicas de
codificação (ver a Recomendação X.209 [10] do CCITT e a Recomendação X.690 [22] da UIT-T).
4.2 Sobressalente
4.3 Arquitetura do protocolo CAP
Muitos dos termos utilizados nesta subcláusula baseiam-se na estrutura da camada de aplicação OSI, tal como
definida na norma ISO 9545 [13].
A arquitetura do protocolo CAP pode ser ilustrada como mostra a figura 1.

GSM 09,78 11 TS 101 046 V5.0.1 (1997-04)
Interações coordenadas Interação única (caso a)

múltiplas (caso b)
Processo de Aplicação
candidatura Processo
MACF
SAO SAO SAO
quer S
ASE
S
ASE
S
ASE
A A A
C C C
F TCAP F TCAP F TCAP
SCCP SCCP
MTP MTP
Figura 1: Arquitetura do protocolo CAP
Um EP tem interações únicas (caso a) ou múltiplas interações coordenadas (caso b) com outros EP.
No caso a, a SACF fornece uma função de coordenação na utilização de elementos de serviço de aplicação (ASEs),
que inclui a ordenação de operações suportadas por ASE(s), (com base na ordem das primitivas recebidas). O Single
Association Object (SAO) representa o SACF mais um conjunto de ASEs a serem usados em uma única interação
entre um par de PEs.
No caso b, o MACF fornece uma função de coordenação entre vários SAOs, cada um dos quais interage com um
SAO em um PE remoto.
Cada ASE suporta uma ou mais operações. A descrição de cada operação está ligada à ação da modelização FE
correspondente (ver GSM 03.78 [16] e cláusula 7 da presente ET). Cada operação é especificada usando a macro de
operação descrita na figura 2.
GSM 09,78 12 TS 101 046 V5.0.1 (1997-04)
Utilizador INAP ASE's

OPERAÇÃO XYZ
ARGUMENT {Parâmetro1, Parâmetro2,...}
RESULTADO {Parâmetro1, Parâmetro2,...}
LINKED {operação3, operação4,...} ERROS
{error1, error2.......................} Erros de
para resultados de
ERRO1 ERRO peer operações
PARÂMETRO {Parameter6, Parameter7,...}
Etc
TCAP ASE
INVOCAR
ERRO DE
SUBCAMADA DE COMPONENTES para RETORNO DE
peer RETORNO DE
RESULTADO
SUBCAMADA DE TRANSAÇÃO REJEITAR
para
peer COMEÇAR
CONTINUA
R
TERMINAR
ABORTAR
UNIDIRECIONAL
SCCP SEM CONEXÃO
Figura 2: Descrição da operação
A utilização do mecanismo de negociação Application Context (AC) (tal como definido no ETS 300 287 [3])
permite que as duas entidades comunicantes identifiquem exatamente quais são as suas capacidades e também quais
devem ser as capacidades necessárias na interface. Isso deve ser usado para permitir a evolução através de conjuntos
de capacidades.
Se a indicação de uma CA específica não for apoiada por um par de FE comunicantes, deve ser apoiado algum
mecanismo para pré-organizar o contexto.
4.4 Abordagem da PAC
A Parte de Aplicação CAMEL utiliza os serviços oferecidos pela Parte de Controlo de Ligação de Sinalização do
Sistema de Sinalização N.º 7. As recomendações Q.711 a Q.716 do CCITT Blue Book ou ITU-T (03/93) devem ser
consultadas para obter a especificação completa do SCCP.
4.4.1 Número do subsistema (SSN)
O uso de SSN é uma opção de operador de rede e os valores para uso intra-PLMN são específicos da rede.
4.4.2 Parâmetros de qualidade de serviço
A classe (classe 0 ou classe 1) do SCCP é escolhida de acordo com o requisito de qualidade de serviço de uma
mensagem individual.
A opção de devolução pode ser utilizada se solicitado.
4.4.3 Endereçamento SCCP
Dentro do Sistema GSM existe a necessidade de comunicar entre entidades dentro do mesmo PLMN e em diferentes
PLMNs. A utilização da CAMEL Application Part (CAP) para esta função implica a utilização das Capacidades de
Transação (TC) e da Parte de Controlo da Ligação de Sinalização (SCCP) do Sistema de Sinalização CCITT N.º 7.
GSM 09,78 13 TS 101 046 V5.0.1 (1997-04)
O formato e a codificação dos parâmetros de endereço utilizados pelo CCPC para esse efeito devem cumprir a
Recomendação Q.713 [17] do CCITT, com as seguintes restrições:
1) Endereçamento intra-PLMN
a) Endereço da parte chamada
- Indicador SSN = específico da rede;
- pode ser incluído um título global ou um código de pontos;
b) Endereço da parte chamadora

- pode ser incluído um título global ou um código de pontos; Se nenhum destes parâmetros
estiver presente, é utilizado o endereço MTP (ou seja, OPC);
2) Endereçamento inter-PLMN
a) Endereço da parte chamada
- Indicador de código de ponto = 0;
- Indicador de título global = 0100 (Título global inclui tipo de tradução, plano de numeração,
esquema de codificação e indicador de natureza do endereço);
- Tipo de tradução = 0 (Não utilizado);
- Indicador de roteamento = 0 (Roteamento no título global);
b) Endereço da parte chamadora

- Indicador de código de ponto = 0;
- Indicador de título global = 0100 (Título global inclui tipo de tradução, plano de numeração,
esquema de codificação e indicador de natureza do endereço);
- Tipo de tradução = 0 (Não utilizado);
- Indicador de roteamento = 0 (Roteamento no título global).
4.5 Sobressalente
4.6 Mecanismos de compatibilidade utilizados para a PAC
4.6.1 Introdução
Esta subcláusula especifica os mecanismos de compatibilidade que devem ser utilizados
para a PAC. Estas duas categorias principais de compatibilidade são tratadas por estes
mecanismos:
- compatibilidade com a versão Q.1218 [7] da Recomendação Q.1218 da UIT INAP e com a especificação
ETSI ETS 300 374 -1 versão [14] do CS1 INAP;
- compatibilidade com versões futuras da PAC.
A segunda categoria tem três subcategorias de compatibilidade tratadas nesta subcláusula:
- pequenas alterações à PAC em futuras versões normalizadas:
Uma pequena alteração pode ser definida como uma alteração de uma funcionalidade que não é essencial
para o serviço CAMEL solicitado. No caso de ser uma modificação de uma função existente, é aceitável que
a função endereçada seja executada na variante mais antiga ou modificada. Se a alteração for puramente
adicional, é aceitável que não seja executada e que a Entidade de Aplicação (AE) par não precise de saber
sobre os efeitos da alteração. Para pequenas alterações, não é necessário um novo CA;
- principais alterações à PAC em futuras versões normalizadas:
Uma alteração importante pode ser definida como uma alteração de uma funcionalidade essencial para o
serviço CAP solicitado. No caso de se tratar de uma modificação de uma função existente, ambas as
entidades de aplicação devem ter um conhecimento partilhado sobre a variante funcional abordada. Se a
alteração for puramente adicional, o serviço CAMEL solicitado não será fornecido se uma das entidades do
aplicativo não suportar a funcionalidade adicional. Para alterações importantes, é necessário um novo CA;
GSM 09,78 14 TS 101 046 V5.0.1 (1997-04)
- alterações específicas da rede à PAC:
Essas adições podem ser do tipo principal ou menor para um serviço. Não se espera que seja definido um
novo CA para este tipo de alteração. No momento da definição, não se espera que os aditamentos sejam
incluídos de forma idêntica em futuras versões do RCLE.
4.6.2 Definição dos mecanismos de compatibilidade da PAC
4.6.2.1 Mecanismo de compatibilidade para o interfuncionamento da PAC com o ETSI CS1

Core INAP e ITU-T Q.1218 INAP
Após receção de uma operação em conformidade com a Recomendação Q.1218 da UIT-T [7] ou de uma operação
em conformidade com o ETSI ETS 300 374-1 [14] que não faça parte da PAC ou dela faça parte mas que contenha
parâmetros que não fazem parte da PAC:
- o gsmSSF deve aplicar o tratamento normal de erros para operações ou parâmetros desconhecidos, ou seja,
devem ser seguidos os procedimentos normais de tratamento de erros especificados na secção 10;
- o gsmSCF deve aplicar o tratamento normal de erros para operações ou parâmetros desconhecidos, exceto
para parâmetros na operação InitialDP. Todos os parâmetros especificados na Recomendação Q.1218 [7] da
UIT-T e no ETSI ETS 300 374-1 [14] para a PD inicial devem ser conhecidos pelo gsmSCF, devendo os não
incluídos na PAC ser ignorados.
A marcação dos aditamentos da PAC à Recomendação Q.1218[7] da UIT-T e ao ETSI ETS 300 374-1 [14] é
especificada a partir de 50.
4.6.2.2 Procedimentos para aditamentos importantes à PAC
A fim de suportar a introdução de grandes alterações funcionais, o protocolo permite uma sincronização entre as
duas aplicações em relação às quais a funcionalidade deve ser executada. Essa sincronização ocorre antes que a nova
função seja invocada em qualquer entidade do aplicativo, a fim de evitar procedimentos de fall-back complicados. A
solução escolhida para conseguir essa sincronização é a utilização da negociação CA prevista no ETS 300 287 [3].
4.6.2.3 Procedimentos para aditamentos menores à PAC
O marcador do mecanismo de extensão deve ser utilizado para futuros aditamentos menores normalizados à PAC.
Este mecanismo implementa extensões incluindo um "marcador de extensões" na definição de tipo. As extensões são
expressas por campos opcionais que são colocados após o marcador. Quando uma entidade recebe parâmetros não
reconhecidos que ocorrem após o marcador, eles são ignorados (ver Recomendação X.680 da UIT-T [18]).
4.6.2.4 Procedimentos para a inclusão de aditamentos específicos à rede na PAC
Este mecanismo baseia-se na capacidade de declarar explicitamente campos de qualquer tipo através da
funcionalidade Macro em ASN.1 ao nível mais externo de uma definição de tipo. Ele funciona definindo um
"ExtensionField" que é colocado no final da definição de tipo. Este campo de extensão é definido como um conjunto
de extensões, onde uma extensão pode conter qualquer tipo. Cada extensão está associada a uma identificação que
identifica inequivocamente a extensão. Consultar a Recomendação Q.1400 [8] da UIT-T para uma definição deste
mecanismo.
5 Regras da Função de Controle de Associação Única/Múltipla (SACF/MACF)

5.1 Reflexo do contexto de aplicação TCAP (AC)
As regras de negociação do TCAP AC exigem que o CA proposto, se aceitável, seja refletido na primeira mensagem
retroativa.
Se o CA não for aceitável e o TC-Usuário não desejar continuar o diálogo, ele pode fornecer um CA alternativo ao
iniciador que pode ser usado para iniciar um novo diálogo.
A negociação TCAP AC aplica-se apenas às interfaces gsmSCF. Consultar o RCLE 300 287 [3] para uma descrição
mais pormenorizada do mecanismo de negociação TCAP AC.
GSM 09,78 15 TS 101 046 V5.0.1 (1997-04)
5.2 Execução sequencial/paralela das operações

Em alguns casos, pode ser necessário distinguir se as operações devem ser realizadas sequencialmente ou em
paralelo (sincronizadas). As operações que podem ser sincronizadas são:
- As operações de carregamento podem ser sincronizadas com qualquer outra operação.
O método para indicar que as operações devem ser sincronizadas é incluí-las na mesma mensagem. Quando é
impossível executar uma das operações acima identificadas até que alguma outra operação tenha progredido em
alguma medida ou terminado, o PE de envio (geralmente SCP) pode controlar isso enviando as operações em duas
mensagens separadas.
Este método não implica que todas as operações enviadas na mesma mensagem devem ser executadas
simultaneamente, mas simplesmente que onde possa fazer sentido fazê-lo (nas situações identificadas acima) as
operações devem ser sincronizadas.
Em caso de incoerência entre as regras genéricas acima referidas e as regras específicas da FE, tal como
especificado na cláusula 7, as regras específicas da FE prevalecem sobre as regras genéricas.
6 Sintaxe abstrata da PAC

Esta cláusula especifica a sintaxe abstrata para a versão 1 da PAC, utilizando ASN.1, tal como definido na
Recomendação X.208 [9] do CCITT e nas Recomendações X.680 [18], X.681 [19], X.682 [20] do CCITT e
X.683 [21].
As regras de codificação aplicáveis à sintaxe abstrata definida são as Regras Básicas de Codificação para ASN.1,
definidas na Recomendação X.209 [10] do CCITT e na Recomendação X.690 [22] da UIT-T, com as restrições
descritas na Recomendação Q.773 [6] da UIT-T, § 4.1.1, alterada pelo ETS 300 287 [3]. São citadas codificações
adicionais para parâmetros utilizados nas normas ISUP (ETS 300 356-1 [4]) e DSS1 (ETS 300 403-1 [5]) existentes.
Para os parâmetros ISUP e DSS1 usados no CAP, apenas a codificação do valor do parâmetro é codificada conforme
definido em ISUP ou DSS1. Os identificadores de parâmetros definidos pelo DSS1/ISUP são removidos e
substituídos pelos identificadores de parâmetros definidos pela CAP.
Sempre que possível, foram utilizados os tipos de dados existentes das normas CS1 ETSI Core INAP (ETS 300 374-
1 [14]) e MAP (ETS 300 599 [15]).
O mapeamento de OPERAÇÃO e ERRO para componentes TCAP é definido na Recomendação Q.773 [6] da UIT-
T, alterada pelo ETS 300 287 [3]. A classe de uma operação não é declarada explicitamente, mas é especificada na
MACRO ASN.1 OPERATION, da seguinte forma:
Classe 2: apenas ERROS aparece na definição ASN.1 OPERATION MACRO; Classe
3: apenas RESULT aparece na definição ASN.1 OPERATION MACRO;
Classe 4: nem RESULT nem ERRORS aparecem na definição ASN.1 OPERATION MACRO.
A sintaxe abstrata para CAP é composta por vários módulos ASN.1 que descrevem operações, erros e tipos de dados
associados. Os valores (códigos de operação e códigos de erro) são definidos em um módulo separado.
O módulo que contém todas as definições de tipo para as operações CAP é CAP-Operations e é descrito na
subcláusula 6.1.
O módulo que contém todas as definições de tipo para erros CAP é CAP-Errors e está descrito na subcláusula 6.2.
O módulo que contém todas as definições de tipo para tipos de dados CAP é CAP-DataTypes e é descrito na
subcláusula 6.3.
O módulo que contém os códigos de operação e os códigos de erro para CAP é CAP-Codes e é descrito na
subcláusula 6.4.
Todas as definições de CA para a PAC são descritas na subsecção 6.5.

GSM 09,78 16 TS 101 046 V5.0.1 (1997-04)
O módulo que contém as definições de classe para CAP é CAP-Classes e está descrito na subcláusula 6.6.
6.1 Tipos de operação
CAP-Operations {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1)

modules(3)
cap-operations(50) versão1(0)}
-- Este módulo contém as definições de tipo para as operações CAP v.1.
DEFINIÇÕES ::=
INICIAR
AS
IMPORTA
ÇÕES
FUNCIONAMENTO
FROM TCAPMessages {ccitt recomendação q 773 modules(2) messages(1) version2(2)}
-- tipos de erro
MissingCustomerRecord,
MissingParameter,
TaskRefused,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter
FROM Core-INAP-CS1-Errors {ccitt(0) identified-organization(4) etsi(0) inDomain(1) in-network(1)

modules(0) cs1-errors(1) version1(0)}
-- Tipos de erro CAP

SystemFailure
FROM CAP-Errors {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1)

modules(3) cap-errors(51) version1(0)}
-- tipos de argumento
ConnectArg,
EventReportBCSMArg,
InitialDPArg,
ReleaseCallArg,
RequestReportBCSMEventAr
g
FROM CAP-DataTypes {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1)

modules(3) cap-datatypes(52) version1(0)};
-- SEGUEM-SE AS DEFINIÇÕES DE TIPO PARA AS OPERAÇÕES DA PAC v.1
Teste de Atividade ::= RESULTADO

DA OPERAÇÃO
-- Direção: gsmSCF -> gsmSSF, Timer: Tat

-- Esta operação é usada para verificar a existência contínua de uma relação entre o
-- gsmSCF e gsmSSF. Se o relacionamento ainda existir, o gsmSSF responderá.
-- Se nenhuma resposta for recebida, o gsmSCF assumirá que o gsmSSF falhou de alguma forma
-- e tomará as medidas adequadas.
Ligar ::= ARGUMENTO

DA OPERAÇÃO
ConnectArg
ERROS {
MissingParameter,
SystemFailure,
TaskRefused,
UnexpectedParameter
}
-- Direção: gsmSCF -> gsmSSF, Temporizador: Tcon
-- Esta operação é usada para solicitar que o gsmSSF execute as ações de processamento de chamadas para
rotear
-- ou encaminhar uma chamada para um destino especificado. Para tal, o gsmSSF pode ou não utilizar
-- informações de destino do chamador (por exemplo, dígitos discados) e configuração de chamada existente
-- informações dependendo das informações fornecidas pelo gsmSCF.
Continuar ::= Operação
-- Direção: gsmSCF -> gsmSSF, Temporizador: Tcue

-- Esta operação é usada para solicitar que o gsmSSF prossiga com o processamento de chamadas no DP em
-- que anteriormente suspendeu o processamento de chamadas para aguardar instruções do gsmSCF (ou seja,
prosseguir para
-- o próximo ponto de chamada no BCSM). O gsmSSF continua o processamento de chamadas sem
-- substituindo novos dados do gsmSCF.
GSM 09,78 17 TS 101 046 V5.0.1 (1997-04)
EventReportBCSM ::= ARGUMENTO

DA OPERAÇÃO
EventReportBCSMArg
-- Direção: gsmSSF -> gsmSCF, Temporizador: Terb

-- Esta operação é usada para notificar o gsmSCF de um evento relacionado à chamada (por exemplo,
eventos BCSM, como
-- como resposta ou desconexão) previamente solicitado pelo gsmSCF em um RequestReportBCSMEvent
-- operação.
InicialDP ::= ARGUMENTO

DA OPERAÇÃO
InitialDPArg
ERRORS {
MissingParameter,
SystemFailure,
TaskRefused,
UnexpectedParameter
}
-- Direção: gsmSSF -> gsmSCF, Temporizador: Tidp

-- Esta operação é usada após um TDP para indicar a solicitação de serviço.
ReleaseCall ::= ARGUMENTO

DA OPERAÇÃO
ReleaseCallArg
-- Direção: gsmSCF -> gsmSSF, Temporizador: Trc

-- Esta operação é usada para derrubar uma chamada existente em qualquer fase da chamada para
todos
-- partes envolvidas na chamada.
RequestReportBCSMEvent ::= ARGUMENTO

DA OPERAÇÃO
RequestReportBCSMEventArg
ERROS {
MissingParameter,
SystemFailure,
TaskRefused,
UnexpectedParameter
}
-- Direção: gsmSCF -> gsmSSF, Temporizador: Trrb

-- Esta operação é usada para solicitar que o gsmSSF monitore um evento relacionado à chamada (por
exemplo, BCSM
-- eventos como responder ou desconectar) e, em seguida, enviar uma notificação de volta para o
gsmSCF quando o
-- evento é detetado.
FIM
Temporizadores de operação
Os seguintes intervalos de valores aplicam-se a temporizadores específicos de operação no CAP:
curtas: 1 a 20 segundos;
A Tabela 1 lista todos os temporizadores de operação e o intervalo de valores para cada temporizador. O valor
definitivo para cada temporizador de operação pode ser específico da rede e tem de ser definido pelo operador de
rede.
Tabela 1
Nome da operação Temporiz valor

ador
Teste de Atividade Tat curtas
Ligar Tcon curtas
Continuar Tcue curtas
EventReportBCSM Terb curtas
InicialDP Tidp curtas
ReleaseCall Trc curtas
RequestReportBCSMEvent Trrb curtas
GSM 09,78 18 TS 101 046 V5.0.1 (1997-04)
6.2 Tipos de erro
CAP-Errors { ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1)

modules(3)
cap-errors(51) versão1(0)}
-- Este módulo contém as definições de tipo para os erros CAP v.1.
DEFINIÇÕES TAGS IMPLÍCITAS ::=
INICIAR
AS
IMPORTA
ÇÕES
ERRO
FROM TCAPMessages {ccitt recomendação q 773 modules(2) messages(1) version2(2)}
UnavailableNetworkResource
FROM CAP-DataTypes {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1)

modules(3) cap-datatypes(52) version1(0)};
-- DEFINIÇÕES DE TIPO PARA ERROS CAP V.1 SEGUIR
Falha do sistema ::=

PARÂMETRO DE ERRO
-- A operação não pôde ser concluída devido a uma falha do sistema na entidade de
serviço. FIM
6.3 Tipos de dados
CAP-DataTypes {ccitt(0) identificado-organization(4) etsi(0) mobileDomain(0) gsm-

Network(1) modules(3)
cap-datatypes(52) versão1(0)}
-- Este módulo contém as definições de tipo para os tipos de dados CAP v.1.
DEFINIÇÕES TAGS IMPLÍCITAS ::=
INICIAR
AS
IMPORTA
ÇÕES
CallingPartysCategory,
HighLayerCompatibility,
MiscCallInfo,
MonitorMode,
RedirectionInformation,
ServiceKey
FROM Core-INAP-CS1-DataTypes { ccitt(0) identified-organization(4) etsi(0) inDomain(1)

in-network(1) modules(0) cs1-datatypes(2) version1(0)}
IMSI,
Ext-BasicServiceCode
FROM MAP-CommonDataTypes { ccitt(0) identified-organization(4) etsi(0) mobileDomain(0)

gsm-Network(1) modules(3) map-CommonDataTypes(18) version3(3)}
LocationInformation,
SubscriberState
FROM MAP-MS-DataTypes { ccitt(0) identified-organization(4) etsi(0) mobileDomain(0)

gsm-Network(1) modules(3) map-MS-DataTypes(11) version3(3)}
CallReferenceNumber,
SuppressionOfAnnouncement
FROM MAP-CH-DataTypes { ccitt(0) identified-organization(4) etsi(0) mobileDomain(0)

gsm-Network(1) modules(3) map-CH-DataTypes(13) version3(3)}
;
-- SEGUEM-SE AS DEFINIÇÕES DE TIPO PARA OS TIPOS DE DADOS CAP V.1
-- Tipos de dados de argumento

GSM 09,78 18 TS 101 046 V5.0.1 (1997-04)
ConnectArg ::= SEQUENCE

{ destinationRoutingAddress [0] DestinationRadress,
GSM 09,78 19 TS 101 046 V5.0.1 (1997-04)
originalcultivdy [6] Originalcultidi OPCIONAL,

Extensões [10] SEQUENCE SIZE(1..numOfExtensions) OF ExtensionField
OPCIONAL,
genericNumbers [14] GenericNumbers. OPCIONAL,
chamingPartyNumber [27] Número do chamlingParty. OPCIONAL,
chamandoFestasCategoria [28] ChamlingPartysCategory OPCIONAL,
redirecionamentoPartyID [29] RedireccionamentoPartyID OPCIONAL,
redireccionamentoInformação [30] OPCIONAL,
RedireccionamentoInformação
supressãodeanúncio [55] SupressãodeAnúncio. OPCIONAL,
oCSIApplicável [56] OCSIApplicável. OPCIONAL,
...
}
EventReportBCSMArg ::= SEQUENCE

{ eventTypeBCSM [0] EventTypeBCSM,
eventoNascimento específicoBCSM [2] NascimentoBCSM específico do evento.
OPCIONAL, legID [3] LegID OPCIONAL,
miscCallInfo [4] MiscCallInfo. DEFAULT {messageType request},
OPCIONAL,
...
}
InitialDPArg ::= SEQUÊNCIA {
chave de serviço [0] Chave de serviço,
chamadoPartyNumber [2] CalledPartyNumber OPCIONAL,
chamingPartyNumber [3] Número da Festa de Chamada OPCIONAL,
chamandoFestasCategoria [5] ChamlingPartysCategoria OPCIONAL,
localizaçãoNúmero [10] LocalizaçãoNúmero OPCIONAL,
originalcultivdy [12] originalcultivdy OPCIONAL,
OPCIONAL,
highLayerCompatibilidade [23] HighLayerCompatibilidade OPCIONAL,
adicionalCallingPartyNumber [25] AdicionalCallingPartyNumber OPCIONAL,
portadorCapacidade [27] Capacidade ao portador OPCIONAL,
eventTypeBCSM [28] EventTypeBCSM OPCIONAL,
redirecionamentoPartyID [29] RedirectingPartyID OPCIONAL,
redireccionamentoInformação [30] RedireccionamentoInformação OPCIONAL,
iMSI [50] IMSI OPCIONAL,
Estado do assinante [51] Estado do Assinante OPCIONAL,
localizaçãoInformação [52] LocalizaçãoInformação OPCIONAL,
ext-basicServiceCode [53] Ext-BasicServiceCode OPCIONAL,
callReferenceNumber [54] CallReferenceNumber OPCIONAL,
...
}
ReleaseCallArg ::= Causa
RequestReportBCSMEventArg ::= SEQUÊNCIA {

bcsmEventos [0] TAMANHO DA SEQUÊNCIA (1.numOfBCSMEvents) DE BCSMEvent,
Extensões [2] TAMANHO DA SEQUÊNCIA (1..numOfExtensions) OF
ExtensionField
OPCIONAL,
...
}
-- Indica os eventos relacionados ao BCSM para notificação.
-- Tipos de dados comuns
AdicionalCallingPartyNumber ::= Dígitos
-- indica o número adicional do chamador.
BCSMEvent ::= SEQUÊNCIA {

eventTypeBCSM [0] EventTypeBCSM,
monitorMode [1] MonitorMode,
legID [2] LegID OPCIONAL
}
-- Indica as informações do evento BCSM para
monitoramento. Capacidade ao portador ::= ESCOLHA {

portadorCap [0] STRING DE OCTETO (TAMANHO (2..maxBearerCapabilityLength))
}
-- Indica o tipo de conexão de capacidade do portador para o usuário. Para bearerCap, o valor como
-- descrito no ISUP (ETS 300 356-1 [4], Informações de Serviço ao Utilizador).
CalledPartyNumber ::= STRING OCTET (TAMANHO (minCalledPartyNumberLength

.. maxCalledPartyNumberLength))
-- indica o número da parte chamada. Consulte o ETS 300 356-1 [4] para codificação. Número
da Festa de Chamada ::= STRING OCTET (TAMANHO (minCallingPartyNumberLength
..
maxCallingPartyNumberLength))
GSM 09,78 20 TS 101 046 V5.0.1 (1997-04)
-- Indica o número da parte chamadora. Consulte o ETS 300 356-1 [4] para codificação.
Causa ::= STRING OCTET (TAMANHO (minCauseLength .. maxCauseLength))
-- Indica a causa das informações relacionadas à interface. Consulte a causa ETS 300 356-1 [4]
-- parâmetro para codificação. Para o uso dos valores Cause e Location, consulte Q.850.
-- Deve incluir apenas o valor da causa.
DestinationRadress ::= TAMANHO DA SEQUÊNCIA (1) DE CalledPartyNumber
-- indica o número da parte chamada.
Algarismos ::= STRING OCTET (TAMANHO (minDigitsLength .. maxDigitsLength))
-- Indica os dígitos de sinalização de endereço. Consulte o número genérico do ETS 300 356-1 [4] e
-- Parâmetros de dígitos genéricos para codificação. A codificação dos subcampos "NumberQualifier" em
-- Número Genérico e "Tipo de Dígitos" em Dígitos Genéricos são irrelevantes para o CAP, o ASN.1
-- as tags são suficientes para identificar o parâmetro. O formato ISUP não permite excluir
-- estes subcampos, portanto, o valor é específico do operador de rede.
--
-- O seguinte parâmetro deve usar o número genérico:
-- AdditionalCallingPartyNumber para InitialDP
NascimentoBCSM Específico do Evento ::= ESCOLHA {

oDisconnectSpecificInfo [7] SEQUENCE
{ releaseCause [0] Causa OPCIONAL
--...--
},
tDisconnectSpecificInfo [12] SEQUENCE
{ releaseCause [0] Causa OPCIONAL
--...--
}
}
-- Indica as informações relacionadas à chamada específicas para
o evento. EventTypeBCSM ::= Anónimo {

collectedInfo(2),
oAnswer(7),
oDisconnect(9),
termAttemptAuthorized(12),
tAnswer(15),
tDisconnect(17)
}
-- Os valores coletadosInfo e termAttemptAuthorized só podem ser

-- usado para TDPs.
ExtensionField ::= SEQUÊNCIA {

tipo EXTENSION.&id ({SupportedExtensions}),
-- deve identificar o valor de uma criticidade do
tipo EXTENSION
EXTENSION.&criticality ({SupportedExtensions}{@type}),
valor [1] EXTENSION.&ExtensionType
({SupportedExtensions}{@type})
}
--Este parâmetro indica uma extensão de um tipo de dados de argumento. O seu conteúdo é específico do
operador de rede
Número Genérico ::= STRING DE OCTETO (SIZE(minGenericNumberLength..

maxGenericNumberLength))
-- Indica um número genérico. Consulte ETS 300 356-1 [4] Número genérico para
codificação. GenericNumbers ::= SET SIZE(1..numOfGenericNumbers) OF GenericNumber
LegID ::= ESCOLHA {

sendingSideID [0] LegType, -- usado em operações enviadas do gsmSCF para o
gsmSSF receivingSideID [1] LegType -- utilizado em operações enviadas do
gsmSSF para o gsmSCF
}
-- Indica uma referência a uma parte específica em uma
chamada. Tipo de perna ::= STRING DE OCTETO (SIZE(1))

perna 1 LegType ::= '01'H
leg2 LegType ::= '02'H
LocalizaçãoNúmero ::= STRING OCTET (TAMANHO (minLocationNumberLength

.. maxLocationNumberLength))
-- Indica o número de localização da parte chamadora. Consulte o ETS 300 356-1 [4] para codificação.
GSM 09,78 21 TS 101 046 V5.0.1 (1997-04)
originalcultivdy ::= STRING OCTET (SIZE (minOriginalCalledPartyIDLength ..

Maxoriginalcultide comprimento))
-- Indica o número chamado original. Consulte o ETS 300 356-1 [4] Número Chamado Original para
codificação.
OCSIApplicável ::= NULL

-- Indica que a Informação de Subscrição CAMEL de origem, se existir, deve ser aplicada no
-- trecho de chamada de saída criado com uma operação Connect. Para a utilização deste parâmetro,
ver GSM
03.78 [16].
RedirectingPartyID ::= STRING OCTET (SIZE (minRedirectingPartyIDLength ..

maxRedirectingPartyIDLength))
-- Indica o número de redirecionamento. Consulte ETS 300 356-1 [4] Número de
redirecionamento para codificação. UnavailableNetworkResource ::= Anónimo {

unavailableResources(0),
componentFailure(1),
basicCallProcessingException(2)
}
-- Definição de constantes de intervalo
maxBearerCapabilityLength INTEIRO ::= 11

minCalledPartyNumberLength INTEIRO ::= 2
maxCalledPartyNumberLength INTEIRO ::= 12
minCallingPartyNumberLength INTEIRO ::= 2
maxCallingPartyNumberLength INTEIRO ::= 10
minCauseLength INTEIRO ::= 2
maxCauseLength INTEIRO ::= 2
minDigitsLength INTEIRO ::= 2
maxDigitsComprimento INTEIRO ::= 10
minGenericNumberLength INTEIRO ::= 3
maxGenericNumberLength INTEIRO ::= 11
minLocationNumberLength INTEIRO ::= 2
maxLocationNumberLength INTEIRO ::= 10
minOriginalCalledPartyIDLength INTEGER ::= 2
maxOriginalCalledPartyIDLength INTEGER ::= 10
minRedirectingPartyIDLength INTEIRO ::= 2
maxRedirectingPartyIDLength INTEIRO ::= 10
numOfBCSMEvents INTEIRO ::= 10
numOfExtensions INTEIRO ::= 10
Narafara INTEIRO ::= 5
FIM
6.4 Códigos de operação e de erro
CAP-Codes {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) modules(3)

cap-codes(53) version1(0)}
-- Este módulo contém as atribuições de código de operação e erro para o aplicativo CAP v.1
-- protocolo.
DEFINIÇÕES ::=
COMEÇAR
-- AS ATRIBUIÇÕES DE CÓDIGO DE OPERAÇÃO E ERRO PARA O PROTOCOLO CAP V.1
SEGUEM AS IMPORTAÇÕES
-- macros
APPLICATION-SERVICE-ELEMENT
FROM Remote-Operations-Notation-Extension {joint-iso-ccitt remote-operations(4) notation-

extension(2)}
-- tipos de operação
ActivityTest,
Conectar,
Continuar,
EventReportBCSM,
InitialDP,
ReleaseCall,
RequestReportBCSMEvent
FROM CAP-Operations { ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1)

modules(3) cap-operations(50) version1(0)}
GSM 09,78 22 TS 101 046 V5.0.1 (1997-04)
-- Tipos de erro CS1

MissingParameter,
TaskRefused,
UnexpectedParameter
FROM Core-INAP-CS1-Errors {ccitt(0) identified-organization(4) etsi(0) inDomain(1) in-network(1)

modules(0) cs1-errors(1) version1(0)}
-- Tipos de erro CAP

SystemFailure
FROM CAP-Errors {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1)

modules(3) cap-errors(51) version1(0)};
-- as operações são agrupadas pelos ASE identificados.
-- ASE de ativação do gsmSCF
inicialDP InicialDP ::= localValue 0
-- Conectar ASE (função gsmSSF elementar)
Conecte-se Ligar ::= localValue 20
-- Tratamento de chamadas ASE (função gsmSSF elementar)
liberaçãoTelefonar ReleaseCall ::= localValue 22
-- ASE de manipulação de eventos BCSM
requestReportBCSMEvent RequestReportBCSMEvent ::= localValue 23

eventReportBCSM EventReportBCSM ::= localValue 24
-- Processamento de chamadas gsmSSF ASE
continuar Continuar ::= localValue 31
-- Teste de ASE
atividade
Teste de Atividade ::= localValue 55
atividadeTeste
-- Códigos de erro
missingCustomerRecord MissingCustomerRecord ::= localValue 6

missingParameter MissingParameter ::= localValue 7
falha do sistema Falha do sistema ::= localValor 11
taskRecusado TarefaRecusada ::= localValue 12
unexpectedComponentSequence UnexpectedComponentSequence ::= localValue 14
unexpectedDataValue UnexpectedDataValue ::= localValor 15
unexpectedParameter UnexpectedParameter ::= localValor 16
-- ELEMENTOS DO SERVIÇO DE APLICATIVO
gsmS EXPERIÊNCIA-99-ASE ::= APPLICATION-SERVICE-ELEMENT

-- consumidor é gsmssf
consumidor invoca {
inicialDP
}
Connect-ASE ::= APPLICATION-SERVICE-ELEMENT
-- fornecedor é gsmSCF
FORNECEDOR INVOCA {
Conecte-se
}
Tratamento de chamadas-ASE ::= APPLICATION-SERVICE-ELEMENT
FORNECEDOR INVOCA {
liberaçãoTelefonar
}
PCSM-Manipulação de Eventos-AASI ::= APPLICATION-SERVICE-ELEMENT
-- consumidor é gsmssf
consumidor invoca {
eventReportBCSM
}
FORNECEDOR INVOCA {
requestReportBCSMEvent
}
gsmSSF-call-processing-ASE ::= APPLICATION-SERVICE-ELEMENT
FORNECEDOR INVOCA {
continuar
GSM 09,78 23 TS 101 046 V5.0.1 (1997-04)
Atividade-teste-ASE ::= APPLICATION-SERVICE-ELEMENT

FORNECEDOR INVOCA {
atividadeTeste
}
FIM
6.5 Contextos de
aplicação MACRO APPLICATION-
CONTEXT ::= BEGIN
NOTAÇÃO TIPO ::= Simétrica | IniciadorConsumidorDe ResponderConsumerOf | vazio

NOTAÇÃO DE VALOR ::= valor(IDENTIFICADOR DE OBJETO VALUE)
Simétrica ::= "OPERAÇÕES DE" "{" ASEList "}"
InitiatorConsumerOf ::= "CONSUMIDOR INICIADOR DE" "{" ASEList "}" |
vazio ResponderConsumerOf ::= "RESPONDER CONSUMER OF" "{" ASEList "}" |
ASEList vazio ::= Tal | Aselista ","
ASE ::= tipo -- deve fazer referência a um tipo APPLICATION-SERVICE-
ELEMENT. FIM
CAP-v1-gsmSSF-to-gsmSCF-AC APPLICATION-CONTEXT
-- diálogo iniciado pelo gsmSSF com o iniciador
InitialDP CONSUMER DE {
gsmSCF-activation-ASE,
Connect-ASE
Tratamento de chamadas-ASE,
BCSM-event-handling-ASE,
gsmSSF-call-processing-ASE,
Activity-test-ASE
}
::= {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) ac(0)
cap-gsmssf-to-gsmscf(50) version1(0)};
6.6 Aulas
CAP-Classes {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1)

modules(3)
cap-classes(54) versão1(0)}
-- Este módulo contém as definições de classe para CAP v.1.
DEFINIÇÕES ::=
COMEÇAR
IMPORTAÇÕES
ROS-OBJECT-CLASS, CONTRACT, OPERATION-PACKAGE, Code, OPERATION,

CONNECTION-PACKAGE
FROM Remote-Operations-Information-Objects
{joint-iso-ccitt remote-operations(4) informationObjects(5) version1(0)}
EXTENSÃO ::= CLASSE {

&ExtensionType,
&criticidade CriticalityType DEFAULT
ignorar, &id Code
}
COM SINTAXE {
SINTAXE DA EXTENSÃO
&ExtensionType
CRITICIDADE &criticidade
IDENTIFICADA POR &id
}
CriticalityType ::= ENUMERADO
{ ignore(0),
abortar(1)
}
-- Somente o valor Global OBJECT IDENTIFIER é usado para &id

-- Somente o valor ignore (0) é usado para &criticality.
-- Exemplo de adição de uma extensão chamada 'Some Network Specific Indicator' do tipo
-- BOOLEAN, com criticidade 'ignorar' e ser identificado com o objeto ID 'ccitt(0)
-- organização-identificada(4) organização(x) gsm(x) capextension':
-- Exemplo de definição usando a classe de objeto de informação acima:
--
-- SomeNetworkSpecificIndicator EXTENSION ::= {
GSM 09,78 24 TS 101 046 V5.0.1 (1997-04)
-- SINTAXE DA EXTENSÃO BOOLEANO

-- CRITICIDADE ignorar
-- IDENTIFICADO POR global : xxxxxx
-- }
firstExtension EXTENSION ::= {

EXTENSION-SYNTAX NULO
CRITICIDADE ignorar
IDENTIFICADO PORglobal:{xxxxxx}
}
SupportedExtensions EXTENSION ::= {firstExtension -- conjunto completo de extensões de
operador de rede} END
7 Procedimentos da entidade de candidatura

A descrição dos procedimentos da entidade de aplicação do CAMEL pode ser consultada no GSM 03.78 [16].
8 Procedimentos de erro
Esta cláusula define os procedimentos de erro genéricos para a PAC. As descrições dos procedimentos de erro foram
divididas em duas subcláusulas, a subcláusula 8.1, que enumera os erros relacionados com as operações da PAC, e a
subcláusula 8.2, que enumera os erros relacionados com as condições de erro nas diferentes FE que não estão
diretamente relacionadas com as operações da PAC.
Os estados gsmSSF referidos nesta secção são descritos no GSM 03.78 [16].
8.1 Procedimentos de erro relacionados com a operação
As subcláusulas a seguir definem o tratamento genérico de erros para os erros relacionados à operação. Os erros são
definidos como erros de operação na cláusula 6. Os erros que têm um procedimento específico para uma operação
são descritos na cláusula 9 com o procedimento detalhado da operação relacionada.
Os serviços TCAP que são usados para relatar erros de operação são descritos na cláusula 10. Todos os erros que
podem ser detetados pelo descodificador ASN.1 já podem ter sido detetados durante a descodificação da mensagem
TCAP e indicados pela indicação de erro TC "MistypedParameter".
8.1.2-8.1.5 Sobressalente
8.1.6 MissingCustomerRecord
8.1.6.1 Descrição geral
8.1.6.1.1 Descrição do erro
O SLP não pôde ser encontrado no gsmSCF, porque o registro de cliente necessário não existe.
8.1.6.2 Operações gsmSSF->gsmSCF
InicialDP
Procedimentos na entidade de invocação (gsmSSF)

gsmSSF recebe erro "MissingCustomerRecord" pré-condição:
EstadogsmSSF Aguardandoinstruçõespós-condição:
Estado gsmSSF Inativo
O GMSC/VMSC lida com a chamada de acordo com o parâmetro Default Call Handling do CSI válido.
GSM 09,78 25 TS 101 046 V5.0.1 (1997-04)
8.1.6.3 Sobressalente
8.1.7 MissingParameter
Há um erro no argumento da operação recebida. A entidade respondente não pode começar a processar a operação
solicitada porque o argumento está incorreto: um parâmetro opcional esperado que é essencial para o aplicativo não
está incluído no argumento da operação.
8.1.7.2 Operações gsmSCF->gsmSSF
Processamento de chamadas associadas/não
chamadas
Associado a Chamadas/Processamento de Chamadas

Ligar
Procedimentos na entidade respondente (gsmSSF)

Pré-condição: (1) gsmSSF estado adequado.
(2) gsmSSF operação recebida, evento apropriado ocorreu. pós-
condição: (1) gsmSSF transiçãoparaomesmoestado.
O gsmSSF deteta o erro na operação recebida. O parâmetro error é retornado para informar o gsmSCF dessa situação.
GSM 09,78 26 TS 101 046 V5.0.1 (1997-04)
InicialDP
Procedimentos na entidade de invocação (gsmSSF)

gsmSSF recebe erro "MissingParameter"
Pré-condição: gsmSSF qualquer Estado resultante da transferência de qualquer uma das
operações acima referidas. pós-condição: EstadogsmSSF Inativo
Depois de receber esse erro, o gsmSSF retorna ao estado Idle, o GMSC/VMSC manipula a chamada de acordo com o
parâmetro Default Call Handling do CSI válido.
8.1.7.4-8.1.7.5 Sobresselentes
8.1.8-8.1.9 Sobressalente
8.1.10 Falha do sistema
Esse erro é retornado por um PE se ele não foi capaz de cumprir uma tarefa específica, conforme solicitado por uma
operação, e a recuperação não deve ser concluída dentro da instância de chamada atual.
8.1.10.1.2 Descrição do argumento
PARÂMETRO
UnavailableNetworkResource ::= ENUMERATED

{ unavailableResources(0),
componentFailure(1),
basicCallProcessingException(2)
}
Processamento de chamadas associadas/não chamadas


Ligar
Consulte a subcláusula 8.1.7 para obter os procedimentos de erro apropriados.
InicialDP
8.1.11 TarefaRecusada
8.1.11.1 Introdução geral
Esse erro é retornado por um PE se ele não foi capaz de cumprir uma tarefa específica, conforme solicitado por uma
operação, e espera-se que a recuperação seja concluída dentro da instância de chamada atual.
GSM 09,78 26 TS 101 046 V5.0.1 (1997-04)
8.1.11.1.2 Descrição do argumento
PARÂMETRO ENUMERADO {
genérico(0),
inatingível(1),
GSM 09,78 27 TS 101 046 V5.0.1 (1997-04)
congestionamento(2)
}


Ligar
InicialDP
8.1.12 Sobressalente
8.1.13 UnexpectedComponentSequence
A entidade respondente não pode iniciar o processamento da operação solicitada porque uma regra SACF ou MACF
foi violada ou a operação não pôde ser processada no estado atual da entidade recetora.
chamadas

Ligar
Nesse caso, o gsmSSF deteta a situação errada, envia o erro UnexpectedComponentSequence e permanece no mesmo
estado.
InicialDP
Caso a operação seja enviada por um gsmSSF "iniciador" no contexto de uma relação existente, o gsmSCF retorna o
parâmetro error. Ao receber o erro, o gsmSSF é movido para Ocioso.
8.1.14 UnexpectedDataValue
A entidade respondente não pode concluir o processamento da operação solicitada porque um parâmetro tem um
GSM 09,78 27 TS 101 046 V5.0.1 (1997-04)
valor de dados inesperado.
OBSERVAÇÃO: Este erro não se sobrepõe a "ParameterOutOfRange".

GSM 09,78 28 TS 101 046 V5.0.1 (1997-04)


Ligar
InicialDP
8.1.15 UnexpectedParameter
Há um erro no argumento da operação recebida. Um parâmetro válido, mas inesperado, estava presente no
argumento operation. A presença deste parâmetro não é consistente com a presença dos outros parâmetros. A
entidade respondente não pode iniciar o processamento da operação.
chamadas

Ligar
InicialDP
8.2 Procedimentos de erro relacionados com a entidade
As subcláusulas a seguir definem o tratamento de erros para os erros relacionados à entidade. Uma vez que as
situações de erro não são originadas pela receção de uma operação, a entidade invocadora é aqui designada como a
entidade na qual a situação de erro é detetada. A entidade respondente é a entidade que recebe o relatório de erros.
Os serviços TCAP utilizados para comunicar erros estão descritos na cláusula 10.
GSM 09,78 29 TS 101 046 V5.0.1 (1997-04)
8.2.1 Expiração da TSSF
Ocorreu um tempo limite no gsmSSF na resposta do gsmSCF.
8.2.1.2 Procedimentos gsmSSF-
>gsmSCF Procedimento na entidade que invoca
(gsmSSF)
O tempo limite ocorre no gsmSSF na TSSF
Pré-condição: Estado gsmSSF À espera de instruções
pós-condição: Estado gsmSSF Inativo
O gsmSSF aborta o diálogo e se move para o estado ocioso, o GMSC/VMSC lida com a chamada de acordo com o
8.2.2 Sobressalente
9 Procedimentos operacionais detalhados

Os estados gsmSSF referidos nesta secção são descritos no GSM 03.78 [16].
9.1 Sobressalente
9.2 Procedimento ActivityTest
9.2.1 Descrição geral
Esta operação é utilizada para verificar a existência continuada de uma relação entre o gsmSCF e o gsmSSF. Se o
relacionamento ainda existir, o gsmSSF responderá. Se nenhuma resposta for recebida, o gsmSCF assumirá que o
gsmSSF falhou de alguma forma e tomará as medidas apropriadas.
9.2.1.1 Parâmetros
Nenhuma.
9.2.2 Sobressalente
9.2.3 Entidade respondente (gsmSSF)
9.2.3.1 Procedimento normal
Pré-condição gsmSSF:
(1) Existe uma relação entre o gsmSCF e o gsmSSF.
gsmSSF pós-condições:
(1) O SSME FSM permanece ou passa para o estado "Tratamento Associado Não Chamado".
(2) Se a ID da caixa de diálogo estiver ativa e se houver um gsmSSF usando a caixa de diálogo, o SSME enviará
um resultado de retorno "ActivityTest" para o gsmSCF. Se não existirem outras atividades de gestão, o FSM
do SSME regressa ao estado "Gestão Inativa"; quer
Se o ID de diálogo não estiver ativo, o TCAP no gsmSSF emitirá um P-Abort, o SSME nesse caso nunca
receberá a operação ActivityTest e, portanto, não poderá responder.
9.2.3.2 Tratamento de erros
Não aplicável.
GSM 09,78 30 TS 101 046 V5.0.1 (1997-04)
9.3-9.10 Sobressalente
9.11 Procedimento de conexão
Esta operação é usada para solicitar que o gsmSSF execute as ações de processamento de chamadas para rotear uma
chamada para um destino específico ou para influenciar outras informações de configuração de chamada, por
exemplo, o Número da Parte Chamadora.
9.11.1.1 Parâmetros
- Destinationradress:
Este parâmetro contém o número da parte chamada para o qual a chamada deve ser encaminhada.
- callingPartyNumber:
Este parâmetro é usado para fornecer uma alternativa ao "callingPartyNumber" fornecido pela rede.
- callingPartysCategoria:
Este parâmetro indica o tipo de chamador (por exemplo, operador, telefone público, assinante comum).
- Originalcultudi:
Este parâmetro carrega os dígitos marcados se a chamada for encaminhada pelo gsmSCF.
- redirectingPartyID:
Este parâmetro indica o número do diretório a partir do qual a chamada foi redirecionada.
- redireccionamentoInformações:
Este parâmetro contém informações relacionadas ao encaminhamento, como o contador de redirecionamento.
- genéricosNúmeros:
Este parâmetro permite que o gsmSCF defina o parâmetro Generic Number usado na rede. É utilizado para a
transferência do Número Adicional do Chamador.
- supressãodeanúncio:
Este parâmetro indica que os anúncios e tons que são reproduzidos no GMSC ou no VMSC em tentativas de
configuração de chamadas não bem-sucedidas devem ser suprimidos.
- oCSIApplicável:
Este parâmetro indica ao GMSC/gsmSSF que as Informações de Subscrição CAMEL de origem, se
existirem, devem ser aplicadas no trecho de chamada de saída criado com a operação Connect. Para a
utilização deste parâmetro, ver GSM 03.78 [16].
Pré-condições do gsmSSF:
(1) A tentativa de originação de chamadas foi iniciada.
(2) O processamento básico de chamadas foi suspenso em um DP.
(3) O gsmSSF aguarda instruções.
gsmSSF pós-condição:
(1) O gsmSSF executa as ações de processamento de chamada para rotear a chamada para o destino especificado.
Ao receber esta operação no estado gsmSSF "Aguardando instruções", o gsmSSF executa as seguintes ações:
- o gsmSSF cancela a TSSF;

GSM 09,78 31 TS 101 046 V5.0.1 (1997-04)
- se o "callingPartyNumber" for fornecido, este valor pode ser usado para todo o processamento subsequente
do gsmSSF;
- se nenhum EDP tiver sido armado, o gsmSSF vai para o estado "Ocioso". Caso contrário, o gsmSSF vai para
o estado "Monitoramento".
Não ocorre ativação ou desativação implícita de PDs. O(s)
contador(es) estatístico(s) não é(são) afetado(s).
O tratamento genérico de erros para os erros relacionados com a operação é descrito na cláusula 8 e os serviços
TCAP que são utilizados para comunicar erros de operação são descritos na cláusula 10.
9.12 Sobressalente
9.13 Continuar o procedimento
Esta operação é usada para solicitar que o gsmSSF prossiga com o processamento de chamadas no ponto de
distribuição no qual ele suspendeu anteriormente o processamento de chamadas para aguardar as instruções do
gsmSCF. O gsmSSF continua o processamento de chamadas sem substituir novos dados do gsmSCF.
Nenhuma.
Pré-condições do gsmSSF
(1) BCSM: O processamento básico de chamadas foi suspenso em qualquer DP.
(2) gsmSSF está no estado "Aguardando instruções".
gsmSSF pós-condições
(1) BCSM: O processamento básico de chamadas continua.
(2) gsmSSF está no estado "Monitoramento", porque pelo menos um EDP estava
armado, ou gsmSSF está no estado "Ocioso", porque nenhum EDP estava armado.
O gsmSSF está no estado "Aguardando instruções". O gsmSSF transita para o estado "Inativo" no caso de nenhum
EDP estar armado. O gsmSSF transita para o estado "Monitorização" se pelo menos um EDP estiver armado. O
processamento básico de chamadas é retomado.
O tratamento de erros relacionados com a operação não é aplicável, devido à operação de classe 4.
9.17 Procedimento EventReportBCSM
Esta operação é usada para notificar o gsmSCF de um evento relacionado à chamada previamente solicitado pelo
gsmSCF em uma operação RequestReportBCSMEvent. O monitoramento de mais de um evento pode ser solicitado
com uma operação RequestReportBCSMEvent, mas cada um desses eventos solicitados é relatado em uma operação
EventReportBCSM separada.
GSM 09,78 32 TS 101 046 V5.0.1 (1997-04)
- eventTypeBCSM:
Este parâmetro especifica o tipo de evento que é relatado.
- eventoNascimento específicoBCSM:
Este parâmetro indica as informações relacionadas à chamada específicas do
evento. Para O- ou T-Answer estará vazio.
Para O- ou T-Disconnect ele conterá o "releaseCause", se disponível.
- legID:
Este parâmetro indica a parte na chamada para a qual o evento é relatado. O gsmSSF usará apenas a opção
"receivingSideID".
- receivingSideID:
Os seguintes valores para "legID" são assumidos:
"legID" = 1 indica a parte que estava presente no momento da DP inicial.
"legID" = 2 indica a parte que foi criada com uma operação Connect (Continuar operação).
Se não estiver incluído, os seguintes padrões serão assumidos:

"legID" = 2 para os eventos O-Answer e T-Answer.
O parâmetro "legID" deve ser sempre incluído para os eventos O-Disconnect e T-Disconnect.
- miscCallInfo:
Este parâmetro indica informações relacionadas ao PD.
- messageType:
Este parâmetro indica se a mensagem é uma solicitação, ou seja, resultante de um
RequestReportBCSMEvent com "monitorMode" = "interrupted", ou uma notificação, ou seja,
resultante de um RequestReportBCSMEvent com "monitorMode" = "notifyAndContinue".
9.17.2 Entidade invocadora (gsmSSF)
(1) O gsmSSF deve estar no estado "Monitoramento"; quer
o gsmSSF pode estar no estado "Aguardando instruções" se o DP de desconexão estiver armado e for encontrado.
(2) O BCSM procede a um PDE que está armado.
(1) O gsmSSF permanece no estado "Monitoramento" se o tipo de mensagem foi notificado e ainda há EDPs
armados.
(2) O gsmSSF move-se para o estado "Inativo" se o tipo de mensagem foi notificação e não há mais EDPs
armados.
(3) O gsmSSF se move para o estado "Aguardando instruções" se o tipo de mensagem foi solicitado. O
processamento de chamadas é interrompido.
Se for cumprido um EDP-R que provoque a libertação da perna relacionada, todos os EDP relacionados com essa
perna são desarmados e o evento é reportado através do EventReportBCSM.
Caso o tipo de mensagem seja solicitação, na expiração do TSSF antes de receber qualquer operação, o gsmSSF
aborta a interação com o gsmSCF e instrui o GMSC/MSC a lidar com a chamada de acordo com o parâmetro
Default Call Handling do CSI válido.
GSM 09,78 33 TS 101 046 V5.0.1 (1997-04)
9.18 Sobressalente
9.19 Procedimento inicialDP
Esta operação é enviada pelo gsmSSF após a deteção de um TDP-R no BCSM, para solicitar ao gsmSCF instruções
para concluir a chamada.
- Chave de serviço:
Este parâmetro identifica para o gsmSCF inequivocamente o serviço IN solicitado. Ele é usado para endereçar
a aplicação/SLP correta dentro do gsmSCF (não para endereçamento gsmSCF).
- chamadoPartyNumber:
Este parâmetro contém o número utilizado para identificar a parte chamada no sentido da frente, por
exemplo, o número da parte chamada do ISUP (ver ETS 300 356-1 [4]).
- callingPartyNumber:
Este parâmetro carrega o número da parte chamadora para identificar a parte chamadora ou a origem da
chamada. A codificação do parâmetro é definida no ETS 300 356-1 [4].
- callingPartysCategoria:
Indica o tipo de chamador (por exemplo, operador, telefone público, assinante comum).
- Originalcultudi:
Este parâmetro carrega os dígitos discados se a chamada tiver atendido ao encaminhamento de chamadas na
rota para o gsmSSF.
- localizaçãoNúmero:
Este parâmetro é utilizado para indicar o endereço da área geográfica dos serviços de mobilidade. Ele é usado
quando "callingPartyNumber" não contém nenhuma informação sobre a localização geográfica da parte
chamadora (por exemplo, roteamento dependente da origem quando a parte chamadora é um assinante
móvel).
- portadorCapacidade:
Este parâmetro indica o tipo de conexão da capacidade do portador com o usuário:
- portadorCap:
Este parâmetro contém o valor do parâmetro ISUP User Service Information.
O parâmetro "bearerCapability" só deve ser incluído na operação InitialDP se o parâmetro ISUP User Service
Information estiver disponível no gsmSSF.
Se as Informações de Serviço ao Usuário e as Informações de Serviço ao Usuário Prime estiverem

disponíveis no gsmSSF, o "bearerCap" deverá conter o valor do parâmetro Informações de Serviço ao
Usuário Prime.
- eventTypeBCSM:
Este parâmetro indica o evento DP BCSM armado, resultando na operação InitialDP.
- redirectingPartyID:
Este parâmetro indica o número do diretório a partir do qual a chamada foi redirecionada.
- redireccionamentoInformações:
Ele contém informações relacionadas ao encaminhamento, como o contador de redirecionamento.
- adicionalCallingPartyNumber:
O número do chamador fornecido pelo sistema de sinalização de acesso do utilizador que efetua a chamada.
- highlayerCompatibilidade:
GSM 09,78 34 TS 101 046 V5.0.1 (1997-04)
Este parâmetro indica o tipo de compatibilidade de camada elevada, que será utilizado para determinar o
teleserviço RDIS de um terminal RDIS ligado. Para a codificação, utiliza-se o DSS1 (ver ETS 300 403-1 [5]).
- iMSI:
IMSI do assinante móvel para o qual o serviço CAMEL é invocado. Para codificação, consulte GSM
09.02 [15].
- Estado do assinante:
O estado do assinante móvel para o qual o serviço CAMEL é invocado. Os estados possíveis estão ocupados,
ociosos e inacessíveis. Para a codificação, ver GSM 09.02 [15].
- localizaçãoInformação:
Este parâmetro indica o paradeiro do EM e a idade das informações que definem o paradeiro. Para a
codificação, ver GSM 09.02 [15].
- ext-BasicServiceCode:
Indica o código de serviço básico. Para a codificação, ver GSM 09.02 [15].
- callReferenceNumber:
Este parâmetro fornece o número de referência de chamada atribuído à chamada pelo GMSC/MSC. Para a
codificação, ver GSM 09.02 [15].
9.19.2 Entidade invocadora (gsmSSF)
(1) A tentativa de originação de chamadas foi iniciada.
(2) Um evento foi detetado em um DP.
(1) Foi estabelecida uma relação de controlo e o gsmSSF aguarda instruções do gsmSCF.
O endereço do gsmSCF para o qual a operação InitialDP deve ser enviada é obtido no CSI válido. O gsmSSF fornece
todos os parâmetros disponíveis.
É estabelecida uma relação de controlo com o gsmSCF. O temporizador de aplicativo gsmSSF TSSF é definido
quando o gsmSSF envia InitialDP para solicitar instruções do gsmSCF. É utilizado para evitar o tempo excessivo de
suspensão das chamadas.
Se o gsmSCF de destino não estiver acessível, o gsmSSF instruirá o GMSC/MSC a lidar com a chamada de acordo com o
Na expiração do TSSF antes de receber qualquer operação, o gsmSSF aborta a interação com o gsmSCF e instrui o
GMSC/VMSC a lidar com a chamada de acordo com o parâmetro Default Call Handling do CSI válido.
Se a parte chamadora abandonar após o envio de InitialDP, o gsmSSF abortará a relação de controle após a primeira
mensagem de resposta do gsmSCF ter sido recebida.
O tratamento genérico de erros para os erros relacionados com a operação é descrito na cláusula 8 e os serviços TCAP
que são utilizados para comunicar erros de operação são descritos na cláusula 10.
GSM 09,78 35 TS 101 046 V5.0.1 (1997-04)
9.20-9.22 Sobresselente
9.23 Procedimento ReleaseCall
Esta operação é usada para derrubar pelo gsmSCF uma chamada existente em qualquer fase da chamada para todas
as partes envolvidas na chamada. A operação só pode ser enviada dentro de uma relação de controle e não é
permitida em uma relação de monitor.
- Causa
Um número que dá uma indicação ao gsmSSF sobre o motivo da liberação desta chamada específica. Isso
pode ser usado pelo gsmSSF para gerar tons específicos para as diferentes partes na chamada ou para
preencher a "causa" na mensagem de lançamento.
(1) Estado "Aguardando instruções"; ou
"Monitorização" do Estado.
(1) "Ocioso". Possíveis EDPs armados são ignorados. Todas as conexões e recursos relacionados à chamada são
liberados.
9.24 Sobressalente
9.25 Procedimento RequestReportBCSMEvent
Essa operação é usada para solicitar que o gsmSSF monitore um evento relacionado à chamada (por exemplo,
eventos BCSM, como ocupado ou sem resposta) e, em seguida, envie uma notificação de volta para o gsmSCF
quando o evento for detetado.
- bcsmEventos:
Este parâmetro especifica o evento ou eventos dos quais um relatório é solicitado.
- eventTypeBCSM:
Este parâmetro especifica o tipo de evento do qual um relatório é solicitado. Os valores coletadosInfo
e termAttemptAuthorized não são válidos para a operação RequestReportBCSMEvent.
- monitorMode:
Este parâmetro indica como o evento deve ser relatado. Quando o "monitorMode" é "interrompido", o
evento deve ser relatado como uma solicitação, se o "monitorMode" é "notifyAndContinue", o evento
deve ser relatado como uma notificação, se o "monitorMode" é "transparente", o evento não deve ser
relatado.
GSM 09,78 36 TS 101 046 V5.0.1 (1997-04)
- legID:
Este parâmetro indica a parte no convite à apresentação de propostas para a qual o evento deve ser
comunicado. O gsmSCF usará apenas a opção "sendingSideID".
- sendingSideID:
Os seguintes valores para "legID" são assumidos:
"legID" = 1 indica a parte que estava presente no momento da DP inicial.
"legID" = 2 indica a parte que foi criada com uma operação "Connect" (Continuar operação).
Se não estiver incluído, os seguintes padrões serão assumidos:
"legID" = 2 para os eventos O-Answer e T-Answer.
O parâmetro "legID" deve ser sempre incluído para os eventos O-Disconnect e T-Disconnect.
Pré-condição gsmSSF:
(1) O gsmSSF está no estado "Aguardando instruções" ou no estado "Monitoramento".
(1) Os PDE solicitados foram armados, conforme indicado.
(2) Os eventos solicitados anteriormente são monitorados até que terminem por um modo de monitor
transparente, até o final da chamada, até que os EDPs sejam detetados ou até que a perna correspondente seja
liberada.
(3) O gsmSSF permanece no mesmo estado.
(4) Se todos os EDPs tiverem sido desarmados, o gsmSSF passa para o estado "Ocioso".
O tratamento genérico de erros para os erros relacionados com a operação é descrito na cláusula 8 e os serviços TCAP
que são utilizados para comunicar erros de operação são descritos na cláusula 10.
10 Serviços assumidos a partir do TCAP

10.1 Procedimentos normais
Esta subcláusula descreve os procedimentos e primitivos TCAP que devem ser usados para transmitir mensagens entre
gsmSSF e gsmSCF em operação normal.
A PAC, enquanto utilizador do TC, utiliza apenas o mecanismo de diálogo estruturado disponibilizado pelo TCAP. As
seguintes situações podem ocorrer quando uma mensagem é enviada entre duas entidades físicas:
- deve ser estabelecido um diálogo: o utilizador do TC emite um pedido inicial de TC-START;
- um diálogo deve ser mantido: o usuário TC emite uma solicitação TC-CONTINUE primitiva;
- um diálogo não deve mais ser mantido: o usuário TC emite uma primitiva de solicitação TC-END com
extremidade básica ou com extremidade pré-arranjada, dependendo das seguintes condições:
- Fim básico:
- operações que levam a um término da relação de controle podem ser transmitidas pelo gsmSCF
com uma primitiva de solicitação TC-END (básica) caso o gsmSCF não esteja interessado na
receção de quaisquer componentes ERROR ou REJECT para essas operações enviadas; uma
vez liberados os recursos de diálogo do gsmSCF, quaisquer componentes de ERRO ou
REJEIÇÃO recebidos para essas operações enviadas serão descartados pelo TC, conforme
descrito no ETS 300 287 [3] (Recomendação Q.774 da UIT-T);
GSM 09,78 37 TS 101 046 V5.0.1 (1997-04)
- se a entidade gsmSCF recebeu uma operação que leva ao término da relação de controle, uma
primitiva de solicitação TC-END (básica) com zero componentes pode ser enviada do
gsmSCF;
- final pré-arranjado:
no caso de uma entidade estar interessada em possíveis mensagens ERROR ou REJECT em resposta a
operações enviadas que levem a um término da relação de controle, o diálogo é encerrado com uma
primitiva de solicitação TC-END (final pré-combinado) depois que o último temporizador de operação
associado expirar. A entidade recetora deve terminar o diálogo com um pedido TC-END primitivo
(fim básico ou pré-combinado) após o processamento bem-sucedido destas operações (ou seja, a
relação de controlo é terminada);
10.1.1 Mensagens gsmSSF-to-gsmSCF
10.1.1.1 Mensagens relacionadas ao gsmSSF
Um diálogo será estabelecido quando o gsmSSF tiver finalizado o processamento do gatilho e passar para o estado
Aguardando instruções. A operação CAP relevante, que só pode ser a operação InitialDP, deve ser transmitida
na mesma mensagem.
Para todas as outras operações enviadas a partir do gsmSSF, o diálogo deve ser mantido.
O diálogo deixará de ser mantido quando a condição final previamente acordada for satisfeita no gsmSSF. Quando o
gsmSSF faz uma transição de estado para o estado Idle, o diálogo é terminado localmente por meio de uma
primitiva de solicitação TC-END com final pré-combinado.
Quando o gsmSSF enviou o último EventReportBCSM, o diálogo pode ser encerrado a partir do gsmSCF por uma
primitiva de solicitação TC-END com extremidade básica.
10.1.1.2 Sobressalente
10.1.1.3 Mensagens relacionadas ao SSME FSM
Devem ser seguidos os seguintes procedimentos:
- O diálogo deve ser mantido quando o resultado do retorno do ActivityTest for enviado.
10.1.2 Mensagens gsmSCF-to-gsmSSF
10.1.2.1 Mensagens relacionadas ao SCSM FSM
Para as operações subsequentes enviadas pelo SCSM FSM, o diálogo deve ser mantido, ou seja, todas as outras
operações são enviadas após o estabelecimento de um diálogo a partir do gsmSSF (o gsmSCF recebeu anteriormente
uma indicação TC-BEGIN primitiva com uma operação InitialDP).
O diálogo deixa de ser mantido quando a condição final pré-acordada for satisfeita no gsmSCF. Quando o gsmSCF
não espera nenhuma mensagem além de possivelmente REJEITAR ou ERRO para as operações enviadas e quando o
último temporizador de operação associado expira, o diálogo é terminado localmente por meio de uma primitiva de
solicitação TC-END com final pré-combinado.
Alternativamente, é possível o envio de operações, levando ao término da relação de controle, por meio de uma
primitiva de solicitação TC-END (extremidade básica).
10.1.2.2 Mensagens relacionadas ao SCME FSM
As operações enviadas pelo SCME FSM serão emitidas de acordo com os seguintes procedimentos:
- O diálogo deve ser mantido quando a operação ActivityTest é enviada.

GSM 09,78 38 TS 101 046 V5.0.1 (1997-04)
10.2 Procedimentos anormais
Esta subcláusula descreve os procedimentos e primitivos TCAP que devem ser usados para relatar situações
anormais entre gsmSSF e gsmSCF. Os casos de erro são definidos na cláusula 8.
Devem ser utilizadas as seguintes primitivas para comunicar situações anormais:
- erros de operação, conforme definido no CAP, são relatados com a primitiva de solicitação TC-U-ERROR;
- a rejeição de um componente TCAP pelo utilizador do TC deve ser comunicada com o primitivo do pedido
TC-U-REJECT (TC-U-REJECT primitivo);
- um diálogo deve ser abortado pelo TC-usuário com uma primitiva de solicitação TC-U-ABORT.
Para situações anormais detetadas pelo TCAP, aplicam-se as mesmas regras para a transmissão da indicação TC-R-
REJECT como para a transmissão do pedido TC-U-REJECT e para a transmissão da indicação TC-P-ABORT como
para a transmissão da primitiva do pedido TC-U-ABORT.
Em situações de erro, não deve ser utilizado um fim pré-estabelecido. No caso de uma avaliação agroambiental
encontrar uma situação de erro, a entidade interpares deve ser explicitamente notificada desse erro, se possível. Se,
do ponto de vista de qualquer entidade, o erro encontrado exigir que a relação seja encerrada, ela deve fechar o
diálogo por meio de uma primitiva de solicitação TC-END com extremidade básica ou por meio de uma primitiva de
solicitação TC-U-ABORT, dependendo se algum componente pendente ERROR ou REJECT deve ser enviado ou
não.
No caso de uma entidade receber uma primitiva de indicação TC-END e depois de todos os componentes terem sido
considerados, o gsmSSF não está em um estado para encerrar a relação de controle, um erro interno apropriado deve
ser fornecido.
Nos casos em que um diálogo precisa ser fechado pela entidade iniciadora antes de seu estabelecimento ter sido
concluído (antes que a primeira indicação de TC primitiva para a primitiva de solicitação TC-BEGIN tenha sido
recebida da entidade respondente), o usuário TC deve emitir uma primitiva de solicitação TC-END com extremidade
pré-arranjada ou uma primitiva de solicitação TC-U-ABORT. O resultado destas primitivas será apenas local,
qualquer indicação subsequente de CT recebida para este diálogo será tratada de acordo com os procedimentos
anormais especificados no ETS 300 287 [3] (Recomendação Q.774 da UIT-T).
10.2.1 Mensagens gsmSCF-to-gsmSSF
Considerando que o gsmSSF não tem a lógica para recuperar de casos de erro detetados na interface gsmSCF-
gsmSSF, aplica-se o seguinte:
- Os erros de funcionamento e a rejeição dos componentes do TCAP devem ser transmitidos ao gsmSSF com um
pedido TC-END primitivo, extremidade básica.
Se, em violação do procedimento acima, um componente ERROR ou REJECT for recebido com uma primitiva de
indicação TC-CONTINUE, o gsmSSF deve abortar o diálogo com uma primitiva de solicitação TC-U-ABORT.
10.2.2 Mensagens gsmSSF-to-gsmSCF
Os erros de funcionamento e a rejeição de componentes TCAP devem ser transmitidos ao gsmSCF de acordo com as
seguintes regras:
- O diálogo será mantido quando a mensagem anterior, que continha a componente errada, indicar que o
diálogo deve ser mantido. Ou seja, o erro ou rejeição deve ser transmitido com uma primitiva de solicitação
TC-CONTINUE se o componente errado foi recebido com uma primitiva de indicação TC-CONTINUE;
- ao receber um componente ERROR ou REJECT o gsmSCF decide sobre o processamento posterior. Pode
continuar, terminar explicitamente ou abortar o diálogo.
GSM 09,78 39 TS 101 046 V5.0.1 (1997-04)
Se o processamento de erro no gsmSSF levar ao caso em que o gsmSSF não é capaz de processar outras operações
gsmSCF enquanto o diálogo deve ser mantido, o gsmSSF aborta o diálogo com uma primitiva de solicitação TC-U-
ABORT.
O gsmSSF aborta um diálogo com uma primitiva de solicitação TC-U-ABORT caso a liberação da chamada seja
iniciada por qualquer outra entidade, então o gsmSCF e o gsmSSF não têm EDP armado para notificar o gsmSCF da
liberação da chamada.
10.3 Estabelecimento do diálogo
O estabelecimento de um diálogo sobre a PAC envolve dois processos de candidatura, tal como descrito na
subcláusula 4.3, um que é o iniciador do diálogo e outro que responde ao diálogo.
A negociação CA pode não ser suportada em todas as entidades físicas e/ou em todas as
redes. Este procedimento é conduzido pelos seguintes sinais:
- uma primitiva de solicitação TC-BEGIN do iniciador de diálogo;

- uma primitiva de indicação TC-BEGIN que ocorre no lado respondedor;
- a primeira primitiva de indicação TC-CONTINUE que ocorra no lado inicial ou em condições específicas:
- uma primitiva de indicação TC-END que ocorre no lado iniciador;
- uma indicação primitiva de TC-U-ABORT que ocorre no lado iniciador;
- uma primitiva de indicação TC-P-ABORT que ocorre no lado iniciador.
10.3.1 Envio de uma primitiva de solicitação TC-BEGIN
Antes de emitir uma primitiva de solicitação TC-START, a SACF deve armazenar o nome AC e, se presente, o
parâmetro user-information.
A SACF solicitará a invocação das operações associadas utilizando o serviço TC-INVOKE. Ver subcláusula 10.8
para uma descrição do procedimento de invocação.
Após o processamento da última solicitação de invocação, a SACF emitirá uma primitiva de solicitação TC-START.
O SACF do lado solicitante então aguarda uma primitiva de indicação de TC e não emitirá nenhuma outra
solicitação, exceto uma solicitação TC-U-ABORT ou uma solicitação TC-END com o parâmetro de método de
liberação definido como "liberação pré-combinada".
10.3.2 Receção de uma indicação TC-BEGIN
Após a receção de uma primitiva de indicação TC-START, a SACF deve:
- analisar o application-context-name incluído no primitivo e, se for suportado, processar quaisquer outras

indicações primitivas recebidas do TC conforme descrito na subcláusula 10.8.
Uma vez que todos os primitivos recebidos tenham sido processados, o SACF não aceita nenhum primitivo do TC,
exceto uma indicação TC-P-ABORT.
Se o application-context-name incluído na primitiva não for suportado, emita uma primitiva de solicitação TC-U-
ABORT. Se um contexto de aplicativo alternativo puder ser oferecido, seu nome será incluído na primitiva de
solicitação TC-U-ABORT.
10.3.3 Receção da primeira indicação TC-CONTINUE
Ao receber a primeira primitiva de indicação TC-CONTINUE para um diálogo, a SACF deve verificar o valor do
parâmetro application-context-name. Se esse valor corresponder ao usado na primitiva de solicitação TC-START, a
SACF processará as seguintes primitivas de indicação de manipulação de componentes TC conforme descrito na
subcláusula 10.8, caso contrário, emitirá uma primitiva de solicitação TC-U-ABORT.
GSM 09,78 40 TS 101 046 V5.0.1 (1997-04)
10.3.4 Receção de uma indicação TC-END
Ao receber uma primitiva de indicação TC-END no estado iniciado do diálogo, a SACF deve verificar o valor do
parâmetro application-context-name. Se este valor corresponder ao utilizado na primitiva de pedido TC-START, a
SACF processará as seguintes primitivas de indicação de manipulação de componentes TC, conforme descrito na
subcláusula 10.8, caso contrário não será processada.
10.3.5 Receção de uma indicação TC-U-ABORT
O recebimento de uma primitiva de indicação TC-U-ABORT é descrito como parte do procedimento de

abortamento do usuário (ver subcláusula 10.6.2).
Se o motivo abortar for application-context-name não suportado, o lado respondente poderá propor um application-
context-name alternativo na indicação TC-U-ABORT. Se for proposto um contexto de aplicação alternativo, a
entidade recetora deve verificar esse nome e, se for possível apoiá-lo, pode ser estabelecido um novo diálogo.
10.3.6 Receção de uma indicação TC-P-ABORT
O recebimento de uma primitiva de indicação TC-P-ABORT é descrito como parte do procedimento de abortamento
do provedor (ver subcláusula 10.7.1).
10.4 Diálogo de continuação
Uma vez estabelecido, diz-se que o diálogo se encontra numa fase de continuação.
Ambos os processos de candidatura podem solicitar a transferência de APDUs CAP até que um deles solicite o
encerramento do diálogo.
10.4.1 Entidade de envio
A SACF deve processar qualquer primitivo de solicitação de manipulação de componentes conforme descrito na subcláusula
10.8.
Depois de processar a primitiva de solicitação de tratamento do último componente, a SACF emitirá uma primitiva
de solicitação TC-CONTINUE.
10.4.2 Entidade de acolhimento
Ao receber uma indicação TC-CONTINUE, a SACF primitiva deve aceitar zero, um ou vários primitivos de
indicação de manipulação de componentes TC e processá-los conforme descrito na subcláusula 10.8.
10.5 Término do diálogo
Tanto o iniciador como o interveniente do diálogo têm a possibilidade de solicitar a cessação de um diálogo quando
não for necessário estabelecer um diálogo ou quando um diálogo deixar de ser mantido de acordo com as regras
enunciadas nas subcláusulas 10.1 e 10.2.
O procedimento de encerramento do diálogo é impulsionado pelos seguintes eventos:
- uma primitiva de solicitação TC-END;
- uma primitiva de indicação TC-END.
10.5.1 Envio de pedido TC-END
Quando o diálogo não for mais mantido, a SACF processará qualquer primitivo de solicitação de manipulação de
componentes conforme descrito na subcláusula 10.8.
Depois de processar a primitiva da última solicitação de manipulação de componente (se houver), a SACF emitirá
uma primitiva de solicitação TC-END com o parâmetro do método de liberação definido como "extremidade básica"
ou "liberação pré-arranjada", de acordo com as regras estabelecidas nas subcláusulas 10.1 e 10.2.
GSM 09,78 41 TS 101 046 V5.0.1 (1997-04)
Quando não for necessário estabelecer diálogo, consultar as subcláusulas 10.3.1 e 10.3.2.
10.5.2 Receção de uma indicação TC-END
Ao receber uma primitiva de indicação TC-END, a SACF deve aceitar quaisquer primitivos de indicação de
manipulação de componentes e processá-los conforme descrito na subcláusula 10.8.
Depois de processar o último componente que manipula a primitiva, todos os recursos relacionados ao diálogo são
liberados.
10.6 Abortar o usuário
Tanto o iniciador de diálogo quanto o interlocutor têm a capacidade de abortar um diálogo a qualquer
momento. O procedimento de anulação do usuário é conduzido por um dos seguintes eventos:
- uma primitiva de solicitação TC-U-ABORT;
- uma indicação primitiva de TC-U-ABORT.
10.6.1 Envio do pedido TC-U-ABORT
Depois de emitir uma primitiva de solicitação TC-U-ABORT, todos os recursos relacionados ao diálogo são
liberados.
10.6.2 Receção de uma indicação TC-U-ABORT
Após o recebimento de uma indicação TC-U-ABORT, todos os recursos relacionados ao diálogo são liberados.
10.7 Provedor Abortado
O TC tem a capacidade de abortar um diálogo tanto do lado iniciador do diálogo quanto do lado do respondedor do
diálogo. O procedimento de anulação do provedor é conduzido pelo seguinte evento:
- Uma primitiva de indicação TC-P-ABORT.
10.7.1 Receção de uma indicação TC-P-ABORT
Após o recebimento de uma indicação TC-P-ABORT, todos os recursos relacionados ao diálogo são liberados.
10.8 Procedimentos aplicáveis às operações da PAC
Esta subcláusula descreve os procedimentos para as operações da PAC.
10.8.1 Invocação da operação
A SACF deve construir um argumento de operação a partir dos parâmetros recebidos e solicitar a invocação da
operação associada usando o procedimento TC-INVOKE.
10.8.2 Recibo de invocação da operação
Ao receber uma indicação primitiva TC-INVOKE, a SACF deverá:
- se o ID de invocação já estiver em uso por uma operação ativa, solicite a transferência de um componente de
rejeição usando a primitiva de solicitação TC-U-REJECT com o código de problema apropriado (invokeID
duplicado);
- se o código da operação não corresponder a uma operação suportada pelo contexto do aplicativo, solicite a
transferência de um componente de rejeição usando a primitiva de solicitação TC-U-REJEIT, com o código
de problema apropriado (operação não reconhecida);
GSM 09,78 41 TS 101 046 V5.0.1 (1997-04)
- se o tipo do argumento não for o definido para a operação, solicite a transferência de um componente de
rejeição usando a primitiva de solicitação TC-U-REJECT com o código de problema apropriado (parâmetro
digitado incorretamente);
GSM 09,78 42 TS 101 046 V5.0.1 (1997-04)
- se a operação não puder ser invocada porque o diálogo está prestes a ser liberado, solicitará a transferência de
um componente de rejeição usando a primitiva de solicitação TC-U-REJECT com o código do problema
(Iniciando a liberação);
- se recursos suficientes relacionados à CAP não estiverem disponíveis para executar a operação solicitada,
solicite a transferência de um componente de rejeição usando a primitiva de solicitação TC-U-REJECT com
o código do problema (Limitação de Recursos);
- caso contrário, aceite a primitiva de indicação TC-INVOKE. Se a operação for confirmada pelo usuário, o
SACF aguardará a resposta correspondente.
10.8.3 Resposta à operação
Para operações confirmadas pelo utilizador, a SACF deve:
- se não estiver incluída nenhuma indicação de erro na resposta a uma operação de classe 1 ou 3, construir um
elemento de informação de resultados a partir dos parâmetros recebidos e solicitar a sua transferência
utilizando o serviço TC-RESULT-L;
- se uma indicação de erro for incluída na resposta a uma operação de classe 1 ou 2, construa um parâmetro de
erro a partir dos parâmetros recebidos e solicite sua transferência usando a primitiva de solicitação TC-U-
ERROR.
10.8.4 Receção da resposta
10.8.4.1 Receção da indicação TC-RESULT-NL
Após receção de uma indicação TC-RESULT-NL, a SACF deve:
- solicitar a transferência de um componente de rejeição usando a primitiva de solicitação TC-U-REJECT com

o código de problema apropriado (parâmetro digitado incorretamente).
10.8.4.2 Receção da indicação TC-RESULT-L
Após receção de uma indicação TC-RESULT-L, a SACF deve:
- se o tipo do parâmetro result não for o definido para o resultado desta operação, solicite a transferência de um
componente de rejeição usando a primitiva de solicitação TC-U-REJECT com o código de problema
apropriado (parâmetro digitado incorretamente);
- caso contrário, aceite a primitiva de indicação TC-RESULT-L.
10.8.4.3 Receção da indicação TC-U-ERROR
Após receção de uma indicação TC-U-ERROR, a SACF deve:
- se o código de erro não estiver definido para o SACF ou não estiver associado à operação referida pelo
identificador de invocação, solicite a transferência de um componente de rejeição usando a primitiva de
solicitação TC-U-REJEIT, com o código de problema apropriado (erro não reconhecido ou erro inesperado);
- se o tipo do parâmetro de erro não for o definido para esse erro, solicite a transferência de um componente de
rejeição usando a primitiva de solicitação TC-U-REJEITE, com o código de problema apropriado (parâmetro
digitado incorretamente);
- caso contrário, aceite a primitiva de indicação TC-U-ERROR.
10.8.4.4 Receção da indicação TC-U-REJECT
Ao receber uma primitiva de indicação TC-U-REJECT que afete uma operação pendente, a SACF aceitará a
primitiva de indicação TC-U-REJEITAR.
GSM 09,78 43 TS 101 046 V5.0.1 (1997-04)
10.8.4.5 Receção de uma indicação TC-L-REJECT
Esse evento ocorre quando o TC local deteta um erro de protocolo em um componente de entrada que afeta uma
operação.
Ao receber um TC-L-REJECT indicando "problema de resultado de retorno, resultado de retorno inesperado", a

SACF informará o processo de inscrição.
Ao receber um TC-L-REJECT indicando "problema de erro de retorno, erro de retorno imprevisto", a SACF
informará o processo de solicitação.
Quando o código do problema indica um problema geral, considera-se que o evento não pode ser relacionado a uma
operação ativa, mesmo que o ID de chamada seja fornecido pelo TC. Isso ocorre porque não está claro se o ID de
invocação se refere a uma chamada local ou remota. O comportamento da SACF neste caso é descrito na subsecção
10.8.5.3.
10.8.4.6 Receção de uma indicação TC-L-CANCEL
Após receção de uma indicação TC-L-CANCEL, a SACF deve:
- se a operação associada for uma operação de classe 1, informar o processo de candidatura;
- Se a operação associada for uma operação de classe 2 e nenhuma operação vinculada for definida para essa
operação, ignore a primitiva;
- se a operação associada for uma operação de classe 2 e tiver operações ligadas, mas nenhuma delas tiver sido
invocada, informar o processo de candidatura;
- Se a operação associada for uma operação de classe 2 e uma invocação de operação vinculada já tiver sido
recebida em resposta a essa operação, ignore a primitiva;
- se a operação associada for uma operação de classe 3, informar o processo de candidatura;
- Se a operação associada for uma operação de classe 4, ignore a primitiva.
10.8.5 Outros eventos
Esta subcláusula descreve o comportamento da SACF ao receber uma indicação primitiva de manipulação de
componentes que não pode ser relacionada a qualquer operação ou que não afeta uma operação pendente.
10.8.5.1 Recebimento de um TC-U-REJECT
Ao receber uma primitiva de indicação TC-U-REJECT que não afete uma operação ativa (ou seja, indicando um
resultado de retorno ou problema de erro de retorno), cabe ao processo de solicitação abortar, continuar ou encerrar
o diálogo, se ainda não tiver sido encerrado pelo processo de envio de solicitação de acordo com as regras
estabelecidas na subcláusula 10.2. Isso também é aplicável para invocar problemas relacionados a uma operação
vinculada de classe 4.
10.8.5.2 Receção de uma indicação TC-R-REJECT
Após a receção de uma indicação TC-R-REJECT (ou seja, quando um erro de protocolo foi detetado pela entidade
peer TC) que não afeta uma operação ativa, cabe ao processo de candidatura abortar, continuar ou terminar o
diálogo, se ainda não tiver terminado pelo processo de envio da candidatura de acordo com as regras indicadas na
subcláusula 10.2.
10.8.5.3 Receção de uma indicação TC-L-REJECT
Ao receber uma primitiva de indicação TC-L-REJECT (ou seja, quando um erro de protocolo foi detetado pela
entidade TC local) que não pode ser relacionado a uma operação ativa, cabe ao processo de aplicação continuar, ou
encerrar o diálogo e acionar implicitamente a transmissão do componente de rejeição ou abortar o diálogo.
GSM 09,78 44 TS 101 046 V5.0.1 (1997-04)
10.8.5.4 Receção de uma indicação TC-NOTICE
Isso informa ao SACF que uma mensagem não pode ser entregue pela camada de rede, isso só pode ocorrer se a
opção de retorno tiver sido definida (ver subcláusula 10.9.1.8). Cabe ao processo de candidatura decidir se encerra o
diálogo ou se tenta novamente.
10.9 Mapeamento para serviços de TC
10.9.1 Controle de diálogo
O serviço TC-UNI não é usado pela CAP.
10.9.1.1 Endereço de destino
Este parâmetro é definido pelo diálogo que inicia o processo de candidatura e pode, opcionalmente, ser modificado
pelo diálogo de resposta no primeiro TC-CONTINUE para trás.
10.9.1.2 Endereço de origem
Este parâmetro é definido pelo diálogo que inicia o processo de candidatura.
10.9.1.3 ID do diálogo
O valor deste parâmetro está associado à invocação CAP de uma forma dependente da implementação.
10.9.1.4 Application-context-name
O parâmetro application-context-name é definido pela SACF conforme definido na subcláusula 6.4.
10.9.1.5 Informação do utilizador
Este parâmetro pode ser usado para iniciar e responder processos de aplicativo.
10.9.1.6 Componente presente
Este parâmetro é utilizado pela SACF conforme descrito no ETS 300 287 [3] (Recomendação Q.771 da UIT-T).
10.9.1.7 Rescisão
O valor do parâmetro do método de liberação da primitiva de solicitação TC-END é definido pela SACF de acordo
com as regras indicadas nas subcláusulas 10.1 e 10.2.
10.9.1.8 Qualidade do serviço
A qualidade do serviço das primitivas de solicitação de TC é definida pelo SACF para o seguinte valor:
- sequenciamento solicitado;
- opção de retorno, este parâmetro é definido pelo SACF de uma maneira dependente da implementação.
10.9.2 Procedimentos operacionais
10.9.2.1 Invocar ID
Este parâmetro é definido pelo processo de envio da candidatura.
10.9.2.2 ID vinculado
Este parâmetro é definido pelo processo de envio da candidatura.

GSM 09,78 45 TS 101 046 V5.0.1 (1997-04)
10.9.2.3 ID do diálogo
O valor deste parâmetro está associado à invocação CAP de uma forma dependente da implementação.
10.9.2.4 Classe
O valor deste parâmetro é definido pela SACF de acordo com o tipo de operação a invocar de acordo com a
subcláusula 6.1.
10.9.2.5 Funcionamento
O código de operação de uma primitiva de solicitação TC-INVOKE é definido pelo processo de envio do aplicativo,
conforme definido na subcláusula 6.4.
A SACF deve definir o código de operação da primitiva TC-RESULT-L (se necessário) com o mesmo valor que o
recebido no momento da invocação.
10.9.2.6 Erro
O parâmetro error da primitiva de solicitação TC-U-ERROR é definido pelo processo de envio do aplicativo,
conforme definido na subcláusula 6.4.
O parâmetro argument das primitivas TC-INVOKE é definido pelo processo de envio do aplicativo, conforme
definido nas subcláusulas 6.1 e 6.3.
O parâmetro result das primitivas TC-RESULT-L é definido pelo processo de envio do pedido, conforme definido nas
subcláusulas 6.1 e 6.3.
O parâmetro das primitivas TC-U-ERROR é definido pelo processo de envio do pedido, conforme definido nas
subcláusulas 6.2 e 6.3.
10.9.2.8 Tempo limite
O valor deste parâmetro é definido pelo SACF de acordo com o tipo de operação invocada.
10.9.2.9 Último componente
Este parâmetro é utilizado pela SACF conforme descrito no ETS 300 287 [3] (Recomendação Q.771 da UIT-T).
10.9.2.10 Código do problema
Este parâmetro é utilizado pela SACF conforme descrito na subcláusula 10.8.

GSM 09,78 46 TS 101 046 V5.0.1 (1997-04)
Anexo A (normativo): Levantamento entre a PAC e o ISUP

O presente anexo define o mapeamento entre os parâmetros da PAC e os parâmetros de chamada enviados/recebidos
no ISUP. O tratamento funcional destes parâmetros é definido no GSM 03.78 [16].
A.1 Operação inicialDP

Quadro A.1
Mensagem ISUP Operação CAP

IAM (nota 1) InitialDP
Número da parte chamada chamadoPartyNumber
Número do chamador chamingPartyNumber
Categoria do chamador chamandoFestasCategoria
Número da localização localizaçãoNúmero
Número de chamada original originalcultivdy
Informação do teleserviço ao utilizador (1ª prioridade) highLayerCompatibilidade
Compatibilidade de alta camada IE contida no transporte

de acesso (2ª prioridade) (nota 2)
Número genérico "número adicional do chamador" adicionalCallingPartyNumber
Informação de serviço ao utilizador prime (1ª prioridade) portadorCapacidade
Informações de serviço ao usuário (2ª prioridade)

Número de redirecionamento redirecionamentoPartyID
Informações de redirecionamento redireccionamentoInformação
NOTA 1: Parâmetros opcionais podem estar ausentes, ou seja, eles só são mapeados, se esses parâmetros
estiverem disponíveis no PD.
NOTA 2: Se dois elementos de informações de compatibilidade de alta camada estiverem contidos no

parâmetro de transporte de acesso, o segundo elemento de informação, carregando o HLC
preferido, será mapeado para o parâmetro CAP highLayerCompatibilidade.
A.2 Operação de conexão

Ao receber uma operação Connect do gsmSCF, o número da parte chamada usada para roteamento é derivado do
destinationRoutingAddress (veja a tabela A.2). Se o acionamento do serviço CAMEL foi feito para uma chamada
móvel terminando ou encaminhada, uma mensagem ACM deve ser enviada para a troca anterior. A codificação dos
indicadores de chamada para trás no ACM é específica da rede.
A Tabela 3 ilustra o mapeamento de parâmetros recebidos na operação Connect para parâmetros enviados na
mensagem do IAM para a troca subsequente. Os parâmetros que foram recebidos no IAM e não são substituídos por
parâmetros da operação Connect são tratados de acordo com os procedimentos normais.
Ao enviar o IAM, o temporizador completo do endereço aguardado é iniciado. Se o temporizador expirar, a chamada
é liberada em ambas as direções e uma indicação apropriada é retornada ao assinante da chamada.
Quadro A.2
Operação CAP Mensagem ISUP

Connect (nota 1) IAM
DestinationRadress Número da parte chamada
chamingPartyNumber Número do chamador
originalcultivdy Número de chamada original
chamandoFestasCategoria Categoria do chamador
redirecionamentoPartyID Número de redirecionamento
redireccionamentoInformação Informações de redirecionamento
genericNumbers Número genérico (nota 2)
GSM 09,78 46 TS 101 046 V5.0.1 (1997-04)
NOTA 1: Parâmetros opcionais podem estar ausentes, ou seja, eles só são mapeados, se
recebidos.
NOTA 2: O conjunto de números genéricos recebidos no parâmetro genericNumbers é

mapeado para o número apropriado de parâmetros Generic Number no ISUP
IAM.
A.3 Operação ReleaseCall

Após o recebimento da operação ReleaseCall, o GMSC/gsmSSF (VMSC/gsmSSF) envia mensagens
REL em ambas as direções. O parâmetro cause indicators contém o parâmetro releaseCallArg da
operação ReleaseCall.

Camel SCP

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Camel SCP

Enviado por

Direitos autorais:

Formatos disponíveis

Índice

8.1.10.1.1 Descrição do erro..............................................................................................................................26

9.13.3.1 Procedimento normal..............................................................................................................................31

10.5.2 Receção de uma indicação TC-END...........................................................................................................41

Anexo A (normativo): Mapeamento entre a PAC e o ISUP.............................................................46

Anexo B (informativo): Especificação Delta do ETS 300 374-1 para CAP.......................................48

Anexo C (informativo): Histórico de alterações.................................................................................215

Versão 5.x.y onde:

[6] Recomendação Q.773 (1993) da UIT-T: "Especificações do Sistema de Sinalização N.º

[7] Recomendação Q.1218 (1993) da UIT-T: "Interface Recommendation for intelligent

[8] Recomendação Q.1400 (1993) da UIT-T: "Quadro de arquitetura para o

[9] Recomendação X.208 (1988) do CCITT: "Especificação da notação de sintaxe abstrata

[10] Recomendação X.209 do CCITT (1988): "Especificação das regras básicas de

[11] Recomendação X.219 (1988) do CCITT: "Operações à distância: modelo, notação e

[12] Recomendação X.229 do CCITT (1988): "Operações à distância: especificação do

[13] ISO 9545 (1989): "Tecnologia da informação - Interconexão de sistemas abertos -

[17] Recomendação Q.713 do CCITT : "Especificações do Sistema de Sinalização n.º 7;

[18] Recomendação X.680 da UIT-T (1994) | ISO/IEC 8824-1:1994: "Information

[19] Recomendação X.681 da UIT-T (1994) | ISO/IEC 8824-2:1994: "Information

[20] Recomendação X.682 da UIT-T (1994) | ISO/IEC 8824-3:1994: "Information

[21] Recomendação X.683 da UIT-T (1994) | ISO/IEC 8824-4:1994: "Information

[22] Recomendação X.690 (1994) da UIT-T | ISO/IEC 8825-1:1994: "Information

[23] Recomendação X.880 (1994) da UIT-T | ISO/IEC 13712-1:1994: "Tecnologia da

ISUP Parte do usuário RDIS

A definição do protocolo divide-se em três cláusulas:

- a definição das operações transferidas entre entidades (cláusula 6);

- a definição das ações tomadas em cada entidade (cláusula 7).

4.3 Arquitetura do protocolo CAP

A arquitetura do protocolo CAP pode ser ilustrada como mostra a figura 1.

Interações coordenadas Interação única (caso a)

SAO SAO SAO

Figura 1: Arquitetura do protocolo CAP

Utilizador INAP ASE's

SCCP SEM CONEXÃO

Figura 2: Descrição da operação

4.4 Abordagem da PAC

4.4.1 Número do subsistema (SSN)

4.4.2 Parâmetros de qualidade de serviço

A opção de devolução pode ser utilizada se solicitado.

4.4.3 Endereçamento SCCP

b) Endereço da parte chamadora

b) Endereço da parte chamadora

4.6 Mecanismos de compatibilidade utilizados para a PAC

Esta subcláusula especifica os mecanismos de compatibilidade que devem ser utilizados

- compatibilidade com versões futuras da PAC.

A segunda categoria tem três subcategorias de compatibilidade tratadas nesta subcláusula:

- pequenas alterações à PAC em futuras versões normalizadas:

- principais alterações à PAC em futuras versões normalizadas:

- alterações específicas da rede à PAC:

4.6.2 Definição dos mecanismos de compatibilidade da PAC

4.6.2.1 Mecanismo de compatibilidade para o interfuncionamento da PAC com o ETSI CS1

4.6.2.2 Procedimentos para aditamentos importantes à PAC

4.6.2.3 Procedimentos para aditamentos menores à PAC

4.6.2.4 Procedimentos para a inclusão de aditamentos específicos à rede na PAC

5 Regras da Função de Controle de Associação Única/Múltipla (SACF/MACF)

5.2 Execução sequencial/paralela das operações

- As operações de carregamento podem ser sincronizadas com qualquer outra operação.

6 Sintaxe abstrata da PAC

Classe 2: apenas ERROS aparece na definição ASN.1 OPERATION MACRO; Classe

3: apenas RESULT aparece na definição ASN.1 OPERATION MACRO;

Todas as definições de CA para a PAC são descritas na subsecção 6.5.

6.1 Tipos de operação

CAP-Operations {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1)