MX2010011516A

MX2010011516A - Envio de datos durante traspaso en una celda de autoretroceso.

Info

Publication number: MX2010011516A
Application number: MX2010011516A
Authority: MX
Inventors: Niklas Johansson; Gunnar Mildh; Andras Rasz
Original assignee: Ericsson Telefon Ab L M
Priority date: 2008-05-15
Filing date: 2008-09-09
Publication date: 2010-12-06
Also published as: ES2377767T3; EP2432280A2; US9338710B2; WO2009139679A1; US20110075633A1; EP2432280A3; PL2286615T3; JP2012186814A; NZ588672A; EP2432280B1; JP4965738B2; JP5511876B2; EP2286615B1; EP2286615A1; JP2011522465A; ATE537673T1; WO2009139679A8

Abstract

Se implementa un método en un eNodoB de anda de una red, en donde el eNodoB de anda se comunica con un eNodoB auto-retrocedido a través de una interfaz de radio en donde la red incluye además otro eNodoB. El método incluye determinar si un equipo de usuario (UE) se está traspasando del primer eNodoB auto-retrocedido al otro eNodoB. La terminación se basa en: recibir 8820) un mensaje del eNodoB auto-retrocedido a través de la interfaz de radio instruyendo al eNodoB de anda detener la entrega de paquetes que están destinados para el UE, o buscar (1 105. 1 1 10 1 1 15) en uno o más mensajes enviados del eNodoB auto-retrocedido al otro eNodoB para identificar que el UE se está traspasando del eNodoB auto-retrocedido al otro eNodoB. El método incluye además almacenar (1 120), basado en la determinación de si el UE se está traspasando, los paquetes recibidos pretendidos para el UE; y enviar (1 a120) los paquetes almacenados al otro eNodoB a través de una red de transporte para entrega al UE.

Description

ENVÍO DE DATOS DURANTE TRASPASO EN UNA CELDA DE AUTO-RETROCESO CAMPO TÉCNICO Las implementaciones descritas en la presente se relacionan generalmente- con sistemas de comunicación inalámbrica y, más particularmente, con envío de dato durante traspaso en un sistema de comunicación que emplea una estación de base de auto-retroceso.

ANTECEDENTES El cuerpo de normalización del Proyecto de Sociedad de 3a Generación (3GPP) está actualmente trabajando en la especificación del sistema móvil 3G evolucionado, en donde la red de núcleo relacionada con la evolución de la arquitectura frecuentemente se refiere como SAE (Evolución de Arquitectura de Sistema) o Núcleo de Paquete Evolucionado (EPC) . Mientras que la evolución de Red de Acceso de Radio (RAN) se refiere como Evolución de Término Prolongado (LTE) o Red de Acceso de Radio Terrestre Universal Evolucionado (E-UTRAN) . El nombre SAE/LTE o Sistema de Paquete Evolucionado (EPS) se refiere al sistema total. La especificación de Publicación 8 de la norma 3GPP, que se va a completar en 2008, incluirá la especificación del sistema evolucionado SAE/LTE. Para una descripción de la parte de LTE de la arquitectura ver 3GPP TS 26.300 "E-UTRA, E-UTRAN Descripción Total" y para la parte de SAE ver 2GPP TS 23.401 "Mejoras de Servicio de Radio de Paquete General (GPRS) para acceso a E-UTRAN".

La arquitectura de SAE/LTE también se llama como una arquitectura de dos nodos, ya que lógicamente solamente hay dos nodos involucrados - ambos en las trayectorias de plano de usuario y control - entre el Equipo de Usuario (UE) y la red de núcleo. Estos dos nodos son la estación de base, llamada eNodoB en terminología de 2GPP y Puerta de Servicio (S-GW) en el plano de usuario, y la Entidad de Manejo de Movilidad (MME) en el plano de control. Pueden haber múltiples nodos S-GW y MME en una red.

El S-GW ejecuta funciones de procesamiento de paquete genéricas similares a funciones de dirección, incluyendo filtración y clasificación de paquete. El MME termina los llamados protocolos de señalización de Estrato de No Acceso (ÑAS) con el UE y mantiene el contexto de UE incluyendo los portadores . establecidos, el contexto de seguridad así como la ubicación del UE.

En la arquitectura ítem, los protocolos específicos de enlace de radio, incluyendo protocolos de Control de Enlace de Radio (RLC) y Control de Acceso de Medio (MAC) se terminan en el eNodoB. En el plano de control, el eNodoB usa el protocolo de Control de Recurso de Radio (RRC) para ejecutar el control de recurso de radio de escala de tiempo más larga hacia el UE, tal como por ejemplo, el establecimiento de portadores de radio con ciertas características de Calidad de Servicio (QoS) , el control de mediciones de UE o el control de traspasos.

La interfaz de red entre el eNodoB y la red EPC se llama la interfaz SI, que tiene una parte de plano de control (Sl-CP) que se conecta al MME y una parte de plano de usuario (Sl-UP) que se conecta al S-GW. La parte de plano de usuario de la interfaz SI se gasa en el Protocolo de Canalización GPRS (GTP) . El mecanismo de canalización se necesita a fin de asegurar que los paquetes de Protocolo de Internet (IP) destinados al UE se pueden entregar el eNodoB correcto en donde el UE está actualmente colocado. Por ejemplo, el paquete IP original está · encapsulado en un paquete IP externo que está dirigido al eNodoB apropiado.

El protozoo de plano de control SI se llama Sl-AP y es llevado sobre el protocolo de Transmisión de Control de Corriente (SCTP)/IP. El MME usa el protocolo Sl-AP para hablar al eNodoB, v. gr., para solicitar el establecimiento de portadores de radio para sustentar los servicios de QoS para el UE. Hay una interfaz de red también entre eNodoBs vecinos, que se llama la interfaz X2, y tiene una estructura de protocolo similar a la interfaz SI con la excepción de que el protocolo de control se llama X2-AP. La interfaz X2 se usa principalmente para la ejecución del traspaso de un UE desde un eNodoB al otro pero también se usa para la coordinación entre celda de otras funciones de Manejo de Recurso de Radio, tales como Coordinación de Interferencia de Inter-Celda. Durante una ejecución de traspaso, la fuente eNoboB habla con el eNodoB de meta a través del protocolo X2-AP para preparar el traspaso y durante la ejecución del traspaso envía los paquetes de plano de usuario pendientes al eNodoB de meta, que se van a entregar al UE una vez que ha llegado el eNodoB de meta. El envío de paquete se hace a través del plano de usuario X2 que está usando el protocolo de canalización GTP similar al plano de usuario en' la interfaz SI.

La infraestructura de red que se usa para conectar los diferentes nodos de red, v. gr., los eNodoB' s, MME's y S-G 's, es una red de transporte basada en IP, que puede incluir L2 redes con diferentes tecnologías, es decir, enlaces SDH, enlaces de Ethernet, enlaces de Línea de suscriptor Digital (DSL) o enlaces de Microonda, etc. El tipo de red de transporte y tecnologías L2 empleadas es un asunto de despliegue, dependiendo de la disponibilidad, propiedad de costo, preferencias de operario, etc., de dichas redes en el escenario de despliegue particular. Sin embargo, generalmente es cierto que los costos relacionados con la red de transporte frecuentemente juegan una parte significativa de los costos totales de operación de la red.

En una mejora adicional del sistema LTE, llamado LTE-Avanzado, 2GPP discute soluciones posibles al uso de la interfaz. de radio de LTE de un eNodoB no solamente para servir UEs sino también para servir como un enlace de retroceso para conectarse a otros eNodoBs. Es decir, un eNodoB puede proporcionar la conectividad de red de transporte para otros eNodoBs que utilizan una conexión de radio LTE a través de los otros eNodoBs. Este método se llama auto-retroceso puesto que el propio enlace de radio se usa también como un enlace de transporte para algunas de las estaciones de base. En un sistema LTE que emplea auto-retroceso un eNodoB que está conectado a la red a través de una conexión de radio se refiere como eNodoB de auto-retroceso, o B-eNodoB para acortar, mientras, que el eNodoB que está proporcionando la conexión de radio de retroceso para otros eNodoB (s) se llama el eNodoB de ancla, o A-eNodoB para acortar ("eNodoB" en sí se refiere a eNodoBs regulares, que no son de auto-retroceso ni eNodoBs de ancla) .

