ITU-T I 252 2 SPANISH-1992 CALL FORWARDING BUSY《遇忙呼叫前转》.pdf

《ITU-T I 252 2 SPANISH-1992 CALL FORWARDING BUSY《遇忙呼叫前转》.pdf》由会员分享，可在线阅读，更多相关《ITU-T I 252 2 SPANISH-1992 CALL FORWARDING BUSY《遇忙呼叫前转》.pdf（17页珍藏版）》请在麦多课文档分享上搜索。

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESCCITT I.252.2COMIT CONSULTIVO (08/92)INTERNACIONALTELEGRFICO Y TELEFNICORED DIGITAL DE SERVICIOSINTEGRADOS (RDSI)ESTRUCTURA GENERAL Y CAPACIDADESDE SERVICIOREENVO DE LLAMADASEN CASO DE OCUPADORecomendacin I.252.2Ginebra, 1992PREFACIOEl CCITT (Comit Consultivo

2、Internacional 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

3、 Asamblea 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

4、 establecido en laResolucin N.o2 del CCITT (Melbourne, 1988).La Recomendacin I.252.2 ha sido revisada por la Comisin de Estudio I y fue aprobada por el procedimientode la Resolucin N.o2 el 4 de agosto de 1992._NOTAS DEL CCITT1) En esta Recomendacin, la expresin Administracin se utiliza para designar

5、, en forma abreviada, tanto unaAdministracin de telecomunicaciones como una empresa privada de explotacin reconocida de telecomu-nicaciones.2) En el anexo A, figura la lista de abreviaturas utilizadas en la presente Recomendacin. UIT 1992Es propiedad. Ninguna parte de esta publicacin puede reproduci

6、rse o utilizarse, de ninguna forma o por ningn medio,sea ste electrnico o mecnico, de fotocopia o de microfilm, sin previa autorizacin escrita por parte de la UIT.Recomendacin I.252.2Recomendacin I.252.2REENVO DE LLAMADAS EN CASO DE OCUPADO(revisada en 1992)1 DefinicinEl reenvo de llamadas en caso d

7、e ocupado permite al usuario servido (vase el 2.2) obtener que la redenve hacia otro nmero las llamadas entrantes para el nmero RDSI del usuario servido (o solamente las relacionadascon un servicio bsico especfico), que encuentren el estado de ocupado en el nmero RDSI del usuario servido. Elservicio

8、 de origen del usuario servido no es afectado.El nmero hacia el que se reenva se registra en la red para su uso en todas las llamadas.Nota En situaciones normales, el servicio de reenvo de llamadas en caso de ocupado se proporciona paracada acceso. (En estas situaciones, existe una relacin de corres

9、pondencia biunvoca entre el nmero RDSI y el acceso.)Sin embargo, la red puede reconocer mltiples nmeros en una sola interfaz; adems, puede no comprender un nmeroRDSI completo (por ejemplo, en caso de marcacin directa de extensiones). En tales casos, el servicio de reenvo dellamadas en caso de ocupad

10、o se ofrece sobre la base de la parte del nmero RDSI que la red puede reconocer.2 Descripcin2.1 Descripcin generalPara un nmero RDSI dado, el servicio de reenvo de llamadas en caso de ocupado (CFB, call forwardingbusy) (incluidas las opciones) puede estar comprendido en el abono obtenido por el usua

11、rio (o los usuarios) del nmeroen cuestin, para cada servicio bsico, o se puede ofrecer colectivamente para todos los servicios bsicos a que estabonado el usuario (o los usuarios). Dado que el abono se efecta sobre la base de un nmero RDSI, un mismo abono alservicio CFB puede aplicarse a todos los te

12、rminales que utilizan este nmero.Nota En esta descripcin del servicio se supone que un solo nmero RDSI no est compartido entre diversasinterfaces. Un solo nmero RDSI puede no obstante ser compartido por mltiples terminales en la misma interfaz. Losprocedimientos que permiten que se comparta un nmero

13、 RDSI a travs de mltiples interfaces quedan en estudio. En elcaso de instalaciones con mltiples accesos, el usuario podra tener la posibilidad de especificar, en el momento de laactivacin, si el servicio es aplicable a un acceso especfico o a todos los accesos asociados a dicha instalacin.El usuario

14、 servido puede solicitar un nmero hacia el que se reenva diferente para cada valor de parmetro deabono de servicio bsico.Como una opcin, se puede dar al abonado que tiene el reenvo activado una indicacin de que el servicio CFBest activado para un nmero, cada vez que se hace una llamada saliente. Est

15、a indicacin puede adoptar una formaespecial en la respuesta de invitacin a proseguir.2.2 Terminologa especficaUsuario servido: Usuario de un determinado nmero RDSI que solicita que las llamadas a este nmero seanreenviadas. Este usuario puede designarse tambin usuario reenviante o usuario llamado.Usu

16、ario hacia el que se reenva: Usuario hacia el cual deber reenviarse la llamada.2.3 Calificaciones sobre la aplicabilidad a servicios de telecomunicacinNo se han identificado restricciones.Recomendacin I.252.2 (08/92) 1 3 Procedimientos3.1 Prestacin/supresinEl servicio CFB se prestar tras un convenio

