ITU-T Q 755 SPANISH-1993 SIGNALLING SYSTEMS No 7 PROTOCOL TESTS《NO 7信令系统协议测试 11号研究组》.pdf

《ITU-T Q 755 SPANISH-1993 SIGNALLING SYSTEMS No 7 PROTOCOL TESTS《NO 7信令系统协议测试 11号研究组》.pdf》由会员分享，可在线阅读，更多相关《ITU-T Q 755 SPANISH-1993 SIGNALLING SYSTEMS No 7 PROTOCOL TESTS《NO 7信令系统协议测试 11号研究组》.pdf（14页珍藏版）》请在麦多课文档分享上搜索。

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T Q.755SECTOR DE NORMALIZACIN (03/93)DE LAS TELECOMUNICACIONESDE LA UITESPECIFICACIONES DEL SISTEMADE SEALIZACIN N. 7GESTIN DEL SISTEMA DE SEALIZACIN N. 7PRUEBAS DE PROTOCOLO DEL SISTEMADE SEALIZACIN N. 7Recomendacin UIT-T Q.755(Anteriormente Recomendacin

2、del CCITT)PREFACIOEl Sector de Normalizacin de las Telecomunicaciones de la UIT (UIT-T) es un rgano permanente de la UninInternacional de Telecomunicaciones. El UIT-T tiene a su cargo el estudio de las cuestiones tcnicas, de explotacin y detarificacin y la formulacin de Recomendaciones al respecto c

3、on objeto de normalizar las telecomunicaciones sobre unabase mundial.La Conferencia Mundial de Normalizacin de las Telecomunicaciones (CMNT), que se rene cada cuatro aos,establece los temas que habrn de abordar las Comisiones de Estudio del UIT-T, que preparan luego Recomendacionessobre esos temas.L

4、a Recomendacin UIT-T Q.755, preparada por la Comisin de Estudio XI (1988-1993) del UIT-T, fue aprobada porla CMNT (Helsinki, 1-12 de marzo de 1993)._NOTAS1 Como consecuencia del proceso de reforma de la Unin Internacional de Telecomunicaciones (UIT), el CCITTdej de existir el 28 de febrero de 1993.

5、En su lugar se cre el 1 de marzo de 1993 el Sector de Normalizacin de lasTelecomunicaciones de la UIT (UIT-T). Igualmente en este proceso de reforma, la IFRB y el CCIR han sido sustituidospor el Sector de Radiocomunicaciones.Para no retrasar la publicacin de la presente Recomendacin, no se han modif

6、icado en el texto las referencias quecontienen los acrnimos CCITT, CCIR o IFRB o el nombre de sus rganos correspondientes, como la AsambleaPlenaria, la Secretara, etc. Las ediciones futuras en la presente Recomendacin contendrn la terminologa adecuada enrelacin con la nueva estructura de la UIT.2 Po

7、r razones de concisin, el trmino Administracin se utiliza en la presente Recomendacin para designar auna administracin de telecomunicaciones y a una empresa de explotacin reconocida. UIT 1994Reservados todos los derechos. No podr reproducirse o utilizarse la presente Recomendacin ni parte de la mism

8、a decualquier forma ni por cualquier procedimiento, electrnico o mecnico, comprendidas la fotocopia y la grabacin enmicropelcula, sin autorizacin escrita de la UIT.NDICERecomendacin Q.755 (03/93)Pgina1 Introduccin . 12 Probador MTP (MT, MTP tester) 12.1 Funciones 12.1.1 Objetivos y alcance . 12.1.2

9、Funciones principales 32.1.3 Modelo arquitectural. 32.1.4 Realizacin 32.1.5 Modos de trfico . 32.1.6 Bloques funcionales 32.1.7 Identificacin de secuencias de prueba . 42.1.8 Consideraciones relativas a la velocidad de mensaje 42.2 Procedimientos . 42.2.1 Establecimiento de la prueba 42.2.2 Duracin

