ES2638591T3 - Método y aparato para clasificar flujos IP para una realización de servicio eficiente y de calidad - Google Patents

Método y aparato para clasificar flujos IP para una realización de servicio eficiente y de calidad Download PDF

Info

Publication number
ES2638591T3
ES2638591T3 ES06808840.0T ES06808840T ES2638591T3 ES 2638591 T3 ES2638591 T3 ES 2638591T3 ES 06808840 T ES06808840 T ES 06808840T ES 2638591 T3 ES2638591 T3 ES 2638591T3
Authority
ES
Spain
Prior art keywords
flow
packet
quality
service
packets
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES06808840.0T
Other languages
English (en)
Inventor
Tsuyoshi Kashima
Vinh Phan-Van
Tvln Sivakumar
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Technologies Oy filed Critical Nokia Technologies Oy
Application granted granted Critical
Publication of ES2638591T3 publication Critical patent/ES2638591T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un componente de red (210) para clasificar al menos un flujo de tráfico para una realización de servicio eficiente y de calidad en una red (100, 104, 106); en donde el componente de red está configurado para definir el flujo de tráfico como un flujo de protocolo de Internet, IP, comprendiendo además el componente de red (210): - medios de detección configurados para detectar (3010) al menos un flujo IP desde al menos un paquete IP, - medios de obtención, después de la detección del al menos un flujo IP, configurados para obtener (3020) información predefinida del al menos un paquete IP para determinar un requisito de calidad de servicio que está asociado al por lo menos un paquete IP; y - medios de creación configurados para crear (3030) al menos otro flujo IP al obtener la información predefinida, mediante (3040) la multiplexación de una pluralidad de paquetes IP con el mismo requisito de calidad de servicio en el al menos otro flujo IP o la demultiplexación de la pluralidad de paquetes IP con diferentes requisitos de calidad de servicio en otros flujos IP, teniendo cada uno de los otros flujos de tráfico un requisito de calidad de servicio diferente; - en el que los medios de detección y los medios de creación realizan las respectivas detección (3010) y creación (3030) del por lo menos un flujo IP en una subcapa de convergencia IP (210), situada por encima de una capa de control de acceso de medios, MAC, (208) en una pila de protocolos.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Metodo y aparato para clasificar flujos IP para una realization de servicio eficiente y de calidad Antecedentes de la invencion Campo de la invencion
La presente invencion se refiere a realizacion de calidad de servicio (QoS) en una red IP, y mas particularmente, a un metodo para la realizacion de QoS en flujos IP basado en al menos un campo predefinido o utilizado actualmente.
Descripcion de la tecnica relacionada
En las redes IP actuales, las aplicaciones pueden especificar el nivel de QoS que esta asociado a cada flujo de paquetes IP. Los diferentes solicitantes pueden requerir diferentes niveles de QoS. Por ejemplo, una aplicacion de voz requiere un retardo bajo, mientras que una aplicacion de transferencia de archivos no lo requiere. Ademas, los diferentes paquetes de una aplicacion tambien pueden requerir diferentes niveles de QoS. Por ejemplo, en una aplicacion de video, los paquetes para una imagen completa requieren una mayor tolerancia de errores que los paquetes para la diferencia de imagenes sucesivas. Si hay varios flujos IP, es decir, paquetes IP que tienen la misma direction IP de origen, direction IP de destino, numero de protocolo de Capa 4, numero de puerto de origen, numero de puerto de destino y punto de codigo de servicios diferenciados (DSCP) para DiffServ, que requieren el mismo nivel de QoS, es necesario clasificarlos en los mismos requisitos de servicio de Capa 2 (L2). Por ejemplo, los navegadores web habituales normalmente establecen varias conexiones TCP simultaneamente, para datos con el mismo nivel de QoS, para acelerar la conexion. Sin embargo, estos navegadores web actuales no utilizan estas conexiones simultaneas para separar los paquetes en L2. Debe tenerse en cuenta que el campo DSCP asociado a cada paquete IP es un campo que se utiliza para especificar el tratamiento DiffServ y, como tal, se exceptua el campo DSCP para incluir information equivalente de prioridad/urgencia.
En las tecnicas anteriores, se supone que cada flujo IP, que se detecta, por ejemplo, por una entidad entre un equipo de usuario y una red central en un sistema universal de telecomunicaciones moviles (UMTS), es un unico flujo IP. Tras la detection de cada flujo IP por la entidad, se genera un canal logico para el flujo IP y el flujo IP se asigna a un canal logico correspondiente de una capa MAC. En las redes IP actuales, para cada canal logico que se genera, tambien se genera una cola MAC separada. Por lo tanto, todos los flujos IP se tratan en diferentes colas MAC, incluso si los flujos IP tienen el mismo nivel de requisitos de QoS. Aunque en esta implementation, paquetes IP con los mismos requisitos de QoS pueden ser tratados de la misma manera, esta implementacion no es eficiente en terminos de gestion de colas MAC. Ademas, debido a que este esquema utiliza un identificador de flujo de canal logico diferente para cada flujo IP, se requiere un identificador de flujo de canal logico mas largo. El identificador de flujo de canal logico mas largo no es deseable porque el identificador de flujo de canal logico necesita ser transmitido por el aire.
Si los canales logicos que requieren el mismo nivel de QoS se multiplexan antes del proceso de cola MAC, la gestion ineficiente de la cola se puede evitar. Sin embargo, esta implementacion no resuelve el problema del identificador de flujo de canal logico mas largo, como se ha descrito anteriormente.
En una tecnica, el MAC puede tambien concatenar paquetes de diferentes canales logicos con los mismos requisitos de QoS. En este caso, todos los segmentos MAC, que son componentes de la unidad de datos de paquetes MAC (PDU), necesitan tener informacion de identificador de flujo de canal logico. Esta tecnica hace que la estructura de la PDU sea mas complicada e ineficiente. Ademas, debido a que este esquema utiliza identificadores de flujo de canal logico diferentes, esta implementacion tampoco resuelve el problema del identificador de flujo de canal logico mas largo, como se ha descrito anteriormente.
En las tecnicas que actualmente se utilizan, si diferentes aplicaciones requieren diferentes niveles de QoS, la informacion adicional tendra que pasarse cuando cada paquete IP se rellena a la capa MAC. Para utilizar los recursos de la Capa 1 (L1)/Capa 2 (L2) en las redes IP de manera eficiente en soporte de diversas QoS, es importante clasificar los paquetes IP en diferentes requisitos de servicio L2.
Sumario de la invencion
Segun la presente invencion, se proporcionan un componente de red tal como se expone en la reivindicacion 1, un metodo como se expone en la reivindicacion 6 y un programa de ordenador como se expone en la reivindicacion 11. Realizaciones de la invencion se reivindican en las reivindicaciones dependientes. Un componente de red para clasificar al menos un flujo IP para una realizacion de servicio eficiente y de calidad en una red, donde en una realizacion, el componente de red incluye una unidad para detectar al menos un flujo IP de al menos un paquete IP. Tras la deteccion de al menos un flujo IP, una unidad de obtencion obtiene informacion predefinida de al menos un paquete IP para determinar un requisito de calidad de servicio que esta asociado a al menos un paquete IP. Una
5
10
15
20
25
30
35
40
45
50
55
60
65
unidad de creacion crea al menos otro flujo IP multiplexando una pluralidad de paquetes IP con el mismo requisito de calidad de servicio en el otro flujo IP o demultiplexando la pluralidad de paquetes IP con diferentes requisitos de calidad de servicio en otros flujos IP, teniendo cada uno de los otros flujos IP un requisito de calidad de servicio diferente.
Un componente de red para clasificar al menos un flujo IP para una realization de servicio eficiente y de calidad en una red, donde en otra realizacion, el componente de red incluye medios de detection para detectar al menos un flujo IP de al menos un paquete IP. Tras la deteccion de al menos un flujo IP, se obtiene information predefinida de al menos un paquete IP para determinar un requisito de calidad de servicio que esta asociado a al menos un paquete IP. El componente de red tambien incluye medios de creacion para crear al menos otro flujo IP multiplexando una pluralidad de paquetes IP con el mismo requisito de calidad de servicio en el otro flujo IP o demultiplexando la pluralidad de paquetes IP con diferentes requisitos de calidad de servicio en otros flujos IP, teniendo cada uno de los otros flujos IP un requisito de calidad de servicio diferente.
Un metodo para la clasificacion de al menos un flujo IP para la realizacion de calidad de servicio eficiente en una red, donde el metodo incluye las etapas de detectar al menos un flujo IP de al menos un paquete IP y despues de la deteccion de la al menos un flujo IP, obtener informacion predefinida de al menos un paquete IP para determinar un requisito de calidad de servicio que esta asociado a al menos un paquete IP. El metodo tambien incluye la etapa de crear al menos otro flujo IP multiplexando una pluralidad de paquetes IP con el mismo requisito de calidad de servicio en el otro flujo IP o demultiplexando la pluralidad de paquetes IP con diferentes requisitos de calidad de servicio en otros flujos IP, teniendo cada uno de los otros flujos IP un requisito de calidad de servicio diferente.
Un aparato de clasificacion de al menos un flujo IP para la realizacion de calidad de servicio eficiente en una red, donde en una realizacion, el aparato incluye medios de deteccion para detectar al menos un flujo IP de al menos un paquete IP y medios de obtencion, despues de la deteccion del al menos un flujo IP, para obtener informacion predefinida de al menos un paquete IP para determinar un requisito de calidad de servicio que esta asociado a al menos un paquete IP. El aparato tambien incluye medios de creacion para crear al menos otro flujo IP multiplexando una pluralidad de paquetes IP con el mismo requisito de calidad de servicio en el otro flujo IP o demultiplexando la pluralidad de paquetes IP con diferentes requisitos de calidad de servicio en otros flujos IP, teniendo cada uno de los otros flujos IP un requisito de calidad de servicio diferente.
Un programa informatico, realizado en un medio legible por ordenador, para clasificar al menos un flujo IP para una realizacion de servicio eficiente y de calidad en una red. Tras la implementation, el programa informatico esta configurado para realizar las etapas de detectar al menos un flujo IP de al menos un paquete IP y despues de la deteccion de la al menos un flujo IP, obtener informacion predefinida de al menos un paquete IP para determinar un requisito de calidad de servicio que esta asociado a al menos un paquete IP. El programa informatico tambien esta configurado para realizar la etapa de crear al menos otro flujo IP multiplexando una pluralidad de paquetes IP con el mismo requisito de calidad de servicio en el otro flujo IP o demultiplexando la pluralidad de paquetes IP con diferentes requisitos de calidad de servicio en otros flujos IP, teniendo cada uno de los otros flujos IP un requisito de calidad de servicio diferente.
Breve descripcion de los dibujos
Los dibujos adjuntos, que se incluyen para proporcionar una comprension adicional de la invention y se incorporan y constituyen una parte de esta memoria, ilustran realizaciones de la invencion, que junto con la descripcion sirven para explicar los principios de la invencion, en los que:
la figura 1 ilustra una arquitectura de sistema de un Sistema de Telecomunicaciones Movil Universal (UMTS) en
la que se puede implementar una realizacion de la presente invencion;
la figura 2 ilustra la estructura de una interfaz de radio en la que se implementa una realizacion de la presente
invencion; y
la figura 3 ilustra las etapas implementadas en una realizacion de la presente invencion.
Descripcion detallada de realizaciones preferidas
Ahora se hara referencia a las realizaciones preferidas de la presente invencion, cuyos ejemplos se ilustran en los dibujos adjuntos.
La figura 1 ilustra una arquitectura 100 de sistema de un Sistema de Telecomunicaciones Moviles Universal (UMTS) en la que se implementa una realizacion de la presente invencion. El sistema 100 incluye un equipo de usuario 102, una Red de Acceso de Radio Terrestre UMTS (UTRA/UTRAN) 104 y una Red Central 106. Una interfaz de radio 108 conecta el equipo de usuario 102 con UTRAN 104 y una interfaz de red central UTRAN 110 conecta la UTRAN 104 con la red central 106. Como es sabido por los expertos en la tecnica, el equipo de usuario abarca varios tipos de equipos con diferentes niveles de funcionalidad. El equipo de usuario 102 puede incluir una tarjeta inteligente extralble que puede usarse en diferentes tipos de equipos de usuario. La UTRAN 104 incluye entidades que proporcionan al usuario del equipo de usuario 102 un mecanismo para acceder a la red central 106. La red central
5
10
15
20
25
30
35
40
45
50
55
60
65
106 incluye entidades que proporcionan soporte para caracterlsticas de red y servicios de telecomunicaciones, tales como gestion de la ubicacion de usuario, control de caracterlsticas y servicios de red, y mecanismos de conmutacion y transmision para senalizacion e informacion generada por el usuario. En una realization, la red principal incluye un Nodo de Soporte de GPRS de Servicio (SGSN) 112 para soporte de acceso a redes y gestion de movilidad, un Nodo de Soporte GPRS de Puerta de enlace (GGSN) 114 para acceso a areas de servicio a traves de redes de datos de paquetes IP, un Servidor de Abonado Domestico (HSS) 116 para identification de usuario, seguridad, localization, y preferencias, y una Funcion de Control de Estado de Llamada (CSCF) 118 que es un servidor SIP que soporta y controla sesiones multimedia para terminales IP, rutas de llamadas entrantes, gestion de estados de llamadas, perfiles de usuario y gestion de direcciones.
La presente invention se implementa en una red de acceso radio del Proyecto de Asociacion de 3a Generation (3GPP) y funciones para satisfacer los requisitos de Acceso de Radio Terrestre UMTS Evolucionado y Red de Acceso de Radio Terrestre UMTS (UTRAN y E-UTRA). Para garantizar la competitividad de la tecnologla de redes de acceso por radio 3GPP, se esta desarrollando un marco E-UTRA y UTRAN para la evolution de la tecnologla de acceso radioelectrico 3GPP hacia una tecnologla de acceso por radio de alta velocidad de datos, baja latencia y optimization de paquetes. La interfaz de aire E-UTRA y UTRAN esta siendo disenada para soportar tanto los modos duplex de division de frecuencia (FDD) como los modos duplex de division de tiempo (TDD). La interfaz E-UTRA y UTRAN esta disenada, para FDD, para soportar enlaces ascendentes/descendentes simultaneos en diferentes bandas de frecuencia, y para soportar enlaces ascendentes/descendentes no simultaneos en la misma banda de frecuencias, para TDD. La interfaz E-UTRA y UTRAN tambien esta disenada para considerar la extension FDD para combinar FDD/TDD, donde la interfaz E-UTRA y UTRAN soporta enlaces ascendentes/descendentes no simultaneos en diferentes bandas de frecuencia y simplifica los terminales multibanda.
Los requisitos clave del diseno E-UTRA y UTRAN en la direction de enlace descendente son un buen rendimiento del enlace en diversas condiciones de canal, buen rendimiento del sistema, un retardo de transmision bajo, buena adaptation a tecnicas de multiples antenas incluyendo MIMO, difusion eficiente, y flexibilidad del espectro, entre otros. Los principales requisitos relacionados con el enlace ascendente y sus implicaciones en el diseno de E-UTRA y UTRAN son una buena cobertura, un bajo retraso, un coste bajo y una larga duration de la baterla, una complejidad innecesaria de la estacion base y la posibilidad de reduction ortogonal intracelular e intercelular de interferencia. El E-UTRA y la UTRAN, por lo tanto, busca mejorar la UTRAN actual con una complejidad notablemente reducida y una mayor flexibilidad. Debe observarse que mientras el sistema ilustrado anteriormente muestra una red que incluye E-UTRA y UTRAN, la presente invencion no se limita a una red que incluye E-UTRA y UTRAN. De hecho, la presente invencion puede implementarse en cualquier evolucion de una red que incluya E- UTRA y UTRAN y/o cualquier red fija.
En la presente invencion, la interfaz de radio 108 entre el equipo de usuario 102 y el E-UTRA y la UTRAN 104 se mejora para la realizacion eficiente de QoS. La figura 2 ilustra la estructura de la interfaz de radio 108 en la que se implementa una realizacion de la presente invencion. Como se ilustra en la figura 2, la interfaz de radio esta organizada en la capa flsica (L1) 202, la capa de enlace de radio (L2) 204 y la capa de red de radio (L3) 206. La figura 2 ilustra tambien la Capa IP 207, que esta fuera de la estructura de interfaz de radio. Como se espera que el sistema aproveche las funciones de movilidad IP y QoS de IP, es necesario interconectar los componentes de la Capa IP 207 y la capa de interfaz de radio 108. Cada capa proporciona servicios en puntos de acceso a servicios (SAP), en el que un servicio es un conjunto de operaciones de servicio que la capa proporciona a las capas superiores. Los componentes de la capa de interfaz de radio 108 estan conectados tambien por varias interfaces. Como se muestra en la figura 2, existe una interfaz PHY SAP 220 entre MAC 108 y PHY 203, existe una interfaz 226 entre PDCP 210 y la Capa IP 207, existe una interfaz SAP de control MAC 224 entre MAC 208 y RRC 212, y existe una interfaz SAP MAC-usuario SAP 222 entre MAC 208 y PDCP 210.
La capa flsica 202 incluye un componente PHY 203, que ofrece servicios de transferencia de informacion a una subcapa MAC en la capa de enlace de radio 204. Especlficamente, los servicios de transporte de la capa flsica 202 son canales de transporte que se describen mediante como y con que caracterlsticas los datos se transfieren a traves de la interfaz de radio 108. Especlficamente, la capa flsica 202 realiza la distribucion/combinacion de macrodiversidad y ejecucion de transferencia blanda, la detection de errores en canales de transporte e indicaciones a capas superiores, entre otras funciones.
La capa de enlace de radio 204 se optimiza para redes de acceso celular IP, aprovechando las caracterlsticas de movilidad IP y QoS de IP para un acceso y transmision de radio eficaces en canales de transporte compartidos. Especlficamente, la capa de enlace de radio 204 incluye el Control de Acceso al Medio (MAC) 208 y el Protocolo de Convergencia de Datos por Paquetes (PDCP) 210, en el que las funciones y los servicios de la capa de enlace de radio 108 se distribuyen a MAC 208 y PDCP 210. La capa de enlace de radio 204 se divide en planos de control y de usuario, en el que el plano de control incluye MAC 208 y el plano de usuario incluye MAC 208 y PDCP 210. En el plano del usuario, el PDCP 210 interactua directamente con el MAC 208 e incluye un soporte mejorado para la realizacion e implementation de QoS basada en IP.
La capa de red de radio 206 incluye un protocolo de control de recursos de radio (RRC) 212 que pertenece al plano de control. RRC 212 interactua con la capa de enlace de radio 204 y termina con E-UTRA y UTRAN 104.
5
10
15
20
25
30
35
40
45
50
55
60
65
Especlficamente, RRC 212 interactua con PDCP 210, MAC 208 y la capa flsica 202. RRC 212 gestiona la senalizacion del plano de control de la capa 3 entre el equipo de usuario 102 y E-UTRA y UTRAN 104. Algunas de las funciones principales de RRC 212 incluyen la difusion de la informacion del sistema de red central y la information del sistema de red de acceso de radio, la gestion de conexion incluyendo el establecimiento, el restablecimiento, el mantenimiento y la liberation entre el equipo de usuario 102 y E-UTRA y UTRAN 104, configuration de perfiles de servicio de enlace de radio, asignacion de identificadores de capa 2 entre equipo de usuario 102 y E-UTRA y UTRAN 104, configuracion de recursos de radio para conexion RRC y flujos de trafico para recursos comunes y compartidos, funciones de gestion de QoS, funciones de movilidad de RRC, selection y reseleccion de celdas, funciones de entrega, funcion de pagination, informes de medicion y control de informes de medicion, informes de estado de celulas y enlaces, indication de estado de protocolo, funciones de seguridad y protection de integridad de mensajes RRC.
Algunas de las principales funciones del MAC 208 incluyen la asignacion entre canales logicos y canales de transporte, la multiplexacion/demultiplexacion de unidad de datos de paquetes de capa superior (PDU) de SDU MAC segmentados en y/o de transporte de bloques entregados a y/o desde la capa flsica 202 en canales de transporte, gestion de volumen de trafico, gestion de prioridades entre flujos de datos, gestion de prioridades entre equipos de usuario mediante programacion dinamica y seleccion de clase de acceso de servicio. Algunas de las funciones principales del PDCp 210 incluyen, para propositos de compresion IP, detection de flujo IP en los datos de usuario para su SDU, compresion de encabezados y descompresion de flujos IP dados, transferencia de datos de usuario a traves de un canal logico dado de capa de enlace de radio 204, soporte para baja latencia y transferencia sin perdidas en movilidad IP.
En una realization de la presente invention, un FLUJO se define como un flujo IP detectado por PDCP 210 de un conjunto de paquetes IP y el FLUJO se genera por multiplexacion y/o demultiplexacion de multiples flujos IP. Como tal, una realizacion de la presente invencion se refiere a la deteccion y a la generation de FLUJO(s) adecuado(s) en una subcapa de convergencia IP/PDCP 210 para realizacion eficiente de QoS en una red que incluye E-UTRA y UTRAN. La generacion de FLUJO simplifica las estructuras MAC 208 (RLC) y RRC 212 incluyendo la estructura de la unidad de datos por paquetes (PDU), al tiempo que soporta la realizacion eficiente de QoS. Por lo tanto, la presente invencion realiza la demultiplexacion del flujo IP (QoS1) y la multiplexacion del flujo IP (QoS2) mediante la deteccion y la generacion de FLUJO. Aunque la funcion de deteccion y generacion del PDCP 210 aumenta, la presente invencion no requiere ningun campo de control adicional.
En concreto, en una realizacion de la invencion, el PDCP 210 define el FLUJO basado en el encabezado de IP, en el que FLUJO no se define por solo la direction IP de origen, la direction IP de destino, el puerto de origen, el puerto de destino, el numero de protocolo de Capa 4 y/o campo DSCP. En la presente invencion, la definition de FLUJO es mas flexible. Debe observarse que en una realizacion de la presente invencion si los requisitos de QoS son similares a la tecnica anterior, se supone que los requisitos de QoS para flujos IP son conocidos y esos flujos IP se clasifican en el mismo FLUJO. Esta suposicion permite que una realizacion de la presente invencion implemente multiplexacion de flujo IP/QoS2.
Si, sin embargo, diferentes tratamientos de QoS son necesarios para diferentes paquetes a partir de la misma aplicacion, la presente invencion soporta el etiquetado por la aplicacion de los paquetes con diferente informacion equivalente a DSCP. El PDCP 210 entonces identifica la informacion equivalente a DSCP y coloca los paquetes en diferentes FLUJOS. Esto permite que la presente invencion implemente la demultiplexacion de flujo IP/QoS1. En una realizacion de la presente invencion, si otro identificador, aparte de la informacion equivalente a DSCP esta disponible en los paquetes IP, el otro identificador tambien puede usarse para la clasificacion de FLUJO.
En una realizacion de la invencion, el PDCP 210 solicita la configuracion de un canal logico correspondiente basado en el requisito de QoS relacionado con un FLUJO especlfico. Entonces, el PDCP 210 pone todos los paquetes IP pertenecientes al mismo FLUJO en el mismo canal logico correspondiente. Por lo tanto, la presente invencion simplifica la estructura PDU de MAC mientras realiza la multiplexacion/demultiplexacion de flujo basada en QoS sin la adicion de campos de encabezado.
En la presente invencion, como el IP fluye con los mismos requisitos de QoS, se multiplexan en un FLUJO y se asignan en un canal logico, MAC 208 no necesita gestionar la mayor cantidad de memorias intermedias en cola y perder el campo LCFID, que se transmite a traves del aire. Ademas, la demultiplexacion de un flujo IP en varios FLUJOS diferenciados de QoS permite que la presente invencion comparta eficientemente los recursos de red disponibles entre los usuarios, respetando al mismo tiempo los requisitos de QoS requeridos del flujo IP. La demultiplexacion de un flujo IP en varios FLUJOS diferenciados de QoS tampoco requiere campos de control adicionales en MAC 208 o PDCP 210. Dado que PDCP 210 puede realizar la demultiplexacion de los flujos IP utilizando la informacion equivalente de DSCP, las estructuras MAC 208 (RLC) se simplifican.
Aunque en una realizacion de la invencion se ampllan las funcionalidades del PDCP 210, las funcionalidades ampliadas del PDCP 210, para soportar multiplexacion/demultiplexacion de QoS, se prefieren a una estructura MAC 208 mas complicada. La configuracion anteriormente descrita de la invencion, en una realizacion preferida, se incorpora en una red de acceso por radio basada en IP, con un diseno apropiado para soportar E-UTRA y UTRAN.
Una persona experta en la tecnica con respecto a una red de acceso por radio basada en IP serla capaz de implementar las diversas realizaciones de la presente invencion en otras redes, basandose en la descripcion arquitectonica descrita anteriormente. Tambien estarla dentro del alcance de la invencion implementar los elementos divulgados de la invencion en otras redes, aprovechando de este modo los aspectos funcionales de la invencion.
5
La figura 3 ilustra las etapas implementadas en una realizacion de la invencion. En la etapa 3010, el PDCP 210 detecta un flujo IP desde un conjunto de paquetes IP. En la etapa 3020, el PDCP 210 lee el encabezado IP para obtener la informacion equivalente de DSCP que es transmitida por una aplicacion. En la etapa 3030, al identificar la information equivalente del DSCP, el PDCP 210 genera FLUJO(s) IP apropiado(s). En la etapa 3040, el PDCP 210 10 clasifica los paquetes y pone los paquetes en el(los) FLUJO(S) IP apropiado(s) multiplexando multiples flujos IP con el mismo requisito de QoS en un FLUJO IP o demultiplexando multiples FLUJOS IP con diferentes requisitos de QoS en multiples FLUJOS IP, en los que cada FLUJO incluye paquetes con los mismos requisitos de QoS. En la Etapa 3050, el PDCP 210 solicita la configuration de un canal logico basado en el requisito de QoS relacionado con cada FLUJO. En la etapa 3060, el PDCP 210 coloca todos los paquetes IP pertenecientes al mismo FLUJO en el canal 15 logico correspondiente. Debe observarse que el termino paquete, tal como se utiliza en esta descripcion, esta destinado a referirse ampliamente a cualquier tipo de datagrama incluyendo paquetes Ethernet, paquetes IP y celulas.
La descripcion anterior se ha dirigido a realizaciones especlficas de esta invencion. Sin embargo, sera evidente que 20 se pueden hacer otras variaciones y modificaciones a las realizaciones descritas, con la consecution de algunas o todas sus ventajas. Por lo tanto, el objetivo de las reivindicaciones adjuntas es cubrir todas las variaciones y modificaciones que se encuentran dentro del verdadero esplritu y alcance de la invencion.

