ELEMENTO DE PROCESO SIP MULTI-TIPO.

Un proxy (1) para un protocolo de señalización, que comprende un componente de un modo de señalización de proxy con contexto completo (5) y un componente de un modo de señalización de proxy sin contexto (4),

incluyendo el componente de un modo de señalización de proxy con contexto completo (5) una máquina de estado en el proxy y manteniendo un estado o contexto de sesión completo para una sesión, no manteniendo el componente para un modo de señalización de proxy sin contexto (4) un estado de sesión o contexto de sesión, comprendiendo, además, el proxy un medio de control (7) para cambiar entre el modo de operación sin contexto y el modo de operación con contexto completo y un medio de evaluación de protocolo (6) para evaluar las solicitudes de protocolo recibidas, en el que el medio de evaluación de protocolo (6) está configurado para detectar la recepción de una solicitud de cambio de modo de proxy y para señalizar al medio de control (7) para cambiar el modo de proxy en función de la solicitud de cambio de modo de proxy recibida, habilitando o deshabilitando el medio de control (7) a los componentes (5, 4) para el modo de señalización de proxy con contexto completo o sin contexto, dependiendo de la solicitud de cambio de modo de proxy recibida, en el que la solicitud de cambio de modo es recibida después de que una sesión entre dos elementos de la red se haya establecido y la solicitud de cambio de modo relacionada con el cambio de modo de operación del proxy para la sesión abierta, y en el que se inicializa un contexto de sesión y la máquina de estado en el proxy se establece cuando se cambia al modo de operación con contexto completo.

Elemento de proceso SIP multi – tipo.

La presente invención se refiere a un proxy para un protocolo de señalización y, más en particular, a un proxy SIP.

El Protocolo de Inicialización de Sesión (SIP) proporciona una funcionalidad de señalización y de establecimiento de llamada a las comunicaciones basadas en el Protocolo de Internet. El SIP ha sido diseñado para permitir la construcción de tales características en los elementos de red que se conocen como Servidores Proxy y Agentes de Usuario. Estas son características que permiten operaciones similares a las operaciones familiares de teléfono: marcar un número, hacer que un teléfono suene, escuchar los tonos de llamada o una señal de ocupado. El SIP es un protocolo entre entidades pares. Como tal, sólo requiere una red de núcleo muy simple (y por lo tanto altamente escalable) con inteligencia distribuida al borde de la red, integrada en puntos extremos (dispositivos de terminación construidos ya sea en hardware o en software) . Las características de SIP son implementadas en los puntos extremos de comunicación, es decir, en el borde de la red.

El SIP es un protocolo de aplicación cliente / servidor, en el que las aplicaciones de cliente envían mensajes de solicitud SIP para crear, modificar o destruir una sesión multimedia. Las aplicaciones de servidor responden con una

o más respuestas a cada solicitud SIP. El documento RFC 3261 describe un elemento intermedio llamado proxy SIP. Los proxy ayudan a procesar y encaminar los mensajes SIP desde / a los puntos extremos SIP. Los puntos extremos en una ruta de señalización SIP se llaman Agentes de Usuario (UA) . Un punto extremo puede desempeñar el papel de un Cliente de Agente de Usuario (UAC) cuando origina las solicitudes, o de un Servidor de Agente de Usuario (SAU) cuando es el destino de la solicitud. Los proxy SIP son elementos de encaminamiento que deciden el

o los siguiente (s) salto (s) del mensaje sobre la base de información proveniente de los servidores DNS, tráfico de red, etc. Los proxy SIP encaminan los mensajes SIP a uno o más Agentes Usuario de terminación.

El SIP trabaja en conjunto con varios otros protocolos y está implicado en la porción de señalización de una sesión de comunicación. El SIP actúa como un portador del Protocolo de Descripción de Sesión (SDP) . En el uso típico, las "sesiones" SIP son flujos de paquetes del Protocolo de Transporte en Tiempo Real (RTP) . El RTP es el portador de la voz real o del mismo contenido de vídeo. El SIP es similar al protocolo de transferencia de hipertexto (HTTP) y comparte algunos de sus principios de diseño: Se basa en texto y está estructurado en solicitud -respuesta. El SIP comparte muchos de los códigos de estado HTTP, tales como el familiar “404 no encontrado". El SIP es un protocolo sin estado, por lo cual hace posible implementar fácilmente la conmutación automática y otras que son difíciles en los protocolos con estado, tales como H.323. El SIP y el H.323 no se limitan a la comunicación de voz, sino que puede mediar en cualquier tipo de sesión de comunicación de voz a video o en las futuras aplicaciones multimedia.

