ES2377767T3 - Reenvío de datos durante el traspaso en una celda con auto retorno - Google Patents

Reenvío de datos durante el traspaso en una celda con auto retorno Download PDF

Info

Publication number
ES2377767T3
ES2377767T3 ES08794182T ES08794182T ES2377767T3 ES 2377767 T3 ES2377767 T3 ES 2377767T3 ES 08794182 T ES08794182 T ES 08794182T ES 08794182 T ES08794182 T ES 08794182T ES 2377767 T3 ES2377767 T3 ES 2377767T3
Authority
ES
Spain
Prior art keywords
base station
enodeb
packets
return
anchor
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
ES08794182T
Other languages
English (en)
Inventor
Niklas Johansson
Gunnar Mildh
András R�?CZ
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2377767T3 publication Critical patent/ES2377767T3/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/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
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations

Landscapes

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

Abstract

Un metodo implementado en una estación base de anclaje de una red, donde la estación base de anclaje comunica con una estación base con auto retorno a traves de una interfaz radio y donde la red ademas incluye otra estación base, el metodo que comprende determinar si un equipo de usuario (UE) esta siendo transferido desde la estación base con auto retorno a otra estación base, donde la determinación se basa en la recepción (820) de un mensaje desde la estación base con auto retorno a traves de la interfaz de radio que da instrucciones a la estación base de anclaje para detener la entrega de los paquetes que estan destinados para el UE; almacenar (1120), en base a la determinación de si el UE esta siendo traspasado, los paquetes recibidos 10 previstos para el UE; y reenviar (1120) los paquetes almacenados a la otra estación base a traves de una red de transporte para la entrega al UE.

Description

