ES2900050T3

ES2900050T3 - Mapeo configurable de las clases de calidad de servicio

Info

Publication number: ES2900050T3
Application number: ES16709007T
Authority: ES
Inventors: Jarmo Tapani Makinen; Andrea Cattoni
Original assignee: Nokia Solutions and Networks Oy
Current assignee: Nokia Solutions and Networks Oy
Priority date: 2016-03-07
Filing date: 2016-03-07
Publication date: 2022-03-15
Anticipated expiration: 2036-03-07
Also published as: US10772003B2; EP3427511B1; US20210029577A1; PL3427511T3; US20190069195A1; EP3427511A1; WO2017152936A1

Abstract

Un procedimiento, que comprende: recibir, en una entidad de la red, un paquete de flujo de datos desde una capa del protocolo de convergencia de datos en paquetes (410); detectar, en la entidad de la red, un nivel de calidad de servicio solicitado de un nuevo flujo de datos o un flujo de datos existente (420); en el que la detección comprende la recepción incrustada en el paquete de flujo de datos de una indicación del nivel de calidad de servicio solicitado para el flujo de datos nuevo o existente (420) recuperar, en la entidad de la red, un parámetro de una tabla, el parámetro que se vincula al nivel de calidad de servicio solicitado (430); y usar, en la entidad de la red, el parámetro para crear una nueva instancia de procesamiento de la capa del enlace de radio para el nuevo flujo de datos o para actualizar una instancia de procesamiento de la capa del enlace de radio existente para el flujo de datos existente (440).

Description

DESCRIPCIÓN

Mapeo configurable de las clases de calidad de servicio

Antecedentes:

Campo:

Varios sistemas de comunicación pueden beneficiarse del tratamiento de la calidad de servicio mejorada en las redes móviles. Por ejemplo, ciertos sistemas de comunicación pueden beneficiarse de una variación dinámica del tratamiento de la calidad de servicio de los flujos de datos. Por lo tanto, se divulgan un procedimiento para una entidad de la red para la detección de un nivel de calidad de servicio solicitado y un aparato para una entidad de la red.

Descripción de la técnica relacionada:

En las redes de telecomunicaciones, tal como la tecnología del Proyecto de Asociación de 3ra Generación (3GPP), por ejemplo, la Evolución a Largo Plazo (LTE), la Red de Acceso a Paquetes de Alta Velocidad (HSPA), o la Red de Acceso Múltiple por División de Código de Banda Ancha (WCDMA), el tratamiento de la calidad de servicio (QoS) de los datos se define por las clases de QoS. La clasificación de QoS y el tratamiento de los datos correspondientes son las herramientas para habilitar una buena Calidad de Experiencia (QoE) para el usuario. Debido a que diferentes usuarios consumen diferentes servicios al mismo tiempo, los requisitos para el suministro de los datos de la red a cada servicio, que incluye la capacidad y la latencia, pueden ser diferentes. Como resultado de esta diferencia, pueden usarse diferentes clases de QoS para el flujo de datos a un servicio dado. Las clases de QOS definen cómo se tratarán los datos en diferentes partes de la red y actúan para garantizar una QoE suficiente.

La clase de QoS puede definirse y señalizarse por separado para cada flujo de datos, o marcarse en cada paquete de datos o unidad de datos individual. Para ajustar la operación de las diferentes capas del protocolo y funciones en base a una clase de QoS, se establecen túneles de datos separados, tal como portadoras 3GPP, a través de la red para cada clase de QoS necesaria. La señalización del plano de control se usa luego para informar a cada capa del protocolo y a cada función de la red de cómo tratar cada uno de estos túneles. Debido a que la señalización de control puede ser un procedimiento lento, cada túnel tiene una clase de QoS fija.

Cuando surge la necesidad del cambio de la QoS de un flujo de datos dado, el flujo de datos se cambia a otro túnel que tenga la QoS requerida. Para cambiar un flujo de datos a un túnel diferente, primero debe existir un nuevo túnel, lo que significa que el túnel a menudo debe configurarse primero, lo que requiere de tiempo y de recursos. Además, el extremo de recepción del túnel debe informarse del cambio en el flujo de datos, lo que además requiere de tiempo y de recursos de señalización.

Alternativamente, puede haber una relación fija entre la clase de calidad de servicio y cómo cada capa del protocolo o función de la red trata los datos. El tratamiento de un flujo de datos podría realizar el cambio tan pronto como la capa del protocolo o la función de la red conozcan sobre la nueva clase de QoS, y el plano de control no tiene la necesidad de reconfigurar cada capa del protocolo o función de la red por separado. Sin embargo, el operador de red puede querer optimizar la red al ajustar el tratamiento de las unidades de datos individuales, en lugar del cambio del tratamiento de toda la capa del protocolo. Adicionalmente, los parámetros óptimos de QoS pueden variar en diferentes partes de la red. Un mapeo fijo entre la clase de QoS y los parámetros de procesamiento de los datos no toma en cuenta esta variación de la red.

Otro aspecto implica tener en cuenta la evolución de la red. Cuando la implementación, la configuración o los elementos de la red evolucionan, el parámetro de procesamiento óptimo puede realizar el cambio. El cambio en las configuraciones puede incluso afectar las capas del protocolo y las funciones de la red fuera de la capa directa o la función de la red, donde tuvo lugar la etapa de evolución real. Los parámetros de procesamiento de los datos, en estas ubicaciones o capas, además tienen la necesidad de adaptarse de acuerdo con las configuraciones cambiadas. Un mapeo fijo entre la clase de calidad de servicio y los parámetros de procesamiento de los datos en cada capa y/o función de la red hace difícil el ajuste de los parámetros de procesamiento de los datos.

