ES2993364T3 - Greedy user equipment data transport network selection - Google Patents

Abstract

Un dispositivo inalámbrico determina si una sesión de datos es sensible al rendimiento y, en respuesta a que la sesión de datos sea sensible al rendimiento, selecciona un nodo de transporte de datos (DTN) y realiza la sesión de datos utilizando el DTN seleccionado. Si una sesión de datos es sensible al rendimiento se puede determinar utilizando información sobre un proceso asociado con la sesión de datos, mediante el monitoreo de la sesión de datos o ambos. El DTN se puede seleccionar de una lista de DTN disponibles según la cual DTN probablemente proporcionará el mayor rendimiento para la sesión de datos o según cuál DTN o DTN probablemente proporcionarán un rendimiento adecuado. Se pueden utilizar pruebas de microvelocidad, información de rendimiento histórico u otros criterios para predecir el rendimiento de los DTN disponibles. Cuando varios DTN satisfacen los criterios de selección, se puede utilizar una política de buen vecino para seleccionar el DTN. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Selección codiciosa de red de transporte de datos de equipo de usuario

ANTECEDENTES

Para proporcionar una cobertura de zona óptima, muchas redes de datos inalámbricas se componen de nodos de transporte de datos (DTN), cada uno de los cuales cubre un área o subáreas geográficas que normalmente son colindantes y se solapan entre sí. Como resultado, en un momento dado, un terminal de equipo de usuario (UE) puede tener la oportunidad de conectarse a muchos DTN. Normalmente, el UE solo puede conectarse a la vez a uno de los DTN disponibles de cualquier Tecnología de Acceso Radioeléctrico (RAT) particular.

En función de distribuciones aleatorias de usuarios y de la demanda variable de servicios de datos, la velocidad del flujo total de la red varía de un DTN a otro. Las redes contiguas o que se solapan pueden tener capacidades de transporte radicalmente distintas, como el flujo, la latencia, el número de otras conexiones simultáneas, que cambian constantemente con el tiempo.

Normalmente, un usuario preferiría tener la mejor experiencia posible. Sin embargo, dos usuarios de una misma zona que accedan al mismo proveedor de DTN (por ejemplo, el mismo proveedor de telefonía móvil) e incluso utilicen la misma aplicación (por ejemplo, una aplicación destreamingde vídeo) pueden, al conectarse respectivamente a DTN vecinos, experimentar un rendimiento radicalmente diferente, lo que provoca que el usuario conectado al DTN de menor rendimiento tenga una experiencia negativa en comparación con el usuario conectado al DTN de mayor rendimiento.

El documento US 2015/103755 A1 divulga el uso de la notificación de congestión explícita para la selección de red. Los bits de notificación de congestión explícita (ECN) que se han utilizado tradicionalmente en la mitigación de la congestión de extremo a extremo pueden redefinirse para identificar y comparar los accesos inalámbricos congestionados y los no congestionados. En consecuencia, los dispositivos móviles u otros equipos de usuario pueden aprovechar los datos ECN para realizar una selección inteligente de la red. En consecuencia, una aplicación que se ejecute en el dispositivo móvil puede enviar o recibir datos a través de la red que se haya seleccionado basándose en los datos ECN.

El documento US2016/278007 A1 divulga sistemas y métodos para seleccionar un punto de acceso en una red de comunicaciones inalámbricas. Un ejemplo de método para seleccionar un punto de acceso en una red de comunicaciones inalámbricas incluye detectar, en un dispositivo inalámbrico, una pluralidad de balizas. Cada baliza se corresponde con uno de una pluralidad de puntos de acceso y especifica una banda de frecuencia en la que opera su punto de acceso correspondiente. El método también incluye seleccionar, basándose en las bandas de frecuencia especificadas, un punto de acceso de la pluralidad. El método incluye además conectar el dispositivo inalámbrico al punto de acceso seleccionado

El documento WO2014/209569 A1 divulga la asociación consciente de aplicaciones en redes inalámbricas. Una aplicación puede estar asociada a un punto final de la aplicación al que se acceda a través de una red de área local inalámbrica. En esta divulgación, una estación inalámbrica puede seleccionar y asociarse a uno de una pluralidad de puntos de acceso que proporcione un mejor flujo de la aplicación al punto final de la aplicación. El flujo de la aplicación puede basarse en una combinación de la velocidad de enlace inalámbrico (entre la estación inalámbrica y el punto de acceso) y una velocidad de datos de la aplicación medida (del punto de acceso al punto final de la aplicación).

El documento US 2016/192238 A1 divulga un método y un aparato para la señalización de usuario/estación base y el equilibrio de carga a través de una red inalámbrica. En una forma de realización, el método comprende difundir, mediante una primera estación base de la red inalámbrica, información indicativa de la carga de la primera estación base; recibir una solicitud de asociación del terminal de usuario para la asociación a la primera estación base en respuesta a la predicción del terminal de usuario de que un flujo neto de la primera estación base, basado en la información indicativa de la carga, es mayor que el flujo neto de una segunda estación base a la que el terminal de usuario está asociado actualmente; y determinar si se acepta la solicitud de asociación mientras se realiza un proceso de asociación para permitir de manera selectiva solo una parte de las solicitudes de los terminales de usuario para asociarse a la estación base.

El documento US 9414404 B 1 divulga aparatos, sistemas y métodos para seleccionar una RAT y fusionar actividades de datos de aplicación para su transmisión utilizando la RAT. Un UE puede ejecutar una pluralidad de aplicaciones. Durante la ejecución, el UE puede recibir una solicitud para que efectúe una comunicación desde cada una de la pluralidad de aplicaciones, pudiendo cada solicitud incluir un plazo límite para realizar la comunicación. El UE puede determinar además una RAT para realizar la pluralidad de comunicaciones y programar la pluralidad de comunicaciones. Programar puede incluir combinar la pluralidad de comunicaciones a realizar a una hora programada utilizando la RAT. En consecuencia, la pluralidad de comunicaciones puede realizarse a la hora programada utilizando la RAT basada en dicha programación.

DESCRIPCIÓN BREVE DE LA INVENCIÓN

Un objetivo de las formas de realización divulgadas es proporcionar una mejor experiencia de usuario seleccionando cuál de una pluralidad de DTN disponibles utilizar basándose en una estimación de cuál de los DTN proporcionará el mejor rendimiento o al menos uno adecuado. El objetivo puede ser proporcionar una mejor experiencia de usuario para casos de uso que impliquen sesiones de datos sensibles al rendimiento tales como elstreamingde vídeo de alta definición, los videojuegos de alto rendimiento y similares.

La solicitud se refiere a métodos y dispositivos inalámbricos como se definen en las reivindicaciones adjuntas.

En la siguiente descripción, la invención se describe haciéndose referencia en especial a las figuras 3 y 4, mientras que la descripción de las figuras restantes se proporciona con fines ilustrativos para una mejor comprensión de la invención. BREVE DESCRIPCIÓN DE LOS DIBUJOS

la FIGURA 1 ilustra una red de comunicación según una forma de realización.

la FIGURA 2 ilustra los componentes de un Equipo de Usuario (UE) según una forma de realización.

la FIGURA 3 es un diagrama de flujo que ilustra un proceso para seleccionar y utilizar un Nodo de Transporte de Datos (DTN) según una forma de realización.

la FIGURA 4 es un diagrama de flujo que ilustra un proceso para determinar si una sesión de datos es una sesión de datos sensible al rendimiento según una forma de realización.

