# TCAP: transacciones, diálogos y componentes

> TCAP (Transaction Capabilities Application Part, ITU-T Q.771–Q.775) transporta operaciones no de circuito como MAP sobre SCCP. Tiene dos subcapas: la subcapa de transacción correlaciona un diálogo entre dos nodos con mensajes Begin/Continue/End/Abort y transaction IDs, y la subcapa de componentes transporta las operaciones individuales como componentes Invoke, ReturnResult, ReturnError y Reject.

- URL canónica: https://www.broadnet.me/es/reference/tcap-transactions
- Idioma: es
- Última actualización: 2026-07-18
- Editor: BroadNet (https://www.broadnet.me)

Cómo TCAP estructura los intercambios de aplicación de SS7: la subcapa de transacción (Begin/Continue/End/Abort con transaction IDs), la porción de diálogo (application context) y la subcapa de componentes (Invoke, ReturnResult, ReturnError, Reject).

## Subcapa de transacción

La subcapa de transacción gestiona el diálogo de extremo a extremo entre dos pares TCAP. Cada lado asigna un transaction ID (los Originating y Destination Transaction ID) para que varios diálogos concurrentes sobre el mismo trayecto SCCP se mantengan distintos. Un diálogo se abre, continúa y cierra mediante cuatro tipos de mensaje. Un intercambio de una sola operación puede incluso comprimirse en un par Begin+End cuando no se necesita más interacción.

*Tipos de mensaje (transacción) de TCAP*

| Mensaje | Propósito |
|---|---|
| TC-BEGIN | Abrir un diálogo; transporta el Originating Transaction ID |
| TC-CONTINUE | Continuar un diálogo abierto en cualquier dirección (ambos TID presentes) |
| TC-END | Cierre el diálogo, llevando opcionalmente el componente final |
| TC-ABORT | Terminación anormal (aborto por parte del usuario o del proveedor) |
| TC-UNI | Unidireccional: no se requiere un diálogo estructurado |

## Porción de diálogo y application context

Una porción de diálogo opcional negocia el application context —un identificador de objeto que nombra la aplicación y la versión que ambos pares hablarán, por ejemplo el shortMsgGatewayContext de MAP para el enrutamiento de SMS o una versión concreta de MAP para UpdateLocation—. También transporta información de usuario y, en un ABORT, el motivo de la interrupción. Acordar el application context es como un receptor sabe qué operaciones y parámetros MAP esperar dentro del diálogo.

## Subcapa de componentes

La subcapa de componentes transporta las operaciones reales. Un componente Invoke solicita una operación, identificada por un Invoke ID y un código de operación (el opcode de MAP), con los argumentos de la operación. El par responde con ReturnResult (Last o Not Last, para resultados segmentados), ReturnError (un error de aplicación como absentSubscriber) o Reject (un problema de nivel de protocolo, como una operación no reconocida). Varios componentes pueden viajar en un solo mensaje de transacción, y el Invoke ID vincula cada respuesta con su solicitud, de forma muy parecida al sequence_number de SMPP.

*Tipos de componente de TCAP*

| Componente | Significado |
|---|---|
| Invoke | Solicitar una operación (Invoke ID + código de operación + argumentos) |
| ReturnResult (Last) | Resultado final satisfactorio de una operación invocada |
| ReturnResult (Not Last) | Un segmento no final de un resultado extenso |
| ReturnError | La operación falló debido a un error de la aplicación (código de error + parámetro) |
| Reject | Problema de protocolo: componente mal formado, inesperado o no reconocido |

## Un diálogo MAP sobre TCAP

Una consulta MAP típica es un diálogo TCAP. El iniciador envía TC-BEGIN con un Invoke para la operación MAP; el respondedor contesta TC-END con un ReturnResult (o ReturnError). Las conversaciones más largas —en las que ambos lados intercambian varias operaciones— usan TC-CONTINUE entre medias. Los transaction IDs y los Invoke IDs juntos permiten a un nodo ocupado mantener miles de diálogos y sus operaciones pendientes en orden.

*SendRoutingInfoForSM como diálogo TCAP*

```text
SMSC → HLR   TC-BEGIN  OTID=0x1A2B
               Invoke  invokeID=1  opCode=sendRoutingInfoForSM(45)
                        {msisdn, sm-RP-PRI, serviceCentreAddress}
HLR → SMSC   TC-END    DTID=0x1A2B
               ReturnResultLast invokeID=1
                        {imsi, locationInfoWithLMSI: MSC address}
```

## Preguntas frecuentes

### ¿Cuál es la diferencia entre la subcapa de transacción y la de componentes?

La subcapa de transacción gestiona el diálogo en su conjunto —abriéndolo, continuándolo y cerrándolo con Begin/Continue/End/Abort y transaction IDs—. La subcapa de componentes transporta las operaciones individuales dentro de ese diálogo como componentes Invoke, ReturnResult, ReturnError y Reject.

### ¿Qué es un Invoke ID en TCAP?

El Invoke ID es un pequeño identificador que el iniciador asigna a cada componente Invoke para que el ReturnResult o ReturnError correspondiente pueda cotejarse con la solicitud. Delimita las respuestas dentro de un solo diálogo, de forma similar a un identificador de correlación de solicitud/respuesta.

### ¿Qué es un application context de TCAP?

El application context es un identificador de objeto en la porción de diálogo que nombra qué aplicación y versión usan ambos pares —por ejemplo, un contexto MAP concreto para el enrutamiento de SMS—. Indica al receptor qué operaciones y formatos de parámetro esperar en el diálogo.

### ¿Cuál es la diferencia entre ReturnError y Reject?

ReturnError informa de un fallo de nivel de aplicación de una operación que se entendió —por ejemplo, absentSubscriber de MAP—. Reject informa de un problema de nivel de protocolo, como un código de operación no reconocido o un componente mal estructurado, y lo genera el propio TCAP en lugar de la aplicación.

### ¿Puede un mensaje TCAP transportar varias operaciones?

Sí. Un solo mensaje de transacción puede transportar varios componentes, así que un nodo puede agrupar varios Invoke o devolver varios resultados en un mismo Begin/Continue/End. Cada uno se distingue por su Invoke ID, y los resultados pueden segmentarse con ReturnResult Not Last.

## Fuentes

- [ITU-T Q.771 — TCAP functional description](https://www.itu.int/rec/T-REC-Q.771)
- [ITU-T Q.773 — TCAP formats and encoding](https://www.itu.int/rec/T-REC-Q.773)

## Relacionado

- [SCCP y traducción de global title](https://www.broadnet.me/es/reference/sccp-and-global-title)
- [Referencia de operaciones MAP](https://www.broadnet.me/es/reference/map-operations)
- [Flujo de entrega MT-SMS de SS7](https://www.broadnet.me/es/reference/ss7-mt-sms-delivery-flow)
- [Descripción general de la pila SS7](https://www.broadnet.me/es/reference/ss7-stack-overview)
- [Plataforma de señalización y CDR](https://www.broadnet.me/es/platforms/signaling-cdr)