COMPENDIO Las modalidades de ejemplo descritas en ésta presentan un número de soluciones respecto a mejorar el auto-retroceso en sistemas de telecomunicación inalámbrica. En una solución, el envió de paquete desde el eNodoB de ancla (corte" evitando de esta manera la totalidad innecesaria en el enlace de retroceso de radio en envió de paquete. Para cortar el envió del eNodoB de ancla, se proponen dos soluciones alternativas en la presente en donde una primera solución se puede basar en un mecanismo de señalización, introducido entre el N-eNodoB y el A-eNodoB, que se usa por el B-eNodoB para controlar el evnio del A-eNodoB. En una segunda solución, el A-eNodoB actúa de manera autónoma y detecta de la búsqueda de X2 normal y señalización SI cuando un traspaso está en marcha y luego ejecuta el envió de manera autónoma. En otra solución, el tráfico dé X2 en el eNodoB de ancla se "rompe" a fin de evitar una dirección ineficiente a través del S-GW. La rotura de tráfico de X2 en el eNodoB de ancla se propone para integrar la funcionalidad de S-GW para el tráfico originado por el eNodoB auto-retrasado (es decir, para el tráfico de X2) hacia el eNodoB de ancla y usar un portador separado para que el B-eNodoB lleve el tráfico de X2.

De conformidad con un aspecto, sé puede implementar un método en un eNodoB de ancla de una red, en donde el eNodoB de ancla se comunica con un eNodoB auto-retrocedido a través de una interfaz de radio y en donde la red incluye además otro eNodoB. El método puede incluir determinar si un equipo de usuario (UE) se está pasando del primer eNodoB auto-retrocedido al otro eNodoB, en donde la determinación se basa en, recibir un mensaje del eNoboB auto-retrocedido a través de la interfaz de radio instruyendo al eNodoB.de ancla que deje de entregar paquetes que están destinados para el UE, o buscando en uno o más mensajes enviados del eNodoB auto-retrocedido al otro eNodoB para identificar que el UE está está pasando del eNodoB auto-retrocedido a otro eNodoB. El método puede incluir además almacenar, basado en la determinación de si el UE está pasando, paquetes recibidos pretendidos para el UE; y enviar los paquetes almacenados al otro eNodoB a través de una red de transporte para entrega al UE.

De conformidad con un aspecto adicional, una primera estación de base puede conectarse a una segunda estación de base en una red a través de una interfaz de radio, en donde la primera estación de base recibe paquetes destinados a un equipo de usuario (UE) en un enlace descendente desde la segunda estación de base y recibe paquetes en un enlace ascendente del UE. La primera estación de base puede incluir un transceptor configurado para: enviar una solicitud de traspaso, asociada con el UE, a través de la interfaz de radio a la segunda estación de base para entregar a una estación de base de traspaso de meta, recibir una respuesta de traspaso de la segunda estación de base a través de la interfaz de radio, en donde la respuesta de traspaso se envió de la estación de base de traspaso de meta, y enviar un mensaje de notificación a la segunda estación de base instruyendo a la segunda estación de base de detener la entrega de paquetes de enlace descendente destinados parta el UE. La primera estación de base puede incluir además una memoria configurada para almacenar paquetes previamente recibidos de la segunda estación de base que están destinados para el UE. La primera estación de base también puede incluir una unidad de procesamiento configurada para: retirar los paquetes almacenados en la memoria antes del recibo de la respuesta de traspaso, y pasar los paquetes retirados al transceptor para enviar a la segunda estación de base a través de la interfaz de radio para entrega a la estación de base de traspaso de meta.

De conformidad con otro aspecto un sistema asociado con una red celular puede incluir una primera estación de base conectada a un equipo de usuario (UE) y a una segunda estación de base a través de una primera interfaz de radio, la segunda estación de base conectada a una red de transporte. El sistema puede' incluir además una tercera estación de base conectada a la red de transporte y una cuarta estación de base conectada a la tercera estación de base a través de una segunda interfaz de radio, en donde la cuarta estación de base está configurada para proporcionar servicio inalámbrico al UE. La primera estación de base puede estar configurada para: enviar una solicitud de traspaso asociada con el UE a la cuarta estación de base a través de la segunda estación de base, la red de transporte, y la tercera estación de base y recibir una respuesta de traspaso de la cuarta estación de base a través de la tercera estación de base, la red de transporte y la segunda estación de base, en donde la respuesta de traspaso concede el traspaso del UE (110-3) de la primera estación (130) de base a la cuarta estación (150) de base. La primera estación de base puede estar configurada además para: enviar paquetes destinados para el UE a la cuarta estación de base a través de la segunda estación de base, la red de transporte y la tercera estación de base para entrega al UE.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 ilustra un sistema de comunicaciones de ejemplo que incluye uno o más eNodoBs auto-retrocedidos; La Figura 2 ilustra componentes de ejemplo de un dispositivo que puede corresponder al eNodoBs de ancla o ENodoBs auto-retrocedidos de la Figura 1; La Figura 3A ilustra componentes de ejemplo de un UE de la Figura 1; La Figura 3B ilustra una implementación de ejemplo del UE de la Figura 3A en donde el UE incluye un radioteléfono celular; Las Figuras 4A y 4B ilustran un traspaso de ejemplo de un UE de un primer eNodoB auto-retrocedido a un segundo eNodoB auto-retrocedido en un sistema de comunicaciones inalámbricas; Las Figuras 5A y 5B ilustra un traspaso de ejemplo de un UE de un eNodoB auto-retrocedido a un eNodoB en un sistema de comunicaciones inalámbricas; La Figura 6 ilustra pilas de protocolo asociadas con tráfico X2 y un nodo de ancla (A-eNodoBl) de la figura 4A de conformidad con una primera implementación de ejemplo, La Figura 7 ilustra pilas de protocolo asociadas con tráfico X2 en el nodo de ancla (A-eNodoBl) de la Figura 4A de conformidad con una segunda implementación de ejemplo; La Figura 8 es una gráfica de flujo de un proceso de ejemplo asociado con el traspaso de un UE que está siendo servido por ún primer eNodoB auto-retrocedido a un segundo eNodoB auto-retrocedido en donde está dedicado a señalización usada entre el primer eNodoB auto-retrocedido y el segundo eNodoB auto-retrocedido para controlar el envío de dato destinado para el UE; La Figura 9 es un diagrama de mensaje asociado con el envío de datos, durante el proceso de traspaso de la Figura 8, destinado para un UE del primer eNodoB auto-retrocedido al segundo eNodoB auto-retrocedido de conformidad con una primera implementación; La Figura 10 es un diagrama de mensajes asociado con el envío de dato, durante el proceso de traspaso de la Figura 8, destinado para un UE del primer eNodoB auto-retrocedido al segundo eNodoB de conformidad con una segunda implementación que emplea señalización de múltiples saltos; La Figura 11 es una gráfica de flujo de un proceso de ejemplo asociado con el traspaso de un UE, que está siendo servido por un primer eNodoB auto-retrocedido, a un segundo eNodoB auto-retrocedido, en donde un eNodoB de ancla que sirve al primera eNodoB auto-retrocedido "investiga" hacia mensajes enviados entre los primero y segundo eNodoBs auto-retrocedidos; y La Figura 12 es un diagrama de mensaje asociado con el envió de datos, durante el proceso de traspaso de la Figura 10, destinados para un UE del primer eNodoB auto-retrocedido al segundo eNodoB de conformidad con la implementación de ejemplo de la Figura 11 que emplea "investigación".

DESCRIPCIÓN DETALLADA La siguiente descripción detallada de la invención se refiere a los dibujos que se acompañan. Los mismos números de referencia en diferentes dibujos pueden identificar elementos iguales o similares. Asimismo, la siguiente descripción detallada no limita la invención.

La Figura 1 ilustra un sistema 100 de comunicaciones de ejemplo que puede incluir dispositivos 110-1, 110-2 y 110-3 de UE conectados a una red SAE/LTE, que puede incluir nodos eNodoB, nodos MME, y nodos S-GW, todos conectados a través de una red 120 de transporte. Como se muestra en la Figura 1, el sistema 100 puede incluir un eNodoB 125 de ancla (A-eNodoB) que se conecta a un eNodoB auto-retrocedido (B-eNodoBl) a través de una interfaz 135 de radio y un eNodoB 140 de ancla (A-eNodoB2) que se conecta a un eNodoB auto-retrocedido (B-3NodoB2) a través de una interfaz 145 de radio. El eNodoB 125 de ancla y el eNodoB 140 de ancla pueden servir UEs además de proporcionar un enlace de "retroceso" para conectarse a otros eNodoBs, tal como el eNodoB 130 auto-retrocedido y el eNodoB 150 auto retrocedido. E eNodoB 125 de ancla, de esta manera, puede usar la interfaz 135 de radio para proporcionar un enlace de transporte para el eNodoB 150 auto-retrocedido y eNodoB140 de ancla puede usar la interfaz 145 de radio para proporcionar un enlace de transporte para ' el eNodoB 150 auto-retrocedido. Un "eNodoB auto-retrocedido" como se refiere en la presente incluye un eNodoB que está conectado a la red 120 de transporte a través de una conexión de radio. Un "eNodoB de ancla" como se refiere en la presente incluye un ENodoB que proporciona una conexión de radio de auto-retroceso para uno o más eNodoBs distintos (v. gr., para eNodoBs auto-retrocedidos).

Dos eNodoBs de ancla y eNodoBs auto-retrocedidos se ilustran en la Figura 1 para propósitos de sencillez. El sistema 100, sin embargo, puede incluir menos o más eNodoBs y eNodoBs auto-retrocedidos a aquellos mostrados en la Figura 1. El sistema 100 puede incluir además uno o más otros nás eNodoBs (v. gr., eNodoB 155 mostrado en la Figura 1) además el eNodoBs 125 de ancla y 140, en donde los otros eNodoBs pueden no proporcionar enlaces de retroceso a otros eNodoBs. Estos otros eNodoBs (v. gr., eNodoB 155) incluyen eNodoBs que no son eNodoBs de ancla ni eNodoBs auto-retrocedidos.

El sistema 100 puede incluir adicionalmente una o más puertas de servicio (S-GW) 160-1 a 160-N, y una o más entidades de manejo de movilidad (MMEs) 165-1 a 165M.

Los dispositivos 110-1 a 1103 de UE pueden incluir, por ejemplo, un radioteléfono celular, un asistente digital personal (PDA) una terminal de Sistemas de Comunicaciones Personales (PCS), una computadora portátil, una computadora de palma de mano, y cualquier otro tipo de dispositivo o aparato que incluye un transceptor de comunicación que permite que los dispositivos 110 de UE se comuniquen con otros dispositivos a través de un enlace inalámbrico. La terminal PCS, por ejemplo, puede combinar un radioteléfono celular con capacidades de procesamiento de datos, facsímil y comunicaciones de datos. El PDA puede incluir, por ejemplo, un radioteléfono, un dispositivo de aviso, un dispositivo de acceso a Internet/intranet, un buscador de red, un organizador, calendarios y/o un receptor de sistema de colocación cloral (GPS. Los dispositivo UE 110 pueden referirse como un dispositivo de "computación pasiva".

La red 120 de transporte puede incluir una o más redes de cualquier tipo, incluyendo una red de área local (LAN) , una red de área amplia (WAN) ; una red de área metropolitana (MAN) ; una red de satélite; un intranet, el Internet; o una combinación de redes. Los eNodoBs 125-155, S-G 's 160-1 a 160-N y MMEs 165-1 a 165-M pueden residir en una red SAE/LTE y pueden estar conectados a través de la red 120 de transporte.

La Figura 2 ilustra una implementación de ejemplo de un dispositivo 200, que pude corresponder a los eNodoBs 125 y 140 de ancla, eNodoBs 130 y 150 auto-retrocedidos y eNodoB 155. El - dispositivo 200 puede incluir un transceptor 205, una unidad 210 de procesamiento, una memoria 215, una interfaz 220 y un bus 225. El dispositivo 200 puede omitir una interfaz 220 alambrada cuando el dispositivo 200 corresponde a eNodoBs 130 o 150 auto-retrocedidos (aún cuando el dispositivo 200 puede todavía tener una interfaz lógica a una MME y/o un S-GW 160) .

El transceptor 205 puede incluir circuito de transceptor para transmitir y/o recibir secuencias de símbolo usando señales de radio frecuencia a través de una o más antenas. La unidad 210 de procesamiento puede incluir un procesador, microprocesador, o lógica de procesamiento que puede interpretar y ejecutar instrucciones. La unidad 210 de procesamiento puede realizar todas las funciones . de procesamiento de datos de dispositivo. La memoria 215 puede proporcionar almacenamiento de datos de trabajo permanente, semipermanente o temporal e instrucciones para uso por la unidad 210 de procesamiento al realizar funciones de procesamiento de dispositivo. La memoria 215 puede incluir memoria de lectura solamente (ROM) , memoria de acceso aleatorio (RAM) , dispositivos de almacenamiento de capacidad grande, tal como medio de registro magnético y/u óptico y su impulsión correspondiente, y/u otros tipos de dispositivos de memoria. La interfaz 220 puede incluir circuito para ponerse en interfaz con un enlace que conecta a la red 120 de transporte. El bus 225 puede interconectar los diversos componentes del dispositivo 200 para permitir que los componentes se comuniquen entre si.

La configuración de los componentes del dispositivo 200 ilustrado en la Figura 2 es para propósitos ilustrativos solamente. Otras configuraciones con más, menos o una disposición diferente de componentes se puede implementar.

La Figura 3A ilustra componentes de ejemplo del UE 110. El UE 110 puede incluir un transceptor 305, una unidad 310 de procesamiento, una memoria 315, un dispositivo 320 de entrada, un dispositivo 325 de salida, y un bus 330.

El transceptor 305 puede incluir circuito de transceptor para transmitir y/o recibir secuencias de simbolo usando señales de frecuencia de radio a través de una o más antenas. La unidad 310 de procesamiento puede incluir un procesador, microprocesador, una lógica de procesamiento que puede interpretar y ejecutar instrucciones. La unidad 310 de procesamiento puede realizar todas las funciones de procesamiento de dato para dar entrada, salida y procesamiento de datos incluyendo reducción de datos y funciones de control de dispositivo, tal como control de procesamiento de llamada, control de interfaz de usuario, o lo semejante.

La memoria 315 puede proporcionar almacenamiento de datos de trabajo permanente, semipermanente, o temporal e instrucciones para uso por la unidad 310 de procesamiento al realizar funciones de procesamiento de dispositivo. La memoria 315 puede incluir ROM, RAM, dispositivos de almacenamiento de capacidad grande, tales como un medio de registro magnético y/u óptico y su impulsión correspondiente y/ (u otros tipos de dispositivos de memoria. El dispositivo 320 de entrada puede incluir mecanismos para entrada de datos en UE 110. Por ejemplo, el dispositivo 320 de entrada puede incluir un teclado (no mostrado) , un micrófono (no mostrado) o una unidad de presentación (no mostrada) . El teclado puede permitir la entrada manual de usuario de datos hacia el UE 110. El micrófono puede incluir mecanismos para convertir entrada de auditorio en señales eléctricas. La unidad de presentación puede incluir una pantalla de presentación que puede proporcionar una interfaz de usuario (v. gr., interfaz de usuario gráfica) que s'e puede usar por un usuario para seleccionar funciones de dispositivo. La pantalla de presentación de la unidad de presentación puede incluir cualquier tipo de presentación visual, tal como por ejemplo, una presentación de cristal liquido (LCD) , una presentación de pantalla de plasma, una presentación de diodo emisor de luz (LED) , una presentación de tubo de rayos catódicos (CRT) , una presentación de diodo emisor de luz orgánico (OLED), etc.

El dispositivo 325 de salida puede incluir mecanismos para dar salida de datos en audio, video y/o formato de copia dura. Por ejemplo, el dispositivo 325 de salida puede incluir un parlante (no mostrado) que incluye mecanismos para convertir señales eléctricas en salida de auditorio. El dispositivo 325 de salida puede incluir además una unidad de presentación que presenta datos de salida al usuario. Por ejemplo, la unidad de presentación puede proporcionar interfaz de usuario gráfica que presenta datos de salida al usuario. El bus 330 puede interconectar los diversos componentes del UE 110 para permitir que los componentes se comuniquen entre si.

La configuración de componentes del UE 110 ilustrada en la Figura 3A es para propósitos ilustrativos solamente. Otras configuraciones con más, menos o una disposición diferente de componentes se puede implementar.

La Figura 3B ilustra una implementación de ejemplo del UE 110 en el que el UE 110 incluye un radioteléfono celular. Como se muestra en la Figura 3B, el radioteléfono celular puede incluir un micrófono 335 (v. gr., de dispositivo 320 de entrada) para dar entrada a información de audio al UE 110, un altoparlante 450 (v. gr., de dispositivo 325 de salida) para proporcionar una salida de audio del UE 110, un teclado 345 (vg. Gr., del dispositivo 320 de entrada) para entrada manual de dato o selección de funciones de dispositivo, y una presentación 350 (v. gr., de dispositivo 320 de entrada o dispositivo 325 de salida) que puede presentar visualmente datos al usuario y/o que puede proporcionar una interfaz de usuario que el usuario puede usar para dar entrada a dato o seleccionar funciones de dispositivo (en conjunción con el teclado 345) .

Las Figuras 4A y 4B ilustra el UE 110-3 que se está pasando del eNodoB 130 auto-retrocedido al eNodoB 150 auto-retrocedido. Como se muestra en las Figuras 4A y 4B, el UE 110-3 inicialmente puede residir en la celda 1 410 que es servida por el eNodoB 130 auto-retrocedido a través de la interfaz 135 de radio y eNoboB 125 de ancla. Sin embargo-, durante la entrada del UE 110-3 hacia la celda 2 420 que es servida por el eNodoB 150 auto-retrocedido a través de la interfaz 145 de radio y eNodoB 140 ,de ancla, el UE 110-3 puede ser pasado 400 al enodoB 150 auto-retrocedido. Como se muestra en las Figuras 4A y 4B, el eNodoB 150 auto-retrocedido puede contactarse a la red 120 de transporte a través de la interfaz 145 de radio y eNodoB 140 de ancla. Después del traspaso 400, el eNodoB 150 auto-retrocedido puede servir el UE 110-3 a través de la interfaz 145 de radio y el eNodoB 140 de ancla mientras que el UE 110-3 está colocado en la celda 2 420.

Las Figura 5A y 5B ilustran al UE 110-3 siendo pasado del eNodoB 130 auto-retrocedido a un eNodoB que no es un eNodoB auto-retrocedido (v. gr., eNodoB 155). Como se muestra en las Figuras 5A y 5B, el UE 110-3 puede residir en la celda 1 510 que es servida por el eNodoB auto-retrocedido 130 a través de la interfaz 115 de radio y eNodoB 125 de ancla. Sin embargo, durante la 'entrada de UE 110-3 hacia la celda 2 520 que es servida por eNodoB 155, el UE 110-3 puede ser pasado 500 al eNodoB 155. Como se muestra en la Figura 5A, el eNodoB 155 puede residir en la red 120 de transporte. Después de la pasada 500, el eNodoB 155 puede servir al UE 110-3 mientras que el UE 110-3 está ubicado en la celda 2 520.

En ciertas circunstancias, puede ocurrir dirección ineficiente en la parte alambrada de la infraestructura de transporte (v. gr., red 120 de transporte) durante el paquete de traspaso que envía desde un eNodoB auto-retrocedido a otro eNodoB. Los paquetes enviados, y también mensajes planos de control enviados en X2, puede, sin modificaciones descritas en la presente, necesitar ser guiados a través de. uno o más de S-GW 160-1 a 160-N, en lugar de guiar directamente entre el eNodoB auto-retrocedido y el otro eNodoB. Esta guía indirecta de tráfico X2 a través de S-GWs 160 podría ser ineficiente. En aspectos descritos en la presente, la funcionalidad de S-GW para eNodoB auto-retrocedido originado por tráfico (v. gr., para el tráfico X2) se puede integrar en el eNodoB de ancla que sirve al eNodoB auto-retrocedido para permitir la guía directa para plano de control de X2 y tráfico de plano de usuario. Adicionalmente, un portador separado se puede usar para el eNodoB auto-retrocedido puede tener una dirección de Protocolo de Internet (IP) diferente para comunicación de X2 que para comunicación SI. De esta manera, una dirección de IP separada asociada con el S-GW integrado en el A-eNodoB, se puede asignar para el eNodoB auto-retrocedido para usarse para tráfico de X2. Adicionalmente, un portador de radio separado entre el eNodoB' auto-retrocedido y el eNodoB de ancla se puede establecer para llevar el tráfico de C2. El establecimiento de dicho portador se puede realizar mediante señalización de la MME cuando el eNodoB auto-retrocedido está establecido/configurado. El dato de usuario originado de los UEs servidos por el eNodoB auto-retrocedido, sin embargo, también se puede terminar en un S-GW colocado en la red 120 de transporte, pero para dato de X2 originado del eNodoB auto-retrocedidó, el eNodoB de ancla de servicio puede actuar como el S-GW.

La Figura 6 ilustra una arquitectura 600 de protocolo de ejemplo para el plano de control de X2, en donde, como se describe arriba, la funcionalidad de S-GW se ha integrado en los eNodoBs de ancla (v. gr., A-eNodoBl 125 y a-eNodoB2 140) para .permitir la guia directa de paquetes desde un eNoidoB auto-retrocedido a otro eNodoB. Como se muestra, un S-GW 610 se puede integrar en un primer eNodoB de ancla (A-eNodoBl) 125 que sirve como un eNodoB auto-retrocedido 130. Una dirección 620 de IP se pude asignar por S-GW 610 para el B-eNodoBl 130 para usarse para la comunicación de X2 de B-eNodoBl 1340. Como se muestra adicionalmente, un S-GW 630 se puede integrar en otro eNodoB de ancla (A-eNodoB2) 140 que sirve al eNodoB auto-retrocedido (B-eNodoB2) 150. Una dirección 640 de IP se puede asignar por S-GW 630 para que B-eNodoB2 150 se use para la comunicación X2 de B-eNodoB2 150. El tráfico de C2 se puede guiar entre el B-eNodoBl 130 y el B-eNodoB2 150 usando las direcciones 620 y 640 de IP asignadas por los S-GWs integrados en cada uno de los nodos de ancla A-eNodoBl 125 y A-eNodoB2 140.

La reservación de un dirección de IP separada para el eNoboB auto-retrocedido para tráfico X2, colocando la funcionalidad de S-GW para X2 en el eNodoB de ancla, también se puede usar para la interfaz SI y especialmente para el plano de control SI (Sl-CP) . De esta manera, puede ser posible evitar la guia de mensajes Sl-CP que van a/desde una de las MMEs 165-1 a 165-M a través del S-GW del eNodoB auto-retrocedido y en lugar guiar estos mensajes directamente a la MME que sirve al eNodoB auto-retrocedido. La dirección de IP asignada para el eNodoB auto-retrocedido para los mensajes de Sl-CP pueden o no ser la misma que la dirección de IP para comunicación de X2.

La funcionalidad de S-GW (v. gr., S-GW 610 y S-GW 630) en los eNodoBs de ancla se puede configurar con reglas de filtración/clasificación de paquete de modo que pueda identificar los paquetes de X2 y manejarlos diferentemente (v. gr., mapeándolos hacia el portador de radio apropiado y rompiéndolos fuera hacia la red de transporte directamente) .

La clasificación de paquete puede incluir implementar una o más de las. siguientes opciones: 1) clasificar basado en indicadores QoS de red de transporte en los títulos de IP de paquete o basado en la dirección de IP, suponiendo que el tráfico de señalización está mapeado a una clase QoS de red de transporte diferente; 2) clasificar basado en inspección profunda de paquete en el encabezado de IP para inspeccionar los títulos de protocolo de capa superior (v, gr., el titulo de Protocolo de Transmisión de Control de Corriente (SCTP) (en el caso del plano de control X2) o el encabezado de GTP 8en el caso de plano de usuario X2)), y/o 3) usar guia basada en canalización de GTP entre las entidades S-GW en los eNodoBs de ancla y clasificar paquetes basado en Identificador de Punto Final de Túnel (TEID) del túnel de GTP.