El documento US 2010/0178919 A1 describe un procedimiento de selección de la tecnología óptima en el que se usa una tabla de Calidad de Servicio para seleccionar una tecnología óptima al iniciar una solicitud de servicio. El documento JP H06 276254 A describe un equipo de control de comunicación capaz de seleccionar de forma dinámica una red que responde a la calidad de servicio solicitada por una capa de alto nivel.

El documento US 2013/028223 A1 describe un procedimiento para manejar eficientemente la información de programación en una comunicación móvil.

El documento US 2015/003435 A1 describe un procedimiento para habilitar la calidad de servicio en la WLAN para el tráfico relacionado con una portadora en las redes celulares.

El Documento Conceptual de RLC Transparente TDoc G2-020012 (Versión 2) AT&T Inalámbrica, describe los procedimientos de configuración y liberación de un RLC Transparente para una portadora de radio transparente. Sumario:

La invención se expone en el conjunto de reivindicaciones adjuntas.

Breve descripción de los dibujos:

Para una comprensión adecuada de la invención, debe hacerse referencia a los dibujos acompañantes, en los que: La Figura 1 ilustra una tabla de acuerdo con ciertas realizaciones.

La Figura 2 ilustra una arquitectura de acuerdo con una realización no reivindicada.

La Figura 3 ilustra un diagrama de flujo de señal de acuerdo con ciertas realizaciones.

La Figura 4 ilustra un diagrama de flujo de acuerdo con ciertas realizaciones.

La Figura 5 ilustra

un diagrama de flujo de acuerdo con una realización no reivindicada.

La Figura 6 ilustra un diagrama de sistema de acuerdo con ciertas realizaciones.

Descripción detallada:

Los servicios y/o aplicaciones usadas por los usuarios en una red de telecomunicaciones, y las necesidades de tráfico de tales servicios y/o aplicaciones, varían drásticamente. Con el fin de proporcionar una buena QoE, o por otras razones, ciertas realizaciones pueden permitir que el tratamiento de los datos varíe de forma dinámica en cada flujo de datos. Por ejemplo, la clase de QoS de cada flujo de datos puede variarse de forma dinámica. Tales realizaciones pueden además ser beneficiosas en una red sin portadora.

En ciertas realizaciones, cada capa o función de la red puede, en algunas realizaciones, reconfigurarse rápidamente en base a los cambios en la clase de QoS, indicados a un equipo de usuario (UE) o a una entidad de la red ya sea por una marca del paquete o una señal separada. La reconfiguración puede ser en base a las preferencias del operador de red, por ejemplo, un operador de red móvil, que se expresan a través de una tabla de consulta configurable. Cierta realización puede implicar una red móvil, mientras que otras pueden implicar cualquier otro tipo de red de telecomunicaciones. La tabla de consulta puede hacer posible el cambio del mapeo entre la clase de QoS y los parámetros necesarios para el tratamiento de los datos cuando sea necesario. En algunas realizaciones, el plano de control puede no involucrarse en el cambio del tratamiento de QoS del flujo de datos.

La forma en que se usa la tabla, y el formato que debe tomar la tabla, pueden ambas estandarizarse. La tabla puede incluir parámetros de QoS, y puede tener uno o más parámetros estandarizados predeterminados que pueden ser modificables por un operador de red, por ejemplo, un operador de red móvil (MNO). En ciertas realizaciones, la mención de un único parámetro no debe tomarse para excluir a un conjunto de parámetros. El MNO puede además aplicar un conjunto de funciones y mensajes para definir, manipular y realizar la actualización de los parámetros de QoS de la tabla. Por ejemplo, puede aplicarse un conjunto de funciones para determinar cómo puede usarse la tabla de QoS para priorizar el tráfico de datos en tiempo de ejecución. En tiempo de ejecución puede significar que la tabla se lee en tiempo real cuando hay datos del usuario, para lo que es necesario un nuevo conjunto de parámetros de procesamiento.

Los parámetros de QoS pueden definirse en una tabla que vincula un nivel de QoS y una o más configuraciones de parámetros para servir tal nivel de QoS. El parámetro QoS puede representarse por un número e incluirse como un campo de bits dentro de un paquete. En ciertas realizaciones, la tabla puede incluirse tanto en el UE como en al menos una entidad de la red. Cada entidad de la red o nodo de la red que procesa un subflujo específico de QoS puede consultar los parámetros de procesamiento necesarios de una tabla. La entidad de la red puede, por ejemplo, ser un Protocolo de Convergencia de Datos en Paquetes (PDCP), un Control de Enlace por Radio (RLC), un Controlador de Múltiples Nodos (MNC), que puede albergar el PDCP, o una estación base lógica 5G que incluye la capa física (PHY), el Control de Acceso al Medio (MAC), una estación base (NB). Mientras que las entidades anteriores se usan en las redes móviles de 4ta generación (4G), ciertas realizaciones pueden incluir entidades equivalentes a las redes móviles de 5ta generación (5G) que tengan alguna funcionalidad variable.

Mientras que la tabla de parámetros puede estandarizarse con parámetros predeterminados, el MNO puede tener el control parcial o total a través de la definición de sus propios parámetros. En algunas realizaciones, por lo tanto, el MNO puede determinar los parámetros de acuerdo con los criterios del MNO, tal como las capacidades de la red y las políticas de suscripción.