Aunque dos puntos extremos SIP se pueden comunicar sin que intervenga ningún tipo de infraestructura SIP, que es la razón por la que el protocolo se describe como de entidades pares, este enfoque es básicamente impráctico para un servicio público. Por lo tanto, la mayoría de las implementaciones SIP requieren proxy y elementos de red registradores en un servicio práctico. La distinción entre los tipos de servidores SIP es lógica y no física. Un servidor en un entorno de telefonía IP basada en SIP, normalmente es requerido en los escenarios a gran escala con numerosos números de teléfono o cuando el Internet es el transporte de larga distancia. Un proxy SIP envía solicitudes SIP aguas abajo a los centros principales, a los que el usuario tiene la intención de enviarlas. Las respuestas se envían aguas arriba al solicitante. El proxy SIP puede tomar el control de llamadas de los terminales y sirve como un repositorio central para el traslado de direcciones.

Los servidores proxy ayudan a encaminar las solicitudes a la localización actual del usuario, autenticar y autorizar a los usuarios de los servicios, implementar las políticas de encaminamiento de llamadas del proveedor, y proporcionar recursos a los usuarios. El SIP también proporciona una función de registro que permite a los usuarios cargar sus localizaciones actuales para su uso por los servidores proxy. A un Servidor de Agente de Usuario que maneja un registro se le da el nombre especial de registrador.

El SIP soporta un proxy que está operando en un modo sin estado o en un modo con estado. Un proxy sin estado establece la llamada y cortésmente se retira. El proxy sin estado puede ser parte de la ruta de señalización, pero no registra información de estado. Sólo envía los mensajes. Un proxy con estado permanece en la ruta de señalización y registra la información de estado de un diálogo SIP. Puede enviar solicitudes a más de un centro principal y decide qué hacer con las respuestas. El proxy con estado almacena los eventos de señalización durante la duración de la llamada. Por ejemplo, algunos elementos SIP almacenan información de estado para manejar las retransmisiones de mensajes con elementos adyacentes. Algunos servidores proxy SIP depositan cookies en el teléfono / terminal IP como un procedimiento para proporcionar información de estado.

Un Agente de Usuario de Reverso a Reverso (B2BUA) actúa como un agente de usuario en ambos extremos de una llamada SIP. El B2BUA es responsable de manejar toda la señalización SIP entre ambos extremos de la llamada, desde el establecimiento de llamada a la terminación. Cada llamada es seguida de principio a fin, lo que permite a los operadores del B2BUA ofrecer características de valor añadido la llamada. Para los clientes SIP, el B2BUA actúa como un Servidor de Agente de Usuario (UAS) , por un lado, y como un Cliente de Agente de Usuario (UAC) en el otro lado (reverso a reverso) . Un B2BUA funciona como un proxy, pero finaliza los tramos de llamada en ambos lados y conecta los dos tramos por medio de la funcionalidad interna. El B2BUA puede finalizar una llamada en un lado y originar una nueva llamada en el otro lado, mientras que un proxy sólo modifica y reenvía los mensajes SIP. La implementación básica de un B2BUA se define en el documento RFC 3261. El B2BUA pueden proporcionar funcionalidades tales como la gestión de llamadas, por ejemplo, facturación, desconexión automática de llamadas, transferencia de llamadas, etc., trabajo interno de la red, por ejemplo, la adaptación de protocolos, ocultación de los componentes internos de la red, por ejemplo, ocultación de las direcciones privadas ocultación de la topología de red, etc., o la traslación codec entre dos tramos de llamada. Debido a que un B2BUA mantiene el estado de llamada para todas las llamadas SIP que maneja, el fallo del B2BUA afectará a todas estas llamadas. A menudo, los B2BUA también finalizan y puentean las corrientes de medios para tener un control completo sobre toda la sesión. Un uso común para un B2BUA es un Controlador de Borde de Sesión (SBC) , que se sitúa en el borde de una red y controla la señalización de entrada y el tráfico de medios.

Por tanto, hay principalmente tres tipos conocidos de servidores proxy de señalización: proxy sin estado que hacen pasar mensajes de señalización; proxy con estado que mantienen un estado de sesión o un contexto de sesión por medio de mensajes de análisis sintáctico, y proxy de Terminación, tales como los B2BUA que terminan el protocolo de señalización y mantienen asociaciones entre las terminaciones. Cuando se inicializa una sesión utilizando la señalización inicial, en primer lugar el cliente tiene que invocar normalmente un proxy. Un problema es que es difícil para el cliente decidir qué proxy debe ser invocado de entre los tipos que se han mencionado más arriba. En muchos escenarios de flujo de llamadas, no está claro en el principio si un proxy sin estado es suficiente o si es necesariounB2BUA.

