T REC Q.3610 200905 I!!PDF E.cleaned

Machine Translated by Google
União Internacional de Telecomunicações
IT-T Q.3610
TELECOMUNICAÇÃO (05/2009)
SETOR DE NORMALIZAÇÃO
DELA
SÉRIE Q: COMUTAÇÃO E SINALIZAÇÃO
Requisitos de sinalização e protocolos para o NGN -

Protocolos de controle de serviço e sessão – serviços
complementares
Requisitos de sinalização e perfis de protocolo para

serviço personalizado de tom de retorno de chamada
Recomendação ITU-T Q.3610

RECOMENDAÇÕES DA SÉRIE Q ITU-T

COMUTAÇÃO E SINALIZAÇÃO
SINALIZAÇÃO NO SERVIÇO MANUAL INTERNACIONAL Q.1–Q.3

TRABALHO AUTOMÁTICO E SEMI-AUTOMÁTICO INTERNACIONAL Q.4–Q.59
FUNÇÕES E FLUXOS DE INFORMAÇÃO PARA SERVIÇOS NA RDIS Q.60–Q.99
CLÁUSULAS APLICÁVEIS AOS SISTEMAS PADRÃO ITU-T Q.100–Q.119
ESPECIFICAÇÕES DOS SISTEMAS DE SINALIZAÇÃO Nº 4, 5, 6, R1 E R2 Q.120–Q.499
TROCAS DIGITAIS Q.500–Q.599
INTERTRABALHO DE SISTEMAS DE SINALIZAÇÃO Q.600–Q.699 Q
ESPECIFICAÇÕES DO SISTEMA DE SINALIZAÇÃO Nº 7 .700–Q.799
Q3 INTERFACE Q.800–Q.849
DIGITAL SISTEMA DE SINALIZAÇÃO DE ASSINANTE Nº 1 Q.850–Q.999
REDE MÓVEL DE TERRENO PÚBLICO Q.1000–Q.1099
INTERTRABALHO COM SISTEMAS MÓVEIS DE SATÉLITE Q.1100–Q.1199
REDE INTELIGENTE Q.1200–Q.1699
REQUISITOS DE SINALIZAÇÃO E PROTOCOLOS PARA IMT-2000 Q.1700–Q.1799 Q.
ESPECIFICAÇÕES DE SINALIZAÇÃO RELACIONADA À CHAMADA INDEPENDENTE AO PORTADOR 1900–Q.1999
CONTROLE (BICC)
ISDN DE BANDA LARGA Q.2000–Q.2999
REQUISITOS DE SINALIZAÇÃO E PROTOCOLOS PARA A NGN Q.3000–Q.3999
Geral Q.3000–Q.3029 Sinalização de rede e arquitetura funcional de controle Q.3030–Q.3099 Organização de dados de rede dentro da NGN
Q.3100–Q.3129 Controle de portador sinalização Q.3130–Q.3179 Requisitos e protocolos de sinalização e controle para suportar conexão em
ambientes NGN Q.3200–Q.3249 Protocolos de controle de recursos Q.3300–Q.3369 Serviço e protocolos de controle de sessão Q.3400–
Q.3499 Serviço e protocolos de controle de sessão – serviços suplementares Q.3600–Q.3649 Aplicações NGN Q.3700–Q.3849 Teste
para redes NGN Q.3900–Q.3999
Para mais detalhes, consulte a lista de Recomendações ITU-T.

Requisitos de sinalização e perfis de protocolo para serviço

personalizado de tom de retorno de chamada
Resumo
A recomendação ITU-T Q.3610 especifica os requisitos de sinalização e os perfis de protocolo para o serviço
de toque de retorno personalizado (CRBT) NGN em suporte a toque multimídia personalizado (CMR).
Fonte
A recomendação ITU-T Q.3610 foi aprovada em 7 de maio de 2009 pelo ITU-T Study Group 11 (2009-2012)
sob os procedimentos da recomendação ITU-T A.8.
Palavras-chave
CRBT, IMS, NGN, SDP, SIP.
Gravando. ITU-T Q.3610 (05/2009) eu

PREFÁCIO
A International Telecommunication Union (ITU) é a agência especializada das Nações Unidas no campo das telecomunicações,
tecnologias de informação e comunicação (TICs). O Setor de Padronização de Telecomunicações da UIT (ITU-T) é um órgão
permanente da UIT. A ITU-T é responsável por estudar questões técnicas, operacionais e tarifárias e emitir Recomendações sobre elas
com vistas à padronização das telecomunicações em escala mundial.
A Assembléia Mundial de Padronização de Telecomunicações (WTSA), que se reúne a cada quatro anos, estabelece os temas para
estudo dos grupos de estudo ITU-T que, por sua vez, produzem Recomendações sobre esses temas.
A aprovação das Recomendações ITU-T é coberta pelo procedimento estabelecido na Resolução 1 da WTSA.
Em algumas áreas de tecnologia da informação que se enquadram no âmbito da ITU-T, os padrões necessários são preparados em
colaboração com a ISO e a IEC.
OBSERVAÇÃO
Nesta Recomendação, a expressão "Administração" é usada para concisão para indicar tanto uma administração de telecomunicações
quanto uma agência operadora reconhecida.
O cumprimento desta Recomendação é voluntário. No entanto, a Recomendação pode conter certas disposições obrigatórias (para
garantir, por exemplo, interoperabilidade ou aplicabilidade) e a conformidade com a Recomendação é alcançada quando todas essas
disposições obrigatórias são atendidas. As palavras "deverá" ou alguma outra linguagem obrigatória, como "deve" e os equivalentes
negativos são usados para expressar requisitos. O uso de tais palavras não sugere que o cumprimento da Recomendação seja exigido
de qualquer parte.
DIREITO DE PROPRIEDADE INTELECTUAL
A ITU chama a atenção para a possibilidade de que a prática ou implementação desta Recomendação possa envolver o uso de um
Direito de Propriedade Intelectual reivindicado. A ITU não se posiciona em relação à evidência, validade ou aplicabilidade dos Direitos
de Propriedade Intelectual reivindicados, sejam eles afirmados por membros da ITU ou outros fora do processo de desenvolvimento da
Recomendação.
Até a data de aprovação desta Recomendação, a UIT não havia recebido notificação de propriedade intelectual, protegida por patentes,
que pode ser necessária para implementar esta Recomendação. No entanto, os implementadores são advertidos de que isso pode não
representar as informações mais recentes e, portanto, são fortemente aconselhados a consultar o banco de dados de patentes TSB
em http://www.itu.int/ITU-T/ipr/.
© UIT 2010
Todos os direitos reservados. Nenhuma parte desta publicação pode ser reproduzida, por qualquer meio, sem a permissão prévia por
escrito da ITU.
ii Gravando. ITU-T Q.3610 (05/2009)

CONTEÚDO
Página
1 Escopo ................................................. ................................................ ......................... 1
2 Referências................................................. ................................................ .................. 1
3 Definições ....................................... ................................................ ................. 2
3.1 Termos definidos em outro lugar ....................................... ................................ 2
3.2 Termos definidos nesta Recomendação.................................. ............ 2
4 Abreviações e Acrônimos ............................................... ......................................... 2
5 Serviço e arquitetura CRBT.................................. ......................................... 4
5.1 Descrição geral................................................ ......................................... 4
5.2 Arquitetura geral................................................. ......................................... 4

5.3 Possíveis arquiteturas de serviço CRBT............................... ................ 5
6 Modelos de serviço.................................................. ................................................ ............ 7
7 Formatos de mídia.................................................. ................................................ ............. 7

7.1 Áudio .......................................... ................................................ ........... 7
7.2 Vídeo ................................................. ................................................ ........... 7
7.3 Texto................................................. ................................................ ............. 7
7.4 Imagem parada................................................ ................................................ ..... 7
8 Requisitos de sinalização ....................................... ......................................... 8.1 Requisitos para o 7

UE de origem ....................................... .............. 8
8.2 Requisitos para o P-CSC-FE originário.............................. ......... 8
8.3 Requisitos para o I-CSC-FE ....................................... .......................... 9
8.4 Requisitos para o S-CSC-FE ....................................... .......................... 9
8.5 Requisitos para o IBC-FE........................................... ............................. 9
8.6 Requisitos para o AMG-FE........................................... .......................... 9
8.7 Requisitos para o servidor de chamadas.................................. ....................... 9
8.8 Requisitos para o AS-FE ....................................... ............................. 9
8.9 Requisitos para o MRC-FE ....................................... .......................... 11
8.10 Requisitos para a terminação P-CSC-FE.......................................... ......... 8.11 Requisitos para 11
o UE de terminação........................... .......................... 11
9 Perfis de protocolo.............................................. ................................................ .......... 11
9.1 Serviço CRBT baseado em IMS............................. ................................. 12

9.2 Chamar o serviço CRBT baseado em servidor ....................................... ....................... 14
10 Interações entre redes .............................................. ......................................... 15

10.1 Fornecimento de rede comutada por circuito CRBT para o UE de origem no domínio
IMS............................... ................................................ ............. 15
10.2 Fornecendo IMS CRBT para o UE de origem na rede comutada por circuito ..... 16
11 Interações com outros serviços em NGN........................................... .......................... 17

11.1 Apresentação de identificação de origem (OIP)............................... ..... 17
11.2 Restrição de identificação de origem (OIR)........................................... ........ 17
Gravando. ITU-T Q.3610 (05/2009) iii

Página
11.3 Encerrando a apresentação de identificação (TIP)........................................... .... 17
11.4 Terminando a restrição de identificação (TIR)........................................... ....... 17
11.5 Comunicação HOLD (HOLD) ...................................... ....................... 17
11.6 Serviços de DIVersão de Comunicação (CDIV) ...................................... ...... 17

11.7 Serviço de transferência de comunicação explícita (ECT)............................. .. 18
11.8 Serviço CRBT de origem interagindo com serviço CRBT de finalização ........ 18
11.9 Encerrando os serviços de mídia anteriores para o chamador que não seja o CRBT............. 18
12 Considerações de segurança ....................................... ................................................ 19
Anexo A – Modelo multidiálogo............................... ................................................ ... 20
A.1 Descrição geral................................................ ......................................... 20
A.2 Requisitos de sinalização ....................................... ................................. 20
Apêndice I – Fluxos de sinalização ....................................... ................................................ .. 21
I.1 Serviço CRBT baseado em IMS por modelo de gateway com PRACK e UPDATE (Caso
IMS-UE de origem) .............................. ................................................ 21
I.2 Serviço CRBT baseado em IMS por modelo de gateway com re-INVITE
(Caso IMS-UE de origem) .............................. ................................................ 25
I.3 Serviço CRBT por modelo de servidor de aplicação.............................. ........... 31
I.4 Serviço CRBT por modelo HTTP (Originating IMS-UE case)............................. 35
I.5 Serviço CRBT por modelo de gateway (Interfuncionamento PSTN/ISDN originário

caso)................................................ ................................................ ............. 37
I.6 Serviço CRBT por modelo de gateway (Caso POTS-UE de origem)............... 40

I.7 Chame o serviço CRBT baseado em servidor por modelo de gateway (Caso IMS-UE de
origem)............................... ................................................ ............................ 42
I.8 O serviço CRBT de origem interage com o serviço CRBT finalizado pelo modelo
AS............................... ................................................ .............. 45
I.9 Fornecimento de rede comutada por circuito CRBT para o UE de origem no domínio
IMS .............................. ................................................ ..................... 52
I.10 Fornecimento de IMS CRBT para o UE de origem no domínio de rede comutada por
circuito ....................................... ................................................ ..................... 58
Bibliografia ................................................. ................................................ ......................... 63
4 Gravando. ITU-T Q.3610 (05/2009)

Requisitos de sinalização e perfis de protocolo para serviço

personalizado de tom de retorno de chamada
1 Escopo
Esta Recomendação especifica os requisitos de sinalização e os perfis de protocolo do serviço de toque de retorno
personalizado (CRBT) em suporte ao toque multimídia personalizado (CMR). Esta Recomendação também contém
fluxos de sinalização.
O serviço CRBT é definido em redes de próxima geração (NGNs), incluindo subsistemas IP multimídia (IMS) e redes
baseadas em servidor de chamadas.
Esta recomendação abrange os perfis de protocolo sobre a interface de rede do usuário (UNI) e a interface de rede para
rede (NNI) com base em [ITU-T Q.3402] e [ITU-T Q.3401], respectivamente. Além disso, também abrange o perfil de
protocolo baseado em [ITU-TH.248.1] para a interface entre a entidade funcional do gateway de mídia de acesso (AMG-
FE) e as funções de controle de serviço. Perfis de protocolo mais detalhados para outras interfaces podem estar sujeitos
a especificações futuras.
2 Referências
As seguintes Recomendações ITU-T e outras referências contêm disposições que, por referência neste texto, constituem
disposições desta Recomendação. No momento da publicação, as edições indicadas eram válidas. Todas as
Recomendações e outras referências estão sujeitas a revisão; os usuários desta Recomendação são, portanto,
encorajados a investigar a possibilidade de aplicar a edição mais recente das Recomendações e outras referências
listadas abaixo. Uma lista das Recomendações ITU-T atualmente válidas é publicada regularmente. A referência a um
documento nesta Recomendação não confere a ele, como documento autônomo, o status de Recomendação.
[ITU-T H.248.1] Recomendação ITU-T H.248.1 (2005), Protocolo de controle de gateway: Versão
3.
[ITU-T Q.3401] Recomendação ITU-T Q.3401 (2007), perfil de sinalização NGN NNI (conjunto de
protocolos 1); Emenda 1 (2008).
[ITU-T Q.3402] Recomendação ITU-T Q.3402 (2008), perfil de sinalização NGN UNI (conjunto de
protocolos 1).
[ITU-T T.81] Recomendação ITU-T T.81 (1992) | ISO/IEC 10918-1:1994, Tecnologia da

informação – Compressão digital e codificação de imagens estáticas de
tom contínuo: Requisitos e diretrizes.
[ITU-T Y.2012] Recomendação ITU-T Y.2012 (2006), Requisitos funcionais e arquitetura da

versão NGN 1.
[ITU-T Y.2701] Recomendação ITU-T Y.2701 (2007), Requisitos de segurança para versão
NGN 1.
[IETF RFC 2616] IETF RFC 2616 (1999), Protocolo de transferência de hipertexto – HTTP/ 1.1.
[IETF RFC 3261] IETF RFC 3261 (2002), SIP: Protocolo de Iniciação de Sessão.
[IETF RFC 3262] IETF RFC 3262 (2002), Confiabilidade de respostas provisórias no Protocolo de
Iniciação de Sessão (SIP).
[IETF RFC 3311] IETF RFC 3311 (2002), Protocolo de Iniciação de Sessão (SIP)
Método UPDATE.
Gravando. ITU-T Q.3610 (05/2009) 1