La Figura 1 ilustra una tabla de acuerdo con ciertas realizaciones. Específicamente, la Figura 1 ilustra una tabla que vincula una clase de QoS con parámetros para el tratamiento de los datos de la clase QoS. En la realización ilustrada, la tabla 110 incluye un nivel de QoS, y varios parámetros del tratamiento de los datos, tales como la prioridad, la latencia máxima, el rendimiento máximo, el servicio del RLC, la ventana de reordenamiento, el tiempo de espera del acuse de recibo del RLC y la tasa de caída máxima. Puede además incluirse en la tabla cualquier otro parámetro relacionado con el tratamiento de los datos. En algunas realizaciones, el número de filas en la tabla puede determinarse por la cantidad de bits en los encabezados del paquete que se reservan para la marca de QoS. El número de bits puede ya sea ser estandarizado o variable, en función de la realización. Por ejemplo, una etiqueta de 1 Byte, por ejemplo, puede incluir 256 configuraciones posibles, que en alguna realización puede proporcionar amplias márgenes para definir las configuraciones adecuadas.

En el nivel 1 de QoS, que se muestra en la tabla 110, la prioridad asociada o vinculada puede ser 1, lo que indica un nivel de prioridad alto, mientras que la latencia máxima puede ser de 20 milisegundos (ms), y el rendimiento mínimo puede ser de 5 megabytes por segundo (Mbps). El servicio del RLC puede ser un modo de acuse de recibo (AM). El RLC puede tener un AM, un modo transparente (TM) y/o un modo de no acuse de recibo (UM). Otros parámetros del nivel 1 de QoS, como se muestra en la tabla 110, incluyen una ventana de reordenamiento, que puede ser de 8 milisegundos, un tiempo de espera de acuse de recibo del RLC que puede ser de 2 milisegundos, y una tasa de caída máxima que puede ser de uno por mil 10-3

Como se ha discutido anteriormente, la tabla puede estar inicialmente en forma estandarizada, momento en el que cada MNO puede actualizar o personalizar la tabla de acuerdo con sus propios criterios de la red. El MNO puede usar la señalización de control o un mensaje de control, por ejemplo, la señalización de control de recursos de radio (RRC), para distribuir las actualizaciones de la tabla tanto a la red como a los UE conectados. La tabla en el UE puede escribirse cada vez que el UE se conecta a la red. En el lado de la red, la tabla original puede escribirse cuando ellos se toman en uso por el operador de red.

Una forma de actualizar la tabla, en ciertas realizaciones, puede ser usar un mensaje de actualización del módulo de identidad del abonado (SIM). Este mensaje puede proporcionar las actualizaciones a la tabla siempre que la red se actualice globalmente. El SIM puede usarse para la configuración de la tabla básica general, que puede usarse para los cambios de la tabla que son necesarios en base a un largo plazo. Pueden además usarse otros procedimientos para la configuración de la tabla básica general. En el lado de la red, si tanto el sistema de marca/control de QoS como las capas de la red más abajo de él son del mismo proveedor, puede añadirse un nuevo parámetro o columna como una actualización de la red.

Por otro lado, pueden además ser necesarios los cambios de base a corto plazo para realizar una optimización dinámica y mejorar la QoE. Los cambios a corto plazo pueden incluir las actualizaciones de la tabla dependientes de la ubicación y la carga, que pueden usarse para ajustar un valor de un parámetro dado en la tabla. La configuración a corto plazo puede activarse, en ciertas realizaciones, por un procedimiento de conexión realizado por un UE de arranque. En otras realizaciones, la configuración a corto plazo puede activarse por el UE que se traspasa a un área donde la configuración de la red es diferente. En otras palabras, un traspaso puede realizar la activación de la configuración a corto plazo del UE.

En ciertas realizaciones, la configuración específica de las diferentes áreas de la red puede implicar una red autoorganizada (SON). En tales realizaciones, puede usarse una SON para monitorear el desempeño de los UE y la red, y para actualizar las diferentes configuraciones de la tabla de cada entidad de la red, tal como un NB o MNC.

Como se ha discutido anteriormente, la tabla puede actualizarse a través de un mensaje RRC, que se envía por un MNO a una entidad de la red, por ejemplo, un NB o MNC, y se reenvía a un UE. El mensaje RRC en ciertas realizaciones puede tomar la forma de un mensaje ACTUALIZAR_QOS_RRC. En algunas realizaciones, el mensaje puede contener solo la información a actualizarse. Por ejemplo, el rendimiento mínimo para el nivel 1 de QoS puede cambiarse de 5 Mbps a otro valor. En otra realización, el mensaje puede contener toda la línea que se actualiza. Por ejemplo, todos los parámetros del nivel 1 de QoS, que incluye los parámetros actualizados, pueden contenerse en el mensaje. En otras realizaciones más, puede actualizarse toda la tabla.

Cuando el UE se ubica en un área a controlarse por un MNC, el mensaje puede incluir una copia de al menos parte de la tabla en la entidad de gestión, por ejemplo, un NB de peso ligero (IwNB) en el que la capa PDCP puede eliminarse del NB.

En ciertas realizaciones, cuando el operador está realizando la actualización de la tabla de consulta, puede ser necesario sincronizar la tabla tanto en el lado de la red como en el UE. La necesidad de sincronización puede depender de la naturaleza de las entradas en la tabla. En las realizaciones en las que es necesario la sincronización, puede insertarse un bit de activación específico del flujo del subservicio en uno o más encabezados del paquete de flujo del subservicio. El paquete de flujo del subservicio puede ser un paquete de datos que se envía a través del flujo del subservicio. Alternativamente, puede enviarse un paquete de activación especial a través de la trayectoria de los datos. El bit de sincronización o el paquete de activación puede usarse para indicar que la tabla de consulta actualizada debe usarse para el procesamiento de los datos. La tabla de consulta actualizada puede usarse por la red y/o el UE en cualquier momento después de que la entidad de la red o el UE recibe el bit de sincronización o el paquete de activación. En algunas realizaciones, el plano de control no se usa para la activación de la sincronización de la tabla.

