Pontificia Universidad Catlica Madre Y Maestra Facultad de Ciencias de las Ingenieras Departamento de Ingeniera Telemtica

Asignatura Redes Convergentes

Tema. Signaling System 7

Presentados Por Oscar Jos Polanco Rodrguez 2008-1258 Jos Saint-Hilaire Ramrez 2008-0980 Yoselin Portes Colon Juan E Gonzalez

Profesor
Ing. JOS F. GARCA G.

Santiago, Repblica Dominicana

Signaling System 7
Es un canal comn de sealizacin estndar desarrollado en la dcada de 1970 por el Sector de las Telecomunicaciones de la Unin Internacional de Normalizacin de las Telecomunicaciones. SS7 se deriva de la ES6, que se desarroll en la dcada de 1960 y fue la primera generacin de sealizacin comn-canal. SS7 fue diseado inicialmente para telefona de control de llamadas aplicaciones. Aplicaciones SS7 han ampliado considerablemente desde que se desarroll por primera vez, sin embargo, SS7 y la funcionalidad de hoy incluye las consultas de bases de datos, transacciones, operaciones de red, y la Red Digital de Servicios Integrados (RDSI). Arquitectura de red SS7 Nodos de la red SS7 estn equipadas con SS7 funcionalidad y caractersticas para convertirse en puntos de sealizacin SS7 o elementos. Las redes SS7 constar de tres puntos de sealizacin de servicio los elementos de conmutacin (SSP), el punto de transferencia de la seal (STP), y el punto de control de servicios (CPS), y varios tipos de enlace.

SSP

Son centrales telefnicas que se aprovisionan con SS7. Origina y termina llamadas, y conmutadores de ncleo de red (STPS) ofrecen llamadas en tndem o de trnsito. La SSP ofrece de circuitos basados

en mensajes de sealizacin a otros SSP para los fines de conectar, desconectar, y la gestin de las llamadas de voz. Ofrece mensajes no basados en circuito se utilizan para consultar bases de datos cuando el nmero marcado no es suficiente para completar la llamada.
STP

La STP proporciona la conectividad lgica entre SSP directos sin necesidad de SSP a SSP enlaces. STP se configuran en pares y se acoplan para proporcionar redundancia y alta disponibilidad. Estos acoplados STPs realizar las mismas funciones y son considerados la STPS para el hogar conectado directamente SSP o SCP. La STP tambin es capaz de realizar la traduccin del ttulo mundial, que se discutir ms adelante en esta seccin.
SCP

Proporciona la interfaz para la base de datos donde se almacena la informacin de enrutamiento adicional para no-mensajes basados en circuitos. Proveedor de servicios de SCP no albergar la informacin requerida; lo hacen, sin embargo, proporcionar la interfaz de la base de datos del sistema. Modos de sealizacin Sealizacin asociada es la forma ms simple de sealizacin, en que la sealizacin y caminos de voz estn conectados directamente entre los dos extremos de sealizacin.

Sealizacin no asociado utiliza una ruta lgica independiente para la sealizacin y la voz.

Sealizacin cuasi-asociado utiliza un camino lgico separado para la sealizacin a travs del nmero mnimo de puntos de transferencia para llegar a su destino final.

Enlaces de sealizacin y linksets A-links: son las interconexiones entre los puntos finales de sealizacin y la STPS. Los puntos finales de sealizacin son los SSP o SCP, y cada uno tiene por lo menos dos a-links que conectan a la "casa" par de STP. Bridge Links (B-links): se interconecta entre dos pares acoplados de la STPS, Estos acoplados STPs son compaeros que operan en el mismo nivel jerrquico y estn interconectados a travs de un quad de Benlaces. Cross Links (C-links): interconectar un STP con su pareja, C-enlaces se utilizan solamente cuando falla o se produce la congestin, la causa de estos enlaces para convertirse en el nico camino disponible para la red. Diagonal Links (D-links): se usan para interconectar los pares acoplados STP de un nivel jerrquico que se aparearon pares STP de otro nivel jerrquico.

Extended Links (E-links): se utilizan para interconectar un SSP a un suplente, STP, La SSP tambin est conectado a la par de su casa a travs de STP a-links, sin embargo, si se requiere una mayor confiabilidad, se puede implementar el e-links. F-links: se utilizan para interconectar directamente dos puntos finales de sealizacin, Estos enlaces se utilizan cuando STP no estn disponibles o cuando existen altos volmenes de trfico. Este es el tipo de vnculo nico cuyo trfico de sealizacin se le permite seguir el mismo camino que los circuitos de voz. Descripcin general del protocolo SS7: La pila de protocolos SS7 y los niveles de diferir ligeramente del modelo de referencia de Interconexin de Sistemas Abiertos (OSI).