Reenvio de datos durante el traspaso en una celda con auto retorno
Campo tecnico
Las implementaciones descritas aqui dentro se relacionan de forma general con los sistemas de comunicaci6n 5 inalambricos y, mas concretamente, al reenvio de datos durante el traspaso en un sistema de comunicaci6n que emplea una estaci6n base con auto retorno.
Antecedentes
El organismo de estandarizaci6n del Proyecto de Cooperaci6n de 3a Generaci6n (3GPP) esta trabajando actualmente en la especificaci6n del sistema m6vil 3G evolucionado, donde la red central relacionada con la 10 evoluci6n de la arquitectura se conoce a menudo como SAE (Evoluci6n de la Arquitectura del Sistema) o Nucleo de Paquetes Evolucionado (EPC), mientras que la evoluci6n de la Red de Acceso Radio (RAN) se conoce como Evoluci6n a Largo Plazo (LTE) o Red Universal de Acceso Radio Terrestre Evolucionada (E-UTRAN). El nombre SAE/LTE o Sistema de Paquetes Evolucionado (EPS) se refiere al sistema total. La Publicaci6n 8 de la especificaci6n sobre el estandar 3GPP, que va a ser completada en 2008, incluira la especificaci6n del sistema
15 evolucionado SAE/LTE. Para una descripci6n global de la parte LTE de la arquitectura ver la TS 36.300 del 3GPP "E-UTRA. Descripci6n Global de E-UTRAN" y para la parte SAE ver la TS 23.401 del 3GPP "Mejoras del Servicio General de Radio por Paquetes (GPRS) para el Acceso E-UTRAN".
La arquitectura SAE/LTE a menudo se llama una arquitectura de dos nodos, ya que l6gicamente solamente hay dos nodos implicados - tanto en camino del plano de control como del usuario - entre el Equipo de Usuario (UE) y la red
20 central. Estos dos nodos son la Estaci6n Base, llamada eNodoB en la terminologia 3GPP y la Pasarela de Servicio (S-GW) en el plano de usuario, y la Entidad de Gesti6n de la Movilidad (MME) en el plano de control. Puede haber multiples nodos S-GW y MME en una red.
La S-GW ejecuta las funciones genericas de procesamiento de paquetes similares a las funciones de un encaminador, incluyendo el filtrado y la clasificaci6n de paquetes. La MME termina los protocolos de senalizaci6n
25 denominados de Estrato de No Acceso (NAS) con el UE y mantiene el contexto de UE que incluye los portadores establecidos, el contexto de seguridad asi como la localizaci6n del UE.
En la arquitectura LTE, los protocolos especificos del enlace radio, que incluyen los protocolos de Control de Enlace Radio (RLC) y de Control de Acceso al Medio (MAC) se terminan en el eNodoB. En el plano de control, el eNodoB usa el protocolo de Control de Recursos Radio (RRC) para ejecutar el control de recursos de radio de mayor escala
30 de tiempo hacia el UE, tal como, por ejemplo, el establecimiento de portadores radio con ciertas caracteristicas de Calidad de Servicio (OoS), el control de mediciones en el UE o el control de traspasos.
La interfaz de red entre el eNodoB y la red EPC se llama interfaz S1, la cual tiene una parte del plano de control (S1-CP) que conecta con la MME y una parte del plano de usuario (S1-UP) que conecta con la S-GW. La parte del plano de usuario de la interfaz S1 se basa en el Protocolo de Tunelizaci6n de GPRS (GTP). El mecanismo de tunelizaci6n
35 es necesario para asegurar que los paquetes del Protocolo de Internet (IP) destinados al UE puedan ser entregados al eNodoB correcto donde esta situado actualmente el UE. Por ejemplo, el paquete IP original es encapsulado en un paquete IP exterior que se dirige al eNodoB adecuado.
El protocolo del plano de control del S1 se llama S1-AP y se transporta en la parte superior del Protocolo de Transmisi6n de Control de Flujo (SCTP)/IP. La MME usa el protocolo S1-AP para dialogar con el eNodoB, por 40 ejemplo, para requerir el establecimiento de portadores radio para soportar los servicios de OoS para el UE. Hay tambien una interfaz de red entre los eNodosB colindantes, que se llama la interfaz X2, y tiene una estructura de protocolo similar a la de la interfaz S1 con la excepci6n de que el protocolo de control se llama X2-AP. La interfaz X2 se usa principalmente para la ejecuci6n del traspaso de un UE desde un eNodoB a otro pero se usa tambien para la coordinaci6n entre celdas de otras funciones de Gesti6n de Recursos Radio, tal como la Coordinaci6n de
45 Interferencias Entre Celdas. Durante una ejecuci6n del traspaso, el eNodoB fuente habla con el eNodoB objetivo a traves del protocolo X2-AP para preparar el traspaso y durante la ejecuci6n del traspaso reenvia los paquetes del plano de usuario pendientes al eNodoB objetivo, los cuales van a ser entregados al UE una vez hayan llegado al eNodoB objetivo. El reenvio de paquetes se hace a traves del plano de usuario de X2 el cual esta usando el protocolo de tunelizaci6n GTP similar al plano de usuario en la interfaz S1.
50 La infraestructura de la red que se usa para conectar los distintos nodos de la red, por ejemplo, los eNodosB, las MME y las S-GW, es una red de transporte basada en IP, que puede incluir redes L2 con diferentes tecnologias, es decir, enlaces SDH, enlaces Ethernet, enlaces de Linea de Abonado Digital (DSL) o enlaces Microondas, etc. El tipo de red de transporte y las tecnologias L2 empleadas es una cuesti6n de despliegue, que depende de la disponibilidad, el coste, la propiedad, las preferencias del operador, etc., de tales redes en el escenario particular de
55 despliegue. Sin embargo, es generalmente cierto que los costes relacionados con la red de transporte a menudo juegan una parte significativa de los costes de operaci6n globales de la red.
En una mejora adicional del sistema LTE, llamada LTE Avanzada, el 3GPP trata las posibles soluciones para el uso de la interfaz radio LTE desde un eNodoB no solamente para servir a los UE sino para servir tambien como un enlace de retorno para conectar con otros eNodosB. Es decir, un eNodoB puede proporcionar la conectividad de la red de transporte para otros eNodosB que utilizan una conexi6n radio LTE a traves de los otros eNodosB. Este metodo se llama auto retorno dado que el mismo enlace de radio en si mismo se usa tambien como un enlace de transporte para algunas de las estaciones base. En un sistema LTE que emplea auto retorno, un eNodoB que esta conectado a la red a traves de una conexi6n radio es conocido como el eNodoB con auto retorno, o el B-eNodoB para acortar, mientras que el eNodoB que esta proporcionando la conexi6n radio de retorno para el otro(s) eNodosB(s) se llama eNodoB de anclaje, o el A-eNodoB para acortar (el "eNodoB", por si mismo, se refiere a los eNodosB habituales, los cuales no son ni eNodosB con auto retorno ni de anclaje).
La EP1775984 revela el traspaso iniciado por las estaciones m6viles en una estaci6n de transmisi6n de servicio en un sistema de comunicaci6n de acceso inalambrico de banda ancha de transmisi6n de salto multiple.
La US 2008/062911 revela el almacenamiento de paquetes en un sistema de transmisi6n multisalto, en el que los paquetes se transfieren desde una BS de servicio hacia una BS objetivo en caso de traspaso.
Resumen
Las realizaciones ejemplares descritas aqui dentro presentan una serie de soluciones con respecto a mejorar el auto retorno en sistemas de telecomunicaci6n inalambricos. En una soluci6n, el reenvio de paquetes desde el eNodoB de anclaje esta "cortocircuitado", evitando por ello el innecesario sobredimensionamiento en el enlace radio de auto retorno en el reenvio de paquetes. Para cortocircuitar el reenvio desde el eNodoB de anclaje, se proponen aqui dentro dos soluciones alternativas principales donde una primera soluci6n puede estar basada en un mecanismo de senalizaci6n, introducido entre el B-eNodoB y el A-eNodoB, que se usa por el B-eNodoB para controlar el reenvio desde el A-eNodoB. En una segunda soluci6n, el A-eNodoB actua aut6nomamente y detecta a partir del husmeado de la senalizaci6n X2 y S1 normal cuando esta en curso un traspaso y luego ejecuta el reenvio aut6nomamente. En otra soluci6n, el trafico de X2 en el eNodoB de anclaje se "rompe" para evitar el encaminamiento ineficiente a traves de la S-GW. Para romper el trafico de X2 en el eNodoB de anclaje, se propone integrar la funcionalidad de la S-GW para el trafico originado por el eNodoB con auto retorno (es decir, para el trafico de X2) en el eNodoB de anclaje y usar un portador separado para que el B-eNodoB lleve el trafico de X2.
De acuerdo con un aspecto, se puede implementar un metodo en un eNodoB de anclaje de una red, donde el eNodoB de anclaje se comunica con un eNodoB con auto retorno a traves de una interfaz radio y donde la red ademas incluya otro eNodoB. El metodo puede incluir determinar si un equipo de usuario (UE) esta siendo transferido desde el primer eNodoB con auto retorno al otro eNodoB, donde la determinaci6n se basa en: recibir un mensaje desde el eNodoB con auto retorno a traves de la interfaz radio que da instrucciones al eNodoB de anclaje para detener la entrega de paquetes estan destinados para el UE, o husmear en uno o mas mensajes enviados desde el eNodoB con auto retorno al otro eNodoB para identificar que el UE esta siendo traspasado desde el eNodoB con auto retorno al otro eNodoB. El metodo ademas puede incluir almacenar, en base a la determinaci6n de si el UE esta siendo transferido, los paquetes recibidos previstos para el UE; y reenviar los paquetes almacenados al otro eNodoB a traves de una red de transporte para la entrega al UE.
De acuerdo con otro aspecto, una primera estaci6n base puede conectarse con una segunda estaci6n base en una red a traves de una interfaz de radio, donde la primera estaci6n base recibe los paquetes destinados a un equipo de usuario (UE) en un enlace descendente desde la segunda estaci6n base y recibe los paquetes en un enlace ascendente desde el UE. La primera estaci6n base puede incluir un transceptor configurado para: enviar una petici6n de traspaso, asociada con el UE, a traves de la interfaz radio a la segunda estaci6n base para la entrega a una estaci6n base de traspaso objetivo, recibir una respuesta de traspaso de la segunda estaci6n base a traves de la interfaz de radio, donde la respuesta de traspaso fue enviada desde la estaci6n base del traspaso objetivo, y enviar un mensaje de notificaci6n a la segunda estaci6n base dando instrucciones a la segunda estaci6n base para detener la entrega de paquetes de enlace descendente destinados para el UE. La primera estaci6n base puede incluir ademas una memoria configurada para almacenar los paquetes recibidos previamente desde la segunda estaci6n base que son destinados para el UE. La primera estaci6n base tambien puede incluir una unidad de procesamiento configurada para: recuperar los paquetes almacenados en la memoria anteriores a la recepci6n de la respuesta de traspaso, y pasar los paquetes recuperados al transceptor para su envio a la segunda estaci6n base a traves de la interfaz radio para la entrega a la estaci6n base objetivo del traspaso.
De acuerdo con otro aspecto, un sistema asociado con una red celular puede incluir una primera estaci6n base conectada a un equipo de usuario (UE) y a una segunda estaci6n base a traves de una primera interfaz radio, la segunda estaci6n base conectada a una red de transporte. El sistema puede incluir ademas una tercera estaci6n base conectada con la red de transporte y una cuarta estaci6n base conectada con la tercera estaci6n base a traves de una segunda interfaz radio, donde la cuarta estaci6n base esta configurada para proporcionar servicio inalambrico al UE. La primera estaci6n base puede ser configurada para: enviar una petici6n de traspaso asociada con el UE de la cuarta estaci6n base a traves de la segunda estaci6n base, la red de transporte, y la tercera estaci6n base y recibir una respuesta de traspaso desde la cuarta estaci6n base a traves de la tercera estaci6n base, la red de transporte y la segunda estaci6n base, donde la respuesta de traspaso concede el traspaso del UE (110-3) desde
la primera estaci6n base (130) a la cuarta estaci6n base (150). La primera estaci6n base puede ser configurada ademas para: reenviar los paquetes destinados al UE a la cuarta estaci6n base a traves de la segunda estaci6n base, la red de transporte y la tercera estaci6n base para la entrega al UE.
Breve descripcion de los dibujos
La FIG. 1 ilustra un sistema de comunicaciones ejemplar que incluye uno o mas eNodosB con auto retorno;
La FIG. 2 ilustra los componentes ejemplares de un dispositivo que puede corresponder con los eNodosB de anclaje y/o los eNodosB con auto retorno de la FIG. 1;
La FIG. 3A ilustra los componentes ejemplares de un UE de la FIG. 1;
La FIG. 3B ilustra una implementaci6n ejemplar del UE e la FIG. 3A donde el UE incluye un radiotelefono celular;
Las FIG. 4A y 4B representan un traspaso ejemplar de un UE desde un primer eNodoB con auto retorno a un segundo eNodoB con auto retorno en un sistema de comunicaciones inalambrico;
Las FIG. 5A y 5B representan un traspaso ejemplar de un UE desde un eNodoB con auto retorno a un eNodoB en un sistema de comunicaciones inalambrico;
La FIG. 6 ilustra las pilas de protocolos asociadas con el trafico X2 en el nodo de anclaje (A-eNodoB1) de la FIG. 4A de acuerdo con una primera implementaci6n ejemplar;
La FIG. 7 ilustra las pilas de protocolos asociadas con el trafico X2 en el nodo de anclaje (A-eNodoB1) de la FIG. 4A de acuerdo con una segunda implementaci6n ejemplar;
La FIG. 8 es un diagrama de flujo de un proceso ejemplar asociado con el traspaso de un UE que es servido por un primer eNodoB con auto retorno a un segundo eNodoB con auto retorno donde la senalizaci6n dedicada se usa entre el primer eNodoB con auto retorno y el segundo eNodoB con auto retorno para controlar el reenvio de los datos destinados al UE;
La FIG. 9 es un diagrama de mensajeria asociado con el reenvio de datos, durante el proceso de traspaso de la FIG. 8, destinado para un UE desde el primer eNodoB con auto retorno al segundo eNodoB con auto retorno de acuerdo con una primera implementaci6n;
La FIG. 10 es un diagrama de mensajeria asociado con el reenvio de datos, durante el proceso de traspaso de la FIG. 8, destinado para un UE desde el primer eNodoB mensajeria al segundo eNodoB de acuerdo con una segunda implementaci6n que emplea senalizaci6n multisalto;
La FIG. 11 es un diagrama de flujo de un proceso ejemplar asociado con el traspaso de un UE, que es servido por un primer eNodoB con auto retorno, a un segundo eNodoB con auto retorno, donde un eNodoB de anclaje que sirve al primer eNodoB con auto retorno "husmea" en los mensajes enviados entre el primer y el segundo eNodosB con auto retorno; y
La FIG. 12 es un diagrama de mensajeria asociado con el reenvio de datos, durante el proceso de traspaso de la FIG. 10, destinado para un UE desde el primer eNodoB mensajeria al segundo eNodoB de acuerdo con la implementaci6n ejemplar de la FIG. 11 que emplea "husmeado".
Descripcion detallada
La siguiente descripci6n detallada de la invenci6n se refiere a los dibujos anexos. Los mismos numeros de referencia en dibujos diferentes pueden identificar los mismos o similares elementos. Tambien, la siguiente descripci6n detallada no limita la invenci6n.
La FIG. 1 ilustra un sistema de comunicaciones ejemplar 100 que puede incluir los dispositivos UE 110-1, 110-2 y 110-3 conectados a una red SAE/LTE, la cual puede incluir nodos eNodoB, nodos MME, y nodos S-GW, todos conectados a traves de una red de transporte 120. Como se muestra la FIG. 1, el sistema 100 puede incluir un eNodoB de anclaje 125 (A-eNodoB1) que conecta con un eNodoB con auto retorno (B-eNodoB1) a traves de una interfaz radio 135 y un eNodoB de anclaje 140 (A-eNodoB2) que conecta con un eNodoB con auto retorno (BeNodoB2) a traves de una interfaz radio 145. El eNodoB de anclaje 125 y el eNodoB de anclaje 140 pueden servir a los UE ademas de proporcionar un enlace(s) de "retorno" para conectar con otros eNodosB, tal como el eNodoB con auto retorno 130 y el eNodoB con auto retorno 150. El eNodoB de anclaje 125 puede, de esta manera, usar la interfaz radio 135 para proporcionar un enlace de transporte para el eNodoB con auto retorno 130 y el eNodoB de anclaje 140 puede usar la interfaz radio 145 para proporcionar un enlace de transporte para el eNodoB con auto retorno 150. Un "eNodoB con auto retorno" como se conoce aqui dentro incluye un eNodoB que esta conectado con la red de transporte 120 a traves de una conexi6n radio. Un "eNodoB de anclaje" como se conoce aqui dentro incluye un eNodoB que proporciona una conexi6n radio de retorno para uno o mas de otros eNodosB (por ejemplo, para los eNodosB con auto retorno).
Dos eNodosB de anclaje y eNodosB con auto retorno son representados en la FIG. 1 para prop6sitos de simplicidad. El Sistema 100, no obstante, puede incluir menos o mas eNodosB de anclaje y eNodosB con auto retorno que aquellos mostrados en la FIG. 1. El Sistema 100 puede ademas incluir uno o mas de otros eNodosB (por ejemplo, el eNodoB 155 mostrado en la FIG. 1) ademas de los eNodosB de anclaje 125 y 140, donde los otros eNodosB no pueden proporcionar enlaces de retorno a otros eNodosB. Estos otros eNodosB (por ejemplo, el eNodoB 155) incluyen eNodosB que no son ni eNodosB de anclaje ni eNodosB con auto retorno.
El Sistema 100 puede adicionalmente incluir una o mas pasarelas de servicio (S-GW) 160-1 hasta 160-N, y una o mas entidades de gesti6n de movilidad (MME) 165-1 hasta 165-M.
Los dispositivos UE 110-1 hasta 110-3 pueden incluir, por ejemplo, un radiotelefono celular, un asistente digital personal (PDA), un terminal de Sistemas de Comunicaciones Personales (PCS), un ordenador portatil, un ordenador de mano, o cualquier otro tipo de dispositivo o aparato que incluye un transceptor de comunicaci6n que permita a los dispositivos UE 110 comunicarse con otros dispositivos a traves de un enlace inalambrico. El terminal PCS puede, por ejemplo, combinar un radiotelefono celular con procesamiento de datos, facsimil y capacidades de comunicaciones de datos. El PDA puede incluir, por ejemplo, un radiotelefono, un buscapersonas, un dispositivo de acceso a Internet/intranet, un navegador web, un organizador, calendarios y/o un receptor del sistema de posicionamiento global (GPS). Los dispositivos UE 110 pueden ser conocidos como un dispositivo "de calculo generalizado".
La red de transporte 120 puede incluir una o mas redes de cualquier tipo, incluyendo una red de area local (LAN); una red de area extensa (WAN); una red de area metropolitana (MAN): una red por satelite; una intranet; Internet; o una combinaci6n de redes. Los eNodosB 125-155, las S-GW 160-1 hasta 160-N y las MME 165-1 hasta 165-M pueden residir en una red SAE/LTE y pueden estar conectados a traves de la red de transporte 120.
La FIG. 2 ilustra una implementaci6n ejemplar de un dispositivo 200, que puede corresponder a los eNodosB de anclaje 125 y 140, los eNodosB con auto retorno 130 y 150 y el eNodoB 155. El dispositivo 200 puede incluir un transceptor 205, una unidad de procesamiento 210, una memoria 215, una interfaz 220 y un canal principal 225. El dispositivo 200 puede omitir una interfaz cableada 220 cuando el dispositivo 200 corresponde a los eNodosB con auto retorno 130 o 150 (aunque el dispositivo 200 puede todavia tener una interfaz l6gica a una MME 165 y/o a una S-GW 160).
El transceptor 205 puede incluir circuiteria de transceptor para la transmitir y/o recibir secuencias de simbolos usando senales de radiofrecuencia a traves de una o mas antenas. La unidad de procesamiento 210 puede incluir un procesador, microprocesador, o l6gica de procesamiento que puede interpretar y ejecutar instrucciones. La unidad de procesamiento 210 puede realizar todas las funciones de procesamiento de datos del dispositivo. La memoria 215 puede proporcionar almacenamiento permanente, semipermanente, o temporal del trabajo de datos e instrucciones para el uso por la unidad de procesamiento 210 en la realizaci6n de las funciones de procesamiento del dispositivo. La memoria 215 puede incluir memoria solo de lectura (ROM), memoria de acceso aleatorio (RAM), dispositivos de almacenamiento de gran capacidad, tal como un medio de grabaci6n magnetico y/u 6ptico y su lector correspondiente, y/u otros tipos de dispositivos de memoria. La interfaz 220 puede incluir circuiteria para hacer de interfaz con un enlace que conecta con la red de transporte 120. El canal principal 225 puede interconectar los diversos componentes del dispositivo 200 para permitir a los componentes comunicarse uno con otro.
La configuraci6n de los componentes del dispositivo 200 ilustrada en la FIG. 2 es solamente para prop6sitos ilustrativos. Otras configuraciones con mas, menos o una distinta disposici6n de los componentes puede ser implementada.
La FIG. 3A ilustra los componentes ejemplares del UE 110. El UE 110 puede incluir un transceptor 305, una unidad de procesamiento 310, una memoria 315, un(os) dispositivo(s) de entrada 320, un(os) dispositivo(s) de salida 325, y un canal principal 330.
El transceptor 305 puede incluir circuiteria de transceptor para transmitir y/o recibir secuencias de simbolos usando senales de radiofrecuencia a traves de una o mas antenas. La unidad de procesamiento 310 puede incluir un procesador, microprocesador, o l6gica de procesamiento que puede interpretar y ejecutar las instrucciones. La unidad de procesamiento 310 puede realizar todas las funciones de procesamiento de datos para introducir, sacar y procesar datos incluyendo el almacenamiento temporal de datos y las funciones de control de dispositivos, tales como el control de procesamiento de llamadas, el control de la interfaz de usuario, o similares.
La memoria 315 puede proporcionar almacenamiento de trabajo permanente, semipermanente, o temporal de los datos e instrucciones para el uso por la unidad de procesamiento 310 en la realizaci6n de funciones de procesamiento del dispositivo. La memoria 315 puede incluir ROM, RAM, dispositivos de almacenamiento de gran capacidad, tal como un medio de grabaci6n magnetico y/u 6ptico y su lector correspondiente, y/u otros tipos de dispositivos de memoria. El(los) dispositivo(s) de entrada 320 puede(n) incluir mecanismos para la entrada de datos en el UE 110. Por ejemplo, el(los) dispositivo(s) 320 puede(n) incluir un teclado numerico (no se muestra), un micr6fono (no mostrado) o una unidad de visualizaci6n (no se muestra). El teclado numerico puede permitir la entrada manual del usuario de datos en el UE 110. El micr6fono puede incluir mecanismos para convertir entrada
auditiva en senales electricas. La unidad de visualizaci6n puede incluir una visualizaci6n de pantalla que puede proporcionar una interfaz de usuario (por ejemplo, una interfaz grafica de usuario) que puede ser usada por un usuario para seleccionar las funciones del dispositivo. La visualizaci6n de pantalla de la unidad de visualizaci6n puede incluir cualquier tipo de visualizaci6n visual, tal como, por ejemplo, un visualizador de cristal liquido (LCD), un visualizador de pantalla de plasma, un visualizador de diodos emisores de luz (LED), un visualizador de tubo de rayos cat6dicos (CRT), un visualizador de diodos emisores de luz organica (OLED), etc.
El(los) dispositivo(s) de salida 325 puede(n) incluir mecanismos para la salida de datos en audio, video y/o formato de copia impresa. Por ejemplo, el(los) dispositivo(s) de salida 325 puede(n) incluir un altavoz (no se muestra) que incluye los mecanismos para convertir las senales electricas en salida auditiva. El(los) dispositivo(s) de salida 325 puede(n) ademas incluir una unidad de visualizaci6n que presente los datos de salida al usuario. Por ejemplo, la unidad de visualizaci6n puede proporcionar una interfaz grafica de usuario que presente los datos de salida al usuario. El canal principal 330 puede interconectar los diversos componentes del UE 110 para permitir a los componentes comunicarse uno con otro.
La configuraci6n de los componentes del UE 110 ilustrada en la FIG. 3A es solamente para prop6sitos ilustrativos. Otras configuraciones con mas, menos, o una disposici6n diferente de los componentes puede ser implementada.
La FIG. 3B ilustra una implementaci6n ejemplar del UE 110 en la cual el UE 110 incluye un radiotelefono celular. Como se muestra en la FIG. 3B, el radiotelefono celular puede incluir un micr6fono 335 (por ejemplo, de dispositivo(s) de entrada 320) para la entrada de informaci6n de audio en el UE 110, un altavoz 340 (por ejemplo, de dispositivo(s) de salida 325) para proporcionar una salida de audio desde el UE 110, un teclado numerico 345 (por ejemplo, de dispositivo(s) de entrada 320) para la introducci6n manual de datos de usuario o la selecci6n de funciones del dispositivo, y un visualizador 350 (por ejemplo, de dispositivo(s) de entrada 320 o dispositivo(s) de salida 325) que puede presentar visualmente los datos al usuario y/o que puede proporcionar una interfaz de usuario que el usuario puede usar para introducir datos o seleccionar las funciones del dispositivo (en conjunto con el teclado numerico 345).
Las FIG. 4A y 4B representan el UE 110-3 que se traspasa desde el eNodoB con auto retorno 130 hacia el eNodoB con auto retorno 150. Como se muestra en las FIG. 4A y 4B, el UE 110-3 inicialmente puede residir en la celda 1 410 que es servida por el eNodoB con auto retorno 130 a traves de la interfaz radio 135 y el eNodoB de anclaje 125. No obstante, tras la entrada del UE 110-3 en la celda 2 420 que es servida por el eNodoB con auto retorno 150 a traves de la interfaz 145 y el eNodoB de anclaje 140, el UE 110-3 puede ser traspasado 400 al eNodoB con auto retorno 150. Como se muestra en las FIG. 4A y 4B, el eNodoB con auto retorno 150 puede conectar con la red de transporte 120 a traves de la interfaz radio 145 y el eNodoB de anclaje 140. Consecutivo al traspaso 400, el eNodoB con auto retorno 150 puede servir al UE 110-3 a traves de la interfaz radio 145 y el eNodoB de anclaje 140 mientras el UE 110-3 esta situado en la celda 2 420.
Las FIG. 5A y 5B representan al UE 110-3 que se traspasa desde el eNodoB con auto retorno 130 a un eNodoB que no es un eNodoB con auto retorno (por ejemplo, el eNodoB 155). Como se muestra en las FIG. 5A y 5B, el UE 110-3 inicialmente puede residir en la celda 1 510 que es servida por el eNodoB con auto retorno 130 a traves de la interfaz radio 135 y el eNodoB de anclaje 125. No obstante, tras la entrada del UE 110-3 en la celda 2 520 que es servida por el eNodoB 155, el UE 110-3 puede ser traspasado 500 al eNodoB 155. Como se muestra la FIG. 5A, el eNodoB 155 puede residir en la red de transporte 120. Consecutivo al traspaso 500, el eNodoB 155 puede servir al UE 110-3 mientras que el UE 110-3 este situado en la celda 2 520.
En ciertas circunstancias, puede ocurrir un encaminamiento ineficiente en la parte cableada de la infraestructura de transporte (por ejemplo, la red de transporte 120) durante el reenvio de paquetes en el traspaso desde un eNodoB con auto retorno a otro eNodoB. Paquetes reenviados, y tambien los mensajes del plano de control enviados en X2, pueden, sin las modificaciones descritas aqui dentro, necesitar ser encaminados a traves de una o mas de las S-GW 160-1 hasta 160-N en lugar de encaminarlos directamente entre el eNodoB con auto retorno y el otro eNodoB. Este encaminamiento indirecto del trafico X2 a traves de las S-GW 160 seria ineficiente. En los aspectos descritos aqui dentro, la funcionalidad de la SG-W para el trafico originado en el eNodoB con auto retorno (por ejemplo, para el trafico X2) puede ser integrada en el eNodoB de anclaje sirviendo al eNodoB con auto retorno para permitir encaminamiento directo del trafico X2 del plano de control y del plano de usuario. Adicionalmente, se puede usar un portador separado por el eNodoB con auto retorno para transportar el trafico X2. Para lograr el encaminamiento directo, el eNodoB con auto retorno puede tener una direcci6n diferente del Protocolo de Internet (IP) para la comunicaci6n X2 que para la comunicaci6n S1. De esta manera, una direcci6n IP separada, asociada con la S-GW integrada en el A-eNodoB, puede ser asignada para el eNodoB con auto retorno para ser usada por el trafico X2. Adicionalmente, se puede establecer un portador radio separado entre el eNodoB con auto retorno y el eNodoB de anclaje para el transporte del trafico X2. El establecimiento de tal portador puede ser realizado mediante la senalizaci6n desde la MME cuando el eNodoB con auto retorno es puesto en marcha/configurado. Los datos del usuario originados desde los UE servidos por el eNodoB con auto retorno, no obstante, aun pueden ser terminados en una SG-W situada en la red de transporte 120, pero para los datos X2 originados desde el eNodoB con auto retorno, el eNodoB de anclaje de servicio puede actuar como la S-GW.
La FIG. 6 ilustra una arquitectura de protocolo ejemplar 600 para el plano de control X2, donde, como se describi6
anteriormente, la funcionalidad de la S-GW ha sido integrada en los eNodosB de anclaje (por ejemplo, el A-eNodoB1 125 y el A-eNodoB2 140) para permitir el encaminamiento directo de los paquetes desde un eNodoB con auto retorno a otro eNodoB. Como se muestra, una S-GW 610 puede ser integrada en un primer eNodoB de anclaje (AeNodoB1) 125 que sirve a un eNodoB con auto retorno (B-eNodoB1) 130. Se puede asignar una direcci6n IP 620 por la S-GW 610 para el B-eNodoB1 130 para ser usada para la comunicaci6n X2 del B-eNodoB1 130. Como se muestra ademas, una S-GW 630 se puede integrar en otro eNodoB de anclaje (A-eNodoB2) 140 que sirve al eNodoB con auto retorno (B-eNodoB2) 150. Una direcci6n IP 640 puede ser asignada por la S-GW 630 para el BeNodoB2 150 para ser usada para la comunicaci6n X2 del B-eNodoB2 150. El trafico X2 puede ser encaminado entre el B-eNodoB1 130 y el B-eNodoB2 150 usando las direcciones IP 620 y 640 asignadas por las S-GW integradas dentro de cada uno de los nodos de anclaje A-eNodoB1 125 y A-eNodoB2 140.
La reserva de una direcci6n IP separada para el eNodoB con auto retorno para el trafico X2, mediante la localizaci6n de la funcionalidad de la S-GW para X2 dentro del eNodoB de anclaje, puede ser usada tambien para la interfaz S1 y especialmente para el plano de control S1 (S1-CP). De esta manera, puede ser posible evitar el encaminamiento de los mensajes S1-CP que van a/desde una de las MME 165-1 hasta 165-M a traves de la S-GW del eNodoB con auto retorno y en su lugar encaminar estos mensajes directamente a la MME sirviendo al eNodoB con auto retorno. La direcci6n IP asignada para el eNodoB con auto retorno para los mensajes S1-CP puede ser o no la misma que la direcci6n IP para la comunicaci6n X2.
La funcionalidad de las S-GW (por ejemplo, S-GW 610 y S-GW 630) en los eNodosB de anclaje puede ser configurada con reglas de filtrado/clasificaci6n de paquetes de manera que pueda identificar los paquetes X2 y manejarlos de forma diferente (por ejemplo, asignandolos hacia el portador radio adecuado y haciendolos salir directamente a la red de transporte).
La clasificaci6n de paquetes puede incluir la implementaci6n de una o mas de las siguientes opciones:
1) clasificar en base a los indicadores de la OoS de la red de transporte de las cabeceras IP de los paquetes o en base a la direcci6n IP, suponiendo que el trafico de senalizaci6n se asigna a una clase diferente de OoS de la red de transporte;
2) clasificar en base a la inspecci6n profunda de los paquetes en la cabecera IP para inspeccionar las cabeceras de protocolo de las capas superiores (por ejemplo, la cabecera del Protocolo de Transmisi6n de Control de Flujo (SCTP) (en el caso del plano de control X2) o la cabecera GTP (en el caso del plano de usuario X2)); y/o
3) usar el encaminamiento basado en la tunelizaci6n GTP entre las entidades S-GW en los eNodosB de anclaje y clasificar paquetes en base al Identificador del Punto Final del Tunel (TEID) del tunel GTP.
En el caso en que la tunelizaci6n GTP se use entre los eNodosB de anclaje, puede no ser necesario tener una direcci6n IP separada para el eNodoB con auto retorno para el trafico X2. El eNodoB con auto retorno puede tener la misma direcci6n IP para ambos traficos X2 y S1 y el eNodoB de anclaje puede filtrar fuera los paquetes X2 (por ejemplo, en base a la direcci6n de destino) y enviarlos en el tunel adecuado hacia el eNodoB con auto retorno objetivo. En este caso, puede no ser requerido un portador radio separado para el trafico X2.
Un eNodoB con auto retorno y su eNodoB de anclaje de servicio pueden tener su propia interfaz X2 entre medias de ellos dispuesto que son colindantes en un sentido de cobertura radio. La ruptura del trafico X2 puede ser util desde la perspectiva de la interfaz X2 del eNodoB con auto retorno/eNodoB de anclaje dado que, de otro modo, el trafico X2 entre estos dos nodos seria encaminado tambien a traves de la S-GW, generando encaminamiento de ida y vuelta entre el eNodoB de anclaje y la S-GW. De manera similar, en el caso cuando los dos eNodosB con auto retorno son servidos por el mismo e-NodoB de anclaje, el uso de las implementaciones descritas aqui dentro puede asegurar que el trafico que va entre medias de los dos eNodosB con auto retorno se cortocircuita en el eNodoB de anclaje de servicio sin ir a la S-GW.
La Fig. 7 ademas ilustra una arquitectura de protocolo ejemplar 700 donde el eNodoB de anclaje de servicio (por ejemplo, el A-eNodoB1 125) actua como un encaminador habitual que es parte de la red de transporte. En esta implementaci6n ejemplar, los paquetes que llegan desde un eNodoB con auto retorno (por ejemplo, el B-eNodoB1 130) al eNodoB de anclaje (el A-eNodoB1 125) se pueden reenviar a traves de un camino de comunicaci6n X2 710 hacia su destino en un camino mas corto determinado por un mecanismo de encaminamiento IP.
Para controlar el reenvio de los paquetes al eNodoB de anclaje durante el traspaso, se puede usar senalizaci6n dedicada entre el eNodoB con auto retorno y el eNodoB de anclaje. La senalizaci6n dedicada entre el eNodoB con auto retorno y el eNodoB de anclaje se puede basar en senalizaci6n X2, en senalizaci6n RRC, o en senalizaci6n X2 multisalto (descrita mas adelante). La senalizaci6n basada en X2 entre el eNodoB con auto retorno y el eNodoB de anclaje se describe mas adelante con respecto al diagrama de flujo de la FIG. 8. La senalizaci6n entre el eNodoB con auto retorno y el eNodoB de anclaje tambien se puede soportar a traves de la senalizaci6n RRC que puede existir entre el eNodoB con auto retorno (que actua como un UE) y el eNodoB de anclaje. La senalizaci6n RRC se puede usar para tunelizar los mensajes "tipo X2" usados para controlar el envio desde el eNodoB de anclaje. La senalizaci6n X2 multisalto se representa en la FIG. 10 y se describe mas adelante. En esta implementaci6n ejemplar, los mensajes de senalizaci6n X2 avanzan de una forma multisalto a traves del camino del B-eNodoB1 130,
A-eNodoB1 125, el A-eNodoB2 140 y el B-eNodoB2 150. En esta implementaci6n, los eNodoB de anclaje pueden ser informados explicitamente sobre una preparaci6n del traspaso en curso. Como se muestra en la FIG. 10, los tuneles del plano de usuario usados para reenviar paquetes en el traspaso se pueden establecer de una forma multisalto segun la senalizaci6n del plano de control pasa a traves de los distintos nodos.
La FIG. 8 es un diagrama de un proceso ejemplar asociado con la transferencia de un UE que se sirve por un primer eNodoB con auto retorno a un segundo eNodoB con auto retorno, donde se usa la senalizaci6n dedicada entre el primer eNodoB con auto retorno y el segundo eNodoB con auto retorno para controlar el reenvio de los datos destinados para el UE durante la transferencia. El proceso ejemplar de la FIG. 8 se puede implementar por el eNodoB con auto retorno 130 (B-eNodoB1). La siguiente descripci6n del proceso ejemplar de la FIG. 8 se describe con referencia al diagrama de mensajeria ejemplar de la FIG. 9 para prop6sitos de ilustraci6n.
El proceso ejemplar puede comenzar con el envio de una petici6n de traspaso al eNodoB con auto retorno objetivo (por ejemplo, el B-eNodoB2 150) para un UE particular (por ejemplo, el UE 110-3) (bloque 805). Una vez que el BeNodoB1 130 decide hacer un traspaso de un UE particular a un eNodoB objetivo (por ejemplo, el B-eNodoB2 150), el B-eNodoB1 130 inicia la senalizaci6n de preparaci6n del traspaso (por ejemplo, la senalizaci6n X2) hacia el eNodoB objetivo. Como se muestra en el diagrama de mensajeria ejemplar de la FIG. 9, el B-eNodoB1 130 envia una petici6n de traspaso 900 al eNodoB objetivo del traspaso (por ejemplo, el B-eNodoB2 con auto retorno 150) a traves de la senalizaci6n del plano de control X2. En una implementaci6n alternativa, la senalizaci6n de traspaso se puede enviar a traves de los eNodoB implicados (por ejemplo, el B-eNodoB1, el A-eNodoB1, el B-eNodoB2, el AeNodoB2) de una forma multisalto de manera que cada eNodoB interpreta el mensaje X2. Por ejemplo, como se muestra en la FIG. 10, se puede avanzar una petici6n de traspaso de una forma salto a salto desde el B-eNodoB1 130 al A-eNodoB1 125 (por ejemplo, la petici6n de traspaso 1000), desde el A-eNodoB1 125 al A-eNodoB2 140 (por ejemplo, la petici6n de traspaso 1005), y desde el A-eNodoB2 140 al B-eNodoB2 150 (por ejemplo, la petici6n de traspaso 1010).
Con referencia de nuevo a la Fig. 8, se puede recibir una respuesta de traspaso desde el eNodoB objetivo del traspaso (por ejemplo, el B-eNodoB2) (bloque 810). Tras la recepci6n de la petici6n del traspaso 900, el B-eNodoB2 150 puede determinar si conceder la petici6n del traspaso y, si se concede la petici6n del traspaso, puede devolver un mensaje de respuesta del traspaso 910, como se muestra en la FIG. 9, al B-eNodoB1 130. El B-eNodoB2 150 tambien puede reservar 905 un TEID de reenvio X2. En la implementaci6n de multisalto alternativa representada en la FIG. 10, se puede enviar una respuesta del traspaso a traves de los eNodoB implicados de manera que cada eNodoB pueda interpretar el mensaje. Por ejemplo, como se muestra en la FIG. 10, el B-eNodoB2 150 puede reservar 905 un TEID de reenvio X2 y puede enviar una respuesta de traspaso X2 al A-eNodoB2 140 a traves del plano de control. El A-eNodoB2 140 ademas puede reservar 1020 un TEID de reenvio X2 y puede enviar una respuesta de traspaso X2 1025 al A-eNodoB1 125 a traves del plano de control. El A-eNodoB1 125 tambien puede reservar 1030 un TEID de reenvio X2 y puede enviar una respuesta de traspaso X2 1035 al B-eNodoB1 130 a traves del plano de control.
Con referencia de nuevo a la Fig. 8, se puede enviar un comando de traspaso al UE particular que esta siendo transferido al eNodoB con auto retorno objetivo (bloque 815). Tras la recepci6n de la respuesta de traspaso desde el eNodoB con auto retorno objetivo, el B-eNodoB1 130 puede enviar, como se ilustra en la FIG. 9, un comando de traspaso 915 al UE 110-3 que informa al UE 110-3 de su transferencia a la celda servida por el eNodoB con auto retorno objetivo.
Se puede enviar un mensaje de notificaci6n al eNodoB de anclaje de servicio (por ejemplo, el A-eNodoB1 125) dando instrucciones al eNodoB de anclaje para suspender la entrega de los datos de enlace descendente para el UE particular (bloque 820). Como se muestra en la FIG. 9, el B-eNodoB1 130 puede enviar un mensaje X2 920 en el plano de control al A-eNodoB1 125 dando instrucciones al A-eNodoB1 125 para detener la entrega de datos en el enlace descendente al B-eNodoB1 130 que se pretende para el UE particular (por ejemplo, el UE 110-3). Como se muestra ademas en la FIG. 9, tras la recepci6n del mensaje 920, el A-eNodoB1 1225 puede comenzar el almacenamiento temporal 925 de los paquetes que llegan en los respectivos tuneles del enlace descendente (DL) que se destinan para el UE particular. El A-eNodoB1 125 puede realizar el almacenamiento en cache en lugar del almacenamiento temporal, lo que incluye mantener una copia de los paquetes enviados, pero no suspender la transmisi6n de los paquetes. Si el almacenamiento en cache de los paquetes se realiza por el A-eNodoB1 125, el AeNodoB1 125 puede indicar al B-eNodoB1 130 una identificaci6n del ultimo paquete en su cache (es decir, el cual el B-eNodoB1 130 no tiene que reenviar de vuelta). Esto se puede consumar mediante la introducci6n de un mensaje de respuesta (por ejemplo, "Detener la entrega del ACK del DL") enviado en respuesta al mensaje "Detener la entrega del DL", que transporta el numero de secuencia del paquete mas antiguo en la cache del A-eNodoB. El BeNodoB1 130 puede identificar los portadores del UE sujetos a suspensi6n y almacenarlos temporalmente a traves de los tuneles GTP de la interfaz S1 correspondientes (es decir, en base a los tuneles que se terminan en el BeNodoB1) y puede incluir esta informaci6n en el mensaje "Detener la entrega del DL". Los ID del tunel GTP interiores (TEID) no pueden ser visibles directamente en el A-eNodoB y, de esta manera, el A-eNodoB puede necesitar mirar dentro de la cabecera interior y filtrar los portadores que pertenecen al UE concernido en base a la cabecera GTP interior.
El mensaje 920 se puede enviar en otro punto en el tiempo que es distinto que aquel mostrado en la FIG. 9. Por
ejemplo, el mensaje 920 se puede enviar antes de enviar el comando de traspaso 915 al UE 110-3. Como otro ejemplo, el mensaje 920 se puede enviar en un momento que se basa en un nivel de saturaci6n del almacenador temporal del DL. El orden de los mensajes representado en la FIG. 9, por lo tanto, representa un ejemplo de la ordenaci6n de los mensajes y los mensajes mostrados se pueden enviar en distinto orden que aquel representado en la FIG. 9.
Con referencia de nuevo a la Fig. 8, los paquetes del UE particular almacenados en el almacenador(es) temporal(es) del B-eNodoB1 antes del traspaso se pueden reenviar (bloque 825). Como se muestra en la FIG. 9, el B-eNodoB1 130 puede reenviar los paquetes 920 al B-eNodoB2 150 usando la interfaz X2 en el plano de usuario. En la implementaci6n multisalto alternativa representada en la FIG. 10, el B-eNodoB1 130 puede enviar los paquetes reenviados al A-eNodoB1 125 que se pueden reenviar, salto a salto, al B-eNodoB2 150. Por ejemplo, como se muestra en la FIG. 10, el B-eNodoB1 130 puede reenviar 1040 los paquetes al A-eNodoB1 125 usando la interfaz X2 en el plano de usuario. A su vez, el A-eNodoB1 125 puede reenviar 1045 los paquetes al A-eNodoB2 140 usando la interfaz X2 en el plano de usuario. El A-eNodoB2 140 puede reenviar 1050 los paquetes al B-eNodoB2 150 para completar el proceso de reenvio salto a salto.
Con referencia de nuevo a la Fig. 8, se puede enviar un mensaje al A-eNodoB1 dando instrucciones al A-eNodoB1 para iniciar el reenvio de paquetes, que el A-eNodoB1 tiene en su(s) almacenador(es) temporal(es) para el UE particular, al eNodoB objetivo (bloque 830). El B-eNodoB1 130 puede enviar el mensaje al A-eNodoB1 125 despues de que el B-eNodoB1 130 finaliza el reenvio de los paquetes que se quedaron en su(s) almacenador(es) temporal(es). Como se muestra en la FIG. 9, el B-eNodoB1 130 puede enviar un mensaje 935 dando instrucciones a su nodo de anclaje (por ejemplo, el A-eNodoB1 125) para reenviar los paquetes que el A-eNodoB1 125 tiene en su(s) almacenador(es) temporal(es)/cache para el UE particular. En respuesta a la recepci6n del mensaje 935, como se muestra en la FIG. 9, el nodo de anclaje (por ejemplo, el A-eNodoB1 125) puede conmutar 940 los paquetes recibidos en los tuneles del enlace descendente S1 a los tuneles de reenvio X2 respectivos. Como se muestra ademas en la FIG. 9, el A-eNodoB1 125 puede comenzar el envio 945 de los paquetes S1 al eNodoB objetivo (por ejemplo, el B-eNodoB2 150).
El proceso ejemplar de la FIG. 8 ha sido descrito con respecto a una transferencia desde un primer eNodoB con auto retorno a un segundo eNodoB con auto retorno. El proceso ejemplar de la FIG. 8, no obstante, tambien se puede aplicar a una transferencia desde el eNodoB con auto retorno a un eNodoB que no es un eNodoB con auto retorno.
Durante el reenvio desde el A-eNodoB1 125, el A-eNodoB1 125 puede conmutar el tunel GTP S1, que corresponde con un portador dado del UE, al tunel de reenvio X2 adecuado hacia el A-eNodoB2, cuyo tunel ha sido establecido durante la preparaci6n del traspaso. Para que el A-eNodoB1 125 consume esto, el A-eNodoB1 125 puede necesitar ser informado sobre los TEID GTP de reenvio validos en el destino del B-eNodoB2. Esta informaci6n se puede enviar al A-eNodoB1 125 en el mensaje "Iniciar el Reenvio" junto con las reglas de conmutaci6n del tunel GTP (es decir, las reglas que indican que el TEID GTP S1 necesita ser conmutado al que reenviar el TEID). El B-eNodoB2 150 puede tener que ser preparado para aceptar los paquetes reenviados desde una direcci6n IP que es distinta de la direcci6n IP del B-eNodoB1 130. El bloque 830 puede completar el proceso de traspaso.
En otras implementaciones, al menos algo de la senalizaci6n entre el B-eNodoB y el A-eNodoB se puede soportar tambien a traves de la senalizaci6n RRC, en lugar de la senalizaci6n X2. La senalizaci6n RRC se puede usar para tunelizar los mensajes "tipo X2" usados para controlar el reenvio desde el A-eNodoB. Por ejemplo, los mensajes 920 y 935, representados en la FIG. 9, se pueden tunelizar a traves de los mensajes RRC.
La implementaci6n de la senalizaci6n multisalto representada en al FIG. 10, y descrita anteriormente, permite a los mensajes de senalizaci6n X2 avanzar en una forma multisalto a traves del camino B-eNodoB1, A-eNodoB1, AeNodoB2 y B-eNodoB2. En esta implementaci6n, los eNodoB de anclaje pueden ser informados explicitamente sobre una preparaci6n de traspaso en curso. Como se muestra en la FIG. 10, los tuneles del plano de usuario usados para el reenvio de paquetes en el traspaso tambien se pueden establecer de una forma multisalto segun la senalizaci6n del plano de control pasa a traves de los distintos nodos. La implementaci6n de senalizaci6n multisalto puede permitir la introducci6n de optimizaciones adicionales para la ejecuci6n del traspaso cuando el UE esta conectado a traves de un eNodoB con auto retorno. Tales optimizaciones pueden incluir, por ejemplo, la comprobaci6n del estado del enlace radio de retorno (por ejemplo, la disponibilidad de recursos) en el A-eNodoB objetivo cuando se admite el UE dentro de la nueva celda servida por el B-eNodoB objetivo. Ademas, la implementaci6n de la senalizaci6n multisalto puede permitir la implementaci6n de una implementaci6n basada en "husmeado" directo y mas inteligente donde se puede omitir la introducci6n de nuevos mensajes X2 (ver la descripci6n de una implementaci6n basada en "husmear" mas adelante). El eNodoB de anclaje puede determinar la existencia del procedimiento de traspaso en curso y puede traer la informaci6n necesaria a partir de los mensajes de senalizaci6n de desviaci6n para ejecutar el reenvio de paquetes de una forma aut6noma. Para soportar la implementaci6n de senalizaci6n X2 multisalto alternativa, puede ser necesario extender el concepto de entorno X2 normal con el concepto de relaciones de entorno secundarias. Un eNodoB puede necesitar no solamente mantener sus vecinos directos sino que tambien puede necesitar mantener los segundos vecinos de salto (es decir, mantener los vecinos de sus vecinos directos).
Las implementaciones ejemplares descritas anteriormente, que implican el uso de senalizaci6n dedicada entre un eNodoB con auto retorno fuente y un eNodoB objetivo durante el traspaso, incluye una serie de extensiones que permiten la transferencia de un UE desde el eNodoB con auto retorno al eNodoB objetivo. Una extensi6n incluye el establecimiento de una interfaz X2 entre el eNodoB con auto retorno y el eNodoB de anclaje incluso si no hay vecinos en un sentido de cobertura radio. Otra extensi6n implica al protocolo X2-AP, o al protocolo RRC, para transportar los mensajes de control usados para controlar el reenvio desde el eNodoB de anclaje. En el caso de senalizaci6n basada en X2, la senalizaci6n X2 tambien se puede implementar en una forma multisalto. En una extensi6n adicional, se pueden usar dos mensajes de control adicionales para controlar el reenvio de datos desde un eNodoB con auto retorno fuente a un eNodoB objetivo durante el traspaso. Uno de los mensajes de control puede incluir un mensaje "Detener la entrega del DL" que da instrucciones al eNodoB de anclaje para detener la entrega de paquetes en el DL para un UE particular al eNodoB con auto retorno fuente. Otro de los mensajes de control puede incluir un mensaje "Iniciar el reenvio" que da instrucciones al eNodoB de anclaje para comenzar el reenvio de los paquetes previstos para el UE particular al eNodoB objetivo al que el UE esta siendo transferido. El mensaje "Detener la entrega del DL" puede incluir los TEID GTP de los portadores del UE sujetos a reenvio. El mensaje "Iniciar el reenvio" puede incluir la informaci6n de conmutaci6n de tunel que asigna el TEID GTP de los portadores del UE en S1 al TEID de reenvio destino en el eNodoB objetivo (por ejemplo, el B-eNodoB2) en X2. Una extensi6n adicional incluye dar al eNodoB de anclaje la capacidad de mirar dentro de la cabecera GTP interior (es decir, dentro de los campos de la cabecera del tunel GTP que se termin6 en el B-eNodoB objetivo) para identificar y filtrar los paquetes de los portadores que estan sujetos a reenvio.
Otra implementaci6n ejemplar que puede controlar el reenvio en el eNodoB de anclaje durante el traspaso puede implicar "husmear" en la senalizaci6n en el eNodoB de anclaje que atraviesa el eNodoB de anclaje hacia el eNodoB al cual esta siendo transferido un UE dado. En esta implementaci6n ejemplar, el eNodoB de anclaje conoce, a traves de husmear en la senalizaci6n X2 y/o S1 en curso entre el eNodoB con auto retorno y el eNodoB objetivo al cual esta siendo transferido un UE, que el traspaso va a ocurrir y el eNodoB de anclaje a partir de entonces ejecuta el reenvio de paquetes al eNodoB objetivo de manera aut6noma. En esta implementaci6n ejemplar, el eNodoB de anclaje detecta los mensajes de senalizaci6n de preparaci6n del traspaso X2 y, en base a los mensajes de senalizaci6n detectados, determina que UE esta implicado en un traspaso. El eNodoB de anclaje extrae los TEID de reenvio asociados con el eNodoB objetivo (por ejemplo, el B-eNodoB2) y asocia los portadores del UE dado con los TEID en S1. Por lo tanto, el eNodoB de anclaje tambien "husmea" en la senalizaci6n S1 para identificar cuando se establecen/liberan los portadores para un UE particular y mantiene una base de datos de la asignaci6n de TEID GTP del portador del UE.
La FIG. 11 es un diagrama de flujo de un proceso ejemplar asociado con la transferencia de un UE, que es servido por un primer eNodoB con auto retorno, a un segundo eNodoB con auto retorno, donde un eNodoB de anclaje que sirve al primer eNodoB con auto retorno "husmea" dentro de los mensajes enviados entre el primer y el segundo eNodoB con auto retorno para controlar el reenvio de los datos destinados para el UE durante la transferencia. El proceso ejemplar de la FIG. 11 se puede implementar mediante el eNodoB de anclaje 125 (A-eNodoB1). La FIG. 12 ilustra un diagrama de mensajeria ejemplar asociado con el proceso ejemplar de la FIG. 11.
El proceso ejemplar puede comenzar con la recepci6n y "husmeado" de una petici6n de traspaso de desviaci6n, desde el B-eNodoB1, destinado para el B-eNodoB2, para conocer que se ha iniciado una preparaci6n del traspaso (bloque 1105). Una vez que un eNodoB fuente (por ejemplo, el B-eNodoB1 130) decide hacer un traspaso de un UE particular a un eNodoB objetivo (por ejemplo, el B-eNodoB2 150), el B-eNodoB1 130 inicia la senalizaci6n de preparaci6n del traspaso hacia el eNodoB objetivo. Como se muestra en el diagrama de senalizaci6n ejemplar de la FIG. 12, el B-eNodoB1 130 envia una petici6n de traspaso 1200 al eNodoB objetivo del traspaso a traves de la senalizaci6n del plano de control X2. Segun la petici6n de traspaso de desviaci6n atraviesa el nodo de anclaje AeNodoB1 125, el A-eNodoB1 125 puede "husmear" en el mensaje inspeccionando los contenidos del mensaje. La inspecci6n de los contenidos del mensaje puede identificar que el mensaje es un mensaje de petici6n de traspaso indicando, de esta manera, que esta en curso una transferencia de un UE. El A-eNodoB1 125 tambien puede extraer un identificador del UE a partir del mensaje de petici6n de traspaso y puede ligar el identificador del UE con una identidad del UE particular usada en la interfaz S1, que ha conocido previamente a partir de "husmear" en la senalizaci6n S1. La conexi6n con la identidad del UE S1 puede ser necesaria para ser capaz de seleccionar el tunel S1 que corresponde al UE dado y realizar el reenvio para el UE correcto. Tras la recepci6n de la petici6n de traspaso 1200, el B-eNodoB2 150 puede determinar si conceder la petici6n de traspaso y, si la petici6n del traspaso es concedida, puede devolver un mensaje de respuesta de traspaso 1215, como se muestra en la FIG. 12, al BeNodoB1 130 a traves del A-eNodoB1 125. El B-eNodoB2 150 tambien puede reservar 1210 un identificador del punto final del tunel (TEID) de envio X2.
Volviendo a la Fig. 11, se puede recibir una respuesta de traspaso de desviaci6n, desde B-eNodoB2 150, que esta destinada para el B-eNodoB1 130 y "husmear" para conocer que ha sido concedido el traspaso (bloque 1110). Como se muestra en la FIG. 12, segun el mensaje de respuesta de traspaso de desviaci6n 1215 atraviesa el A-eNodoB1 125 en su camino al B-eNodoB1 130, el A-eNodoB1 125 puede husmear 1220 en el mensaje para conocer que la preparaci6n del traspaso fue un exito y puede extraer los TEID de reenvio validos en el B-eNodoB2 objetivo a partir del mensaje de respuesta de traspaso. Tras la recepci6n del mensaje de respuesta de traspaso desde el eNodoB con auto retorno objetivo (por ejemplo, el B-eNodoB2 150), el B-eNodoB1 130 puede enviar, como se ilustra en la FIG. 12, un comando de traspaso 1225 al UE 110-3 informando al UE 110-3 de su traspaso a la celda servida por el
eNodoB objetivo (por ejemplo, el B-eNodoB2 150). Tras la recepci6n del mensaje de respuesta de traspaso desde el eNodoB con auto retorno objetivo, el A-eNodoB1 125 tambien puede comenzar el almacenamiento temporal y/o el almacenamiento en cache de los paquetes recibidos que estan destinados para el UE que se transfiere. El BeNodoB1 130 entonces puede enviar un mensaje de estado de transferencia 1230 (por ejemplo, un mensaje de estado de transferencia SN) al B-eNodoB2 150 a traves de la interfaz X2. El mensaje de estado de transferencia 1230 puede incluir la informaci6n de estado asociada con el receptor/transmisor del eNodoB con auto retorno fuente (por ejemplo, el B-eNodoB1 130) tal como, por ejemplo, los numeros de secuencia de los paquetes recibidos correctamente y/o perdidos.
Volviendo a la Fig. 11, se puede recibir un mensaje de transferencia de estado de desviaci6n, desde el B-eNodoB1, que esta destinado para el B-eNodoB2 y "husmear" para conocer que el traspaso ha sido ejecutado (bloque 1115). Como se muestra en la FIG. 12, segun el mensaje de transferencia de estado de desviaci6n 1230 atraviesa el AeNodoB1 125 en su camino al B-eNodoB1 130, el A-eNodoB1 125 puede husmear 1235 en el mensaje de transferencia de estado 1230 para conocer que el traspaso ha sido ejecutado realmente. Husmear en el mensaje de transferencia de estado 1230 puede incluir inspeccionar ciertos contenidos del mensaje de transferencia de estado 1230 para conocer que el traspaso ha sido ejecutado. Consecutivo a la transmisi6n del mensaje de estado de transferencia 1230, el B-NodoB1 130 puede comenzar a reenviar los datos a traves de X2 en el plano de usuario al B-eNodoB2 150.
Volviendo a la Fig. 11, el A-eNodoB1 125 puede comenzar a reenviar los paquetes que tiene en su(s) almacenador(es) temporal(es)/cache para el UE particular al B-eNodoB2 (bloque 1120). El A-eNodoB1 125 puede decidir en cualquier punto en el tiempo, despues de determinar que el traspaso ha sido ejecutado, comenzar el reenvio. Por ejemplo, el A-eNodoB1 125 puede esperar un periodo de tiempo, hasta que el B-eNodoB1 130 ha completado el reenvio de todos los paquetes que tenia en su(s) almacenador(es) temporal(es), antes de comenzar el reenvio 1245 de los paquetes que el A-eNodoB1 125 tiene en su(s) almacenador(es) temporal(es)/cache. El retardo del reenvio de esta forma puede ayudar a evitar el desordenamiento de los paquetes. El A-eNodoB1 125 puede husmear, en algunas implementaciones, en el plano de usuario para determinar cuando el B-eNodoB1 130 ha completado su reenvio de paquetes al B-eNodoB2 150. Como se representa en la FIG. 12, el A-eNodoB1 125 puede reenviar 1250 los paquetes a traves de X2 en el plano de usuario a B-eNodoB2 150. Una vez que el A-eNodoB1 125 ha terminado de enviar los paquetes al B-eNodoB2 150, el proceso de traspaso de la FIG. 11 puede completarse.
La ordenaci6n de mensajes representada en la FIG. 12 se pretende que sea para prop6sitos de ilustraci6n de un ejemplo especifico, y no pretende ser restrictivo. Se puede usar un orden diferente de los mensajes de la FIG. 12 en otras implementaciones. Cuando se emplea cifrado en la interfaz X2 (por ejemplo, IPsec) entre los eNodoB con auto retorno fuente y objetivo, el cifrado (por ejemplo, los tuneles IPsec) se deberian terminar en los eNodoB de anclaje en lugar de los eNodoB con auto retorno. De otro modo, el husmeado en los mensajes X2 puede ser imposible en los eNodoB de anclaje.
El proceso ejemplar de la FIG. 11 se ha descrito con respecto a una transferencia desde un primer eNodoB con auto retorno a un segundo eNodoB con auto retorno. El proceso ejemplar de la FIG. 11, no obstante, tambien se puede aplicar a una transferencia desde un eNodoB con auto retorno a un eNodoB que no es un eNodoB con auto retorno.
La descripci6n anteriormente mencionada de las implementaciones proporciona ilustraci6n y descripci6n, pero no se pretende que sea exhaustiva o que limite la invenci6n a la forma precisa revelada. Son posibles modificaciones y variaciones a la luz de las ensenanzas anteriores, o pueden ser adquiridas a partir de la practica de la invenci6n. Por ejemplo, aunque la serie de bloques se ha descrito con respecto a las FIG. 8 y 11, el orden de los bloques se puede modificar en otras implementaciones consistentes con los principios de la invenci6n. Ademas, los bloques no dependientes se pueden realizar en paralelo.
Tambien se pueden implementar aspectos de la invenci6n en metodos y/o productos de programas informaticos. Por consiguiente, la invenci6n se puede realizar en componentes fisicos y/o en componentes l6gicos (que incluyen microprogramas, componentes l6gicos residentes, microc6digos, etc.). Adicionalmente, la invenci6n puede tomar la forma de un producto de programa informatico en un medio de almacenamiento utilizable por ordenador o legible por ordenador que tiene un c6digo de programa utilizable por ordenador o legible por ordenador integrado en el medio para usar por o en conexi6n con un sistema de ejecuci6n de instrucciones. El c6digo de componentes l6gicos real o los componentes fisicos de control especializados usados para implementar las realizaciones descritas aqui dentro no estan limitando la invenci6n. De esta manera, el funcionamiento y el comportamiento de las realizaciones fueron descritas sin referenciar al c6digo de componentes l6gicos especifico -siendo entendido que un experto ordinario en la tecnica seria capaz de disenar componentes l6gicos y componentes fisicos de control para implementar los aspectos en base a la descripci6n de aqui dentro.
Adicionalmente, ciertas partes de la invenci6n se pueden implementar como "l6gica" que permite una o mas funciones. Esta l6gica puede incluir componentes fisicos, tales como un circuito integrado de aplicaciones especificas o grupo de puertas programables en campo, o una combinaci6n de componentes fisicos y componentes l6gicos.
Incluso aunque las combinaciones particulares de los rasgos se enumeran en las reivindicaciones y/o revelan en la especificaci6n, estas combinaciones no se pretende que limiten la invenci6n. De hecho, muchos de estos rasgos se pueden combinar en formas no especificamente enumeradas en las reivindicaciones y/o reveladas en la especificaci6n.
Se deberia enfatizar que el termino "comprende/que comprende" cuando se usa en esta especificaci6n se toma para 5 especificar la presencia de rasgos, enteros, pasos, componentes o grupos fijados pero no excluye la presencia o adici6n de uno o mas otros rasgos, enteros, pasos, componentes o grupos de los mismos.
Ningun elemento, acto, o instrucci6n usado en la presente solicitud deberia ser construido como critico o esencial para la invenci6n a menos que se describa explicitamente como tal. Tambien, como se usa aqui dentro, el articulo "un" se pretende que incluya uno o mas elementos. Donde solamente se pretende un elemento, se usa el termino
10 "uno" o similar lenguaje. Ademas, la frase "en base a" se pretende que signifique "en base, al menos en parte, a" a menos que se fije de otro modo explicitamente.