En ciertas realizaciones, las nuevas tablas, o las actualizaciones de las tablas, pueden distribuirse primero a los nodos relevantes. Los nodos relevantes pueden almacenar temporalmente tanto la tabla antigua como la nueva, pero continúan con el uso de las tablas antiguas. Una vez que las tablas se han distribuido adecuadamente a todos o algunos de los nodos relevantes, puede indicarse a una función para la marca del paquete que agregue el bit de activación a la siguiente marca del paquete, o alternativamente se envíe un paquete de activación especial. Una vez que las capas más abajo reciben el paquete que tiene el bit de activación o el paquete de activación especial, pueden usarse las nuevas tablas o las actualizaciones.

La Figura 2 representa una arquitectura de acuerdo con realizaciones no reivindicadas. Puede usarse un sistema de operación y gestión (OMS) o cualquier otro sistema de control de QoE/QoS para escribir y/o actualizar la tabla de consulta. En ciertas realizaciones, los datos pueden clasificarse o disponerse en subflujos, en la etapa 210, al usar el ID del subflujo en el encabezado del paquete, de modo que todos los datos en un subflujo puedan tener un nivel de QoS similar. En la etapa 220, una entidad de la red puede luego determinar la clase de QoS correcta para cada subflujo haciendo uso de la tabla de consulta como referencia. Una vez que se ha determinado la clase de QoS, puede añadirse una marca de la clase de QoS al encabezado de cada paquete, como se muestra en la etapa 230. En la etapa 240, el PDCP puede leer la marca de la clase de QoS en los encabezados del paquete de cada subflujo y recuperar los nuevos parámetros de procesamiento de las tablas de consulta correspondientes. Otras capas de la red, tal como el RLC, en la etapa 250, el control de acceso al medio (MAC), en la etapa 260, y la capa física (PHY), en la etapa 270, pueden sufrir un procedimiento similar. Como tal, cada capa puede leer la marca de la clase de QoS en los encabezados del paquete de cada subflujo y recuperar los nuevos parámetros de procesamiento de las tablas de consulta correspondientes. En la etapa 280, el UE lee la marca de la clase de QoS en los encabezados del paquete de cada flujo, y puede recuperar los parámetros de procesamiento requeridos de su propia tabla de consulta. Luego, el UE puede realizar la marca de los paquetes de enlace ascendente de cada subflujo con la misma marca de QoS como se recibió en el enlace descendente. En ciertas realizaciones, un cambio en la marca de QoS en el encabezado del paquete puede significar que deben obtenerse nuevos parámetros de procesamiento de la tabla.

Como se muestra en la Figura 2, la tabla puede usarse para crear y configurar las etapas del procesamiento en cada capa, cuando un paquete de datos del nuevo subflujo, que incluye el nuevo ID del subflujo en el encabezado, ingresa a una capa de la red. La tabla de parámetros de QoS puede, además, en algunas realizaciones, usarse en el contexto de las actualizaciones dinámicas de QoS.

La Figura 3 ilustra un diagrama de flujo de señales de acuerdo con una realización reivindicada. Específicamente, la Figura 3 ilustra una transmisión de enlace descendente desde la red al UE. En la etapa 310, una entidad de la red, por ejemplo, un Programador de Aplicaciones (ACS), puede identificar la presencia del nuevo flujo del subservicio (SSF). El flujo del subservicio es un flujo de datos de paquetes que puede encapsularse en las PDU de capa inferior, cuando el paquete viaja hacia una interfaz aérea. Las marcas para el ID del subflujo y la clase de QoS se heredan de los encabezados de la capa superior a los encabezados de la capa inferior y viceversa, y son legibles en cada capa.

De acuerdo con la marca que ya existe, por ejemplo, el IP DiffServ o la clase del servicio Ethernet (CoS), el ACS puede identificar qué nivel de QoS, y qué etiqueta de QoS se requiere para la señalización del nivel de QoS necesario a otras entidades de la red y/o capas de la red, tal como PDCP o RLC. Luego, el ACS notifica a otra entidad de la red, por ejemplo, un PDCP, sobre la nueva SSF con la configuración relativa. La marca de QoS puede ser un índice o un número de línea, en la tabla de consulta que define la clase de QoS. La marca de QoS y el ID del subflujo pueden insertarse en los encabezados del paquete de cada capa de protocolo. En otras palabras, la marca de QoS se hereda o se mueve del encabezado del paquete de la capa superior al encabezado del paquete de la capa inferior, y viceversa en la dirección opuesta.

En la etapa 320, una entidad de la red, tal como un PDCP, puede tomar la información recibida del ACS y buscar en la tabla de parámetros de QoS con el fin de realizar el enrutamiento de multiconectividad adecuado. En una realización que implica multiconectividad 5G, como se describe por la Figura 3, la tabla de QoS puede usarse para seleccionar la mejor ruta de datos cuando hay más de una ruta disponible. Por ejemplo, el PDCP puede tener acceso a una tabla, como se muestra en la Figura 1. El PDCP puede luego usar la tabla para consultar el rendimiento mínimo del nivel de QoS necesario, como se indica por la nueva SSF. En ciertas realizaciones, el PDCP puede además tomar en cuenta la tasa de caída necesaria por la nueva SSF. El PDCP puede luego decidir sobre qué enviar el paquete de datos en un tramo de radio particular, en lugar de otro tramo disponible en el conjunto de multiconectividad. En otra realización, el PDCP puede decidir duplicar el paquete en múltiples tramos debido a la solidez de una red de conectividad múltiple.

