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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

本文(ITU-T J 175 SPANISH-2005 Audio server protocol《语音服务器协议 9号研究组》.pdf)为本站会员(cleanass300)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-T J 175 SPANISH-2005 Audio server protocol《语音服务器协议 9号研究组》.pdf

1、 Unin Internacional de TelecomunicacionesUIT-T J.175SECTOR DE NORMALIZACIN DE LAS TELECOMUNICACIONES DE LA UIT (11/2005) SERIE J: REDES DE CABLE Y TRANSMISIN DE PROGRAMAS RADIOFNICOS Y TELEVISIVOS, Y DE OTRAS SEALES MULTIMEDIOS IPCablecom Protocolo de servidor de audio Recomendacin UIT-T J.175 Rec.

2、UIT-T J.175 (11/2005) i Recomendacin UIT-T J.175 Protocolo de servidor de audio Resumen Esta Recomendacin describe la arquitectura y los protocolos necesarios para la reproduccin de anuncios en redes IPCablecom con voz sobre el protocolo Internet (VoIP). Normalmente, los anuncios son necesarios cuan

3、do las llamadas no se completan. Adems, pueden utilizarse para proporcionar servicios de informacin mejorados al llamante. Los distintos servicios que ofrecen los operadores exigen distintos conjuntos de anuncios con formatos diferentes. Los anuncios pueden ser tan elementales como los que ofrecen u

4、n contenido fijo (por ejemplo, que los circuitos estn todos ocupados), o tan complejos como los proporcionados por los sistemas inteligentes que ofrecen respuesta vocal interactiva (IVR). El modelo de servicios IPCablecom requiere que todos los anuncios se ofrezcan y sealicen de forma normalizada pa

5、ra todas las caractersticas de llamada admisibles y para los diversos escenarios de utilizacin. Orgenes La Recomendacin UIT-T J.175 fue aprobada el 29 de noviembre de 2005 por la Comisin de Estudio 9 (2005-2008) del UIT-T por el procedimiento de la Recomendacin UIT-T A.8. ii Rec. UIT-T J.175 (11/200

6、5) PREFACIO La UIT (Unin Internacional de Telecomunicaciones) es el organismo especializado de las Naciones Unidas en el campo de las telecomunicaciones. El UIT-T (Sector de Normalizacin de las Telecomunicaciones de la UIT) es un rgano permanente de la UIT. Este rgano estudia los aspectos tcnicos, d

7、e explotacin y tarifarios y publica Recomendaciones sobre los mismos, con miras a la normalizacin de las telecomunica-ciones en el plano mundial. La Asamblea Mundial de Normalizacin de las Telecomunicaciones (AMNT), que se celebra cada cuatro aos, establece los temas que han de estudiar las Comision

8、es de Estudio del UIT-T, que a su vez producen Recomendaciones sobre dichos temas. La aprobacin de Recomendaciones por los Miembros del UIT-T es el objeto del procedimiento establecido en la Resolucin 1 de la AMNT. En ciertos sectores de la tecnologa de la informacin que corresponden a la esfera de

9、competencia del UIT-T, se preparan las normas necesarias en colaboracin con la ISO y la CEI. NOTA En esta Recomendacin, la expresin “Administracin“ se utiliza para designar, en forma abreviada, tanto una administracin de telecomunicaciones como una empresa de explotacin reconocida de telecomunicacio

10、nes. La observancia de esta Recomendacin es voluntaria. Ahora bien, la Recomendacin puede contener ciertas disposiciones obligatorias (para asegurar, por ejemplo, la aplicabilidad o la interoperabilidad), por lo que la observancia se consigue con el cumplimiento exacto y puntual de todas las disposi

11、ciones obligatorias. La obligatoriedad de un elemento preceptivo o requisito se expresa mediante las frases “tener que, haber de, hay que + infinitivo“ o el verbo principal en tiempo futuro simple de mandato, en modo afirmativo o negativo. El hecho de que se utilice esta formulacin no entraa que la