Claims (14)

  1. REIVINDICACIONES
    1. Un metodo implementado en una estaci6n base de anclaje de una red, donde la estaci6n base de anclaje comunica con una estaci6n base con auto retorno a traves de una interfaz radio y donde la red ademas incluye otra estaci6n base, el metodo que comprende
    5 determinar si un equipo de usuario (UE) esta siendo transferido desde la estaci6n base con auto retorno a otra estaci6n base, donde la determinaci6n se basa en la recepci6n (820) de un mensaje desde la estaci6n base con auto retorno a traves de la interfaz de radio que da instrucciones a la estaci6n base de anclaje para detener la entrega de los paquetes que estan destinados para el UE;
    almacenar (1120), en base a la determinaci6n de si el UE esta siendo traspasado, los paquetes recibidos 10 previstos para el UE; y
    reenviar (1120) los paquetes almacenados a la otra estaci6n base a traves de una red de transporte para la entrega al UE.
  2. 2. El metodo de la reivindicaci6n 1, en que la otra estaci6n base comprende otra estaci6n base de anclaje que comunica con otra estaci6n base con auto retorno a traves de otra interfaz radio.
    15 3. El metodo de la reivindicaci6n 2, en que enviar los paquetes almacenados a la otra estaci6n base comprende:
    reenviar los paquetes almacenados a la otra estaci6n base de anclaje a traves de una red de transporte para la entrega al UE a traves de la otra estaci6n base con auto retorno y la otra interfaz radio.
  3. 4. El metodo de la reivindicaci6n 2, que ademas comprende:
    asignar una direcci6n del Protocolo de Internet (IP), mediante la estaci6n base de anclaje, para la estaci6n base 20 con auto retorno;
    asignar una direcci6n IP, mediante la otra estaci6n base de anclaje, para la otra estaci6n base con auto retorno; y
    usar las direcciones IP para reenviar los paquetes almacenados y la comunicaci6n de senalizaci6n a la otra estaci6n base con auto retorno.
    25 5. El metodo de la reivindicaci6n 1, en que la determinaci6n se basa ademas en analizar uno o mas mensajes enviados desde la estaci6n base con auto retorno a la otra estaci6n base.
  4. 6. Una primera estaci6n base (130) conectada con una segunda estaci6n base (125) en una red (120) a traves de una interfaz radio (135), donde la primera estaci6n base (130) recibe paquetes destinados para un equipo de usuario (UE) (110-3) en un enlace descendente desde la segunda estaci6n base (125) y recibe los paquetes en un enlace
    30 ascendente desde el UE (110-3), la primera estaci6n base (130) que comprende:
    un transceptor (305) configurado para:
    enviar una petici6n de traspaso, asociada con el UE (110-3), a traves de la interfaz radio (135) a la segunda estaci6n base (125) para la entrega a una estaci6n base de traspaso objetivo (150),
    recibir una respuesta de traspaso desde la segunda estaci6n base (125) a traves de la interfaz radio (135), 35 donde fue enviada la respuesta al traspaso desde la estaci6n base de traspaso objetivo (150),
    enviar un mensaje de notificaci6n a la segunda estaci6n base (125) que da instrucciones a la segunda estaci6n base (125) para detener la entrega de paquetes de enlace descendente destinados para el UE (110-3);
    una memoria (315) configurada para almacenar los paquetes recibidos previamente desde la segunda estaci6n 40 base (125) que estan destinados para el UE (110-3); y
    una unidad de procesamiento configurada para:
    recuperar los paquetes almacenados en la memoria (315) antes de la recepci6n de la respuesta de traspaso, y
    pasar los paquetes recuperados al transceptor (305) para enviar a la segunda estaci6n base (125) a traves 45 de la interfaz radio (135) para la entrega a la estaci6n base de traspaso objetivo (150).
  5. 7. La primera estaci6n base de la reivindicaci6n 6, en que la primera estaci6n base (130) comprende un primer eNodoB con auto retorno, donde la segunda estaci6n base (125) comprende un primer eNodoB de anclaje y donde la estaci6n base de traspaso objetivo (150) comprende un segundo eNodoB con auto retorno.
    �.
    La primera estaci6n base de la reivindicaci6n 6, en que la primera estaci6n base (130) comprende un primer eNodoB con auto retorno, donde la segunda estaci6n base (125) comprende un primer eNodoB de anclaje y donde la estaci6n base de traspaso objetivo comprende un eNodoB.
    �.
    La primera estaci6n base de la reivindicaci6n 6, en que la red (120) comprende una red de transporte de Protocolo de Internet (IP).
    1�. La primera estaci6n base de la reivindicaci6n 9, en que el primer eNodoB con auto retorno (130) comunica con la red de transporte IP (120) a traves de la interfaz radio (135) con el primer eNodoB de anclaje (125) y donde el primer eNodoB de anclaje (125) actua como un nodo intermedio entre el primer eNodoB con auto retorno (130) y la red de transporte IP (120).
  6. 11.
    La primera estaci6n base de la reivindicaci6n 6, en que el transceptor (305) se configura ademas para:
    enviar un segundo mensaje a la segunda estaci6n base (125) que notifica a la segunda estaci6n base (125) que comience a enviar los paquetes que estan destinados para el UE (110-3).
  7. 12.
    La primera estaci6n base de la reivindicaci6n 11, en que el mensaje de notificaci6n y el segundo mensaje se envian en base a un protocolo de senalizaci6n X2 o en base a un protocolo de Control de Recursos Radio (RRC).
  8. 13.
    Un sistema asociado con una red celular, que comprende:
    una primera estaci6n base (130) conectada con un equipo de usuario (UE) (110-3) y con una segunda estaci6n base (125) a traves de una primera interfaz radio (135);
    la segunda estaci6n base (125) conectada con una red de transporte (120);
    una tercera estaci6n base (140) conectada con la red de transporte (120);
    una cuarta estaci6n base (150) conectada con la tercera estaci6n base (140) a traves de una segunda interfaz radio (145), donde la cuarta estaci6n base (150) esta configurada para proporcionar servicio inalambrico al UE (110-3);
    donde la primera estaci6n base (130) esta configurada para:
    enviar una petici6n de traspaso asociada con el UE (110-3) a la cuarta estaci6n base (150) a traves de la segunda estaci6n base (125), la red de transporte (120), y la tercera estaci6n base (140),
    recibir una respuesta de traspaso desde la cuarta estaci6n base (150) a traves de la tercera estaci6n base (140), la red de transporte (120) y la segunda estaci6n base (125), donde la respuesta al traspaso concede el traspaso del UE (110-3) desde la primera estaci6n base (130) a la cuarta estaci6n base (150),
    enviar un mensaje de notificaci6n a la segunda estaci6n base (125) dando instrucciones a la segunda estaci6n base (125) para detener la entrega de los paquetes destinados para el UE (110-3) a la primera estaci6n base (130), y
    reenviar los paquetes destinados para el UE (110-3) a la cuarta estaci6n base (150) a traves de la segunda estaci6n base (125), la red de transporte (120) y la tercera estaci6n base (140) para la entrega al UE (1103),
    donde la segunda estaci6n base (125) esta configurada para:
    almacenar los paquetes recibidos destinados para el UE (110-3) consecutivo a la recepci6n del mensaje de notificaci6n.
  9. 14.
    El sistema de la reivindicaci6n 13, en que la segunda estaci6n base (125) se configura ademas para:
    analizar los mensaje de desviaci6n enviados desde la primera estaci6n base (130) para determinar si el traspaso ha sido concedido para transferir el UE (110-3) desde la primera estaci6n base (125) a la cuarta estaci6n base (150).
  10. 15.
    El sistema de la reivindicaci6n 14, en que el la segunda estaci6n base (125) se configura ademas para:
    reenviar los paquetes destinados para el UE (110-3) a la cuarta estaci6n base (150) a traves de la red de transporte (120) y la tercera estaci6n base (140) en base al analisis de los mensajes de desviaci6n.
  11. 16.
    El sistema de la reivindicaci6n 14, en que, cuando se analizan los mensajes de desviaci6n, la segunda estaci6n base (125) se configura ademas para:
    inspeccionar los contenidos de los mensajes de desviaci6n para determinar si el traspaso ha sido concedido para transferir el UE (110-3) desde la primera estaci6n base (125) a la cuarta estaci6n base (150).
  12. 17. El sistema de la reivindicaci6n 13, en que la segunda estaci6n base (125) se configura ademas para:
    inspeccionar la cabecera del tunel interna de los paquetes recibidos para identificar un portador del UE.
    1�. El sistema de la reivindicaci6n 13, en que la primera estaci6n base (115) se configura ademas para:
    5 enviar un mensaje a la segunda estaci6n base (110) dando instrucciones a la segunda estaci6n base (110) para comenzar el reenvio de los paquetes almacenados a la cuarta estaci6n base (130) para la entrega al UE (120-3).
    1�. El sistema de la reivindicaci6n 18, en que el mensaje a la segunda estaci6n base (125) y el mensaje de notificaci6n se pueden enviar en base a un protocolo de senalizaci6n X2 o un protocolo de senalizaci6n de Control de Recursos Radio (RRC).
    10 2�. El sistema de la reivindicaci6n 18, en que la segunda estaci6n base se configura ademas para:
    reenviar los paquetes almacenados y los paquetes de enlace descendente entrantes destinados para el UE (1103) a la cuarta estaci6n base (150) a traves de la red de transporte (120) y la tercera estaci6n base (140) cuando se recibe el mensaje.
  13. 21. El sistema de la reivindicaci6n 13, en que la primera estaci6n base (130) comprende un primer eNodoB con
    15 auto retorno, donde la segunda estaci6n base (125) comprende un primer eNodoB de anclaje, donde la tercera estaci6n base (140) comprende un segundo eNodoB de anclaje, y donde la cuarta estaci6n base (150) comprende un segundo eNodoB de auto retorno.
  14. 22. El sistema de la reivindicaci6n 13, en que la segunda estaci6n base (125) actua como un nodo intermedio entre
    la red de transporte (120) y la primera estaci6n base (130) y donde la tercera estaci6n base (140) actua como un 20 nodo intermedio entre la red de transporte (120) y la cuarta estaci6n base (150).
