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

Abstract

Procedimiento para hacer funcionar una red de radiotelefonía móvil (30), en la que ensamblan datos útiles mediante una primera capa de protocolo de convergencia (1) de una primera estación radiotelefónica (15) antes de su transmisión a una segunda capa de protocolo de convergencia (2) de una segunda estación radioteléfonica (16), para formar al menos una primera unidad de datos, enviándose los datos útiles 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 trámite de protocolo (35) de la primera capa de protocolo de convergencia (1) se configura en dependencia de una solicitud de configuración (40, 41, 42) recibida por la segunda estación radiotelefónica (16), para formar a partir de los datos recibidos por al menos un usuario (21, 22) al menos una primera unidad de datos y transmitirla mediante una portadora (45) a una capa de control de enlace (10), caracterizado porque durante la configuración se determina una identidad de trámite de protocolo, mediante la cual puede referenciarse el trámite de protocolo (35).

Description

Procedimiento para hacer funcionar una red de radiotelefonia movil

Estado de la tecnica

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

De la solicitud de patente alemana todavia no publicada con el numero de documento 1 99 44 334.3 ya se conoce un procedimiento para hacer funcionar una red de radiotelefonia movil, en la que ensamblan 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

10 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.

Del documento DE 198 47 679 A1 se conoce un procedimiento para hacer funcionar una red de radiotelefonia movil, en la que se ensamblan datos mediante una primera capa de protocolo de convergencia para formar unidades, antes de su transmision a una segunda capa de protocolo en el mismo plano de protocolo. Los datos se envian 15 mediante uno de varios usuarios de la capa de protocolo de convergencia a una primera capa de protocolo de convergencia. El procedimiento comprende la subordinacion de al menos una identificacion de punto de acceso a cada abonado asi como el intercambio de al menos un mensaje de ajuste entre la primera y la segunda capa, conteniendo cada mensaje una identificacion para el algoritmo de compresion/descompresion de datos, un juego de parametros para el algoritmo caracterizado asi como un diagrama de bits de las identificaciones de puntos de

20 acceso, caracterizando el diagrama de bits aquellas identificaciones de puntos de acceso que deben usar el algoritmo caracterizado asi como aquellas, que no deben usarlo.

Para sistemas de radiotelefonia movil segun el estandar UMTS se conocen capas de protocolo de convergencia.

El documento 3GPP TS RAN 25.323 V 0.1.0 se refiere al "Packet Data Convergence Protocol" (PDCP) en el estandar UMTS. Mediante este protocolo se hacen converger paquetes de datos (PDCP-SDU), que proceden de

25 capas superiores de la red de radiotelefonia movil, en unas llamadas unidades PDCP o tramites de protocolo PDCP y se transportan mediante una portadora hasta la capa de control de enlace RLC situada por debajo.

El documento 3GPP TS 25.331 V 1.1.0 se refiere al protocolo para el control de fuentes de radiotelefonia RCC en el estandar UMTS. Mediante este protocolo se instalan y desinstalan portadoras. Para cada portadora a instalar o desinstalar se crea una unidad RLC correspondiente en la capa de control de enlace RLC.

30 El documento 3GPP TS 25.301 V 3.2.0 se refiere a la arquitectura de protocolo del interfaz de radiotelefonia en el estandar UMTS y hace patente que el protocolo RRC es adecuado para acceder a la capa PDCP, para configurar esta mediante mensajes de control (CPDCPs).

Para el estandar GPRS/GSM tambien se conocen protocolos de convergencia.

El documento GPRS/GSM ETSl TS 191 297 V 7.0.0 (GSM 04.65) se refiere a la capa de convergencia GSM/GPRS,

35 Subnetwerk Dependent Convergence Protocol Layer (SNDCP), asi como a su configuracion mediante mensajes de control correspondiente (LL-ESTABLlSH.request). El mensaje LL-Establish.request contiene un bloque SNDCP con parametros XlD, que se usan para configurar unidades de compresion en la capa SNDCP.

El documento Tdoc NP-99260, Change Request A043r1, se refiere a una propuesta de modificacion para el GSM

04.65 del estandar GPRS/GSM, y hace patente que las unidades de compresion pueden numerarse explicitamente 40 durante la configuracion de la capa SND-CP.

