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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

本文(ITU-T H 140 SPANISH-1988 A MULTIPOINT INTERNATIONAL VIDEOCONFERENCE SYSTEM《国际多点视频会议系统》.pdf)为本站会员(bonesoil321)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-T H 140 SPANISH-1988 A MULTIPOINT INTERNATIONAL VIDEOCONFERENCE SYSTEM《国际多点视频会议系统》.pdf

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T H.140SECTOR DE NORMALIZACINDE LAS TELECOMUNICACIONESDE LA UITTRANSMISIN EN LNEA DE SEALESNO TELEFNICASUN SISTEMA DE VIDEOFRECUENCIAINTERNACIONAL MULTIPUNTORecomendacin UIT-T H.140(Extracto del Libro Azul)NOTAS1 La Recomendacin UIT-T H.140 se public en el

2、 fascculo III.6 del Libro Azul. Este fichero es un extracto delLibro Azul. Aunque la presentacin y disposicin del texto son ligeramente diferentes de la versin del Libro Azul, elcontenido del fichero es idntico a la citada versin y los derechos de autor siguen siendo los mismos (Vase acontinuacin).2

3、 Por razones de concisin, el trmino Administracin se utiliza en la presente Recomendacin para designar auna administracin de telecomunicaciones y a una empresa de explotacin reconocida. UIT 1988, 1993Reservados todos los derechos. No podr reproducirse o utilizarse la presente Recomendacin ni parte d

4、e la misma decualquier forma ni por cualquier procedimiento, electrnico o mecnico, comprendidas la fotocopia y la grabacin enmicropelcula, sin autorizacin escrita de la UIT.Recomendacin H.140Fascculo III.6 - Rec. H.140UN SISTEMA DE VIDEOFRECUENCIA INTERNACIONAL MULTIPUNTO(Melbourne, 1988)1 ObjetivoE

5、sta Recomendacin define un sistema de videofrecuencia multipunto que permite intercomunicarsimultneamente tres o ms emplazamientos de videoconferencia, siempre que los cdecs sean conformes a lasRecomendaciones H.120 y H.130 ( 1, nota).Nota En principio, los cdecs conformes al 2 de las Recomendacione

6、s H.120 y H.130 tambin son aplicables.2 Requisitos generalesUna unidad de control multipunto (UCM) es una parte de los equipos situada en un nodo de la red (terrenal o porsatlite) que recibe varios (mximo siete) canales a 2 Mbit/s de puertos de acceso (cada puerto de acceso corresponde aun cdec loca

7、l o distante o a otra UCM) y, de conformidad con cierto criterio, hace que algunos de ellos, llamadoscanales seleccionados, sean distribuidos hacia los estudios conectados (vase la figura 1/H.140).Las funciones bsicas de la UCM son idnticas en una red terrenal o por satlite. La UCM tendr la capacida

8、dde:- sincronizar los trenes entrantes con un solo reloj piloto de 2048 kHz;- extraer la alineacin de trama del IT0 a fin de sincronizar los diferentes trenes con el reloj de trama, extraerla paridad de trama, la alineacin de multitrama y supermultitrama del IT2 a fin de acceder en cada flujoentrant

9、e al canal de sealizacin de cdec a cdec;- procesar este canal de sealizacin;- procesar los canales de sonido para crear un sistema de sonido abierto, en el caso de un sistema noencriptado;- decidir el despacho y la conmutacin de imagen conforme a un criterio de seleccin (automtico o apeticin);- seal

10、ar por adelantado las decisiones de conmutacin a los cdecs de manera que se pueda evitar ladegradacin durante la conmutacin y despus de la misma;- multiplexar los canales vdeo seleccionados con el canal de sonido abierto y los canales de datos efectivos;- distribuir los trenes reconstruidos a los pu

11、ertos de acceso correspondientes.Fascculo III.6 - Rec. H.140 13 Sincronizacin de trenes de bits3.1 Sincronizacin de relojTodos los trenes de bits entrantes a la UCM deben derivarse del mismo reloj bsico a 2048 kbit/s. Si ningncdec implicado en una conferencia multipunto reside en una red sncrona, es

12、 decir, si no se recibe ninguna seal con elbit 8 del IT0 de las tramas impares puesto a cero, la UCM acta como una fuente de reloj director. Dicha UCM debetener un reloj de referencia cuya exactitud a corto plazo sea de 1 en 109, a fin de evitar deslizamientos de trama duranteuna sesin de conferenci