[IETF RFC 3372] IETF RFC 3372 (2002), Protocolo de Iniciação de Sessão para Telefones (SIP-T):
Contexto e Arquiteturas.
[IETF RFC 3959] IETF RFC 3959 (2004), O Tipo de Disposição de Sessão Antecipada para o
Protocolo de Iniciação de Sessão (SIP).
[IETF RFC 3960] IETF RFC 3960 (2004), Early Media e Ringing Tone Generation no Session Initiation
Protocol (SIP).
[IETF RFC 4566] IETF RFC 4566 (2006), SDP: Protocolo de Descrição de Sessão.
[IETF RFC 5009] IETF RFC 5009 (2007), Cabeçalho Privado (P-Header) Extensão do Protocolo de
Iniciação de Sessão (SIP) para Autorização de Mídia Antecipada.
3 Definições
3.1 Termos definidos em outro lugar
Esta Recomendação usa o seguinte termo definido em outro lugar:
3.1.1 mídia inicial [IETF RFC 3959]: A mídia (por exemplo, áudio e vídeo) que é trocada antes de uma sessão específica
ser aceita pelo usuário chamado.
3.2 Termos definidos nesta Recomendação
Esta Recomendação define os seguintes termos:
3.2.1 assinante do serviço CRBT chamador: O chamador que assina o serviço CRBT.
3.2.2 Assinante do serviço CRBT chamado: A parte chamada que se inscreve no serviço CRBT configurado da parte
chamada.
3.2.3 Usuário do serviço CRBT: O chamador que experimenta o serviço CRBT.
3.2.4 mídia inicial para CRBT: A mídia inicial que é entregue ao chamador com o conteúdo de mídia configurado pelo
assinante do serviço. Pode ser gerado pela rede de origem ou pela rede de destino, dependendo da localização das
assinaturas de serviço.
3.2.5 Servidor de toque de ícone (servidor IRT): O servidor de toque de ícone (IRT) armazena a mídia de tom de toque,
como arquivos de áudio, vídeo e imagem. O servidor IRT se comporta como um servidor web e pode ser fornecido por
provedores ou operadoras de conteúdo. Um terminal de usuário pode interagir com o servidor IRT via, por exemplo, HTTP
para baixar a mídia de tom de chamada.
4 Abreviações e Acrônimos
Esta Recomendação utiliza as seguintes abreviaturas e acrónimos:

ACM Mensagem Completa do Endereço
AGC-FE Entidade Funcional de Controle de Gateway de Acesso
AMG-FE Acessar Entidade Funcional Media Gateway

OBSERVAÇÃO
Responder mensagem
COMO Servidor de aplicação
AS-FE Entidade Funcional de Apoio à Aplicação

AVP Perfil de áudio e vídeo
B2BUA Agente de usuário back-to-back

BGC-FE Entidade funcional de controle de gateway de fuga
2 Gravando. ITU-T Q.3610 (05/2009)

CDIV Comunicação DIVersão
CFNR Encaminhamento de chamada em caso de não resposta
CRBT Tom de retorno de chamada personalizado
CRBT-O Toque de retorno de chamada personalizado pela rede de origem
CRBT-T Toque de retorno de chamada personalizado ao encerrar a rede
CSN Rede Comutada por Circuito
ECT Transferência de comunicação explícita
EUF Funções do usuário final
GSM Sistema Global para Comunicações Móveis
SEGURAR Comunicação HOLD
HTTP Protocolo de Transferência de Hipertexto
EU SOU Mensagem de endereço inicial
IBC-FE Entidade Funcional de Controle de Gateway de Borda de Interconexão
I-CSC-FE Entidade funcional de controle de sessão de chamada de interrogação
IMS Subsistema Multimídia IP
IRT Toque de ícone
ISDN Rede Digital de Serviços Integrados
É ACIMA Parte do usuário ISDN
MGCF Função de controle do gateway de mídia
MGC-FE Entidade Funcional de Controle do Media Gateway
MRC-FE Entidade Funcional de Controle de Recursos de Mídia
MRFC Controlador de funções de recursos de mídia
MRP-FE Entidade Funcional de Processamento de Recursos de Mídia
MSC Centro de comutação móvel
NGN Rede de Próxima Geração
NNI Interface de rede para rede
OIP Apresentação de identificação de origem
OIR Restrição de identificação de origem
P-CSC-FE Entidade Funcional de Controle de Sessão de Chamada Proxy
POTES Serviço telefônico antigo simples
PSTN Rede telefónica pública comutada
RTCP Protocolo de Controle RTP
RTP Protocolo de Transporte em Tempo Real
SCF Funções de Controle de Serviço
S-CSC-FE Entidade Funcional de Controle de Sessão de Atendimento de Chamada
SDP Protocolo de Descrição da Sessão
SG-FE Entidade Funcional de Gateway de Sinalização
Gravando. ITU-T Q.3610 (05/2009) 3

trago Protocolo de Iniciação de Sessão
SIP UA Agente de usuário SIP
SUP-FE Entidade Funcional de Perfil de Usuário de Serviço
DICA Apresentação de Identificação de Encerramento
TIR Rescindindo a Restrição de Identificação
TMG-FE Entidade Funcional do Gateway de Mídia Tronco
UAC Cliente Agente do Usuário
UAS Servidor do agente do usuário
UDP Protocolo de datagrama do usuário
UE Equipamento do usuário
UE-A Equipamento do usuário para o usuário A
UE-B Equipamento do usuário para o usuário B
ELE Interface de usuário para rede
URL localizador padrão de recursos
LINDO Informações de usuário para usuário
5 Serviço e arquitetura CRBT
5.1 Descrição geral
O serviço de toque de retorno personalizado (CRBT) fornece ao chamador o tom de retorno de chamada personalizado do chamador.
O serviço é baseado em assinatura e pode ser assinado pelo chamador ou pelo chamador. O serviço é chamado para fornecer um
tom de chamada personalizado para o chamador, de acordo com a configuração do serviço. O conteúdo CRBT pode ser imagem,
áudio, vídeo, texto ou uma combinação de todos.
5.2 arquitetura geral
O serviço CRBT é definido e fornecido na arquitetura NGN, que é baseada em IMS ou em servidor de chamadas. A Figura 5-1 mostra
uma arquitetura geral compatível com [ITU-T Y.2012] para fornecer o serviço CRBT baseado em IMS e/ou redes de servidor de
chamadas.
4 Gravando. ITU-T Q.3610 (05/2009)

Rede de origem Terminando a rede

estrato de serviço estrato de serviço
ASF/SSF ASF/SSF
serviço CRBT serviço CRBT
Terminal legado
SCF
Componente do SCF Componente do
Servidor de Chamadas Servidor de Chamadas
terminal IMS H.248.1

componente IMS componente IMS
Originário AMG-FE estrato de estrato de transporte

Função do usuário final transporte
NGN UNI NGN NNI
Figura 5-1 - Arquitetura funcional do serviço CRBT
5.3 Possíveis arquiteturas de serviço CRBT
As arquiteturas de terminação baseadas em IMS e baseadas em servidor de chamadas para serviços CRBT
são mostradas nas Figuras 5-2 e 5-3, respectivamente. As arquiteturas originárias baseadas em IMS e
baseadas em servidor de chamadas para serviços CRBT são mostradas nas Figuras 5-4 e 5-5, respectivamente.
Estas figuras mostram cenários gerais assumindo que a rede de origem é diferente da rede de destino.
Embora as arquiteturas funcionais sejam diferentes para redes baseadas em IMS e call-server, os mecanismos
de controle de serviço são idênticos.
serviço CRBT
AS-FE
SUP-FE
usuário do serviço CRBT I-CSC-FE S-CSC-FE MRC-FE
Originário
Função do usuário final
P-CSC-FE MRP-FE
estrato de serviço
terminais NGN estrato de serviço
(*)
Terminal legado
estrato de transporte estrato de transporte
(*) Se a rede de origem for baseada em servidor de chamadas, o terminal herdado será acomodado.
Figura 5-2 – Terminando a arquitetura de serviço CRBT baseada em IMS
Gravando. ITU-T Q.3610 (05/2009) 5

serviço CRBT
AS-FE
SUP-FE
usuário do serviço CRBT IBC-FE servidor de chamadas MRC-FE
Originário
MRP-FE
estrato de serviço
(*)
Terminal legado
estrato de transporte estrato de transporte
(*) Se a rede de origem for baseada em servidor de chamadas, o terminal herdado será acomodado.
Figura 5-3 – Terminando a arquitetura de serviço CRBT baseada em servidor de chamadas
serviço CRBT
AS-FE SUP-FE
usuário do serviço CRBT

MRC-FE S-CSC-FE I-CSC-FE
Originário
MRP-FE P-CSC-FE
estrato de serviço
Terminal legado
AMG-FE estrato de transporte estrato de transporte
Figura 5-4 – Arquitetura de serviço CRBT baseada em IMS de origem
serviço CRBT
AS-FE SUP-FE
usuário do serviço CRBT

servidor de chamada IBC-FE
Originário
MRC-FE
MRP-FE
estrato de serviço estrato de serviço
Terminal legado
estrato de transporte
AMG-FE estrato de transporte
Figura 5-5 – Arquitetura de serviço CRBT baseada em servidor de chamadas de origem
6 Gravando. ITU-T Q.3610 (05/2009)

6 modelos de serviço
Existem três modelos para geração de toques de retorno. O serviço CRBT é prestado com base em pelo menos um
desses modelos de serviço, podendo ser prestado com mais de um modelo.
– O modelo de gateway é estabelecer as primeiras sessões de mídia da mesma forma que as sessões
regulares, usando trocas de oferta/resposta. O modelo de gateway consiste em gerenciar as primeiras
sessões de mídia usando trocas de oferta/resposta em trocas provisórias confiáveis, PRACKs e UPDATEs
[IETF RFC 3960]. No caso de trocas provisórias não confiáveis, o re-INVITE pode ser usado.
–
O modelo do servidor de aplicativos é estabelecer a mídia inicial, distinguindo as sessões iniciais das
sessões regulares usando a tag de opção de sessão inicial. Ao indicar o suporte do tipo de disposição de
sessão antecipada no cliente de agente do usuário (UAC), o servidor de agente do usuário (UAS) sabe
que as trocas de oferta/resposta para mídia inicial (tipo de disposição de sessão antecipada) são mantidas
separadas da mídia regular (sessão tipo de disposição) [IETF RFC 3960].
– O modelo HTTP é fornecer a URL da Web do repositório do assinante para que o conteúdo CRBT seja
apresentado durante a sessão inicial. Essas informações são preenchidas e entregues pelo sistema de
atendimento CRBT, dentro da resposta com código 18x, respondendo ao CONVITE inicial.
7 formatos de mídia
A fim de garantir um certo nível de suporte de mídia inicial e compatibilidade entre os terminais chamador e chamado,
formatos de mídia apropriados devem ser negociados ou selecionados para reproduzir os conteúdos CRBT.
7.1 áudio
Se o áudio for suportado, a lista de codecs deve ser conforme especificado na cláusula 8.1 de [ITU-T Q.3401] e [ITU-
T Q.3402].
7.2 Vídeo
Se houver suporte para vídeo, a lista de codecs deve ser conforme especificado na cláusula 8.1 de [ITU-T Q.3401] e
[ITU-T Q.3402].
7.3 Texto
Se houver suporte para texto simples, qualquer codificação de caracteres (conjunto de caracteres) que contenha um subconjunto de
caracteres lógicos (por exemplo, Unicode [b-Unicode]) pode ser usada.
7.4 Imagem parada
Se a imagem estática for suportada, a codificação JPEG em conformidade com [ITU-T T.81] será suportada. Além
disso, o formato de intercâmbio descrito em [b-JFIF] pode ser usado com JPEG. Outros formatos de codificação (por
exemplo, GIF ([b-GIF87a] e [b-GIF89a]) ou PNG [b-IETF RFC 2083]) podem ser suportados.
8 Requisitos de sinalização
As cláusulas a seguir descrevem os requisitos de sinalização para fornecer serviços CRBT em cada entidade
funcional.
Gravando. ITU-T Q.3610 (05/2009) 7

8.1 Requisitos para o UE de origem
8.1.1 Requisitos para suporte a CRBT no modelo de gateway Se o

equipamento de usuário (UE) de origem deseja receber indicação de autorização de mídia antecipada, ele
deve adicionar o cabeçalho P-Early-Media, que tem valor de "suportado" à solicitação INVITE inicial como
descrito em [IETF RFC 5009].
O UE de origem não precisa distinguir mídia inicial e mídia regular antes e depois de uma resposta final ser
recebida, portanto, não há nenhuma exigência para o UE de origem quando o usuário chamado responde à
comunicação.
8.1.2 Requisitos para suporte a CRBT no modelo de servidor de aplicativos

Se o UE de origem desejar receber descrições de autorização de mídia antecipada, conforme descrito em
[IETF RFC 3959], ele deve definir a tag de opção "sessão antecipada" no campo de cabeçalho suportado
para a solicitação INVITE inicial.
Se o UE de origem desejar trocar respostas provisórias confiáveis, ele deve definir a tag de opção "100rel" no
campo de cabeçalho suportado para a solicitação INVITE inicial, conforme definido em [IETF RFC 3262].
Se o UE de origem usar porta de mídia diferente e/ou endereço de conexão para mídia regular e mídia antiga,
quando a mídia regular for recebida ou uma resposta final for recebida no diálogo, o UE de origem deve parar
de reproduzir a mídia antiga.
8.1.3 Requisitos para suportar CRBT no modelo HTTP

O UE de origem deve suportar o campo de cabeçalho Alert-Info e/ou Call-Info conforme especificado em [IETF
RFC 3261].
Se o arquivo de mídia indicado no campo de cabeçalho Alert-Info e/ou Call-Info foi baixado, o UE de origem
deve reproduzir as informações baixadas para substituir as informações de retorno de chamada local, exceto
se o usuário negar ou interromper.
O UE de origem deve parar de reproduzir as informações baixadas, exceto quando a política local determina
continuar reproduzindo o conteúdo do CRBT, quando uma resposta final é recebida no diálogo.
8.1.4 Requisitos para suportar vários modelos de serviço CRBT Quando

vários modelos de serviço são aplicados, o UE de origem pode ser configurado para determinar se deve
reproduzir informações baixadas e/ou informações de mídia antigas, se diferentes tipos de mídia estiverem
envolvidos e se o mesmo tipo de mídia está envolvido, então a preferência é definida pela política local.
8.2 Requisitos para o P-CSC-FE originário
8.2.1 Requisitos para suporte a CRBT no modelo de gateway O P-

CSC-FE pode adicionar, remover ou modificar o campo de cabeçalho P-Early-Media nas solicitações e
respostas SIP encaminhadas, de acordo com os procedimentos em [IETF RFC 5009].

O P-CSC-FE pode adicionar, remover ou modificar o SDP de sessão inicial nas solicitações e respostas SIP
encaminhadas, de acordo com os procedimentos em [IETF RFC 3959].
8.2.3 Requisitos para suportar CRBT no modelo HTTP

O P-CSC-FE pode ter política local para remover ou modificar o campo de cabeçalho Alert-Info e/ou Call-Info.
8 Gravando. ITU-T Q.3610 (05/2009)

