ES2960303T3

ES2960303T3 - Sistemas y métodos para proporcionar aspectos de movilidad a aplicaciones en la nube

Info

Publication number: ES2960303T3
Application number: ES17803183T
Authority: ES
Inventors: Ganapathy Subramanian Sundaram
Original assignee: Alef Edge Inc
Current assignee: Alef Edge Inc
Priority date: 2016-05-25
Filing date: 2017-01-09
Publication date: 2024-03-04
Anticipated expiration: 2037-01-09
Also published as: EP3466120A4; EP3466120B1; EP3466120A1; WO2017204862A1

Abstract

Un sistema ejemplar según la presente divulgación comprende al menos un módulo de red de movilidad implementado en al menos un radiolet de nivel inferior. El módulo de red de movilidad realiza una o más funciones del plano de datos de tráfico. El sistema ejemplar comprende además al menos un módulo de aplicación de movilidad implementado en al menos un radiolet de nivel superior. El módulo de aplicación de movilidad realiza una o más funciones del plano de datos de la aplicación. El sistema ejemplar comprende además al menos un módulo de nube de movilidad implementado en al menos un radiolet de nivel inferior y al menos un radiolet de nivel superior. El módulo de movilidad en la nube realiza funciones de ejecución informática de una sesión en la nube. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Sistemas y métodos para proporcionar aspectos de movilidad a aplicaciones en la nube

CAMPO TÉCNICO

La presente descripción se refiere generalmente a la computación en la nube móvil y a proporcionar movilidad de aplicaciones y movilidad a la nube, y más particularmente a mejorar las aplicaciones móviles basadas en la nube entregadas a través de redes de banda ancha móviles. La presente descripción también se relaciona con permitir que las aplicaciones móviles funcionen en conjunto con redes de movilidad y para proporcionar aspectos de movilidad a las aplicaciones en la nube.

ANTECEDENTES DE LA INVENCIÓN

El Internet Móvil es una tecnología la cual se prevé superará con creces a su homóloga de Internet fija. Fundamentalmente, el Internet móvil se ha convertido en una gran plataforma global, si no la más grande, para publicidad, colaboración, comercio, comunicaciones, entretenimiento, información y entretenimiento, productividad, redes sociales, etc., sobre la marcha. Existe una serie de problemas y desafíos en la dimensión de Internet móvil, incluidos, por ejemplo (sin limitación), los siguientes. Hay una falta de compromiso sostenido; dada la revolución de los dispositivos inteligentes, existe una aplicación para "todo" y diseñar la próxima aplicación exitosa es muy deseable. Además, las expectativas de los suscriptores de una experiencia de Internet de escritorio a través de Internet móvil están impactando dramáticamente el compromiso. Hay elevados costos y bajos ingresos; Tanto los costos de TI como los costos de adquisición y retención relacionados con los clientes están aumentando en un mercado competitivo de proveedores de aplicaciones. Las funciones multimedia son habituales, pero el retorno de la inversión de la implementación de funciones premium es muy bajo. Los volúmenes de tráfico correspondientes a funciones de medios enriquecidos son exponencialmente mayores en comparación con las funciones basadas en texto de antaño, pero las correspondientes mejoras en los ingresos son incrementables.

Además, faltan servicios que generen ingresos; desde la perspectiva de un operador de redes móviles, lo que solía ser una oferta de servicios múltiples (con servicios de voz, mensajería y mensajería premium, aplicaciones de datos como el correo electrónico de blackberry, etc.) se ha reducido rápidamente a un servicio de ancho de banda de datos, con la única diferenciación en el mercado son los precios. Sin embargo, dada la explosión en el número de aplicaciones de transmisión libre que son ricas en medios (y acaparan el ancho de banda), el crecimiento del tráfico ha sido significativo y ha requerido que los operadores realicen inversiones sustanciales. Al mismo tiempo, dada la casi ausencia de diferenciación, los costos de adquisición de clientes se han disparado (por ejemplo, en los países y mercados desarrollados, los costos de adquisición de suscriptores se ligan a los subsidios a los dispositivos que se han disparado). A pesar de todas estas inversiones y subsidios, las redes siguen estando asfixiadas, lo que lleva a una escasa participación de los clientes.

Mientras que el acceso a Internet a través de sistemas de banda ancha móvil se ha expandido significativamente y las opciones de aplicaciones han crecido exponencialmente, no se han logrado soluciones ricas, inmersivas e interactivas, lo que genera baja participación, alta rotación y pérdida de ingresos. Las complejidades en el flujo de aplicaciones están en el centro del problema y se pueden clasificar en una secuencia de problemas encadenados (que son exclusivos de las redes de movilidad), que comprenden: problema distribuido de la primera milla, problema de la Milla Media Móvil™ y problema de última milla inalámbrica. En esencia, la "nube carece de movilidad", lo que lleva a que las redes móviles traten las aplicaciones como una secuencia de paquetes y, a la inversa, las aplicaciones traten las redes móviles como cajas negras.

Las complejidades fundamentales de extremo a extremo mencionadas anteriormente pueden hacer que la red y la aplicación no funcionen en conjunto. Los proveedores de aplicaciones diseñan y diseñan sus soluciones de entrega tratando la red como una "caja negra", mientras que los proveedores de redes tratan las aplicaciones como una secuencia de paquetes. Hoy en día falta en el mercado una solución conjunta.

La patente EP 2860942 A1 describe un sistema ilustrativo que comprende un radiolet de nivel inferior™ que está en comunicación con una oficina de conmutación local de una red de datos móviles y un radiolet de nivel superior™ que está en comunicación con el radiolet de nivel inferior™ y un centro de datos de Internet. En funcionamiento, el radiolet de nivel superior™ recibe datos extraídos del centro de datos de Internet y distribuye al menos una parte de los datos recibidos al radiolet de nivel inferior™. En el radiolet de nivel inferior™, se almacena la parte de los datos recibidos. El radiolet de nivel inferior™ recibe entonces una solicitud de datos (relacionada con una parte de los datos recibidos) y, a su vez, transmite datos desde la parte de los datos recibidos a una fuente de la solicitud de datos.

La patente US 2012/303835 A1 describe un método para implementar un plano de control de un núcleo de paquete evolucionado de una red de evolución a largo plazo en un sistema de computación en la nube. El método incluye inicializar la pluralidad de módulos del plano de control del núcleo de paquete evolucionado dentro del controlador, en donde cada módulo del plano de control en la pluralidad de módulos del plano de control se inicializa como una máquina virtual separada por el administrador de la nube, monitoreando la utilización de recursos de cada módulo del plano de control y el tráfico del plano de control manejado por cada módulo del plano de control, detectando un nivel umbral de utilización de recursos o carga de tráfico para uno de la pluralidad de módulos del plano de control del núcleo de paquetes evolucionado, e inicializando un nuevo módulo del plano de control como una máquina virtual separada por el administrador de la nube en respuesta a la detección del nivel umbral, en donde el nuevo módulo del plano de control está configurado para compartir la carga de uno de la pluralidad de módulos del plano de control.

En relación con lo anterior, se necesitan sistemas y métodos para proporcionar movilidad de aplicaciones que puedan crear nuevos flujos de ingresos a través de ofertas diferenciadas, mientras que reducen los costos y mejoran la participación del cliente. También, se necesitan sistemas y métodos que puedan simplificar la primera milla, eliminar la Milla Media Móvil™ y desatascar la última milla inalámbrica.

RESUMEN

La invención se define por las reivindicaciones independientes. Las reivindicaciones dependientes definen las modalidades preferidas.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

El resumen anterior y la siguiente descripción detallada se entienden mejor cuando se leen junto con los dibujos adjuntos. En los dibujos se muestran modalidades ilustrativas; sin embargo, se entiende que las modalidades no se limitan a los métodos e instrumentos específicos representados en la presente descripción. En los dibujos:

La Figura 1 ilustra un flujo de aplicación de extremo a extremo ilustrativo de un dispositivo móvil que accede a una aplicación en un centro de datos a través de una red de comunicaciones móviles.

La Figura 2 ilustra rutas de solicitud y respuesta móviles a través de una red de comunicaciones móviles ilustrativa. La Figura 3 ilustra una red de comunicaciones móviles ilustrativa en una red 3G ilustrativo excluyendo la Red de Acceso por Radio (RAN) de acuerdo con una modalidad ilustrativa de la presente descripción.

La Figura 4 ilustra una ruta de flujo de datos de señalización de red ilustrativa y una ruta de flujo de datos de tráfico ilustrativo de acuerdo con una modalidad ilustrativa de la presente descripción.

La Figura 5 ilustra un marco de interconexión de movilidad-nube ilustrativa de acuerdo con una modalidad ilustrativa de la presente descripción.

La Figura 6 ilustra un diagrama de flujo ilustrativo de aplicación y flujo de paquetes de acuerdo con una modalidad ilustrativa de la presente descripción.

DECRIPCIÓN DETALLADA

Se proporcionan las siguientes definiciones y descripciones que pueden ser útiles para comprender mejor los conceptos descritos en esta descripción:

El "radiolet™" se refiere a cualquier tipo de servidor o servidores, incluidos aquellos configurados para su uso en conexión con redes de datos móviles como, por ejemplo, cualquier servidor de aplicaciones, servidores de comunicaciones, servidores proxy o cualquier otro servidor configurado adecuadamente. El servidor o servidores pueden comprender cualquier tipo de software y hardware informático e incluir uno o más procesadores para ejecutar instrucciones legibles por ordenador. En una modalidad ilustrativa, un radiolet™ puede referirse a una instancia temporal y parcial de una nube (por ejemplo, Internet), incorporada y proporcionada a través de uno o más servidores ubicados en un borde de radio (por ejemplo, límites exteriores de las funciones de procesamiento de radio dentro de una red de datos móviles), que se configura para ser consciente de la aplicación y proporcionar uno o más servicios de aplicación.

El "ordenador" o "hardware informático" se refiere a cualquier dispositivo o dispositivos electrónicos, incluidos aquellos capaces de ser utilizados en conexión con un sistema de datos móviles, tal como, por ejemplo, cualquier dispositivo capaz de recibir, transmitir, procesar y/o utilizar datos e información. Un ordenador o hardware informático puede comprender uno o más de los siguientes: un servidor, un procesador, un microprocesador, un ordenador personal tal como, por ejemplo, un ordenador portátil, una tableta, una Palm PC, un ordenador de escritorio o una estación de trabajo, un servidor de red, un ordenador central, un dispositivo electrónico cableado o inalámbrico tal como, por ejemplo, un teléfono, un teléfono celular, un asistente digital personal o un teléfono inteligente, una televisión interactiva tal como, por ejemplo, una televisión adaptada para conectarse a Internet o a un dispositivo electrónico adaptado para su uso con un televisor, un localizador electrónico o cualquier otro dispositivo informático y/o de comunicación, ya sea ubicado en una única ubicación o en múltiples ubicaciones. La "red" se refiere a cualquier tipo de red o redes, incluidas aquellas capades de utilizarse en conexión con un sistema de datos móviles tal como, por ejemplo, cualquier red pública y/o privada, incluyendo, por ejemplo, el Internet, una intranet, una extranet, o cualquier red cableada o inalámbrica o combinaciones de las mismas. Los "datos" se refiere a cualquier tipo de hechos, cifras, estadísticas, detalles, imágenes, contenido multimedia, cantidades, caracteres, símbolos o cualquier otro tipo de información y/o comunicación, incluidos aquellos capaces de ser utilizados en conexión con una red de datos móviles tales como, por ejemplo, cualquier dato de contenido de Internet o datos de aplicaciones de Internet, que pueden ser recibidos, procesados, almacenados y/o transmitidos por un ordenador en forma de señales eléctricas y grabados en medios de grabación magnéticos, ópticos y/o mecánicos.

Los "centro de datos" se refieren a uno o más servidores informáticos en red configurados para recibir, procesar, almacenar y distribuir grandes cantidades de datos. Para los fines de la presente descripción, los centros de datos también pueden estar configurados para operar dentro de redes de datos móviles tales como, por ejemplo, un centro de datos basado en la nube de Internet.

La "solicitud" se refiere a una colección de una o más instrucciones legibles por ordenador que, cuando se ejecutan, llevan a cabo una o más operaciones específicas. En el contexto de la presente descripción, una aplicación puede incorporarse como software que se ejecuta en uno o más ordenadores y configurarse para realizar operaciones para su uso en conexión con redes de datos móviles, aunque la presente descripción no se limita a ello. Para los fines de la presente descripción, una aplicación puede configurarse para su uso junto con cualquier plataforma de sistema operativo, tal como, por ejemplo (y sin limitación), Windows®, Androide® y Apple®.

Las aplicaciones (o "apps") son la "sustancia secreta" de Internet móvil y a menudo sirven como fuentes de creatividad para que los proveedores participen en un diálogo digital inmersivo, inteligente e interactivo. A menudo, la creatividad conduce a la complejidad y las aplicaciones han recorrido un largo camino desde sus contrapartes basadas en navegadores de escritorio. Las características de una aplicación de comercio móvil ilustrativa comprende (sin limitación): búsqueda contextual, federada y basada en la ubicación; catálogos personalizados con productos relacionados y con vídeos en lugar de imágenes; pagos con soporte para múltiples opciones y 3ro facturación parcial; gestión de carros con interactividad, gestión inteligente de pedidos y promociones; reseñas contextuales, con videos de bricolaje, aportes de redes sociales, con cargas de clientes; y funciones de chat, comentarios, llamadas y redes sociales de servicio al cliente. Los mercados hipercompetitivos de comercio móvil tienen como objetivo diseñar aplicaciones que logren el siguiente objetivo: hacer que la experiencia de compra sea más placentera, accesible, ambiciosa, gratificante y significativa. Al hacerlo, las entidades de comercio móvil pueden mantener su poder de fijación de precios e incluso cobrar una prima, en lugar del habitual bombardeo comercial de constantes descuentos, promociones y ofertas que reducen los márgenes. Las funciones anteriores no se limitan a aplicaciones de comercio móvil. Por ejemplo, las aplicaciones móviles pueden tener más funciones y, a la inversa, es posible que no incluyan todas las funciones ilustradas anteriormente.

