ES2355671B1 - Encaminamiento de tráfico en una red de comunicación celular. - Google Patents

Abstract

Se describe un procedimiento para encaminar tráfico entre una estación base (40) y un nodo de red siguiente (30) en una red de comunicación celular (10) sobre una de una pluralidad de trayectorias (32, 34) entre ellos que tienen niveles de latencia diferentes entre sí. La trayectoria sobre la que se encamina el tráfico se selecciona basándose en requisitos de latencia del tráfico y el nivel de latencia de las trayectorias. Los requisitos de latencia del tráfico dependen del servicio y/o usuario del tráfico.

Description

Encaminamiento de tráfico en una red de comunicación celular.

Antecedentes de la invención

Campo técnico

La presente invención se refiere a un procedimiento para encaminar tráfico en una red de comunicación celular así como a una red de comunicación celular correspondiente.

Descripción de la técnica relacionada

En las redes de comunicación celular actuales, se usan muchos servicios y aplicaciones. Estos servicios y aplicaciones tienen diferentes requisitos con respecto a su latencia. Algunos de ellos son muy sensibles a la latencia (o bien retardo unidireccional o bien tiempo de retardo de ida y vuelta (round trip time delay, RTT) de la red, y algunos de ellos no son tan sensibles.

Por ejemplo, la voz tiene una aceptación de retardo máxima unidireccional y, por tanto, es bastante sensible a la latencia unidireccional. Sin embargo, no es tan sensible al retardo para el retardo RTT, puesto que no se envía acuse de recibo para cada paquete. Los servicios de exploración web interactivos son, por el contrario, bastante sensibles al retardo RTT. Cuanto antes se reciba el mensaje de acuse de recibo del terminal, más rápido se descargará la página web, independientemente de las tasas de transmisión máximas de la descarga, que en redes de acceso por paquetes de alta velocidad (High Speed Packet Access, HSPA) pueden ser muy altas. Para tipos de servicio de protocolo de transferencia de archivos (File Transfer Protocol, FTP), no es tan importante mantener un bajo retardo RTT, sino que es más importante proporcionar una alta tasa de transmisión máxima y un alto ancho de banda.

En redes de comunicación celular, uno de los principales cuellos de botella en cuanto al ancho de banda y el retardo es la conexión entre la estación base y el siguiente nodo de red jerárquicamente superior. En caso de redes de segunda generación (2G), esta conexión corresponde a la interfaz Abis y el nodo de red siguiente es el controlador de estación base (Base Station Controller, BSC), en el caso de redes de tercera generación (3G) esta conexión corresponde a la interfaz lub y el nodo de red siguiente es el controlador de red de radio (Radio Network Controller, RNC), y en caso de redes de Long Term Evolution (LTE), esta conexión corresponde a la interfaz S1 y el nodo de red siguiente es un nodo en la red central.

A la vista del aumento de la demanda de ancho de banda y la reducción de costes, hoy en día es común que estén disponibles varias trayectorias en estas conexiones para maximizar la eficacia de la transmisión. Normalmente están presentes dos trayectorias, en la que una trayectoria usa una red de modo de transferencia asíncrono (Asynchronous Transfer Mode, ATM)/multiplexación por división de tiempo (Time División Multiplexing, TDM) tradicional y la otra trayectoria usa una red de protocolo de Internet (IP)/Ethernet. Una parte del tráfico perteneciente a un servicio concreto puede encaminarse sobre una de las trayectorias y otra parte del tráfico puede encaminarse simultáneamente sobre la otra trayectoria para mejorar el rendimiento global. Como alternativa, es posible que todo el tráfico perteneciente a un servicio concreto se encamine sobre ambas trayectorias por razones de redundancia. Además, el tráfico de una conexión puede encaminarse sobre una sola de las dos trayectorias disponibles cada vez, trayectoria que se selecciona aleatoriamente. Como resultado, la latencia del tráfico varía con el tiempo y los paquetes pueden llegar a su destino fuera de su orden lógico.

La solicitud de patente EP 2 001 174 A1 da a conocer que una trayectoria de transmisión planificada de cada paquete que va a transmitirse se determina de modo que el orden del tiempo de llegada previsto a un nodo de recepción es igual al orden del tiempo de llegada a un nodo de transmisión a partir de valores de retardo y velocidad estimados de cada trayectoria. Sólo se transmite, entre los paquetes, un paquete que se prevé que llegará dentro del máximo retardo permisible de cada trayectoria. Esto permite tanto asignar de manera óptima la carga entre las trayectorias como impedir un aumento del retardo debido a la multiplexación.

Sin embargo, el procedimiento dado a conocer en este documento todavía adolece del problema de que pueden transmitirse servicios sensibles a retardo en la trayectoria de alto retardo, y pueden transmitirse servicios que no son sensibles a retardo en la trayectoria de bajo retardo.

Sumario de la invención

Es un objeto de la invención proporcionar un procedimiento y una red de comunicación celular correspondiente mediante los cuales se soluciona al menos parcialmente el problema anteriormente mencionado.

Según la invención, se proporcionan al mismo un procedimiento y una red de comunicación celular según las reivindicaciones independientes. En las reivindicaciones dependientes se definen realizaciones favorables.

Según un aspecto de la invención, se proporciona un procedimiento para encaminar tráfico entre una estación base y un nodo de red siguiente en una red de comunicación celular sobre una de una pluralidad de trayectorias entre ellos, en el que al menos algunas de la pluralidad de trayectorias tienen niveles de latencia diferentes entre sí. La trayectoria sobre la que se encamina el tráfico se selecciona basándose en requisitos de latencia del tráfico y el nivel de latencia de la trayectoria. Los requisitos de latencia dependen del servicio y/o usuario del tráfico. Los requisitos de latencia, que se tienen en cuenta, pueden referirse al retardo unidireccional del tráfico o el retardo de tiempo de ida y vuelta (RTT) del mismo.

Como resultado, los recursos de transmisión, que se usan para el tráfico entre una estación base y un nodo de red jerárquicamente superior siguiente, están mejor adaptados a los requisitos de servicio y/o usuario del tráfico.

La trayectoria para encaminar el tráfico puede seleccionarse basándose en un conocimiento preexistente concerniente a los niveles de latencia de las trayectorias. Sin embargo, según una realización preferida se realizan mediciones de nivel de latencia en las trayectorias entre la estación base y el nodo de red siguiente para determinar el nivel de latencia del mismo. Las mediciones de nivel de latencia pueden realizarse transmitiendo paquetes ficticios entre la estación base y el nodo de red siguiente o supervisando paquetes predefinidos.

Puede realizarse una pluralidad de mediciones en cada una de las trayectorias y puede determinarse la variación del nivel de latencia en las mismas. Puede ser útil tener en cuenta la variación del nivel de latencia para encaminar tráfico, que es sensible a “jitter” (fluctuación).

Según una realización de la presente invención, cada una de las trayectorias se clasifica en una categoría de latencia basándose en las mediciones. Cada servicio y/o usuario de tráfico que puede encaminarse entre la estación base y el nodo de red siguiente se asigna a una categoría de sensibilidad de latencia. Puede seleccionarse entonces una trayectoria para encaminar tráfico basándose en la categoría de sensibilidad de latencia del servicio/usuario del mismo y la categoría de latencia de la trayectoria.

Según otra realización de la presente invención, se usan parámetros de calidad de servicio (Quality of Service, QoS) para clasificar los servicios/usuarios en categorías de sensibilidad de latencia. En caso de que la red de comunicación celular trabaje según la norma 3GPP, pueden usarse un parámetro de prioridad de retención de asignación (Allocation Retention Priority, ARP) y un parámetro de prioridad de manejo de tráfico (Traffic Handling Priority, THP). Así, se evitan modificaciones importantes de la norma.

Según todavía otra realización de la presente invención, en caso de que la trayectoria seleccionada esté congestionada se selecciona para encaminar el tráfico otra trayectoria que tiene un nivel de latencia diferente de la trayectoria seleccionada. Cada categoría de sensibilidad de latencia puede mapearse a una trayectoria que se selecciona primero para encaminar el tráfico y otra trayectoria que se selecciona para encaminar en caso de congestión en la primera trayectoria seleccionada.

Preferentemente, el procedimiento según la invención se implementa por medio de un programa informático cargado en uno o más de los nodos de red de la red de comunicación celular.

Según otro aspecto de la invención, se proporciona una red de comunicación celular que comprende al menos una estación base, que está conectada a un nodo de red siguiente en la red de comunicación celular sobre una pluralidad de trayectorias, en la que al menos algunas de la pluralidad de trayectorias tienen niveles de latencia diferentes entre sí, caracterizada porque comprende medios para seleccionar la trayectoria sobre la que se encamina el tráfico basándose en requisitos de latencia del tráfico y el nivel de latencia de las trayectorias, en la que los requisitos de latencia dependen del servicio y/o usuario del tráfico.

Estos y otros aspectos de la invención resultarán evidentes a partir de y se aclararán con referencia a las realizaciones descritas a continuación en el presente documento.

Breve descripción de los dibujos

La invención se entenderá mejor y sus numerosos objetos y ventajas resultarán más evidentes para los expertos en la técnica mediante referencia a al siguiente dibujo, junto con la memoria descriptiva adjunta, en los que:

La figura 1 muestra la arquitectura de una red de comunicación celular de tercera generación en la que puede implementarse la presente invención.

En todas las figuras, números de referencia similares hacen referencia a elementos similares.

Descripción detallada de la presente invención

La figura 1 muestra la arquitectura de una red de comunicación celular de tercera generación 10 en la que puede implementarse la presente invención. Sólo se muestran los elementos necesarios para comprender la presente invención. La red comprende una red de acceso de radio y una red central 20. La red central 20 comprende, entre otros, un nodo de soporte GPRS de servicio (Serving GPRS Support Node, SGSN) 22, un registro de ubicaciones base (Home Location Register, HLR) 24, un nodo de soporte GPRS de pasarela (Gateway GPRS Support Node, GGSN) 26 y un nodo 28 responsable de la inspección de tráfico. La red de acceso de radio comprende nodos de control 30, de los que sólo se muestra uno y estaciones base 40 (de nuevo sólo se muestra una de ellas), que proporcionan cobertura de radio a celdas respectivas. Según la norma 3GPP, los nodos de control para una red de UMTS (3G) se denominan controlador de red de radio (Radio Network Controller, RNC) y las estaciones base se denominan nodo B. La interfaz entre el RNC y el nodo B se denomina lub. El nodo B 40 es el nodo de red más bajo en la jerarquía de red. El RNC 30 es el nodo de red siguiente en la jerarquía de red.

El RNC 30 y el nodo B 40 están conectados entre sí por medio de una primera trayectoria 32 sobre una red de modo de transferencia asíncrono (Asynchronous Transfer Mode, ATM)/multiplexación por división de tiempo (Time División Multiplexing, TDM) tradicional y una segunda trayectoria 34 sobre una red de protocolo de Internet (IP)/Ethernet. La latencia en la primera trayectoria es inferior y varía menos que la latencia en la segunda trayectoria. Obviamente, el número de trayectorias entre el RNC 30 y el nodo B 40 mostrados en la figura 1 es sólo ejemplar. Puede haber más de dos trayectorias con niveles de latencia diferentes entre sí.

Según una implementación ejemplar, se realizan mediciones de nivel de latencia en cada trayectoria entre el nodo B y el RNC para determinar en cuál de las trayectorias debería encaminarse cada tipo de tráfico. La latencia, que se mide, puede ser el tiempo de ida y vuelta (Round Trip Time delay, RTT) o el retardo unidireccional.

Hay varias formas de realizar las mediciones de nivel de latencia. Por ejemplo, pueden transmitirse paquetes ficticios desde el nodo B al RNC y/o viceversa. Como alternativa, puede supervisarse cuánto tiempo necesitan paquetes predefinidos concretos para ir desde el nodo B al RNC (o viceversa). Esto podría determinarse midiendo el tiempo de llegada al nivel de NBAP (Node-B Application Protocol, protocolo de aplicación de nodo B). Además, para determinar el RTT de una trayectoria de IP, pueden usarse “pings”. Son necesarias diversas mediciones de latencia para construir un patrón de la latencia. Basándose en el patrón, pueden determinarse valores tales como el mínimo, medio, máximo y variación/desviación estándar (“jitter”, “fluctuación”) de la latencia. Algunas aplicaciones son más sensibles a oscilaciones de la latencia (“jitter”, “fluctuación”) que a valores de alta latencia en sí. Para tales aplicaciones, la variación de la latencia es un parámetro relevante para seleccionar la trayectoria sobre la que va a encaminarse su tráfico.

Basándose en las mediciones de latencia, cada trayectoria se clasifica en una categoría de latencia. Es posible definir categorías basándose en el intervalo de la latencia.

La tabla siguiente muestra un ejemplo de una clasificación de este tipo en caso de que el parámetro de latencia sea el RTT.

Obviamente, es posible definir más de tres categorías de latencia.

Según un ejemplo alternativo, la clasificación no se basa en mediciones sino en un conocimiento preexistente del nivel de latencia de un tipo concreto de trayectorias. Por ejemplo, una trayectoria de IP sobre una conexión ADSL puede clasificarse siempre como una trayectoria de alta latencia.

Cada servicio y/o usuario de tráfico encaminado desde o al nodo B se clasifica en una categoría de sensibilidad de latencia. Esta clasificación puede ser una estática o una dinámica. En caso de que la clasificación sea una estática, los servicios y/o usuarios están siempre en la misma categoría de sensibilidad de latencia. En caso de una clasificación dinámica, la clasificación cambia con el tiempo. Por ejemplo, en tiempos en que la carga de la red es baja, por ejemplo durante la noche, servicios o usuarios concretos pueden clasificarse en una categoría de sensibilidad de latencia superior que en tiempos en que hay una alta carga en la red. Preferentemente, la clasificación está almacenada en el HLR

24.

La tabla siguiente muestra una clasificación ejemplar de servicios/usuarios:

Para realizar esta clasificación puede usarse uno de los parámetros de QoS definidos en la norma 3GPP. Una primera posibilidad es usar el parámetro “retardo de transferencia” (Transfer Delay), que según la versión actual de la norma sólo se usa para las clases de tráfico (Traffic Class, TC) “conversacional” y “streaming” (de flujo continuo), pero no en caso de las clases de tráfico “interactiva” y “background” (de segundo plano). Así, para usar este parámetro también para las clases de tráfico “interactiva” y “background” sería necesaria una modificación en la norma. Como alternativa o adicionalmente, se usa el parámetro “prioridad de retención de asignación” (Allocation Retention Priority, ARP). Si sólo se usa la ARP para la clasificación, no es necesario modificar la norma puesto que según la norma se usa para todas clases de tráfico. Sin embargo, sólo tiene tres valores posibles, por lo que el número de categorías de sensibilidad de latencia que puede definirse de esta forma es bastante limitado. En caso de que haya una necesidad de disponer de una clasificación mejor, adicionalmente puede usarse la “prioridad de manejo de tráfico” (Traffic Handling Priority, THP). Sin embargo, según la versión actual de la norma, este parámetro de QoS sólo se usa para la clase de tráfico “interactiva”. Esto limita el número de categorías pero puede usarse para los servicios por paquetes de mejor esfuerzo que pueden mapearse a la TC interactiva.

Se muestra un ejemplo de clasificación de las categorías de sensibilidad de latencia usando ARP y THP en la tabla siguiente.

El nodo 28 puede usarse para detectar el tipo de servicio/usuario del tráfico a y desde el nodo B 40. Envía un mensaje de señalización al HLR 24 para modificar el perfil de servicio/usuario, cambiando la combinación de THP/ARP. El HLR 24 envía un mensaje de señalización con la combinación de THP/ARP al SGSN 22 y entonces la información llega al nodo B 40 (en caso de tráfico de enlace ascendente) o al RNC 30 en caso de tráfico de enlace descendente, como se conoce per se. El planificador de paquetes (packet scheduler) del nodo B/RNC mapea la combinación de THP/ARP a una trayectoria y encamina el tráfico correspondiente sobre esta trayectoria seleccionada.

La tabla siguiente es un ejemplo de este mapeo para la configuración de dos trayectorias mostrada en la figuras 1 y2.

En esta tabla, la trayectoria principal es la trayectoria en la que se establecerá la llamada correspondiente al tipo de servicio del tráfico en cuestión. La trayectoria secundaria se usa sólo en caso de que la trayectoria principal esté congestionada.

La presente invención, según se ha descrito anteriormente en el presente documento, puede implementarse por medio de programas informáticos cargados en el nodo B 40, RNC 30, HLR 24 y el nodo 28 responsable de la inspección de tráfico.

Aunque la invención se ha ilustrado y descrito en detalle en los dibujos y la descripción anterior, tales ilustración y descripción han de considerarse ilustrativas o ejemplares y no restrictivas; la invención no está limitada a las realizaciones dadas a conocer.

Por ejemplo, la presente invención puede implementarse en redes de comunicación celular de segunda generación para encaminar tráfico sobre la interfaz Abis entre estaciones transceptoras base (Base Transceiver Stations, BTS) y controladores de estación base (Base Station Controllers, BSC, los nodos de red jerárquicamente superiores siguientes). Además, la presente invención puede implementarse en una red de comunicación celular Long Term Evolution (LTE), que actualmente está normalizándose y a la que también se hace referencia a menudo como la red celular de cuarta generación (4G). En este caso, la invención se implementa para encaminar tráfico entre los nodos B evolucionados (eNB) y la Mobility Management Entity (MME) y/o System Architectural Evolution (SAE) en la red central, que son los nodos de red jerárquicamente superiores siguientes en la arquitectura de red LTE.

Los expertos en la técnica pueden comprender y efectuar otras variaciones de las realizaciones dadas a conocer al practicar la invención reivindicada, a partir de un estudio de los dibujos, la descripción y las reivindicaciones adjuntas. En las reivindicaciones, el término “que comprende” no excluye otros elementos o etapas, y el artículo indefinido “un(a)” no excluye una pluralidad. Un único procesador u otra unidad pueden cumplir las funciones de varios elementos enumerados en las reivindicaciones. El mero hecho de enumerar medidas concretas en reivindicaciones dependientes diferentes entre sí no indica que una combinación de estas medidas no pueda usarse para obtener ventaja. Un programa informático puede almacenarse/distribuirse en un medio adecuado, tal como un medio de almacenamiento óptico o un medio de estado sólido suministrado junto con o como parte de otro hardware, aunque también puede distribuirse de otras formas, tal como a través de Internet u otros sistemas de telecomunicación cableados o inalámbricos. Ningún signo de referencia en las reivindicaciones debería interpretarse como limitativo del alcance.

Claims (13)

1. REIVINDICACIONES

   1.

   Procedimiento para encaminar tráfico entre una estación base (40) y un nodo de red siguiente (30) en una red de comunicación celular (10) sobre una de una pluralidad de trayectorias (32, 34) entre ellos, en el que al menos algunas de la pluralidad de trayectorias tienen niveles de latencia diferentes entre sí, caracterizado por seleccionar la trayectoria sobre la que se encamina el tráfico basándose en requisitos de latencia del tráfico y el nivel de latencia de las trayectorias, en el que los requisitos de latencia del tráfico dependen del servicio y/o usuario del tráfico.

2. 2.

   Procedimiento según la reivindicación 1, en el que se realizan mediciones de nivel de latencia en las trayectorias entre la estación base y el nodo de red siguiente.

3. 3.

   Procedimiento según la reivindicación 2, en el que se realizan las mediciones de nivel de latencia transmitiendo paquetes ficticios entre la estación base y el nodo de red siguiente o supervisando paquetes predefinidos.

4. 4.

   Procedimiento según la reivindicación2ó3,enelque se realiza una pluralidad de mediciones en cada una de las trayectorias y, en el que se determina la variación estadística del nivel de latencia en la misma.

5. 5.

   Procedimiento según una cualquiera de las reivindicaciones 2-4, en el que cada una de las trayectorias se clasifica en una categoría de latencia basándose en las mediciones.

6. 6.

   Procedimiento según cualquiera de las reivindicaciones anteriores, en el que la trayectoria sobre la que se encamina el tráfico se selecciona basándose en una categoría de sensibilidad de latencia del servicio y/o usuario del tráfico.

7. 7.

   Procedimiento según la reivindicación 6, en el que se usan parámetros de QoS para clasificar la categoría de sensibilidad de latencia del servicio y/o usuario.

8. 8.

   Procedimiento según la reivindicación 7, en el que los parámetros de QoS comprenden un parámetro de prioridad de retención de asignación y un parámetro de prioridad de manejo de tráfico.

9. 9.

   Procedimiento según cualquiera de las reivindicaciones 6-8, en el que en caso de que la trayectoria seleccionada esté congestionada, se selecciona para encaminar el tráfico otra trayectoria que tiene un nivel de latencia diferente de la trayectoria seleccionada.

10. 10.

    Procedimiento según la reivindicación 9, en el que las categorías de sensibilidad de latencia se mapean a una trayectoria que va a seleccionarse para encaminar el tráfico y otra trayectoria que tiene una latencia diferente, en el que la otra trayectoria se selecciona para encaminar el tráfico en caso de congestión en la trayectoria.

11. 11.

    Un programa informático que comprende medios de código de programa informático adaptados para realizar las etapas de una cualquiera de reivindicaciones 1 a 10, cuando dicho programa se ejecuta en un ordenador.

12. 12.

    Red de comunicación celular (10) que comprende al menos una estación base (40), que está conectada a un nodo de red siguiente (30) en la red de comunicación celular sobre una pluralidad de trayectorias (32, 34), en la que al menos algunas de la pluralidad de trayectorias tienen niveles de latencia diferentes entre sí, caracterizada porque comprende medios para seleccionar la trayectoria sobre la que se encamina el tráfico basándose en requisitos de latencia del tráfico y el nivel de latencia de las trayectorias, en la que los requisitos de latencia dependen del servicio y/o usuario del tráfico.

    OFICINA ESPAÑOLA DE PATENTES Y MARCAS

    N.º solicitud: 200930088

    ESPAÑA

    Fecha de presentación de la solicitud: 23.04.2009

    Fecha de prioridad:

    INFORME SOBRE EL ESTADO DE LA TECNICA

    51 Int. Cl. : Ver Hoja Adicional

    DOCUMENTOS RELEVANTES

    Categoría

    Documentos citados Reivindicaciones afectadas

    X

    US 2005281244 A1 (NOKIA CORPORATION) 22.12.2005, párrafos [1],[8],[13-25],[35-43],[51-75]; reivindicaciones 1,8,11-14,17,24,28,31-38; figuras 1,2,4-6. 1-12

    X

    US 2006088034 A1 (NORTEL NETWORKS LTD) 27.04.2006, párrafos [21-34]; reivindicaciones 1-5,8-11,14-18,27; figuras 1-7. 1-12

    X

    US 6301244 B1 (NORTEL NETWORKS LTD) 09.10.2001, columna 1, líneas 5-50; columna 2, línea 55 – columna 4, línea 55; columna 4, línea 40 – columna 5, línea 31; reivindicaciones 1,2; figuras 1-3. 1-12

    A

    &quot;RFC 792: Internet Control Message Protocol. 01.09.1981. Darpa Internet Program Protocol Specification&quot;. Recuperado de Internet: URL: <http://datatracker.ietf.org/doc/rfc792/?include_text=1> 1-5

    Categoría de los documentos citados X: de particular relevancia Y: de particular relevancia combinado con otro/s de la misma categoría A: refleja el estado de la técnica O: referido a divulgación no escrita P: publicado entre la fecha de prioridad y la de presentación de la solicitud E: documento anterior, pero publicado después de la fecha de presentación de la solicitud

    El presente informe ha sido realizado • para todas las reivindicaciones • para las reivindicaciones nº:

    Fecha de realización del informe 09.03.2011

    Examinador J. Cotillas Castellano Página 1/5

    INFORME DEL ESTADO DE LA TÉCNICA

    CLASIFICACIÓN OBJETO DE LA SOLICITUD H04W40/12 (01.01.2009)

    H04W28/02 (01.01.2009) H04L12/56 (01.01.2006) Documentación mínima buscada (sistema de clasificación seguido de los símbolos de clasificación)

    H04W, H04L

    Bases de datos electrónicas consultadas durante la búsqueda (nombre de la base de datos y, si es posible, términos de búsqueda utilizados) INVENES, EPODOC, XPI3E

    OPINIÓN ESCRITA

    Fecha de Realización de la Opinión Escrita: 09.03.2011

    Declaración

    Novedad (Art. 6.1 LP 11/1986)

    Reivindicaciones Reivindicaciones 2-5, 7, 8, 11 1, 6, 9, 10, 12 SI NO

    Actividad inventiva (Art. 8.1 LP11/1986)

    Reivindicaciones Reivindicaciones 1-12 SI NO

    Se considera que la solicitud cumple con el requisito de aplicación industrial. Este requisito fue evaluado durante la fase de examen formal y técnico de la solicitud (Artículo 31.2 Ley 11/1986).

    Base de la Opinión.-

    La presente opinión se ha realizado sobre la base de la solicitud de patente tal y como se publica.

    OPINIÓN ESCRITA

    1. Documentos considerados.-

    A continuación se relacionan los documentos pertenecientes al estado de la técnica tomados en consideración para la realización de esta opinión.

    Documento

    Número Publicación o Identificación Fecha Publicación

    D01

    US 2005281244 A1 (NOKIA CORPORATION) 22.12.2005

    D02

    US 2006088034 A1 (NORTEL NETWORKS LTD) 27.04.2006

    D03

    &quot;RFC 792: Internet Control Message Protocol. Darpa Internet Program Protocol Specification&quot;. Recuperado de Internet: URL: <http://datatracker.ietf.org/doc/rfc792/?include_text=1> 01.09.1981

13. 2. Declaración motivada según los artículos 29.6 y 29.7 del Reglamento de ejecución de la Ley 11/1986, de 20 de marzo, de Patentes sobre la novedad y la actividad inventiva; citas y explicaciones en apoyo de esta declaración

    El documento D01 se considera el más próximo del estado de la técnica al objeto de las reivindicaciones 1 a 12, y en lo que respecta a estas reivindicaciones este documento parece afectar a la novedad y/o la actividad inventiva de dichas reivindicaciones, tal y como se explica a continuación (las referencias entre paréntesis corresponden a D01):

    Reivindicación independiente 1:

    El documento D01 describe un procedimiento para encaminar tráfico entre una estación base y un nodo de red en una red de comunicación celular (véase párrafo 39), sobre una pluralidad de trayectorias con diferentes niveles de latencia (véanse párrafos 13 a 16). En este procedimiento se selecciona la trayectoria sobre la que se encamina el tráfico basándose en requisitos de latencia de tráfico, que dependen del servicio y/o usuario (véanse párrafos 57 y 59), y el nivel de latencia de las trayectorias (véanse párrafos 35 y 36).

    De este modo, las características de la reivindicación 1 ya han sido divulgadas por el documento D01, por lo que esta reivindicación no es nueva a la vista del estado de la técnica conocido (Artículo 6.1 de LP).

    Reivindicación independiente 11:

    Si bien el documento D01 no describe un programa informático para realizar las etapas del procedimiento reivindicado en cualquiera de las reivindicaciones 1 a 10, se considera que un experto en la materia adaptaría, sin necesidad de realizar un esfuerzo inventivo, los medios de código de programa adecuados para ejecutar un programa informático que realice dichas etapas del procedimiento. Por lo que la reivindicación 11 carecería de actividad inventiva (Artículo 8.1 LP).

    Reivindicación independiente 12:

    El documento D01 describe igualmente una red de comunicación celular que comprende una estación base conectada a un nodo de red siguiente, con una pluralidad de trayectorias con diferentes niveles de latencia entre sí (véase reivindicación 19 y párrafos 13 a 16), que comprende medios para seleccionar la trayectoria sobre la que se encamina el tráfico basándose en requisitos de latencia, que dependen del servicio y/o usuario (véanse párrafos 57 y 59), y el nivel de latencia de las trayectorias (véanse párrafos 35 y 36).

    Por lo tanto, la reivindicación 12 tampoco cumpliría con el requisito de novedad (Artículo 6.1 de LP).

    Reivindicaciones dependientes 2 a 5:

    Estas reivindicaciones se refieren a unas etapas en las cuales se realizan mediciones del nivel de latencia en las trayectorias entre los dos elementos de red de la reivindicación 1, mediante el envío de paquetes ficticios o supervisando ciertos paquetes, determinando a su vez una variación estadística en una pluralidad de mediciones y clasificando las trayectorias en categorías de latencia.

    Se considera, sin embargo, que estas técnicas para establecer el nivel de latencia de una línea de comunicación son técnicas ampliamente utilizadas en el sector de las telecomunicaciones (véanse, por ejemplo, las páginas 16 y 17 del documento D03 en cuanto a las mediciones de nivel de latencia mediante envío de paquetes), por lo que estas reivindicaciones no implicarían actividad inventiva (Artículo 8.1 LP).

    OPINIÓN ESCRITA

    Reivindicaciones dependientes 6 a 10:

    Estas reivindicaciones no parecen presentar características adicionales o alternativas diferentes que les confieran novedad o actividad inventiva frente a lo ya descrito en D01. En particular, en el documento D01 se han encontrado las siguientes características técnicas:

    -

    En cuanto a la reivindicación 6, la trayectoria se selecciona basándose en una categoría de sensibilidad de latencia del servicio (véase el párrafo 59); -respecto a las reivindicaciones 9 y 10, en los párrafos 61 y 62 del documento D01 se describe que si la trayectoria seleccionada está congestionada, se envía el tráfico por otra trayectoria con diferente nivel de latencia. También se realiza una asignación (mapeo) de una trayectoria primaria y otra secundaria para cada categoría de sensibilidad de latencia.

    De este modo, las reivindicaciones 6, 9 y 10 no serían nuevas a la vista del estado de la técnica (Artículo 6.1 de LP). Respecto a las reivindicaciones 7 y 8, se considera que la utilización de parámetros de QoS para clasificar la categoría de sensibilidad de latencia del servicio o usuario es una técnica generalmente utilizada (véase, por ejemplo, el párrafo 30 del documento D02), siendo el parámetro de prioridad de retención de asignación o el parámetro de prioridad de manejo de tráfico dos posibilidades evidentes que un experto en la materia consideraría sin el ejercicio de una actividad inventiva. Por lo tanto, estas reivindicaciones carecerían de actividad inventiva (Artículo 8.1 LP).