ES2624733T3 - Procedimiento para hacer funcionar una red de radiotelefonía móvil - Google Patents

Abstract

Procedimiento para establecer un trámite de protocolo (35) en una capa de protocolo de convergencia (1) de una primera estación radiotelefónica (15), de manera que configuraciones y el funcionamiento del trámite de protocolo (35) en la capa de protocolo de convergencia (1) de la primera estación radiotelefónica (15) corresponden a configuraciones y al funcionamiento de un trámite de protocolo en una capa de protocolo de convergencia (2) de una segunda estación radiotelefónica (16), el cual presenta: recepción de un mensaje de configuración de portadora (70), desde la segunda estación radiotelefónica (16), donde mediante el mensaje de configuración de portadora (70) debe instalarse, reconfigurarse o desinstalarse una portadora (45), y donde en el mensaje de configuración de portadora (70) se añade una solicitud de configuración (40,41,42), con la cual el trámite de protocolo (35) en la capa de protocolo de convergencia (1) de la primera estación radiotelefónica (15) puede instalarse, reconfigurarse o desinstalarse, instalación, reconfiguración o desinstalación de la portadora (45) de la primera estación radiotelefónica (15) e instalación, reconfiguración o desinstalación del trámite de protocolo (35) en la capa de protocolo de convergencia (1) de la primera estación radiotelefónica (15).

Description

5

10

15

20

25

30

35

40

45

50

DESCRIPCION

Procedimiento para hacer funcionar una red de radioteiefonla movil

La invencion se basa en un procedimiento para hacer funcionar una red de radioteiefonla movil segun el genero de la reivindicacion principal.

Por la solicitud de patente alemana todavla no publicada con el numero de documento 1 99 44 334.3 ya se conoce un procedimiento para hacer funcionar una red de radiotelefonla movil, en la que reunen datos mediante una primera capa de protocolo de convergencia antes de su transmision a una segunda capa de protocolo de convergencia, en especial en el mismo plano de protocolo de convergencia, para formar al menos una primera unidad, en especial una unidad de paquetes de datos, enviandose los datos desde un usuario en una capa de red a la primera capa de protocolo de convergencia.

Ventajas de la invencion

El procedimiento conforme a la invencion con las particularidades de la reivindicacion principal tiene frente a esto la ventaja de que se configura al menos un tramite de protocolo de la primera capa de protocolo de convergencia, en dependencia de una solicitud de configuracion recibida por la segunda estacion radiotelefonica, para formar con los datos recibidos al menos por un usuario al menos una primera unidad de datos y, mediante una portadora, transmitirla a una capa de control de enlace. De este modo pueden generarse en la primera estacion radiotelefonica tramites de protocolo, cuyos ajustes y cuyo funcionamiento coinciden con los ajustes y el funcionamiento de tramites de protocolo correspondientes de la segunda estacion radiotelefonica, de tal modo que se garantiza un funcionamiento impecable de los tramites de protocolo durante la transmision de las unidades de datos entre ambas estaciones radiotelefonicas.

Mediante las medidas mencionadas en las reivindicaciones subordinadas son posibles perfeccionamientos y mejoras ventajosos del procedimiento indicado en la reivindicacion principal.

Es especialmente ventajoso que con la solicitud de configuracion se prefije al menos una seleccion, respaldada por la segunda estacion radiotelefonica, en ajustes alternativos para el tramite de protocolo. De este modo la primera estacion radiotelefonica, en dependencia de sus propias capacidades o de su propio volumen de rendimiento y/o en dependencia de una prefijacion de usuario, a partir de los ajustes alternativos, puede seleccionar el ajuste favorable para el primer aparato radiotelefonico.

Tambien es ventajoso que desde la primera estacion radiotelefonica se transmita una senal de confirmation a la segunda estacion radiotelefonica, por medio de que se comunica a la segunda estacion radiotelefonica el ajuste seleccionado y realizado por la primera estacion radiotelefonica. De este modo la segunda estacion radiotelefonica puede configurar al menos uno de sus tramites de protocolo, en dependencia del ajuste realizado para la primera estacion radiotelefonica, para garantizar un funcionamiento impecable de los tramites de protocolo durante la transmision de las unidades de datos entre las dos estaciones radiotelefonicas.

Tambien es ventajoso que para la configuracion se determine una identidad de tramite de protocolo, mediante la cual pueda referenciarse el tramite de protocolo. De este modo puede accederse al tramite de protocolo para posteriores configuraciones o reconfiguraciones, as! como para una desinstalacion del tramite de protocolo, de forma rapida y directa.

Otra ventaja consiste en que la identidad de tramite de protocolo se determine de tal modo, que se corresponda con la identidad de su portadora subordinada. De este modo puede ahorrarse la transmision de un elemento de information adicional para identificar el tramite de protocolo y, de este modo, la anchura de banda de transmision.

Es especialmente ventajoso que desde la primera estacion radiotelefonica a la segunda estacion radiotelefonica, antes de obtener la solicitud de configuracion, se transmita una comunicacion que indique que ajustes de al menos un tramite de protocolo son respaldados por la primera estacion radiotelefonica. De este modo puede asegurarse con seguridad que la segunda estacion radiotelefonica prefija de forma fija o seleccionable para la primera estacion radiotelefonica, por medio de la solicitud de configuracion, solo aquellos ajustes para la configuracion de al menos un tramite de protocolo, los cuales tambien pueden materializarse en la primera estacion radiotelefonica.

Otra ventaja consiste en que la comunicacion se transmite, junto con un mensaje sobre las capacidades y el volumen de rendimiento de la primera estacion radiotelefonica, a la segunda estacion radiotelefonica. De este modo puede ahorrarse un elemento de informacion adicional para la transmision de la comunicacion y, de este modo, anchura de banda de transmision.

Otra ventaja consiste tambien en que la solicitud de configuracion, en el caso en el que se instale, reconfigure o desinstale una portadora mediante un mensaje de configuracion de portadora, se anade al mensaje de configuracion de portadora. De este modo puede ahorrarse un elemento de informacion adicional para la transmision de la solicitud de configuracion y, de este modo, anchura de banda de transmision.

5 Es ademas ventajoso que la senal de confirmation se anada a un mensaje, con el que la primera estacion radiotelefonica confirme la instalacion o la reconfiguration de la portadora. De este modo puede ahorrarse un elemento de informacion adicional para la transmision de la senal de confirmacion y, de este modo, anchura de banda de transmision.

Dibujo

10 En el dibujo se ha representado un ejemplo de ejecucion, que se explica con mas detalle en la siguiente description. Aqul muestran la figura 1 una red de radiotelefonla movil con dos estaciones de radiotelefonla, la figura 2 una secuencia de capas de protocolo para las dos estaciones de radiotelefonla, la figura 3 una detalle de la secuencia de capas de protocolo de una primera de las dos estaciones de radiotelefonla, la figura 4 un primer desarrollo en el tiempo de un intercambio de serialization entre las dos estaciones de radiotelefonla, la figura 5 un segundo 15 desarrollo en el tiempo de un intercambio de senalizacion entre las dos estaciones de radiotelefonla, la figura 6 un elemento de informacion para comunicar las capacidades o el volumen de rendimiento de la primera estacion radiotelefonica, la figura 7 un mensaje de configuracion de portadora y la figura 8 un mensaje de confirmacion.

Descripcion del ejemplo de ejecucion

En la figura 1 se ha caracterizado con 30 una red de radiotelefonla movil, en la que estan dispuestas una primera 20 estacion radiotelefonica 15 y una segunda estacion radiotelefonica 16. La segunda estacion radiotelefonica 16 esta conectada con ello a una unidad de red 80 que ofrece servicios para los abonados a la red de radiotelefonla movil 30 y hace funcionar la red de radiotelefonla movil 30. En el caso de la primera estacion radiotelefonica 15 se trata en este ejemplo de un abonado de la red de radiotelefonla movil 30, por ejemplo en forma de un aparato emisor de telecomunicacion movil o de una estacion movil, en especial en forma de un telefono movil. A continuation la 25 primera estacion radiotelefonica 15 estara configurada como estacion movil. En el caso de la segunda estacion radiotelefonica 16 se trata en este ejemplo de una estacion base de la red de radiotelefonla movil 30. Para la invention no es relevante, sin embargo, si en el caso de la primera estacion radiotelefonica 15 o en el caso de la segunda estacion radiotelefonica 16 se trata de un abonado o de una estacion base de la red de radiotelefonla movil. La red de radiotelefonla movil 30 comprende con ello normalmente otras estaciones base y abonados, que sin 30 embargo no se han representado en la figura 1.

La red de radiotelefonla movil 30 puede hacerse funcionar por ejemplo conforme a un estandar GSM (Global System for Mobile Communications) o conforme a un estandar UMTS (Universal Mobile Telecommunications System), etc.

