ES2581847T3 - Almacenamiento temporal de paquetes para una transferencia sin pérdidas - Google Patents

Almacenamiento temporal de paquetes para una transferencia sin pérdidas Download PDF

Info

Publication number
ES2581847T3
ES2581847T3 ES11154714.7T ES11154714T ES2581847T3 ES 2581847 T3 ES2581847 T3 ES 2581847T3 ES 11154714 T ES11154714 T ES 11154714T ES 2581847 T3 ES2581847 T3 ES 2581847T3
Authority
ES
Spain
Prior art keywords
mobile communication
base station
communication device
data packets
user data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES11154714.7T
Other languages
English (en)
Inventor
Jagdeep Ahluwalia
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Application granted granted Critical
Publication of ES2581847T3 publication Critical patent/ES2581847T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • 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
    • 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/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/38—Reselection control by fixed network equipment
    • 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/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método realizado por una estación base origen LTE (5-1), el cual comprende: almacenar temporalmente paquetes de datos del usuario del enlace descendente para su transmisión a un dispositivo de comunicación móvil (3) en una memoria temporal intermedia (101); enviar los paquetes de datos del usuario del enlace descendente al dispositivo de comunicación móvil (3): recibir los paquetes de datos del usuario del enlace ascendente del dispositivo de comunicación móvil (3); recibir una respuesta de la transferencia indicando la transferencia del dispositivo de comunicación móvil (3) a una estación base destino (5-2), y enviar selectivamente los paquetes de datos del usuario del enlace descendente desde dicha memoria temporal intermedia (101) a dicha estación base destino dependiendo de un informe del estado del RLC o de la información de realimentación HARQ; en el que en respuesta a recibir la respuesta de la transferencia, detener la transmisión de los paquetes de datos del usuario del enlace descendente al dispositivo de comunicación móvil (3) y transmitir un comando de transferencia al dispositivo de comunicación móvil (3), y en el que dicha recepción de los paquetes de datos del usuario del enlace ascendente del dispositivo de comunicaciones móvil (3) continúa después de dicha detención; en el que dicho envío selectivo de los paquetes de datos del usuario a la estación base destino (5-2) se realiza después de detener la transmisión de los paquetes de datos del usuario del enlace descendente al dispositivo de comunicación móvil (3).

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Almacenamiento temporal de paquetes para una transferencia sin perdidas Campo tecnico
La presente invencion se refiere a redes de comunicaciones con moviles, particular pero no exclusivamente redes que operan de acuerdo con las normas 3GPP, equivalentes o derivadas de las mismas. La presente invencion se refiere tambien a la gestion de los paquetes de datos en las redes de comunicaciones con moviles
Antecedentes
En la redes de telecomunicaciones con moviles, existe un requisito para el Equipo de Usuario (UE) para su transferencia desde una estacion base a otra. En 3GPP, se ha propuesto recientemente un procedimiento definido en el plano de control (plano C) para la transferencia (HO) desde un eNodoB origen a un eNodoB destino. Los diferentes acronimos aplicables a las comunicaciones 3G seran por supuesto familiares a los expertos en la tecnica, pero se adjunta un glosario util para aquellos lectores legos en la materia.
Descripcion de la invencion
Aunque para facilitar la comprension por parte de los expertos en la tecnica, la invencion describira con detalle el contexto de un sistema 3G, los principios de la transferencia se pueden aplicar a otros sistemas, por ejemplo, otro CDMA o inalambrico en el cual un dispositivo movil o un Equipo de Usuario (UE) se comunique con uno de los diversos dispositivos (correspondientes al eNodoB) con los correspondientes elementos del sistema diferente segun se necesite.
Se ha observado que con las propuestas actuales de transferencia 3GPP [por ejemplo como se expone en Transferencia de datos del plano del usuario del enlace descendente para servicios RT,
http://www.3gpp.org/tsg_ran/WG3_lu/TSGR3_53/docs/R3-061088zip], solo se pueden enviar unos pocos paquetes de datos del enlace descendente (DL) desde el eNodoB origen al eNodoB destino para servicios en tiempo real durante la ejecucion de la transferencia. Esto puede resultar, en el peor de los casos, en una perdida de un unico paquete de datos o en demora en la entrega. Se ha considerado en general que cualquiera de estos eventos podna ser aceptable; sena naturalmente deseable no tener ninguna perdida pero se ha considerado inevitable dadas las restricciones operativas. Se ha acordado en general que los datos del usuario se deben enviar desde el eNodoB origen al eNodoB destino tanto para los servicios en tiempo real como en tiempo no real durante la fase de ejecucion de la transferencia, mas que aplicar diferentes mecanismos de un modo dependiente del servicio.
El informe tecnico 3GPP TR 25.912 UE Version 7.0.0, titulado “Universal Mobile Telecommunications System (UMTS); Feasibility Study for Evolved Universal Terrestrial Radio Access (UTRA) and Universal Terrestrial Radio Access Network (UTRAN)” describe un sistema de comunicacion con moviles en el cual un dispositivo movil es transferido desde una estacion base origen a una estacion base destino. Los datos del enlace descendente se almacenan temporalmente en la estacion base origen y se envfan a la estacion base destino en el momento de la transferencia.
El documento US 2005/192010 describe un controlador de un sistema de comunicacion que incluye un modulo para intercambiar mensajes indicando un cambio del canal de trafico entre las unidades del sistema de comunicacion antes de una transferencia complicada, un modulo para cambiar un canal de trafico del enlace descendente, un modulo para detectar una unidad del sistema de comunicacion en un canal destino de la transferencia, un modulo para cambiar un canal de trafico del enlace ascendente y un modulo para completar un proceso de transferencia complicada.
Los aspectos de la invencion se invocan en las reivindicaciones independientes adjuntas.
En un ejemplo de describe un metodo realizado por una estacion base LTE origen, comprendiendo el metodo: almacenar temporalmente los paquetes de datos del usuario del enlace descendente para su transmision a un dispositivo de comunicacion movil en una memoria temporal intermedia; enviar los paquetes de datos del usuario del enlace descendente a un dispositivo de comunicacion movil, recibir los paquetes de datos del usuario del enlace ascendente del dispositivo de comunicacion movil; recibir una respuesta de transferencia que indica la transferencia del dispositivo de comunicacion movil a una estacion base destino; y enviar selectivamente los paquetes de datos del usuario del enlace descendente desde dicha memoria de almacenamiento temporal a dicha estacion base destino dependiendo del informe del estado del RLC o la informacion de la realimentacion HARQ; en el que en respuesta a recibir la respuesta de transferencia, detener la transmision de los paquetes de datos del usuario del enlace descendente al dispositivo de comunicacion movil y transmitir un comando de transferencia al dispositivo de comunicacion movil en el que dicha recepcion de los paquetes de datos del usuario del enlace ascendente desde el dispositivo de comunicacion movil continua despues de dicha detencion.
En un ejemplo que se describe, la estacion base LTE consta de una memoria intermedia temporal para almacenar temporalmente los paquetes de datos del usuario del enlace descendente para su transmision a un dispositivo de
5
10
15
20
25
30
35
40
45
50
comunicacion movil; medios para enviar los paquetes de datos del usuario del enlace descendente al dispositivo de comunicacion movil; medios para recibir los paquetes de datos del usuario del enlace ascendente desde el dispositivo de comunicacion movil; medios para recibir una respuesta de transferencia que indica la transferencia del dispositivo de comunicacion movil a una estacion base destino y medios para enviar selectivamente los paquetes de datos del usuario del enlace descendente desde dicha memoria temporal intermedia a dicha estacion base destino dependiendo de un informe del estado del RLC o de la informacion de la realimentacion HARQ; en la que en respuesta a recibir la respuesta de transferencia, la estacion base LTE origen esta preparada para detener la transmision de los paquetes de datos del usuario del enlace descendente al dispositivo de comunicacion movil y para transmitir un comando de transferencia al dispositivo de comunicacion movil y en la que dichos medios para recibir los paquetes de datos del usuario del enlace ascendente desde el dispositivo de comunicaciones movil estan dispuestos para continuar recibiendo los paquetes de datos del usuario del enlace ascendente despues de que la estacion base haya detenido el envfo de paquetes de datos del usuario del enlace descendente .
Aunque la invencion se describe para facilitar la comprension en el contexto de una transferencia de un eNodoB 3G a otro, los principios se pueden ampliar a la transferencia entre nodos de diferentes redes, por ejemplo, una red 3G y otra red.
La invencion proporciona, para todo los metodos descritos, los correspondientes programas de ordenador o productos de programa de ordenador para su ejecucion en los equipos correspondientes, el propio equipo (Equipo de Usuario, nodos o componentes de los mismos) y metodos para actualizar el equipo.
Breve descripcion de los dibujos
Se describiran a continuacion realizaciones de ejemplo de la invencion, a tftulo de ejemplo, con referencia a los dibujos que se acompanan, en los cuales:
La figura 1 ilustra esquematicamente un sistema de comunicacion con moviles de un tipo al cual se le puede aplicar una primera realizacion de ejemplo de esta invencion;
La figura 2 ilustra esquematicamente una estacion base de acuerdo con la primera realizacion de ejemplo;
La figura 3 ilustra esquematicamente un dispositivo de comunicacion movil de acuerdo con la primera realizacion de ejemplo;
La figura 4 muestra un proceso de transferencia relacionado;
La figura 5 muestra un proceso de transferencia modificado de acuerdo con la primera realizacion de ejemplo;
La figura 6 ilustra esquematicamente un sistema de comunicacion con moviles del tipo al cual se le puede aplicar la segunda realizacion de ejemplo de la invencion;
La figura 7 ilustra esquematicamente una estacion base que forma parte del sistema mostrado en la figura 6;
La figura 8 ilustra esquematicamente un dispositivo de comunicacion movil que forma parte del sistema mostrado en la figura 6;
La figura 9 ilustra parte de una pila del protocolo que forma parte del software de comunicacion utilizado para controlar las comunicaciones entre el dispositivo de comunicacion movil y las estaciones base;
La figura 10 muestra un proceso de transferencia relacionado;
La figura 11 muestra un proceso de transferencia modificado;
La figura 12 ilustra el funcionamiento de una entidad ARQ externa para la gestion del almacenamiento temporal de paquetes de datos en modo reconocido durante el proceso de transferencia.
La figura 13 ilustra el funcionamiento de una entidad ARQ externa para la gestion del almacenamiento temporal de paquetes de datos en modo no reconocido durante el proceso de transferencia.
Mejor metodo para realizar la invencion
Con referencia a las figuras 1-5, se describe a continuacion una primera realizacion de ejemplo de esta invencion.
La figura 1 ilustra esquematicamente un sistema de comunicacion con moviles (celular) 1 en el cual los usuarios de telefonos moviles (MT) 3-0, 3-1 y 3-2 se pueden comunicar con otros usuarios (no mostrados) por medio de una estacion base 5 y una red telefonica 7. En esta realizacion (es decir, la primera realizacion de ejemplo de esta invencion), la estacion base 5 utiliza una tecnica de acceso multiple por division ortogonal de frecuencia (OFDMA) en la cual los datos a transmitir a los telefonos moviles 3 se modulan dentro de una diversidad de subportadoras. Las diferentes subportadoras estan asignadas a cada telefono movil 3 dependiendo del ancho de banda soportado del telefono movil 3 y de la cantidad de datos a enviar al telefono movil 3. En esta realizacion, la estacion base 5
5
10
15
20
25
30
35
40
45
50
tambien asigna las subcontratas utilizadas para transportar los datos a los respectivos telefonos moviles 3 con objeto de tratar de mantener una distribucion uniforme de los telefonos moviles 3 que operan a traves del ancho de banda de la estacion base.
Estacion base
La figura 2 es un diagrama de bloques que ilustra los componentes principales de la estacion base 5 utilizada en esta realizacion. Como se muestra, la estacion base 5 incluye un circuito transceptor 21 que funciona para transmitir senales a y para recibir senales de los telefonos moviles 3 por medio de una o mas antenas 23 (utilizando las subportadoras descritas anteriormente) y que funcionan para transmitir senales y para recibir senales de la red telefonica 7 a traves de un interfaz de red 25. El funcionamiento del circuito transceptor 21 lo controla un controlador 27 de acuerdo con el software almacenado en la memoria 29. El software incluye, entre otras cosas, un sistema operativo 31 y un planificador del enlace descendente 33. El planificador del enlace descendente 33 funciona para planificar los paquetes de datos del usuario a transmitir por medio del circuito transceptor 21 en sus comunicaciones con los telefonos moviles 3. El software incluye tambien un modulo de transferencia 35, cuyo funcionamiento se describira mas adelante.
Telefono movil
La figura 3 ilustra esquematicamente los componentes principales de cada uno de los telefonos moviles 3 mostrados en la figura 1. Como se muestra, los telefonos moviles 3 incluyen un circuito transceptor 71 que funciona para transmitir senales a y recibir senales de la estacion base 5 por medio de una o mas antenas 73. Como se muestra, el telefono movil 3 incluye tambien un controlador 75 que controla el funcionamiento del telefono movil 3 y que esta conectado al circuito transceptor 71 y a un altavoz 77, un microfono 79, una pantalla 81 y un teclado 83. El controlador 75 funciona de acuerdo con las instrucciones del software almacenadas en la memoria 85. Como se muestra, estas instrucciones de software incluyen, entre otras cosas, un sistema operativo 87. En esta realizacion, la memoria tambien proporciona una memoria temporal intermedia de datos 89 del enlace ascendente. El software para controlar el proceso de transferencia lo proporciona un modulo de transferencia 91, cuyo funcionamiento se describira mas adelante.
En la descripcion anterior, tanto la estacion base como el dispositivo movil se describen para facilitar su comprension como que disponen de respectivos modulos de transferencia discretos y que ejecutan algunas de las caractensticas de la invencion. Aunque las caractensticas se pueden proporcionar de este modo para ciertas aplicaciones, por ejemplo en las que se ha modificado un sistema existente para realizar la invencion, en otras aplicaciones, por ejemplo en sistemas disenados teniendo en cuenta las caractensticas de la invencion desde el principio, las caractensticas de la transferencia se pueden incorporar dentro del sistema operativo general o codigo y de ese modo puede no ser distinguible un modulo de transferencia de una entidad discreta.
Descripcion del protocolo Relativo a la Transferencia
Antes de describir las caractensticas adicionales de la invencion con detalle, puede ser util resumir el protocolo relativo a la transferencia, con referencia a la figura 4. El flujo de senalizacion relacionado para el plano de control se considera la base de una descripcion adicional. Se incluye tambien la descripcion a partir del documento TR 25.912 para la secuencia de la senalizacion.
1) El contexto del UE dentro del eNodoB origen contiene informacion relativa a restricciones de transito que fueron proporcionadas bien al establecimiento de la conexion o bien en la ultima actualizacion de la TA.
2) La entidad eNodoB origen configura los procedimientos de medicion del UE de acuerdo con la informacion de restriccion del area. Las mediciones proporcionadas por la entidad eNodoB origen pueden ayudar a la funcion que controla la movilidad de la conexion del UE.
3) Basandose en los resultados del UE y del eNodoB origen, probablemente ayudados por informacion espedfica adicional del RRM, el eNodoB origen decide transferir el UE a una celula controlada por el eNodoB destino.
4) El eNodoB origen emite una peticion de transferencia a la entidad eNodoB destino pasandole la necesaria formacion para preparar la transferencia en el lado destino. El eNodoB destino configura los recursos precisos.
5) El eNodoB destino realiza el control de admision para aumentar la probabilidad de una transferencia satisfactoria, si el eNodoB destino puede aportar los recursos.
6) La preparacion de la transferencia finaliza en el lado destino, se pasa al eNodoB origen la informacion para que el UE reconfigure el recorrido de radio hacia el lado destino.
A) desde la etapa 7) a la 12) se proporcionan medios para evitar perdida de datos durante la transferencia.
7) La entidad eNodoB origen ordena al UE que realice la transferencia, conteniendo informacion de los recursos de radio del lado destino.
5
10
15
20
25
30
35
40
45
50
8) El UE alcanza la sincronizacion en el lado destino.
9) Una vez que el UE ha accedido satisfactoriamente a la celula, env^a una indicacion al eNodoB destino de que la transferencia se ha completado.
10) La MME/UPE es informada de que el UE ha cambiado de celula. La UPE conmuta el recorrido de los datos al lado destino y puede liberar cualesquiera recursos del plano U/TNL hacia el eNodoB origen.
11) La MME/UPE confirma el mensaje de transferencia Completada con el mensaje de transferencia Completada ACK.
12) El eNodoB destino activa la liberacion de recursos en el lado origen. El eNodoB destino puede enviar este mensaje directamente tras la recepcion del mensaje 9.
13) Tras la recepcion del mensaje Liberar Recursos, el eNodoB origen puede liberar los recursos relativos de radio y del plano C en relacion con el contexto del UE. El eNodoB origen debe continuar realizando el envfo de datos hasta que un mecanismo dependiente de la ejecucion determine que el envfo de datos se puede detener y que los recursos del plano U/TNL se pueden liberar.
14) Si la nueva celula forma parte de una nueva Area de Seguimiento, el UE necesita registrarse con la MME/UPE la cual por su parte actualiza la informacion de restriccion del area en el lado destino.
La descripcion que sigue se aplica principalmente al modo de reconocimiento del RLC aunque la entidad externa ARQ para LTE pueda no ser identica al RLC en todos los aspectos. Las especificaciones de las entidades no reconocidas en el modo RLC empleadas para aplicaciones en tiempo real tales como VoIP y descarga continua se toman tambien siempre que se haya aplicado una gestion diferente comparada con las entidades en el modo de reconocimiento.
Con objeto de transferir el contexto y enviar los datos para soportar la transferencia entre eNodoB sin perdidas, se considera que es deseable que el eNodoB origen pueda sincronizar el estado de transmision de los datos entre el mismo y los datos del eNodoB destino durante la transferencia. A partir aqrn se concluye que debe ser deseable que se detenga el flujo de datos en el instante apropiado durante la fase de ejecucion de la transferencia considerando que el tiempo de interrupcion para los datos en el plano del usuario sea mmimo. Sin embargo, cumplir completamente este requisito deseado no es muy sencillo ya que detener la transmision de datos por medio de senalizacion adicional sena problematico porque aumentana el tiempo total de la transferencia. Se ha considerado que es posible detener implfcitamente la transmision de datos en (en uno o en ambos, preferentemente en ambos) el eNodoB origen y en el UE en el momento de la ejecucion de la transferencia, modificando la disposicion convencional para incorporarla en alguna “realizacion” del proceso de transferencia en el proceso de la transferencia de datos del Usuario. Una caractenstica deseable adicional es que, si se adoptan las SDU del RLC o las PDU del RLC basadas en el envfo, el numero de paquetes duplicados transmitidos sobre el enlace aereo por el eNB destino o por el UE se minimiza.
Se propone en este documento que la secuencia de senalizacion en la figura 4 se modifique como se muestra en la figura 5 la cual expone los tiempos que se proponen para detener la transmision de los datos en el DL y en el UL con los detalles de las secuencias modificadas descritas. Se explica seguidamente como este enfoque de detener el flujo de datos facilita lograr una rapida transferencia sin perdida de datos para LTE.
Con referencia a la figura 5, se describe el flujo de informacion para el Soporte de Movilidad de Acceso entre LTE.
1) El contexto del UE dentro del eNodoB origen contiene informacion relativa a las restricciones de transito que se proporcionaron al establecimiento de la conexion o en la ultima actualizacion de la TA.
2) La entidad eNodoB origen configura los procedimientos de medicion del UE de acuerdo con la informacion de restriccion del area. Las mediciones proporcionadas por la entidad eNodoB origen pueden ayudar a la funcion que controla la movilidad de la conexion del Ue.
3) Basandose en los resultados de la medicion del UE y del eNodoB origen, ayudada probablemente por informacion espedfica adicional del RRM, el eNodoB origen decide transferir el UE a una celula controlada por el eNodoB destino.
4) El eNodoB origen emite una peticion de transferencia a la entidad eNodoB destino pasandole la informacion necesaria para preparar la transferencia en el lado destino. El eNodoB destino configura los recursos necesarios.
5) El Control de la Admision lo realiza el eNodoB destino para aumentar la probabilidad de una transferencia satisfactoria, si los recursos pueden ser aportados por el eNodoB destino.
6) Finalizada la preparacion de la transferencia en el lado destino, se pasa al eNodoB origen la informacion para que el UE reconfigure el recorrido de radio hacia el lado destino.
5
10
15
20
25
30
35
40
45
50
7) Esta etapa consta de la siguientes sub etapas.
a) Antes de enviar el Comando HO a las capas inferiores, la entidad RLC en el eNB ordena a las entidades RLC UP que detengan la transmision en el DL de modo que las entidades RLC no deberan enviar ninguna PDU del RLC a la capa inferior. Podna continuar la recepcion en el UL. En el caso de que las entidades recibidas sean entidades UM RLC, se reensamblaran las SDU y se les transferira a las capas superiores tan pronto como se hayan recibido todas las PDU que contengan la SDU. En relacion con las entidades AM RLC, si se encuentra una realimentacion ACK/NACK superpuesta en una AMD PDU, se le entrega a la Unidad de Gestion & memoria intermedia de la Retransmision en el lado transmisor de la entidad AM RLC, con objeto de depurar la memoria intermedia de AMD PDU reconocida positivamente.
b) La entidad eNB origen ordena al UE que realice la HO, incluyendo la informacion de recursos de radio del lado destino.
c) A la recepcion del Comando HO la entidad RRC en el UE ordenana a las entidades RLC UP detener la transmision en el UL. El UE debera iniciar inmediatamente la senalizacion L1/L2 en el eNodoB destino despues de esto.
d) Dado que la transmision en el plano de datos del usuario esta detenida en ambos sentidos, el eNodoB origen podra sincronizar con precision el estado de transmision de los datos entre los eNB origen y destino, pudiendo iniciarse el envfo de la SDU en el DL desde cualquier punto tras esto.
8) El UE alcanza la sincronizacion en el lado destino.
9) Una vez que el UE ha accedido satisfactoriamente a la celula, envfa una indicacion al eNodoB destino de que la transferencia se ha completado.
10a) Tras enviar la transferencia completada a la capa inferior, la entidad RRC en el UE debera ordenar a las entidades RLC UP que reanuden el trafico UP en el dL.
10b) A la recepcion de la transferencia Completada la entidad RLC en el eNodoB debera ordenar a las entidades RLC que reanuden el trafico en el DL. El eNodoB debera iniciar la transmision de los paquetes enviados en el DL recibidos del eNodoB origen.
11) La MME/UPE es informada de que el UE ha cambiado de celula. La UPE conmuta el recorrido de los datos al lado destino y puede liberar cualesquiera recursos en el plano U/TNL hacia el eNodoB destino.
12) La MME/UPE confirma el mensaje de transferencia Completada con el mensaje de transferencia Completada ACK.
13) El eNodoB destino lanza la liberacion de los recursos en el lado origen. El eNodoB destino puede enviar este mensaje directamente tras la recepcion del mensaje 9.
14) Tras la recepcion del mensaje Liberar Recursos, el eNodoB origen puede liberar los recursos de radio y del plano C relacionados con el contexto del UE. El eNodoB origen debe continuar realizando el envfo de datos hasta que un mecanismo dependiente de la ejecucion decida que el envfo de datos se puede detener y que los recursos en el plano U/TNL se pueden liberar.
15) Si la nueva celula es miembro de una nueva Area de Seguimiento, el UE necesita registrarse con la MME/UPE la cual por su parte actualiza la informacion de restriccion del area en el lado destino.
Los tiempos precisos que se han indicado anteriormente para detener el flujo de datos ayudan en lograr la siguiente (separar) desiderata que se ha formulado.
I. Mecanismo de transferencia Sin Perdidas Unificado para los servicios en tiempo real y en tiempo no real.
II. Mmimo tiempo de interrupcion para los datos en el plano del usuario.
III. Minimizar la transmision de paquetes duplicados por el eNodoB y por el UE.
La desiderata I se satisface disponiendo de las entidades RLC que son capaces de almacenaje temporal y enviando los paquetes de datos NDL desde el eNodoB origen al eNodoB destino. En el UE las entidades rLc pueden almacenar temporalmente los paquetes de datos generados por la aplicacion despues de que se detenga la transmision en el UL hasta que el Ue se haya conmutado al eNodoB destino - esto requiere que el UE proporcione almacenamiento temporal no existente en un UE convencional, pero esto no tiene porque ser algo problematico de realizar. Por medio de detener implfcitamente los flujos de datos, el eNodoB origen podna sincronizar el estado de transmision de los datos entre el eNodoB origen y el eNodoB destino. Esto es asf porque el eNodoB origen puede conocer con precision cuales son las SDU en el DL que necesitan ser transferidas al eNodoB destino basandose en
5
10
15
20
25
30
35
40
45
50
55
los datos en la memoria temporal de transmision y de retransmision de AM RB y en la memoria temporal de transmision de UM RB ya que esto permanece detenido tras la detencion del flujo de datos.
Con respecto a la desiderata II, dado que no existe senalizacion explfcita (adicional) implicada para detener el flujo de datos en el UL asf como en el sentido del DL, no aumentara el tiempo de interrupcion para los datos en el plano del usuario.
Ademas, el caso en el que se detienen los datos se elige que sea el optimo de acuerdo con lo que se considera en este documento que tenga el menor tiempo de interrupcion. Si el eNodoB continua a planificar los datos en el DL, el UE no podra recibir o reconocer satisfactoriamente estos paquetes de datos ya que, inmediatamente despues de recibir el comando de transferencia, el tratana de sincronizarse con la celula destino. Eventualmente estos paquetes tendnan que ser enviados al eNodoB destino y tendran que ser transmitidos de nuevo a traves del eNodoB destino dando lugar a un uso ineficaz del ancho de banda del interfaz aereo. Aunque de acuerdo con la creencia convencional se podna arguir que para servicios en tiempo real tales como VoIP, la detencion de los datos resultana en detrimento del servicio, se ha apreciado que si el eNodoB continua transmitiendo los paquetes en el DL, no existe un mecanismo de que puedan ser recuperados si no los pudiera recibir mientras estaba tratando de sincronizarse con la celula destino y esto en la practica podna ser cuando menos, problematico. Sin embargo se ha apreciado que si el flujo de datos se detiene y se adopta un mecanismo de envm de paquetes, existe una posibilidad de eliminar las perdidas de los paquetes en el DL aunque podna dar lugar a una entrega de paquetes de datos retardada al UE que podna quedar solo en descartar un unico paquete en el peor de los casos. Pero esto se podna compensar por medio de la memoria temporal de reproduccion.
Similarmente si el UE continua transmitiendo en el UL mientras trata de sincronizarse con la celula destino, puede que no pueda recibir el reconocimiento desde el eNodoB origen y el UE tendna de nuevo que transmitir estos paquetes AM RLC en el sentido del UL al eNodoB destino dando lugar a un uso ineficaz del ancho de banda del interfaz aereo. Para los servicios en tiempo real, los paquetes que se transmiten en el sentido del UL por el UE mientras trata de obtener sincronizacion en la celula destino, pueden sufrir perdidas debido a las malas condiciones de radio en el UL y podnan no ser recuperados si el flujo de datos no es detenido. Por ello sena beneficioso evitar cualquier perdida de paquetes incluso para servicios en tiempo real en el UL por medio de la detencion del flujo de datos en el UL durante la ejecucion de la transferencia mientras que el retardo se podfa compensar al final de la recepcion reproduciendo el contenido de la memoria temporal.
Ademas, si la transmision de datos continua en ambos sentidos en el UL y en el DL despues de que el eNodoB haya enviado el Comando de transferencia, podna ser complicado sincronizar el estado de transmision de los datos entre los eNodoB de datos origen y destino debido a la naturaleza dinamica de los paquetes en las memorias temporales de transmision y retransmision en el eNodoB origen y resultana transmitir de nuevo paquetes duplicados por el eNodoB destino en el DL y el UE en el UL para asegurar la transferencia sin perdida de datos para los Servicios NRT dando como resultado una utilizacion ineficaz del ancho de banda del interfaz aereo. Aunque tendra lugar un uso deficiente del ancho de banda del interfaz aereo, el eNodoB destino y el UE podnan asegurar una HO sin perdidas. Sin embargo, para servicios en tiempo real tales como VoIP, etc., utilizando el modo UM, los paquetes de datos transmitidos por el origen y no recibidos correctamente en el destino, se perderan y no podran ser recuperados. Por ello, detener el flujo de datos para ambos servicios RT y NRT de un modo unificado ayudara en una mejor utilizacion de los recursos en el interfaz aereo para las Balizas NRT evitando la perdida de datos para los servicios RT.
Otra ventaja de tener un caso de tiempo definitivo para detener el flujo de datos es que se podna conseguir una reordenacion implfcita simplificada en el eNodoB destino si los paquetes de datos del DL enviados desde el eNodoB origen en el interfaz X2 se transmiten primero al UE seguidos de los datos recibidos desde la AGW en el interfaz S1.
Considerando la descripcion anterior parece deseable detener la transmision de datos en el UL y en el DL durante la ejecucion de la transferencia para ambos servicios RT y NRT con objeto de soportar la transferencia entre eNodoB sin perdidas, mientras se aplican a mantener el tiempo de interrupcion y la transmision de paquetes duplicados al mmimo.
Se ha descrito en detalle un mecanismo para soportar la transferencia entre eNodoB sin perdidas mientras se aplica a mantener el tiempo de interrupcion y la transmision de paquetes duplicados al mmimo y simplificar la transferencia del contexto y la reordenacion en el eNodoB destino.
Glosario de terminos 3GPP
LTE - Evolucion a Largo Plazo (de UTRAN)
eNB - eNodoB E-UTRAN
UE - Equipo de Usuario - dispositivo de comunicacion movil DL - enlace descendente- enlace de la base al movil
5
10
15
20
25
30
35
40
45
UL - enlace ascendente- enlace del movil a la base
MME - Entidad de Gestion de la Movilidad
UPE - Entidad del Plano del Usuario
HO - Transferencia
RLC - Control del Enlace por Radio
RRC - Control de los Recursos de Radio
SDU - Unidad de Datos del Servicio
PDU - Unidad de Datos del Protocolo
TA - Area de Seguimiento
UP - Plano del Usuario
TML - Capa de Red de Transporte
Interfaz S1 - interfaz entre aGW y eNB
Interfaz X2 - interfaz entre dos eNB
Con referencia a las figuras 6-13, se describira seguidamente una segunda realizacion de ejemplo de esta invencion.
Vision general
La figura 6 ilustra esquematicamente un sistema de telecomunicacion con moviles (celular) 1 en el cual los usuarios de los telefonos moviles (MT) 3-0, 3-1 y 3-2 se pueden comunicar con otros usuarios (no mostrados) por medio de una de las estaciones base 5-1 o 5-2 y una red telefonica 7. En esta realizacion (que es, la segunda realizacion de ejemplo de esta invencion), las estaciones base 5 utilizan una tecnica de acceso multiple por division ortogonal de frecuencia (OFDMA) en la cual los datos a transmitir a los telefonos moviles 3 son modulados sobre una pluralidad de subportadoras. Las diferentes subportadoras se asignan a cada telefono movil 3 dependiendo del ancho de banda soportado del telefono movil 3 y la cantidad de datos a enviar al telefono movil 3. En esta realizacion, las estaciones base 5 tambien asignan las subportadoras utilizadas para transportar los datos a los respectivos telefonos moviles 3 con objeto de tratar de mantener una distribucion uniforme de los telefonos moviles 3 que operan a traves del ancho de banda de la estacion base. Cuando un telefono movil 3 se mueve desde la celula de una estacion base origen (por ejemplo, estacion base 5-1) a una estacion base destino (por ejemplo, estacion base 5-2), se realiza un proceso (protocolo) de transferencia (HO) en la estaciones base 5 origen y destino y en el telefono movil 3, para controlar el proceso de transferencia.
Estacion base
La figura 7 es un diagrama de bloques que ilustra los principales componentes de cada una de las estaciones base 5 utilizadas en esta realizacion. Como se muestra, cada estacion base 5 incluye un circuito transceptor 21 que funciona para transmitir senales a y para recibir senales de los telefonos moviles 3 por medio de una o mas antenas 23 (utilizando las subportadoras anteriormente descritas) y que funciona para transmitir senales a y para recibir senales de la red telefonica 7 a traves de un interfaz de red 25. Un controlador 27 controla el funcionamiento del circuito transceptor 21 de acuerdo con el software almacenado en la memoria 29. El software incluye, entre otras cosas, un sistema operativo 31 y un planificador del enlace descendente 33. El planificador del enlace descendente 33 funciona para planificar los paquetes de datos del usuario a transmitir por el circuito transceptor 21 en sus comunicaciones con los telefonos moviles 3. El software incluye tambien un modulo de transferencia 35, cuyo funcionamiento se describira mas adelante.
Telefono movil
La figura 8 ilustra esquematicamente los principales componentes de cada uno de los telefonos moviles 3 mostrados en la figura 6. Como se muestra, los telefonos moviles 3 incluyen un circuito transceptor 71 que funciona para transmitir senales a y para recibir senales de la estacion base 5 por medio de una o mas antenas 73. Como se muestra, el telefono movil 3 incluye tambien un controlador 75 que controla el funcionamiento del telefono movil 3 y que esta conectado al circuito transceptor 71 y a un altavoz 77, a un microfono 79, a una pantalla 81 y a un teclado 83. El controlador 75 funciona acuerdo con instrucciones de software almacenadas en la memoria 85. Como se muestra, estas instrucciones de software incluyen, entre otras cosas, un sistema operativo 87. En esta realizacion, la memoria tambien proporciona memorias de almacenamiento temporal de datos 89 del enlace ascendente. El
5
10
15
20
25
30
35
40
45
50
software para controlar el proceso de transferencia lo proporciona un modulo de transferencia 91 cuyo funcionamiento se describira mas adelante.
En la descripcion anterior, tanto la estacion base 5 como los telefonos moviles 3 se describen para facilitar la comprension como que tienen respectivos modulos de transferencia discretos que controlan el proceso de transferencia cuando un telefono movil 3 se mueve desde una estacion base origen a una estacion base destino. Aunque estas caractensticas se pueden proporcionar de este modo para ciertas aplicaciones, por ejemplo, en las que se ha modificado un sistema existente para ejecutar la invencion, en otras aplicaciones, por ejemplo en sistemas disenados teniendo en cuenta las caractensticas de la invencion desde el comienzo, las caractensticas de transferencia se pueden incorporar en el sistema operativo general o codigo y de ese modo puede no ser distinguible un modulo de transferencia de una entidad discreta.
Descripcion del protocolo Relativo a la Transferencia
La siguiente descripcion utilizara la nomenclatura que se emplea en Evolucion a Largo Plazo (LTE) de UTRAN. Por consiguiente, el telefono movil 3 que esta cambiando de estaciones base sera referido como un UE, la estacion base origen 5-1 sera referida como el eNodoB origen y la estacion base destino 5-2 sera referida como el eNodoB destino. Las entidades del protocolo utilizadas en LTE tienen los mismos nombres que los utilizados en UMTS excepto para las entidades Control de Enlace por Radio (RLC) las cuales, bajo LTE, se denominan entidades ARQ externas. Las entidades ARQ externas de LTE tienen sustancialmente la misma (aunque no identica) funcionalidad que las entidades RLC de UMTS.
La figura 9 ilustra parte de una pila de protocolo (las tres capas inferiores) utilizada en el UE y en los eNodoB. La primera capa es la capa ffsica (L1) que es responsable de la transmision real de los datos sobre el canal de comunicacion por radio. Por encima esta la segunda capa (L2), que esta dividida en dos subcapas - la capa de Control de Acceso a los Medios (L2/MAC) que es responsable de controlar el acceso al interfaz aereo; y la capa ARQ externa (L2/OARQ) que es responsable de la concatenacion y segmentacion de los paquetes de datos, del reconocimiento de los paquetes y de la retransmision de los paquetes de datos donde sea necesario. Por encima de la segunda capa se encuentra la capa (L3/RRC) Control de los Recursos de Radio (RRC) que es responsable de controlar los recursos de radio utilizados en el interfaz aereo entre el eNodoB y el UE. Como se muestra, la capa L2/ARQ externa incluye un numero de entidades ARQ externas 95 utilizadas para gestionar la transmision de los datos en el plano C y un numero de entidades ARQ externas 97 utilizadas para gestionar la transmision de los datos en el plano U.
La figura 10 ilustra la secuencia de senalizacion del plano de control relacionado (plano C) para controlar la transferencia como se define en el documento TR 25.912. Como se muestra, la secuencia tiene lugar como se explica a continuacion
1) El contexto del UE dentro del eNodoB origen contiene informacion relativa a las restricciones de transito que se proporcionaron al establecimiento de la conexion o en la ultima actualizacion de la TA (Area de Seguimiento).
2) La entidad eNodoB origen configura los procedimientos de medicion del UE de acuerdo con la informacion de restriccion del area. Las mediciones proporcionadas por la entidad eNodoB origen pueden ayudar a la funcion controlando la movilidad de la conexion del UE.
3) Basandose en los resultados de la medicion del UE y el eNodoB origen, asistido probablemente por la informacion espedfica adicional de Gestion de los Recursos de Radio (RRM), el eNodoB origen decide transferir el UE a una celula controlada por el eNodoB destino.
4) El eNodoB origen emite una peticion de transferencia a la entidad eNodoB destino pasandole la necesaria formacion para preparar la transferencia en el lado destino. El eNodoB destino configura los recursos necesarios.
5) El eNodoB destino realiza el control de admision para aumentar la probabilidad de una transferencia satisfactoria, si el eNodoB destino aporta los recursos.
6) La preparacion de la transferencia finaliza en el lado destino, la informacion para que el UE reconfigure el recorrido de radio hacia el lado destino se pasa al eNodoB origen.
7) El eNodoB origen ordena al UE que realice la transferencia, la informacion de recursos de radio en el lado destino esta contenida en el comando.
8) El UE alcanza la sincronizacion en el lado destino.
9) Una vez que el UE ha accedido satisfactoriamente a la celula, envfa una indicacion al eNodoB destino de que la transferencia se ha completado.
10) La Entidad de Gestion de la Movilidad (MME)/Entidad del Plano del Usuario (UPE) (que son las dos entidades logicas en la AGW - MME es para la Gestion en el Plano C y UPE es para la gestion en el plano U). Se supone que ambos pueden estar en un nodo, las AGW son informadas de que el Ue ha cambiado de celula. La UE conmuta el
5
10
15
20
25
30
35
40
45
50
recorrido de datos al lado destino y puede liberar cualesquiera recursos en el Plano del Usuario (plano U) o en la Capa de Red de Transporte (TNL) hacia el eNodoB origen.
11) La MME/UPE confirma el mensaje de transferencia Completada con el mensaje de transferencia Completada ACK.
12) El eNodoB destino envfa a los eNodoB origen un mensaje Liberar Recursos que lanza la liberacion de recursos en el lado origen. El eNodoB destino puede enviar este mensaje directamente tras la recepcion del mensaje 9.
13) Tras la recepcion del mensaje Liberar Recursos, el eNodoB origen puede liberar los recursos relativos de radio y del Plano de Control (plano C) relativos al contexto del UE. El eNodoB origen debe continuar realizando el envfo de datos al eNodoB destino hasta que un mecanismo dependiente de la ejecucion decida que el envfo de datos se debe detener y que se pueden liberar los recursos del plano U/TNL.
14) Si la nueva celula es miembro de una nueva Area de Seguimiento, el UE necesita registrarse con la MME/UPE que por su parte actualiza la informacion de restriccion del area en el lado destino.
La descripcion que sigue se aplica principalmente al Control del Enlace por Radio (RLC) en modo de reconocimiento (AM), en el cual la recepcion de los paquetes de datos son reconocidos por el receptor, aunque la entidad ARQ externa (el equivalente de RLC para LTE) puede no ser identica al RLC en todos los aspectos. Lo espedfico de las entidades ARQ externas en modo no reconocido (UM) empleadas para las aplicaciones en tiempo real tales como VoIP y descarga continua se lanzan tambien siempre que haya una gestion diferente aplicada comparada con la de las entidades en modo de reconocimiento.
Con objeto de transferir el contexto y enviar los datos para soportar la transferencia entre eNodoB sin perdidas, se ha apreciado que es deseable que el eNodoB origen pueda sincronizar el estado de transmision de los datos entre sf mismo y el eNodoB destino durante la transferencia. A partir de esto se ha determinado que el flujo de datos se debe detener deseablemente en el momento apropiado durante la fase de ejecucion de la transferencia considerando que el tiempo de interrupcion para los datos en el plano de usuario sea mmimo. Sin embargo, cumplir completamente este requisito deseado no es muy sencillo ya que detener la transmision de datos por medio de senalizacion adicional sena problematico porque aumentana el tiempo total de la transferencia. Se ha apreciado que implfcitamente es posible detener la transmision de datos en (en uno o en ambos, preferiblemente en ambos) el eNodoB origen y en el UE en el momento de la ejecucion de la transferencia, modificando el enfoque relativo (que se realiza solamente en el plano C) para incorporarlo en alguna “realizacion” del proceso de transferencia en el proceso de transferir los datos en el plano del Usuario. Una caractenstica deseable adicional es que, si se adoptan las unidades de datos del servicio ARQ externa (SDU) o las unidades de datos del protocolo ARQ externa (PDU) basadas en el envfo, el numero de paquetes duplicados transmitidos sobre el interfaz aereo por el eNodoB destino o por el UE se minimiza.
El inventor ha propuesto que la secuencia de senalizacion en la figura 10 se modifique como se muestra en la figura 11 que expone los tiempos en los que se propone detener la transmision de datos del plano U en el Enlace Descendente (DL) y en el Enlace Ascendente (UL), junto con los detalles de las secuencias modificadas descritas. La siguiente descripcion explica como este enfoque de detener el flujo de datos facilita la consecucion de una transferencia rapida sin perdida de datos para LTE.
Con referencia a la figura 11, se describe el flujo de informacion para el Soporte de Movilidad de Acceso entre LTE.
1) El contexto del UE dentro del eNodoB origen contiene informacion relativa a las restricciones de transito que se proporcionaron al establecimiento de la conexion o en la ultima actualizacion de la TA.
2) La entidad eNodoB origen configura los procedimientos de medicion del UE de acuerdo con la informacion de restriccion del area. Las mediciones proporcionadas por la entidad eNodoB origen pueden ayudar a la funcion controlando la movilidad de la conexion de los UE.
3) Basandose en los resultados de la medicion del UE y del eNodoB origen, asistidos probablemente por informacion espedfica adicional RRM, el eNodoB origen decide transferir el UE a una celula controlada por el eNodoB destino.
4) El eNodoB origen emite una peticion de transferencia a la entidad eNodoB destino pasando la necesaria informacion para preparar la transferencia en el lado destino. El eNodoB destino configura los recursos necesarios.
5) El eNodoB destino realiza el control de admision para aumentar la probabilidad de una transferencia satisfactoria, si el eNodoB destino puede aportar los recursos.
6) La preparacion de la transferencia finaliza en el eNodoB destino, se pasa la informacion para el UE para reconfigurar el recorrido de radio hacia el eNodoB destino al eNodoB origen.
7) Esta etapa consta de la siguientes subetapas.
5
10
15
20
25
30
35
40
45
50
a) Antes de enviar el Comando HO a las capas inferiores del protocolo, la entidad 96 Control de los Recursos de Radio (RRC) en el eNodoB origen ordena a las entidades 97 Plano del Usuario ARQ Externa (UP) que detengan la transmision en el DL de manera que estas entidades 97 ARQ externas no deberan remitir ninguna PDU ARQ Externa a la capa inferior del protocolo. La recepcion en el UL debe continuar. En el caso de recibir paquetes que sean PDU ARQ externas UM, la entidad ARQ externa reensamblara las SDU y las transferira a las capas superiores tan pronto como todas las PDU que contengan la SDU hayan sido recibidas. Con respecto a las PDU ARQ Externas AM, si una realimentacion superpuesta ACK/NACK se encuentra en una PDU AMD, esta se entregara a la Unidad de Mestion & memoria temporal de la Retransmision en el lado transmisor de la entidad ARQ Externa AM, con objeto de depurar la memoria temporal de PDU AMD reconocidas positivamente.
b) La entidad 96 RRC eNodoB origen ordena al UE que realice la HO, conteniendo el comando la informacion de los recursos de radio del lado destino.
c) A la recepcion del Comando HO la entidad 96 RRC en el UE ordena a las entidades del plano U ARQ externas detener la transmision en el UL. El UL iniciara inmediatamente la senalizacion L1/L2 en el eNodoB destino despues de esto.
d) Ya que la transmision de datos en el plano del usuario se detiene en ambos sentidos, el eNodoB origen podra sincronizar con precision el estado de transmision de los datos entre los eNodoB origen y destino, y el envfo de SDU en wel DL (del eNodoB origen al eNodoB destino) puede iniciarse desde cualquier momento despues de esto.
8) El UE alcanza la sincronizacion en el lado destino.
9) Una vez que el UE ha accedido satisfactoriamente a la celula, envfa una indicacion al eNodoB destino de que la transferencia se ha completado.
10a) Tras remitir transferencia Completada a la capa inferior, la entidad 96 RRC en el UE ordena a las entidades 97 del plano U ARQ Externas reanudar el trafico del plano U del UL.
10b) A la recepcion de transferencia Completada, la entidad 96 RRC en el eNodoB destino ordena a las entidades 97 en el plano U ARQ Externas reanudar el trafico en el DL. El eNodoB destino inicia la transmision de los paquetes enviados en el DL recibidos del eNodoB origen.
11) La MME/UPE es informada de que el UE ha cambiado de celula. La UPE conmuta el recorrido de los datos al eNodoB destino y puede liberar cualesquiera recursos en el plano U/TNL hacia el eNodoB destino.
12) La MME/UPE confirma el mensaje transferencia Completada al eNodoB destino con el mensaje transferencia Completada ACK.
13) El eNodoB destino lanza la liberacion de los recursos en el lado destino. El eNodoB destino puede enviar este mensaje directamente tras la recepcion del mensaje 9.
14) Tras la recepcion del mensaje Liberar Recursos, el eNodoB destino libera los recursos relacionados del plano C y de radio en relacion con el contexto del UE. El eNodoB origen continua realizando el envfo de datos hasta que un mecanismo dependiente de la ejecucion decida que se puede detener el envfo de datos y que se pueden liberar los recursos del plano U/TNL.
15) Si la nueva celula es un miembro de una nueva Area de Seguimiento, el UE necesita registrarse con la MME/UPE la cual por su parte actualiza la informacion de restriccion de area en el eNodoB destino.
Los tiempos precisos indicados anteriormente para detener el flujo de datos ayudan a encontrar la siguiente (separada) desiderata que se ha formulado.
I. Mecanismo de transferencia Unificado Sin Perdidas tanto para servicios en tiempo real como en tiempo no real.
II. Mmimo tiempo de interrupcion para los datos en el plano del usuario
III. Se minimiza la transmision de paquetes duplicados por el eNodoB y por el UE.
Se cumple el desideratum I disponiendo de entidades 97 ARQ Externas que son capaces de almacenar temporalmente y emitiendo los paquetes de datos del DL del eNodoB origen al eNodoB destino. En el UE las entidades 97 aRq Externas pueden almacenar temporalmente los paquetes de datos generados por la aplicacion despues de que la transmision en el UL se haya detenido hasta que el UE resulte conmutado al eNodoB destino - esto requiere que el UE proporcione almacenamiento temporal no presente en un UE convencional, pero esto puede no ser excesivamente problematico de realizar. Al detener implfcitamente el flujo de datos, el eNodoB origen puede sincronizar el estado de transmision de los datos entre el eNodoB origen y el eNodoB destino. Esto es asf porque el eNodoB origen puede conocer con precision cuales son las SDU del DL que necesitan ser transferidas al eNodoB destino basandose en los datos en la memoria temporal de transmision y retransmision de la Baliza de
5
10
15
20
25
30
35
40
45
50
55
Radio AM (RB) y en la memoria temporal de Transmision de UM RB ya que esta permanece estatica despues de detenerse el flujo de datos.
Con respecto al desideratum II, ya que no existe senalizacion explfcita (adicional) implicada para detener el flujo de datos en los sentidos del UL asf como del DL, no existira aumento del tiempo de interrupcion para los datos en el plano de usuario.
Ademas, el caso en el que los datos en el DL se detengan se elige que sea el optimo de acuerdo con nuestras consideraciones asf como para que exista el menor tiempo de interrupcion. Si el eNodoB origen continua planificando los datos del dL, el UE no podra recibir o reconocer satisfactoriamente estos paquetes de datos ya que, inmediatamente despues de recibir el comando de transferencia, tratana de sincronizarse con la celula destino. Eventualmente estos paquetes tendnan que ser enviados al eNodoB destino y tendran que ser transmitidos del nuevo a traves del eNodoB destino dando lugar a un uso ineficaz del ancho de banda del interfaz aereo. Mientras que acuerdo con la creencia convencional se podna arguir que para servicios en tiempo real tales como VoIP, el detener los datos ina en detrimento del servicio, nosotros hemos apreciado que si el eNodoB origen continua transmitiendo los paquetes en el DL no existe mecanismo por medio del cual se pudieran recuperar si el UE pudiera no recibirlos mientras esta tratando de sincronizarlos con la celula destino y esto podna ser, en la practica, cuando menos problematico. Sin embargo se ha apreciado que si el flujo de datos se detiene y se adopta un mecanismo de enviar los paquetes, existe una posibilidad de eliminar las perdidas de paquetes en el Dl, aunque pudiera existir una entrega retrasada de los paquetes de datos al UE que podna resultar solo en un unico paquete descartado en el peor de los casos. Pero esto se podfa compensar por medio de la memoria temporal de reproduccion.
Similarmente si el UE continua transmitiendo en el UL mientras trata de alcanzar la sincronizacion con la celula destino, puede no ser posible recibir los reconocimientos del eNodoB origen y el UE tendna que transmitir de nuevo estos paquetes AM en el sentido del UL dando lugar a una utilizacion ineficaz del ancho de banda del interfaz aereo. Para servicios en tiempo real (RT) los paquetes que se transmiten en el sentido UL por el UE mientras que esta tratando de alcanzar la sincronizacion en el eNodoB destino, pueden sufrir perdidas debido a malas condiciones de radio en el UL y podnan no ser recuperados si no se detiene el flujo de datos. Por ello sena beneficioso evitar cualquier perdida de paquetes incluso para servicios en tiempo real en el UL deteniendo el flujo de datos en el UL durante la ejecucion de la transferencia mientras que el retardo se podna compensar en el extremo receptor por medio de la memoria temporal de reproduccion.
Ademas si la transmision de los datos continua en los sentidos tanto del UL como del DL despues de que se haya enviado el Comando de transferencia por medio del eNodoB origen, podna ser complicado sincronizar el estado de transmision de los datos entre los eNodoB origen y destino a causa de la naturaleza dinamica de los paquetes en las memorias temporales de transmision y retransmision en el eNodoB origen y podna dar lugar a que se transmitan de nuevo paquetes duplicados por el eNodoB destino en el DL y por el UE en el UL para asegurar la transferencia sin perdida de datos para Servicios en tiempo no real (NRT) resultando una utilizacion ineficaz del ancho de banda del interfaz aereo. Sin embargo, para servicios en tiempo real tales como VoIP, etc., utilizando el modo UM, los paquetes de datos transmitidos por el eNodoB origen y no recibidos correctamente en el eNodoB destino, se perderan y no podran ser recuperados. Por ello, detener el flujo de datos para ambos servicios RT y NRT de una manera unificada ayudara a una mejor utilizacion de los recursos en el interfaz aereo para las balizas en NRT y evitara la perdida de datos para los servicios RT.
Otra ventaja de disponer de un instante definitivo para detener el flujo de datos es que se puede conseguir una reordenacion implfcita simplificada de los paquetes de datos en el eNodoB destino si los paquetes de datos enviados en el DL desde el eNodoB origen sobre el interfaz X2 se transmiten primero al UE seguidos de los datos recibidos desde la Pasarela de Acceso (AGW) sobre el interfaz S1.
De la descripcion anterior parece deseable detener la transmision de datos en el UL y en el DL durante la ejecucion de la transferencia para ambos servicios RT y NRT para soportar las transferencias entre los eNodoB sin perdidas, procurando al mismo tiempo mantener el tiempo de interrupcion y la transmision de paquetes duplicados al mmimo.
Requisitos ARQ Externas
Con objeto de soportar la transferencia anterior sin perdidas/sin cortes las entidades ARQ externas deben tener los siguientes requisitos.
Gestion de la Memoria Temporal de Nivel de la SDU
El restablecimiento de una nueva conexion de la capa de enlace (L2) con el eNodoB destino durante la transferencia entre eNodoB hace que las entidades ARQ externas del eNodoB origen asf como el UE vacfen las PDU ARQ Externas de las memorias temporales pendientes de transmision y retransmision. El vaciado de las tramas de radio pendientes produce un impacto importante en el rendimiento de la aplicacion de principio a fin.
En esta realizacion, con objeto de minimizar o eliminar la perdida de paquetes durante la transferencia entre eNodoB en LTE, la entidad 97 ARQ externa mantiene una nueva entidad de gestion de la memoria temporal SDU para ambos modos de paquetes de datos AM y UM. La figura 12 ilustra esta nueva entidad 101 de gestion de la memoria
5
10
15
20
25
30
35
40
45
50
55
60
temporal de la SDU para paquetes de datos en modo AM y la figura 13 ilustra la nueva entidad 103 de gestion de la memoria temporal de la SDU para paquetes de datos en modo UM. Como se muestra en la figura 12, la entidad 101 de gestion de la memoria temporal de la SDU almacena (guarda una copia de) cada SDU AM entrante antes de enviarla a la entidad 105 de concatenacion y segmentacion dentro de la capa ARQ externa. Los paquetes segmentados (PDU) son enviados a un multiplexor 107 y al mismo tiempo copiados en una entidad de gestion 109 y memoria temporal de retransmision de la PDU. Una PDU recibida de la entidad 105 de concatenacion y segmentacion o una PDU que necesite retransmision pasa entonces a traves del multiplexor 107 a la memoria temporal de transmision 111 para su envfo a la capa inferior (L2/MAC). Los reconocimientos vueltos a recibir desde el terminal de recepcion se reciben por medio de la entidad 109 de gestion y memoria temporal de retransmision de la PDU y se utilizan para controlar la retransmision de las PDU que no han sido reconocidas. Una vez que la entidad 109 de gestion y memoria temporal de la retransmision de la PDU puede inferir que todos los elementos que pertenecen a una SDU han sido entregados satisfactoriamente a la capa ARQ del dispositivo par, proporciona un lanzamiento de la realimentacion (identificando que SDU) a la entidad 101 de gestion de la memoria temporal de la SDU, a traves de un nuevo interfaz 113. Por ejemplo, la entidad 109 de gestion de la Memoria Temporal y de la Retransmision de la PDU en el eNodoB enviara este lanzamiento de la realimentacion cuando pueda decidir que todos los segmentos pertenecientes a una SDU han sido recibidos satisfactoriamente por la capa ARQ en el UE receptor. Tras recibir este lanzamiento de la realimentacion, la entidad 101 de gestion de la memoria temporal de la SDU utiliza la informacion contenida en el lanzamiento de la realimentacion para limpiar (retirar) la correspondiente SDU almacenada en su memoria temporal.
De modo similar, como se ilustra en la figura 13, los paquetes de datos entrantes en el modo UN se copian y se almacenan temporalmente en la entidad 103 de Gestion de la Memoria Temporal de la SDU y se pasan a continuacion a la entidad 105 de concatenacion y segmentacion para su concatenacion y segmentacion dentro de las PDU. Las PDU se envfan a continuacion a la memoria temporal de transmision 111 para su envfo a la capa inferior (L2/MAC). Una vez que todas las PDU pertenecientes a una SDU se han enviado al MAC para su la transmision, la memoria temporal de transmision 111 envfa un lanzamiento de la realimentacion (sobre un nuevo interfaz 115) que identifica esa SDU a la entidad 103 de gestion de la memoria temporal de la SDU. En respuesta, la entidad 103 de gestion de la memoria temporal de la SDU vacfa esa SDU de su memoria temporal.
Cuando se detiene la entidad ARQ durante la HO, la entidad 109 de gestion de la memoria temporal y de la retransmision de la PDU para datos en AM y la entidad 111 de memoria temporal de la transmision para datos en UM envianan tambien la realimentacion a las entidades 101/103 de gestion de la memoria temporal del SDU si se transmitiera una SDU justamente antes de que se detenga la transmision en el DL. De este modo, las entidades 101/103 de gestion de la memoria temporal de la SDU pueden actualizar sus memorias temporales de las SDU de forma que contengan solo aquellas SDU que no han sido transmitidas todavfa totalmente al UE.
En el lado de la red, las entidades 101/103 de gestion de la memoria temporal de la SDU en el eNodoB origen envfa solo las SDU no entregadas en el DL (que estan almacenadas en las entidades 101/103 de gestion de la memoria temporal de las SDU) al eNodoB destino para asegurar cero perdidas de paquetes en el enlace descendente y minimizar la transmision de paquetes duplicados. Las entidades 101/103 de gestion de la memoria temporal de las SDU en el eNodoB origen comienzan a enviar los paquetes almacenados temporalmente al eNodoB destino (a traves del tunel establecido sobre el interfaz X215), cuando recibe un comando para hacerlo de este modo desde la capa RRC (L3).
En el UE, las entidades 101/103 de gestion de la memoria temporal de la SDU enviaran los paquetes almacenados temporalmente al reanudarse el flujo de datos en el UL despues de que se haya completado la HO (es decir, despues de enviar el mensaje HO Completada), al eNodoB destino para asegurarse cero perdidas de paquetes en el enlace ascendente y para minimizar la transmision de paquetes duplicados.
Detencion unidireccional de las entidades ARQ externas
Una vez que la transmision de datos se detiene en el eNodoB origen y en el UE en el momento de la ejecucion de la transferencia, se necesita enfatizar que suspender la transmision de datos en el plano del usuario en ambos sentidos (como en una entidad convencional RLC REL 6) dana lugar a una perdida de datos asf como los paquetes de datos en viaje seran descartados por la entidad RLC que ha sido detenida. Por lo tanto, para un sistema LTE en el que habra diffciles transferencias, la entidad ARQ externa (RLC) debe detener las transmisiones pero debe continuar recibiendo los paquetes para evitar cualquier perdida de datos.
Antes de enviar el Comando HO a las capas inferiores, la entidad 96 RRC en el eNodoB origen ordena a las entidades en el plano U ARQ Externas detener la transmision en el DL. La recepcion en el UL debe continuar. En el caso de recibir PDU, son PDU ARQ Externas en UM, la entidad ARUQ Externa reensamblara las SDU y las transferira a las capas superiores tan pronto como se hayan recibido todas las PDU que contienen las SDU que se han recibido. Con respecto a las PDU ARQ Externas en AM, si una realimentacion superpuesta ACK/NACk se encuentra en una PDU AMD, se le entrega a la entidad 109 de Gestion y Memoria Temporal de la Retransmision en el lado transmisor de la entidad ARQ Externa en AM, con objeto de depurar la memoria temporal de PDU AMD reconocidas positivamente. Similarmente a la recepcion del comando HO la entidad 96 RRC en el UE ordena a las entidades en el plano U ARQ Externas detener la transmision en el UL. Esta funcionalidad requiere por consiguiente
5
10
15
20
25
30
35
40
una primitiva (comando) desde la entidad 96 RRC que indicara el sentido en el cual necesita ser detenido el flujo de datos.
Envfo de STATUS PDU antes de detener las entidades ARQ Externas.
Con objeto de transferir el contexto y enviar los datos para soportar HO entre eNodoB sin perdidas, el eNodoB origen sincroniza el estado de transmision de los datos entre sf mismo y el eNodoB de datos origen durante la HO. Esto se facilita deteniendo el flujo de datos en un instante apropiado durante la fase de ejecucion de la HO, considerando que el tiempo de interrupcion para los datos en el plano del usuario sea mmimo. En una realizacion, la entidad ARQ Externa en el eNodoB origen y en el UE envfa a la otra un informe del estado (indicando que ese dispositivo lo ha recibido satisfactoriamente) antes de detener el flujo de datos en el sentido apropiado. El mensaje de estado puede ser un informe simplificado que indique solo que el dispositivo lo ha recibido. Esto permite que el eNodoB origen y el UE lleguen a conocer el estado exacto de transmision de los datos (es decir, que otro par lo ha recibido y por consiguiente que aun tiene que ser enviado) antes de detener la transmision durante la ejecucion de la HO. Por consiguiente, despues de la HO la transmision de datos puede reanudarse sin la necesidad de transmitir cualesquiera paquetes duplicados sobre el interfaz aereo.
Esta funcionalidad requiere una primitiva (comando) desde la entidad 96 RRC que notifique a las entidades 97 ARQ externas que envfen un Estado de la PDU antes de detener la transmision de los datos.
Glosario de terminos 3GPP
LTE - Evolucion a Largo Plazo (de UTRAN)
eNB - eNodoB E-UTRAN
AGW - Pasarela de Acceso
UE - Equipo de Usuario - dispositivo de comunicacion movil
DL - enlace descendente- enlace de la base al movil
UL - enlace ascendente- enlace del movil a la base
AM - Modo de Reconocimiento
UM - Modo de No Reconocimiento
MME - Entidad de Gestion de la Movilidad
UPE - Entidad del Plano del Usuario
HO - Transferencia
RLC - Control del Enlace por Radio
RRC - Control de los Recursos de Radio
RRM - Gestion de los Recursos de Radio
SDU - Unidad de Datos del Servicio
PDU - Unidad de Datos del Protocolo
TA - Area de Seguimiento
Plano U - Plano del Usuario
TML - Capa de Red de Transporte
Interfaz S1 - interfaz entre Pasarela de Acceso y eNodoB
Interfaz X2 - interfaz entre dos eNodoB
Lo que sigue es una descripcion detallada del modo en el cual las presentes invenciones se pueden ejecutar en la norma actualmente propuesta 3GPP LTE. Aunque se describen diversas caractensticas como que son esenciales o necesarias, esto puede ser solo en el caso de la norma propuesta 3GPP LTE, por ejemplo debido a otros requisitos impuestos por la norma. Estas declaraciones no deben, por consiguiente, interpretarse, como limitadoras de la presente invencion de cualquier modo.
5
10
15
20
25
30
35
40
45
50
1. Introduccion
El flujo de senalizacion para la senalizacion en el plano de control con coordinacion entre la senalizacion del RRC y la pausa/reanudacion de los datos en el plano U para conseguir transferencia entre LTE Sin Perdidas/Sin Cortes se describe en [1]. Para conseguir las transferencias sin perdidas/sin cortes existen ciertos requisitos que necesitan ser cumplimentados por las entidades ARQ externas.
Con este objeto se describen estos requisitos ARQ Externas para soportar la HO Sin Perdidas/Sin Cortes para la transferencia entre LTE.
2. Descripcion
Con objeto de soportar la transferencia sin perdida de datos/sin cortes se precisa que las entidades ARQ externas soporten los siguientes requisitos.
2.1 Gestion de la Memoria Temporal de Nivel SDU
El restablecimiento de una nueva conexion de la capa de enlace con el eNodoB destino durante la transferencia entre eNB hace que las capas ARQ externas del eNB origen asf como del UE vaden los PDU RLC de las memorias temporales de transmision y retransmision pendientes. Este vaciado de las tramas de radio pendientes produce un impacto sensible en el rendimiento de la aplicacion de principio a fin.
Con objeto de minimizar o eliminar la perdida de paquetes durante la transferencia entre eNB entre LTE, es necesario que la entidad ARQ externa mantenga una nueva entidad de gestion de la memoria temporal de la SDU tanto para el modo AM como para el modo UM como se muestra en la figura 6. La entidad de gestion de la memoria temporal de la SDU almacena temporalmente el paquete PDCP entrante antes de enviarlo a la entidad de segmentacion dentro de la capa ARQ externa.
La realimentacion de la entidad de gestion de la Memoria Temporal y de la Retransmision de la PDU a la entidad de gestion de la memoria temporal de la SDU en el modo AM, a traves del nuevo interfaz 113 en la figura 12, se enviara una vez que pueda inferir que todos los segmentos pertenecientes a una SDU hayan sido entregados satisfactoriamente a la capa ARQ del dispositivo par. Por ejemplo, la entidad de gestion de la Memoria Temporal y de la Retransmision de la PDU del eNB enviara esta activacion cuando pueda decidir que todos los segmentos pertenecientes a una SDU han sido recibidos satisfactoriamente por la capa ARQ del UE. La entidad de gestion de la memoria temporal de la SDU utiliza esta informacion para vaciar la SDU almacenada en su memoria temporal cuando indique la activacion la entidad de gestion de la Memoria Temporal y de la Retransmision de la PDU.
De modo similar, para la entidad ARQ externa para el modo UM, la entidad de la Memoria Temporal de la Transmision iniciana una realimentacion, a traves del nuevo interfaz 115 mostrado en la figura 13, a la entidad de gestion de la memoria temporal de la SDU una vez que todas las PDU pertenecientes a una SDU hayan sido remitidas al MAC para su transmision. La entidad de gestion de la memoria temporal de la SDU debera vaciar la memoria temporal en consecuencia.
Cuando se detiene la entidad ARQ durante la HO, la entidad de gestion de la Memoria Temporal y de la Retransmision de la PDU para el modo AM y la entidad de Memoria Temporal de la Transmision para el modo UM envianan tambien la realimentacion HARQ a la entidad de gestion de la memoria temporal de la SDU de forma que pudiera actualizar sus memorias temporales de la SDU.
En el lado de la red, la entidad de gestion de la memoria temporal de la SDU debera enviar solo la SDU no enviada en el DL del eNB origen al eNB destino para asegurar una perdida de paquetes nula en el enlace descendente y minimizar la transmision de paquetes duplicados. Una nueva primitiva desde la capa RRC necesita ser definida para indicar a la entidad de gestion de la memoria temporal de la SDU el inicio del envfo del paquete almacenado temporalmente desde el eNB origen al eNB destino a traves del tunel establecido sobre el interfaz X2.
En el UE, la entidad de gestion de la memoria temporal de la SDU enviara el paquete almacenado temporalmente al reanudarse el flujo de datos en el UL despues de que se haya completado la HO (es decir, despues de enviar HO Completada), a traves del eNB destino para asegurarse de una perdida nula de paquetes en el enlace ascendente y minimizar la transmision de paquetes duplicados.
2.2 Detencion unidireccional de las entidades ARQ Externas
Dado que se necesita detener la transmision de datos en el eNB origen y en el UE en el momento de la ejecucion de la transferencia, se necesita enfatizar que suspender la transferencia de datos en el plano del usuario en ambos sentidos asf como en la entidad convencional RLC REL 6 dana lugar a perdidas de datos asf como que los paquetes de datos que se estan enviando seran descartados por la entidad RLC que ha sido detenida. Por ello, para un sistema lTe en el que habra diffciles transferencias, es necesario que la entidad ARQ Externa detenga las transmisiones pero continue recibiendo los paquetes para evitar cualquier perdida de datos.
5
10
15
20
25
30
Antes de enviar el Comando HO a las capas inferiores, la entidad RLC en el eNB ordenana a las entidades ENTITY UP ARQ Externas detener la transmision en el DL. La recepcion en el UL podna continuar. En caso de recibir entidades que son ENTITY ARQ Externas UM, reensamblara las SDU y las transferira a las capas superiores tan pronto como todas las PDU que contienen las SDU hayan sido recibidas. Con respecto a las entidades ENTITY ARQ Externas en AM, si se encuentra una realimentacion adjunta ACK/NACK en una PDU AMD, esta se entregara a la Unidad de Gestion & Memoria Temporal de la Retransmision en el lado transmisor de la entidad ENTITY ARQ Externa en AM, con objeto de vaciar la memoria temporal de PDU AMD positivamente reconocidas. Similarmente a la recepcion del Comando HO, la entidad RRC en el UE ordenana a las entidades ENTITY UP ARQ Externas detener la transmision en el UL.
Esta funcionalidad requerina por consiguiente una primitiva de RRC que indicara el sentido en el cual necesita ser detenido el flujo de datos.
2.3. Enviar STATUS PDU antes de detener las entidades ARQ Externas
Con objeto de transferir el contexto y enviar los datos para soportar HO entre eNB sin perdidas, es necesario que el eNB origen pueda sincronizar el estado de transmision de los datos entre sf mismo y el eNB de datos destino durante la HO. Esto requerina por su parte que el flujo de datos se deba detener en el instante apropiado durante la fase de ejecucion de la HO considerando que el tiempo de interrupcion para los datos en el plano de usuario sea mmimo. Si la entidad ARQ Externa envfa un informe del estado antes de detener el flujo de datos en un sentido en particular, se facilitana que el eNB origen y el UE tengan conocimiento exacto del estado de transmision de los datos antes de detener la transmision durante la ejecucion de la HO. Tras la HO, la transmision de los datos puede reanudarse sin la necesidad de transmitir cualesquiera paquetes duplicados sobre el interfaz aereo.
Esta funcionalidad requerina una primitiva que indicana a las entidades ARQ externas enviar un Estado de la PDU antes de detener los datos.
3. Conclusion
En este documento, se ha descrito con detalle la funcionalidad ARQ externa necesaria para soportar la transferencia entre eNB sin perdidas/sin cortes con el objetivo de mantener la transmision de paquetes duplicados al mmimo. Se propone recoger el requisito de la funcionalidad ARQ Externa de la descripcion e incluirla en la Fase 2 TS de este documento.
4. Referencias
[1] R2-060XXX Intra LTE Lossless/Seamless Handover
[2] R2-062725, E UTRAN E-UTRAN Stage 2 v 004

