1、 Unin Internacional de TelecomunicacionesUIT-T H.460.16SECTOR DE NORMALIZACIN DE LAS TELECOMUNICACIONES DE LA UIT (01/2005) SERIE H: SISTEMAS AUDIOVISUALES Y MULTIMEDIOS Infraestructura de los servicios audiovisuales Servicios suplementarios para multimedios Capacidad de secuencia de liberacin a tra
2、vs de varios mensajes en los sistemas H.323 Recomendacin UIT-T H.460.16 RECOMENDACIONES UIT-T DE LA SERIE H SISTEMAS AUDIOVISUALES Y MULTIMEDIOS CARACTERSTICAS DE LOS SISTEMAS VIDEOTELEFNICOS H.100H.199 INFRAESTRUCTURA DE LOS SERVICIOS AUDIOVISUALES Generalidades H.200H.219 Multiplexacin y sincroniz
3、acin en transmisin H.220H.229 Aspectos de los sistemas H.230H.239 Procedimientos de comunicacin H.240H.259 Codificacin de imgenes vdeo en movimiento H.260H.279 Aspectos relacionados con los sistemas H.280H.299 Sistemas y equipos terminales para los servicios audiovisuales H.300H.349 Arquitectura de
4、servicios de directorio para servicios audiovisuales y multimedios H.350H.359 Arquitectura de la calidad de servicio para servicios audiovisuales y multimedios H.360H.369 Servicios suplementarios para multimedios H.450H.499 PROCEDIMIENTOS DE MOVILIDAD Y DE COLABORACIN Visin de conjunto de la movilid
5、ad y de la colaboracin, definiciones, protocolos y procedimientos H.500H.509 Movilidad para los sistemas y servicios multimedios de la serie H H.510H.519 Aplicaciones y servicios de colaboracin en mviles multimedios H.520H.529 Seguridad para los sistemas y servicios mviles multimedios H.530H.539 Seg
6、uridad para las aplicaciones y los servicios de colaboracin en mviles multimedios H.540H.549 Procedimientos de interfuncionamiento de la movilidad H.550H.559 Procedimientos de interfuncionamiento de colaboracin en mviles multimedios H.560H.569 SERVICIOS DE BANDA ANCHA Y DE TRADA MULTIMEDIOS Servicio
7、s multimedios de banda ancha sobre VDSL H.610H.619 Para ms informacin, vase la Lista de Recomendaciones del UIT-T. Rec. UIT-T H.460.16 (01/2005) i Recomendacin UIT-T H.460.16 Capacidad de secuencia de liberacin a travs de varios mensajes en los sistemas H.323 Resumen Esta Recomendacin especifica un
8、mecanismo que permite a los puntos extremo H.323 negociar y utilizar una secuencia de liberacin a travs de varios mensajes. Orgenes La Recomendacin UIT-T H.460.16 fue aprobada el 8 de enero de 2005 por la Comisin de Estudio 16 (2005-2008) del UIT-T por el procedimiento de la Recomendacin UIT-T A.8.
9、ii Rec. UIT-T H.460.16 (01/2005) 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 e
10、studia los aspectos tcnicos, de 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 qu
11、e han de estudiar las Comisiones 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 qu
12、e corresponden a la esfera de 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
13、 reconocida de telecomunicaciones. 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
14、y puntual de todas las disposiciones 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 est
15、a formulacin no entraa que la 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 po
16、sicin en cuanto a la demostracin, 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 no ha recibido notificac
17、in de propiedad intelectual, protegida 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
18、 sobre patentes de la TSB. UIT 2005 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 H.460.16 (01/2005) iii NDICE Pgina 1 Alcance . 1 2 Referencias . 1 3 Introduccin 1 4 Descripci
19、n de caracterstica 2 4.1 Sealizacin H.501. 2 4.2 Sealizacin de registro, admisin y situacin (RAS) . 2 4.3 Sealizacin de llamada Negociacin. 3 4.4 Sealizacin de llamada Liberacin 4 4.5 Temporizadores de sealizacin de llamada 5 5 Utilizacin de datos genricos 5 5.1 Caracterstica de secuencia de liberac
20、in a travs de varios mensajes 6 5.2 Parmetros de la secuencia de liberacin a travs de varios mensajes. 6 6 Flujos de mensajes 7 6.1 Secuencia de tres mensajes. 7 6.2 Fin de temporizacin 7 6.3 Secuencia de dos mensajes. 8 6.4 Inicio simultneo del procedimiento MMRS con dos mensajes 8 6.5 Inicio simul
21、tneo de procedimientos MMRS con dos y tres mensajes 9 6.6 Inicio simultneo de los procedimientos MMRS y H.225.0 9 Rec. UIT-T H.460.16 (01/2005) 1 Recomendacin UIT-T H.460.16 Capacidad de secuencia de liberacin a travs de varios mensajes en los sistemas H.323 1 Alcance En esta Recomendacin se especif
22、ica un mecanismo, mediante la utilizacin del marco ampliable genrico que se define en la Rec. UIT-T H.460.1, el cual permite que los puntos extremo empleen una secuencia de liberacin a travs de varios mensajes en lugar del procedimiento simple del mensaje liberacin completa que se define en la Rec.
23、UIT-T H.225.0. El mecanismo incluye la capacidad para que un punto extremo pueda notificar al otro que soporta y utilizar la secuencia alternativa de liberacin mediante varios mensajes. 2 Referencias Las siguientes Recomendaciones del UIT-T y otras referencias contienen disposiciones que, mediante s
24、u 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 revisiones por lo que se preconiza que los usuarios de esta Recomendacin investiguen l
25、a 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 Recomendacin la referencia a un documento, en tanto que autnomo, no le otorga el rango d
26、e una Recomendacin. Recomendacin UIT-T H.225.0 (2003), Protocolos de sealizacin de llamada y paquetizacin de trenes de medios para sistemas de comunicacin multimedios por paquetes. Recomendacin UIT-T H.323 (2003), Sistemas de comunicacin multimedios basados en paquetes. Recomendacin UIT-T Q.931 (199
27、8), Especificacin de la capa 3 de la interfaz usuario-red de la red digital de servicios integrados para el control de la llamada bsica. 3 Introduccin La sealizacin de control de llamada que se define en la Rec. UIT-T H.225.0 se basa en la sealizacin Q.931. La Rec. UIT-T Q.931 define una secuencia a
28、 travs de varios mensajes que habr de utilizarse entre el usuario y la red para controlar la liberacin de una conexin. Esta secuencia emplea el mensaje desconexin del usuario como una peticin para liberar una conexin, y a continuacin aplica los mensajes liberacin y liberacin completa para liberar re
29、almente la conexin. Esto permite la transferencia de informacin adicional en ambos sentidos durante el proceso de desconexin y permite adems al iniciador de la desconexin supervisar el funcionamiento y retransmitir la peticin en caso de fallo. La Rec. UIT-T H.225.0 no utiliza los mensajes desconexin
30、 y liberacin, y por consecuencia, depende de un solo mensaje sin acuse de recibo de la aplicacin. Aunque esto es suficiente en muchos casos, algunas aplicaciones necesitan la funcionalidad de una secuencia de varios mensajes para liberar una conexin. Adems, la prdida ocasional del mensaje liberacin
31、completa podra provocar problemas importantes. Esta Recomendacin, al utilizar el marco ampliable y genrico, ofrece la capacidad, mediante H.225.0, de ejecutar la secuencia de liberacin de una conexin mediante varios mensajes de una forma similar a la de Q.931. El mensaje facilidad H.225.0 se aplica
32、para los mensajes adicionales de 2 Rec. UIT-T H.460.16 (01/2005) la secuencia, con la adicin del parmetro marco ampliable genrico (GEF, generic extensibility framework), que se define en este documento para distinguir su lugar y funcin en la secuencia. La secuencia de liberacin mediante varios mensa
33、jes puede aprovecharse para disponer de capacidades adicionales como: 1) supervisin del acuse de recibo de la liberacin y repeticin de la secuencia en caso de fallo; 2) inclusin de informacin suplementaria en ambos sentidos durante el procedimiento de liberacin; 3) suministro de tonos y anuncios en
34、la banda; 4) plena coordinacin de la liberacin de los recursos; 5) control de la liberacin del usuario llamado. 4 Descripcin de caracterstica 4.1 Sealizacin H.501 Cuando un controlador de acceso utiliza los procedimientos de peticin de acceso H.501 para solicitar que otro controlador de acceso lleve
35、 a cabo la resolucin de la direccin, puede indicar el requisito del soporte de la caracterstica de secuencia de liberacin a travs de varios mensajes (MMRS, multiple message release sequence) mediante la inclusin de los parmetros MMRS. El correspondiente controlador de acceso utilizar esta informacin
36、 para seleccionar una localizacin que concuerde con la direccin y dar cumplimiento a cualquier requisito de soporte MMRS. 4.2 Sealizacin de registro, admisin y situacin (RAS) 4.2.1 Registro Cuando el punto extremo intenta registrarse inicialmente indicar que soporta la caracterstica MMRS en un mensa
37、je de peticin de registro (RRQ, registration request). Esto confirma que el punto extremo soportar dicha caracterstica, si la solicita, y puede sealar si se requiere el soporte de MMRS para todas las llamadas hacia ese punto extremo y desde el mismo. Un controlador de acceso puede rechazar una petic
38、in de registro debido a la carencia de soporte de MMRS al incluir neededFeatureNotSupported en rejectReason en el mensaje de rechazo de registro (RRJ, registration reject), por ejemplo, si el controlador de acceso sabe que todas las llamadas en la red deben utilizar los procedimientos MMRS. El campo
39、 desiredFeatures no debe emplearse para transportar el parmetro MMRS en un mensaje RRQ. 4.2.2 Peticin de localizacin Cuando un punto extremo enva un mensaje de peticin de localizacin (LRQ, location request) al controlador de acceso para la resolucin de la direccin, puede indicar el requisito o deseo
40、 del soporte de MMRS incluyendo la indicacin MMRS en cualquiera de los campos neededFeatures o desiredFeatures. El controlador de acceso utilizar esta informacin para seleccionar una localizacin que concuerde con la direccin y cumplir con cualquier requisito de soporte MMRS. 4.2.3 Peticin de admisin
41、 El soporte de la caracterstica MMRS para una llamada individual se negocia entre un punto extremo y un controlador de acceso durante el establecimiento de la comunicacin como parte del procedimiento de peticin de admisin. Para esta finalidad, un punto extremo que soporte esta caracterstica debe inc
42、luir el descriptor de caracterstica que se define en 5.1 en supportedFeatures y puede incluir neededFeatures en el mensaje de peticin de admisin ARQ (admission request) para indicar si el punto extremo requiere el soporte de MMRS para las llamadas respecto de las cuales se solicita la admisin. Si no
43、 se indica el soporte de la caracterstica, un controlador de Rec. UIT-T H.460.16 (01/2005) 3 acceso puede rechazar un mensaje ARQ debido a que el punto extremo no cuenta con el soporte de MMRS incluyendo neededFeatureNotSupported en rejectReason en el mensaje de rechazo de admisin (ARJ, admission re
44、ject), por ejemplo, si la red o el punto extremo de destino exige la utilizacin de MMRS. El parmetro MMRS no debe incluirse en el campo desiredFeatures en la sealizacin de peticin de admisin del protocolo de registro, admisin y situacin (RAS, registration, admission and state), ya que puede ser que
45、se requiera o no el soporte. Adems, no debe utilizarse el parmetro “se requiere la utilizacin de la caracterstica MMRS“, ya que el soporte siempre implica que puede ser utilizado si se solicita mediante una sealizacin de llamada. 4.3 Sealizacin de llamada Negociacin La utilizacin obligatoria o facul
46、tativa del procedimiento MMRS ser negociada por los dos extremos intercambiando mensajes de sealizacin de llamada y enviando el mensaje establecimiento y la primera respuesta positiva a este mensaje. Las respuestas positivas son los mensajes de: acuse de recibo de establecimiento, aviso, llamada en
47、curso, progreso y conexin. 4.3.1 Proceso de establecimiento Si el punto extremo llamante soporta la caracterstica MMRS pero no necesita que el punto extremo llamado la soporte, incluir el identificador de caracterstica MMRS en el campo supportedFeatures del mensaje Establecimiento para sealar que so
48、porta dicha caracterstica. Si el punto extremo llamante exige que la parte llamada soporte la caracterstica MMRS como condicin para establecer la comunicacin, debe incluir el identificador de dicha caracterstica en el campo neededFeatures. El identificador de caracterstica MMRS no debe incluirse en el campo desiredFeatures ya que el soporte puede o no requerirse. Adems, el proceso de establecimiento tambin puede incluir el parmetro “se requiere la utilizacin de la caracterstica MMRS“ para sealar que la caracterstica debe ser empleada por el respondedor si es este ltimo el que i