Capa fsica MTP L1: Define las caractersticas fsicas y elctricas de enlace de sealizacin. Tambin se llama MTP1, esta capa de protocolo SS7 es prcticamente idntica a la OSI L1 y no especifica ningn interfaz en particular. Data Layer MTP L2: El protocolo MTP2 se utiliza para crear fiables de punto a punto enlaces entre los puntos finales en una red. MTP2 no se ejecuta a travs de la red y, por tanto, no tiene que ver con el destino final del mensaje. El protocolo MTP2 utiliza paquetes llamados unidades de seales para transmitir mensajes SS7. Las unidades de seales se utilizan en la red SS7 para realizar la deteccin de errores, indican el estado del enlace, y los mensajes de transferencia de informacin. Hay tres tipos de unidades de sealizacin de proporcionar funciones de MTP2 de datos de capa:
FISU

FISUs constantemente se transmiten en los enlaces de sealizacin cuando el LSSU y MSU no estn presentes. FISUs slo se envan entre los puntos de sealizacin y no se envan a travs de la red SS7. La FISU proporciona capacidades de deteccin de errores para los puntos de sealizacin en ambos

extremos del enlace. Esto permite que los puntos de sealizacin para realizar la deteccin de errores para verificar la integridad del enlace y mantener la fiabilidad en la red SS7.
LSSU

Proporciona informacin de estado de enlace a travs de los enlaces de sealizacin entre dos puntos finales de sealizacin adyacentes. Se utiliza esta informacin para mantener la alineacin del enlace e identificar un corte de procesador en el extremo remoto. El LSSU contiene la interfaz de estado del enlace L2 L3 y el estado del extremo de la transmisin. LSSUs mantener la fiabilidad debido a que estos extremos no estn sincronizados y, en cambio, ejecutar de forma independiente uno de otro. El LSSU identifica el estado de las interfaces de enlace remoto de los extremos y los procesadores. Si los extremos de recibir un LSSU con errores, la unidad de seal se descarta. Retransmisin de LSSUs no es necesaria, ya que estas unidades de seales de no proporcionar ninguna informacin.
MSU

El MSU ofrece la estructura para la transmisin de circuito y no basado en circuito a base de mensajes en la red SS7. Se utiliza el circuito a base de mensajes para configurar, administrar y liberar llamadas telefnicas. Mensajes no basados en circuito se refieren a las consultas de informacin de enrutamiento y datos adicionales de gestin de red. MSU se originan en MTP3 o de un usuario MTP3. MTP3 usuarios incluyen SCCP, ISUP, TUP, y TCAP. Estos mensajes de los usuarios son transferidos entre dos pares L4 protocolos en los puntos finales de sealizacin. La capa de red MTP3: El protocolo SS7 MTP3 rutas mensajes y se basa en la entrega de mensajes de MTP2. MTP3 tambin utiliza las primitivas de comunicarse a la lnea L4 protocolos como SCCP, ISUP, TUP, y TCAP, as como para pasar y recibir informacin de MTP2. El protocolo MTP3 se divide en dos funciones principales: Sealizacin de tratamiento de mensajes (SMH) enruta los mensajes de SS7 en condiciones normales. SNM Re direccionamiento de trfico de enlace en las condiciones de fallo de red. Formato de los mensajes:

El mensaje MTP3 consiste en el SIO y SIF. Como se mencion anteriormente, el SIO identifica el tipo de usuario o en el protocolo (SCCP, TUP, ISUP, o TCAP) y la versin del protocolo SS7 (nacional o internacional). El FIS se divide en dos partes: la etiqueta de encaminamiento, y el usuario o un mensaje de L4. El mensaje de usuario contiene la informacin de control de los protocolos de nivel superior, que se discuten con ms detalle en las SCCP, ISUP, TCAP, y las secciones de este captulo. Los puntos finales de sealizacin MTP3 procesos utilizan la etiqueta de ruta (RL) para

determinar la direccin de destino. El RL contiene el cdigo de punto de destino (DPC), originario de punto de cdigo (OPC), y el enlace de sealizacin campos de Selector (SLS).