La invencion se refiere a un protocolo de convergencia de paquetes de datos para redes de radiotelefonla movil. Esta invencion propone en especial funcionalidades dentro de una capa de protocolo de convergencia 1,2 conforme 35 a la figura 2, que puede aplicarse por ejemplo en un sistema de radiotelefonla movil segun el estandar UMTS (Universal Mobile Telecommunications System) o tambien en un sistema de radiotelefonla movil segun el estandar GSM. A continuacion se supondra a modo de ejemplo que la red de radiotelefonla movil 30 se hace funcionar conforme al estandar UMTS.

El protocolo de convergencia utilizado conforme al estandar UMTS se denomina con ello como PDCP (Packet Data 40 Convergence Protocol).

Las funcionalidades del sistema de radiotelefonla movil UMTS se dividen en capas, como en el caso del sistema de radiotelefonla movil GSM conforme a la figura 2, y dentro de las capas se especifican diferentes protocolos, que ponen a disposition de las capas superiores en cada caso servicios y que usan los servicios ofrecidos por capas situadas por debajo. Cada protocolo existe con ello dentro del sistema de radiotelefonla movil al menos dos veces, 45 precisamente en al menos dos unidades, estando situadas las unidades en cada caso en la misma capa. Una primera de las dos unidades esta representada con ello por la estacion movil 15. Una segunda de las dos unidades esta representada por la unidad 16. La jerarqula de capas descrita se divide con ello en un plano de usuario y un plano de control. El plano de usuario se denomina tambien user-plane y el plano de control se denomina tambien control-plane. Los protocolos en los que se transportan datos de usuario estan subordinados con ello al plano de 50 usuario. Los protocolos en los que se transportan datos de usuario y se generan parcialmente, estan subordinados al plano de control. Para esta invencion es relevante la jerarqula de capas o protocolos del plano de usuario, ya que la capa de protocolo de convergencia esta situada en el plano de usuario y pone a disposicion servicios para el transporte de datos utiles. Los datos utiles que son generados por aplicaciones en paquetes y se transmiten con base en paquetes son transmitidos por la aplicacion correspondiente en primer lugar a un protocolo de capas de 55 transporte en una capa de transporte. Aqul se conocen el TCP (Transmission Control Protocol) y el UDP (User

5

10

15

20

25

30

35

40

45

50

55

Datagram Protocol). Sin embargo, tambien puede pensarse en otros protocolos de capa de transporte o en una capa de transporte, mediante los cuales se transmiten los datos utiles a transmitir, de forma transparente, sin usar un protocolo de capa de transporte. Los protocolos de capa de transporte sirven para proteger los paquetes de datos para su transporte a traves de la red de radiotelefonla movil 30, que en este caso sirve de red de paquetes de datos, y anadirles las informaciones de enrutado necesarias. La capa de transporte usa servicios de un protocolo de red en una capa de red situada por debajo de la capa de transporte. La capa de red se ha representado en la figura 2 y se ha caracterizado con el slmbolo de referencia 5 para la estacion movil y con el slmbolo de referencia 6 para la estacion base 16. Los protocolos de red, tal como se ha descrito, se denominan como PDP (Packet Data Protocol = Protocolo de Paquetes de Datos). La capa de transporte usa los servicios de los PDPs para transmitir los datos utiles. Los PDPs mas conocidos de la capa de red 5, 6 son el IP (Internet Protocol) y el protocolo X.25. Tanto los protocolos de red como tambien los de transporte pueden anadir a los datos utiles datos de control, por ejemplo en forma de una configuracion TCP/IP o de un header TCP/IP. Por debajo de la capa de red 5, 6 estan situados ahora los protocolos especlficos de UMTS. Con cada PDP se archivan datos a traves del enlace de datos usados por el PDP en la red de radiotelefonla movil 30 y en un aparato final de la red de radiotelefonla movil, que se comunica con la red de radiotelefonla movil 30, por ejemplo en la estacion movil 15. Estos datos pueden contener por ejemplo parametros sobre la calidad de servicios QOS y se denominan como contexto PDP. Es posible hacer funcionar un PDP simultaneamente con diferentes contextos, diferenciandose los contextos solo en los parametros para la calidad de servicios QOS. Por lo tanto, en un aparato final puede hacerse funcionar un protocolo IP con una direccion IP, por un lado con un primer parametro para la calidad de servicios QOS y por otro lado con un segundo parametro para la calidad de servicios QOS. Sin embargo, los contextos PDP pueden basarse en diferentes protocolos de red. De este modo, puede estar por ejemplo previsto que en un aparato final se desarrollen tres protocolos de red diferentes: 2 protocolos IP con diferentes direcciones IP y un protocolo X.25.

Cada uno de estos contextos PDP se representa como bloque independiente en la capa de red 5, 6 por encima de la capa de protocolo de convergencia 1, 2 y en la figura 3, para la estacion movil 15, se ha caracterizado con los slmbolos de referencia 21 y 22. Los contextos PDP 21, 22 representan con ello usuarios de la capa de protocolo de convergencia 1, 2 conforme a la figura 3, situada por debajo de la capa de red 5, 6. En la figura 2 se han caracterizado con ello la capa de protocolo de convergencia para la estacion movil 15 con el slmbolo de referencia 1 y la capa de protocolo de convergencia para la estacion base 16 con el slmbolo de referencia 2.

El PDCP, cuya tarea consiste en tratar los datos a transmitir entre la estacion movil 15 y la estacion base 16 para una transmision UMTS eficiente, adapta los datos utiles, que vienen de un contexto PDP, a la transmision a traves de un interfaz, comprimiendo de forma optima los datos utiles y/o los datos de control anadidos a los datos utiles o las informaciones de control de protocolos y, dado el caso, reuniendo o multiplexando flujos de paquetes de datos de diferentes contextos 21, 22,que necesitan la misma calidad de transmision, para formar un flujo de paquetes de datos.

Por debajo de la capa de protocolo de convergencia 1, 2 prevista para la formacion del PDCP se encuentra en el modelo de capa del sistema de radiotelefonla movil UMTS una capa de control de enlace RLC (Radio Link Control), que esta caracterizada para la estacion movil 15 con el slmbolo de referencia 10 y para la estacion base 16 con el slmbolo de referencia 11 en la figura 2, y corrige los fallos de transmision opcionales del interfaz, solicitando de nuevo en el lado de recepcion paquetes defectuosos y, en el lado de emision, enviandolos nuevamente. Asimismo la capa de control de enlace RLC 10, 11 se ocupa opcionalmente de que se mantenga la secuencia de los paquetes de datos durante la transmision y segmenta los paquetes de datos en las denominadas RLC-PDUs (RLC Packet Data Unit), cuya longitud esta adaptada a los canales de transmision utilizados.

Para la transmision de cada flujo de paquetes de datos multiplexado desde diferentes contextos PDP 21, 22 se usa despues una portadora de datos, que tambien recibe el nombre de Radio Bearer o RB, que pone a disposicion la capa de control de enlace RLC 10, 11 situada por debajo de la capa de protocolo de convergencia 1, 2.

La capa de protocolo de convergencia 1, 2 se compone de los denominados tramites de protocolo PDCP 35 conforme a la figura 3, de los que cada uno puede contener varios algoritmos de compresion 50, 51. Varios contextos PDP 21, 22 pueden estar ligados a un tramite de protocolo PDCP 35, pero un contexto PDP 21, 22 solo puede estar ligado a un tramite de protocolo PDCP 35. Cada tramite de protocolo PDCP 35 usa exactamente una denominada portadora 45, que tambien se denomina radio bearer. Una radio bearer es el enlace entre un tramite de protocolo PDCP 35 y un tramite de la capa de control de enlace RLC 10, 11 situada por debajo (Radio Link Control = Control de Enlace Radiofonico), a traves de la cual se reconducen los datos de la capa de protocolo de convergencia 1, 2 a la capa de control de enlace RLC 10, 11. Los algoritmos de compresion conocidos, como los que se han descrito por ejemplo en la publicacion RFC 1144 "Compressing TCP/IP-Headers for Low Speed serial links) para protocolos TCP/IP (TCP = Transmission Protocol; IP = Internet Protocol) y en la publicacion RFC 2507 "IP Header Compression" para protocolos UDP/IP (UDP = User Datagram Protocol), se basan en la estructura y en el uso de los denominados libros de codigos, en los que estan archivados codigos de tipo tabla, con los que se codifican o comprimen los datos utiles a transmitir y/o informaciones de control de protocolo, en el tramite de protocolo PDCP correspondiente 35 de la estacion radiotelefonica, y a los que se remite en los datos utiles as! comprimidos y/o

5

10

15

20

25

30

35

40

45

50

55

informaciones de control de protocolos. Los libros de codigos utilizados tambien deben ser conocidos en el descompresor de la estacion radiofonica receptora, para hacer posible una decodificacion.

