1、UNIN INTERNACIONAL DE TELECOMUNICACIONESCCITT Q.785COMIT CONSULTIVOINTERNACIONALTELEGRFICO Y TELEFNICO.ESPECIFICACIONES DEL SISTEMADE SEALIZACIN N. 7ESPECIFICACIN DE PRUEBASDE PROTOCOLOS DE LA PUSIPARA SERVICIOS SUPLEMENTARIOSRecomendacin Q.785Ginebra, 1991PREFACIOEl CCITT (Comit Consultivo Internac
2、ional Telegrfico y Telefnico) es un rgano permanente de la UninInternacional de Telecomunicaciones (UIT). Este rgano estudia los aspectos tcnicos, de explotacin y tarifarios ypublica Recomendaciones sobre los mismos, con miras a la normalizacin de las telecomunicaciones en el planomundial.La Asamble
3、a Plenaria del CCITT, que se celebra cada cuatro aos, establece los temas que han de estudiarse yaprueba las Recomendaciones preparadas por sus Comisiones de Estudio. La aprobacin de Recomendaciones por losmiembros del CCITT entre las Asambleas Plenarias de ste es el objeto del procedimiento estable
4、cido en laResolucin N.o2 del CCITT (Melbourne, 1988).La Recomendacin Q.785 ha sido preparada por la Comisin de Estudio XI y fue aprobada por elprocedimiento de la Resolucin N.o2 el 10 de septiembre de 1991._NOTA DEL CCITTEn esta Recomendacin, la expresin Administracin se utiliza para designar, en fo
5、rma abreviada, tanto unaAdministracin de telecomunicaciones como una empresa privada de explotacin de telecomunicaciones reconocida. UIT 1991Es propiedad. Ninguna parte de esta publicacin puede reproducirse o utilizarse, de ninguna forma o por ningn medio,sea ste electrnico o mecnico, de fotocopia o
6、 de microfilm, sin previa autorizacin escrita por parte de la UIT.Recomendacin Q.785 1Recomendacin Q.785Recomendacin Q.785ESPECIFICACIN DE PRUEBAS DE PROTOCOLOSDE LA PUSI PARA SERVICIOS SUPLEMENTARIOS1 IntroduccinLa presente Recomendacin contiene un conjunto detallado de pruebas para los servicios s
7、uplementariosadmitidos por la parte usuario RDSI (PUSI) del sistema de sealizacin N. 7.En la Recomendacin Q.730 del Libro Azul (1988) figuran detalles de los servicios suplementarios admitidospor la PUSI. Debe sealarse que la presente Recomendacin trata de los servicios que pueden considerarse estab
8、les yclaramente especificados en dicha Recomendacin Q.730.La presente Recomendacin trata tambin de los servicios suplementarios indicados en laRecomendacin Q.767.Las reglas bsicas para la especificacin de las pruebas figuran en la Recomendacin Q.780.2 Objetivo de la especificacin de pruebasEl objeti
9、vo de esta especificacin de pruebas es verificar que el protocolo PUSI admitido por una realizacindada tiene la capacidad de transportar correctamente la informacin de sealizacin necesaria para apoyar los serviciossuplementarios especificados en la Recomendacin Q.730 del Libro Azul (1988) y en la Re
10、comendacin Q.767 (1991).Por tanto, esta lista de pruebas slo trata aspectos de servicios suplementarios cuando hay una repercusin directa sobreel protocolo PUSI. Sin embargo, se verifican tambin algunas funciones de control de la llamada, es decir, que es posiblela transferencia de palabra/informaci
11、n.Debe sealarse que esta especificacin de pruebas no trata de probar el funcionamiento de los serviciossuplementarios (pruebas de funciones de extremo a extremo), pues estas pruebas estn fuera del alcance de estaespecificacin.La presente especificacin de pruebas no trata de proporcionar una prueba e
12、xhaustiva de los serviciossuplementarios de la Recomendacin Q.730 del Libro Azul (1988) y de la Recomendacin Q.767 (1991), pero s trata deproporcionar un nivel de confianza razonable de que el protocolo requerido para apoyar los servicios suplementarios dela Recomendacin Q.730 del Libro Azul (1988)
13、y de la Recomendacin Q.767 (1991) se ha aplicado en un punto desealizacin.Esta especificacin de pruebas no trata las interacciones entre servicios suplementarios.3 Principios generales de las pruebasLas pruebas se describen como pruebas de validacin (PVA) o pruebas de validacin y compatibilidad(PVA
14、y PCP). Cada descripcin de prueba indica en el campo tipo de prueba si la prueba es una validacin o unaprueba de validacin y compatibilidad. Adems de la prueba del protocolo, se verifican tambin algunas funcionesde control de la llamada, por ejemplo, que es posible la transferencia de palabra/inform
15、acin.La especificacin de pruebas supone una parte transferencia de mensajes (PTM) probada para las pruebas decompatibilidad.4 Entorno de las pruebas4.1 Relacin de sealizacinSe requiere una relacin de sealizacin estable entre PS A y PS B para realizar pruebas efectivas.Adems, para algunas de las prue
16、bas se requieren circuitos telefnicos.2 Recomendacin Q.7854.2 ConfiguracinSlo se requiere una configuracin para la realizacin de estas pruebas, que se muestra en la figura 1/Q.785.T1124620-90PS A PS B(Nota)Configuracin: 1Nota Las flechas indican una relacin de sealizacin y cualesquiera circuitos tel
17、efnicos/de datos necesarios.FIGURA 1/Q.785Configuracin de prueba para las pruebas de protocolos de la PUSIpara servicios suplementarios4.3 Provisin de estmulos en un punto de sealizacin (PS)Esta especificacin de pruebas requiere la fijacin de diversos parmetros de la PUSI en los PS A (PS que seprueb
18、a) y PS B. La fijacin de estos parmetros debe ser realizada por un estmulo apropiado en el PS apropiado.En la presente Recomendacin no se trata de especificar la forma del estmulo apropiado, pero en cambio seindican los requisitos funcionales en trminos generales.El estmulo debe ser capaz de fijar c
19、orrectamente los campos, parmetros e indicadores apropiados de laRecomendacin Q.763 del Libro Azul (1988) relativa a la PUSI para apoyar los servicios suplementarios de laRecomendacin Q.730 del Libro Azul (1988). Esto se aplica igualmente a las enmiendas hechas por laRecomendacin Q.767 (1991) a la R
20、ecomendacin Q.763 del Libro Azul (1988) y a los servicios suplementariosdescritos en la Recomendacin Q.767 (1991).Debe sealarse que, de acuerdo con varios factores, las funciones del estmulo apropiado podrn serrealizadas por distintos mecanismos. A continuacin se indican varias posibilidades:El estm
21、ulo podr ser:i) una parte intrnseca de un punto de sealizacin;ii) proporcionado por una red conectada al punto de sealizacin;iii) proporcionado por una caja de prueba conectada al punto de sealizacin;iv) proporcionado por un aparato de datos de intercambio en el punto de sealizacin;v) proporcionado
22、por la sealizacin usuario-red.Esta lista no es exhaustiva. La eleccin de estmulos es un asunto que corresponde a la Administracininteresada y que no requiere necesariamente acuerdo bilateral.4.4 Verificacin de la recepcin correcta de parmetros en el punto de sealizacin que se pruebaEsta especificaci
23、n de prueba requiere la verificacin de la recepcin correcta de varios parmetros de la PUSIen el PS A (PS que se prueba).En la presente Recomendacin no se pretende especificar cmo realizar esta funcin; sin embargo, de acuerdocon varios factores la funcin de la comprobacin de la recepcin correcta de m
24、ensajes y parmetros podr serrealizada por diversos mecanismos. A continuacin se enumeran varias posibilidades.Recomendacin Q.785 3La verificacin podr ser realizada por:i) una parte intrnseca del PS A;ii) una red conectada al PS A;iii) una caja de pruebas conectada al PS A;iv) una pantalla/impresora
25、en el PS A;v) la supervisin de los mensajes y elementos de informacin en el interfaz usuario-red.Esta lista no es exhaustiva. La eleccin del mtodo es un asunto que corresponde a la Administracininteresada y no requiere necesariamente acuerdo bilateral.4.5 Tabla de verificacinMuchos guiones de prueba
26、 dentro de la especificacin de la prueba comprenden una tabla de verificacin. Estatabla de verificacin especifica indicadores que deben comprobarse.La tabla de verificacin no incluye necesariamente todos los parmetros e indicadores que deben transportarsedentro de cualquier mensaje.5 Lista de prueba
27、s de protocolos de la PUSI para servicios suplementariosTodas las pruebas pueden ser pruebas de validacin. Las pruebas marcadas * son pruebas de compatibilidad.Las pruebas marcadas UE requieren ulterior estudio.1 Sealizacin de usuario a usuario (SUU)1.1 Servicio de sealizacin de usuario a usuario 11
28、.1.1 Peticin implcita* 1.1.1.1.1 Con xito IUU en el mensaje hacia adelante: enviada* 1.1.1.1.2 Con xito IUU en el mensaje hacia adelante: recibida* 1.1.1.2.1 Con xito IUU en el mensaje hacia atrs: enviada* 1.1.1.2.2 Con xito IUU en el mensaje hacia atrs: recibida* 1.1.1.3.1 Sin xito Rechazo de red e
29、xplcito: enviado* 1.1.1.3.2 Sin xito Rechazo de red explcito: recibido1.1.2 Peticin explcita UE2 Grupo cerrado de usuarios (GCU)2.1 Grupo cerrado de usuarios (GCU) descentralizado* 2.1.1 Llamada GCU con acceso de salida autorizado: enviada* 2.1.2 Llamada GCU con acceso de salida autorizado: recibida
30、* 2.1.3 Llamada GCU con acceso de salida no autorizado, a una red que ofrece el serviciosuplementario GCU: enviada* 2.1.4 Llamada GCU con acceso de salida no autorizado, a una red que ofrece el serviciosuplementario GCU: recibida* 2.1.5 Llamada GCU con acceso de salida no autorizado, a una red que n
31、o ofrece el serviciosuplementario GCU: enviada* 2.1.6 Llamada GCU con acceso de salida no autorizado, a una red que no ofrece el serviciosuplementario GCU: recibida* 2.1.7 Llamada GCU, cdigo de enclavamiento internacional incluido: enviado* 2.1.8 Llamada GCU, cdigo de enclavamiento internacional inc
32、luido: recibida2.2 Grupo cerrado de usuarios (GCU) centralizadoPara ulterior estudio.4 Recomendacin Q.7853 Identificacin de la lnea llamante (ILIN)* 3.1.1 PILLN proporcionada por la red: enviada* 3.1.2 PILLN proporcionada por la red: recibida* 3.2.1 PILLN proporcionada por el usuario: enviada* 3.2.2
33、 PILLN proporcionada por el usuario: recibida* 3.3.1 RILLN proporcionada por la red: enviada* 3.3.2 RILLN proporcionada por la red: recibida* 3.4.1 RILLN proporcionada por el usuario: enviada* 3.4.2 RILLN proporcionada por el usuario: recibida* 3.5.1 ILLN no disponible: enviada* 3.5.2 ILLN no dispon
34、ible: recibida* 3.6.1 ILLN no enviada en MID, disponible con MPI/INF* 3.6.2 ILLN no recibida en MID, disponible con MPI/INF* 3.6.3 ILLN no enviada en MID, no disponible con MPI/INF* 3.6.4 ILLN no recibida en MID, no disponible con MPI/INF3.7.1 ILLN direccin internacional incluida: enviada3.7.2 ILLN
35、direccin internacional incluida: recibida4 Marcacin directa de extensionesEl servicio de marcacin directa de extensiones (MED) no tiene repercusin sobre el protocolo PUSI. Portanto, no se proporcionan descripciones de prueba para este servicio suplementario.5 Reenvo de llamadaPara ulterior estudio.6
36、 Identificacin de la lnea conectada (ILC)Nota Estas pruebas slo son aplicables a la Recomendacin Q.767 del Libro Blanco.* 6.1.1 ILC peticin: enviada* 6.1.2 ILC peticin: recibida* 6.2.1 PILC proporcionada por la red: enviada* 6.2.2 PILC proporcionada por la red: recibida* 6.3.1 PILC proporcionada por
37、 el usuario: enviada* 6.3.2 PILC proporcionada por el usuario: recibida* 6.4.1 RILC proporcionada por la red: enviada* 6.4.2 RILC proporcionada por la red: recibida* 6.5.1 RILC proporcionada por el usuario: enviada* 6.5.2 RILC proporcionada por el usuario: recibida* 6.6.1 ILC no disponible: enviada*
38、 6.6.2 ILC no disponible: recibida6.7.1 ILC direccin internacional incluida: enviada6.7.2 ILC direccin internacional incluida: recibida* 6.8.1 ILC recibida, pero no solicitadaRecomendacin Q.785 5Recomendacin Q.785NMERO DE PRUEBA: 1.1.1.1.1REFERENCIA: Q.730, 2.2.1.6; Q.767TTULO: Servicio de sealizaci
39、n de usuario a usuario 1 Peticin implcitaSUBTTULO: Con xito IUU en mensajes hacia adelante: enviadaFINALIDAD: Verificar que la informacin de usuario a usuario puede enviarse correctamente en los mensajes de controlde la llamada hacia adelanteCONDICIONES PREVIAS A LA PRUEBA: Disponer el estmulo de mo
40、do que los mensajes MID y LIB generados en elPS A contengan un parmetro IUUCONFIGURACIN: 1 TIPO DE PRUEBA: PVA y PCP TIPO DE PS: PSSECUENCIA ESPERADA DE MENSAJES:PS A PS Bcaso a)MID (IUU) - - - - - - - - - - -(MPL) - - - - - - - - - - -RST - - - - - - - - - - -caso b)DESCRIPCIN DE LA PRUEBA1. Hacer
41、una llamada de PS B a PS A.2. Registrar la secuencia de mensajes y parmetros utilizando un monitor de seales.3. VERIFICACIN A: RECIBI EL PS A CORRECTAMENTE UN PARMETRO IUU EN EL MID?4. VERIFICACIN B: RECIBI CORRECTAMENTE EL PS A UN PARMETRO IUU EN EL LIB?5. VERIFICACIN C: FUE LA SECUENCIA DE MENSAJE
42、S COMO SE INDICA ANTERIORMENTE?TABLA DE VERIFICACINMID y LIBParmetro de informacin de usuario a usuarioVerificar que el parmetro existe.Recomendacin Q.785 7NMERO DE PRUEBA: 1.1.1.2.1REFERENCIA: Q.730, 2.1.3; Q.767TTULO: Servicio de sealizacin de usuario a usuario 1 Peticin implcitaSUBTTULO: Con xito
43、 IUU en mensajes hacia atrs: enviadaFINALIDAD: Verificar que la informacin de usuario a usuario puede enviarse correctamente en mensajes de control de lallamada hacia atrsCONDICIONES PREVIAS A LA PRUEBA:a) Disponer el estmulo de modo que el MID generado en el PS B contenga un parmetro IUUb) Disponer
44、 el estmulo de modo que los mensajes hacia atrs generados en el PS A contengan un parmetro IUUCONFIGURACIN: 1 TIPO DE PRUEBA: PVA y PCP TIPO DE PS: PSSECUENCIA ESPERADA DE MENSAJES:PS A PS Bcaso a)*: IUU puede incluirse en el MDCsi se recibe del acceso.(MPL (IUU) - - - - - - - - - - -RST (IUU) - - -
45、 - - - - - - - -LIB (IUU) - - - - - - - - - - -LIB (IUU) - - - - - - - - - - -accesocaso b)MID (IUU) - - - - - - - - - - -DESCRIPCIN DE LA PRUEBA1. Hacer una llamada de PS A a PS B2. Registrar la secuencia de mensajes y parmetros utilizando un monitor de seales3. VERIFICACIN A: INCLUY EL PS A UN PAR
46、METRO IUU EN EL MID?4. VERIFICACIN B: RECIBI CORRECTAMENTE EL PS A ALGUNOS PARMETROS IUUINCLUIDOS EN LOS MENSAJES HACIA ATRS?5. VERIFICACIN C: FUE LA SECUENCIA DE MENSAJES COMO SE INDICA ANTERIORMENTE?TABLA DE VERIFICACINMID, MPL, RST, CON, y LIBParmetro de informacin de usuario a usuarioVerificar q
47、ue el parmetro existeRecomendacin Q.785 9NMERO DE PRUEBA: 1.1.1.3.1REFERENCIA: Q.767TTULO: Servicio de sealizacin de usuario a usuario 1 Peticin implcitaSUBTTULO: Sin xito Rechazo de red explcito: enviadoFINALIDAD: Verificar que el rechazo de la red explcito del servicio SUU 1 puede enviarse correct
48、amenteCONDICIONES PREVIAS A LA PRUEBA:a) Disponer el estmulo de modo que el MID generado en el PS B contenga un parmetro IUUb) Disponer los datos en el PS A de modo que el servicio SUU 1 solicitado sea rechazado por la redCONFIGURACIN: 1 TIPO DE PRUEBA: PVA y PCP TIPO DE PS: PSSECUENCIA ESPERADA DE MENSAJES:PS A PS Bcaso a)(MPL) - - - - - - - - - - -RST - - - - - - - - - - -caso b)DESCRIPCIN DE LA PRUEBA1. Hacer una ll
