ITU-T Q 955 3 SPANISH-1993 STAGE 3 DESCRIPTION FOR COMMUNITY OF INTEREST SUPPLEMENTARY SERVICES USING DSS 1 CLAUSE 3 - MULTI-LEVEL PRECEDENCE AND PREEMPTION (MLPP)《使用了1号数字用户信令系统(DS.pdf

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T Q.955SECTOR DE NORMALIZACIN (03/93)DE LAS TELECOMUNICACIONESDE LA UITSISTEMA DE SEALIZACIN DIGITALDE ABONADO N.o1DESCRIPCIN DE LA ETAPA 3PARA LOS SERVICIOS SUPLEMENTARIOSQUE UTILIZAN EL SISTEMA DE SEALIZACINDIGITAL DE ABONADO N.o1DESCRIPCIN DE LA ETAPA 3

2、 DE LOSSERVICIOS SUPLEMENTARIOS DECOMUNIDAD DE INTERESES QUE UTILIZANEL SISTEMA DE SEALIZACIN DIGITALDE ABONADO N.o1CLUSULA 3 PRECEDENCIA CONAPROPIACIN MULTINIVELRecomendacin UIT-T Q.955(Anteriormente Recomendacin del CCITT)PREFACIOEl Sector de Normalizacin de las Telecomunicaciones de la UIT (UIT-T

3、) es un rgano permanente de la UninInternacional de Telecomunicaciones. El UIT-T tiene a su cargo el estudio de las cuestiones tcnicas, de explotacin yde tarificacin y la formulacin de Recomendaciones al respecto con objeto de normalizar las telecomunicaciones sobreuna base mundial.La Conferencia Mu

4、ndial 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.La Recomendacin UIT-T Q.955, clusula 3, preparada por la Comisin de Estudio XI (1988-19

5、93) del UIT-T, fueaprobada por la 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. En su lugar se cre el 1 de marzo de 1993 el Sector de Normalizacin de lasTe

6、lecomunicaciones 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 modificado en el texto las referencias quecontienen los acrnimos CCITT, CCIR o I

7、FRB 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 Por razones de concisin, el trmino Administracin se utiliza en la presente Re

8、comendacin para designara una 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 misma decualquier forma ni por cualquier procedimiento, electrnico o mecnico, c

9、omprendidas la fotocopia y la grabacin enmicropelcula, sin autorizacin escrita de la UIT.NDICERecomendacin Q.955 (03/93)Pgina3 Precedencia con apropiacin multinivel (MLPP). 13.1 Definicin . 13.2 Descripcin. 13.3 Requisitos operacionales. 23.4 Requisitos de codificacin 43.5 Requisitos de sealizacin 8

10、3.6 Interacciones con otros servicios suplementarios .163.7 Interacciones con otras redes 203.8 Flujos de sealizacin. 253.9 Valores de parmetros (temporizadores) 29Recomendacin Q.955 (03/93) i Recomendacin Q.955Recomendacin Q.955 (03/93)DESCRIPCIN DE LA ETAPA 3 DE LOS SERVICIOS SUPLEMENTARIOSDE COMU

11、NIDAD DE INTERESES QUE UTILIZANEL SISTEMA DE SEALIZACIN DIGITAL DE ABONADO N. 1(Helsinki, 1993)3 Precedencia con apropiacin multinivel (MLPP)3.1 DefinicinEl servicio suplementario de precedencia con apropiacin multinivel (MLPP, multi-level precedence and preemption)proporciona el servicio de tratami

12、ento de llamadas con prioridad. Este servicio suplementario tiene dos partes,precedencia y apropiacin. La precedencia supone la asignacin de un nivel de prioridad a una llamada. La apropiacinentraa la toma de recursos, que se estn utilizando en una llamada con precedencia inferior, para una llamada

13、conprecedencia de nivel superior cuando no hay recursos en reposo. Los usuarios de redes que no admiten este servicio nosern afectados por el mismo.La descripcin de la etapa 1 del servicio suplementario MLPP aparece en 3/I.255. La descripcin de la etapa 2 delservicio suplementario MLPP aparece en 3/

14、Q.85.3.2 Descripcin3.2.1 Descripcin generalEl servicio suplementario MLPP es proporcionado como una opcin del proveedor de red a un dominio de una red. Eldominio puede ser toda la red o un subconjunto de la red. Este servicio se aplica a todos los recursos de red en eldominio que est en uso comn. El

15、 nivel mximo de precedencia de un abonado lo fija el proveedor del servicio en elmomento del abono, sobre la base de las necesidades del abonado. El abonado puede seleccionar, para cada llamada, unnivel de precedencia hasta el nivel mximo de precedencia para los abonados, inclusive.Las llamadas con

16、precedencia (llamadas que utilizan el servicio suplementario MLPP y tienen una precedencia de nivelsuperior que el nivel ms bajo de precedencia) que no son respondidas por el abonado llamado (por ejemplo, llamada norespondida y/o sin acuse de recibo, abonado llamado ocupado con llamada con precedenc

17、ia igual o superior, o abonadollamado ocupado y que no puede ser objeto de apropiacin) se desvan a un destino alterno predeterminado. Este destinoalterno puede ser otro abonado o una posicin de operadora de la red.La apropiacin puede adoptar una de las dos formas siguientes: primero el abonado llama

18、do puede estar ocupado conuna llamada con precedencia inferior que ser tomada (apropiada) para completar la llamada con precedencia superiordel abonado llamante; segundo los recursos de red pueden estar ocupados con llamadas, algunas de las cuales son deprecedencia inferior a la de la llamada solici

19、tada por el abonado llamante. Una o ms de estas llamadas con precedenciainferior sern apropiadas para completar la llamada con precedencia superior. La apropiacin tiene tres caractersticas:1) Toda parte cuya conexin haya terminado (se reutilice o no ese recurso) debe recibir una notificacin deapropi