Para garantizar un funcionamiento impecable de los tramites de protocolo PDCP 35, deben coincidir los algoritmos de compresion 50, 51, sus parametros de compresion, como por ejemplo el numero de codigos a archivar en el compresor y el descompresor en libros de codigos correspondientes, as! como las informaciones de multiplexado de las dos capas de protocolo de convergencia 1, 2 en la estacion movil 15 y en la estacion base 16. Las informaciones de multiplexado indican con ello que contextos PDP 21, 22 suministran sus flujos de paquetes de datos al tramite de protocolo PDCP 35 correspondiente para su multiplexado. Los algoritmos de compresion 50, 51, los parametros de compresion y las informaciones de multiplexado representan los denominados parametros de tramite de protocolo PDCP, que tambien pueden comprender otros parametros, como por ejemplo informaciones sobre las portadoras 45 a utilizar por el tramite de protocolo PDCP 35 correspondiente. Antes de instalar un nuevo tramite de protocolo PDCP 35 es necesario un entendimiento entre las dos estaciones radiofonicas 15, 16 a traves de los parametros de tramite de protocolo a configurar. Este entendimiento se realiza en el plano de control mediante un denominado control de recursos de radiotelefonla RRC (Radio Ressource Control), estando caracterizado el control de recursos de radiotelefonla RRC conforme a la figura 2 para la estacion movil 15 con el slmbolo de referencia 95 y para la estacion base 16 con el slmbolo de referencia 96.

La capa de control de enlace RLC 10, 11 usa los servicios de la capa situada bajo MAC (Medium Access Control), para transmitir las RLC-PDUs. La capa MAC esta caracterizada en la figura 2 para la estacion movil 15 mediante el slmbolo de referencia 85 y para la estacion base 16 mediante el slmbolo de referencia 86, y es responsable del acceso al verdadero medio de transmision, selecciona formatos de transporte adecuados y multiplexa las diferentes RLC-PDUs sobre canales de transporte adecuados que se reproducen en la capa flsica situada debajo, que esta caracterizada conforme a la figura 2 para la estacion movil 15 mediante el slmbolo de referencia 90 y para la estacion base 16 mediante el slmbolo de referencia 91, sobre los canales flsicos referenciados. La jerarqula de capas o protocolos descrita se conoce por la publicacion "Radio Interface Protocol Architecture", 3 gRaDIOTELEFONIA TS 25.301. Algunas de las capas descritas, es decir la capa flsica 90, 91, la capa MAC 85, 86, la capa de control de enlace RLC 10, 11 y la capa de protocolo de convergencia 1, 2 tienen tambien un enlace directo con el control de recursos de radiotelefonla RRC. Este enlace se usa para transmitir informaciones de estado al control de recursos de radiotelefonla RRC 95, 96 y para hacer posible que el control de recursos de radiotelefonla RRC 95, 96 configure los otros protocolos.

Los datos a transmitir entre la estacion movil 15 y la estacion base 16 se extienden de arriba hacia abajo mediante la secuencia de capas descrita. Los datos recibidos se extienden de abajo hacia arriba mediante la secuencia de capas descrita.

Un protocolo para controlar el control de recursos de radiotelefonla RRC 95, 96 se describe en la publicacion "RRC Protocol Specification", 3GPP TSG RAN WG2, TS 25.331 vl.4.2 y se designa a partir de ahora como protocolo RRC. Las funciones de este protocolo RRC son entre otras la configuracion de las capas aisladas, el tratamiento de parametros para la configuracion de las capas con la denominada capa Peer-RRC y la instalacion y desinstalacion de enlaces entre la estacion movil 15 y la red de radiotelefonla movil 30 o bien, en este ejemplo de ejecucion, es representativo de la red de radiotelefonla movil 30 con la estacion base 16. La capa Peer-RRC representa con ello una capa del control de recursos de radiotelefonla RRC 95, 96 en el mismo plano de capas de protocolo que la capa a configurar de la estacion movil 15 o de la estacion base 16. Los parametros para configurar las capas aisladas se intercambian en mensajes entre las capas Peer-RRC de la estacion movil 15 y de la estacion base 16 con relacion a la capa que debe configurarse en cada caso.

La senalizacion descrita en la citada publicacion "RRC Protocol Specification" no contiene hasta ahora, sin embargo, el intercambio de los parametros de tramite de protocolo PDCP, es decir, por ejemplo ni el intercambio de los algoritmos de compresion 51, 52 y sus parametros de compresion para los tramites de protocolo PDCP 35, ni la configuracion del multiplexado de los flujos de paquetes de datos de varios contextos PDP 21, 22 en la capa de protocolo de convergencia 1, 2.

En la figura 3 se ha representado a modo de ejemplo un corte de la secuencia de capas para la estacion movil 15.

En la figura 3 se han representado la capa de red 5, la capa de protocolo de convergencia 1 y la capa de protocolo de convergencia 10 de la estacion movil 15. Con ello, conforme a la figura 3, cada contexto PDP 21, 22 usa los servicios de la capa de protocolo de convergencia 1 en un punto de acceso 101, 102 subordinado en cada caso al mismo, el cual tambien puede denominarse punto de acceso a servicios de capa de red NSAP (Network Layer Service Access Point). A cada uno de estos puntos de acceso 101, 102 se ha subordinado una identificacion, por ejemplo un NSAPI (Network Layer Service Access Point Identifier), que caracteriza claramente el contexto PDP 21, 22 subordinado. Para GSM estan previstos actualmente un maximo de 16 NSAPs simultaneamente en una estacion movil 15. Para UMTS todavla no se ha determinado el numero de contextos PDP que pueden estar disponibles simultaneamente en una estacion movil. Los enlaces de la capa de protocolo de enlaces 10 son usados por la capa de protocolo de convergencia 1 a traves de puntos de acceso a servicios, que tambien se denominan sAp (Service

5

10

15

20

25

30

35

40

45

50

55

Access Point). A los enlaces aislados con los SAPs esta subordinada en cada caso una identificacion RB Identity (Radio Bearer Identity), para caracterizar los enlaces aislados entre la capa de protocolo de convergencia 5 y la capa de control de enlace 10. Con ello, cada punto de acceso a servicios ofrece una determinada calidad de servicios o transmision QOS y en el caso del sistema de radiotelefonla movil GSM estan previstos como maximo cuatro puntos de acceso a servicios diferentes y, con ello, cuatro enlaces diferentes en la capa de control de enlace 10 con diferente calidad de transmision qOs. En el caso del sistema de radiotelefonla movil UMTS pueden estar previstos, a modo de ejemplo y sin limitarse a este ejemplo, tres diferentes puntos de acceso a servicios con enlaces en cada caso diferentes en la capa de control de enlace 10, con diferente calidad de transmision QOS. Para hacer posible que la capa de protocolo de convergencia 1 pueda reconducir los paquetes de datos que llegan o recibidos en uno de los puntos de acceso a servicios, despues de la descompresion de los datos utiles y/o de las informaciones de control de protocolos de estos paquetes de datos, al receptor correcto o al contexto PDP correcto, el emisor puede anadir a los paquetes de datos una identificacion del contexto PDP recibido, es decir del usuario recibido de la capa de protocolo de convergencia 1. Como identificacion puede usarse para esto el NSAPI, que se anade por parte del emisor a cada paquete de datos, por ejemplo como valor de 4 bits.

Los enlaces descritos con los puntos de acceso a servicios se materializan respectivamente a traves de una portadora que, como se ha descrito, tambien se denomina Radio Bearer. Un Radio Bearer es, como se ha descrito, el enlace entre un tramite de protocolo PDCP 35 y un tramite de la capa de control de enlace RLC 10, 11, a traves de la cual se reconducen los datos de la capa de protocolo de convergencia 1, 2 a la capa de control de enlace RLC 10, 11. En la figura 3 se ha representado, como sustituto de los puntos de acceso a servicios, la portadora 45 que enlaza, en sustitucion de los tramites de protocolo PDCP dispuestos en la capa de protocolo de convergencia 1, el tramite de protocolo PDCP 35 con un tramite no representado en la figura 3 de la capa de control de enlace RLC 10.