El proyecto de Internet del IETF de Marshall et al., "Extensión SIP para soportar el Estado de Llamada Distribuido", número 2, agosto de 2001, propone un nuevo campo de encabezamiento con estado general que puede ser utilizado por el proxy para distribuir información de estado a los UAS. Por medio de esto, la información de estado es almacenada por los UA y los servidores proxy pueden ser mantenidos en un modo sin estado.

En el documento de Mauricio et al,... [Seguir leyendo]

1. Un proxy (1) para un protocolo de señalización, que comprende un componente de un modo de señalización de proxy con contexto completo (5) y un componente de un modo de señalización de proxy sin contexto (4) , incluyendo el componente de un modo de señalización de proxy con contexto completo (5) una máquina de estado en el proxy y manteniendo un estado o contexto de sesión completo para una sesión, no manteniendo el componente para un modo de señalización de proxy sin contexto (4) un estado de sesión o contexto de sesión, comprendiendo, además, el proxy un medio de control (7) para cambiar entre el modo de operación sin contexto y el modo de operación con contexto completo y un medio de evaluación de protocolo (6) para evaluar las solicitudes de protocolo recibidas, en el que el medio de evaluación de protocolo (6) está configurado para detectar la recepción de una solicitud de cambio de modo de proxy y para señalizar al medio de control (7) para cambiar el modo de proxy en función de la solicitud de cambio de modo de proxy recibida, habilitando o deshabilitando el medio de control (7) a los componentes (5, 4) para el modo de señalización de proxy con contexto completo o sin contexto, dependiendo de la solicitud de cambio de modo de proxy recibida, en el que la solicitud de cambio de modo es recibida después de que una sesión entre dos elementos de la red se haya establecido y la solicitud de cambio de modo relacionada con el cambio de modo de operación del proxy para la sesión abierta, y en el que se inicializa un contexto de sesión y la máquina de estado en el proxy se establece cuando se cambia al modo de operación con contexto completo.

2. El proxy de acuerdo con la reivindicación 1, que se caracteriza porque el protocolo es el protocolo de inicio de sesión, SIP.

3. El proxy de acuerdo con la reivindicación 2, que se caracteriza porque el componente de un modo de señalización de proxy con contexto completo implementa un agente de usuario de reverso a reverso.

4. El proxy de acuerdo con la reivindicación 1, que se caracteriza porque comprende un medio la inicialización para definir un contexto de sesión cuando se cambia del modo sin contexto al modo con contexto completo mediante la aplicación de los valores por defecto, o mediante el uso de la información recibida con un mensaje de protocolo.

5. El proxy de acuerdo con la reivindicación 4, en el que el medio de inicialización define el contexto de sesión como si el proxy hubiese recibido la secuencia original de las solicitudes, incluyendo la solicitud inicial SIP de Invitar.

6. Un sistema que comprende:

un proxy de acuerdo con la reivindicación 1, y un dispositivo de red;

el citado dispositivo de red se caracteriza porque comprende un medio de señalización para enviar una solicitud de cambio de modo de proxy para el proxy que solicita una transición entre los modos de proxy de acuerdo con la reivindicación 1.

7. Un procedimiento para cambiar los modos de operación de un proxy entre un modo de señalización sin contexto y un modo de señalización con contexto completo, incluyendo el proxy una máquina de estado y manteniendo un estado o contexto de sesión completo para una sesión cuando se opera en el modo de señalización con contexto completo, no manteniendo el proxy un estado de sesión o contexto de sesión cuando opera en el modo de señalización de proxy sin contexto, que comprende las etapas de:

recibir una solicitud de cambio de modo de proxy de un cliente;

establecer un contexto de sesión en base a la citada solicitud solicitud, y

alterar el modo de funcionamiento del proxy desde un modo de señalización a otro por el proxy dependiendo de la solicitud de cambio de modo de proxy recibida, en el que la solicitud de cambio de modo de proxy se recibe después de que una sesión entre dos elementos de la red se haya establecido y la solicitud de cambio de modo de proxy se relaciona con el cambio de modo de operación en el proxy para la sesión abierta, y en el que la máquina de estado en el proxy se establece cuando cambia al modo de señalización con contexto completo.

8. El procedimiento de la reivindicación 7, que comprende los siguientes pasos antes del paso de recepción:

recibir una solicitud para establecer una conexión con un elemento de red, y

enviar la solicitud al elemento de red.

9. Un producto de software informático que incluye un código legible por ordenador para hacer que un proxy lleve a cabo el procedimiento de la reivindicación 7 cuando se ejecuta en el proxy.