13、a. Si uno o ms cdecs estn en redes sncronas (bit 8 = 0), sus relojes se toman como director.En ambos casos la UCM pone el bit 8 a cero en los IT0 de las tramas impares en todos los canales salientes.3.2 Sincronizacin de tramaLa UCM tiene las funciones siguientes:i) Extraer la alineacin de trama del

14、IT0 y generar el reloj de trama. La paridad de trama no debe extraerse delIT0 dado que no se transmite de manera transparente a travs de ciertas redes.ii) Extraer la alineacin de multitrama y supermultitrama del IT2 y generar: paridad de trama, reloj demultitrama, reloj de supermultitrama.iii) Sincr

15、onizar los trenes de bits a la velocidad de trama MIC, de manera que la conmutacin pueda efectuarsesin interrumpir la estructura de trama de la Recomendacin G.704.4 Utilizacin del IT2 de las tramas impares por parte de la UCM y el cdec para aplicaciones de conferenciamultipuntoLos bits se codifican

16、de conformidad con el 1 de la Recomendacin H.130. Se toma una decisin por mayorade 5 entre 8 para protegerse de los errores de canal con respecto a las seales de los bits 3 y 4.4.1 Los bits 1, 2, 6, 7 son transmitidos de manera transparente por la UCM.4.2 El bit 8 da la alineacin de multitrama y sup

17、ermultitrama y la recuperacin de paridad de trama.4.3 El bit 3 es para la identificacin del modo de codificacin.Los bits 3.1.c indican las facilidades ofrecidas por el cdec (puestos a 1 si se proporcionan) y son fijos para cadacdec. La UMC debe tener en cuenta estos bits a fin de establecer un modo

18、de explotacin mnimo para todos los cdecsimplicados en la conferencia. Para cada puerto individual de la UCM, se efecta un “Y” lgico entre las seales entrantesde todos los dems puertos. La seal resultante se utiliza entonces como seal saliente de ese puerto especfico, teniendocomo regla que los bits

19、de facilidades de un puerto individual no deben ser devueltos en eco.Bit 3.1.0 Grficos (Modo 1)Bit 3.1.1 Informacin vocal de alta calidadBit 3.1.3 EncripcinBit 3.1.4 Sistema MBit 3.1.5 Grficos (Modo 2)Bit 3.1.6 Reserva puesto a ceroNota 1 Las UCM no equipadas para mezclar audio de la Recomendacin G.

20、722 pondrn el bit 3.1.1 a cero.Nota 2 La utilizacin del bit 3.1.3 para encripcin est en estudio.Bit 3.1.2 Bit 3.1.701010 Funcionamiento nicamente a 2 Mbit/s0 Funcionamiento nicamente a 2 Mbit/s y 4 384 kbit/s1 Funcionamiento nicamente a 2 Mbit/s 2 384 kbit/s1 Funcionamiento a 2 Mbit/s 4, 3, 2 384 kb

21、it/s2 Fascculo III.6 - Rec. H.140Nota Si la velocidad binaria indicada por los bits 3.1.2 y 3.1.7 rebasa la velocidad disponible en el interfazdigital del cdec, el significado de los bits de facilidades es el siguiente:- con cdecs que disponen de un interfaz serie de 1,5 Mbit/s0 0 Nunca ocurre1 0 Fu

22、ncionamiento nicamente a 4 384 kbit/s0 1 Funcionamiento nicamente a 2 384 kbit/s1 1 Funcionamiento nicamente a 4, 3, 2 384 kbit/s- con cdecs que tienen un interfaz serie de 2 Mbit/s pero una velocidad efectiva de 768 kbit/s0 0 Nunca ocurre1 0 Nunca ocurre0 1 Funcionamiento nicamente a 2 x 384 kbit/s

23、1 1 Funcionamiento nicamente a 2 x 384 kbit/sLos bits 3.3 (transmisin de color) y 3.5 (presentacin con divisin de pantalla) son transmitidos de maneratransparente por la UCM.4.3.1 Bit 3.7 Peticin de actualizacin rpida (PAR)Al ponerse a 1, la ocupacin de la memoria tampn del transmisor es obligada a