10、de la prueba . 52.2.3 Terminacin 52.2.4 Reaccin a las primitivas de gestin de la MTP y rearranque de la MTP. 62.3 Formatos y cdigos. 72.3.1 Octeto de informacin de servicio 72.3.2 Etiqueta . 72.3.3 Cdigos de encabezamiento 72.3.4 Temporizadores. 92.3.5 Requisitos de interfaz 93 Probador SCCP (ST) 10

11、4 Referencias. 10Recomendacin Q.755 (03/93) i Recomendacin Q.755Recomendacin Q.755 (03/93)PRUEBAS DE PROTOCOLO DEL SISTEMA DE SEALIZACION N. 7(Helsinki, 1993)1 IntroduccinLos probadores de protocolo pueden utilizarse como ayuda para verificar la parte transferencia de mensaje (MTP,message transfer p

12、art) y la parte control de la conexin de sealizacin (SCCP, signalling connection control part) delsistema de sealizacin N. 7 (SS N. 7), sea al realizar una prueba de validacin de una aplicacin o una prueba decompatibilidad entre dos aplicaciones. La funcin principal del probador es la simulacin de u

13、na parte o subsistema deusuario comn, como puede verse a partir de la MTP o SCCP, respectivamente, para la generacin de trfico de prueba.En las Recomendaciones I.320 e I.321 se especifica el modelo de referencia de protocolo RDSI que debe utilizarse parala RDSI de banda estrecha (RDSI-BE) y la RDSI

14、de banda ancha (RDSI-BA). Se identifican el plano de usuario(plano U), el plano de control (plano C) y el plano de gestin (plano M). Los principios de estratificacin de capas seaplican en cada uno de estos planos. El plano U proporciona la transferencia del flujo de informacin de usuario con loscont

15、roles conexos. El plano C trata la informacin sobre la llamada y el control de la conexin. El plano M se divide endos partes, a saber: las funciones de gestin de capa y las funciones de gestin de plano. La gestin de plano desempeafunciones de gestin relacionadas con un sistema considerado en su conj

16、unto, coordina todos los planos y no tieneestructura de capas. La gestin de capa contiene entidades de gestin de capa (LME, layer management entities). Cadauno de estos planos ofrece funciones de gestin relacionadas con recursos y parmetros ubicados en su propia entidad deprotocolo. La gestin de cap

17、a trata los flujos de informacin sobre operaciones y mantenimiento. La interfaz entre lascapas adyacentes dentro de un plano y entre las LME y su capa conexa, deben definirse en trminos de primitivas deservicio. La interfaz entre las LME y el plano de gestin de plano no tiene que especificarse y dep

18、ende de la aplicacin.Por consiguiente, el probador de la MTP (MT MTP Tester) est contenido en las LME de la MTP-3 (LME MTP-3) y elprobador de la SCCP (ST SCCP Tester) est dentro de las LME de la SCCP (LME SCCP). Se describen las primitivasde servicio entre las LME MTP-3 y la MTP-3 y entre las LME SC

19、CP y la SCCP, as como los procedimientos, losmensajes y las subestructuras de MT y ST. Las primitivas no definidas entre el plano de gestin base de informacin degestin (MIB, management information base) y el MT y el ST son necesarios nicamente para activar/desactivar lasfunciones de prueba de que se

20、 trate (vase la Figura 1).2 Probador MTP (MT, MTP tester)El MT se encuentra conectado a la MTP como una parte de usuario, es decir identificado por un indicador de servicio.Genera unidades de sealizacin de mensaje (MSU, message signal units) que contienen un nmero de serie(y posiblemente informacin

21、adicional) en el campo de informacin de sealizacin (SIF, signalling information field).Cuando se reciben estos mensajes, se realiza una comprobacin para verificar que los mensajes se entregan con arreglo alos criterios de calidad definidos para la MTP.2.1 Funciones2.1.1 Objetivos y alcanceEl MT es:

22、una herramienta que puede emplearse para pruebas de validacin, cuando se necesita generar trfico almismo tiempo que se estn realizando pruebas. No obstante, pueden utilizarse otros generadores detrfico, y es posible que no puedan abarcarse todos los casos de pruebas con el MT cuando se efectanprueba

