SISTEMA Y MÉTODO PARA EFECTUAR CONTROL REMOTO DE 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 efectuar control remoto de un nodo de red por un dispositivo de equipo de usuario (UE) mientras el nodo de red se dirige a 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 (DT F) , 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 control remoto de un nodo de red que se ha vuelto dirigible no digitalmente por alguna razón, tal como un servidor empresarial, en donde el control remoto es efectuado por un dispositivo de UE mientras se encarga de una llamada conmutada por circuitos o de cualquier otra manera. 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 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 Suplementario No Estructurado (USSD) , y un mensaje de Señalización de Usuario a Usuario (UUS) y similares. En un aspecto, se describe en la presente una modalidad de un método para controlar un nodo de red en operación con un dispositivo de UE . El dispositivo de UE es operable para comunicarse con el nodo de red en por lo menos
una de una primera conexión y una segunda conexión, la primera y segunda conexiones se pueden efectuar sobre dos diferentes redes o tecnologías. La modalidad reclamada comprende 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. En otro aspecto, se describe en la presente una modalidad de un dispositivo de UE que puede operar para controlar un nodo de red. El dispositivo de UE se puede operar para comunicarse con el nodo de red en por lo menos una de una primera conexión y una segunda conexión, la primera y segunda conexiones se pueden efectuar sobre dos diferentes redes o tecnologías. La modalidad reclamada comprende uno o más de lo siguiente : medios para determinar que el nodo de red no es accesible mediante una primera red que utiliza la primera conexión; medios para construir un mensaje que se relaciona con una característica de servicio que va a ejecutarse en el nodo de red; y medios para envolver el mensaje en una envoltura que pertenece a una segunda red y que dirige la envoltura al nodo de red sobre la segunda red. En aún otro aspecto, se describe en la presente una
modalidad de un nodo de red que se puede operar para ser controlado por un dispositivo de UE . 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 va a ejecutarse en el nodo de red, en donde el nodo de red es accesible mediante 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 o tecnologías y los medios para recepción operan para recibir el mensaje contenido en una envoltura que pertenece a una segunda red cuando el nodo de red es inaccesible sobre una primera red mediante la primera conexión; y medios para dar servicio al mensaje y para generar una respuesta de confirmación para la transmisión al dispositivo de UE . Como se establece a continuación en detalle adicional, aquellos con experiencia en la técnica deben reconocer que los diversos medios narrados en la presente pueden implementarse en software, firmware, hardware, o en cualquier combinación de los mismos, incluyendo instrucciones adecuadas sobre medios 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 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 (RAN) . 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, así 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, 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 al igual que 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 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 diferente 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
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: Tabla III
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 LAN 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 de 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 (IMSI, 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. 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 4 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 4, 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 4 debe tomarse como ilustrativa en lugar de limitante con respecto a las modalidades de la presente descripción de patente. Un microprocesador 402 que proporciona el control general de de una modalidad de UE 102A se acopla operativamente a un subsistema 404 de comunicación que de preferencia puede tener capacidad de comunicaciones de multimodo (por ejemplo, dominio de CS y dominio de PS) . El subsistema 404 de comunicación generalmente incluye uno o más receptores 408 y uno o más transmisores 414 al igual que componentes asociados tales como uno o más módulos 410 osciladores (LO) y un módulo de procesamiento tal como un procesador 412 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 404 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, LAN,
etcétera) . Independiente del diseño particular, sin embargo, señales recibidas por la antena 406 a través de la infraestructura 405 de acceso apropiada (por ejemplo, torres celulares de estación base, zonas de mucho tránsito de WLA , etc.) , se proporcionan al receptor 408, 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 412, y se proporcionan al transmisor 414 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 416. El microprocesador 402 también puede interconectarse con subsistemas de dispositivos adicionales tales como entrada/salida 418 (E/S) auxiliares, puerto 420 en serie, pantalla 422, teclado/teclado numérico 424, altavoz 426, micrófono 428, memoria 430 de acceso aleatorio (RAM), un subsistema 432 de comunicación de corto alcance, y cualesquier otros subsistemas de dispositivos, por ejemplo, mecanismos de cronómetro, generalmente etiquetados con el número de referencia 433. Para controlar el acceso, una interfaz 434 de USIM/RUIM también puede proporcionarse en
comunicación con el microprocesador 402. En una implementación, la interfaz 434 de USIM/RUIM es operable con una tarjeta de USIM/RUIM que tiene un número de configuraciones 444 de teclas, y otra información 446 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 435 Flash. En una Implementación, la memoria 435 Flash puede segregarse en áreas diferentes, por ejemplo, área de almacenamiento para programas 436 de cómputo (por ejemplo, lógica de procesamiento de servicio), así como regiones de almacenamiento de datos tales como el estado 437 del dispositivo, agenda 439 de direcciones, otros datos 441 del administrador de información personal (PIM) , y otras áreas de' almacenamiento de datos generalmente etiquetadas con el número de referencia 443. Una pila 445 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 448 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 .