En una modalidad, la presente descripción resuelve los problemas descritos anteriormente a través de una arquitectura de superposición adaptativa que no requiere ninguna actualización de las redes móviles o los centros de datos de aplicaciones. Además de una plataforma tecnológica, la presente descripción comprende soluciones completas diseñadas a medida para abordar los problemas anteriores con miras a mejorar drásticamente la capacidad de respuesta, relevancia y riqueza de Internet móvil mediante la introducción de principios de movilidad en la nube que permiten que la red y las aplicaciones funcionen en conjunto. Desde la perspectiva del suscriptor, esto conduce a un Internet móvil más inmersivo, inteligente e interactivo.

Las complejidades en el flujo de aplicaciones de un extremo a extremo no se pueden resolver permaneciendo completamente fuera de la red del operador móvil. Por el contrario, una solución puramente centrada en el operador para un problema de proveedor de aplicaciones no funcionará sin un compromiso con los proveedores de aplicaciones. En particular, las aplicaciones responsivas, ricas en medios y relevantes son dominio de los proveedores de aplicaciones. Dada la madurez de las redes móviles y los centros de datos de aplicaciones, una solución que requiera una mejora de la red o de un centro de datos de aplicaciones no es una opción viable en el mercado. Por lo tanto, la presente descripción puede crear una solución superpuesta que no requiere ninguna actualización ni de las redes móviles ni de los centros de datos de la aplicación.

La presente descripción proporciona soluciones que funcionan en todos los ámbitos para crear interacciones inmersivas, inteligentes e interactivas, independientemente del tipo de red de acceso o el tipo de aplicación, y pueden obtener una aplicabilidad más amplia.

Volviendo ahora a la Figura 1, la Figura 1 ilustra un flujo de aplicación de extremo a extremo ilustrativo de un dispositivo móvil que accede a una aplicación en un centro de datos a través de una red de comunicaciones móviles 100. La nube de aplicaciones/centro de datos 101 trata la red móvil 110 como una caja negra, y la red móvil 110 trata la nube de aplicaciones/centro de datos 101 como una secuencia de bytes. La primera milla 150 "compleja" comprende la nube de aplicaciones/centro de datos 101. La nube de aplicaciones/centro de datos 101 puede comprender una capa de distribución 107, que comprende un núcleo de campus empresarial 108 y dispositivos de entrega de aplicaciones 109, y una capa de acceso de capa 2 ó 3106, que comprende servidores web y frontales 105, servidores de aplicaciones 104, bases de datos 103 y servidores centrales 102. La capa de distribución 107 y la capa de acceso de capa 2 ó 3 106 pueden comunicarse a través de una o más redes. La milla media "larga" 160 puede comprender la red móvil 110. La red móvil 110 puede comprender un servidor 113 de nodo de soporte GPRS de puerta de enlace (GGSN), una red móvil terrestre pública (PLMN) 120 que comprende una red de servicio 111 que comprende servidores 112, una red central 114, una red telefónica pública conmutada/red digital de servicios integrados (PSTN/ISDN) 119, una red de acceso por radio (RAN) que comprende controladores de red de radio (RNC) 115 y estaciones celulares 117. La red de servicio 111, la red central 114 y la RAN pueden comunicarse a través de una o más redes. La última milla 170 "obstruida" puede comprender el enlace inalámbrico entre una estación celular 117 y varias estaciones móviles 118.

Volviendo ahora a la Figura 2, la Figura 2 ilustra rutas de solicitud y respuesta móviles a través de una red de comunicaciones móviles ilustrativa 200. La primera milla "compleja" 210 comprende una nube de aplicaciones 211 que comprende la infraestructura 212 (por ejemplo, como se describe anteriormente en la Figura I), aplicaciones frontales heredadas de terceros 214 y centros de datos de terceros 213. La milla media "larga" 220 comprende un sitio de conmutación central 225, un sitio de conmutación regional 224, un punto de presencia de Internet (POP) 223, un sitio de conmutación local 222 y una red de transporte externa 221. La última milla "obstruida" 240 comprende la estación base 201, dispositivos (por ejemplo, navegadores) 242 y clientes 241.

Una solicitud 201 viaja a través de la ruta de solicitud 202 desde la última milla 240 "obstruida" a través de la red de movilidad 220 a través del sitio de conmutación local 222, el sitio de conmutación regional 224, el sitio de conmutación central 225 y el POP de Internet 223, y a través de la primera milla "compleja" 210 a infraestructura 212. Una respuesta 203 viaja a través de la vía de respuesta 204 desde la infraestructura 212 a través de la primera milla 210 "compleja", a través de la red de movilidad 220 a través de Internet POP 223, el sitio de conmutación central 225, el sitio de conmutación regional 224 y el sitio de conmutación local 222, y a través de la "obstruida" última milla 240 al cliente 241.

Como se ilustra, por ejemplo, en las Figuras 1 y 2, el flujo de extremo a extremo comprende una combinación de redes de operadores móviles, sistemas frontales en la nube, así como una red compleja de infraestructura de fondo que comprende múltiples instancias virtuales de servidores de aplicaciones, bases de datos, servidores web y servidores de 3ras partes. Las aplicaciones distribuidas se pueden dividir en decenas o cientos de componentes, cada uno de los cuales es propiedad de diferentes entidades, se opera y potencialmente administrado por ellas. La virtualización añade otra capa de complejidad la cual se superpone a las aplicaciones distribuidas. Los centros de datos a menudo comprenden múltiples bastidores de servidores, con una compleja arboleda de hipervisores que ejecutan diferentes piezas de lógica de aplicaciones y acceden al almacenamiento a través de múltiples redes y ubicaciones.

La ruta por encima de la red del operador de telefonía móvil (por ejemplo, 110 en la Figura 1 y 220 en la Figura 2) a menudo se denomina "primera milla distribuida". Las complejidades de la primera milla distribuida pueden incluir ineficiencia y falta de capacidad de respuesta desde la perspectiva del usuario final. Además, puede ser una fuente de imprevisibilidad en la experiencia del usuario final desde la perspectiva del proveedor de aplicaciones. La red del operador de telefonía móvil (descrita con más detalle a continuación) puede ser una fuente importante de imprevisibilidad.

De particular interés, en el flujo de extremo a extremo descrito anteriormente, es el recorrido de paquetes a través de la red móvil. Las redes móviles han sido construidas como redes de acceso a Internet y, en particular, el principio de diseño central de estas redes es permitir la "movilidad" (por ejemplo, traspasos de información o traspasos de control) entre varios elementos de la red a medida que el usuario migra. Un "diseño centralizado" fuerza "puntos de estrangulamiento" en la red. Posteriormente, después del diseño y estandarización de estas redes, las implementaciones de los operadores pueden ser optimizadas para el "coste por bit" desde una perspectiva de gastos operativos en lugar de una perspectiva de experiencia del usuario. Esta realidad combinada, ha dado lugar a lo que es conocido como el problema de la "Milla Media Móvil™", por ejemplo como es ilustrado en las Figuras 1 y 2.

Por ejemplo, en las Figuras 1 y 2 se ilustra un microcosmos del recorrido de un paquete de datos a través de la red del operador móvil. Esencialmente, cada paquete a través de la red de acceso pasa por una secuencia de ubicaciones de conmutación que se distribuyen geográficamente (y a menudo no conectadas a la distancia más corta sino con grandes distancias de enrutamiento). Por ejemplo, se pueden agregar varios cientos de sitios celulares en un sitio de conmutación local y se pueden agregar múltiples sitios de conmutación local en un sitio de conmutación regional. Cada operador puede tener unos cuantos sitios de conmutación centrales y "peer" con Internet en muy pocos POP de Internet.

Esta arquitectura jerárquica puede ser una fuente importante de imprevisibilidad e ineficiencia. Esta ruta general entre el sitio de conmutación local y el POP de Internet se conoce como Milla Media Móvil™. Este camino es exclusivo de las redes móviles y es fundamental para el diseño y los estándares en múltiples generaciones de redes. Además, estas redes pueden ser optimizadas para el procesamiento y la entrega de paquetes en lugar del conocimiento de las aplicaciones y la eficiencia del centro de datos. Este choque en la filosofía de diseño combinado con los "puntos de estrangulamiento" naturales en la arquitectura puede generar altos costos e imprevisibilidad en el rendimiento de las aplicaciones y la capacidad de respuesta del usuario.

Incrustada en el recorrido de un paquete a través de la red inalámbrica de un operador está la última milla inalámbrica (o la primera milla desde la perspectiva del usuario). Fundamentalmente, la última milla inalámbrica se diferencia de las redes de línea fija por ejemplo (sin limitación): 1) la última milla de las redes inalámbricas se comparte entre usuarios/dispositivos, mientras que la conectividad de la última milla a menudo suele dedicarse en una red de línea fija; 2) el espectro de última milla es un recurso valioso, el cual a menudo requiere licencias y disponibilidad cuando un operador lo necesita y se dispone a gastar, lo cual a menudo depende de restricciones regulatorias independientemente de la geografía; y 3) las redes de línea fija, especialmente las basadas en fibra, no enfrentan tantos desafíos en términos de ancho de banda como las redes inalámbricas. Dadas estas limitaciones únicas, desatascar la última milla inalámbrica es un aspecto importante de un enfoque de extremo a extremo para mejorar la participación del usuario.

Por ejemplo, como se ilustra en las Figuras 1 y 2, el "camino" seguido por los paquetes de datos, por encima de la red del operador móvil, a menudo se denomina primera milla "compleja". A menudo se considera que las aplicaciones son "navegadores personalizados con módulos de software adicionales para un sitio específico", sin embargo, tal explicación pasa por alto las complejidades inherentes de las aplicaciones. Las aplicaciones son más como "sistemas" que sitios web que eran "destinos digitales". Los sistemas pueden comprender componentes que están conectados. Estos componentes se relacionan lógicamente y pueden cambiarse entre sí. Por ejemplo, un proveedor normal de aplicaciones tiene un ecosistema de objetos (algunos de los cuales son objetos de terceros) que pueden ser agregados de múltiples maneras (por ejemplo, en dependencia del usuario, la ubicación, el dispositivo, etc.) para ofrecer un sistema de objetos que se relacionan lógicamente.

La "primera milla" no es una ruta desde un "destino" hasta un enrutador de protocolo de puerta de enlace fronteriza (BGP) en una ubicación de intercambio de tráfico (por ejemplo, donde el operador empareja), sino que es un conjunto complejo de "rutas" e "interacciones" entre componentes de "sistemas". La presente descripción puede simplificar la primera milla a través de un enfoque de sistemas, al servir como un componente intermediario de varios sistemas, puede superponer un "sistema" y una red distribuida de instancias de software, y comprende un diseño con flexibilidad y puede adaptarse al cambio.

La ruta entre la oficina de conmutación local (u oficina de conmutación de telefonía móvil local (MTSO)) y la ubicación de intercambio de tráfico, la cual es administrada por el operador de red móvil, es conocida como Milla Media Móvil™. Se trata de una colección de ubicaciones en las que cada ubicación consta de un conjunto complejo de redes de área local (LAN) (cada LAN se descompone en múltiples LAN virtuales (VLAN)). El problema de la Milla Media Móvil™ está contenido dentro de la red de un operador. Mientras que la funcionalidad dentro de Milla Media Móvil™ no se puede eliminar (ciertas funciones dentro de Milla Media Móvil™ también se realizan en la primera milla distribuida; (esta superposición puede ser eliminada en la primera milla o en la milla intermedia), ciertos caminos pueden ser eliminados en la milla intermedia para paquetes de tráfico. Muchas de las funciones que son realizadas dentro de la Milla Media Móvil™ también son realizadas en la primera milla.

Las diferencias entre la última milla móvil y la última milla de red fija incluyen, por ejemplo (sin limitación): la última milla móvil es compartida, pero la última milla fija no; desatascar la última milla móvil es aplicable independientemente de los sistemas de banda estrecha o de banda ancha y cuanto más amplia sea la banda, mayor será la rentabilidad. La presente descripción puede aportar mejoras algorítmicas a la última milla móvil. Estos algoritmos pueden funcionar en conjunto con el resto de la infraestructura de la solución. En particular, la eficacia de los algoritmos móviles de última milla aplicados en el borde de la radio puede ser mejor que cuando son aplicados en el núcleo del paquete. Mejorar el tiempo de entrega de "una instancia de aplicación para un usuario" no ralentiza a nadie más y puede mejorar la eficiencia general del sistema. La conectividad, la informática y la curación no coexisten en la Internet móvil y, como la presente descripción, resuelve el problema de manera integral.

La presente descripción es una combinación, primera en su tipo, de redes de movilidad definidas por software y marco de entrega de aplicaciones móviles, con el potencial de ser entregado como un servicio superpuesto administrado en el borde de la radio. Un beneficio de esta solución puede ser la habilitación de aplicaciones empresariales y de consumo over-the-top (OTT), entregadas con una rica experiencia para los usuarios móviles, como servicios empaquetados a través del operador y, al mismo tiempo, reduciendo los costos de entrega de redes y aplicaciones. Estas soluciones pueden ser entregadas sin necesidad de actualizar la red o los centros de datos de aplicaciones, lo que resulta en una reducción significativa de los costos, mientras que, al mismo tiempo, mejora los ingresos y reduce la rotación de la cadena de valor.

Actualmente, los operadores y el ecosistema dominante trabajan de forma independiente entre sí y existe una fricción significativa en la cadena de valor. Esta combinación de trabajo con operadores de redes móviles y proveedores de aplicaciones OTT crea puentes muy necesarios entre islas de proveedores, creando así un mercado de soluciones móviles beneficioso para todos y una cadena de valor más inteligente. Existe un gran apetito de los consumidores por las aplicaciones OTT de medios enriquecidos. Por tanto, colaborar directamente con el ecosistema OTT puede mejorar el sistema de red móvil. Además de traer al mercado una solución tecnológica no disruptiva, que no requiere actualizaciones de los dispositivos existentes en la red móvil o el centro de datos de aplicaciones, la presente descripción puede eliminar la fricción en la cadena de valor al ser un "habilitador inteligente" entre los operadores y los ecosistemas OTT.

Además, si bien las redes móviles pueden no tener bastante capacidad en comparación con las redes de acceso de línea fija basadas en fibra contemporáneas, pueden producirse significativas ineficiencias debido a que la aplicación y la red no funcionan en conjunto debido a las complejidades en el flujo de aplicaciones. Además de abordar los imperativos económicos discutidos anteriormente, la presente descripción puede lograr, por ejemplo (sin limitación): desatascar el enlace inalámbrico compartido, mejoras sustanciales en la eficiencia operativa de la red de acceso por radio así como del núcleo de paquetes, en un acceso independiente (por ejemplo, para todo tipo de sistemas de datos inalámbricos 2G, 3G y 4G); mejora espectacular en el rendimiento de la aplicación (por ejemplo, para cualquier aplicación); y puede proporcionar una multitud de soluciones de habilitación orientadas al mercado para abordar los problemas económicos.

Los elementos arquitectónicos básicos de la presente descripción comprenden lo siguiente: 1) una plataforma de inserción en la red de movilidad; 2) un marco de entrega de aplicaciones y nube; y 3) una interconexión entre la plataforma de inserción y el marco de entrega que puede ser local y distribuida. La plataforma de inserción de la red de movilidad puede ser independiente del tipo de red de acceso, puede proporcionar una separación clara del plano de control del plano de datos y puede procesar solo el plano de datos mientras garantiza que los paquetes del plano de control sean manejados por los elementos funcionales de la red existente. La plataforma de inserción de red de movilidad también puede proporcionar interfaces de programación de aplicaciones (API) para gestión de suscriptores/sesiones, calidad de experiencia (QoE), movilidad, seguridad y datos masivos de telecomunicaciones, por ejemplo. El marco de entrega de aplicaciones y nube puede ser independiente del tipo de aplicación y puede funcionar con datos de aplicaciones estáticas, dinámicas, en tiempo real y conversacionales. El marco de entrega de la aplicación y la nube puede proporcionar una separación clara entre el plano de control de la aplicación y el plano de medios, y puede procesar solo el plano de medios al tiempo que garantiza que los flujos del plano de control sean manejados por los elementos funcionales de la aplicación existente. El marco de entrega de aplicaciones y nube puede abrir kits de desarrollo de software (SDK) para que los proveedores de aplicaciones integren y/o actualicen de forma adaptativa las reglas de ejecución de servicios.

