ES2975991T3 - Un método para actualizar una política de transferencia de datos en segundo plano negociada entre una función de aplicación y una red central, y una función de control de políticas - Google Patents

Abstract

Se divulga un método para actualizar una política de transferencia de datos en segundo plano, BDT, negociada entre una función de aplicación, AF, y una red central, CN. El método lo realiza una Función de Control de Políticas, PCF, del CN y comprende determinar información de política BDT actualizada que incluye condiciones actualizadas para la política BDT negociada y al menos una política BDT candidata para que el AP la seleccione cuando la PCF determina que la BDT negociada La política se ve afectada por el rendimiento degradado de la red. La PCF envía entonces la información de política BDT actualizada determinada a la AF mediante interacción de tipo de notificación, actualizando así de manera efectiva la política BDT negociada. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Un método para actualizar una política de transferencia de datos en segundo plano negociada entre una función de aplicación y una red central, y una función de control de políticas

Campo técnico

La presente descripción se relaciona en general con el campo de las redes de telecomunicaciones y, más específicamente, con un método para actualizar una política de transferencia de datos en segundo plano negociada entre una función de aplicación, AF, y una red central, CN, una función de control de políticas, PCF.

Antecedentes

Generalmente, todos los términos utilizados en la presente memoria deben interpretarse según su significado habitual en el campo técnico pertinente, a menos que se dé claramente un significado diferente y/o se implique a partir del contexto en el que se utilizan. Todas las referencias a un/un/el elemento, aparato, componente, medio, paso, etc. deben interpretarse abiertamente como referidas a al menos una instancia del elemento, aparato, componente, medio, paso, etc., a menos que se indique explícitamente lo contrario. Los pasos de cualquier método y/o procedimiento descrito en la presente memoria no tienen que realizarse en el orden exacto descrito, a menos que un paso se describa explícitamente como siguiendo o precediendo a otro paso y/o donde esté implícito que un paso debe seguir o preceder a otro paso. Cualquier característica de cualquiera de las realizaciones descritas en la presente memoria puede aplicarse a cualquier otra realización, siempre que sea apropiado. Asimismo, cualquier ventaja de cualquiera de las realizaciones puede aplicarse a cualquier otra realización, y viceversa. Otros objetivos, características y ventajas de las realizaciones adjuntas resultarán evidentes a partir de la siguiente descripción.

La evolución a largo plazo, LTE, es un término general para las así denominadas tecnologías de acceso por radio de cuarta generación, 4G, desarrolladas dentro del proyecto de asociación de tercera generación, 3GPP, e inicialmente estandarizadas en las versiones 8 y 9, también conocidas como UTRAN evolucionada, E-UTRAN. LTE está dirigido a varias bandas de frecuencia con licencia y va acompañado de mejoras en aspectos no radioeléctricos comúnmente denominados evolución de la arquitectura del sistema, SAE, que incluye una red de núcleo de paquetes evolucionado, EPC. LTE continúa evolucionando a través de versiones posteriores. Una de las características de la versión 11 es un canal físico de control de enlace descendente mejorado, ePDCCH, que tiene los objetivos de aumentar la capacidad y mejorar la reutilización espacial de los recursos del canal de control, mejorar la coordinación de interferencias entre células, ICIC y soportar la formación de haces de antena y/o transmitir diversidad para el canal de control.

En la Figura 1 se muestra una arquitectura ejemplar general de una red que comprende LTE y SAE. La E-UTRAN 100 comprende uno o más Nodos B evolucionados, eNB, tales como los eNB 105, 110 y 115, y uno o más equipos de usuario, UE, tales como el UE 120. Tal como se utiliza dentro de los estándares de 3GPP, "equipo de usuario" o "UE" significa cualquier dispositivo de comunicación inalámbrica (por ejemplo, teléfono inteligente o dispositivo informático) que es capaz de comunicarse con equipos de red compatibles con el estándar de 3GPP, incluyendo E- UTRAN así como UTRAN y/o GERAN, como se conocen comúnmente las redes de acceso por radio de 3GPP de tercera ("3G") y segunda generación ("2G").

Según lo especificado por 3GPP, E-UTRAN 100 es responsable de todas las funciones relacionadas con radio en la red, incluyendo el control de portadora de radio, control de admisión de radio, control de movilidad de radio, planificación y asignación dinámica de recursos a los UE en enlace ascendente y enlace descendente, así como como seguridad de las comunicaciones con el UE. Estas funciones residen en los eNB, tal como los eNB 105, 110 y 115. Los eNB en la E-UTRAN se comunican entre sí a través de la interfaz X1, como se muestra en la Figura 1. Los eNB también son responsables de la interfaz E-UTRAN al EPC 130, específicamente la interfaz S1 a la entidad de gestión de la movilidad, MME, y la pasarela de servicio, SGW, mostrados colectivamente como las MME/S-GW 134 y 138 en la Figura 1. En términos generales, la MME/S-GW maneja tanto el control general del UE y el flujo de datos entre el UE y el resto del EPC. Más específicamente, la MME procesa los protocolos de señalización (por ejemplo, plano de control) entre el UE y el EPC, que se conocen como los protocolos de estrato de no acceso, NAS. La S-GW maneja todos los paquetes de datos de Protocolo de Internet, IP (por ejemplo, plano de datos o de usuario) entre el UE y el EPC, y sirve como el ancla de movilidad local para los portadores de datos cuando el UE se mueve entre los eNB, tales como los eNB 105, 110 y 115.

El EPC 130 también puede incluir un servidor de abonado doméstico, HSS 131, que gestiona información relacionada con el usuario y el abonado. El HSS 131 también puede proporcionar funciones de soporte en gestión de la movilidad, configuración de llamadas y sesiones, autenticación de usuarios y autorización de acceso. Las funciones del HSS 131 pueden estar relacionadas con las funciones del registro de localización doméstico, HLR, y las funciones u operaciones del centro de autenticación, AuC, heredados.

En algunas realizaciones, el HSS 131 puede comunicarse con un repositorio de datos de usuario, UDR, etiquetado como EPC-UDR 135 en la Figura 1, a través de una interfaz Ud. El EPC-UDR 135 puede almacenar credenciales de usuario después de que hayan sido cifradas mediante algoritmos AuC. Estos algoritmos no están estandarizados (es decir, son específicos del proveedor), de modo que las credenciales cifradas almacenadas en el EPC-UDR 135 son inaccesibles para ningún otro proveedor que no sea el proveedor de HSS 131.

En 3GPP, se ha completado un elemento de estudio sobre una nueva interfaz de radio para una red celular (por ejemplo, inalámbrica) de quinta generación, 5G, y el 3GPP ahora está estandarizando esta nueva interfaz de radio, a menudo abreviada como NR, Nueva Radio. La Figura 2 ilustra una vista de alto nivel de la arquitectura de red 5G, que consta de una RAN de próxima generación, NG-RAN 299, y un núcleo 5G, 5GC 298. La n G-RAN 299 puede incluir un conjunto de gNodeB, gNB, conectados al 5GC a través de una o más interfaces NG, tales como los gNB 200, 250 conectados a través de las interfaces 202, 252, respectivamente. Además, los gNB pueden conectarse entre sí a través de una o más interfaces Xn, tal como la interfaz Xn 240 entre los gNB 200 y 250. Con respecto a la interfaz NR a los UE, cada uno de los gNB puede soportar duplexación por división de frecuencia, FDD, duplexación por división de tiempo, TDD o una combinación de los mismos.

La NG-RAN 299 se divide en una capa de red de radio, RNL, y una capa de red de transporte, TNL. La arquitectura de NG-RAN, es decir, los nodos lógicos de NG-RAN y las interfaces entre ellos, se define como parte de la RNL. Para cada interfaz NG-RAN (NG, Xn, F1) se especifican el protocolo de TNL relacionado y la funcionalidad. El TNL proporciona servicios para el transporte del plano de usuario y el transporte de señalización. En algunas configuraciones ejemplares, cada gNB está conectado a todos los nodos 5GC dentro de una "Región AMF", que se define en 3GPP Ts 23.501. Si se soporta la protección de seguridad para los datos del plano de control, CP, y del plano de usuario, UP, en la TNL de las interfaces NG-RAN, se aplicará NDS/IP (3GPP TS 33.401).

Los nodos lógicos de NG RAN mostrados en la Figura 2 (y descritos en 3GPP TS 38.401 y 3GPP TR 38.801) incluyen una unidad central (o centralizada) (CU o gNB-CU) y una o más unidades distribuidas (o descentralizadas) (DU o gNB-DU). Por ejemplo, el gNB 200 incluye el gNB-CU 210 y el gNB-DU 220 y 230. Las CU (por ejemplo, gNB-CU 210) son nodos lógicos que alojan protocolos de capa superior y realizan varias funciones de gNB, tales como controlar la operación de las DU. Cada DU es un nodo lógico que aloja protocolos de capa inferior y puede incluir, dependiendo de la división funcional, varios subconjuntos de las funciones del gNB. Como tal, cada una de las CU y DU puede incluir varios circuitos necesarios para realizar sus respectivas funciones, incluyendo circuitos de procesamiento, circuitos de transceptor (por ejemplo, para comunicación) y circuitos de alimentación. Además, los términos "unidad central" y "unidad centralizada" se utilizan indistintamente en la presente memoria, al igual que los términos "unidad distribuida" y "unidad descentralizada".

Un gNB-CU se conecta a las gNB-DU a través de respectivas interfaces lógicas F1, tal como las interfaces 222 y 232 mostradas en la Figura 3. La gNB-CU y las gNB-DU conectadas solo son visibles para otros gNB y el 5GC como un gNB. En otras palabras, la interfaz F1 no es visible más allá de gNB-CU.

La Figura 3 muestra una vista de alto nivel de una arquitectura de red 5G ejemplar, incluyendo una NG-RAN 399 y un 5GC 398. Como se muestra en la figura, la NG-RAN 399 puede incluir los gNB 310 (por ejemplo, 310a,b) y los ngeNB 320 (por ejemplo, 320a,b) que están interconectados entre sí a través de respectivas interfaces Xn. Los gNB y ng-eNB también están conectados a través de las interfaces NG al 5GC 398, más específicamente a la función de gestión de acceso y movilidad, AMF 330 (por ejemplo, las AMF 330a,b) a través de las respectivas interfaces NG-C y a la función de plano de usuario UPF, 340 (por ejemplo, las UPF 340a,b) a través de las respectivas interfaces NG-U. Además, las AMF 340a,b pueden comunicarse con una o más funciones de control de políticas, PCF (por ejemplo, las PCF 350a,b) y funciones de exposición de red, NEF (por ejemplo, las NEF 360a,b). Las A<m>F, UPF, PCF y N<e>F se describen con más detalle a continuación.

Cada uno de los gNB 310 puede soportar la interfaz de radio NR, incluyendo FDD, TDD o una combinación de los mismos. Por el contrario, cada uno de los ng-eNB 320 soporta la interfaz de radio LTE pero, a diferencia de los eNB de LTE convencionales (tales como los mostrados en la Figura 1), se conecta al 5GC a través de la interfaz NG.

Los despliegues basados en diferentes opciones de arquitectura de 3GPP (por ejemplo, basados en EPC o basados en 5GC) y los UE con diferentes capacidades (por ejemplo, NAS de EPC y NAS de 5GC) pueden coexistir al mismo tiempo dentro de una red (por ejemplo, una red móvil terrestre pública, PLMN). En general, se supone que un UE que puede soportar procedimientos NAS de 5GC también puede soportar procedimientos NAS de EPC (por ejemplo, como se define en 3GPP TS 24.301) para operar en redes heredadas, tal como en itinerancia. Como tal, el UE utilizará procedimientos NAS de EPC o NAS de 5GC dependiendo del CN que le sirva.

Otro cambio en las redes 5G (por ejemplo, en 5GC) es que las interfaces y protocolos tradicionales de igual a igual (por ejemplo, los que se encuentran en las redes LTE/EPC) se modifican mediante la así denominada arquitectura basada en servicios, SBA, en la que las funciones de red, NF, proporcionan uno o más servicios a uno o más consumidores de servicios. Esto puede hacerse, por ejemplo, mediante interfaces de programación de aplicaciones, API, de protocolo de transferencia de hipertexto/transferencia de estado representacional, HTTP/REST. En general, los diversos servicios son funcionalidades autocontenidas que pueden cambiarse y modificarse de manera aislada sin afectar a otros servicios.

Además, los servicios se componen de varias "operaciones de servicio", que son divisiones más granulares de la funcionalidad general del servicio. Para acceder a un servicio, se debe indicar tanto el nombre del servicio como la operación del servicio objetivo. Las interacciones entre consumidores y productores de servicios pueden ser del tipo "solicitud/respuesta" o "suscripción/notificación". En SBA de 5G, las funciones de repositorio de red, NRF, permiten que cada función de red descubra los servicios ofrecidos por otras funciones de red, y las funciones de almacenamiento de datos, DSF, permiten que cada función de red almacene su contexto.

Como se discutió anteriormente, los servicios pueden desplegarse como parte de una NF en SBA de 5G. Este modelo de SBA, que adopta además principios como modularidad, reusabilidad y autocontención de las NF, puede permitir que los despliegues aprovechen las últimas tecnologías de virtualización y software. La Figura 4 muestra una arquitectura de referencia de 5G no itinerante ejemplar con interfaces basadas en servicios y varias NF definidas por 3GPP dentro del CP. Éstas incluyen:

• Función de gestión del acceso y la movilidad (AMF) con interfaz Namf;

• Función de gestión de sesiones (SMF) con interfaz Nsmf;

• Función de plano de usuario (UPF) con interfaz Nupf;

• Función de control de políticas (PCF) con interfaz Npcf;

• Función de exposición de red (NEF) con interfaz Nnef;

• Función de repositorio de red (NRF) con interfaz Nnrf;

• Función de selección de segmentos de red (NSSF) con interfaz Nnssf;

• Función de servidor de autenticación (AUSF) con interfaz Nausf;

• Función de Aplicación (AF) con interfaz Naf;

• Función de análisis de datos de red (NWDAF) (no mostrada); y

• Gestión unificada de datos (UDM) con interfaz Nudm.

La UDM es similar al HSS en las redes LTE/EPC discutidas anteriormente. La UDM soporta la generación de credenciales de autenticación de AKA de 3GPP, manejo de identificación de usuario, autorización de acceso en base a datos de suscripción y otras funciones relacionadas con el abonado. Para proporcionar esta funcionalidad, la UDM utiliza datos de suscripción (incluyendo datos de autenticación) almacenados en el repositorio de datos unificado, UDR, de 5GC. Además de la UDM, el UDR soporta el almacenamiento y la recuperación de datos de políticas por parte de la PCF, así como el almacenamiento y la recuperación de datos de aplicaciones por parte de la NEF.

3GPP Versión-15 también especifica una función de análisis de datos de red, NWDAF, incluyendo servicios (denominados "Nnwdaf") que facilitan políticas básicas y control de segmentación de red en base a información de análisis, que puede incluir información estadística de eventos pasados y/o información predictiva. 3GPP Versión-16 mejora la arquitectura y los servicios de análisis de la Versión-15 en base a un nuevo 3GPP TS 23.288 (v16.0.0). Pueden estar presentes diferentes instancias de NWDAF en el 5GC, con posibles especializaciones por categorías de análisis. Las capacidades de una instancia de NWDAF particular se describen en el perfil de NWDAF almacenado en la NRF. Además, varios otros FN proporcionan servicios específicos en apoyo de la NWDAF.

La provisión de servicios por parte de una AF requiere la gestión de recursos de red, que son típicamente solicitados por un servicio mientras se ejecuta el servicio. No obstante, la provisión de algunos servicios puede optimizarse mediante la gestión y/o planificación avanzada de los recursos de red. Uno de dichos servicios es la "transferencia de datos en segundo plano" (BDT, descrita en 3GPP TS 23.503 v16.1.1 cláusula 6.1.2.4), que típicamente se asocia con la transferencia de un volumen de datos muy grande (o "enorme") con baja prioridad de tráfico (por ejemplo, actualizaciones de software) que no es urgente. Por ejemplo, dichas transmisiones pueden planificarse durante ventanas de tiempo en las que la red está menos cargada (por ejemplo, durante la noche). Dichos servicios BDT que se planifican con antelación, como se discutió anteriormente, también se denominan "transferencia de datos futura".

3GPP TS 23.503 especifica características para la negociación de BDT entre un proveedor de servicios de aplicaciones, ASP, y un operador de red móvil, MNO y/o una PLMN. Cuando el ASP inicia la negociación de BDT, también puede proporcionar una indicación de que debe enviarse una notificación de advertencia de BDT a la AF. Una notificación de advertencia de BDT indica al ASP que es necesario renegociar la política de BDT. Aun así, existen varios problemas y/o limitaciones con los mecanismos existentes para la renegociación de BDT. Por ejemplo, el MNO tiene una flexibilidad limitada para mejorar las condiciones de la red a través de la renegociación de límites de velocidad más restrictivos y/o políticas de cobro diferentes.