8.3 Requisitos para o I-CSC-FE
O CRBT não tem impacto neste FE.
8.4 Os requisitos para o S-CSC-FE CRBT
não têm impacto neste FE.
8.5 Requisitos para o IBC-FE
8.5.1 Requisitos para suporte a CRBT no modelo de gateway
O IBC-FE pode adicionar, remover ou modificar o campo de cabeçalho P-Early-Media nas solicitações e respostas
SIP encaminhadas, de acordo com a política da operadora.
O IBC-FE pode adicionar, remover ou modificar o SDP de sessão inicial nas requisições e respostas SIP
encaminhadas, de acordo com a política da operadora.
8.5.3 Requisitos para suporte a CRBT no modelo HTTP O IBC-FE pode
ter uma política local para remover ou modificar o campo de cabeçalho Alert-Info e/ou Call-Info.
8.6 Requisitos para o AMG-FE
8.7 Os requisitos para o servidor de
chamadas CRBT não têm impacto neste FE.
8.8 Requisitos para o AS-FE
Os requisitos desta cláusula são para invocação e operação do serviço CRBT. A ativação, desativação e configuração
do serviço CRBT estão fora do escopo desta Recomendação.
O AS-FE fornece serviço CRBT independentemente de a rede ser baseada em servidor de chamadas ou baseada
em IMS.
8.8.1 Requisitos para prestação de serviço CRBT no modelo gateway
Após receber uma solicitação INVITE inicial com uma oferta SDP do UE de origem ou receber uma resposta 18x à
solicitação INVITE inicial do UE finalizador, o AS-FE deve: a)
Adquirir SDP para CRBT da MRC-FE; NOTA
– O SDP para CRBT pode ser adquirido enviando uma solicitação INVITE sem SDP para MRC-FE.
b) Envie a resposta SDP para CRBT por meio de uma resposta com um código 18x para a solicitação INVITE
inicial com a tag de opção "100rel" no cabeçalho Require.
O AS-FE pode definir toda a largura de banda da mídia no SDP em direção ao lado de terminação como 0, a fim de
evitar erros de RTCP.
Para pré-condições no modelo de gateway, ao enviar uma oferta SDP para o lado de destino para estabelecer
comunicação com os tipos de mídia esperados pelo usuário de origem, o AS-FE pode adicionar os tipos de mídia
ausentes, de acordo com os tipos de mídia recebidos no SDP anterior resposta do lado de terminação.
Gravando. ITU-T Q.3610 (05/2009) 9

Se uma resposta final for recebida pelo AS-FE em um diálogo, o CRBT gerenciado pelo AS-FE no diálogo deve
ser interrompido.
Antes de encaminhar a resposta final, o AS-FE deve enviar a solicitação UPDATE com a resposta SDP do UE de
destino, depois de atualizar a descrição da sessão, o AS-FE deve enviá-la por meio de uma resposta "200 OK"
sem SDP para o lado de origem.
8.8.2 Requisitos para prestação do serviço CRBT por modelo de servidor de aplicação
Se a solicitação INVITE inicial com tag de opção "early-session" no cabeçalho suportado, então, de acordo com
[IETF RFC 3959], o AS-FE deve: a)
Adquirir SDP para CRBT da MRC-FE; NOTA
– O SDP para CRBT pode ser adquirido enviando uma solicitação INVITE sem SDP para MRC-FE.
b) Adicione um novo corpo de mensagem que tenha um tipo de disposição de sessão inicial na resposta
provisória para conter o SDP adquirido;
c) Defina a tag de opção "early-session" no campo Exigir cabeçalho se ela não existir;
d) Defina a tag de opção "100rel" no campo Exigir cabeçalho, caso ela não exista;
e) Envie a resposta provisória para o UE de origem.
Se uma resposta final for recebida pelo AS-FE em um diálogo, o CRBT gerenciado pelo AS-FE no diálogo deve
ser interrompido.
8.8.3 Requisitos para prestação de serviço CRBT por modelo HTTP
Se uma solicitação INVITE inicial tiver sido recebida, quando a primeira resposta provisória com um código 18x à
solicitação INVITE for recebida, de acordo com [IETF RFC 3261], o CRBT AS-FE deverá agir da seguinte forma:
a)
Se uma foto icônica, texto de explicação de foto e/ou informações de cartão precisam ser apresentados
na tela do UE de origem, o AS-FE deve adicionar um campo de cabeçalho Call-Info e, de acordo com
[IETF RFC 3261], definir o HTTP URL do arquivo de foto icônica no campo de cabeçalho Call-Info usando
o valor "ícone" para o parâmetro de finalidade, defina o texto de explicação da foto no campo de
cabeçalho Call-Info usando o valor "info" para o parâmetro de finalidade e/ou defina o informações do
cartão no campo de cabeçalho Call-Info usando o valor "cartão" para o parâmetro de finalidade;
b) Se as informações multimídia precisam ser reproduzidas no UE de origem, o AS-FE pode adicionar um
campo de cabeçalho Alert-Info e/ou Call-Info e definir a URL HTTP do arquivo multimídia para o valor do
Alert-Info/Call - Campo de cabeçalho de informações;
c) Se a requisição INVITE não carregar a tag de opção "early-session" no cabeçalho Supported, o AS-FE
enviará a resposta provisória com um código 18x para o UE de origem; Caso contrário, proceder
d) conforme descrito nas cláusulas 8.8.1 e 8.8.2.
NOTA – Recomenda-se que o tamanho do arquivo multimídia e do arquivo de foto seja pequeno para não atrasar
o estabelecimento da comunicação.
8.8.4 Requisitos para suportar vários modelos
É política da operadora (por exemplo, de acordo com o perfil do assinante) especificar qual modelo é aplicado
quando o UE de origem suporta vários modelos.
Recomenda-se que a política do operador tenha uma regra para aplicar o modelo AS, se o campo de cabeçalho
Supported/Required da solicitação INVITE inicial tiver uma tag de opção de sessão inicial e o AS-FE suportar o
modelo AS.
10 Gravando. ITU-T Q.3610 (05/2009)

Caso o modelo de gateway ou o modelo de servidor de aplicativos seja aplicado, o AS-FE deve ter a política para determinar
se deve reproduzir informações baixadas e/ou informações de mídia anteriores, se diferentes tipos de mídia estiverem
envolvidos e se o mesmo tipo de mídia estiver envolvido , então a preferência é definida pela política.
Esta política deve ser configurada pelo assinante do serviço CRBT chamador, pelo assinante do serviço CRBT chamado, pela
operadora da rede de origem e pela operadora da rede de destino.
8.8.5 Requisitos ao fornecer interoperação do modelo AS para o modelo gateway Se uma resposta provisória
contendo um código 18x com sessão SDP for recebida pelo AS-FE em um diálogo e nem o UE de origem nem o de destino
suportarem o modelo de servidor de aplicativos, o O AS-FE deve adicionar a tag de opção de sessão inicial no campo de
cabeçalho com suporte à resposta 18x encaminhada.
Se uma solicitação PRACK/UPDATE sucessiva com oferta SDP de sessão inicial for recebida, o AS-FE deverá: a)
Gerar oferta SDP de sessão com base na oferta SDP de sessão inicial, b)
Remova a oferta SDP da sessão inicial e c)
Adicione a oferta SDP da sessão à solicitação e encaminhe a solicitação.
O AS-FE pode adicionar mais informações sobre o tipo de mídia na sessão SDP Offer, que está na sessão original SDP Offer/
Reswer.
E se a resposta "200 OK" com resposta SDP de sessão à solicitação PRACK/UPDATE for recebida, o AS-FE deverá:
a) Gere a resposta SDP da sessão inicial com base na resposta SDP da sessão, remova a
b) resposta SDP da sessão e adicione a resposta
c) SDP da sessão inicial à resposta e encaminhe a resposta.
8.9 Requisitos para o MRC-FE
O impacto do CRBT neste FE é para um estudo mais aprofundado.
8.10 Requisitos para a terminação P-CSC-FE
8.11 Requisitos para o UE de terminação
9 Perfis de protocolo
Os perfis de protocolo para serviços CRBT devem ser baseados nas seguintes Recomendações ITU-T.
Tabela 9-1 - Recomendações básicas para perfis de protocolo CRBT
Perfil Intervalo Recomendação de protocolo
NGN UNI Entre a função de usuário final de origem e a função de SIP/SDP [ITU-T Q.3402]
controle de serviço na rede de origem
NGN NNI Entre as funções de controle de serviço das redes SIP/SDP [ITU-T Q.3401]
de origem e destino
protocolo de controle Entre o AMG-FE e as funções de controle de H.248/SDP [ITU-T H.248.1]
de gateway serviço na rede de origem
Gravando. ITU-T Q.3610 (05/2009) 11

Esta cláusula fornece mensagens e cabeçalhos específicos do serviço CRBT, entre as Recomendações acima e
RFCs IETF relevantes.
Outras mensagens e cabeçalhos que não são específicos para CRBT podem ser suportados conforme especificado
nas Recomendações básicas na Tabela 9-1, se não forem explicitamente especificados nesta Recomendação.
9.1 Serviço CRBT baseado em IMS
9.1.1 Perfis de protocolo para modelo de gateway
O CONVITE inicial deve incluir SDP. Se a sessão de mídia inicial for estabelecida com a resposta provisória
confiável, o método 'PRACK' deve ser usado conforme definido em [IETF RFC 3262].
Se a conexão de mídia inicial for estabelecida pelas trocas de INVITE inicial e resposta provisória não confiável,
depois de terminar a sessão de mídia inicial, a sessão regular pode ser feita por renegociação de mídia trocando o
segundo SDP de oferta e o SDP de resposta após a conclusão do primeiro diálogo.
A mídia inicial unidirecional também pode ser suportada respondendo ao INVITE inicial com uma resposta provisória
não confiável antes de enviar a mídia real. A sessão regular é então estabelecida respondendo com uma resposta
SDP final ao INVITE inicial.
A Tabela 9-2 ilustra as mensagens SIP específicas do serviço CRBT. Outras mensagens SIP podem ser suportadas,
conforme especificado nas Recomendações básicas na Tabela 9-1.
Tabela 9-2 – Métodos e cabeçalhos específicos do serviço CRBT para modelo de gateway
a) Estabelecimento de sessão antecipada
Originário EUF SCF/CRBT AS-FE
Estabelecimento Solicitar código Cabeçalho código Referências

de sessão antecipada Método Descrição
Resposta INVITE M Compatível M Compatível 100rel

provisória IETF RFC 3262
Exigir O Requer: 100rel
confiável
com base PRACK M RAck M
Resposta
provisória CONVIDE M – – – IETF RFC 3261
não
confiável com base
SCF/CRBT AS-FE originando EUF
Estabelecimento
Código de resposta Cabeçalho código Descrição Referências
de sessão antecipada
Resposta RSeq M
provisória 18x M IETF RFC 3262
confiável Exigir M Exigir:100rel
com base
Resposta
provisória 18x M – – – IETF RFC 3261
não
confiável com base
12 Gravando. ITU-T Q.3610 (05/2009)

b) Estabelecimento de sessão regular
Método/resposta código Cabeçalho código Descrição Referência
ATUALIZAÇÃO - 200 OK M – – – IETF RFC 3311

– – – IETF RFC 3261
CONVIDAR novamente – 200 OK O
Consulte as cláusulas I.1 e I.2 para fluxos de sinalização e usos de mensagens.
Se o serviço CRBT for fornecido ao terminal legado com os sistemas de emulação PSTN/ISDN baseados em IMS, o mesmo
perfil H.248.1, descrito na cláusula 9.2.1, deve ser aplicado aos serviços CRBT.
9.1.2 Perfis de protocolo para modelo de servidor de aplicação
9.1.2.1 Perfil SIP O
CONVITE inicial deve incluir o SDP. Se a sessão de mídia inicial for estabelecida com a resposta provisória confiável, a tag
de opção "100rel" deve ser suportada e o método PRACK deve ser usado conforme definido em [IETF RFC 3262]. Se a
sessão de mídia antecipada for fornecida, a tag de opção "early-session" deve ser suportada, o tipo de disposição "early-
session" deve ser suportado e o tipo de conteúdo "multipart/mixed" pode ser suportado, para especificar tipos de sessão
distintos (por exemplo, , sessão regular e sessão antecipada) em uma única mensagem, conforme definido em [IETF RFC
3959].
A Tabela 9-3 ilustra as mensagens SIP específicas do serviço CRBT. Outras mensagens SIP podem ser suportadas, conforme
especificado nas Recomendações básicas na Tabela 9-1.
Tabela 9-3 - Métodos e cabeçalhos específicos do serviço CRBT para modelo de servidor de aplicativos
Originário EUF SCF/CRBT AS-FE
Método de
código Cabeçalho código Descrição Referências
solicitação
CONVIDAR M Suportado M Suportado:100rel, sessão inicial IETF RFC

3262
Exigir O Requer: 100rel, sessão inicial
Tipo de conteúdo O Tipo de conteúdo: várias partes/misto
PRACK E Prateleira M –
Resposta código Cabeçalho código Descrição Referências
18x M – IETF RFC

RSeq O
3262
Exigir O Requer: 100rel, sessão inicial
IETF RFC
3959
Consulte a cláusula I.3 para fluxos de sinalização e usos de mensagens.
9.1.2.2 Perfil SDP
Diferentes tipos de mídia, como áudio, vídeo, texto e imagem, podem ser utilizados como diferentes tons de chamada e
toques musicais. Cada tipo de mídia deve ser especificado na linha "m =" (ou seja, m = texto, m = áudio, m = vídeo).
Gravando. ITU-T Q.3610 (05/2009) 13

9.1.3 Perfis de protocolo para modelo HTTP
Se as informações do URL CRBT forem entregues em resposta provisória, uma resposta contendo um código 18x
incluirá o cabeçalho Call-Info e os parâmetros de 'finalidade' ou/e o cabeçalho Alert-Info conforme definido em [IETF
RFC 3261].
A Tabela 9-4 ilustra as mensagens SIP específicas do serviço CRBT.
Tabela 9-4 - Métodos e cabeçalhos específicos do serviço CRBT para o modelo HTTP
Código de método/resposta Cabeçalho Código Descrição Referência
18x M Call-Info O propósito IETF RFC 3261

180 M Alert-Info O –
O chamador deve suportar HTTP/1.1 conforme definido em [IETF RFC 2616] para obter CRBT
conteúdo.
Consulte a cláusula I.4 para fluxos de sinalização e usos de mensagens.
9.2 Chame o serviço CRBT baseado em servidor
9.2.1 Perfis de protocolo para modelo de gateway
O controle do gateway de mídia de acesso deve ser suportado com base em [ITU-TH.248.1] e conforme descrito na
Tabela 9-5. Os pacotes básicos do Anexo E de [ITU-TH.248.1] são aplicados aos serviços CRBT. O perfil SIP descrito
na cláusula 9.1.1 é aplicável.
Tabela 9-5 – Pacotes H.248.1 e SDP
pacotes H.248.1 SDP
Sessão de mídia Anexo E pacotes básicos IETF RFC 4566

antecipada e regular H.248.1 cláusula C.11
9.2.2 Perfis de protocolo para modelo de servidor de aplicativos
O serviço CRBT baseado em servidor de chamada é fornecido por um AS-FE conectado e controlado por um servidor
de chamada. O AS-FE pode oferecer suporte ao modelo de servidor de aplicativos (AS), independentemente de o
sistema de sessão ser servidor de chamada ou baseado em IMS. O servidor de chamada sob o controle de AS-FE
pode retransmitir mensagens SIP para controle de serviço para a rede de origem, ou pode mapear entre SIP e
H.248.1 e o controle de serviço para o terminal de serviço telefônico antigo (POTS).
Nos seguintes casos, o modelo AS não é aplicável: a) b)

A rede de origem fornece CRBT baseado em servidor de chamadas.
A rede terminal fornece CRBT baseado em servidor de chamadas e a rede de origem é o servidor de
chamadas.
No caso seguinte, aplicam-se os perfis SIP e SDP descritos na cláusula 9.1.2: a)

