ITU-T Q 734 1 SPANISH-1993 Stage 3 Description for Multiparty Supplementary Services Using Signalling System No 7 Clause 1 - Conference Calling《第3阶段 使用NO 7信令系统条款1的多方补充业务的描述 会议呼叫 11.pdf

《ITU-T Q 734 1 SPANISH-1993 Stage 3 Description for Multiparty Supplementary Services Using Signalling System No 7 Clause 1 - Conference Calling《第3阶段 使用NO 7信令系统条款1的多方补充业务的描述 会议呼叫 11.pdf》由会员分享，可在线阅读，更多相关《ITU-T Q 734 1 SPANISH-1993 Stage 3 Description for Multiparty Supplementary Services Using Signalling System No 7 Clause 1 - Conference Calling《第3阶段 使用NO 7信令系统条款1的多方补充业务的描述 会议呼叫 11.pdf（29页珍藏版）》请在麦多课文档分享上搜索。

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T Q.734SECTOR DE NORMALIZACIN (03/93)DE LAS TELECOMUNICACIONESDE LA UITESPECIFICACIONES DEL SISTEMADE SEALIZACIN N.o7DESCRIPCIN DE LA ETAPA 3 DELOS SERVICIOS SUPLEMENTARIOSMULTIPARTITOS QUE UTILIZANEL SISTEMA DE SEALIZACIN N.o7CLUSULA 1 COMUNICACIN CONFERE