El borrador de 3GPP "Support of Npcf_BDTPolicyControl_Notify service operation", por Huawei et al., 29554_CR0026R2_(REL-16)_C3-192187_WAS_191232_REV3, describe que cuando la PCF sabe que el rendimiento de la red en el área de interés está por debajo de los criterios del operador, el PCT recupera todas las políticas de transferencia en segundo plano del UDR, y si la PCF determina que el tráfico de datos en segundo plano se ve afectado, envía una solicitud HTTP POST con una notificación de advertencia a la NEF, cuya notificación puede contener la ventana de tiempo en la que el rendimiento de la red estará por debajo de los criterios del operador.

El borrador de 3GPP "Solution for Key Issues 7: NWDAF assisting future background data transfer " por Huawei et al., S2-189050_E-MAIL_REV1_S2-188508, describe que un H-PCF puede proporcionar una o más políticas de transferencia para la futura transferencia de datos en segundo plano en base a las solicitudes de la tercera parte.

Compendio

Por consiguiente, las realizaciones ejemplares de la presente descripción abordan estas y otras dificultades en las renegociaciones de políticas entre un MNO (por ejemplo, una red central) y un ASP (por ejemplo, una AF asociada con el ASP).

En un primer aspecto de la presente descripción, se presenta un método realizado por una función de control de políticas, PCF, de la CN según la reivindicación 1.

La presente descripción se basa en la idea de que puede realizarse una forma alternativa de cambiar una política de BDT negociada entre la AF y la PCF en la CN utilizando una interacción de tipo notificación entre las NF implicadas, es decir, la AF y la PCF. La interacción de tipo "Notificación", en comparación con la interacción de tipo solicitud/respuesta, permite que la política de BDT negociada afectada por el rendimiento degradado de la red se actualice o cambie de una manera más eficiente tanto en términos de tiempo consumido como de recursos de red, tal como el número de señalizaciones intercambiadas entre la AF y la PCF.

Las realizaciones ejemplares de la presente descripción incluyen métodos y/o procedimientos para la negociación de políticas para BDT entre una AF y una CN. Estos métodos y/o procedimientos ejemplares pueden ser realizados por uno o más nodos o funciones en la CN, tal como una función de control de políticas, PCF, en una red central 5G, 5GC.

Como paso preliminar, los métodos y/o procedimientos ejemplares pueden incluir negociar una o más primeras políticas de BDT con la AF. Los métodos y/o procedimientos ejemplares también pueden incluir determinar que al menos una de las primeras políticas de BDT se verá afectada por el rendimiento de la red (por ejemplo, carga o congestión). Los métodos y/o procedimientos ejemplares también pueden incluir determinar información de la política de BDT actualizada para cada primera política de BDT afectada. La información de la política de BDT actualizada para una primera política de BDT afectada puede incluir una o más segundas políticas de BDT candidatas y/o una o más condiciones actualizadas para la primera política de BDT afectada.

En algunas realizaciones, los métodos y/o procedimientos ejemplares también pueden incluir enviar, a la AF, la información de la política de BDT actualizada para cada primera política de BDT afectada.

Por lo tanto, el método permite a un MNO, que se da cuenta del cambio o degradación del rendimiento de la red, confiar en al menos las políticas del operador disponibles para decidir si condiciones nuevas o actualizadas, tales como una tasa de cobro diferente y una velocidad de bits agregada máxima diferente, se aplican a la política de BDT negociada, es decir, la primera política de BDT. El MNO puede entonces informar al ASP de las condiciones nuevas o actualizadas. El ASP ha proporcionado, al iniciar la negociación de BDT, una indicación de que se debe enviar una notificación de advertencia de BDT a la AF. La notificación de advertencia de BDT indica al ASP que es necesario renegociar o actualizar la política de BDT.

Además, el MNO, a través de la PCF, puede generar un nuevo conjunto de políticas de BDT candidatas según la nueva información de rendimiento de la red y otros datos de información. La PCF proporciona entonces el nuevo conjunto de políticas de BDT candidatas al ASP.

A diferencia del método convencional para renegociar una nueva política de BDT para reemplazar la política de BDT negociada que se ve afectada por el rendimiento degradado de la red, utilizando la interacción del tipo solicitud/respuesta, el método anterior de acuerdo con la presente descripción permite al NMO controlar las condiciones para aplicar BDT cuando los datos de análisis, tal como predicciones, sobre el rendimiento de la red indiquen una posible degradación o mejoras de la carga en el área de red y en un momento en el que se acuerda que tenga lugar la BDT negociada.

Además, a diferencia del método convencional que permite que sólo el ASP inicie la negociación de BDT, el método de la presente descripción permite al MNO controlar cuándo debe comenzar la negociación de BDT y, por lo tanto, lograr un mejor control del tráfico de BDT en su red.

En una realización de la presente descripción, el paso de envío comprende enviar la información de la política de BDT actualizada a la AF como una notificación a través de una función de exposición de red, NEF.

Específicamente, la PCF invoca un servicio Npcf_BDTPolicyControl_Notify para enviar la información de la política de BDT actualizada a la NEF, que a su vez invoca un servicio Nnef_BDTPolicyControl_Notify para enviar la información de la política de BDT actualizada al AP.

El envío de la información de la política de BDT actualizada se realiza utilizando los servicios actualmente disponibles de las NF, sin necesidad de introducir nuevas operaciones de servicio.

En una realización de la presente descripción, el método comprende además el paso de actualizar la política de BDT negociada almacenada en un repositorio de datos en base a las condiciones actualizadas para la política de BDT negociada.

Esta operación es especialmente ventajosa porque permite actualizar la política de BDT, sin pasar por un procedimiento de renegociación de otra política de BDT que lleva mucho tiempo entre la FA y la PCF. La operación permite adaptar la transferencia en segundo plano a las condiciones modificadas de la red, lo que es más eficiente que esperar hasta la finalización de la renegociación de otra política de BDT.

En una realización de la presente descripción, las condiciones actualizadas comprenden una ventana de tiempo de BDT actualizada, y el método comprende además los pasos de:

- identificar uno o más equipos de usuario, UE, a los que se ha aplicado la política de BDT negociada; y

- actualizar las reglas de política de selección de ruta para el UE identificado en base a la ventana de tiempo de BDT actualizada.

De esta manera, los UE pueden actualizar fácilmente sus reglas de política de selección de ruta, de nuevo sin tener que esperar hasta que se aplique otra nueva política de BDT.

En otra realización de la presente descripción, el método comprende además el paso de:

- recibir, de la AF, una política de BDT adicional seleccionada por la AF entre la al menos una política de BDT candidata, y

- actualizar la política de BDT negociada a la política de BDT adicional seleccionada.

En dichas realizaciones, los métodos y/o procedimientos ejemplares también pueden incluir recibir, de la AF, una o más segundas políticas de BDT, en donde cada segunda política de BDT es una de las segundas políticas de BDT candidatas asociadas con una primera política de BDT afectada. Por ejemplo, la AF proporciona una segunda política de BDT que ha seleccionado de entre las segundas políticas de BDT candidatas proporcionadas, por la CN, para la primera política de BDT afectada.

Estos pasos pueden realizarse si la AF decide seleccionar una política de BDT diferente, a lo que seguirán procedimientos de actualización de la política de BDT seleccionada con la PCF.

En una realización de la presente descripción, las condiciones actualizadas comprenden al menos uno de los siguientes: una tasa de cobro actualizada y una velocidad de bits agregada máxima actualizada.

Es muy probable que estas condiciones se vean influenciadas por el rendimiento degradado de la red. Por lo tanto, actualizar la tasa de cobro y la velocidad de bits agregada máxima a valores más apropiados puede garantizar que la transferencia de datos en segundo plano se lleve a cabo sin problemas.

En un segundo aspecto de la presente descripción, se presenta un método para actualizar una política de transferencia de datos en segundo plano, BDT, mediante una función de aplicación, AF, con una función de control de políticas, PCF, en una red central, CN, de una red de telecomunicaciones, comprendiendo el método los pasos de la reivindicación 7. La AF puede estar asociada con un proveedor de servicios de aplicaciones, ASP.

Las realizaciones ejemplares de la presente descripción incluyen métodos y/o procedimientos para la negociación de políticas para BDT entre una AF y una CN. Estos métodos y/o procedimientos ejemplares pueden ser realizados por una AF asociada con un proveedor de servicios de aplicaciones, ASP.

Los métodos y/o procedimientos ejemplares pueden incluir negociar una o más primeras políticas de BDT con la CN. Los métodos y/o procedimientos ejemplares también pueden incluir recibir, de la CN, información de la política de BDT actualizada para al menos una de las primeras políticas de BDT que se verán afectadas por el rendimiento de la red. La información de la política de BDT actualizada para una primera política de BDT afectada puede incluir una o más segundas políticas de BDT candidatas y/o una o más condiciones actualizadas para la primera política de BDT afectada.

Con el método del segundo aspecto de la presente descripción, el AP puede actualizar la política de BDT negociada entre el AP y la CN de manera más eficiente recibiendo la información de política actualizada, que es proporcionada por la PCF en la CN directamente. Por lo tanto, el AP no tiene que iniciar un procedimiento de renegociación con la PCF, actualizando así de manera eficiente la política de BDT con una mínima señalización y retardo en el proceso de negociación.

El método del segundo aspecto que comprende además los pasos de:

- seleccionar una política de BDT adicional entre la al menos una política de BDT candidata, y

- enviar la política de BDT adicional seleccionada a la PCF.

Todavía es posible para el AP seleccionar una política de BDT adicional, entre las políticas de BDT candidatas proporcionadas por la PCF. El AP enviará entonces la política de BDT adicional seleccionada a la PCF siguiendo el procedimiento de negociación actualmente disponible.

Como ejemplo, los métodos y/o procedimientos ejemplares también pueden incluir, para cada primera política de BDT afectada para la cual la información de la política de BDT actualizada incluye segundas políticas de BDT candidatas, seleccionar una segunda política de BDT de entre la una o más segundas políticas de BDT candidatas. En dichas realizaciones, los métodos y/o procedimientos ejemplares también pueden incluir enviar, a la CN, las segundas políticas de BDT seleccionadas. Por ejemplo, la<a>F proporciona una segunda política de BDT que ha seleccionado de entre las segundas políticas de BDT candidatas proporcionadas, por la CN, para la primera política de BDT afectada. En algunas realizaciones, la una o más condiciones actualizadas pueden incluir al menos una de las siguientes: una tasa de cobro actualizada, una velocidad de bits agregada máxima actualizada y una ventana de tiempo de BDT actualizada.

En algunas realizaciones, la red central puede ser un 5GC. En tal caso, la AF puede comunicarse (por ejemplo, negociar y/o intercambiar información de la política de BDT) con la PCF del 5GC a través de una función de exposición de red, NEF, del 5GC.

Otros aspectos de la presente descripción incluyen redes centrales (por ejemplo, nodos y/o funciones) y funciones de aplicación, AF, que están configuradas para realizar operaciones correspondientes a los métodos y/o procedimientos ejemplares descritos en la presente memoria. Otras realizaciones ejemplares incluyen medios legibles por ordenador no transitorios que almacenan instrucciones ejecutables por ordenador que, cuando son ejecutados por circuitos de procesamiento asociados con dichos nodos/funciones o AF de la red central, configuran los mismos para realizar operaciones correspondientes a los métodos y/o procedimientos ejemplares descritos en la presente memoria. Específicamente, en un tercer aspecto de la presente descripción, se presenta una función de control de políticas, PCF, en una red central, CN, de una red de telecomunicaciones, la PCF dispuesta para actualizar una política de transferencia de datos en segundo plano, BDT, negociada entre una función de aplicación, AF, y la CN, estando configurada la PCF según la reivindicación 8.

En un cuarto aspecto, se presenta un sistema según la reivindicación 12.

En un quinto aspecto, se presenta un producto de programa informático según la reivindicación 13.

En un sexto aspecto, se presenta un producto de programa informático según la reivindicación 14.

Las mencionadas anteriormente y otras características y ventajas de la descripción se entenderán mejor a partir de la siguiente descripción con referencia a los dibujos adjuntos. En los dibujos, los números de referencia similares denotan partes o partes idénticas que realizan una función u operación idéntica o comparable.

Breve descripción de los dibujos

La Figura 1 es un diagrama de bloques de alto nivel de una arquitectura ejemplar de la red de evolución a largo plazo, LTE, UTRAN evolucionada, E-UTRAN, y núcleo de paquetes evolucionado, EPC, según lo estandarizado por 3GPP. Las Figuras 2 y 3 ilustran dos vistas de alto nivel diferentes de una arquitectura de red 5G.

La Figura 4 muestra arquitecturas de referencia de 5G no itinerantes ejemplares con interfaces basadas en servicios y varias funciones de red, NF, como se describe adicionalmente en 3GPP TS 23.501 (v16.1.0).

La Figura 5 muestra un procedimiento ejemplar para la negociación de transferencia de datos en segundo plano, BDT, tal como se describe en 3GPP TS 23.502 (v16.1.1).

La Figura 6 muestra un procedimiento ejemplar para la notificación de advertencia de BDT, según varias realizaciones ejemplares de la presente descripción.

La Figura 7 muestra un procedimiento ejemplar para la renegociación de BDT, según varias realizaciones ejemplares de la presente descripción.

La Figura 8 ilustra métodos y/o procedimientos ejemplares para planificar recursos, asociados con una pluralidad de componentes de una red de comunicación, para proporcionar un servicio de red a un equipo de usuario, UE, según varias realizaciones ejemplares de la presente descripción.

La Figura 9 ilustra métodos y/o procedimientos ejemplares para planificar recursos, en un componente de una red de comunicación, para proporcionar un servicio de red a un UE, según varias realizaciones ejemplares de la presente descripción.

La Figura 10 ilustra una realización ejemplar de una red inalámbrica, de acuerdo con varios aspectos descritos en la presente memoria.

La Figura 11 ilustra una realización ejemplar de un UE, de acuerdo con varios aspectos descritos en la presente memoria.

La Figura 12 es un diagrama de bloques que ilustra un entorno de virtualización ejemplar utilizable para la implementación de varias realizaciones de nodos de red descritos en la presente memoria.

Las Figuras 13-14 son diagramas de bloques de varios sistemas y/o redes de comunicación ejemplares, de acuerdo con varios aspectos descritos en la presente memoria.

Las Figuras 15-18 son diagramas de flujo de métodos y/o procedimientos ejemplares para la transmisión y/o recepción de datos de usuario que pueden implementarse, por ejemplo, en los sistemas y/o redes de comunicación ejemplares.

Descripción detallada

Las realizaciones contempladas por la presente descripción se describirán ahora con más detalle con referencia a los dibujos adjuntos. Otras realizaciones, sin embargo, están contenidas dentro del alcance de la materia objeto descrita en la presente memoria. La materia objeto descrita no debe interpretarse como limitada únicamente a las realizaciones expuestas en la presente memoria. En su lugar, las realizaciones ilustradas se proporcionan a modo de ejemplo para transmitir el alcance de la materia objeto a los expertos en la técnica.

Además, los siguientes términos se utilizan a lo largo de la descripción dada a continuación:

- Nodo de radio: tal como se utiliza en la presente memoria, un "nodo de radio" puede ser un "nodo de acceso por radio" o un "dispositivo inalámbrico".

- Nodo de acceso por radio: tal como se utiliza en la presente memoria, un "nodo de acceso por radio" (o "nodo de red de radio") puede ser cualquier nodo en una red de acceso por radio, RAN, de una red de comunicaciones celular que opera para transmitir y/o recibir señales de manera inalámbrica. Algunos ejemplos de un nodo de acceso por radio incluyen, pero no se limitan a, una estación base (por ejemplo, una estación base de nueva radio, NR, gNB, en una red N<r>de quinta generación, 5G, de 3GPP o un Nodo B mejorado o evolucionado, eNB, en una red LTE de 3GPP), una estación base de alta potencia o macro, una estación base de baja potencia (por ejemplo, una micro estación base, una pico estación base, un eNB doméstico o similar) y un nodo de retransmisión.

- Nodo de red central: tal como se utiliza en la presente memoria, un "nodo de red central" es cualquier tipo de nodo en una red central. Algunos ejemplos de un nodo de red central incluyen, por ejemplo, una entidad de gestión de la movilidad, MME, una pasarela de red de datos por paquetes, P-GW, una función de exposición de capacidad de servicio SCEF, o similares.

- Dispositivo inalámbrico: tal como se utiliza en la presente memoria, un "dispositivo inalámbrico" (o "WD" para abreviar) es cualquier tipo de dispositivo que tiene acceso a (es decir, es servido por) una red de comunicaciones celulares comunicándose de manera inalámbrica con nodos de red y/u otros dispositivos inalámbricos. A menos que se indique lo contrario, el término "dispositivo inalámbrico" se utiliza en la presente memoria de manera intercambiable con "equipo de usuario" (o "UE" para abreviar). Algunos ejemplos de un dispositivo inalámbrico incluyen, pero no se limitan a, un UE en una red 3GPP y un dispositivo de comunicación de tipo máquina, MTC. La comunicación inalámbrica puede implicar transmitir y/o recibir señales inalámbricas utilizando ondas electromagnéticas, ondas de radio, ondas infrarrojas y/u otros tipos de señales adecuadas para transmitir información a través del aire.