Claims (11)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un componente de red (210) para clasificar al menos un flujo de trafico para una realizacion de servicio eficiente y de calidad en una red (100, 104, 106); en donde el componente de red esta configurado para definir el flujo de trafico como un flujo de protocolo de Internet, IP, comprendiendo ademas el componente de red (210):
    - medios de detection configurados para detectar (3010) al menos un flujo IP desde al menos un paquete IP,
    - medios de obtencion, despues de la deteccion del al menos un flujo IP, configurados para obtener (3020) information predefinida del al menos un paquete IP para determinar un requisito de calidad de servicio que esta asociado al por lo menos un paquete IP; y
    - medios de creation configurados para crear (3030) al menos otro flujo IP al obtener la informacion predefinida, mediante (3040) la multiplexacion de una pluralidad de paquetes IP con el mismo requisito de calidad de servicio en el al menos otro flujo IP o la demultiplexacion de la pluralidad de paquetes IP con diferentes requisitos de calidad de servicio en otros flujos IP, teniendo cada uno de los otros flujos de trafico un requisito de calidad de servicio diferente;
    - en el que los medios de deteccion y los medios de creacion realizan las respectivas deteccion (3010) y creacion (3030) del por lo menos un flujo IP en una subcapa de convergencia IP (210), situada por encima de una capa de control de acceso de medios, MAC, (208) en una pila de protocolos.
  2. 2. El componente de red de la reivindicacion 1, en el que los medios de deteccion estan configurados para detectar informacion predefinida definida como una informacion de prioridad equivalente para un campo de prioridad actualmente utilizado en un encabezado asociado al por lo menos un paquete IP, en donde la informacion de prioridad equivalente se suministra mediante una aplicacion que transmite el paquete IP.
  3. 3. El componente de red de la reivindicacion 1, en el que los medios de deteccion estan configurados para detectar informacion predefinida definida en un campo de informacion de prioridad en un encabezado asociado al por lo menos un paquete IP suministrado por una aplicacion que transmite el paquete IP.
  4. 4. El componente de red de la reivindicacion 1, en el que, al crear al menos otro flujo de trafico, los medios de creacion estan configurados para solicitar un canal logico basado en el requisito de calidad de servicio relacionado con el al menos otro flujo de trafico.
  5. 5. El componente de red de la reivindicacion 4, que comprende ademas medios para colocar en el canal logico todos los paquetes IP pertenecientes al por lo menos otro flujo de trafico.
  6. 6. Un metodo para clasificar al menos un flujo de trafico para una realizacion de servicio eficiente y de calidad en una red, en donde el flujo de trafico es un flujo de protocolo de Internet, IP, y el metodo comprende las etapas de:
    - detectar (3010) al menos un flujo IP desde al menos un paquete IP;
    - al detectar el al menos un flujo IP, obtener (3020) informacion predefinida desde el al menos un paquete IP para determinar un requisito de calidad de servicio que esta asociado al por lo menos un paquete IP; y
    - crear (3030) al menos otro flujo IP al obtener la informacion predefinida, mediante (3040) la multiplexacion de una pluralidad de paquetes IP con el mismo requisito de calidad de servicio en el al menos otro flujo IP o la demultiplexacion de la pluralidad de paquetes IP con diferentes requisitos de calidad de servicio en otros flujos IP, teniendo cada uno de los otros flujos Ip un requisito de calidad de servicio diferente;
    - en el que los medios de deteccion y los medios de creacion realizan las respectivas deteccion (3010) y creacion (3030) del por lo menos un flujo IP en una subcapa de convergencia IP (210), situada por encima de una capa de control de acceso de medios, MAC, (208) en una pila de protocolos.
  7. 7. El metodo de la reivindicacion 6, que comprende ademas definir la informacion predefinida como una informacion de prioridad equivalente para un campo de prioridad actualmente utilizado en un encabezado asociado al por lo menos un paquete IP, en el que la informacion de prioridad equivalente se suministra mediante una aplicacion que transmite el paquete IP.
  8. 8. El metodo de la reivindicacion 6, que comprende ademas definir la informacion predefinida como un campo de informacion de prioridad en un encabezado asociado al por lo menos un paquete IP suministrado por una aplicacion que transmite el paquete IP.
  9. 9. El metodo de la reivindicacion 6, que comprende ademas solicitar un canal logico basado en el requisito de calidad de servicio relacionado con el al menos otro flujo IP.
  10. 10. El metodo de la reivindicacion 9, que comprende ademas colocar en el canal logico todos los paquetes IP pertenecientes al por lo menos otro flujo IP.
  11. 11. Un programa informatico incorporado en un medio legible por ordenador, para clasificar al menos un flujo de protocolo de Internet, IP, para una realizacion de servicio eficiente y de calidad en una red, tras la implementation,
    10
    estando configurado el programa informatico cuando se ejecuta en un ordenador para realizar las etapas de:
    - detectar al menos un flujo IP desde al menos un paquete IP;
    - al detectar el al menos un flujo IP, obtener informacion predefinida desde el al menos un paquete IP para determinar un requisito de calidad de servicio que esta asociado al por lo menos un paquete IP; y
    - crear al menos otro flujo de trafico al obtener la informacion predefinida, mediante la multiplexacion de una pluralidad de paquetes IP con el mismo requisito de calidad de servicio en el otro flujo IP o la demultiplexacion de la pluralidad de paquetes IP con diferentes requisitos de calidad de servicio en otros flujos IP, teniendo cada uno de los otros flujos IP un requisito de calidad de servicio diferente;
    - en el que los medios de deteccion y los medios de creacion realizan las respectivas deteccion (3010) y creacion (3030) del por lo menos un flujo IP en una subcapa de convergencia IP (210), situada por encima de una capa de control de acceso de medios, MAC, (208) en una pila de protocolos.