En una modalidad ilustrativa, la presente descripción puede incluir la siguiente arquitectura distribuida de dos niveles: una red de servidores de nivel inferior (por ejemplo, radiolet(s) de nivel inferior™) que interactúan con una red de operador y una red de servidores de nivel superior (por ejemplo, radiolet(s) de nivel superior™) que interactúan con un ecosistema de proveedor de contenido y aplicaciones, incluido, por ejemplo, un editor, una red de publicidad o un centro de datos empresarial, o un centro de datos de proveedor de aplicaciones de comunicaciones over the top. Uno o más radiolet(s)™ puede representar una instancia temporal y parcial de una nube (por ejemplo, una nube tal como Internet), incorporada y proporcionada a través de uno o más servidores ubicados en un borde de radio (por ejemplo, los límites exteriores de una red de datos móviles), que proporciona reconocimiento de aplicación y servicio(s) de aplicaciones, y que comprende cápsulas de software tales como, por ejemplo, interfaces de programación de aplicaciones (API). Este tipo de instancia de radiolet puede denominarse Radio Edge Cloudlet™. Uno o más radiolet(s) de nivel inferior™ pueden ser conectados a uno o más radiolet(s) de nivel superior™ utilizando un enlace administrado de alta velocidad, mientras que los radiolet(s) de nivel superior™ pueden conectarse lógicamente entre sí a través de Internet. Se puede proporcionar seguridad y redundancia adecuadas entre los radiolet(s) de nivel inferior™ y los radiolet(s) de nivel superior™ según sea necesario o deseado.

Los radiolet(s) de nivel inferior™ puede comprender uno o más servidores y dispositivos de almacenamiento, y puede ser ubicado en una oficina de conmutación local de un operador de red de datos móviles. La ubicación del radiolet de nivel inferior™ puede depender de los costos de transporte, por ejemplo (y/u otros factores). También se pueden agregar una pluralidad de sitios celulares en la oficina de conmutación local. En una modalidad, una ubicación óptima para el radiolet de nivel inferior™ puede ser una ubicación que esté relativamente cerca de los suscriptores, pero que aún no requiera un gasto de capital significativo. Los radiolet(s) de nivel inferior™ puede conectarse físicamente a un conmutador de capa 2 o capa 3, donde el conmutador de capa 2 proporciona conectividad desde la oficina de conmutación local a una oficina de conmutación regional, y el conmutador de capa 3 proporciona conectividad desde la oficina de conmutación regional a una oficina de conmutación central, o un enrutador que forma parte de la red general en una oficina de conmutación local de una red de datos móviles. En una modalidad ilustrativa de esta descripción, durante la operación, los radiolet(s) de nivel inferior™ pueden ser configurados para proporcionar una o más de las siguientes funciones: monitorear pasivamente mensajes de señalización de control (por ejemplo, mensajes A11 en una red de datos móviles basada en estándares de datos de paquetes de alta tasa (HRPD)) y extraer parámetros relevantes mientras se procesa y responde a dichos el control de los mensajes de señalización (por ejemplo, mensajes A11 en una red de datos móviles basada en estándares HRPD) se maneja mediante elementos de red en el núcleo del paquete (por ejemplo, un Nodo de Servicio de Paquetes de Datos (PDSN) en una red de datos móviles basada en estándares HRPD); encapsular y tunelizar paquetes de tráfico de datos (por ejemplo, paquetes A10 en una red de datos móviles basada en estándares HRPD) para paquetes portadores; comunicarse potencialmente con los radiolet(s) de nivel superior™ recuperar dinámicamente los datos de contenido, los cuales pueden basarse en la relación comercial con socios de aplicaciones y contenido over-the-top (OTT), donde los socios OTT pueden ser cualquier proveedor de contenido móvil o datos de aplicaciones; ser un punto de servicio para las sesiones de protocolo de Internet (IP) del suscriptor, lo cual significa que una sesión IP del suscriptor no se extiende hasta los radiolet(s) de nivel superior™; procesar contenido dinámico, admitir el almacenamiento en caché y el almacenamiento de contenido, que se pueden utilizar para una entrega de contenido acelerada y eficiente; comunicarse con el(los) radiolet de proxy del operador™ para enviar y recibir mensajes a servidores de funciones de políticas y reglas de cobro (por ejemplo, PCRF), dispositivo de mediación en tiempo real (RTMD) y servidores de autenticación, autorización y contabilidad (por ejemplo, AAA); trabajar con los radiolet(s) de proxy del operador™ para permitir la movilidad de la capa de contenido durante eventos de movilidad de la red (por ejemplo, traspasos de capa dos o traspasos de función de control entre paquetes (PCF) en una red móvil basada en estándares HRPD); habilitación de la calidad de servicio (QoS) de la capa de red y aplicación; y trabajar con elementos de red de interceptación legales propiedad del operador.

En otra modalidad ilustrativa de esta descripción, dicha tunelización y entrega de paquetes de tráfico de datos (por ejemplo, mensajes A10 en una red de datos móviles basada en estándares HRPD) se logra sin ninguna extracción de parámetros contenidos en mensajes de señalización de control (por ejemplo, todos los mensajes en una red de datos móviles basada en estándares HRPD), sino a través de una combinación de un método de aprendizaje automatizado que observa los flujos de paquetes entre el núcleo de paquetes y la RAN, así como interfaces con nodos de gestión y facturación existentes, así como sistemas de contabilidad en la red del operador.

Los radiolet(s) de nivel superior™ puede comprender uno o más servidores y dispositivos de almacenamiento ubicados en uno o más centros de datos de alojamiento externos a las redes del operador. Los radiolet(s) de nivel superior™ puede servir a múltiples radiolets de nivel inferior™ a través de múltiples redes de operadores en un área geográfica determinada. Los radiolet(s) de nivel superior™ pueden ser conectados físicamente a un conmutador de capa 2 ó 3 o a un enrutador que forme parte de la red general en un centro de datos de nube pública o privada. Los radiolet(s) de nivel superior™ puede comprender agentes de usuario espalda con espalda (B2B) e interfaces de programación de aplicaciones (API) abiertas que pueden interactuar con múltiples centros de datos de entrega de aplicaciones y productos de software de terceros. En una modalidad, los radiolet(s) de nivel superior™ no se puede coubicar ni ubicar en el núcleo del paquete (por ejemplo, junto a un nodo de servicio de datos en paquetes (PDSN) de una red móvil basada en estándares HRPD) o en cualquier punto de presente (PoP) de una red de datos móviles, sino más bien ubicado cerca del usuario fuera de la red de datos móviles con vistas a habilitar la funcionalidad que normalmente está disponible en un centro de datos de aplicaciones privado o en centros de datos públicos en la nube de Internet. En una modalidad de la operación, los radiolet(s) de nivel superior™ puede proporcionar una o más de las siguientes funciones (pero no limitadas a): admitir un motor de servicios web móviles junto con virtualización dinámica bajo demanda para admitir múltiples sesiones en múltiples propiedades de contenido; distribuir el contenido dinámicamente a los radiolet(s) inferiores™; y dar servicio a múltiples redes de operadores. También, en una modalidad ilustrativa, cualquier radiolet(s) de nivel superior™ puede comunicarse con múltiples radiolet(s) de nivel inferior™ dentro de un área geográfica determinada, a través de una red administrada de alta velocidad, la cual permitirá aprovechar las ganancias de la multiplexación estadística, sin ningún impacto en la distribución de contenido, la entrega de aplicaciones y la correspondiente garantía de servicio.