Nodo de red: tal como se utiliza en la presente memoria, un "nodo de red" es cualquier nodo que forma parte de la red de acceso por radio o la red central de una red de comunicaciones celulares. Funcionalmente, un nodo de red es un equipo capaz, configurado, dispuesto y/u operable para comunicarse directa o indirectamente con un dispositivo inalámbrico y/o con otros nodos o equipos de red en la red de comunicaciones celulares, para permitir y/o proporcionar acceso inalámbrico al dispositivo inalámbrico, y/o para realizar otras funciones (por ejemplo, administración) en la red de comunicaciones celulares.

Obsérvese que la descripción dada en la presente memoria se centra en un sistema de comunicaciones celulares de 3GPP y, como tal, a menudo se utiliza terminología de 3GPP o terminología similar a la terminología de 3GPP. Sin embargo, los conceptos descritos en la presente memoria no se limitan a un sistema de 3GPP. Además, aunque en la presente memoria se utiliza el término "célula", debe entenderse que (particularmente con respecto a NR de 5G) pueden utilizarse haces en lugar de células y, como tal, los conceptos descritos en la presente memoria se aplican por igual tanto a células como a haces.

En la siguiente descripción, se ilustran métodos y/o procedimientos ejemplares en diagramas de secuencia de diagramas de bloques en un orden particular, este orden es ejemplar y las operaciones correspondientes a las secuencias o bloques pueden realizarse en órdenes diferentes a los mostrados, y pueden combinarse y/o dividirse en bloques y/u operaciones que tienen una funcionalidad diferente a la mostrada. Además, el método y/o procedimiento ejemplar puede ser complementario a otros métodos y/o procedimientos ejemplares descritos en la presente memoria, de modo que sean capaces de utilizarse de manera cooperativa para proporcionar beneficios, ventajas y/o soluciones a los problemas descritos en la presente memoria. Los bloques y/u operaciones opcionales se indican mediante líneas discontinuas.

Además, en aras de la brevedad, se hará referencia a las entidades ilustradas en los diagramas de secuencia y diagramas de bloques sin sus etiquetas numéricas en la descripción de los respectivos pasos de operación. Además, el etiquetado numérico de las operaciones en los diagramas es sólo para facilitar la claridad de la explicación y no implica un orden particular, a menos que se indique específicamente en la siguiente descripción. En otras palabras, las operaciones pueden realizarse en un orden(es) diferente(s) al de las etiquetas numéricas, a menos que se indique específicamente.

Como se mencionó brevemente anteriormente, las soluciones existentes permiten a un MNO notificar a un proveedor de servicios de aplicaciones, ASP, que es necesario renegociar una política de BDT si el ASP quiere mejorar la calidad del tráfico de BDT. Aun así, existen varios problemas y/o limitaciones con los mecanismos existentes para la renegociación de BDT. Estos se discuten en más detalle a continuación.

3GPP TS 23.503 (v16.1.0) especifica características para la negociación de BDT entre un ASP y un operador de red móvil, MNO, y/o una red móvil terrestre pública, PL<m>N. Además, 3GPP TS 23.502 (v16.1.1, cláusula 4.16.7) define un procedimiento para soportar la negociación para la futura BDT en donde el servicio proporciona a la red información sobre los UE implicados, la cantidad de datos a ser transferidos, etc. Para habilitar esta negociación, el ASP contacta a la NEF para indicar el volumen de datos a ser transferidos por UE y el número esperado de UE, así como la ventana de tiempo y el área geográfica de la red donde tendrá lugar la transferencia. La NEF contacta a la PCF para informar de que existe una solicitud para negociar una BDT. La PCF genera una o múltiples políticas de BDT.

El servicio negocia entonces con la red algunas ventanas de tiempo específicas a utilizar para la transmisión. Una política de BDT generada/seleccionada puede incluir una ventana de tiempo recomendada para BDT, una referencia a una tasa de cobro utilizada para esta ventana de tiempo, una ID de referencia de BDT, información del área de red y una velocidad de bits agregada máxima para la BDT. La política de BDT puede generarse/seleccionarse teniendo en cuenta múltiples fuentes de datos, incluyendo el análisis de "rendimiento de la red" que proporciona la tupla {carga esperada en el área de interés, número esperado de UE de esta ASP en el área de interés}.

La PCF proporciona una lista de candidatos de políticas de BDT o una política de BDT seleccionada al AF, a través de la NEF, junto con el ID de referencia de BDT. Si la AF recibió más de una política de transferencia en segundo plano, la AF puede seleccionar una de ellas e informar a la PCF sobre la política de transferencia en segundo plano seleccionada que se almacena en el UDR.

Cuando el ASP inicia la negociación de BDT, también puede proporcionar una indicación de que debe enviarse una notificación de advertencia de BDT a la AF. Una notificación de advertencia de BDT indica al ASP que es necesario renegociar la política de BDT.

Las condiciones para renegociar una política de BDT incluyen: 1) el rendimiento de la red en el área de interés disminuye por debajo de un umbral; 2) las políticas de BDT negociadas se ven afectadas por esta disminución. En tal caso, la PCF notifica al ASP. Cuando la AF recibe la notificación, la AF puede renegociar la política de BDT con la PCF, lo que puede conducir a mejoras en la calidad del tráfico de datos en segundo plano.

La solución existente permite a un MNO notificar al ASP que es necesario renegociar una política de BDT si el ASP quiere mejorar la calidad del tráfico de BDT. Aun así, existen varios problemas y/o limitaciones con los mecanismos existentes para la renegociación de BDT.

Por ejemplo, la política de BDT previamente negociada permanece activa; en particular, todavía se aplica el límite de cobro y velocidad de la política de BDT existente. El MNO no tiene ningún mecanismo para mejorar las condiciones de la red, por ejemplo, aplicando una limitación de velocidad más restrictiva o aplicando un cobro diferente al tráfico de BDT que se enrutará en un área de red que puede experimentar una gran carga.

Además, si el ASP quiere mejorar la calidad del tráfico de BDT, entonces debe iniciar la negociación de nuevas políticas de BDT. Sin embargo, como se mencionó anteriormente, la política de BDT previamente negociada se aplica hasta que se complete la negociación de nuevas políticas de BDT. Esto provoca una señalización adicional entre el MNO y el ASP y retarda la aplicación de nuevas políticas de BDT según las nuevas condiciones de la red. Además, si ya hay una sesión de BDT en curso, la decisión de cuándo enviar BDT se deja al ASP solamente, es decir, la red no tiene control sobre la temporización.

Las realizaciones ejemplares de la presente descripción abordan estos y otros problemas, desafíos y/o cuestiones proporcionando técnicas para actualizar las condiciones que se aplican a una política de BDT negociada según las nuevas condiciones de rendimiento de la red, y para iniciar una renegociación de una nueva política de BDT desde el punto de vista de los MNO.

Por ejemplo, una PCF decide si se aplican nuevas condiciones (por ejemplo, tasa de cobro y velocidad de bits agregada máxima) a la política de BDT negociada e informa al ASP. Además, la PCF puede generar un nuevo conjunto de políticas de BDT candidatas según la nueva información de rendimiento de la red y otros datos de entrada, y puede proporcionar este nuevo conjunto de políticas de BDT candidatas al ASP. El ASP puede seleccionar una política de BDT del conjunto de candidatas. De esta manera, la renegociación de BDT puede ser iniciada por el MNO (por ejemplo, un PCF en la CN) en lugar del ASP.

Dichas técnicas proporcionan varias ventajas. Por ejemplo, permiten al MNO controlar las condiciones para aplicar BDT cuando los datos de análisis (por ejemplo, predicciones) relativos al rendimiento de la red indican un aumento o disminución de la carga de la red en un área afectada, así como controlar el momento en que debe producirse una BDT negociada.

Además, dichas técnicas proporcionan al MNO control del inicio de la renegociación de BDT y, por lo tanto, un mejor control del tráfico de BDT en la red del MNO. Además, dichas técnicas proporcionan un mecanismo compacto para la renegociación de las políticas de BDT con una mínima señalización y retardo durante la renegociación.

En la presente descripción, el término "red" se utiliza en general para referirse a una infraestructura de comunicación entre dos nodos, por ejemplo, redes celulares y comunicación de enlace lateral (ad-hoc).

Además, el término "servicio" se utiliza en general en la presente memoria para referirse a un conjunto de datos, asociados con una o más aplicaciones, que se transferirán a través de una red con ciertos requisitos de entrega específicos que deben cumplirse para que las aplicaciones sean exitosas.

Un ejemplo de un servicio podría ser una gran cantidad de datos (por ejemplo, una actualización de software o carga de datos) que pueden o no segmentarse en fragmentos más pequeños para una entrega eficiente. Otro ejemplo es un conjunto de archivos independientes que están asociados con información relevante para el mismo servicio. El servicio podría tener una fecha límite de transmisión asociada, ya sea en el dominio del tiempo (por ejemplo, completar la transmisión dentro de 1 hora) o del espacio (por ejemplo, completar la transmisión antes de que el UE llegue a un cierto área geográfica). El servicio también podría proporcionar información adicional útil para la entrega del servicio.

En la presente descripción, el término "componente" se utiliza en general para referirse a cualquier componente necesario para la entrega del servicio. Ejemplos de componentes son las RAN (por ejemplo, E-UTRAN, NG-RAN o partes de las mismas, tales como eNB, gNB, estaciones base (BS), etc.), las CN (por ejemplo, EPC, 5GC o partes de las mismas, incluyendo todos los tipos de enlaces entre entidades RAN y CN) e infraestructura en la nube con recursos relacionados, tales como computación y almacenamiento. En general, cada componente puede tener un "gestor", un término utilizado en general para referirse a una entidad que puede recopilar información histórica sobre la utilización de recursos, así como proporcionar información sobre la disponibilidad actual y futura prevista de los recursos asociados con ese componente (por ejemplo, un gestor de RAN).

La Figura 5 muestra un procedimiento ejemplar para la negociación de BDT, tal como se define en 3GPP TS 23.502 (v16.1.1). El procedimiento implica varias operaciones por parte de y/o entre un UDR 510, una PCF doméstica (H-PCF, o más simplemente PCF) 520, una NEF 530 y una AF 540, que puede estar asociada con un ASP.

En la operación 1, la AF invoca el servicio Nnef_BDTPNegotiation_Create del NEF con una tupla de entrada de {ID de ASP, cantidad de UE, volumen por UE, ventana de tiempo deseada y, opcionalmente, identificador de grupo externo, información del área de red, solicitud de restablecimiento de notificación}. La solicitud de restablecimiento de notificación es una indicación de que la notificación de aviso de BDT debe enviarse a la AF.

En la operación 2, en base a la solicitud de AF, la NEF puede solicitar a UDM que traduzca el identificador de grupo externo al Identificador de grupo interno utilizando el servicio Nudm_SDM_Get (traducción de identificador de grupo, Identificador de grupo externo). Además, la NEF puede invocar el servicio Npcf_BDTPolicyControl_Create de la H-PCF con la tupla de entrada {ID de ASP, cantidad de UE, volumen por UE, ventana de tiempo deseada y, opcionalmente, identificador de grupo interno, información del área de red, solicitud de restablecimiento de notificación} autorizar la creación de la política relativa a la BDT. Si la PCF fue provista de una solicitud de restablecimiento de notificación, entonces la PCF puede enviar una notificación de advertencia de BDT a la AF.

En la operación 3, la PCF puede solicitar a el UDR las políticas de transferencia almacenadas para todas las ASP utilizando la operación de servicio Nudr_DM_Query (datos de política, transferencia de datos en segundo plano). En caso de que solo se despliegue una PCF en la PLMN, la política de transferencia puede almacenarse localmente y no se requiere interacción con el UDR.

En la operación 4, el UDR proporciona todas las políticas de transferencia almacenadas y la información del área de red correspondiente a la PCF, según sea necesario. En la operación 5, la PCF determina una o más políticas de BDT en base a información proporcionada por la AF y otra información disponible. La PCF puede interactuar con la NWDAF y solicitar información de análisis sobre la cantidad de UE y la carga en el área de interés, incluyendo uno o múltiples períodos de tiempo.

En la operación 6, la PCF envía el mensaje de acuse de recibo a la NEF con las políticas de BDT aceptables y una ID de referencia de BDT. En la operación 7, la NEF envía una respuesta Nnef_BDTPNegotiation_Create a la AF para proporcionar una o más políticas de BDT y el ID de referencia de BDT a la AF. La AF almacena el ID de referencia de BDT para futuras interacciones con la PCF.

Si la NEF recibió solo una política de transferencia en segundo plano de la PCF, las operaciones 8 a 11 no se ejecutan y el procedimiento continúa con la operación 12. De lo contrario, en la operación 8, la AF invoca el servicio Nnef_BDTPNegotiation_Update para proporcionar a la NEF el ID de referencia de BDT y la política de BDT seleccionada. En la operación 9, la NEF invoca el servicio Npcf_BDTPolicyControl_Update para proporcionar a la PCF la política de BDT seleccionada y el ID de referencia de BDT asociado. En la operación 10, la PCF envía un mensaje de reconocimiento a la NEF, y en la operación 11, la NEF envía un mensaje de reconocimiento a la AF.

En la operación 12, la PCF almacena el ID de referencia de BDT junto con la nueva política de BDT, la información del área de red correspondiente y, opcionalmente, la información de solicitud de notificación en el UDR invocando el servicio Nudr_DM_Update (ID de referencia de BDT, datos de política, transferencia de datos en segundo plano, datos actualizados).

Sin embargo, la operación 12 puede omitirse cuando la PCF decide almacenar localmente la política de BDT.

En la operación 13, el UDR envía una respuesta a la H-PCF como su acuse de recibo.

La Figura 6 muestra un procedimiento ejemplar para la notificación de advertencia de BDT, según varias realizaciones ejemplares de la presente descripción. El procedimiento implica varias operaciones por y/o entre una UDR 610, una H-PCF (o más simplemente PCF) 620, una NEF 630 y una AF 640, que pueden estar asociadas con una ASP. Cada una de estas entidades corresponde a entidades numeradas de manera similar en la Figura 5.

En la operación 1, se realiza una negociación para BDT, tal como se describe en 3GPP TS 23.502 cláusula 4.16.7.2 y se ilustra mediante las operaciones 1 a 7 del procedimiento ejemplar mostrado en la Figura 5. En la operación 2, se notifica a la PCF cuando el rendimiento de la red en el área de interés está por debajo de los criterios establecidos por el operador de la NWDAF, como se describe en 3GPP TS 23.288 (v16.1.0). En la operación 3, la PCF puede solicitar a el UDR las políticas de transferencia almacenadas utilizando la operación de servicio Nudr_DM_Query (datos de política, transferencia de datos en segundo plano).

En la operación 4, el UDR proporciona todas las políticas de BDT a la PCF, que identifica las afectadas por la notificación recibida de la NWDAF. Para cada una de ellas, la PCF determina el ASP cuyo tráfico en segundo plano se verá influenciado por la degradación del rendimiento de la red y que solicitó a la H-PCF el envío de la notificación. La PCF determina entonces, en base a las políticas del operador, la nueva información de rendimiento de la red y otros datos de entrada, si es necesario calcular una nueva lista de políticas de BDT candidatas y/o condiciones actualizadas para la política de BDT previamente negociada.

En la operación 5, la PCF envía la notificación a la NEF invocando el servicio Npcf_BDTPolicyControl_Notify con la tupla {ID de referencia de BDT, información del área de red (opcional), ventana de tiempo, lista de políticas de transferencia en segundo plano candidatas, condiciones actualizadas para la política de transferencia en segundo plano previamente negociada} .

En la operación 6, la NEF notifica a la AF invocando el servicio Nnef_BDTPNegotiation_Notify con la información recibida en la operación 5, es decir, la tupla {ID de referencia de BDT, información del área de red (opcional), ventana de tiempo, lista de políticas de transferencia en segundo plano candidatas, condiciones actualizadas para política de transferencia en segundo plano previamente negociada}.

En la operación 7, si se incluyen en la notificación condiciones actualizadas para la política de BDT previamente negociada, la PCF actualiza la política de BDT almacenada en el UDR para el ID de referencia de BDT correspondiente. Aunque se muestra como una única operación, esto implica un par de solicitud/respuesta.

En la operación 8, si hay un cambio en la ventana de tiempo negociada para la política de BDT en el UDR, la PCF activa un procedimiento de Modificación de Asociación de Política de UE (como se define en 3GPP TS 23.502 cláusula 4.16.12.2) para identificar los UE a los que se ha aplicado la política de BDT y actualizar las reglas de política de selección de ruta del UE, URSP, con nuevos criterios de validación.