la FIGURA 5 es un diagrama de flujo que ilustra un proceso para seleccionar y utilizar un DTN para optimizar el rendimiento de Enlace Ascendente (UL) o de Enlace Descendente (DL) según una forma de realización. la FIGURA 6 es un diagrama de máquina de estado que ilustra un proceso de optimización de sesiones de datos según una forma de realización.

la FIGURA 7 es un diagrama de flujo que ilustra un proceso para generar una lista de DTN disponibles según una forma de realización.

la FIGURA 8 es un diagrama de flujo que ilustra un proceso para seleccionar un DTN de una lista según una forma de realización.

la FIGURA 9 es un diagrama de flujo que ilustra un proceso para seleccionar un DTN de una lista según otra forma de realización.

la FIGURA 10 es un diagrama de flujo que ilustra un proceso para seleccionar un DTN de una lista según otra forma de realización.

la FIGURA 11 es un diagrama de flujo que ilustra un proceso para seleccionar un DTN de una lista según otra forma de realización.

la FIGURA 12 es un diagrama de flujo que ilustra un proceso para seleccionar un DTN de una lista según otra forma de realización.

DESCRIPCIÓN DETALLADA

La presente divulgación se refiere a redes, y en particular a redes inalámbricas. Las formas de realización de la presente divulgación se refieren a cómo un dispositivo que puede conectarse a una pluralidad de DTN determina a cuál de esos DTN conectarse.

Según varias formas de realización, un dispositivo de usuario, tal como un Equipo de Usuario (UE) en una red inalámbrica, selecciona a cuál de una pluralidad de DTN conectarse basándose en una predicción o estimación de en qué medida cada DTN de la pluralidad de DTN satisfará los requisitos relativos al rendimiento de la red de una sesión de datos que el dispositivo de usuario esté realizando o a punto de realizar.

La FIGURA 1 ilustra una red de comunicación 100 según una forma de realización. La red 100 incluye una Red de Área Amplia (WAN) 102 (por ejemplo, Internet), una pluralidad de estaciones base celulares 104A y 104B, un Punto de Acceso wifi (AP) 108, y una pluralidad de servidores 114A y 114B conectados a la WAN 102. Sin embargo, las formas de realización no están limitadas a ella. La red de comunicación 100 funciona para permitir la comunicación entre una pluralidad de Equipos de Usuario (UE) 120A, 120B y 120C y los servidores 114A y 114B. Cada una de las estaciones base celulares 104A y 104B y el AP wifi 108 pueden operar como uno o más Nodos de Transporte de Datos (DTN).

La primera estación base 104A proporciona una pluralidad de células para realizar comunicaciones de datos inalámbricas con los UE dentro de sus células. En algunas formas de realización, las células se organizan en sectores, cubriendo cada sector una porción del área alrededor de la primera estación base 104A. La primera estación base 104A mostrada en la FIGURA 1 organiza sus células en tres sectores que cubren aproximadamente 120 grados cada uno, de los cuales solo se muestra un sector.

El sector de la primera estación base 104A mostrado en la FIGURA 1 incluye tres células: una primera célula 106A-08 que funciona a 800 MHz, una segunda célula 106A-18 que funciona a 1.800 MHz y una tercera célula 106A-21 que funciona a 2.100 MHz. Un UE dentro de un sector puede conectarse a cualquiera de las células de ese sector; normalmente, un UE solo se conectaría a una de las células en un momento dado. Cada una de las células 106A-08, 106A-18 y 106A-21 constituye un DTN.

La segunda estación base 104B es similar a la primera estación base 104A, y un sector de la segunda estación base 104B se muestra en la FIGURA 1, proporcionando el sector una cuarta célula 106B-08 que funciona a 800 MHz, una quinta célula 106B-18 que funciona a 1.800 MHz y una sexta célula 106B-21 que funciona a 2.100 MHz, cada una de las cuales constituye un<d>T<n>.

El AP wifi 108 proporciona una Red de Área Local Inalámbrica (WLAN) 110, y opera para permitir que los UE dentro de esa WLAN 110 que tienen capacidad wifi realicen comunicaciones de datos inalámbricas. Aunque solo se muestra una WLAN 110 para el AP wifi 108, las formas de realización no están limitadas a esta, y el AP wifi puede proporcionar una pluralidad de WLAN que pueden estar a diferentes frecuencias (tales como a 2,4 GHz y 5 GHz), cada una de las cuales constituye un DTN.

El primer UE 120A se encuentra dentro de la cobertura de las células de la primera estación base 104A y de la segunda estación base 104B y dentro de la cobertura de la WLAN 110 del AP wifi 108. Como resultado, el primer UE 120A puede comunicarse de manera inalámbrica utilizando la primera y la cuarta célula 106A-08 y 108B-08 si el primer UE 120A tiene una capacidad celular de 800 MHz, utilizando la segunda y la quinta célula 106A-18 y 108B-18 si el UE 120A tiene una capacidad celular de 1.800 MHz, utilizando la tercera y la sexta célula 106A-21 y 108B-21 si el primer UE 120A tiene una capacidad celular de 2.100 MHz, y utilizando la WLAN 110 si el primer UE 120A tiene capacidad wifi. En consecuencia, el primer UE 120A del ejemplo mostrado en la FIGURA 1 puede tener hasta ocho DTN disponibles. Normalmente, el UE 120A solo puede comunicarse utilizando una célula y, opcionalmente, un AP wifi en cualquier momento.

El segundo UE 120B solo está dentro de la cobertura de la primera, la segunda y la tercera célula 106A-08, 106A-18 y 106A-21 y, por tanto, solo puede comunicarse usando esas células, dependiendo de si tiene capacidad de 800, 1.800 o 2.100 MHz, respectivamente, y en consecuencia puede tener hasta tres DTN disponibles. El tercer UE 120C solo está dentro de la cobertura de la cuarta, la quinta y la sexta célula 106B-08, 106B-18 y 106B-21 y, por tanto, solo puede comunicarse usando esas células, dependiendo de si tiene capacidad de 800, 1.800 o 2.100 MHz, respectivamente, y en consecuencia puede tener hasta tres DTN disponibles.

El primer, el segundo y el tercer UE 120A, 120B y 120C pueden comprender cada uno un teléfono móvil, un ordenador, un ordenador portátil, una tableta, un dispositivo portátil, un dispositivo auricular, una televisión inteligente, un reloj inteligente o una combinación de estos. En determinadas formas de realización, un terminal de UE es un dispositivo capaz de conectarse de manera inalámbrica con una red de transporte de datos

El rendimiento de comunicación que obtiene el primer UE 120A puede depender de qué DTN utiliza el primer UE 120A para realizar comunicaciones. Por ejemplo, si el segundo UE 120B y otros UE en el sector de la primera estación base 104A están saturando la conexión entre la primera estación base 104A y la WAN 102, el primer UE 120A puede ser capaz de obtener un mejor rendimiento mediante la comunicación utilizando un DTN de la segunda estación base 104B en lugar de un DTN de la primera estación base 104A. En otro ejemplo, si el segundo UE 120B y otros UE en el sector de la primera estación base 104A están causando congestión en la primera célula 106A-08 de la primera estación base 104A, el primer UE 120A puede ser capaz de obtener un mejor rendimiento mediante la comunicación utilizando la segunda célula 106A-18 o la tercera célula 106A-21 de la primera estación base 104A en lugar de la primera célula 106A-08 de la primera estación base 104A.