En una modalidad ejemplar, un sistema de acuerdo con la presente descripción también puede incluir una red de nivel inferior de servidores proxy (denominados en la presente descripción "radiolet(s) de proxy del operador™) y una red de nivel superior de servidores proxy (en lo sucesivo denominada "radiolet(s) de proxy superiores™"). Los radiolet de proxy del operador™ pueden ser configurados para admitir interfaces de facturación y aplicación de políticas en la red del operador. Los radiolet(s) de proxy del operador™ pueden ser configurados para facilitar la transferencia de mensajes desde una pluralidad de radiolet(s) de nivel inferior™ hacia un servidor de contabilidad (por ejemplo, un servidor AAA), y hacia un servidor de facturación (por ejemplo, hacia un sistema de facturación basado en diámetro), y hacia un servidor de políticas (un servidor PCRF, por ejemplo, en sistemas basados en estándares HRPD). En una modalidad de la presente descripción, el(los) radiolet(s) de proxy del operador™ puede facilitar la movilidad de la capa de contenido durante la transferencia entre PCF (en una red HRPD). Los radiolet de proxy del operador™ pueden ser ubicados relativamente cerca del núcleo del paquete (por ejemplo, cerca de una red de datos móviles basada en PDSN y HRPD). Los radiolet(s) de proxy superiores™ pueden ser ubicados en una gran área geográfica y puede admitir interfaces para policías de aplicación y medición en múltiples centros de datos de aplicaciones y contenido, o personalizarse para admitir un proveedor de aplicaciones grande específico en un centro de datos privado de dicho proveedor de aplicaciones. La ubicación tanto del operador como de los radiolets de proxy superiores™ puede depender de los costos de transporte, costos de operación y otros costos, por ejemplo (y/u otros factores, incluidos acuerdos y políticas comerciales).

La presente descripción puede proporcionar medios para soportar la movilidad de la capa de contenido y aplicación la cual explota la arquitectura de red de dos niveles y puede incluir un sistema de gestión de red distribuida que proporciona servicios gestionados de elevada disponibilidad con o sin ninguna integración estrecha con los sistemas de gestión de red del operador o los sistemas de gestión de red del centro de datos del ecosistema de contenido. La presente descripción también puede proporcionar medios para interconectar centros de datos de socios de ecosistemas de contenidos o aplicaciones, así como redes de socios de operadores de redes de datos móviles que se pueden personalizar en función de diversos requisitos. La presente descripción también puede proporcionar medios para soportar servicios especializados tales como, por ejemplo, transmisión móvil, servicios de comunicaciones entre pares y servicios de televisión en tiempo real para suscriptores móviles.

En otra modalidad ilustrativa, los datos se obtienen de varios sitios de Internet y/o centros de datos empresariales participantes, y se ponen a disposición de una o más ubicaciones de radiolet de nivel superior™. Los datos pueden incluir, pero no limitativos, contenido, fuentes de medios y datos de aplicaciones. Uno o más de los radiolet(s) de nivel superior™ obtienen los datos, después de lo cual los datos pueden ser replicados en muchos otros radiolet de nivel superior™ en múltiples ubicaciones. La elección de otros radiolet(s) de nivel superior™ que obtienen datos de los radiolet(s) de nivel superior™ puede depender de varias reglas estáticas y dinámicas. Las reglas estáticas ejemplares pueden incluir tipos de contenido y políticas proporcionadas de antemano por socios de contenido, donde los socios de contenido pueden ser cualquier proveedor de contenido o datos móviles, y se pueden crear periódicamente reglas dinámicas en función de los resultados de algoritmos inteligentes de gestión de contenido. Los datos pueden luego replicarse en uno o más radiolet(s) de nivel inferior™. Los radiolet(s) de nivel inferior™ pueden recuperar los datos de los radiolet(s) de nivel superior™ o los radiolet(s) de nivel superior™ puede distribuir los datos a los radiolet(s) de nivel inferior™. Parámetros para decidir qué datos son almacenados en un radiolet de nivel inferior determinado™ puede basarse en la frecuencia de las solicitudes del mismo dato (por ejemplo, la popularidad de los datos), redes, centro de datos y políticas comerciales, o cualquier otro parámetro deseado.

Cuando un dispositivo móvil de suscriptor solicita datos de tráfico, esta solicitud puede entregarse a los radiolet(s) de nivel inferior™ en la red más cercana al abonado. En un ejemplo ilustrativo de esta descripción, los radiolet(s) de nivel inferior más cercanos™ al abonado puede ubicarse en la oficina de conmutación local donde se recibe la solicitud de tráfico del abonado. Dirigir la solicitud de tráfico a los radiolet(s) de nivel inferior más cercanos™ puede incluir identificar y separar paquetes de tráfico de paquetes de señalización de red y de señalización de capa de aplicación (desde el dispositivo móvil del suscriptor). En una modalidad, dicha identificación y separación puede ser implementada en un conmutador que gestiona y comunica a través de todos los radiolets de nivel inferior™. Luego, todos los datos de señalización de la red pueden ser enviados directamente a la red central de paquetes móviles, donde la red central puede comprender varios servidores que proporcionan diversas funciones particulares tales como, por ejemplo (y sin limitación), servidores de función de políticas y reglas de cobro (por ejemplo, PCRF), dispositivo de mediación en tiempo real (por ejemplo, RTMD) y servidores de autenticación, autorización y contabilidad (por ejemplo, AAA), y servidores de nodos de servicio de datos en paquetes (PDSN), u otros elementos de red conocidos en la técnica. De modo similar, los paquetes de señalización de aplicaciones pueden enviarse a centros de datos de proveedores de aplicaciones apropiados. A continuación, todos los paquetes de datos que no son de señalización pueden ser declarados paquetes de tráfico y dirigidos a los radiolet(s) de nivel inferior™. Los radiolet(s) de nivel inferior™ luego puede crear una instancia temporal de la sesión de contenido/medios/aplicación y atender la solicitud de una manera similar a un servidor de contenido/medios/aplicación existente en un centro de datos en la nube. En una modalidad, dicho servidor de contenidos/medios/aplicaciones puede crear una sesión de protocolo de control de flujo tal como, por ejemplo, una sesión de protocolo de control de transmisión (TCP), con el dispositivo móvil del suscriptor utilizando protocolos de Internet existentes, y entregar datos de tráfico como un protocolo de control de flujo, o por ejemplo, un datagrama TCP. Una vez completada la sesión de contenido/medios/aplicación, se pueden procesar sesiones adicionales del mismo dispositivo móvil del suscriptor o de diferentes utilizando los mismos procedimientos. En una modalidad, un enlace inalámbrico es compartido entre múltiples usuarios y son agregadas múltiples torres de telefonía celular o dispositivos de acceso inalámbrico en una oficina de conmutación local determinada y, en consecuencia, es agregado un radiolet de nivel inferior determinado™ pudiendo el servidor procesar y atender solicitudes de múltiples usuarios, así como reutilizar el mismo hardware y software para admitir múltiples usuarios a lo largo del tiempo.

Volviendo ahora a la Figura 3, es mostrada una red de comunicaciones móviles ilustrativa 300 en una red 3G ilustrativa excluyendo la Red de Acceso por Radio (RAN) de acuerdo con un ejemplo de modalidad ilustrativa de la presente descripción. La red de comunicaciones móviles ilustrativa puede comprender cualquier tipo de red de comunicaciones móviles, incluyendo (sin limitación) una red de datos en paquetes de alta velocidad (HRPD), una red de acceso a paquetes de alta velocidad (HSPA) o una red de evolución a largo plazo (LTE), por ejemplo.

La red ilustrativa 300 incluye un controlador de estación base y un elemento de red o servidores 301 de función de control de paquetes (BSC/PCF) que pueden ubicarse en una oficina de conmutación local (no mostrada). Notablemente, debe entenderse que el elemento de red ilustrativo 301 puede ser un controlador de red de radio (RNC) de una red basada en HSPA o un elemento agregador S-1 de una red basada en LTE, por ejemplo. La oficina de conmutación local puede estar en comunicación con uno o más sitios celulares (no mostrados) donde los sitios celulares reciben solicitudes de datos desde uno o más dispositivos móviles de abonado (no mostrados). El dispositivo móvil del suscriptor puede ser cualquier dispositivo que pueda ser utilizado en una red de datos móviles, incluidos, por ejemplo, teléfonos celulares, dispositivos de asistente digital personal (PDA), ordenadores portátiles, teléfonos inteligentes, tabletas, etc. En funcionamiento, el controlador de estación base y el servidor 101 de función de control de paquetes (BSC/PCF) (o un RNC de una red HSPA) envía y/o recibe datos o información a una interfaz 305 de red de datos móviles donde la interfaz móvil 105 puede incluir un Servidor AAA 302, un servidor de políticas 303 y un servidor prepago 304. El servidor BSC/PCF 301 representa un punto de terminación de capa 2 en una red HRPD. En una red Hs Pa , este elemento puede denominarse Red de Radio Controlada (RNC), y en una red LTE, este elemento puede denominarse agregador de interfaz S-1.

El servidor BSC/PCF de una red HRPD 301 (o su equivalente en la red HSPA o LTE) está en comunicación con la interfaz de red de datos móviles 305 a través de un conmutador L2 o un conmutador L3 o un conmutador de enrutador basado en políticas (PBR), o un enrutador de propósito general 311 y una red IP administrada 321. El servidor BSC/PCF 301 también está en comunicación con la interfaz de red de datos móviles 305 a través de un conmutador L2 o un conmutador L3 o un conmutador PBR o un enrutador de propósito general 312 y redes IP administradas 322 y 323. En una red HRPD, el servidor BSC/PCF 301 está en comunicación con un servidor PDSN 306 a través de un conmutador L2 o conmutador L3 o conmutador PBR o enrutador de propósito general 311, una red IP administrada 322 y un conmutador L2 o conmutador L3 o conmutador PBR o enrutador 312. En una modalidad de esta descripción, el servidor PDSN 306 puede comunicarse con un centro de datos de Internet 308 a través de un enrutador 313 a través de una conexión de Internet 307 (o cualquier otro enlace de comunicaciones por cable o inalámbrico). El servidor PDSN 306 puede proporcionar funciones de gestión (por ejemplo, asignación de direcciones IP, filtrado de contenidos y recuperación de sesiones), funciones de datos (por ejemplo, interfaz para mensajes de datos de tráfico, vigilancia de mensajes de datos de tráfico e inspección profunda de paquetes de datos) y funciones de control (por ejemplo, interfaz para señalización de mensajes de datos, enrutamiento de datos y actuación como red de área local virtual (VLAN)).

En una modalidad de esta descripción, durante el funcionamiento normal, el servidor BSC/PCF 301 envía solicitudes de datos recibidas desde un dispositivo móvil de suscriptor al servidor PDSN 306. El servidor PDSN 106, a su vez, envía la(s) solicitud(es) de datos al centro de datos de Internet 308 a través de la conexión a Internet 107 (o cualquier otro enlace de comunicaciones por cable o inalámbrico). El centro de datos de Internet 308, en respuesta a la(s) solicitud(es) de datos, envía los datos solicitados al servidor PDSN 306 a través de la conexión a Internet 307 y a través del enrutador 313. El servidor PDSN 306 luego envía los datos solicitados al servidor BSC/PCF 301 usando uno o más conmutadores/enrutadores (por ejemplo, conmutador L2, conmutador L3 o conmutador PBR, o enrutador 311, 312) a través de una o más redes IP administradas 322. Una vez que los datos solicitados se reciben en el servidor BSC/PCF 101, se pueden enviar al dispositivo móvil del suscriptor (que realizó la solicitud de datos inicial) a través del sitio celular (no mostrado).

Volviendo ahora a la Figura 4, es mostrada una red de comunicaciones móviles ilustrativas 400 de acuerdo con una modalidad ilustrativa de la presente descripción. La red de comunicaciones móviles ilustrativa 400 puede comprender cualquier tipo de red de comunicaciones móviles incluyendo (sin limitación) una red de datos en paquetes de alta velocidad (HRPD), una red de acceso a paquetes de alta velocidad (HSPA) o una red de evolución a largo plazo (LTE) o una red de acceso WiFi propiedad del operador gestionada a través de una red central de paquetes centralizada común, por ejemplo.

En esta red ilustrativa 400 se incluye un radiolet de nivel superior™ 433 que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que recibe datos extraídos de, por ejemplo, un centro de datos de Internet 409 (o un centro de datos de nube privada o un centro de datos de aplicaciones de propiedad privada o cualquier otro tipo de centro de datos) a través de una conexión de Internet 435 (o mediante cualquier otro enlace de comunicaciones por cable o inalámbrico). En particular, aunque la red ilustrativa 400 representa un único radiolet de nivel superior™ 433, debe entenderse que un sistema de acuerdo con la presente descripción puede incluir cualquier número de radiolets de nivel superior™.

El radiolet de nivel superior™ 433 está ubicado en o cerca de, por ejemplo, un centro de datos de Internet 409, el cual en esta red ilustrativa 400 incluye un servidor de contenido 436, y el servidor de contenido 436 está en comunicación directa con el centro de datos de Internet 409 a través de la conexión de Internet 435 (o cualquier otra conexión por cable) o enlace de comunicaciones inalámbricas). El servidor de contenidos 436 puede obtener datos del centro de datos de Internet 409. En una modalidad, el centro de datos de Internet 409 comprende el centro de datos 408. El centro de datos de Internet puede comprender opcionalmente al menos uno de entre un centro de datos de propiedad pública y uno privado.

En otra modalidad, el radiolet de nivel superior™ 433 replica al menos una parte de los datos extraídos del centro de datos de Internet 409 y transmite los datos replicados a otro o a una pluralidad de radiolet(s) de nivel superior™ (no mostrada). En particular, el radiolet de nivel superior™ 433 puede estar ubicado en una pluralidad de ubicaciones. El radiolet de nivel superior™ 433 y el otro radiolet de nivel superior™ (no mostrados) pueden estar en comunicación entre sí a través de al menos uno de un enlace de comunicaciones cableado e inalámbrico.

En otra modalidad, una o más radiolets de proxy superiores™ (no mostrado), colocado entre el centro de datos de Internet 409 y el radiolet de nivel superior™ 433, puede estar configurado para extraer los datos extraídos del centro de datos de Internet 409 y distribuir los datos extraídos del centro de datos de Internet 409 al radiolet de nivel superior™ 433. Estos radiolet(s) de proxy superiores™ (no mostrados) pueden comprender cada uno al menos un procesador que ejecuta instrucciones legibles por ordenador para realizar sus diversas funciones.

El radiolet de nivel superior™ 233 puede configurarse además para distribuir al menos una parte de los datos recibidos a uno o más radiolets de nivel inferior™ 431 a pedido de los radiolet inferiores™ o enviado directamente sin solicitud según las políticas configuradas. Aunque esta red ilustrativa representa un único radiolet de nivel inferior™ 431, debe entenderse que un sistema de acuerdo con la presente descripción puede incluir cualquier número de radiolets de nivel inferior™ en una región determinada.

Como se muestra en esta red ilustrativa 400, el radiolet de nivel inferior™ 431 puede ubicarse más cerca de la fuente de la solicitud de datos (por ejemplo, servidor BSC/PCF 201) que el centro de datos de Internet 409. En particular, "más cerca de la fuente" puede medirse en términos de distancia de la red en lugar de distancia física. En una modalidad, el radiolet de nivel inferior™ 431 puede ubicarse en o cerca de un sitio de conmutación local de una red de datos móviles 400. En otra modalidad, el radiolet de nivel inferior™ 431 puede ser ubicado entre el servidor BSC/PCF 401 y el servidor PDSN 406 de la red de datos móviles 400 de una red de datos móviles basada en estándares HRPD. En otra modalidad más, el radiolet de nivel inferior™ 431 puede ser ubicado en cada servidor BSC/PCF 401 de una red de datos móviles 400. En una otra modalidad, el radiolet de nivel inferior™ está colocado entre el sitio celular y la oficina de conmutación local en un sitio de agregación natural.

El radiolet de nivel inferior™ 431 es mostrado en comunicación con el radiolet de nivel superior™ 433 a través de al menos un enrutador/conmutador 415 sobre una red administrada 424 (o cualquier otro enlace de comunicaciones por cable o inalámbrico). El radiolet de nivel superior™ 433 puede ser configurado para seleccionar los datos que se distribuyen al radiolet de nivel inferior™ 431 basado en uno o más de: una frecuencia de solicitudes para un tipo particular de datos, una o más políticas de red, una o más políticas de centro de datos y una o más políticas comerciales. Alternativamente (o adicionalmente), el radiolet de nivel inferior™ 431 puede ser configurado para obtener datos del radiolet de nivel superior™ 433. El radiolet de nivel inferior™ 431 también se puede configurar para almacenar partes de cualquier dato recibido (o recuperado), así como para realizar una o más de las siguientes funciones: procesar datos de contenido dinámico, incluida (sin limitación) la manipulación de datos ingresados para producir datos de salida, almacenamiento en caché de contenido y almacenamiento de datos. Para hacer esto, el radiolet de nivel inferior™ 431 puede comprender al menos un procesador que ejecuta instrucciones legibles por ordenador para realizar sus diversas funciones.

En funcionamiento, el radiolet de nivel inferior™ 431 puede recibir una solicitud de datos desde, por ejemplo, el servidor BSC/PCF 401 a través del conmutador o enrutador L2/L3/PBR 414 y el conmutador o enrutador L2/<l>3/<p>B<r>411. En una modalidad, la solicitud de datos puede ser recibida en el radiolet de nivel inferior™ 431 que se encuentre más cercano a la fuente de dicha solicitud de datos. En otra modalidad, el radiolet de nivel inferior™ 431 puede esyar ubicado en un sitio de conmutación local que recibe la solicitud de datos antes de transmitir la solicitud de datos a dicho radiolet de nivel inferior™ 431.

El radiolet de nivel inferior™ 431 puede transmitir, en respuesta a dicha solicitud de datos, datos de la porción de datos recibidos a una fuente de la solicitud de datos. El radiolet de nivel inferior™ 431 puede establecer una sesión de protocolo de control de flujo entre el radiolet de nivel inferior™ 431 y la fuente de la solicitud de datos. El radiolet de nivel inferior™ 431 puede entonces transmitir los datos de tráfico a la fuente de la solicitud de datos como un datagrama de protocolo de control de flujo.

En otra modalidad, uno o más radiolets de proxy del operador™ 432 puede recibir datos e información extraída de al menos un servidor, por ejemplo el servidor AAA 402, el servidor de políticas 403 y/o el servidor prepago 404 de una red central de la red de datos móviles 400 a través del conmutador L2/L3/PBR/ enrutador 412 y red IP administrada 423. Aunque esta red ilustrativa 400 representa un radiolet de proxy del operador único™ 432, debe entenderse que un sistema de acuerdo con la presente descripción puede incluir cualquier número de radiolets de proxy del operador™.

El radiolet de proxy del operador™ 432 puede transmitir al menos una parte de la información extraída al radiolet de nivel inferior™ 431, a través de un enrutador 415 sobre una red administrada 424 (o cualquier otro enlace de comunicaciones por cable o inalámbrico). La información extraída puede comprender información de un servidor de autenticación, autorización y contabilidad (por ejemplo, AAA), información de un servidor de función de políticas y reglas de cobro (por ejemplo, PCRF), información de un servidor de dispositivo de mediación en tiempo real (por ejemplo, RTMD) y/o información y datos de cualquier otro tipo de servidor o fuente. De esta manera, el radiolet de proxy del operador™ 432 puede soportar e implementar varias interfaces de control y cobro de tarifas (o cualquier otra interfaz de política, seguridad, gestión, negocio, etc.) como parte de la red de comunicaciones móviles 400.