El tramite de protocolo PDCP 35 descrito a modo de ejemplo de la capa de protocolo de convergencia 1 comprende con ello, conforme a la figura 3, un algoritmo de compresion de datos 51, que comprime los datos utiles recibidos por la capa de red 5. Al algoritmo de compresion de datos 51 esta subordinado con ello un algoritmo de descompresion de datos no representado en la figura 3. El algoritmo de descompresion de datos descomprime los datos utiles recibidos por la capa de control de enlace 10 y con ello, en ultimo termino, por la estacion base 16. Con ello hacen reversible una compresion de datos conforme al algoritmo de compresion de datos subordinado 51. El tramite de protocolo PDCP 35 de la capa de protocolo de convergencia 1 comprende asimismo un algoritmo de compresion de informaciones de control de protocolos 50, que a partir de ahora se denominara tambien como primer algoritmo de compresion 50 y que comprime las informaciones de control de protocolos, recibidas por la capa de red 5 con los datos utiles y/o en la capa de protocolo de convergencia 1 para los datos utiles recibidos. Al algoritmo de compresion de informaciones de control de protocolos 50 se ha subordinado de forma correspondiente un algoritmo de descompresion de informaciones de control de protocolos no representado en la figura 3, que descomprime las informaciones de control de protocolos recibidas por la capa de control de enlace 10 y, de este modo, hace reversible una compresion conforme al algoritmo de compresion de informaciones de control de protocolos subordinado 50.

Un primer contexto PDP 21 esta conectado a traves de un primer punto de acceso 101 subordinado al mismo con el algoritmo de compresion de informaciones de control de protocolos 50 y con un algoritmo de descompresion de informaciones de control de protocolos subordinado. A continuation, los algoritmos de compresion y descompresion subordinados entre si se consideran una unidad para simplificar la description y, a modo sustitutivo, se referencian mediante el algoritmo de compresion correspondiente. De este modo, el algoritmo de compresion de informaciones de control de protocolos 50 esta conectado a traves del algoritmo de compresion de datos 51, que se denomina a partir de ahora segundo algoritmo de compresion 51, con la portadora 45.

Un segundo contexto PDP 22 esta conectado a traves de un segundo punto de acceso 102, subordinado al mismo, directamente al algoritmo de compresion de datos 51 que, como se ha descrito, esta conectado a la portadora 45. Los restantes contextos PDP de la capa de red 5 no se han representado en la figura 3 para una mayor claridad, al igual que otros tramites de protocolo PDCP de la capa de protocolo de convergencia 1 y otras portadoras.

El punto central de la invention consiste en procedimientos que hagan posible el tratamiento de parametros de tramite de protocolo PDCP y la instalacion de tramites de protocolo PDCP entre dos dispositivos de la red de radiotelefonla movil 30, en este ejemplo entre la estacion movil 15 y la estacion base 16, que coopera con la unidad de red 80, por ejemplo un Radio Network Controler (RNC) y, de este modo, debe entenderse de forma sustitutiva como tramite de red.

Para empezar los tratamientos se dispone con ello de un procedimiento en el que la estacion base 16 obtiene de la estacion movil 15 una comunicacion 60, conforme a la figura 4, a traves de los ajustes, respaldados por la estacion movil 15, del tramite de protocolo PDCP 35 a configurar de la estacion movil 15. En este ejemplo se describe por ejemplo la configuration del tramite de protocolo PDCP 35 representado en la figura 3. De forma correspondiente pueden configurarse tambien simultaneamente, como es natural, varios tramites de protocolo PDCP de la estacion movil 15.

5

10

15

20

25

30

35

40

45

50

55

Justo antes de la instalacion por primera vez del tramite de protocolo PDCP 35, la estacion base 16 envla conforme a la figura 4 una primera solicitud de configuracion 40 a la estacion movil 15, en la que se inicia la instalacion por primera vez del tramite de protocolo PDCP 35. En esta solicitud de configuracion 40 estan contenidos los parametros de tramite de protocolo PDCP que han buscado en la estacion base 16, teniendo en cuenta la comunicacion 60 obtenida anteriormente, los ajustes respaldados por la estacion movil 15 del tramite de protocolo PDCP 35 a configurar. La primera solicitud de configuracion 40 se denomina tambien PDCP Establishment Request.

A continuacion es posible en la estacion movil 15 instalar el tramite de protocolo PDCP 35 con los parametros de tramite de protocolo PDCP recibidos en la primera solicitud de configuracion 40 desde la estacion base 16. Despues de ese establecimiento la estacion movil 15 confirma la instalacion y senaliza con ello la estacion base 16 por medio de una primera senal de confirmacion 55, que esta disponible para que el tramite de protocolo PDCP 35 pueda recibir o enviar datos. Esta primera senal de confirmacion 55 se denomina tambien PDCP Establishment Confirm.

De forma alternativa o adicional es posible que la primera solicitud de configuracion 40 comprenda una seleccion respaldada por la estacion base 16 de ajustes o parametros de tramite de protocolo PDCP para formar el tramite de protocolo PDCP 35, de tal modo que a la estacion movil 15 se confiera la posibilidad, despues de la recepcion de la primera solicitud de configuracion 40, de buscar por su lado los parametros de tramite de protocolo PDCP dentro de la seleccion prefijada, para adaptar el tramite de protocolo PDCP 35 lo mejor posible a las capacidades y al volumen de rendimiento, dado el caso tambien a prefijaciones de usuarios. Con la primera senal de confirmacion 55, que envla despues la estacion movil 15 a la estacion base 16, se comunican a la estacion base 16 los parametros de tramite de protocolo PDCP seleccionados por la estacion movil 15. Si falla la instalacion del tramite de protocolo PDCP 35, puede enviarse un mensaje correspondiente sobre la imposibilidad del establecimiento entre la estacion movil 15 y la estacion base 16, en lugar de la primera senal de confirmacion 55, pudiendose llamar tambien este mensaje "PDCP Establishment Failure".

La comunicacion 60 contiene por ejemplo informaciones sobre los algoritmos de compresion 50, 51 respaldados por la estacion movil 15, sus parametros de compresion utilizados y los procedimientos de multiplexado posibles en la estacion movil 15, es decir, el numero maximo de contextos PDP 21, 22 y el numero posible de las portadoras usadas por la capa de protocolo de convergencia 1 de la estacion movil 15.

La primera solicitud de configuracion 40 contiene informaciones sobre que contextos PDP 21, 22 acceden al tramite de protocolo PDCP 35 a instalar y que portadoras 45 deben ser usadas por este tramite de protocolo PDCP 35. Asimismo, la primera solicitud de configuracion 40 contiene prefijaciones fijas sobre el o los algoritmos de compresion 50, 51 a utilizar, y los parametros de compresion a utilizar para ello, o bien la primera solicitud de configuracion 40 contiene una seleccion de posibles parametros de compresion, entre los cuales la estacion movil 15 puede buscar uno o varios algoritmos de compresion 50, 51 adecuados y sus parametros de compresion.

La primera senal de confirmacion 55 contiene entonces solo la informacion de que se ha instalado el tramite de protocolo PDCP 35 correspondiente o bien, adicionalmente, informaciones sobre el o los algoritmos de compresion 50, 51 buscados y sus parametros de compresion.

Si falla la instalacion del tramite de protocolo PDCP 35, se envla el mensaje "PDCP Establishment Failure" desde la estacion movil 15, en lugar de la primera senal de confirmacion 55, a la estacion base 16, que puede contener informaciones sobre el motivo del establecimiento no conseguido.

La primera solicitud de configuracion 40 y la primera senal de confirmacion 55 contienen adicionalmente una identidad de tramite de protocolo PDCP, con la que posteriormente puede referenciarse el tramite de protocolo PDCP 35, para desinstalarlo de nuevo o reconfigurarlo. La funcion de la identidad de tramite de protocolo PDCP puede ser asumida tambien por la identidad para la portadora 45, ya definida en la citada publicacion "RRC Protocol Specification", que se denomina tambien "RB identity (identidad RB)", ya que un tramite de protocolo PDCP puede subordinarse exactamente a una portadora.

Una vez instalado el tramite de protocolo PDCP 35, puede ser posible reconfigurar el mismo. Para esto la estacion base 16 envla una segunda solicitud de configuracion 41 conforme a la figura 5 a la estacion movil 15, que indica como debe reconfigurarse el tramite de protocolo PDCP 35. La segunda solicitud de configuracion 41 puede denominarse tambien mensaje "PDCP reconfigure request". Esta segunda solicitud de configuracion 41 puede usarse con diferentes fines y contiene de forma correspondiente diferentes informaciones, aunque la identidad del o de los tramites de protocolo PDCP esta contenida siempre en la segunda solicitud de configuracion 41.

Para modificar la funcion de multiplexado del tramite de protocolo PDCP 35 instalado descrito en este ejemplo puede ser conveniente anadir a la segunda solicitud de configuracion 41 informaciones sobre uno o varios nuevos contextos PDP, cuyos flujos de paquetes de datos deben multiplexarse en la capa de protocolo de convergencia 1 de la estacion movil 15, adicionalmente con respecto a los flujos de paquetes de datos de los contextos PDP 21, 22 ya disponibles, sobre las portadoras 45 usadas por el tramite de protocolo PDCP 35.

5

10

15

20

25

30

35

40

45

50