20、acin distintiva.2) Toda parte llamada de una llamada activa que est siendo apropiada por una llamada con precedenciasuperior deber aceptar la apropiacin antes de ser conectado al nuevo abonado llamante.3) Cuando no hay recursos en reposo, se efectuar la apropiacin de recursos del nivel de precedenci

21、amnimo.Una llamada puede ser apropiada en cualquier momento despus de que se ha establecido el nivel de precedencia de lallamada y antes de que haya comenzado la liberacin de la misma.Recomendacin Q.955 (03/93) 1 El servicio suplementario MLPP no est concebido para proporcionar la apropiacin de llam

22、adas de usuarios que noestn abonados a dicho servicio. El servicio proporciona la apropiacin de llamadas dentro del dominio MLPP, queconsiste en los recursos pertenecientes a los usuarios que se han abonado al servicio suplementario MLPP. En otraspalabras, las llamadas originadas por usuarios no abo

23、nados a este servicio o que estn dirigidas a ellos no sernapropiadas. Las llamadas originadas por abonados MLPP pueden ser apropiadas por llamadas con precedencia de nivelsuperior solamente en las redes que admiten este servicio.3.2.2 Terminologa especficaEn esta Recomendacin se utiliza la siguiente

24、 terminologa especfica:Precedencia es la prioridad asociada con una llamada.Una llamada con precedencia es una llamada que utiliza el servicio suplementario MLPP, y que tiene un nivel deprecedencia superior al nivel ms bajo de precedencia.Una llamada MLPP es una llamada que utiliza el servicio suple

25、mentario MLPP que tiene un nivel de precedenciadeterminado y que est siendo establecida o est establecida. En el sistema de sealizacin digital de abonado N. 1(DSS 1, digital subscriber signalling one), una llamada MLPP es una llamada procedente de un abonado MLPP para lacual se ha enviado un mensaje