En el caso en donde la guía basada en canalización entre las entidades S-GW en los eNodoBs de ancla, puede no ser necesaria para tener una dirección de IP separada para el eNodoB auto-retrocedido para tráfico X2. El eNodoB auto-retrocedido puede tener la misma dirección de IP para ambos tráfico de X2 y SI y el eNodoB de ancla puede filtrar los paquetes de X2 (v. gr., basado en dirección de destino) y enviarlos en el túnel apropiado hacia el eNodo auto-retrocedido de meta. En este caso, un portador de radio separado para el tráfico de X2 puede no requerirse.

Un eNodoB auto-retrocedido y su eNodoB de ancla de servicio pueden tener su propia interfaz de X2 entre ellos siempre que sean vecinos en el sentido de cubrimiento de radio. La rotura de tráfico X2 puede ser útil desde la perspectiva de interfaz Xe de eNodoB auto-retrocedido/eNodoB de ancla puesto que, de otra manera, el tráfico de X2 entre estos dos nodos también se guiaría a través del S-GW, •generando guía de un lado al otro entre el eNodoB de ancla y el S-GW. De manera similar, en el caso cuando los dos eNodoBs auto-retrocedidos se sir ??ß? por el mismo eNodoB de ancla, el uso de las implementaciones descritas en la presente puede asegurar que el tráfico que va entre los dos eNodoBs auto-retrocedidos se corta en el eNodoB de ancla de servicio sin ir al S-GW.