SMH:

SMH identifica si la direccin de destino es el extremo receptor, o si el mensaje tiene que ser derrotados. Si la direccin de destino es el extremo receptor, SMH tambin identifica la aplicacin de usuario (SCCP, ISUP, TUP, o TCAP). Si el mensaje debe ser enviado, SMH identifica en el vnculo para que el mensaje debe ser reenviado.
El SMH se divide en tres procesos:

SMH Message Discrimination: determina la direccin del mensaje SS7 punto final de destino. La
discriminacin de mensajes lee la DPC de la etiqueta de encaminamiento en el SIF de la MSU. Si se dirige al nodo de recepcin, la discriminacin mensaje pasa el mensaje a la funcin de distribucin de mensajes. Si no se dirige al nodo de recepcin, la discriminacin mensaje pasa el mensaje a la funcin de enrutamiento de mensajes.

SMH Message Distribution: define el usuario y ofrece la informacin del usuario (SCCP, TUP, ISUP,
TCAP, o de gestin de red) en el mensaje SS7 con el protocolo de nivel superior. Como se mencion anteriormente, el proceso de distribucin mensaje se invoca slo cuando el mensaje se dirige al extremo receptor o al mismo. El valor del indicador de servicio en el campo Servicio octeto indicador de la MSU determina el usuario del mensaje.

SMH Message Routing: Las rutas de enrutamiento SMH procesan los mensajes a los enlaces
adecuados de sealizacin. El proceso de encaminamiento SMH recibe mensajes de la discriminacin mensaje y aplicaciones L4. La discriminacin de mensajes transmite mensajes para el proceso de enrutamiento cuando el mensaje est destinado a otro punto de sealizacin. Aplicaciones de alto nivel para pasar mensajes el proceso de enrutamiento para el transporte de los mensajes salientes. Visin general del enrutamiento: El personal de servicio del proveedor de sealizacin esttica mantener tablas de enrutamiento de punto final. La tabla de enrutamiento identifica los vnculos, linksets, las rutas principales y rutas alternativas para cada uno de DPC. Todos los enlaces en la parte linkset la carga de trfico por igual. Cuando un destino particular, tiene ms de un conjunto de enlaces, los linksets implicados compartir la carga de trfico por igual.

La funcin de SNM desva el trfico en la red SS7. El SMH se encarga de lo siguiente durante los fallos de conexin a la red: linkset desvo Enlace alternativo desvo Redireccionamiento del flujo de trfico a los puntos finales especficos Control de congestin MTP2 monitorea el nivel de los mensajes en cola en los buffer (tanto de la produccin y retransmisin) y el SNM alertas en caso de congestin. Consideremos ahora la congestin de la variable de sealizacin y la perspectiva de STP: Sealizacin de los ending points (SSP, SCP) recibir informacin de la congestin MTP2 aparicin de indicios de la congestin. Excesiva de las capas superiores mensajes pueden causar congestin sobre el punto final de la seal (SSP y SCP) enlaces. En este caso, SNM enva mensajes de estado a las aplicaciones indica que las DPC se ven afectados. La aplicacin debera reducir los mensajes salientes durante un perodo de tiempo. SNM contina enviando el mensaje de estado hasta que la congestin MTP2 recibe al final de la indicacin de la congestin. En este punto, SNM deja de enviar los mensajes de estado, y despus del perodo de tiempo de espera, las aplicaciones de usuario reanudar sus actividades normales. Si el proceso de STP SNM recibe un inicio de la alerta sobre la congestin de un enlace en particular, considera que la ruta al nodo adyacente est congestionada. Cuando se reciben mensajes para el nodo afectado, el proceso de STP SNM enva una transferencia controlada (TFC) mensaje al SNM del extremo de la transmisin. La STP indica el nodo afectado en el mensaje de TFC. Esto permite que el punto final de la sealizacin de elegir una ruta alternativa para el nodo afectado. Cuando el proceso de SNM recibe al final de la indicacin de la congestin, que se detenga el envo de las indicaciones de estado para el punto final de la transmisin. Rerouting El proceso de redireccionamiento redirige el trfico de SNM en torno a un nodo afectado, sin causar congestin o la prdida de mensajes. STPs utilizar este proceso cuando la ruta a un parmetro especfico no est disponible. SNM utiliza la Transfer Prohibited (PTF) mensaje para aconsejar a todos los nodos conectados directamente de la ruta perdida en el punto final especfico. Esto permite a la STPS entre los que elegir una ruta alternativa para el nodo afectado. Cuando los vnculos se restauran, de Transfer Allowed (TFA), mensajes de alerta de los nodos conectados directamente que los procedimientos normales de enrutamiento puede reanudar. Changeover y chanceback