Si uno o varios contextos PDP 21, 22 disponibles deben usar una portadora con otras caracterlsticas, por ejemplo con otra calidad de transmision QOS, puede ser conveniente anadir a la segunda solicitud de configuration 41 informaciones sobre el o los contextos PDP, cuyos flujos de paquetes de datos deben multiplexarse en la capa de protocolo de convergencia 1 de la estacion movil 15 mediante el tramite de protocolo PDCP 35 disponible, sobre una portadora que presente las caracterlsticas necesarias.

Si el tramite de protocolo PDCP 35 debe usar uno o varios algoritmos de compresion diferentes o adicionales para comprimir los datos utiles o las informaciones de control de protocolos, puede ser conveniente anadir a la segunda solicitud de configuracion 41 informaciones sobre estos o estos nuevos algoritmos de compresion.

La segunda solicitud de configuracion 41 puede confirmarse desde la estacion movil 15 mediante una segunda senal de confirmation 56 conforme a la figura 5, que tambien puede denominarse mensaje "PDCP Reconfigure Confirm", para comunicar a la estacion base 16 la modification con exito de la configuracion.

Si a la estacion movil 15, despues de la reception de la segunda solicitud de configuracion 41 como se ha descrito tambien para la primera solicitud de configuracion 40, se brinda la posibilidad de buscar por su lado los parametros de tramite de protocolo PDCP dentro de una selection puesta a disposition por la estacion base 16, los parametros de tramite de protocolo PDCP seleccionados y ajustados de forma correspondiente por la estacion movil 15 pueden estar contenidos, en la forma descrita para la primera senal de confirmacion 55, en la segunda senal de confirmacion 56.

Si falla la reconfiguration del tramite de protocolo PDCP 35, puede reenviarse como se ha descrito un mensaje correspondiente sobre el fallo, que tambien puede denominarse mensaje "PDCP Reconfiguration Failure", desde la estacion movil 15, en lugar de la segunda senal de confirmacion 56 hasta la estacion base 16. En este mensaje puede estar contenido el motivo del fallo.

El tramite de protocolo PDCP 35 instalado puede tambien desinstalarse de nuevo. El proceso mencionado, en este ejemplo de ejecucion, se entiende igualmente como configuracion, al igual que la instalacion y la reconfiguracion del tramite de protocolo PDCP 35. Para esto la estacion base 16 envla conforme a la figura 5 una tercera solicitud de configuracion 42 a la estacion movil 15, que contiene la identification de tramite de protocolo PDCP y tras cuya obtencion la estacion movil 15 desinstala el tramite de protocolo PDCP 35. Esta tercera solicitud de configuracion 42 puede denominarse tambien PDCP Release Request.

La tercera solicitud de configuracion 42 puede confirmarse desde la estacion movil 15 mediante una tercera senal de confirmacion 57, que puede denominarse tambien mensaje "PDCP Release Confirm", para comunicar a la estacion base 16 la desinstalacion con exito del tramite de protocolo PDCP 35.

Si falla la desinstalacion del tramite de protocolo PDCP 35, puede reenviarse, en lugar de la tercera senal de confirmacion 57, un mensaje sobre el fracaso de la desinstalacion desde la estacion movil 15 a la estacion base 16, que tambien puede denominarse mensaje "PDCP Release Failure" y en el que eventualmente tambien pueden estar contenidas informaciones sobre el motivo del fracaso.

Los procedimientos aqul descritos pueden ser todos ejecutados, por ejemplo como se ha descrito, mediante un protocolo para controlar los recursos de radiotelefonla, que tambien puede denominarse protocolo RRC. El protocolo RRC especificado ya parcialmente en el estandar UMTS, conforme a la citada publication "RRC Protocol Specification", contiene procedimientos para instalar y desinstalar y para reconfigurar portadoras o RBs. En estos procedimientos se envlan mensajes desde la estacion base 16 a la estacion movil 15 y a la inversa.

En el caso de que el tramite de protocolo PDCP 35 descrito aqul a modo de ejemplo se instale, desinstale o reconfigure en el mismo momento que la portadora 45 subordinada, es conveniente integrar las comunicaciones 60 antes descritas, solicitudes de configuracion 40, 41, 42, senales de confirmacion 55, 56, 57 y mensajes sobre el fracaso de la respectiva configuracion del tramite de protocolo PDCP 35, en los mensajes RRC ya definidos conforme a la publicacion citada "RRC Protocol Specification". Esto puede suceder del siguiente modo:

La primera solicitud de configuracion 40 para la desinstalacion del tramite de protocolo PDCP 35 se anade al mensaje, conocido por la citada publicacion "RRC Protocol Specification", "Radio Bearer Setup". Con este mensaje "Radio Bearer Setup" se instala una nueva portadora, en este ejemplo la portadora 45 conforme a la figura 3. Debido a que a cada portadora puede estar exactamente un tramite de protocolo PDCP y un tramite de protocolo PDCP 35 tambien solo esta enlazado con una portadora, con la portadora 45 a instalar tiene que instalarse tambien el tramite de protocolo PDCP 35. Por ello los parametros de tramite de protocolo PDCP pueden estar contenidos adicionalmente, para este tramite de protocolo PDCP 35, en el mensaje "Radio Bearer Setup".

La instalacion de la nueva portadora 45 se confirma mediante la estacion movil 15 con el mensaje "Radio Bearer Setup Complete" conforme a la citada publicacion "RRC Protocol Specification". Este mensaje "Radio Bearer Setup

5

10

15

20

25

30

35

40

45

50

55

Complete" puede asumir tambien la funcion de la primera senal de confirmacion 55 descrita anteriormente. Si se da a la estacion movil 15 despues de la recepcion de la primera solicitud de configuracion 40, como se ha descrito, la posibilidad de seleccionar por su lado los parametros de tramite de protocolo PDCP y de ajustar o configurar de forma correspondiente el tramite de protocolo PDCP 35, puede anadirse la informacion sobre los parametros de tramite de protocolo PDCP as! seleccionados al mensaje "Radio Bearer Setup Complete".

Si falla la instalacion de la nueva portadora 45, la estacion movil 15, conforme a la citada publicacion "RRC Protocol Specification", envla un mensaje "Radio Bearer Setup Failure" a la estacion base 16. Si la instalacion ha fracasado a causa de un tramite de protocolo PDCP 35 no instalado, por ejemplo, a causa de parametros de tramite de protocolo PDCP no respaldados por la estacion base 16 o la estacion movil 15, puede anadirse al mensaje "Radio Bearer Setup Failure" una informacion correspondiente sobre el motivo del fracaso de la instalacion del tramite de protocolo PDCP 35.

Para reconfigurar la portadora 45 descrita en este ejemplo se envla, conforme a la citada publicacion "RRC Protocol Specification", el mensaje "Radio Bearer Reconfiguration" desde la estacion base 16 a la estacion movil 15. A este mensaje pueden anadirse informaciones de forma correspondiente a la segunda solicitud de configuracion 41 antes descrita, para modificar igualmente los parametros de tramite de protocolo PDCP del tramite de protocolo PDCP 35 correspondiente.

Para confirmar las modificaciones de la portadora 45 realizadas durante la reconfiguracion, la estacion movil 15 envla como respuesta el mensaje "Radio Bearer Reconfiguration Complete", conocido conforme a la citada publicacion "RRC Protocol Specification", de vuelta a la estacion base 16. Si se da a la estacion movil 15 despues de la recepcion de la segunda solicitud de configuracion 41, la posibilidad de seleccionar y ajustar por su lado los parametros de tramite de protocolo PDCP de la forma descrita, de tal modo que se modifica o reconfigura el tramite de protocolo PDCP 35, pueden anadirse las informaciones sobre los parametros de tramite de protocolo PDCP seleccionados al mensaje "Radio Bearer Reconfiguration Complete".

Si fallan las modificaciones o la reconfiguracion de la portadora 45, la estacion movil 15 envla conforme a la citada publicacion "RRC Protocol Specification" el mensaje "Radio Bearer Reconfiguration Failure" de vuelta a la estacion base 16. Si el fracaso debe atribuirse a una modification de los parametros de tramite de protocolo PDCP no ejecutable, por ejemplo no respaldada por la estacion base 16 o la estacion movil 15, puede anadirse el motivo de ello igualmente al mensaje "Radio Bearer Reconfiguration Failure".

Para los casos citados es especialmente ventajoso utilizar, como se ha descrito, la ya disponible "RB identity" tambien como identification para el tramite de protocolo PDCP 35, para de este modo ahorrar un elemento de informacion adicional.

Los casos aqul citados para configurar el tramite de protocolo PDCP 35 mediante instalacion, reconfiguracion y desinstalacion del tramite de protocolo PDCP 35 son impulsados, en el ejemplo de ejecucion aqul descrito, por la estacion base 16, pero tambien pueden iniciarse desde la estacion movil 15.