La Figura 7 ilustra además una arquitectura 700 de protocolo de ejemplo en donde el eNodoB de ancla que sirve (v. gr., A-eNodoBl 125) actúa como un . guia regular que es parte de la red de transporte. En esta implementación de ejemplo, loa paquetes que llegan de un eNodoB auto-retrocedido (v. gr., B-eNodoBl 130) al eNodoB de ancla (A-eNodoBl 125) se pueden enviar a través de una trayectoria 710 de comunicación de X2 hacia su destino en una trayectoria más corta determinada por un mecanismo de guia de IP.

Para controlar el envió de paquetes en el eNodoB de ancla durante el traspaso, se puede usar señalización dedicada entre el eNodoB auto-retrocedido y el eNodoB de ancla. La señalización dedicada entre el eNodoB auto-retrocedido y el eNodoB de ancla se puede basar en señalización de X2; en señalización de RRC, o en señalización de X2 de múltiples saltos (descrita adicionalmente abajo). La señalización basada en X2 entre el eNodoB auto-retrocedido y el eNodoB de ancla se describe adicionalmente abajo con respecto a la gráfica de flujo de la Figura 8. La señalización entre el eNodoB auto-retrocedido y el eNodoB de ancla también se puede soportar a través de señalización de RRC que puede existir entre el eNodoB auto-retrocedido (actuando como un UE) y el eNodoB de ancla. La señalización de RRC se puede usar para canalizar los mensajes "semejantes a X2" usados para controlar el envío desde el eNodoB de ancla. La señalización X2 de múltiples sales se ilustra en la Figura 10 y se describe adicionalmente abajo. En esta implementación de ejemplo, los mensajes de señalización de X2 prosiguen en una forma de múltiples saltos a través de la trayectoria de B-eNodoBl 130, A-eNodoBl 125, A-NodoB2 140 y B-eNodoB2 150. En esta implementación, los eNodoBs de ancla puede ser notificados explícitamente acerca de una preparación de traspaso en marcha. Como se muestra en la Figura 10, los túneles de plano de usuario usados para envío de paquete en traspaso también se pueden establecer en una forma de múltiples saltos a medida que la señalización de plano de control pasa a través de los nodos diferentes.