El PDCP pasa a lo largo la información sobre el nivel de QoS a través de un campo específico de QoS contenido, por ejemplo, en el encabezado de la unidad de datos del protocolo NCS (PDU). El paquete se intercambia con o se envía al RLC, en la etapa 320, a través de un protocolo de flujo, por ejemplo, el protocolo de flujo PDCP (PDCP -FP), que puede dictar la interfaz entre el PDCP y el RLC. Cuando el PDCP y el RLC se separan, el PDCP -FP puede usarse para conectar el PDCP y el RLC a través de una red IP.

Una vez que el paquete llega al extremo de recepción del PDCP -FP, tal como un RLC, puede identificarse la nueva SSF. El PDCP -FP de forma dinámica y en tiempo real activa la creación de una instancia del RLC 330. La instancia del RLC se configura al leer los parámetros en la tabla de QoS disponible. En ciertas realizaciones, una vez que se configura la instancia del RLC, los procedimientos de la capa inferior, por ejemplo, MAC y PHY, pueden permanecer sin cambios. Una instancia de procesamiento, tal como una instancia de RLC, por ejemplo, puede incluir una o más funcionalidades usadas para procesar un cierto subflujo. Por ejemplo, una de estas funcionalidades puede incluir la cola. Otro ejemplo de una instancia de procesamiento puede incluir retransmisiones ARQ. En ciertas realizaciones, puede haber una cola por el subflujo en el RLC, y los extremos de estas colas pueden exponerse a la capa MAC para la programación de los paquetes a través de una interfaz aérea.

El mensaje que incluye la información de la instancia del RLC puede enviarse luego al UE, como se muestra en la etapa 340. El UE puede leer la identificación del RLC del mensaje recibido. Si está presente una nueva identificación, el UE puede instanciar de forma dinámica la entidad del RLC necesaria al usar los parámetros almacenados en la tabla de QoS disponible. En ciertas realizaciones, este procedimiento puede ser similar, en parte, a los Servicios de Proximidad en la Liberación 12 de LTE. Sin embargo, el UE en ciertas realizaciones es capaz de configurar de forma dinámica los parámetros adecuados al usar el campo QoS presente en el encabezado de la PDU del RLC.

Mientras que la realización de la Figura 3 ilustra un procedimiento de enlace descendente, pueden además usarse ciertos ejemplos no reivindicados en un procedimiento de enlace ascendente. En un procedimiento de enlace ascendente, el UE puede configurar el nivel de QoS adecuado haciendo uso de los valores de la tabla de parámetros de QoS. El UE puede luego usar tales valores cuando decide cómo llenar los bloques de transporte que se están transmitiendo a una entidad de la red. Además, el UE puede realizar la marca de los paquetes de enlace ascendente de cada subflujo con la misma marca de QoS como se recibió en el enlace descendente.

En una realización en la que el UE inicia nuevo tráfico, el UE puede usar primero alguna clase de QoS predeterminada cuando se realiza la transmisión del tráfico de datos a una entidad de la red. Una vez que la red ha determinado la clase de QoS correcta y la usa en la correspondiente transmisión de enlace descendente al UE, el UE puede luego copiar la marca de QoS recibida de la transmisión de enlace descendente, e incluir la marca durante las transmisiones de enlace ascendente. La red puede luego usar los bloques de transporte recibidos del UE para instanciar de forma dinámica las entidades del RLC necesarias y configurar las mismas en consecuencia. Esto puede permitir la sincronización de la tabla de QoS tanto en el lado del UE como en el lado de la red. Por otro lado, en una realización en la que el tráfico se inicia en el lado de la red, el lado de la red ya sabe qué clase de QoS debe hacer uso el UE.

Además, mientras que la realización de la Figura 3 implica la creación de una nueva SSF, ciertas realizaciones se aplican para el cambio del tratamiento de un subflujo existente. En tales realizaciones, cuando se identifica la necesidad del cambio del tratamiento de un subflujo existente por una entidad de la red, tal como un ACS, la marca en el campo QoS puede actualizarse en el siguiente paquete. Cuando las diferentes capas de la red, por ejemplo, RLC, MAC y PHY, o el UE detecta un cambio en la marca de QoS, las capas y el UE pueden actualizar su comportamiento en base a los parámetros de la tabla de consulta. Como tal, se cambia el tratamiento de los datos que fluyen a través de una capa o que se usan por un servicio de la red.

En realizaciones no reivindicadas, si hay una cola de paquetes del subflujo dentro de una capa, puede ser mejor monitorear la marca de QoS en el paquete más reciente en la cola. Cuando un paquete sale de la cola, el paquete puede llevar la marca de QoS más reciente de este subflujo en el paquete. Por lo tanto, la capa o el UE pueden aplicar los parámetros de procesamiento recuperados en base al paquete más reciente de la cola.

La Figura 4 ilustra un diagrama de flujo de acuerdo con un procedimiento reivindicado. En la etapa 410, una entidad de la red recibe un paquete de flujo de datos, tal como un paquete de flujo del subservicio. En función de la marca en el encabezado del paquete, que incluye un nivel de QoS solicitado para un nuevo flujo de datos, por ejemplo, una nueva identificación del subflujo, o un nivel de QoS solicitado para un flujo de datos existente, por ejemplo, la entidad de la red detecta un nivel de calidad de servicio solicitado que puede ser necesario, como se muestra en la etapa 420. Un cambio en la marca de QoS en los encabezados del paquete significa que deben obtenerse nuevos parámetros de procesamiento de la tabla. En ciertas realizaciones, la entidad de la red detecta un cambio en la calidad de servicio de un flujo de datos existente. Las etapas 310 y 330 de la Figura 3 ilustran una entidad de la red que realiza la recepción de un paquete de flujo del subservicio.

