ITU-T Q 84 2 SPANISH-1995 STAGE 2 DESCRIPTION FOR MULTIPARTY SUPPLEMENTARY SERVICES CLAUSE 2 - THREE-PARTY SERVICE《第2阶段 多用户补充业务条款2的描述 三方业务 关于电话信令和交换的一般推荐性规范 综合业务数字网(ISDN)业务的功能和信息.pdf

《ITU-T Q 84 2 SPANISH-1995 STAGE 2 DESCRIPTION FOR MULTIPARTY SUPPLEMENTARY SERVICES CLAUSE 2 - THREE-PARTY SERVICE《第2阶段 多用户补充业务条款2的描述 三方业务 关于电话信令和交换的一般推荐性规范 综合业务数字网(ISDN)业务的功能和信息.pdf》由会员分享，可在线阅读，更多相关《ITU-T Q 84 2 SPANISH-1995 STAGE 2 DESCRIPTION FOR MULTIPARTY SUPPLEMENTARY SERVICES CLAUSE 2 - THREE-PARTY SERVICE《第2阶段 多用户补充业务条款2的描述 三方业务 关于电话信令和交换的一般推荐性规范 综合业务数字网(ISDN)业务的功能和信息.pdf（25页珍藏版）》请在麦多课文档分享上搜索。

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T Q.84SECTOR DE NORMALIZACIN (10/95)DE LAS TELECOMUNICACIONESDE LA UITRECOMENDACIONES GENERALES SOBRELA CONMUTACIN Y LA SEALIZACINTELEFNICASFUNCIONES Y FLUJOS DE INFORMACINPARA SERVICIOS DE LA RED DIGITALDE SERVICIOS INTEGRADOSDESCRIPCIN DE LA ETAPA 2DEL S

2、ERVICIO SUPLEMENTARIOMULTIPARTITOCLUSULA 2 SERVICIO TRIPARTITORecomendacin UIT-T Q.84(Anteriormente Recomendacin del CCITT)PREFACIOEl UIT-T (Sector de Normalizacin de las Telecomunicaciones) es un rgano permanente de la Unin Internacional deTelecomunicaciones (UIT). Este rgano estudia los aspectos t

3、cnicos, de explotacin y tarifarios y publica Recomen-daciones sobre los mismos, con miras a la normalizacin de las telecomunicaciones en el plano mundial.La Conferencia Mundial de Normalizacin de las Telecomunicaciones (CMNT), que se celebra cada cuatro aos,establece los temas que han de estudiar la

4、s Comisiones de Estudio del UIT-T, que a su vez producen Recomendacionessobre dichos temas.La aprobacin de Recomendaciones por los Miembros del UIT-T es el objeto del procedimiento establecido en laResolucin N. 1 de la CMNT (Helsinki, 1 al 12 de marzo de 1993).La Recomendacin UIT-T Q.84, clusula 2,

5、ha sido revisada por la Comisin de Estudio 11 (1993-1996) del UIT-T yfue aprobada por el procedimiento de la Resolucin N. 1 de la CMNT el 17 de octubre de 1995._NOTAEn esta Recomendacin, la expresin Administracin se utiliza para designar, en forma abreviada, tanto unaadministracin de telecomunicacio

6、nes como una empresa de explotacin reconocida de telecomunicaciones. UIT 1996Es 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 de microfilm, sin previa autorizacin escrita por parte de la UI

7、T.NDICERecomendacin Q.84 (10/95)Pgina2 Tripartitos. 12.1 Alcance . 12.2 Referencias normativas. 12.3 Definiciones 22.4 Smbolos y abreviaturas 22.5 Descripcin. 22.6 Derivacin del modelo funcional 22.7 Flujos de informacin . 32.8 Diagramas SDL de las entidades funcionales.102.9 Acciones de entidad fun

8、cional (FEA). 202.10 Atribucin de entidades funcionales a ubicaciones fsicas . 21Recomendacin Q.84 (10/95) i RESUMENEsta Recomendacin proporciona la descripcin de la etapa 2 del servicio suplementario tripartito. Este servicio permiteal usuario que interviene en por lo menos dos llamadas (una llamad

9、a activa y, al menos, una llamada retenida) unirambas en una conversacin tripartita, es decir, en una comunicacin simultnea entre el usuario servido y los otros dosparticipantes.ii Recomendacin Q.84 (10/95) Recomendacin Q.84Recomendacin Q.84 (10/95)DESCRIPCIN DE LA ETAPA 2 DEL SERVICIOSUPLEMENTARIO