26、 ESTABLECIMIENTO (SETUP) pero no se ha enviado ni recibido un mensajeDESCONEXIN (DISCONNECT) (es decir, estados de llamada U1 a U10).Una llamada apropiante es una llamada que utiliza el servicio suplementario MLPP con un nivel de precedenciasuperior al nivel de precedencia ms bajo (es decir, RUTINA)

27、 para la cual se ha recibido una peticin deestablecimiento de llamada en la central.El usuario es una entidad de protocolo DSS 1 en el lado usuario de la interfaz usuario-red.Un usuario se identifica por un terminal, que es direccionado por su nmero RDSI. Se considera que un usuario llamadoest ocup

28、ado si tiene una llamada activa (es decir, un estado de llamada U10).La red es una entidad de protocolo DSS 1 en el lado red de la interfaz usuario-red.Un circuito apropiable es un circuito activo con una llamada MLPP, o reservado para una llamada MLPP: (1) en elmismo dominio que la llamada apropian

29、te y (2) con una precedencia inferior a la de la llamada apropiante. Un circuitoocupado o reservado para el que no se ha especificado un nivel de precedencia no es un circuito apropiable.La central que inicia una apropiacin es la central congestionada (es decir, carece de circuitos en reposo) que ha

30、recibido un establecimiento de llamada apropiante.Existe congestin cuando se determina que todos los circuitos que pueden encaminar la llamada MLPP estn ocupados(es decir, no hay circuitos en reposo).El temporizador de respuesta TKse define en 3/Q.85. La duracin de este temporizador es de 4 a 30 seg

31、undos.La definicin de una parte alternativa aparece en 3/Q.85.La central de origen (OE, originating exchange) es la central conectada directamente al usuario llamante.La central de destino (DE, destination exchange) es la central conectada directamente al usuario llamado.Los componentes invocacin (I

32、nvoke), respuesta con resultado (Return Result) y respuesta con error (ReturnError) debern ser conformes a los definidos en 8.2.3.1.1/Q.932.3.2.3 Aplicabilidad a los servicios de telecomunicacinSe considera que este servicio suplementario es aplicable al teleservicio de telefona y a los servicios po

33、rtadores deconversacin, de audio a 3,1 kHz y a 7 kHz y de 64 kbit/s sin restricciones. Adems, puede ser posible su aplicacin aotros servicios.3.2.4 Definiciones de estadoNo se identifican otros estados de llamada para el servicio MLPP adems de los que se especifican en lasRecomendaciones Q.931 y Q.9

34、32.3.3 Requisitos operacionales3.3.1 Prestacin/supresinPara un nmero RDSI dado, es posible abonarse a un nivel de precedencia mximo autorizado, para cada servicio porseparado o colectivamente para todos los servicios.2 Recomendacin Q.955 (03/93) 3.3.1.1 Opciones del terminalUn usuario, identificado

35、por un terminal, tiene las siguientes opciones de abono para el servicio suplementario MLPP:1) Nivel de precedencia mximo autorizado (vase la Nota 1):a) 0 INSTANTNEO EXCLUSIVO (FLASH OVERRIDE), nivel mximob) 1 INSTANTNEO (FLASH)c) 2 INMEDIATO (IMMEDIATE)d) 3 PRIORITARIO (PRIORITY)e) 4 DE RUTINA (ROU

36、TINE), nivel mnimo2) Parte alternativaa) s posicin de operadora de la red nmero de la parte alternativa que figura en la gua de abonadosb) no3) Recursos de acceso no apropiables (vase la Nota 2)a) sb) noNOTAS1 Una llamada con un nivel de precedencia superior puede apropiar llamadas con precedencia i

37、nferior. Por ejemplo,una llamada INSTANTNEA puede apropiar llamadas INMEDIATAS, de PRIORIDAD, o de RUTINA.2 Cuando un usuario tiene esta opcin, sus llamadas no sern apropiadas por llamadas con precedencia superior si lacausa de la apropiacin es la condicin de ocupado de la parte llamada. Sin embargo