17、 previo con el proveedor del servicio.El servicio puede ofrecerse con cuatro opciones de abono. Las opciones se aplican por separado a cadaservicio bsico abonado para cada nmero RDSI. Para cada opcin de abono slo puede seleccionarse un valor. Lasopciones de abono se recapitulan a continuacin:Opcione

18、s de abono ValorEl usuario servido recibe notificacin de que la llamadaha sido reenviadaEl usuario llamante recibe notificacin de que lallamada ha sido reenviada (vase la nota)El usuario servido recibe notificacin de que el servicioCFB est activadoEl usuario servido revela su nmero al usuario hacia

19、elque se reenvaNoS, con informacin sobre la llamada en el caso NDUB(vase el 3.2.2)NoS, sin el nmero del usuario hacia el que se reenvaS, con el nmero del usuario hacia el que se reenvaNoSNoSNota La notificacin de desviacin de llamadas hacia el usuario llamante A se puede prestar como una opcin delpr

20、oveedor de red.Este servicio ser suprimido por el proveedor de servicio a peticin del abonado o por razones administrativas.3.2 Procedimientos normales3.2.1 Activacin/desactivacin/registroIgual que para el reenvo de llamadas incondicional (CFU, call forwarding unconditional) (vase laRecomendacin I.2

21、52.4).3.2.2 Invocacin y operacinEl siguiente diagrama aclara los procedimientos del servicio CFB. Se supone que el usuario A llama a B1, elcual reenva la llamada a B2, ., Bm, ., Bx. El receptor final de la llamada es C.A B1 . . . . Bm . . . . Bx CT0102430-923.2.2.1 Perspectiva para el usuario servid

22、o, BmSi el servicio CFB est activado y el usuario servido est en condicin de usuario ocupado determinado por lared (NDUB network determined user busy) o de usuario ocupado determinado por el usuario (UDUB userdetermined user busy), la llamada entrante al usuario servido ser reenviada. En caso de NDU

23、B, la llamada no seofrecer al usuario servido.2 Recomendacin I.252.2 (08/92) En el caso de UDUB, la llamada se habr ofrecido al usuario servido. Al usuario servido se le habrproporcionado informacin normal de establecimiento de la comunicacin. Cuando el intento de reenvo ha empezado,el usuario servi

24、do puede recibir (como una opcin de abono), una notificacin de que una llamada ha sido reenviada. Nose le da ninguna otra notificacin.Cuando una llamada entrante es reenviada sin haberla ofrecido al usuario servido (es decir, en la condicinNDUB), el usuario servido podr, como una opcin de abono, rec

25、ibir una notificacin del reenvo de la llamada (pero nopodr contestar a la llamada entrante). Esta notificacin se da tan pronto como el intento de reenvo ha empezado.Esta notificacin incluye la siguiente informacin (sobre la llamada que ha sido reenviada):1) indicacin de que una llamada ha sido reenv

26、iada;2) informacin del servicio de telecomunicacin (por ejemplo, capacidad portadora, compatibilidad de capaalta);3) informacin de usuario a usuario;4) nmero del usuario Bm;5) nmero de la parte llamante A si es aplicable el servicio de presentacin de la identificacin de la lneallamante (CLIP, callin

27、g line identification presentation).Si ha habido mltiples reenvos y el usuario servido est autorizado a recibir informacin adicional, podrrecibir tambin:6) el nmero inicialmente llamado B1;7) la causa del reenvo inicial;8) el ltimo nmero reenviante B(m1);9) la causa del ltimo reenvo.3.2.2.2 Perspect

28、iva para el usuario hacia el que se reenva, CEl usuario hacia el que se reenva, C, recibir una indicacin de que la llamada ha sido reenviada.Como opcin, podr tambin recibir:1) el nmero inicialmente llamado B1;2) la causa de reenvo inicial;3) el ltimo nmero reenviante Bx;4) la causa del ltimo reenvo.

29、(Segn los otros servicios suplementarios que se estn utilizando, el usuario hacia el que se reenva, C podrtambin recibir informaciones tales como el nmero de la parte llamante A y sealizacin de usuario a usuario. Vase ladescripcin de las interacciones con otros servicios suplementarios.)3.2.2.3 Pers

30、pectiva para el usuario llamante, ALos siguientes procedimientos de notificacin para el usuario llamante, A, son una opcin del proveedor dered. Los procedimientos de notificacin para el usuario llamante A slo funcionarn si el usuario servido est abonado ala opcin el usuario llamante recibe notificac

31、in de que la llamada ha sido reenviada.Para la desviacin inicial y para cualquier reenvo de llamadas en caso de ausencia de respuesta (CFNR callforwarding no reply), o reflexin de llamadas (CD call deflection) despus de que ha comenzado el aviso, la redefectuar las siguientes acciones, segn el parme