La Figura 7 muestra un procedimiento ejemplar para la renegociación de BDT, según varias realizaciones ejemplares de la presente descripción. El procedimiento implica varias operaciones por parte de y/o entre una UDR 710, una H-PCF (o más simplemente PCF) 720, una NEF 730 y una AF 740, que pueden asociarse con una ASP. Cada una de estas entidades corresponde a entidades numeradas de manera similar en las Figuras 5-6. Además, varias operaciones en la Figura 7 implican un UE 750 y un AMF 760.

Más específicamente, el procedimiento mostrado en la Figura 7 es un nuevo procedimiento que permite a un ASP (por ejemplo, una AF) seleccionar una de las políticas de BDT candidatas proporcionadas por PCF y actualizar las URSP para los UE afectados con nuevas condiciones de validez.

La operación 1 implica realizar un procedimiento para la notificación de advertencia de BDT, tal como se muestra en la Figura 6 descrita anteriormente. Suponiendo que la AF ha recibido una lista de candidatos de políticas de BDT (por ejemplo, en la operación 6 de la Figura 6), la AF puede seleccionar una política de BDT de la lista de candidatos en la operación 2 de la Figura 7. Sin embargo, si la AF no selecciona ninguna de las políticas de BDT candidatas, se aplicará cualquier condición actualizada de la política de BDT previamente negociada y podrán omitirse las operaciones posteriores de la Figura 7.

Si la AF selecciona una política de BDT candidata, se realizan las operaciones 3-4 de la Figura 7. La operación 3 implica realizar un procedimiento para la actualización de la política de BDT tal como se muestra en las operaciones 8-13 de la Figura 5, descrita anteriormente.

En la operación 4, si hay un cambio en la ventana de tiempo negociada para la política de BDT seleccionada en el UDR, la PCF activa un procedimiento de modificación de asociación de políticas de UE (como se define en 3GPP TS 23.502 cláusula 4.16.12.2) para identificar los UE a los que se ha aplicado la política de BDT y actualizar las reglas de política de selección de ruta del UE (URSP) con nuevos criterios de validación.

Las Tablas 1 y 2 describen operaciones de servicio ejemplares para PCF y NEF, respectivamente, que pueden utilizarse en los procedimientos ejemplares descritos anteriormente.

Tabla 1.

La Figura 8 ilustra un método y/o procedimiento ejemplar para la negociación de políticas para BDT entre una AF y una CN) según varias realizaciones ejemplares de la presente descripción. El método y/o procedimiento ejemplar mostrado en la Figura 8 puede ser realizado por uno o más nodos o funciones en la CN, tal como una PCF, por ejemplo, tal como un nodo de control de políticas descrito en la presente memoria.

El método y/o procedimiento ejemplar mostrado en la Figura 8 puede ser complementario a otros métodos y/o procedimientos ejemplares descritos en la presente memoria (por ejemplo, Figuras 5-7 y 9), de modo que sean capaces de utilizarse de manera cooperativa para proporcionar beneficios, ventajas, y/o soluciones a los problemas descritos en la presente memoria

El método y/o procedimiento ejemplar puede incluir las operaciones del bloque 810, en las que la red central puede negociar una o más primeras políticas de BDT con la AF. Anteriormente se describen varias primeras políticas de BDT ejemplares. La negociación puede incluir múltiples operaciones, tal como las operaciones 1 a 7 mostradas en la Figura 5.

El método y/o procedimiento ejemplar también puede incluir las operaciones del bloque 820, en las que la red central puede determinar que al menos una de las primeras políticas de BDT se verá afectada por el rendimiento de la red (por ejemplo, carga o congestión).

El método y/o procedimiento ejemplar también puede incluir las operaciones del bloque 830, en las que la red central puede determinar información de la política de BDT actualizada para cada primera política de BDT afectada, en base a las políticas del operador, la nueva información de rendimiento de la red y otros datos de entrada.

La información de la política de BDT actualizada para una primera política de BDT afectada puede incluir una o más segundas políticas de BDT candidatas y/o una o más condiciones actualizadas para la primera política de BDT afectada.

En una realización, la una o más condiciones actualizadas pueden incluir al menos una de las siguientes: una tasa de cobro actualizada y una velocidad de bits agregada máxima actualizada.

La una o más condiciones actualizadas pueden incluir además una ventana de tiempo de BDT actualizada. En este caso, el método y/o procedimiento ejemplar también puede incluir las operaciones de los bloques 860-870. En el bloque 860, la red central puede identificar uno o más UE, asociados con la CN, a los que se han aplicado las primeras políticas de BDT afectadas. En el bloque 870, la red central puede, en base a la ventana de tiempo de BDT actualizada, actualizar las reglas de política de selección de ruta para los UE identificados (por ejemplo, reglas URSP).

En una realización adicional, el método y/o procedimiento ejemplar puede también incluir las operaciones del bloque 840, donde la red central puede enviar, a la AF, la información de la política de BDT actualizada para cada primera política de BDT afectada.

En respuesta a la recepción de la información de la política de BDT actualizada, el método y/o procedimiento ejemplar también puede incluir las operaciones del bloque 850, donde la red central puede recibir, de la AF, una o más segundas políticas de BDT, en donde cada segunda política de BDT es una de las segundas políticas de BDT candidatas asociadas con una primera política de BDT afectada.

Por ejemplo, la AF proporciona una segunda política de BDT que ha seleccionado de entre las segundas políticas de BDT candidatas proporcionadas, por la CN, para la primera política de BDT afectada.

En una realización, el método y/o procedimiento ejemplar también puede incluir las operaciones de los bloques 880, donde para cada primera política de BDT afectada que tiene una o más condiciones actualizadas, la red central puede enviar, a un repositorio de datos (por ejemplo, UDR), la una o más condiciones actualizadas en asociación con un identificador de la primera política de BDT afectada (por ejemplo, ID de referencia de BDT).

Como una realización, la red central puede ser un 5GC y el método es realizado por una PCF en el 5GC. En tal caso, la PCF puede comunicarse (por ejemplo, negociar y/o intercambiar información de la política de BDT) con la AF a través de una NEF en el 5GC.

La Figura 9 ilustra un método y/o procedimiento ejemplar para la negociación de políticas para BDT entre una AF y una CN, según varias realizaciones ejemplares de la presente descripción. El método y/o procedimiento ejemplar mostrado en la Figura 9 puede ser realizado por una AF, tal como se describe en la presente memoria.

El método y/o procedimiento ejemplar puede incluir las operaciones del bloque 910, donde la AF puede negociar una o más primeras políticas de b Dt con la CN. Anteriormente se describen varias primeras políticas de BDT ejemplares. La negociación puede incluir múltiples operaciones, tal como las operaciones 1 a 7 mostradas en la Figura 5.

El método y/o procedimiento ejemplar puede incluir las operaciones del bloque 920, donde la AF puede recibir, de la CN, información de la política de BDT actualizada para al menos una de las primeras políticas de BDT que se verán afectadas por el rendimiento de la red.

La información de la política de BDT actualizada para una primera política de BDT afectada puede incluir una o más segundas políticas de BDT candidatas y/o una o más condiciones actualizadas para la primera política de BDT afectada. En algunas realizaciones, la una o más condiciones actualizadas pueden incluir al menos una de las siguientes: una tasa de cobro actualizada, una velocidad de bits agregada máxima actualizada y una ventana de tiempo de BDT actualizada.

En algunas realizaciones, el método y/o procedimiento ejemplar también puede incluir las operaciones de los bloques 930, donde para cada primera política de BDT afectada para la cual la información de la política de BDT actualizada incluye segundas políticas de BDT candidatas, la AF puede seleccionar una segunda política de BDT de entre la una o más segundas políticas de BDT candidatas. En dichas realizaciones, el método y/o procedimiento ejemplar también puede incluir las operaciones del bloque 940, donde la AF puede enviar, a la CN, las segundas políticas de BDT seleccionadas. Por ejemplo, la AF proporciona una segunda política de BDT que ha seleccionado de entre las segundas políticas de BDT candidatas proporcionadas, por la CN, para la primera política de BDT afectada.

En algunas realizaciones, la red central puede ser un 5GC. En tal caso, la AF puede comunicarse (por ejemplo, negociar y/o intercambiar información de la política de BDT) con una PCF del 5GC a través de una NEF del 5G<c>.

Aunque la materia objeto descrita en la presente memoria puede implementarse en cualquier tipo de sistema apropiado utilizando cualquier componente adecuado, las realizaciones descritas en la presente memoria se describen en relación con una red inalámbrica, tal como la red inalámbrica de ejemplo ilustrada en la Figura 10. Por simplicidad, la red inalámbrica de la Figura 10 sólo representa la red 1006, los nodos de red 1060 y 1060b, y los WD 1010, 1010b y 1010c.

En la práctica, una red inalámbrica puede incluir además cualquier elemento adicional adecuado para soportar la comunicación entre dispositivos inalámbricos o entre un dispositivo inalámbrico y otro dispositivo de comunicación, tal como un teléfono de línea terrestre, un proveedor de servicios o cualquier otro nodo de red o dispositivo final. De los componentes ilustrados, el nodo de red 1060 y el dispositivo inalámbrico, WD 1010, se representan con detalle adicional. La red inalámbrica puede proporcionar comunicación y otros tipos de servicios a uno o más dispositivos inalámbricos para facilitar el acceso y/o el uso de los dispositivos inalámbricos a los servicios proporcionados por, o a través de, la red inalámbrica.

La red inalámbrica puede comprender y/o interactuar con cualquier tipo de red de comunicación, telecomunicaciones, datos, celular y/o radio u otro tipo de sistema similar. En algunas realizaciones, la red inalámbrica puede configurarse para operar según estándares específicos u otros tipos de reglas o procedimientos predefinidos. Por lo tanto, realizaciones particulares de la red inalámbrica pueden implementar estándares de comunicación, tales como el sistema global para las comunicaciones móviles, GSM, sistema universal de telecomunicaciones móviles, UMTS, evolución a largo plazo, LTE y/u otros estándares 2G, 3G, 4G o 5G adecuados; estándares de red de área local inalámbrica, WLAN, tal como los estándares IEEE 802.11; y/o cualquier otro estándar de comunicación inalámbrica apropiado, tal como los estándares de interoperabilidad mundial para acceso por microondas (WiMax), Bluetooth, Z-Wave y/o ZigBee.

La red 1006 puede comprender una o más redes de enlace de retorno, redes centrales, redes IP, redes telefónicas públicas conmutadas, PSTN, redes de datos por paquetes, redes ópticas, redes de área amplia, WAN, redes de área local, LAN, redes de área local inalámbricas, WLAN, redes cableadas, redes inalámbricas, redes de área metropolitana y otras redes para permitir la comunicación entre dispositivos.

El nodo de red 1060 y el WD 1010 comprenden varios componentes descritos con más detalle a continuación. Estos componentes trabajan juntos para proporcionar funcionalidad de nodo de red y/o dispositivo inalámbrico, tal como proporcionar conexiones inalámbricas en una red inalámbrica. En diferentes realizaciones, la red inalámbrica puede comprender cualquier número de redes cableadas o inalámbricas, nodos de red, estaciones base, controladores, dispositivos inalámbricos, estaciones de retransmisión y/o cualquier otro componente o sistema que pueda facilitar o participar en la comunicación de datos y /o señales ya sea a través de conexiones cableadas o inalámbricas.

Ejemplos de nodos de red incluyen, pero no se limitan a, puntos de acceso, Aps, por ejemplo, puntos de acceso por radio, estaciones base, BS, por ejemplo, estaciones base de radio, NB, eNB, gNB o componentes de los mismos. Las estaciones base pueden clasificarse en base a la cantidad de cobertura que proporcionan (o, dicho de otra manera, su nivel de potencia de transmisión) y también pueden denominarse entonces femto estaciones base, pico estaciones base, micro estaciones base o macro estaciones base. Una estación base puede ser un nodo de retransmisión o un nodo donante de retransmisión que controla un retransmisor.

Un nodo de red también puede incluir una o más (o todas las) partes de una estación base de radio distribuida tal como unidades digitales centralizadas y/o unidades de radio remotas, RRU, a veces denominadas cabezales de radio remotos, RRH. Dichas unidades de radio remotas pueden estar integradas o no con una antena como una radio con antena integrada. Las partes de una estación base de radio distribuida también pueden denominarse nodos en un sistema de antena distribuida, DAS.

Ejemplos adicionales de nodos de red incluyen radio multiestándar, MSR, equipos tales como BS de MSR, controladores de red tales como controladores de red de radio, RNC o controladores de estación base, BSC, estaciones transceptoras base, BTS, puntos de transmisión, nodos de transmisión, entidades de coordinación multicélula/multidifusión, MCE, nodos de red central (por ejemplo, MSC, MME), nodos O&M, nodos OSS, nodos SON, nodos de posicionamiento (por ejemplo, E-SMLCs) y/o MDT. Como otro ejemplo, un nodo de red puede ser un nodo de red virtual como se describe con más detalle a continuación.

En la Figura 10, el nodo de red 1060 incluye circuitos de procesamiento 1070, medio 1080 legible por dispositivo, interfaz 1090, equipo auxiliar 1084, fuente de alimentación 1086, circuitos de alimentación 1087 y antena 1062. Aunque el nodo de red 1060 ilustrado en la red inalámbrica de ejemplo de la Figura 10 puede representan un dispositivo que incluye la combinación ilustrada de componentes de hardware, otras realizaciones pueden comprender nodos de red con diferentes combinaciones de componentes.

Debe entenderse que un nodo de red comprende cualquier combinación adecuada de hardware y/o software necesaria para realizar las tareas, características, funciones y métodos y/o procedimientos descritos en la presente memoria. Además, aunque los componentes del nodo de red 1060 se representan como cajas individuales ubicadas dentro de una caja más grande, o anidadas dentro de múltiples cajas, en la práctica, un nodo de red puede comprender múltiples componentes físicos diferentes que forman un único componente ilustrado (por ejemplo, el medio 1080 legible por dispositivo puede comprender múltiples discos duros separados, así como múltiples módulos de RAM).

De manera similar, el nodo de red 1060 puede estar compuesto de múltiples componentes físicamente separados (por ejemplo, un componente de NodoB y un componente de RNC, o un componente de BTS y un componente de BSC, etc.), cada uno de los cuales puede tener sus propios componentes respectivos. En ciertos escenarios en los que el nodo de red 1060 comprende múltiples componentes separados (por ejemplo, componentes de BTS y BSC), uno o más de los componentes separados pueden compartirse entre varios nodos de red. Por ejemplo, un único RNC puede controlar múltiples NodosB. En dicho escenario, cada par de NodoB y RNC único puede, en algunos casos, considerarse un único nodo de red separado. En algunas realizaciones, el nodo de red 1060 puede configurarse para soportar múltiples tecnologías de acceso por radio (RAT). En dichas realizaciones, algunos componentes pueden duplicarse (por ejemplo, medio 1080 legible por un dispositivo separado para las diferentes RAT) y algunos componentes pueden reutilizarse (por ejemplo, la misma antena 1062 puede ser compartida por las RAT). El nodo de red 1060 también puede incluir múltiples conjuntos de los diversos componentes ilustrados para diferentes tecnologías inalámbricas integradas en el nodo de red 1060, tales como, por ejemplo, tecnologías inalámbricas de GSM, WCDMA, LTE, NR, WiFi o Bluetooth. Estas tecnologías inalámbricas pueden integrarse en el mismo o diferente chip o conjunto de chips y otros componentes dentro del nodo de red 1060.

Los circuitos de procesamiento 1070 pueden configurarse para realizar cualquier operación de determinación, cálculo o similar (por ejemplo, ciertas operaciones de obtención) descritas en la presente memoria como proporcionadas por un nodo de red. Estas operaciones realizadas por los circuitos de procesamiento 1070 pueden incluir el procesamiento de información obtenida por los circuitos de procesamiento 1070, por ejemplo, convirtiendo la información obtenida en otra información, comparando la información obtenida o la información convertida con información almacenada en el nodo de red, y/o realizando una o más operaciones en base a la información obtenida o la información convertida, y como resultado de dicho procesamiento tomar una determinación.

Los circuitos de procesamiento 1070 pueden comprender una combinación de uno o más de un microprocesador, controlador, microcontrolador, unidad central de procesamiento, procesador de señales digitales, DSP, circuito integrado de aplicación específica, matriz de puertas programables por campo o cualquier otro dispositivo informático, recurso, o combinación de hardware, software y/o lógica codificada operable adecuados para proporcionar, ya sea solos o junto con otros componentes del nodo de red 1060, tales como el medio 1080 legible por dispositivo, la funcionalidad del nodo de red 1060. Por ejemplo, los circuitos de procesamiento 1070 pueden ejecutar instrucciones almacenadas en el medio 1080 legible por dispositivo o en la memoria dentro de los circuitos de procesamiento 1070.

Dicha funcionalidad puede incluir proporcionar cualquiera de las diversas características, funciones o beneficios inalámbricos discutidos en la presente memoria. En algunas realizaciones, los circuitos de procesamiento 1070 pueden incluir un sistema en un chip, SOC.