Como ha determinado tambien la Junta de Apelacion 3.5.05 de la Oficina Europea de Patentes en la decision T 0444/10, ninguno de los documentos citados del estandar UMTS y ninguno de los documentos citados del estandar GPRS/GSM hacen patente que durante la configuracion del tramite de protocolo PDCP se fije una identidad de tramite de protocolo, a traves de la cual pueda referenciarse el tramite de protocolo. Ademas de esto, de estos 45 documentos no puede deducirse que la identidad de tramite de protocolo se fije de tal modo, que se corresponda con la identidad de la portadora subordinada a la misma. Por ultimo ninguno de estos documentos hace patente que durante la configuracion se fije la portadora a traves de la cual se transmiten los datos utiles desde el tramite de protocolo a la capa de control de enlace, en donde la solicitud de configuracion se anade al mensaje de configuracion de portadora, en el caso de que una portadora se instale, reconfigure o desinstale mediante un 50 mensaje de configuracion de portadora. Asimismo no se ha sugerido mediante estos documentos, ya sea individualmente o en combinacion, como tambien ha establecido la Junta de Apelacion, fijar la identidad de tramite

de protocolo de tal modo, que se corresponda con la identidad de la portadora subordinada a la misma, y fijar durante la configuracion la portadora a traves de la cual se transmiten los datos utiles desde el tramite de protocolo a la capa de control de enlace, en donde la solicitud de configuracion se anade al mensaje de configuracion de portadora, en el caso de que una portadora se instale, reconfigure o desinstale mediante un mensaje de configuracion de portadora.

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.

Tambien es ventajoso que para la configuracion se instale 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 asi 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 instale de tal modo, que se corresponda con la identidad de su portadora subordinada. De este modo puede ahorrarse la transmision de un elemento de informacion adicional para identificar el tramite de protocolo y, de este modo, anchura de banda de transmision.

Tambien es ventajoso que durante la configuracion se instale la portadora, a traves de la cual se transmiten los datos utiles desde el tramite de protocolo a la capa de control de enlace.

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.

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, apoyada por la segunda estacion radiotelefonica, en ajustes alternativos para el tramite de protocolo. De este modo puede seleccionar la primera estacion radiotelefonica, en dependencia de sus propias capacidades o de su propio volumen de prestaciones y/o en dependencia de una prefijacion de usuario, a partir de los ajustes alternativos, el ajuste favorable para el primero aparato radiotelefonico.

Tambien es ventajoso que desde la primera estacion radiotelefonica se transmita una senal de confirmacion 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 una 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.

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 apoyadas 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, que 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 prestaciones 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.

Es ademas ventajoso que la senal de confirmacion se anada a un mensaje, con el que la primera estacion radiotelefonica confirme la instalacion o la reconfiguracion 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

En el dibujo se ha representado un ejemplo de ejecucion, que se explica con mas detalle en la siguiente descripcion. Aqui muestran la figura 1 una red de radiotelefonia movil con dos estaciones de radiotelefonia, la figura 2 una secuencia de capas de protocolo para las dos estaciones de radiotelefonia, la figura 3 un corte de la secuencia de capas de protocolo de una primera de las dos estaciones de radiotelefonia, la figura 4 un primer desarrollo en el tiempo de un intercambio de senalizacion entre las dos estaciones de radiotelefonia, la figura 5 un segundo desarrollo en el tiempo de un intercambio de senalizacion entre las dos estaciones de radiotelefonia, la figura 6 un elemento de informacion para comunicar las capacidades o el volumen de prestaciones 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 radiotelefonia movil, en la que estan dispuestas una primera estacion radiotelefonica 15 y una segunda estacion radiotelefonica 16. La segunda estacion radiotelefonica 16 esta unida con ello a una unidad de red 80, que ofrece servicios para los abonados a la red de radiotelefonia movil 30 y hace funcionar la red de radiotelefonia movil 30. En el caso de la primera estacion radiotelefonica 15 se trata en este ejemplo de un abonado de la red de radiotelefonia 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 continuacion la 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 radiotelefonia movil 30. Para la invencion 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 radiotelefonia movil. La red de radiotelefonia movil 30 comprende con ello normalmente otras estaciones base y abonados, que sin embargo no se han representado en la figura 1.