En algunas realizaciones, en la etapa 430, una vez que la entidad de la red ha detectado un nivel de calidad de servicio solicitado, luego esta procede a recuperar un parámetro necesario vinculado al nivel de calidad de servicio solicitado al usar la tabla. En la etapa 440, la entidad de la red usa el parámetro vinculado necesario para crear una nueva instancia de procesamiento, como se muestra en la etapa 330 de la Figura 3, o para actualizar una instancia de procesamiento existente, en la entidad de la red.

La Figura 5 ilustra un diagrama de flujo de acuerdo con un procedimiento no reivindicado. Las primeras etapas de la Figura 5 pueden ser similares a los pasos 410-430 de la Figura 4. En la etapa 510, un equipo de usuario puede recibir un paquete de flujo del subservicio. En algunas realizaciones, en la etapa 520, el equipo de usuario puede detectar un nivel de calidad de servicio solicitado de un nuevo flujo de datos o un flujo de datos existente. Luego, el UE puede proceder a recuperar un parámetro necesario vinculado al nivel de calidad de servicio solicitado al usar la tabla, como se muestra en la etapa 530, y el procedimiento de los datos en consecuencia. En ciertas realizaciones, la entidad de la red puede detectar un cambio en la calidad de servicio de un flujo de datos existente.

En la etapa 540, el equipo de usuario puede realizar la marca de un paquete de datos de enlace ascendente de cada subflujo haciendo uso de la misma marca de QoS que ha recibido en el enlace descendente. En otras palabras, el UE puede realizar la marca de un paquete de datos de enlace ascendente haciendo uso de una marca de QoS como se detecta en un paquete de datos de enlace descendente recibido por el equipo de usuario. En algunas realizaciones, la marca de QoS puede ser indicativo del nivel de calidad de servicio solicitado del nuevo flujo de datos o del flujo de datos existente. Luego el equipo de usuario puede enviar el paquete de datos de enlace ascendente a una entidad de la red, como se muestra en la etapa 550. La entidad de la red puede usar el parámetro vinculado necesario para crear una nueva instancia de procesamiento, como se muestra en la etapa 330 de la Figura 3, o para actualizar una instancia de procesamiento existente, en la entidad de la red.

La Figura 6 ilustra un sistema de acuerdo con ciertas realizaciones. Debe entenderse que cada bloque del diagrama de flujo involucrado en las Figuras 2, 3 y 4, 5, o cualquier combinación de los mismos, puede implementarse por varios medios o sus combinaciones, tales como hardware, software, microprograma, uno o más procesadores y/o circuitos. En una realización, un sistema puede incluir varios dispositivos, tales como, por ejemplo, la entidad de la red 620 o UE, o el dispositivo de usuario 610. El sistema puede incluir más de un UE 610 y más de una entidad de la red 620, aunque solo se muestra un nodo de acceso con propósitos de ilustración. Una entidad de la red puede ser un nodo de la red, una estación base, un NB, el servidor, el anfitrión, el RLC, el ACS, el PDCP, el RLC o cualquiera de los otros accesos o nodo de la red mencionados en la presente memoria.

Cada uno de estos dispositivos puede incluir al menos un procesador o unidad o módulo de control, indicados respectivamente como 611 y 621. Puede proporcionarse al menos una memoria en cada dispositivo, y se indica como 612 y 622, respectivamente. La memoria puede incluir instrucciones del programa de ordenador o código de ordenador contenidos en la misma. Pueden proporcionarse uno o más transceptores 613 y 623, y cada dispositivo puede incluir además una antena, ilustrada respectivamente como 614 y 624. Aunque solo se muestra una antena de cada uno, pueden proporcionarse muchas antenas y múltiples elementos de la antena a cada uno de los dispositivos. Pueden proporcionarse otras configuraciones de estos dispositivos, por ejemplo. Por ejemplo, la entidad de la red 620 y el UE 610 pueden configurarse adicionalmente para la comunicación cableada, además de la comunicación inalámbrica, y en tal caso, las antenas 614 y 624 pueden ilustrar cualquier forma de hardware de comunicación, sin que se limite simplemente a una antena.

Los transceptores 613 y 623 pueden ser cada uno, independientemente, un transmisor, un receptor o tanto un transmisor como un receptor, o una unidad o dispositivo que puede configurarse tanto para la transmisión como para la recepción. El transmisor y/o receptor (en lo que respecta a las partes de radio) puede además implementarse como un cabezal de radio remoto que no se ubica en el dispositivo en sí mismo, sino en un mástil, por ejemplo. Las operaciones y funcionalidades pueden realizarse en diferentes entidades, tal como nodos, anfitriones o servidores, de manera flexible. En otras palabras, la división del trabajo puede variar caso por caso. Un posible uso es hacer que un nodo de la red suministre el contenido local. Pueden además implementarse una o más funcionalidades como la(s) aplicación(es) virtual(es) en software que se puede(n) ejecutar en un servidor.

Un dispositivo de usuario o equipo de usuario 610 puede ser una estación móvil (MS) tal como un teléfono móvil o teléfono inteligente o dispositivo multimedia, un ordenador, tal como una tableta, proporcionada con capacidades de comunicación inalámbrica, asistente digital o de datos personales (PDA) proporcionado con capacidad de comunicación inalámbrica, reproductor de multimedia portátil, cámara digital, cámara de video de bolsillo, unidad de navegación proporcionada con capacidad de comunicación inalámbrica o cualquier combinación de los mismos. En alguna realización, un aparato, tal como un nodo de acceso, puede incluir medios para llevar a cabo las realizaciones que se describen anteriormente en relación con las Figuras 2, 3, 4 y 5. En ciertas realizaciones, al menos una memoria que incluye un código de programa de ordenador puede configurarse para, con él al menos un procesador, provocar que el aparato realice al menos cualquiera de los procedimientos que se describen en la presente memoria.