Se inicia el procedimiento de chanceover con el envi de un chanceover order (COO) al nodo destino el cual devuelve un chanceover acknolegment (COA) y cambia de enlace. Se inicia el procedimiento de chanceback cuando el enlace afectado vuelve a la normalidad; en este momento empieza en el chanceback buffer (CBB) y envia un chanceback declaration (CBD) al nodo destino el cual responde con un Chanceback acknolegment (CBA) y se restablece el enlace SCCP (Signaling Connection Control Part) Es un protocolo que provee enrutamiento, control de flujo, orientado o no a conexin y correccin de errores; este amplia lo que son los servicios del MTP para alcanzar una funcionalidad equivalente a la capa de red para facilitar el envi de mensajes. Servicio orientado a conexin: Este servicio es similar a packet switching, que establece un canal de transferencia entre el origen y destino. Este da servicio en tiempo real pero capacidad de transferencia limitada. Servicio no orientado a conexin: Este servicio se basa en lo que es el intercambio de informacin entre ending points, en donde el SCCP y MTP3 consultan base de datos. Enviando un UDT (Unidata message) para consultar y recibir respuesta de las bases de datos o un UDTs (Unidata serviece message) cuando un UDT no pudo ser entregado. Funciones de mantenimiento de SCCP Senalizacion del estado de los puntos Estado de los subsistemas Gestion de trafico

ISUP(ISDN User Part) Esta tecnologia conecta, administra y desconecta todas las llamadas de voz y datos en la PSTN. Este crea y destrulle circuitos utilizados para transportar la voz en PSTN. Servicios de IUSP: ISUP Basic Service ISUP Servicios Suplementarios End-to-End Signaling: Establece, mantiene y libera conexiones mediante el intercambio de informacion usamdo mensajes como Initial Address Message (IAM); el destino devuelve un Address Completion Message (ACM), Answer Message (ANM), or Call Progress (CPG).

Para el intercambio de informacin: Mtodo de Pass Along Mtodo de SCCP

IAM es el mensaje utilizado por primera vez para iniciar un establecimiento de llamada. El IAM suele contener el nmero completo llamado, tambin llamada la seal de direccin en bloque. Una seal de direccin de superposicin se produce cuando el nmero al que llama se enva en ms de un mensaje.

ACM es un mensaje hacia atrs la oficina de terminales que acaban enva para indicar que la oficina central est sonando el abonado llamado. Oficinas en tndem tambin puede enviar un ACM para significar que el haz de salida fue capturado en la sealizacin ISUP no es compatible. El interruptor de terminar enva un mensaje hacia atrs, mientras que el interruptor de origen enva un mensaje hacia adelante. ANM es un mensaje hacia atrs la oficina de terminales que acaban enva para indicar que el abonado llamado responde. REL es un mensaje hacia adelante o hacia atrs pidiendo la liberacin inmediata de una conexin. La naturaleza de avance y retroceso del mensaje REL se basa en la capacidad de los usuarios que sus nombres y llamando a iniciar un comunicado. Tambin puede usar el mensaje REL cuando la oficina de final en tndem o terminar no se puede establecer una llamada. RLC es un mensaje hacia adelante o hacia atrs lo que indica que el intercambio lanz el tronco a su fin. COT es un mensaje hacia adelante utiliza para realizar una prueba de continuidad en el haz de salida. CPG es un mensaje hacia atrs utiliza para informar de un suceso, como una alerta, durante el establecimiento de llamada. El mensaje CPG se enva slo despus de un ACM. SUS es una mensaje hacia atrs para suspender una llamada mientras sus conexiones se mantienen intactos. RES es un mensaje que se utiliza para reanudar una llamada suspendida. Los mensajes de SUS y RES comparten el mismo formato de mensaje y los parmetros. FOT es un mensaje de un operador saliente utiliza para solicitar la asistencia de un operador entrante. INF es un mensaje que se utiliza para proporcionar la informacin solicitada en el INR.