La red de radiotelefonia 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 radiotelefonia movil. Esta invencion propone en especial funcionalidades dentro de una capa de protocolo de convergencia 1,2 conforme a la figura 2, que puede aplicarse por ejemplo en un sistema de radiotelefonia movil segun el estandar UMTS (Universal Mobile Telecommunications System) o tambien en un sistema de radiotelefonia movil segun el estandar GSM. A continuacion se supondra a modo de ejemplo que la red de radiotelefonia movil 30 se hace funcionar conforme al estandar UMTS.

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

Las funcionalidades del sistema de radiotelefonia movil UMTS se dividen en capas, como en el caso del sistema de radiotelefonia movil GSM conforme a la figura 2, y dentro de las capas se especifican diferentes protocolos, que ponen a disposicion 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 radiotelefonia movil al menos dos veces, 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 jerarquia de capas descrita se divide con ello en un plano de usuario y un plano de control. El plano de usuario se llama tambien user-plane y el plano de control se llama tambien controlplane. Los protocolos en los que se transportan datos de usuario estan subordinados con ello al plano de 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 jerarquia 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 transporte en una capa de transporte. Aqui se conocen el TCP (Transmission Control Protocol) y el UDP (User 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 radiotelefonia 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 simbolo de referencia 5 para la estacion movil y con el simbolo de referencia 6 para la estacion base. Los protocolos de red se designan como se ha descrito 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 lP (lnternet Protocol) y el protocolo X.25. Tanto los protocolos de red como de transporte pueden anadir a los datos utiles datos de control, por ejemplo en forma de una configuracion TCP/lP o de un header TCP/lP. Por debajo de la capa de red 5, 6 estan situados ahora los protocolos especificos de UMTS. Con cada PDP se archivan datos a traves del enlace de datos usados por el PDP en la red de radiotelefonia movil 30 y en un aparato final de la red de radiotelefonia movil, que se comunica con la red de radiotelefonia movil 30, por ejemplo en la estacion movil 15. Estos datos pueden contener por ejemplo parametros sobre la calidad de servicios OOS y se designan 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 OOS. Por lo tanto, en un aparato final puede hacerse funcionar un protocolo lP con una direccion lP, por un lado con un primer parametro para la calidad de servicios OOS y por otro lado con un segundo parametro para la calidad de servicios OOS. 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 lP con diferentes direcciones lP 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 simbolos 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 simbolo de referencia 1 y la capa de protocolo de convergencia para la estacion base 16 con el simbolo de referencia 2.

El PDCP, cuya mision es 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, por medio de que comprime 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, reune o multiplexa 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 radiotelefonia movil UMTS una capa de control de enlace RLC (Radio Link Control), que esta caracterizada para la estacion movil 15 con el simbolo de referencia 10 y para la estacion base 16 con el simbolo de referencia 11 en la figura 2, y corrige los fallos de transmision opcionales del interfaz, por medio de que solicita de nuevo en el lado de recepcion paquetes defectuosos y, en el lado de emision, los vuelve a enviar. 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 llamadas 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 llamados 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 llamada portadora 45, que tambien se llama 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/lP-Headers for Low Speed serial links) para protocolos TCP/lP (TCP = Transmission Protocol; lP = lnternet Protocol) y en la publicacion RFC 2507 "lP Header Compression" para protocolos UDP/lP (UDP = User Datagram Protocol), se basan en la estructura y en el uso de llamados 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 asi comprimidos y/o 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, cuyos parametros de compresion, como por ejemplo el numero de codigos a archivar en el compresor y el descompresor en libros de codigos correspondientes, asi 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 alimentan 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 llamados 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 llamado control de recursos de radiotelefonia RRC (Radio Ressource Control), estando caracterizado el control de recursos de radiotelefonia RRC conforme a la figura 2 para la estacion movil 15 con el simbolo de referencia 95 y para la estacion base 16 con el simbolo de referencia 96.