2、NCIACLUSULA 2 SERVICIO TRIPARTITORecomendacin UIT-T Q.734(Anteriormente Recomendacin 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 tc

3、nicas, de explotacin yde tarificacin y la formulacin de Recomendaciones al respecto con objeto de normalizar las telecomunicaciones sobreuna base mundial.La Conferencia Mundial de Normalizacin de las Telecomunicaciones (CMNT), que se rene cada cuatro aos,establece los temas que habrn de abordar las

4、Comisiones de Estudio del UIT-T, que preparan luego Recomendacionessobre esos temas.La Recomendacin UIT-T Q.734, clusulas 1 y 2, preparada por la Comisin de Estudio XI (1988-1993) del UIT-T, fueaprobada por la CMNT (Helsinki, 1-12 de marzo de 1993)._NOTAS1 Como consecuencia del proceso de reforma de

5、 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 lasTelecomunicaciones de la UIT (UIT-T). Igualmente en este proceso de reforma, la IFRB y el CCIR han sido sustituidospor el Sect

6、or 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 IFRB o el nombre de sus rganos correspondientes, como la AsambleaPlenaria, la Secretara, etc. Las ediciones futuras en la pre

7、sente 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 Recomendacin para designara una administracin de telecomunicaciones y a una empresa de explotacin reconocida. UIT 1994Reservad

8、os 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, comprendidas la fotocopia y la grabacin enmicropelcula, sin autorizacin escrita de la UIT.NDICERecomendacin Q.734 (03/93)Pgin

9、a1 Comunicacin conferencia. 11.1 Definicin . 11.2 Descripcin. 11.3 Requisitos operacionales. 21.4 Requisitos de codificacin 21.5 Requisitos de sealizacin 31.6 Interacciones con otros servicios suplementarios .61.7 Interaccin con otras redes . 81.8 Flujos de sealizacin. 81.9 Valores de los parmetros

10、(temporizadores). 161.10 Descripcin dinmica . 162 Servicio tripartito . 162.1 Definicin . 162.2 Descripcin. 162.3 Requisitos operacionales. 172.4 Requisitos de codificacin 172.5 Requisitos de sealizacin 182.6 Interacciones con otros servicios suplementarios .202.7 Interacciones con otras redes 222.8

11、 Flujos de sealizacin. 222.9 Valores de los parmetros (temporizadores). 252.10 Descripcin dinmica . 25Recomendacin Q.734 (03/93) i Recomendacin Q.734Recomendacin Q.734 (03/93)DESCRIPCIN DE LA ETAPA 3 DE LOS SERVICIOS SUPLEMENTARIOSMULTIPARTITOS QUE UTILIZAN EL SISTEMA DE SEALIZACIN N. 7(Helsinki, 19

12、93)1 Comunicacin conferencia1.1 DefinicinLa comunicacin conferencia (CONF) es un servicio suplementario de la RDSI que permite al usuario comunicarsimultneamente con mltiples participantes que a su vez pueden comunicar entre s.1.2 Descripcin1.2.1 Descripcin generalEste servicio suplementario ofrece

13、la posibilidad de que un usuario mantenga una comunicacin con conexionesmltiples, es decir, una comunicacin simultnea entre ms de dos participantes.Cuando se invoca el servicio de comunicacin conferencia se atribuyen al usuario servido recursos de conferencia (porejemplo, un puente) y las llamadas i

14、ndicadas en la peticin del servicio se incorporan a la conferencia.Esta descripcin slo es aplicable cuando el puente de conferencia se halla en la central local del usuario servido.Una vez que la conferencia est activa, es posible incorporar participantes, suprimirlos, aislarlos (es decir, impedirle

15、sque comuniquen con la conferencia), reincorporarlos o separarlos (es decir, eliminarlos de la conferencia peropermaneciendo conectados al controlador de la misma).El controlador puede poner su conexin con la conferencia en la condicin de retencin, recuperar la conferencia,desconectarse de la confer

16、encia y liberar la conferencia en su totalidad.En la Recomendacin I.254.1 aparecen las definiciones de la etapa 1 para este servicio suplementario de comunicacinconferencia. La descripcin de la etapa 2 de este servicio suplementario figura en la Recomendacin Q.84.1. Ladescripcin de la etapa 3 del si

17、stema de sealizacin digital de abonado N. 1 figura en la Recomendacin Q.954.1. Estadescripcin de la etapa 3 del servicio suplementario de comunicacin conferencia utiliza el protocolo de la parte usuariode RDSI, segn lo definido en las Recomendaciones Q.761 a Q.764 y Q.730.1.2.2 Terminologa especfica

18、Usuario servido Usuario que pide la comunicacin conferencia. El usuario servido ser el usuario quecontrola la comunicacin conferencia. Tambin puede hacerse referencia al usuario servido como usuario A.Conferenciante Usuario que participa en la conferencia sin controlarla, es decir, todos los partici

19、pantes,excepto el usuario servido, se denominan conferenciantes o participantes. Tambin puede hacerse referencia aellos como usuarios B, C, etc.Aislar Accin efectuada durante el acceso para restringir la comunicacin en ambos sentidos con unparticipante en la conferencia.Reincorporar Accin efectuada

20、durante el acceso para restablecer la comunicacin con un participante en laconferencia.Separar Accin efectuada durante el acceso para establecer una comunicacin privada entre el usuarioservido y un usuario distante. La comunicacin privada es una llamada normal bipartita.Suprimir Accin efectuada dura

21、nte el acceso para liberar la conexin con un participante distante.Flotar Situacin en la que existe un servicio suplementario de comunicacin conferencia sin usuario servido.Recomendacin Q.734 (03/93) 1 1.2.3 Aplicabilidad a los servicios de telecomunicacinVase la descripcin de la etapa 1 en la Recom

22、endacin I.254.1.1.2.4 Definiciones de estadosNo se han definido estados especficos.1.3 Requisitos operacionales1.3.1 Prestacin/supresinVase la descripcin de la etapa 1 en la Recomendacin I.254.1.1.3.2 Requisitos en el lado red de origenNo es aplicable.1.3.3 Requisitos en la redNo se necesitan requis

23、itos especficos en la red.1.3.4 Requisitos en el lado red de destinoNo es aplicable.1.4 Requisitos de codificacinCuando proceda, se enviar al usuario distante un mensaje de progresin de la llamada que contenga el parmetroindicador de notificacin genrica, con la notificacin que se indica en el Cuadro

24、 1-1.CUADRO 1-1/Q.734Campo del parmetro indicador de notificacin genricaBits7654321Descripcin1000010 Conferencia establecida1000011 Conferencia desconectada1000100 Otro participante incorporado1000101 Aislado1000110 Reincorporado1000111 Otro participante aislado1001000 Otro participante reincorporad

25、o1001001 Otro participante separado1001010 Otro participante desconectado1001011 Conferencia en condicin flotanteEl indicador de evento se codificar 0000010 Progresin.El parmetro indicador de notificacin genrica va acompaado por el parmetro informacin de compatibilidad deparmetros. Los procedimiento

26、s de compatibilidad se definen en la Recomendacin Q.764.2 Recomendacin Q.734 (03/93) 1.5 Requisitos de sealizacinLos siguientes procedimientos de la PU-RDSI (Parte usuario de RDSI) son aplicables cuando se admite la opcin de redde notificaciones de usuario.1.5.1 Activacin/desactivacin/registroNo es

27、aplicable.1.5.2 Invocacin y operacin1.5.2.1 Acciones en la central local de origenEn este caso, la central de origen es la central en la que se controla el servicio. La central de origen de este servicio no esnecesariamente la central de origen de la llamada bsica.1.5.2.1.1 Operacional normal1.5.2.1

28、.1.1 Requisitos en relacin con el control de ecoa) GeneralidadesLa central local de origen, en la que se halla el puente de conferencia, ha de tener la posibilidad deinvocar procedimientos de control de eco. Tal es el caso cuando el tiempo de propagacin total en dostramos de la conferencia rebasa el

29、 valor a partir del cual es necesario controlar el eco (vase 2.6/Q.764).La central ha de tener tambin la posibilidad de almacenar la informacin del tiempo de propagacincontenida en un mensaje inicial de direccin (IAM, initial address message) recibido en el caso de lasllamadas entrantes, o en un men

30、saje de respuesta/conexin (ANM/CON, answer message/connectmessage) en el caso de las llamadas salientes, hasta la liberacin de la llamada. Esto debe hacerse paratodos los tramos incluidos en la conferencia.b) Criterios para iniciar los procedimientos de control de ecoAl incorporar una nueva llamada