Las situaciones mencionadas anteriormente también pueden aplicarse con respecto al AP wifi 108. Por ejemplo, si el AP wifi 108 es un punto de acceso wifi de un hotel, el hecho de que la WLAN 110 proporcione o no un mejor rendimiento que la primera y la segunda estación base 104A y 108B puede depender de la cantidad de tráfico wifi que estén generando los demás residentes del hotel.

Como se ha indicado anteriormente, cada célula proporcionada por las estaciones base 104A y 104B y cada WLAN proporcionada por el AP wifi 108 puede considerarse un Nodo de Transporte de Datos (DTN). En formas de realización, un UE tal como el primer UE 120A, el segundo UE 120B o el tercer UE 120C opera para seleccionar un DTN disponible que probablemente proporcione el mayor rendimiento para una operación de comunicación (por ejemplo, una sesión de datos) que el UE esté llevando a cabo y que, de esta forma, proporcione una mejor experiencia al usuario de ese UE.

La FIGURA 2 ilustra los componentes de un Equipo de Usuario (UE) 200 según una forma de realización. El UE 200 puede estar incluido en cualquiera o todos los UE 120A, 120B, y 120C de la FIG. 1. El UE 200 incluye un procesador de aplicaciones 202, un procesador de banda base 204, una memoria No Volátil (NV) 206, una Memoria Dinámica de Acceso Aleatorio (DRAM) 208, interfaces de Entrada/Salida (E/S) 210, un transceptor de RF celular 212, una antena celular 214, un transceptor de RF wifi 216 y una antena wifi 218, todos los cuales pueden comunicarse entre sí a través de un bus 260. El UE 200 es capaz de conectarse de manera inalámbrica a una o más redes de transporte de datos a través de DTN tales como las estaciones base celulares 104A y 104B y el AP wifi 108 de la FIG. 1.

El procesador de aplicaciones 202 ejecuta aplicaciones tales como clientes de correo electrónico, navegador web, aplicaciones de vídeo y similares. El procesador de aplicaciones 202 también puede realizar actividades de gestión para el UE 200. El procesador de aplicaciones 202 puede utilizar la memoria NV 206 y la DRAM 208, pudiendo cualquiera de ellas o ambas incluir un medio legible por ordenador no transitorio que tenga software (por ejemplo, instrucciones de programación informática) y datos almacenados en él.

El procesador de banda base 204 realiza el procesamiento de señales de banda base y también puede comunicar información entre el procesador de aplicaciones 202 y los transceptores de RF 212 y 216. El procesador de banda base 210 puede software y datos almacenados en la memoria NV 206 y la DRAM 208. En una forma de realización, puede existir un procesador de banda base separado para cada una de las comunicaciones celulares y por wifi.

El transceptor de RF Celular 212 incluye un transmisor de RF celular y un receptor de RF celular. El transceptor de RF Celular 212 está configurado para transmitir primera información recibida del procesador de banda base 204 a un DTN celular a través de la antena celular 214, y proporcionar segunda información recibida a través de la antena celular 214 desde el DTN celular al procesador de banda base 204.

El transceptor de RF wifi 216 incluye un transmisor de RF wifi y un receptor de RF wifi. El transceptor de RF wifi 216 está configurado para transmitir tercera información recibida del procesador de banda base 204 a un DTN wifi a través de la antena wifi 218, y proporcionar cuarta información recibida a través de la antena wifi 218 desde el DTN wifi al procesador de banda base 204.

Las interfaces de entrada de las interfaces de E/S 210 reciben información de un usuario, y las interfaces de salida de las interfaces de /S 210 emiten información al usuario. Las interfaces de entrada pueden incluir uno o más de un teclado, teclado numérico, ratón, pantalla táctil, micrófono y similares. Las interfaces de salida pueden incluir uno o más de un dispositivo de visualización, pantalla táctil, altavoz y similares. Las interfaces de E/S 210 también pueden incluir interfaces a dispositivos externos.

Tal y como se describe en el presente documento, muchas funciones del UE 200 pueden implementarse en hardware o software. Las funciones que se implementan en software y las que se implementan en hardware variarán en función de las restricciones impuestas a un diseño. Las restricciones pueden incluir uno o más de los costes de diseño, el coste de fabricación, el plazo de lanzamiento al mercado, el consumo de energía, la tecnología de semiconductores disponible, etc.

Tal y como se describe en el presente documento, se puede utilizar una amplia variedad de dispositivos electrónicos, circuitos,firmware,software y combinaciones de estos para implementar las funciones de los componentes del UE 200. Asimismo, el UE 200 puede incluir otros componentes tales como interfaces de almacenamiento, circuitos generadores de reloj, circuitos de suministro de potencia y similares, que se han omitido por motivos de brevedad.

El UE 200 puede intentar acceder a un servidor concreto (por ejemplo, un servidor destreamingde vídeo como Youtube.com) y puede haber más de un DTN disponible a través del cual podría conectarse a ese servidor. Cuando el UE 200 accede al servidor (ya sea mediante una aplicación o a través de un navegador web), se crea una sesión de datos. Las formas de realización se refieren a determinar si dicha sesión de datos se corresponde con una sesión de datos sensible al rendimiento (tal como una sesión de datos que incluya un flujo de elefante, como se describe más adelante), y a proporcionar un mejor rendimiento a las sesiones de datos sensibles al rendimiento seleccionando un DTN que probablemente proporcione un mayor rendimiento para la sesión de datos de entre una pluralidad de DTN disponibles actualmente para el UE 200.

La FIGURA 3 ilustra un proceso 300 para seleccionar y utilizar un Nodo de Transporte de Datos según una forma de realización. El proceso 300 puede ser realizado por un UE tal como el UE 120A de la FIGURA 1.

En S302, el proceso 300 determina si una sesión de datos a realizar es una sesión de datos sensible al rendimiento; es decir, si un rendimiento insuficiente de enlace descendente y/o de enlace ascendente para la sesión de datos podría provocar una mala experiencia de usuario. Las sesiones de datos sensibles al rendimiento pueden incluir, por ejemplo, sesiones de datos destreamingde vídeo (especialmentestreamingde vídeo de alta resolución), donde un rendimiento de enlace descendente deficiente puede provocar fallos en el vídeo o perturbaciones en forma de líneas negras del vídeo, y sesiones de datos de videojuegos, donde un rendimiento de enlace ascendente o descendente deficiente puede poner a un jugador del juego en desventaja con respecto a otros jugadores.

El proceso 300 puede determinar si la sesión de datos es sensible al rendimiento consultando una base de datos, monitorizando la sesión de datos, o ambos. El proceso 300 puede utilizar, por ejemplo, el proceso 402 descrito con respecto a la FIGURA 4 para tomar esta determinación.

En S304, cuando la sesión de datos es sensible al rendimiento, el proceso 300 pasa a S306; de lo contrario, el proceso 300 pasa a S308.

En S306, el proceso 300 selecciona un Nodo de Transporte de Datos (DTN) que probablemente proporcione el mejor rendimiento para la sesión de datos, y a continuación utiliza el DTN seleccionado para realizar la sesión de datos. El proceso 300 puede seleccionar el DTN utilizando, por ejemplo, el proceso 506 descrito con respecto a la FIGURA 5. Cuando finaliza la sesión de datos, termina el proceso 300.

En S308, el proceso 300 lleva a cabo la sesión de datos utilizando el DTN al que estuviera conectado el UE al inicio del proceso 300. Si el UE no estaba conectado a un DTN al inicio del proceso 300, el proceso 300 puede elegir uno utilizando cualquiera del proceso para seleccionar un DTN descrito en el presente documento, o utilizando un proceso conocido en la técnica.

