1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-TQ.754SECTOR DE NORMALIZACINDE LAS TELECOMUNICACIONESDE LA UIT(06/97)SERIE Q: CONMUTACIN Y SEALIZACINEspecificaciones del sistema de sealizacin N. 7 Gestin del sistema de sealizacin N. 7Definicin de los elementos de servicio deaplicacin de gestin del siste
2、ma desealizacin N. 7Recomendacin UIT-T Q.754(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
3、 AUTOMTICA 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
4、 DEL 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.701
5、Q.709Parte 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.769Parte aplicacin de capacidades de transaccin
6、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.1200Q.1999RED DIGITAL DE SERVICIOS INTEGRADOS DE BA
7、NDA ANCHA (RDSI-BA) Q.2000Q.2999RECOMENDACIN UIT-T Q.754DEFINICIN DE LOS ELEMENTOS DE SERVICIO DE APLICACINDE GESTIN DEL SISTEMA DE SEALIZACIN N. 7ResumenEsta Recomendacin define el elemento de servicio de aplicacin utilizado por las funciones degestin MRVT, SRVT y CVT definidas en la Recomendacin Q
8、.753. El elemento de servicio deaplicacin define la informacin de gestin utilizada por estas funciones en mensajes a travs de lared del SS N. 7.El elemento de servicio se interconecta con capacidades de transaccin para proporcionar losservicios utilizados por el usuario OMASE (definido en la Recomen
9、dacin Q.753), a efectos depermitir la comunicacin SS N. 7 entre nodos mediante las pruebas MRVT, SRVT o CVT.Las revisiones principales de la versin 1993 de la Recomendacin son:a) revisin de las reglas de compatibilidad para permitir el transporte transparente deparmetros no reconocidos;b) definicin
10、de un nuevo parmetro de mensajes MRVT y SRVT para especificar cul es lainformacin requerida en todo mensaje MRVR o SRVR respectivo;c) definicin de un nuevo mensaje MRVR y SRVR que se ha de utilizar si se requiereinformacin fuera de la especificada para los mensajes MRVR y SRVR de la versin 1993;d) d
11、efinicin de nuevos parmetros de mensaje MRVT y MRVR para indicar rutas prioritarias;e) definicin de nuevos parmetros MRVA, MRVR, SRVA y SRVR para permitir ladevolucin de parmetros no reconocidos en los mensajes MRVT o SRVT;f) definicin de un nuevo parmetro MRVT que requiere nodos para comprobar si t
12、ienen unaruta hacia el iniciador de prueba a travs del nodo por el que recibieron el mensaje MRVT(esto permite la verificacin de rutas simtricas).OrgenesLa Recomendacin UIT-T Q.754, ha sido revisada por la Comisin de Estudio 11(1997-2000) delUIT-T y fue aprobada por el procedimiento de la Resolucin
13、N. 1 de la CMNT el 5 de juniode 1997.ii Recomendacin Q.754 (06/97)PREFACIOLa 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 perm
14、anente de la UIT. Este rgano estudia los aspectos tcnicos, de explotacin 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 cuatr
15、oaos, establece los temas que han de estudiar las Comisiones de 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 te
16、cnologa de la informacin que corresponden a la esfera de competencia 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 un
17、a empresa de explotacin reconocida detelecomunicaciones.PROPIEDAD 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 demo
18、stracin, validez o aplicabilidad de los derechos de propiedad intelectual 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
19、intelectual, protegida por patente, que puede ser necesaria para 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 de
20、la TSB. UIT 1997Es propiedad. Ninguna parte de esta publicacin puede 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.754 (06/97) iiiNDICEPgina1 Introduccin 12 MTP
21、 22.1 Prueba de verificacin del encaminamiento MTP (MRVT). 22.1.1 testRoute Action (accin probar ruta) 22.1.2 routeTrace Event (suceso de rastreo de ruta). 52.1.3 routeTraceNew (nuevo rastreo de ruta). 73 Parte control de la conexin de sealizacin (SCCP). 93.1 ASE de la prueba de verificacin del enca
22、minamiento SCCP (SRVT) 93.1.1 testRouteAction (accin probar ruta). 103.1.2 routeTrace Event (suceso de rastreo de ruta). 153.1.3 Suceso routeTraceNew (nuevo rastreo de ruta). 174 Gestin de circuitos 214.1 Elemento de servicio de aplicacin de la prueba de validacin de circuitos (CVT). 214.1.1 cktVali
23、dTest CnfAction (accin confirmada prueba de validacin decircuito) 214.1.2 Action Arguments (argumentos de accin). 214.1.3 Action Results (resultados de accin) 214.1.4 Specific Error (error especfico) 225 Capacidades de transaccin (TC) 226 Definiciones generales 236.1 Objetos y operaciones. 236.2 Pri
24、mitivas y procedimientos del protocolo OMASE 236.2.1 Consideraciones generales. 236.2.2 OM-EVENT-REPORT (OM-informacin de suceso) 236.2.3 OM-CONFIRMED-ACTION (OM-accin confirmada). 256.3 Sintaxis abstracta del protocolo OMASE . 30Anexo A Utilizacin de las interfaces de las primitivas . 41Recomendaci
25、n Q.754 (06/97) 1Recomendacin Q.754DEFINICIN DE LOS ELEMENTOS DE SERVICIO DE APLICACINDE GESTIN DEL SISTEMA DE SEALIZACIN N. 7(revisada en 1997)1 IntroduccinDebe sealarse que en caso de discrepancia entre las Recomendaciones Q.753 y Q.754, la segunda deellas tendr prioridad.La presente Recomendacin
26、define los elementos de servicio de aplicacin de la parte operaciones,mantenimiento y administracin (OMASE, operations, maintenance and administration partapplication service element). La OMASE proporciona los servicios invocados utilizando lasprimitivas OM-EVENT-REPORT (OM-INFORME DE EVENTO) y OM-C
27、ONFIRMED-ACTION(OM-ACCIN-CONFIRMADA) a travs de la frontera entre el usuario OMASE y la OMASE(vase en la Recomendacin Q.753 el diagrama y la correspondencia entre los servicios invocadospor el usuario OMASE y los servicios de OMASE).Los servicios OMASE se derivan de los definidos en el protocolo com
28、n de informacin de gestin(CMIP, common management information protocol)1.Las primitivas OMASE se definen en la clusula 6. La sintaxis formal indicada en la figura 3 utilizalos macros OPERATION y ERROR de capacidades de transaccin (TC, transaction capabilities). Enla clusula 6 tambin se define el int
29、erfuncionamiento entre OMASE y TC.OMASE proporciona las operaciones que permiten a la administracin de la red llevar a cabo, atravs del proceso de gestin OMAP y el usuario OMASE, la prueba de verificacin delencaminamiento por la parte transferencia de mensajes (MRVT, MTP routing verification tests)
30、y laprueba de verificacin de encaminamiento por la parte control de conexin de sealizacin (SRVT,SCCP routing verification tests), y la prueba de validacin de circuitos (CVT, circuit validationtests). La presente Recomendacin contiene la definicin de ASE para MRVT, SRVT y CVT.La SRVT indicada se refi
31、ere a la prueba especificada en 3.2.2/Q.753.Los argumentos utilizados en las primitivas a travs de la frontera entre el proceso de gestin OMAPy el usuario OMASE y en las primitivas a travs de la frontera entre el usuario OMASE y la OMASEy entre la OMASE y las TC contienen la misma informacin si tien
32、en el mismo nombre. Dichosargumentos aparecen definidos en esta Recomendacin.Los mensajes entre puntos de sealizacin se codifican utilizando las reglas de codificacin bsicas(BER, basic encoding rules) ASN.1 y los parmetros de las cadenas de octetos se codifican comoelementos de primitivas (no constr
33、uidos)._1CMIP se define en ISO/CEI 9596 y en la Recomendacin X.711.2 Recomendacin Q.754 (06/97)2MTP2.1 Prueba de verificacin del encaminamiento MTP (MRVT)2La prueba MRVT iniciada en el origen de la prueba hace que se utilice una primitivaOM-CONFIRMED-ACTION del usuario OMASE a la OMASE, que incluye
34、la instruccin testRoutecomo parmetro. Si se solicita un rastreo de las rutas o hay una avera, se invoca la primitivaOM-EVENT-REPORT en el originador de la prueba desde la OMASE, que incluye como parmetroel suceso routeTrace o el suceso routeTraceNew.La instruccin testRoute se especifica utilizando e
35、l macro CNF-ACTION definido en la figura 3, y elsuceso routeTrace se especifica utilizando el macro EVENT definido en la figura 3. La figura 3define el mdulo OMASE as como todos los parmetros utilizados en el protocolo.Para MRVT, ObjectClass indica los cuadros de encaminamiento MTP y ObjectInstance
36、contiene elcdigo de punto del destino de la prueba. En testRoute Action se utiliza el mensaje BEGIN (MRVT),y el resultado (MRVA) se devuelve en END. routeTrace Event (MRVR) utiliza un mensaje BEGINcon fin previamente acordado.2.1.1 testRoute Action (accin probar ruta)testRoute Action se invoca para
37、iniciar una prueba de verificacin de encaminamiento por la MTP.En el nodo iniciador, esta invocacin es solicitada por la Administracin a travs del usuario delsistema de informacin de gestin (MIS, management information system) o una interfaz local,mediante el proceso de gestin OMAP y el usuario OMAS
38、E. En los nodos siguientes, la accin essolicitada implcitamente al recibir una invocacin testRoute Action. Una respuesta positiva indicaque la prueba se ha completado con xito en el punto en que se invoc e, implcitamente, en todoslos puntos siguientes donde se invoc la prueba. Se devuelve una indica
39、cin de fallo para informarque la prueba ha fallado en este nodo o en otro siguiente.testRoute CNF-ACTION Temporizador = T1 Clase = 1 Cdigo = 00000001Vase la figura 3.2.1.1.1 testRoute Action Arguments (argumentos de accin probar ruta)2.1.1.1.1 initiatingSP (punto de sealizacin iniciador)initiatingSP
40、 identifica al solicitante original de la prueba. Es del tipo PointCode, definido como unacadena de octetos.Parmetro CdigoinitiatingSP 10000000.ContenidoEl bit 0 contiene el primer bit del cdigo de punto.El bit 1 contiene el segundo bit del cdigo de punto, etc._2Para la descripcin de la notacin form
41、al vanse las Recomendaciones desde la X.680 a la X.683 yla X.690 (vanse tambin las Recomendaciones X.208 y X.209).Recomendacin Q.754 (06/97) 32.1.1.1.2 traceRequested (rastreo solicitado)traceRequested indica que debe informarse al originador sobre el rastreo de todas las rutas utilizadaspara llegar
42、 al destino (el suceso routeTrace se describe en 2.1.2). Es del tipo BOOLEAN.Parmetro CdigotraceRequested 10000001Contenido SignificadoTRUE (= 1) Se solicit el rastreo, devolver informacin de rastreo sobre xito/fracaso.FALSE (= 0) No se solicit el rastreo, devolver informacin solamente si fracasa el
43、 rastreo.2.1.1.1.3 threshold (umbral)El originador fija un nivel de umbral mximo de puntos de sealizacin (SP, signalling points) quepueden cruzarse en el transcurso de la prueba incluido el iniciador si es un punto de transferencia desealizacin (STP). Esto ayuda a detectar rutas demasiado largas. Es
44、te umbral es un nmero enterode puntos de sealizacin, por lo que es del tipo INTEGER.Parmetro Cdigothreshold 100000102.1.1.1.4 pointCodesTraversed (cdigos de punto atravesados)Cuando se cruza cada punto de sealizacin intermedio, ste aade su propio cdigo de punto a lalista de cdigos de puntos atravesa
45、dos. Esto ayuda a detectar bucles y es tambin una informacintil en caso de un fallo o si se solicita el rastreo de una ruta. Es una lista de cdigos de punto, por loque es del tipo PointCodeList.Parmetro CdigopointCodesTraversed 10100011ContenidoSecuencia de cdigos de punto, rotulados como “PointCode
46、“y el contenido indica el cdigo de punto exacto.2.1.1.1.5 routePriorityList (lista de prioridad de ruta)Si el parmetro infoRequest est incluido y lo solicita, conforme se atraviesan los puntos desealizacin (SP) cada uno de ellos aade la prioridad de la ruta al SP siguiente medianteroutePriorityList.
47、Parmetro CdigoroutePriorityList 10101100ContenidoSecuencia de prioridad, rotulada como “Priority“ con elcontenido indica desconocido, primera eleccin, segundaeleccin, etc.2.1.1.1.6 infoRequest (peticin de informacin)Este parmetro opcional, que slo puede ser insertado por el SP que inicia la prueba,
48、indica que eliniciador puede reconocer los mensajes MRVR ocasionados por un suceso del tipo de4 Recomendacin Q.754 (06/97)routeTraceNew. El parmetro infoRequest indica cual es la informacin solicitada en caso de quedeba enviarse el mensaje MRVR al iniciador. Tambin puede indicar qu parmetros debenactualizarse conforme los mensajes MRVT atraviesan la red. Los valores vigentes pueden serpointCode (bit 0 = 1) y/o pointCodeList (bit 1), y/o routePriorityList (bit 2).Parmetro CdigoinfoRequest 10001101Con