Claims (12)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. Un metodo realizado por una estacion base origen LTE (5-1), el cual comprende:
    almacenar temporalmente paquetes de datos del usuario del enlace descendente para su transmision a un dispositivo de comunicacion movil (3) en una memoria temporal intermedia (101);
    enviar los paquetes de datos del usuario del enlace descendente al dispositivo de comunicacion movil (3):
    recibir los paquetes de datos del usuario del enlace ascendente del dispositivo de comunicacion movil (3);
    recibir una respuesta de la transferencia indicando la transferencia del dispositivo de comunicacion movil (3) a una estacion base destino (5-2), y
    enviar selectivamente los paquetes de datos del usuario del enlace descendente desde dicha memoria temporal intermedia (101) a dicha estacion base destino dependiendo de un informe del estado del RLC o de la informacion de realimentacion HARQ;
    en el que en respuesta a recibir la respuesta de la transferencia, detener la transmision de los paquetes de datos del usuario del enlace descendente al dispositivo de comunicacion movil (3) y transmitir un comando de transferencia al dispositivo de comunicacion movil (3), y en el que dicha recepcion de los paquetes de datos del usuario del enlace ascendente del dispositivo de comunicaciones movil (3) continua despues de dicha detencion;
    en el que dicho envfo selectivo de los paquetes de datos del usuario a la estacion base destino (5-2) se realiza despues de detener la transmision de los paquetes de datos del usuario del enlace descendente al dispositivo de comunicacion movil (3).
  2. 2. Un metodo de acuerdo con la reivindicacion 1, en el que dicho informe del estado del RLC o dicha informacion de la realimentacion HARQ se recibe de dicho dispositivo de comunicacion movil (3).
  3. 3. Un metodo de acuerdo con la reivindicacion 1 o con la reivindicacion 2, en el que dicha etapa de envfos selectivos envfa selectivamente los paquetes de datos del usuario desde dicha memoria temporal intermedia a dicha estacion base destino (5-2) dependiendo del informe del estado del RLC.
  4. 4. Un metodo de acuerdo con la reivindicacion 1 o con la reivindicacion 2, en el que dicha etapa de envfos selectivos envfa selectivamente los paquetes de datos del usuario desde dicha memoria temporal intermedia a dicha estacion base destino (5-2) dependiendo de la informacion de la realimentacion HARQ.
  5. 5. Un metodo de acuerdo con cualquiera de la reivindicaciones 1 a 4, que comprende:
    recibir Unidades de Datos del Servicio, SDU, para su transmision a un dispositivo de comunicacion movil (3);
    almacenar una copia de las SDU en una memoria de almacenamiento temporal de gestion de las SDU (101);
    pasar las SDU a una unidad de concatenacion y segmentacion (105) para generar Unidades de Datos del Protocolo, PDU;
    almacenar las PDU en una memoria temporal intermedia de transmision (111) para su transmision al dispositivo de comunicacion movil (3);
    eliminar una SDU de la memoria de almacenamiento temporal de gestion de las SDU (101) cuando el dispositivo de comunicacion movil (3) ha acusado recibo de la recepcion de las PDU correspondientes a esa SDU; y
    durante la transferencia del dispositivo de comunicacion movil (3) desde la estacion base origen LTE (5-1) a la estacion base destino (5-2), enviar selectivamente las SDU destinadas al dispositivo de comunicacion movil (3) a la estacion base destino (5-2) dependiendo de un informe del estado del RLC o de la informacion de la realimentacion HARQ.
  6. 6. Una estacion base origen LTE (5-1) que comprende:
    una memoria temporal intermedia (101) para almacenar temporalmente los paquetes de datos del usuario del enlace descendente para su transmision a un dispositivo de comunicacion movil (3):
    medios para enviar paquetes de datos del usuario del enlace descendente al dispositivo de comunicacion movil (3).
    medios para recibir paquetes de datos del usuario del enlace ascendente del dispositivo de comunicacion movil (3);
    medios para recibir una respuesta de transferencia indicando la transferencia del dispositivo de comunicacion movil a una estacion base destino (5-2); y
    5
    10
    15
    20
    25
    30
    35
    40
    medios para enviar selectivamente los paquetes de datos del usuario del enlace descendente desde dicha memoria temporal intermedia (101) a dicha estacion base destino (5-2) dependiendo de un informe del estado del RLC o de la informacion de la realimentacion HARQ;
    en la que en respuesta a recibir la respuesta de la transferencia, la estacion base origen LTE (5-1) esta preparada para detener la transmision de los paquetes de datos del usuario del enlace descendente al dispositivo de comunicacion movil (3) y para transmitir un comando de transferencia al dispositivo de comunicacion movil (3), y en la que dichos medios para recibir los paquetes de datos del usuario del enlace ascendente del dispositivo de comunicacion movil (3) estan dispuestos para continuar recibiendo los paquetes de datos del usuario del enlace ascendente despues de que la estacion base (5-1) haya detenido el envfo de los paquetes de datos del usuario del enlace descendente;
    en la que dicho envfo selectivo de datos del usuario a la estacion base destino (5-2) se realiza despues de detener la transmision de los paquetes de datos del usuario del enlace descendente al dispositivo de comunicacion movil (3).
  7. 7. Una estacion base LTE de acuerdo con la reivindicacion 6, en la que dichos medios de recepcion estan configurados para recibir dicho informe del estado del RLC o dicha informacion de la realimentacion HARQ desde dicho dispositivo de comunicacion movil (3).
  8. 8. Una estacion base LTE de acuerdo con la reivindicacion 6 o con la reivindicacion 7, en la que dichos medios de envfos selectivos estan configurados para enviar selectivamente paquetes de datos del usuario desde dicha memoria de almacenamiento temporal (101) a dicha estacion base destino (5-2) dependiendo de un informe del estado del RLC.
  9. 9. Una estacion base LTE de acuerdo con la reivindicacion 6 o con la reivindicacion 7, en la que dichos medios de envfos selectivos estan configurados para enviar selectivamente los paquetes de datos del usuario desde dicha memoria de almacenamiento temporal (101) a dicha estacion base destino (5-2) dependiendo de la informacion de la realimentacion HARQ.
  10. 10. Una estacion base LTE de acuerdo con cualquiera de la reivindicaciones 6 a 9, que comprende:
    medios para recibir Unidades de Datos del Servicio, SDU, para su transmision al dispositivo de comunicacion movil;
    una memoria de almacenamiento temporal de gestion de las SDU (101) para almacenar una copia de las SDU;
    una unidad de concatenacion y segmentacion (105) para generar Unidades de Datos del Protocolo, PDU;
    una memoria de almacenamiento temporal (111) para almacenar las PDU para su transmision al dispositivo de comunicacion movil (3).
    medios (109) para eliminar una SDU de la memoria de almacenamiento temporal de gestion de las SDU (101) cuando el dispositivo de comunicacion movil (3) haya acusado recibo de la recepcion de las PDU correspondientes a esa SDU; y
    medios para enviar selectivamente, durante la transferencia del dispositivo de comunicacion movil (3) desde la estacion base origen LTE (5-1) a la estacion base destino (5-2), las SDU para el dispositivo de comunicacion movil (3) a la estacion base destino (5-2) dependiendo de un informe del estado del RLC o de la informacion de la realimentacion HARQ.
  11. 11. Un sistema de comunicacion que comprende una estacion base origen LTE (5-1) de acuerdo con cualquiera de las reivindicaciones 6 a 10, una estacion base destino (5-2) y uno o mas dispositivos de comunicacion movil (3) que funcionan para recibir dichos paquetes de datos del usuario del enlace descendente desde la estacion base origen LTE (5-1), que funciona para transmitir un informe del estado del RLC o la informacion de la realimentacion HARQ a la estacion base origen LTE (5-1) y que funciona para transferirlos a la estacion base destino (5-2).
  12. 12. Un producto de programa de ordenador que comprende instrucciones ejecutables por ordenador para hacer que un dispositivo de ordenador programable ejecute el metodo de cualquiera de las reivindicaciones 1 a 5.