A rede de destino fornece CRBT baseado em servidor de chamadas e a rede de origem é IMS.
9.2.3 Perfis de protocolo para modelo HTTP
Pode ser possível que o AMG-FE receba informações específicas de tom do AS-FE entregues através da interface
Ut1 [b-ITU-T Y.2031], mas esse uso é para estudo posterior.
Caso contrário, este modelo não é aplicável aos assinantes POTS do call-server.
14 Gravando. ITU-T Q.3610 (05/2009)

O chamador deve suportar HTTP/1.1 conforme definido em [IETF RFC 2616] para obter o CRBT
conteúdo.
10 Interações entre redes
10.1 Fornecimento de rede comutada por circuito CRBT para o UE de origem no domínio IMS
Quando o chamador no domínio IMS faz uma sessão com o chamador na rede de comutação de circuitos, a solicitação de
chamada do chamador chega primeiro ao MGC-FE. O MGC FE é responsável pela comunicação com a parte chamada na
rede comutada por circuito (CSN) e mantém uma negociação de sessão de mídia antecipada com a parte chamadora. Se a
negociação for bem-sucedida, a rede de comutação de circuitos reproduz CRBT para o chamador. Quando a parte chamada
atende a chamada, o PSTN para de reproduzir CRBT e o MGC-FE conecta a parte chamadora.
O serviço CRBT é ativado em redes de comutação de circuitos, como PSTN ou GSM, mediante o recebimento de uma das
seguintes mensagens: a)
Mensagem completa de endereço (ACM) com o valor do indicador de status da parte chamada "subscriber free"; ou
b) ACM com o valor do indicador de status do chamador "sem indicação", opcionalmente, o

O ACM também tem o "indicador de informações dentro da banda" definido como 1 (informações dentro da banda) ou o "indicador de parte
do usuário ISDN" definido como 0 (a parte do usuário ISDN não é totalmente usada);
MGC-FE
ACM
18x
(Assinante grátis/
(P-Early-Media/
Nenhuma indicação)
sessão inicial)
mídia CRBT
c) mensagem CPG, quando:
– O indicador de evento é definido como alerta; ou
– O indicador de evento está definido como "informações dentro da banda ou um padrão apropriado está agora
disponível"; ou
– O indicador de evento é definido como "Progresso", opcionalmente, o CPG também tem "indicador de informações
in-band" definido como 0 (informações in-band) ou "Indicador ISDN User Part" definido como 0 (ISDN User Part
não é usado todos o caminho).
MGC-FE
CPG
18x
(P-Early-Media/ (Informações de alerta/in-band disponíveis)
sessão inicial)
mídia CRBT
Gravando. ITU-T Q.3610 (05/2009) 15

Se o MGC-FE suporta o cabeçalho P-Early-Media como uma opção de rede, e a) recebeu o
cabeçalho P-Early-Media na solicitação INVITE; e b) ainda não tenha enviado uma resposta
provisória incluindo um cabeçalho P-Early-Media com os parâmetros indicando autorização de mídia antecipada; e as pré-
condições não são usadas ou as pré-condições aplicáveis foram
c) atendidas,
então o modelo de gateway é aplicado e o MGC-FE deve enviar uma resposta contendo um código 18x com um cabeçalho
P-Early-Media.
Ou se o MGC-FE suporta o SDP de sessão inicial como uma opção de rede e a) recebeu a
tag de opção "sessão inicial" na solicitação INVITE; e b) ainda não enviou uma resposta
provisória, incluindo um SDP de sessão inicial indicando autorização de mídia inicial,
então o modelo de servidor de aplicação é aplicado e o MGC-FE deve enviar uma resposta contendo um código 18x com
SDP de sessão inicial.
O modelo HTTP não é aplicável neste caso.
Veja a cláusula I.9 para o fluxo de sinal.
10.2 Fornecer IMS CRBT ao UE de origem na rede comutada por circuito
Quando o chamador na rede comutada por circuito faz uma sessão com o chamador na rede baseada em IMS, a solicitação
de chamada do chamador chega ao MGC-FE. O MGC-FE aciona o serviço CRBT e é responsável pela comunicação com
o CRBT AS-FE. Se o UE no CSN for capaz de vídeo, o CRBT AS-FE decide reproduzir o CRBT para o chamador e, se o
CRBT SDP contiver o fluxo de vídeo, o MGC-FE deve solicitar ao MSC que conecte o chamador, de acordo com à
mensagem do CRBT AS-FE e mantém uma negociação de sessão de mídia antecipada com o chamador. Se a negociação
for bem-sucedida, o MRC/P-FE reproduz o CRBT para o chamador. Quando a pessoa chamada atende a chamada, o MRC/
P-FE para de reproduzir o CRBT e o MGC-FE conecta a pessoa que está chamando.
Se a Mensagem de Endereço Completo (ACM) ainda não tiver sido enviada e qualquer uma das seguintes condições for
atendida, o MGC-FE enviará a Mensagem de Endereço Completo (ACM) com o "indicador de informações em banda"
definido como 1 (in- informações da banda): a)
a recepção da primeira resposta contendo um código 18x que inclui um cabeçalho P-Early-Media autorizando a
mídia inicial; e
b) As pré-condições do SDP não são usadas ou as pré-condições aplicáveis do SDP foram atendidas;
Ou quando o modelo de servidor de aplicativos é aplicado e se o MGC-FE suporta o SDP de sessão inicial como uma
opção de rede; e a) a recepção da
primeira resposta contendo um código 18x que inclui o SDP de sessão inicial autorizando a mídia inicial.
MGC-FE 18x
(P-Early-Media/
sessão inicial)
Informações dentro da banda ACM disponíveis
mídia CRBT
16 Gravando. ITU-T Q.3610 (05/2009)

Se a Mensagem Completa de Endereço (ACM) já tiver sido enviada, em um MGC-FE e qualquer uma das seguintes
condições forem atendidas, o MGC-FE enviará Mensagem de Progresso de Chamada (CPG) em que o indicador de
Evento está definido como "informações em banda ou um padrão apropriado está agora disponível".
Quando o modelo de gateway é aplicado, e se o MGC-FE suporta o cabeçalho P-Early-Media como uma opção de
rede, e a)
a recepção de uma resposta contendo um código 18x que inclui o primeiro cabeçalho P-Early-Media
autorizando a mídia inicial,
Ou quando o modelo de servidor de aplicativos é aplicado e se o MGC-FE suporta o SDP de sessão inicial como uma
opção de rede e a) a recepção de
uma resposta com um código 18x que inclui SDP de sessão inicial autorizando mídia inicial.
MGC-FE 18x
CPG (P-Mídia inicial/
(informações em banda) sessão inicial)
CRBTmedia
Veja a cláusula I.10 para o fluxo de sinal.
O modelo HTTP não é aplicável neste caso.
11 Interações com outros serviços em NGN
11.1 Apresentação de identificação de origem (OIP)
Nenhum impacto no serviço CRBT.
11.2 Restrição de identificação de origem (OIR)
11.3 Encerrando a apresentação de identificação (TIP)
11.4 Terminando a restrição de identificação (TIR)
Se o serviço CRBT estiver associado à informação de id do terminador, o CRBT AS-FE do lado de terminação não
aplicará o serviço na comunicação se o serviço TIR tiver regras de restrição na informação de identidade de terminação.
11.5 Comunicação HOLD (HOLD)
11.6 Serviços de DIVersão de Comunicação (CDIV)
11.6.1 Geral
Se a parte desviadora tiver serviço CRBT e CDIV ativos, e a parte desviada tiver o serviço CRBT ativo, então o serviço
CRBT da parte desviada deve ser aplicado à sessão pelo AS-FE que fornece o serviço CRBT de desvio -à parte,
exceto no caso de CFNR. A interação do serviço CRBT com o encaminhamento de chamadas sem resposta (CFNR)
está descrita na cláusula 11.6.2.
Gravando. ITU-T Q.3610 (05/2009) 17

Se a parte redirecionadora tiver serviço CRBT e CDIV ativos, e a parte redirecionada não tiver um serviço ativo,
nenhum serviço CRBT deverá ser aplicado à sessão quando o CDIV for invocado.
Como opção do operador de rede, o serviço CRBT da parte desviadora pode ser aplicado à sessão pelo AS-FE
que fornece o serviço CRBT para a parte desviadora, sem o serviço CRBT da parte desviada aplicado à sessão.
OBSERVAÇÃO – A opção de operadora de rede acima pode ser implantada nos casos em que o desvio da chamada está
oculto para o chamador.
11.6.2 Encaminhamento de chamada em caso de não resposta (CFNR)
Se a parte desviadora tiver o serviço CRBT e o CFNR ativos, e a parte desviada tiver o serviço CRBT ativo, então
o serviço CRBT da parte desviadora deve ser aplicado à sessão pelo AS-FE que fornece o serviço CRBT para a
parte desviadora até que o temporizador CFNR expire. Após a expiração do temporizador CFNR, o AS que fornece
o serviço CRBT para a parte desviada deve parar de aplicar o CRBT para o usuário desviado e o AS que fornece
o serviço CRBT para a parte desviada deve aplicar o serviço CRBT da parte desviada.
Se a parte desviadora tiver serviço CRBT e CFNR ativos, e a parte desviada não tiver um serviço ativo, o serviço
CRBT da parte desviadora deve ser aplicado à sessão pelo AS que fornece o serviço CRBT para a parte
desviadora até que o O temporizador CFNR expira.
Como opção do operador de rede, o serviço CRBT da parte desviadora pode ser aplicado à sessão pelo AS-FE
que fornece o serviço CRBT para a parte desviadora, sem o serviço CRBT da parte desviada aplicado à sessão.
OBSERVAÇÃO – A opção de operadora de rede acima pode ser implantada nos casos em que o desvio da chamada está
oculto para o chamador.
11.7 Serviço de transferência de comunicação explícita (ECT)
Se o destino da transferência tiver o serviço CRBT ativo, o AS-FE que fornece o serviço CRBT aplicará o CRBT
do destino da transferência no caso de transferência cega. O AS-FE que fornece o serviço CRBT não deve aplicar
o CRBT do destino da transferência no caso de transferência consultiva enquanto a chamada está sendo
transferida para o destino da transferência.
O serviço CRBT do cedente não será aplicado quando a ECT for invocada.
11.8 Serviço CRBT de origem interagindo com serviço CRBT de destino Se o serviço
CRBT de origem for acionado e o serviço CRBT de destino também for acionado, e como ambos os serviços
fornecem mídia antecipada para a parte chamadora, ocorre um conflito.
Nesse caso, é necessário algum mecanismo de prioridade sobre qual CRBT (o CRBT de origem ou o CRBT de
término) deve ser executado e o mecanismo de prioridade dentro do SIP é para estudo posterior.
Um outro mecanismo é configurar a prioridade entre operadoras de serviço por pré-combinar.

A configuração é feita nos perfis de serviço pelos assinantes ou pelas operadoras. Neste caso, uma vez que o
chamador é geralmente o assinante do CRBT de origem, o CRBT de origem tem maior prioridade sobre o CRBT
de destino. A prioridade também pode ser configurada no terminal por um assinante individual.
O fluxo de sinal para serviço prioritário entre o CRBT de origem e o de destino é apresentado na cláusula I.8.
11.9 Encerramento dos primeiros serviços de mídia para o chamador que não seja o CRBT
Se o CRBT de origem e os serviços de mídia iniciais de término para a parte chamadora, como anúncio, resposta
de voz interativa (IVR) ou serviço de correio de voz (VMS), forem invocados, e como ambos os serviços fornecem
mídia inicial para a parte chamadora, ocorre um conflito.
18 Gravando. ITU-T Q.3610 (05/2009)

Quando um serviço de mídia inicial de término para o chamador é um anúncio fornecendo informações de rede ou
serviços, ou serviços IVR, como pré-pago ou VMS, o serviço de mídia inicial de encerramento é mais importante do
que o CRBT de origem. Neste caso, o serviço de mídia inicial de término tem prioridade sobre o CRBT de origem.
A fim de controlar a prioridade, o serviço de mídia inicial de término pode enviar uma indicação ao sistema de origem
de que o serviço de destino fornecerá mídia antecipada para a parte chamadora, para que o serviço de origem decida
sua invocação de serviço ou não.
Um mecanismo de prioridade dentro do SIP requer um estudo mais aprofundado.
Se o CRBT de término e os serviços de mídia iniciais de término para a parte chamadora forem chamados em paralelo,
a prioridade é definida de acordo com a política do operador de serviço.
12 Considerações de segurança
O serviço CRBT é obrigado a usar os mecanismos de segurança adequados para atender aos requisitos gerais de
segurança da NGN [ITU-T Y.2701].
Além disso, como o serviço CRBT fornece transporte de mídia antecipado/regular e mensagens de sinalização, a
infraestrutura de rede NGN para o serviço CRBT deve garantir a confidencialidade e integridade dos fluxos de
sinalização transportados nele.
Portanto, é recomendável fornecer segurança de transporte e/ou rede (respectivamente, por exemplo, TLS [b-IETF
RFC 2246] e/ou IPSec [b-IETF RFC 2401]) e/ou segurança de aplicativo (como S/ MIME [b-IETF RFC 2633]) para
sinalizar mensagens usando SIP entre dois terminais, conforme descrito nas considerações de segurança da
especificação SIP principal [IETF RFC 3261], a especificação Early Media and Ringing Tone Generation [IETF RFC
3960] e Protocolo de início de sessão para telefones (SIP-T [IETF RFC 3372]).
No modelo gateway e no modelo AS, a segurança de transporte e rede e/ou a segurança de aplicativos devem ser
aplicadas.
No modelo HTTP, a segurança da camada de aplicação deve ser aplicada, porque o corpo da mensagem de
sinalização (por exemplo, Alert-info do SIP [IETF RFC 3261]) contém a URL da web. Colocar o URL no campo de
cabeçalho pode representar um risco de segurança. Se uma parte chamada (UE-B) buscar as URLs fornecidas por
um chamador mal-intencionado (UE-A), a parte chamada pode correr o risco de exibir conteúdo impróprio ou ofensivo,
conteúdo perigoso ou ilegal e assim por diante. Portanto, a segurança do aplicativo (por exemplo, S/MIME) deve ser
aplicada para fornecer o mecanismo de autenticação de mensagem.
Gravando. ITU-T Q.3610 (05/2009) 19

Anexo A
Modelo multidiálogo
(Este anexo faz parte integrante desta Recomendação)
A.1 Descrição geral
O modelo multi-diálogo estabelece um diálogo inicial e regular durante o estabelecimento da comunicação. Como
ele usa um mecanismo de bifurcação para fazer os dois diálogos, eles são correlacionados com o serviço CRBT.
A.2 Requisitos de sinalização
A.2.1 Requisitos para o UE de origem
Se o UE de origem desejar receber indicações de autorização de mídia antecipada, conforme descrito em [IETF
RFC 5009], ele deve adicionar o cabeçalho P-Early-Media, que tem o valor "supported" à solicitação INVITE
inicial.
A.2.2 Requisitos para o AS-FE
Se a solicitação INVITE inicial com cabeçalho P-Early-Media que possui valor "suportado" e sem tag de opção
"sessão inicial" no cabeçalho Suportado, então, de acordo com [IETF RFC 5009], o AS-FE deverá:
a) Adquirir SDP para CRBT da MRFC; NOTA

1– O SDP para o CRBT pode ser adquirido enviando uma solicitação INVITE sem SDP para o MRFC.
b) Crie uma nova resposta provisória com um código 18x; Defina