La capa de control de enlace RLC 10, 11 usa los servicios de la capa situado debajo 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 simbolo de referencia 85 y para la estacion base 16 mediante el simbolo 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 fisica situada debajo, que esta caracterizada conforme a la figura 2 para la estacion movil 15 mediante el simbolo de referencia 90 y para la estacion base 16 mediante el simbolo de referencia 91, sobre los canales fisicos referenciados. La jerarquia de capas o protocolos descrita se conoce de la publicacion "Radio lnterface Protocol Architecture", 3 GRADlOTELEFONiA TS 25.301. Algunas de las capas descritas, es decir la capa fisica 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 radiotelefonia RRC. Este enlace se usa para transmitir informaciones de estado al control de recursos de radiotelefonia RRC 95, 96 y para hacer posible que el control de recursos de radiotelefonia RRC 95, 96 configure los otros protocolos.

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

Un protocolo para controlar el control de recursos de radiotelefonia 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 misiones 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 llamada capa Peer-RRC y la instalacion y desinstalacion de enlaces entre la estacion movil 15 y la red de radiotelefonia movil 30 o bien, en este ejemplo de ejecucion, es representativo de la red de radiotelefonia movil 30 con la estacion base 16. La capa Peer-RRC representa con ello una capa del control de recursos de radiotelefonia 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 usa conforme a la figura 3 cada contexto PDP 21, 22 los servicios de la capa de protocolo de convergencia 1 en un punto de acceso 101, 102 subordinado en cada caso al mismo, que tambien puede llamarse 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 NSAPl (Network Layer Service Access Point ldentifier), 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 todavia no se 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 llaman SAP (Service Access Point). A los enlaces aislados con los SAPs esta subordinada en cada caso una identificacion RB ldentity (Radio Bearer ldentity), 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 OOS y en el caso del sistema de radiotelefonia 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 OOS. En el caso del sistema de radiotelefonia 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 OOS. 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 d ela 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 NSAPl, 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 mediante en cada caso una portadora que, como se ha descrito, tambien se llama Radio Bearer. Un Radio Bearer es, como s eha 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 llama tambien 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 enlazado 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 continuacion los algoritmos de compresion y descompresion subordinados entre si se consideran una unidad para simplificar la descripcion 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 enlazado a traves del algoritmo de compresion de datos 51, que se llama a partir de ahora segundo algoritmo de compresion 51, con la portadora 45.

Un segundo contexto PDP 22 esta unido 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 nucleo de la invencion son 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 radiotelefonia 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, apoyados 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 configuracion 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.

Justo antes de la instalacion por primera vez del tramite de protocolo PDCP 35, la estacion base 16 envia 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 apoyados por la estacion movil 15 del tramite de protocolo PDCP 35 a configurar. La primera solicitud de configuracion 40 se llama 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 esta instalacion 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 llama tambien PDCP Establishment Confirm.

Alternativa o adicionalmente puede pensarse en que la primera solicitud de configuracion 40 comprenda una seleccion apoyada 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 prestaciones, dado el caso tambien a prefijaciones de usuarios. Con la primera senal de confirmacion 55, que envia 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 de la instalacion 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 apoyados por la estacion movil 15, cuyos 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 despues 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 envia 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 de la instalacion no conseguida.

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 llama 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 envia 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 llamarse 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 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.

Si uno o varios contextos PDP 21, 22 disponibles deben usar una portadora con otras caracteristicas, por ejemplo con otra calidad de transmision OOS, puede ser conveniente anadir a la segunda solicitud de configuracion 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 caracteristicas 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 nuevos.

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

Si se da a la estacion movil 15, despues de la recepcion de la segunda solicitud de configuracion 41 como se ha descrito tambien para la primera solicitud de configuracion 40, la posibilidad de buscar por su lado los parametros de tramite de protocolo PDCP dentro de una seleccion puesta a disposicion 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 reconfiguracion del tramite de protocolo PDCP 35, puede reenviarse como se ha descrito un mensaje correspondiente sobre el fallo, que tambien puede llamarse 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 fracaso.

El tramite de protocolo PDCP 35 instalado puede tambien desinstalarse de nuevo. Este proceso se entiende en este ejemplo de ejecucion igualmente como configuracion, al igual que la instalacion y la reconfiguracion del tramite de protocolo PDCP 35. Para esto la estacion base 16 envia conforme a la figura 5 una tercera solicitud de configuracion 42 a la estacion movil 15, que contiene la identificacion 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 llamarse 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 llamarse 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 llamarse mensaje "PDCP Release Failure" y en el que eventualmente tambien pueden estar contenidas informaciones sobre el motivo del fracaso.