En algunas realizaciones, los circuitos de procesamiento 1070 pueden incluir uno o más circuitos de radiofrecuencia, RF, circuitos transceptores 1072 y circuitos de procesamiento de banda base 1074. En algunas realizaciones, los circuitos transceptores de RF 1072 y los circuitos de procesamiento de banda base 1074 pueden estar en chips (o conjuntos de chips), placas o unidades, tales como unidades de radio y unidades digitales, separados. En realizaciones alternativas, parte o la totalidad los circuitos transceptores de RF 1072 y los circuitos de procesamiento de banda base 1074 pueden estar en el mismo chip o conjunto de chips, placas o unidades.

En ciertas realizaciones, parte o la totalidad de la funcionalidad descrita en la presente memoria como proporcionada por un nodo de red, estación base, eNB u otro dispositivo de red similar puede ser realizada por los circuitos de procesamiento 1070 ejecutando instrucciones almacenadas en el medio 1080 legible por dispositivo o en la memoria dentro de los circuitos de procesamiento 1070. En realizaciones alternativas, parte o la totalidad de la funcionalidad puede ser proporcionada por los circuitos de procesamiento 1070 sin ejecutar instrucciones almacenadas en un medio legible por dispositivo separado o discreto, tal como de manera cableada. En cualquiera de esas realizaciones, ya sea que se ejecuten instrucciones almacenadas en un medio de almacenamiento legible por dispositivo o no, los circuitos de procesamiento 1070 pueden configurarse para realizar la funcionalidad descrita. Los beneficios proporcionados por dicha funcionalidad no se limitan solo a los circuitos de procesamiento 1070 o a otros componentes del nodo de red 1060, sino que son disfrutados por el nodo de red 1060 en su conjunto y/o por los usuarios finales y la red inalámbrica en general.

El medio 1080 legible por dispositivo puede comprender cualquier forma de memoria legible por ordenador volátil o no volátil incluyendo, sin limitación, almacenamiento persistente, memoria de estado sólido, memoria montada de manera remota, medios magnéticos, medios ópticos, memoria de acceso aleatorio (RAM), memoria de sólo lectura (ROM), medios de almacenamiento masivo (por ejemplo, un disco duro), medios de almacenamiento extraíbles (por ejemplo, una unidad flash, un disco compacto (CD) o un disco de vídeo digital (DVD)) y/o cualquier otro dispositivo de memoria legible por dispositivo y/o ejecutable por ordenador no transitorio volátil o no volátil, que almacena información, datos y/o instrucciones que pueden ser utilizadas por los circuitos de procesamiento 1070. El medio 1080 legible por dispositivo puede almacenar cualquier instrucción, dato o información adecuados, incluyendo un programa informático, software, una aplicación que incluye una o más de lógica, reglas, códigos, tablas, etc. y/u otras instrucciones capaces de ser ejecutadas por los circuitos de procesamiento 1070 y utilizadas por el nodo de red 1060. El medio 1080 legible por dispositivo puede utilizarse para almacenar cualquier cálculo realizado por los circuitos de procesamiento 1070 y/o cualquier dato recibido a través de la interfaz 1090. En algunas realizaciones, los circuitos de procesamiento 1070 y el medio 1080 legible por dispositivo pueden considerarse integrados.

La interfaz 1090 se utiliza en la comunicación cableada o inalámbrica de señalización y/o datos entre el nodo de red 1060, la red 1006 y/o los WD 1010. Como se ilustra, la interfaz 1090 comprende puerto(s)/terminal(es) 1094 para enviar y recibir datos, por ejemplo hacia y desde la red 1006 a través de una conexión cableada. La interfaz 1090 también incluye circuitos de extremo frontal de radio 1092 que pueden acoplarse a, o en ciertas realizaciones, una parte de, la antena 1062. Los circuitos de extremo frontal de radio 1092 comprenden filtros 1098 y amplificadores 1096. Los circuitos de extremo frontal de radio 1092 pueden conectarse a la antena 1062 y los circuitos de procesamiento 1070. Los circuitos de extremo frontal de radio pueden configurarse para acondicionar señales comunicadas entre la antena 1062 y los circuitos de procesamiento 1070. Los circuitos de extremo frontal de radio 1092 pueden recibir datos digitales que se enviarán a otros nodos de red o WD a través de una conexión inalámbrica. Los circuitos de extremo frontal de radio 1092 pueden convertir los datos digitales en una señal de radio que tiene el canal y los parámetros de ancho de banda apropiados utilizando una combinación de filtros 1098 y/o amplificadores 1096. La señal de radio puede entonces transmitirse a través de la antena 1062. De manera similar, al recibir datos, la antena 1062 puede recoger señales de radio que son convertidas entonces en datos digitales por los circuitos de extremo frontal de radio 1092. Los datos digitales pueden pasarse a los circuitos de procesamiento 1070. En otras realizaciones, la interfaz puede comprender diferentes componentes y/o diferentes combinaciones de componentes.

En ciertas realizaciones alternativas, el nodo de red 1060 puede no incluir circuitos de extremo frontal de radio 1092 separados; en cambio, los circuitos de procesamiento 1070 pueden comprender circuitos de extremo frontal de radio y pueden conectarse a la antena 1062 sin circuitos de extremo frontal de radio 1092 separados. De manera similar, en algunas realizaciones, todos o parte de los circuitos transceptores de RF 1072 pueden considerarse parte de la interfaz 1090. En otras realizaciones más, la interfaz 1090 puede incluir uno o más puertos o terminales 1094, circuitos de extremo frontal de radio 1092 y circuitos transceptores de RF 1072, como parte de una unidad de radio (no mostrada) y la interfaz 1090 puede comunicarse con los circuitos de procesamiento de banda base 1074, que son parte de una unidad digital (no mostrada).

La antena 1062 puede incluir una o más antenas, o conjuntos de antenas, configuradas para enviar y/o recibir señales inalámbricas. La antena 1062 puede acoplarse a los circuitos de extremo frontal de radio 1090 y puede ser cualquier tipo de antena capaz de transmitir y recibir datos y/o señales de manera inalámbrica. En algunas realizaciones, la antena 1062 puede comprender una o más antenas omnidireccionales, sectoriales o de panel operables para transmitir/recibir señales de radio entre, por ejemplo, 2 GHz y 66 GHz. Puede utilizarse una antena omnidireccional para transmitir/recibir señales de radio en cualquier dirección, puede utilizarse una antena sectorial para transmitir/recibir señales de radio desde dispositivos dentro de un área particular y una antena de panel puede ser una antena de línea de visión utilizada para transmitir/recibir señales de radio en una línea relativamente recta. En algunos casos, el uso de más de una antena puede denominarse MIMO. En ciertas realizaciones, la antena 1062 puede estar separada del nodo de red 1060 y puede conectarse al nodo de red 1060 a través de una interfaz o puerto.

La antena 1062, la interfaz 1090 y/o los circuitos de procesamiento 1070 pueden configurarse para realizar cualquier operación de recepción y/o ciertas operaciones de obtención descritas en la presente memoria como realizadas por un nodo de red. Cualquier información, datos y/o señales pueden recibirse de un dispositivo inalámbrico, otro nodo de red y/o cualquier otro equipo de red. De manera similar, la antena 1062, la interfaz 1090 y/o los circuitos de procesamiento 1070 pueden configurarse para realizar cualquier operación de transmisión descrita en la presente memoria como realizada por un nodo de red. Cualquier información, datos y/o señales pueden transmitirse a un dispositivo inalámbrico, otro nodo de red y/o cualquier otro equipo de red.

Los circuitos de alimentación 1087 pueden comprender, o estar acoplados a, circuitos de gestión de energía y pueden configurarse para suministrar energía a los componentes del nodo de red 1060 para realizar la funcionalidad descrita en la presente memoria. Los circuitos de alimentación 1087 pueden recibir energía de la fuente de alimentación 1086. La fuente de alimentación 1086 y/o los circuitos de alimentación 1087 pueden configurarse para proporcionar energía a los diversos componentes del nodo de red 1060 de una manera adecuada para los componentes respectivos (por ejemplo, a un nivel de voltaje y corriente necesario para cada componente respectivo). La fuente de alimentación 1086 puede incluirse en, o ser externa a, los circuitos de alimentación 1087 y/o el nodo de red 1060. Por ejemplo, el nodo de red 1060 puede conectarse a una fuente de alimentación externa (por ejemplo, una toma de corriente) a través de circuitos o interfaz de entrada tal como un cable eléctrico, mediante el cual la fuente de alimentación externa suministra energía a los circuitos de alimentación 1087. Como ejemplo adicional, la fuente de alimentación 1086 puede comprender una fuente de alimentación en forma de batería o paquete de baterías que se conecta a, o se integra en, los circuitos de alimentación 1087. La batería puede proporcionar energía de respaldo en caso de que falle la fuente de alimentación externa. También pueden utilizarse otros tipos de fuentes de alimentación, tal como dispositivos fotovoltaicos.

Las realizaciones alternativas del nodo de red 1060 pueden incluir componentes adicionales además de los mostrados en la Figura 10 que pueden ser responsables de proporcionar ciertos aspectos de la funcionalidad del nodo de red, incluyendo cualquiera de las funcionalidades descritas en la presente memoria y/o cualquier funcionalidad necesaria para soportar la materia objeto descrita en la presente memoria. Por ejemplo, el nodo de red 1060 puede incluir equipo de interfaz de usuario para permitir y/o facilitar la entrada de información en el nodo de red 1060 y para permitir y/o facilitar la salida de información del nodo de red 1060. Esto puede permitir y/o facilitar que un usuario realice diagnóstico, mantenimiento, reparación y otras funciones administrativas para el nodo de red 1060.

En algunas realizaciones, un WD, por ejemplo WD 1010 puede configurarse para transmitir y/o recibir información sin interacción humana directa. Por ejemplo, un WD puede diseñarse para transmitir información a una red en un horario predeterminado, cuando es activado por un evento interno o externo, o en respuesta a solicitudes de la red. Los ejemplos de un WD incluyen, pero no se limitan a, teléfonos inteligentes, teléfonos móviles, teléfonos celulares, teléfonos de voz sobre IP (VoIP), teléfonos de bucle local inalámbrico, ordenadores de escritorio, asistentes digitales personales (PDA), cámaras inalámbricas, consolas o dispositivos de juego, dispositivos de almacenamiento de música, aparatos de reproducción, dispositivos para llevar puestos, puntos finales inalámbricos, estaciones móviles, tabletas, ordenadores portátiles, equipos integrados en ordenadores portátiles (LEE), equipos montados en ordenadores portátiles (LME), dispositivos inteligentes, equipos inalámbricos en las instalaciones del cliente (CPE), dispositivos de comunicación de tipo móvil (MTC), dispositivos de Internet de las cosas (IoT), dispositivos terminales inalámbricos montados en vehículos, etc.

Un WD puede soportar la comunicación de dispositivo a dispositivo (D2D), por ejemplo, implementando un estándar de 3GPP para la comunicación de enlace lateral, vehículo a vehículo (V2V), vehículo a infraestructura (V2I), vehículo a todo (V2X) y, en este caso, puede denominarse dispositivo de comunicación D2D. Como otro ejemplo específico más, en un escenario de Internet de las cosas (IoT), un WD puede representar una máquina u otro dispositivo que realiza monitorización y/o mediciones, y transmite los resultados de dicha monitorización y/o mediciones a otro WD y/o un nodo de red. En este caso, el WD puede ser un dispositivo de máquina a máquina (M2M), que en un contexto de 3GPP puede denominarse dispositivo MTC. Como ejemplo particular, el WD puede ser un UE que implementa el estándar de Internet de las cosas de banda estrecha (NB-loT) de 3GPP. Ejemplos particulares de dichas máquinas o dispositivos son sensores, dispositivos de medición tales como medidores de energía, maquinaria industrial o aparatos domésticos o personales (por ejemplo, refrigeradores, televisores, etc.) y dispositivos para llevar puestos personales (por ejemplo, relojes, rastreadores de actividad física, etc.). En otros escenarios, un WD puede representar un vehículo u otro equipo que sea capaz de monitorizar y/o informar sobre su estado operativo u otras funciones asociadas con su operación. Un WD como el descrito anteriormente puede representar el punto final de una conexión inalámbrica, en cuyo caso el dispositivo puede denominarse terminal inalámbrico. Además, un WD como el descrito anteriormente puede ser móvil, en cuyo caso también puede denominarse dispositivo móvil o terminal móvil.

Como se ilustra, el dispositivo inalámbrico 1010 incluye antena 1011, interfaz 1014, circuitos de procesamiento 1020, medio 1030 legible por dispositivo, equipo de interfaz de usuario 1032, equipo auxiliar 1034, fuente de alimentación 1036 y circuitos de alimentación 1037. El WD 1010 puede incluir múltiples conjuntos de uno o más de los componentes ilustrados para diferentes tecnologías inalámbricas soportadas por el WD 1010, tal como, por ejemplo, tecnologías inalámbricas de GSM, WCDMA, LTE, NR, WiFi, WiMAX o Bluetooth, solo por mencionar algunas. Estas tecnologías inalámbricas pueden integrarse en el mismo o diferentes chips o conjuntos de chips como otros componentes dentro del WD 1010.

La antena 1011 puede incluir una o más antenas o conjuntos de antenas, configuradas para enviar y/o recibir señales inalámbricas, y está conectada a la interfaz 1014. En ciertas realizaciones alternativas, la antena 1011 puede estar separada del WD 1010 y conectarse al WD 1010 a través de una interfaz o puerto. La antena 1011, la interfaz 1014 y/o los circuitos de procesamiento 1020 pueden configurarse para realizar cualquier operación de recepción o transmisión descrita en la presente memoria como realizada por un WD. Cualquier información, datos y/o señales pueden recibirse de un nodo de red y/u otro WD. En algunas realizaciones, los circuitos de extremo frontal de radio y/o la antena 1011 pueden considerarse una interfaz.

Como se ilustra, la interfaz 1014 comprende circuitos de extremo frontal de radio 1012 y antena 1011. Los circuitos de extremo frontal de radio 1012 comprenden uno o más filtros 1018 y amplificadores 1016. Los circuitos de extremo frontal de radio 1014 están conectados a la antena 1011 y a los circuitos de procesamiento 1020, y pueden configurarse para acondicionar señales comunicadas entre la antena 1011 y los circuitos de procesamiento 1020. Los circuitos de extremo frontal de radio 1012 pueden acoplarse a la antena 1011 o ser parte de ella. En algunas realizaciones, el WD 1010 puede no incluir circuitos de extremo frontal de radio 1012 separados; en su lugar, los circuitos de procesamiento 1020 pueden comprender circuitos de extremo frontal de radio y pueden conectarse a la antena 1011. De manera similar, en algunas realizaciones, algunos o todos los circuitos transceptores de RF 1022 pueden considerarse parte de la interfaz 1014. Los circuitos de extremo frontal de radio 1012 pueden recibir datos digitales que se enviarán a otros nodos de red o WD a través de una conexión inalámbrica. Los circuitos de extremo frontal de radio 1012 puede convertir los datos digitales en una señal de radio que tiene los parámetros apropiados de canal y ancho de banda utilizando una combinación de filtros 1018 y/o amplificadores 1016. La señal de radio puede entonces transmitirse a través de la antena 1011. De manera similar, al recibir datos, la antena 1011 puede recoger señales de radio que son entonces convertidas en datos digitales por los circuitos de extremo frontal de radio 1012. Los datos digitales pueden pasarse a los circuitos de procesamiento 1020. En otras realizaciones, la interfaz puede comprender diferentes componentes y/o diferentes combinaciones de componentes.

Los circuitos de procesamiento 1020 pueden comprender una combinación de uno o más de un microprocesador, controlador, microcontrolador, unidad central de procesamiento, DSP, circuito integrado de aplicación específica, matriz de puertas programables por campo o cualquier otro dispositivo informático, recurso o combinación de hardware, software y/o lógica codificada operable adecuados para proporcionar, ya sea solos o junto con otros componentes de WD 1010, tales como medio 1030 legible por dispositivo, funcionalidad de WD 1010. Dicha funcionalidad puede incluir proporcionar cualquiera de las diversas características o beneficios inalámbricos discutidos en la presente memoria. Por ejemplo, los circuitos de procesamiento 1020 pueden ejecutar instrucciones almacenadas en el medio 1030 legible por dispositivo o en la memoria dentro de los circuitos de procesamiento 1020 para proporcionar la funcionalidad descrita en la presente memoria.

