SISTEMA Y MÉTODO PARA ESTABLECER CONECTIVIDAD DE DATOS
CONFIABLE CON UN NODO DE RED POR UN DISPOSITIVO DE EQUIPO DE
USUARIO (UE) DESCRIPCIÓN DE LA INVENCIÓN La presente descripción de patente generalmente se refiere a redes de comunicación. Más particularmente, y no por medio de ninguna limitación, la presente descripción de patente se dirige a un sistema y método para establecer conectividad de datos confiable con un nodo de red por un -dispositivo de equipo de usuario (UE) mientras el nodo de red se presenta en una condición dirigible en forma no digital . Las redes de telefonía celular tales como la red del Sistema Global para Comunicación Móvil (GSM) se diseñan para soportar varios dispositivos de equipo de usuario (UE) móvil que tienen capacidades diferentes. Por ejemplo, algunos dispositivos de UE tienen la capacidad de encargarse de las llamadas de voz solamente. Por otro lado, pueden existir dispositivos que tienen capacidades de voz y datos aunque no concurrentemente, así como dispositivos que pueden soportar conexiones simultáneas de voz y datos. Sin embargo, debido a ciertas consideraciones de diseño inherentes, los dispositivos de UE que tiene capacidades de voz y datos no concurrentes generalmente son más predominantes que los dispositivos con capacidad simultánea de voz y datos. Esta situación da lugar a una desventaja ya que mientras está en
una llamada de voz sobre una conexión conmutada por circuitos, el dispositivo es incapaz de enviar datos. Para dirigir tal comportamiento, los estándares actuales del Proyecto de Sociedad de 3ra Generación (3GPP) proporcionan una solución que emula la capacidad seudo-simultánea de voz y datos con respecto a los dispositivos de UE . No obstante, esta solución no se ha implementado ampliamente ya que requiere software y hardware adicionales costosos en el dispositivo de UE así como infraestructura de red. Como consecuencia, para un sistema que desea ofrecer conectividad de datos relacionados con la empresa (por ejemplo, para poder efectuar control de llamadas) a un dispositivo de UE que se encarga de una llamada de voz, el servidor empresarial del sistema ya no es un nodo de red digitalmente dirigible, y de este modo la opción convencional ha sido el uso de señalización de Multifrecuencia de Doble Tono (DTMF) , el cual utiliza señales de comando en cualquier modo de en banda (audible para el usuario) o fuera de banda (inaudible para el usuario) . Aunque este procedimiento, sin embargo, tiene desventajas acompañantes. Por ejemplo, la señalización de DTMF normalmente es confiable sólo en una forma y requiere que el servidor empresarial tenga hardware y software de procesamiento de audio costoso para recibir y procesar los tonos. Además, ya que múltiples sistemas también utilizan los mismos tonos, es posible que un sistema erróneo
pueda procesar los tonos recibidos que tienen como objetivo un sistema diferente. Aún otra opción convencional que involucra la implementación de conversación/datos alternativos como se utiliza para la tecnología de Dispositivo de Telecomunicación para Sordos (TDD) se ha encontrado también que es deficiente. La presente descripción de patente se dirige ampliamente a un esquema para efectuar conectividad de datos confiable con un nodo de red que se ha vuelto dirigible no digitalmente por alguna razón. En un ejemplo, el nodo de red dirigible no digitalmente puede comprender un servidor empresarial operable para presentar una variedad de aplicaciones o servicios. De preferencia, la conectividad de datos puede establecerse por un dispositivo de UE mientras se encarga de una llamada conmutada por circuitos o de otra manera no está disponible para establecer una conexión conmutada por paquetes. Un mensaje que se relaciona con una característica de servicio empresarial se construye y envuelve en una envoltura, la cual entonces se transmite al servidor empresarial mediante un canal de control fuera de banda sobre una infraestructura de red que incluye una porción de red dedicada y una porción de red confiable para invocar la característica de servicio solicitada. En una implementación ejemplar, la envoltura puede comprenderse de, pero no limitarse a, un mensaje de Servicio de Mensajes
Cortos (SMS), un mensaje de Datos de Servicio Complementario no Estructurado (USSD) , y un mensaje de Señalización de Usuario a Usuario (UUS) , y similares. Además, en ciertos elementos de red en la red dedicada y las porciones de red confiada pueden co-ubicarse con respecto a efectuar una trayectoria de conectividad de datos confiable para recibir la solicitud de envoltura de mensaje del dispositivo de UE y procesarla para la transmisión ascendente al nodo de red. En un aspecto, se describe en la presente una modalidad y un método para establecer conectividad de datos confiable con un nodo de red en operación con un dispositivo de UE . El dispositivo de UE puede comunicarse con el nodo de red en al menos una de una primera conexión y una segunda conexión, la primera y segunda conexiones se pueden efectuar sobre dos diferentes redes. La modalidad reclamada comprende uno o más de lo siguiente: determinar que el nodo de red no o es accesible mediante una primera red utilizando la primera conexión; construir un mensaje (por ejemplo, que se relaciona con una característica de servicio de aplicación) que va a ejecutarse en el nodo de red; y envolver el mensaje en una envoltura que pertenece a una segunda red y dirigir la envoltura a una posición de red dedicada que puede operar para reenviar el mensaje al nodo de red sobre una porción de red confiada. En otro aspecto, se describe en la presente una
modalidad de un dispositivo de UE que puede operar para establecer conectividad de datos confiable con un nodo de red, donde el dispositivo de UE puede comunicarse con el nodo de red en por lo menos una conexión y una segunda conexión, la primera y segunda conexiones se pueden efectuar sobre dos diferentes redes. La modalidad reclamada comprende uno o más de lo siguiente: medios para construir un mensaje (por ejemplo, que se relaciona con una característica de servicio de aplicación) que va a ejecutarse en el nodo de red, el medio opera en respuesta a determinar que el nodo de red no es accesible mediante la primera red utilizando la primera conexión; y medios para envolver el mensaje en una envoltura que pertenece a una segunda red y dirigir la envoltura a una porción de red dedicada que puede operar para reenviar el mensaje al nodo de red sobre una porción de red confiada. En aún otro aspecto, se describe en la presente una modalidad de un sistema para facilitar la conectividad de datos confiable entre un dispositivo de UE y un nodo de red, donde el nodo de red se presenta inaccesible al dispositivo de UE mediante una conexión conmutada por paquetes. La modalidad reclamada comprende uno o más de lo siguiente: medios para recibir un mensaje que se relaciona con una característica de servicio activada del dispositivo de UE, la característica de servicio que se ejecuta en el nodo de red, donde el medio para recibir, opera para recibir el mensaje
contenido en una envoltura dirigida mediante una porción de red dedicada; y medios para procesar la envoltura y empacar el mensaje para la transmisión sobre una porción de red confiada en el nodo de red. Como se establece en lo siguiente en detalle adicional, aquellos con experiencia en la técnica deben reconocer que los diversos medios narrados en la presente pue.den implementarse en software, firmware, hardware o en cualquier combinación de los mismos, que incluyen instrucciones sobre medios adecuados que se pueden ejecutar por computadora. BREVE DESCRIPCIÓN DE LOS DIBUJOS Un entendimiento más completo de las modalidades de la presente descripción de patente puede tenerse por referencia a la siguiente Descripción Detallada cuando se tome junto con los dibujos anexos en donde: La FIGURA 1 representa un ambiente de red ejemplar que incluye infraestructura de red conmutada por circuitos, en donde una modalidad de la presente descripción de patente puede practicarse; la FIGURA 2 representa un diagrama de flujo de mensajes ejemplar para efectuar el control remoto de un servidor empresarial de acuerdo con una o más modalidades de la presente descripción de patente; la FIGURA 3 representa un diagrama de flujo de la presente descripción de patente de acuerdo con una modalidad;
y la FIGURA 4 representa un ambiente de red ejemplar que incluye infraestructura de red dedicada y confiable en donde la conectividad de datos confiable puede implementarse de acuerdo con una modalidad; la FIGURA 5 representa otro diagrama de flujo de la presente descripción de patente de acuerdo con una modalidad; y la FIGURA 6 representa un diagrama de bloque de una modalidad de un dispositivo de comunicación que puede operar para propósitos de la presente descripción de patente. Ahora se describirán un sistema y método de la presente descripción de patente con referencia a varios ejemplos de cómo las modalidades pueden hacerse y utilizarse mejor. Números de referencia similares se utilizan a través de la descripción y varias vistas de los dibujos para indicar partes similares o correspondientes, en donde los diversos elementos no necesariamente se dibujan a escala. Con referencia ahora a los dibujos, y más particularmente a la FIGURA 1, un ambiente 100 de red ejemplar se representa en donde una modalidad de la presente descripción de patente puede practicarse para efectuar el control remoto de un servidor empresarial. Como se representa, el ambiente 100 de red incluye una red 108 de infraestructura celular central para efectuar telecomunicaciones conmutadas por circuitos
utilizando tecnologías conocidas tales como, por ejemplo, Sistema Global para Comunicación Móvil (GSM) , con respecto a una pluralidad de dispositivos de equipo de usuario (UE) móvil. Por medio del ejemplo, los números 102A y 102B de referencia se refieren a dos dispositivos de UE (es decir, puntos finales) que pueden encargarse de una llamada conmutada por circuitos sobre la red 108 mediante elementos conocidos tales como uno o más centros 115, 116 de conmutación móvil (MSC) ; uno o más MSC 112 de puerto de enlace (GMSC) ; uno o más registros de ubicación local (HLR) o sistemas 114 de suscriptor local (HSS) , uno o más registros 118 de ubicación de visitante (VLR) ; y uno o más elementos 120 de infraestructura de red de acceso por radio (RA ) . Como se observará en lo siguiente, aunque ciertas modalidades de la presente descripción pueden ilustrarse con elementos conocidos tales como MSC/VLR, HLR/HSS, y similares, podrían generalizarse como nodos de red que tienen funcionalidades específicas tales como, por ejemplo, una entidad de MSC/VLR puede realizar control de llamadas, control de servicios, y conmutación de medios. Por consiguiente, debe ser aparente que independientemente de las implementaciones particulares establecidas en la presente, las funcionalidades ejemplares también pueden efectuarse por plataformas separadas, más generalizadas . Para propósitos de generalización adicional, un
dispositivo de UE puede ser un teléfono celular o estación móvil, asi como cualquier computadora personal (por ejemplo, de escritorio, tipo laptop, tipo palmtop, o dispositivos de cómputo portátiles) equipados con un módem inalámbrico adecuado, o un dispositivo de UE móvil de doble modo (por ejemplo, teléfonos celulares, o dispositivos portátiles habilitados por datos capaces de recibir y enviar mensajes, datagramas de IP que contienen aplicaciones tales como, pero no limitadas a, navegación en red, etcétera) . Por consiguiente, aunque no es un requisito, un dispositivo de UE para propósitos de la presente solicitud puede ser capaz de operar en ambas comunicaciones conmutadas por circuitos (CS) así como conmutadas por paquetes (PS) y puede ser capaz incluso de efectuar una transferencia entre tecnologías entre ambos dominios de CS y PS . Uno o más servidores 122 empresariales pueden asociarse operativamente con la red 108 para presentar un número de servicios y/o características de servicio que pueden ser controladas remotamente desde un dispositivo de UE, por ejemplo, el dispositivo 102A de UE, mientras el dispositivo aún está encargado de una conexión de CS con un punto final. Como se establecerá en lo siguiente en detalle adicional, en una modalidad ejemplar, los nodos 122 de servidor empresarial pueden proporcionarse con una interfaz adecuada para recibir mensajes apropiados desde un
dispositivo de UE que se transmiten en un canal de control fuera de banda con respecto a una conexión de CS en progreso. Además, los servidores 122 empresariales pueden generalizarse para ser un nodo de red que se ha vuelto dirigible no digitalmente por alguna razón. Por medio de la implementación ejemplar, la modalidad de la FIGURA 1 es ilustrativa de una disposición donde el dispositivo 102A de UE es operable para controlar servicios/características en el servidor 122 utilizando mensajería de SMS que se implementa para efectuar la distribución de mensajes de texto cortos en alguna manera (por ejemplo, un mecanismo de almacenamiento y envío) . En una modalidad adicional, los servidores 122 empresariales pueden ser controlados por medio de mensajería de Datos de Servicio Suplementario No Estructurado (USSD) efectuada sobre el canal de control en un mecanismo orientado a sesión. En aún otra modalidad, también puede utilizarse la Señalización de Usuario a Usuario (UUS) , mediante la cual un nodo intermediario captura el flujo de mensajes de UUS y lo dirige a un servidor empresarial . Tal nodo puede estar dentro de la red en la cual se dispone el servidor empresarial tal como una Centralita Privada (PBX) (la cual podría ser una PBX presentada o bajo otras circunstancias) u otro nodo. Con respecto a la implementación ejemplar de SMS representada en la FIGURA 1, una Entidad 104 de Mensajes Cortos (SME) se proporciona con el dispositivo 102A de UE
para construir así como recibir y enviar mensajes cortos. Un cliente 105 de lógica de aplicación de servicio que se ejecuta en el dispositivo 102A de UE es operable para generar un mensaje que se relaciona con una respuesta de solicitud de característica de servicio a una entrada de servicio, en donde el mensaje puede envolverse en un mensaje de SMS que se dirige al servidor 122 empresarial. Un Centro 110 de Servicio de Mensajes Cortos (SMSC) es operable para proporcionar la envoltura de SMS (por ejemplo, mediante un mecanismo de almacenamiento y envío) a un SME 111 externo que puede operar como una interfaz para uno o más nodos intermediarios, los cuales pueden comunicarse entonces con el servidor 122 empresarial mediante otros puertos de enlace, si es necesario. Se reconocerá por alguien de experiencia en la técnica que el dispositivo 102A de UE puede proporcionarse con un buzón de SMS dedicado (no mostrado explícitamente en la FIGURA 1) con respecto a efectuar control remoto o conectividad de datos puesto que un buzón de SMS regular (por ejemplo, el buzón utilizado para enviar y recibir mensajes de texto con respecto a un contacto de usuario final de SMS) puede estar lleno y de este modo provocar que no sean distribuidos mensajes desde el servidor empresarial. Además, aunque no se ilustra explícitamente en la FIGURA 1, puede existir una conexión de red de datos separada que puede operarse para ser efectuada mediante una red de PS
dispuesta entre el dispositivo 102A de UE y los nodos 122. Por consiguiente, se apreciará que el ambiente 100 de red puede ser visualizado como teniendo dos diferentes conectividades de red entre el dispositivo 102A de UE y los nodos 122, en donde un tipo de conectividad de red se efectúa sobre la porción 108 de red utilizando el mecanismo envolvente establecido en la presente. Para propósitos de la presente descripción, los servicios que son controlados en el servidor 122 empresarial virtualmente son ilimitados. Por medio de ilustración, un número de características de servicio de telefonía puede proporcionarse de modo que pueda relacionarse con una llamada de CS en progreso tal como, por ejemplo, servicio directo de llamadas entrantes, servicio de transferencia de llamadas, servicio personalizado de marcación abreviada, servicio de correo de voz, servicio de sigúeme, servicio de reenvío de llamadas, servicio de música en espera, servicio automático de intervención, servicio automático de distribución de llamadas, servicio de espera de llamada, servicio de captación de llamadas, servicio de conferencia, servicio de contabilidad de llamadas, servicio de búsqueda de voz, servicio de bienvenida personalizado, servicio compartido de buzón de mensajes, y servicio de directorio automatizado. Aquellos con experiencia en la técnica reconocerán que las enseñanzas establecidas en lo anterior, pueden
generalizarse dentro del contexto de control remoto de llamadas basado en mensajería, en donde un nodo de red intermediario basado en mensajería puede emplearse como se ilustra en la FIGURA 1. En tales disposiciones, el nodo de red intermediario puede comprender un puerto de enlace de SMSC o de USSD/UUS . Por consiguiente, la dirección de destino del nodo intermediario puede tomar la forma de un número E.164 en una modalidad ejemplar. Además, la dirección de destino puede almacenarse dentro de un circuito de memoria integrado ' del dispositivo de UE o en módulo removible tal como un Módulo de Identidad del Suscriptor Universal (USIM) , un Módulo de Identidad del Usuario Removible (RUIM) , tarjeta de memoria Digital Segura (SD) Flash Compacta, etc. En una implementación, el formato de la dirección de destino almacenada en el módulo removible puede tomar la forma que se establece en lo siguiente que es ilustrativa de las modalidades proporcionadas en especificaciones de 3GPP aplicables . Tabla I
Número de Dirección de Destino de Nodo Intermediario
Longitud de Contenidos de Dirección de Destino 1 tipo de número Identificación de extensión plan de numeración
Número dígito 2 Número dígito 1 Número dígito 4 Número dígito 3
Tabla II
Además, la dirección de destino de un nodo de red de mensajes de servicio puede aprovisionarse para un dispositivo particular de punto final utilizando SMS, USSD, o mediante dirección de IP, y similares, además de o junto con técnicas conocidas de Administración de Dispositivos (DM) Sobre el Aire (OTA) . Cuando la dirección que va a aprovisionarse en el dispositivo, se puede requerir que el punto de código apropiado en SMS se establezca, por ejemplo, al establecer el Identificador de Protocolo-TP (TP-PID) en un valor que indica la descarga de datos del dispositivo de UE inalámbrico. Donde se implementa la mensajería de USSD para efectuar el control remoto, se puede necesitar una secuencia específica "*#" para utilizarse con el fin de dirigir la envoltura de datos al servidor de USSD correcto. Nuevamente, esta secuencia puede ser específica del operador, y también
puede aprovisionarse en el dispositivo de UE . Por ejemplo, la secuencia puede aprovisionarse en el fabricante del dispositivo para un operador específico, para un grupo de operadores, o para todos los operadores. Por consiguiente, se debe apreciar que la secuencia "*#" puede ser dependiente de la portadora, y que un dispositivo de UE podría configurarse con todas las secuencias "*#" para todas las portadoras o puede configurarse para una portadora específica que proporciona el servicio local. El dispositivo de UE puede contener las identidades de las portadoras a través de medios apropiados. Por ejemplo, la siguiente tabla ilustra una modalidad ejemplar:
donde la ID del Operador es un identificador que identifica únicamente un operador basándose la tecnología de red. Por ejemplo, redes de 3GPP/GSM pueden identificarse con una combinación de Código de País Móvil (MCC) y Código de Red Móvil (MNC) ; las redes de SIP utilizan Identificadores de
acceso de Red (NAI) ; las redes de CDMA utilizan parámetros de Identificación de Sistema (SID) ; y las redes de WLAN utilizan las ID de Conjuntos de Servicios (SSID) . Adicional o alternativamente, la provisión puede efectuarse cuando el usuario ingresa un nuevo conjunto de Credenciales (Identidad Privada de Usuario) tal como la Identidad de Suscriptor Móvil Internacional (IMSI) en el USIM, o Número de Identificación Móvil (MIN) o Número de Identificación Personal (PIN) , o Identidad Pública de Usuario (por ejemplo, número E.164), o alguna otra ID basada en SIP o una combinación de las mismas. La presentación de las credenciales entonces activa el dispositivo de UE para solicitar la información de provisión específica del operador que contiene la secuencia "*#" para utilizar. Como puede apreciarse por alguien de experiencia en la técnica, un mecanismo similar puede utilizarse para recuperar la dirección de destino de un código de SMSC . Además, donde se utiliza la información de dirección de SMSC, tal información se puede cambiar por el usuario y/o el operador, y/o la empresa. Varios campos de configuración pueden proporcionarse para poder indicar si el usuario, operador, o la empresa pueden efectuar el cambio. De igual manera, la información de secuencia de USSD también puede cambiarse por el operador y/o la empresa, con los ajustes de campo de configuración adecuados para indicar las características de capacidad de cambio. Para propósitos de la
presente descripción, el término "información de dirección" incluye por lo tanto información de dirección de destino de nodo intermediario (por ejemplo, nodo de SMSC) al igual que información de secuencia de USSD, las cuales pueden almacenarse o de otra forma aprovisionarse como se establece en detalle anteriormente. La FIGURA 2 representa un diagrama 200 de flujo de mensajes ejemplar para efectuar el control remoto y/o conectividad de datos con respecto a un nodo de red (por ejemplo, un servidor empresarial) de acuerdo con una o más modalidades de la presente descripción de patente. El dispositivo 102A de UE se encarga de una llamada de CS cuando el usuario solicita que se active una característica de servicio empresarial/de red. Un mensaje 202 de solicitud se genera por una aplicación que se ejecuta en el dispositivo 102A de UE en un formato que es entendido por el servidor 122 empresarial, el cual se coloca en una envoltura tal como una envoltura de mensaje, envoltura de USSD, o envoltura de UUS . En una implementación, asociado con la generación de mensajes de solicitud puede encontrarse un mecanismo de cronómetro de capa de aplicación (por ejemplo, cronómetro 205) que puede comenzarse, el cual puede determinarse al recibir una devolución de respuesta. Si el cronómetro expira, el dispositivo de UE puede intentar reenviar el mensaje otra vez. En lo siguiente se encuentra una lista ejemplar, aunque
no se limita, de elementos de información que pueden construirse por el dispositivo de UE y utilizarse por el nodo empresarial : a) Identidad Privada de Usuario (I SI, MIN, PIN) b) Identidad Pública de Usuario (parte A - número
E.164 de UE, número E.164 de línea Empresarial, ID de extensión) i. El nodo de red (servidor empresarial) necesita saber quien está solicitando el servicio. Puede ser que sólo entienda ID Públicas de Usuario que en este caso posee la empresa. Uno también puede incluir el E.164 del dispositivo de UE ya que necesita asegurarse de que sólo esté llegando de un cierto usuario en combinación con la ID de Caso. Obsérvese que esto puede no ser requerido debido a que la comunicación estar cifrada con claves que sólo ambos lados entienden e identifican únicamente al usuario. c) Identificador de Caso (IMEI, ESN, dirección de
MAC, PIN) i . Aquí uno puede incluir esta ID debido a que no se desea activar, por ejemplo, un servicio que no soporta el dispositivo de UE . Tal ID podría ser consultada en una base de datos para determinar si el servicio puede ser invocado, activado, desactivado, o interrogado. d) Localización del suscriptor (CGI o una parte de la misma, GPS, punto de avance, etc.)
i. El control del servicio puede ser limitado a donde esté el suscriptor por cuestiones de costos. e) Código del servicio con el que uno desea comunicarse f) Datos para el servicio Aunque existen limitaciones para la longitud de un solo mensaje (por ejemplo, mensaje de SMS), es posible segmentar un mensaje de solicitud más grande en envolturas más pequeñas. La envoltura o segmentos de envoltura se transmiten a uno o más nodos 203 intermediarios que procesan el mensaje envuelto y reenvían el mensaje 204 procesado al servidor 122 empresarial. En una modalidad, el nodo 203 intermediario puede comprender un SMSC que se proporciona por la red portadora. Alternativamente, el nodo de SMSC puede ser presentado por un servicio de terceros. En otra modalidad, el nodo 203 intermediario puede comprender un puerto de enlace de USSD. Aquellos con experiencia en la técnica reconocerán que mientras en una llamada de CS en GSM, es posible enviar mensajes de USSD desde el dispositivo de UE en un mecanismo orientado a sesión, el cual ofrece tiempos de respuesta más cortos de ida y vuelta para aplicaciones interactivas. Además, los mensajes de USSD pueden enrutarse al servidor de provisión local del dispositivo de UE (por ejemplo, HLR o HSS) y después mediante un nodo de puerto de enlace adecuado hacia el servidor 122 empresarial. En aún otra modalidad, el
nodo intermediario también puede ser una función basada en la empresa que recibe la señalización de control de llamadas basada en UUS y la envía. El propósito primario de la función es buscar mensajes de UUS que luego extraerá y reenviará al servidor empresarial . También inyectará cualesquier devoluciones de respuesta nuevamente al UE de origen. Independientemente de la implementación exacta, por consiguiente, se debe apreciar que pueden existir otros elementos de red que pueden involucrarse en efectuar las trayectorias de SMS/UUS/USSD con respecto a la modalidad 200 de flujo de mensajes que se han omitido para simplicidad. También pueden existir implementaciones donde algunos elementos de trabajo pueden estar involucrados, por ejemplo, donde un puerto de enlace de USSD no necesita comunicarse mediante un servidor de provisión local . El enrutamiento de mensajes desde el nodo 203 intermediario hasta el servidor 122 empresarial puede ser logrado por medio de un número telefónico (por ejemplo, numeración E.164), dirección de IP, y similares. Al recibir el mensaje de característica de servicio envuelto, la lógica de servicio asociada con el servidor 122 empresarial se ejecuta para actuar sobre el mensaje (ilustrado como bloque 206) , el cual realiza la característica de servicio solicitada. Después de esto, puede transmitirse nuevamente una confirmación o consentimiento al dispositivo 102A de UE
mediante trayectorias 208, 210 de respuesta. Y como se denotó previamente, si un cronómetro se inició en el dispositivo de UE, puede ser terminado con la recepción del mensaje de confirmación. Alguien de experiencia en la técnica reconocerá que el cronómetro puede tener codificación permanente con la fabricación o proporcionarse por la empresa o el operador utilizando mecanismos establecidos en la presente aplicación. Además, uno o más segmentos del flujo de mensajes descritos en la presente pueden cifrarse para propósitos de seguridad. La FIGURA 3 representa un diagrama 300 de flujo de la presente descripción de patente de acuerdo con una modalidad en donde varios procesos tienen lugar en un dispositivo de UE y/o un servidor de aplicación asociado para efectuar control remoto del mismo. En el bloque 302, el dispositivo de UE, por ejemplo, el dispositivo 102A de UE mostrado en la FIGURA 1, está en una conexión de CS con un punto final, por ejemplo, el dispositivo 102B de UE en la FIGURA 1. Al determinar por el usuario que una característica de servicio empresarial va a activarse en el servidor empresarial mientras el dispositivo de UE se encarga de la conexión de CS, es decir, el servidor no está accesible mediante la conexión conmutada por paquetes (bloque 304), el software de aplicación que se ejecuta en el dispositivo de UE construye un mensaje de comando que se relaciona con el servicio empresarial solicitado en respuesta al entrada del
usuario y envuelve el mensaje en una envoltura que pertenece a otro tipo de red tal como la envoltura de SMS o USSD descrita en lo anterior (bloque 306) . En una implementación, los contenidos del mensaje pueden cifrarse para proporcionar más alto nivel de seguridad. La infraestructura de red intermediaria (por ejemplo, nodos de SMSC puertos de enlace de USSD procesan el mensaje envuelto con la recepción y lo reenvían al servidor empresarial (bloque 308) . Como se establece en lo anterior, el servidor empresarial realiza la característica de servicio solicitada y genera un consentimiento o confirmación en respuesta a la devolución de transmisión al dispositivo de UE (bloque 310) . La respuesta puede transmitirse mediante un canal de control fuera de banda con respecto a la llamada de CS o mediante una conexión de datos conmutados por paquetes entre el dispositivo de UE y el servidor empresarial si la conexión de datos directa está disponible (debido a que la llamada de CS se ha terminado, por ejemplo) . Por consiguiente, alguien de experiencia en la técnica reconocerá que el protocolo utilizado para transmitir el mensaje de solicitud desde el dispositivo de UE hasta el servidor empresarial no necesariamente tiene que reenviar al mismo protocolo la respuesta. Aunque las modalidades anteriores ventajosamente proporcionan conectividad de datos con un nodo de red, por ejemplo, para su control remoto, existen ciertas desventajas
que pueden presentarse en algunas implementaciones ejemplares, sin embargo. Por ejemplo, en una disposición de SMS, la distribución de mensajes puede basarse en un mecanismo de almacenamiento y reenvío, es decir, mensajes recibidos en el nodo de SMS no pueden basarse para alcanzar el nodo de destino dentro de un límite de tiempo estricto. En otras palabras, una Calidad de Servicio (QoS) elevada puede no ser viable en tales sistemas. Por otro lado, emplear las modalidades de USSD descritas en lo anterior requieren esquemas costosos con respecto a la infraestructura con capacidad de USSD requerida, por ejemplo puertos de enlace de USSD, interfaces adecuadas de USSD que pueden operar con los nodos de red, etc. Estos problemas particularmente son agravados donde una red portadora se utiliza para mantener los diversos nodos intermediarios descritos en detalle en lo anterior para enrutar apropiadamente las solicitudes de servicio de envoltura. La FIGURA 4 representa un ambiente 400 de red ejemplar que incluye infraestructura de red dedicada y confiada en donde la conectividad de datos confiable con un nodo 408 de red puede implementarse de acuerdo con una modalidad. Como se ilustra, un nodo 402 intermediario basado en portadora (por ejemplo, SMSC) puede utilizarse convencionalmente para mantener una trayectoria de mensaje de texto con un punto final como UE 102B. Independientemente de
si está disponible la red basada en portadora, una porción
405 de red dedicada, separada que tiene un nodo 404 intermediario dedicado puede proporcionarse para recibir y procesar solicitudes de servicio de envoltura del dispositivo 102 de UE como se describe en las secciones anteriores. Por ejemplo, un operador de terceros puede proporcionar un SMSC dedicado o puerto de enlace de USSD/UUS para manejar las solicitudes de envoltura con QoS asegurada basada en acuerdos de nivel de servicio apropiados. Por consiguiente, el nodo 404 intermediario dedicado puede circunvenir un mecanismo de almacenamiento y reenvío con respecto a sus procedimientos de procesamiento de solicitud. Además, puesto que los nuevos intermediarios dedicados no se proporcionan como parte de la red de servicios de la portadora, el servicio de conectividad de datos basado en mensajes puede no tener ninguna aplicación con respecto a los costos de servicio de la portadora. Con la recepción de la solicitud de envoltura, el nodo 404 intermediario dedicado procesa inmediatamente el mensaje de envoltura y transmite la solicitud de servicio contenida en otro nodo confiable de terceros, el cual puede ser operable como un nodo 406 de retransmisión confiable dispuesto en una porción 407 de red confiada. En una implementación, el nodo 404 intermediario dedicado y el nodo
406 de retransmisión confiado puede disponerse en porciones de red separadas. En otra implementación, ambos nodos 404 y
406 pueden co-ubicarse. Un protocolo de servidor a servidor puede utilizarse para transportar los paquetes entre los nodos independientemente de su ubicación. El nodo 406 confiado procesa la solicitud de servicio recibida para enrutar basándose en métodos confiables para efectuar la transferencia de datos. Nuevamente dependiendo de la implementación, los protocolos de propiedad y/o estándar pueden utilizarse. Por ejemplo, un protocolo de Envoltura de Mensaje General (GME) puede efectuarse sobre una trayectoria de red confiada dispuesta entre el nodo 406 confiado y el nodo 408 de red. Como se describe previamente, el nodo 408 de red actúa sobre el mensaje recibido y realiza los servicios solicitados. Después de esto, una respuesta de confirmación (por ejemplo, AC 208 en la FIGURA 2) puede transmitirse nuevamente al dispositivo 102A de UE, invirtiendo esencialmente la trayectoria de entrada. Se debe apreciar que el nodo 408 de red no tiene que saber cómo dirigir el nodo 404 intermediario de terceros, ya que estos detalles pueden ocultarse ventajosamente por los componentes intermediarios de la porción de red confiada. Además, el nodo 406 confiado puede proporcionarse con la funcionalidad y determinar si una trayectoria de retorno mediante el nodo 404 intermediario dedicado se utiliza para transmitir el mensaje de respuesta de confirmación nuevamente al dispositivo 102A de UE . Como se
narró previamente, por ejemplo, una trayectoria de datos basada en portadora mediante una red 410 de PS (PSN) puede volverse disponible si el dispositivo 102A de UE ha liberado su conexión de CS . Basándose en lo anterior, puede apreciarse que las modalidades ejemplares proporcionan un esquema para controlar un nodo de red en operación con un dispositivo de UE, en donde el dispositivo de UE puede comunicarse con el nodo de red en una primera conexión y una segunda conexión. Como se refirió en lo anterior, la primera y segunda conexiones se pueden efectuar sobre dos diferentes redes o tecnologías (por ejemplo, una conexión de CS y una conexión sin CS) . La modalidad ejemplar puede involucrar uno o más de lo siguiente: determinar que el nodo de red no es accesible mediante una primera red que utiliza la primera conexión; construir un mensaje que se relaciona con una característica de servicio que va a ejecutarse en el nodo de red; y envolver el mensaje en una envoltura que pertenece a una segunda red y dirigir la envoltura al nodo de red sobre la segunda red. Por consiguiente, bloques lógicos apropiados o módulos se proporcionan con el dispositivo de UE para efectuar las operaciones anteriores. La FIGURA 6 representa un diagrama de bloque de una modalidad de un dispositivo de comunicación operable como un dispositivo de UE, por ejemplo, el UE 102A, para propósitos
de la presente descripción de patente. Se reconocerá por aquellos con experiencia en la técnica con referencia a la misma que aunque una modalidad del UE 102A puede comprender una disposición similar a la que se muestra en la FIGURA 6, puede existir un número de variaciones y modificaciones, en hardware, software, o firmware, con respecto a los diversos módulos representados. Además, un dispositivo de UE para propósitos de la presente descripción puede comprender un dispositivo de equipo móvil (ME) sin un módulo de almacenamiento removible y/o un dispositivo móvil acoplado con un módulo de almacenamiento. Por consiguiente, la disposición de la FIGURA 6 debe tomarse como ilustrativa en lugar de limitante con respecto a las modalidades de la presente descripción de patente. Un microprocesador 602 que proporciona el control general de una modalidad de UE 102A se acopla operativamente a un subsistema 604 de comunicación que de preferencia puede tener capacidad de comunicaciones de multimodo (por ejemplo, dominio de CS y dominio de PS) . El subsistema 604 de comunicación generalmente incluye uno o más receptores 608 y uno o más transmisores 614 al igual que componentes asociados tales como uno o más módulos 610 osciladores (LO) y un módulo de procesamiento tal como un procesador 612 digital de señales (DSP) . Como será aparente para aquellos con experiencia en el campo de las comunicaciones, el diseño particular del módulo 604 de
comunicación puede ser dependiente de las redes de comunicación con las cuales se pretende operar el dispositivo móvil (por ejemplo, una red de CDMA, una red de GSM, WLA , etcétera) . Independiente del diseño particular, sin embargo, señales recibidas por la antena 606 a través de la infraestructura 605 de acceso apropiada (por ejemplo, torres celulares de estación base, zonas de mucho tránsito de WLAN, etc.), se proporcionan al receptor 608, el cual puede realizar las funciones comunes del receptor como amplificación de señal, conversión descendente de frecuencia, filtración, selección de canal, conversión de análogo a digital (A/D) , y similares. Similarmente , las señales que se transmiten se procesan, incluyendo modulación y codificación, por ejemplo, por el DSP 612, y se proporcionan al transmisor 614 para la conversión de digital a análogo (D/A) , conversión ascendente de frecuencia, filtración, amplificación y transmisión sobre la interfaz de radio aérea mediante la antena 616. El microprocesador 602 también puede interconectarse con subsistemas de dispositivos adicionales tales como entrada/salida 618 (E/S) auxiliares, puerto 620 en serie, pantalla 622, teclado/teclado numérico 624, altavoz 626, micrófono 628, memoria 630 de acceso aleatorio (RAM), un subsistema 632 de comunicación de corto alcance, y cualesquier otros subsistemas de disposi ivos, por ejemplo,
mecanismos de cronómetro, generalmente etiquetados con el número de referencia 633. Para controlar el acceso, una interfaz 634 de USIM/RUIM también puede proporcionarse en comunicación con el microprocesador 602. En una implementación, la interfaz 634 de USIM/RUIM es operable con una tarjeta de USIM/RUIM que tiene un número de configuraciones 644 de teclas, y otra información 646 tal como la identificación y datos relacionados con el suscriptor, así como información de dirección de destino de nodo intermediario/SMSC e información de secuencia de USSD descrita en las secciones anteriores. El software del sistema operativo y el software lógico de servicio aplicable pueden representarse en un módulo de almacenamiento persistente (es decir, almacén no volátil) tal como memoria 635 Flash. En una Implementación, la memoria 635 Flash puede segregarse en áreas diferentes, por ejemplo, área de almacenamiento para programas 636 de cómputo (por ejemplo, lógica de procesamiento de servicio), así como regiones de almacenamiento de datos tales como el estado 637 del dispositivo, agenda 639 de direcciones, otros datos 641 del administrador de información personal (PIM) , y otras áreas de almacenamiento de datos generalmente etiquetadas con el número de referencia 643. Una pila 645 de transporte puede proporcionarse para efectuar uno o más protocolos de transporte de radio-paquete adecuados. Además,
la lógica de solicitud de servicio empresarial adecuada y la lógica 648 de mensajería de SMS/UUS/USSD , que incluyen el almacén de memoria para almacenar información de dirección pertinente, se proporciona para efectuar el control remoto de servicios y/o características en un servidor empresarial como se establece en lo anterior. Se cree que la operación y construcción de las modalidades de la presente solicitud de patente serán aparentes a partir de la Descripción Detallada establecida en lo anterior. Mientras las modalidades mostradas y descritas pueden haberse caracterizado como siendo preferidas, se debe entender fácilmente que varios cambios y modificaciones podrían hacerse en la misma sin apartarse del alcance de la presente descripción como se establece en las siguientes reivindicaciones .