De acuerdo con ciertas realizaciones, un aparato 610 incluye al menos una memoria 612 que incluye un código de programa de ordenador, y al menos un procesador 611. La al menos una memoria 612 y el código de programa de ordenador se configuran, con él al menos un procesador 611, para provocar que al menos el aparato 610 pueda detectar un nivel de calidad de servicio solicitado de un nuevo flujo de datos o un flujo de datos existente en un equipo de usuario, y recuperar de una tabla, en el equipo de usuario, un parámetro necesario vinculado al nivel de calidad de servicio solicitado.

De acuerdo con ciertas realizaciones, un aparato 620 incluye al menos una memoria 622 que incluye un código de programa de ordenador, y al menos un procesador 621. La al menos una memoria 622 y el código de programa de ordenador se configuran, con él al menos un procesador 621, para provocar que al menos el aparato 620 pueda detectar un nivel de calidad de servicio solicitado de un nuevo flujo de datos o un flujo de datos existente en una entidad de la red y recuperar de una tabla un parámetro necesario vinculado al nivel de calidad de servicio solicitado. La al menos una memoria 622 y el código de programa de ordenador se configuran, con él al menos un procesador 621, para provocar además que el aparato 620 haga uso de al menos el parámetro necesario para crear una nueva instancia de procesamiento o para actualizar una instancia de procesamiento existente en la entidad de la red. De acuerdo con ciertas realizaciones, un aparato 620 incluye medios para la detección de un nivel de calidad de servicio solicitado de un nuevo flujo de datos o un flujo de datos existente en una entidad de la red, y medios para recuperar de una tabla un parámetro necesario vinculado al nivel de calidad de servicio solicitado. El aparato 620 incluye además medios para el uso del parámetro necesario para crear una nueva instancia de procesamiento o para actualizar una instancia de procesamiento existente en la entidad de la red.

Los procesadores 611 y 621 pueden llevarse a la práctica por cualquier dispositivo computacional o de procesamiento de datos, tal como una unidad de procesamiento central (CPU), el procesador de señal digital (DSP), el circuito integrado específico de aplicación (ASIC), los dispositivos lógicos programables (PLD), las matrices de compuerta programable de campo (FPGA), los circuitos mejorados digitalmente o los dispositivos comparables o una combinación de los mismos. Los procesadores pueden implementarse como un único controlador, o una pluralidad de controladores o procesadores.

Para el microprograma o el software, la implementación puede incluir módulos o unidades de al menos un conjunto de chips (por ejemplo, procedimientos, funciones, etc.). Las memorias 612 y 622 pueden ser independientemente cualquier dispositivo de almacenamiento adecuado, tal como un medio no transitorio legible por ordenador. Puede usarse una unidad de disco duro (HDD), una memoria de acceso aleatorio (RAM), una memoria flash, u otra memoria adecuada. Las memorias pueden combinarse en un único circuito integrado como el procesador, o pueden separarse del mismo. Además, las instrucciones del programa de ordenador pueden almacenarse en la memoria y las cuales pueden procesarse por los procesadores pueden ser cualquier forma adecuada de código de programa de ordenador, por ejemplo, un programa de ordenador compilado o interpretado escrito en cualquier lenguaje de programación adecuado. La memoria o la entidad de almacenamiento de datos es típicamente interna, pero puede además ser externa o una combinación de las mismas, tal como en el caso cuando se obtiene la capacidad de la memoria adicional de un proveedor de servicios. La memoria puede fijarse o extraerse.

La memoria y las instrucciones del programa de ordenador pueden configurarse, con el procesador para el dispositivo en particular, para provocar que un aparato de hardware, tal como la entidad de la red 620 o el Ue 610, realice cualquiera de los procedimientos descritos anteriormente (ver, por ejemplo, las Figuras 2, 3, 4 y 5). Por lo tanto, en ciertas realizaciones, un medio legible por ordenador no transitorio puede codificarse con las instrucciones del ordenador o uno o más programas de ordenador (tal como la rutina de software, subprograma o macro añadida o actualizada) que, cuando se ejecutan en hardware, pueden realizar un procedimiento tal como uno de los procedimientos que se describen en la presente memoria. Los programas de ordenador pueden codificarse por un lenguaje de programación, que puede ser un lenguaje de programación de alto nivel, tal como C-objetivo, C, C++, C#, Java, etc., o un lenguaje de programación de bajo nivel, tal como un lenguaje de máquina, o ensamblador. Alternativamente, ciertas realizaciones pueden realizarse totalmente en hardware.

Además, aunque la Figura 6 ilustra un sistema que incluye una entidad de la red 620 y el UE 610, ciertas realizaciones pueden aplicarse a otras configuraciones, y a configuraciones que implican elementos adicionales, como se ilustran y discuten en la presente memoria. Por ejemplo, pueden estar presentes múltiples dispositivos de equipo de usuario y múltiples entidades de la red, u otros nodos que proporcionan la funcionalidad similar, tal como los nodos que combinan la funcionalidad de un equipo de usuario y una entidad de la red, tal como un nodo de retransmisión. El UE 610 puede igualmente proporcionarse con una variedad de configuraciones para la comunicación aparte de la entidad de la red 620 de comunicación. Por ejemplo, el UE 610 puede configurarse para la comunicación de dispositivo a dispositivo.

Ciertas realizaciones permiten variar de forma dinámica el tratamiento de QoS en el flujo de datos en las diferentes capas y servicios o funciones de la red. En algunas realizaciones, una tabla de consulta puede ayudar a facilitar este tratamiento dinámico de QoS, que puede permitir a la clase de QoS y al tratamiento de QoS del flujo de datos cambiarse rápidamente. Tanto la red como el UE pueden tener una tabla de consulta, y pueden mantener las tablas sincronizadas.

