ES2218389T3 - Numeracion de paquetes de datos en una transmision de datos por conmutacion de paquetes. - Google Patents
Numeracion de paquetes de datos en una transmision de datos por conmutacion de paquetes.Info
- Publication number
- ES2218389T3 ES2218389T3 ES01907602T ES01907602T ES2218389T3 ES 2218389 T3 ES2218389 T3 ES 2218389T3 ES 01907602 T ES01907602 T ES 01907602T ES 01907602 T ES01907602 T ES 01907602T ES 2218389 T3 ES2218389 T3 ES 2218389T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- convergence
- protocol
- packets
- packet
- 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
- 230000005540 biological transmission Effects 0.000 title claims abstract description 84
- 238000012546 transfer Methods 0.000 claims abstract description 55
- 238000000034 method Methods 0.000 claims abstract description 31
- 230000004044 response Effects 0.000 claims abstract description 10
- 238000010295 mobile communication Methods 0.000 claims description 11
- 230000006870 function Effects 0.000 description 14
- 230000008569 process Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 7
- 230000011664 signaling Effects 0.000 description 7
- 230000008901 benefit Effects 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 208000036550 childhood-onset striatonigral degeneration Diseases 0.000 description 3
- 230000004075 alteration Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000008034 disappearance Effects 0.000 description 1
- 230000008030 elimination Effects 0.000 description 1
- 238000003379 elimination reaction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
- H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1832—Details of sliding window management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/187—Details of sliding window management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/08—Allotting numbers to messages; Counting characters, words or messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
-
- 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
- H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
-
- 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
- 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
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
Abstract
Método de transmisión de paquetes de datos en un sistema de telecomunicación por conmutación de paquetes con un protocolo de telecomunicación que comprende una capa de protocolo de convergencia (PDCP, SNDCP) para adaptar los paquetes de datos de usuario a paquetes de protocolo convergencia y una capa de enlace (RLC, LLC) para transmitir los paquetes de protocolo de convergencia (PDCP-PDU) como unidades de datos (RLC-PDU) y para acuse de recibo de la transmisión, comprendiendo el método: definir por medio de un contador de transmisión un número de paquete de datos para los paquetes de protocolo de convergencia a transmitir (702, 706), transferir (704) las paquetes del protocolo de convergencia a transmitir a la capa de enlace a transmitir (710), definir (714) por medio de un contador de recepción un número de paquete de datos para los paquetes de protocolo de convergencia recibidos, acusar recibo de los paquetes de protocolo de convergencia recibidos desde el transmisor (718), caracterizadopor, transmitir los datos de identificación (904, 906, 924, 926) de los paquetes de protocolo de convergencia perdidos en la capa de enlace con el destinatario en respuesta a la capa de enlace que no es capaz de asegurar una transmisión fiable de los paquetes de protocolo de convergencia, y actualizar el valor del contador de recepción para hacerlo corresponder con el valor del contador de transmisión teniendo en cuenta el número de paquetes de protocolo de convergencia perdidos.
Description
Numeración de paquetes de datos en una
transmisión de datos por conmutación de paquetes.
La invención se refiere a transmisión de datos
por conmutación de paquetes, y de manera más precisa, a la
optimización de la numeración de paquetes de datos,
particularmente, en conexión con la transmisión de datos con acuse
de recibo.
En el desarrollo de los sistemas de comunicación
móvil de tercera generación, para los que se utilizan, al menos los
términos UMTS (Universal Mobile Telephone System) (Sistema
Universal de Comunicación móvil) y IMT-2000
(International Mobile Telephone System) (Sistema Internacional de
Teléfono Móvil), un punto de partida ha sido que deberían ser tan
compatibles como sea posible con los sistemas de comunicación móvil
de segunda generación, tal como el sistema GSM (Global System for
Mobile Communications) (Sistema Global para Comunicación móvil). La
red de núcleo del UMTS está diseñada, por ejemplo, para ser
ejecutada a partir de la red de núcleo GSM, que permite una
utilización tan eficiente como sea posible de las redes existentes.
Adicionalmente, un propósito es permitir que las estaciones móviles
de tercera generación realicen la transferencia entre los sistemas
UMTS y GSM. Esto se aplica también a la transmisión de datos por
conmutación de paquetes, particularmente entre la UMTS y la red de
radio por paquetes GPRS (General Packet Radio Service) (Servicio
General de Radio en Paquetes) que está diseñada para ser utilizada
en el GSM.
En una transmisión de datos por conmutación de
paquetes, puede utilizarse una transmisión fiable, es decir, con
acuse de recibo, o una transmisión no fiable, es decir, sin acuse
de recibo. En la transmisión de datos fiable, el destinatario
transmite un acuse de recibo de los paquetes de datos recibidos PDU
(Unidad de Datos de Protocolo) al transmisor, y el transmisor puede
transmitir de nuevo la perdida o los paquetes de datos con fallos.
En el sistema GPRS, la fiabilidad de transmisión de datos de la
transferencia Inter. SGSN (Nodo de Soporte GPRS de Servicio) es
fijada por medio de un número N-PDU de 8 bits (Red
PDU) asociado a los paquetes de datos, lo que ayuda a comprobar los
paquetes de datos transmitidos al destinatario. En el sistema UMTS,
de acuerdo con las especificaciones actuales, la fiabilidad de la
transferencia correspondiente entre los nodos de servicio en una
transmisión de datos por conmutación de paquetes se comprueba por
un número de secuencia RLC de 12 bits de una capa RLC (Control de
Enlace de Radio) del protocolo de datos por paquetes.
En una transferencia entre el GPRS y el UMTS, el
GPRS es responsable de la fiabilidad de la transferencia, y de este
modo la fiabilidad es dispuesta para ser comprobada por medio de
los números N-PDU del GPRS, sobre cuya base, los
números de identificación utilizados en el UMTS son creados en el
proceso de transferencia. En la transferencia desde el UMTS al
GPRS, el UMTS es responsable de la transferencia, y el control de
la fiabilidad está basado en los datos de identificación de los
paquetes de datos contenidos en el UMTS. Para este fin, el sistema
UMTS está diseñado para ser provisto de un número de paquete de
datos de 8 bits, que está combinado como un byte adicional con un
paquete de datos de la capa de protocolo de convergencia PDCP
(Packet Data Convergence Protocol) (Protocolo de Convergencia de
Datos por Paquetes) que pertenece al protocolo de datos por
paquetes UMTS. Este número PDCP-PDU forma, por
tanto, un número de paquete de datos que se corresponde lógicamente
con el número N-PDU del GPRS, y a partir de este
número se comprueba en la transferencia que todos los paquetes de
datos han sido transferidos de forma fiable. Es posible también
formar el número PDCP-PDU de 8 bits de los números
de secuencia RLC de 12 bits borrando los cuatro bits más
significativos. Una numeración PDCP-PDU
correspondiente, es decir, numeración N-PDU, pude
utilizarse también en una transferencia entre los subsistemas de
red de radio UMTS (denominada Relocalización SRNS). Los paquetes de
datos PDU están colocados en una memoria para esperar hasta que se
haya transferido la responsabilidad de la conexión hasta el nodo de
servicio SGSN de otro sistema o en la transferencia entre UMTS hasta
un nuevo subsistema de red de radio de servicio SRNS, y los
paquetes de datos transmitidos pueden ser borrados de la memoria
intermedia cada vez que se obtiene un acuse de recibo de los
paquetes de datos recibidos del destinatario.
Un problema de la disposición anterior es asociar
el campo de cabecera de cada paquete de datos de la capa de
protocolo de convergencia PDCP con el byte adicional del número
PDCP-PDU. Esto aumenta la carga durante la
transmisión de datos, puesto que se transmite un byte adicional en
cada paquete de datos. El servicio de datos por paquetes UMTS no
utiliza, sin embargo, el número PDCP-PCU para
ningún fin durante la transmisión de datos normal, sino que se
utiliza solamente durante la transferencia entre el UMTS y el GPRS y
en la transferencia intra-UMTS.
Otro problema en la disposición anterior es la
creación de números PDCP-PDU a partir de los números
de secuencia RLC. Los números RLC se definen de manera secuencial
para unidades de datos RLC-PDU de la capa RLC.
Debido a un retardo del sistema, la memoria intermedia puede
contener un gran número de unidades de datos
RLC-PDU. Si los números de secuencia RLC exceden
255, que es el número decimal más alto que puede ser expresado con
ocho bits, dos o más paquetes de datos pueden tener el mismo número
PDCP-PDU, puesto que los cuatro bits más
significativos son borrados de los 12 bits de los números de
secuencia RLC. Por tanto, el destinatario no puede definir ya el
paquete de datos objeto de acuse de recibo de forma no ambigua a
partir del número PDCP-PDU del paquete de datos
recibido, y no puede comprobarse más la fiabilidad de la
transferencia.
Un problema adicional puede surgir en una
multiplexación potencial de transmisiones de datos por paquetes en
la capa PDCP, por lo que la capa RLC por debajo de la capa PDCP
recibe los paquetes de datos a partir de varias conexiones
simultáneamente. Puesto que la fiabilidad de transferencia está
fijada a partir de la conexión soporte, es muy difícil definir los
números de secuencia RLC para muchas conexiones simultáneas y, es
inseguro con respecto a la fiabilidad de la transferencia.
El documento
US-A-5987137 describe un método para
utilizar el cifrado GSM en conexión con una transmisión de paquetes
de datos, típicamente paquetes de datos GPRS, en cuyo método cada
trama de datos a enviar es cifrada de un modo basado en el cifrado
GSM. Se mantiene la numeración de paquetes de datos en ambos
extremos de la conexión. El receptor reconoce los paquetes de datos
recibidos al transmisor.
El documento 3GPP TS 25.323 V.3.0.0
(1999-12) "Packet Data Convergence Protocol (PDCP)
Specification" describe la transmisión de paquetes de datos
tanto con acuse de recibo como sin acuse de recibo.
3GPP TS 25.322 V.3.1.2. (2000-01)
"RLC Protocol Specification" describe las funcionalidades
generales de la transmisión de paquetes de datos de capa RLC.
El objeto de la invención es proporcionar, por
tanto, un método mejorado y un aparato que ejecute el método para
evitar los problemas anteriores. Los objetos de la invención son
alcanzados por un método y un sistema, que son caracterizados por lo
que se dice en las reivindicaciones independientes. Las formas de
realización preferidas de la invención se describen en las
reivindicaciones dependientes.
La invención se basa en la idea de que una
numeración de paquetes de datos "virtual" mantenida por los
contadores es utilizada para la numeración de paquetes de datos en
la capa PDCP. Tanto el PDCP de transmisión como el PDCP de
recepción supervisan los paquetes de datos transferidos por medio de
los contadores, y el PDCP reconoce los paquetes de datos recibidos
por medio de una lectura del contador, preferentemente, de manera
correspondiente a una transmisión de datos con acuse de recibo,
normales, por lo que los números de los paquetes de datos no
necesitan ser transmitidos en absoluto con los paquetes de
datos.
Un problema adicional es provocado por la
utilización de la numeración del paquete de datos "virtual" en
las condiciones de transmisión pobre y particularmente, en una
transferencia entre el UMTS y el GPRS y en una transferencia
intra-UMTS, en la que no puede garantizarse una
transmisión fiable de datos, por lo que los paquetes de datos
desaparecen durante la transmisión y adicionalmente, el mecanismo
de eliminación de paquetes de datos actual no informa al
destinatario de cuántos paquetes de datos han sido eliminados cada
vez. Como consecuencia, los contadores de los paquetes de datos del
transmisor y el destinatario no se sincronizan entre sí y no pueden
estar sincronizados nunca puesto que el destinatario no conoce el
número de paquete de datos eliminado.
Este problema adicional se resuelve indicando al
destinatario los paquetes de datos eliminados, de manera que el
destinatario puede sincronizar el valor de su contador de paquetes
de datos para hacerlo corresponder con el valor del contador de
paquetes de datos del transmisor.
El método y sistema de la invención proporciona
como ventaja que en transmisiones óptimas, la transmisión fiable de
datos puede ser garantizada sin tener que transmitir, en absoluto,
los números de paquetes de datos, que puede realizarse también en
situaciones de transferencia. En transmisiones no óptimas, además,
la transmisión y el acuse de recibo de los paquetes de datos pueden
ser continuados, incluso aunque algunos paquetes de datos
desaparezcan de la transmisión. Otra ventaja es que los paquetes de
datos perdidos pueden ser definidos de forma no ambigua. Una
ventaja adicional es que la numeración de paquetes de datos de la
invención puede utilizarse también en una transferencia entre el
UMTS y el GPRS. Adicionalmente, la invención puede utilizarse en la
transferencia entre los subsistemas de red de radio UMTS
(Relocalización SRNS).
A continuación se describirá la invención de
forma detallada en relación con las formas de realización
preferidas, con referencia a los dibujos adjuntos, en los que
La figura 1 es un diagrama de bloques de la
estructura del sistema GSM/GPRS.
La figura 2 muestra un diagrama de bloques de la
estructura del sistema UMTS.
La figura 3a y 3b muestran apilamientos de
protocolo de GPRS y el UMTS.
La figura 4 muestra un diagrama de señalización
de un proceso de transferencia de la técnica anterior desde el UMTS
hasta el GPRS.
La figura 5 muestra un diagrama de señalización
de la transmisión fiable de datos y el acuse de recibo de paquetes
de datos en una transmisión de datos PDCP.
La figura 6 muestra un diagrama de bloques de un
modelo funcional de una capa PDCP.
La figura 7 muestra un diagrama de señalización
de transmisión fiable de datos utilizando numeración de paquetes de
datos de acuerdo con la invención y el acuse de recibo de paquetes
de datos en una transmisión de datos PDCP.
La figura 8 muestra un mensaje de indicación de
la técnica anterior de la eliminación de paquetes de datos; y
Las figuras 9a y 9b muestran los mensajes de
indicación de la eliminación de paquetes de datos de acuerdo con la
invención.
La invención se describirá ahora a modo de
ejemplo en relación a un servicio de radio por paquetes de acuerdo
con los sistemas UMTS y GPRS. No obstante, la invención no está
limitada solamente a estos sistemas, sino que puede aplicarse a
cualquier método de transmisión de datos por conmutación de
paquetes, lo que requiere acuse de recibo de los paquetes de datos
de la manera descrita posteriormente. La invención puede aplicarse
particularmente a una transferencia fiable entre el UMTS y el GPRS
y una transferencia entre los subsistemas de red de radio UMTS
(Relocalización SRNS). Por tanto, el término PDCP de recepción
utilizado en esta descripción puede ser sustituido con la función
GPRS correspondiente SNDCP en el caso mencionado anteriormente.
La figura 1 ilustra como un sistema GPRS es
incorporado a partir del sistema GSM. El sistema GSM comprende
estaciones móviles MS, que comunican con las estaciones del
transceptor de base BTS sobre la trayectoria radio. Un controlador
de la estación de base BSC está conectado con varias estaciones del
transceptor de base BTS, que utilizan las frecuencias de radio y los
canales controlados por el controlador de la estación de base MSC.
Los controladores de la estación de base BSC están conectados a
través de un interfaz A a un centro de conmutación de servicios
móviles MSC, que es responsable del establecimiento de conexión y
para encaminar llamadas a las direcciones correctas. Dos bases de
datos que comprenden información sobre los abonados móviles son
utilizadas como ayuda: un registro de localización local HLR con
información sobre todos los abonados de la red de comunicación móvil
y los servicios a los que están abonados y un registro de
localización de visitante VLR con información sobre las estaciones
móviles que visita el área de un cierto centro de conmutación de
servicios móviles MSC. El centro de conmutación de servicios
móviles MSC está en conexión con otros centros de conmutación de
servicios móviles a través de un centro de conmutación de servicios
móviles de acceso GMSC y con una red de teléfono fija PSTN (Red de
Telefonía Pública Conmutada). Una descripción más exacta del sistema
GSM puede encontrarse en las especificaciones ETSI/GSM y el
documento The GSM system for Mobile Communications, M. Mouly y M.
Pautet, Palaiseau, Francia, 1992, ISBN:
2-957190-07-7.
El sistema GPRS conectado a la red GSM comprende
dos funciones casi independientes: un nodo de soporte GPRS de
acceso GGSN y un nodo de soporte GPRS de servicio SGSN. La red GPRS
puede comprender varios nodos de acceso y nodos de servicio, y
típicamente varios nodos de servicio SGSN están conectados a un nodo
de acceso GGSN. Ambos nodos SGSN y GGSN funcionan como
encaminadores que soportan la movilidad de la estación móvil,
controlan el sistema de comunicación móvil y encaminan los paquetes
de datos hasta las estaciones móviles, independientemente de su
localización y del protocolo utilizado. El nodo de servicio SGSN se
comunica con la estación móvil MS a través de la red de
comunicación móvil. La conexión con la red de comunicación móvil
(interfaz Gb) es establecida típicamente o bien a través de una
estación de transmisor-receptor de base BTS o el
controlador de la a estación de base BSC. La función del nodo de
servicio SGSN es detectar las estaciones móviles en su área de
servicio que son capaces de conexiones GPRS, enviar los paquetes de
datos y recibir los paquetes de datos desde estas estaciones móviles
y supervisar la localización de las estaciones móviles en su área
de servicio. Adicionalmente, el nodo de servicio SGSN se comunica
con el centro de conmutación de servicios móviles MSC y el registro
de localización de visitante VLR a través de un interfaz de
señalización Gs y con el registro de localización local HLR a
través de un interfaz Gr. Existen también el registro GPRS que
contiene los contenidos de los protocolos de datos por paquetes
especificados por el abonado memorizados en el registro de
localización local HLR.
El nodo de acceso GGSN funciona como un acceso
entre la red GPRS y una red de datos externa PDN (Red de datos por
Paquetes). La red de datos externa puede ser, por ejemplo, la red
GPRS de otro operador de red, Internet, una red X.25 o una red de
área local privada. El nodo de acceso GGSN comunica con estas redes
de datos a través de un interfaz Gi. Los paquetes de datos a
transferir entre el nodo de acceso GGSN y el nodo de servicio SGSN
están siempre encapsulados de acuerdo con la norma GPRS. El nodo de
acceso SGSN contiene también las direcciones PDP (Protocolo de
Datos por Paquetes) y datos de encaminamiento, es decir, las
direcciones SGSN de las estaciones móviles GPRS. Los datos de
encaminamiento son utilizados para enlace de paquetes de datos entre
la red externa y el nodo de servicio SGSN. La red de columna GPRS
entre el nodo de acceso GGSN y el nodo de servicio SGSN es una red
que utiliza un protocolo IP, preferentemente Ipv6 (Protocolo de
Internet, versión 6).
En la transmisión de datos por conmutación de
paquetes, el término contexto es utilizado generalmente para la
conexión entre un terminal y una dirección de red, cuya conexión es
provista por una red de telecomunicación. El término hace referencia
a un enlace lógico entre las direcciones objetivo, a través del
cual los paquetes de datos de enlace son transmitidos entre las
direcciones objetivo. Este enlace lógico puede existir incluso
aunque no se transmitieran paquetes, y, por tanto, no priva a las
otras conexiones de la capacidad del sistema. A este respecto, el
contexto de diferencia, por ejemplo, de una conexión conmutada por
circuito.
La figura 2 es una simplificación de cómo una red
UMTS de tercera generación puede incorporarse en la conexión a una
red de núcleo GSM desarrollada adicionalmente. En la red de núcleo,
el registro de localización visitante/centro de conmutación de
servicios móviles 3GMSC/VLR se comunica con el registro de
localización local HLR y, preferentemente, también con un punto de
control de servicio SCP de una red inteligente. Una conexión al nodo
de servicio 3G-SGSN se establece a través de un Gs
de interfaz y a la red de teléfono fija PSTN/ISDN como se describió
anteriormente en relación al GSM. Una conexión desde el nodo de
servicio 3G-SGSN a las redes de datos externas PDN
se establece de modo completamente equivalente al del sistema GPRS,
es decir, a través de un interfaz Gn al nodo de acceso GGSN, desde
el que existe una conexión adicional a las redes de datos externas
PDN. Las conexiones del centro de conmutación de servicios móviles
3G-MSC/VLR y el nodo de servicio
3G-SGSN a la red de radio UTRAN (Red de Acceso de
Radio Terrestre UMTS) son establecidas a través del interfaz lu,
que, comparado con el sistema GSM/GPRS combina las funcionalidades
de las interfaces A y Gb, además de lo cual pueden crearse también
funciones completamente nuevas para el interfaz lu. La red de radio
UTRAN comprende varios subsistemas de red de radio RNS, que
comprende adicionalmente controladores de red de radio RNC y
estaciones de base BS, para las que el término Nodo B se utiliza en
conexión con ellas. Las estaciones de base están en conexión radio
con el equipo de usuario UE, típicamente estaciones móviles MS.
Las figuras 3a y 3b muestran apilamientos de
protocolos del GPRS y UMTS respectivamente, y las especificaciones
de acuerdo con ellos se utilizan para la transmisión de datos de
usuario en estos sistemas. La figura 3a ilustra un apilamiento de
protocolos utilizado en el sistema GPRS para transmisión de datos
de usuario entre la estación móvil MS y el nodo de acceso GGSN. La
transmisión de datos entre la estación móvil MS y el sistema de la
estación de base de la red GSM sobre el interfaz de radio Um se
realiza de acuerdo con el protocolo GSM convencional. En el
interfaz Gb entre el sistema de estación de base BSS y el nodo de
servicio SGSN, la capa de protocolo inferior se ha dejado abierta, y
se utiliza o bien el protocolo ATM o el protocolo de retransmisión
de trama en la segunda capa. La capa BSSGP (Protocolo GPRS del
Sistema de Estación de Base) anterior se asocia a los paquetes de
datos a transmitir con especificaciones relativas al encaminamiento
y la calidad del servicio y las señalizaciones relativas al acuse
de recibo del paquete de datos y la gestión del interfaz Gb.
La comunicación directa entre la estación móvil
MS y el nodo de servicio SGSN se define en dos capas de protocolo,
SNDCP (Protocolo de Convergencia Dependiente de
Sub-Redes) y LLC (Capa de Enlace Lógico). Los datos
del usuario transmitidos en la capa SNDCP son segmentados a una o
más unidades de datos SNDC, por lo que pueden comprimirse
adicionalmente los datos del usuario y un campo de cabecera TCP/IP
o un campo de cabecera UDP/IP asociados a esto. Las unidades de
datos SNDC son transmitidas en tramas LLC, a las que se asocia la
información de dirección y de control esenciales de la transmisión
de datos, y en cuyas tramas pueden ser cifradas las unidades de
datos SNDC. La función de la capa LLC es mantener la conexión de
transmisión de datos entre la estación móvil MS y el nodo de
servicio SGSN y retransmitir los cuadros dañados. El nodo de
servicio SGSN es responsable del encaminamiento de paquetes de datos
que llegan desde la estación móvil MS adicionalmente hasta el nodo
de acceso correcto GGSN. Un protocolo de encapsulación (GTP, GPRS
Tunneling Protocol) (Protocolo de Encapsulación GTP, GPRS) es
utilizado en esta conexión, recubriendo y encapsulando todos los
datos de usuario y señalizando que son transmitidos a través de la
red de núcleo GPRS. El protocolo GTP es accionado por encima del IP
utilizado por la red de núcleo GPRS.
Un apilamiento de protocolos de la figura 3b
utilizado en la transmisión de datos de usuario por conmutación de
paquetes UMTS es muy semejante al apilamiento de protocolos del
GPTS, aunque con ciertas diferencias substanciales. Como puede
verse en la figura 3b, en el UMTS, el nodo de servicio
3G-SGSN no establece ya una conexión directa sobre
cualquier capa de protocolo al equipo del usuario UE, tal como la
estación móvil MS, pero todos los datos son transmitidos a través
de la red de radio UTRAN. El nodo de servicio
3G-SGSN funciona principalmente como un encaminador,
que transmite los paquetes de datos de acuerdo con el protocolo GTP
a la red de radio UTRAN. Sobre el interfaz Uu entre la red de radio
UTRAN y el equipo del usuario UE, la transmisión de datos de nivel
inferior sobre la capa física se realiza de acuerdo con el
protocolo WCDMA o el protocolo TD-CDMA. Las
funciones de las capas RLC y MAC por encima de la capa física son
mucho más semejantes a las de las capas correspondientes del GSM,
incluso de tal manera que las funcionalidades de la capa LLC son
delegadas a la capa RLC del UMTS. Con respecto al sistema GPRS, la
capa PDCP por encima de ellas sustituye principalmente la capa SNDCP
y las funcionales de la capa PDCP son muy similares a las
funcionalidades de la capa
SNDCP.
SNDCP.
El diagrama de señalización de la figura 4
ilustra una transferencia de la técnica anterior desde el UMTS a
GPRS. Tiene lugar una transferencia, cuando la estación móvil MS se
mueve durante una transmisión de datos por paquetes desde la célula
UMTS hasta la célula GSM/GPRS, que utiliza un nodo de servicio
diferente SGSN. La estación móvil MS y/o las redes de radio
BSS/UTRAN deciden realizar una transferencia (etapa 400). La
estación móvil transmite al nuevo nodo de servicio
2G-SGSN una petición para actualizar el área de
encaminamiento (Petición de Actualización RA, 402). El nodo de
servicio 2G-SGSN transmite el nodo de servicio
antiguo 3G-SGSN una petición de contexto del nodo de
servicio que define la gestión de movilidad y el contexto PDP de la
estación móvil (Petición de Contexto SGSN, 404). El nodo de
servicio 3G-SGSN transmite el subsistema de red de
radio SRNS (RNS de Servicio), que fue responsable de la conexión de
datos por paquetes, una petición de contexto SRNS (406), en
respuesta a lo cual, el SRNS interrumpe la transmisión de los
paquetes de datos a la estación móvil MS, coloca los paquetes de
datos a transmitir en la memoria intermedia y transmite una
respuesta (Respuesta de Contexto SRNS, 408) al nodo de servicio
3G-SGSN. En esta conexión, el subsistema de red de
radio SRNS determina números PDCP-PDU de 8 bits, o
números N-PDU, para los paquetes de datos a colocar
en la memoria intermedia. Habiendo recibido la información sobre la
gestión de movilidad y el contexto PDP de la estación móvil MS, el
nodo de servicio 3G-SGSN lo informa al nodo de
servicio 2G-SGSN (Respuesta de Contexto SGSN,
410).
Si es necesario, el nodo de servicio
2G-SGSN puede autentificar la estación móvil a
partir del registro de localización local HLR (Funciones de
Seguridad, 412). El nuevo nodo de servicio 2G-SGSN
informa al nodo de servicio antiguo 3G-SGSN de la
preparación para recibir los paquetes de datos de contextos PDP
activados (Acuse de recibo de Contexto SGSN, 414) en respuesta a lo
cual el nodo de servicio 3G-SGSN solicita al
subsistema de red de radio SRNS (Acuse de recibo de Contexto SRNS,
416a) transmitir los paquetes de datos de la memoria intermedia al
nodo de servicio 3G.SGSN (Paquetes Directos, 416b), que los
transmitirá al nodo de servicio 2G-SGSN (Paquetes
Directos, 418). El nodo de servicio 2G-SGSN y el
nodo de acceso GGSN actualizan el contexto PDP de acuerdo con el
sistema GPRS (Actualizar la Petición/Respuesta de contexto, 420).
Después de esto, el nodo de servicio 2G-SGSN informa
al registro de localización local HLR del nuevo nodo de
accionamiento (Actualizar Localización GPRS, 422) y se desconecta
la conexión entre el nodo de servicio antiguo
3G-SGSN y el subsistema de red de radio SRNS (424a,
424b, 424c, 424d), se transmiten los datos de abonado requeridos al
nuevo nodo de servicio 2G-SGSN (426a, 426b), y el
registro de localización local HLR reconoce el nuevo nodo de
servicio 2G-SGSN (Actualizar Acuse de recibo de
Localización GPRS, 428).
Después de esto, el nodo de servicio
2G-SGSN comprueba los derechos del abonado de la
estación móvil MS y la posición de la estación móvil MS en su área
y crea un enlace lógico entre el nodo de servicio
2G-SGSN y la estación móvil MS, después de lo cual
puede aceptarse la petición para actualizar el área de
encaminamiento requerida por la estación móvil MS (Aceptar
Actualización RA, 430). En esta conexión, la información sobre la
recepción de éxito de los paquetes de datos es transmitida a la
estación móvil MS, habiendo sido transmitidos los paquetes de datos
por la estación móvil MS al subsistema de red de radio SRNS del
sistema UMTS antes de iniciar el proceso de transferencia. Dichos
paquetes de datos son identificados a partir de los números
PDCP-PDU formados como se describió anteriormente.
La estación móvil MS acusa recibo de la aceptación de la petición
para actualizar el área de encaminamiento (Completar Actualización
RA, 432), por lo que se transmite la información al nodo de
servicio 2G-SGSN de que la estación móvil MS ha
recibido con éxito los paquetes de datos, cuyo nodo de servicio
3G-SGSN ha transmitido a través del subsistema de
red de radio SRNS antes de iniciar el proceso de transferencia. La
estación móvil MS identifica los paquetes de datos con los números
N-PDU de 8 bits. Después de esto, el nuevo nodo de
servicio 2G-SGSN puede iniciar la transmisión de los
paquetes de datos a través del sistema de la estación de base
(434).
La formación de números PDCP-PDU
de 8 bits a partir de los números de secuencia RLC de 12 bits, y
los problemas resultantes se ilustran en la tabla siguiente.
| Nºbit | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 |
| 94 | 0 | 0 | 0 | 0 | 0 | 1 | 0 | 1 | 1 | 1 | 1 | 0 |
| 350 | 0 | 0 | 0 | 1 | 0 | 1 | 0 | 1 | 1 | 1 | 1 | 0 |
| 606 | 0 | 0 | 1 | 0 | 0 | 1 | 0 | 1 | 1 | 1 | 1 | 0 |
| 862 | 0 | 0 | 1 | 1 | 0 | 1 | 0 | 1 | 1 | 1 | 1 | 0 |
La tabla muestra, a modo de ejemplo, como los
números decimales 94, 350, 606 y 862 representados con 12 bits son
convertidos para ser representados con 8 bits de la manera
anterior. Puesto que en la conversión solamente se tienen en cuenta
los 8 bits menos significativos, todos los números tienen la misma
representación binaria de 8 bits. Por tanto, si la memoria
intermedia contiene casi 900 unidades de datos
RLC-PDU, las unidades de datos que tienen los
números de secuencia RLC mencionadas anteriormente son
representados de forma similar con 8 bits. Cuando el destinatario
acusa recibo de los paquetes de datos recibidos con éxito al
transmisor, el transmisor no puede concluir a partir de los números
de 8 bits con acuse de recibo, de forma no ambigua, qué paquete de
datos puede ser eliminado de la memoria intermedia.
La figura 5 ilustra como se acusa recibo de la
transmisión de datos y como se propagan los paquetes, cuando se
está utilizando la transmisión con acuse de recibo en la
transmisión de datos PDCP. Una entidad PDCP recibe del usuario una
petición (petición PDCP-DATA. 500) para transmitir
los paquetes de datos, y en conexión con esta petición, son
recibidos también los paquetes de datos PDCP-SDU
(Unidad de Datos de Servicio), que son llamados también
N-SDU, puesto que son paquetes de datos de la capa
de red. La entidad PDCP comprime el campo de cabecera de los
paquetes de datos y transmite los paquetes de datos
PDCP-PDU formados de este modo y los datos de
identificación del enlace de radio junto con la capa RLC (petición
RLC-AM-DATA., 502). La capa RLC es
responsable de la transmisión de los paquetes de datos
PDCP-PDU (enviar, 504) y para acuse de recibo de
una transmisión con éxito (enviar acuse de recibo, 506). En la
entidad PDCP, los paquetes de datos N-SDU son
colocados en la memoria intermedia de la cual no son borrados hasta
recibir acuse de recibo desde la capa RLC (Conf.
RLC-AM-DATA., 508) que los paquetes
de datos han sido transferidos con éxito al destinatario. El PDCP
de recepción recibe los PDCP-PDU transmitidos desde
la capa RLC (indicación
RLC-AM-DATA., 510) y la entidad PDCP
descomprime los paquetes de datos PDCP-PDU. En este
caso, los paquetes de datos originales N-SDU pueden
retornarse y pueden transferirse adicionalmente al usuario
(indicación PDCP-DATA., 512).
La figura 6 muestra un modelo funcional de una
capa PDCP, en la que se define una entidad PDCP para cada conexión
soporte. Como en los sistemas actuales, se define un contexto PDP
específico para cada conexión soporte, una entidad PDCP se define
también para cada contexto PDP, y para cada entidad PDCP, se define
una entidad RLC específica en la capa RLC. En el sistema GPRS, la
numeración N-PDU está basada en el contexto PDP,
donde se sugiere también que sea utilizado el mismo principio en el
UMTS, por la que la capa PDCP numeraría los paquetes de datos
correspondientemente a partir de la entidad PDCP. Utilizando una
numeración similar tanto en el GPRS como en el UMTS, no deberían
surgir problemas durante la transferencia entre los sistemas. No
obstante, asociando un byte adicional a cada paquete de datos PDCP
se consume capacidad de transmisión del UMTS, especialmente puesto
que este byte adicional es necesario solamente durante la
transferencia entre el UMTS y el GPRS y durante la transferencia
entre los subsistemas de red de radio UMTS.
La capa PDCP puede ejecutarse adicionalmente de
forma funcional de manera que se multiplexan varios contextos PDP
en la capa PDCP, por lo que en la capa RLC, por debajo de la capa
PDCP, una entidad RLC recibe los paquetes de datos de varias
conexiones de portadora simultáneamente. Por tanto, los números de
paquetes de datos que son definidos a partir de la entidad PDCP
llegan a mezclarse en la capa RLC y es difícil distinguir entre sí
los paquetes de datos que llegan desde varias conexiones soporte,
especialmente si la numeración de paquetes de datos está basada en
la numeración de secuencia RLC.
La transmisión fiable de datos que utiliza la
transmisión con acuse de recibo requiere una transferencia sin
pérdidas, en la que los paquetes de datos no se pierdan durante el
proceso de transferencia. Por tanto, en el sistema UMTS, la capa
RLC debería cumplir ciertos requerimientos: la capa RLC debería
estar en el modo con acuse de recibo y al RLC debería ser capaz de
transmitir los paquetes de datos en su orden correcto sin pérdida
de paquetes de datos o al menos debería ser capaz de indicar al
destinatario la desaparición. Si se cumplen estas condiciones,
puede realizarse una transferencia fiable desde el UMTS al GPRS de
acuerdo con la forma de realización preferida de la invención sin
tener que transmitir, en absoluto, los números de paquetes de
datos.
De acuerdo con la invención, se determina un
número de secuencia PDCP-PDU para el primer paquete
de datos de la conexión de datos en paquetes, y para este número de
secuencia un valor numérico predeterminado, tal como 0, se ajusta
como un valor inicial al contador del PDCP de transmisión y el
PDCP/SNDCP de recepción de la conexión. La invención puede
aplicarse, preferentemente, tanto en la transferencia fiable entre
el UMTS y el GPRS como en la transferencia entre los subsistemas de
red de radio UMTS (Relocalización STNS). Por tanto, el término PDCP
de recepción utilizado en esta descripción puede ser sustituido con
la función SNDCP correspondiente del GPRS en el primer caso
mencionado.
A continuación, el procedimiento de la invención
es ilustrado por medio de la figura 7. A medida que el PDCP de
transmisión recibe (700) un paquete de datos
PDCP-SDU desde el transmisor, coloca los paquetes de
datos PDCP-SDU en la memoria intermedia y asocia el
paquete de datos lógicamente con un número de secuencia
PDCP-PDU (702). EL PDCP de transmisión transmite el
paquete de datos PDCP-PDU y el número de secuencia
PDCP-PDU asociado a esto a la capa RLC (704) y
aumenta en uno el valor del contador que indica el valor del número
de secuencia PDCP-PDU (706). La capa RLC puede
definir, opcionalmente, la relación entre el número de secuencia
PDCP-PDU y el último número de secuencia RLC del
paquete de datos y almacenarlo en la memoria (708). La capa RLC
transfiere los paquetes de datos PDCP-PDU entre el
transmisor y el destinatario (710), cuyos paquetes de datos
PDCP-PDU han sido divididos en unidades de datos
RLC-PDU para la transferencia y numerados con
números de secuencia RLC. Cuando el PDCP de recepción recibe (712)
el paquete de datos PDCP-PDU que llega desde la capa
RLC, aumenta en uno el valor del contador que indica que el valor
del número de secuencia PDCP-PDU de los paquetes de
datos recibidos (714) y transmite el paquete de datos
PDCP-SDU a la siguiente capa (716). En la capa RLC,
el acuse de recibo del paquete de datos recibido con éxito se
transmite al transmisor (718), cuyo acuse de recibo del RLC de
transmisión transfiere al PDCP de transmisión (720). En respuesta
al acuse de recibo, el PDCP de transmisión borra el paquete de
datos en cuestión de la memoria intermedia PDCP SDU (722). El
paquete de datos correcto PDCP-SDU que debe ser
borrado es definido preferentemente por medio del número de
secuencia PDC-PDU asociado lógicamente con el
paquete de datos.
De acuerdo con la invención, los paquetes de
datos son numerados, por tanto, preferentemente "de forma
virtual" de manera que los paquetes de datos no están asociados
a números de paquetes de datos separados, sino que los paquetes de
datos transferidos son actualizados por medio de los contadores, y
el PDCP de recepción y el PDCP de transmisión pueden verificar la
transferencia con éxito de los paquetes de datos a partir de los
valores del contador. En el caso óptimo, el acuse de recibo del
paquete de datos de acuerdo con la invención corresponde también en
el proceso de transferencia con acuse de recibo de paquete de datos
en la transmisión de datos normal PDCP descrita anteriormente. El
propio proceso de transferencia puede realizarse de acuerdo con la
técnica anterior, por ejemplo, de la manera descrita en la figura
4. Hay que indica que aunque la invención se ilustró anteriormente
en relación al proceso de transferencia, la numeración del paquete
de datos "virtual" de la invención puede utilizares también en
una transmisión de datos fiable normal, en la que el destinatario y
el transmisor son iguales todo el tiempo, mientras que en el proceso
de transferencia la otra parte cambia.
No obstante, la numeración del paquete de datos
"virtual" anterior provoca los problemas adicionales en
algunas situaciones de alteración, por ejemplo, cuando la red es
cargada de forma fuerte o cuando existen alteraciones en la
trayectoria de transmisión de radio, y particularmente, en la
transferencia entre el UMTS y el GPRS y la transferencia
intra-UMTS, por lo que la capa RLC no puede
garantizar que los datos son transmitidos de forma fiable. Se define
típicamente un valor máximo para el RLC de transmisión, bien como el
número de retransmisiones o como un periodo de tiempo, durante el
cual el RLC de transmisión intenta enviar el mismo paquete de datos
de nuevo. Si se excede el máximo valor, la capa RLC informa al PDCP
de recepción de esto. El PDCP de transmisión borra el paquete de
datos correspondiente de la memoria intermedia durante la siguiente
transmisión de paquete de datos con éxito. Si la capa RLC puede
indicar todos los paquetes de datos perdidos en la capa PDCP, el
PDCP de recepción puede actualizar el número de secuencia
PDCP-PDU correcto, y los contadores del número de
secuencia del PDCP de transmisión y el PDCP de recepción permanecen
sincronizados. No obstante, en algunas de las situaciones de
alteración anteriores, la capa RLC no puede garantizar que los
paquetes de datos perdidos en la capa RLC son indicados en la capa
PDCP, y los contadores de número de secuencia
PDCP-PDU del PDCP de transmisión y el PDCP de
recepción pueden estar no sincronizados.
Se inicia una función de eliminación de paquete
de datos sobre la capa RLC cuando RLC de transmisión detecta que se
excede el tiempo máximo o el número de retransmisiones, lo que
provoca que se elimine el paquete de datos. La función de
eliminación está asociada a un comando MRW (Desplazar Ventana de
Recepción), que se transmite al RLC de recepción, y por lo que el
RLC de recepción se dirige a desplazar la ventana de recepción de
forma que el RLC de recepción no puede esperar este paquete de
datos a recibir. En el comando MRW, el primer número de secuencia
RLC de este paquete de datos es indicado al RLC de recepción que se
supone que es el siguiente paquete de datos a recibir. Por tanto, el
RLC de recepción no conoce cuántos paquetes de datos han sido
eliminados realmente, y los contadores de los paquetes de datos del
transmisor y el destinatario no pueden ser sincronizados.
La figura 8 ilustra un comando MRW de la técnica
anterior. El comando MRW es transmitido en una unidad de datos de
un tipo denominado PDU de estado, es decir, la unidad de datos por
la que se informa al destinatario del estado del sistema y se
controla de la manera que requiere el estado. De acuerdo con la
figura 8, los tipos de una unidad de datos (800) y un comando de
control (802) se definen en el primer byte. En el segundo, y
parcialmente, en el tercer byte, es transmitido el primer número de
secuencia RLC (804) de este paquete de datos, que se supone que es
el siguiente paquete de datos PDCP-PDU a recibir. El
tercer byte comprende también el campo final del comando de control
(806). Existe otra versión de este comando MRW que se diferencia
ligeramente de lo que se describió anteriormente. La versión
notifica del hecho de que un RLC-PDU puede
comprender información sobre varios paquetes
PDCP-PCU. No obstante, las funciones de control de
ambos comandos MRW conocidos, son substancialmente similares.
De acuerdo con la invención, la función que
elimina el paquete de datos sobre la capa RLC es mejorada de tal
manera que el RLC de recepción es consciente de todos los paquetes
de datos eliminados. El RLC de recepción puede transmitir, por
tanto, la información sobre los paquetes de datos eliminados al
PDCP de recepción, que regula preferentemente el valor del contador
del número de secuencia PDCP-PDU para hacerlo
corresponder con el valor del contador PDCP de transmisión. El RLC
de recepción conoce que todos los paquetes de datos eliminados, de
forma que el RLC de transmisión informa en el comando MRW el número
de paquetes de datos eliminados e identifica también la unidad de
datos RLC-PDU que se supone que es recibida a
continuación de la manera anterior.
De acuerdo con una forma de realización preferida
de la invención, el RLC de recepción conoce que todos los paquetes
de datos eliminados informan a cada paquete de datos eliminado de
forma separada en el comando MRW. Esto se muestra en la figura 9a
que ilustra el comando MRW de acuerdo con la forma de realización
preferida de la invención. Los tipos del paquete de datos (900) y el
comando de control (902) son definidos de acuerdo con el comando
MRW de la técnica anterior en el primer byte. El segundo byte
comprende un campo (904) para expresar el número de paquete de
datos eliminados, después de cuyo campo, se identifica cada paquete
de datos. La identificación puede realizarse preferentemente
asociando el comando MRW con un número de secuencia RLC de 12 bits,
es decir, 1,5 byte asociado a cada paquete de datos eliminado (906).
Finalmente, se identifica el número de secuencia RLC (908) que se
supone que es la siguiente unidad de datos RLC-PDU
a recibir. El último byte comprende también el campo final del
comando de control (910).
De este modo, el RLC de recepción es capaz de
comprobar del campo que indica el número de paquete de datos ya
eliminados (904), cuántos paquetes de datos han sido eliminados,
qué información es transferida al PDCP de recepción que regula
preferentemente el valor del contador de número de secuencia
PDCP-PDU para hacerlo corresponder con el valor del
contador del PDCP de transmisión. Por la identificación de cada
paquete de datos de forma separada, el comando MRW proporciona como
ventaja que cada paquete de datos eliminado puede identificarse, si
se requiere, de forma separada, por ejemplo, cuando un nuevo
comando MRW o el mismo comando MRW como una retransmisión llega en
el RLC de recepción antes del acuse de recibo del comando MRW
previo. En el comando MRW anterior, el paquete de datos perdido
puede ser identificado naturalmente asociando el comando MRW con
todos los números de secuencia RLC asociados al paquete de datos en
cuestión.
Como una alternativa a lo dicho anteriormente, el
RLC de recepción conoce que todos los paquetes de datos eliminados
de acuerdo con la segunda forma de realización de la invención
indican solamente el número de paquetes de datos eliminados en el
comando MRW. Esto se muestra en la figura 9b que ilustra el comando
MRW de acuerdo con la segunda forma de realización de la invención.
Los tipos del paquete de datos (920) y el comando de control (922)
son definidos de acuerdo con el comando MRW de la técnica anterior
en el primer byte. El segundo byte comprende un campo (924) para
expresar el número de paquetes de datos eliminado, después de lo
cual el número de secuencia RLC de la unidad de datos, que se
supone se recibirán a continuación, es identificado (926).
Adicionalmente, un número de secuencia individual se define para
cada comando MRW (928). El último byte contiene el campo final del
comando de control (930).
En esta forma de realización de la invención, el
comando MRW se mantiene preferentemente corto, ya que cada paquete
de datos no es identificado de forma separada. Por otro lado, la
longitud del comando MRW en la primera forma de realización en
raras ocasiones se incrementa, puesto que es extremadamente rara la
situación en la que se elimina cada vez más de un paquete de datos.
La numeración secuencial de los comandos MRW previene que estos
problemas pudieran aparecer cuando un nuevo comando MRW o el mismo
comando MRW como una retransmisión que llegase en el RLC de
recepción antes del acuse de recibo del comando MRW previo.
Es obvio para un técnico en la materia que a
medida que se desarrolla la tecnología, la idea básica de la
invención puede ejecutarse en una variedad de modos. Por tanto, la
invención y sus formas de realización no están limitadas solamente
a los ejemplos anteriores, sino que pueden modificarse conforme al
alcance de las reivindicaciones.
Claims (16)
1. Método de transmisión de paquetes de datos en
un sistema de telecomunicación por conmutación de paquetes con un
protocolo de telecomunicación que comprende una capa de protocolo
de convergencia (PDCP, SNDCP) para adaptar los paquetes de datos de
usuario a paquetes de protocolo convergencia y una capa de enlace
(RLC, LLC) para transmitir los paquetes de protocolo de
convergencia (PDCP-PDU) como unidades de datos
(RLC-PDU) y para acuse de recibo de la transmisión,
comprendiendo el método:
definir por medio de un contador de transmisión
un número de paquete de datos para los paquetes de protocolo de
convergencia a transmitir (702,706),
transferir (704) las paquetes del protocolo de
convergencia a transmitir a la capa de enlace a transmitir
(710),
definir (714) por medio de un contador de
recepción un número de paquete de datos para los paquetes de
protocolo de convergencia recibidos,
acusar recibo de los paquetes de protocolo de
convergencia recibidos desde el transmisor (718),
caracterizado por,
transmitir los datos de identificación (904, 906,
924, 926) de los paquetes de protocolo de convergencia perdidos en
la capa de enlace con el destinatario en respuesta a la capa de
enlace que no es capaz de asegurar una transmisión fiable de los
paquetes de protocolo de convergencia, y
actualizar el valor del contador de recepción
para hacerlo corresponder con el valor del contador de transmisión
teniendo en cuenta el número de paquetes de protocolo de
convergencia perdidos.
2. Método según la reivindicación 1,
caracterizado por
identificar los paquetes de protocolo de
convergencia perdidos en la capa de enlace con el destinatario,
definiendo el número de paquete de protocolo de convergencia
perdidos y el número de secuencia de la unidad de datos de la capa
de enlace que se supone se recibirán a continuación a
continuación.
3. Método según la reivindicación 2,
caracterizado por
identificar cada paquete de protocolo de
convergencia perdido al destinatario por definición de un número de
secuencia de capa de enlace asociado a cada paquete de protocolo de
convergencia perdido.
4. Método según la reivindicación 3,
caracterizado por identificar cada número de secuencia de
capa de enlace asociado al paquete de protocolo de convergencia
perdido.
5. Método como se indica en cualquiera de las
reivindicaciones precedentes, caracterizado por
transmitir los datos de identificación de los
paquetes de protocolo de convergencia perdidos en la capa de enlace
con el destinatario en una unidad de datos de capa de enlace que
comprende un comando para desplazar la ventana de recepción
(MRW).
6. Método como se indica en cualquiera de las
reivindicaciones precedentes, caracterizado porque
dicho sistema de telecomunicación es un sistema
de comunicación móvil por conmutación de paquetes, tal como el
sistema UMTS o el GPRS, utilizando transmisión con acuse de
recibo.
7. Método según la reivindicación 6,
caracterizado porque
el método se aplica a una transferencia entre el
UMTS y el GPRS.
8. Método según la reivindicación 6,
caracterizado porque
el método se aplica a una transferencia entre los
subsistemas de red de radio UMTS.
9. Sistema de telecomunicación por conmutación de
paquetes, que comprende un terminal (MS, UE) y una red fija que
comprende un elemento de red (SGSN, SRNC) que soporta una
transmisión de datos por conmutación de paquetes, en el que los
paquetes de datos del sistema de telecomunicación están dispuestos
para ser transmitidos entre el terminal y el elemento de red y que
es un sistema de telecomunicación provisto de un protocolo de
telecomunicación que comprende una capa de protocolo de convergencia
(PDCP-SNDCP) para adaptar los paquetes de datos de
usuario a los paquetes de protocolo de convergencia
(PDCP-PDU) y una capa de enlace
(RLC-LLC) para transmitir los paquetes de protocolo
de convergencia como unidades de datos (RLC-PDU) y
para acusarrecibo de la transmisión, comprendiendo el sistema
un contador de transmisión para definir un número
de paquete de datos para los paquetes de protocolo de convergencia
a transmitir entre el terminal y el elemento de red (702, 706),
medios para transferencia (704) de los paquetes
de protocolo de convergencia a transmitir a la capa de enlace para
la transmisión (710),
un contador de recepción para definir (714) un
número de paquete de datos para los paquetes de protocolo de
convergencia recibidos,
medios para acuse de recibo (718) de los paquetes
de protocolo de convergencia recibidos, caracterizado porque
el sistema comprende adicionalmente,
medios para transmitir los datos de
identificación (904, 906; 924, 926) de paquetes de protocolo de
convergencia recibidos en la capa de enlace con el destinatario en
respuesta a la capa de enlace que no es capaz de asegurar una
transmisión fiable de paquetes de protocolo de convergencia, y
medios para actualizar el valor del contador de
recepción para hacerlo corresponder con el valor del contador de
transmisión teniendo en cuenta el número de paquete de protocolo de
convergencia perdidos.
10. Sistema de telecomunicación según la
reivindicación 9, caracterizado porque el sistema comprende
adicionalmente
medios para identificar los paquetes de protocolo
de convergencia perdidos en la capa de enlace con el destinatario,
definiendo el número de paquetes de protocolo de convergencia
perdidos y el número de secuencia de unidad de datos de la capa de
enlace que se supone se recibirán a continuación.
11. Sistema de telecomunicación según la
reivindicación 10, caracterizado porque el sistema comprende
adicionalmente
medios para identificar cada paquete de protocolo
de convergencia perdido de manera separada al destinatario,
definiendo un número de secuencia de capa de enlace asociado a cada
paquete de protocolo de convergencia perdido.
12. Sistema de telecomunicación según la
reivindicación 11, caracterizado porque el sistema comprende
adicionalmente,
medios para identificar el número de secuencias
de capa de enlace asociados a cada paquete de protocolo de
convergencia perdido de forma separada.
13. Sistema de telecomunicación según cualquiera
de las reivindicaciones 9 a 12, caracterizado porque el
sistema comprende adicionalmente,
medios para transmitir los datos de
identificación de paquetes de protocolo de convergencia perdidos en
la capa de enlace con el destinatario en una unidad de datos de
capa de enlace que comprende un comando para desplazar la ventana
de recepción (MRW).
14. Sistema de telecomunicación según las
reivindicaciones 9 a 13, caracterizado porque dicho sistema
de telecomunicación es un sistema de comunicación móvil, tal como
el sistema UMTS o el sistema GPRS, que utiliza un protocolo de
telecomunicación por conmutación de paquetes.
15. Sistema de telecomunicación según la
reivindicación 14, caracterizado porque el sistema comprende
adicionalmente
medios para actualizar el valor del contador de
recepción por medio de los datos de identificación de los paquetes
de protocolo de convergencia perdidos durante una transferencia
entre el sistema UMTS y el sistema GPRS.
16. Sistema de telecomunicación según la
reivindicación 14, caracterizado porque el sistema comprende
adicionalmente
medios para actualizar el valor del contador de
recepción por medio de los datos de identificación de paquetes de
protocolo de convergencia perdidos en una transferencia entre los
subsistemas de red de radio UMTS.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20000315A FI112305B (fi) | 2000-02-14 | 2000-02-14 | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
| FI20000315 | 2000-02-14 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2218389T3 true ES2218389T3 (es) | 2004-11-16 |
Family
ID=8557490
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01907602T Expired - Lifetime ES2218389T3 (es) | 2000-02-14 | 2001-02-13 | Numeracion de paquetes de datos en una transmision de datos por conmutacion de paquetes. |
Country Status (16)
| Country | Link |
|---|---|
| US (1) | US7167475B2 (es) |
| EP (1) | EP1266500B1 (es) |
| JP (2) | JP4376486B2 (es) |
| KR (1) | KR100458533B1 (es) |
| CN (2) | CN100380893C (es) |
| AT (1) | ATE264586T1 (es) |
| AU (1) | AU2001235525A1 (es) |
| BR (1) | BR0108226A (es) |
| CA (1) | CA2398486C (es) |
| DE (1) | DE60102809T2 (es) |
| DK (1) | DK1266500T3 (es) |
| ES (1) | ES2218389T3 (es) |
| FI (1) | FI112305B (es) |
| TR (1) | TR200401721T4 (es) |
| WO (1) | WO2001060017A1 (es) |
| ZA (1) | ZA200206438B (es) |
Families Citing this family (45)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI112305B (fi) * | 2000-02-14 | 2003-11-14 | Nokia Corp | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
| FI111210B (fi) * | 2000-08-14 | 2003-06-13 | Nokia Corp | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa |
| US7242670B2 (en) * | 2001-07-07 | 2007-07-10 | Lg Electronics Inc. | Method for controlling retransmission of information using state variables in radio communication system |
| KR100595583B1 (ko) | 2001-07-09 | 2006-07-03 | 엘지전자 주식회사 | 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법 |
| US6725040B2 (en) | 2001-07-09 | 2004-04-20 | Asustek Computer Inc. | Lossless SRNS relocation procedure in a wireless communications system |
| ATE502472T1 (de) | 2001-11-24 | 2011-04-15 | Lg Electronics Inc | Verfahren zur übertragung von paketdaten in komprimierter form in einem kommunikationssystem |
| KR100405662B1 (ko) * | 2001-12-28 | 2003-11-14 | 엘지전자 주식회사 | 서로 다른 세대 이동통신 시스템간 핸드오프 장치 및 방법 |
| KR100541015B1 (ko) * | 2002-02-04 | 2006-01-10 | 아스텍 컴퓨터 인코퍼레이티드 | 무선 통신 시스템에 있어서의 데이터 폐기 신호 절차 |
| EP1598976B1 (en) * | 2002-02-04 | 2007-04-25 | ASUSTeK Computer Inc. | Data discard method for selective repeat protocols |
| CN1204724C (zh) * | 2002-02-08 | 2005-06-01 | 华硕电脑股份有限公司 | 用于无线通信系统的数据传输的确认方法 |
| NO20020667D0 (no) * | 2002-02-11 | 2002-02-11 | Ericsson Telefon Ab L M | Fremgangsmåte for å unngå unödig okkupering av ressurser i pakkesvitsjede mobilnett |
| KR100896484B1 (ko) | 2002-04-08 | 2009-05-08 | 엘지전자 주식회사 | 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치 |
| AU2002308135A1 (en) * | 2002-04-10 | 2003-10-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Data preservation |
| KR100802619B1 (ko) | 2002-11-07 | 2008-02-13 | 엘지전자 주식회사 | 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법 |
| US7313128B2 (en) * | 2003-01-09 | 2007-12-25 | Siemens Aktiengesellschaft | Method and mobile radio communication network for the transmission of packet data |
| JP2006523042A (ja) * | 2003-04-10 | 2006-10-05 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 再送信の方法とシステム |
| CN100464604C (zh) * | 2003-05-05 | 2009-02-25 | 诺基亚西门子通信有限责任两合公司 | 用于当移动用户在移动通信网内改变位置时暂存用户数据的方法和装置 |
| FI20031853A7 (fi) * | 2003-12-18 | 2005-06-19 | Nokia Corp | Tiedonsiirtomenetelmä langatonta pakettidatapohjaista tiedonsiirtoa varten |
| US7307955B2 (en) * | 2003-12-31 | 2007-12-11 | Nokia Corporation | Method and equipment for lossless packet delivery to a mobile terminal during handover |
| SE0400163D0 (sv) * | 2004-01-28 | 2004-01-28 | Ericsson Telefon Ab L M | Method and systems of radio communications |
| US7486697B2 (en) * | 2004-05-27 | 2009-02-03 | International Business Machines Corporation | Method for negotiating link protocols for link aggregations |
| CN100399860C (zh) * | 2004-11-04 | 2008-07-02 | 大唐移动通信设备有限公司 | 涉及用户终端的服务无线网络子系统重定位方法 |
| RU2007130081A (ru) * | 2005-02-07 | 2009-02-20 | Самсунг Электроникс Ко., Лтд. (KR) | Способ и устройство для запроса/передачи отчета о состоянии в системе мобильной связи |
| EP1689130A1 (en) * | 2005-02-07 | 2006-08-09 | Lg Electronics Inc. | Method for settling an error in a radio link control |
| US9031071B2 (en) * | 2005-08-26 | 2015-05-12 | Alcatel Lucent | Header elimination for real time internet applications |
| MY157712A (en) | 2006-06-20 | 2016-07-15 | Interdigital Tech Corp | Methods and system for performing handover in a wireless communication system |
| JP4978141B2 (ja) | 2006-10-06 | 2012-07-18 | 富士通株式会社 | 無線通信システム及び無線基地局及び無線通信制御方法 |
| KR100938090B1 (ko) * | 2006-10-19 | 2010-01-21 | 삼성전자주식회사 | 이동통신 시스템에서 핸드오버 수행 방법 및 장치 |
| US8660085B2 (en) | 2006-12-04 | 2014-02-25 | Qualcomm Incorporated | Methods and apparatus for transferring a mobile device from a source eNB to a target eNB |
| US8027328B2 (en) * | 2006-12-26 | 2011-09-27 | Alcatel Lucent | Header compression in a wireless communication network |
| US7899025B2 (en) * | 2006-12-26 | 2011-03-01 | Alcatel-Lucent Usa Inc. | Header suppression in a wireless communication network |
| GB2449629A (en) * | 2007-05-01 | 2008-12-03 | Nec Corp | Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover |
| KR100907978B1 (ko) | 2007-09-11 | 2009-07-15 | 엘지전자 주식회사 | 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치 |
| JP5190514B2 (ja) * | 2007-10-01 | 2013-04-24 | インターデイジタル パテント ホールディングス インコーポレイテッド | Ｐｄｃｐ破棄の方法および装置 |
| RU2486699C2 (ru) * | 2007-12-20 | 2013-06-27 | Нтт Докомо, Инк. | Мобильная станция, базовая станция радиосвязи, способ управления связью и система мобильной связи |
| WO2009111233A1 (en) | 2008-03-04 | 2009-09-11 | Interdigital Patent Holdings, Inc. | Method and apparatus for accessing a random access channel by selectively using dedicated or contention-based preambles during handover |
| US8712415B2 (en) | 2008-03-20 | 2014-04-29 | Interdigital Patent Holdings, Inc. | Timing and cell specific system information handling for handover in evolved UTRA |
| EP2136501B1 (en) * | 2008-06-20 | 2019-12-04 | LG Electronics Inc. | Method of delivering a PDCP data unit to an upper layer |
| KR101565667B1 (ko) | 2008-06-30 | 2015-11-13 | 인터디지탈 패튼 홀딩스, 인크 | Ｅ－ｕｔｒａｎ에서 핸드오버를 수행하기 위한 방법 및 장치 |
| US8379855B2 (en) * | 2010-06-03 | 2013-02-19 | Nokia Corporation | Ciphering in a packet-switched telecommunications system |
| US20130051253A1 (en) * | 2011-08-23 | 2013-02-28 | James M. Lin | Method and apparatus for improving user experience via payload adaptation |
| KR20130093774A (ko) * | 2011-12-29 | 2013-08-23 | 엘지전자 주식회사 | Ｐｄｃｐ 패킷 전송 방법 |
| JP6163003B2 (ja) * | 2013-05-09 | 2017-07-12 | 株式会社Ｎｔｔドコモ | ハンドオーバ方法及び無線基地局 |
| CN105517020B (zh) * | 2015-12-16 | 2018-09-28 | 京信通信系统（中国）有限公司 | 一种更新配置参数的方法及装置 |
| CN109586931B (zh) * | 2018-10-18 | 2021-01-15 | 招商证券股份有限公司 | 组播方法及终端设备 |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0286245A (ja) * | 1988-09-21 | 1990-03-27 | Hitachi Ltd | データリンクレイヤ処理方式 |
| US5245616A (en) * | 1989-02-24 | 1993-09-14 | Rosemount Inc. | Technique for acknowledging packets |
| JPH05153162A (ja) * | 1991-11-27 | 1993-06-18 | Nec Corp | パケツト通信システムの送達確認方式 |
| US5444718A (en) * | 1993-11-30 | 1995-08-22 | At&T Corp. | Retransmission protocol for wireless communications |
| US5586119A (en) * | 1994-08-31 | 1996-12-17 | Motorola, Inc. | Method and apparatus for packet alignment in a communication system |
| JP2778618B2 (ja) | 1995-02-10 | 1998-07-23 | 日本電気株式会社 | 伝送制御方法 |
| US5844478A (en) * | 1996-05-31 | 1998-12-01 | Thomson Consumer Electronics, Inc. | Program specific information formation for digital data processing |
| FI112419B (fi) * | 1996-06-06 | 2003-11-28 | Nokia Corp | Menetelmä tiedonsiirron salaamiseksi |
| EP0866579A1 (en) | 1997-03-20 | 1998-09-23 | Nec Corporation | Packet transmission method without sending serial numbers |
| JPH10303910A (ja) * | 1997-04-24 | 1998-11-13 | Nippon Telegr & Teleph Corp <Ntt> | マルチメディア情報配信方法及び配信システム |
| US6021124A (en) | 1997-08-19 | 2000-02-01 | Telefonaktiebolaget Lm Ericsson | Multi-channel automatic retransmission query (ARQ) method |
| US6134237A (en) | 1997-09-30 | 2000-10-17 | Motorola, Inc. | Method and apparatus for tracking data packets in a packet data communication system |
| JP3045715B2 (ja) * | 1998-01-23 | 2000-05-29 | 松下電器産業株式会社 | 伝送システム、送信装置、記録再生装置、および記録装置 |
| US6389016B1 (en) * | 1998-10-14 | 2002-05-14 | Nortel Networks Limited | Data communication system and method for transporting data |
| US6621796B1 (en) * | 1999-03-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Discard mechanism for selective repeat automatic repeat request |
| US6519223B1 (en) * | 1999-04-06 | 2003-02-11 | Telefonaktiebolaget L M Ericsson (Publ) | System and method for implementing a semi reliable retransmission protocol |
| US6335933B1 (en) * | 1999-05-21 | 2002-01-01 | Broadcom Homenetworking, Inc. | Limited automatic repeat request protocol for frame-based communication channels |
| US6353593B1 (en) * | 1999-06-03 | 2002-03-05 | Fujitsu Network Communications, Inc. | Protection architecture for virtual channel connections (VCCS) in a telecommunications network |
| US6487689B1 (en) * | 1999-07-08 | 2002-11-26 | Lucent Technologies Inc. | Receiver initiated recovery algorithm (RIRA) for the layer 2 tunneling protocol (L2TP) |
| US6697331B1 (en) * | 1999-11-17 | 2004-02-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Link layer acknowledgement and retransmission for cellular telecommunications |
| US6590905B1 (en) * | 1999-12-22 | 2003-07-08 | Nokia Mobile Phones Ltd. | Changing XID/PDCP parameters during connection |
| FI112305B (fi) * | 2000-02-14 | 2003-11-14 | Nokia Corp | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
| FI112304B (fi) * | 2000-02-14 | 2003-11-14 | Nokia Corp | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
-
2000
- 2000-02-14 FI FI20000315A patent/FI112305B/fi not_active IP Right Cessation
-
2001
- 2001-02-09 US US09/780,529 patent/US7167475B2/en not_active Expired - Lifetime
- 2001-02-13 DK DK01907602T patent/DK1266500T3/da active
- 2001-02-13 BR BR0108226-4A patent/BR0108226A/pt not_active IP Right Cessation
- 2001-02-13 AT AT01907602T patent/ATE264586T1/de active
- 2001-02-13 CN CNB2004100615267A patent/CN100380893C/zh not_active Expired - Lifetime
- 2001-02-13 WO PCT/FI2001/000130 patent/WO2001060017A1/en not_active Ceased
- 2001-02-13 KR KR10-2002-7010564A patent/KR100458533B1/ko not_active Expired - Lifetime
- 2001-02-13 TR TR2004/01721T patent/TR200401721T4/xx unknown
- 2001-02-13 JP JP2001559225A patent/JP4376486B2/ja not_active Expired - Lifetime
- 2001-02-13 CA CA002398486A patent/CA2398486C/en not_active Expired - Lifetime
- 2001-02-13 DE DE60102809T patent/DE60102809T2/de not_active Expired - Lifetime
- 2001-02-13 CN CNB018050395A patent/CN1190934C/zh not_active Expired - Lifetime
- 2001-02-13 ES ES01907602T patent/ES2218389T3/es not_active Expired - Lifetime
- 2001-02-13 EP EP01907602A patent/EP1266500B1/en not_active Expired - Lifetime
- 2001-02-13 AU AU2001235525A patent/AU2001235525A1/en not_active Abandoned
-
2002
- 2002-08-13 ZA ZA200206438A patent/ZA200206438B/xx unknown
-
2007
- 2007-02-28 JP JP2007050206A patent/JP4652358B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| FI20000315A0 (fi) | 2000-02-14 |
| CN1630272A (zh) | 2005-06-22 |
| EP1266500A1 (en) | 2002-12-18 |
| ZA200206438B (en) | 2003-10-02 |
| KR100458533B1 (ko) | 2004-12-03 |
| JP2003523138A (ja) | 2003-07-29 |
| TR200401721T4 (tr) | 2004-08-23 |
| CA2398486C (en) | 2007-05-01 |
| FI20000315L (fi) | 2001-08-15 |
| BR0108226A (pt) | 2003-03-05 |
| JP4376486B2 (ja) | 2009-12-02 |
| DK1266500T3 (da) | 2004-06-14 |
| DE60102809T2 (de) | 2006-06-22 |
| FI112305B (fi) | 2003-11-14 |
| DE60102809D1 (de) | 2004-05-19 |
| US7167475B2 (en) | 2007-01-23 |
| US20010030965A1 (en) | 2001-10-18 |
| CA2398486A1 (en) | 2001-08-16 |
| CN1401180A (zh) | 2003-03-05 |
| JP4652358B2 (ja) | 2011-03-16 |
| CN1190934C (zh) | 2005-02-23 |
| EP1266500B1 (en) | 2004-04-14 |
| AU2001235525A1 (en) | 2001-08-20 |
| WO2001060017A1 (en) | 2001-08-16 |
| CN100380893C (zh) | 2008-04-09 |
| ATE264586T1 (de) | 2004-04-15 |
| KR20020075422A (ko) | 2002-10-04 |
| JP2007195219A (ja) | 2007-08-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2218389T3 (es) | Numeracion de paquetes de datos en una transmision de datos por conmutacion de paquetes. | |
| ES2218388T3 (es) | Numeracion de paquetes de datos en una transmision de datos por conmutacion de paquetes. | |
| ES2215894T3 (es) | Numeracion de paquetes de datos en transmision de datos por conmutacion de paquetes. | |
| ES2369770T3 (es) | Procedimiento de trasladar una ventana de recepción en una red de acceso por radio. | |
| ES2236319T3 (es) | Definicion de la compresion de campos de cabecera para conexiones de paquetes de datos. | |
| ES2962322T3 (es) | Gestión de duplicación de pdcp y recuperación de datos en una nueva tecnología de acceso por radio | |
| CN104320820B (zh) | 在无线通信系统中的硬切换方法 | |
| ES2373710T3 (es) | Procedimiento de reubicación de srns y controlador de red radio correspondiente. | |
| ES2272691T3 (es) | Reubicacion de la informacion de contexto en la compresion de encabezamientos. | |
| KR101435832B1 (ko) | 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기 | |
| ES2653539T3 (es) | Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles | |
| ES2337633T3 (es) | Metodo para transmitir informes de estatus de memoria intermedia y datos de enlace ascendente en un sistema de comunicaciones inalambricas, dispositivo inalambrico para implementar dicho metodo. | |
| ES2357045T3 (es) | Método y dispositivo para reensamblaje de datos en un sistema de comunicación inalámbrica. | |
| WO2009096748A2 (en) | Mobile communication system and method for transmitting pdcp status report thereof | |
| JP2011508560A (ja) | 移動通信システム及びそのｐｄｃｐ状態報告転送方法 | |
| ES2248520T3 (es) | Metodo para mantenimiento y aplicaciohn selectivamente de una compresion ppp en un sistema de comunicacion por cable. | |
| ES2974523T3 (es) | Método para transmitir informe de estado PDCP | |
| ZA200206437B (en) | Data packet numering in packet-switched data transmission. |