1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-TQ.712SECTOR DE NORMALIZACINDE LAS TELECOMUNICACIONESDE LA UIT(07/96)SERIE Q: CONMUTACIN Y SEALIZACINEspecificaciones del sistema de sealizacin N. 7 Parte control de la conexin de sealizacinDefinicin y funciones de los mensajes de laparte control de la con
2、exin de sealizacinRecomendacin UIT-T Q.712(Anteriormente Recomendacin del CCITT)RECOMENDACIONES DE LA SERIE Q DEL UIT-TCONMUTACIN Y SEALIZACINPara ms informacin, vase la Lista de Recomendaciones del UIT-T.SEALIZACIN EN EL SERVICIO MANUAL INTERNACIONAL Q.1Q.3EXPLOTACIN INTERNACIONAL SEMIAUTOMTICA Y A
3、UTOMTICA Q.4Q.59FUNCIONES Y FLUJOS DE INFORMACIN PARA SERVICIOS DE LA RDSI Q.60Q.99CLUSULAS APLICABLES A TODOS LOS SISTEMAS NORMALIZADOS DELUIT-TQ.100Q.119ESPECIFICACIONES DE LOS SISTEMAS DE SEALIZACIN N. 4 Y N. 5 Q.120Q.249ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN N. 6 Q.250Q.309ESPECIFICACIONES D
4、EL SISTEMA DE SEALIZACIN R1 Q.310Q.399ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN R2 Q.400Q.499CENTRALES DIGITALES Q.500Q.599INTERFUNCIONAMIENTO DE LOS SISTEMAS DE SEALIZACIN Q.600Q.699ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN N. 7 Q.700Q.849Generalidades Q.700Parte transferencia de mensajes Q.701Q.
5、709Parte transferencia de mensajes simplificada Q.710Parte control de la conexin de sealizacin Q.711Q.719Parte usuario de telefona Q.720Q.729Servicios suplementarios de la RDSI Q.730Q.739Parte usuario de datos Q.740Q.749Gestin del sistema de sealizacin N. 7 Q.750Q.759Parte usuario de la RDSI Q.760Q.
6、769Parte aplicacin de capacidades de transaccin Q.770Q.779Especificaciones de las pruebas Q.780Q.799Interfaz Q3 Q.800Q.849SISTEMA DE SEALIZACIN DIGITAL DE ABONADO N. 1 Q.850Q.999RED MVIL TERRESTRE PBLICA Q.1000Q.1099INTERFUNCIONAMIENTO CON SISTEMAS MVILES POR SATLITE Q.1100Q.1199RED INTELIGENTE Q.12
7、00Q.1999RED DIGITAL DE SERVICIOS INTEGRADOS DE BANDA ANCHA (RDSI-BA) Q.2000Q.2999RECOMENDACIN UIT-T Q.712DEFINICIN Y FUNCIONES DE LOS MENSAJES DE LA PARTE CONTROLDE LA CONEXIN DE SEALIZACINResumenLos mensajes de la parte control de la conexin de sealizacin se utilizan en el protocolo entrepares. Tod
8、os los mensajes se identifican de manera unvoca mediante un cdigo de tipo de mensaje,que ha de encontrarse en todos los mensajes. En la clusula 2 se especifican el significado y ladefinicin de los diversos campos de parmetro contenidos en estos mensajes. La inclusin real deestos campos de parmetro e
9、n un mensaje dado depende de la clase de protocolo y se especifica en laclusula 3.OrgenesLa Recomendacin UIT-T Q.712 , ha sido revisada por la Comisin de Estudio 11 (1993-1996) delUIT-T y fue aprobada por el procedimiento de la Resolucin N. 1 de la CMNT el 9 de juliode 1996.Recomendacin Q.712 (07/96
10、)iiPREFACIOLa UIT (Unin Internacional de Telecomunicaciones) es el organismo especializado de las Naciones Unidasen el campo de las telecomunicaciones. El UIT-T (Sector de Normalizacin de las Telecomunicaciones de laUIT) es un rgano permanente de la UIT. Este rgano estudia los aspectos tcnicos, de e
11、xplotacin ytarifarios y publica Recomendaciones sobre los mismos, con miras a la normalizacin de lastelecomunicaciones en el plano mundial.La Conferencia Mundial de Normalizacin de las Telecomunicaciones (CMNT), que se celebra cada cuatroaos, establece los temas que han de estudiar las Comisiones de
12、 Estudio del UIT-T, que a su vez producenRecomendaciones sobre dichos temas.La aprobacin de Recomendaciones por los Miembros del UIT-T es el objeto del procedimiento establecidoen la Resolucin N. 1 de la CMNT.En ciertos sectores de la tecnologa de la informacin que corresponden a la esfera de compet
13、encia delUIT-T, se preparan las normas necesarias en colaboracin con la ISO y la CEI.NOTAEn esta Recomendacin, la expresin Administracin se utiliza para designar, en forma abreviada, tantouna administracin de telecomunicaciones como una empresa de explotacin reconocida detelecomunicaciones.PROPIEDAD
14、 INTELECTUALLa UIT seala a la atencin la posibilidad de que la utilizacin o aplicacin de la presente Recomendacinsuponga el empleo de un derecho de propiedad intelectual reivindicado. La UIT no adopta ninguna posicinen cuanto a la demostracin, validez o aplicabilidad de los derechos de propiedad int
15、electual reivindicados,ya sea por los miembros de la UIT o por terceros ajenos al proceso de elaboracin de Recomendaciones.En la fecha de aprobacin de la presente Recomendacin, la UIT ha recibido/no ha recibido notificacin depropiedad intelectual, protegida por patente, que puede ser necesaria para
16、aplicar esta Recomendacin. Sinembargo, debe sealarse a los usuarios que puede que esta informacin no se encuentre totalmenteactualizada al respecto, por lo que se les insta encarecidamente a consultar la base de datos sobre patentes dela TSB. UIT 1997Es propiedad. Ninguna parte de esta publicacin pu
17、ede reproducirse o utilizarse, de ninguna forma o porningn medio, sea ste electrnico o mecnico, de fotocopia o de microfilm, sin previa autorizacin escritapor parte de la UIT.Recomendacin Q.712 (07/96) iiiNDICEPgina1 Mensajes de la parte control de la conexin de sealizacin 12 Parmetros de mensaje de
18、 la SCCP 43 Inclusin de campos en los mensajes 74 Referencias 14.1 Referencias normativas. 14.2 Referencias informativas 2Recomendacin Q.712 (07/96) 1Recomendacin Q.712DEFINICIN Y FUNCIONES DE LOS MENSAJES DE LA PARTE CONTROLDE LA CONEXIN DE SEALIZACIN(revisada en 1996)1 Mensajes de la parte control
19、 de la conexin de sealizacinLos mensajes de la parte control de la conexin de sealizacin (SCCP, signalling connectioncontrol part) se utilizan en el protocolo entre entidades pares. Todos los mensajes estn identificadosunvocamente por medio de un cdigo de tipo de mensaje, que se encuentra en todos l
20、os mensajes. Elsignificado y la definicin de los distintos elementos de informacin contenidos en estos mensajes seespecifican en la clusula 2. La inclusin efectiva de estos elementos de informacin en undeterminado mensaje depende de la clase de protocolo y se especifica en la clusula 3.1.1 confirmac
21、in de conexin (CC): La parte control de la conexin de sealizacin (SCCP)llamada inicia un mensaje de confirmacin de conexin para indicar a la SCCP llamante que se harealizado el establecimiento de la conexin de sealizacin. Al recibir un mensaje de confirmacinde conexin, la SCCP completa el establecim
22、iento de la conexin de sealizacin, si es posible.Se utiliza durante la fase de establecimiento de la conexin por protocolos con conexin de lasclases 2 3.1.2 peticin de conexin (CR, connection request): Una parte control de la conexin desealizacin (SCCP) inicia un mensaje de peticin de conexin a la S
23、CCP llamada para solicitar elestablecimiento de una conexin de sealizacin entre las dos entidades. Las caractersticas exigidasa la conexin de sealizacin se incluyen en varios campos de parmetros. Al recibir un mensaje depeticin de conexin, la SCCP llamada inicia, si es posible, el establecimiento de
24、 la conexin desealizacin.Se utiliza durante la fase de establecimiento de la conexin por protocolos con conexin de lasclases 2 3.1.3 conexin rechazada (CREF, connection refused): La parte control de la conexin desealizacin (SCCP) llamada o nodo intermedio inician un mensaje conexin rechazada para in
25、dicara la SCCP llamante que se ha rechazado el establecimiento de la conexin de sealizacin.Se utiliza durante la fase de establecimiento de la conexin por protocolos con conexin de lasclases 2 3.1.4 acuse de recibo de datos (AK, data acknowledgement): Un mensaje de acuse de recibo dedatos se utiliza
26、 para controlar el mecanismo de control de flujo de ventana seleccionado para la fasede transferencia de datos.Se utiliza durante la fase de transferencia de datos en protocolos de clase 3.1.5 forma de datos 1 (DT1, data form 1): Un mensaje de forma de datos 1 es enviado porcualquier extremo de una
27、conexin de sealizacin para pasar transparentemente datos de usuario dela parte control de la conexin de sealizacin (SCCP) entre dos nodos de la SCCP.Se utiliza durante la fase de transferencia de datos slo en protocolos de clase 2.1.6 forma de datos 2 (DT2, data form 2): Un mensaje de forma de datos
28、 2 es enviado porcualquier extremo de una conexin de sealizacin para pasar transparentemente datos de usuario deRecomendacin Q.712 (07/96)2la parte control de la conexin de sealizacin (SCCP) entre dos nodos de la SCCP y para acusarrecibo de mensajes cursados en el sentido opuesto.Se utiliza durante
29、la fase de transferencia de datos slo en protocolos de clase 3.1.7 datos acelerados (ED, expedited data): Un mensaje de datos acelerados funciona como unmensaje de forma de datos 2 pero incluye la posibilidad de eludir el mecanismo de control de flujoseleccionado para la fase de transferencia de dat
30、os. Puede ser enviado por cualquier extremo de laconexin de sealizacin.Se utiliza durante la fase de transferencia de datos slo en protocolos de clase 3.1.8 acuse de recibo de datos acelerados (EA, expedited data acknowledgement): Un mensajede acuse de recibo de datos acelerados se utiliza para acus
31、ar recibo de un mensaje de datosacelerados. Todo mensaje datos acelerados deber ser objeto de un acuse de recibo por medio de unmensaje acuse de recibo de datos acelerados antes de que pueda enviarse otro mensaje datosacelerados.Se utiliza durante la fase de transferencia de datos slo en protocolos
32、de clase 3.1.9 prueba de inactividad (IT, inactivity test): Cualquier extremo de una seccin de conexinde sealizacin podr enviar peridicamente un mensaje de prueba de inactividad para comprobar siesta conexin de sealizacin se encuentra activa en ambos extremos, y para comprobar lacoherencia de los da
33、tos de conexin en ambos extremos.Se utiliza en protocolos de las clases 2 y 3.1.10 error en unidad de datos de protocolo (ERR, protocol data unit error): Un mensaje erroren unidad de datos se protocolo se enva cuando se detecta algn error de protocolo.Se utiliza durante la fase de transferencia de d
34、atos en protocolos de las clases 2 y 3.1.11 liberado (RLSD, released): Una parte control de la conexin de sealizacin (SCCP) enva,hacia adelante o hacia atrs, el mensaje liberado para indicar que desea liberar una conexin desealizacin y que los recursos asociados en dicha SCCP estn en la condicin de
35、espera dedesconexin. Tambin indica que el nodo receptor debe liberar la conexin y todos los recursosasociados a la misma.Se utiliza durante la fase de liberacin de conexin en protocolos de las clases 2 y 3.1.12 liberacin completa (RLC, release complete): Un mensaje liberacin completa se enva enrespu
36、esta a un mensaje de liberacin, indicando que ste se ha recibido y que se ha completado elprocedimiento correspondiente.Se utiliza durante la fase de liberacin de conexin en protocolos de las clases 2 y 3.1.13 confirmacin de reinicializacin (RSC, reset confirm): Un mensaje de confirmacin dereinicial
37、izacin se enva en respuesta a un mensaje de peticin de reinicializacin, para indicar queste se ha recibido y que se ha completado el procedimiento correspondiente.Se utiliza durante la fase de transferencia de datos slo en protocolos de clase 3.1.14 peticin de reinicializacin (RSR, reset request): U
38、n mensaje de peticin dereinicializacin se enva para indicar que la parte control de la conexin de sealizacin (SCCP) quelo enva desea iniciar un procedimiento de reinicializacin (reinicializacin de los nmeros desecuencia) con la SCCP receptora.Se utiliza durante la fase de transferencia de datos slo
39、en protocolos de clase 3.1.15 subsistema autorizado (SSA, subsystem-allowed): Un mensaje de subsistema autorizado seenva a los destinos pertinentes para informar a stos de que un subsistema anteriormente prohibidoRecomendacin Q.712 (07/96) 3est ahora autorizado o que una parte control de la conexin
40、de sealizacin (SCCP) anteriormenteindisponible est ahora disponible.Se utiliza en la gestin de la SCCP.1.16 concesin de subsistema fuera de servicio (SOG, subsystem-out-of-service-grant): Unmensaje de concesin de subsistema fuera de servicio se enva, en respuesta a un mensaje de peticinde subsistema
41、 fuera de servicio, a la parte control de la conexin de sealizacin (SCCP) solicitantesi tanto dicha SCCP como el auxiliar del subsistema afectado estn conformes con la peticin.Se utiliza en la gestin del subsistema de la SCCP.1.17 peticin de subsistema fuera de servicio (SOR, subsystem-out-of-servic
42、e-request): Elmensaje de peticin de subsistema fuera de servicio se utiliza para permitir que los sistemas quedenfuera de servicio sin degradar el comportamiento de la red. Cuando un sistema desea quedar fuera deservicio, la peticin se transfiere por medio de un mensaje de peticin de subsistema fuer
43、a deservicio entre la parte control de la conexin de sealizacin (SCCP) en el nodo del subsistema y laSCCP en el nodo del subsistema duplicado.Se utiliza en la gestin del subsistema de la SCCP.1.18 subsistema prohibido (SSP, subsystem-prohibited): Un mensaje de subsistema prohibidose enva a los desti
44、nos pertinentes para informar a la gestin de la parte control de la conexin desealizacin (SCMG) en dichos destinos sobre el fallo de un subsistema.Se utiliza en la gestin del subsistema de la SCCP.1.19 prueba de estado de subsistema (SST, subsystem-status-test): El mensaje de prueba deestado de subs
45、istema se enva para verificar el estado de un subsistema marcado como prohibido o elestado de una parte control de la conexin de sealizacin (SCCP) marcada como no disponible.Se utiliza en la gestin de la SCCP.1.20 dato unidad (UDT, unitdata): Una parte control de la conexin de sealizacin (SCCP) qued
46、esee enviar datos sin conexin puede utilizar el mensaje de dato unidad.Se utiliza en protocolos sin conexin de las clases 0 y 1.1.21 servicio de dato unidad (UDTS, unitdata service): El mensaje de servicio de dato unidadse utiliza para indicar a la parte control de la conexin de sealizacin (SCCP) de
47、 origen que un datounidad que ella ha enviado no puede entregarse en su destino. Excepcionalmente, y sujeto aconsideraciones de interfuncionamiento de protocolos, podra igualmente utilizarse en respuesta unservicio de dato unidad (UDTS) como mensaje dato unidad ampliado o dato unidad largo. Unmensaj
48、e UDTS slo se enva cuando el campo opcin en ese dato unidad se pone a “retorno enerror“.Se utiliza en protocolos sin conexin de las clases 0 y 1.1.22 dato unidad ampliado (XUDT, extended unitdata): La parte control de la conexin desealizacin (SCCP) que desee enviar datos junto con parmetros facultativos en un modo sinconexin, utiliza el mensaje de dato unidad ampliado.Se utiliza en protocolos sin conexin de las clases 0 y 1.1.23 servicio de dato unidad ampliado (XUDTS, extended unitdata service): El mensaje des