32、tro de la opcin de abono del usuario servido:1) Si este parmetro se pone a el usuario llamante no recibe notificacin, no se da ninguna notificacin alusuario llamante.2) Si este parmetro se pone a notificar al usuario llamante, sin nmero hacia el que se reenva, el usuariollamante recibir una notifica

33、cin de que la llamada ha sido reenviada, sin el nmero hacia el que sereenva, siempre que un usuario desviante anterior no haya solicitado que no se d notificacin algunaconforme al apartado 1) precedente.Recomendacin I.252.2 (08/92) 3 3) Si el parmetro se pone a notificar al usuario llamante, con nme

34、ro hacia el que se reenva, el usuariollamante recibir una notificacin de que la llamada ha sido reenviada, siempre que un usuario desvianteanterior no haya solicitado que no se d notificacin alguna conforme al apartado 1) precedente. Adems,si se produce un aviso, (por ejemplo, en el usuario C), se d

35、ar notificacin del nmero vigente hacia elque se reenva cuando comience el aviso si todos los usuarios servidos en todas las desviaciones previasestn abonados a notificar usuario llamante, con nmero hacia el que se reenva.La transferencia del nmero del usuario hacia el que se reenva puede estar sujet

36、a a restricciones denotificacin de nmero debido a la invocacin de otros servicios suplementarios en el usuario hacia el que se reenva.3.3 Procedimientos excepcionales3.3.1 Activacin/desactivacin/registroIgual que para el servicio CFU (vase la Recomendacin I.252.4).3.3.2 Invocacin y operacinEl reenvo

37、 de llamadas se aplica solamente a servicios bsicos abonados. Las llamadas a un nmero RDSI enlas que se solicita un servicio bsico que no est comprendido en un abono, nunca sern reenviadas.En los casos en que pueda darse a un usuario la direccin de los usuarios que intervienen en la llamada porejemp

38、lo, cuando el usuario llamante puede recibir la direccin del usuario a que se reenva, o cuando el usuario hacia elque se reenva puede recibir la direccin del usuario reenviante y la direccin originalmente reenviante (reenvomltiple), o cuando el usuario servido puede recibir las direcciones de usuari

39、o como parte de esa notificacin delusuario, y esta informacin de direccin no est disponible (debido a restriccin de presentacin de la direccin ointerfuncionamiento), el usuario al que tendra que haberse dado la direccin obtendr una indicacin del motivo por elque no puede darse ningn nmero.Dentro de

40、una RDSI o de varias RDSI en cascada, deber limitarse el nmero total de reenvos para cadallamada. El nmero mximo de estas conexiones debera limitarse a un valor entre tres y cinco, para cada llamada. Estotiene por objeto evitar que se formen bucles permanentes.Si se ha alcanzado el lmite y se intent

41、a reenviar la llamada otra vez ms, la llamada reenviada deber tratarsecomo se indica a continuacin:Si la llamada reenviada no puede completarse con el destino hacia el que se reenva, la red liberar el tramopor el que la llamada ha sido reenviada. Especficamente, si se ha invocado el servicio CFB y n

42、o ha intervenido el CFNRo CD despus del aviso, la llamada se libera hacia el usuario llamante, al que se le transmite una informacin de causapara indicar que la llamada no puede ser completada (por ejemplo, por congestin de la red, nmero no vlido, facilidadno disponible, etc.). Esta informacin no re

43、velar explcitamente que la llamada ha sido reenviada. Vase en lasRecomendaciones I.252.3 I.252.5 respectivamente el caso en que la llamada reenviada no puede completarse y se haproducido CFNR o CD despus del aviso.3.4 Procedimientos alternativosNinguno identificado.4 Capacidades de red para tarifica

44、cinEsta Recomendacin no trata los principios de tarificacin. Se espera que las futuras Recomendaciones de laserie D contengan dicha informacin.Deber poderse tarificar al abonado con precisin por el servicio.4 Recomendacin I.252.2 (08/92) 5 InterfuncionamientoCuando la desviacin invocada a travs ms d

45、e una red, por ejemplo, de una red telefnica pblica conmutada(RTPC) a otra RTPC a travs de una RDSI, o entre RDSI de distintos pases o incluso distintos continentes, puedendegradarse los parmetros de calidad de servicio. Por ejemplo, pueden verse afectados los parmetros siguientes: tiempo de estable

46、cimiento de la comunicacin; retardo de transmisin; tasa de errores en los bits; atenuacin de las seales de audio.Segn las distintas realizaciones nacionales, la red puede adoptar ciertas precauciones, como por ejemplo,limitar el nmero de tramas de reenvo, el nmero de cruces de fronteras internaciona

47、les, el nmero de saltos de satlite,etc.5.1 Interfuncionamiento con redes que no son RDSISi el nmero hacia el que se reenva no pertenece a la RDSI, se dice que se da una situacin deinterfuncionamiento.La RDSI no puede limitar el nmero de veces que una llamada ser reenviada una vez que ha salido de ella.Si una llamada reenviada encuentra una situacin de interfuncionamiento, deber enviarse una indicacin deinterfuncionamiento a la parte llamante. Est