12、observancia se imponga a ninguna de las partes. PROPIEDAD INTELECTUAL La UIT seala a la atencin la posibilidad de que la utilizacin o aplicacin de la presente Recomendacin suponga el empleo de un derecho de propiedad intelectual reivindicado. La UIT no adopta ninguna posicin en cuanto a la demostrac

13、in, validez o aplicabilidad de los derechos de propiedad intelectual reivindicados, ya sea por los miembros de la UIT o por terceros ajenos al proceso de elaboracin de Recomendaciones. En la fecha de aprobacin de la presente Recomendacin, la UIT ha recibido notificacin de propiedad intelectual, prot

14、egida por patente, que puede ser necesaria para aplicar esta Recomendacin. Sin embargo, debe sealarse a los usuarios que puede que esta informacin no se encuentre totalmente actualizada al respecto, por lo que se les insta encarecidamente a consultar la base de datos sobre patentes de la TSB. UIT 20

15、06 Reservados todos los derechos. Ninguna parte de esta publicacin puede reproducirse por ningn procedimiento sin previa autorizacin escrita por parte de la UIT. Rec. UIT-T J.175 (11/2005) iii NDICE Pgina 1 Alcance . 1 2 Referencias . 1 2.1 Referencias normativas 1 2.2 Referencias informativas 2 3 T

16、rminos y convenios. 2 3.1 Trminos. 2 3.2 Convenios. 2 4 Abreviaturas, siglas o acrnimos 3 5 Visin general tcnica. 4 5.1 Requisitos arquitectnicos 4 5.2 Definicin de anuncios. 5 5.3 Especificacin de interfaces . 6 6 Interfaz Ann-1: CMS-MTA y MGC-MG. 7 6.1 Interfaz CMS-MTA 7 6.2 Interfaz MGC-MG 8 7 In

17、terfaz Ann-2: MPC-MP. 8 7.1 Introduccin 8 7.2 Conceptos del lote de audio 9 7.3 Lote bsico de audio. 12 7.4 Lote de audio avanzado 27 7.5 Reconocimiento de voz 30 7.6 Descripcin de la sintaxis formal . 36 Apndice I Flujo de la llamada para los anuncios en red 40 Apndice II Flujo de llamada para un a

18、nuncio almacenado en el MTA. 55 II.1 Detalle del flujo de llamada 56 BIBLIOGRAFA . 59 Rec. UIT-T J.175 (11/2005) 1 Recomendacin UIT-T J.175 Protocolo de servidor de audio 1 Alcance Esta Recomendacin describe la arquitectura y los protocolos necesarios para la reproduccin de anuncios en redes IPCable

19、com con voz sobre el protocolo Internet (VoIP, voice-over-IP). Normalmente, los anuncios son necesarios cuando las llamadas no se completan. Adems, pueden utilizarse para proporcionar servicios de informacin mejorados al llamante. Los distintos servicios que ofrecen los operadores exigen distintos c

20、onjuntos de anuncios con formatos diferentes. Los anuncios pueden ser tan elementales como los que ofrecen un contenido fijo (por ejemplo, que los circuitos estn todos ocupados), o tan complejos como los proporcionados por los sistemas inteligentes que ofrecen respuesta vocal interactiva (IVR, inter

21、active voice response). El modelo de servicios IPCablecom requiere que todos los anuncios se ofrezcan y sealicen de forma normalizada para todas las caractersticas de llamada admisibles y para los diversos escenarios de utilizacin. Esta Recomendacin define un conjunto de protocolos de sealizacin uti

22、lizados para proporcionar servicios de anuncios en una red de cable. En esta Recomendacin se definen dos nuevos lotes de eventos para uno de dichos protocolos, el protocolo de sealizacin de llamada de red (NCS, network call signalling) IPCablecom (Rec. UIT-T J.162), a saber: un lote de audio bsico;

23、un lote de audio avanzado. NOTA Las implementaciones del servidor de audio pueden estar basadas en protocolos diferentes al especificado en esta Recomendacin. Si se implementan tales protocolos, las implementaciones deben satisfacer los requisitos funcionales y arquitectnicos especificados para IPCa