A continuation se describe mas concretamente el intercambio de mensajes descrito entre la estacion movil 15 y la estacion base 16. Con ello comprende la estacion movil 15 un ordenador digital y una unidad de radiotelefonla movil, a traves de la cual el ordenador digital puede enviar o recibir datos a o desde la red de radiotelefonla movil 30. Estos datos pueden reconducirse por ejemplo a o desde Internet, la cual en este ejemplo de ejecucion esta conectada a la red de radiotelefonla movil 30.

La estacion movil 15 se da a conocer a la red de radiotelefonla movil 30 despues de la conexion y envla en un momento adecuado un mensaje 65 "UE-Capability-Information" 65 (UE = User Equipment) conforme a la figura 6, previsto conforme al estandar UMTS, a la red de radiotelefonla movil 30, en el que da a conocer a la red de radiotelefonla movil sus capacidades y su volumen de rendimiento. Este mensaje 65 "UE-Capability-Information" se amplla a continuacion conforme a la invention en un elemento de informacion "PDCP-capability", que se corresponde con la comunicacion 60 descrita. El mensaje 65 "UE-Capability-Information" con el elemento de informacion 60 "PDCP-capability" se muestran en la figura 6. En la figura 6 caracterizan 61y 62 ademas en cada caso un elemento de informacion del mensaje 65 "UE-Capability-Information", que representa las capacidades de la estacion movil 15 con respecto a funciones que son independientes del tramite de protocolo PDCP 35.

El elemento de informacion 60 "PDCP-capability" contiene informaciones sobre las capacidades de multiplexado y compresion de la estacion movil 15. En la figura 6 111 caracteriza un primer sub-elemento de informacion, que esta contenido en el elemento de informacion 60 "PDCP-capability" y ocupa por ejemplo un bit, que indica si la estacion movil 15 respalda el multiplexado u ocupa barios bits, que indican cuantos flujos de paquetes de datos de diferentes contextos PDP pueden multiplexarse como maximo en una portadora. En la figura 6 112 caracteriza un segundo sub-elemento de informacion, que esta contenido en el elemento de informacion 60 "PDCP-capability" e indica de forma correspondiente si la estacion movil 15 respalda el primer algoritmo de compresion 50. En la figura 6, 113

5

10

15

20

25

30

35

40

45

50

caracteriza un tercer sub-elemento de information, que esta contenido en el elemento de information 60 "PDCP- capability" e indica de forma correspondiente si la estacion movil 15 respalda el segundo algoritmo de compresion 51. En la figura 6, 114 caracteriza un cuarto sub-elemento de informacion, que esta contenido en el elemento de informacion 60 "PDCP-capability" e indica, de forma correspondiente, parametros de compresion respaldados por la estacion movil 15 para el primer algoritmo de compresion 50. En la figura 6, 115 caracteriza un quinto sub-elemento de informacion, que esta contenido en el elemento de informacion 60 "PDCP-capability" e indica, de forma correspondiente, parametros de compresion respaldados por la estacion movil 15 para el segundo algoritmo de compresion 51. El cuarto elemento de informacion 114 y el quinto elemento de informacion 115 representan con ello, por ejemplo, la longitud maxima de los libros de codigos subordinados al respectivo algoritmo de compresion 50, 51, es decir, el numero maximo de registros de estos libros de codigos.

Mediante el envlo del mensaje 65 "UE-Capability-Information" desde la estacion movil 15 a la estacion base 16, la unidad de red 80 de la red de radiotelefonla movil 30, a traves de la estacion base 16, envla informaciones sobre que algoritmos de compresion son respaldados por la estacion movil 15. La reception del mensaje 65 "UE- Capability-Information" se confirma desde la unidad de red 80 a traves de la estacion base 16 con un mensaje "Capability-Information-Confirm", que se envla a la estacion movil 15 desde la estacion base 16.

A continuation se asume, partiendo del tramite de protocolo PDCP 35 descrito conforme a la figura 3, que la estacion movil 15 respalda tanto el primer algoritmo de compresion 50 como el segundo algoritmo de compresion 51. El segundo algoritmo de compresion 51 es apropiado, como se ha descrito, para comprimir datos utiles que se han agrupado por medio de los protocolos de capa de transporte y los protocolos de red. Asimismo, en consonancia con el tramite de protocolo PDCp 35 descrito en la figura 3, se supone que la estacion movil 15 respalda tambien el multiplexado de flujos de paquetes de datos de diferentes contextos PDP 21, 22.

Si a continuacion deben enviarse paquetes de datos desde la estacion base 16 de la red de radiotelefonla movil 30 a la estacion movil 15, con este fin es necesario establecer un enlace a traves del interfaz UMTS, es decir la portadora 45 o un Radio Bearer RB. Para esto la estacion base 16 envla el mensaje "Radio-Bearer-Setup" como mensaje de configuration de portadora 70 conforme a la figura 7, como se ha descrito, a la estacion movil 15, estando contenidos en el mensaje de configuracion de portadora 70 algunos parametros para la instalacion de la portadora 45. Conforme a la invention este mensaje de configuracion de portadora 70 se amplla ahora, conforme a la figura 7, en un elemento de informacion "PDCP-Info", que se corresponde con la primera solicitud de configuracion 40 y contiene informaciones sobre como debe configurarse el nuevo tramite de protocolo PDCP 35 a instalar. En la figura 7 43 y 44 caracterizan otros elementos de informacion, que son independientes de la configuracion del tramite de protocolo PDCP 35. En la figura 7 116 caracteriza un sexto sub-elemento de informacion, que esta contenido en el elemento de informacion 40 "PDCP-Info" y ocupa por ejemplo cuatro bits, que indican por cuantos diferentes contextos PDP deben multiplexarse flujos de paquetes de datos sobre la portadora 45 nuevamente establecida. Si este numero es igual a uno, no se usa ningun multiplexado. En la figura 7, 117 caracteriza un septimo sub-elemento de informacion, que esta contenido en el elemento de informacion 40 "PDCP-Info" y contiene una lista, que comprende identificadores para el direccionamiento de contextos PDP de forma correspondiente al numero indicado en el sexto sub-elemento de informacion 116. En la figura 7, 118 caracteriza un octavo sub-elemento de informacion, que esta contenido en el elemento de informacion 40 "PDCP-Info" y contiene el numero de algoritmos de compresion, que deben utilizarse en el tramite de protocolo PDCP 35 a configurar. En la figura 7, 119 caracteriza un noveno sub-elemento de informacion, que esta contenido en el elemento de informacion 40 "PDCP-Info" y contiene una lista de estos algoritmos de compresion. En la figura 7, 120 caracteriza un decimo sub-elemento de informacion, que esta contenido en el elemento de informacion 40 "PDCP-Info" e indica en cada caso un parametro de compresion o una lista para los algoritmos de compresion indicados en el noveno sub-elemento de compresion.

En una ejecucion a modo de ejemplo para el elemento de informacion 40 "PDCP-Info" podrlan seleccionarse los valores, contenidos en los sub-elementos de informacion correspondientes, como sigue:

sexto sub-elemento de informacion 116 => 1

septimo sub-elemento de informacion 117 => 22

octavo sub-elemento de informacion 118 => 1

noveno sub-elemento de informacion 119 => 51

decimo sub-elemento de informacion 120 => 16.

Esto significa que un contexto PDP con el identificador 22 usa el tramite de protocolo PDCP 35 para multiplexar sus flujos de paquetes de datos sobre la portadora 45, debiendo usarse en el tramite de protocolo PDCP 35 un algoritmo de compresion con el numero 51 y la longitud de libro de codigos 16. Esto se corresponde con una configuracion del tramite de protocolo PDCP 35 conforme a la figura 3, en la que solo el segundo contexto PDP 22 esta enlazado a

5

10

15

20

25

30

35

40

45

50

55

traves del segundo punto de acceso 102, el segundo algoritmo de compresion 51 y la portadora 45 a la capa de control de enlace RLC 10 de la estacion movil 15, no siendo necesario por si mismo un multiplexado, ya que solo se transmite el flujo de paquetes de datos del segundo contexto PDP 22 a traves de la portadora 45 a la capa de control de enlace RLC 10 de la estacion movil 15. El primer contexto PDP 21 no accederia con esta configuration al tramite de protocolo PDCP 35, al contrario que el ejemplo descrito segun la figura 3.

Cuando el protocolo RRC en la estacion movil 15 recibe el mensaje de configuracion de portadora 70 y los parametros de tramite de protocolo PDCP alli contenidos se corresponden con las capacidades de la estacion movil 15, el control de recursos de radiotelefonia 95 creara, aparte de la portadora 45, tambien el tramite de protocolo PDCP 35 y lo configurara de forma correspondiente a los parametros de tramite de protocolo PDCP. A continuation el protocolo RRC confirma la instalacion de la portadora 45 y del tramite de protocolo PDCP 35 con un mensaje "Radio-Bearer-Setup-Complete", que representa un mensaje de confirmation 75 que contiene la primera senal de confirmation 55 conforme a la figura 8. De este modo es posible la transferencia de datos a traves de la nueva portadora 45 y a traves del nuevo tramite de protocolo PDCP 35. Si no es posible por algun motivo el establecimiento de la portadora 45 y/o del tramite de protocolo PDCP 35, se envia un mensaje "Radio-Bearer-Setup- Failure" de la estacion movil 15 a la estacion base 16, que puede contener una information sobre el motivo del establecimiento fallido.