En una modalidad, el servidor AAA 402 puede comunicarse con el servidor PDSN 406 usando un protocolo de red, tal como el Servicio de Autenticación Remota de Marcado de Usuario (RADIUS), por ejemplo, para proporcionar información de autenticación de suscriptor al servidor PDSN 406 durante una sesión de suscriptor. El protocolo RADIUS puede ser un protocolo de red que proporciona autenticación, autorización y gestión de contabilidad para los suscriptores. El radiolet de proxy del operador™ 432 puede solicitar y recibir una parte de la información del servidor AAA 402 a través de un enrutador o conmutador 412 y una red IP administrada 423. El radiolet de proxy del operador™ 432 proporciona la información (por ejemplo, información de abonado y sesión de información de contabilidad) desde el servidor AAA 402 al radiolet de nivel inferior™ 231 a través del enrutador 415 y la red administrada 424.

En otra modalidad, el servidor de políticas 403 puede ser opcionalmente un servidor PCRF. En funcionamiento, el radiolet de proxy del operador™ 432 se comunica e interactúa con el servidor PCRF usando protocolos Gx, por ejemplo, donde Gx es una interfaz de política en línea entre el PDSN y el PCRF, a través del enrutador o conmutador 412 y una red IP administrada 423. El radiolet de proxy del operador™ 432 proporciona información desde el servidor PCRF al radiolet de nivel inferior™ 431, a través del enrutador 415 y la red administrada 224, que puede usarse para controlar funciones de política (por ejemplo, actualización de solicitud de control de crédito y terminación de solicitud de control de crédito).

El servidor prepago 404 puede comprender opcionalmente un servidor RTMD. El radiolet de proxy del operador™ 432 opcionalmente se comunica e interactúa con el servidor RTMD usando protocolos de Diámetro Gy (por ejemplo, protocolo de Control de Crédito de Diámetro (DCCA)), por ejemplo, donde Gy es una interfaz de carga en línea entre el PDSN 406 y los servidores RTMD, a través del enrutador o conmutador 412 y una red IP gestionada 423. El radiolet de proxy del operador™ 432 proporciona información desde el RTMD al radiolet de nivel inferior™ 431, a través de, por ejemplo, el enrutador 415 y la red administrada 424, que pueden usarse para etiquetar sesiones de abonado como "prepago" basándose en la información del perfil de la sesión del abonado.

En una modalidad, las funciones de cobro pospago implican un servidor RADIUS (no mostrado) en comunicación con el radiolet de nivel inferior™ 431 a través de un radiolet de proxy del operador™ 432. En tal modalidad, el servidor PDSN 406 recopila parámetros específicos de radio (por ejemplo, registros Airlink) de una red de acceso de radio (RAN) y combina los parámetros específicos de radio con parámetros específicos de la red IP para formar uno o más registros de datos de uso (UDR). El servidor PDSN 406 puede usar protocolos RADIUS para enviar la información UDR al servidor RADIUS. Cada paquete de datos UDR puede ser asociado con una ID de correlación, la cual identifica registros de contabilidad generados para una sesión de abonado particular y que el servidor PDSN 406 proporciona al servidor RADIUS en el momento en que se realiza la autenticación y autorización de la información de contabilidad.

De manera similar, en una modalidad, el radiolet de proxy del operador™ 432 puede recopilar parámetros específicos de radio de la RAN y combinar los parámetros específicos de radio con parámetros específicos de la red IP para formar UDR, y usar protocolos RADIUS para enviar la información UDR al servidor RADIUS (no mostrado). Opcionalmente, el radiolet de proxy del operador™ 432 puede mantener la información UDR hasta que reciba la confirmación de que el servidor RADIUS ha recibido correctamente la información. Si no se recibe confirmación del servidor RADIUS dentro de un período de tiempo, el radiolet de proxy del operador™ 432 puede retransmitir la información UDR al servidor RADIUS. El radiolet de proxy del operador™ 432 puede transmitir la información UDR a otros servidores RADIUS.

En una modalidad, varios eventos que desencadenan que el servidor PDSN 406 tome medidas de contabilidad y envíe la información UDR pueden incluir (sin limitación) datos de tráfico (por ejemplo, mensajes A10), terminación de la conexión en el servidor PDSN 406, establecimiento del servicio de datos, renegociaciones de PPP en el servidor PDSN 406, llegada de datos de abonado y expiración del temporizador. Varios eventos que hacen que el servidor PDSN 406 deje de enviar información UDR pueden incluir (sin limitación), que se cierre una conexión A10 existente, que se elimine un flujo IP del A10 correspondiente y que el servidor PDSN 406 determine que la sesión de datos en paquetes asociada con la ID de correlación ha finalizado.

El radiolet de proxy del operador™ 432 puede no requerir un evento para desencadenar una acción contable, pero puede requerir un evento para desencadenar la terminación de la UDR, incluida (sin limitación) la terminación de la sesión del suscriptor o la terminación del flujo IP.

En otra modalidad, el radiolet de nivel inferior™ 431 puede recibir datos o información desde un servidor 434 del sistema de gestión a través de al menos un enrutador/conmutador 415 a través de una red gestionada 424 (o cualquier otro enlace de comunicaciones por cable o inalámbrico). Uno o más servidores 434 del sistema de gestión pueden monitorear el radiolet de nivel superior™ 433 y radiolet de nivel inferior™ 431 (por ejemplo, monitorear el número de sesiones tunelizadas IP activas, el uso de ancho de banda de las sesiones del suscriptor, la naturaleza de las solicitudes de datos y la frecuencia de uso de la red).

Volviendo ahora a la Figura 5, la Figura 5 ilustra un marco de interconexión de nube-movilidad ilustrativa 500 de acuerdo con una modalidad ilustrativa de la presente descripción. Una red de movilidad comprende sitios celulares 510 que comprenden estaciones base 511, sitios de conmutación local 520, sitios de conmutación regional 530, sitios de conmutación central 540 y POP de Internet 550, y nubes de aplicaciones 551, 562, 563, 572 y 573 (por ejemplo, también ilustrado en las Figuras 1 y 2). La presente descripción puede solucionar el problema de la Milla Media Móvil™, descrito anteriormente, mediante la implementación de radiolets de nivel inferior™ 520 desplegados dentro de las oficinas de conmutación locales del operador 520 y radiolets de nivel superior™ 561 en centros de datos locales en la nube. De este modo, el tráfico puede ser manejado localmente y puede eliminarse la Milla Media Móvil™. Los enlaces de baja distancia enrutada 570 y 560 entre las nubes de aplicación 551, 562, 563, 572 y 573 y los radiolets de nivel superior™ 561 y los radiolets de nivel inferior™ 521 puede evitar la red móvil.

La presente descripción puede simplificar la aplicación de la primera milla, por ejemplo, implementando radiolets de nivel superior™ con agentes de cliente locales para agregar múltiples conexiones de protocolo de control de transmisión (TCP) a múltiples servidores de aplicaciones desde una única sesión de cliente y la conexión del lado del cliente puede ser simplificado a una sola conexión. La presente descripción puede eliminar la Milla Media Móvil™ a través de la interconexión radio-borde. La presente descripción puede "desatascar" la última milla inalámbrica mediante algoritmos y optimizaciones. Por ejemplo, los algoritmos de optimización entre capas y los enlaces inalámbricos compartidos pueden aumentar la cantidad de sesiones de aplicaciones por unidad de tiempo.

La presente descripción puede centralizar funciones de gestión y control (tanto de red como de aplicación). La presente descripción puede mover de manera inteligente paquetes de tráfico, datos de aplicaciones y lógica de aplicaciones sin control más cerca del usuario (por ejemplo, más cerca del borde de radio). La presente descripción implementa una arquitectura de dos niveles con una clara separación de las interfaces de red y de aplicación. Por ejemplo, el nivel inferior se encuentra entre la RAN y el núcleo de paquetes de la red de movilidad y el nivel superior se encuentra entre la interfaz y el servidor interno de la aplicación. El nivel inferior puede ser un "extremo medio" de red y el nivel superior puede ser un "extremo medio" de aplicación. La superposición adaptativa de la presente descripción no requiere actualizaciones de la red móvil o del centro de datos de aplicaciones. La presente descripción puede comprender algoritmos inteligentes, por ejemplo inspirados en la optimización de la red de área amplia (WAN), y puede aplicarse en la RAN.

Volviendo ahora a la Figura 6, la Figura 6 ilustra un ejemplo de diagrama de flujo ilustrativo de aplicación y flujo de paquetes 600 de acuerdo con una modalidad ilustrativa de la presente descripción. La aplicación y el flujo de paquetes sin la presente descripción 610 comprende un flujo de paquetes desde la RAN móvil 611, a la red central móvil 612, a la interfaz heredada 613, al de fondo, la lógica de negocios y la lógica de control de aplicaciones 614. La aplicación y el flujo de paquetes con la presente descripción 620 comprende una plataforma de movilidad y habilitación de solución 621 que se comunica, a través de una o más redes, con el radiolet de nivel inferior 623 y una plataforma de nube y habilitación de solución 622 que se comunica a través de una o más redes, con el radiolet de nivel superior 624. El flujo de paquetes es desde la RAN móvil 611 al radiolet de nivel inferior 623 y al radiolet de nivel superior 624. La plataforma de movilidad y la habilitación de solución 621 mueven las funciones de tráfico al borde de radio y la plataforma de nube y la habilitación de solución 622 acercan los datos de la aplicación y la lógica de la aplicación sin control a un usuario. La Figura 6 ilustra una plataforma de interconexión de nube de movilidad de dos niveles y un sistema de habilitación de soluciones de acuerdo con la presente descripción. El sistema de dos niveles conserva el plano de control (por ejemplo, como se ilustra con las líneas de puntos) tal como está y permite tanto el control de la movilidad como el control de la aplicación.

El enfoque fundamental para aplicar la "movilidad a la nube" que se describe en la presente descripción (por ejemplo, como se ilustra en las Figuras 3-6), comprende tres principios básicos: 1) hiperdistribución de accesos y funciones que migran con el usuario; 2) optimización e interacción entre capas de la pila, y 3) pilas de soluciones que fomentan el aprovisionamiento vertical de servicios digitales.

Una red hiperdistribuida de puntos de presencia de interconexión movilidad-nube puede crear "instancias de aplicaciones virtuales y móviles" más cercanas al usuario y puede migrar con el usuario, a través de una red de redes superpuestas adaptable, sin actualizaciones de redes móviles o centros de datos de aplicaciones. Esta idea básica es contraria a la intuición, por ejemplo, la "nube" comprende hardware/software informático que es centralizado y que es "fijo" (es decir, que no "migra" ni se destina a "migrar" con el usuario). La presente descripción resuelve el problema utilizando el marco arquitectónico descrito anteriormente e ilustrado, por ejemplo, en las Figuras 3-6. Como se ha descrito anteriormente, la presente descripción comprende una red de redes de "dos niveles". Cada nivel puede, a su vez, ser jerárquico. Por ejemplo, en el nivel inferior de movilidad, puede haber círculos concéntricos de radiolets de nivel superior™, antes de alcanzar círculos concéntricos de radiolets de nivel inferior™ (por ejemplo, todos los radiolets de nivel inferior™ dentro de la red de un operador). Por ejemplo, como se ilustra en la Figura 5, puede haber radiolets de nivel inferior™ en cada categoría de oficinas de conmutación y en sitios celulares, lo cual crea una jerarquía natural. De modo similar, puede haber radiolets de nivel superior™ en proximidad con diferentes capas de radiolet de nivel inferior™, lo cual puede ser una arquitectura general.

El nivel inferior puede comprender un conjunto distribuido de plataformas de inserción de red. En una modalidad de la presente descripción, estas plataformas de inserción de redes de movilidad pueden comprender software ejecutado en hardware disponible en el mercado y cada instalación puede comprender un pequeño microbastidor de servidores. En otra modalidad, cada instalación de tales microbastidores pueden ubicarse dentro de una red de operador móvil en el borde de la Red de Acceso por Radio (también denominada "borde de radio"). En otra modalidad más, por ejemplo, para redes de 4ta Generación (por ejemplo, LTE), radiolets de nivel inferior™ puede ser instalado en el sitio celular. De modo similar, para instalaciones internas con celdas pequeñas, radiolets de nivel inferior™ pueden ser instalados en el edificio en una sala de conmutación local. Por ejemplo, se puede crear una instancia del software correspondiente a una red de nivel inferior de plataformas de inserción en un radiolet de nivel inferior™.

El nivel superior puede formar parte de un conjunto distribuido de marcos de entrega de aplicaciones. En una modalidad de la presente descripción, estos marcos de entrega de aplicaciones y nube pueden constar de software ejecutado en hardware disponible en el mercado y cada instalación puede comprender un pequeño microbastidor de servidores. En otra modalidad, cada instalación de dichos microbastidores puede ubicarse dentro de un centro de datos de aplicaciones local pero cerca del borde del radio de múltiples redes de acceso de radio (por ejemplo, entre operadores que prestan servicios en un área). Por ejemplo, se puede crear una instancia del software correspondiente a una red de nivel superior de plataformas de inserción en un radiolet de nivel superior™.

La presente descripción puede comprender una colección de puntos de inserción de red de movilidad de nivel inferior en un área geográfica interconectados a una aplicación local de nivel superior y una instalación de marco de entrega en la nube que soporte, por ejemplo (sin limitación): interfaces de protocolo estandarizadas pero potencialmente múltiples; múltiples tipos de datos; localidad y son distribuidos; transferencia de datos y lógica a través de los dos niveles, con miras a la optimización entre capas entre la red de movilidad y la nube de aplicaciones.

La presente descripción puede comprender API de movilidad inteligente, así como SDK de aplicaciones y de nube, expuestos en el borde de la radio, por ejemplo (sin limitación): API y SDK como módulos de software en una plataforma que se pueden invocar fácilmente. Por ejemplo, una API de información podría ser simplemente un archivo de notación de objetos JavaScript (JSON) almacenado en software y direccionable usando HTTP o HTTPS. Los SDK pueden ser descargables y pueden compilar con el código objeto de fondo de la aplicación. Exponer las API de movilidad inteligente y los SDK de aplicaciones y de nube entre los dos niveles puede permitir la optimización entre capas en múltiples capas de la pila OSI y puede acelerar la implementación de nuevos productos y funciones, al proporcionar entornos de integración abiertos. Esto puede crear nuevas líneas de negocio para los operadores de redes móviles al exponer varios activos de la red interna. Las API de movilidad inteligente pueden comprender múltiples categorías, incluidas, por ejemplo (sin limitación): API de optimización que permiten mejoras de rendimiento en múltiples capas de la pila OSI; API de información que no comprometan la privacidad del suscriptor o de la red; y API de servicios que permiten que un ecosistema más amplio de proveedores de aplicaciones reutilice varios activos dentro de la red de un operador. La presente descripción también puede proporcionar agregación y soluciones orientadas al mercado vertical que pueden permitir nuevos servicios digitales móviles, incluidos, por ejemplo (sin limitación): Habilitación de soluciones de comercio móvil; Habilitación de soluciones de entretenimiento y medios móviles; Habilitación de soluciones de movilidad empresarial (por ejemplo, habilitación de soluciones de movilidad para hospitalidad); Habilitación de soluciones de agregación de viajes móviles; Habilitación de soluciones de redes sociales móviles; etc.