10、MULTIPARTITOS(revisada en 1995)2 Tripartitos2.1 AlcanceEsta Recomendacin define la etapa 2 del servicio suplementario tripartito. La etapa 2 identifica las capacidadesfuncionales y los flujos de informacin necesarios para soportar el servicio descrito en la etapa 1. La descripcin de laetapa 2 tambin

11、 identifica las operaciones de usuario no asociadas directamente con una llamada (vase laRecomendacin I.130 1).Esta Recomendacin se define de acuerdo con la metodologa especificada en la Recomendacin Q.65 2.Adems, esta Recomendacin no especifica los requisitos para el caso de un servicio proporciona

12、do al usuario por unaRDSI privada. Esta Recomendacin tampoco especifica los requisitos de asignacin de entidades funcionales definidasdentro de una RDSI privada, pero s define las entidades funcionales que pueden asignarse a una RDSI privada.En esta Recomendacin no se especifican los requisitos adic

13、ionales para el caso de un servicio proporcionado al usuariopor una red de telecomunicaciones diferente de una RDSI.El servicio suplementario tripartito (3PTY, three-party service) permite al usuario que interviene por lo menos en dosllamadas (una llamada activa y, al menos, una llamada retenida) un

14、ir ambas en una conversacin tripartita, es decir, enuna comunicacin simultnea entre el usuario servido y los otros dos participantes.Este servicio suplementario no es aplicable a los servicios no vocales.NOTA Esta Recomendacin se deriva de la descripcin de servicio especificada en la Recomendacin I.

15、254.2 (1992),Servicio suplementario tripartito.Esta Recomendacin es aplicable a las normas de la etapa 3 de la red digital de servicios integrados (RDSI).2.2 Referencias normativasLa siguientes Recomendaciones y otras referencias contienen disposiciones que, mediante su referencia en este texto,cons

16、tituyen disposiciones de la presente Recomendacin. Al efectuar esta publicacin, estaban en vigor las edicionesindicadas. Todas las Recomendaciones y otras referencias son objeto de revisiones por lo que se preconiza que losusuarios de esta Recomendacin investiguen la posibilidad de aplicar las edici

17、ones ms recientes de lasRecomendaciones y otras referencias citadas a continuacin. Se publica peridicamente una lista de lasRecomendaciones UIT-T actualmente vigentes.1 Recomendacin I.130 del CCITT (1988), Mtodo de caracterizacin de los servicios de telecomunicacinsoportados por una RDSI y de las ca

18、pacidades de red de una RDSI.2 Recomendacin Q.65 del CCITT (1988), Etapa 2 del mtodo de caracterizacin de los serviciossoportados por una RDSI.3 Recomendacin UIT-T I.112 (1993), Vocabulario de trminos relativos a las RDSI.4 Recomendacin UIT-T Q.71 (1993), Servicio portadores conmutados en modo circu

19、ito en la red digitalde servicios integrados.5 Recomendacin UIT-T Z.100 (1993), Lenguaje funcional de especificacin y descripcin del CCITT.Recomendacin Q.84 (10/95) 1 2.3 DefinicionesEn esta Recomendacin se aplican las definiciones siguientes:2.3.1 red digital de servicios integrados (RDSI): Vase la

20、 definicin 308 de 2.3/I.112 3.2.3.2 servicio; servicio de telecomunicacin: Vase la definicin 201 de 2.2/I.112 3.2.3.3 conversacin tripartita: Comunicacin entre tres agentes de usuario, es decir, el agente de usuario servido ylos dos agentes de usuario distante.2.4 Smbolos y abreviaturasEn esta Recom

21、endacin se utilizan las abreviaturas siguientes:3PTY Servicio suplementario tripartito (three-party supplementary service)CC Control de llamada (call control)CCA Agente de control de llamada (call control agent)FE Entidad funcional (functional entity)FEA Accin de entidad funcional (functional entity

22、 action)RDSI Red digital de servicios integradosLE Central local (local exchange)PTNX Central de red de telecomunicacin privada (private telecommunication network exchange)SDL Lenguaje de descripcin y especificacin (specification and description language)TE Equipo terminal (terminal equipment)2.5 De

23、scripcinNo aplicable.2.6 Derivacin del modelo funcional2.6.1 Descripcin del modelo funcionalEl modelo funcional de servicio suplementario tripartito se muestra en la Figura 2-1.T1124630-90/d01FIGURA 2-1/Q.84Modelo funcionalFE1 FE2 FE3aFE3brbrarbFIGURA 2-1/Q.84.D01 = 3 CM (118%)2.6.2 Descripcin de en