24、disminuir y a estabilizarse en unestado de menos de 6K, impidiendo la entrada a la memoria tampn de elementos de imagen codificados.4.3.2 Bit 3.9 Peticin de congelacin de trama (PCT)Se utiliza para advertir a un decodificador que la seal recibida puede interrumpirse despus del comienzo de lasupermul

25、titrama siguiente durante un periodo no superior a 2 s. Al recibir el bit 3.9 puesto a 1, un decodificador“congelar” normalmente el contenido de su almacenamiento de trama durante 2 s o hasta que se reciba un cdigo decomienzo de campo con el bit A puesto a 1 (vase el 1 de la Recomendacin H.120).Ambo

26、s bits 3.7 y 3.9 deben pasar de manera transparente a travs de una UCM si estn en una seal de entrada:esto es con el fin de permitir la conferencia multipunto utilizando UCM distribuidas.El bit 3.11.c indica la potencia del canal sonoro, integrada durante 16 ms (periodo de la supermultitrama) ycodif

27、icada con 8 bits. Se utiliza nicamente en multipunto con encripcin, en los dems casos se pone a cero. La UCMpuede utilizar este bit para seleccionar los canales de nuevo y previo hablante (vase el 6).4.3.3 Bit 3.13 Distribucin de datosAl recibir este bit puesto a 1, un cdec debe desocupar en su cana

28、l de transmisin los mismos intervalos detiempo que estn libres con respecto a la seal vdeo en su canal de recepcin y que estn indicados por los bits 4.1, 4.3,4.5, 4.7.La UCM utiliza este bit para garantizar la continuidad de los datos durante una conferencia (vase el 9).4.3.4 Deteccin de bucleEl bit

29、 3.15 puede ser utilizado por la UCM para detectar si uno de sus puertos bidireccionales a 2 Mbit/s ha sidopuesto en bucle externamente. Es necesario supervisar esta condicin dado que dicha configuracin puede inducirinestabilidad. La definicin del bit 3.15 es la siguiente:Los cdecs ponen el bit 3.15

30、 a 1 en sus trayectos de salida. Las UCM utilizan bits 3.15 consecutivos paratransmitir repetidamente un tren de bits aleatorios en serie de longitud n. Si la secuencia de bits recibida es igual a lasecuencia en serie aleatoria transmitida, se ha detectado un bucle. Cabe sealar que la secuencia de b

31、its recibida puedetener un retardo de fase con respecto a la secuencia transmitida.Los detalles de la secuencia aleatoria no necesitan especificarse de manera rgida dado que la secuencia esimportante nicamente cuando una UCM individual est en una configuracin de bucle. No obstante, han de tomarsepre

32、cauciones para evitar falsas detecciones de bucle. Esto es probable cuando estn conectadas dos o ms UCM entre so cuando el medio de transmisin est sujeto a errores. A continuacin se dan algunas recomendaciones.Fascculo III.6 - Rec. H.140 3La longitud n de la secuencia aleatoria transmitida debe ser

33、suficientemente grande para evitar la duplicacincuando dos o ms UCM estn conectadas entre s. Se sugiere que la longitud total supere 15 bits, de suerte que laposibilidad de duplicacin sea inferior a 1/65536. El mecanismo de transmisin y deteccin de secuencia debe ser losuficientemente resistente a l

34、os errores de canal. Esto puede lograrse de diversas maneras; aqu se sugieren dos mtodossimples.Primero, considerando la secuencia como un nmero de bits individuales, cada bit puede ser transmitido para8 bits 3.15 consecutivos. El receptor toma una mayora de 5 entre 8 como el bit de la secuencia rec

35、ibido. De suerte que serequieren 8 x n bits para transmitir una sola secuencia. Esto es similar al mtodo adoptado para los bits 4.x.Otro mtodo consiste en transmitir repetitivamente la secuencia aleatoria, y se decide si el puerto est en el estadode bucle o no slo cuando se ha recibido cierto nmero

36、de secuencias.4.4 El bit 4 es para la asignacin de intervalo de tiempo.A los bits siguientes puestos a 1 corresponde:Bit 4.1 IT2 de trama par no se utiliza para vdeoBit 4.3 IT16 no se utiliza para vdeoBit 4.5 IT17 no se utiliza para vdeoBit 4.7 IT18 no se utiliza para vdeoBit 4.11 Transmisin de grfi

