ImageVerifierCode 换一换
格式:PDF , 页数:29 ,大小:160.22KB ,
资源ID:802090      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-802090.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(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)为本站会员(confusegate185)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

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

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

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1