Los procedimientos aqui descritos pueden ser todos ejecutados, por ejemplo como se ha descrito, mediante un protocolo para controlar los recursos de radiotelefonia, que tambien puede llamarse protocolo RRC. El protocolo RRC especificado ya parcialmente en el estandar UMTS, conforme a la citada publicacion "RRC Protocol Specification", contiene procedimientos para instalar y desinstalar y para reconfigurar portadoras o RBs. En estos procedimientos se envian 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 aqui 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 producirse como sigue:

La primera solicitud de configuracion 40 para la desinstalacion del tramite de protocolo PDCP 35 se anade al mensaje, conocido de 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 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 asi seleccionados al mensaje "Radio Bearer Setup Complete".

Si falla la instalacion de la nueva portadora 45, la estacion movil 15 envia, conforme a la citada publicacion "RRC Protocol Specification", 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 apoyados 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 envia, 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 llevadas a cabo durante la reconfiguracion, la estacion movil 15 envia 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 envia conforme a la citada publicacion "RRC Protocol Specification" el mensaje "Radio Bearer Reconfiguration Failure"de vuelta a la estacion base 16. Si elfracaso debe achacarse a una modificacion de los parametros de tramite de protocolo PDCP no ejecutable, por ejemplo no apoyada 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 identificacion para el tramite de protocolo PDCP 35, para de este modo ahorrar un elemento de informacion adicional.

Los casos aqui 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 aqui descrito, por la estacion base 16, pero tambien pueden iniciarse desde la estacion movil 15.

A continuacion 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 radiotelefonia movil, a traves de la cual el ordenador digital puede enviar o recibir datos a o desde la red de radiotelefonia movil 30. Estos datos pueden reconducirse por ejemplo a o desde internet, que en este ejemplo de ejecucion esta conectada a la red de radiotelefonia movil 30.

La estacion movil 15 se da a conocer a la red de radiotelefonia movil 30 despues de la conexion y envia en un momento adecuado un mensaje 65 "UE-Capability-lnformation" 65 (UE = User Equipment) conforme a la figura 6, previsto conforme al estandar UMTS, a la red de radiotelefonia movil 30, en el que da a conocer a la red de radiotelefonia movil sus capacidades y su volumen de prestaciones. Este mensaje 65 "UE-Capability-lnformation" se amplia a continuacion conforme a la invencion en un elemento de informacion"PDCP-capability", que se corresponde con la comunicacion 60 descrita. El mensaje 65 "UE-Capability-lnformation" 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-lnformation", 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 apoya multiplexado u ocupa barios bits, que indican cuantos flujos de paquetes de datos de diferentes contextos PDP pueden multiplexarse como maximo sobre 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 apoya el primer algoritmo de compresion 50. En la figura 6 113 caracteriza un tercer sub-elemento de informacion, que esta contenido en el elemento de informacion 60 "PDCPcapability" e indica de forma correspondiente si la estacion movil 15 apoya el segundo algoritm 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 apoyados 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 infromacion 60 "PDCP-capability" e indica, de forma correspondiente, parametros de compresion apoyados 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 envio del mensaje 65 "UE-Capability-lnformation" desde la estacion movil 15 a la estacion base 16, la unidad de red 80 de la red de radiotelefonia movil 30, a traves de la estacion base 16, envia informaciones sobre que algoritmos de compresion son apoyados por la estacion movil 15. La recepcion del mensaje 65 "UE-Capabilitylnformation" se confirma desde la unidad de red 80 a traves de la estacion base 16 con un mensaje "Capabilitylnformation-Confirm", que se envia a la estacion movil 15 desde la estacion base 16.