TCAP TCAP proporciona las capacidades de transaccin llevada a cabo por organizaciones no circuito de los mensajes en funcin utilizado para acceder a bases de datos remotas e invocar capacidades de control remoto en funcin de los elementos de red. TCAP se utiliz por primera vez para la traduccin nmero 800. Mensajes TCAP llevar a los planes locales las instrucciones de uso para consultar bases de datos especficas de la informacin. TCAP tambin proporciona el mecanismo para llevar a las preguntas y respuestas de switch a switch. TCAP utiliza SCCP y MTP protocolos para enrutar los mensajes de extremo a extremo. Esto es diferente de ISUP, que pasa los mensajes de switch a switch. El protocolo TCAP proporciona los medios para una aplicacin en un punto de sealizacin para comunicarse con una aplicacin en otro punto de sealizacin. La informacin de base de datos se utiliza para 800, 888 y 900 de servicio, Portabilidad del Nmero Local (LNP) , el suscriptor de servicios tales como LIDB , y Casa mvil / visitantes registros. La red inteligente (IN) tambin utiliza la TCAP para invocar funciones en las oficinas de extremo remoto. EN se basa en los servicios TCAP para permitir una sealizacin variable para acceder a las funciones en un extremo remoto de sealizacin. En caractersticas tales como devolucin de llamada automtica son posibles gracias a TCAP invocar mensajes que informan a la central local de que la parte de destino ya est disponible.

En las secciones siguientes se analizan las interfaces de TCAP, mensajes, tipos de mensajes , y los componentes .Al final de este captulo se incluye un ejemplo de una consulta de 800 utilizando el protocolo TCAP . TCAP Interfaces TCAP, como se ilustra en la figura 4.15, utiliza SCCP y plan de mediano plazo a los mensajes de transaccin de ruta en la red SS7. Utiliza mensajes TCAP para comunicarse desde un punto de sealizacin (Cambio X) a otro punto de sealizacin (Cambio Y).

Un elemento de servicio de aplicacin (ASE) invoca las operaciones en un extremo, y una ASE los ejecuta en el otro extremo. La ASE se dedicado a una aplicacin, y entre entidades pares a distancia. En el caso de una llamada 800, Cambio X ASE-1 es la central local consulta de intercambio Y ASE-2, el SCP(Punto de Control de Servicio ), por el nmero de ruta correspondiente al nmero 800.

Mensajes TCAP estn contenidos dentro de la parte SCCP de la MSU. Mensajes TCAP se compone de una parte de las transacciones y un componente de la porcin.
Message Signal Unit (MSU)

Parte de la transaccin TCAP

La parte de la transaccin del mensaje TCAP proporciona la informacin necesaria para el punto de sealizacin de la ruta del componente al destino apropiado. La ASE, tanto en el origen y los puntos de recepcin de seales se identifican con un ID de transaccin nica. La parte de la transaccin tambin contiene un identificador del tipo de paquete que indica los tipos de mensajes siguientes: Unidireccional utilizado para transferir los componentes en una sola direccin. El receptor no est obligado a responder a un mensaje unidireccional. Comenzar o consultar se usa para iniciar una transaccin TCAP.El mensaje de consulta comienza con el 800. Continuar despus de haber comenzado o continuar el mensaje. Estos mensajes continuan con la transaccin TCAP. Final o respuesta se utiliza para terminar la transaccin TCAP. Este mensaje se enva despus de iniciar o continuar el mensaje. El fin de mensaje contiene la respuesta a una consulta de 800. Abortar se utiliza cuando se produce un problema durante la transaccin. Este mensaje termina la transaccin.

Componente de la porcin de TCAP

La parte componente de la TCAP puede incluir una solicitud para realizar una consulta de 800. La informacin de los componentes es la comunicacin ASE entre pares y contiene tanto la operacin de solicitud o los resultados de una operacin. Componentes especficos de TCAP son: Se utiliza para invocar la solicitud de una operacin especfica.Comience mensajes siempre incluyen al menos una invocacin .El Continuar y Fin Los mensajes tambin se pueden incluir invoca. Resultados de retorno ( ltima ) Se utiliza para devolver los resultados de la operacin de invocacin .Este mensaje significa la finalizacin con xito y ltimo componente de la respuesta. Resultados de retorno (no la ltima) Se utiliza para devolver una parte de los resultados solicitados por la operacin de invocacin. Error de retorno indica que la operacin solicitada. El componente de error devuelto tambin es la respuesta final a la invocacin de la operacin. Rechazar Indica que el componente recibido se consider incorrecta .El componente de rechazo tambin es la respuesta final a la recepcin de los componentes. Ejemplos SS7 Esta seccin proporciona algunos ejemplos detallados de formas que puede utilizar SS7 en la PSTN. Los ejemplos abarcan la actividad de sealizacin variable, mensajes utilizados, y la secuencia de los acontecimientos. Cada ejemplo proporciona una mirada distinta de maneras que usted puede utilizar SS7 y cubre en general los avances en las operaciones. Protocolos como ISUP y TCAP se discuten, incluyendo los