En la forma de realización mostrada en la FIGURA 3, en S308 el proceso 300 termina cuando finaliza la sesión de datos, pero las formas de realización no están limitadas a ello. En una forma de realización, en S308, después de que el proceso 300 haya realizado la sesión de datos durante un periodo de tiempo predeterminado, el proceso 300 pasa a S302 y vuelve a determinar si la sesión de datos es sensible al rendimiento.

La FIGURA 4 ilustra un proceso 402 para determinar si una sesión de datos es una sesión de datos sensible al rendimiento según una forma de realización. El proceso 402 puede utilizarse en S302 del proceso 300 de la FIGURA 3.

En S404, el proceso 402 identifica un proceso asociado a la sesión de datos. Identificar el proceso asociado a la sesión de datos puede incluir determinar un identificador único asociado a una aplicación que esté realizando la sesión de datos. Por ejemplo, una aplicación para transmitir vídeos puede tener un primer identificador único, una aplicación para realizar Voz sobre IP (VOIP) puede tener un segundo identificador único, una aplicación de chat de vídeo puede tener un tercer identificador único, etc. El identificador único puede determinarse, por ejemplo, identificando un proceso que realiza la sesión de datos, identificando la aplicación a la que pertenece el proceso y obteniendo de un sistema operativo un identificador único asociado a esa aplicación.

En S406, el proceso 402 comprueba, utilizando el identificador único, un repositorio de procesos conocidos para determinar si es probable que el proceso genere sesiones de datos que sean sensibles al rendimiento. El repositorio de procesos conocidos puede haber sido creado utilizando técnicas analíticas (por ejemplo, aprendizaje automático) para medir la probabilidad de que una aplicación requiera una cantidad de datos relativamente mayor y/o tenga una duración relativamente mayor que otras sesiones de datos que recorran una red. A modo de ejemplo, es probable que una aplicación destreamingde vídeo requiera una cantidad de datos mayor que un proceso típico. En cambio, es menos probable que las aplicaciones de SMS, Voz sobre IP e Internet de las Cosas, por ejemplo, requieran una cantidad de datos mayor a las habituales.

Si el identificador único está asociado en el repositorio de procesos conocidos a una probabilidad de necesitar un flujo de datos superior a un primer umbral o una probabilidad de tener una duración superior a un segundo umbral, se determina que el proceso genera sesiones de datos sensibles al rendimiento.

El repositorio de procesos conocidos también puede indicar si es probable que un proceso genere sesiones de datos con necesidades relativas al rendimiento superiores a las habituales en las comunicaciones de enlace ascendente, en las comunicaciones de enlace descendente, o en ambas.

Una sesión de datos con requisitos relativos al rendimiento superiores a los habituales puede considerarse un «flujo de elefante.» Una sesión de datos que no tenga requisitos relativos al rendimiento superiores a los habituales puede considerarse un «flujo estándar.»

En S408, cuando el repositorio de procesos conocidos indica que es probable que el proceso genere flujos de elefante, el proceso 402 pasa a S416; de lo contrario, el proceso 402 pasa a S410.

En S410, el proceso 402 designa inicialmente la sesión de datos asociada al proceso como no sensible al rendimiento, es decir, como un flujo estándar.

En S412, el proceso 402 monitoriza los datos que están comunicando en la sesión de datos asociada al proceso a medida que se realiza la sesión de datos. Se pueden monitorizar los datos de enlace ascendente, de enlace descendente o tanto los datos de enlace ascendente como de enlace descendente. En una forma de realización, la cantidad de datos que se comunican en la sesión de datos puede monitorizarse durante un periodo de tiempo predeterminado. En otra forma de realización, es posible monitorizar el tiempo durante el cual la sesión de datos comunica una cantidad predeterminada de datos.

En una forma de realización, la información de la monitorización de una o más sesiones de datos asociadas a un proceso que no está en el repositorio de procesos conocidos se acumula hasta que se hayan monitorizado un número predeterminado de sesiones de datos para ese proceso. Una vez se ha monitorizado el número predeterminado de sesiones de datos asociadas al proceso, se determina si es probable que el proceso esté asociado a sesiones de datos sensibles al rendimiento utilizando la información de la monitorización y la determinación se almacena asociada al proceso en el repositorio de procesos conocidos.

En S414, el proceso 402 determina si la cantidad de datos comunicados por la sesión de datos, por ejemplo, una cantidad de datos comunicados durante el periodo de tiempo predeterminado, supera un umbral. El umbral puede ser estático o dinámico. Si la cantidad de datos supera el umbral predeterminado, en s 414 el proceso 402 pasa a S416; de lo contrario, el proceso 402 pasa a S412.

En S416, el proceso 402 designa la sesión de datos asociada a proceso como sensible al rendimiento, es decir, como un flujo de elefante. En una forma de realización, el proceso 402 puede designar la sesión de datos como sensible al rendimiento de enlace ascendente, sensible al rendimiento de enlace descendente, o ambos, de conformidad con la información del repositorio de procesos conocidos consultada en S406 o la cantidad de datos de enlace ascendente y/o de enlace descendente monitorizados en S412. A continuación, el proceso 402 finaliza.

Una vez que una sesión de datos se ha designado como sensible al rendimiento (por ejemplo, designada como flujo elefante), la sesión de datos conserva esa designación hasta que haya finalizado de manera explícita o hasta que haya finalizado por un tiempo de espera de inactividad. A modo de ejemplo, en una forma de realización, cualquier sesión de datos que esté inactiva durante 20 segundos se considera finalizada. Los paquetes de datos asociados a un mismo proceso o dirigidos a un mismo destino que una sesión de datos finalizada se consideran parte de una nueva sesión de datos.

La FIGURA 5 ilustra un proceso 506 para seleccionar y utilizar un DTN para optimizar el rendimiento de Enlace Ascendente (UL) o de Enlace Descendente (DL) según una forma de realización. El proceso 506 puede utilizarse en S306 del proceso 300 de la FIGURA 3.

En S510, el proceso 506 determina si una sesión de datos sensible al rendimiento (tal como un flujo de elefante) ha sido designada como sensible al rendimiento de UL y/o sensible al rendimiento de UL. Cuando la sesión de datos ha sido designada como sensible al rendimiento de UL y no como sensible al rendimiento de DL, en S510 el proceso 506 pasa a S512U. Cuando la sesión de datos ha sido designada como sensible al rendimiento de DL y no como sensible al rendimiento de UL, en S510 el proceso 506 pasa a S512D. Cuando la sesión de datos ha sido designada como sensible al rendimiento tanto de DL como de UL, en S510 el proceso 506 pasa a S512B.

En una forma de realización sin S512B, cuando la sesión de datos ha sido designada como sensible al rendimiento tanto de UL como de DL, el proceso 506 puede utilizar una regla de desempate predeterminada para determinar a cuál de entre S512U y S512D pasar.

En una forma de realización, cuando la sesión de datos no ha sido designada como sensible al rendimiento de UL ni de DL, el proceso 506 puede usar una regla por defecto predeterminada para determinar a cuál de entre S512U, S512D, y S512B (si lo hay) pasar.

En S512U, el proceso 506 realiza la sesión de datos de manera optimizada para el UL, tal como realizando el proceso 612 de la FIG. 6 para el flujo de datos de UL. A continuación, el proceso 506 termina.

En S512D, el proceso 506 realiza la sesión de datos de manera optimizada para el DL, tal como realizando el proceso 612 de la FIG. 6 para el flujo de datos de DL. A continuación, el proceso 506 termina.