24、blecom, tales como lo relativo a seguridad y calidad de servicio, as como las capacidades y caractersticas necesarias para garantizar la interoperabilidad. Existen diversos protocolos de tal naturaleza, como el INAP, Rec. UIT-T H.248 y otros. 2 Referencias 2.1 Referencias normativas Las siguientes R

25、ecomendaciones del UIT-T y otras referencias contienen disposiciones que, mediante su referencia en este texto, constituyen disposiciones de la presente Recomendacin. Al efectuar esta publicacin, estaban en vigor las ediciones indicadas. Todas las Recomendaciones y otras referencias son objeto de re

26、visiones por lo que se preconiza que los usuarios de esta Recomendacin investiguen la posibilidad de aplicar las ediciones ms recientes de las Recomendaciones y otras referencias citadas a continuacin. Se publica peridicamente una lista de las Recomendaciones UIT-T actualmente vigentes. En esta Reco

27、mendacin, la referencia a un documento, en tanto que autnomo, no le otorga el rango de una Recomendacin. Recomendacin UIT-T J.161 (2001), Requisitos de los cdecs de audio para la prestacin de servicios de audio bidireccionales por redes de televisin por cable que utilizan mdems de cable. Recomendaci

28、n UIT-T J.162 (2005), Protocolo de sealizacin de llamada de red para la prestacin de servicios dependientes del tiempo por redes de televisin por cable que utilizan mdems de cable. Recomendacin UIT-T J.170 (2005), Especificacin de seguridad de IPCablecom. ISO 639-2:1998, Codes for the representation

29、 of names of languages Part 2: Alpha-3 code. 2 Rec. UIT-T J.175 (11/2005) IETF RFC 2396 (1998), Uniform Resource Identifiers (URI): Generic Syntax. 2.2 Referencias informativas Recomendacin UIT-T J.160 (2005), Arquitectura para la distribucin de servicios dependientes del tiempo por redes de televis

30、in por cable que utilizan mdems de cable. Recomendacin UIT-T J.163 (2005), Calidad de servicio dinmica para la prestacin de servicios en tiempo real por las redes de televisin por cable que utilizan mdems de cable. Recomendacin UIT-T de la serie J.171.x (2005), Protocolo de control para pasarelas de

31、 circuitos troncales IPCablecom. Hunt, McGlashan, Speech Recognition Grammar Specification for the W3C Speech Interface Framework, W3C, March 2004. IETF RFC 2234 (1997), Augmented BNF for Syntax Specifications: ABNF. IETF RFC 3435 (2003), Media Gateway Control Protocol (MGCP). ISO 4217:2001, Codes f

32、or the representation of currencies and funds. ISO 8601:2004, Data elements and interchange formats Information interchange Representation of dates and times. Sun Microsystems, Java Speech Grammar Format Specification, JSGF, Copyright 1998-99. 3 Trminos y convenios 3.1 Trminos En esta Recomendacin s

33、e define el trmino siguiente. 3.1.1 servidores de anuncios: Tambin conocidos como servidores de audio, son componentes de red que gestionan y reproducen tonos y mensajes informativos en respuesta a eventos que ocurren en la red. La mayora de los anuncios son trenes de medios originados en servidores

34、 situados en la red. Algunos tonos sencillos y anuncios cortos pueden tambin residir en el adaptador de terminal de medios (MTA, media terminal adapter) y en la pasarela de medios (MG, media gateway). 3.2 Convenios Cuando se implemente esta Recomendacin, las palabras clave “DEBE“ (“MUST“) y “DEBER“

35、(“SHALL“), as como “REQUERIDO“ (“REQUIRED“) han de interpretarse en el sentido de que identifican aspectos obligatorios de la misma. A continuacin se resumen las palabras claves utilizadas en esta Recomendacin que tienen un significado concreto en relacin con un requisito en particular. “DEBE“ (“MUS

36、T“) Esta palabra o el adjetivo “REQUERIDO“ denota un requisito absoluto de la Recomendacin “NO DEBE“ (“MUST NOT“) Esta frase denota una prohibicin absoluta de esta Recomendacin. “DEBERA“ (“SHOULD“) Esta palabra o el adjetivo “RECOMENDADO“ denota que pueden existir razones vlidas para que, en determi

