METODO Y SISTEMA PARA FACILITAR SERVICIOS EN RED DE COMUNICACION POR MEDIO DE PUBLICACION DE DATOS MEDIANTE UN
SERVIDOR DE SEÑALIZACIÓN
CAMPO DE LA INVENCIÓN La presente invención es concerniente con comunicaciones por redes y más en particular con la facilitación de servicios en una red de comunicación. ANTECEDENTES DE LA INVENCIÓN Como una material general, es conocido proporcionar servicios para suscriptores en redes de comunicaciones. Como ejemplo y sin limitación, tres de tales servicios son: (i) establecer una sesión de "oprima para hablar" para una parte solicitante, (ii) multidifusión de un mensaje instantáneo desde una parte de inicio a un grupo definido de otras partes y, (iii) proporcionar servicio de correo de voz para las partes que no están disponibles. También existen muchos otros servicios o serán desarrollados en el futuro, pero estos tres servicios serán usados como ejemplos en toda esta descripción. Por consiguiente, los arreglos y operación ejemplares de cada uno de estos servicios serán descritos primero brevemente en la presente, a) . Inicio de una Sesión de Oprima para Hablar El servicio de "Oprima para hablar" (PTT) como se ha conocido, involucra establecer una sesión de comunicación
Ref: 157020 "instantánea" entre dos o más partes en una red de comunicación. (Nótese que PTT no proporciona literalmente el establecimiento de sesión "instantánea" (esto es, inmediata) ; sin embargo, algunas veces se considera el establecimiento de sesión "instantánea" en el sentido en que una conexión muy rápida es usualmente establecida entre las partes participantes. Nótese también que el servicio de PTT es concerniente normalmente con comunicaciones de voz; pero el concepto de "PTT" se extiende igualmente a comunicación de otros medios, tales como video por ejemplo) . En general para establecer tal sesión, un servidor de PTT en una red establece y puentea conjuntamente ramales de comunicación entre una pluralidad de usuarios. Para facilitar esto, un servidor de PTT mantiene normalmente una base de datos de grupo o registro que indica grupos de usuarios que están designados para comunicarse entre sí . Cuando un usuario desea iniciar una sesión de PTT, el usuario envía una solicitud de inicio al servidor de PTT. En respuesta, el servidor de PTT se refiere a la base de datos de grupo para identificar los miembros del grupo de usuarios (también denominados como los "amigos" del usuario) . Además, el servidor de PTT establece un ramal de comunicación con el usuario de inicio y ramales de comunicación respectivos con cada miembro identificado del grupo de usuarios y puentea estos ramales conjuntamente de tal manera que se puedan comunicar entre sí. El servicio de PTT es particularmente apropiado para comunicación inalámbrica, especialmente en donde los usuarios emplean microteléfonos inalámbricos (estaciones móviles) que son aptos de involucrarse en comunicaciones de datos por paquetes. Bajo los estándares industriales actuales por ejemplo, una estación móvil "3G" se puede comunicar en una interface del aire con una estación del transceptor base (BTS) y a su vez con un controlador de estación base (BSC) . Para comunicaciones de "voz" convencionales, el BSC es luego enlazado con un centro de conmutación móvil, que proporciona conectividad a la red telefónica conmutada pública (PSTN) . Además, para comunicaciones de datos, el BSC es también enlazado con un modo de servicio de datos por paquetes (PDSN) , que proporciona conectividad con una red conmutada por paquetes como Internet. (En las redes inalámbricas de la última generación, el BTS y/o BSC se pueden asentar por si mismos como nodos en una red de conmutación por paquetes, proporcionando más de una solución a base de paquetes de extremo a extremo) . Una estación móvil 3G incluye entonces comúnmente componentes lógicos para digitalizar, codificar y formar en paquetes voz y/u otros medios y para enviar los paquetes resultantes a un canal de protocolo de punto a punto (PPP) al PDSN para su transmisión a su vez sobre la red de conmutación por paquetes. Similarmente, la estación móvil incluye componentes lógicos para recibir paquetes en el canal de PPP de la red conmutada por paquetes y para desempacar y recuperar los medios subyacentes y para reproducir los medios a un usuario. Así, una estación móvil 3G, como una computadora personal multimedia, puede permitir a un usuario involucrarse en comunicaciones de medios en IP (por ejemplo, voz sobre IP (VoIP) . Para facilitar el servicio de PTT, una estación móvil puede ser programada con una aplicación PTT, la cual, cuando es invocada por el usuario, provocaría que una señal de inicio de PTT sea enviada a la red para su transmisión a un servidor de PTT. La señal de inicio puede tomar cualquiera de una variedad de formas. Como ejemplo, puede ser un mensaje de solicitud "INVITACIÓN" de acuerdo con el protocolo de inicio de sesión estándar industrial (SIP) . De acuerdo con el SIP, un módulo de usuario-agente en la estación móvil generaría la INVITACIÓN y enviaría la INVITACIÓN un servidor proxy en la red. La INVITACIÓN podría indicar en general una solicitud del usuario para involucrarse en una sesión de PTT. Convencionalmente , el servidor proxy de SIP enviaría entonces o "proxy" la INVITACIÓN a un servidor de PTT apropiado. Después de la recepción de la INVITACIÓN, el servidor de PTT interrogaría entonces a su base de datos de grupo para identificar los miembros de grupo de usuarios y podría entonces involucrarse en la señalización de SIP para establecer sesiones de comunicación (ramales de conferencia) con cada miembro y con el usuario de inicio. Después de establecer cada ramal, el servidor de PTT las pontearía entones conjuntamente de tal manera que las partes puedan comunicarse entre sí . Todo este proceso de establecimiento podría ocurrir en una cuestión de milisegundos . Por consiguiente, desde la perspectiva del usuario, el proceso puede parecer instantáneo. b) . ultidifusión de un mensaje instantáneo El servicio de mensajería instantánea (IM) involucra comunicar rápidamente un mensaje de la terminal de comunicación del usuario a una o más de otros usuarios. Los servicios de IM pueden operar en cualquiera de una variedad de maneras . Como una materia general, para facilitar el servicio de IM, un servidor de IM en una red recibiría suscripciones de usuarios que requieren sean modificados cuando otros usuarios están en línea y disponibles para recibir mensajes instantáneos. Cuando un usuario está en línea, el usuario puede enviar un mensaje de registro al servidor de IM, indicando al servidor de IM que el usuario está en línea y disponible. Así, cuando el servidor de IM recibe un mensaje de registro que indica el estado en línea de un usuario a quien otro usuario ha escrito para ser notificado, el servidor de IM puede entonces notificar al usuario suscriptor de conformidad. Con este arreglo, el usuario de IM puede luego enviar un mensaje instantáneo a uno o más de otros usuarios que el remitente sabe que está disponible para recibir el mensaje. De acuerdo con el SIP, el usuario remitente puede hacer esto al enviar un "MENSAJE" de SIP a cada otro usuario designado. Más en particular, el usuario remitente enviaría el MENSAJE a un servidor proxy de SIP, designando la ID de SIP de receptor en el MENSAJE. Luego el servidor proxy delegaría el MENSAJE a la dirección de red de aquel usuario de SIP del receptor. Para multidifundir un mensaje instantáneo a un grupo designado de receptores, un usuario podría enviar el mensaje instantáneo al servidor de IM y luego el servidor de IM podría enviar el mensaje a miembros del grupo del remitente. Como con el servicio de PTT, un servidor de IM puede así mantener normalmente una base de datos del grupo, que indica grupos de usuario que están designados para recibir mensajes instantáneos de multidifusión (u otras clases de mensajes, para aquella cuestión) desde cada uno o de usuarios particulares. Además, el servicio de IM se puede referir a la base de datos del grupo para determinar destinos de punto final de un mensaje instantáneo. Continuando con el SIP como el protocolo de señalización ejemplar, por ejemplo un usuario SIP puede enviar un mensaje instantáneo tal como un MENSAJE de SIP a un servidor proxy en la red. El MENSAJE podría indicar en general una solicitud para enviar el mensaje al grupo de usuarios. En respuesta, el SIP proxy puede delegar luego el MENSAJE al servidor de IM. Después de la recepción del mensaje, el servidor de IM puede luego interrogar su base de datos del grupo para identificar miembros del grupo de remitente y luego el servidor de IM puede enviar el MENSAJE respectivamente a cada miembro disponible del grupo, c) . Provisión de servicio de correo de voz El servicio de correo de voz es excepcionalmente bien conocido. El general, cuando una parte de inicio intenta establecer una comunicación con una parte terminante y la parte terminante no está disponible, una entidad de red puede en lugar de esto establecer una sesión de comunicación entre la parte de inicio y un servidor de correo de voz. Luego el servidor de correo de voz reproduciría un mensaje saliente y recibiría y registraría un mensaje de la parte de inicio. Luego el servidor de correo de voz puede reproducir más tarde el mensaje registrado a la parte terminante. Se puede usar el SIP para facilitar el servicio de correo de voz también. De acuerdo con el SIP, un usuario de SIP de inicio provocaría que un agente del usuario de inicio envíe una INVITACIÓN a un servidor proxy, indicando una solicitud para establecer una sesión de comunicación con el usuario de SIP terminante. Luego el servidor proxy enviaría aquella INVITACIÓN a la dirección de red del dispositivo en donde el usuario SIP terminante está localizado. Con el SIP, si un agente de usuario en aquella dirección de terminación no responde la INVITACIÓN al enviar un mensaje de respuesta de "200 OK" de SIP de respuesta al servidor proxy en un período de tiempo particular, el servidor proxy podría entonces cancelar la INVITACIÓN al agente de usuario de SIP terminante y en lugar de esto enviar la INVITACIÓN a un servidor de correo de voz. Después de la recepción de INVITACIÓN, el servidor de correo de voz podría entonces responder al servidor proxy con un "200 OK" , la cual el servidor proxy enviaría al agente de usuario de inicio. A su vez, el agente de usuario de inicio enviaría entonces un mensaje de "ACK" de SIP al servidor proxy, la cual el servidor proxy enviaría al servidor de correo de voz. Como resultado, una sesión de media sería establecida entre el usuario de SIP de inicio y el servidor de correo de voz. Por medio de aquella sesión de media, el servidor de correo de voz reproduciría entonces una indicación de mensaje saliente y recibiría y registraría un mensaje para su posterior recuperación para el usuario terminante. (A este respecto, el servidor de correo de voz podría interactuar con el llamador al aplicar una unidad de respuesta de voz interactiva (IVRU) o por medio de la ejecución de aplicaciones VXML o cualquier otra forma deseada) . SUMARIO DE LA INVENCIÓN Una modalidad ejemplar de la presente invención es concerniente con un mecanismo para facilitar servicios en una red de comunicaciones. De acuerdo con la modalidad ejemplar, se proporciona un servidor proxy mejorado. El servidor proxy mejorado incluye o tiene acceso a un almacenamiento de datos, que incluye datos que pueden ser usados mediante una o más servidores de aplicación para facilitar la ejecución de un servicio en respuesta a un mensaje de señalización provisto por el servidor proxy. Generalmente hablando, después que el servidor proxy mejorado recibe un mensaje de señalización relacionado con una comunicación, enviará el mensaje de señalización junto con su mensaje de señalización y manipulación mediante por lo menos un servidor de aplicación. Además, sin embargo, el servidor proxy mejorado también extraerá del almacenamiento de datos un conjunto de datos (una o más piezas de información) que pueden ser usadas por aquel servidor de aplicación para facilitar la ejecución de un servicio de comunicación en respuesta al mensaje de señalización. Además, el servidor proxy mejorado hará los datos disponibles para uso por el servidor de aplicación.
En el arreglo ejemplar, el mensaje de señalización puede ser un mensaje de solicitud de inicio de sesión enviado por, o a nombre de una entidad de comunicación (usuario y/o dispositivo). (Por ejemplo, el mensaje de señalización puede ser un mensaje de SIP, tal como una INVITACIÓN o un MENSAJE) . Además, los datos que el servidor proxy mejorado extrae del almacenamiento de datos pueden ser datos diseñados o establecidos por adelantado para aquella parte de comunicación. Como ejemplo, el mensaje de señaliza podría ser una solicitud para establecer una sesión de comunicación de grupo (por ejemplo una sesión de PTT) , y los datos podrían ser una lista de grupos diseñada para la entidad de comunicación. El servidor de aplicación podría entonces ser un servidor de conferencia (por ejemplo, un servidor de PTT) y podría referirse a aquella lista de grupos para determinar las entidades con las cuales establecer ramales de conferencia. Además, el servidor de aplicación podría entonces establecer y pontear conjuntamente aquellos ramales de conferencia. Como otro ejemplo, el mensaje de señalización podría ser una solicitud por una entidad de comunicación para enviar una comunicación (tal como un mensaje instantáneo) a un grupo de usuarios y los datos podrían ser similarmente una lista de grupos designada para la entidad de comunicación. El servidor de aplicación podría entonces ser un servidor de mensajería (por ejemplo, un servidor de IM) y podría referirse a aquella lista de grupos para determinar los receptores a quienes la comunicación debe ser enviada. Además, el servidor de aplicación podría entonces multidifundir el mensaje a aquellos receptores. Como todavía otro ejemplo, el mensaje de señalización podría ser una solicitud para establecer una sesión de comunicación con una entidad de terminación designada. Después de enviar el mensaje de señalización a la entidad de terminación y no recibir una respuesta, el servidor proxy mejorado podría entonces enviar el mensaje de señalización en lugar de esto a un servidor de correo de voz como el servidor de aplicación. Además, los datos podrían ser un mensaje de media saliente que está adaptado para la entidad de origen y/o la entidad terminante. El servidor de correo de voz puede luego establecer una sesión de medios con la entidad de origen y reproducir aquel mensaje de media saliente adaptado a la entidad de origen como una indicación para solicitar un mensaje de correo de voz. El servidor proxy mejorado puede hacer los datos disponibles para uso por el servidor de aplicación en cualquiera de una variedad de maneras. Como un ejemplo, el servidor proxy mejorado podría ubicar los datos en una línea de distribución principal de mensajes o en una memoria o almacenamiento de datos accesible por el servidor de aplicación. A su vez, el servidor de aplicación puede tener acceso a los datos de aquella línea principal de distribución de mensajes o memoria de datos. Además, como otro ejemplo, el servidor proxy mejorado podría enviar los datos al servidor de aplicación ya sea separadamente del mensaje de señalización o como una parte complementaria de (por ejemplo, anexada a o incrustada con) el mensaje de señalización. Estos también como otros aspectos y ventajas de la modalidad ejemplar se harán evidentes para aquellos de habilidad ordinaria en la técnica al leer la siguiente descripción detallada con referencia, en donde sea apropiado a las figuras adjuntas. BREVE DESCRIPCIÓN DE LAS FIGURAS Una modalidad ejemplar de la presente invención es descrita en la presente con referencia a las figuras en las cuales: La figura 1 es un diagrama de bloques que ilustra un arreglo de red de acuerdo con la modalidad ejemplar; La figura 2 es un diagrama de flujo que ilustra funciones que pueden ser efectuadas en el arreglo ejemplar mostrada en la figura 1; La figura 3 es un diagrama de bloques que ilustra un arreglo de red más particular de acuerdo con la modalidad ejemplar; La figura 4 es un diagrama de flujo que ilustra funciones que pueden ser efectuadas en el establecimiento de una sesión PTT en el arreglo mostrado en la figura 3; La figura 5 es un diagrama de flujo que ilustra funciones que pueden ser efectuadas en la multidifusión de un mensaje instantáneo en el arreglo mostrado en la figura 3; La figura 6 es un diagrama de flujo que ilustra funciones que pueden ser efectuadas al proporcionar servicio de correo de voz en el arreglo mostrado en la figura 3. DESCRIPCIÓN DETALLADA DE UNA MODALIDAD EJEMPLAR Refiriéndose a los dibujos, la figura 1 es un diagrama de bloques simplificado de un sistema 10 de comunicación arreglado de acuerdo con una modalidad ejemplar de la presente invención. Como se muestra en la figura 1, el sistema 10 incluye una entidad de comunicación 12, un servidor proxy mejorado 14 y un servidor de aplicación 16. La entidad de comunicación 12 es mostrada acoplada comunicativamente con el servidor proxy mejorado 14 mediante un enlace de señalización 18 y el servidor proxy mejorado 14 es a su vez mostrado acoplado comunicativamente mediante un enlace de señalización 20 con el servidor de aplicación 16. Como se muestra además, el servidor proxy mejorado 14 incluye o tiene acceso a una memoria o almacenamiento de datos 22, la cual incluye datos que pueden ser usados por el servidor de aplicación 16 para facilitar la ejecución de un servicio de comunicación en respuesta a un mensaje de señalización que es delegado por el servidor proxy mejorado 14. Los varios elementos mostrados en la figura 1 pueden tomar cualquiera de una variedad de formas . Como ejemplo, el elemento designado como entidad de comunicación 12 puede representar un usuario (por ejemplo, un suscriptor o abonado) y/o un dispositivo de comunicación que un usuario utilizaría para involucrarse en comunicaciones. El dispositivo de comunicación a su vez puede ser un dispositivo de comunicación de línea terrestre y/o inalámbrica. Por ejemplo, podría ser una estación móvil celular o PCS, en forma de un teléfono u otro dispositivo equipado con capacidad de comunicación inalámbrica (tales como un asistente digital personal o computadora personal equipada con un módulo de comunicación inalámbrico (por ejemplo, tarjetas de PC o teléfono celular conectado)). De otra manera, podría ser una computadora personal u otra de tales entidades de una conexión de red de línea terrestre. Otros ejes son también posibles. El servidor proxy mejorado 14 puede tomar similarmente varias formas. Por ejemplo, el servidor proxy mejorado puede ser una computadora que está programada con funcionalidad de servidor proxy y con funcionalidad de publicación de datos. La funcionalidad de servidor proxy permitiría que el servidor proxy mejorado reciba un mensaje de señalización indicador de una entidad de comunicación 12 que involucra comunicación y para delegar el mensaje de señalización a un destino apropiado (posiblemente por medio de otro proxy) , tal como el servidor de aplicación 16. Además, la funcionalidad de publicación de datos permitiría que el servidor proxy mejorado extraiga de la memoria de datos 22 (por ejemplo, por medio de una interrogación apropiada) un conjunto de datos que pueden ser usados por el servidor de aplicación 16 para llevar a cabo un servicio de comunicación en respuesta al mensaje de señalización y para hacer los datos disponibles para uso por el servidor de aplicación 16. El servidor de aplicación 16 puede también formar cualquiera de una variedad de formas. Por ejemplo, el servidor de aplicación podría ser una computadora programada que está programada para efectuar un servicio en respuesta a un mensaje de señalización entrante y que está además programada para obtener datos hechos disponibles por el servidor proxy mejorado 14 y para utilizar aquellos datos para facilitar la ejecución del servicio en respuesta al mensaje de señalización. El servicio (o servicios) particular efectuado por el servidor de aplicación 16 puede tomar también cualquiera de una variedad de formas. Continuando con los ejemplos introducidos anteriormente, por ejemplo, el servicio podría establecer y facilitar una sesión de comunicación de grupo, tal como una sesión de PTT o podría ser para multidifundir un mensaje tal como un mensaje instantáneo o podría ser para indicar y registrar un mensaje de correo de voz. Muchos otros ejemplos de servicios son posibles también o serán desarrollados en el futuro. Así, estos tres ejemplos no deben ser de ninguna manera vistos como representantes de los únicos servicios posibles o tipos de servicios que podrían ser efectuados por el servidor de aplicación. A su vez, los enlaces 18 y 20 podrían también tomar varias formas. En la modalidad ejemplar, por ejemplo, ambos enlaces representan conexiones de red, pero posiblemente en una red común (por ejemplo, WLA ó LAN) , tales como Internet o una intranet (por ejemplo, una red IP de centros de portador) . En este arreglo, la entidad de comunicación 12, servidor proxy mejorado 14 y servidor de aplicación 16 se pueden asentar cada uno como nodos en la red común. Además, la memoria de datos 22 se puede también asentar como un nodo en la red o puede ser incorporada como parte del servidor proxy mejorado 14 o de otra manera accesible para el servidor proxy mejorado 14. Por otra parte, los enlaces 18 y 20 podrían tomar otras formas también, tales como enlaces directos entre los varios elementos mostrados. Refiriéndose enseguida a la figura 2, se proporciona un diagrama de flujo simplificado, para ilustrar un conjunto de funciones que pueden ser efectuadas en el arreglo mostrado en la figura 1, de acuerdo con la modalidad ejemplar. Como se muestra en la figura 2, en el bloque 30, un mensaje de señalización es enviado por, o a nombre de una entidad de comunicación 12 al servidor proxy mejorado 14. El mensaje de señalización es concerniente preferiblemente con una comunicación que involucra la entidad de comunicación 12. Como tal, el mensaje de señalización podría ser un mensaje de inicio de sesión, un mensaje de control de sesión media o alguna otra clase de mensaje, ya sea que contenga o no datos del usuario. La entidad . de comunicación 12 por si misma puede enviar el mensaje de señalización en el enlace 18 al servidor proxy mejorado 14. De otra manera, como se indica anteriormente, alguna otra entidad podría enviar el mensaje de señalización al servidor proxy mejorado 14 a nombre de la entidad de comunicación 12. Por ejemplo, aunque no se muestra en la figura 1, podría existir una compuerta a lo largo del enlace 18 en alguna parte entre la entidad de comunicación 12 y el servidor proxy mejorado 14 y podría funcionar para enviar el mensaje de señalización al servidor proxy mejorado 14, concerniente con una comunicación que involucra la entidad 12. Tal compuerta podría estar en lugar en una situación en donde la entidad de comunicación 12 y el servidor proxy mejorado 14 se asientan en tipos disparatados de redes, tales como en donde la entidad de comunicación 12 se asiente sobre una red conmutada por circuito y el servidor proxy mejorado 14 se asiente en una red de conmutación por paquetes por ejemplo. Además, se debe comprender que al enviar o recepción de un "mensaje de señalización" podría significar igualmente enviar o recibir múltiples mensajes de señalización. Por ejemplo, una secuencia de mensajes de señalización podrían conjuntamente tener un significado dado y provocar un efecto dado que cualquiera de los mensajes de señalización solos no podrían. En algún punto después que el servidor proxy mejorado 14 ha recibido el mensaje de señalización, el servidor proxy mejorado 14 efectúa por lo menos dos funciones. Delega el mensaje de señalización, junto con el enlace de señalización 20 al servidor de aplicación 16. Además, extrae datos de la memoria de datos 22 (o de otra manera selecciona un conjunto de datos pertinente) y hace los datos disponibles para uso por el servidor de aplicación 16 para permitir que el servidor de aplicación 16 efectúe un servicio en respuesta al mensaje de señalización. El servidor proxy mejorado 14 puede efectuar estas funciones concurrentemente o en secuencia. Por propósitos de ejemplo, la figura 1 muestra las funciones efectuadas concurrentemente . Así, como se muestra en el bloque 32, el servidor proxy mejorado 14 delega el mensaje de señalización junto con el enlace de señalización 20 al servidor de aplicación 16. Adicionalmente , en el bloque 34 el servidor proxy mejorado 14 se refiere a la memoria de datos 22 para obtener datos que pueden ser usados por el servidor de aplicación 16 para facilitar la ejecución de un servicio de comunicación en respuesta al mensaje de señalización. Además, en el bloque 36 (posiblemente como parte del bloque 32), el servidor proxy mejorado 14 hace aquellos datos disponibles para uso por el servidor de aplicación 16. Después de esto, en el bloque 38, el servidor de aplicación 16 utiliza los datos para facilitar la ejecución de un servicio de comunicación en respuesta al mensaje de señalización. Se debe comprender que los arreglo anteriores y otros arreglos descritos en la presente son ilustrativos solamente y otros arreglos y otros elementos (por ejemplo, máquinas, interfaces, funciones, órdenes de funciones, etc.) pueden ser usadas en lugar de esto, elementos adicionales pueden ser provistos y algunos elementos pueden ser omitidos por completo. Además, como en la mayoría de las aplicaciones de telecomunicaciones, aquellos experimentados en la técnica apreciarán que muchos de los elementos descritos en la presente representan funciones o entidades funcionales que pueden ser implementadas como componentes discretos o en conjunción con otros componentes, en cualquier combinación y ubicación apropiadas y por medio de elementos físicos, elementos de programación y/o elementos lógicos inalterables. Refiriéndose enseguida a la figura 3, se proporciona otro diagrama de bloques para ayudar a ilustrar algunas de muchas configuraciones de red posibles que podrían ser representadas por el arreglo mostrado en general en la figura 1. La figura 3 ilustra la entidad de comunicación 12 como una estación móvil inalámbrica (MS) 48 (posiblemente en conjunción con una computadora u otra terminal (no mostrada) ) , que se puede comunicar vía una red de acceso de radio con entidades en una red de IP 50. Más en particular, la MS 48 se comunica en una interface de aire de frecuencia de radio 52 con una BTS 54, que está acoplada a su vez con un BSC 56. El BSC está entonces acoplado con un PDSN 58 que proporciona conectividad con la red de IP 50. (Alternativamente, como se muestra además, el BSC puede también ser acoplado con un MSC 60, que será enlazado con una función de inter-trabajo (I F) 61 que proporciona conectividad (directamente o por medio del PDSN 58) con la red de IP y/o el BSC puede ser enlazado directamente a la red de IP (mediante el enlace 65) y puede mediante esto proporcionar conectividad por sí misma a la red de IP) . Con este arreglo, la MS 48 puede establecer conectividad sobre la interface de aire 48 y por medio de la BTS 54, el BSC 56 y el PDSN 58 con la red de IP 50. Además, la MS 48 puede establecer una conexión por capas de enlace de datos, tal como un protocolo de punto a punto (PPP) o canal de protocolo de interface de línea serial (SLIP) con el PDSN 58 y puede establecer una conexión por capas de red para involucrarse en comunicaciones por datos en paquete en la red de IP. La MS 48 puede trabajar para establecer estas conexiones automáticamente en el encendido (para proporcionar una conexión de red "siempre encendida") o en respuesta a instrucciones del usuario. En la modalidad ejemplar, las MS 48 incluye preferentemente un procesador, también como un conjunto de instrucciones de programa almacenadas en la memoria y ejecutables por el procesador para efectuar varias funciones descritas en la presente. Por ejemplo, una MS ejemplar 48 podría incluir una aplicación de agente de usuario de SIP, la cual puede funcionar para enviar mensajes de señalización de SIP a un proxy de SIP designado sobre la red de IP 50 para su transmisión a su vez a un punto final deseado y para recibir mensajes de señalización de SIP de la red de IP 50. Adicionalmente , la MS 48 puede incluir varias otras aplicaciones a nivel del cliente, tales como una aplicación de PTT para iniciar y soportar comunicaciones de PTT, una aplicación de IM para enviar y recibir comunicaciones de IM y una aplicación de telefonía para acoplarse en comunicaciones de telefonía. De otra manera, la MS 48 puede ser un cliente delgado puede descargar estas clases de aplicaciones al nivel del cliente (por ejemplo, como programas Java/J2ME) de servidores de red apropiados. Cuando son ejecutadas por el procesador, estas varias otras aplicación de nivel del cliente pueden invocar el agente del usuario SIP o emplear algún otro proceso de señalización para enviar a la red de IP 50 un mensaje de señalización que es indicador de una comunicación que involucra la MS 48 o un usuario de la MS 48. En el arreglo ejemplar de la figura 3, la función del servidor proxy mejorado 14 es implementada mediante una plataforma de "agente de servicio" 62 que se asienta en la red de IP 50 y que incluye el componente lógico 64 y una memoria de datos 66. El componente lógico 64 puede tomar la forma de un procesador e instrucciones de lenguaje de máquina guardadas en memoria y ejecutables por el procesador para efectuar varias funciones descritas en la presente. Como se indica anteriormente, estas funciones incluyen preferiblemente (i) una función de servidor prox y (ii) una función de publicación de datos. La función de servidor proxy puede ser codificada en una aplicación de servidor proxy de SIP ejecutable por el procesador. Como tal, el agente de servicio puede recibir un mensaje de SIP que designa una dirección de SIP de destino (por ejemplo una ID de SIP) y se puede referir entonces a un registro de SIP (también posiblemente residente en el agente de servicios) para encontrar donde enviar el mensaje de SIP. A su vez, el agente de servicio puede luego enviar un mensaje de SIP a aquel punto de destino. Continuando con los ejemplos anteriores, por ejemplo, el mensaje de SIP podría ser una INVITACIÓN o MENSAJE, basado en el contenido del mensaje y/o en otros factores, el agente de servicio podría delegar a un servidor de aplicación apropiado, tal como el servidor PTT 68, servidor de IM 70 y/o servidor de VM 72. En la modalidad ejemplar, la MS 48 puede ser programada para enviar algunos o todos los mensajes de IP salientes al agente de servicio 62 como un proxy de SIP local para la MS 48. Alternativamente, podría existir algún otro mecanismo para empujar los mensajes de SIP al agente de servicio para su manipulación. Por ejemplo el PDSN 58 podría ser programado para detectar que una comunicación por paquetes de MS 48 es un mensaje de SIP y para empujar de manera respectiva la comunicación por paquetes al agente de servicios 62. La función de publicación de datos del agente de servicio podría también tomar varias formas. Generalmente hablando, la idea es que agente de servicio hará los datos disponibles para uso por un servidor de aplicación, para habilitar (parcial o totalmente) el servidor de aplicación para efectuar un servidor de comunicación en respuesta a un mensaje de señalización que el agente de servicio delega (directa o indirectamente (por medio de otro proxy) ) al servidor de aplicación. Para hacer esto, el agente de servidor podría agregar los datos al mensaje de señalización que envía (como un servidor proxy) al servidor de aplicación, de tal manera que el servidor de aplicación recibirá el mensaje de señalización junto con los datos. Alternativamente, el agente de servidor podría enviar los datos al servidor de aplicación en una comunicación separada en la red de IP 50. Tal comunicación se puede conformar con cualquier protocolo acordado . Todavía alternativamente, el agente de servicios podría publicar más literalmente los datos en otra memoria de datos que es accesible por el servidor de aplicación. Por ejemplo, la figura 3 ilustra una "memoria pública" 74 en la red de IP 50, a la cual el agente de servicio podría publicar los datos y de la cual un servidor de aplicación podría leer los datos. (Nótese que, mientras que la memoria pública es mostrada al exterior del agente de servicios 62, la memoria pública podría igualmente ser incorporada como parte del agente de servicio 62) . La memoria pública podría ser una base de datos o directorio al cual el agente de servicio 62 podría escribir datos y de la cual el servidor de aplicación tiene autoridad para leer los datos. A este respecto, el agente de servicios y/o servidor de aplicación podría tener acceso/permisos parciales o completos, los cuales pueden ser ajustados de cualquier manera conocida ahora o desarrollada más tarde . Además, como otro ejemplo, el agente de servicio podría publicar los datos en una línea principal de distribución de mensajes que es accesible por el servidor de aplicación. A este respecto, una arquitectura de línea de distribución principal de mensajes con la cual la gente de habilidad ordinaria en la técnica están f miliarizados es descrita en "A Message Bus for Local Coordination -- draft-ietf-mmusic-mbus-transport-06.txt", publicada el 30 de mayo de 2002 por el grupo de trabajo de Multiparty Multimedia Session Control (MMUSIC) de la Internet Engineering Task Force. Una línea de distribución principal de mensajes tiene la ventaja de proporcionar acceso muy rápido a datos, similar a la memoria caché en una computadora personal. En la modalidad ejemplar, los datos que el agente de servicios hace disponible para uso por el servidor de aplicación pueden ser datos que el servidor de aplicación requiere con el fin de tener la posibilidad de llevar a cabo un servicio de comunicación dado. Por ejemplo, si el servidor de aplicación es servidor de PTT 68 y el servicio de comunicación es establecer una sesión de PTT entre un grupo, los datos podrían ser una lista del grupo para la parte de origen. Similarménte, si el servidor de aplicación es el servidor de IM 70 y el servicio de comunicación es la multidifusión de un mensaje instantáneo a un grupo, los datos podrían también ser una lista de grupo para la parte remitente . Alternativamente, los datos podrían funcionar para ayudar al servidor de aplicación para llevar a cabo el servicio de comunicación o calificar o modificar el servicio de comunicación. Por ejemplo, si el servidor de aplicación es el servidor de PTT 68, los datos podrían especificar el estado en línea o preferencias de cualquiera de los elementos del grupo. Si los datos indican que un elemento de grupo particular no está en línea o está enfrascado actualmente en otra sesión, es servidor de PTT podría entonces actuar de conformidad a medida que trabaja para establecer la sesión de PTT (o para modificar la sesión de PTT, en donde el mensaje de señalización que el agente de servicio delega al mismo es una señal de control de sesión media, tal como un mensaje de control de piso de PTT) . Como otro ejemplo, si el servidor de aplicación es el servidor VM 72 y el servicio de comunicación incluye indicar un mensaje y registrar el mensaje, el servidor de VM podría tener un mensaje saliente predeterminado que reproduce normalmente a cualquier parte llamadora. En aquel caso, los datos que el agente de servicio hace disponible para uso por el servidor de VM podría ser un mensaje de media saliente adaptado que ha sido establecido por lo menos en parte por la parte llamadora y/o para la parte llamada y el servidor de VM puede ser programado para utilizar responsablemente el mensaje saliente adaptado en lugar del mensaje saliente predeterminado. Por ejemplo, si la parte llamadora es John Doe, el mensaje saliente adaptado podría ser una corriente de audio que dice "Lo siento John, la parte que está llamando no está disponible actualmente. Por favor deja un mensaje después del tono siguiente" y luego termina con un tono adaptado que John Doe ha seleccionado por adelantado por medio de una interface de web apropiada. Además como un ejemplo relacionado, si el servidor de VM es una plataforma de comandos de voz a base de VXML, el servidor de VM podría tener una aplicación de VXML predeterminada que ejecuta cuando recibe una llamada. En aquel caso, los datos que el agente de servicio hace disponible para uso por el servicio de VM podría ser un documento de VXML adaptado que es ejecutable por el servidor de VM para provocar que el servidor de VM tome ciertas acciones (por ejemplo, acciones específicas a la parte llamadora y/o parte llamada) . También son posibles otros ej emplos . En la modalidad mostrada, la memoria de datos 66 podría retener los datos que el agente de servicio hará disponible para uso por el servidor de aplicación. Como tal, la memoria de datos 66 puede mantener normalmente una clasificación de datos y el agente de servicio puede extraer de la memoria de datos un conjunto particular de datos para hacer disponible en una instancia dada. Por ejemplo, la memoria de datos podría mantener datos que son específicos para todos los usuarios o todos los dispositivos que se suscriben a un portador dado, también como variaciones de datos apropiadas para uso por diferentes servidores de aplicación clasificados y en una variedad de escenarios diferentes. Cuando el agente de servicio 62 delega (o delegará) un mensaje de señalización a un servidor de aplicación, el agente de servicios puede interrogar a la memoria de datos para obtener un conjunto de datos pertinentes que debe hacer disponibles. La interrogación puede ser tecleada a cualquiera de una variedad de factores, ejemplos de los cuales incluyen: (i) la identidad de la entidad comunicadora 12, (ii) el contenido del mensaje de señalización, tal como el tipo de comunicación en la expedición, (iii) la identidad o tipo del servidor de aplicación, (iv) la identidad o tipo de servicio que el servidor de aplicación efectuará, (iv) la hora/fecha actual. También son posibles muchos otros ejemplos. Por ejemplo, la memoria de datos 66 podría mantener una tabla que enlista entidades comunicadoras autorizadas (por ejemplo, usuarios y dispositivos). Además, la memoria de datos podría mantener otra tabla de datos que específica las listas de amigos por entidad comunicadora . Y todavía además, la memoria de datos podría mantener otra tabla que apunta al archivos de media almacenados utilizables como mensajes salientes por un servidor de V . Adicionalmente, la memoria de datos podría mantener otra tabla que específica en una instancia dada (por ejemplo, para una entidad de comunicación dada, servidor de aplicación, servicio de comunicación, etc.) cuales datos de las otras tablas el agente de servicio debe hacer disponible para uso por el servidor de aplicación. En la modalidad ejemplar, los datos en la memoria de datos 66 podrían ser actualizados regularmente en respuesta a un evento de disparo (tal como un evento de adición, cancelación o modificación). Por ejemplo, el agente de servicio puede actualizar los datos en base a un análisis automatizado de transacciones del pasado (por ejemplo, tal como son definidas por mensajes de señalización que pasan a, o a través de las líneas de servicio o mediante otra información) . De otra manera los suscriptores podrían tener acceso y actualizar sus datos particulares (por ejemplo listas de amigos) vía una interface de aprovisionamiento apropiada (por ejemplo, vía un servidor de web que proporciona entonces datos actualizados al agente de servicios 62 o por medio de interacción con un operador de servicios del cliente) y/o vía un microteléfono móvil. Alternativa o adicionalmente , los datos que el agente de servicio hace disponible para uso por el servidor de aplicación podrían ser definidos por un conjunto más estático de componentes lógicos. Por ejemplo, los componentes lógicos 64 podrían incluir códigos de programa que requiere que el servicio de agente publique un conjunto particular de datos en una instancia (por ejemplo, para una entidad de comunicación dada, servidor de aplicación ó servicio de comunicación) y para publicar otro conjunto particular de datos en otra instancia (por ejemplo, por una entidad de comunicación diferente, servidor de aplicación o servicio de comunicación) . Refiriéndose ahora a la figura 4, se proporciona una tabla de flujo para ayudar a ilustrar cómo la modalidad ejemplar podría funcionar durante el inicio de una sesión de PTT en el arreglo mostrado en la figura 3. Como se muestra en la figura 4, en el bloque 100, un usuario de . MS 48 invoca una aplicación PTT en la MS 48. En el bloque 102, la aplicación de PTT envía sensiblemente una INVITACIÓN SIP u otro mensaje de señalización al agente de servicios 62. (Por ejemplo, la aplicación de PTT pude invocar una aplicación del agente de usuario SIP para envira una INVITACIÓN SIP para enviar una INVITACIÓN a SIP apropiada) . En la modalidad ejemplar, el mensaje de señalización identifica MS 48 y/o el usuario como la fuente (entidad comunicadora) e identifica el destino y/o tipo de comunicación como una sesión de PTT. En el bloque 104, el agente de servicios 62 recibe entonces el mensaje de señalización y procede a analizar sintáticamente y evaluar el mensaje, notando que el mensaje es un mensaje de inicio de PTT de la entidad comunicadora designada. A su vez, en el bloque 106, el agente de servicio 62 interroga a la memoria de datos 66 para extraer una lista de grupos que ha sido designada por anticipado para la entidad comunicadora. La lista de grupos podría identificar las entidades A, B y C como los miembros del grupo de la entidad comunicadora. Además, al interrogar un registro de perfiles para la entidad comunicadora, el agente de servicios 62 puede determinar qué servidor de PTT 68 (en una dirección de red particular) ha sido designada para manipular sesiones de PTT para aquella entidad comunicadora. En el bloque 108, el agente de servicio 62 publica entonces la lista de grupos de la entidad comunicadora en la memoria pública 74. Por ejemplo, el agente de servicio 62 puede escribir la lista de grupos a un archivo nombrado apropiadamente o tabla de base de datos en la memoria pública 74. Además, el agente de servicio 62 puede insertar al mensaje de señalización un indicador a los datos en la memoria pública 74. Además, en el bloque 110, el agente de servicio 62 delega el mensaje de señalización al servidor de PTT 68. Luego, en el bloque 112, el servidor de PTT 68 recibe el mensaje de señalización y detecta que es una solicitud para iniciar una sesión de PTT para la entidad comunicadora designada. Además, el servidor de PTT 68 indica que el mensaje apunta a la lista de grupos de la entidad comunicadora en la memoria pública 74. Así, en el bloque 114, el servidor de PTT 68 lee la lista de grupos de la memoria pública 74. Además, en el bloque 116, el servidor de PTT 68 establece entonces la sesión de PTT entre la entidad comunicadora y entidades A, B y C. Refiriéndose en seguida a la figura 5, se muestra ahora otro diagrama de flujo para ayudar a ilustrar cómo la modalidad ejemplar podría funcionar en la multidifusión de un mensaje instantáneo en el arreglo mostrado en la figura 3. Como se muestra en el bloque 200, un usuario de la MS 48 invoca una aplicación de IM en la MS 48 e introduce un mensaje instantáneo para enviar al grupo de amigos del usuario. En el bloque 202, la aplicación de IM envía en respuesta un MENSAJE de SIP u otro mensaje de señalización al agente de servicio 62. En la modalidad ejemplar, el mensaje de señalización identifica la MS 48 y/o el usuario como la fuente (entidad comunicadora) , identifica el tipo de comunicación como un mensaje instantáneo de multidifusión y transporta una versión de texto ASCII del mensaje introducido por el usuario. En el bloque 204, el agente de servicio 62 recupera entonces el mensaje de señalización y procede a analizar sintácticamente y evaluar el mensaje, notando que el mensaje es un mensaje instantáneo de multidifusión y entidad comunicadora . A su vez, en el bloque 206, el agente de servicio 62 interroga a la memoria de datos 66 para extraer una lista de grupos que ha sido designada por adelantado por la entidad comunicadora. Para un mensaje instantáneo de multidifusión de la entidad comunicadora, la lista de grupos podría identificar las entidades A y B como los miembros del grupo de la entidad comunicadora. En el bloque 208, el agente de servicio 62 puede luego insertar la lista de grupo al mensaje de señalización. Por ejemplo, el agente de servicio puede agregar una versión de texto ASCII de la lista del grupo directamente al mensaje. Además, en el bloque 210, el agente de servicio puede luego delegar el mensaje de señalización al servidor de IM 70. Así, en el bloque 212, el servidor de IM 70 recibe el mensaje de señalización . En el bloque 214, después de la recepción del mensaje de señalización, el servidor IM 70 lee la lista de grupo y el texto del mensaje del mensaje de señalización. Además, en el bloque 216, el servidor de IM 70 envía en respuesta a las entidades A y B un mensaje instantáneo que contiene el texto del mensaje designado. Finalmente refiriéndose a la figura 6, se proporciona otro diagrama de flujo, para ayudar a ilustrar cómo la modalidad ejemplar podría funcionar para facilitar el servicio de correo de voz. Como se muestra en el bloque 300, un usuario de la MS 48 invoca una aplicación de comunicación en la MS 48, buscando establecer una sesión de comunicación en la red de IP 50 con un usuario que sucede ser la entidad de operación B. Así, en el bloque 302, la aplicación de comunicación provoca de manera sensible que un agente de usuario SIP en la MS 48 envíe una INVITACIÓN de SIP al agente de servicio 62, designando al usuario del MS 48 como la fuente y el usuario de la entidad B como el destino. Cuando el agente de servicio recibe la INVITACIÓN de SIP, el agente de servicio identifica entonces la entidad B como el agente de usuario SIP de destino. Así, en el bloque 304, el agente de servicio envía entonces la INVITACIÓN a la entidad B. En el bloque 306, expira un período de tiempo predefinido si ninguna respuesta de la entidad B. Así, el agente de servicio determina que se solicita el procesamiento alternativo de la solicitud de sesión. En el bloque 308, el agente de servicio interroga entonces a la memoria de datos 66 para determinar qué servidor de VM utilizar y para obtener cualquier dato que el agente de servicio debe hacer disponible para uso por aquel servidor de VM para facilitar la respuesta a la INVITACIÓN. Por ejemplo, el perfil del usuario de inicio puede indicar al servicio VM 72 y puede también apuntar a un archivo de audio saliente adaptado guardado en la memoria de datos 66. En el bloque 310, el agente de servicio pude luego publicar el archivo de audio de mensaje saliente adaptado en una línea principal de distribución de mensajes para acceso por el servidor de VM 72. Además, en el bloque 312, el agente de servicio puede delegar la INVITACIÓN al servidor de VM 72. Después de la recepción de la INVITACIÓN, en el bloque 314, el servidor de VM 72 puede luego intercambiar mensajes adicionales con el agente del usuario SIP de inicio, para establecer una sesión de media con la MS 48. Además, en el bloque 316, el servidor de VM 72 puede recuperar el archivo de audio del mensaje saliente adaptado de la línea principal de distribución de mensajes. Además, en el bloque 318, el servidor de VM 72 puede luego reproducir el mensaje saliente adaptado al usuario de inicio, para indicar al usuario de inicio que deje un mensaje de correo de voz. Se ha descrito anteriormente una modalidad ejemplar de la presente invención. Sin embargo, se debe comprender que se puede aplicar cambio y modificaciones a esta modalidad ejemplar sin desviarse del verdadero alcance y espíritu de la presente invención, que son definidos por las reivindicaciones .' Por ejemplo, en tanto que la descripción anterior enfoca principalmente en la operación de un servidor proxy mejorado, los principios descritos pueden ser extendidos al uso con respecto a un servidor de registro mejorado. Por ejemplo, cuando un usuario SIP se registra con un servidor de registro SIP, el servidor de registro de SIP puede extraer responsablemente de la memoria de datos un conjunto de datos particulares para aquel usuario SIP y luego hacer aquellos datos disponibles para uso por un servidor de aplicación que puede manipular mensajes de señalización concernientes con el usuario de SIP. Como se indica anteriormente, el agente de servicio podría incluir un servidor de registro. Así, un agente de servicio puede efectuar esta función. Como un ejemplo particular, cuando un usuario de SIP envía un mensaje de REGISTRO SIP a un servidor de registro en el agente de servicio 62, el agente de servicio 62 puede luego interrogar sensiblemente el perfil del usuario y determinar que el usuario es un usuario de PTT (o que el dispositivo del usuario soporta el servicio de PTT) . En respuesta a aquella determinación, el agente de servicio puede luego extraer la lista de amigos del usuario de la memoria de datos 66 y publicar aquella lista de amigos a la memoria pública 74. Después de esto, cuando el servidor de PTT 68 busca establecer una sesión de PTT para el usuario, el servidor de PTT' 68 pude obtener la lista de grupos del usuario de la memoria pública 74 y utilizar la lista de grupo para facilitar el establecimiento de la sesión de PTT. Se hace constar que, con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención es el que resulta claro de la presente descripción de la invención.