31、a la conferencia se sumarn, el correspondiente valor de tiempo depropagacin recibido a cada uno de los otros tramos para decidir si procede o no controlar el eco en lostramos afectados.Si hace falta controlar el eco, la central iniciar los procedimientos de control de eco en cada uno de esostramos (

32、vase 2.7/Q.764).1.5.2.1.1.2 Peticin de una conferencia a partir de una llamada activa e incorporacin de conferenciantesTras una peticin correcta de comenzar la conferencia procedente de una llamada activa, se incorpora a la conferencia alusuario B, participante en la llamada activa. Se enviar una no

33、tificacin Conferencia establecida al usuario B parainformarle de que ya est establecida su conexin a la conferencia. La notificacin es transportada en un mensaje deprogresin de la llamada (CPG, call progress message).Tras una peticin de incorporar un nuevo conferenciante (usuario C) a la conferencia

34、, se comprueba si se ha alcanzado ono el nmero mximo de conferenciantes para esa conferencia.Si la peticin de incorporacin tiene xito, se enva una notificacin conferencia establecida al usuario C,informndole de que ya est establecida su conexin a la conferencia. La notificacin es transportada en un

35、mensajeCPG. Se enva una notificacin otro participante incorporado, en un mensaje de progresin de la llamada a todos losconferenciantes no afectados para informarles de que se ha incorporado a la comunicacin conferencia un nuevoparticipante.1.5.2.1.1.3 Aislamiento de un participanteEl controlador de

36、la conferencia puede pedir que se asle de la misma a un conferenciante. El conferenciante sigueconectado a la conferencia, pero su comunicacin en ambos sentidos es imposible.Se enva una notificacin aislado al conferenciante afectado informndole de que est aislado de la conferencia. Lanotificacin se

37、transporta en un mensaje CPG.Se enva una notificacin otro participante aislado, en un mensaje de progresin de la llamada, a todos losconferenciantes no afectados para informarles de que se ha aislado de la conferencia a un participante.Recomendacin Q.734 (03/93) 3 1.5.2.1.1.4 Reincorporacin de un pa

38、rticipanteEl controlador de la conferencia puede pedir que se reincorpore en la conferencia un conferenciante que haba quedadoaislado.Se enva una notificacin reincorporado al conferenciante afectado informndole de que ha sido reincorporado en laconferencia. La notificacin se transporta en un mensaje

39、 CPG.Se enva una notificacin otro participante reincorporado, en un mensaje de progresin de la llamada a todos losconferenciantes no afectados para informarles de que el conferenciante aislado est ahora reincorporado a lacomunicacin conferencia.1.5.2.1.1.5 Separacin de un participanteEl controlador

40、de la conferencia puede pedir que se cree una comunicacin privada con uno de los conferenciantes(separacin).Se enva una notificacin conferenciante desconectado al conferenciante afectado informndole de que slo estconectado al controlador de la conferencia. La notificacin se transporta en un mensaje

41、CPG de PU-RDSI.Se enva una notificacin otra parte desconectado, en un mensaje de progresin de la llamada a todos losconferenciantes no afectados para informarles de que el controlador de la conferencia ha desconectado otro participante.1.5.2.1.1.6 Desconexin de un participanteEl controlador de la co

42、nferencia puede pedir que se desconecten (supriman) uno o ms participantes, de uno en uno. Seaplican los procedimientos normales de liberacin al conferenciante o conferenciantes suprimidos.Se enva una notificacin otra parte desconectada, en un mensaje de progresin de la llamada a todos losconferenci

43、antes no afectados para informarles de que se ha suprimido de la conferencia a un participante.1.5.2.1.1.7 Desconexin por un participanteUn conferenciante puede pedir que se le desconecte de la comunicacin conferencia. Se aplica el procedimiento deliberacin normal al tramo comprendido entre el confe

44、renciante y el puente de la conferencia.Se enva una notificacin otra parte desconectada, en un mensaje de progresin de la llamada a todos losconferenciantes no afectados para informarles de que se ha desconectado de la conferencia a un participante.1.5.2.1.1.8 Terminacin de la conferenciaEl controla

45、dor de la conferencia puede pedir la liberacin de la conferencia. Se liberarn los recursos de la conferencia yse aplicarn los procedimientos de liberacin normal a todos los conferenciantes.1.5.2.1.1.9 Desconexin del usuario servidoEl controlador de la conferencia puede pedir de manera explcita su pr

46、opia desconexin de la conferencia. En tal caso,los conferenciantes permanecern conectados a la conferencia.Se enva una notificacin conferencia en condicin flotante, en un mensaje de progresin de la llamada a todos losconferenciantes para informarles de que la conferencia est ahora en estado flotante

47、, es decir, sin un controlador deconferencia conectado a la misma.Los recursos de la conferencia se liberarn cuando quede un solo conferenciante conectado al puente o si no puedencumplirse los requisitos de tarificacin. Se aplican los procedimientos de liberacin de llamada bsica normal alconferenciante restante.1.5.2.1.1.10 Liberacin de la llamada por el usuario servidoEl controlador de la conferencia puede pedir su desconexin de la conferencia segn el procedimiento de llamada bsicanormal. Si se cumplen las