En una modalidad, la presente descripción comprende sistemas para proporcionar movilidad de aplicaciones que comprenden al menos un módulo de red de movilidad implementado en al menos un radiolet de nivel inferior™ y que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de red de movilidad realice una o más funciones del plano de datos de tráfico. El módulo funcional de red de movilidad definida por software (SDMN) puede comprender la implementación de las funciones del plano de tráfico de la sesión de la red de acceso de manera distribuida o hiperdistribuida, manteniendo al mismo tiempo las funciones del plano de gestión y del plano de control en un núcleo de paquetes centralizado de una red de operador. Las funciones del plano de datos de tráfico pueden ser implementadas de manera distribuida en al menos un radiolet de nivel inferior™. Las funciones del plano de gestión y del plano de control pueden ser implementadas en un radiolet de proxy del operador™.

Los datos del plano de tráfico pueden ser dirigidos para que pasen a través de otra red de datos móviles o, más generalmente, otra red de datos basada en el Protocolo de Internet (IP). Esto permite que las funciones del plano de tráfico interactúen directamente con la capa de la aplicación, mientras que conservan la facturación, las políticas, la seguridad y otras funciones del plano de control/administración en un núcleo centralizado. Las funciones de tráfico pueden acercarse al usuario sin requerir actualizaciones de la red o los centros de datos existentes. En una modalidad, el plano de tráfico puede ser implementado de una manera distribuida en un radiolet de nivel inferior™ mientras que las funciones del plano de gestión correspondientes a facturación, aplicación de políticas, cumplimiento y otras funciones relacionadas son implementadas en un elemento de red centralizado denominado radiolet de proxy del operador™. En una modalidad, las funciones de señalización en el plano de control pueden se implementadas en elementos centrales de paquetes existentes, garantizando así que no sean necesarias actualizaciones de la red. En una modalidad, la arquitectura de software comprende cientos de elementos funcionales atómicos que son pertinentes a la pila de red de movilidad seguidos de rutinas de controlador de procesamiento de paquetes los cuales pueden crearse previamente, así como autocrearse en función de políticas y estados activos de la red.

La presente descripción puede comprender al menos un módulo de aplicación de movilidad implementado en al menos un radiolet de nivel superior™ y que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de red de movilidad realice una o más funciones del plano de datos de aplicación. El módulo funcional del marco de aplicación de movilidad definida por software (SDMAF) puede comprender implementar solo las funciones del plano de datos de la aplicación de una sesión de aplicación, de manera distribuida o hiperdistribuida en al menos un radiolet de nivel superior™, manteniendo al mismo tiempo las funciones del plano de gestión y del plano de control en módulos centralizados de un centro de datos de proveedor de aplicaciones. Las funciones del plano de gestión y del plano de control pueden ser implementadas en un radiolet de proxy superior (OTT)™.

Esto permite que las funciones del plano de fecha de la aplicación interactúen con la capa de red, al tiempo que se conservan las funciones de medición, política, seguridad y otras funciones del plano de control/administración en un centro de datos centralizado del proveedor de aplicaciones. En una modalidad de la presente descripción, el plano de datos de la aplicación es implementado de una manera distribuida en un radiolet de nivel superior™ mientras que las funciones del plano de gestión correspondientes a facturación, aplicación de políticas, cumplimiento y otras funciones relacionadas son implementadas en un elemento de red centralizado denominado Radiolet de Proxy OTT™. En otra modalidad, las funciones de señalización en el plano de control pueden ser implementadas en elementos de red central de aplicaciones existentes, garantizando así que no sean necesarias actualizaciones del centro de datos de aplicaciones. En otra modalidad, la arquitectura de software comprende cientos de microservicios atómicos que son pertinentes para diversas aplicaciones seguidas de rutinas de controlador de entrega de sesiones las cuales pueden ser creadas previamente, así como crearse automáticamente en función de las políticas y estados de las aplicaciones activas.

La presente descripción puede comprender al menos un módulo de nube de movilidad implementado en al menos un radiolet de nivel inferior™ y el al menos un radiolet de nivel superior™ y que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de nube de movilidad realice funciones de ejecución informática de una sesión de nube. El módulo funcional del marco de nube de movilidad definida por software (SDMCF) puede comprender la implementación de plataformas plus de contenedorización y funciones de ejecución informática relacionadas de una sesión de nube virtualizada, de manera distribuida o hiperdistribuida en al menos un radiolet de nivel inferior™ y el al menos un radiolet de nivel superior™, mientras se conservan las funciones del plano de gestión y del plano de control en elementos de red centralizados de un centro de datos del proveedor de nube. Las funciones del plano de gestión y del plano de control pueden ser implementadas en un radiolet de proxy en la nube™.

Por ejemplo, en cualquier servidor determinado, el sistema operativo base puede ser virtualizado en múltiples instancias independientes de espacio de usuario (por ejemplo, contenedores). Cada contenedor individual puede ser tratado como una máquina independiente donde se puede ejecutar la lógica de la aplicación. Dado que cada radiolet de nivel superior e inferior™ comprende múltiples servidores, instalados de forma distribuida, la presente descripción puede crear una gran colección de máquinas independientes que son separadas lógicamente, pero ejecutadas físicamente en una pequeña colección de servidores.

Además de crear contenedores individuales, se pueden admitir mecanismos de registro estándar y específicos de aplicaciones/redes. Estos registros pueden ser tratados como una entrada para un motor de análisis, para crear una colección extensa de informes tanto en la capa de red como en la de aplicación. Esto permite que las funciones del plano de ejecución informática interactúen directamente con las capas de aplicación y red, al tiempo que conservan las funciones del plano de control/administraciones relacionadas con el contenedor y la máquina virtual configuradas en un elemento de orquestación centralizado. En una modalidad, esta función puede ser implementada de manera distribuida tanto en los radiolets de nivel inferior™ y los radiolets de nivel superior™ mientras que las funciones del plano de gestión son implementadas en un elemento de red centralizado denominado Radiolet de Proxy en la Nube™. En una modalidad, las funciones de señalización en el plano de control pueden ser implementadas en elementos de orquestación existentes, garantizando así que no sean necesarias actualizaciones de un centro de datos del proveedor de nube. En una modalidad, la arquitectura de software comprende de cientos de elementos funcionales atómicos que son pertinentes para crear instancias de máquinas y plataformas virtuales basadas en la nube, seguidos de rutinas de controlador de habilitación de plataforma e infraestructura de software que pueden crearse previamente y también crearse automáticamente en función de estados y políticas activos de la nube.

La presente descripción puede comprender al menos un módulo de interconexión implementado en al menos un radiolet de nivel inferior™ y el al menos un radiolet de nivel superior™ y que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de interconexión realice funciones de comunicación. El módulo funcional de interconexión definido por software puede formar el "intermediario" entre los módulos funcionales SDMN, SDMAP y SDMCF. Todos los formatos y protocolos de comunicaciones de interfunción pueden ser manejados por el módulo funcional de interconexión. Los métodos de comunicación típicos incluyen, por ejemplo (sin limitación): comunicaciones basadas en archivos utilizando el Protocolo de transferencia de archivos (FTP), buses empresariales (por ejemplo, entre sistemas de software, no solo módulos), servicios web y API Restful. También son aplicables otros mecanismos, dependiendo de las funciones de la red y/o la aplicación. En una modalidad, el módulo funcional de interconexión es ejecutado en software tanto en los radiolets de nivel inferior como en el de nivel superior™ y de una manera distribuida.

La presente descripción comprende al menos un módulo de solución implementado en al menos un radiolet de nivel inferior™ y el al menos un radiolet de nivel superior™ y que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de solución realice funciones de soporte de aplicaciones y almacenamiento de datos. El módulo de función de solución definida por software puede contener la lógica de la solución y los almacenes de datos que habilitan diversos servicios digitales. Los módulos de solución lógica pueden comprender programas de software los cuales recurren a módulos de software individuales (por ejemplo, microservicios) y almacenes de datos (por ejemplo, colecciones de bases de datos de diferentes tipos). Estas pueden ser pilas de soluciones personalizadas, que pueden permitir a varios proveedores de aplicaciones ofrecer servicios digitales móviles mientras que brindan soporte integral de medición, monitoreo y administración. En una modalidad, el módulo funcional de solución puede ser ejecutada en software tanto en los radiolets de nivel inferior como en el de nivel superior™ y de una manera distribuida.

La presente descripción comprende al menos un módulo de interfaz de movilidad implementado en al menos un radiolet de nivel inferior™ y el al menos un radiolet de nivel superior™ y comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que causan que al menos un módulo de interfaz de movilidad realice funciones de interfaz. Las API de movilidad definidas por software y el módulo funcional del SDK de nube pueden comprender múltiples arquitecturas de protocolo basadas en software con máquinas de estado integradas, libros de códigos e interfaces con otros módulos de software e interfaces de cliente. Las funciones de interfaz pueden ser los propios módulos de software, pero exponen un activo de software subyacente (por ejemplo, una interfaz con un activo de software). Por ejemplo, los activos de software pueden ser otros programas de software u objetos/archivos de datos. En una modalidad, el módulo de interfaz de movilidad de software puede ser ejecutado en software tanto en los radiolets de nivel inferior como en el de nivel superior™ y de manera distribuida.

Como se ha descrito anteriormente, aplicar movilidad a aplicaciones en la nube comprende un marco arquitectónico. En una modalidad, aplicar movilidad a aplicaciones en la nube puede comprender un enfoque definido por software que consiste en múltiples módulos funcionales. Aplicar la movilidad a las aplicaciones en la nube puede resolver los problemas fundamentales de la compleja primera milla, la larga Milla Media Móvil™ y conexión inalámbrica obstruida en la última milla. Como se ha descrito en la presente descripción, un sistema de "Interconexión Movilidad-Nube" (por ejemplo, que comprende plataformas y pilas de soluciones) con implementación distribuida y estrecha coordinación entre capas, permite que coexistan la conectividad, la informática y la conservación en Internet móvil. Los sistemas y métodos de la presente descripción, cuando se combinan con una creación de instancias local optimizada (por ejemplo, en el borde de radio), permiten la creación de una instancia de aplicación de nube de movilidad personalizada cerca del usuario, resolviendo así los tres problemas del complejo primera milla, la larga milla intermedia y la última milla inalámbrica obstruida.

En una modalidad de la presente descripción, la creación de instancias de agentes de cliente en un radiolet de nivel superior™ permite la agregación de múltiples solicitudes, agilizando las conexiones del lado del cliente a través de un sistema de solicitudes a potencialmente una única conexión, lo que lleva a una única ruta optimizada desde el cliente al agente, simplificando así drásticamente la primera milla. En una modalidad, localizar radiolets de nivel inferior™ y los módulos funcionales SDMN en el borde de la radio permiten que el tráfico evite completamente el núcleo del paquete, eliminando así de manera efectiva la Milla Media Móvil™. En una modalidad, una combinación de máquinas de estado (por ejemplo, para un usuario determinado) a través de múltiples solicitudes seguidas de métodos de optimización entre capas permiten que cada sesión de usuario individual tenga más capacidad de respuesta. Esto, a su vez, puede hacer que las sesiones de usuario se completen más rápido, lo que genera más sesiones del mismo usuario o nuevas sesiones de usuario en una unidad de tiempo determinada. Dada la naturaleza compartida de la última milla inalámbrica, esto permite desatascar la última milla. La presente descripción también proporciona medios para soportar la movilidad de la capa de aplicaciones lo cual explota la arquitectura de red de dos niveles y puede incluir un sistema de gestión de red distribuida que proporciona servicios gestionados de alta disponibilidad sin ninguna integración operativa con redes de operadores o centros de datos de ecosistemas de aplicaciones.

En una modalidad, la naturaleza hiperdistribuida de un sistema de interconexión Mobility-Cloud, combinada con API de movilidad inteligente y SDK de nube, además de un motor de creación de servicios personalizado para cada solución vertical, permite una estrecha coordinación entre las tres "millas" y, por lo tanto, la aplicación y la red pueden funcionar en conjunto. A través de una combinación de módulos funcionales definidos por software, cuyas modalidades fueron descritos anteriormente, dicho sistema preserva la lógica de control de manera centralizada (por ejemplo, a través de la red, la nube y la aplicación) mientras mueve el tráfico de red, los datos de la aplicación y la lógica de la aplicación sin control cerca del usuario y ejecutado en una instancia de nube autónoma. Además, la presente descripción proporciona medios para identificar datos de flujo de tráfico a partir de datos de flujo de señalización y servir datos de contenido y aplicaciones desde el radiolet de nivel inferior™. Los datos de flujo de señalización, tanto en la capa de red como de aplicación, pueden pasar a través de una red de telecomunicaciones móviles existente que incluye servidores para manejar la gestión de suscriptores, sesiones y movilidad, sin ningún cambio, así como un centro de datos de aplicaciones donde se gestiona la lógica de control de la capa de aplicación. Los datos de flujo de tráfico están dirigidos para que pasen a través de otra red de telecomunicaciones móviles. La presente descripción también puede proporcionar medios para la distribución, almacenamiento y entrega de contenido, así como alojamiento de aplicaciones desde el radiolet de nivel inferior™, en la otra red de telecomunicaciones móviles. Aún más, la presente descripción proporciona medios para la gestión inteligente de recursos y métodos de control de flujo aplicados a la entrega de contenido y sesiones de aplicación, los cuales pueden conducir a mejoras espectaculares en la eficiencia operativa del camino de un extremo a otro a lo largo de las tres millas del flujo.