24、tidades funcionalesLas entidades funcionales (FE) que necesita el servicio suplementario tripartito ms all de las correspondientes a lallamada bsica son: FE1: agente de usuario servido; FE2: entidad de control 3PTY; FE3: agente de usuario distante.2 Recomendacin Q.84 (10/95) 2.6.3 Relacin con un ser

25、vicio bsicoEn la Figura 2-2 se muestra la relacin del servicio suplementario tripartito con un servicio bsico.T1124640-90/d02FIGURA 2-2/Q.84Relacin con un servicio bsicoFE1CCACCAFE2CCACCACCCCCCCCFE3aCCAFE3bCCAr1r3rbr3r2r2r2rbrar1r2FIGURA 2-2/Q.84.D02 = 3 CM (118%)2.7 Flujos de informacin2.7.1 Diagra

26、mas de flujo de informacinEn las Figuras 2-3 a 2-7 se muestran los flujos de informacin del servicio suplementario tripartito para losprocedimientos siguientes: Figura 2-3: comienzo de conversacin tripartita; Figura 2-4: fin de conversacin tripartita; Figura 2-5: desconexin de llamada por un usuario

27、 distante durante el modo conversacin tripartita; Figura 2-6: desconexin de llamada por el usuario servido durante el modo conversacin tripartita; Figura 2-7: desconexin de toda la llamada por el usuario servido durante el modo conversacin tripartita.NOTA Los diagramas de flujo de informacin para li

28、beracin de conexin figuran en la Recomendacin Q.71 5.2.7.2 Definicin de los flujos de informacin2.7.2.1 Relacin raEn las subclusulas que siguen (vanse las Figuras 2-3 y 2-4), se muestra el contenido de los flujos de informacinmediante la relacin raespecficos del servicio suplementario tripartito.2.7

29、.2.1.1 Contenido de ARRANQUE TRI.Este flujo de informacin confirmada inicia la incorporacin de dos llamadas a una conversacin tripartita; la peticin sedebe enviar en el contexto de llamada retenida.El flujo de informacin ARRANQUE TRI. no tiene contenido.Recomendacin Q.84 (10/95) 3 T1167230-94/d03920

30、921922926928929929931931910910912rarbrbFE3aFE1 FE2 FE3bFIGURA 2-3/Q.84Comienzo de conversacin tripartitaconf.ARRANQUETRIpet.indARRANQUE TRIresp.confARRANQUE TRIpet.ARRANQUETRIpet.indINFORME1pet.indINFORME1ind.INFORME1ind.INFORME1FIGURA 2-3/Q.84.D03 = 3 CM (118%)4 Recomendacin Q.84 (10/95) T1167240-9

31、4/d04FE1 FE2 FE3a FE3b911911914911927923929929924929929933932932934pet.FIN TRIconf.FIN TRIpet.indFIN TRIresp.confFIN TRIpet.indINFORME3pet.indINFORME2pet.indINFORME3pet.indINFORME2ind.INFORME3ind.INFORME3ind.INFORME2ind.INFORME2rbNOTA Esta figura muestra el escenario en que se considera que FE3a es

32、el agente de usuario con la llamada reteniday FE3b, el agente de usuario con la conexin activa. FE3a (en esta figura) est explcitamente elegida para manteneruna comunicacin privada con el agente de usuario servido FE1.FIGURA 2-4a/Q.84Creacin de comunicacin privada (caso a)rarbFIGURA 2-4a/Q.84.D04 =

33、3 CM (118%)Recomendacin Q.84 (10/95) 5 T1167250-94/d05FE1 FE2 FE3a FE3bNOTA Esta figura muestra el escenario en que se considera que FE3a es el agente de usuario con la llamada retenida y FE3b, el agente de usuario con la conexin activa. En esta figura, FE3b est explcitamente elegida para mantener u

34、na comunicacin privada con el agente de usuario servido FE1.FIGURA 2-4b/Q.84Creacin de comunicacin privada (caso b)pet.FIN TRIconf.FIN TRIpet.indFIN TRIresp.confFIN TRIpet.indINFORME4ind.INFORME4pet.indINFORME2ind.INFORME2911911927923929934932929rarbrbFIGURA 2-4b/Q.84.D05 = 3 CM (118%)6 Recomendacin