Como se ilustra, los circuitos de procesamiento 1020 incluyen uno o más de circuitos transceptores de RF 1022, circuitos de procesamiento de banda base 1024 y circuitos de procesamiento de aplicaciones 1026. En otras realizaciones, los circuitos de procesamiento pueden comprender diferentes componentes y/o diferentes combinaciones de componentes. En ciertas realizaciones, los circuitos de procesamiento 1020 de WD 1010 pueden comprender un SOC. En algunas realizaciones, los circuitos transceptores de RF 1022, los circuitos de procesamiento de banda base 1024 y los circuitos de procesamiento de aplicaciones 1026 pueden estar en chips o conjuntos de chips separados. En realizaciones alternativas, parte o la totalidad de los circuitos de procesamiento de banda base 1024 y los circuitos de procesamiento de aplicaciones 1026 pueden combinarse en un chip o conjunto de chips, y los circuitos transceptores de RF 1022 pueden estar en un chip o conjunto de chips separado. En otras realizaciones alternativas, parte o la totalidad de los circuitos transceptores de RF 1022 y los circuitos de procesamiento de banda base 1024 pueden estar en el mismo chip o conjunto de chips, y los circuitos de procesamiento de aplicaciones 1026 pueden estar en un chip o conjunto de chips separado. En otras realizaciones alternativas más, parte o la totalidad de los circuitos transceptores de RF 1022, los circuitos de procesamiento de banda base 1024 y los circuitos de procesamiento de aplicaciones 1026 pueden combinarse en el mismo chip o conjunto de chips. En algunas realizaciones, los circuitos transceptores de RF 1022 pueden ser parte de la interfaz 1014. Los circuitos transceptores de RF 1022 pueden acondicionar señales de RF para los circuitos de procesamiento 1020.

En ciertas realizaciones, parte o la totalidad de la funcionalidad descrita en la presente memoria como realizada por un WD puede ser proporcionada por los circuitos de procesamiento 1020 que ejecutan instrucciones almacenadas en un medio 1030 legible por dispositivo, que en ciertas realizaciones puede ser un medio de almacenamiento legible por ordenador. En realizaciones alternativas, parte o la totalidad de la funcionalidad puede ser proporcionada por los circuitos de procesamiento 1020 sin ejecutar instrucciones almacenadas en un medio de almacenamiento legible por dispositivo separado o discreto, tal como de manera cableada. En cualquiera de esas realizaciones particulares, ya sea que se ejecuten instrucciones almacenadas en un medio de almacenamiento legible por dispositivo o no, los circuitos de procesamiento 1020 pueden configurarse para realizar la funcionalidad descrita. Los beneficios proporcionados por dicha funcionalidad no se limitan solo a los circuitos de procesamiento 1020 o a otros componentes del WD 1010, sino que son disfrutados por el WD 1010 en su conjunto y/o por los usuarios finales y la red inalámbrica en general.

Los circuitos de procesamiento 1020 puede configurarse para realizar cualquier operación de determinación, cálculo o similar (por ejemplo, ciertas operaciones de obtención) descritas en la presente memoria como realizadas por un WD. Estas operaciones, tal como son realizadas por los circuitos de procesamiento 1020, pueden incluir procesar información obtenida por los circuitos de procesamiento 1020, por ejemplo, convirtiendo la información obtenida en otra información, comparando la información obtenida o la información convertida con información almacenada por el WD 1010, y/o realizando una o más operaciones en base a la información obtenida o información convertida, y como resultado de dicho procesamiento tomar una determinación.

El medio 1030 legible por dispositivo puede ser operable para almacenar un programa informático, software, una aplicación que incluye una o más lógica, reglas, códigos, tablas, etc. y/u otras instrucciones capaces de ser ejecutadas por los circuitos de procesamiento 1020. El medio 1030 legible por dispositivo puede incluir memoria de ordenador (por ejemplo, RAM o memoria de sólo lectura (ROM)), medios de almacenamiento masivo (por ejemplo, un disco duro), medios de almacenamiento extraíbles (por ejemplo, un disco compacto (CD) o un disco de vídeo digital (DVD)), y/o cualquier otro dispositivo de memoria legible por dispositivo y/o ejecutable por ordenador no transitorio volátil o no volátil que almacena información, datos y/o instrucciones que pueden ser utilizadas por los circuitos de procesamiento 1020. En algunas realizaciones, los circuitos de procesamiento 1020 y el medio 1030 legible por dispositivo pueden considerarse integrados. El equipo de interfaz de usuario 1032 puede incluir componentes que permiten y/o facilitan que un usuario humano interactúe con el WD 1010. Dicha interacción puede ser de muchas formas, tales como visual, auditiva, táctil, etc. El equipo de interfaz de usuario 1032 puede ser operable para producir salidas al usuario y para permitir y/o facilitar que el usuario proporcione entradas al WD 1010. El tipo de interacción puede variar dependiendo del tipo de equipo de interfaz de usuario 1032 instalado en el WD 1010. Por ejemplo, si el WD 1010 es un teléfono inteligente, la interacción puede ser a través de una pantalla táctil; si el WD 1010 es un medidor inteligente, la interacción puede ser a través de una pantalla que proporciona el uso (por ejemplo, la cantidad de galones utilizados) o un altavoz que proporciona una alerta audible (por ejemplo, si se detecta humo). El equipo de interfaz de usuario 1032 puede incluir interfaces, dispositivos y circuitos de entrada, e interfaces, dispositivos y circuitos de salida. El equipo de interfaz de usuario 1032 puede configurarse para permitir y/o facilitar la entrada de información en el WD 1010, y está conectado a los circuitos de procesamiento 1020 para permitir y/o facilitar que los circuitos de procesamiento 1020 procesen la información de entrada. El equipo de interfaz de usuario 1032 puede incluir, por ejemplo, un micrófono, un sensor de proximidad u otro sensor, teclas/botones, una pantalla táctil, una o más cámaras, un puerto USB u otros circuitos de entrada. El equipo de interfaz de usuario 1032 también está configurado para permitir y/o facilitar la salida de información del WD 1010, y para permitir y/o facilitar que los circuitos de procesamiento 1020 emitan información desde el WD 1010. El equipo de interfaz de usuario 1032 puede incluir, por ejemplo, un altavoz, una pantalla, circuitos de vibración, un puerto USB, una interfaz de auriculares u otros circuitos de salida. Utilizando una o más interfaces, dispositivos y circuitos de entrada y salida del equipo de interfaz de usuario 1032, el WD 1010 puede comunicarse con los usuarios finales y/o la red inalámbrica, y permitirles y/o facilitarles que se beneficien de la funcionalidad descrita en la presente memoria.

El equipo auxiliar 1034 es operable para proporcionar una funcionalidad más específica que generalmente no puede ser realizada por los WD. Esto puede comprender sensores especializados para realizar mediciones para varios fines, interfaces para tipos adicionales de comunicación, tal como comunicaciones por cable, etc. La inclusión y el tipo de componentes del equipo auxiliar 1034 pueden variar dependiendo de la realización y/o escenario.

La fuente de alimentación 1036 puede, en algunas realizaciones, tener la forma de una batería o paquete de baterías. También pueden utilizarse otros tipos de fuentes de alimentación, tales como una fuente de alimentación externa (por ejemplo, una toma de corriente), dispositivos fotovoltaicos o celdas de energía. El WD 1010 puede comprender además circuitos de alimentación 1037 para suministrar energía desde la fuente de alimentación 1036 a las diversas partes del WD 1010 que necesitan energía de la fuente de alimentación 1036 para llevar a cabo cualquier funcionalidad descrita o indicada en la presente memoria. Los circuitos de alimentación 1037 pueden, en ciertas realizaciones, comprender circuitos de gestión de energía. Los circuitos de alimentación 1037 pueden ser operables adicional o alternativamente para recibir energía de una fuente de alimentación externa; en cuyo caso el WD 1010 puede conectarse a la fuente de alimentación externa (tal como una toma de corriente) a través de circuitos de entrada o una interfaz tal como un cable de alimentación eléctrica. Los circuitos de alimentación 1037 también pueden ser operables en ciertas realizaciones para suministrar energía desde una fuente de alimentación externa a la fuente de alimentación 1036. Esto puede ser, por ejemplo, para la carga de la fuente de alimentación 1036. Los circuitos de alimentación 1037 pueden realizar cualquier conversión u otra modificación a la energía de la fuente de alimentación 1036 para hacerla adecuada para el suministro a los componentes respectivos del WD 1010.

La Figura 11 ilustra una realización de un UE de acuerdo con varios aspectos descritos en la presente memoria. Tal como se utiliza en la presente memoria, un UE puede no tener necesariamente un usuario en el sentido de un usuario humano que posee y/u opera el dispositivo relevante. En cambio, un UE puede representar un dispositivo que está destinado a ser vendido a, o ser operado por, un usuario humano pero que puede no estar asociado, o que puede no estarlo inicialmente, con un usuario humano específico (por ejemplo, un controlador de aspersores inteligente).

Alternativamente, un UE puede representar un dispositivo que no está destinado a ser vendido a, o ser operado por, un usuario final, pero que puede asociarse con u operarse en beneficio de un usuario (por ejemplo, un medidor de energía inteligente). El UE 11200 puede ser cualquier UE identificado por el proyecto de asociación de tercera generación (3GPP), incluyendo un UE de NB-loT, un UE de comunicación de tipo máquina (MTC) y/o un UE de MTC mejorado (eMTC). UE 1100, como se ilustra en la Figura 11, es un ejemplo de un WD configurado para la comunicación de acuerdo con uno o más estándares de comunicación promulgados por el proyecto de asociación de tercera generación (3GPP), tal como los estándares de GSM, UMTS, LTE y/o 5G de 3GPP. Como se mencionó previamente, los términos WD y UE pueden utilizarse de manera intercambiable. Por consiguiente, aunque la Figura 11 es un UE, los componentes discutidos en la presente memoria son igualmente aplicables a un WD, y viceversa.

En la Figura 11, el UE 1100 incluye circuitos de procesamiento 1101 que están acoplados operativamente a la interfaz de entrada/salida 1105, la interfaz de RF 1109, la interfaz de conexión de red 1111, la memoria 1115 que incluye RAM 1117, ROM 1119 y medio de almacenamiento 1121 o similar, el subsistema de comunicación 1131, la fuente de alimentación 1133 y/o cualquier otro componente, o cualquier combinación de los mismos. El medio de almacenamiento 1121 incluye un sistema operativo 1123, un programa de aplicación 1125 y datos 1127. En otras realizaciones, el medio de almacenamiento 1121 puede incluir otros tipos similares de información. Ciertos UE pueden utilizar todos los componentes mostrados en la Figura 11, o sólo un subconjunto de los componentes. El nivel de integración entre los componentes puede variar de un UE a otro UE. Además, ciertos UE pueden contener múltiples instancias de un componente, tal como múltiples procesadores, memorias, transceptores, transmisores, receptores, etc.

En la Figura 11, los circuitos de procesamiento 1101 puede configurarse para procesar instrucciones y datos informáticos. Los circuitos de procesamiento 1101 pueden configurarse para implementar cualquier máquina de estados secuenciales operativa para ejecutar instrucciones de máquina almacenadas como programas informáticos legibles por máquina en la memoria, tales como una o más máquinas de estados implementadas por hardware (por ejemplo, en lógica discreta, FPGA, ASIC, etc. .); lógica programable junto con el firmware apropiado; uno o más programas almacenados, procesadores de propósito general, tal como un microprocesador o DSP, junto con el software apropiado; o cualquier combinación de los anteriores. Por ejemplo, los circuitos de procesamiento 1101 pueden incluir dos unidades centrales de procesamiento (CPU). Los datos pueden ser información en una forma adecuada para su utilización por un ordenador.

En la realización representada, la interfaz de entrada/salida 1105 puede configurarse para proporcionar una interfaz de comunicación a un dispositivo de entrada, un dispositivo de salida o un dispositivo de entrada y salida. El UE 1100 puede configurarse para utilizar un dispositivo de salida a través de la interfaz de entrada/salida 1105. Un dispositivo de salida puede utilizar el mismo tipo de puerto de interfaz que un dispositivo de entrada. Por ejemplo, puede utilizarse un puerto USB para proporcionar entrada y salida desde el UE 1100. El dispositivo de salida puede ser un altavoz, una tarjeta de sonido, una tarjeta de vídeo, una pantalla, un monitor, una impresora, un actuador, un emisor, una tarjeta inteligente, otro dispositivo de salida o cualquier combinación de los mismos. El UE 1100 puede configurarse para utilizar un dispositivo de entrada a través de la interfaz de entrada/salida 1105 para permitir y/o facilitar que un usuario capture información en el UE 1100. El dispositivo de entrada puede incluir una pantalla sensible al tacto o sensible a la presencia, una cámara (por ejemplo, una cámara digital, una cámara de vídeo digital, una cámara web, etc.), un micrófono, un sensor, un ratón, una bola de seguimiento, un pad direccional, un panel táctil, una rueda de desplazamiento, una tarjeta inteligente y similares. La pantalla sensible a la presencia puede incluir un sensor táctil capacitivo o resistivo para detectar la entrada de un usuario. Un sensor puede ser, por ejemplo, un acelerómetro, un giroscopio, un sensor de inclinación, un sensor de fuerza, un magnetómetro, un sensor óptico, un sensor de proximidad, otro sensor similar o cualquier combinación de los mismos. Por ejemplo, el dispositivo de entrada puede ser un acelerómetro, un magnetómetro, una cámara digital, un micrófono y un sensor óptico.

En la Figura 11, la interfaz de RF 1109 puede configurarse para proporcionar una interfaz de comunicación a los componentes de RF tales como un transmisor, un receptor y una antena. La interfaz de conexión de red 1111 puede configurarse para proporcionar una interfaz de comunicación a la red 1143a. La red 1143a puede abarcar redes cableadas y/o inalámbricas tales como una red de área local (LAN), una red de área amplia (WAN), una red informática, una red inalámbrica, una red de telecomunicaciones, otra red similar o cualquier combinación de las mismas. Por ejemplo, la red 1143a puede comprender una red Wi-Fi. La interfaz de conexión de red 1111 puede configurarse para incluir una interfaz de receptor y una de transmisor utilizadas para comunicarse con uno o más de otros dispositivos a través de una red de comunicación según uno o más protocolos de comunicación, tales como Ethernet, TCP/IP, SONET, ATM o similares. La interfaz de conexión de red 1111 puede implementar la funcionalidad de receptor y transmisor apropiada a los enlaces de red de comunicación (por ejemplo, ópticos, eléctricos y similares). Las funciones de transmisor y receptor pueden compartir componentes de circuito, software o firmware, o alternativamente pueden implementarse por separado.

La RAM 1117 puede configurarse para interactuar a través del bus 1102 con los circuitos de procesamiento 1101 para proporcionar almacenamiento o almacenamiento en caché de datos o instrucciones informáticas durante la ejecución de programas de software tales como el sistema operativo, programas de aplicación y controladores de dispositivos. La ROM 1119 puede configurarse para proporcionar instrucciones o datos informáticas a los circuitos de procesamiento 1101. Por ejemplo, la ROM 1119 puede configurarse para almacenar código o datos invariantes del sistema de bajo nivel para funciones básicas del sistema tales como entrada y salida (E/S) básicas, arranque, o recepción de pulsaciones de teclas de un teclado que se almacenan en una memoria no volátil. El medio de almacenamiento 1121 puede configurarse para incluir memoria tal como RAM, ROM, memoria de sólo lectura programable (PROM), memoria de sólo lectura programable y borrable (EPROM), memoria de sólo lectura programable y borrable eléctricamente (EEPROM), discos magnéticos, discos ópticos, disquetes, discos duros, cartuchos extraíbles o unidades flash. En un ejemplo, el medio de almacenamiento 1121 puede configurarse para incluir sistema operativo 1123, programa de aplicación 1125 tal como una aplicación de navegador web, un motor de widgets gadgets u otra aplicación, y archivo de datos 1127. El medio de almacenamiento 1121 puede almacenar, para su utilización por el UE 1100, cualquiera de una variedad de diversos sistemas operativos o combinaciones de sistemas operativos.

El medio de almacenamiento 1121 puede configurarse para incluir una serie de unidades de disco físicas, tales como matriz redundante de discos independientes (RAID), unidad de disquete, memoria flash, unidad flash USB, unidad de disco duro externa, unidad de memoria USB, pen drive, key drive, unidad de disco óptico de disco versátil digital de alta densidad (HD-DVD), unidad de disco duro interna, unidad de disco óptico Blu-Ray, unidad de disco óptico de almacenamiento de datos digitales holográficos (HDDS), módulo de memoria mini-dual en línea (DIMM) externo, memoria de acceso aleatorio dinámica síncrona (SDRAM), SDRAM de micro-DIMM externa, memoria de tarjeta inteligente tal como un módulo de identidad de abonado o un módulo de identidad de usuario extraíble (SIM/RUIM), otra memoria o cualquier combinación de los mismos. El medio de almacenamiento 1121 puede permitir y/o facilitar que el UE 1100 acceda a instrucciones ejecutables por ordenador, programas de aplicación o similares, almacenados en medios de memoria transitorios o no transitorios, para descargar datos o para cargar datos. Un artículo de manufactura, tal como uno que utiliza un sistema de comunicación, puede incorporarse de manera tangible en el medio de almacenamiento 1121, que puede comprender un medio legible por dispositivo.