En otra modalidad ilustrativa, los datos de la aplicación son obtenidos de varios sitios de Internet y/o empresas participantes y puestos a disposición de una o más ubicaciones de radiolet de nivel superior™. Los datos pueden incluir, por ejemplo (sin limitación): contenido, fuentes de medios y datos de aplicaciones. Uno o más de los radiolet(s) de nivel superior ™ puede obtener los datos, después de lo cual los datos pueden ser replicados en muchos otros radiolet(s) de nivel superior ™ en múltiples ubicaciones. La elección de otros radiolet(s) de nivel superior ™ que obtienen datos de los radiolet(s) de nivel superior ™ puede depender de varias reglas estáticas y dinámicas. Las reglas estáticas ilustrativas pueden incluir tipos de contenido y políticas proporcionadas de antemano por socios de contenido, donde los socios de contenido pueden ser cualquier proveedor de contenido o datos móviles, y se pueden crear reglas dinámicas periódicamente en función de los resultados de algoritmos inteligentes de gestión de contenido. Luego, los datos pueden replicarse en uno o más radiolet(s) de nivel inferior ™. Los radiolet(s) de nivel inferior ™ puede recuperar los datos de los radiolet(s) de nivel superior ™ o los radiolet(s) de nivel superior ™ puede distribuir los datos a los radiolet(s) de nivel inferior ™. Parámetros para decidir qué datos son almacenados en un radiolet de nivel inferior determinado™ puede basarse en la frecuencia de las solicitudes del mismo dato (por ejemplo, la popularidad de los datos), redes, centro de datos y políticas comerciales, o cualquier otro parámetro deseado.

En otra modalidad ilustrativa, uno o más microservicios con la lógica de servicio correspondiente pueden actuar sobre los datos de la aplicación de una manera que se basa en políticas de aplicación o políticas de usuario personalizadas (o una combinación) que conducen a la curación de la capa de aplicación donde la conectividad y la computación coexisten.

Cuando el dispositivo móvil de un suscriptor abre una aplicación, esto activa una solicitud de datos, esta solicitud puede entregarse a los radiolet(s) de nivel inferior ™ en la red y luego a un radiolet de nivel superior™ que esté más cerca del suscriptor. El radiolet(s) más cercano ™ al suscriptor, junto con una interconexión entre los niveles superior e inferior, pueden ubicarse en el borde de radio, donde se recibe la solicitud de tráfico del suscriptor. Dirigir la solicitud de tráfico a los radiolet(s) de nivel inferior más cercanos ™ puede incluir identificar y separar paquetes de tráfico de paquetes de señalización (desde el dispositivo móvil del suscriptor). En una modalidad, dicha identificación y separación puede ser implementada en un conmutador que gestiona y comunica a través de todos los radiolets de nivel inferior™.

Todos los datos de señalización pueden ser enviados directamente a la red central, donde la red central puede comprender varios servidores que proporcionan diversas funciones particulares tales como, por ejemplo (y sin limitación), servidores de función de políticas y reglas de cobro (PCRF), dispositivo de mediación en tiempo real (RTMD) y servidores de autenticación, autorización y contabilidad (AAA), y servidores de nodos de servicio de datos en paquetes (PDSN), u otros elementos de red conocidos en la técnica. Todos los paquetes de datos que no son de señalización pueden ser declarados como paquetes de tráfico y dirigidos a los radiolet(s) inferiores ™. Los radiolet(s) de nivel inferior ™ luego puede crear una instancia temporal del contenido/medios/aplicación/sesión de comunicación y en combinación con los radiolets de nivel superior™ atender la solicitud de manera similar a un servidor de contenido/medios/aplicación/comunicación existente en un centro de datos en la nube. En una modalidad, el servidor de contenido/medios/aplicación/comunicación puede crear una sesión de protocolo de control de flujo tal como, por ejemplo, una sesión de protocolo de control de transmisión (TCP), con el dispositivo móvil del suscriptor usando protocolos de Internet existentes, y entregar datos de tráfico como un protocolo de control de flujo, o por ejemplo, un datagrama TCP. Una vez completada la sesión de contenido/medios/aplicación/comunicación, se pueden procesar sesiones adicionales del mismo dispositivo móvil del suscriptor o de diferentes utilizando los mismos procedimientos.

La presente descripción puede lograr mejoras de eficiencia a través de uno o más de lo siguiente: fundamentalmente, buscar, almacenar y entregar datos de los radiolet(s) de nivel inferior más cercanos ™ y/o enrutar las comunicaciones de móvil a móvil a través de los radiolet(s) de nivel inferior más cercanos ™, reducir la latencia de la sesión de contenido/medios/aplicación y puede permitir que se alojen más sesiones de suscriptores en la misma red; completar una sesión en un período de tiempo más corto permitiendo también que el dispositivo móvil de un suscriptor determinado deje de enviar varios mensajes de control (por ejemplo, haces piloto e información de calidad del canal, mensajes de mantenimiento activo de la capa de aplicación, etc.), lo cual permite que la red y el centro de datos admita suscriptores adicionales que puedan realizar solicitudes de datos de tráfico adicionales; y mediante una combinación de métodos de gestión de recursos y control de flujo, puedan lograrse ganancias adicionales y significativas en eficiencias operativas que puedan permitir sesiones de protocolo de control de flujo más rápidas. Además, después de completar un contenido de datos o una sesión de aplicación, la presente descripción puede permitir sesiones adicionales desde el mismo o diferentes dispositivos móviles de suscriptor usando los mismos métodos.

En una modalidad, la presente descripción puede incluir las siguientes características, aplicables a una base de suscriptores de un ecosistema de contenido, por ejemplo (sin limitación): los radiolet(s) inferiores™ proporcionan directamente almacenamiento y caché para páginas/contenido estático; y se puede proporcionar aceleración dinámica de contenido móvil a través de una solución híbrida de almacenamiento/caché y microservicios móviles. La funcionalidad para la aceleración dinámica del sitio puede dividirse entre los radiolet(s) de nivel superior e inferior™. Además, los datos de la aplicación pueden ser almacenados localmente en bases de datos transitorias, con la correspondiente lógica de microservicios para recuperación, entrega, sincronización, etc. Tanto los radiolet(s) de nivel superior™ y radiolet(s) de nivel inferior™ pueden ser configurados para admitir cualquier tipo de aplicación de software, y la implementación de la aplicación de software (por ejemplo, su introducción al público en general) puede depender de la estrategia comercial y de los aportes de gestión de productos de los suscriptores del ecosistema de contenido. Para acelerar aún más la implementación de nuevas funciones y productos de aplicaciones, los radiolets de nivel superior™ puede venir pre-equipado con cientos de microservicios para que los utilice cualquier proveedor de aplicaciones. Las ubicaciones de los suscriptores se pueden descubrir cuando un suscriptor realiza una solicitud de aplicación. En una modalidad ilustrativa, cada solicitud de datos de la aplicación pasa a través de un radiolet de nivel inferior™ de un Sistema de Interconexión Movilidad-Nube. A medida que el usuario migra de una ubicación a otra, pueden ser actualizadas fácilmente varias máquinas de estado para determinar qué radiolet de nivel inferior™ el usuario se conecta. Luego, esta información puede ser almacenada de modo que se puedan determinar las rutas óptimas para la comunicación de datos entre suscriptores. En el caso de suscriptores móviles, se puede proporcionar continuidad de la comunicación de datos cuando los dispositivos móviles se mueven de una ubicación (por ejemplo, un borde de radio) a otra.

La presente descripción puede proporcionar varios "servicios de valor añadido" empaquetados en torno a información de la interfaz de programación de aplicaciones (API) (en forma de metadatos) que favorecerán la monetización. La presente descripción puede proporcionar servicios de valor añadido a los suscriptores, pero obtenerlos de operadores así como de otros proveedores externos, mientas que proporciona la información necesaria para generar estas API de monetización, actuando esencialmente como un "estante de supermercado" para los servicios de valor añadido. Estos servicios de valor añadido, desde la perspectiva de los ecosistemas de contenidos y aplicaciones, permiten acelerar el despliegue de nuevos servicios y aprovechar las oportunidades de mercado antes de lo que es posible actualmente.

En una modalidad ilustrativa de la presente descripción, se pueden proporcionar algoritmos inteligentes para mejorar la eficiencia de la RAN aumentando el número de páginas/sesiones que son entregados o completados en una unidad de tiempo sobre una unidad de espectro determinada. Esto se puede lograr mediante un conjunto de optimizaciones de los algoritmos de control de flujo que normalmente forman parte de TCP y tratando el control de flujo como un mecanismo de control de bucle externo adaptado para funcionar con los algoritmos de programación de capa mac existentes. En una modalidad, la presente descripción no requiere ninguna modificación en los algoritmos de programación de la capa mac. Para la continuidad de la sesión se puede proporcionar un intercambio coordinado entre los nodos servidores de origen y de destino de información de contenido, así como de parámetros TCP, denominado "movilidad de capa de contenido". Esto soluciona el problema de un suscriptor que migra de un nodo de servicio de contenido a otro nodo durante una sesión de contenido/aplicación. En una modalidad, la presente descripción puede operar por encima de la RAN la cual puede proporcionar una solución independiente de la arquitectura y la implementación, lo que significa que la presente descripción no se limita por el tipo de implementación de la red de datos de los operadores móviles (por ejemplo, macro, micro, pico) y despliegues femto celulares).

Volviendo ahora a un ejemplo de intercambio de medios sociales ilustrativos (por ejemplo, una aplicación de mensajería o un intercambio de audio en tiempo real entre dos partes) de acuerdo con un ejemplo de modalidad ilustrativa de la presente descripción, el intercambio de medios sociales comprende un flujo de datos de móvil a móvil ilustrativo de acuerdo con una modalidad ilustrativa de la presente descripción. En este flujo, un dispositivo llamante y un dispositivo llamado (por ejemplo, dos teléfonos móviles u otros dispositivos de comunicación capaces de comunicaciones de voz sobre IP (VoIP)) pueden ser conectados a la misma RAN. Por ejemplo, los dos dispositivos pueden utilizar la misma red de proveedor e incluso pueden ubicarse dentro del mismo celular. La señalización del establecimiento de llamadas, a través de varios servidores de aplicaciones, puede también tener lugar entre el dispositivo que llama, la RAN, la red central, el punto de intercambio de tráfico y el servidor de señalización de aplicaciones. De manera similar, la señalización también puede tener lugar entre el dispositivo llamado, la RAN, la red central, el punto de intercambio de tráfico y el servidor de señalización de aplicaciones. En una modalidad, una comunicación de datos mejorada (u óptima) de paquetes de tráfico (o paquetes de medios según corresponda en la capa de aplicación) entre el dispositivo llamante y el dispositivo llamado puede seguir la ruta del dispositivo llamante a RAN, RAN al radiolet de nivel inferior™, radiolet de nivel inferior™ al radiolet de nivel superior™, radiolet de nivel superior™ para apuntar al radiolet de nivel superior™ donde se ancla el dispositivo llamado, apunte al radiolet de nivel superior™ al dispositivo del destinatario de la llamada, o viceversa, sin seguir las rutas convencionales a través de las tres millas descritas anteriormente (por ejemplo, la primera milla, la milla intermedia y la última milla). Para que funcione este enrutamiento optimizado, la ubicación del radiolet de nivel superior objetivo™ el lugar donde es anclado el dispositivo llamado es recuperado de una base de datos que está disponible localmente en cada radiolet de nivel superior™. La información completada en dicha base de datos puede provenir del mecanismo de descubrimiento de ubicación descrito anteriormente.

Volviendo ahora a un ejemplo de flujo de datos de móvil a móvil ilustrativo de acuerdo con una ejemplar modalidad ilustrativa de la presente descripción, el sistema puede conocer las ubicaciones del dispositivo llamante y el dispositivo llamado. Sin embargo, estos dispositivos pueden cruzar límites de radio antes o durante el intercambio de datos. Por lo tanto, el dispositivo llamante y el dispositivo llamado pueden comenzar en la misma celda, pero pueden pasar a celdas diferentes durante una sesión. En otra modalidad, el dispositivo llamante y el dispositivo llamado pueden iniciar una sesión geográficamente separados y/o permanecer geográficamente separados durante una sesión completa. En otra modalidad más, el dispositivo llamante y el dispositivo llamado pueden estar en redes de proveedores separadas (y pueden estar o no geográficamente cerca el uno del otro). El flujo descrito anteriormente puede ser utilizado para facilitar las comunicaciones entre el dispositivo llamante y el dispositivo llamado en todas estas situaciones, por ejemplo.

En tales transacciones de redes sociales de móvil a móvil casi en tiempo real (o en tiempo real), los tipos y capacidades de los dispositivos pueden diferir. Por ejemplo, en un intercambio de audio, los formatos de codificación soportados por los puntos finales pueden ser diferentes. En un ejemplo de modalidad ilustrativa de la presente descripción, el soporte para la alteración y normalización de formatos en ambas direcciones (por ejemplo, transcodificación), para soportar un intercambio que sea transparente para el usuario/dispositivo, puede realizarse mediante uno o más microservicios en el uno o más radiolets del nivel superior™. Alternativamente, en un ejemplo de modalidad ilustrativa de la presente descripción, el uno o más radiolets de nivel superior™ involucrados en tales transacciones e intercambios de medios sociales de móvil a móvil pueden determinar de antemano un formato que sea común a los puntos finales del dispositivo y, por lo tanto, utilizar una operación sin transcodificador para el intercambio.

En una modalidad de la presente descripción, se admite la optimización de las funciones de búsqueda normalmente integradas en cualquier aplicación. Esto se aplica a aplicaciones estáticas, dinámicas, casi en tiempo real y en tiempo real. Un caso de uso normal comprende, por ejemplo, una aplicación cliente integrada con una función de diálogo de búsqueda y el lado del servidor de la aplicación que realiza dichas funciones de búsqueda en una colección distribuida de bases de datos de aplicaciones y devuelve dichos resultados de búsqueda con un hipervínculo para acceder a los resultados de dicha búsqueda. En una modalidad ilustrativa, se pueden implementar varias bases de datos de la capa de aplicación (o un subconjunto de las bases de datos) en uno o más radiolets de nivel superior™. Además de implementar bases de datos en dichos radiolets de nivel superior™, los microservicios que contienen lógica de datos de búsqueda serán implementados en estos (o en una colección más grande) de radiolets de nivel superior™. Una vez que el radiolet de nivel superior recibe una solicitud de búsqueda™ más cercano al cliente, se pueden invocar y ejecutar uno o más microservicios en un contenedor del sistema operativo en dicho radiolet de nivel superior™. El software y la lógica para dicha ejecución residirán en dicho radiolet de nivel superior™. Después de esta ejecución preliminar de uno o más microservicios, se puede completar un descubrimiento de qué bases de datos de aplicaciones contienen datos de aplicaciones y los hipervínculos correspondientes que "pertenecen" a la solicitud de búsqueda. Luego se seleccionan los resultados de la búsqueda, en función de diversas políticas de aplicación, lógica y entradas en tiempo real, y se elabora una respuesta para el cliente. Dicho radiolet de nivel superior™ simultáneamente puede enviar la respuesta al cliente y puede solicitar datos de la aplicación desde varias bases de datos de la aplicación (distribuidas en múltiples radiolets de nivel superior™ y otra infraestructura de fondo de aplicaciones propiedad del proveedor de aplicaciones) a través de un enlace de alta velocidad. Los datos de aplicaciones recibidos de dichas bases de datos de aplicaciones estarán potencialmente disponibles en el radiolet de nivel superior™ antes de que el usuario final solicite cualquier dato específico de la aplicación que esté incrustado en la respuesta de la búsqueda.