En S512B, el proceso 506 puede realizar la sesión de datos optimizada para un rendimiento agregado que combine el rendimiento de UL y de DL. A modo de ejemplo, en una forma de realización, la sesión de datos puede tener un objetivo de rendimiento de UL y un objetivo de rendimiento de DL, y la sesión de datos puede optimizarse para cumplir ambos objetivos de rendimiento. En otra forma de realización, la sesión de datos puede tener ponderaciones para cada uno de los rendimientos de UL y de DL, y la sesión de datos puede optimizarse para una suma del rendimiento de UL y de DL, cada uno medido por la ponderación respectiva.

La FIGURA 6 es un diagrama de máquina de estado que ilustra un proceso 612 para la optimización de sesión de datos de una sesión de datos que es sensible al rendimiento de UL, al rendimiento de DL, o a ambos, según una forma de realización. El proceso 612 puede usarse en cualquiera o en todos de S512U (optimizando para el flujo de datos de UL), S512D (optimizando para el flujo de datos de DL), y S512B (optimizando para un flujo de datos agregado de UL+DL) del proceso 506 de la FIGURA 5, o puede utilizarse para optimizar un rendimiento agregado que combine el rendimiento de UL y de DL.

En S620, el proceso 612 genera una lista de Nodos de Transporte de Datos (DTN) disponibles. La lista puede incluir DTN en diferentes frecuencias, que utilicen diferentes RAT, ubicados en diferentes estaciones base o puntos de acceso, etc. A continuación, el proceso 612 pasa a S622.

En S622, el proceso 612 selecciona un DTN de la lista de DTN disponibles y, si el DTN seleccionado no es el DTN al que el dispositivo que realiza el proceso 612 está conectado actualmente, se conecta al DTN seleccionado para realizar la sesión de datos. En una forma de realización, el proceso 612 puede seleccionar un DTN disponible que tenga la mayor probabilidad de proporcionar el mayor rendimiento de DL (para una sesión de datos sensible al rendimiento de DL), de UL (para una sesión de datos sensible al rendimiento de DL), o rendimiento combinado, (para una sesión de datos sensible a ambos) en función de a cuál sea sensible la sesión de datos. En otra forma de realización, el proceso 612 puede seleccionar un DTN disponible que vaya a proporcionar un rendimiento adecuado.

Una pluralidad de DTN puede satisfacer los criterios de selección utilizados en S622. Por ejemplo, puede haber un empate sobre qué DTN proporciona el mayor rendimiento pertinente, o puede haber una pluralidad de DTN que proporcionen un rendimiento adecuado. En algunas formas de realización, cuando una pluralidad de DTN satisfacen los criterios de selección, el proceso S612 utiliza una política del «buen vecino» para seleccionar un DTN de esa pluralidad de DTN. Al seleccionar un DTN de entre la pluralidad de DTN que satisfacen los criterios de selección, la política del «buen vecino» trata de minimizar el impacto negativo que la selección puede tener en otros usuarios de la red inalámbrica. Por ejemplo, debido a que la mayoría de los usuarios de redes de radio están en los límites del radio de cobertura de la célula, cuando dos DTN que cumplen los criterios de selección operan en diferentes bandas de frecuencia, y la más baja de las bandas de frecuencia proporciona una mayor cobertura geográfica, el proceso S612 puede seleccionar el DTN que tenga la banda de frecuencia más elevada con el fin de no reducir la utilidad del DTN que tiene la banda de frecuencia más baja para los usuarios que se encuentran a la mayor distancia, que tal vez solo puedan utilizar el DTN que tenga la banda de frecuencia más baja.

En S622, una vez seleccionado un DTN, el proceso 612 pasa entonces a S624.

En S624, el proceso 612 inicia un temporizador de sesión y a continuación pasa a S626.

El proceso 612 permanece en S626, incrementando el temporizador de sesión, mientras el temporizador de sesión tenga un valor menor que o igual a un valor predeterminado N y la sesión de datos que se está optimizando no haya finalizado. Cuando finaliza la sesión de datos, el proceso 612 pasa a S628. Cuando el temporizador de sesión tiene un valor mayor que el valor predeterminado N y la sesión de datos sigue activa, el proceso 612 pasa a S620 para evaluar de nuevo si es probable que el DTN actual sea el mejor DTN para la sesión de datos.

En S628, el proceso 602 finaliza el temporizador de sesión y se termina a continuación.

La FIGURA 7 ilustra un proceso 720 para generar una lista de DTN disponibles según una forma de realización. El proceso 720 puede utilizarse en S620 del proceso 612 de la FIGURA 6.

En S722, el proceso 720 recibe una lista de DTN disponibles a los que el dispositivo que realiza el proceso 720 puede conectarse. La lista de DTN disponibles puede haber sido generada por el dispositivo que examina los DTN a los que el dispositivo puede conectarse de entre las redes de transporte de datos disponibles para el dispositivo. En una forma de realización, la lista de DTN disponibles recibida por el proceso 720 es generada por medios conocidos en la técnica.

En S724, el proceso 720 puede refinar la lista de DTN disponibles. La lista de DTN puede refinarse, por ejemplo, limitando la lista a DTN de conformidad con características del DTN tales como como un Indicador de Calidad del Canal (CQI), una Relación Señal/Interferencia más Ruido (SIRN), un Indicador de Intensidad de la Señal Recibida (RSSI), una Potencia Recibida de Señal de Referencia (RSRP), una Calidad Recibida de Señal de Referencia (RSRQ), un tamaño de canal, un flujo, un Esquema de Modulación y Codificación (MCS), un Tiempo de Ida y Vuelta (RTT) u otra latencia, una relación entre fallos y aciertos en bloque, un tamaño de canal, o similares. En algunas formas de realización, el proceso 720 puede refinar la lista para que incluya solo DTN que tengan la característica mejor que un umbral predeterminado o en un percentil superior predeterminado de la lista recibida de DTN disponibles. A modo de ejemplo, en una forma de realización el proceso 720 puede refinar la lista recibida de DTN disponibles para que incluya solo DTN con RTT de menos de 60 milisegundos, un flujo de 5 megabits por segundo, o ambos.

La lista recibida de DTN disponibles también puede ser refinada de conformidad con las Tecnologías de Acceso Radioeléctrico (RAT) preferidas, los operadores preferidos, si los DTN admiten la acumulación de portadores, un modo de identificación de célula, una banda o subcanal preferido, o similares.

En S726, el proceso 720 puede aleatorizar la lista refinada de DTN disponibles reordenando la lista de conformidad con la salida de un generador de números aleatorios (RNG) o generador de números pseudoaleatorios (PRNG). Al aleatorizar la lista, el proceso 720 hace más probable que diferentes dispositivos que utilicen la misma forma de realización o una similar seleccionen diferentes DTN para realizar sesiones de datos similares.

La FIGURA 8 ilustra un proceso 822 para seleccionar un DTN de una lista de DTN disponibles utilizando un muestreo en modo pasivo según una forma de realización. Partes del proceso 822 (por ejemplo,<s>806) pueden utilizarse en S622 del proceso 612 de la FIGURA 6. Otras partes del proceso 822 (por ejemplo, S804) pueden realizarse antes de S622 del proceso 612 de la FIGURA 6, como, por ejemplo, cuando no se estén realizando sesiones de datos sensibles al rendimiento.