c) o valor da tag de cabeçalho To da nova resposta provisória com um código 18x diferente do valor da
tag de cabeçalho To na resposta provisória recebida com um código 18x; Adicione um campo de
d) cabeçalho P-Early-Media na nova resposta provisória; o valor do campo de cabeçalho P-Early-Media
tem um dos seguintes valores: "sendonly" ou "inactive"; Adicione um corpo de mensagem que
e) tenha o tipo de disposição de sessão na nova resposta provisória para conter o SDP adquirido; Envie a
nova resposta provisória com
f) um código 18x e a resposta provisória recebida com um código 18x para o UE de origem.
NOTA 2 – Caso o CRBT AS-FE queira fornecer informações CRBT com o novo tipo de mídia, o CRBT AS-FE
deverá enviar uma solicitação UPDATE.
20 Gravando. ITU-T Q.3610 (05/2009)

Apêndice I
Fluxos de sinalização
(Este apêndice não faz parte integrante desta Recomendação)
Os exemplos de mensagens detalhadas não são mostrados para simplificar e a maioria dos cabeçalhos são
mostrados na primeira mensagem que inclui os significativos.
I.1 Serviço CRBT baseado em IMS por modelo de gateway com PRACK e UPDATE (Originating
caso IMS-UE)
O fluxo de sinalização da Figura I.1 mostra um serviço CRBT baseado em IMS fornecido pelo cenário do
modelo de gateway com PRACK e UPDATE.
Rede de origem. CRBT P-CSC-FE/

P/S/I-CSC-FE MRC/P-FE
UE-A AS-FE UE-B
S1: CONVIDAR (oferta A)
S2:CONVIDE(oferta A)
S4:180
S5:180
Conexão &
Obter CRBT sdp
S6:183 (resposta CRBT)
S7: PRACK
controle de mídia
jogo CRBT
Jogue CRBT com RTP
S8: 200 OK(PRACK)

Responder
S9: 200 OK (e B)
S10:200 OK(e B)
Desconexão
S11: ATUALIZAÇÃO(oferta B)
S12: 200 OK(e A)
parada CRBT
S13: 200 OK
S14:ACK
S15: OK
S16: ACK
Figura I.1 – Serviço CRBT baseado em IMS por modelo de gateway com PRACK e UPDATE
Gravando. ITU-T Q.3610 (05/2009) 21

CONVITE S1 (UE-A para S-CSC-FE)

A solicitação INVITE é enviada do UE-A para S-CSC-FE do lado de terminação. O S-CSC-FE avalia os
critérios iniciais do filtro e encaminha o INVITE para o CRBT AS-FE. O valor do contato inclui o SIP URI
do UE-A que contém o endereço IP.
CONVITE sip:ue-b@term_ngn.net SIP/2.0
De: <sip:ue-a@orig_ngn.net>;tag=171828
Para: <tel:+1-222-333-4444>
ID da chamada: ueacb03a0suea00234123
Cseq: 1 CONVITE
P-Identidade-preferida: <sip:ue-a@orig_ngn.net>,<tel:+1-222-555-3333>
Privacidade: nenhum
Contato: <sip:192.100.200.51:5090>
Suportado: temporizador, 100rel
Aceitar: aplicativo/sdp
Expiração da sessão: 3600;refresh=uac
Tipo de conteúdo: aplicativo/sdp
...
S3 INVITE (S-CSC-FE para UE-B)

INVITE é enviado para o UE-B através de elementos de rede (AS-FE deve ser o servidor B2BUA). O
valor do contato inclui o SIP URI do AS-FE.
INVITE sip:192.100.200.52:5080 SIP/2.0
De: <sip:ue-a@orig_ngn.net>;tag=asfe171828
Para: <tel:+1-222-333-4444>
Identificação da chamada: asfed03a0sasfe0234123
Cseq:1 CONVITE
Contato: <sip:192.100.100.100:5070>
...
S4-5 180 (UE-B em direção a AS-FE)

180 (toque) é enviado para o AS-FE através dos elementos da rede. O valor do contato inclui o SIP
URI do UE-B.
SIP/2.0 180 Tocando
Para: <tel:+1-222-333-4444>;tag=22222122
ID de chamada: asfed03a0sasfe0234123
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
22 Gravando. ITU-T Q.3610 (05/2009)

S6 183 com SDP (AS-FE para UE-A)

O AS-FE envia uma resposta provisória 183 com o SDP do MRP-FE. O valor do contato inclui o SIP URI
do AS-FE.
SIP/2.0 183 Progresso da Sessão
De: <sip:ue-a@ngn.net>;tag=171828
Para: <tel:+1-222-333-4444>;tag=asfe22222122
Identificação da chamada: ueacb03a0suea00234123
Requer: 100rel
Contato: <sip:192.100.100.100:5070>
...
S7 PRACK (UE-A para AS-FE)

O UE-A envia uma solicitação PRACK, que reconhece a resposta provisória SIP 183 (Session Progress),
para o AS-FE.
PRACK 192.100.100.100:5070 SIP/2.0
Para: <tel:+1-222-333-4444>;tag=asfe22222122
Cseq: 1 PRACK
Contato: <sip:192.100.200.51:5090>
...
S8 200 OK (AS-FE para UE-A)

O AS-FE envia uma resposta 200 OK ao pedido PRACK (7). O S-CSC-FE encaminha a resposta 200 OK
para o UE-A.
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>;tag=asfe22222122
Cseq: 1 PRACK
...
Gravando. ITU-T Q.3610 (05/2009) 23

S9-10 200 OK (UE-B em direção a AS-FE)
Quando a parte chamada atende, o UE-B envia uma resposta final 200 OK (com SDP B) para a solicitação INVITE
(3). O S-CSC-FE encaminha a resposta 200 OK para o AS-FE.
SIP/2.0 200 OK
De: <sip:ue-a@ngn.net>;tag=asfe171828
Para: <tel:+1-222-333-4444>;tag=22222122
Cseq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
ATUALIZAÇÃO S11 (AS-FE para UE-A)
O AS-FE envia uma solicitação UPDATE contendo o SDP recebido no 200 OK (10) do UE-B.
UPDATE sip:192.100.200.51:5090 SIP/2.0
De: <tel:+1-222-333-4444>;tag=asfe22222122
Para: <sip:ue-a@ngn.net>;tag=171828
Cseq: 1 ATUALIZAÇÃO
Contato: <sip:192.100.100.100:5070>
...
S12 200 OK (UE-A em direção a AS-FE)
O UE-A envia um 200 OK para a solicitação UPDATE (11). O S-CSC-FE encaminha a resposta 200 OK para o AS-FE.
SIP/2.0 200 OK
De: <tel:+1-222-333-4444>;tag=asfe22222122
Para: <sip:ue-a@ngn.net>;tag=171828
Cseq: 1 ATUALIZAÇÃO
Contato: <sip:192.100.200.51:5090>
...
24 Gravando. ITU-T Q.3610 (05/2009)

S13 200 (OK) resposta a INVITE (AS-FE para UE-A)
O AS-FE envia uma resposta final 200 OK para a solicitação INVITE (1). O S-CSC-FE encaminha a resposta
200 OK para o UE-A.
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>;tag=asfe22222122
Contato: <sip:192.100.100.100:5070>
Cseq: 1 CONVITE
...
S14 ACK (UE-A para AS-FE)
O UE-A responde ao 200 OK (13) com uma solicitação de ACK para AS-FE.
ACK sip:192.100.100.100:5070 SIP/2.0
Para: <tel:+1-222-333-4444>;tag=asfe22222122
Cseq: 1 ACK
...
S15-16 ACK (AS-FE para UE-B)
O AS-FE responde ao 200 OK (9) com uma solicitação AC para o UE-B.
ACK sip:192.100.200.52:5080 SIP/2.0
De: <sip:ue-a@ngn.net>;tag=asfe171828
Para: <tel:+1-222-333-4444>;tag=22222122
Cseq: 1 ACK
...
I.2 Serviço CRBT baseado em IMS por modelo de gateway com re-INVITE (Caso IMS-UE de
origem)
O fluxo de sinalização da Figura I.2 mostra um serviço CRBT baseado em IMS fornecido pelo cenário do modelo
de gateway com resposta provisória não confiável no caso de origem do IMS-UE: NOTA
– Este fluxo de sinalização mostra o caso de estabelecimento de sessão regular com re-INVITE.
Gravando. ITU-T Q.3610 (05/2009) 25

Rede de origem. CRBT P-CSC-FE/

P/S/I-CSC-FE MRC/P-FE
UE-A AS-FE UE-B
S4:180
S5:180
Conexão &
Obter CRBT sdp
controle de mídia
jogo CRBT
Jogue CRBT com RTP
Responder
S12:200OK(resposta B)
Desconexão
S16:200OK (resposta CRBT)

S17:ACK
S17:ACK
S17:ACK
S18: RECONVIDAR (Sem SDP)
S19:200 OK (oferta A)
S20: RECONVIDAR (oferta A)

parada CRBT
S22:200 OK (resposta B)
S24:ACK(resposta B)
S25:ACK
S26:ACK
AB com RTP
Figura I.2 – Serviço CRBT baseado em IMS por modelo de gateway com re-INVITE
26 Gravando. ITU-T Q.3610 (05/2009)

Os procedimentos de sinalização SIP são os seguintes:
CONVITE S1 (UE-A para S-CSC-FE/AS-FE)
A solicitação INVITE é enviada do UE-A para S-CSC-FE do lado de terminação. O S-CSC-FE avalia os critérios
iniciais do filtro e encaminha o INVITE para o CRBT AS-FE. O valor do contato inclui o SIP URI do UE-A que contém
o endereço IP.
Para: <tel:+1-222-333-4444>
CSeq: 1 CONVITE
P-Preferred-Identity: <sip:ue-a@orig_ngn.net>, <tel:+1-222-555-3333>
Privacidade: nenhum
Contato: <sip:192.100.200.51:5090>
Suportado: temporizador
Expiração da sessão: 3600;refresher=uac
...
S2-3 CONVITE (AS-FE/S-CSC-FE para UE-B)
INVITE é enviado para o UE-B através de elementos de rede (AS-FE deve ser o servidor B2BUA). O valor do
contato inclui o SIP URI do AS-FE.
INVITE sip:192.100.200.52:5080 SIP/2.0
Para: <tel:+1-222-333-4444>
CSeq: 1 CONVITE
Contato: <sip:192.100.100.100:5070>
...
S4-5 180 (UE-B em direção a AS-FE)
180 (toque) é enviado para o AS-FE através dos elementos da rede. O valor do contato inclui o SIP URI do UE-B.
SIP/2.0 180 Tocando
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
Gravando. ITU-T Q.3610 (05/2009) 27

S8 183 com SDP (AS-FE para UE-A)

O AS-FE envia uma resposta provisória 183 com o SDP do MRP-FE. O valor do contato inclui o SIP URI do
AS-FE.
Para: <tel:+1-222-333-4444>;tag=asfe22222122
Contato: <sip:192.100.100.100:5070>
...

Quando a parte chamada atende, o UE-B envia uma resposta final 200 OK (com SDP B) para a solicitação
INVITE (3). O S-CSC-FE encaminha a resposta 200 OK para o AS-FE.
SIP/2.0 200 OK
De: <sip:ue-a@orig_ngn.net>;tag= asfe171828
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
S16 200 OK (AS-FE em direção a UE-A)

O AS-FE envia um 200 OK sem SDP para modelo de oferta-resposta SDP [b-IETF RFC 3264]. O S-CSC-
FE encaminha a resposta 200 OK para o UE-A.
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>;tag= asfe22222122
Contato: <sip:192.100.100.100:5070>
Cseq: 1 CONVITE
...
S17 ACK (UE-A em direção a P/S-CSC-FE)

O UE-A responde ao 200 OK com um pedido de ACK para o UE-B.
ACK sip:192.100.100.100:5070 SIP/2.0
Para: <tel:+1-222-333-4444>;tag= asfe22222122
Cseq: 1 CONVITE
...
28 Gravando. ITU-T Q.3610 (05/2009)

S18 Re-INVITE (AS-FE para UE-A)

O AS-FE deve trocar informações de sessão com o UE-A. Portanto, o AS-FE envia o pedido de re-
INVITE (sem SDP) para o UE-A. O valor do contato inclui o SIP URI do AS-FE.
INVITE sip:192.100.200.51:5090 SIP/2.0
De: : <tel:+1-222-333-4444>;tag= asfe22222122
Para: <sip:ue-a@orig_ngn.net>;tag=171828
Contato: <sip:192.100.100.100:5070>
Cseq: 1 CONVITE
...
S19 200 OK (UE-A em direção a AS-FE)

O UE-A responde ao pedido de re-INVITE (sem SDP) com 200 OK (com SDP A). O valor do contato
inclui o SIP URI do UE-A.
SIP/2.0 200 OK
De: : <tel:+1-222-333-4444>; tag = asfe22222122
Contato: <sip:192.100.200.51:5090>
CSeq: 1 CONVITE
...
S20-21 Re-INVITE (AS-FE para UE-B)

O AS-FE gera o pedido re-INVITE com o SDP do UE-A. Em seguida, o AS-FE envia a solicitação
de re-INVITE para o UE-B. O valor do contato inclui o SIP URI do AS-FE.
INVITE sip:192.100.200.52:5080 SIP/2.0
Para: <tel:+1-222-333-4444>;tag=22222122
Contato: <sip:192.100.100.100:5070>
CSeq: 2 CONVITE
...
Gravando. ITU-T Q.3610 (05/2009) 29


O UE-B responde ao pedido de re-INVITE com 200 OK (com SDP B). O valor do contato inclui o SIP URI
do UE-B.
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>;tag=22222122
Contato: <sip:192.100.200.52:5080>
Cseq: 2 CONVITE
Tipo de conteúdo: aplicativo/SDP
...
S24 ACK (AS-FE para UE-A)

O AS-FE responde à resposta 200 OK (19) com uma solicitação ACK (com SDP B) para o UE-A.
ACK sip:192.100.200.51:5090 SIP/2.0
De: : <tel:+1-222-333-4444>; tag = asfe22222122
Cseq: 1 CONVITE
...
S25-26 ACK (AS-FE para UE-B)

O AS-FE responde à resposta 200 OK (23) com uma solicitação ACK para o UE-B.
ACK sip:192.100.200.52:5080 SIP/2.0
Para: <tel:+1-222-333-4444>;tag=22222122
Cseq: 2 CONVITE
...
30 Gravando. ITU-T Q.3610 (05/2009)

I.3 Serviço CRBT por modelo de servidor de aplicação
O fluxo de sinalização da Figura I.3 mostra um serviço CRBT fornecido pelo cenário do modelo de servidor de aplicativos:
Figura I.3 – Serviço CRBT fornecido pelo modelo de servidor de aplicação
A solicitação INVITE é enviada do UE-A para S-CSC-FE do lado de terminação. O S-CSC-FE avalia os critérios iniciais
do filtro e encaminha o INVITE para o CRBT AS-FE. O valor do contato inclui o SIP URI do UE-A que contém o endereço
IP.
Gravando. ITU-T Q.3610 (05/2009) 31