ES11154714.7T 2006-08-22 2007-08-21 Almacenamiento temporal de paquetes para una transferencia sin pérdidas Active ES2581847T3 (es)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
GB0616682 2006-08-22
GBGB0616682.1A GB0616682D0 (en) 2006-08-22 2006-08-22 Mobile telecommunications
GB0619524A GB2441166A (en) 2006-08-22 2006-10-03 Removing Service Data Units from a management buffer
GB0619524 2006-10-03

Publications (1)

Publication Number Publication Date
ES2581847T3 true ES2581847T3 (es) 2016-09-07

Family

ID=37102688

Family Applications (1)

Application Number Title Priority Date Filing Date
ES11154714.7T Active ES2581847T3 (es) 2006-08-22 2007-08-21 Almacenamiento temporal de paquetes para una transferencia sin pérdidas

Country Status (10)

Country Link
US (7) US8228869B2 (es)
EP (3) EP3051875B1 (es)
JP (2) JP5158378B2 (es)
KR (2) KR101054213B1 (es)
CN (3) CN101507327B (es)
CA (3) CA3125011C (es)
ES (1) ES2581847T3 (es)
GB (2) GB0616682D0 (es)
RU (4) RU2420924C2 (es)
WO (1) WO2008023814A2 (es)

Families Citing this family (74)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100407614C (zh) * 2005-10-18 2008-07-30 上海华为技术有限公司 一种无线数据传输方法
EP2033397A4 (en) * 2006-06-14 2014-01-22 Apple Inc INTER SUBSYSTEM TRANSFERS
GB0616682D0 (en) 2006-08-22 2006-10-04 Nec Corp Mobile telecommunications
GB2449629A (en) 2007-05-01 2008-12-03 Nec Corp Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover
US8031689B2 (en) * 2007-05-18 2011-10-04 Innovative Sonic Limited Method and related apparatus for handling re-establishment of radio link control entity in a wireless communications system
US8467349B2 (en) * 2007-07-20 2013-06-18 Qualcomm Incorporated Methods and apparatus for in-order delivery of data packets during handoff
CN101399749B (zh) * 2007-09-27 2012-04-04 华为技术有限公司 一种报文过滤的方法、***和设备
CN101400156B (zh) * 2007-09-29 2012-06-06 华为技术有限公司 基于s1切换的下行及上行数据包转发方法
US20090168723A1 (en) * 2007-11-27 2009-07-02 Qualcomm Incorporated Method and apparatus for handling out-of-order packets during handover in a wireless communication system
EP2073597A1 (en) * 2007-12-21 2009-06-24 Telefonaktiebolaget L M Ericsson (Publ) Technique for providing network access via multiple mobile platforms
EP2107464A1 (en) * 2008-01-23 2009-10-07 Comptel Corporation Convergent mediation system with dynamic resource allocation
CN101534532B (zh) * 2008-03-12 2012-02-08 中兴通讯股份有限公司 基于切换的承载建立方法及***
US8199719B2 (en) * 2008-03-13 2012-06-12 Apple Inc. Methods and apparatus for performing handover between a long term evolution (LTE) network and another type of radio access network
JP2009231976A (ja) * 2008-03-19 2009-10-08 Nec Corp 異なる無線アクセス方式間のハンドオーバ方法および無線通信システム
KR20100126776A (ko) * 2008-03-25 2010-12-02 가부시키가이샤 엔티티 도코모 이동국 및 무선기지국
EP2107731B1 (en) * 2008-03-31 2016-11-09 Mitsubishi Electric R&D Centre Europe B.V. Method and a device for transferring a flow of data by a first telecommunication device to a second telecommunication device
EP2272280B1 (en) * 2008-04-03 2021-07-14 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for handling handover related parameters in a mobile communications network
CN101983518B (zh) * 2008-04-04 2015-10-07 诺基亚公司 用于为切换提供多跳密码分离的方法、设备和计算机程序产品
EP2107834B1 (en) * 2008-04-04 2014-06-25 Nokia Solutions and Networks Oy Apparatus and method for providing an efficient handover in a telecommunications system
PL2286615T3 (pl) * 2008-05-15 2012-05-31 Ericsson Telefon Ab L M Przesyłanie danych podczas przełączania w komórce o autonomicznym połączeniu typu backhaul
US8488553B2 (en) 2008-06-05 2013-07-16 Alcatel Lucent Method for providing seamless transition between networks following different protocols
US8868087B2 (en) * 2008-10-20 2014-10-21 Qualcomm Incorporated Radio access technology interworking
ES2434695T3 (es) 2008-10-20 2013-12-17 Telefonaktiebolaget L M Ericsson (Publ) Gestión de QoS en LTE para una estación base de auto retroceso
US8837395B2 (en) * 2008-12-19 2014-09-16 Optis Cellular Technology, Llc Method and entity for conveying data units
RU2496263C2 (ru) * 2009-03-17 2013-10-20 Хуавэй Текнолоджиз Ко., Лтд. Способ, устройство и система для отправки пакета данных
CN102090087B (zh) 2009-04-27 2013-06-05 华为技术有限公司 信息处理方法、***及设备
EP2434805B1 (en) * 2009-05-21 2017-08-02 Mitsubishi Electric Corporation Method for controlling communication and wireless base station
CN101997660B (zh) * 2009-08-14 2014-11-05 中兴通讯股份有限公司 一种避免上行数据丢失的方法及装置
US9166677B2 (en) * 2010-01-19 2015-10-20 Qualcomm Incorporated Method and apparatus for associating a relay in wireless communications
KR101317117B1 (ko) * 2010-04-28 2013-10-11 엘지전자 주식회사 이동통신 시스템에서의 ｍｔｃ 데이터의 혼잡 제어 방법
KR101688857B1 (ko) 2010-05-13 2016-12-23 삼성전자주식회사 컨텐츠 중심 네트워크(ｃｃｎ)에서 단말 및 허브의 통신 방법 및 컨텐츠 중심 네트워크를 위한 단말
CN102448102B (zh) * 2010-09-30 2014-11-05 华为技术有限公司 一种用于干扰协调的测量、发送方法及装置和***
KR20120067456A (ko) * 2010-12-16 2012-06-26 삼성전자주식회사 무선통신 시스템에서 핸드오버 데이터를 포워딩하기 위한 장치 및 방법
US9894674B2 (en) * 2011-02-07 2018-02-13 Qualcomm Incorporated Method and apparatus for system level solution for different service co-existence
CN103460733B (zh) * 2011-12-21 2017-04-19 华为技术有限公司 一种处理方法及设备
US9351221B2 (en) * 2012-03-19 2016-05-24 Broadcom Corporation Method and apparatus for facilitating a S1 handover of a mobile terminal that has experienced in-device coexistence interference at one or more frequencies
US20130250853A1 (en) * 2012-03-20 2013-09-26 Qualcomm Incorporated Methods and apparatuses to improve round trip time in transfer control protocol using accelerated acknowledgement messages
EP2842365B1 (en) * 2012-04-20 2019-03-27 Telefonaktiebolaget LM Ericsson (publ) Handover decision for video or other streaming services considering playout buffer size
US9474017B2 (en) 2012-05-31 2016-10-18 Motorola Solutions, Inc. Method and apparatus for controlling network selection
US9445335B2 (en) 2012-06-13 2016-09-13 Telefonaktiebolaget L M Ericsson Handover prediction using historical data
US8897261B2 (en) * 2012-09-26 2014-11-25 Cisco Technology, Inc. Predictive caching and tunneling for time-sensitive data delivery to roaming client devices
CN103944691B (zh) * 2013-01-17 2019-01-15 中兴通讯股份有限公司 一种协同业务传输中的数据重传方法及接入网网关
US9055488B2 (en) 2013-03-01 2015-06-09 Apple Inc. Assisting return to a first network from a second network after performance of a circuit switched fallback procedure
US9220042B2 (en) * 2013-06-25 2015-12-22 Freescale Semiconductor, Inc. Wireless communication apparatus and method
US20150089382A1 (en) * 2013-09-26 2015-03-26 Wu-chi Feng Application context migration framework and protocol
JP2015082766A (ja) * 2013-10-23 2015-04-27 Kddi株式会社 基地局装置、通信装置、制御方法及びプログラム
CN104661324B (zh) * 2013-11-22 2019-04-09 索尼公司 无线通信***以及用在无线通信***中的方法
WO2015089843A1 (zh) * 2013-12-20 2015-06-25 华为技术有限公司 一种传输数据的方法和设备
US9736720B2 (en) * 2014-01-31 2017-08-15 Aruba Networks, Inc. Modifying feedback information to control a source device
US10638376B2 (en) * 2014-03-04 2020-04-28 Nokia Solutions And Networks Management International Gmbh RAN based gateway functions
KR102265454B1 (ko) * 2014-04-11 2021-06-15 삼성전자 주식회사 이동 통신 네트워크에서 통신 품질 개선 방법 및 장치
EP3142409A4 (en) * 2014-05-08 2017-12-27 Kyocera Corporation Communication control method
US9516521B2 (en) * 2014-07-28 2016-12-06 Intel IP Corporation Apparatus, system and method of transferring control of a remote radio head between base-band unit (BBU) processing pools
CN105323852B (zh) * 2014-07-28 2019-12-24 中兴通讯股份有限公司 上行承载的修改方法及装置
EP3013096B1 (en) * 2014-10-20 2016-10-19 Fujitsu Limited Improving mobile user experience in patchy coverage networks
US10117145B2 (en) * 2015-01-28 2018-10-30 At&T Mobility Ii Llc User equipment based fast return to LTE
CN107690826B (zh) * 2015-03-20 2020-11-06 瑞典爱立信有限公司 用于高频率无线接入的接入节点的终端特定集群
US9998386B2 (en) 2015-05-21 2018-06-12 At&T Mobility Ii Llc Facilitation of adaptive dejitter buffer
WO2017024452A1 (zh) * 2015-08-07 2017-02-16 华为技术有限公司 时间同步方法、设备及***
US9860697B2 (en) * 2015-12-09 2018-01-02 Honeywell International Inc. Methods and systems for automatic adjustment of a geofence size
CN106900017B (zh) * 2015-12-21 2021-04-02 中兴通讯股份有限公司 数据反传方法及装置
WO2017138988A1 (en) * 2016-02-12 2017-08-17 Intel IP Corporation Systems, methods, and devices for reduced handover data interruption
US10178702B2 (en) * 2016-06-10 2019-01-08 Futurewei Technologies, Inc. System and method for cell switching
US9888420B2 (en) 2016-06-29 2018-02-06 Alcatel-Lucent Usa Inc. Processing handovers for mobile terminals capable of interference cancellation
WO2018171922A1 (en) 2017-03-24 2018-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for removal of duplicated packets for transmission
EP3422767A1 (en) * 2017-06-26 2019-01-02 Panasonic Intellectual Property Corporation of America User equipment and base station participating in packet duplication during handover for nr
RU2761553C1 (ru) * 2018-02-06 2021-12-09 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ управления передачей данных и связанный продукт
EP3804276A1 (en) * 2018-05-24 2021-04-14 Nokia Solutions and Networks Oy Migration of service
US20210282050A1 (en) * 2018-06-20 2021-09-09 Convlda Wireless, LLC Efficient buffer management in multi-hops data forwarding
KR102638708B1 (ko) 2018-06-21 2024-02-21 삼성전자주식회사 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
US20210315029A1 (en) * 2018-08-10 2021-10-07 Telefonaktiebolaget Lm Ericsson (Publ) Identifying Two Tunnels Set Up in One Protocol Data Unit Session
WO2020048588A1 (en) * 2018-09-04 2020-03-12 Nokia Technologies Oy Enhancing communication efficiency
CN112470518A (zh) * 2018-09-27 2021-03-09 Oppo广东移动通信有限公司 一种数据传输方法、终端设备及网络设备
CN113518339B (zh) 2020-04-10 2022-10-18 华为技术有限公司 终端漫游方法及装置、计算机可读存储介质

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US669035A (en) * 1900-06-08 1901-02-26 Charles W Newton Rotary motor.
FI101763B1 (fi) * 1995-12-01 1998-08-14 Nokia Mobile Phones Ltd Siirrettävän tiedon koostumuksen säilyttäminen tukiaseman vaihdon yhteydessä
CA2221948A1 (en) * 1996-12-30 1998-06-30 Lucent Technologies Inc. System and method for achieving handover in wireless lan by buffering data at subsequent access point
EP0891114A1 (en) 1997-07-12 1999-01-13 Telefonaktiebolaget Lm Ericsson Method and system for performing an optimised hand over
US6519223B1 (en) * 1999-04-06 2003-02-11 Telefonaktiebolaget L M Ericsson (Publ) System and method for implementing a semi reliable retransmission protocol
US6466556B1 (en) * 1999-07-23 2002-10-15 Nortel Networks Limited Method of accomplishing handover of packet data flows in a wireless telecommunications system
DE10001608A1 (de) * 2000-01-17 2001-07-19 Bosch Gmbh Robert Verfahren zum Betreiben eines Mobilfunknetzes
EP2288202B1 (en) * 2000-10-07 2015-04-08 LG Electronics Inc. Method for transmitting data from RLC layer in radio communication system
GB2374494A (en) * 2001-04-12 2002-10-16 Ericsson Telefon Ab L M SGSN handover in a GPRS Network
US6963745B2 (en) 2002-01-23 2005-11-08 Samsung Electronics Co., Ltd. Method for performing inter system handovers in mobile telecommunication system
CN1204724C (zh) * 2002-02-08 2005-06-01 华硕电脑股份有限公司 用于无线通信***的数据传输的确认方法
KR100891785B1 (ko) 2002-04-27 2009-04-07 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 멀티캐스트멀티미디어 방송 서비스를 위한 소프트 핸드오버 방법
US20040081119A1 (en) * 2002-10-28 2004-04-29 Zhun Zhong Reducing packet drop in IEEE 802.11 handoff by packet forwarding using driver image queue
EP1549097A1 (en) 2003-02-18 2005-06-29 Fujitsu Limited Radio base station and mobile communication system
FI20031779A0 (fi) * 2003-12-05 2003-12-05 Nokia Corp Menetelmä, järjestelmä ja lähetettävän puolen yhteyskäytäntöyksikkö datapakettien lähettämiseksi kuittaamattoman toimintamuodon palveluissa
SE0400163D0 (sv) * 2004-01-28 2004-01-28 Ericsson Telefon Ab L M Method and systems of radio communications
US7197307B2 (en) * 2004-02-27 2007-03-27 Nokia Corporation Hard handover method and controller
JP4335724B2 (ja) * 2004-03-26 2009-09-30 富士通株式会社 送信パケット補填システムおよび送信パケット補填方法
US20060056350A1 (en) * 2004-09-16 2006-03-16 Love Robert T Method and apparatus for uplink communication in a cellular communication system
CN101053178A (zh) * 2004-11-03 2007-10-10 三星电子株式会社 在宽带无线接入通信***中用于发射/接收混合自动重发请求缓冲器能力信息的***和方法
GB2422515B (en) 2005-01-21 2009-05-27 King S College London A method of discovering multi-mode mobile terminals
US20060171358A1 (en) 2005-01-28 2006-08-03 Nokia Corporation Downlink data optimization for packet switched handover
EP2456276B1 (en) * 2005-04-26 2014-06-25 Vodafone Group PLC Telecommunications Networks
KR101221898B1 (ko) * 2005-06-14 2013-01-15 엘지전자 주식회사 이동 통신 시스템에서의 시그널링 방법
DE602006020187D1 (de) * 2006-02-24 2011-03-31 Ericsson Telefon Ab L M Technik zum konfigurieren von streckenschicht-entitäten für ein handover
US8743825B2 (en) * 2006-08-17 2014-06-03 Nokia Corporation Handovers in a communication system
GB0616682D0 (en) 2006-08-22 2006-10-04 Nec Corp Mobile telecommunications