ES06808840.0T 2005-10-07 2006-09-13 Método y aparato para clasificar flujos IP para una realización de servicio eficiente y de calidad Active ES2638591T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US72428105P 2005-10-07 2005-10-07
US724281P 2005-10-07
US327407 2006-01-09
US11/327,407 US10225130B2 (en) 2005-10-07 2006-01-09 Method and apparatus for classifing IP flows for efficient quality of service realization
PCT/IB2006/002517 WO2007042874A1 (en) 2005-10-07 2006-09-13 A method and apparatus for classifing ip flows for efficient quality of service realization

Publications (1)

Publication Number Publication Date
ES2638591T3 true ES2638591T3 (es) 2017-10-23

Family

ID=37910995

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06808840.0T Active ES2638591T3 (es) 2005-10-07 2006-09-13 Método y aparato para clasificar flujos IP para una realización de servicio eficiente y de calidad

Country Status (4)

Country Link
US (1) US10225130B2 (es)
EP (1) EP1941675B1 (es)
ES (1) ES2638591T3 (es)
WO (1) WO2007042874A1 (es)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8751652B2 (en) 2004-09-15 2014-06-10 Nokia Corporation Service specific subscriber priority
KR20080066757A (ko) * 2005-10-04 2008-07-16 노키아 코포레이션 패킷-최적화 무선 링크 계층을 위한 ｍａｃ 하위-계층에서플로우_ｉｄ 관리를 제공하기 위한 장치, 방법 및 컴퓨터프로그램 제품
CA2637182C (en) 2006-02-28 2015-04-28 Rotani, Inc. Methods and apparatus for overlapping mimo antenna physical sectors
US7940659B2 (en) 2006-06-02 2011-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Devices and method for guaranteeing quality of service per service data flow through the bearer layer
JP4572181B2 (ja) * 2006-07-13 2010-10-27 株式会社日立製作所 ＱｏＳ制御システム
US7822065B2 (en) * 2007-01-07 2010-10-26 Wei Lu Open wireless architecture (OWA) medium access control (MAC) processing architecture for future mobile terminal
US8238278B2 (en) 2007-01-08 2012-08-07 Hellosoft, Inc. Hardware-based beacon processing
US7792141B2 (en) * 2007-01-08 2010-09-07 Hellosoft, Inc. Hardware-centric medium access control (MAC) device
US8243638B2 (en) * 2007-01-08 2012-08-14 Hellosoft, Inc. Passive listening in wireless communication
US9760146B2 (en) * 2007-01-08 2017-09-12 Imagination Technologies Limited Conditional activation and deactivation of a microprocessor
GB2457653A (en) * 2008-02-04 2009-08-26 Nec Corp User communications device which maintains and provides idle state cell/tracking area history
JP5309708B2 (ja) * 2008-06-16 2013-10-09 富士通株式会社 移動局及びデータ送信方法
US20100097981A1 (en) * 2008-10-16 2010-04-22 Nishi Kant Methods and systems for providing multiple media streams in a hybrid wireless network
US8897181B2 (en) * 2011-12-15 2014-11-25 Qualcomm Incorporated Multi-radio coexistence
US9867079B2 (en) 2012-01-26 2018-01-09 Telefonaktiebolaget Lm Ericsson (Publ) Transmitting radio node, a receiving radio node, and methods therein for handling data packets within a radio bearer
US10270564B2 (en) * 2013-03-12 2019-04-23 Huawei Technologies Co., Ltd. System and method for multi-layer protocol selection
US9860166B1 (en) 2013-12-18 2018-01-02 Palo Alto Networks, Inc. Stateful packet inspection and classification
US11310690B2 (en) * 2018-08-03 2022-04-19 Qualcomm Incorporated Traffic service prioritization in a controller based multi-AP network

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6009097A (en) * 1997-04-04 1999-12-28 Lucent Technologies Inc. System for routing packet switched traffic
JP3436871B2 (ja) * 1997-10-23 2003-08-18 株式会社東芝 通信資源管理方法及びノード装置
US6594246B1 (en) * 1998-07-10 2003-07-15 Malibu Networks, Inc. IP-flow identification in a wireless point to multi-point transmission system
US6452915B1 (en) * 1998-07-10 2002-09-17 Malibu Networks, Inc. IP-flow classification in a wireless point to multi-point (PTMP) transmission system
US6167445A (en) * 1998-10-26 2000-12-26 Cisco Technology, Inc. Method and apparatus for defining and implementing high-level quality of service policies in computer networks
FI107674B (fi) * 1999-08-30 2001-09-14 Nokia Mobile Phones Ltd Menetelmä tiedonsiirron optimoimiseksi pakettikytkentäisessä langattomassa tiedonsiirtojärjestelmässä
JP3386117B2 (ja) * 2000-01-11 2003-03-17 日本電気株式会社 マルチレイヤクラス識別通信装置と通信装置
US6865185B1 (en) * 2000-02-25 2005-03-08 Cisco Technology, Inc. Method and system for queuing traffic in a wireless communications network
US6718326B2 (en) * 2000-08-17 2004-04-06 Nippon Telegraph And Telephone Corporation Packet classification search device and method
US20020075805A1 (en) * 2000-09-22 2002-06-20 Narad Networks, Inc. Broadband system with QOS based packet handling
JP4187940B2 (ja) * 2001-03-06 2008-11-26 株式会社エヌ・ティ・ティ・ドコモ パケット伝送方法及びシステム、並びにパケット送信装置、受信装置、及び送受信装置
US7145919B2 (en) 2001-06-01 2006-12-05 Telefonaktienbolaget Lm Ericsson (Publ) Method and apparatus for transporting different classes of data bits in a payload over a radio interface
CN1173500C (zh) * 2001-12-05 2004-10-27 华为技术有限公司 高速下行数据包接入***对不同服务质量业务的支持方法
US7283536B2 (en) * 2002-06-11 2007-10-16 Nokia Corporation Multimode queuing system for DiffServ routers
US20040100903A1 (en) * 2002-11-25 2004-05-27 Seung-Jae Han Quality of service mechanisms for mobility access device
EP1432262A1 (en) 2002-12-20 2004-06-23 Matsushita Electric Industrial Co., Ltd. Protocol context preservation in mobile communication systems
US7430187B2 (en) * 2003-05-15 2008-09-30 At&T Intellectual Property I, Lp Methods, systems, and computer program products for providing different quality of service/bandwidth allocation to different susbscribers for interactive gaming
KR100608844B1 (ko) * 2004-01-09 2006-08-08 엘지전자 주식회사 ＶｏＩＰ 서비스를 제공하는 무선통신 시스템
CN1294728C (zh) * 2004-08-05 2007-01-10 华为技术有限公司 边缘路由器提供服务质量保证的方法及***
US7848236B2 (en) 2004-08-10 2010-12-07 Nokia Corporation Differentiation of quality classes to different PDUs with support for multiple terminals
US9867079B2 (en) * 2012-01-26 2018-01-09 Telefonaktiebolaget Lm Ericsson (Publ) Transmitting radio node, a receiving radio node, and methods therein for handling data packets within a radio bearer