Para: <tel:+1-222-333-4444>
CSeq: 1 CONVITE
Privacidade: nenhum
Contato: <sip:192.100.200.51:5090>
Suportado: temporizador, sessão inicial, 100rel
...
S2 INVITE (AS-FE para UE-B)
INVITE é enviado para o UE-B através de elementos de rede (AS-FE pode ser o servidor Proxy). O valor do
contato inclui o SIP URI do UE-A.
INVITE sip:192.100.200.52:5080 SIP/2.0
Para: <tel:+1-222-333-4444>
CSeq: 1 CONVITE
Contato: <sip:192.100.200.51:5090>
...
S3 180 (UE-B em direção a AS-FE)
180 (toque) é enviado para o AS-FE através dos elementos da rede. O valor do contato inclui o SIP URI do UE-B.
SIP/2.0 180 Tocando
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
32 Gravando. ITU-T Q.3610 (05/2009)

S4 183 (AS-FE para UE-A)

O AS-FE insere um SDP de sessão inicial em uma resposta provisória 183 (Progresso da sessão). 183 é
enviado para o UE-A através de elementos de rede.
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Requer: sessão inicial, 100rel
Contato: <sip:192.100.200.52:5080>
Disposição de conteúdo: sessão inicial
...
S5 PRACK (UE-A em direção a AS-FE)
O PRACK é enviado para o AS-FE através dos elementos da rede.
PRACK sip:ue-b@term_ngn.net SIP/2.0
De: <sip:crbt@as-fe.term_ngn.net>;tag=171828
Para: <tel:+1-222-333-4444>; marca=22222122
CSeq: 1 PRACK
Contato: <sip: 192.100.200.51:5090>
...

200 (OK) é enviado para o UE-A por meio de elementos de rede. O valor do contato inclui o SIP URI do UE-
B.
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>; marca=22222122
CSeq: 1 PRACK
Contato: <sip: 192.100.200.52:5080>
Comprimento do conteúdo: 0

180 (tocando) é enviado para o UE-A por meio de elementos de rede. O valor do contato inclui o SIP URI do
UE-B.
Gravando. ITU-T Q.3610 (05/2009) 33

SIP/2.0 180 Tocando
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
S8-9 200 (UE-B em direção a UE-A)
200 (OK) é enviado para o UE-A por meio de elementos de rede. O valor do contato inclui o SIP URI do UE-B.
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
Disposição de conteúdo: sessão
...
S10-11 ACK (UE-A para UE-B)
O UE-A responde ao 200 OK com uma solicitação de ACK para o UE-B.
ACK sip:192.100.200.52:5080 SIP/2.0
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
34 Gravando. ITU-T Q.3610 (05/2009)

I.4 Serviço CRBT por modelo HTTP (caso IMS-UE de origem)
A Figura I.4 fluxo de sinalização mostra um serviço CRBT fornecido pelo cenário do modelo HTTP:
Rede de origem. CRBT ÍconeRingTone

P/S/I-CSC-FE UE-B
UE-A AS-FE Servidor
S4:180
S5:180
Alerta
H6:GET(com URI)
H7:200OK(URL)
S8:18X (informações de chamada / informações de alerta)
H9:GET(URL do arquivo)
H10:200OK(com Arquivo)
baixar arquivo com TCP
jogo CRBT
Responder
S14:ACK
parada CRBT S15: OK
S16:ACK
AB com RTP
Figura I.4 – Serviço CRBT por modelo HTTP (Originando o caso IMS-UE)
A solicitação INVITE é enviada do UE-A para o S-CSC-FE do lado de terminação. O S-CSC-FE avalia os critérios
iniciais do filtro e encaminha o INVITE para o CRBT AS-FE. O valor do contato inclui o SIP URI do UE-A que contém
o endereço IP.
Gravando. ITU-T Q.3610 (05/2009) 35

Rota: <sip:crbt@as-fe.term_ngn.net; lr>, <sip:1.23.233143.23@s-csc-fe.term_ngn.net;lr>
Para: <tel:+1-222-333-4444>
CSeq: 1 CONVITE
Privacidade: nenhum
Contato: <sip:192.100.200.51:5090>
Suportado: temporizador, sessão inicial
Permitir: CONVIDAR, ACK, OPÇÕES, Tchau, CANCELAR, MENSAGEM, INFORMAÇÕES, REFERIR, NOTIFICAR, ASSINAR
...
S2-3 INVITE (AS-FE para UE-B)

INVITE é enviado para o UE-B através de elementos de rede (AS-FE pode ser o servidor Proxy). O valor
do contato inclui o SIP URI do UE-A.
INVITE sip:192.100.200.52:5080 SIP/2.0
Para: <tel:+1-222-333-4444>
CSeq: 1 CONVITE
Contato: <sip:192.100.200.51:5090>
...
S4-5 180 (UE para AS-FE)

180 (toque) é enviado para o AS-FE por meio de elementos de rede. O valor do contato inclui o SIP URI
do UE-B.
SIP/2.0 180 Tocando
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
H6-7 HTTP ou SOAP (entre CRBT AS-FE e servidor CRBT HTTP).

O AS-FE obtém a URL do CRBT do servidor HTTP usando qualquer protocolo baseado em TCP.
36 Gravando. ITU-T Q.3610 (05/2009)

S8 18x (AS-FE para UE-A)
O AS-FE insere o cabeçalho Call-Info ou o cabeçalho Alert-Info na resposta provisória com o código 18x. 18x é
enviado para o UE-A por meio de elementos de rede.
SIP/2.0 18x
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Informações de chamada: <http://crbt_as.ngn.com/mmcid/bimg20001000000001731.gif>; propósito=ícone,
<http://crbt_as.ngn.com/mmcid/user_info_0251148012.xml>; propósito=informação
Informações de alerta: http://crbt_as.ngn.com/mmcid/bimg20001000000001731.wav
...
H9-10. HTTP GET e download de arquivo (entre CRBT AS-FE e servidor CRBT HTTP).
O UE-B solicita mensagem HTTP GET com URL. Em seguida, o UE-B baixa e reproduz o arquivo de mídia CRBT.
S11-13 200 OK (UE-B em direção a UE-A)
Quando a parte chamada atende, o UE-B envia uma resposta final 200 OK (com SDP B) para a solicitação INVITE.
Em seguida, o UE-B interrompe a mídia CRBT. O valor do contato inclui o SIP URI do UE-B.
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
O UE-A responde ao 200 OK com uma solicitação ACK para o UE-B.
ACK sip:192.100.200.52:5080 SIP/2.0
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
...
I.5 Serviço CRBT por modelo de gateway (Caso de interoperabilidade PSTN/ISDN de origem)
O fluxo de sinalização da Figura I.5 mostra um serviço CRBT fornecido pelo cenário do modelo de gateway em
interoperabilidade com o caso PSTN/ISDN de origem:
NOTA 1 – As mensagens de M1 ~ M8 são mostradas como exemplos e são baseadas em [ITU-TH.248.1] .
NOTA 2 – Este fluxo de sinalização mostra o caso de estabelecimento de sessão regular com re-INVITE.
Gravando. ITU-T Q.3610 (05/2009) 37

SG-FE/
MGC-FE/ CRBT P-CSC-FE/
PSTN/ISDN TMG-FE S-CSC-FE MRC/P-FE
I-CSC-FE AS-FE UE-B
I1: Sim
M1: ADICIONAR
M2:ADD_REPLY
S4:180
S5:180
Conexão &
Obter CRBT sdp
M3: MODIFICAR
I2:ACM controle de mídia
M4:MODIFY_REPLY
Jogue CRBT com RTP
Responder
jogo CRBT S12:200OK(resposta B)
Desconexão
S16:200 OK
S17:ACK
S17:ACK
S17:ACK
M5:MODIFICAR
M6:MODIFY_REPLY
S24:ACK(resposta B)
M7:MODIFICAR
S25:ACK
I3:ANM
S26:ACK
M8:MODIFY_REPLY
parada CRBT AB com RTP
Figura I.5 – Serviço CRBT por modelo de gateway (Originating PSTN/ISDN interworking case)
O procedimento da sinalização SIP é o mesmo do modelo de gateway baseado em IMS, e as mensagens significativas
da sinalização ISUP e H.248 são mostradas a seguir:
I1 IAM (PSTN/ISDN para SG-FE/MGC-FE)
Número da parte chamada = 02223334444
Categoria do chamador
Natureza dos Indicadores de Conexão
Indicadores de encaminhamento de chamada
Requisito de Meio de Transmissão
Número do chamador = 2225553333

...
38 Gravando. ITU-T Q.3610 (05/2009)

M1 ADD_REQUEST (MGC-FE para TMG-FE)
H.248/1[192.100.101.230]:2944..Transaction=79764497{..Context=${..Add=C2/21/1{..
Media{..Stream=1{..LocalControl{..Mode=ReceiveOnly..}..}..},..Events=79764497{..ctyp/dto ne..}..},..Add= $
{..Media{..Stream=1{..LocalControl{..Mode=SendReceive..},..Local{..v=0..c =IN IP4 $..m=audio $ RTP/AVP 8 0
4 18..}..}..}..}..}..}
M2 ADD_REPLY (TMG-FE para MGC-FE)
H.248/1 [192.100.101.240]:2944.Reply = 79764497 {.Context = 9578 {.Add = C2/21/1,.Add = EPH1004 {..Media

{..Local{..v=0. .o=gw-vendor 1 208926965 1208926965 IN IP4 192.100.101.240..s=H.248 Call..c=IN
IP4 192.100.101.240..t=0 0..m=audio 22008 RTP/AVP 8..a =hora:10.. }.}.}.}.}.
M3 MODIFY_REQUEST (MGC-FE para TMG-FE)
H.248/1[192.100.101.230]:2944..Transaction=81861649{..Context=9578{..Modify=C2/21/1{.
.Media{..Stream=1{..LocalControl{..Mode=SendReceive..}..}..},..Events=81861649{..ctyp/dt
one..},..Signals{.. ..}..},..Modify=EPH1004{..Media{..Stream=1{..LocalControl{..Mode=Enviar
Receber..},..Remoto{..v=0..o = como fornecedor 1079426802 1 IN IP4 192.100.100.200..s=media
server..c=IN IP4 192.100.100.200..t=0 0..m=audio 49300 RTP/AVP 8....}..}. .}..}..}..}
I2 ACM (SG-FE/MGC-FE para PSTN/ISDN)
M4 MODIFY_REPLY (TMG-FE para MGC-FE)
H.248/1[192.100.101.240]:2944..Reply=81861649{..Context=9578{..Modify=C2/21/1,.Modif y = EPH1004..}..}.
H.248/1[192.100.101.230]:2944..Transaction=163642882{..Context=9578{..Modify=C0/26{..
Media{..Stream=1{..LocalControl{..Mode=SendReceive..}..}..},..Events=163642882{..al/on,al/fl,ctyp/
dtone..}, ..Signals{....}..},..Modify=
EPH1004{..Media{..Stream=1{..LocalControl{..Mode=SendReceive..},..Local{..v= 0..c=IN IP4 $..m=áudio $
RTP/AVP 8 0 4 18..}..}..}..}..}..}
M6 MODIFY _REPLY (TMG-FE para MGC-FE)
H.248/1 [192.100.101.240]:2944.Reply=163642882{..Context=9578 ...Modify=C0/26, ..Modify=

EPH1004{....Media{.. Local{..v =0..o=gw-vendor 1 208926965 1208926965 IN IP4 192.100.101.240..s=H.248
Call..c=IN IP4 192.100.101.240..t=0 0..m=audio 22008 RTP/AVP 8 ..a=hora:10.. }..}..}..}
H.248/1[192.100.101.230]:2944..Transaction=83958801{..Context=9578{..Modify=C2/21/1{.
.Media{..Stream=1{..LocalControl{..Mode=SendReceive..}..}..},..Events=83958801{..ctyp/dt
one..},..Signals{.. ..}..},..Modify=EPH1004{..Media{..Stream=1{..LocalControl{..Mode=Enviar
Receber..},..Remoto{..v=0..o= ip-phone-vendor 1208972718 0 IN IP4 192.100.200.52..s=ip-
Gravando. ITU-T Q.3610 (05/2009) 39

phone-vendor IP_CALL.. c=IN IP4 192.100.200.52..t=0 0..m=audio 10262 RTP/AVP

8..b=AS:96..a=rtpmap:8 PCMA/8000..a= sendrecv....}..}..}..}..}..}
I3 ANM (SG-FE/MGC-FE para PSTN/ISDN)
M8 MODIFY _REPLY (TMG-FE para MGC-FE)
H.248/1[192.100.101.240]:2944.Reply=83958801{..Context=9578{..Modify=C2/21/1,.Modify = EPH1004..}..}
I.6 Serviço CRBT por modelo de gateway (Caso POTS-UE de origem)
A Figura I.6 fluxo de sinalização mostra um serviço CRBT baseado em IMS pelo cenário do modelo de gateway no
caso de origem do POTS-UE:
NOTA 1 – Este fluxo de sinalização mostra o caso de estabelecimento de sessão regular com re-INVITE.
NOTA 2 – As mensagens de M1 ~ M14 são mostradas como exemplos e são baseadas em [ITU-TH.248.1].
40 Gravando. ITU-T Q.3610 (05/2009)

AMG-FE/ CRBT
servidor de chamada S/I-CSC-FE MRC/P-FE UE-B
Terminal legado AS-FE
Fora do gancho M1:NOTIFY(fora do gancho)
M2:NOTIFY_REPLY
M3: MODIFICAR
M4:MODIFY_REPLY
M5: NOTIFICAR (dígito)
M6:MODIFY_REPLY
M7:ADICIONAR
M8:ADD_REPLY
S4:180
S5:180
Conexão
& Adquirir CRBT sdp

M9:MODIFICAR
M10:MODIFY_REPLY controle de mídia
Jogue CRBT com RTP
Responder
jogo CRBT S12:200OK(resposta B)
Desconexão
S16:200 OK
S17:ACK
S17:ACK
S17:ACK

M11:MODIFICAR
M12:MODIFY_REPLY
S24:ACK(resposta B)
M13:MODIFICAR S25:ACK
M14:MODIFY_REPLY S26:ACK
parada CRBT
AB com RTP
Figura I.6 – Serviço CRBT baseado em IMS por modelo de gateway (Caso POTS-UE de origem)
O procedimento da sinalização SIP é o mesmo do modelo de gateway baseado em IMS.
O procedimento de sinalização H.248 é o seguinte e as mensagens significativas são mostradas em detalhes:
M1-M6 Coleta de dígitos discados com base nos mapas de dígitos fornecidos
M7 ADD (AGC-FE para AMG-FE)
H.248/1[192.100.101.210]:2944..Transaction=146865666{..Context=${..Add=C0/26{..Media
{..Stream=1{..LocalControl{..Mode= ReceiveOnly..}..}..},..Events=146865666{..al/on,al/fl,dd/ ce { DigitMap =
dialplan0}..},..EventBuffer{..dd/ce.. },..DigitMap=dialplan0{..T:4,S:0,L:4, ([0-9EF])..}..},..Add=$ {..Media
{..Stream= 1
{..LocalControl{..Mode=SendReceive..},..Local{..v=0..c=IN IP4 $..m=audio $ RTP/AVP 8 0 4 18..}..} ..}..}..}..}
Gravando. ITU-T Q.3610 (05/2009) 41