La Figura 8 es una gráfica de flujo de un proceso de ejemplo asociado con el traspaso de un UE que se está sirviendo por un primer eNodoB auto-retrocedido a un segundo eNodoB auto-retrocedido, en donde la señalización dedicada se usa entre el primer eNodoB auto-retrocedido y el segundo eNodoB auto-retrocedido para controlar el envió de datos destinados para el UE durante el traspaso. El proceso de ejemplo de la Figura 8 se puede implementar mediante el eNodoB auto-retrocedido 130 (B-eNodoBl) . La siguiente descripción en el proceso de ejemplo de la Figura 8 se describe con referencia al diagrama de mensajería de ejemplo de la Figura 9 para propósitos de ilustración.

El proceso de ejemplo puede empezar con enviar una solicitud de traspaso al eNodoB auto-retrocedido de meta (v. gr., B-eNodoB2 150) para un UE particular (v, gr., UE 110-3) (bloque 805) . Una vez que el B-eNodoBl 130 decide hacer un traspaso de un UE particular a un eNodoB de meta (v. gr., B-eNodoB2 150), el B-eNodoBl 130 inicia la señalización de preparación de traspaso (v. gr., señalización de X2) hacia el eNodoB de meta. Como se muestra en el diagrama de mensaje de ejemplo de la figura 9, el B-eNodoBl 130 envía una solicitud de traspaso 900 al eNodoB de meta de traspaso (v. gr., B-eNodoB2 150 auto-retrocedido) a través de señalización de plano de control de X2. En una implementación alternativa, la señalización de traspaso se puede enviar a través de los eNodoBs involucrados (v. gr., B-eNodoBl, A-eNodoBl, B-eNodoB2, A-eNodoB2) en una forma de múltiples saltos de modo que cada eNodoB interprete el mensaje de Xw. Por ejemplo, como se muestra en la Figura 10, una solicitud de traspaso puede proseguir en una forma de salto por salto desde B-eNodoBl 130 a A-eNodoBl 125 (v. gr., solicitud de traspaso 1000), desde A-eNodoBl 125 a A-eNodoB2140 (v, gr., solicitud de traspaso 1005), y de A-eNodoB2 140 a BeNodoB2 150 (v. gr., solicitud de traspaso 1010) .

Haciendo referencia nuevamente a la Figura 8, una respuesta de traspaso se puede recibir de el eNodoB de meta de traspaso (v. gr., B-eNodoB2) (bloque 810). Después del recibo de la solicitud 900 de traspaso, B-2NodoB2 150 puede determinar si conceder la solicitud de traspaso y, si el traspaso requerido se concede, puede regresar un mensaje 910 de respuesta de traspaso, como se muestra en la Figura 9, a B-eNodoBl 130. B-eNodoB2 150 también puede reservar 905 un TEID de envío de X2. En la implementación de múltiples saltos alternativa ilustrada en la Figura 10, una respuesta de traspaso también se puede enviar a través de los eNodoBs involucrados de modo que cada eNodoB pueda interpretar el mensaje. Por ejemplo, como se muestra en la Figura 10, B-eNodoB2 150 puede reservar 905 un X2 enviando TEID y puede enviar una respuesta de traspaso de X2 a A-eNodoB2 140 a través del plano de control. El A-eNodoB2 140 puede reservar además 1020 un TEID de envío de X2 y puede enviar una respuesta 1025 de traspaso de X2 a A-eNodoBl 125 a través del plano de control. A-eNodoBl 125 también puede reservar 1030 un TEID de envío de X2 y puede enviar una respuesta de traspaso de X2 a B-eNodoBl 130 a través del plano de control.

Haciendo referencia nuevamente a la Figura 8, un mando de traspaso se puede enviar al UE particular que se está pasando al eNodoB auto-retrocedido de meta (bloque 815) . Durante el recibo de la respuesta de traspaso desde el eNodoB auto-retrocedido de meta, el B-eNodoBl 130, como se ilustra en la Figura 9, puede enviar un mando 915 de traspaso a UE 110-3 notificando al UE 110-3 de su traspaso a la celda servida por el eNodoB auto-retrocedido de meta.

Un mensaje de notificación se puede enviar al eNodoB de ancla que sirve actual (v. gr., A-eNodoBl 125) instruyendo al eNodoB de ancla que suspenda la entrega de dato de enlace descendente para el UE particular (bloque 802) . Como se muestra en la figura 9, B-eNodoBl .130 puede enviar un mensaje 920 X2 en un plano de control a A-eNodoBl 125 instruyendo a A-eNodoBl 125 que suspenda la entrega de dato en el enlace descendente a B-eNodoBl 130 ya que se pretende para el UE particular (v, gr., UE 110-3). Como se muestra adicionalmente en la Figura 9, después del recibo del mensaje 920, A-eNodoBl 125 puede empezar a detener 925 los paquetes que llevan en los túneles de enlace descendente (DL) respectivos que están destinados para el UE particular. A-eNodoBl 125 puede realizar pesca de paquetes en lugar de amortiguación, que incluye mantener una copia de paquetes enviados, pero no suspendiendo la transmisión de los paquetes. Si la pesca de paquete se realiza por A-eNodoBl 125, A-eNodoBl 125 puede indicar a B-eNodoBl 130 una identificación del último paquete en su pesca (es decir, cual B-eNodoBl 130 no tiene que regresar) . Esto se puede lograr introduciendo un mensaje de respuesta (v, gr., "Detener entrega DL ACK") enviado en respuesta al mensaje de "Detener entrega de DL", que lleva el número de secuencia del paquete más antiguo en la pesca de A-eNodoB. B-eNodoBl 130 puede identificar a los portadores de UE sujetos a suspensión y amortiguar a través de túneles de GTP de interfaz SI correspondientes (es decir, basado en los túneles que se terminan en el B-eNodoBl ) y puede incluir esta información en el mensaje de "Detener entrega de DL" . Las Ids de túnel de GTP interno (TEID) pueden no ser directamente visibles en el A-eNodoB, y, de esta manera, el A-eNodoB puede necesitar ver al titulo interno y filtrar los portadores pertenecientes al UE relacionado basado en el título de GTP interno.

El mensaje 920 se puede enviar en otro punto en tiempo que es diferente a aquel mostrado en la Figura 9. Por ejemplo, el mensaje 920 puede enviarse antes de enviar el mando 915 de traspaso a UE 110-3. Como otro ejemplo, el mensaje 920 se puede enviar en un tiempo que está basado en un nivel de saturación de amortiguador DL. El orden de mensajes ilustrado en la Figura 9, por lo tanto, representa un ejemplo de ordenación de mensaje y los mensajes mostrados se pueden enviar en un orden diferente a aquel ilustrado en la Figura 9.

Haciendo nuevamente referencia a la Figura 8, los paquetes para el UE particular almacenados en amortiguadores B-eNodobl's antes del traspaso de pueden enviar (bloque 825). Como se muestra en la Figura 9, B-eNodoBl 130 puede enviar paquetes 930 a B-eNodoB2 150 usando la interfaz X2 en el plano de usuario. En la implementación de múltiples saltos alternativa ilustrada en la Figura 10, B-eNodoBl 130 puede enviar los paquetes enviados a A-eNodoBl ,125 que puede ser enviado, salto por salto, a B-eNodoB2 150. Por ejemplo, como se¾ muestra en la Figura 10, B-3NodoBl 130 puede enviar 1040 los paquetes a A-eNodoBl 125 usando la interfaz X2 en el plano de usuario. A su vez, A-eNodoBl 125 puede enviar 1045 los paquetes a A-eNodoB2 140 usando la interfaz X2 en el plano de usuario. A-eNodoB2 140 puede enviar 1050 los paquetes a B-eNodoB2 150 para completar el proceso de envío de salto por salto.