El tramite de protocolo PDCP 35 instalado de esta manera, que usa la portadora 45 igualmente instalada, puede reconfigurarse o volver a configurarse convenientemente de dos formas.

En el primer caso, es decir cuando la portadora 45 usada por el tramite de protocolo PDCP 35 tambien debe reconfigurarse, es conveniente reunir ambas reconfiguraciones. En un mensaje "Radio-Bearer-Reconfiguration" ya existente y a transmitir entre la estacion base 16 y la estacion movil 15 se anade con ello un elemento de informacion "PDCP-Reconfiguration-Info", que tiene un aspecto similar o igual que el elemento de informacion 40 "PDCP-Info" antes descrito y se corresponde con la segunda solicitud de configuracion 41. De este modo pueden modificarse o reconfigurarse los algoritmos de compresion usados por el tramite de protocolo PDCP 35, sus parametros de compresion y la lista de los contextos PDP que acceden al tramite de protocolo PDCP 35. El mensaje "Radio-Bearer-Reconfiguration-Complete" enviado mediante el protocolo RRC desde la estacion movil 15 a continuacion a la estacion base 16 confirma despues, con la reconfiguration de la portadora 45, tambien la reconfiguration del tramite de protocolo PDCP 35.

En el segundo caso, es decir, cuando no es necesario reconfigurar la portadora 45 usada por el tramite de protocolo PDCP 35, es conveniente enviar un mensaje "PDCP-Reconfiguration" usado especificamente para la capa de protocolo de convergencia 1 de la estacion movil 15, desde la estacion base 16 a la estacion movil 15, por ejemplo en forma del mensaje "PDCP reconfigure request" descrito, que comprende aparte de la segunda solicitud de configuracion 41 que contiene las informaciones de reconfiguracion, tambien la identidad de tramite de protocolo PDCP 35 o la identidad de su portadora 45 subordinada.

La desinstalacion del tramite de protocolo PDCP 35 tiene lugar convenientemente de forma automatica con la desinstalacion de su portadora 45 subordinada mediante un mensaje "Radio-Bearer-Release".

La configuracion del tramite de protocolo PDCP 35 de la estacion movil 15 con los algoritmos de compresion a utilizar, parametros de compresion y caracteristicas de multiplexado se prefija desde la estacion base, de tal manera a traves de las solicitudes de configuracion 40, 41, 42 correspondientes, que con los algoritmos de compresion utilizados por el tramite de protocolo PDCP 35 a configurar se corresponde en cada caso un algoritmo de descompresion en la estacion base 16, para poder descomprimir las informaciones de control de protocolo o los datos utiles comprimidos por el tramite de protocolo PDCP 35 a configurar. Asimismo y por el mismo motivo se utilizan para la descompresion en la estacion base 16 los parametros de compresion utilizados tambien por el tramite de protocolo PDCP 35 a configurar. Aparte de esto se transmite a la estacion base 16 el flujo de paquetes de datos multiplexado mediante el tramite de protocolo PDCP 35 a configurar, como flujo de datos utiles, y alli se desmultiplexa en dependencia de las caracteristicas de multiplexado del tramite de protocolo PDCP 35 a configurar, para poder dividir el flujo de datos utiles recibido en los correspondientes contextos PDP en la capa de red 6 de la estacion base 16.

Formas de ejecucion preferentes de la presente invention resultan de los siguientes aspectos:

1. Procedimiento para hacer funcionar una red de radiotelefonia movil (30), en la que ensamblan datos utiles mediante una primera capa de protocolo de convergencia (1) de una primera estacion radiotelefonica (15) antes de su transmision a una segunda capa de protocolo de convergencia (2) de una segunda estacion radiotelefonica (16), en particular en el mismo plano del protocolo, para formar al menos una primera unidad de datos, en particular un paquete de datos, enviandose los datos utiles desde al menos un usuario (21, 22) en una capa de red (5) a la primera capa de protocolo de convergencia (1), en donde al menos un tramite de protocolo (35) de la primera capa de protocolo de convergencia (1) se configura en dependencia de una solicitud de configuracion (40, 41, 42) recibida por la segunda estacion radiotelefonica (16), para formar a partir de los datos recibidos por al menos un usuario (21,

5

10

15

20

25

30

35

40

45

22) al menos una primera unidad de datos y transmitirla mediante una portadora (45) a una capa de control de enlace (10).

2. Procedimiento segun el aspecto 1, caracterizado porque durante la configuracion se determina al menos un algoritmo de compresion (50, 5l), mediante el cual se comprimen datos de control de protocolo para la transmision de al menos una unidad de datos o los propios datos utiles a transmitir mediante al menos una primera unidad de datos, y al que corresponde un algoritmo de descompresion en la segunda estacion de radiotelefonla (16), para descomprimir los datos de control de protocolo o los datos utiles.

3. Procedimiento segun el aspecto 2, caracterizado porque con la determination de al menos un algoritmo de compresion (50, 51) se determina al menos un parametro de compresion, utilizandose este parametro de compresion tambien en la segunda estacion radiotelefonica (16) para la descompresion.

4. Procedimiento segun el aspecto 1, 2 o 3, caracterizado porque durante la configuracion se determinan caracterlsticas de multiplexado, mediante las cuales se prefijan los usuarios (21, 22) cuyas unidades de datos, compuestas mediante al menos un tramite de protocolo (35) a partir de los datos utiles recibidos en cada caso, multiplexadas mediante la portadora (45), se transmiten a la capa de control de enlace (10), en donde el flujo de datos utiles formado de este modo, despues de su reception en la segunda estacion radiotelefonica (16), se desmultiplexa en dependencia de estas caracterlsticas de multiplexado.

5. Procedimiento segun uno de los aspectos precedentes, caracterizado porque en la configuracion de la portadora (45) se determina mediante que son transmitidos los datos utiles desde el tramite de protocolo (35) hacia la capa de control de enlace (10).

6. Procedimiento segun uno de los aspectos precedentes, caracterizado porque con la solicitud de configuracion (40, 41, 42) se prefija al menos una selection respaldada por la segunda estacion radiotelefonica (16) de ajustes alternativos para el tramite de protocolo (35).

7. Procedimiento segun el aspecto 6, caracterizado porque desde la primera estacion radiotelefonica (15) se transmite una senal de confirmation (55, 56, 57) a la segunda estacion radiotelefonica (16), comunicandose el ajuste de la segunda estacion radiotelefonica (16) seleccionado y ejecutado por la primera estacion radiotelefonica (15).

8. Procedimiento segun uno de los aspectos preccedentes, caracterizado porque con la solicitud de configuracion (40, 41, 42) se prefija de modo fijo al menos un ajuste para el tramite de protocolo (35).

9. Procedimiento segun uno de los aspectos precedentes, caracterizado porque en la configuracion se determina una identidad del tramite de protocolo, a traves del cual puede referenciarse el tramite de protocolo (35).

10. Procedimiento segun uno de los aspectos precedentes, caracterizado porque la identidad del tramite de protocolo se determina de manera que la misma corresponde a la identidad de la portadora (45) asociada a esta.

11. Procedimiento segun uno de los aspectos precedentes, caracterizado porque desde la primera estacion radiotelefonica (15) a la segunda estacion radiotelefonica (16), antes de obtener la solicitud de configuracion (40, 41, 42), se transmite una comunicacion (60) que indica que ajustes de al menos un tramite de protocolo (35) son respaldados por la primera estacion radiotelefonica (15).

12. Procedimiento segun el aspecto 11, caracterizado porque la comunicacion (60) se transmite a la segunda estacion radiotelefonica (16) junto con un mensaje (65) sobre las capacidades y el volumen de rendimiento de la primera estacion radiotelefonica (15).

13. Procedimiento segun uno de los aspectos precedentes, caracterizado porque mediante la solicitud de

configuracion (40) se establece al menos un tramite de protocolo (35).

14. Procedimiento segun uno de los aspectos precedentes, caracterizado porque mediante la solicitud de

configuracion (41) se modifican o reconfiguran los ajustes de un tramite de protocolo (35) establecido.

15. Procedimiento segun uno de los aspectos precedentes, caracterizado porque mediante la solicitud de

configuracion (42) se desinstala un tramite de protocolo (35) establecido.

16. Procedimiento segun uno de los aspectos precedentes, caracterizado porque la solicitud de configuracion (40, 41, 42), en el caso de que una portadora (45) se establezca, se reconfigure o se desinstale mediante un mensaje de configuracion de portadora (70), es anadida en el mensaje de configuracion de portadora (70).