A continuacion se asume, partiendo del tramite de protocolo PDCP 35 descrito conforme a la figura 3, que la estacion movil 15 apoya 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 compuesto por medio de los protocolos de capa de transporte y los protocolos de red. Asimismo se pretende asumir, en consonancia con el tramite de protocolo PDCP 35 descrito en la figura 3, que la estacion movil 15 apoya 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 radiotelefonia 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 envia el mensaje "Radio-Bearer-Setup" como mensaje de configuracion de portadora 70 conforme a la figura 7, como se ha descrito, a al 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 invencion este mensaje de configuracion de portadora 70 se amplia ahora, conforme a la figura 7, en un elemento de informacion "PDCP-lnfo", 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-lnfo" 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 instalada. 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-lnfo" 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 al figura 7 118 caracteriza un octavo sub-elemento de informacion, que esta contenido en el elemento de informacion 40 "PDCP-lnfo" 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 subelemento de informacion, que esta contenido en el elemento de informacion 40 "PDCP-lnfo" 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-lnfo" 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-lnfo" podrian 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 a portadora 45, debiendose 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 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 configuracion 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 continuacion 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 confirmacion 75 que contiene la primera senal de confirmacion 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 la instalacion 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 informacion sobre el motivo de la instalacion fallida.

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-lnfo", que tiene un aspecto similar o igual que el elemento de informacion 40 "PDCP-lnfo" antes descrito y se corresponde con la segunda solicitud de configuacion 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 reconfiguracion de la portadora 45, tambien la reconfiguracion 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.

Claims (13)

1. REIVINDICACIONES

   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), para formar al menos una primera unidad 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, 22) al menos una primera unidad de datos y transmitirla mediante una portadora (45) a una capa de control de enlace (10), caracterizado porque durante la configuracion se determina una identidad de tramite de protocolo, mediante la cual puede referenciarse el tramite de protocolo (35), porque durante la configuracion se fija la portadora (45) a traves de la cual se transmiten los datos utiles desde el tramite de protocolo (35) a la capa de control de enlace (10), y porque se fija la identidad de tramite de protocolo de tal modo, que se corresponde con la identidad de la portadora (45) subordinada a la misma, en donde la solicitud de configuracion (40, 41, 42) se anade al mensaje de configuracion de portadora, en el caso de que una portadora (45) se instale, reconfigure o desinstale mediante un mensaje de configuracion de portadora (70).

2. 2.

   Procedimiento segun la reivindicacion 1, caracterizado porque durante la configuracion se determina al menos un algoritmo de compresion (50, 51), mediante el cual se comprimen datos de control de protocolo para la transmision de al menos una unidad de datos o los 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 radiotelefonia (16), para descomprimir los datos de control de protocolo o los datos utiles.

3. 3.

   Procedimiento segun la reivindicacion 2, caracterizado porque con la determinacion 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. 4.

   Procedimiento segun la reivindicacion 1, 2 o 3, caracterizado porque durante la configuracion se determinan caracteristicas 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 recepcion en la segunda estacion radiotelefonica (16), se desmultiplexa en dependencia de estas caracteristicas de multiplexado.

5. 5.

   Procedimiento segun una de las reivindicaciones anteriores, caracterizado porque con la solicitud de configuracion (40, 41, 42) se prefija al menos una seleccion apoyada por la segunda estacion radiotelefonica (16) de ajustes alternativos para el tramite de protocolo (35).

6. 6.

   Procedimiento segun la reivindicacion 5, caracterizado porque desde la primera estacion radiotelefonica (15) se transmite una senal de confirmacion (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).

7. 7.

   Procedimiento segun una de las reivindicaciones anteriores, 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).

8. 8.

   Procedimiento segun una de las reivindicaciones anteriores, 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 apoyados por la primera estacion radiotelefonica (15).

9. 9.

   Procedimiento segun la reivindicacion 8, 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 prestaciones de la primera estacion radiotelefonica (15).

10. 10.

    Procedimiento segun una de las reivindicaciones anteriores, caracterizado porque mediante la solicitud de configuracion (40) se instala al menos un tramite de protocolo (35).

11. 11.

    Procedimiento segun una de las reivindicaciones anteriores, caracterizado porque mediante la solicitud de configuracion (41) se modifican o reconfiguran los ajustes de un tramite de protocolo (35) instalado.

12. 12.

    Procedimiento segun una de las reivindicaciones anteriores, caracterizado porque mediante la solicitud de configuracion (42) se desinstala un tramite de protocolo (35) instalado.

13. 13.

    Procedimiento segun las reivindicaciones 1 y 6, caracterizado porque la senal de configuracion (55, 56, 57) se anade a un mensaje (75), con el que la primera estacion radiotelefonica (15) confirma la instalacion o la reconfiguracion de la portadora (45).