mensajes clave y el orden de ejemplos examinados son los siguientes: Configuracin de llamada bsica y desmontaje . 800 Base de datos de consulta.

los

mensajes.

Los

dos

En este ejemplo, el abonado analgico conectado a SSP1 realiza una llamada a los abonados analgicos conectados a SSP2 .Los siguientes pasos se producen cuando el suscriptor en SSP1 realiza la llamada: 1. Procesamiento cuando el abonado descuelga, llamada es iniciada en SSP1. Causas de procesamiento de llamadas SSP1 para entrar en el origen estado de la llamada y pasar al estado de la recogida de informacin. SSP1 recoge la informacin o los dgitos marcados por parte del abonado. 2. Despus de todas las cifras se recogen, la llamada entra en el estado analizando la informacin. SSP1 anlisis de los dgitos marcados y determina que el nmero 800 no es enrutable. En este punto, la llamada entra en el estado de espera, y las rdenes SSP1TCAP la ASE (800) a iniciar una transaccin con el SCP (800). 3. SSP1 crea la consulta de 800 o de comenzar (1) mensaje que contiene el componente Invocar solicitando el nmero de ruta para la especifica el nmero 800. SSP1 continuacin, reenva la consulta o de comenzar mensaje a uno de STPs su casa. 4. STP1 recibe el mensaje y determina que es una consulta de 800. A continuacin, selecciona la base de datos STP1 apropiado para procesar la transaccin. STP1 re-dirige

la consulta o de comenzar mensaje (2) al (800) cdigo de punto de SCP (DPC) y el (800) base de datos de nmero de subsistema (SSN). STP1 enruta el mensaje de consulta o de comenzar con el SCP (800). 5. Cuando el SCP recibe la consulta de 800 o de comenzar mensaje, extractos de la solicitud y pasa la informacin a la ASE (800) para ejecutar la traduccin de bases de datos. El SCP se crea un mensaje de respuesta o Fin (3), que incluye el nmero de ruta en el Resultados de retorno (ltima) parte componente del mensaje. El SCP dirige el mensaje a SSP1 y enva la mensaje a STP2. 6. Cuando STP2 recibe la respuesta o el mensaje final, se lee la etiqueta de encaminamiento y enruta el mensaje a SSP1. SSP1 recibe la informacin en el mensaje de respuesta indicando el nmero de ruta para la consulta 800. En este punto, la llamada entra el estado de seleccin de ruta y repite los mismos pasos como se indica en la seccin "Configuracin bsica de llamadas y desmontaje ejemplo" de este captulo. Lista de especificaciones SS7 El UIT -T estndares de SS7 se encuentran en el documentsT Q series.capaz de listas 5.4 UIT -T especificaciones y documentos relacionados con la serie Q nmeros.

Resumen
SS7/C7 es una parte importante y compleja de la arquitectura de hoy PSTN. De paquetes de voz para ser realmente una opcin para los proveedores de servicios, telefona de paquetes y la red SS7 debe integrar.

En este captulo se tratan en detalle las cuatro capas de SS7. Tambin cubre los flujos de mensajes detallados de una llamada comn en SS7. Los detalles en este captulo pueden ayudar a aquellos que estn desplegando las redes SS7 y de paquetes de voz para entender mejor cmo funciona el SS7. Por otra parte, Este captulo muestra cmo muchos detalles deben ser cubiertos para la telefona de paquetes y la red PSTN para integrar con xito. Algunas de las claves reas en las que VoIP tiene entre trabajar con SS7 son: Interconexin enlace fsico de MTP1 Seal de terminacin de la unidad y reconocimientos de MTP2 L4 datos de los usuarios de extraccin de MSU (de ISUP y TCAP) L4 protocolo de apoyo a la terminacin de llamadas-y de transacciones de servicios (ISUP y TCAP, respectivamente) Estas reas clave debe ser dirigida por las redes de VoIP para encajar perfectamente en la interfaz o de la PSTN.