Los elementos, estructuras, o características de ciertas realizaciones que se describen en toda esta memoria descriptiva pueden combinarse de cualquier manera adecuada en una o más realizaciones. Por ejemplo, el uso de las expresiones "ciertas realizaciones", "algunas realizaciones", "otras realizaciones", u otro lenguaje similar, en toda esta memoria descriptiva se refiere al hecho de que un elemento, estructura o característica particular que se describe en relación con la realización puede incluirse en al menos una realización de la presente invención. Por lo tanto, la apariencia de las expresiones "en ciertas realizaciones", "en algunas realizaciones", "en otras realizaciones", u otro lenguaje similar, en toda esta memoria descriptiva no necesariamente se refieren al mismo grupo de realizaciones, y los elementos, estructuras, o características que se describen pueden combinarse de cualquier manera adecuada en una o más realizaciones.

Un experto en la técnica comprenderá fácilmente que la invención como se ha discutido anteriormente puede practicarse con etapas en un orden diferente y/o con elementos de hardware en configuraciones que son diferentes a las que se divulgan. Por lo tanto, aunque la invención se ha descrito basada en estas realizaciones preferentes, resultará evidente para los expertos en la técnica que ciertas modificaciones, variaciones y construcciones alternativas serían evidentes, mientras que permanece dentro del ámbito de las reivindicaciones.

Glosario Parcial

LTE Evolución a Largo Plazo

UE Equipo de Usuario

RRC Control de Recursos de Radio

ACS Programador de Aplicaciones

PDCP Protocolo de Convergencia de Datos en Paquetes

PDCP-FP Protocolo de Tramas PDCP

RLC Control de Enlace por Radio

PDU Unidad de Datos del Protocolo

MNC Controlador de Múltiples Nodos

NB Estación Base para las capas que incluyen PHY y PDCP

DL Enlace descendente

UL Enlace Ascendente

RAN Red de Acceso de Radio

QoS Calidad de Servicio

QoE Calidad de Experiencia

Claims

REIVINDICACIONES

1. Un procedimiento, que comprende:

recibir, en una entidad de la red, un paquete de flujo de datos desde una capa del protocolo de convergencia de datos en paquetes (410);

detectar, en la entidad de la red, un nivel de calidad de servicio solicitado de un nuevo flujo de datos o un flujo de datos existente (420);

en el que la detección comprende la recepción incrustada en el paquete de flujo de datos de una indicación del nivel de calidad de servicio solicitado para el flujo de datos nuevo o existente (420) recuperar, en la entidad de la red, un parámetro de una tabla, el parámetro que se vincula al nivel de calidad de servicio solicitado (430); y

usar, en la entidad de la red, el parámetro para crear una nueva instancia de procesamiento de la capa del enlace de radio para el nuevo flujo de datos o para actualizar una instancia de procesamiento de la capa del enlace de radio existente para el flujo de datos existente (440).

2. El procedimiento de acuerdo con la reivindicación 1, en el que el parámetro se determina en base a la tabla, en el que la tabla se configura para indicar el mapeo entre la calidad de servicio solicitada y el parámetro.

3. El procedimiento de acuerdo con cualquiera de las reivindicaciones 1-2, que comprende además:

recibir un mensaje de control del operador de red que realiza la actualización de un parámetro de la tabla.

4. El procedimiento de acuerdo con la reivindicación 1, en el que el paquete de flujo de datos comprende un encabezado del paquete con un bit de activación configurado para indicar que una tabla nueva o actualizada debe tomarse en uso.

5. El procedimiento de acuerdo con la reivindicación 1, en el que el paquete de flujo de datos comprende un paquete de activación configurado para indicar que una tabla nueva o actualizada debe tomarse en uso.

6. Un aparato para una entidad de la red que comprende

medios para recibir un paquete de flujo de datos desde una capa del protocolo de convergencia de datos en paquetes;

medios para detectar un nivel de calidad de servicio solicitado de un nuevo flujo de datos o un flujo de datos existente (420);

en el que la detección comprende la recepción incrustada en el paquete de flujo de datos de una indicación del nivel de calidad de servicio solicitado para el flujo de datos nuevo o existente (420) medios para recuperar un parámetro de una tabla, el parámetro que se vincula al nivel de calidad de servicio solicitado ($30); y

medios para usar el parámetro para crear una nueva instancia de procesamiento de la capa del enlace de radio para el nuevo flujo de datos o actualizar una instancia de procesamiento de la capa del enlace de radio existente para el flujo de datos existente (440).

7. El aparato de acuerdo con la reivindicación 6, en el que el parámetro se determina en base a la tabla, en el que la tabla se configura para indicar el mapeo entre la calidad de servicio solicitado y el parámetro.

8. El aparato de acuerdo con cualquiera de las reivindicaciones 6-7, que comprende además:

medios para recibir un mensaje de control del operador de red que realiza la actualización de un parámetro de la tabla.

9. El aparato de acuerdo con la reivindicación 6, en el que el paquete de flujo de datos comprende un encabezado del paquete con un bit de activación configurado para indicar que una tabla nueva o actualizada debe tomarse en uso.

10. El aparato de acuerdo con la reivindicación 6, en el que el paquete de flujo de datos comprende un paquete de activación configurado para indicar que una tabla nueva o actualizada debe tomarse en uso.

11. Un producto de programa de ordenador que codifica instrucciones para realizar, cuando se ejecuta en un ordenador, un procedimiento de acuerdo con cualquiera de las reivindicaciones 1-5.