En S804, mientras el dispositivo realiza el proceso 822 no está realizando una transferencia de datos, el proceso 822 realiza micropruebas de velocidad de uno o más de los DTN de la lista de DTN disponibles. Una microprueba de velocidad puede utilizar o no un servidor de contenidos en la ruta de datos de la prueba. Un objetivo de la microprueba de velocidad puede estar directamente en la red móvil o ser externo a la red móvil (por ejemplo, Internet). Una microprueba de velocidad puede consistir, entre otras cosas, en medir el RTT o medio RTT, la latencia de un DTN enviando y/o recibiendo paquetes de datos vacíos, o en medir una capacidad de flujo de un DTN enviando paquetes de datos. En una forma de realización, el dispositivo que realiza el proceso 822 se desconecta de un DTN al que se había conectado previamente y se conecta al DTN que se va a testear para realizar la microprueba de velocidad.

En una forma de realización, la información recopilada de las micropruebas de velocidad incluye además información recopilada por otros dispositivos que realizan micropruebas de velocidad, los cuales envían la información que recopilan de sus respectivas micropruebas de velocidad al dispositivo que realiza el proceso 822.

En una forma de realización, las capacidades de transporte del DTN se evalúan midiendo el rendimiento de entrega de los paquetes enviados a través de los DTN visibles (para el UE) para determinar las capacidades de transporte (por ejemplo, flujo máximo, latencia más baja y similares) de cada DTN. Los paquetes de datos viajan entre el terminal de UE y un servidor de contenidos (por ejemplo, un servidor de vídeo enstreamingo un servidor de videojuegos). Cuanto mayor sea la cantidad de datos enviados/recibidos, más precisa podrá ser la predicción del flujo. Para ahorrar recursos tales como la velocidad de procesamiento o el consumo total de datos, podría enviarse un número limitado de paquetes, ya que puede no ser necesario disponer de una evaluación de gran precisión del rendimiento de cada DTN. En su lugar, las formas de realización pueden tratar de determinar si es probable que un DTN tenga un mayor rendimiento que sus vecinos adyacentes.

Por ejemplo, en un intervalo de prueba de 0,25 segundos, puede estimarse que un primer DTN tiene un flujo de 50 kbps, y puede estimarse que un segundo DTN tiene un flujo de 100 kbps. Si cada DTN se testara durante varios segundos, sus flujos totales podrían ser mucho mayores que los resultados de los cálculos de 0,25 segundos indicados. Sin embargo, existe una alta probabilidad de que la velocidad real del segundo DTN que tiene el flujo estimado de 100 kbps sea mayor que el flujo real del primer DTN que tiene el flujo estimado de 50 kbps. Por tanto, es probable que el UE experimente el mejor rendimiento si se conecta al segundo DTN (100 Kbps).

En S806, el proceso 822 selecciona, utilizando la información recopilada de las micropruebas de velocidad, un DTN de la lista de DTN disponibles. En una forma de realización, el proceso 822 selecciona el primer DTN que, como se ha determinado utilizando la información recopilada de las micropruebas de velocidad, cumple con un umbral de rendimiento objetivo (es decir, debería proporcionar un rendimiento adecuado), cuyo umbral objetivo puede estar predeterminado o puede estar asociado a una sesión de datos para la que se está seleccionando el DTN. En una forma de realización, el proceso 822 selecciona la célula con, como se ha determinado usando la información recopilada de las micropruebas de velocidad, el mayor rendimiento medido de DL, UL, o de UL/DL agregado, de conformidad con si la sesión de datos para la cual se está eligiendo el DTN es sensible al rendimiento de DL, al rendimiento de UL, o a ambos. El rendimiento puede medirse utilizando la latencia, el flujo de UL, el flujo de DL y similares, o combinaciones de estos. A continuación, el proceso 822 finaliza.

La FIGURA 9 ilustra un proceso 922 para seleccionar un DTN de una lista de DTN disponibles según una forma de realización. El proceso 922 puede utilizarse en S622 del proceso 612 de la FIGURA 6. Una o más partes del proceso 922 pueden realizarse mientras la sesión de datos que se está optimizando está en curso.

En S902, el proceso 922 determina si el DTN que el dispositivo está utilizando actualmente para realizar la sesión de datos que se está optimizada está proporcionando un rendimiento adecuado. El proceso 922 puede hacerlo midiendo las estadísticas de la sesión de datos tales como la latencia o el flujo. En una forma de realización, la determinación de si el DTN actualmente en uso está proporcionando un rendimiento adecuado se puede realizar mediante la monitorización de un indicador del proceso que realiza la sesión de datos que se está optimizando tal como un indicador de pérdida de una app destreamingde vídeo.

Cuando el DTN actualmente en uso está proporcionando un rendimiento adecuado, en S902 el proceso 922 pasa a S908; de lo contrario, el proceso 922 pasa a S904.

En 5904, el proceso 922 realiza micropruebas de velocidad de uno o más DTN (distintos del DTN actualmente en uso) de la lista de<d>T<n>disponibles, tal y como se describe con respecto a S804 de la FIGURA 8, arriba.

En una forma de realización, el proceso 922 puede realizar la microprueba de velocidad de los DTN disponibles utilizando partes respectivas de la sesión de datos y medir el rendimiento alcanzado al realizar esa parte. Por ejemplo, el proceso 922 puede realizar unos primeros 0,25 segundos de una sesión de datos de vídeo en un primer<d>T<n>para evaluar el rendimiento del primer DTN, realizar unos segundos 0,25 segundos de la sesión de datos de vídeo en un segundo DTN para evaluar el rendimiento del segundo DTN, y así sucesivamente, y tratar de esta forma de seguir proporcionando la sesión de datos mientras se busca un nuevo DTN para realizarla.

En S906, el proceso 922 selecciona, utilizando la información recopilada de las micropruebas de velocidad, un DTN de la lista de DTN disponibles, como se describe con respecto a S806 de la FIGURA 8. A continuación, el proceso 922 finaliza.