37、cosBit 4.13 Utilizacin de cdigo de correccin de erroresAl recibir cualquiera de los bits 4.3/5/7 puestos a 1 y el bit 3.13 puesto a 1 (vase el 4.3), un cdec desocupatambin los intervalos de tiempo correspondientes en el tren que transmite y pone a 1 los bits 4.b correspondientes en sucanal de transm

38、isin.El bit 4.1 es transmitido de manera transparente por la UCM dado que sta no puede conmutar mitades deintervalos de tiempo, es decir que la UCM no ejerce ninguna accin.Los bits 4.9 y 4.15 se utilizan para la sealizacin de la velocidad binaria:Bit 4.9 Bit 4.1501100 2 Mbit/s04 384 kbit/s13 384 kbi

39、t/s12 384 kbit/sA 5 384 kbit/s Intervalos de tiempo 1-15 y 17-31 activosA 4 384 kbit/s Intervalos de tiempo 1-15 y 17-25 activosA 3 384 kbit/s Intervalos de tiempo 1-9 y 17-25 activosA 2 384 kbit/s Intervalos de tiempo 1-6 y 17-22 activosLa UCM debe tener en cuenta los bits 4.9 y 4.15 para establece

40、r un modo de explotacin mnimo para todos loscdecs implicados en la conferencia. Para cada puerto individual, los bits 4.9 y 4.15 procedentes de los de cualquier otropuerto de la UCM son analizados para determinar cul es la velocidad binaria solicitada ms baja admitida por los bits defacilidades 3.1.

41、2 y 3.1.7. El cdigo de esta velocidad binaria se utiliza entonces como seal de salida en los bits 4.9 y4.15 de ese puerto especfico. De nuevo, la regla es que los bits de facilidades de velocidad binaria de un puertoindividual no deben ser devueltos en eco.Para evitar que se produzca una situacin de

42、 bloqueo, el cdec no debe devolver los bits recibidos 4.9 y 4.15 porsu trayecto de transmisin, sino que debe generarlos independientemente.4.5 El bit 5 lleva un canal de mensajes a 4 kbit/sEste bit se utiliza para soportar un canal de mensajes asncrono a 4 kbit/s para la sealizacin entre la sala y l

43、aUCM o entre salas o entre las UCM.El protocolo de este canal de mensajes est estudio.4 Fascculo III.6 - Rec. H.1405 Procesamiento audioCada terminal conectado a una UCM debe recibir una mezcla del audio de todos los dems terminales. Lasseales audio deben sumarse en la UCM sin normalizacin, es decir

44、, con ganancia unitaria en cada canal. Puede incluirsela mezcla dinmica para suprimir el ruido ambiente pero los hablantes seguirn teniendo ganancia unitaria.Nota No se aplica para multipunto con encriptado.6 Criterios de decisin de conmutacinLos criterios de conmutacin dependen en cierta medida de

45、la filosofa del servicio de multiconferencia de cadaAdministracin. Cualquier solucin, automtica o manual, puede realizarse sin alterar la disposicin bsica de la UCM.El modo de funcionamiento mnimo o “automtico” es el siguiente: la UCM, comparando los canales de sonidoentrantes o, en el caso de canal

46、es de sonido encriptados, mediante el bit de potencia de sonido (bit 3.11 en el IT2 de lastramas impares), selecciona el hablante ms fuerte (llamado nuevo hablante o NH). La UCM selecciona un segundocanal, que es el previo hablante ms fuerte (llamado previo hablante o PH). El canal PH es enviado al

47、NH y el canal NHes enviado a las dems salas. Este modo se utiliza siempre cuando se establece la multiconferencia. Los detalles sobre elcriterio de conmutacin con respecto a los niveles de sonido, tiempo de bloqueo, etc., estn en estudio.Actualmente se han determinado cinco contraordenaciones manual

48、es:a) El sistema sigue siendo automtico pero uno de los sitios se considera como el presidente de la conferencia.Los participantes pueden transmitir una “peticin de palabra” al presidente o a todas las salas. En unmomento adecuado, el presidente da oralmente la palabra al conferenciante que la ha solicitado y que, alcomenzar a hablar, es seleccionado automticamente como NH.b) Uno de los sitios (por ejemplo, el NH o el presidente o un participante distinguido) puede elegir la atribucindel segundo canal seleccionado (normalmente el canal PH) transmitiendo una peticin a la UCM.c)

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