ES2272327T3 - Procedimiento para hacer funcionar una red de radiotelefonia movil. - Google Patents
Procedimiento para hacer funcionar una red de radiotelefonia movil. Download PDFInfo
- Publication number
- ES2272327T3 ES2272327T3 ES00967581T ES00967581T ES2272327T3 ES 2272327 T3 ES2272327 T3 ES 2272327T3 ES 00967581 T ES00967581 T ES 00967581T ES 00967581 T ES00967581 T ES 00967581T ES 2272327 T3 ES2272327 T3 ES 2272327T3
- Authority
- ES
- Spain
- Prior art keywords
- protocol
- station
- procedure
- pdcp
- layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims abstract description 163
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 title 1
- 230000005540 biological transmission Effects 0.000 claims abstract description 29
- 238000007906 compression Methods 0.000 claims description 59
- 230000006835 compression Effects 0.000 claims description 59
- 238000012790 confirmation Methods 0.000 claims description 22
- 238000012545 processing Methods 0.000 claims description 20
- 230000006837 decompression Effects 0.000 claims description 11
- 238000004891 communication Methods 0.000 claims description 10
- 230000008569 process Effects 0.000 description 14
- 230000008901 benefit Effects 0.000 description 10
- 238000013144 data compression Methods 0.000 description 7
- 239000000969 carrier Substances 0.000 description 6
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000011282 treatment Methods 0.000 description 2
- 241000225517 Bario Species 0.000 description 1
- 101710104937 Non-specific acid phosphatase Proteins 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/181—Transcoding devices; Rate adaptation devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
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
radiotelefonía móvil.
La invención se basa en un procedimiento para
hacer funcionar una red de radiotelefonía móvil según el género de
la reivindicación principal.
De la solicitud de patente alemana todavía no
publicada con el número de documento 1 99 44 334.3 ya se conoce un
procedimiento para hacer funcionar una red de radiotelefonía móvil,
en la que ensamblan datos mediante una primera capa de protocolo de
convergencia antes de su transmisión 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, enviándose 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 radiotelefonía móvil,
en la que se ensamblan datos mediante una primera capa de protocolo
de convergencia para formar unidades, antes de su transmisión a una
segunda capa de protocolo en el mismo plano de protocolo. Los datos
se envían mediante uno de varios usuarios de la capa de protocolo
de convergencia a una primera capa de protocolo de convergencia. El
procedimiento comprende la subordinación de al menos una
identificación de punto de acceso a cada abonado así como el
intercambio de al menos un mensaje de ajuste entre la primera y la
segunda capa, conteniendo cada mensaje una identificación para el
algoritmo de compresión/descompresión de datos, un juego de
parámetros para el algoritmo caracterizado así como un diagrama de
bits de las identificaciones de puntos de acceso, caracterizando el
diagrama de bits aquellas identificaciones de puntos de acceso que
deben usar el algoritmo caracterizado así como aquellas, que no
deben usarlo.
El procedimiento conforme a la invención con las
particularidades de la reivindicación principal tiene frente a esto
la ventaja de que se configura al menos un trámite de protocolo de
la primera capa de protocolo de convergencia, en dependencia de una
solicitud de configuración recibida por la segunda estación
radiotelefónica, 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 estación radiotelefónica
trámites de protocolo, cuyos ajustes y cuyo funcionamiento coinciden
con los ajustes y el funcionamiento de trámites de protocolo
correspondientes de la segunda estación radiotelefónica, de tal modo
que se garantiza un funcionamiento impecable de los trámites de
protocolo durante la transmisión de las unidades de datos entre
ambas estaciones radio-
telefónicas.
telefónicas.
Mediante las medidas mencionadas en las
reivindicaciones subordinadas son posibles perfeccionamientos y
mejoras ventajosos del procedimiento indicado en la reivindicación
principal.
Es especialmente ventajoso que con la solicitud
de configuración se prefija al menos una selección, apoyada por la
segunda estación radiotelefónica, en ajustes alternativos para el
trámite de protocolo. De este modo puede seleccionar la primera
estación radiotelefónica, en dependencia de sus propias capacidades
o de su propio volumen de prestaciones y/o en dependencia de una
prefijación de usuario, a partir de los ajustes alternativos, el
ajuste favorable para el primero aparato radiotelefónico.
También es ventajoso que desde la primera
estación radiotelefónica se transmita una señal de confirmación a
la segunda estación radiotelefónica, por medio de que se comunica a
la segunda estación radiotelefónica el ajuste seleccionado y
realizado por la primera estación radiotelefónica. De este modo la
segunda estación radiotelefónica puede configurar al menos una de
sus trámites de protocolo, en dependencia del ajuste realizado para
la primera estación radiotelefónica, para garantizar un
funcionamiento impecable de los trámites de protocolo durante la
transmisión de las unidades de datos entre las dos estaciones
radiotelefónicas.
También es ventajoso que para la configuración
se establezca una identidad de trámite de protocolo, mediante la
cual pueda referenciarse el trámite de protocolo. De este modo puede
accederse al trámite de protocolo para posteriores configuraciones
o reconfiguraciones así como para una desinstalación del trámite de
protocolo, de forma rápida y directa.
Otra ventaja consiste en que la identidad de
trámite de protocolo se establezca de tal modo, que se corresponda
con la identidad de su portadora subordinada. De este modo puede
ahorrarse la transmisión de un elemento de información adicional
para identificar el trámite de protocolo y, de este modo, anchura de
banda de transmisión.
Es especialmente ventajoso que desde la primera
estación radiotelefónica a la segunda estación radiotelefónica,
antes de obtener la solicitud de configuración, se transmita una
comunicación que indique qué ajustes de al menos un trámite de
protocolo son apoyadas por la primera estación radiotelefónica. De
este modo puede asegurarse con seguridad que la segunda estación
radiotelefónica prefija de forma fija o seleccionable para la
primera estación radiotelefónica, por medio de la solicitud de
configuración, sólo aquellos ajustes para la configuración de al
menos un trámite de protocolo, que también pueden materializarse en
la primera estación radiotelefónica.
Otra ventaja consiste en que la comunicación se
transmite, junto con un mensaje sobre las capacidades y el volumen
de prestaciones de la primera estación radiotelefónica, a la segunda
estación radiotelefónica. De este modo puede ahorrarse un elemento
de información adicional para la transmisión de la comunicación y,
de este modo, anchura de banda de transmisión.
Otra ventaja consiste también en que la
solicitud de configuración, en el caso en el que se estructure,
reconfigure o reduzca una portadora mediante un mensaje de
configuración de portadora, se añade al mensaje de configuración de
portadora. De este modo puede ahorrarse un elemento de información
adicional para la transmisión de la solicitud de configuración y,
de este modo, anchura de banda de transmisión.
Es además ventajoso que la señal de confirmación
se añada a un mensaje, con el que la primera estación
radiotelefónica confirme la estructura o la reconfiguración de la
portadora. De este modo puede ahorrarse un elemento de información
adicional para la transmisión de la señal de confirmación y, de este
modo, anchura de banda de transmisión.
En el dibujo se ha representado un ejemplo de
ejecución, que se explica con más detalle en la siguiente
descripción. Aquí muestran la figura 1 una red de radiotelefonía
móvil con dos estaciones de radiotelefonía, la figura 2 una
secuencia de capas de protocolo para las dos estaciones de
radiotelefonía, la figura 3 un corte de la secuencia de capas de
protocolo de una primera de las dos estaciones de radiotelefonía, la
figura 4 un primer desarrollo en el tiempo de un intercambio de
señalización entre las dos estaciones de radiotelefonía, la figura
5 un segundo desarrollo en el tiempo de un intercambio de
señalización entre las dos estaciones de radiotelefonía, la figura
6 un elemento de información para comunicar las capacidades o el
volumen de prestaciones de la primera estación radiotelefónica, la
figura 7 un mensaje de configuración de portadora y la figura 8 un
mensaje de confirmación.
En la figura 1 se ha caracterizado con 30 una
red de radiotelefonía móvil, en la que están dispuestas una primera
estación radiotelefónica 15 y una segunda estación radiotelefónica
16. La segunda estación radiotelefónica 16 está unida con ello a
una unidad de red 80, que ofrece servicios para los abonados a la
red de radiotelefonía móvil 30 y hace funcionar la red de
radiotelefonía móvil 30. En el caso de la primera estación
radiotelefónica 15 se trata en este ejemplo de un abonado de la red
de radiotelefonía móvil 30, por ejemplo en forma de un aparato
emisor de telecomunicación móvil o de una estación móvil, en
especial en forma de un teléfono móvil. A continuación la primera
estación radiotelefónica 15 estará configurada como estación móvil.
En el caso de la segunda estación radiotelefónica 16 se trata en
este ejemplo de una estación base de la red de radiotelefonía móvil
30. Para la invención no es relevante, sin embargo, si en el caso de
la primera estación radiotelefónica 15 o en el caso de la segunda
estación radiotelefónica 16 se trata de un abonado o de una estación
base de la red de radiotelefonía móvil. La red de radiotelefonía
móvil 30 com-
prende con ello normalmente otras estaciones base y abonados, que sin embargo no se han representado en la figura 1.
prende con ello normalmente otras estaciones base y abonados, que sin embargo no se han representado en la figura 1.
La red de radiotelefonía móvil 30 puede hacerse
funcionar por ejemplo conforme a un estándar GSM (Global System for
Mobile Communications) o conforme a un estándar UMTS (Universal
Mobile Telecommunications System), etc.
La invención se refiere a un protocolo de
convergencia de paquetes de datos para redes de radiotelefonía
móvil. Esta invención 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 radiotelefonía
móvil según el estándar UMTS (Universal Mobile Telecommunications
System) o también en un sistema de radiotelefonía móvil según el
estándar GSM. A continuación se supondrá a modo de ejemplo que la
red de radiotelefonía móvil 30 se hace funcionar conforme al
estándar UMTS.
El protocolo de convergencia utilizado conforme
al estándar UMTS se designa con ello como PDCP (Packet Data
Convergence Protocol).
Las funcionalidades del sistema de
radiotelefonía móvil UMTS se dividen en capas, como en el caso del
sistema de radiotelefonía móvil GSM conforme a la figura 2, y
dentro de las capas se especifican diferentes protocolos, que ponen
a disposición 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 radiotelefonía móvil
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 está representada con ello por la estación móvil
15. Una segunda de las dos unidades está representada por la unidad
16. La jerarquía de capas descrita se divide con ello en un plano
de usuario y un plano de control. El plano de usuario se llama
también user-plane y el plano de control se llama
también control-plane. Los protocolos en los que se
transportan datos de usuario están subordinados con ello al plano
de usuario. Los protocolos en los que se transportan datos de
usuario y se generan parcialmente, están subordinados al plano de
control. Para esta invención es relevante la jerarquía de capas o
protocolos del plano de usuario, ya que la capa de protocolo de
convergencia está situada en el plano de usuario y pone a
disposición servicios para el transporte de datos útiles. Los datos
útiles, que son generados por aplicaciones en paquetes y se
transmiten con base en paquetes, son transmitidos por la aplicación
correspondiente en primer lugar a un protocolo de capas de
transporte en una capa de transporte. Aquí se conocen el TCP
(Transmission Control Protocol) y el UDP (User Datagram Protocol).
Sin embargo, también puede pensarse en otros protocolos de capa de
transporte o en una capa de transporte, mediante los cuales se
transmiten los datos útiles 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 través de la red de radiotelefonía móvil 30, que en
este caso sirve de red de paquetes de datos, y añadirles 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 símbolo de referencia 5
para la estación móvil y con el símbolo de referencia 6 para la
estación 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 útiles. Los PDPs más conocidos de la capa de
red 5, 6 son el IP (Internet Protocol) y el protocolo X.25. Tanto
los protocolos de red como de transporte pueden añadir a los datos
útiles datos de control, por ejemplo en forma de una configuración
TCP/IP o de un header TCP/IP. Por debajo de la capa de red 5, 6
están situados ahora los protocolos específicos de UMTS. Con cada
PDP se archivan datos a través del enlace de datos usados por el PDP
en la red de radiotelefonía móvil 30 y en un aparato final de la
red de radiotelefonía móvil, que se comunica con la red de
radiotelefonía móvil 30, por ejemplo en la estación móvil 15. Estos
datos pueden contener por ejemplo parámetros sobre la calidad de
servicios QOS y se designan como contexto PDP. Es posible hacer
funcionar un PDP simultáneamente con diferentes contextos,
diferenciándose los contextos sólo en los parámetros para la calidad
de servicios QOS. Por lo tanto, en un aparato final puede hacerse
funcionar un protocolo IP con una dirección IP, por un lado con un
primer parámetro para la calidad de servicios QOS y por otro lado
con un segundo parámetro 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
estación móvil 15, se ha caracterizado con los símbolos 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 estación móvil 15 con el símbolo de referencia 1 y la capa
de protocolo de convergencia para la estación base 16 con el símbolo
de referencia 2.
El PDCP, cuya misión es tratar los datos a
transmitir entre la estación móvil 15 y la estación base 16 para
una transmisión UMTS eficiente, adapta los datos útiles, que vienen
de un contexto PDP, a la transmisión a través de un interfaz, por
medio de que comprime de forma óptima los datos útiles y/o los datos
de control añadidos a los datos útiles o las informaciones de
control de protocolos y, dado el caso, reúne o multiplexa flujos de
paquetes de datos de diferentes contextos 21, 22,que necesitan la
misma calidad de transmisión, para formar un flujo de paquetes de
datos.
Por debajo de la capa de protocolo de
convergencia 1, 2 prevista para la formación del PDCP se encuentra
en el modelo de capa del sistema de radiotelefonía móvil UMTS una
capa de control de enlace RLC (Radio Link Control), que está
caracterizada para la estación móvil 15 con el símbolo de referencia
10 y para la estación base 16 con el símbolo de referencia 11 en la
figura 2, y corrige los fallos de transmisión opcionales del
interfaz, por medio de que solicita de nuevo en el lado de
recepción paquetes defectuosos y, en el lado de emisión, 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 transmisión y segmenta los paquetes de datos en las
llamadas RLC-PDUs (RLC Packet Data Unit), cuya
longitud está adaptada a los canales de transmisión utilizados.
Para la transmisión de cada flujo de paquetes de
datos multiplexado desde diferentes contextos PDP 21, 22 se usa
después una portadora de datos, que también recibe el nombre de
Radio Bearer o RB, que pone a disposición 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 trámites de protocolo PDCP 35 conforme a la
figura 3, de los que cada uno puede contener varios algoritmos de
compresión 50, 51. Varios contextos PDP 21, 22 pueden estar ligados
a un trámite de protocolo PDCP 35, pero un contexto PDP 21, 22 sólo
puede estar ligado a un trámite de protocolo PDCP 35. Cada trámite
de protocolo PDCP 35 usa exactamente una llamada portadora 45, que
también se llama radio bearer. Una radio bearer es el enlace entre
un trámite de protocolo PDCP 35 y un trámite de la capa de control
de enlace RLC 10, 11 situada por debajo (Radio Link Control =
Control de Enlace Radiofónico), a través 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 compresión
conocidos, como los que se han descrito por ejemplo en la
publicación RFC 1144 ``Compressing TCP/IP-Headers
for Low Speed serial links) para protocolos TCP/IP (TCP =
Transmission Protocol; IP = Internet Protocol) y en la publicación
RFC 2507 "IP Header Compression" para protocolos UDP/IP (UDP =
User Datagram Protocol), se basan en la estructura y en el uso de
llamados libros de códigos, en los que están archivados códigos de
tipo tabla, con los que se codifican o comprimen los datos útiles a
transmitir y/o informaciones de control de protocolo, en el trámite
de protocolo PDCP correspondiente 35 de la estación
radiotelefónica, y a los que se remite en los datos útiles así
comprimidos y/o informaciones de control de protocolos. Los libros
de códigos utilizados también deben ser conocidos en el
descompresor de la estación radiofónica receptora, para hacer
posible una decodificación.
Para garantizar un funcionamiento impecable de
los trámites de protocolo PDCP 35, deben coincidir los algoritmos
de compresión 50, 51, cuyos parámetros de compresión, como por
ejemplo el número de códigos a archivar en el compresor y el
descompresor en libros de códigos correspondientes, así como las
informaciones de multiplexado de las dos capas de protocolo de
convergencia 1, 2 en la estación móvil 15 y en la estación base 16.
Las informaciones de multiplexado indican con ello qué contextos
PDP 21, 22 alimentan sus flujos de paquetes de datos al trámite de
protocolo PDCP 35 correspondiente para su multiplexado. Los
algoritmos de compresión 50, 51, los parámetros de compresión y las
informaciones de multiplexado representan los llamados parámetros de
trámite de protocolo PDCP, que también pueden comprender otros
parámetros, como por ejemplo informaciones sobre las portadoras 45
a utilizar por el trámite de protocolo PDCP 35 correspondiente.
Antes de instalar un nuevo trámite de protocolo PDCP 35 es
necesario un entendimiento entre las dos estaciones radiofónicas 15,
16 a través de los parámetros de trámite de protocolo a configurar.
Este entendimiento se realiza en el plano de control mediante un
llamado control de recursos de radiotelefonía RRC (Radio Ressource
Control), estando caracterizado el control de recursos de
radiotelefonía RRC conforme a la figura 2 para la estación móvil 15
con el símbolo de referencia 95 y para la estación base 16 con el
símbolo 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 está
caracterizada en la figura 2 para la estación móvil 15 mediante el
símbolo de referencia 85 y para la estación base 16 mediante el
símbolo de referencia 86, y es responsable del acceso al verdadero
medio de transmisión, selecciona formatos de transporte adecuados y
multiplexa las diferentes RLC-PDUs sobre canales de
transporte adecuados, que se reproducen en la capa física situada
debajo, que está caracterizada conforme a la figura 2 para la
estación móvil 15 mediante el símbolo de referencia 90 y para la
estación base 16 mediante el símbolo de referencia 91, sobre los
canales físicos referenciados. La jerarquía de capas o protocolos
descrita se conoce de la publicación "Radio Interface Protocol
Architecture", 3 GRADIOTELEFONÍA TS 25.301. Algunas de las capas
descritas, es decir la capa física 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 también un enlace directo con el control
de recursos de radiotelefonía RRC. Este enlace se usa para
transmitir informaciones de estado al control de recursos de
radiotelefonía RRC 95, 96 y para hacer posible que el control de
recursos de radiotelefonía RRC 95, 96 configure los otros
protocolos.
Los datos a transmitir entre la estación móvil
15 y la estación 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 radiotelefonía RRC 95, 96 se describe en la publicación
"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 configuración de
las capas aisladas, el tratamiento de parámetros para la
configuración de las capas con la llamada capa
Peer-RRC y el establecimiento y la desinstalación
de enlaces entre la estación móvil 15 y la red de radiotelefonía
móvil 30 o bien, en este ejemplo de ejecución, es representativo de
la red de radiotelefonía móvil 30 con la estación base 16. La capa
Peer-RRC representa con ello una capa del control
de recursos de radiotelefonía RRC 95, 96 en el mismo plano de capas
de protocolo que la capa a configurar de la estación móvil 15 o de
la estación base 16. Los parámetros para configurar las capas
aisladas se intercambian en mensajes entre las capas
Peer-RRC de la estación móvil 15 y de la estación
base 16 con relación a la capa que debe configurarse en cada
caso.
La señalización descrita en la citada
publicación "RRC Protocol Specification" no contiene hasta
ahora, sin embargo, el intercambio de los parámetros de trámite de
protocolo PDCP, es decir, por ejemplo ni el intercambio de los
algoritmos de compresión 51, 52 y sus parámetros de compresión para
los trámites de protocolo PDCP 35, ni la configuración 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 estación móvil
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 estación móvil 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 también 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 identificación, por ejemplo un NSAPI (Network Layer
Service Access Point Identifier), que caracteriza claramente el
contexto PDP 21, 22 subordinado. Para GSM están previstos
actualmente un máximo de 16 NSAPs simultáneamente en una estación
móvil 15. Para UMTS todavía no se determinado el número de
contextos PDP que pueden estar disponibles simultáneamente en una
estación móvil. Los enlaces de la capa de protocolo de enlaces 10
son usados por la capa de protocolo de convergencia 1 a través de
puntos de acceso a servicios, que también se llaman SAP (Service
Access Point). A los enlaces aislados con los SAPs está subordinada
en cada caso una identificación 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 transmisión QOS y en el caso del sistema de
radiotelefonía móvil GSM están previstos como máximo 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 transmisión QOS. En el caso del sistema de radiotelefonía móvil
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 transmisión 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, después d ela descompresión de los datos útiles 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 añadir a los paquetes de datos una identificación del contexto
PDP recibido, es decir del usuario recibido de la capa de protocolo
de convergencia 1. Como identificación puede usarse para esto el
NSAPI, que se añade 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, también se llama Radio Bearer. Un Radio Bearer
es, como s eha descrito, el enlace entre un trámite de protocolo
PDCP 35 y un trámite de la capa de control de enlace RLC 10, 11, a
través 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 sustitución de
los trámites de protocolo PDCP dispuestos en la capa de protocolo de
convergencia 1, el trámite de protocolo PDCP 35 con un trámite no
representado en la figura 3 de la capa de control de enlace RLC
10.
El trámite 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 compresión de datos
51, que comprime los datos útiles recibidos por la capa de red 5.
Al algoritmo de compresión de datos 51 está subordinado con ello un
algoritmo de descompresión de datos no representado en la figura 3.
El algoritmo de descompresión de datos descomprime los datos útiles
recibidos por la capa de control de enlace 10 y con ello, en último
término, por la estación base 16. Con ello hacen reversible una
compresión de datos conforme al algoritmo de compresión de datos
subordinado 51. El trámite de protocolo PDCP 35 de la capa de
protocolo de convergencia 1 comprende asimismo un algoritmo de
compresión de informaciones de control de protocolos 50, que a
partir de ahora se llama también primer algoritmo de compresión 50
y que comprime las informaciones de control de protocolos, recibidas
por la capa de red 5 con los datos útiles y/o en la capa de
protocolo de convergencia 1 para los datos útiles recibidos. Al
algoritmo de compresión de informaciones de control de protocolos 50
se ha subordinado de forma correspondiente un algoritmo de
descompresión 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 compresión conforme al
algoritmo de compresión de informaciones de control de protocolos
subordinado 50.
Un primer contexto PDP 21 está enlazado a través
de un primer punto de acceso 101 subordinado al mismo con el
algoritmo de compresión de informaciones de control de protocolos 50
y con un algoritmo de descompresión de informaciones de control de
protocolos subordinado. A continuación los algoritmos de compresión
y descompresión subordinados entre sí se consideran una unidad para
simplificar la descripción y, a modo sustitutivo, se referencian
mediante el algoritmo de compresión correspondiente. De este modo el
algoritmo de compresión de informaciones de control de protocolos
50 está enlazado a través del algoritmo de compresión de datos 51,
que se llama a partir de ahora segundo algoritmo de compresión 51,
con la portadora 45.
Un segundo contexto PDP 22 está unido a través
de un segundo punto de acceso 102, subordinado al mismo,
directamente al algoritmo de compresión de datos 51 que, como se ha
descrito, está 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 trámites de protocolo PDCP
de la capa de protocolo de convergencia 1 y otras portadoras.
El núcleo de la invención son procedimientos que
hagan posible el tratamiento de parámetros de trámite de protocolo
PDCP y el establecimiento de trámites de protocolo PDCP entre dos
dispositivos de la red de radiotelefonía móvil 30, en este ejemplo
entre la estación móvil 15 y la estación 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 trámite de
red.
Para empezar los tratamientos se dispone con
ello de un procedimiento en el que la estación base 16 obtiene de
la estación móvil 15 una comunicación 60, conforme a la figura 4, a
través de los ajustes, apoyados por la estación móvil 15, del
trámite de protocolo PDCP 35 a configurar de la estación móvil 15.
En este ejemplo se describe por ejemplo la configuración del
trámite de protocolo PDCP 35 representado en la figura 3. De forma
correspondiente pueden configurarse también simultáneamente, como es
natural, varios trámites de protocolo PDCP de la estación móvil
15.
Justo antes de la instalación por primera vez
del trámite de protocolo PDCP 35, la estación base 16 envía
conforme a la figura 4 una primera solicitud de configuración 40 a
la estación móvil 15, en la que se inicia la instalación por
primera vez del trámite de protocolo PDCP 35. En esta solicitud de
configuración 40 están contenidos los parámetros de trámite de
protocolo PDCP que han buscado en la estación base 16, teniendo en
cuenta la comunicación 60 obtenida anteriormente, los ajustes
apoyados por la estación móvil 15 del trámite de protocolo PDCP 35
a configurar. La primera solicitud de configuración 40 se llama
también PDCP Establishment Request.
A continuación es posible en la estación móvil
15 establecer el trámite de protocolo PDCP 35 con los parámetros de
trámite de protocolo PDCP recibidos en la primera solicitud de
configuración 40 desde la estación base 16. Después de este
establecimiento la estación móvil 15 confirma el establecimiento y
señaliza con ello la estación base 16 por medio de una primera
señal de confirmación 55, que está disponible para que el trámite
de protocolo PDCP 35 pueda recibir o enviar datos. Esta primera
señal de confirmación 55 se llama también PDCP Establishment
Confirm.
Alternativa o adicionalmente puede pensarse en
que la primera solicitud de configuración 40 comprenda una
selección apoyada por la estación base 16 de ajustes o parámetros de
trámite de protocolo PDCP para formar el trámite de protocolo PDCP
35, de tal modo que a la estación móvil 15 se confiera la
posibilidad, después de la recepción de la primera solicitud de
configuración 40, de buscar por su lado los parámetros de trámite
de protocolo PDCP dentro de la selección prefijada, para adaptar el
trámite de protocolo PDCP 35 lo mejor posible a las capacidades y
al volumen de prestaciones, dado el caso también a prefijaciones de
usuarios. Con la primera señal de confirmación 55, que envía
después la estación móvil 15 a la estación base 16, se comunican a
la estación base 16 los parámetros de trámite de protocolo PDCP
seleccionados por la estación móvil 15.
Si falla el establecimiento del trámite de
protocolo PDCP 35, puede enviarse un mensaje correspondiente sobre
la imposibilidad del establecimiento entre la estación móvil 15 y la
estación base 16, en lugar de la primera señal de confirmación 55,
pudiéndose llamar también este mensaje "PDCP Establishment
Failure".
La comunicación 60 contiene por ejemplo
informaciones sobre los algoritmos de compresión 50, 51 apoyados por
la estación móvil 15, cuyos parámetros de compresión utilizados y
los procedimientos de multiplexado posibles en la estación móvil
15, es decir, el número máximo de contextos PDP 21, 22 y el número
posible de las portadoras usadas por la capa de protocolo de
convergencia 1 de la estación móvil 15.
La primera solicitud de configuración 40
contiene informaciones sobre qué contextos PDP 21, 22 acceden al
trámite de protocolo PDCP 35 a instalar y qué portadoras 45 deben
ser usadas por este trámite de protocolo PDCP 35. Asimismo la
primera solicitud de configuración 40 contiene prefijaciones fijas
sobre el o los algoritmos de compresión 50, 51 a utilizar, y los
parámetros de compresión a utilizar para ello, o bien la primera
solicitud de configuración 40 contiene una selección de posibles
parámetros de compresión, entre los cuales la estación móvil 15
puede buscar uno o varios algoritmos de compresión 50, 51 adecuados
y sus parámetros de compresión.
La primera señal de confirmación 55 contiene
después sólo la información de que se ha instalado el trámite de
protocolo PDCP 35 correspondiente o bien, adicionalmente,
informaciones sobre el o los algoritmos de compresión 50, 51
buscados y sus parámetros de compresión.
Si falla el establecimiento del trámite de
protocolo PDCP 35, se envía el mensaje "PDCP Establishment
Failure" desde la estación móvil 15, en lugar de la primera
señal de confirmación 55, a la estación base 16, que puede contener
informaciones sobre el motivo del establecimiento no conseguido.
La primera solicitud de configuración 40 y la
primera señal de confirmación 55 contienen adicionalmente una
identidad de trámite de protocolo PDCP, con la que posteriormente
puede referenciarse el trámite de protocolo PDCP 35, para
desinstalarlo de nuevo o reconfigurarlo. La función de la identidad
de trámite de protocolo PDCP puede ser asumida también por la
identidad para la portadora 45, ya definida en la citada publicación
"RRC Protocol Specification", que se llama también "RB
identity (identidad RB)", ya que un trámite de protocolo PDCP
puede subordinarse exactamente a una portadora.
Una vez instalado el trámite de protocolo PDCP
35, puede ser posible reconfigurar el mismo. Para esto la estación
base 16 envía una segunda solicitud de configuración 41 conforme a
la figura 5 a la estación móvil 15, que indica cómo debe
reconfigurarse el trámite de protocolo PDCP 35. La segunda solicitud
de configuración 41 puede llamarse también mensaje "PDCP
reconfigure request". Esta segunda solicitud de configuración 41
puede usarse con diferentes fines y contiene de forma
correspondiente diferentes informaciones, aunque la identidad del o
de los trámites de protocolo PDCP está contenida siempre en la
segunda solicitud de configuración 41.
Para modificar la función de multiplexado del
trámite de protocolo PDCP 35 instalado descrito en este ejemplo
puede ser conveniente añadir a la segunda solicitud de configuración
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 estación móvil 15, adicionalmente
a los flujos de paquetes de datos de los contextos PDP 21, 22 ya
disponibles, sobre las portadoras 45 usadas por el trámite de
protocolo PDCP 35.
Si uno o varios contextos PDP 21, 22 disponibles
deben usar una portadora con otras características, por ejemplo con
otra calidad de transmisión QOS, puede ser conveniente añadir a la
segunda solicitud de configuración 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 estación móvil 15
mediante el trámite de protocolo PDCP 35 disponible, sobre una
portadora que presente las características necesarias.
Si el trámite de protocolo PDCP 35 debe usar uno
o varios algoritmos de compresión diferentes o adicionales para
comprimir los datos útiles o las informaciones de control de
protocolos, puede ser conveniente añadir a la segunda solicitud de
configuración 41 informaciones sobre éstos o estos nuevos algoritmos
de compresión nue-
vos.
vos.
La segunda solicitud de configuración 41 puede
confirmarse desde la estación móvil 15 mediante una segunda señal
de confirmación 56 conforme a la figura 5, que también puede
llamarse mensaje "PDCP Reconfigure Confirm", para comunicar a
la estación base 16 la modificación con éxito de la
configuración.
Si se da a la estación móvil 15, después de la
recepción de la segunda solicitud de configuración 41 como se ha
descrito también para la primera solicitud de configuración 40, la
posibilidad de buscar por su lado los parámetros de trámite de
protocolo PDCP dentro de una selección puesta a disposición por la
estación base 16, los parámetros de trámite de protocolo PDCP
seleccionados y ajustados de forma correspondiente por la estación
móvil 15 pueden estar contenidos, en la forma descrita para la
primera señal de confirmación 55, en la segunda señal de
confirmación 56.
Si falla la reconfiguración del trámite de
protocolo PDCP 35, puede reenviarse como se ha descrito un mensaje
correspondiente sobre el fallo, que también puede llamarse mensaje
"PDCP Reconfiguration Failure", desde la estación móvil 15 en
lugar de la segunda señal de confirmación 56 hasta la estación base
16. En este mensaje puede estar contenido el motivo del
fracaso.
El trámite de protocolo PDCP 35 instalado puede
también desinstalarse de nuevo. Este proceso se entiende en este
ejemplo de ejecución igualmente como configuración, al igual que el
establecimiento y la reconfiguración del trámite de protocolo PDCP
35. Para esto la estación base 16 envía conforme a la figura 5 una
tercera solicitud de configuración 42 a la estación móvil 15, que
contiene la identificación de trámite de protocolo PDCP y tras cuya
obtención la estación móvil 15 desinstala el trámite de protocolo
PDCP 35. Esta tercera solicitud de configuración 42 puede llamarse
también PDCP Release Request.
La tercera solicitud de configuración 42 puede
confirmarse desde la estación móvil 15 mediante una tercera señal
de confirmación 57, que puede llamarse también mensaje "PDCP
Release Confirm", para comunicar a la estación base 16 la
desinstalación con éxito del trámite de protocolo PDCP 35.
Si falla la desinstalación del trámite de
protocolo PDCP 35, puede reenviarse, en lugar de la tercera señal
de confirmación 57, un mensaje sobre el fracaso de la desinstalación
desde la estación móvil 15 a la estación base 16, que también puede
llamarse mensaje "PDCP Release Failure" y en el que
eventualmente también pueden estar contenidas informaciones sobre
el motivo del fracaso.
Los procedimientos aquí descritos pueden ser
todos ejecutados, por ejemplo como se ha descrito, mediante un
protocolo para controlar los recursos de radiotelefonía, que también
puede llamarse protocolo RRC. El protocolo RRC especificado ya
parcialmente en el estándar UMTS, conforme a la citada publicación
"RRC Protocol Specification", contiene procedimientos para
establecer y desinstalar y para reconfigurar portadoras o RBs. En
estos procedimientos se envían mensajes desde la estación base 16 a
la estación móvil 15 y a la inversa.
En el caso de que el trámite de protocolo PDCP
35 descrito aquí a modo de ejemplo se establezca, desinstale o
reconfigure en el mismo momento que la portadora 45 subordinada, es
conveniente integrar las comunicaciones 60 antes descritas,
solicitudes de configuración 40, 41, 42, señales de confirmación 55,
56, 57 y mensajes sobre el fracaso de la respectiva configuración
del trámite de protocolo PDCP 35, en los mensajes RRC ya definidos
conforme a la publicación citada "RRC Protocol Specification".
Esto puede producirse como sigue:
La primera solicitud de configuración 40 para la
desinstalación del trámite de protocolo PDCP 35 se añade al
mensaje, conocido de la citada publicación "RRC Protocol
Specification", "Radio Bearer Setup". Con este mensaje
"Radio Bearer Setup" se establece una nueva portadora, en este
ejemplo la portadora 45 conforme a la figura 3. Debido a que a cada
portadora puede estar exactamente un trámite de protocolo PDCP y un
trámite de protocolo PDCP 35 también sólo está enlazado con una
portadora, con la portadora 45 a establecer tiene que establecerse
también el trámite de protocolo PDCP 35. Por ello los parámetros de
trámite de protocolo PDCP pueden estar contenidos adicionalmente,
para este trámite de protocolo PDCP 35, en el mensaje "Radio
Bearer Setup".
El establecimiento de la nueva portadora 45 se
confirma mediante la estación móvil 15 con el mensaje "Radio
Bearer Setup Complete" conforme a la citada publicación "RRC
Protocol Specification". Este mensaje "Radio Bearer Setup
Complete" puede asumir también la función de la primera señal de
confirmación 55 descrita anteriormente. Si se da a la estación
móvil 15 después de la recepción de la primera solicitud de
configuración 40, como se ha descrito, la posibilidad de
seleccionar por su lado los parámetros de trámite de protocolo PDCP
y de ajustar o configurar de forma correspondiente el trámite de
protocolo PDCP 35, puede añadirse la información sobre los
parámetros de trámite de protocolo PDCP así seleccionados al mensaje
"Radio Bearer Setup Complete".
Si falla el establecimiento de la nueva
portadora 45, la estación móvil 15 envía, conforme a la citada
publicación "RRC Protocol Specification", un mensaje "Radio
Bearer Setup Failure" a la estación base 16. Si el
establecimiento ha fracasado a causa de un trámite de protocolo
PDCP 35 no establecido, por ejemplo, a causa de parámetros de
trámite de protocolo PDCP no apoyados por la estación base 16 o la
estación móvil 15, puede añadirse al mensaje "Radio Bearer Setup
Failure" una información correspondiente sobre el motivo del
fracaso del establecimiento del trámite de protocolo PDCP 35.
Para reconfigurar la portadora 45 descrita en
este ejemplo se envía, conforme a la citada publicación "RRC
Protocol Specification", el mensaje "Radio Bearer
Reconfiguration" desde la estación base 16 a la estación móvil
15. A este mensaje pueden añadirse informaciones de forma
correspondiente a la segunda solicitud de configuración 41 antes
descrita, para modificar igualmente los parámetros de trámite de
protocolo PDCP del trámite de protocolo PDCP 35
correspondiente.
Para confirmar las modificaciones de la
portadora 45 llevadas a cabo durante la reconfiguración, la estación
móvil 15 envía como respuesta el mensaje "Radio Bearer
Reconfiguration Complete", conocido conforme a la citada
publicación "RRC Protocol Specification", de vuelta a la
estación base 16. Si se da a la estación móvil 15 después de la
recepción de la segunda solicitud de configuración 41, la
posibilidad de seleccionar y ajustar por su lado los parámetros de
trámite de protocolo PDCP de la forma descrita, de tal modo que se
modifica o reconfigura el trámite de protocolo PDCP 35, pueden
añadirse las informaciones sobre los parámetros de trámite de
protocolo PDCP seleccionados al mensaje "Radio Bearer
Reconfiguration Complete".
Si fallan las modificaciones o la
reconfiguración de la portadora 45, la estación móvil 15 envía
conforme a la citada publicación "RRC Protocol Specification"
el mensaje "Radio Bearer Reconfiguration Failure"de vuelta a
la estación base 16. Si elfracaso debe achacarse a una modificación
de los parámetros de trámite de protocolo PDCP no ejecutable, por
ejemplo no apoyada por la estación base 16 o la estación móvil 15,
puede añadirse 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" también como identificación para el trámite de
protocolo PDCP 35, para de este modo ahorrar un elemento de
información adicional.
Los casos aquí citados para configurar el
trámite de protocolo PDCP 35 mediante establecimiento,
reconfiguración y desinstalación del trámite de protocolo PDCP 35
son impulsados, en el ejemplo de ejecución aquí descrito, por la
estación base 16, pero también pueden iniciarse desde la estación
móvil 15.
A continuación se describe más concretamente el
intercambio de mensajes descrito entre la estación móvil 15 y la
estación base 16. Con ello comprende la estación móvil 15 un
ordenador digital y una unidad de radiotelefonía móvil, a través de
la cual el ordenador digital puede enviar o recibir datos a o desde
la red de radiotelefonía móvil 30. Estos datos pueden reconducirse
por ejemplo a o desde internet, que en este ejemplo de ejecución
está conectada a la red de radiotelefonía móvil 30.
La estación móvil 15 se da a conocer a la red de
radiotelefonía móvil 30 después de la conexión y envía en un
momento adecuado un mensaje 65
"UE-Capability-Information" 65
(UE = User Equipment) conforme a la figura 6, previsto conforme al
estándar UMTS, a la red de radiotelefonía móvil 30, en el que da a
conocer a la red de radiotelefonía móvil sus capacidades y su
volumen de prestaciones. Este mensaje 65
"UE-Capability-Information" se
amplía a continuación conforme a la invención en un elemento de
información"PDCP-capability", que se
corresponde con la comunicación 60 descrita. El mensaje 65
"UE-Capability-Information" con
el elemento de información 60
"PDCP-capability" se muestran en la figura 6.
En la figura 6 caracterizan 61y 62 además en cada caso un elemento
de información del mensaje 65
"UE-Capability-Information",
que representa las capacidades de la estación móvil 15 con respecto
a funciones que son independientes del trámite de protocolo PDCP
35.
El elemento de información 60
"PDCP-capability" contiene informaciones sobre
las capacidades de multiplexado y compresión de la estación móvil
15. En la figura 6 111 caracteriza un primer
sub-elemento de información, que está contenido en
el elemento de información 60 "PDCP-capability"
y ocupa por ejemplo un bit, que indica si la estación móvil 15
apoya multiplexado u ocupa barios bits, que indican cuántos flujos
de paquetes de datos de diferentes contextos PDP pueden
multiplexarse como máximo sobre una portadora. En la figura 6 112
caracteriza un segundo sub-elemento de información,
que está contenido en el elemento de información 60
"PDCP-capability" e indica de forma
correspondiente si la estación móvil 15 apoya el primer algoritmo de
compresión 50. En la figura 6 113 caracteriza un tercer
sub-elemento de información, que está contenido en
el elemento de información 60
"PDCP-capability" e indica de forma
correspondiente si la estación móvil 15 apoya el segundo algoritm de
compresión 51. En la figura 6 114 caracteriza un cuarto
sub-elemento de información, que está contenido en
el elemento de información 60 "PDCP-capability"
e indica, de forma correspondiente, parámetros de compresión
apoyados por la estación móvil 15 para el primer algoritmo de
compresión 50. En la figura 6 115 caracteriza un quinto
sub-elemento de información, que está contenido en
el elemento de infromación 60 "PDCP-capability"
e indica, de forma correspondiente, parámetros de compresión
apoyados por la estación móvil 15 para el segundo algoritmo de
compresión 51. El cuarto elemento de información 114 y el quinto
elemento de información 115 representan con ello, por ejemplo, la
longitud máxima de los libros de códigos subordinados al respectivo
algoritmo de compresión 50, 51, es decir, el número máximo de
registros de estos libros de códigos.
Mediante el envío del mensaje 65
"UE-Capability-Information"
desde la estación móvil 15 a la estación base 16, la unidad de red
80 de la red de radiotelefonía móvil 30, a través de la estación
base 16, envía informaciones sobre qué algoritmos de compresión son
apoyados por la estación móvil 15. La recepción del mensaje 65
"UE-Capability-Information" se
confirma desde la unidad de red 80 a través de la estación base 16
con un mensaje
"Capability-Information-Confirm",
que se envía a la estación móvil 15 desde la estación base 16.
A continuación se asume, partiendo del trámite
de protocolo PDCP 35 descrito conforme a la figura 3, que la
estación móvil 15 apoya tanto el primer algoritmo de compresión 50
como el segundo algoritmo de compresión 51. El segundo algoritmo de
compresión 51 es apropiado, como se ha descrito, para comprimir
datos útiles 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 trámite de protocolo PDCP 35 descrito
en la figura 3, que la estación móvil 15 apoya también el
multiplexado de flujos de paquetes de datos de diferentes contextos
PDP 21, 22.
Si a continuación deben enviarse paquetes de
datos desde la estación base 16 de la red de radiotelefonía móvil
30 a la estación móvil 15, con este fin es necesario establecer un
enlace a través del interfaz UMTS, es decir la portadora 45 o un
Radio Bearer RB. Para esto la estación base 16 envía el mensaje
"Radio-Bearer-Setup" como
mensaje de configuración de portadora 70 conforme a la figura 7,
como se ha descrito, a al estación móvil 15, estando contenidos en
el mensaje de configuración de portadora 70 algunos parámetros para
el establecimiento de la portadora 45. Conforme a la invención este
mensaje de configuración de portadora 70 se amplía ahora, conforme
a la figura 7, en un elemento de información
"PDCP-Info", que se corresponde con la primera
solicitud de configuración 40 y contiene informaciones sobre cómo
debe configurarse el nuevo trámite de protocolo PDCP 35 a
establecer. En la figura 7 43 y 44 caracterizan otros elementos de
información, que son independientes de la configuración del trámite
de protocolo PDCP 35. En la figura 7 116 caracteriza un sexto
sub-elemento de información, que está contenido en
el elemento de información 40 "PDCP-Info" y
ocupa por ejemplo cuatro bits, que indican por cuántos diferentes
contextos PDP deben multiplexarse flujos de paquetes de datos sobre
la portadora 45 nuevamente establecida. Si este número es igual a
uno, no se usa ningún multiplexado. En la figura 7 117 caracteriza
un séptimo sub-elemento de información, que está
contenido en el elemento de información 40
"PDCP-Info" y contiene una lista, que comprende
identificadores para el direccionamiento de contextos PDP de forma
correspondiente al número indicado en el sexto
sub-elemento de información 116. En al figura 7 118
caracteriza un octavo sub-elemento de información,
que está contenido en el elemento de información 40
"PDCP-Info" y contiene el número de algoritmos
de compresión, que deben utilizarse en el trámite de protocolo PDCP
35 a configurar. En la figura 7 119 caracteriza un noveno
sub-elemento de información, que está contenido en
el elemento de información 40 "PDCP-Info" y
contiene una lista de estos algoritmos de compresión. En la figura
7 120 caracteriza un décimo sub-elemento de
información, que está contenido en el elemento de información 40
"PDCP-Info" e indica en cada caso un parámetro
de compresión o una lista para los algoritmos de compresión
indicados en el noveno sub-elemento de
compresión.
En una ejecución a modo de ejemplo para el
elemento de información 40 "PDCP-Info" podrían
seleccionarse los valores, contenidos en los
sub-elementos de información correspondientes, como
sigue:
- sexto sub-elemento de información 116 \Rightarrow 1
- séptimo sub-elemento de información 117 \Rightarrow 22
- octavo sub-elemento de información 118 \Rightarrow 1
- noveno sub-elemento de información 119 \Rightarrow 51
- décimo sub-elemento de información 120 \Rightarrow 16.
Esto significa que un contexto PDP con el
identificador 22 usa el trámite de protocolo PDCP 35 para
multiplexar sus flujos de paquetes de datos sobre a portadora 45,
debiéndose usarse en el trámite de protocolo PDCP 35 un algoritmo
de compresión con el número 51 y la longitud de libro de códigos 16.
Esto se corresponde con una configuración del trámite de protocolo
PDCP 35 conforme a la figura 3, en la que sólo el segundo contexto
PDP 22 está enlazado a través del segundo punto de acceso 102, el
segundo algoritmo de compresión 51 y la portadora 45 a la capa de
control de enlace RLC 10 de la estación móvil 15, no siendo
necesario por sí mismo un multiplexado, ya que sólo se transmite el
flujo de paquetes de datos del segundo contexto PDP 22 a través de
la portadora 45 a la capa de control de enlace RLC 10 de la estación
móvil 15. El primer contexto PDP 21 no accedería con esta
configuración al trámite de protocolo PDCP 35, al contrario que el
ejemplo descrito según la figura 3.
Cuando el protocolo RRC en la estación móvil 15
recibe el mensaje de configuración de portadora 70 y los parámetros
de trámite de protocolo PDCP allí contenidos se corresponden con las
capacidades de la estación móvil 15, el control de recursos de
radiotelefonía 95 creará, aparte de la portadora 45, también el
trámite de protocolo PDCP 35 y lo configurará de forma
correspondiente a los parámetros de trámite de protocolo PDCP. A
continuación el protocolo RRC confirma el establecimiento de la
portadora 45 y del trámite de protocolo PDCP 35 con un mensaje
"Radio-Bearer-Setup-Complete",
que representa un mensaje de confirmación 75 que contiene la primera
señal de confirmación 55 conforme a la figura 8. De este modo es
posible la transferencia de datos a través de la nueva portadora 45
y a través del nuevo trámite de protocolo PDCP 35. Si no es posible
por algún motivo el establecimiento de la portadora 45 y/o del
trámite de protocolo PDCP 35, se envía un mensaje
"Radio-Bearer-Setup-Failure"
de la estación móvil 15 a la estación base 16, que puede contener
una información sobre el motivo del establecimiento fallido.
El trámite 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 trámite de protocolo PDCP 35 también debe
reconfigurarse, es conveniente reunir ambas reconfiguraciones. En un
mensaje
"Radio-Bearer-Reconfiguration"
ya existente y a transmitir entre la estación base 16 y la estación
móvil 15 se añade con ello un elemento de información
"PDCP-Reconfiguration-Info",
que tiene un aspecto similar o igual que el elemento de información
40 "PDCP-Info" antes descrito y se corresponde
con la segunda solicitud de configuación 41. De este modo pueden
modificarse o reconfigurarse los algoritmos de compresión usados por
el trámite de protocolo PDCP 35, sus parámetros de compresión y la
lista de los contextos PDP que acceden al trámite de protocolo PDCP
35. El mensaje
"Radio-Bearer-Reconfiguration-Complete"
enviado mediante el protocolo RRC desde la estación móvil 15 a
continuación a la estación base 16 confirma después, con la
reconfiguración de la portadora 45, también la reconfiguración del
trámite de protocolo
PDCP 35.
PDCP 35.
En el segundo caso, es decir, cuando no es
necesario reconfigurar la portadora 45 usada por el trámite de
protocolo PDCP 35, es conveniente enviar un mensaje
"PDCP-Reconfiguration" usado específicamente
para la capa de protocolo de convergencia 1 de la estación móvil
15, desde la estación base 16 a la estación móvil 15, por ejemplo
en forma del mensaje "PDCP reconfigure request" descrito, que
comprende aparte de la segunda solicitud de configuración 41 que
contiene las informaciones de reconfiguración, también la identidad
de trámite de protocolo PDCP 35 o la identidad de su portadora 45
subordinada.
La desinstalación del trámite de protocolo PDCP
35 tiene lugar convenientemente de forma automática con la
desinstalación de su portadora 45 subordinada mediante un mensaje
"Radio-Bearer-Release".
La configuración del trámite de protocolo PDCP
35 de la estación móvil 15 con los algoritmos de compresión a
utilizar, parámetros de compresión y características de multiplexado
se prefija desde la estación base, de tal manera a través de las
solicitudes de configuración 40, 41, 42 correspondientes, que con
los algoritmos de compresión utilizados por el trámite de protocolo
PDCP 35 a configurar se corresponde en cada caso un algoritmo de
descompresión en la estación base 16, para poder descomprimir las
informaciones de control de protocolo o los datos útiles
comprimidos por el trámite de protocolo PDCP 35 a configurar.
Asimismo y por el mismo motivo se utilizan para la descompresión en
la estación base 16 los parámetros de compresión utilizados también
por el trámite de protocolo PDCP 35 a configurar. Aparte de esto se
transmite a la estación base 16 el flujo de paquetes de datos
multiplexado mediante el trámite de protocolo PDCP 35 a configurar,
como flujo de datos útiles, y allí se desmultiplexa en dependencia
de las características de multiplexado del trámite de protocolo
PDCP 35 a configurar, para poder dividir el flujo de datos útiles
recibido en los correspondientes contextos PDP en la capa de red 6
de la estación base 16.
Claims (16)
1. 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).
2. Procedimiento según la reivindicación 1,
caracterizado porque durante la configuración se determina al
menos un algoritmo de compresión (50, 51), mediante el cual se
comprimen datos de control de protocolo para la transmisión de al
menos una unidad de datos o los los propios datos útiles a
transmitir mediante al menos una primera unidad de datos, y al que
corresponde un algoritmo de descompresión en la segunda estación de
radiotelefonía (16), para descomprimir los datos de control de
protocolo o los datos útiles.
3. Procedimiento según la reivindicación 2,
caracterizado porque con la determinación de al menos un
algoritmo de compresión (50, 51) se determina al menos un parámetro
de compresión, utilizándose este parámetro de compresión también en
la segunda estación radiotelefónica (16) para la descompresión.
4. Procedimiento según la reivindicación 1, 2 ó
3, caracterizado porque durante la configuración se
determinan características de multiplexado, mediante las cuales se
prefijan los usuarios (21, 22) cuyas unidades de datos, compuestas
mediante al menos un trámite de protocolo (35) a partir de los datos
útiles 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 útiles formado de este modo, después de su recepción
en la segunda estación radiotelefónica (16), se desmultiplexa en
dependencia de estas características de multiplexado.
5. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque durante la
configuración se determina la portadora (45), a través de la cual
se transmiten los datos útiles desde el trámite de protocolo (35) a
la capa de control de enlace (10).
6. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque con la
solicitud de configuración (40, 41, 42) se prefija al menos una
selección apoyada por la segunda estación radiotelefónica (16) de
ajustes alternativos para el trámite de protocolo (35).
7. Procedimiento según la reivindicación 6,
caracterizado porque desde la primera estación
radiotelefónica (15) se transmite una señal de confirmación (55,
56, 57) a la segunda estación radiotelefónica (16), comunicándose
el ajuste de la segunda estación radiotelefónica (16) seleccionado y
ejecutado por la primera estación radiotelefónica (15).
8. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque con la
solicitud de configuración (40, 41, 42) se prefija de modo fijo al
menos un ajuste para el trámite de protocolo (35).
9. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque la
identidad de trámite de protocolo se determina de tal manera, que
se corresponde con la identidad de la portadora (45) subordinada a
la misma.
10. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque desde la
primera estación radiotelefónica (15) a la segunda estación
radiotelefónica (16) antes de obtener la solicitud de configuración
(40, 41, 42) se transmite una comunicación (60), que indica qué
ajustes de al menos un trámite de protocolo (35) son apoyados por
la primera estación radiotelefónica (15).
11. Procedimiento según la reivindicación 10,
caracterizado porque la comunicación (60) se transmite a la
segunda estación radiotelefónica (16) junto con un mensaje (65)
sobre las capacidades y el volumen de prestaciones de la primera
estación radiotelefónica (15).
12. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque mediante la
solicitud de configuración (40) se establece al menos un trámite de
protocolo (35).
13. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque mediante la
solicitud de configuración (41) se modifican o reconfiguran los
ajustes de un trámite de protocolo (35) establecido.
14. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque mediante la
solicitud de configuración (42) se desinstala un trámite de
protocolo (35) establecido.
15. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque la
solicitud de configuración (40, 41, 42), en el caso de que una
portadora (45) se establece, reconfigura o desinstala por medio de
un mensaje de configuración de portadora (70), se añade al mensaje
de configuración de portadora (70).
16. Procedimiento según la reivindicación 15,
siempre que éste haga referencia a la reivindicación 7,
caracterizado porque la señal de configuración (55, 56, 57)
se añade a un mensaje (75), con el que la primera estación
radiotelefónica (15) confirma el establecimiento o la
reconfiguración de la portadora (45).
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE19950653.1A DE19950653B4 (de) | 1999-10-21 | 1999-10-21 | Verfahren zum Betreiben eines Mobilfunknetzes |
| DE19950653 | 1999-10-21 | ||
| PCT/DE2000/003247 WO2001030042A2 (de) | 1999-10-21 | 2000-09-19 | Verfahren zum betreiben eines mobilfunknetzes |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| ES2272327T3 true ES2272327T3 (es) | 2007-05-01 |
| ES2272327T5 ES2272327T5 (es) | 2013-07-10 |
Family
ID=7926357
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES10182497.7T Expired - Lifetime ES2624733T3 (es) | 1999-10-21 | 2000-09-19 | Procedimiento para hacer funcionar una red de radiotelefonía móvil |
| ES14200143.7T Expired - Lifetime ES2623819T3 (es) | 1999-10-21 | 2000-09-19 | Procedimiento para hacer funcionar una red de radiotelefonía móvil |
| ES00967581T Expired - Lifetime ES2272327T5 (es) | 1999-10-21 | 2000-09-19 | Procedimiento para hacer funcionar una red de radiotelefonía móvil |
Family Applications Before (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES10182497.7T Expired - Lifetime ES2624733T3 (es) | 1999-10-21 | 2000-09-19 | Procedimiento para hacer funcionar una red de radiotelefonía móvil |
| ES14200143.7T Expired - Lifetime ES2623819T3 (es) | 1999-10-21 | 2000-09-19 | Procedimiento para hacer funcionar una red de radiotelefonía móvil |
Country Status (8)
| Country | Link |
|---|---|
| US (9) | US7245636B1 (es) |
| EP (5) | EP1226692B2 (es) |
| JP (1) | JP4571767B2 (es) |
| KR (1) | KR100743378B1 (es) |
| CN (2) | CN101527930B (es) |
| DE (2) | DE19950653B4 (es) |
| ES (3) | ES2624733T3 (es) |
| WO (1) | WO2001030042A2 (es) |
Families Citing this family (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6624761B2 (en) | 1998-12-11 | 2003-09-23 | Realtime Data, Llc | Content independent data compression method and system |
| US6601104B1 (en) | 1999-03-11 | 2003-07-29 | Realtime Data Llc | System and methods for accelerated data storage and retrieval |
| DE19950653B4 (de) * | 1999-10-21 | 2020-01-16 | Ipcom Gmbh & Co. Kg | Verfahren zum Betreiben eines Mobilfunknetzes |
| US20010047473A1 (en) | 2000-02-03 | 2001-11-29 | Realtime Data, Llc | Systems and methods for computer initialization |
| US8692695B2 (en) | 2000-10-03 | 2014-04-08 | Realtime Data, Llc | Methods for encoding and decoding data |
| US9143546B2 (en) | 2000-10-03 | 2015-09-22 | Realtime Data Llc | System and method for data feed acceleration and encryption |
| US7386046B2 (en) * | 2001-02-13 | 2008-06-10 | Realtime Data Llc | Bandwidth sensitive data compression and decompression |
| DE60113568T2 (de) * | 2001-03-13 | 2006-06-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Routen von peer-to-peer-nachrichten in einem kommunikationsnetz |
| US7295522B2 (en) * | 2001-06-29 | 2007-11-13 | Microsoft Corporation | System and method for continuously provisioning a mobile device |
| US7920590B2 (en) * | 2002-07-12 | 2011-04-05 | Spyder Navigations L.L.C. | Wireless communications system having built-in packet data compression and support for enabling non-standard features between network elements |
| CN100584124C (zh) * | 2003-12-19 | 2010-01-20 | 诺基亚公司 | 用于在无线通信设备中选择无线电资源的方法和设备 |
| US7899004B2 (en) | 2005-08-22 | 2011-03-01 | Qualcomm Incorporated | Distributed protocol over a wireless connection |
| JP4629075B2 (ja) * | 2006-08-24 | 2011-02-09 | リサーチ イン モーション リミテッド | Ｉｐセッションの最大数が確立されていることを決定するシステムおよび方法 |
| EP1898567B1 (en) * | 2006-08-24 | 2008-11-26 | Research In Motion Limited | System and method for determining that a maximum number of IP sessions has been established |
| JP5368999B2 (ja) * | 2007-01-12 | 2013-12-18 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 無線通信システムにおける方法及び装置 |
| WO2008136294A1 (ja) * | 2007-05-01 | 2008-11-13 | Ntt Docomo, Inc. | 移動通信システムにおけるユーザ装置、基地局装置及び通信制御方法 |
| US7889670B2 (en) * | 2008-09-22 | 2011-02-15 | Qwest Communications International, Inc. | Dynamic modem bandwidth checking |
| CN101741605B (zh) * | 2008-11-11 | 2013-04-24 | 华为技术有限公司 | 一种处理报文的方法、设备和系统 |
| WO2010074441A2 (en) * | 2008-12-26 | 2010-07-01 | Lg Electronics Inc. | Method of releasing radio bearer in wireless communication system and receiver |
| CN101790232B (zh) * | 2009-01-22 | 2016-03-30 | 中兴通讯股份有限公司 | 基于多载波系统的扫描报告发送方法、终端 |
| CN101827341B (zh) * | 2009-03-04 | 2013-06-05 | 电信科学技术研究院 | 一种单元格式的指示方法、系统和装置 |
| KR101582696B1 (ko) * | 2009-04-21 | 2016-01-06 | 엘지전자 주식회사 | 다중 반송파 시스템에서 무선통신의 수행장치 및 방법 |
| KR101617048B1 (ko) * | 2009-06-01 | 2016-05-02 | 엘지전자 주식회사 | 다중 반송파 시스템에서 요소 반송파의 실패를 처리하는 방법 및 장치 |
| CN101697630B (zh) * | 2009-10-23 | 2015-04-01 | 中兴通讯股份有限公司 | 一种无线链路扩充缓冲区状态报告的方法及装置 |
| CN102131234B (zh) * | 2010-01-18 | 2013-12-04 | 华为技术有限公司 | Ip数据包的压缩及解压缩方法和装置 |
| CN102333345A (zh) * | 2011-09-21 | 2012-01-25 | 杭州华三通信技术有限公司 | 基于wlan网络的数据压缩传输方法、sta及ap |
| US9125087B2 (en) * | 2011-10-22 | 2015-09-01 | Qualcomm Incorporated | Systems and methods for header compression |
| GB2510358A (en) * | 2013-01-31 | 2014-08-06 | Eip | Configuring layer 2 data compression between a UE and base station in LTE. |
| KR102200802B1 (ko) * | 2014-10-16 | 2021-01-11 | 삼성전자 주식회사 | 무선통신 시스템에서 mtc 단말의 데이터 송수신 방법 및 장치 |
| US10341466B2 (en) * | 2014-11-14 | 2019-07-02 | Qualcomm Incorporated | Evolved data compression scheme signaling |
| US20160142937A1 (en) * | 2014-11-14 | 2016-05-19 | Qualcomm Incorporated | Techniques for compressing session initiation messages using templates for evolved data compression scheme (edcs) |
| US10470090B2 (en) * | 2014-11-14 | 2019-11-05 | Qualcomm Incorporated | Data compression techniques for handover and radio link failure recovery |
| US10750501B2 (en) | 2018-05-04 | 2020-08-18 | At&T Intellectual Property I, L.P. | Carrier aggregation and dual connectivity capability exchange |
| US10701700B2 (en) * | 2018-10-29 | 2020-06-30 | Apple Inc. | Signaling messaging and UE capability with tag and compression |
| US10797968B2 (en) * | 2018-11-15 | 2020-10-06 | Cisco Technology, Inc. | Automated provisioning of radios in a virtual radio access network |
| CN112911641A (zh) * | 2019-12-03 | 2021-06-04 | 华为技术有限公司 | 通信处理方法和通信处理装置 |
Family Cites Families (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5249302A (en) | 1987-10-09 | 1993-09-28 | Motorola, Inc. | Mixed-mode transceiver system |
| US5544222A (en) | 1993-11-12 | 1996-08-06 | Pacific Communication Sciences, Inc. | Cellular digtial packet data mobile data base station |
| US5553314A (en) * | 1994-04-12 | 1996-09-03 | Motorola, Inc. | Method of configuring a communication unit using a wireless portable configuration device |
| US5638412A (en) * | 1994-06-15 | 1997-06-10 | Qualcomm Incorporated | Method for providing service and rate negotiation in a mobile communication system |
| US5535199A (en) * | 1994-09-06 | 1996-07-09 | Sun Microsystems, Inc. | TCP/IP header compression X.25 networks |
| FI98027C (fi) * | 1995-01-10 | 1997-03-25 | Nokia Telecommunications Oy | Pakettiradiojärjestelmä ja päätelaitteisto pakettiradiojärjestelmää varten |
| US5802065A (en) | 1995-10-23 | 1998-09-01 | Kawasaki Steel Corporation | Data receiving device |
| FI962381L (fi) * | 1996-06-07 | 1997-12-08 | Nokia Telecommunications Oy | Datan pakkaaminen tietoliikenneyhteydellä |
| US5987022A (en) * | 1996-12-27 | 1999-11-16 | Motorola, Inc. | Method for transmitting multiple-protocol packetized data |
| SE517600C2 (sv) * | 1997-03-13 | 2002-06-25 | Ericsson Telefon Ab L M | Anordning, system och förfarande för uppsättande av en förbindelse mellan en telekommunikationsstation och ett datanät |
| KR100260516B1 (ko) * | 1997-04-01 | 2000-07-01 | 정선종 | 코드분할 다중접속 이동통신망에서의 비동기통신 데이터발신호 및 착신호 서비스 방법 |
| EP1841273A3 (en) | 1997-04-24 | 2013-12-18 | Ntt Mobile Communications Network Inc. | Method and system for mobile communications |
| FI105874B (fi) | 1997-08-12 | 2000-10-13 | Nokia Mobile Phones Ltd | Monipistematkaviestinlähetys |
| US6400722B1 (en) * | 1997-10-14 | 2002-06-04 | Lucent Technologies Inc. | Optimum routing system |
| DE19747398C2 (de) * | 1997-10-27 | 2002-10-24 | Ericsson Telefon Ab L M | Kommunikationssystem |
| FI105760B (fi) * | 1997-10-30 | 2000-09-29 | Nokia Mobile Phones Ltd | Matkaviestinverkon aliverkkoriippuvainen konvergenssiprotokolla |
| FI104674B (fi) * | 1997-11-24 | 2000-04-14 | Nokia Networks Oy | Datakompression neuvottelu tietoliikennejärjestelmässä |
| US6205140B1 (en) * | 1997-12-01 | 2001-03-20 | Intel Corporation | Communication of dynamic dependencies along media streams |
| FI111433B (fi) * | 1998-01-29 | 2003-07-15 | Nokia Corp | Menetelmä tiedonsiirron salaamiseksi ja solukkoradiojärjestelmä |
| FI108829B (fi) * | 1998-04-02 | 2002-03-28 | Nokia Corp | Menetelmä pakettiverkossa |
| US6278706B1 (en) * | 1998-04-03 | 2001-08-21 | Opuswave Networks, Inc. | Wireless packet data communication apparatus and method |
| KR100396643B1 (ko) * | 1998-09-07 | 2003-10-17 | 엘지전자 주식회사 | 무선패킷데이터단말 |
| US6072388A (en) * | 1998-12-22 | 2000-06-06 | Meritor Heavy Vehicle Systems Llc | Driveline sound monitor |
| US6611533B1 (en) | 1999-01-13 | 2003-08-26 | Nortel Networks Limited | Public telephone network, intelligent network, and internet protocol network services interworking |
| FI990877A0 (fi) * | 1999-04-19 | 1999-04-19 | Nokia Mobile Phones Ltd | Menetelmä multimediaviestien välittämiseksi |
| US6614776B1 (en) * | 1999-04-28 | 2003-09-02 | Tantivy Communications, Inc. | Forward error correction scheme for high rate data exchange in a wireless system |
| FI111505B (fi) * | 1999-05-31 | 2003-07-31 | Nokia Corp | Menetelmä ohjaustiedon välittämiseksi tiedonsiirtojärjestelmässä, tiedonsiirtojärjestelmä, langaton päätelaite ja tukiasemajärjestelmä |
| US6483822B1 (en) * | 1999-06-07 | 2002-11-19 | Marcello Lioy | Establishing a packet network call between a mobile terminal device and an interworking function |
| DE19944334C1 (de) | 1999-09-15 | 2000-12-21 | Bosch Gmbh Robert | Verfahren zum Betreiben eines Mobilfunknetzes |
| DE19950653B4 (de) | 1999-10-21 | 2020-01-16 | Ipcom Gmbh & Co. Kg | Verfahren zum Betreiben eines Mobilfunknetzes |
| FR2809273B1 (fr) * | 2000-05-19 | 2002-08-30 | Cit Alcatel | Procede de signalisation de parametres de mode compresse a une station mobile |
| FI112014B (fi) * | 2000-06-28 | 2003-10-15 | Nokia Corp | Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa |
| KR100483007B1 (ko) | 2002-12-24 | 2005-04-18 | 한국전자통신연구원 | 차세대 이동통신 시스템에서의 핸드오버 방법 |
| JP2005013519A (ja) | 2003-06-26 | 2005-01-20 | Sankyo Kk | 遊技球を用いたスロットマシン |
-
1999
- 1999-10-21 DE DE19950653.1A patent/DE19950653B4/de not_active Expired - Lifetime
-
2000
- 2000-09-19 ES ES10182497.7T patent/ES2624733T3/es not_active Expired - Lifetime
- 2000-09-19 EP EP00967581.0A patent/EP1226692B2/de not_active Expired - Lifetime
- 2000-09-19 EP EP20060113477 patent/EP1686760A1/de not_active Ceased
- 2000-09-19 ES ES14200143.7T patent/ES2623819T3/es not_active Expired - Lifetime
- 2000-09-19 JP JP2001531276A patent/JP4571767B2/ja not_active Expired - Lifetime
- 2000-09-19 EP EP10182505.7A patent/EP2378736A3/de not_active Ceased
- 2000-09-19 EP EP14200143.7A patent/EP2890082B1/de not_active Expired - Lifetime
- 2000-09-19 US US10/111,511 patent/US7245636B1/en not_active Expired - Fee Related
- 2000-09-19 ES ES00967581T patent/ES2272327T5/es not_active Expired - Lifetime
- 2000-09-19 CN CN2009101329903A patent/CN101527930B/zh not_active Expired - Lifetime
- 2000-09-19 DE DE50013529T patent/DE50013529D1/de not_active Expired - Lifetime
- 2000-09-19 CN CN00814667A patent/CN1382337A/zh active Pending
- 2000-09-19 EP EP10182497.7A patent/EP2378735B1/de not_active Expired - Lifetime
- 2000-09-19 KR KR1020027005143A patent/KR100743378B1/ko not_active Expired - Lifetime
- 2000-09-19 WO PCT/DE2000/003247 patent/WO2001030042A2/de not_active Ceased
-
2007
- 2007-07-06 US US11/825,330 patent/US7609726B2/en not_active Expired - Fee Related
-
2009
- 2009-10-19 US US12/589,136 patent/US8208428B2/en not_active Expired - Fee Related
-
2010
- 2010-11-23 US US12/953,151 patent/US8787254B2/en not_active Expired - Fee Related
- 2010-11-23 US US12/953,085 patent/US8446918B2/en not_active Expired - Fee Related
-
2011
- 2011-09-26 US US13/244,979 patent/US8295230B2/en not_active Expired - Fee Related
-
2012
- 2012-09-07 US US13/606,993 patent/US8457154B2/en not_active Expired - Fee Related
-
2014
- 2014-06-13 US US14/304,523 patent/US9674314B2/en not_active Expired - Fee Related
-
2015
- 2015-08-24 US US14/833,352 patent/US9509808B2/en not_active Expired - Fee Related
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2272327T3 (es) | Procedimiento para hacer funcionar una red de radiotelefonia movil. | |
| AU745814B2 (en) | Data transmission method in GPRS | |
| JP3813511B2 (ja) | 移動無線ネットワークの作動方法 | |
| US20030002467A1 (en) | Internet protocol framing using radio link protocol | |
| CN118175581A (zh) | 传输方法、设备及处理器可读存储介质 | |
| HK1210332B (en) | Method for operating a mobile wireless network | |
| HK1159357A (en) | Method for operating a mobile wireless network | |
| HK1159358B (en) | Method for operating a mobile wireless network | |
| HK1159358A (en) | Method for operating a mobile wireless network |