En formas de realización, pueden utilizarse otras técnicas para seleccionar un nuevo DTN en lugar de las descritas con respecto a S904 y S906. A modo de ejemplo, en una forma de realización, S904 y S906 pueden ser reemplazados por S1004 y S1006 de la FIGURA 10 (es decir, se puede utilizar un cálculo que utilice las métricas y las propiedades del DTN para seleccionar un DTN), por S1104 y S1106 de la FIGURA 11 (es decir, la información histórica sobre el rendimiento puede utilizarse para seleccionar un DTN, por S1204 y S1206 de la FIGURA 12 (es decir, un DTN puede seleccionarse aleatoriamente), etc.

En S908, el proceso 922 selecciona el DTN actualmente en uso como el DTN seleccionado. A continuación, el proceso 922 finaliza.

La FIGURA 10 ilustra un proceso 1022 para seleccionar un DTN de una lista de DTN disponibles según una forma de realización. El proceso 1022 no utiliza pruebas, utilizando en su lugar una o más métricas asociadas a los DTN para hacer una selección basada en la «hipótesis más probable» de entre los DTN disponibles. El proceso 1022 puede utilizarse en S622 del proceso 612 de la FIGURA 6.

En S1004, el proceso 1022 realiza los cálculos correspondientes para los DTN de la lista de DTN disponibles para determinar qué DTN es más probable que proporcione el rendimiento deseado. Los cálculos correspondientes utilizan una o una combinación de más de una de las propiedades respectivas de los DTN, tales como un Indicador de Calidad del Canal (CQI), una Relación Señal/Interferencia más Ruido (SIRN), un Indicador de Intensidad de la Señal Recibida (RSSI), una Potencia Recibida de Señal de Referencia (RSRP), una Calidad Recibida de Señal de Referencia (RSRQ), un tamaño de canal, un flujo, un Esquema de Modulación y Codificación (MCS), un Tiempo de Ida y Vuelta (RTT) u otra latencia, una relación entre fallos y aciertos en bloque, un tamaño de canal, las Tecnologías de Acceso Radioeléctrico (RAT), si el DTN es operado por un operador preferente, si los DTN admiten la agregación de portadores, o similares.

En una forma de realización, es más probable que un DTN con un resultado de cálculo superior proporcione el rendimiento deseado. El rendimiento deseado puede ser el rendimiento de UL, el rendimiento de Dl o un agregado de ambos, de conformidad con la sesión de datos que se esté optimizando. El rendimiento deseado puede ser, por ejemplo, baja latencia, alto flujo o una combinación de ambos.

En S1006, el proceso 1022 selecciona el DTN que tiene el mejor resultado del cálculo (por ejemplo, el resultado más elevado) de la lista de DTN disponibles como el DTN seleccionado. A continuación, el proceso 1022 finaliza.

La FIGURA 11 ilustra un proceso 1122 para seleccionar, utilizando información histórica sobre el rendimiento, un DTN de una lista de DTN disponibles según una forma de realización. El proceso 1122 puede utilizarse en S622 del proceso 612 de la FIGURA 6.

En S1102, el proceso 1122 puede opcionalmente recibir, desde otro dispositivo, información histórica sobre el rendimiento respectiva para los DTN de la lista de DTN disponibles. El otro dispositivo puede ser un elemento de red de la red de la que forma parte el dispositivo que realiza el proceso 1122, donde el elemento de red está configurado para almacenar y distribuir información histórica sobre el rendimiento relativa a los DTN. La información histórica sobre el rendimiento almacenada y distribuida por el elemento de red puede ser generada por el elemento de red o recibida por el elemento de red de uno o más de otros dispositivos.

En S1104, el proceso 1122 determina, para cada DTN de la lista de DTN disponibles, el rendimiento histórico de ese DTN. El proceso 1122 utiliza información histórica sobre el rendimiento de los DTN acumulada por el dispositivo que realiza el proceso 1122 y cualquier información histórica sobre el rendimiento de los DTN recibida en S1102 para determinar el rendimiento histórico respectivo de los DTN de la lista de DTN disponibles. La información histórica sobre el rendimiento puede incluir resultados de micropruebas de velocidad previas, resultados de la monitorización de sesiones previas generadas por el usuario, y similares. En una forma de realización, el proceso 1122 utiliza los identificadores respectivos de los DTN de la lista de DTN disponibles para buscar información correspondiente sobre los DTN en la información histórica sobre el rendimiento disponible.

La información histórica sobre el rendimiento puede incluir métricas de rendimiento para DTN que hayan sido utilizadas por el dispositivo con anterioridad. La información histórica sobre el rendimiento puede incluir información específica sobre el rendimiento de sitios web utilizados con frecuencia (por ejemplo, un sitio web popular destreamingde vídeo) o información específica sobre el rendimiento de un sitio web utilizado con frecuencia para cada uno de una pluralidad de DTN utilizados con frecuencia. La información histórica sobre el rendimiento de un sitio web o DTN o una combinación de estos puede incluir entradas separadas para cada día de la semana y/o para cada una de una pluralidad de partes del día. La información histórica sobre el rendimiento puede incluir información separada sobre el rendimiento de UL y de DL.

En una forma de realización, un dispositivo que realiza el proceso 1122 acumula datos históricos del rendimiento a lo largo del tiempo. En una forma de realización, el dispositivo realiza un seguimiento de la antigüedad de la información histórica sobre el rendimiento y utiliza la antigüedad de la información para determinar cuándo realizar nuevas mediciones.

En S1106, el proceso 1122 selecciona el DTN que tiene el rendimiento histórico más elevado de entre la lista de DTN disponibles. Cuando la sesión de datos que se está optimizando es principalmente sensible al rendimiento de DL, se selecciona el DTN con el mejor rendimiento de DL histórico. Cuando la sesión de datos que se está optimizando es principalmente sensible al rendimiento de UL, se selecciona el DTN con el mejor rendimiento de UL histórico. Cuando la sesión de datos que se está optimizando es sensible tanto al rendimiento de UL como al de DL, se utiliza una medida del rendimiento combinado de UL y DL para seleccionar el DTN. El rendimiento puede medirse mediante uno más de la latencia, el flujo, la capacidad total de datos, etc. A continuación, el proceso 1122 finaliza.

La FIGURA 12 ilustra un proceso 1222 para seleccionar aleatoriamente un DTN de una lista de DTN disponibles según una forma de realización. El proceso 1222 puede utilizarse en S622 del proceso 612 de la FIGURA 6.

En S1204, el proceso 1222 reordena (por ejemplo, baraja) aleatoriamente (o pseudoaleatoriamente) la lista de DTN disponibles. En S 1206, el proceso 1222 selecciona el primer DTN de la lista reordenada de DTN disponibles como el DTN seleccionado. A continuación, el proceso 1222 finaliza.

En otras formas de realización, el proceso 1222 utiliza un generador de números aleatorios o pseudoaleatorios para generar un número entero N en el rango de 1 a la longitud de la lista de DTN disponibles, y a continuación selecciona el elemento N-ésimo de la lista de DTN disponibles como el DTN seleccionado. A continuación, el proceso 1222 finaliza.

Las formas de realización incluyen dispositivos de usuario, y en particular dispositivos de usuario inalámbricos tales como Equipos de Usuario (UE), que intentan optimizar el rendimiento de sesiones de datos sensibles al rendimiento seleccionando a qué DTN conectarse y utilizarlo según la capacidad prevista de cada DTN disponible para proporcionar el rendimiento requerido por una sesión de datos sensible al rendimiento. El DTN seleccionado puede no ser el menos congestionado, puede no tener la mayor intensidad de señal o RSRP y, en general, puede no ser el DTN que el operador de red preferiría que utilizara el dispositivo de usuario. En lugar de que un dispositivo de usuario examine las redes de transporte disponibles en función de, por ejemplo, la mejor intensidad de señal (que ignora la capacidad real disponible del DTN), el sistema y el método descritos proponen que un dispositivo de usuario examine directamente las redes de transporte disponibles y decida cuál utilizar basándose en las capacidades de rendimiento medidas y, en particular, basándose en las capacidades de rendimiento medidas que sean pertinentes para la sesión de datos para la que se busca un rendimiento de red óptimo.

Las formas de realización prescinden del equilibrio de carga. En algunas formas de realización, un dispositivo de usuario examina las redes de transporte disponibles y decide cuál utilizar basándose en las mediciones del rendimiento (a diferencia de los UE que se conectan a redes LTE basándose en su examinación para obtener una intensidad de señal óptima) Este sistema y método es codicioso, ya que prioriza el máximo rendimiento posible para un dispositivo de usuario individual en lugar de considerar el uso compartido de los recursos con otros usuarios.

Las formas de realización tienen comprobaciones periódicas durante las sesiones prolongadas para permitir que el dispositivo de usuario compruebe periódicamente si el «mejor DTN» determinado originalmente sigue proporcionando un rendimiento adecuado u óptimo y para permitir que el dispositivo de usuario cambie de DTN si es necesario. El proceso puede utilizarse tanto para conexiones principalmente de enlace ascendente y de enlace descendente para encontrar el canal óptimo.

Las formas de realización no se limitan a una única tecnología de transporte de datos, pudiendo haber una mezcla de redes que incluya, sin limitarse a ellas, tecnologías de acceso radioeléctrico y wifi.

Aunque las formas de realización se han descrito con respecto a ejemplos específicos, las formas de realización no están limitadas por estos ejemplos. A modo de ejemplo, los expertos en la materia reconocerán que la determinación codiciosa acerca de qué DTN utilizar para maximizar el propio rendimiento del dispositivo de usuario de una sesión de datos puede realizarse de acuerdo con otros varios algoritmos y procesos sin alejarse del alcance de la presente divulgación.

Una vez que el dispositivo de usuario establece una conexión con un DTN en particular, se inicia un temporizador de sesión para monitorizar la duración de las sesiones continuas. Por ejemplo, las sesiones destreamingde vídeo suelen ser más largas que la descarga de pequeños archivos adjuntos. Debido a las distribuciones aleatorias de los usuarios y a la demanda variable de servicios de datos, es posible que un DTN diferente se convierta en una conexión más óptima que el «mejor» DTN calculado originalmente. Un contador aumenta cada vez que se detecta que una sesión no ha finalizado. Si el contador supera un umbral «n», regrese a «Comprobar DTN disponible» y vuelva a buscar el DTN más rápido disponible. Esto puede permitir al dispositivo de usuario comprobar periódicamente si el mejor DTN calculado originalmente sigue funcionando de forma óptima y permite al dispositivo de usuario cambiar de DTN si es necesario.

Aunque en el presente documento se han ilustrado y descrito varias formas de realización de la presente divulgación, pueden realizarse muchos cambios sin alejarse del alcance de la invención. Por ejemplo, puede apreciarse que la divulgación puede utilizarse en redes inalámbricas, redes por cable, redes de fibra y redes coaxiales de manera individual o combinadas. En consecuencia, el alcance de la invención no está limitado por ninguna de las formas de realización divulgadas, sino que se define en las reivindicaciones adjuntas.

Claims (12)

REIVINDICACIONES

1. Método realizado por un dispositivo inalámbrico (120A; 200), comprendiendo el método:

determinar (S302) si una sesión de datos es sensible al rendimiento; y

en respuesta a que la sesión de datos sea sensible al rendimiento (S304):

seleccionar (S306) un nodo de transporte de datos, DTN, y

realizar (S306) la sesión de datos utilizando el DTN seleccionado,

caracterizado por que determinar si la sesión de datos es sensible al rendimiento incluye:

identificar (S404) un proceso asociado a la sesión de datos;

cuando un repositorio de procesos conocidos (S406) incluye una indicación relativa a si es probable que el proceso genere sesiones de datos sensibles al rendimiento:

determinar, utilizando el repositorio de procesos conocidos, (S408) si es probable que el proceso genere sesiones de datos sensibles al rendimiento y,

en respuesta a la determinación, utilizando el repositorio de procesos conocidos, relativa a que es probable que el proceso genere sesiones de datos sensibles al rendimiento, determinar (S416) que la sesión de datos es sensible al rendimiento; y

cuando el repositorio de procesos conocidos no incluye una indicación relativa a si es probable que el proceso genere sesiones de datos sensibles al rendimiento:

monitorizar (S412) una cantidad de datos comunicados por la sesión de datos y,

en respuesta a que la cantidad de datos comunicados por la sesión de datos en un tiempo predeterminado sea mayor que un primer umbral predeterminado, o a que un tiempo para que la cantidad de datos comunicados por la sesión de datos alcance una cantidad predeterminada sea menor que un segundo umbral, determinar (S416) que la sesión de datos es sensible al rendimiento.

2. Dispositivo inalámbrico (200), que comprende:

un procesador (202); y

un medio legible por ordenador no transitorio (206, 208) que almacena instrucciones de programación informática que, cuando son ejecutadas por el procesador, hacen que el dispositivo inalámbrico realice el método de la reivindicación 1.

3. Método de la reivindicación 1 o dispositivo inalámbrico de la reivindicación 2, donde seleccionar el DTN incluye seleccionar el DTN de conformidad con un requisito relativo al rendimiento de la sesión de datos (506).

4. Método o dispositivo inalámbrico de la reivindicación 3, donde seleccionar el DTN de conformidad con un requisito relativo al rendimiento de la sesión de datos incluye:

seleccionar el DTN de conformidad con información acerca de un rendimiento de enlace descendente, DL, del DTN cuando el requisito relativo al rendimiento de la sesión de datos incluye un requisito relativo al rendimiento de DL (S512D); o

seleccionar el DTN de conformidad con información acerca de un rendimiento de enlace ascendente, UL, del DTN cuando el requisito relativo al rendimiento de la sesión de datos incluye un requisito relativo al rendimiento de UL (S512U).

5. Método o dispositivo inalámbrico de la reivindicación 3, donde seleccionar el DTN de conformidad con un requisito relativo al rendimiento de la sesión de datos incluye seleccionar el DTN de conformidad con información acerca de un rendimiento de latencia del DTN cuando el requisito relativo al rendimiento de la sesión de datos incluye un requisito relativo a la latencia, seleccionar el DTN de conformidad con información acerca de un rendimiento de flujo del DTN cuando el requisito relativo al rendimiento de la sesión de datos incluye un requisito relativo al flujo, o ambos.

6. Método de la reivindicación 1 o dispositivo inalámbrico de la reivindicación 2, donde realizar la sesión de datos utilizando el DTN seleccionado incluye:

realizar la sesión de datos utilizando el DTN seleccionado durante un periodo de tiempo predeterminado (S624; S626); y,

en respuesta al transcurso del periodo de tiempo predeterminado, seleccionar un nuevo DTN y realizar la sesión de datos utilizando el nuevo d Tn seleccionado (S626; S620).

7. Método de la reivindicación 1 o dispositivo inalámbrico de la reivindicación 2, donde seleccionar el DTN incluye seleccionar el DTN de una lista de DTN disponibles.

8. Método o dispositivo inalámbrico de la reivindicación 7, donde seleccionar el DTN de la lista de DTN disponibles incluye seleccionar el DTN de la lista utilizando un generador de números aleatorios o un generador de números pseudoaleatorios (1222).

9. Método o dispositivo inalámbrico de la reivindicación 7, donde seleccionar el DTN de la lista de DTN disponibles incluye seleccionar el DTN de conformidad con los resultados respectivos de micropruebas de velocidad realizadas sobre la lista de DTN disponibles (S806).

10. Método o dispositivo inalámbrico de la reivindicación 7, donde seleccionar el DTN de la lista de DTN disponibles incluye seleccionar el DTN de conformidad con cálculos respectivos para la lista de DTN disponibles, donde los cálculos se basan en las métricas respectivas, las propiedades respectivas, o ambas de los DTN disponibles (S1006).

11. Método o dispositivo inalámbrico de la reivindicación 7, donde seleccionar el DTN de la lista de DTN disponibles incluye seleccionar el<d>T<n>de conformidad con la información histórica sobre el rendimiento relativa a la lista de DTN disponibles (S1106).

12. Método o dispositivo inalámbrico de la reivindicación 7, donde seleccionar el DTN de la lista de DTN disponibles incluye:

seleccionar el DTN de conformidad con un criterio de selección; y,

cuando una pluralidad de DTN de la lista de DTN disponibles cumpla los criterios de selección, seleccionar el DTN de la pluralidad de DTN de conformidad con una política que minimice el impacto negativo que la selección podría tener en otros usuarios de la red inalámbrica.