Also Published As

Publication number Publication date
US9363722B2 (en) 2016-06-07
US8588181B2 (en) 2013-11-19
WO2008023814A3 (en) 2008-06-19
US20150055628A1 (en) 2015-02-26
CN103298043A (zh) 2013-09-11
GB0619524D0 (en) 2006-11-15
KR101054213B1 (ko) 2011-08-03
KR20110047281A (ko) 2011-05-06
CA3125011A1 (en) 2008-02-28
EP3051875A1 (en) 2016-08-03
US20100002650A1 (en) 2010-01-07
CA3125011C (en) 2024-01-02
US20180139659A1 (en) 2018-05-17
CN102868505B (zh) 2016-01-06
CN101507327B (zh) 2013-05-22
CA2660864A1 (en) 2008-02-28
RU2011103399A (ru) 2012-08-10
GB2441166A (en) 2008-02-27
US8228869B2 (en) 2012-07-24
JP5333805B2 (ja) 2013-11-06
RU2420924C2 (ru) 2011-06-10
US8570998B2 (en) 2013-10-29
JP2012200003A (ja) 2012-10-18
CN101507327A (zh) 2009-08-12
RU2009110220A (ru) 2010-09-27
RU2486700C2 (ru) 2013-06-27
CN103298043B (zh) 2016-08-24
EP2326121A1 (en) 2011-05-25
RU2011115419A (ru) 2012-10-27
US20120155432A1 (en) 2012-06-21
US20120163343A1 (en) 2012-06-28
EP3051875B1 (en) 2019-10-09
US20160227444A1 (en) 2016-08-04
RU2521482C1 (ru) 2014-06-27
KR101092149B1 (ko) 2011-12-12
KR20090045369A (ko) 2009-05-07
CA2911770C (en) 2021-08-10
CN102868505A (zh) 2013-01-09
US9854476B2 (en) 2017-12-26
RU2012151318A (ru) 2014-06-10
CA2660864C (en) 2016-04-26
EP2055133A2 (en) 2009-05-06
US10484912B2 (en) 2019-11-19
CA2911770A1 (en) 2008-02-28
WO2008023814A2 (en) 2008-02-28
RU2479946C2 (ru) 2013-04-20
GB0616682D0 (en) 2006-10-04
EP2326121B1 (en) 2016-05-04
US20120163342A1 (en) 2012-06-28
JP5158378B2 (ja) 2013-03-06
US8891484B2 (en) 2014-11-18
JP2010502037A (ja) 2010-01-21

Similar Documents

Publication Publication Date Title
ES2581847T3 (es) Almacenamiento temporal de paquetes para una transferencia sin pérdidas
US11778521B2 (en) Handover handling
ES2604981T3 (es) Procedimiento para desplazar una ventana de recepción en una red de acceso de radio
ES2597704T3 (es) Cambio de estación base sin pérdidas de comunicaciones de paquetes conmutados en modo no reconocido entre una estación móvil y un nodo de soporte
ES2618497T3 (es) Asignación de recursos en celda de destino después de traspaso
ES2463095T3 (es) Método de comunicación inalámbrica para transmitir una secuencia de unidades de datos entre un dispositivo inalámbrico y una red