ES08794182T 2008-05-15 2008-09-09 Reenvío de datos durante el traspaso en una celda con auto retorno Active ES2377767T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US5336608P 2008-05-15 2008-05-15
US53366P 2008-05-15
PCT/SE2008/051005 WO2009139679A1 (en) 2008-05-15 2008-09-09 Data forwarding during handover in a self-backhauled cell

Publications (1)

Publication Number Publication Date
ES2377767T3 true ES2377767T3 (es) 2012-03-30

Family

ID=40289279

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08794182T Active ES2377767T3 (es) 2008-05-15 2008-09-09 Reenvío de datos durante el traspaso en una celda con auto retorno

Country Status (9)

Country Link
US (1) US9338710B2 (es)
EP (2) EP2432280B1 (es)
JP (2) JP4965738B2 (es)
AT (1) ATE537673T1 (es)
ES (1) ES2377767T3 (es)
MX (1) MX2010011516A (es)
NZ (1) NZ588672A (es)
PL (1) PL2286615T3 (es)
WO (1) WO2009139679A1 (es)

Families Citing this family (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9161378B2 (en) * 2008-06-23 2015-10-13 Qualcomm Incorporated Concentrator for multiplexing access point to wireless network connections
KR101306614B1 (ko) * 2008-08-11 2013-09-11 알까뗄 루슨트 무선 통신 네트워크에서 핸드오버 방법 및 장치
US9928379B1 (en) 2008-09-08 2018-03-27 Steven Miles Hoffer Methods using mediation software for rapid health care support over a secured wireless network; methods of composition; and computer program products therefor
JP5204310B2 (ja) 2008-10-20 2013-06-05 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｌｔｅにおけるセルフバックホール
US9084164B2 (en) * 2009-03-27 2015-07-14 Nec Corporation Wireless LAN system, wireless LAN access point, handover execution method and program
US9160566B2 (en) * 2009-04-10 2015-10-13 Qualcomm Incorporated QOS mapping for relay nodes
US8532056B2 (en) 2009-04-13 2013-09-10 Qualcomm Incorporated Device mobility for split-cell relay networks
CN102415142B (zh) * 2009-04-27 2013-07-10 株式会社Ntt都科摩 移动通信系统
JP5225191B2 (ja) 2009-04-28 2013-07-03 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム
CA2773126C (en) * 2009-11-02 2015-12-29 Lg Electronics Inc. Correlation id for local ip access
EP2517498B1 (en) * 2009-12-24 2017-03-22 Nokia Technologies Oy A method and corresponding apparatus for coordinating executions of intra-radio handover
CN102088746B (zh) * 2010-01-29 2013-09-04 电信科学技术研究院 切换方法、系统及装置
US8432871B1 (en) 2010-03-26 2013-04-30 Juniper Networks, Inc. Offloading mobile traffic from a mobile core network
US8520615B2 (en) * 2010-03-26 2013-08-27 Juniper Networks, Inc. Breakout gateway for mobile data traffic
GB201010410D0 (en) 2010-06-22 2010-08-04 Nokia Siemens Networks Oy Relaying communications
EP2437547A3 (en) * 2010-09-30 2013-12-04 Samsung Electronics Co., Ltd. Apparatus and method for performing handover between heterogeneous radio networks
WO2012135680A1 (en) 2011-04-01 2012-10-04 Interdigital Patent Holdings, Inc. System and method for sharing a common pdp context
KR101579013B1 (ko) * 2011-08-11 2015-12-18 인터디지탈 패튼 홀딩스, 인크 머신 타입 통신 연결성 공유
US9642169B2 (en) * 2012-01-11 2017-05-02 Saguna Networks Ltd. Methods, circuits, devices, systems and associated computer executable code for facilitating access to a content source through a wireless mobile network
US10560882B2 (en) * 2012-06-08 2020-02-11 Blackberry Limited Method and apparatus for multi-rat transmission
US9578557B2 (en) * 2012-07-06 2017-02-21 Telefonaktiebolaget Lm Ericsson (Publ) Delayed handover signalling in a mobile network
EP2693832B1 (en) * 2012-07-31 2019-05-22 Alcatel Lucent Notification of the break of an SCTP association between an X2 Routing Proxy and an eNB
WO2014071618A1 (en) 2012-11-09 2014-05-15 Nokia Corporation Method, apparatus, and computer program product for perform handover in a heterogenous network
JP5564092B2 (ja) * 2012-11-14 2014-07-30 株式会社Ｎｔｔドコモ 移動通信システム
EP2739093A1 (en) 2012-11-29 2014-06-04 British Telecommunications public limited company Restoration of network access
EP2739081A1 (en) * 2012-11-29 2014-06-04 British Telecommunications public limited company Network access restoration
SG10201701222QA (en) 2012-12-28 2017-04-27 Nec Corp Radio communication system, radio station, radio terminal, communication control method, and computer-readable medium
US9955361B2 (en) * 2013-02-26 2018-04-24 Dali Systems Co., Ltd. Method and system for WI-FI data transmission
JP6281192B2 (ja) * 2013-05-24 2018-02-21 富士通株式会社 基地局装置、ハンドオーバー制御方法および無線通信システム
US9641422B2 (en) 2013-10-17 2017-05-02 Telefonaktiebolaget Lm Ericsson (Publ) X2 son for LTE networks through automated X2 address discovery
US9294986B2 (en) 2013-10-17 2016-03-22 Telefonaktiebolaget L M Ericsson (Publ) Topology discovery based on explicit signaling
US9264971B2 (en) 2013-10-17 2016-02-16 Telefonaktiebolaget L M Ericsson (Publ) VPNv4 route control for LTE X2 son using unique route targets
US9288686B2 (en) * 2013-10-17 2016-03-15 Telefonaktiebolaget L M Ericsson (Publ) Topology discovery based on SCTP/X2 snooping
US9398515B2 (en) 2013-10-17 2016-07-19 Telefonaktiebolaget L M Ericsson (Publ) VPNv4 route control for LTE X2 SON using import route maps and outbound route filtering
KR101870624B1 (ko) * 2014-02-21 2018-06-26 콘비다 와이어리스, 엘엘씨 통합된 소형 셀 및 ｗｉｆｉ 네트워크들에서의 핸드오버
KR102279486B1 (ko) * 2014-03-13 2021-07-20 삼성전자 주식회사 무선 통신 시스템에서 연결을 생성하는 방법 및 장치
US9516554B2 (en) * 2014-07-23 2016-12-06 Alcatel Lucent Method of coordinating a path switch and network elements associated therewith
WO2016095198A1 (zh) * 2014-12-19 2016-06-23 华为技术有限公司 一种防止tcp连接中断的装置、系统及方法
US10880304B2 (en) * 2016-04-06 2020-12-29 Qualcomm Incorporated Network verification of wearable devices
WO2017177366A1 (en) * 2016-04-11 2017-10-19 Telefonaktiebolaget Lm Ericsson (Publ) Method and device for bearer establishment
US20180049120A1 (en) * 2016-08-09 2018-02-15 Nokia Solutions And Networks Oy Network signaling optimization for light connected mode
US10433352B2 (en) 2016-11-01 2019-10-01 Electronics And Telecommunications Research Institute Operation method of communication node supporting mobility in communication network
US11228560B2 (en) 2017-05-04 2022-01-18 Federated Wireless, Inc. Mobility functionality for a cloud-based access system
CN110636570B (zh) * 2018-06-25 2022-08-02 中兴通讯股份有限公司 Iab网络中iab节点信息的处理方法及装置
WO2020006366A1 (en) 2018-06-28 2020-01-02 Convida Wireless, Llc Prioritization procedures for nr v2x sidelink shared channel data transmission
US11075817B1 (en) * 2020-05-08 2021-07-27 International Business Machines Corporation Context aware network capacity augmentation using a flying device

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8195187B2 (en) * 2001-06-25 2012-06-05 Airvana Network Solutions, Inc. Radio network control
JP2005012718A (ja) * 2003-06-23 2005-01-13 Hitachi Ltd 移動体ｉｐデータ通信システム
CN1887012B (zh) * 2003-12-17 2010-12-08 艾利森电话股份有限公司 用于通信系统中的无线电资源管理的系统和方法
US7590064B1 (en) * 2004-07-20 2009-09-15 Nortel Networks Limited Method and system of flow control in multi-hop wireless access networks
CN101116275B (zh) * 2005-02-10 2012-11-28 艾利森电话股份有限公司 在无线网络中转发数据分组的方法、传送节点和通信节点
US7996558B2 (en) * 2005-03-01 2011-08-09 Industrial Technology Research Institute Methods and systems for a routing protocol
JP4591958B2 (ja) 2005-04-28 2010-12-01 Ｋｄｄｉ株式会社 無線データ通信のハンドオーバ方法
EP1897398A2 (en) * 2005-06-16 2008-03-12 QUALCOMM Incorporated Handoffs in a meshed wireless system
JP4584896B2 (ja) 2005-10-17 2010-11-24 三星電子株式会社 無線接続通信システムにおける端末の要求による端末ハンドオーバー支援装置及び方法
WO2007074514A1 (ja) * 2005-12-27 2007-07-05 Fujitsu Limited ハンドオーバ制御方法
GB0616682D0 (en) 2006-08-22 2006-10-04 Nec Corp Mobile telecommunications
JP4910574B2 (ja) * 2006-08-31 2012-04-04 富士通株式会社 無線通信システム
KR100982688B1 (ko) * 2006-09-13 2010-09-16 삼성전자주식회사 홉 단위 재전송을 적용하는 다중 홉 릴레이 시스템에서 패킷 버퍼링 장치 및 방법
JP2008103865A (ja) * 2006-10-18 2008-05-01 Nec Corp ハンドオーバ制御システム及びその方法並びにそれを用いた移動通信システム及び無線基地局
KR20080041576A (ko) * 2006-11-07 2008-05-13 삼성전자주식회사 무선통신 시스템에서 핸드오버 방법
KR101494403B1 (ko) * 2007-10-19 2015-03-02 알바리온 리미티드 무선 통신 네트워크 기지국 확장
WO2009058074A2 (en) * 2007-11-02 2009-05-07 Telefonaktiebolaget L M Ericsson (Publ) Inter-cell uplink power control method and arrangement in a telecommunication system
US8675537B2 (en) * 2008-04-07 2014-03-18 Qualcomm Incorporated Method and apparatus for using MBSFN subframes to send unicast information
PT2272272T (pt) 2008-04-30 2016-07-15 ERICSSON TELEFON AB L M (publ) Utilização da própria ligação de rádio como uma ligação de transporte para algumas das estações base em lte

Also Published As

Publication number Publication date
WO2009139679A8 (en) 2009-12-23
US9338710B2 (en) 2016-05-10
JP5511876B2 (ja) 2014-06-04
PL2286615T3 (pl) 2012-05-31
JP2012186814A (ja) 2012-09-27
EP2432280B1 (en) 2016-06-15
EP2432280A3 (en) 2012-04-25
JP4965738B2 (ja) 2012-07-04
JP2011522465A (ja) 2011-07-28
US20110075633A1 (en) 2011-03-31
WO2009139679A1 (en) 2009-11-19
ATE537673T1 (de) 2011-12-15
EP2432280A2 (en) 2012-03-21
NZ588672A (en) 2013-05-31
MX2010011516A (es) 2010-12-06
EP2286615B1 (en) 2011-12-14
EP2286615A1 (en) 2011-02-23

Similar Documents

Publication Publication Date Title
ES2377767T3 (es) Reenvío de datos durante el traspaso en una celda con auto retorno
ES2434695T3 (es) Gestión de QoS en LTE para una estación base de auto retroceso
ES2929669T3 (es) Método para el interfuncionamiento entre redes en un sistema de comunicación inalámbrica y aparatos para el mismo
ES2586741T3 (es) Red de auto-retorno en LTE
ES2863467T3 (es) Procedimiento y aparato para gestionar sesión para cambiar una función de plano de usuario en un sistema de comunicación inalámbrica
ES2820798T3 (es) Procedimientos y aparatos para la movilidad del UE en un sistema de células pequeñas
ES2740105T3 (es) Métodos y aparatos para gestionar un traspaso entre estaciones base
ES2763956T3 (es) Procedimiento y aparato de comunicación NAS en un sistema de telecomunicaciones móviles
ES2362173T3 (es) Método de comunicación inalámbrica para transmitir una secuencia de unidades de datos entre un dispositivo inalámbrico y una red.
ES2654238T3 (es) Método y aparato para notificación de liberación de servicio para conectividad dual en un sistema de comunicación inalámbrica
CN103906152B (zh) 支持ue快速恢复的方法
ES2773126T3 (es) Transferencia en redes definidas por software
ES2651691T3 (es) Portadora siempre activada para transferencias de datos pequeños en sistemas LTE
ES2752218T3 (es) Procedimiento y aparato para establecer una portadora de plano de usuario
CN112703773A (zh) 用于集成接入和回程中由于无线电链路故障而经由另选路由进行连接重建的系统、设备和方法
US20170071023A1 (en) Method, user equipment, master evolved node b and communication system for dual connectivity
ES2816426T3 (es) Procedimiento y aparato de conexión de control de recursos de radio RRC
ES2928159T3 (es) Método, dispositivo y sistema de control de transmisión
ES3048962T3 (en) Methods and computing device for splitting traffic across multiple accesses
US20170111273A1 (en) Server device and terminal device
EP2369892A1 (en) Improved Utilization of Radio Interface Resources for Wireless Relays