17. Procedimiento segun el aspecto 16, en tanto se remita al aspecto 7, caracterizado porque la senal de confirmacion (55, 56, 57) se anade a un mensaje (75), con el que la primera estacion radiotelefonica (15) confirma el establecimiento o la reconfiguracion de la portadora (45).

Claims (17)

1. 5

   10

   15

   20

   25

   30

   35

   40

   45

   REIVINDICACIONES

   1. Procedimiento para establecer un tramite de protocolo (35) en una capa de protocolo de convergencia (1) de una primera estacion radiotelefonica (15), de manera que configuraciones y el funcionamiento del tramite de protocolo (35) en la capa de protocolo de convergencia (1) de la primera estacion radiotelefonica (15) corresponden a configuraciones y al funcionamiento de un tramite de protocolo en una capa de protocolo de convergencia (2) de una segunda estacion radiotelefonica (16), el cual presenta:

   recepcion de un mensaje de configuration de portadora (70), desde la segunda estacion radiotelefonica (16),

   donde mediante el mensaje de configuracion de portadora (70) debe instalarse, reconfigurarse o desinstalarse una portadora (45), y

   donde en el mensaje de configuracion de portadora (70) se anade una solicitud de configuracion (40,41,42), con la cual el tramite de protocolo (35) en la capa de protocolo de convergencia (1) de la primera estacion radiotelefonica (15) puede instalarse, reconfigurarse o desinstalarse,

   instalacion, reconfiguration o desinstalacion de la portadora (45) de la primera estacion radiotelefonica (15) e instalacion, reconfiguracion o desinstalacion del tramite de protocolo (35) en la capa de protocolo de convergencia (1) de la primera estacion radiotelefonica (15).
2. 2. Procedimiento segun la reivindicacion 1, caracterizado porque el tramite de protocolo (35) en la capa de protocolo de convergencia (1) de la primera estacion radiotelefonica (15) utiliza la portadora (45) para conectar el tramite de protocolo (35) con un tramite en una capa de control de enlace (10) de la primera estacion radiotelefonica (15).
3. 3. Procedimiento segun la reivindicacion 1 o 2, caracterizado porque la solicitud de configuracion (40, 41, 42) presenta una identidad del tramite de protocolo.
4. 4. Procedimiento segun la reivindicacion 3, donde se proporcionan parametros del tramite de protocolo (111-120) que presentan al menos un parametro de compresion (114, 115, 120) y donde la instalacion, reconfiguracion o desinstalacion del tramite de protocolo (35) comprende una configuracion de un algoritmo de compresion (50, 51) utilizando el parametro de compresion (114, 115, 120).
5. 5. Procedimiento segun la reivindicacion 3 o 4, caracterizado porque desde la primera estacion radiotelefonica (15) a la segunda estacion radiotelefonica (16) antes de obtener la solicitud de configuracion (40, 41, 42) se transmite una comunicacion (60), que indica que ajustes del tramite de protocolo (35) son respaldados por la primera estacion radiotelefonica (15).
6. 6. Procedimiento segun la reivindicacion 5, caracterizado porque la comunicacion (60) se transmite a la segunda estacion radiotelefonica (16) junto con un mensaje (65) sobre capacidades y volumen de rendimiento de la primera estacion radiotelefonica (15).
7. 7. Procedimiento segun una de las reivindicaciones 4 -6, caracterizado porque desde la primera estacion radiotelefonica (15) a la segunda estacion radiotelefonica (16), despues de obtener la solicitud de configuracion (40, 41, 42) que presenta una identidad del tramite de protocolo, se transmite una senal de confirmation (55, 56, 57) que confirma a la segunda estacion radiotelefonica (16) que el tramite de protocolo (35) fue instalado, reconfigurado o desinstalado, donde la senal de confirmacion (55,56,57) presenta la identidad del tramite de protocolo.
8. 8. Procedimiento segun una de las reivindicaciones 3 o 7, caracterizado porque la identidad del tramite de protocolo se determina de manera que la misma corresponde a la identidad de la portadora (45) asociada a esta.
9. 9. Procedimiento segun una de las reivindicaciones anteriores, caracterizado porque con la solicitud de configuracion (40, 41, 42) se prefija al menos una selection respaldada por la segunda estacion radiotelefonica (16) de ajustes alternativos para el tramite de protocolo (35).
10. 10. Procedimiento para establecer una capa de protocolo de convergencia (2) de una segunda estacion radiotelefonica, el cual presenta:

    envlo de un mensaje de configuracion de portadora (70) a una primera estacion radiotelefonica (15),

    donde mediante el mensaje de configuracion de portadora (70) debe instalarse, reconfigurarse o desinstalarse una portadora (45), y

    5

    10

    15

    20

    25

    30

    35

    40

    45

    donde en el mensaje de configuration de portadora (70) se anade una solicitud de configuration (40, 41, 42), con la cual un tramite de protocolo (35) en la capa de protocolo de convergencia (1) de la primera estacion radiotelefonica (15) puede instalarse, reconfigurarse o desinstalarse,

    instalacion, reconfiguration o desinstalacion de una portadora (45) de la segunda estacion radiotelefonica (16) e instalacion, reconfiguracion o desinstalacion de un tramite de protocolo (35) en la capa de protocolo de convergencia (2) de la segunda estacion radiotelefonica (16).
11. 11. Procedimiento segun la reivindicacion 10, donde el tramite de protocolo (35) en la capa de protocolo de convergencia (2) de la segunda estacion radiotelefonica (16) utiliza la portadora (45) para conectar el tramite de protocolo (35) con un tramite en una capa de control de enlace (10) de la segunda estacion radiotelefonica (16).
12. 12. Procedimiento segun la reivindicacion 10 u 11, donde la solicitud de configuracion (40, 41, 42) presenta una identidad del tramite de protocolo.
13. 13. Procedimiento segun la reivindicacion 10, 11 o 12 donde se proporcionan parametros del tramite de protocolo (111-120) que presentan al menos un parametro de compresion (114, 115, 120) y donde la instalacion, reconfiguracion o desinstalacion del tramite de protocolo (35) comprende una configuracion de un algoritmo de compresion (50, 51) utilizando el parametro de compresion (114, 115, 120).
14. 14. Procedimiento segun una de las reivindicaciones 10 a 13, caracterizado porque la segunda estacion radiotelefonica (16), desde la primera estacion radiotelefonica (15), antes de enviar la solicitud de configuracion (40, 41, 42), recibe una comunicacion (60), que indica que ajustes del tramite de protocolo (35) son respaldados por la primera estacion radiotelefonica (15).
15. 15. Procedimiento segun la reivindicacion 12, caracterizado porque la identidad del tramite de protocolo se determina de manera que la misma corresponde a la identidad de la portadora (45) asociada a esta.
16. 16. Estacion del abonado (15) para operar una red de radiotelefonla movil, la cual presenta:

    medios para la reception de un mensaje de configuracion de portadora (70), desde una segunda estacion radiotelefonica (16),

    donde mediante el mensaje de configuracion de portadora (70) debe instalarse, reconfigurarse o desinstalarse una portadora (45), y

    donde en el mensaje de configuracion de portadora (70) se anade una solicitud de configuracion (40,41,42), con la cual un tramite de protocolo (35) en la capa de protocolo de convergencia (1) de la estacion del abonado (15) puede instalarse, reconfigurarse o desinstalarse,

    medios para instalar, reconfigurar o desinstalar la portadora (45) y para conectar el tramite de protocolo (35) y un tramite en una capa de control de enlace (10) de la estacion del abonado (15); y

    medios para instalar, reconfigurar o desinstalar el tramite de protocolo (35) en la capa de protocolo de convergencia

    (1) de la estacion del abonado (15).
17. 17. Estacion base (16) para operar una red de telefonla movil, en donde se encuentra presente al menos una primera estacion radiotelefonica (15), la cual presenta:

    medios para enviar un mensaje de configuracion de portadora (70) a la primera estacion radiotelefonica (15),

    donde mediante el mensaje de configuracion de portadora (70) debe instalarse, reconfigurarse o desinstalarse una portadora (45), y

    donde en el mensaje de configuracion de portadora (70) se anade una solicitud de configuracion (40,41,42), con la cual un tramite de protocolo (35) en la capa de protocolo de convergencia (1) de la primera estacion radiotelefonica (15) puede instalarse, reconfigurarse o desinstalarse,

    medios para instalar, reconfigurar o desinstalar una portadora (45) y para conectar el tramite de protocolo (35) y un tramite en una capa de control de enlace (10) del tramite de red (16); y

    medios para instalar, reconfigurar o desinstalar el tramite de protocolo (35) en la capa de protocolo de convergencia

    (2) del tramite de red (16).