Una vez que la aplicación cliente recibe la respuesta de búsqueda, las solicitudes del usuario final se atienden directamente desde el radiolet de nivel superior™. Al finalizar la solicitud de búsqueda, el radiolet de nivel superior™ puede optar por aplicar lógica interna, continuar y almacenar varios datos de la aplicación recibidos y/o atender solicitudes futuras del mismo o de diferentes clientes. Esta lógica interna puede ser optimizada aún más estableciendo un parámetro de "tiempo de vida" el cual, cuando haya expirado, permita que el radiolet de nivel superior™ elimine dichos registros de datos de las aplicaciones.

En una modalidad de la presente descripción, las API de movilidad pueden ser utilizadas para diversos usos y beneficios comerciales. La Tabla 1 que sigue proporciona un ejemplo de una lista ilustrativa de API de movilidad de acuerdo con la presente descripción y un caso de uso empresarial ilustrativo y un beneficio empresarial para cada API ilustrativa. Si bien la Tabla I a continuación puede utilizar el lenguaje de las redes 3G-HSPA, debe entenderse que las API de movilidad ilustrativas son aplicables a cualquier tipo de red de acceso, incluyendo, por ejemplo (sin limitación): HRPD, LTE, WiFi, etc.

Tabla 1:

En una modalidad de la presente descripción, se puede implementar un "algoritmo de bucle externo" en los radiolet(s) de nivel inferior™. El algoritmo de bucle externo es un algoritmo de gestión de recursos entre capas que mejora la eficiencia operativa del espectro. El algoritmo de bucle externo puede aplicar información obtenida en una capa a otra capa. En un ejemplo de modalidad ilustrativa de la presente descripción, el algoritmo de bucle externo puede permitir que se optimicen sesiones de protocolo punto a punto (PPP) individuales (no solo sesiones de protocolo de control de transmisión (TCP)). Cuando se optimizan las sesiones PPP individuales, el sistema puede entregar más páginas por sesión PPP.

En una modalidad ilustrativa adicional, cualquiera de las características y/o etapas del método descritos en la presente descripción pueden ser incorporadas y/o implementadas mediante cualquiera de los sistemas, dispositivos, procesadores o aparatos descritos en la presente descripción. Además, cualquiera de las etapas del método descritos en la presente descripción puede ser implementadas en una red de operador y/o un centro de datos en la nube de Internet usando equipos y aparatos existentes mediante la implementación de una o más aplicaciones de software que tienen instrucciones legibles por ordenador que, cuando se ejecutan, hacen que dichos equipos y aparatos existentes realicen (o exhiban) uno o más de las etapas del método y/o características descritas en esta descripción.

Un sistema de acuerdo con la presente descripción puede comprender uno o más dispositivos informáticos que comprenden uno o más procesadores configurados para ejecutar instrucciones legibles por ordenador que, cuando se ejecutan, hacen que dicho uno o más dispositivos informáticos realicen cualquiera de las etapas del método (y/o exhiban cualquier de las características) descritas en la presente descripción. Los dispositivos informáticos pueden incluir cualquier combinación de (y cualquier número de) sistemas jerárquicos de radiolets™, centros de datos, ordenadores, fuentes de datos, fuentes de solicitud de datos, servidores, dispositivos de comunicación móviles, teléfonos inteligentes, tabletas, cualquier otro elemento de red de telecomunicaciones móviles y/o datos móviles, y/o cualquier otro dispositivo informático y/o de comunicación.

Notablemente, los sistemas y métodos descritos en la presente descripción no se limitan a las comunicaciones móviles normales. En cambio, los sistemas y métodos descritos en la presente descripción pueden relacionarse con soluciones de habilitación de entretenimiento móvil, soluciones de habilitación de infoentretenimiento móvil, soluciones de habilitación de tecnología publicitaria móvil, soluciones de habilitación de redes sociales móviles, soluciones de habilitación de comercio móvil, soluciones de habilitación de aplicaciones empresariales móviles, soluciones móviles de habilitación de pares soluciones de habilitación entre pares, soluciones de habilitación de comunicaciones móviles, soluciones de habilitación de aplicaciones empresariales móviles y otras soluciones móviles, tales como soluciones de habilitación de datos gratuitos.

Claims

REIVINDICACIONES

1. Un sistema (100, 200, 300, 400) para proporcionar una nube de aplicaciones (101, 211, 409) en comunicación con una red (110, 220) y habilitar la nube de aplicaciones (101, 211,409) y la red (110, 220) para trabajar en un plano de datos y en un plano de control en tándem, comprendiendo el sistema (100, 200, 300, 400):

una arquitectura que comprende una plataforma de inserción de red de movilidad configurada para procesar datos en el plano de datos, una aplicación y un marco de entrega en la nube configurados para procesar medios en el plano de datos, y una interconexión entre la plataforma de inserción y el marco de entrega que puede ser local y distribuida;

implementándose la interconexión en al menos un servidor de nivel superior (433, 561, 624) y al menos un servidor de nivel inferior (431,521,623);

el al menos un servidor de nivel superior (433, 561, 624) está configurado para comunicarse con la nube de aplicaciones (101, 211,409) y para servir a al menos un servidor de nivel inferior (431, 521, 623) a través de una o más redes de operadores en un área geográfica determinada;

el al menos un servidor de nivel inferior (431, 521, 623) está ubicado en un borde de radio y configurado para comunicarse con la red (110, 220) y, en términos de distancia de red o distancia física, ubicado más cerca de una fuente de solicitud de datos (401) que la nube de aplicaciones (101,211,409);

al menos un módulo de red de movilidad implementado en al menos un servidor de nivel inferior (431, 521, 623), al menos un módulo de red de movilidad que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que el al menos un módulo de red de movilidad realice una o más funciones de datos de tráfico en el plano de datos;

al menos un módulo de aplicación de movilidad implementado en al menos un servidor de nivel superior (433, 561, 624), al menos un módulo de aplicación de movilidad al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de red de movilidad realice una o más funciones de datos de aplicación en el plano de datos; y

al menos un módulo de nube de movilidad implementado en al menos un servidor de nivel inferior (431, 521, 623) y al menos un servidor de nivel superior (433, 561,624), que comprende al menos un módulo de nube de movilidad al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de nube de movilidad realice funciones de ejecución informática de una sesión en la nube, en donde la plataforma de inserción de red de movilidad está configurada para proporcionar una separación del plano de control del plano de datos y para procesar los datos en el plano de datos garantizando al mismo tiempo que los paquetes del plano de control sean manejados por elementos funcionales de la red.

2. El sistema (100, 200, 300, 400) de la reivindicación 1, en donde:

la interconexión incluye al menos un módulo de interconexión que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de interconexión realice funciones de comunicación;

el sistema (100, 200, 300, 400) comprende además al menos un módulo de solución implementado en al menos un servidor de nivel inferior (431, 521, 623) y al menos un servidor de nivel superior (433, 561, 624) y que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de solución realice funciones de soporte de aplicaciones y almacenamiento de datos; y el sistema (100, 200, 300, 400) comprende al menos un módulo de interfaz de movilidad implementado en al menos un servidor de nivel inferior (431, 521, 623) y al menos un servidor de nivel superior (433, 561, 624) y que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de interfaz de movilidad realice funciones de interfaz.

3. El sistema (100, 200, 300, 400) de la reivindicación 1, en donde al menos uno de

el al menos un servidor de nivel inferior (431, 521, 623) y el al menos un servidor de nivel superior (433, 561, 624) están distribuidos geográficamente, o

la arquitectura comprende una arquitectura de superposición adaptativa.

4. El sistema (100, 200, 300, 400) de la reivindicación 1, en donde al menos uno de

el al menos un módulo de red de movilidad retiene las funciones del plano de gestión y del plano de control en un núcleo de paquetes centralizado de una red de operador, o

el al menos un módulo de red de movilidad conserva funciones del plano de gestión y del plano de control en un núcleo de paquetes centralizado de una red de operador, en donde las funciones del plano de gestión y del plano de control están implementados en un servidor proxy del operador (432).

5. El sistema (100, 200, 300, 400) de la reivindicación 1, en donde al menos uno de

el al menos un módulo de aplicación de movilidad conserva funciones del plano de gestión y del plano de control en módulos centralizados de un centro de datos del proveedor de aplicaciones, o

el al menos un módulo de aplicación de movilidad conserva las funciones del plano de gestión y del plano de control en módulos centralizados de un centro de datos del proveedor de aplicaciones, en donde las funciones del plano de gestión y del plano de control se implementan en un servidor proxy superior.

6. El sistema (100, 200, 300, 400) de la reivindicación 1, en donde al menos uno de

el al menos un módulo de nube de movilidad conserva las funciones del plano de gestión y del plano de control en elementos de red centralizados de un centro de datos del proveedor de la nube, o

el al menos un módulo de nube de movilidad conserva funciones del plano de gestión y del plano de control en elementos de red centralizados de un centro de datos del proveedor de nube, en donde las funciones del plano de gestión y del plano de control son implementados en un servidor proxy de nube.

7. Un método de computación en la nube móvil y que proporciona una nube de aplicaciones (101, 211, 409) en comunicación con una red (110, 220) y permite que la nube de aplicaciones (101, 211, 409) y la red (110, 220) funcionen en un plano de control y en un plano de datos en tándem, comprendiendo el método:

procesar los datos en el plano de datos mediante una plataforma de inserción de red de movilidad de una arquitectura de red, procesar datos de medios en el plano de datos mediante una aplicación y un marco de entrega en la nube de la arquitectura de red, y proporcionar una interconexión entre la plataforma de inserción y el marco de entrega que puede ser local y distribuida, en donde la interconexión es implementada en al menos un servidor de nivel superior (433, 561,624) y al menos un servidor de nivel inferior (431,521,623), el al menos un servidor de nivel superior (433, 561, 624) se comunica con la nube de aplicaciones (101, 211, 409) y da servicio a al menos un servidor de nivel inferior (431, 521, 623) a través de una o más redes de operador en un área geográfica determinada, y al menos un servidor de nivel inferior (431, 521, 623) que está ubicada en un borde de radio y se comunica con la red (110, 220) y, en términos de distancia de red o distancia física, ubicado más cerca de una fuente de una solicitud de datos (401) que la nube de aplicaciones (101,211,409); realizar, mediante la ejecución de instrucciones legibles por ordenador mediante al menos un procesador incluido en al menos un módulo de red de movilidad, una o más funciones de datos de tráfico en el plano de datos, en donde el al menos un módulo de red de movilidad es implementado en al menos un servidor de nivel inferior (431,521,623);

realizar, mediante la ejecución de instrucciones legibles por ordenador mediante al menos un procesador incluido en al menos un módulo de aplicación de movilidad, una o más funciones de datos de aplicación en el plano de datos, en donde el al menos un módulo de aplicación de movilidad es implementado en al menos un servidor de nivel superior (433, 561,624); y

realizar, mediante la ejecución de instrucciones legibles por ordenador mediante al menos un procesador incluido en al menos un módulo de nube de movilidad, funciones de ejecución informática de una sesión de nube, en donde el al menos un módulo de nube de movilidad está incluido en al menos un servidor de nivel inferior (431,521,623) y el al menos un servidor de nivel superior (433, 561,624), en donde

la plataforma de inserción de red de movilidad proporciona separación del plano de control del plano de datos y procesa los datos en el plano de datos mientras que garantiza que los paquetes del plano de control sean manejados por elementos funcionales de la red.

8. El método de la reivindicación 7, que comprende además:

implementar la interconexión como al menos un módulo de interconexión que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de interconexión realice funciones de comunicación;

implementar al menos un módulo de solución en al menos un servidor de nivel inferior (431, 521, 623) y al menos un servidor de nivel superior (433, 561,624), que comprende al menos un módulo de solución al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de solución realice funciones de soporte de aplicaciones y almacenamiento de datos; e

implementar al menos un módulo de interfaz de movilidad en al menos un servidor de nivel inferior (431,521, 623) y al menos un servidor de nivel superior (433, 561,624), el al menos un módulo de interfaz de movilidad que comprende al menos un procesador que ejecuta instrucciones legibles por ordenador que hacen que al menos un módulo de interfaz de movilidad realice funciones de interfaz.

9. El método de la reivindicación 7, en donde al menos una de

las arquitecturas comprenden una arquitectura de superposición adaptativa, o

el al menos un servidor de nivel inferior (431, 521, 623) y el al menos un servidor de nivel superior (433, 561, 624) esten distribuidos geográficamente.

10. El método de la reivindicación 7, que comprende además conservar, mediante al menos un módulo de red de movilidad, las funciones del plano de gestión y del plano de control en un núcleo de paquetes centralizado de una red de operador.

11. El método de la reivindicación 10, que comprende además implementar las funciones del plano de gestión y del plano de control en un servidor proxy del operador (432).

12. El método de la reivindicación 7, que comprende además conservar, mediante al menos un módulo de aplicación de movilidad, las funciones del plano de gestión y del plano de control en módulos centralizados de un centro de datos del proveedor de aplicaciones.

13. El método de la reivindicación 12, que comprende además implementar las funciones del plano de gestión y del plano de control en un servidor proxy superior.

14. El método de la reivindicación 7, que comprende además:

conservar, mediante al menos un módulo de nube de movilidad, funciones del plano de gestión y del plano de control en elementos de red centralizados de un centro de datos del proveedor de nube, e

implementar las funciones del plano de gestión y del plano de control en un servidor proxy en la nube.