Also Published As

Publication number Publication date
WO2007042874A1 (en) 2007-04-19
EP1941675A4 (en) 2011-11-02
US20070081455A1 (en) 2007-04-12
EP1941675A1 (en) 2008-07-09
EP1941675B1 (en) 2017-07-26
US10225130B2 (en) 2019-03-05

Similar Documents

Publication Publication Date Title
ES2638591T3 (es) Método y aparato para clasificar flujos IP para una realización de servicio eficiente y de calidad
ES2801325T3 (es) Procedimiento y aparato de transmisión/recepción de datos en un sistema de comunicación móvil
US10790943B2 (en) Method and apparatus for processing reverse transmission resources in a mobile communication system
KR101108396B1 (ko) 무선 통신을 위한 프로토콜 데이터 유닛의 레이어 2 프로세싱 및 생성을 위한 방법 및 장치
ES2674913T3 (es) Método para transmitir un informe de estado PDCP
ES2688171T3 (es) Método, sistema y producto de programa informático para la transmisión de datos
ES2560450T3 (es) Técnicas de gestión de recursos de radioenlaces en redes inalámbricas destinadas al tráfico de paquetes de datos
ES2353333T3 (es) Encaminamiento de paquetes en un entorno de comunicaciones inalámbricas.
US8170572B2 (en) Methods and apparatus for supporting quality of service in communication systems
ES2761225T3 (es) Provisión de tratamiento de QoS basándose en múltiples peticiones
ES2350564T3 (es) Procedimiento y aparato para realizar informes de estado de memoria intermedia (bsr).
KR102067589B1 (ko) 무선 통신에서 패킷 프로세싱을 병렬화하는 방법 및 시스템
US20080273463A1 (en) Uplink transport format selection
KR20160145193A (ko) Lte용 서비스 품질 아키텍쳐를 향상시키는 장치 및 방법
BRPI0506845B1 (pt) Reduzindo sobrecargas de uma unidade de dados de protocolo em um sistema de comunicação sem fios
PT1929826T (pt) Aparelho, método e produto de programa informático para pedir um aumento de taxa de dados com base na capacidade de transmitir pelo menos mais uma unidade de dados selecionada
PT1900161E (pt) Informação de escalonamento em mudança de célula de serviço
RU2466506C2 (ru) УЛУЧШЕННОЕ МАС-d МУЛЬТИПЛЕКСИРОВАНИЕ В UTRAN HSDPA БЕСПРОВОДНЫХ СЕТЯХ
BR122015021029A2 (pt) estação base, dispositivo de controle, terminal e método
US7630316B2 (en) Method and apparatus for selecting a transport format combination
ES2442974A2 (es) Dispositivo de control de planificación, analizador de dispositivo de equipo de usuario y método de priorización de calidad de servicio que hace uso de los mismos
US20100040064A1 (en) Transmitter apparatus
KR101387526B1 (ko) 이동 통신 시스템에서의 데이터 블록 생성 및 수신 방법
WO2024156140A1 (en) Systems and methods for determining network capability via user plane
Sadhrey LTE Simulation on Open Source Framework OMNET++