38、 sus llamadas s pueden ser apropiadas debido ala falta de otros recursos de red que no sean los recursos de acceso del propio usuario.El equipo terminal que invoca el servicio suplementario MLPP debe indicar el nivel de precedencia de la llamada en elmensaje ESTABLECIMIENTO y soportar los valores c

39、ausa #8, apropiacin y #46, llamada con precedenciabloqueada.El equipo terminal que recibe llamadas MLPP, incluidas las de una parte alternativa, debe soportar las funcionesretencin y recuperacin, definidas en 6.2.1/Q.932, con el valor causa: #8, apropiacin. El equipo terminal que recibellamadas MLPP

40、 no necesita abonarse al servicio suplementario de retencin de llamada.3.3.1.2 Opciones relativas a la redSe describen en 3/I.255 (para la etapa 1) y en 3/Q.85 (para la etapa 2) con respecto al servicio suplementario MLPP.3.3.2 Requisitos en el lado red de origenLa notificacin a los usuarios llamant

41、e, llamado y apropiado (como resultado de una apropiacin en la red o en elacceso) deber transmitirse en mensajes de control de llamada utilizando causa #8 y #46 en el elemento de informacincausa, conforme se describe en esta Recomendacin.Como se describe tambin en esta Recomendacin, la notificacin a

42、l usuario llamante relativa al retardo en elestablecimiento de la llamada debe transmitirse en el mensaje NOTIFICACIN (NOTIFY) utilizando la descripcin denotificacin 0 0 0 0 1 0 0 en el elemento de informacin indicador de notificacin.Asimismo, como se describe en esta Recomendacin, la notificacin a

43、todos los conferenciantes sobre la apropiacin delusuario servido debe comunicarse en el mensaje NOTIFICACIN utilizando la descripcin de notificacin1 0 0 1 1 1 1 en el elemento de informacin indicador de notificacin.Conforme se describe en esta Recomendacin, la notificacin a las partes restantes de u

44、na conversacin tripartita de quela conferencia ha sido desconectada como resultado de la apropiacin de una de las dos llamadas, debe transmitirse en elmensaje NOTIFICACIN o DESCONEXIN, utilizando la descripcin de notificacin 1 0 0 1 1 0 0 en el elementode informacin indicador de notificacin.3.3.3 Re

45、quisitos en la redEsta subclusula no se aplica al DSS 1.Recomendacin Q.955 (03/93) 3 3.3.4 Requisitos en el lado red de destinoLa notificacin a los usuarios llamante, llamado y apropiado (como resultado de una apropiacin en la red o en elacceso) deber transmitirse en mensajes de control de llamada u

46、tilizando causa #8 y #46 en el elemento de informacincausa, conforme se describe en esta Recomendacin.3.4 Requisitos de codificacin3.4.1 MensajesEn el funcionamiento del servicio suplementario MLPP se aplican los siguientes mensajes: ESTABLECIMIENTO,AVISO (ALERTING), NOTIFICACIN, REGISTRO (REGISTER)

47、 FACILIDAD (FACILITY), RETENCIN(HOLD), ACUSE DE RETENCIN (HOLD ACKNOWLEDGE), RECHAZO DE RETENCIN (HOLD REJECT),DESCONEXIN, LIBERACIN (RELEASE) Y LIBERACIN COMPLETA (RELEASE COMPLETE).Los mensajes ESTABLECIMIENTO, AVISO, NOTIFICACIN, DESCONEXIN, LIBERACIN Y LIBERACINCOMPLETA se definen en 3.3.1/Q.931. Con respecto a los mensajes ESTABLECIMIENTO, NOTIFICACIN yDESCONEXIN se requieren los cambios que se indican a continuacin.El mensaje ESTABLECIMIENTO debe incluir el elemento de informacin facilidad. Debe incluir adems el nmero dela parte llamante opcional, el nmero de l