35、 Q.84 (10/95) T1167260-94/d06FE1 FE2 FE3a FE3brbrbraNOTA Pet.ind INFORME3 slo se enva en el caso en que an exista una conexin retenida entre el usuario servido y el distante.FIGURA 2-5/Q.84Desconexin de llamada pour un usuario distante durante el modo conversacin tripartitaDESCONEXINpet.ind pet.indL

36、IBERACIN 421pet.indINFORME3pet.indINFORME2ind.INFORME3ind.INFORME2913915927923929925929933932(Nota)FIGURA 2-5/Q.84.D06 = 3 CM (118%)Recomendacin Q.84 (10/95) 7 T1167270-94/d07FE1 FE2 FE3a FE3brarbrbNOTA Pet.ind INFORME3 slo se enva en el caso en que an exista una conexin retenida entre el usuario se

37、rvido y el distante.FIGURA 2-6/Q.84Desconexin (llamada FE1-FE3a) de una llamada por el usuario servido durante el modo conversacinpet.ind 321DESCONEXINpet.indINFORME3pet.indINFORME2ind.INFORME3ind.INFORME2(Nota)915927923929925929933932FIGURA 2-6/Q.84.D07 = 3 CM (118%)8 Recomendacin Q.84 (10/95) T116

38、7280-94/d08FE1 FE2 FE3a FE3bpet.ind 321DESCONEXINpet.ind 321DESCONEXINpet.indINFORME3pet.indINFORME2ind.INFORME3(Nota 2)ind.INFORME2(Nota 1)927923929929933932rarbrbNOTAS1 Pet.ind INFORME2 se enva al agente de usuario con la conexin activa cuando la conexin retenida se ha liberado antes.2 Pet.ind INF

39、ORME3 se enva al agente de usuario con la conexin retenida cuando la conexin activa se ha liberado antes.FIGURA 2-7/Q.84Desconexin de toda la llamada por el usuario servido durante el modo conversacin tripartitaFIGURA 2-7/Q.84.D08 = 3 CM (118%)2.7.2.1.2 Contenido de RECHAZO ARRANQUE TRI.En el Cuadro

40、 2-1 se muestra el contenido del flujo de informacin RECHAZO ARRANQUE TRI.CUADRO 2-1/Q.84Contenido del flujo de informacin RECHAZO ARRANQUE TRI.Parmetro pet.ind.Motivo de rechazo Obligatorio2.7.2.1.3 Contenido de FIN TRI.El flujo de informacin confirmada inicia la terminacin del modo conversacin tri

41、partita.El flujo de informacin ARRANQUE TRI. no tiene contenido.Recomendacin Q.84 (10/95) 9 2.7.2.2 Relacin rbINFORME1 se utilizar para informar a los dos participantes distantes de que se ha establecido una conversacintripartita.INFORME2 se emplear para informar al participante distante de que se h

42、a liberado la conversacin tripartita y queexiste una conversacin nica entre el usuario servido y el otro participante distante.INFORME3 se utilizar para informar al participante distante de que existe una conexin nica entre el usuario servidoy el otro participante distante.INFORME4 se emplear para i

43、nformar al participante distante de que se ha desconectado la conferencia y que existe unallamada retenida entre el usuario servido y el otro participante distante.Los flujos de informacin INFORME1, INFORME2, INFORME3 e INFORME4 no tienen contenido.2.8 Diagramas SDL de las entidades funcionalesLos d

44、iagramas SDL se proporcionan de acuerdo con la Recomendacin Z.100 5.2.8.1 FE1Los diagramas SDL de FE1 se muestran en la Figura 2-8.10 Recomendacin Q.84 (10/95) T1167290-94/d09FIGURA 2-8/Q.84 (hoja 1 de 5)Diagrama SDL de FE1FEA 910IdleProcess 3PTY_FE13-WAY STARTreq.ind3-WAY STARTreq.s2_f8.1(5)FEA 910

45、user3-Way StartPendingraFIGURA 2-8/Q.84 (hoja 1 de 5) .D09 = 3 CM (118%)Recomendacin Q.84 (10/95) 11 T1167300-94/d10FIGURA 2-8/Q.84 (hoja 2 de 5)Diagrama SDL de FE1FEA 9103-WayConversation ActiveIdleFEA 910FEA 913Process 3PTY_FE1s2_f8.2(5)3-Way StartPending3-WAY STARTresp.conf3-WAY STARTREJECTreq.indFEA 910user3-WAY STARTREJECTind.3-WAY STARTconf.FEA 910userBasic callreleaseraraFIGURA 2-8/Q.84 (hoja 2 de 5) .D10 = 3 CM (1