M8 ADD_REPLY (AMG-FE para AGC-FE)
H.248/1 [192.100.101.220]:2944.Reply=146865666{..Context=134217744
{...Add=C0/26, ...Add=Eph100015{....Media{.. Local{. .v=0..o=gw-vendor 1 208926965 1208926965 IN IP4
192.100.101.220..s=H.248 Call..c=IN IP4 192.100.101.220..t=0 0..m=audio 22008 RTP/ AVP
8..a=ptime:10.. }...}...}..}.}.
M9 MODIFICAR (AGC-FE para AMG-FE)
H.248/1[192.100.101.210]:2944..Transaction=161545730{..Context=134217744{..Modify=C0 /
26{..Media{..Stream=1{..LocalControl{..Mode= SendReceive..}..}..},..Events=161545730{..al/on,al/
fl..},..Signals{....}..},..Modify=
Eph100015{. .Media{..Stream=1{..LocalControl{..Mode=SendReceive..},.. Remote{..v=0..o =como-fornecedor
1079426802 1 IN IP4 192.100.100.200..s=media -servidor..c=IN IP4 192.100.100.200..t=0
0..m=áudio 49302 RTP/AVP 8....}..}..}..}..}..}
M10 MODIFY _REPLY (AMG-FE para AGC-FE)
H.248/1[192.100.101.220]:2944.Reply=161545730{..Context=134217744{.Modify= C0/26,.Modify =
Eph100015..}..}
fl..},..Signals{....}..},..Modify=
Eph100015{. .Media{..Stream=1{..LocalControl{..Mode=SendReceive..},..Local{..v=0..c=IN IP4 $..m=audio $
RTP/AVP 8 0 4 18..}..}..}..}..}..}
H.248/1 [192.100.101.220]:2944.Reply=163642882{..Context=134217744 ...Modify=C0/26, ..Modify=

Eph100015{...Media{.. Local{..v= 0..o=gw-vendor 1 208926965 1208926965 IN IP4 192.100.101.220..s=H.248
Call..c=IN IP4 192.100.101.220..t=0 0..m=audio 22008 RTP/AVP 8. .a=ptime:10.. }..}..}..}
fl..},..Signals{....}..},..Modify=Eph100015{. .Media{..Stream=1{..LocalControl{..Mode =SendReceive..},..
Remote{.v=0..o=samsung 1234 0 IN IP4 192.100.200.52..s=-..c =IN IP4 192.100.200.52..t=0 0.. m=áudio
4150 RTP/AVP 8 0 4 4 18..a=ptime:10..}..}..}..}..}.. }
H.248/1[192.100.101.220]:2944..Reply=161545730{..Context=134217744{.Modify= C0/26,.Modify =
Eph100015..}..}
I.7 Chame o serviço CRBT baseado em servidor por modelo de gateway (Caso IMS-UE de origem)
A Figura I.7 fluxo de sinalização mostra um serviço CRBT baseado em servidor de chamada pelo cenário do modelo
de gateway no caso de origem IMS-
UE: NOTA – Este fluxo de sinalização mostra o caso de estabelecimento de sessão regular com re-INVITE.
42 Gravando. ITU-T Q.3610 (05/2009)

CRBT AMG-FE/
UE-A P/S/I-CSC-FE MRC/P-FE servidor de chamada
AS-FE Terminal legado
M1: ADICIONAR
M2:ADD_REPLY
M3: MODIFICAR
M4:MODIFY_REPLY
S4:180
S5:180
Conexão &
Obter CRBT sdp
controle de mídia
jogo CRBT Responder
Jogue CRBT com RTP
M5: NOTIFICAR
M6:NOTIFY_REPLY
Desconexão
S16:200 OK
S17:ACK
parada CRBT
S17:ACK
S17:ACK

M7:MODIFICAR
M8:MODIFY_REPLY
S24:ACK(resposta B)
S25:ACK
S26:ACK
AB com RTP
Figura I.7 – Serviço CRBT baseado em servidor de chamada por modelo de gateway (Caso IMS-UE de origem)
O procedimento da sinalização SIP é o mesmo do modelo de gateway baseado em IMS, e o procedimento da