En la Figura 11, los circuitos de procesamiento 1101 pueden configurarse para comunicarse con la red 1143b utilizando el subsistema de comunicación 1131. La red 1143a y la red 1143b pueden ser la misma red o redes o una red o redes diferentes. El subsistema de comunicación 1131 puede configurarse para incluir uno o más transceptores utilizados para comunicarse con la red 1143b. Por ejemplo, el subsistema de comunicación 1131 puede configurarse para incluir uno o más transceptores utilizados para comunicarse con uno o más transceptores remotos de otro dispositivo capaz de comunicación inalámbrica tal como otro WD, UE o estación base de una red de acceso por radio (RAN) de acuerdo a uno o más protocolos de comunicación, tales como IEEE 802.11, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax o similares. Cada transceptor puede incluir un transmisor 1133 y/o un receptor 1135 para implementar la funcionalidad de transmisor o receptor, respectivamente, apropiada para los enlaces de RAN (por ejemplo, asignaciones de frecuencia y similares). Además, el transmisor 1133 y el receptor 1135 de cada transceptor pueden compartir componentes de circuito, software o firmware, o alternativamente pueden implementarse por separado.

En la realización ilustrada, las funciones de comunicación del subsistema de comunicación 1131 pueden incluir comunicación de datos, comunicación de voz, comunicación multimedia, comunicaciones de corto alcance tales como Bluetooth, comunicación de campo cercano, comunicación basada en ubicación tal como la utilización del sistema de posicionamiento global (GPS) para determinar una ubicación, otra función de comunicación similar o cualquier combinación de las mismas. Por ejemplo, el subsistema de comunicación 1131 puede incluir comunicación celular, comunicación Wi-Fi, comunicación Bluetooth y comunicación GPS. La red 1143b puede abarcar redes cableadas y/o inalámbricas tales como una LAN, una WAN, una red informática, una red inalámbrica, una red de telecomunicaciones, otra red similar o cualquier combinación de las mismas. Por ejemplo, la red 1143b puede ser una red celular, una red Wi-Fi y/o una red de campo cercano. La fuente de alimentación 1113 puede configurarse para proporcionar energía de corriente alterna (CA) o corriente continua (CC) a los componentes del UE 1100.

Las características, beneficios y/o funciones descritas en la presente memoria pueden implementarse en uno de los componentes del UE 1100 o dividirse en múltiples componentes del UE 1100. Además, las características, beneficios y/o funciones descritas en la presente memoria pueden implementarse en cualquier combinación de hardware, software o firmware. En un ejemplo, el subsistema de comunicación 1131 puede configurarse para incluir cualquiera de los componentes descritos en la presente memoria. Además, los circuitos de procesamiento 1101 pueden configurarse para comunicarse con cualquiera de dichos componentes a través del bus 1102. En otro ejemplo, cualquiera de dichos componentes puede representarse mediante instrucciones de programa almacenadas en memoria que, cuando son ejecutadas por los circuitos de procesamiento 1101, realizan las funciones correspondientes descritas en la presente memoria. En otro ejemplo, la funcionalidad de cualquiera de dichos componentes puede dividirse entre los circuitos de procesamiento 1101 y el subsistema de comunicación 1131. En otro ejemplo, las funciones no intensivas en cómputo de cualquiera de dichos componentes pueden implementarse en software o firmware y las funciones intensivas en cómputo pueden implementarse en hardware.

La Figura 12 es un diagrama de bloques esquemático que ilustra un entorno de virtualización 1200 en el que pueden virtualizarse las funciones implementadas por algunas realizaciones. En el presente contexto, virtualizar significa crear versiones virtuales de aparatos o dispositivos que pueden incluir la virtualización de plataformas de hardware, dispositivos de almacenamiento y recursos de red. Tal como se utiliza en la presente memoria, la virtualización puede aplicarse a un nodo (por ejemplo, una estación base virtualizada o un nodo de acceso por radio virtualizado) o a un dispositivo (por ejemplo, un UE, un dispositivo inalámbrico o cualquier otro tipo de dispositivo de comunicación) o componentes del mismo y se refiere a una implementación en la que al menos una parte de la funcionalidad se implementa como uno o más componentes virtuales (por ejemplo, a través de una o más aplicaciones, componentes, funciones, máquinas virtuales o contenedores que se ejecutan en uno o más nodos de procesamiento físico en una o más redes).

En algunas realizaciones, algunas o todas las funciones descritas en la presente memoria pueden implementarse como componentes virtuales ejecutados por una o más máquinas virtuales implementadas en uno o más entornos virtuales 1200 alojados por uno o más de los nodos de hardware 1230. Además, en realizaciones en las que el nodo virtual no es un nodo de acceso por radio o no requiere conectividad de radio (por ejemplo, un nodo de red central), entonces el nodo de red puede virtualizarse por completo.

Las funciones pueden ser implementadas por una o más aplicaciones 1220 (que alternativamente pueden denominarse instancias de software, aparatos virtuales, funciones de red, nodos virtuales, funciones de red virtual, funciones de aplicación, etc.) operativas para implementar algunas de las características, funciones y /o beneficios de algunas de las realizaciones descritas en la presente memoria. Las aplicaciones 1220 se ejecutan en un entorno de virtualización 1200 que proporciona hardware 1230 que comprende circuitos de procesamiento 1260 y memoria 1290. La memoria 1290 contiene instrucciones 1295 ejecutables por los circuitos de procesamiento 1260 mediante las cuales la aplicación 1220 es operativa para proporcionar una o más de las características, beneficios y/o funciones descritas en la presente memoria.

El entorno de virtualización 1200 comprende dispositivos de hardware de red 1230 de propósito general o de propósito especial que comprenden un conjunto de uno o más procesadores o circuitos de procesamiento 1260, que pueden ser procesadores comerciales disponibles en el mercado (COTS), circuitos integrados de aplicación específica (ASIC) dedicados, o cualquier otro tipo de circuitos de procesamiento que incluya componentes de hardware digitales o analógicos o procesadores de propósito especial. Cada dispositivo de hardware puede comprender una memoria 1290-1 que puede ser una memoria no persistente para almacenar temporalmente instrucciones 1295 o software ejecutado por los circuitos de procesamiento 1260. Cada dispositivo de hardware puede comprender uno o más controladores de interfaz de red (NIC) 1270, también conocidos como tarjetas de interfaz de red, que incluyen una interfaz de red física 1280. Cada dispositivo de hardware también puede incluir medios de almacenamiento 1290-2 legibles por máquina persistentes no transitorios que tienen almacenado en los mismos software 1295 y/o instrucciones ejecutables por los circuitos de procesamiento 1260. El software 1295 puede incluir cualquier tipo de software que incluya software para crear una instancia de una o más capas de virtualización 1250 (también denominadas hipervisores), software para ejecutar máquinas virtuales 1240 así como software que le permite ejecutar funciones, características y/o beneficios descritos en relación con algunas realizaciones descritas en la presente memoria.

Las máquinas virtuales 1240 comprenden procesamiento virtual, memoria virtual, red o interfaz virtual y almacenamiento virtual, y pueden ser ejecutadas por una capa de virtualización 1250 o hipervisor correspondiente. Pueden implementarse diferentes realizaciones de la instancia de aparato virtual 1220 en una o más de las máquinas virtuales 1240, y las implementaciones pueden realizarse de diferentes maneras.

Durante la operación, los circuitos de procesamiento 1260 ejecutan el software 1295 para crear una instancia del hipervisor o capa de virtualización 1250, que a veces puede denominarse monitor de máquina virtual (VMM). La capa de virtualización 1250 puede presentar una plataforma operativa virtual que aparece como hardware de red para la máquina virtual 1240.

Como se muestra en la Figura 12, el hardware 1230 puede ser un nodo de red independiente con componentes genéricos o específicos. El hardware 1230 puede comprender una antena 12225 y puede implementar algunas funciones mediante virtualización. Alternativamente, el hardware 1230 puede ser parte de un clúster más grande de hardware (por ejemplo, tal como en un centro de datos o equipo en las instalaciones del cliente (CPE)) donde muchos nodos de hardware trabajan juntos y se gestionan a través de gestión y orquestación (MANO) 12100, que, entre otros, supervisa la gestión del ciclo de vida de las aplicaciones 1220.

La virtualización del hardware se denomina en algunos contextos virtualización de funciones de red (NFV). NFV puede utilizarse para consolidar muchos tipos de equipos de red en hardware de servidor de gran volumen, conmutadores físicos y almacenamiento físico estándar de la industria, que pueden ubicarse en centros de datos y equipos en las instalaciones del cliente.

En el contexto de NFV, la máquina virtual 1240 puede ser una implementación de software de una máquina física que ejecuta programas como si se estuvieran ejecutando en una máquina física no virtualizada. Cada una de las máquinas virtuales 1240, y esa parte del hardware 1230 que ejecuta esa máquina virtual, ya sea hardware dedicado a esa máquina virtual y/o hardware compartido por esa máquina virtual con otras de las máquinas virtuales 1240, forma elementos de red virtual (VNE) separados. Todavía en el contexto de NFV, la función de red virtual (VNF) es responsable de manejar funciones de red específicas que se ejecutan en una o más máquinas virtuales 1240 sobre la infraestructura de red de hardware 1230 y corresponde a la aplicación 1220 en la Figura 12.

En algunas realizaciones, una o más unidades de radio 12200 que incluyen cada una uno o más transmisores 12220 y uno o más receptores 12210 pueden acoplarse a una o más antenas 12225. Las unidades de radio 12200 pueden comunicarse directamente con nodos de hardware 1230 a través de una o más interfaces de red apropiadas y pueden utilizarse en combinación con los componentes virtuales para proporcionar un nodo virtual con capacidades de radio, tal como un nodo de acceso por radio o una estación base.

En algunas realizaciones, alguna señalización puede ser efectuada por el sistema de control 12230 que puede utilizarse alternativamente para la comunicación entre los nodos de hardware 1230 y las unidades de radio 12200.

Con referencia a la Figura 13, de acuerdo con una realización, un sistema de comunicación incluye una red de telecomunicaciones 1310, tal como una red celular de tipo 3GPP, que comprende red de acceso 1311, tal como una red de acceso por radio, y red central 1314. La red de acceso 1311 comprende una pluralidad de estaciones base 1312a, 1312b, 1312c, tales como los NB, eNB, gNB u otros tipos de puntos de acceso inalámbrico, definiendo cada una un área de cobertura 1313a, 1313b, 1313c correspondiente. Cada estación base 1312a, 1312b, 1312c puede conectarse a la red central 1314 a través de una conexión cableada o inalámbrica 1315. Un primer UE 1391 ubicado en el área de cobertura 1313c puede configurarse para conectarse de manera inalámbrica a la estación base 1312c correspondiente o ser localizado por ella. Un segundo UE 1392 en el área de cobertura 1313a puede conectarse de manera inalámbrica a la estación base 1312a correspondiente. Aunque en este ejemplo se ilustra una pluralidad de UE 1391, 1392, las realizaciones descritas son igualmente aplicables a una situación donde un único UE está en el área de cobertura o donde un único UE se está conectando al

La propia red de telecomunicaciones 1310 está conectada al ordenador anfitrión 1330, que puede incorporarse en el hardware y/o software de un servidor independiente, un servidor implementado en la nube, un servidor distribuido o como recursos de procesamiento en una granja de servidores. El ordenador anfitrión 1330 puede estar bajo propiedad o control de un proveedor de servicios, o puede ser operado por el proveedor de servicios o en nombre del proveedor de servicios. Las conexiones 1321 y 1322 entre la red de telecomunicaciones 1310 y el ordenador anfitrión 1330 pueden extenderse directamente desde la red central 1314 al ordenador anfitrión 1330 o pueden ir a través de una red intermedia 1320 opcional. La red intermedia 1320 puede ser una de, o una combinación de más de una de, una red pública, privada o alojada; la red intermedia 1320, si la hay, puede ser una red troncal o Internet; en particular, la red intermedia 1320 puede comprender dos o más subredes (no mostradas).

El sistema de comunicación de la Figura 13 en su conjunto permite la conectividad entre los UE conectados 1391, 1392 y el ordenador anfitrión 1330. La conectividad puede describirse como una conexión over-the-top (OTT) 1350. El ordenador anfitrión 1330 y los UE 1391,1392 conectados están configurados para comunicar datos y/o señalización a través de una conexión OTT 1350, utilizando la red de acceso 1311, la red central 1314, cualquier red intermedia 1320 y posible infraestructura adicional (no mostrada) como intermediarios. La conexión OTT 1350 puede ser transparente en el sentido de que los dispositivos de comunicación participantes a través de los cuales pasa la conexión OTT 1350 no están al tanto del enrutamiento de las comunicaciones de enlace ascendente y enlace descendente. Por ejemplo, la estación base 1312 puede no ser informada o no necesita ser informada sobre el enrutamiento pasado de una comunicación de enlace descendente entrante con datos que se originan desde el ordenador anfitrión 1330 para ser reenviados (por ejemplo, traspasados) a un UE 1391 conectado. De manera similar, la estación base 1312 necesita no estar al tanto del enrutamiento futuro de una comunicación de enlace ascendente saliente que se origina desde el UE 1391 hacia el ordenador anfitrión 1330.

Las implementaciones de ejemplo, de acuerdo con una realización, del UE, la estación base y el ordenador anfitrión discutidas en los párrafos anteriores se describirán ahora con referencia a la Figura 14. En el sistema de comunicación 1400, el ordenador anfitrión 1410 comprende hardware 1415 que incluye una interfaz de comunicación 1416 configurada para establecer y mantener una conexión cableada o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema de comunicación 1400. El ordenador anfitrión 1410 comprende además circuitos de procesamiento 1418, que pueden tener capacidades de almacenamiento y/o procesamiento. En particular, los circuitos de procesamiento 1418 pueden comprender uno o más procesadores programables, circuitos integrados de aplicación específica, conjuntos de puertas programables por campo o combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. El ordenador anfitrión 1410 comprende además software 1411, que se almacena en el ordenador anfitrión 1410 o es accesible por el mismo y es ejecutable por los circuitos de procesamiento 1418. El software 1411 incluye una aplicación anfitriona 1412. La aplicación anfitriona 1412 puede ser operable para proporcionar un servicio a un usuario remoto, tal como UE 1430 que se conecta a través de la conexión OTT 1450 que termina en el UE 1430 y el ordenador anfitrión 1410. Al proporcionar el servicio al usuario remoto, la aplicación anfitriona 1412 puede proporcionar datos de usuario que se transmiten utilizando la conexión OTT 1450.

El sistema de comunicación 1400 también puede incluir una estación base 1420 proporcionada en un sistema de telecomunicaciones y que comprende hardware 1425 que le permite comunicarse con el ordenador anfitrión 1410 y con el UE 1430. El hardware 1425 puede incluir una interfaz de comunicación 1426 para establecer y mantener una conexión cableada o inalámbrica con un interfaz de un dispositivo de comunicación diferente del sistema de comunicación 1400, así como la interfaz de radio 1427 para establecer y mantener al menos la conexión inalámbrica 1470 con el UE 1430 ubicado en un área de cobertura (no mostrada en la Figura 14) servida por la estación base 1420. La interfaz de comunicación 1426 puede configurarse para facilitar la conexión 1460 con el ordenador anfitrión 1410. La conexión 1460 puede ser directa o puede pasar a través de una red central (no mostrada en la Figura 14) del sistema de telecomunicaciones y/o a través de una o más redes intermedias fuera del sistema de telecomunicaciones. En la realización mostrada, el hardware 1425 de la estación base 1420 también puede incluir circuitos de procesamiento 1428, que pueden comprender uno o más procesadores programables, circuitos integrados de aplicación específica, conjuntos de puertas programables por campo o combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. La estación base 1420 tiene además software 1421 almacenado internamente o accesible a través de una conexión externa.

El sistema de comunicación 1400 también puede incluir el UE 1430 ya mencionado. Su hardware 1435 puede incluir una interfaz de radio 1437 configurada para establecer y mantener una conexión inalámbrica 1470 con una estación base que da servicio a un área de cobertura en la que se ubica actualmente el UE 1430. El hardware 1435 del UE 1430 también puede incluir circuitos de procesamiento 1438, que pueden comprender uno o más procesadores programables, circuitos integrados de aplicación específica, conjuntos de puertas programables por campo o combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. El UE 1430 comprende además software 1431, que está almacenado en el UE 1430 o es accesible por el mismo y es ejecutable por los circuitos de procesamiento 1438. El software 1431 incluye una aplicación de cliente 1432. La aplicación de cliente 1432 puede ser operable para proporcionar un servicio a un usuario humano o no humano a través del UE 1430, con el soporte del ordenador anfitrión 1410. En el ordenador anfitrión 1410, una aplicación anfitriona 1412 en ejecución puede comunicarse con la aplicación cliente 1432 en ejecución a través de una conexión OTT 1450 que termina en el UE 1430 y el ordenador anfitrión 1410. Al proporcionar el servicio al usuario, la aplicación de cliente 1432 puede recibir datos de solicitud de la aplicación anfitriona 1412 y proporcionar datos de usuario en respuesta a los datos de solicitud. La conexión OTT 1450 puede transferir tanto los datos de solicitud como los datos de usuario. La aplicación de cliente 1432 puede interactuar con el usuario para generar los datos de usuario que proporciona.