Haciendo referencia nuevamente a la Figura 8, un mensaje se puede enviar a A-eNodoBl instruyendo a A-eNodoBl que empieza a enviar paquetes, que A-eNodoBl tiene en su amortiguador para el UE particular, al eNodoB de meta (bloque 830) . B-eNodoBl 130 puede enviar el mensaje a A-eNodoBl 125 después de que B-eNodoBl 130 termina el envió de paquetes que quedan en su amortiguador. Como se muestra en la Figura 9, B-eNodoBl 130 puede enviar un mensaje 935 instruyendo a un nodo de ancla (v. gr., A-eNodoBl 125) que envié paquetes que A-eNodoBl 125 tiene en us amortiguador (pesca para el UE particular. En respuesta al recibo del mensaje 935, como se muestra en la Figura 9, el nodo> de ancla (v. gr., A-eNodoBl 125) puede cambiar 940 paquetes recibidos en túneles de enlace descendente SI a túneles de envío X2 respectivos. Como sé muestra adicionalmente en la Figura 9, A-eNodoBl 125 puede empezar a enviar 945 paquetes SI al eNodoB de meta (?,.' gr., B-eNodoB2 150) .

El proceso de ejemplo de la Figura 8 se ha descrito con respecto a un traspaso de un primer eNodoB auto-retrocedido a un segundo eNodoB auto-retrocedido. El proceso de ejemplo de la Figura 8, sin embargo, también se puede aplicar a un traspaso desde un eNodoB auto-retrocedido a un eNodoB que no es un eNodoB auto-retrocedido.

Durante el envió desde A-eNodoBl 125, A-eNodoBl 125 puede cambiar el túnel SI GTP, correspondiente a un portador dado del UE, al túnel de envió X2 apropiado hacia el A-eNodoB2, cuyo túnel se ha establecido durante la preparación de traspaso. A fin de que A-eNodoBl 125 logre esto, A-eNodoBl 125 puede necesitar ser notificado acerca del envió de GTP TEIDs válido en el detino de B-eNodoB2. Esta información se puede enviar a A-3NodoBl 125 en el mensaje de "Iniciar Envió" junto con las reglas de cambio de túnel GTP (es decir, reglas que indican cual SI GTP TEID necesita ser cambiado a cual TEID de envió) . B-eNodoB2 150 puede tener que prepararse para aceptar paquetes enviados de una dirección de IP que es diferente a la dirección IP del B-eNodoBl 130. El bloque 830 puede completar el proceso de traspaso.

. En otras implementaciones, cuando menos algo de la señalización entre el B-eNodoB y el A-eNodoB se puede sustentar también a través de señalización de RRC, en lugar de señalización de X2. La señalización de RRC se pude usar para canalizar los mensajes "semejantes a X2" usados para controlar el envió desde el A-eNodoB. Por ejemplo, los mensajes 920 y 935, ilustrados en la Figura 9, pueden ser canalizados a través de mensajes RRC.

La implementación de señalización de múltiples saltos ilustrada en la figura 10 y arriba descrita, permite que los mensajes de señalización de X2 prosigan en una forma de múltiples saltos a través de la trayectoria de B-eNodoBl, A-eNodoBl, A-eNodoB2 y B-eNodoB2. En esta implementación, los enodoBs de ancla pueden notificarse explícitamente acerca de una preparación de traspaso en marcha. Como se muestra en la Figura 10, los túneles de plano de usuario usados para envío de paquete en traspaso también se pueden establecer en una forma de múltiples saltos a medida que la señalización de plano de control pasa a través de diferentes nodos. La implementación de señalización de múltiples saltos puede permitir la introducción de optimizaciones adicionales para ejecución de traspaso cuando el UE está conectado a través de un eNodoB auto-retrocedido. Estas optimizaciones pueden incluir, por ejemplo, la comprobación de estado de enlace de radio de retroceso (v. gr., la disponibilidad de recursos), en el A-eNodoB de meta cuando se admite el UE a la celda nueva servida por el B-eNodoB de meta. Además, la implementación de señalización de múltiples saltos puede permitir la implementación de una implementación basada en "búsqueda" directa y más inteligente en donde la introducción de nuevos mensajes X2 se puede omitir (ver descripción de una implementación basada en "búsqueda" abajo) . El eNodoB de ancla puede terminar la existencia del procedimiento de traspaso en macha y pude sujetar la información necesaria de los mensajes de señalización derivados a fin de ejecutar el envío de paquete en una forma autónoma. A fin de soportar la implementación de señalización de X2 de múltiples saltos alternativa, puede ser necesario extender el concepto de vecindad de X2 normal con el concepto de relaciones vecinas secundarias. Un eNodoB puede no solamente necesitar mantener sus vecinos directos, sino también puede necesitar mantener los segundos vecinos de salto (es decir, mantener los vecinos de sus vecinos directos) .

Las implementaciones de ejemplo arriba descritas, que involucra el uso de señalización dedicada entre un eNodoB auto-retrocedido de fuente y un eNodoB de meta durante el traspaso, incluye un número de extensiones que permiten el traspaso de un UE del eNodoB auto-retrocedido al eNoboB de meta. Una extensión incluye el establecimiento de una interfaz X2 entre el eNodoB auto-retrocedido y el eNodoB de ancla aún cuando no sean vecinos en un sentido de cubrimiento de radio. Otra extensión involucra el protocolo X2-AP, o el protocolo RRC, para llevar mensajes de control usados para controlar el envío del aNodoB de ancla. En el caso de señalización basada en X2, la señalización X2 también se puede implementar en una forma de múltiples saltos. En una extensión adicional, dos mensajes de control adicionales se pueden usar para controlar el envío de dato desde un eNodoB auto-retrocedido de fuente a un eNodoB de meta durante el traspaso. Uno de los mensajes de control puede incluir un mensaje de "Detener la entrega de DL" que instruye al eNodoB de ancla detener la entrega de paquetes en el DL para un UE particular al eNodoB auto-retrocedido de fuente. Otro de los mensajes de control puede incluir un mensaje de "Iniciar envío" que instruye al eNodoB de ancla empezar a enviar pequetes pretendidos para el UE particular del eNodoB de meta al que el UE se está traspasando. El mensaje de "Detener entrega de DL" puede incluir los GTP TEIDs de portadores de UE sujetos a envío. El mensaje de "iniciar envío" puede incluir información de conmutación de túnel que mapea el GTP TEID de los portadores de UE en SI al TEID de envío de destino en el eNodoB de meta (v. gr., B-eNodoB2) en X2. Una extensión adicional incluye dar al eNodoB de ancla la capacidad de ver el encabezado de GTP interno (es decir, hacia los campos de encabezado del túnel de GTP que se termina en el B-eNodoB de meta) para identificar y filtrar los paquetes de los portadores que están sujetos al envío.

Otra implementación de ejemplo que puede controlar el envío en el ' eNodoB de ancla durante 1 traspaso puede involucra "buscar" en señalización en el eNodoB de ancla que atraviesa el eNodoB de ancla hacia el eNodoB al que un UE determinado se está traspasando. En esta implementación de ejemplo, el eNodoB de ancla aprende, a través de búsqueda en X2 y/o SI señalización en marcha entre el eNodoB auto-retrocedido y el eNodoB de meta al que un UE está traspasando, ese traspaso va a ocurrir y el eNodoB de ancla a continuación ejecuta envío de paquete al eNodoB de meta de manera autónoma. En esta implementación de ejemplo, el eNodoB de ancla detecta los mensajes de señalización de preparación de traspaso de C2 y, basado en los mensajes de señalización detectados, determina cual UE está involucrado en el traspaso. El eNodoB de ancla extrae los TEIDs de envío asociados con el eNodoB de meta (v. gr., b-eNodoB2) y asocia los portadores del UE determinado con los TEIDs en SI. Por lo tanto', el eNodoB de ancla también "busca" la señalización de SI a fin de identificar cuando los portadores están establecidos/liberados a un UE particular y mantiene una base de datos de mapeo de GTP TEID de portador de UE.

La Figura 11 es una gráfica de flujo de un proceso de ejemplo asociado con el traspaso de un UE, que tiene servicio por un primer eNodoB auto-retrocedido, a un segundo eNodoB auto-retrocedido, en donde el eNodoB de ancla que sirve al primer eNodoB auto-retrocedido "busca" mensajes enviados entre el primero y segundo eNodoBs auto-retrocedidos para controlar el envió de dato destinado para el UE durante el traspaso. El proceso de ejemplo de la Figura 11 se puede implementar mediante el eNodoB de ancla 125 (A-eNodoBl) . La Figura 12 ilustra un diagrama de envió de mensaje de ejemplo asociado con el proceso de ejemplo de la Figura 11.

El proceso de ejemplo puede empezar con el recibo y "olfateo" (búsqueda) de una , solicitud de traspaso de derivación, del B-eNodoBl, destinado para B-eNodoB2, para saber que se ha iniciado la preparación de traspaso (bloque 1105). Una vez que un eNodoB de fuente (v. gr., B-eNodoBl 130) decide hacer un traspaso de un UE particular a un eNodoB de meta (v. gr., B-eNodoB2 150), el B-eNodoBl 130 inicia señalización de preparación de traspaso hacia el eNodoB de meta. Como se muestra en el diagrama de mensaje de ejemplo de la Figura 12, el B-eNodoBl 130 envía una solicitud 1200 de traspaso al eNodoB de meta de traspaso a través de señalización de plano de control de X2. A medida que la solicitud de traspaso de derivación atraviesa el nodo A- eNodoBl de ancla 125, A-eNodoBl 125 puede "olfatear" (buscar) en el mensaje inspeccionando los contenidos del mensaje. La inspección de los contenidos del mensaje puede identificar que el mensaje es un mensaje de solicitud de traspaso, de está manera, indicando que un traspaso de un UE está en progreso. A-eNodoBl 125 también puede extraer un identificador de UE del mensaje de solicitud de traspaso y ligar el identificador de UE a una identidad de UE particular usada en la interfaz SI, que ha aprendido previamente de "buscar" en la señalización SI. El enlace a la identidad de UE de SI puede necesitarse a fin de ser capaz de seleccionar el túnel de SI correspondiente al UE determinado y realizar el envió para el UE correcto. Después del recibo de la solicitud 1200 de traspaso y, si la solicitud de traspaso se concede, puede regresar un mensaje 1215 de respuesta de traspaso, como se muestra en la Figura 12, a B-eNodoBl 130 a través de A-eNodoBl 125. B-eNodoB2 150- también puede reservar 1210 un identificador de punto de extremo de túnel de envió de X2 (TEID) .

Volviendo a la Figura 11, una respuesta de traspado de derivación, de B-eNodoB2 150, que está destinado para B-eNodoBl 130 se puede recibir y "buscar" para saber que el traspaso ha sido concedido (bloque .1110) . Como se muestra en la Figura 12, un mensaje 1215 de respuesta de traspaso de derivación atraviesa A-eNodoBl 125 en su camino a B-eNodoBl 130, A-eNodoBl 125 puede olfatear 1220 hacia el mensaje para saber que la preparación de traspaso ha sido satisfactoria y puede extraer TEIDs de envío válidos en el B-eNodoB2 de meta del mensaje de respuesta de traspaso. Después del recibo del mensaje de respuesta de traspaso del eNodoB auto-retrocedido de meta (v. gr., B-eNodoB2 150), B-eNodoBl 130 puede, como se ilustra en la Figura 12, enviar un mando 1225 de traspaso a UE 110-32 notificando al UE 110-3 de su traspaso a la celda servida por el eNodoB de meta (v. gr., B-eNodoB2 150). Al recibo del mensaje de respuesta de traspaso del eNodoB auto-retrocedido de meta, A-eNodoBl 125 también puede empezar a amortiguar y/o pescar paquetes recibidos que están destinados para el UE" que se está traspasando. B-eNodoBl 130 puede entonces enviar un mensaje de estado de transferencia 1230 (v. gr., un mensaje de estado de transferencia SN) a B-eNodoB2 150 a través de la interfaz X2. El mensaje 1230 de estado de transferencia puede incluir información de estado asociada con el receptor/transmisor del eNodoB auto-retrocedido de fuente (v. gr., e-NodoBl 130) tal como, por ejemplo, números de secuencia de paquetes correctamente recibidos y/o faltantes.

Volviendo a la Figura 11, un mensaje de trasferencia de estado de derivación, de B-eNodoBl, que está destinado para B-eNodoB2 se puede recibir y "buscar", para aprender que el traspaso se ha ejecutado (bloque 115) . Como semuestra en la Figura 1, un mensaje 1230 de transferencia de estado de derivación atraviesa A-eNodoBl 125 en su camino a B-eNddoBl 130, A-NodoBl 125 puede buscar 1235 el mensaje 1230 de transferencia de estado para aprender que el traspaso se ha ejecutado en realidad. La búsqueda en el mensaje 1230 de transferencia de estado puede incluir inspeccionar ciertos contenidos de mensaje 1230 de transferencia de estado para aprender que el traspaso se ha ejecutado. Subsecuente a la transmisión del mensaje de estado de transferencia 1230, B-eNodoBl 130 puede empezar a enviar datos a través de X2 en el plano de usuario a B-eNodoB2 150.

Volviendo a la Figura 11, A-eNodoBl 125 puede empezar a enviar paquetes que tiene en su amortiguador/pesca para el UE particular a B-eNodoB2 (bloque 1120) . A-eNodoBl 125 puede decidir en cualquier punto en tiempo, después de determinar que el traspaso se ha ejecutado, empezar el envió. Por ejemplo, A-eNodoBl 125 puede esperar un periodo de tiempo, hasta que B-eNodoBl 130 ha completado el envió de todos los paquetes que tenia en su propio amortiguador, antes de comenzar a enviar 1245 paquetes que A-eNodoBl 125 tiene en su amortiguador/pesca. El retraso del envió en esta forma puede ayudar a evitar desordenado de paquete. A-eNodoBl 125 puede, en algunas implementaciones, buscar en el plano de usuario para determinar cuando B-eNodoBl 130 ha completado su envió de paquetes a B-eNodoB2 150. Como se ilustra en la Figura 12, A-eNodoBl 125 puede enviar 1250 paquetes a través de X2 en el plano de usuario a B-eNodoB2 150. Una vez que A-eNodoBl 125 ha terminado de enviar paquetes a B-eNodoB2 150, el proceso de traspaso de la Figura 11 se puede completar.

El ordenamiento de mensajes ilustrado en la Figura. 12 se pretende para los propósitos de ilustración de un ejemplo especifico, y no se pretende que sea restrictivo. Un orden diferente de los mensajes de la Figura 12 se puede usar en otras implementaciones. Cuando se emplea el cifrado en la interfaz X2 (v. gr., IPsec) entre los eNodoBs auto-retrocedidos de fuente y meta, el cifrado (v. gr., los túneles IPsec) se debe terminar en el eNodoBs de ancla en lugar de los eNodoBs auto-retrocedidos. De otra manera, la búsqueda en mensajes X2 puede ser imposible en los eNodoBs de ancla.

El proceso de ejemplo de la Figura 11 se ha descrito con respecto a un traspaso de un primer eNodoB auto- retrocedido a un segundo eNodoB auto-retrocedido. El proceso de ejemplo de la Figura 11, sin embargo, también se puede aplicar a un traspaso de un eNodoB auto-retrocedido a un eNodoB que no es un eNodoB auto-retrocedido.

La descripción anterior de implementaciones proporciona ilustración y descripción, pero no se pretende que sea exhaustiva ni que limite la invención a la forma precisa descrita. Modificaciones y variaciones son posibles en la luz de las enseñanzas anteriores, o se puede adquirir de la práctica de la invención. Por ejemplo, mientras que la serie de bloques se ha descrito con respecto a las Figuras 8 y 11, el orden de los bloques se puede modificar en otras implementaciones consistentes con los principios de la invención. Además, se pueden realizar en paralelo bloques no dependientes.

Los aspectos de la invención también se pueden implementar en métodos y/o productos de programa de computadora. Consecuentemente, la invención se puede modalizar en hardware y/o en software (incluyendo firmware, software residente, microcódigo, etc.). Además, la invención puede tomar la forma de un producto de programa de computadora en un medio de almacenamiento utilizable por computadora o legible por computador que tenga código de programa utilizable por computadora o legible por computadora moralizado en el medio para uso por o en conexión con un sistema de ejecución de instrucción. El código de software real o hardware de control especializado usado para implementar las modalidades descritas en la presente no es limitativo de la invención. De esta manera, la operación y comportamiento de las modalidades se describieron sin referencia al código de software especifico - quedando entendido que uno de experiencia ordinaria en el ramo seria capaz de diseñar software y hardware de control para implementar los aspectos basados en la descripción en la presente .

Además, ciertas porciones de la invención se pueden implementar como "lógicas" que realizan una o más funciones. Esta lógica puede incluir hardware, tal como un circuito integrado especifico de aplicación o disposición de puerta programable de campo, o una combinación de hardware y software .

Aún cuando combinaciones particulares de particularidades se mencionan en las reivindicaciones y/o describen en la especificación, estas combinaciones no se pretende que limiten la invención. De hecho, muchas de estas particularidades . se pueden implementar en formas no específicamente mencionadas en las reivindicaciones y/o descritas en la especificación.

Se debe enfatizar que el término "compren/que comprende" cuando se usa en esta especificación se toma para especificar la presencia de particularidades, enteros, pasos, componentes o grupos manifestados pero no impide la presencia o adición de una o más distintas particularidades, enteros, pasos, componentes o grupos de los mismos.

Ningún elemento,, acto, o instrucción usado en la presente solicitud se debe considerar como critico o esencial a la invención a menos que se descrita explícitamente como tal. Asimismo, como se usa en la presente, el articulo "un" se pretende que incluya uno o más artículos. Cuando solamente se pretende un articulo, el termino "uno" o lenguaje similar se usa. Además, la frase "basado en" se -pretende que signifique "basado, cuando menos en parte, en" a menos que se manifieste explícitamente de otra manera.

Claims

REIVINDICACIONES

1.- Un método implementado en una estación de base de ancla de una red, en donde la estación de base de ancla se comunica con una estación de base auto-retrocedida a través de una interfaz de radio y en donde la red incluye además otra estación de base, el método caracterizado por: determinar si un- equipo de usuario (UE) se está traspasando de la estación de base auto-retrocedida a otra estación de base, en donde la determinación está basada en recibir un mensaje de la . estación de base auto-retrocedida "a través de la interfaz de radio instruyendo a la estación de base de ancla dejar de entregar paquetes que están destinados para el UE; almacenar, basado en la determinación de si el UE se está traspasando, paquetes recibidos pretendidos para el UE; y enviar los paquetes almacenados a la otra estación de base a través de una red de transporte para entrega al UE.

2. - El método de conformidad con la reivindicación 1, en donde la otra estación de base comprende otra estación de base de ancla que se comunica con otra estación de base auto-retrocedida a través de otra interfaz de radio.

3. - El método de conformidad con la reivindicación 2, en donde el envío de los paquetes almacenados a la otra estación de base comprende: enviar los paquetes almacenados a la otra estación de base de ancla a través de la red de transporte para entrega al UE a través de la otra estación de base auto-retrocedida y la otra interfaz de radio.

4. - El método de conformidad con la reivindicación 2, que comprende además: asignar una dirección de Protocolo de Internet (IP), mediante la estación de base de ancla, para la estación de base auto-retrocedida; asignar una dirección de IP, por la otra estación de base de ancla, para la otra estación de base auto-retrocedida; y usar las direcciones de IP para enviar los paquetes almacenados y comunicación de señalización a la otra estación de base auto-retrocedida.

5. - El método de conformidad con la reivindicación 1, en donde la determinación se basa además en analizar uno o más mensajes enviados de la estación de base auto-retrocedida a la otra estación de base.

6. - Una primera estación de base conectada a una segunda estación de base en una red a través de una interfaz de radio, en donde la primera estación de base recibe paquetes destinados para un equipo de usuario (UE) en un enlace descendente desde la segunda estación de base y recibe paquetes en un enlace ascendente desde el UE, la primera estación de base caracterizada por: un transceptor configurado para: enviar una solicitud de traspaso, asociada con el UE, a través de la interfaz de radio a la segunda estación de base para entrega a una estación de base de traspaso de meta, recibir una respuesta de traspaso de la segunda estación de base a través de la interfaz- de radio, en donde la respuesta de traspaso fue enviada de la estación de base de traspaso de meta, enviar un mensaje de notificación a la segunda estación de base instruyendo a la segunda estación de base de detener la entrega de paquetes de enlace descendente destinados para el UE; una memoria configurada para almacenar paquetes previamente recibidos de la segunda estación de base que están destinados para el UE; y una unidad de procesamiento configurada para: retirar los paquetes almacenados en la memoria antes del recibo de la respuesta de traspaso, y pasar los paquetes retirados al transceptor para enviar a la segunda estación de base a través de la interfaz de radio para entrega a la estación de base de traspaso de meta.

7. - La primera estación de base de conformidad con la reivindicación 6, en donde la primera estación de base comprende un primer eNodoB auto-retrocedido, en donde la segunda estación de base comprende un primer eNodoB de ancla y en donde la estación de base de traspaso de meta comprende un segundo eNodoB auto-retrocedido.

8. - La primera estación de base de conformidad con la reivindicación 6, en donde la primera estación de base comprende un primer eNodoB auto-retrocedido, en donde la segunda estación de base comprende un primer eNodoB de ancla y en donde la estación de base de traspaso de meta comprende un eNodoB.

9. - La primera estación de base de conformidad con a reivindicación 6, en donde la red comprende una red de transporte de Protocolo de Internet (IP) .

10. - La primera estación de base de conformidad con la reivindicación 9, en donde el primer eNodoB auto-retrocedido se comunica con la red de transporte de IP a través de la interfaz de radio al primer eNodoB de ancla y en donde el primer eNodoB de ancla actúa como un nodo intermedio entre el primer eNodoB auto-retrocedido y la red de transporte de IP.

11.- La primera estación de base de conformidad con la reivindicación 6, en donde el transceptor está configurado además para: enviar un segundo mensaje a la segunda estación de base notificando a la segunda estación de base que empieza a enviar paquetes que están destinados para el ÜE.

12. - La primera estación de base de conformidad con la reivindicación 11, en donde el mensaje de notificación y el segundo mensaje se envían basado en un protocolo de señalización X2 o basados en un protocolo de Control de , Recurso de Radio (RRC) .

13. - Un sistema asociado con una red celular, caracterizado por. una primera estación de base conectada a un equipo de usuario (UE) y a una segunda estación de base a través de una primera interfaz de radio, la segunda estación de base conectada a una red de transporte; una tercera estación de base conectada a la red de transporte; una cuarta estación de base conectada a la tercera estación de base a través de una segunda interfaz de radio, en donde la cuarta estación de base está configurada para proporcionar servicio inalámbrico al UE; en donde la primera estación de base está configurada para: enviar una solicitud de traspaso asociada con el UE a la cuarta estación de base a través de la segunda estación de base, la red de transporte, y la tercera estación de base, recibir una respuesta de traspaso de la cuarta estación de base a través de la tercera estación de base, la red de transporte y la segunda estación de base, en donde la respuesta de traspaso concede el traspaso del UE de la primera estación de base a la cuarta estación de base, enviar un mensaje de notificación a la segunda estación de base instruyendo a la segunda estación de base detener la entrega de paquetes destinados para el UE a la primera estación de base, y enviar paquetes destinados para el UE a la cuarta estación de base a través de la segunda estación de base, la red de transporte y la tercera estación de base para entrega al UE, en donde la segunda estación de base está configurada para: almacenar paquetes recibidos destinados para el UE subsecuente al recibo del mensaje de notificación.

14. - El sistema de conformidad con la reivindicación 13, en donde la segunda estación de base está configurada además para: analizar mensajes de derivación enviados de la primera estación de base para determina r si el traspaso se ha concedido para traspasar el UE de la primera estación de base a la cuarta estación de base.

15. - El sistema de conformidad con la reivindicación 14, en donde la segunda estación de base está configurada además para: enviar paquétes destinados parta el UE a la cuarta estación de base a través de la red de transporte y la tercera estación de base basado en el análisis de los mensajes de derivación.

16. - El sistema de conformidad con la reivindicación 14, en donde cuando se analizan los mensajes de derivación, la segunda estación de base está configurada además para: inspeccionar los contenidos de los mensajes de derivación para determinar si el traspaso se ha concedido para traspasar el UE de la primera estación de base a la cuarta estación de base.

. 17.- El sistema de conformidad con la reivindicación 13, en donde la segunda estación de base está configurada además para: inspeccionar el encabezado de túnel interno de paquetes para identificar un portador de UE.

18. - El sistema de conformidad con la reivindicación 13, en donde la primera estación de base está configurada además para: enviar un mensaje a la segunda estación de base instruyendo a la segunda estación de base para comenzar a enviar paquetes almacenados a la cuarta estación de base para entrega al UE.

19. - El sistema de conformidad con la reivindicación 18, en donde el mensaje de la segunda estación de base y el mensaje de notificación se pueden enviar basados en un protocolo de señalización X2 o un protocolo de señalización de Control de Recurso de Radio (RRC) .

20. - El sistema de conformidad con la reivindicación 18, en donde la segunda estación de base está configurada además para: enviar los paquetes almacenados y paquetes de enlace descendente entrantes destinados para el UE a la cuarta estación de base a través de la red de transporte y la tercera estación de base cuando el mensaje se recibe.

21. - El sistema de conformidad con la reivindicación 13, en donde la primera estación de base comprende un primer eNodoB auto-retrocedido, en donde la segunda estación de base comprende un primer eNodoB de ancla, en donde la tercera estación de base comprende un segundo eNodoB de ancla, y en donde la cuarta estación de base comprende un segundo eNodoB auto-retrocedido.

22. - El sistema de conformidad con la reivindicación 13, en donde la segunda estación de base actúa como un nodo intermedio entre la red de transporte y la primera estación de base y en donde la tercera estación de base actúa como un nodo intermedio entre la red de transporte y la cuarta estación de base. RESUMEN DE LA INVENCIÓN Se implementa un método en un eNodoB de ancla de una red, en donde el eNodoB de ancla se comunica con un eNodoB auto-retrocedido a través de una interfaz de radio en donde la red incluye además otro eNodoB. El. método incluye determinar si un equipo de usuario (UE) se está traspasando del primer eNodoB auto-retrocedido al otro eNodoB. La terminación se basa en: recibir 8820) un mensaje del eNodoB auto-retrocedido a través de la interfaz de radio instruyendo al eNodoB de ancla detener la entrega de paquetes que están destinados para el UE, o buscar (1 105. 1 1 10 1 1 15) en uno o más mensajes enviados del eNodoB auto-retrocedido al otro eNodoB para identificar que el UE se está traspasando del eNodoB auto-retrocedido al otro eNodoB. El método incluye además almacenar (1 120), basado en la determinación de si el UE se está traspasando, los paquetes recibidos pretendidos para el UE; y enviar (1 al20) los paquetes almacenados al otro eNodoB a través de una red de transporte para entrega al UE.