23、s de validacin; el generador de trfico preferido para pruebas de compatibilidad entre operadores de red diferentes. Noobstante, pueden utilizarse otros generadores de trfico para las pruebas de compatibilidad entre versionesdiferentes de un mismo sistema dentro de una red nacional; una herramienta q

24、ue puede emplearse con provecho en la realizacin de pruebas de verificacin delfuncionamiento de la red cuando se trata de redes SS N. 7 en servicio. En caso de necesitarse unaverificacin de funcionamiento de red internacional, ste sera el generador de trfico preferido.Recomendacin Q.755 (03/93) 1 T1

25、143300-92/d01AMIAMIParte de OMAPPor ejemplo, MAPServicios de aplicacinde control de llamadaSMSI primitiva OMAE AEParte usuarioRDSITUPLMILMILMIMIBLMEOMASETCASELMILMEASETCASELMELMELMI(Nota 6) (Nota 6)LMISTLMESCCP (Nivel 4)yLMIMTLMEMTP (Niveles 1-3)Para comunicacin entre los nodosdel SS N. 7 del CCITTF

26、IGURA 1/Q.755Gestin del SS N. 7 y configuracin interna de un SPOMPMAPTUPLMIASEOMASETC ASEAMSIParte operaciones, mantenimiento y administracin (operations, maintenance and administration part)Parte mantenimiento y administracin (maintenance and administration part)Parte usuario de telefona (telephony

27、 user part)Interfaz de gestin de capa (layer management interface)Elemento de servicio de aplicacin (application service element)Elemento de servicio de aplicacin OMAP (OMAP application service element)Elemento de servicio de aplicacin de capacidades de transaccin (transaction capability application

28、 service element)Interfaz de servicio de gestin de sistemas (system management service interface)LMIxFIGURA 1/Q.755.D01 = 21.5 cm2 Recomendacin Q.755 (03/93) T1136720-91/d02Control de pruebaGeneradordemensajesVerificacindemensajesFuncindevirajeParte especfica de la MTPMTPFIGURA S/N.D02 = 7 cm2.1.2 F

29、unciones principalesLa principal funcin es la generacin de trfico de prueba bidireccional, al mismo tiempo que se ofrece la posibilidad, enel nodo receptor, de analizar el trfico de prueba recibido (por ejemplo, deteccin de secuenciacin incorrecta,duplicacin o prdida de mensajes, verificacin de tiem

30、pos de transferencia, etc.). Durante la transmisin del trfico deprueba pueden introducirse errores en la red SS N. 7 (por medios externos a los probadores).2.1.3 Modelo arquitecturalEl modelo arquitectural se representa en la Figura 1.Todos los procedimientos estn situados en la entidad de gestin de

31、 capa (LME, layer management entity), todas lasdems funciones estn situadas en la base de informacin de gestin (MIB) y en el proceso de gestin (MP, managementprocess).2.1.4 RealizacinSlo se describe un modo de realizacin, que efectuar la generacin, el viraje (turn around), verificacin y termi-nacin

32、de mensajes.2.1.5 Modos de trficoSlo habr un modo de trfico, el modo viraje. Sin embargo, el probador que efecta la funcin viraje realizar unaverificacin de mensaje bsica, como una comprobacin de secuencia y un conteo de mensajes.2.1.6 Bloques funcionalesAl mismo tiempo que se mantiene el modo de re

33、alizacin nica existen dos cometidos funcionales identificados duranteuna prueba. El probador que genera el trfico y el probador que hace virar (o brevemente vira) los mensajes de prueba.Es perfectamente posible para un probador estar generando trfico hacia un punto de sealizacin al mismo tiempo quev

34、ira el trfico en otra prueba hacia un punto de sealizacin diferente.2.1.6.1 GeneradorEl generador utiliza los servicios de diversos bloques dentro del MT. La funcin de control de prueba confirmar que elextremo distante est listo y apto para comenzar una prueba, despus de lo cual controlar la duracin

35、 y la terminacinde la prueba. La funcin de generacin de mensaje generar, seguidamente, los mensajes de trfico apropiados a lavelocidad solicitada en el establecimiento de la prueba. El generador controlar tambin las longitudes de los mensajes.La funcin de verificacin de mensajes recibe los mensajes