Cabe señalar que el ordenador anfitrión 1410, la estación base 1420 y el UE 1430 ilustrados en la Figura 14 pueden ser similares o idénticos al ordenador anfitrión 1330, una de las estaciones base 1312a, 1312b, 1312c y uno de los UE 1391, 1392 de la Figura 13, respectivamente. Es decir, el funcionamiento interno de estas entidades puede ser como se muestra en la Figura 14 e independientemente, la topología de la red circundante puede ser la de la Figura 13.

En la Figura 14, la conexión OTT 1450 se ha dibujado de manera abstracta para ilustrar la comunicación entre el ordenador anfitrión 1410 y el UE 1430 a través de la estación base 1420, sin referencia explícita a ningún dispositivo intermediario y el enrutamiento preciso de mensajes a través de estos dispositivos. La infraestructura de red puede determinar el enrutamiento, que puede configurarse para ocultarse del UE 1430 o del proveedor de servicios que opera el ordenador anfitrión 1410, o ambos. Mientras la conexión OTT 1450 está activa, la infraestructura de red puede tomar además decisiones mediante las cuales cambia dinámicamente el enrutamiento (por ejemplo, en base a la consideración de equilibrio de carga o la reconfiguración de la red).

La conexión inalámbrica 1470 entre el UE 1430 y la estación base 1420 es conforme a las enseñanzas de las realizaciones descritas a lo largo de esta descripción. Una o más de las diversas realizaciones mejoran el rendimiento de los servicios OTT proporcionados al UE 1430 usando la conexión OTT 1450, en la que la conexión inalámbrica 1470 forma el último segmento. Más precisamente, las realizaciones ejemplares descritas en la presente memoria pueden mejorar la flexibilidad de la red para monitorizar la calidad de servicio (QoS) de extremo a extremo de los flujos de datos, incluyendo sus correspondientes portadoras de radio, asociadas con sesiones de datos entre un UE y otra entidad, tal como una aplicación de datos OTT o servicio externo a la red 5G. Estas y otras ventajas pueden facilitar un diseño, implementación y despliegue más oportunos de soluciones 5G/NR. Además, dichas realizaciones pueden facilitar un control flexible y oportuno de la QoS de la sesión de datos, lo que puede conducir a mejoras en la capacidad, el rendimiento, la latencia, etc. que son previstas por 5G/NR e importantes para el crecimiento de los servicios OTT.

Puede proporcionarse un procedimiento de medición con el fin de monitorizar la velocidad de datos, latencia y otros aspectos operativos de la red en los que mejoran la una o más realizaciones. Puede haber además una funcionalidad de red opcional para reconfigurar la conexión OTT 1450 entre el ordenador anfitrión 1410 y el UE 1430, en respuesta a variaciones en los resultados de medición. El procedimiento de medición y/o la funcionalidad de red para reconfigurar la conexión OTT 1450 pueden implementarse en el software 1411 y el hardware 1415 del ordenador anfitrión 1410 o en el software 1431 y el hardware 1435 del UE 1430, o ambos. En las realizaciones, pueden desplegarse sensores (no mostrados) en o en asociación con dispositivos de comunicación a través de los cuales pasa la conexión OTT 1450; los sensores pueden participar en el procedimiento de medición suministrando valores de las cantidades monitorizadas ejemplificadas anteriormente, o suministrando valores de otras cantidades físicas a partir de las cuales el software 1411, 1431 puede calcular o estimar las cantidades monitorizadas. La reconfiguración de la conexión OTT 1450 puede incluir formato de mensaje, ajustes de retransmisión, enrutamiento preferido, etc.; la reconfiguración no tiene por qué afectar a la estación base 1420, y puede ser desconocida o imperceptible para la estación base 1420. Dichos procedimientos y funcionalidades pueden ser conocidos y practicados en la técnica. En ciertas realizaciones, las mediciones pueden implicar señalización de UE propietaria que facilita las mediciones de rendimiento, tiempos de propagación, latencia y similares del ordenador anfitrión 1410. Las mediciones pueden implementarse de manera que el software 1411 y 1431 haga que se transmitan mensajes, en particular mensajes vacíos o "ficticios", utilizando la conexión OTT 1450 mientras monitoriza tiempos de propagación, errores, etc.

La Figura 15 es un diagrama de flujo que ilustra un método y/o procedimiento ejemplar implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que, en algunas realizaciones ejemplares, pueden ser los descritos con referencia a las Figuras 13 y 14. Para simplificar la presente descripción, solo se incluirán referencias a los dibujos de la Figura 15 en esta sección. En el paso 1510, el ordenador anfitrión proporciona datos de usuario. En el subpaso 1511 (que puede ser opcional) del paso 1510, el ordenador anfitrión proporciona datos de usuario ejecutando una aplicación anfitriona. En el paso 1520, el ordenador anfitrión inicia una transmisión que transporta los datos de usuario al UE. En el paso 1530 (que puede ser opcional), la estación base transmite al UE los datos de usuario que fueron transportados en la transmisión que inició el ordenador anfitrión, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta descripción. En el paso 1540 (que también puede ser opcional), el UE ejecuta una aplicación de cliente asociada con la aplicación anfitriona ejecutada por el ordenador anfitrión.

La Figura 16 es un diagrama de flujo que ilustra un método y/o procedimiento ejemplar implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos con referencia a las Figuras 13 y 14. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la Figura 16. En el paso 1610 del método, el ordenador anfitrión proporciona datos de usuario. En un subpaso opcional (no mostrado), el ordenador anfitrión proporciona los datos de usuario ejecutando una aplicación anfitriona. En el paso 1620, el ordenador anfitrión inicia una transmisión que transporta los datos de usuario al UE. La transmisión puede pasar a través de la estación base, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta descripción. En el paso 1630 (que puede ser opcional), el UE recibe los datos de usuario transportados en la transmisión.

La Figura 17 es un diagrama de flujo que ilustra un método y/o procedimiento ejemplar implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos con referencia a las Figuras 13 y 14. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la Figura 17. En el paso 1710 (que puede ser opcional), el UE recibe datos de entrada proporcionados por el ordenador anfitrión. Adicional o alternativamente, en el paso 1720, el UE proporciona datos de usuario. En el subpaso 1721 (que puede ser opcional) del paso 1720, el UE proporciona los datos de usuario ejecutando una aplicación de cliente. En el subpaso 1711 (que puede ser opcional) del paso 1710, el UE ejecuta una aplicación de cliente que proporciona los datos de usuario en reacción a los datos de entrada recibidos proporcionados por el ordenador anfitrión. Al proporcionar los datos de usuario, la aplicación de cliente ejecutada puede considerar además la entrada de usuario recibida del usuario. Independientemente de la manera específica en la que se proporcionaron los datos de usuario, el UE inicia, en el subpaso 1730 (que puede ser opcional), la transmisión de los datos de usuario al ordenador anfitrión. En el paso 1740 del método, el ordenador anfitrión recibe los datos de usuario transmitidos desde el UE, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta descripción.

La Figura 18 es un diagrama de flujo que ilustra un método y/o procedimiento ejemplar implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos con referencia a las Figuras 13 y 14. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la Figura 18. En el paso 1810 (que puede ser opcional), de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta descripción, la estación base recibe datos de usuario del UE. En el paso 1820 (que puede ser opcional), la estación base inicia la transmisión de los datos de usuario recibidos al ordenador anfitrión. En el paso 1830 (que puede ser opcional), el ordenador anfitrión recibe los datos de usuario transportados en la transmisión iniciada por la estación base.

Lo anterior simplemente ilustra los principios de la descripción. Diversas modificaciones y alteraciones de las realizaciones descritas resultarán evidentes para los expertos en la técnica a la vista de las enseñanzas de la presente memoria. Por lo tanto, se apreciará que los expertos en la técnica serán capaces de idear numerosos sistemas, disposiciones y procedimientos que, aunque no se muestran o describen explícitamente en la presente memoria, incorporan los principios de la descripción y, por lo tanto, pueden estar dentro del espíritu y alcance de la descripción. Pueden utilizarse varias realizaciones ejemplares juntas entre sí, así como de manera intercambiable, como debe ser entendido por los expertos en la técnica.

El término unidad, tal como se utiliza en la presente memoria, puede tener un significado convencional en el campo de la electrónica, dispositivos eléctricos y/o dispositivos electrónicos y puede incluir, por ejemplo, circuitos eléctricos y/o electrónicos, dispositivos, módulos, procesadores, memorias, dispositivos lógicos de estado sólido y/o discretos, programas o instrucciones informáticas para llevar a cabo respectivas tareas, procedimientos, cálculos, salidas y/o funciones de visualización, etc., como los que se describen en la presente memoria.

Cualquier paso, método, característica, función o beneficio apropiado descrito en la presente memoria puede realizarse a través de una o más unidades o módulos funcionales de uno o más aparatos virtuales. Cada aparato virtual puede comprender varias de estas unidades funcionales. Estas unidades funcionales pueden implementarse a través de circuitos de procesamiento, que pueden incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que puede incluir DSP, lógica digital de propósito especial y similares. Los circuitos de procesamiento pueden configurarse para ejecutar código de programa almacenado en memoria, que puede incluir uno o varios tipos de memoria tal como memoria de sólo lectura (ROM), RAM, memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc. El código de programa almacenado en la memoria incluye instrucciones de programa para ejecutar uno o más protocolos de telecomunicaciones y/o comunicaciones de datos, así como instrucciones para llevar a cabo una o más de las técnicas descritas en la presente memoria. En algunas implementaciones, los circuitos de procesamiento pueden utilizarse para hacer que la unidad funcional respectiva realice funciones correspondientes según una o más realizaciones de la presente descripción.

Como se describe en la presente memoria, el dispositivo y/o aparato puede representarse mediante un chip semiconductor, un conjunto de chips o un módulo (de hardware) que comprende dicho chip o conjunto de chips; esto, sin embargo, no excluye la posibilidad de que una funcionalidad de un dispositivo o aparato, en lugar de implementarse mediante hardware, se implemente como un módulo de software tal como un programa informático o un producto de programa informático que comprende partes de código de software ejecutables para su ejecución o que se ejecutan en un procesador. Además, la funcionalidad de un dispositivo o aparato puede implementarse mediante cualquier combinación de hardware y software. Un dispositivo o aparato también puede considerarse como un conjunto de múltiples dispositivos y/o aparatos, ya sea funcionalmente en cooperación o independientemente entre sí. Además, los dispositivos y aparatos pueden implementarse de manera distribuida en todo un sistema, siempre que se conserve la funcionalidad del dispositivo o aparato. Estos principios y otros similares se consideran conocidos por un experto.

A menos que se defina lo contrario, todos los términos (incluyendo los términos técnicos y científicos) utilizados en la presente memoria tienen el mismo significado que entiende comúnmente un experto en la técnica a la que pertenece esta descripción. Se entenderá además que los términos utilizados en la presente memoria deben interpretarse con un significado que sea consistente con su significado en el contexto de esta especificación y la técnica relevante y no se interpretarán en un sentido idealizado o demasiado formal a menos que así se defina expresamente en la presente memoria.

Claims (14)

REIVINDICACIONES

1. Un método para actualizar, en una red central, CN, de una red de telecomunicaciones, una política de transferencia de datos en segundo plano, BDT, negociada entre una función de aplicación, AF, y la CN, realizado el método por una función de control de políticas, PCF, de la CN y que comprende los pasos de:

- determinar (820), en respuesta a recibir una notificación de rendimiento degradado de la red de un área de red, que la política de BDT negociada se ve afectada por el rendimiento degradado de la red y un proveedor de servicios de aplicaciones, ASP, asociado con la política de BDT negociada solicitó una notificación de advertencia

- determinar (830), al menos en base a las políticas del operador, información de la política de BDT actualizada para la política de BDT negociada, en donde la información de la política de BDT actualizada comprende una pluralidad de políticas de BDT candidatas;

- enviar (840) la información de la política de BDT actualizada a la AF;

- recibir (850), de la AF, una política de BDT adicional seleccionada por la AF entre la pluralidad de políticas de BDT candidatas, y

- actualizar la política de BDT negociada a la política de BDT adicional seleccionada.

2. El método según la reivindicación 1, en donde la información de la política de BDT actualizada comprende además condiciones actualizadas para la política de BDT negociada.

3. El método según cualquiera de las reivindicaciones precedentes, comprendiendo el paso de envío:

- enviar la información de la política de BDT actualizada a la AF como una notificación a través de una función de exposición de red, NEF.

4. El método según cualquiera de las reivindicaciones 2 y 3, que comprende además el paso de:

- actualizar la política de BDT negociada almacenada en un repositorio de datos en base a las condiciones actualizadas para la política de BDT negociada.

5. El método según cualquiera de las reivindicaciones 2 a 4, en donde las condiciones actualizadas comprenden una ventana de tiempo de BDT actualizada, y el método comprende además los pasos de:

- identificar (860) uno o más equipos de usuario, UE, a los que se ha aplicado la política de BDT negociada; y - actualizar (870) las reglas de política de selección de ruta para el UE identificado en base a la ventana de tiempo de BDT actualizada.

6. El método según cualquiera de las reivindicaciones 2 a 5, en donde las condiciones actualizadas comprenden al menos uno de los siguientes: una tasa de cobro actualizada y una velocidad de bits agregada máxima actualizada.

7. Un método según cualquiera de las reivindicaciones precedentes, que comprende además los siguientes pasos que son realizados por la AF:

- recibir, de la PCF, la información de la política de BDT actualizada, en donde la información de la política de BDT actualizada comprende la pluralidad de políticas de BDT candidatas;

- seleccionar una política de BDT adicional entre la pluralidad de políticas de BDT candidatas; y

- enviar la política de BDT adicional seleccionada a la PCF.

8. Una función de control de políticas, PCF, adaptada para ubicarse en una red central, CN, de una red de telecomunicaciones, dispuesta la PCF para actualizar una política de transferencia de datos en segundo plano, BDT, negociada entre una función de aplicación, AF, y la CN, comprendiendo la PCF un equipo de determinación, un equipo de envío, un equipo de recepción y un equipo de actualización, en donde:

el equipo de determinación está dispuesto para:

- determinar, en respuesta a recibir una notificación de rendimiento degradado de la red de un área de red, que la política de BDT negociada se ve afectada por el rendimiento degradado de la red y un proveedor de servicios de aplicaciones, ASP, asociado con la política de BDT negociada solicitó una notificación de advertencia y

- determinar, al menos en base a políticas de operador, información de la política de BDT actualizada para la política de BDT negociada, en donde la información de la política de BDT actualizada comprende una pluralidad de políticas de BDT candidatas;

el equipo de envío está dispuesto para enviar la información de la política de BDT actualizada a la AF;

el equipo de recepción está dispuesto para recibir, de la AF, una política de BDT adicional seleccionada por la AF entre la pluralidad de políticas de BDT candidatas; y

el equipo de actualización está dispuesto para actualizar la política de BDT negociada a la política de BDT adicional seleccionada.

9. La PCF según la reivindicación 8, en donde la información de la política de BDT actualizada comprende además condiciones actualizadas para la política de BDT negociada.

10. La PCF según la reivindicación 9, en donde el equipo de actualización está dispuesto además para actualizar la política de BDT negociada almacenada en un repositorio de datos en base a las condiciones actualizadas para la política de BDT negociada.

11. La PCF según la reivindicación 10, en donde las condiciones actualizadas comprenden una ventana de tiempo de BDT actualizada, y la PCF comprende además un equipo de identificación dispuesto para identificar uno o más equipos de usuario, UE a los que se ha aplicado la política de BDT negociada; y el equipo de actualización está dispuesto además para actualizar las reglas de política de selección de ruta para el UE identificado en base a la ventana de tiempo de BDT actualizada.

12. Un sistema que comprende una función de aplicación, AF y una PCF según cualquiera de las reivindicaciones 8 -11, comprendiendo la AF un equipo de recepción, un equipo de selección y un equipo de envío, en donde:

el equipo de recepción está dispuesto para recibir, de la PCF, la información de la política de BDT actualizada, en donde la información de la política de BDT actualizada comprende la pluralidad de políticas de BDT candidatas,

el equipo seleccionado está dispuesto para seleccionar una política de BDT adicional entre la pluralidad de políticas de BDT candidatas, y

el equipo de envío está dispuesto para enviar la política de BDT adicional seleccionada a la PCF.

13. Un producto de programa informático, que comprende un medio de almacenamiento legible por ordenador que almacena instrucciones que, cuando son ejecutadas por una función de control de políticas, PCF, hacen que dicha PCF lleve a cabo el método según cualquiera de las reivindicaciones 1 a 6.

14. El producto de programa informático según la reivindicación 13, en donde el medio de almacenamiento legible por ordenador almacena segundas instrucciones que, cuando son ejecutadas por una función de aplicación, AF, hacen que dicha AF lleve a cabo el método según la reivindicación 7.