sinalização H.248 é o seguinte:
M1 ADD_REQUEST (AGC-FE para AMG-FE)
H.248/1[192.100.101.210]:2944..Transaction=79721793{..Context=${..Add=C0/17{..Media{.
.Stream=1{..LocalControl{..Mode=ReceiveOnly..}..}..},..Events=79721793{..al/of..}..},..Add =${..
Media{..Stream=1{..LocalControl{.. Mode=ReceiveOnly..},..Local{..v=0..c=IN IP4 $..m=audio $ RTP/
AVP 8 0 4 18 ..},..Remoto{..v=0..o=LGE 1234 0 IN IP4 192.100.200.51..s=-..c=IN IP4
192.100.200.51..t=0 0..m=áudio 23650 RTP/AVP 8 0 4 18..b=TIAS:64000..b=AS:96..a=fmtp: 4
anexo=no..a=fmtp:18 anexob=no....}..} ..}..}..}..}
M2 ADD_REPLY (AMG-FE para AGC-FE)
H.248/1[192.100.101.220]:2944 ..Reply=79721793{Context=240{Add=C0/17,Add=Eph179{Mídia{Stream=1{
Gravando. ITU-T Q.3610 (05/2009) 43

Local{..v=0..o=LGE 1234 0 IN IP4 192.100.101.220 ..s=-..c=IN IP4 192.100.101.220 ..t=0

0..m=audio 23838 RTP/AVP 8. .b=TIAS:64000.. b=AS:96..a=ptime:10..}}}}}}
M3 MODIFY_REQUEST (AGC-FE para AMG-FE)
H.248/1[192.100.101.210]:2944..Transaction=81818945{..Context=240{..Modify=C0/17{..M
edia{..Stream=1{..LocalControl{..Mode =ReceiveOnly..}..}..},..Events=81818945{..al/of..},..
Sinais{..al/ri..}..}..}..}
H.248/1[192.100.101.220]:2944 ..Reply=81818945{Context=240{Modify=C0/17}}
M5 NOTIFY_REQUEST (AMG-FE para AGC-FE)
H.248/1[192.100.101.220]:2944 ..Transaction=13662{Context=240{Notify=C0/17{ObservedEvents=81818
M6 NOTIFY_REPLY (AGC-FE para AMG-FE)
H.248/1[192.100.101.210]:2944..Reply=13662{..Context=240{..Notify =C0/17..}..}
M7 MODIFY_REQUEST (AGC-FE para AMG-FE)
H.248/1[192.100.101.210]:2944..Transaction=163642882{..Context=240{..Modify=
C0/17{..Media{..Stream=1{..LocalControl{..Mode= SendReceive..}..}..},..Events=163642882
{..al/on,al/fl..},..Signals{....}..},..Modify=Eph179{. .Media{..Stream=1{..LocalControl{..Mode
=SendReceive..},.. Local{..v=0..c=IN IP4 $ ..m=audio $ RTP/AVP 8 0 4 18..},..
Remoto{..v=0..o=LGE 1234 0 IN IP4 192.100.200.51..s =-..c=IN IP4 192.100.200.51..t=0
0..m=áudio 23650 RTP/AVP 8 0 4 18..b=TIAS:64000..b=AS:96..a=fmtp:4
anexo=no..a=fmtp:18 anexob=no....}..}..}..} ..}..}
H.248/1[192.100.101.220]:2944 ..Reply=163642882{..Context=240 {...Modify=
C0/17, ...Modify=Eph179{....Media{. Local{..v=0..o=LGE 1234 0 IN IP4
192.100.101.220..s=-..c=IN IP4 192.100.101.220..t=0
0..m=audio 23838 RTP/AVP 8. .b=TIAS:64000..b=AS:96..a=ptime:10..}....}...}..}.}.
44 Gravando. ITU-T Q.3610 (05/2009)

I.8 O serviço CRBT de origem interage com o serviço CRBT finalizado pelo modelo AS
Rede de origem. Originário Originário Originário Terminando Terminando Terminando Rede de Terminação.
UE-A P/S/I-CSC-FE CRBT AS-FE MRC/P-FE P/S-CSC-FE CRBT AS-FE MRC/P-FE UE-B
S4:183
S4:183 Conexão e aquisição

CRBT sdp
S5:183 (oferta CRBT-T) S5:183 (oferta CRBT-T)
Conexão e aquisição
CRBT sdp
S6:183 (oferta CRBT-O)
S6:183 (oferta CRBT-O)
S7: PRACK
(resposta CRBT-O) Controle de mídia
Jogar CRBT
S8:PRACK
(resposta CRBT-T)
jogo CRBT S8:PRACK(resposta CRBT-T) S8:PRACK(resposta CRBT-T)
Desconexão
S9:200OK(PRACK)
S9:200OK(PRACK)
S9:200OK(PRACK)
S10:200OK(PRACK)
S10:200OK(PRACK)
Responder
S12:200OK(resposta B) S12:200OK(resposta B)
Desconexão
parada CRBT
S14:ACK
S15: OK
S15: OK
S15: OK
S16:ACK
AB com RTP
Figura I.8 – O serviço CRBT originário interage com o serviço CRBT

finalizado pelo modelo AS
S1-3 CONVITE (UE-A para S-CSC-FE de Origem)
A solicitação INVITE é enviada do UE-A para o S-CSC-FE do lado de origem. O S-CSC-FE de origem avalia os
critérios de filtro iniciais e encaminha o INVITE para o CRBT AS-FE de origem, o CRBT AS-FE de origem verifica a
configuração de prioridade do CRBT e, em seguida, o CRBT AS-FE de origem encaminha o INVITE para o S de
destino -CSC-FE, e o S-CSC-FE de terminação avalia os critérios do filtro inicial e encaminha o INVITE para o CRBT
AS-FE de terminação.
Por fim, o INVITE é encaminhado para o UE-B. O valor do contato inclui o SIP URI do UE-A que contém o endereço
IP.
Gravando. ITU-T Q.3610 (05/2009) 45

Para: <tel:+1-222-333-4444>
CSeq: 1 CONVITE
Privacidade: nenhum
Contato: <sip:192.100.200.51:5090>
...
S4 183 (UE-B para terminar CRBT AS-FE)

O UE-B responde com "183 Processo de Sessão" para o CRBT AS-FE de terminação.
SIP/2.0 183 Processo de Sessão
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
46 Gravando. ITU-T Q.3610 (05/2009)

S5 183 (terminando o CRBT AS-FE em direção ao CRBT AS-FE de origem)

O CRBT AS-FE de terminação adiciona SDP de oferta CRBT-T a uma resposta 183 e encaminha a
resposta 183 para o CRBT AS-FE de origem.
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Requer: 100rel
Contato: <sip:192.100.200.52:5080>
Comprimento do conteúdo: (...)
v=0
o=- 2987933616 2987933616 IN IP4 eee:fff:aaa:bbb
s=-
c=IN IP4 ccc:aaa:bbb:acc
t=0 0
m=áudio 3456 RTP/AVP 97
b=AS:25,4
a=curr:qos local sendrecv
a=curr:qos remoto nenhum
a=des:qos local obrigatório sendrecv
a=des:qos sendrecv remoto obrigatório
a=rtpmap:97 AMR
a=fmtp:97 modo-definido=0,2,5,7; maxframes
m=vídeo 3400 RTP/AVP 98
b=AS:75
a=curr:qos local nenhum
a=des:qos nenhum sendrecv remoto
a=rtpmap:98 H263
Gravando. ITU-T Q.3610 (05/2009) 47

S6 183 (originando CRBT AS-FE em direção a UE-A)

Devido ao fato de que o CRBT de origem tem prioridade de acordo com a configuração de prioridade, o
CRBT AS-FE de origem adiciona SDP de oferta CRBT-O, em vez da oferta CRBT-T, em uma resposta
183 e encaminha o 183 para o UE-A. O CRBT AS-FE de origem reproduz o CRBT de origem para UE-A.
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Requer: 100rel
Contato: <sip:192.100.200.52:5080>
v=0
o=- 2987933616 2987933616 IN IP4 aaa:bbb:eee:fff
s=-
t=0 0
b=AS:25,4
a=rtpmap:97 AMR
b=AS:75
a=rtpmap:98 H263
48 Gravando. ITU-T Q.3610 (05/2009)

S7 PRACK (UE-A em direção ao CRBT AS-FE de origem)

O UE-A conclui a negociação de mídia CRBT de origem e envia PRACK com SDP de resposta
CRBT-O para o CRBT AS-FE de origem.
Para: <tel:+1-222-333-4444>; marca=22222122
CSeq: 1 PRACK
Contato: <sip: 192.100.200.51:5090>
v=0
o=- 2987933616 2987933616 IN IP4 aaa:bbb:ccc:ddd
s=-
c=IN IP4 aaa:bbb:ccc:ddd
t=0 0
b=AS:25,4
a=curr:qos sendrecv remoto
a=rtpmap:97 AMR
a=fmtp:97 modo-definido=0,2,5,7; maxframes...
b=AS:75
a=rtpmap:98 H263
Gravando. ITU-T Q.3610 (05/2009) 49

S8 PRACK (originando CRBT AS-FE para terminar CRBT AS-FE)

O CRBT AS-FE de origem envia PRACK para o CRBT AS-FE de terminação, que contém resposta de
CRBT-T SDP definindo a porta como 0 para recusar a negociação de mídia CRBT de terminação.
Para: <tel:+1-222-333-4444>; marca=22222122
CSeq: 1 PRACK
Contato: <sip: 192.100.200.51:5090>
v=0
s=-
t=0 0
b=AS:25,4
a=rtpmap:97 AMR
b=AS:75
a=inativo
a=rtpmap:98 H263
...
S9 200 (terminando o CRBT AS-FE em direção ao CRBT AS-FE de origem)

200 (OK) é enviado para o CRBT AS-FE de origem por meio de elementos de rede. O valor do contato
inclui o SIP URI do UE-B.
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>; marca=22222122
CSeq: 1 PRACK
Contato: <sip: 192.100.200.52:5080>
50 Gravando. ITU-T Q.3610 (05/2009)

S10 200 (originando CRBT AS-FE em direção a UE-A)

SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>; marca=22222122
CSeq: 1 PRACK
Contato: <sip: 192.100.200.52:5080>
S11-13 200 (UE-B em direção a UE-A)
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
ACK sip:192.100.200.52:5080 SIP/2.0
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Gravando. ITU-T Q.3610 (05/2009) 51

I.9 Fornecimento de rede comutada por circuito CRBT para o UE de origem no domínio IMS
Figura I.9 – Fornecendo rede comutada por circuito CRBT para

o UE de origem no domínio IMS
Os procedimentos de sinalização SIP e as mensagens significativas de sinalização ISUP e H.248 são

mostrados a seguir:
S1 CONVITE (UE-A para MGC-FE)

O UE-A envia "INVITE" para o MGC-FE. O INVITE inclui a oferta SDP do UE-A e a indicação de suporte
de sessão inicial.
52 Gravando. ITU-T Q.3610 (05/2009)

CONVITE tel:+1-222-333-4444 SIP/2.0
Para: <tel:+1-222-333-4444>
CSeq: 1 CONVITE
Privacidade: nenhum
Contato: <sip:192.100.200.51:5090>
...
S2 183 (MGC-FE direção UE-A)
O MGC-FE envia "183 progresso de sessão" para o UE-A com uma resposta MGC-FE SDP.
Progresso da sessão SIP/2.0 183
De: < sip:ue-a@orig_ngn.net >;tag=171828
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Requer: 100 rel
Contato: <sip:192.100.200.52:5080>
...
S3 PRACK (UE-A em direção a MGC-FE)

O UE-A envia PRACK para o MGC-FE.
Para: <tel:+1-222-333-4444>; marca=22222122
CSeq: 1 PRACK
Contato: <sip: 192.100.200.51:5090>
Gravando. ITU-T Q.3610 (05/2009) 53

S4 200 (MGC-FE para UE-A)
200 (OK) é enviado para o UE-A por meio de elementos de rede.
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>; marca=22222122

CSeq: 1 PRACK
Contato: <sip: 192.100.200.52:5080>
I1 IAM (MGC-FE para PSTN/ISDN)

...
I2 ACM (PSTN/ISDN para MGC-FE) com indicador de informação dentro da banda
Indicador de informação dentro da banda = 1
O MGC-FE verifica se o UE-A suporta sessão inicial e envia "180 Ringing" para o UE-A, que inclui a oferta de sessão
inicial MGC-FE CRBT.
54 Gravando. ITU-T Q.3610 (05/2009)

SIP/2.0 180 Tocando
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Requer: 100 rel
Contato: <sip:192.100.200.52:5080>
v=0
o=- 2987933616 2987933616 IN IP4 :aaa:bbb:eee:fff
s=-
t=0 0
b=AS:25,4
a=rtpmap:97 AMR
b=AS:75
a=rtpmap:98 H263
S6 PRACK (UE-A em direção a MGC-FE)

O UE-A envia PRACK para o MGC-FE com uma resposta de sessão inicial do UE-A CRBT.
Gravando. ITU-T Q.3610 (05/2009) 55

Para: <tel:+1-222-333-4444>; marca=22222122
CSeq: 1 PRACK
Contato: <sip: 192.100.200.51:5090>
v=0
s=-
t=0 0
b=AS:25,4
a=rtpmap:97 AMR
b=AS:75
a=rtpmap:98 H263

SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>; marca=22222122
CSeq: 1 PRACK
Contato: <sip: 192.100.200.52:5080>
56 Gravando. ITU-T Q.3610 (05/2009)

I3 ANM (PSTN/ISDN para MGC-FE)
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
S9 ACK (UE-A em direção a MGC-FE)
200 (OK) é enviado para o MGC-FE através dos elementos de rede.
ACK sip:192.100.200.52:5080 SIP/2.0
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Gravando. ITU-T Q.3610 (05/2009) 57

I.10 Fornecer IMS CRBT para o UE de origem no domínio de rede comutada por circuito
I4:
Figura I.10 – Fornecendo IMS CRBT para o UE de origem no domínio

da rede comutada por circuito
O procedimento da sinalização SIP e as mensagens significativas da sinalização ISUP e H.248 são mostrados a seguir:
I1 IAM (PSTN/ISDN para SG-FE/MGC-FE)

...
S1-2 CONVITE (MGC-FE para UE-B)
A solicitação INVITE é enviada do MGC-FE para o S-CSC-FE do lado de terminação, o S-CSC-FE de terminação avalia
os critérios de filtragem inicial e encaminha o INVITE para o CRBT AS-FE de terminação. Por fim, o INVITE é
encaminhado para o UE-B. O valor do contato inclui o endereço IP do MGC-FE.
58 Gravando. ITU-T Q.3610 (05/2009)

De: <tel:+1-222-555-3333>;tag=171828
Para: <tel:+1-222-333-4444>
CSeq: 1 CONVITE
P-Identidade-preferida: <sip:ue-a@orig_ngn.net>
Privacidade: nenhum
Contato: <sip:192.100.200.51:5090>
...
S3 180 (UE-B para terminar CRBT AS-FE)

O UE-B responde com "180 Ringing" para o CRBT AS-FE de terminação.
SIP/2.0 180 Tocando
De: <tel:+1-222-555-3333>;tag=171828
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
S4 180 (terminando CRBT AS-FE em direção a MGC-FE)

O CRBT AS-FE de terminação adiciona SDP de oferta CRBT-T à resposta 180 e encaminha a resposta 180
para o MGC-FE.
Gravando. ITU-T Q.3610 (05/2009) 59

SIP/2.0 180 Tocando
De: <tel:+1-222-555-3333>;tag=171828
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Requer: 100rel
Contato: <sip:192.100.200.52:5080>
v=0
o=- 2987933616 2987933616 IN IP4 eee:fff:aaa:bbb
s=-
t=0 0
b=AS:25,4
a=rtpmap:97 AMR
b=AS:75
a=rtpmap:98 H263
I2 O MGC-FE verifica se o CRBT contém vídeo de acordo com a mensagem do CRBT AS-FE; se sim, ele pede
ao MSC para conectar o chamador usando uma mensagem ACM com indicador de informação dentro da
banda e mantém uma negociação H.245 com o chamador.
ACM (SG-FE/MGC-FE para PSTN/ISDN)
60 Gravando. ITU-T Q.3610 (05/2009)

I3 Se o ACM já foi enviado, o MGC-FE envia o CPG.
CPG (SG-FE/MGC-FE para PSTN/ISDN)
S5 PRACK (MGC-FE para CRBT AS-FE)
O MGC-FE completa a negociação de mídia CRBT de término e envia PRACK com SDP de resposta CRBT para o
CRBT AS-FE de origem.
Para: <tel:+1-222-333-4444>; marca=22222122

CSeq: 1 PRACK
Contato: <sip: 192.100.200.51:5090>
v=0
s=-
t=0 0
b=AS:25,4
a=rtpmap:97 AMR

b=AS:75
a=rtpmap:98 H263
Gravando. ITU-T Q.3610 (05/2009) 61

S6 200 (CRBT AS-FE para MGC-FE)
200 (OK) é enviado para o MGC-FE através dos elementos de rede. O valor do contato inclui o SIP URI do UE-B.
SIP/2.0 200 OK
Para: <tel:+1-222-333-4444>; marca=22222122
CSeq: 1 PRACK
Contato: <sip: 192.100.200.52:5080>
S7-8 200 (UE-B em direção a MGC-FE)
200 (OK) é enviado para o MGC-FE através dos elementos de rede. O valor do contato inclui o SIP URI do UE-B.
SIP/2.0 200 OK
De: <tel:+1-222-555-3333>;tag=171828
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
Contato: <sip:192.100.200.52:5080>
...
I4 ANM (SG-FE/MGC-FE para PSTN/ISDN)
S9-10 ACK (MGC-FE para UE-B)
ACK sip:192.100.200.52:5080 SIP/2.0
De: <tel:+1-222-555-3333>;tag=171828
Para: <tel:+1-222-333-4444>;tag=22222122
CSeq: 1 CONVITE
62 Gravando. ITU-T Q.3610 (05/2009)

Bibliografia
[b-ITU-T E.212] Recomendação ITU-T E.212 (2008), O plano de identificação

internacional para redes públicas e assinaturas.
[b-ITU-T Q-Sup.55] Recomendações ITU-T Q-series – Suplemento 55 (2007), Requisitos

de sinalização na interface entre AS-FE e S-CSC-FE.
[b-ITU-T Q.763] Recomendação ITU-T Q.763 (1999), Signalling System No. 7 – ISDN User
Part formatos e códigos.
[b-ITU-T Q.1912.5] Recomendação ITU-T Q.1912.5 (2004), Interfuncionamento entre o Protocolo

de Iniciação de Sessão (SIP) e o protocolo Bearer Independent Call
Control ou ISDN User Part.
[b-ITU-T Q.3030] Recomendação ITU-T Q.3030 (2008), Arquitetura de sinalização para o plano
de controle de serviço NGN.
[b-ITU-T Y.2021] Recomendação ITU-T Y.2021 (2006), IMS para redes de próxima geração.
[b-ITU-T Y.2031] Recomendação ITU-T Y.2031 (2006), arquitetura de emulação PSTN/ ISDN.
[b-ITU-T Y.2211] Recomendação ITU-T Y.2211 (2007), serviços de conversação multimídia

em tempo real baseados em IMS sobre NGN.
[b-ITU-T Y.2214] Recomendação ITU-T Y.2214 (2009), Requisitos de serviço e modelos

funcionais para serviços personalizados de toque multimídia.
[b-JFIF] JPEG File Interchange Format, Versão 1.02, 1º de setembro de 1992.
[b-IETF RFC 2083] IETF RFC 2083 (1997), PNG (Portable Network Graphics)
Especificação Versão 1.0.
[b-IETF RFC 2246] IETF RFC 2246 (1999), o protocolo TLS versão 1.0.
[b-IETF RFC 2401] IETF RFC 2401 (1998), Arquitetura de segurança para o protocolo da
Internet.
[b-IETF RFC 2633] IETF RFC 2633 (1999), especificação de mensagem S/ MIME versão 3.
[b-IETF RFC 2976] IETF RFC 2976 (2000), O método SIP INFO.
[b-IETF RFC 3264] IETF RFC 3264 (2002), um modelo de oferta/ resposta com o protocolo de
descrição de sessão (SDP).
[b-IETF RFC 3398] IETF RFC 3398 (2002), Rede Digital de Serviços Integrados (ISDN)
Parte do usuário (ISUP) para Mapeamento do Protocolo de Iniciação de Sessão (SIP).
[b-IETF RFC 3515] IETF RFC 3515 (2003), Método de Referência do Protocolo de Iniciação de
Sessão (SIP).
[b-IETF RFC 3725] IETF RFC 3725 (2004), Melhores Práticas Atuais para Controle de Chamadas
de Terceiros (3pcc) no Protocolo de Iniciação de Sessão (SIP).
Gravando. ITU-T Q.3610 (05/2009) 63

[b-Unicode] The Unicode Consortium (1996), The Unicode Standard, Versão 2.0, Addison-
Wesley Developers Press, ISBN 0-201-48345-9.
[b-GIF87a] CompuServe Incorporated (1987), GIF Graphics Interchange
Format: Um padrão que define um mecanismo para o armazenamento
e transmissão de informações gráficas baseadas em raster.
[b-GIF89a] Compuserve Incorporated, Columbus, Ohio (1990), Graphics
Interchange Format (Versão 89a).
64 Gravando. ITU-T Q.3610 (05/2009)

SÉRIE DE RECOMENDAÇÕES DA UIT
Série A Organização do trabalho da ITU-T
Série D Princípios tarifários gerais
Série E Operação geral da rede, serviço telefônico, operação do serviço e fatores humanos
Série F Serviços de telecomunicações não telefónicas
Série G Sistemas de transmissão e mídia, sistemas e redes digitais
Sistemas Audiovisuais e Multimédia Série H
Série I Rede digital de serviços integrados
Série J Redes de cabo e transmissão de televisão, programa de som e outros sinais multimédia
Série K Proteção contra interferência
Série L Construção, instalação e proteção de cabos e outros elementos de planta externa
Gestão das Telecomunicações Série M, incluindo TMN e manutenção da rede
Manutenção Série N: programas de som internacionais e circuitos de transmissão de televisão
Série O Especificações do equipamento de medição
Série P Terminais e métodos de avaliação subjetiva e objetiva
Comutação e sinalização da Série Q
Série R transmissão telegráfica
Série S Equipamento terminal de serviços telegráficos
Terminais Série T para serviços telemáticos
Comutação de telégrafo série U
Série V Comunicação de dados pela rede telefônica
Série X Redes de dados, comunicações de sistema aberto e segurança
Infraestrutura de informação global Série Y, aspectos de protocolo de Internet e redes de próxima geração
Linguagens da Série Z e aspectos gerais de software para sistemas de telecomunicações
Impresso na Suíça
Genebra, 2010

T REC Q.3610 200905 I!!PDF E.cleaned

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

T REC Q.3610 200905 I!!PDF E.cleaned

Uploaded by

Copyright:

Available Formats

Machine Translated by Google

União Internacional de Telecomunicações

SÉRIE Q: COMUTAÇÃO E SINALIZAÇÃO

Requisitos de sinalização e protocolos para o NGN -

Requisitos de sinalização e perfis de protocolo para

Recomendação ITU-T Q.3610

RECOMENDAÇÕES DA SÉRIE Q ITU-T

SINALIZAÇÃO NO SERVIÇO MANUAL INTERNACIONAL Q.1–Q.3

Para mais detalhes, consulte a lista de Recomendações ITU-T.

Recomendação ITU-T Q.3610

Requisitos de sinalização e perfis de protocolo para serviço

CRBT, IMS, NGN, SDP, SIP.

Gravando. ITU-T Q.3610 (05/2009) eu

DIREITO DE PROPRIEDADE INTELECTUAL

ii Gravando. ITU-T Q.3610 (05/2009)

1 Escopo ................................................. ................................................ ......................... 1

2 Referências................................................. ................................................ .................. 1

3 Definições ....................................... ................................................ ................. 2

3.1 Termos definidos em outro lugar ....................................... ................................ 2

3.2 Termos definidos nesta Recomendação.................................. ............ 2

4 Abreviações e Acrônimos ............................................... ......................................... 2

5 Serviço e arquitetura CRBT.................................. ......................................... 4

5.1 Descrição geral................................................ ......................................... 4

5.2 Arquitetura geral................................................. ......................................... 4

6 Modelos de serviço.................................................. ................................................ ............ 7

7 Formatos de mídia.................................................. ................................................ ............. 7

8 Requisitos de sinalização ....................................... ......................................... 8.1 Requisitos para o 7

8.10 Requisitos para a terminação P-CSC-FE.......................................... ......... 8.11 Requisitos para 11

9 Perfis de protocolo.............................................. ................................................ .......... 11

9.1 Serviço CRBT baseado em IMS............................. ................................. 12

10 Interações entre redes .............................................. ......................................... 15

11 Interações com outros serviços em NGN........................................... .......................... 17

Gravando. ITU-T Q.3610 (05/2009) iii

11.5 Comunicação HOLD (HOLD) ...................................... ....................... 17

11.6 Serviços de DIVersão de Comunicação (CDIV) ...................................... ...... 17

12 Considerações de segurança ....................................... ................................................ 19

Anexo A – Modelo multidiálogo............................... ................................................ ... 20

A.1 Descrição geral................................................ ......................................... 20

A.2 Requisitos de sinalização ....................................... ................................. 20

Apêndice I – Fluxos de sinalização ....................................... ................................................ .. 21

I.3 Serviço CRBT por modelo de servidor de aplicação.............................. ........... 31

I.4 Serviço CRBT por modelo HTTP (Originating IMS-UE case)............................. 35

I.5 Serviço CRBT por modelo de gateway (Interfuncionamento PSTN/ISDN originário

I.6 Serviço CRBT por modelo de gateway (Caso POTS-UE de origem)............... 40

Bibliografia ................................................. ................................................ ......................... 63

4 Gravando. ITU-T Q.3610 (05/2009)

Recomendação ITU-T Q.3610

Requisitos de sinalização e perfis de protocolo para serviço

[ITU-T T.81] Recomendação ITU-T T.81 (1992) | ISO/IEC 10918-1:1994, Tecnologia da

[ITU-T Y.2012] Recomendação ITU-T Y.2012 (2006), Requisitos funcionais e arquitetura da

Gravando. ITU-T Q.3610 (05/2009) 1

3.1 Termos definidos em outro lugar

Esta Recomendação usa o seguinte termo definido em outro lugar:

3.2 Termos definidos nesta Recomendação

Esta Recomendação define os seguintes termos:

3.2.3 Usuário do serviço CRBT: O chamador que experimenta o serviço CRBT.

Esta Recomendação utiliza as seguintes abreviaturas e acrónimos:

AMG-FE Acessar Entidade Funcional Media Gateway

COMO Servidor de aplicação

AS-FE Entidade Funcional de Apoio à Aplicação

B2BUA Agente de usuário back-to-back

2 Gravando. ITU-T Q.3610 (05/2009)

CDIV Comunicação DIVersão