36、que retornan del extremo de viraje y los comprueba con elfin de detectar corrupcin, prdida, secuenciacin incorrecta y duplicacin. La porcin especfica de la MTP se ocupa degenerar las primitivas MTP de transferencia y de tratar las primitivas MTP entrantes. La interfaz OMAP trata laspeticiones de pru

37、eba procedentes de la red de gestin de las telecomunicaciones (TMN, telecommunicationsmanagement network), la supervisin y control de las pruebas, y la presentacin e interpretacin de los resultados de laspruebas.Recomendacin Q.755 (03/93) 3 2.1.6.2 VirajeEl viraje utiliza la funcin de control de pru

38、eba para controlar la aceptacin y supervisin de una prueba. El trfico deprueba que llega desde el generador es comprobado por el bloque de verificacin de mensaje, antes de ser retornado algenerador por la funcin de viraje. La porcin especfica de la MTP vuelve a ocuparse del envo y recepcin deprimiti

39、vas MTP. La interfaz OMAP se ocupa de la aceptacin de las pruebas, del control de las pruebas, y de lapresentacin e interpretacin de los resultados.2.1.7 Identificacin de secuencias de pruebaUna secuencia de prueba particular es identificada por los cdigos de punto y los indicadores de red de los do

40、sprobadores que intervienen. De esta forma slo es posible que en cada momento haya en curso una prueba entre doscdigos de punto. El punto de cdigo del probador que est generando (GPC), se incluye como una prestacin adicionalde seguridad.2.1.8 Consideraciones relativas a la velocidad de mensajePara g

41、arantizar la entrega en secuencias a travs de la MTP, en todos los mensajes de prueba de trfico se utiliza elmismo cdigo dentro del campo de seleccin de enlace de sealizacin (SLS, signalling link selection). De se modo, seemplea en ellos nicamente un enlace de cada conjunto de enlaces que se hayan h

42、echo pasar. Habr que considerar loanterior al definir la velocidad de mensaje real. La utilizacin del mismo cdigo SLS despus del viraje puede o nodefinir los mismos enlaces tanto en la direccin de retorno como en la direccin de ida, ya que la clave de comparticinde la carga depende de la realizacin.

43、2.2 Procedimientos2.2.1 Establecimiento de la pruebaEl establecimiento de la prueba comprende tres fases posibles: la peticin de la prueba, la aceptacin de la prueba y elrechazo de la prueba.2.2.1.1 Peticin de la pruebaUna vez que el probador ha recibido una peticin de prueba de la OMAP, efectuar un

44、a comprobacin para asegurarsede que no existe ya una prueba para el cdigo de punto solicitado cdigo de punto de viraje TPC (turn around pointcode). Si se detecta un conflicto, se retorna un error a la OMAP con un motivo apropiado, sin que esto afecte a laprueba que ya estaba en curso. Si se recibe u

45、na peticin vlida, se inicializan los contadores necesarios y se pone enmarcha un temporizador de guarda, T1, para controlar el establecimiento de la prueba. Despus de esto se enva unmensaje de peticin de prueba al TPC. La informacin proporcionada por la OMAP incluir una indicacin de larespuesta requ

46、erida al recibirse un mensaje de estado de la MTP con la causa congestin de red. Las condicionesaplicables a la fijacin de esta indicacin se definirn en la Recomendacin Q.751. La accin por defecto es detener laprueba. Puede ser solicitada especficamente por la OMAP para informar indicaciones de cong

47、estin, pero continuar laprueba. La indicacin se pasa en el mensaje de peticin de prueba y deber ser aceptada por el probador viraje.NOTA Cuando se utilice este procedimiento debe obrarse con suma cautela.2.2.1.2 Aceptacin de la prueba2.2.1.2.1 Por el probador de virajeAl recibir un mensaje de peticin de prueba se efecta una comprobacin para asegurarse de que no hay ya en curso unaprueba con el probador de origen. Si hay una prueba ya en curso se enva un mensaje de peticin de terminacin deprueba, se informa a la O