37、nadas circunstancias, se ignore el elemento al que hace referencia, pero deben entenderse cabalmente las implicaciones de esta decisin y se debe ponderar cuidadosamente el caso concreto antes de adoptar una alternativa diferente. Rec. UIT-T J.175 (11/2005) 3 “NO DEBERA“ (“SHOULD NOT“) Esta frase den

38、ota que pueden existir razones vlidas para que, en determinadas circunstancias, el comportamiento en cuestin sea aceptable o incluso til, pero deben entenderse cabalmente todas las implicaciones y se debe ponderar cuidadosamente el caso concreto antes de implementar un comportamiento as calificado.

39、“PUEDE“ (“MAY“) Esta palabra o el adjetivo “OPCIONAL“ denota que el elemento es facultativo. Por ejemplo, un suministrador de equipos puede incluir el elemento porque lo demanda un mercado determinado o porque mejora el producto; por el contrario, otro suministrador puede omitir el mismo elemento. 4

40、 Abreviaturas, siglas o acrnimos En esta Recomendacin se utilizan las siguientes abreviaturas, siglas o acrnimos. ASP Protocolo de servidor de audio (audio server protocol) CMS Servidor de gestin de llamadas (call management server) CMTS Sistema de terminacin de mdem de cable (cable modem terminatio

41、n system) DNS Sistema de nombres de dominios (domain name system) DTMF Multifrecuencia bitono (dual tone multi-frequency) E-MTA Adaptador de terminal de medios insertado (embedded MTA) H.248 Protocolo UIT-T/IETF para el control de pasarelas de medios. Tambin se denomina MEGACO. Vase www.itu.int IANA

42、 Autoridad de asignacin de nmeros Internet (Internet assigned numbers authority) IVR Respuesta vocal interactiva (interactive voice response) MEGACO Protocolo IETF/UIT-T para el control de pasarelas de medios. Tambin se denomina H.248. Para ms informacin vase www.ietf.org MGCP Protocolo de control d

43、e pasarela de medios (media gateway control protocol) MIB Base de informacin de gestin (management information base) MP Reproductor de medios (media player) MPC Controlador de reproductor de medios (media player controller) MTA Adaptador de terminal de medios (media terminal adapter) NCS Sealizacin

44、de llamada de red (network call signalling) RTP Protocolo en tiempo real (real-time protocol) RTPC Red telefnica pblica conmutada SDP Protocolo de descripcin de sesin (session description protocol) SID ID de servicio (service ID). Nmero de 14 bits asignado por un CMTS para identificar un circuito vi

45、rtual en sentido ascendente. Cada SID realiza las solicitudes independientemente y recibe el derecho de usar una anchura de banda en sentido ascendente S-MTA Adaptador de terminal de medios autnomo (stand-alone MTA) un nodo que contiene un MTA y un MAC que no sea J.112 (por ejemplo, Ethernet) SNMP P

46、rotocolo simple de gestin de red (simple network management protocol) 4 Rec. UIT-T J.175 (11/2005) TGCP Protocolo de control de pasarela troncal (trunking gateway control protocol) TN Nmero telefnico (telephone number) URI Identificador de recurso universal (universal resource identifier) VoIP Voz s

47、obre el protocolo Internet (voice-over-IP) 5 Visin general tcnica Esta Recomendacin define un conjunto de protocolos de sealizacin para proporcionar anuncios y servicios de medios en una red IPCablecom. En esta clusula: se definen los requisitos arquitectnicos para la provisin de anuncios y servicio

48、s de medios IPCablecom, se definen y categorizan los anuncios y tipos de medios, se definen los componentes y sus roles en la arquitectura del servidor de audio IPCablecom, y se describen la sealizacin y las interfaces de medios. 5.1 Requisitos arquitectnicos A continuacin se enumeran los requisitos

49、 arquitectnicos y los supuestos para proveer servicios de audio y de medios en una red IPCablecom. Dichos requisitos se basan en especificaciones e informes tcnicos que definen la arquitectura IPCablecom. En la figura 1 se muestra la arquitectura de referencia de la red IPCablecom. Figura 1/J.175 Modelo de referencia de los componentes

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