MX2011004518A

MX2011004518A - Puerto de enlace de red configurado para proporcionar una funcion de transferencia, conversion y enrutamiento.

Info

Publication number: MX2011004518A
Application number: MX2011004518A
Authority: MX
Inventors: Tomas Nylander; Jari Vikberg; Thomas Lindqvist
Original assignee: Ericsson Telefon Ab L M
Priority date: 2008-11-21
Filing date: 2009-05-13
Publication date: 2011-05-24
Also published as: EP2351417B1; WO2010059099A1; JP5568567B2; US8532661B2; EP2351417A1; JP2012509638A; US20110223919A1

Abstract

En un aspecto, la invención proporciona un procedimiento mejorado para transferir una conexión desde un nodo de red de origen hasta un nodo de red de destino. En algunas modalidades, este procedimiento incluye las siguientes etapas: (a) recibir, en un puerto de enlace de red, un mensaje de transferencia requerida transmitido desde el nodo de red de origen; (b) generar, en el puerto de enlace, un mensaje de solicitud de transferencia en respuesta a recibir el mensaje de transferencia requerida; y (c) transmitir, desde el puerto de enlace, el mensaje de solicitud de transferencia al nodo de red de destino. En otro aspecto, la invención proporciona un puerto de enlace de red mejorado que se configura para interceptar y manejar la señalización de transferencia.

Description

PUERTO DE ENLACE DE RED CONFIGURADO PARA PROPORCIONAR UNA FUNCIÓN DE TRANSFERENCIA, CONVERSIÓN Y ENRUTAMIENTO CAMPO TÉCNICO La presente invención se refiere a radiocomunicaciones. En un aspecto, la invención se refiere a un puerto de enlace de red configurado para proporcionar una función de transferencia, conversión y enrutamiento .

ANTECEDENTES DE LA INVENCIÓN Especificaciones para la red de acceso por radio de siguiente generación (RAN) actualmente se desarrollan por el Proyecto de Sociedad de 3ra Generación (3GPP) . Esta RAN llamada de siguiente generación se denomina como "Red de Acceso por Radio Terrestre Universal Evolucionada (E-UTRA ) " . Otro nombre para E-UTRAN es RAN de "Evolución a Largo Plazo (LTE) " .

La RAN de LTE se diseña para conectarse a una red central (CN) , la cual se denomina como "Red Central de Paquete Evolucionado (EPC) " o "Red de Evolución de Arquitectura de Sistema (SAE) " . La combinación de una E-UTRAN y una red de EPC se denomina como "Sistema de Paquete Evolucionado (EPS) " o una "Red de LTE/SAE" . Una estación base en una E-UTRAN se denomina como "NodoB de E-UTRAN" ("eNodoB" o "eNB" para abreviar) .

Existe la contemplación de tener una estación base que proporcione un área de cobertura más pequeña que el área de cobertura proporcionada por una estación base celular convencional (es decir, "macro") . Por ejemplo, se contempla hacer que la estación base proporcione un área de cobertura para sólo una casa o sólo un campo universitario. Tal estación base se denomina en la presente como "estación base doméstica" . Otros nombres para una estación base doméstica son: "NodoB de E-UTRAN Doméstico (He B)", "Punto de Acceso Doméstico de LTE, (LTE HAP) " , "Punto de Femto-Acceso de LTE (LTE FAP) " Y "femto-estación base". En un sistema de UTRAN ("Red de Acceso por Radio Terrestre Universal", también conocida como 3G) , una estación base doméstica se denomina como "NodoB Doméstico (HNB) " . Para simplicidad, nos referiremos a una "estación base doméstica" como HeNB.

El HeNB se especifica para proporcionar esencialmente el mismo servicio a usuarios finales como eNB y pueden conectarse a la red central por ejemplo, al utilizar cierto tipo de transmisión basada en Protocolo de Internet (IP) . En este documento, el área de cobertura atendida por un HeNB se denomina como femto-celda (también se denomina algunas veces como pico-celda cuando, por ejemplo, el área de cobertura proporcionada por el HeNB abarca un gran edificio de oficinas o un campo universitario) , y el área de cobertura atendida por un eNB se denomina como macro-celda. De este modo, un He B (u otra estación base doméstica) puede denominarse en la presente como "femto-estación base" y un eNB (u otra estación base que proporciona un área de cobertura más grande que una feruto-estación base) puede denominarse como wmacro~estación base" .

Una ventaja percibida de un HeNB es que puede ser más económico para un usuario final recibir un servicio cuando utiliza un HeNB para acceso de red en contraste a utilizar un eNB para acceso de red. El HeNB, en algunos casos, puede utilizar la conexión de banda ancha ya existente del usuario final (por ejemplo, xDSL, Cable, etc.) para lograr una conectividad a la CN de un operador y posiblemente a otros eNB/HeNB .

La suposición de trabajo actual en la especificación de RAN de LTE de 3GPP es que la "interfaz X2" no se utiliza con los HeNB, pero la interfaz X2 se utiliza por los eNB para comunicarse entre sí. La interfaz X2 entre los eNB se utiliza para transferencia, denominada como "transferencia basada en X2" y para el Control de Interferencia entre Celdas (ICIC) . Cuando una conexión X2 se establece entre dos eNB, los eNB intercalan información con respecto a las macro-celdas atendidas por los eNB. Típicamente, una conexión X2 se establece sólo entre los eNB que atienden a celdas entre las cuales puede realizarse transferencia. El protocolo utilizado para el plano de control de X2 se denomina como el "Protocolo de Aplicación X2 (X2AP) " . Los mensajes de X2AP utilizados para establecer una conexión X2 entre los dos eNB son SOLICITUD DE CONFIGURACIÓN DE X2 y RESPUESTA DE CONFIGURACIÓN DE X2.

Una red móvil puede tener hasta un millón o más de HeNB. Es incierto que la capacidad de los nodos de control en la CN (por ejemplo, una Entidad de Administración de Movilidad (MME) u otros nodos de control de red central) pueda ser capaz de manejar muchos HeNB. Por lo tanto, un puerto de enlace (también conocido como puerto de enlace de HeNB (HeNB-GW) , el cual es un tipo de nodo concentrador) se utiliza para ocultar el gran número de HeNB de la CN. Es decir, el HeNB-GW, a partir de la perspectiva de la CN, se parecerá a un eNB con muchas celdas. Por consiguiente, el HeNB-GW se comunica con los nodos de control de la CN utilizando la "interfaz Si" de la misma forma que un eNB se comunica con los nodos de control de la CN utilizando a interfaz Si . De manera funcional , el HeNB-GW actúa como proxy del nodo de control de CN para todos los HeNB que se conectan al HeNB-GW (es decir, a partir de la perspectiva de un HeNB, el HeNB-GW se parecerá a un nodo de control de CN) . Es decir, un HeNB se comunica con un HeNB-GW utilizando una interfaz Si de la misma forma que un eNB se comunica con los nodos de control de la CN utilizando la interfaz SI. En un sistema de UTRAN, el puerto de enlace se denomina como Puerto de Enlace de NodoB Doméstico o HNB-GW.

El número de HeNB conectados a un He B-GW puede ser de hasta 100,000 o más. De este modo, el número de femto-celdas "atendidas" por un HeNB-GW puede ser de hasta 200,000 o más, suponiendo que HeNB atiende hasta dos femto-celdas .

Existen dos diferentes procedimientos para realizar una transferencia entre eNB. Estos son: (1) el procedimiento de transferencia "basado en SI" y (2) el procedimiento de transferencia "basado en X2". Como implican estos nombres, el procedimiento de transferencia basado en Si utiliza una interfaz SI entre los nodos de la E-UTRAN y los nodos de control en la CN, mientras que el procedimiento de transferencia basado en X2 utiliza principalmente la interfaz X2 entre los nodos de la E-UTRAN. El procedimiento de transferencia basado en SI se describe en 3GPP TS 23.401 y el procedimiento de transferencia basado en X2 se describe en 3GPP TS 36.300. Tanto el procedimiento de transferencia basado en Si como el procedimiento de transferencia basado en X2 pueden aplicarse a transferencias entre HeNB. Sin embargo, esto último sólo es en caso de que se utilice la interfaz X2.

Un problema con utilizar los procedimientos de transferencia basados en Si para transferir una conexión desde un HeNB de origen hasta un HeNB de destino es que el procedimiento de transferencia basado en SI requiere señalización hacia un nodo de control de red central . Debido a que se espera que la RAN incluya un gran número de HeNB, se espera que exista, un gran número de transferencias entre los HeNB, por ejemplo, una empresa o escenario de campo universitario. Por consiguiente, utilizar el procedimiento de transferencia basado en SI en el ambiente femto puede incrementar significativamente la carga de señalización vista por los nodos de control de red central . El procedimiento de transferencia basado en X2 puede disminuir esta carga de señalización, pero esto puede requerir que los HeNB implementen por lo menos algunos aspectos de un protocolo X2 , que puede incrementar el costo y complejidad del HeNB. Debido a que se espero que los HeNB sean dispositivos comercializados en masa, se desea mantener los HeNB tan simples y económicos como sea posible.

Lo que se desea es un procedimiento de transferencia mejorado .

COMPENDIO DE LA INVENCIÓN En un aspecto, la presente invención proporciona un método mejorado para transferir una conexión desde una estación base de origen (por ejemplo, un HeNB) hasta una estación base de destino (por ejemplo, otro HeNB) . En algunas modalidades, el método se realiza por un puerto de enlace (por ejemplo, HeNB-GW, HNB-GW, u otro puerto de enlace) que actúa como proxy de un nodo de control de red central para una pluralidad de estaciones base que se conectan al puerto de entrada. En algunas modalidades, el puerto de enlace se puede operar para recibir un mensaje, de transferencia requerida (por ejemplo, el mensaje de TRANSFERENCIA REQUERIDA DE SlAP) transmitido desde la estación base de origen. Este mensaje de transferencia requerida indica que una conexión de equipo de usuario (UE) atendida por la estación base de origen debe transferirse a una estación base de destino. En respuesta a recibir el mensaje de transferencia requerida, el puerto de enlace genera un mensaje de solicitud de transferencia (por ejemplo, el mensaje de SOLICITUD DE TRANSFERENCIA DE SlAP) y transmite a la estación base de destino el mensaje de solicitud de transferencia.

De manera ventajosa, en respuesta a recibir el mensaje de transferencia requerida transmitido desde la estación base de origen, el puerto de enlace no transmite ningún mensaje de transferencia a ningún nodo de control de red central (asumiendo que el puerto de enlace puede comunicarse directamente con la estación base de destino) . De esta manera, el método proporciona la ventaja distintiva de reducir la carga de señalización vista por los nodos de control de red central (por ejemplo, ME) , mientras al mismo tiempo no requiere que los HeNB implementen alguna porción del protocolo X2.

En algunas modalidades, después de transmitir el mensaje de solicitud de transferencia a la estación base de destino, el puerto de enlace puede recibir de la estación base de destino un mensaje de confirmación (por ejemplo, el mensaje de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA DE SlAP) . En respuesta al mensaje de confirmación, el puerto de enlace transmite un mensaje de comando de transferencia (por ejemplo, el mensaje de COMANDO DE TRANSFERENCIA DE SlAP) a la estación base de origen.

En algunas modalidades, la etapa de transmitir el mensaje de solicitud de transferencia a la estación base de destino comprende transmitir el mensaje de solicitud de transferencia sobre una configuración de interfaz existente entre el puerto de enlace y la estación base de destino.

En algunas modalidades, el método también incluye las etapas de: (e) recibir en el puerto de enlace, un mensaje de notificación de transferencia transmitido desde la estación base de destino en respuesta a la estación base de destino que recibe un mensaje de confirmación de transferencia transmitido desde el UE; (f) generar, en el puerto de enlace, un mensaje de solicitud de cambio de trayectoria en respuesta a recibir en el puerto de enlace el mensaje de notificación de transferencia; (g) transmitir, desde el puerto de enlace, el mensaje de solicitud de cambio de trayectoria a un nodo de red central (por ejemplo, MME u otro nodo de control de red central) ; (h) recibir, en el puerto de enlace, un mensaje de confirmación de solicitud de cambio de trayectoria transmitido desde el nodo de control de red central; (i) generar, en el puerto de enlace, un mensaje de comando de liberación de contexto de UE en respuesta a recibir el mensaje de confirmación de solicitud de cambio de trayectoria; (j) transmitir, desde el puerto de enlace, el mensaje de comando de liberación de contexto de UE a la estación base de origen; y (k) recibir, en el puerto de enlace, un mensaje completo de liberación de contexto de UE transmitido desde la estación base de origen. La estación base de origen se configura para transmitir un comando de transferencia al UE en respuesta a recibir el comando de transferencia transmitido desde el puerto de enlace.

En algunas modalidades, el puerto de enlace, en respuesta directa a recibir el mensaje de transferencia requerida, determina si existe una conexión con la estación base de destino y, si se determina que existe una conexión, entonces el puerto de enlace genera el mensaje de solicitud de transferencia y transmite el mensaje de solicitud de transferencia a la estación base de destino mediante la conexión, de otra manera el puerto de enlace reenvía el mensaje de transferencia requerida a un nodo de red central.

En algunas modalidades, la etapa de generar el mensaje de solicitud de transferencia comprende una o más de los siguientes etapas: (i) extraer cierta información del mensaje de transferencia requerida, e incluir la información extraída en el mensaje de solicitud de transferencia, (ii) recuperar la información previamente almacenada que se incluyó en uno o más mensajes de control (por ejemplo, un mensaje de SOLICITUD DE CONFIGURACIÓN DE CONTEXTO INICIAL DE SlAP) , previamente recibidos en el puerto de enlace, en donde los mensajes de control se relacionan con una conexión establecida con el UE, e incluir la información recuperada en el mensaje de solicitud de transferencia, (iii) mapear la información incluida en el mensaje de transferencia requerida en la información requerida para incluirse en el mensaje de solicitud de transferencia, y (iv) agregar al mensaje de solicitud de transferencia uno o más valores por defecto predeterminados .

En otro aspecto, la presente invención proporciona un aparato de puerto de enlace para facilitar la transferencia de una conexión desde una estación base de origen hasta una estación base de destino. En algunas modalidades, el aparato de puerto de enlace incluye lo siguiente: un sistema de almacenamiento de datos que almacena software de computadora; un sistema de procesamiento de datos para ejecutar el software de computadora; y un módulo de transmisión y recepción para (a) recibir mensajes transmitidos desde la estación base de origen, tales como un mensaje de transferencia requerida que indica que un equipo de usuario (UE) atendido por la estación base de origen debe transferirse a la estación base de destino y (b) transmitir los mensajes. De manera ventajosa, el software de computadora se configura de manera que cuando el software de computadora se ejecute por el sistema de procesamiento de datos, el sistema de procesamiento de datos, en respuesta a recibir el mensaje de transferencia requerida, utilice el módulo de transmisión y recepción para transmitir a la estación base de destino un mensaje de solicitud de transferencia que se generó por el sistema de procesamiento si el sistema de proceso es capaz de comunicarse con el nodo de red de destino, y además se configura de manera que cuando el software de computadora se ejecute por el sistema de procesamiento de datos, el sistema de procesamiento de datos se pueda operar para funcionar como un proxy de un nodo de control de red central para una pluralidad de estaciones base que se conectan comunicativamente con el aparato de puerto de enlace .

Lo anterior y otros aspectos y las modalidades se describen en lo siguiente con referencia a los dibujos anexos .

BREVE DESCRIPCIÓN DE LOS DIBUJOS Los dibujos anexos, los cuales se incorporan en la presente y forman parte de la especificación, ilustran varias modalidades de la presente invención y, junto con la descripción, sirven adicionalmente para explicar los principios de la invención y para permitir que una persona con experiencia en la técnica pertinente haga y utilice la invención. En los dibujos, números de referencia similares indican elementos idénticos o funcionalmente similares .

La FIGURA 1 ilustra una red de acuerdo con una modalidad de la invención.

La FIGURA 2 es un diagrama de flujo que ilustra un proceso de acuerdo con una modalidad de la invención.

La FIGURA 3 es un diagrama de flujo de mensajes que ilustra adicionalmente el proceso mostrado en la FIGURA 2.

La FIGURA 4 es un diagrama de bloque funcional de un puerto de enlace de acuerdo con una modalidad de la invención.

DESCRIPCIÓN DETALLADA La presente invención se describirá en la presente en el contexto de una red de LTE/SAE, pero la invención no se limita de esta manera (es decir, la invención también podría aplicarse a otras redes tales como una red 3G) .

Con referencia ahora a la FIGURA 1, la FIGURA 1 ilustra un sistema 100 de comunicación inalámbrica de acuerdo con una modalidad de la invención. Como se muestra, el sistema 100 incluye una pluralidad de nodos 101 de red (por ejemplo, estaciones base 101a, 101b,..., 101?) que atienden a femto-celdas , un puerto de enlace 102 (por ejemplo, un HeNB-GW o HNB-GW) , y una CN 104 que tiene por lo menos un nodo de control (por ejemplo, MME 392 (véase Figura 3)). Estos componentes permiten a un usuario del equipo de usuario 192 (UE) comunicarse con otros dispositivos y sistemas (por ejemplo, otros dispositivos y sistemas conectados a la red pública 110) . El sistema 100 también puede incluir uno o más eNB 103 que dan servicio a macro-celdas .

Un aspecto de la presente invención proporciona un puerto de enlace 102 mejorado que se configura para implementar un procedimiento de transferencia mejorado. En algunas modalidades, el puerto de enlace 102 permite que una conexión de UE 192 se transfiera desde un nodo 101a de red de origen hasta el nodo 101b de red de destino sin que el nodo de red de origen tenga que comunicarse con un nodo de control en la red 104 central (por ejemplo, una MME) por ejemplo, el mensaje de TRANSFERENCIA REQUERIDA DE SlAP como se define en 3GPP TS 36.413 enviado desde el nodo de red de origen no necesita recibirse por la MME para que el procedimiento de transferencia se complete con éxito) .

Por ejemplo, en algunas modalidades, el puerto de enlace se configura para: (a) interceptar un mensaje de transferencia requerida transmitido desde la estación base de origen (el mensaje de transferencia requerida indica que un equipo de usuario (UE) atendido por la estación base de origen debe transferirse a la estación base de destino) , (b) en respuesta, generar y transmitir un mensaje de solicitud de transferencia a la estación base de destino, (c) recibir un mensaje de confirmación desde la estación base de destino, y (d) en respuesta al mensaje de confirmación, transmitir un mensaje de comando de transferencia a la estación base de origen. De manera ventajosa, en respuesta a recibir el mensaje de transferencia requerida transmitido desde la estación base de origen, el puerto de enlace no transmite ningún mensaje de transferencia a ningún nodo de control de red central (asumiendo que el puerto de enlace puede comunicarse directamente con la estación base de destino) . De esta manera, el método proporciona una ventaja distintiva para reducir la carga de señalización vista por los nodos de control de red central (por ejemplo, MME) mientras al mismo tiempo no requieren que la estación base de origen sea capaz de comunicarse directamente con la estación base de destino. El puerto de enlace puede comunicarse con la estación base de origen utilizando una interconexión entre el puerto de enlace y la estación base de origen. De igual forma, el puerto de enlace puede comunicarse con la estación base de destino utilizando una interfaz entre el puerto de enlace y la estación base de destino. Esta interfaz entre el puerto de enlace y la estación base de destino puede haberse establecido previamente, o podría establecerse cuando se requiera, es decir, como parte del procedimiento de transferencia descrito en lo anterior. Aunque la siguiente descripción se referirá a la interfaz de SIAP y los mensajes relacionados para ejemplificar algunas modalidades de la presente invención, el proceso de transferencia también puede implementarse utilizando otro tipo de interfaz entre el puerto de enlace y la estación base de destino y el puerto de enlace y la estación base de origen.

Con referencia ahora a la FIGURA 2, la FIGURA 2 es un diagrama de flujo que ilustra un proceso 200 específico que se realiza por un puerto de enlace 102 para implementar el proceso descrito anteriormente. El proceso 200 puede comenzar en la etapa 202, donde el puerto de enlace 102 recibe uno o más mensajes de control. Por ejemplo, en la etapa 202, el puerto de enlace 102 puede recibir uno o más mensajes de control desde un nodo de red de origen (por ejemplo, HeNB 101a) o desde la red 104 central como parte de un procedimiento para establecer una sesión con el UE 192 o uno o más mensajes de control relacionados con una transferencia de una sesión de UE 192 al nodo de red de origen. Por ejemplo, el puerto de enlace 102 puede recibir mensajes de control de protocolo de SIAP desde el nodo 101a de red de origen o un nodo de red 104 central, tal como, por ejemplo, el mensaje de SOLICITUD DE CONFIGURACIÓN DE CONTEXTO INICIAL DE SlAP y el mensaje de SOLICITUD DE CONFIGURACIÓN/MODIFICACIÓN E-RAB DE SlAP. Del mismo modo, en la etapa 202, el puerto de enlace 102 puede recibir mensajes relacionados con la transferencia de X2AP desde un eNB 103. Después (etapa 204) , el puerto de enlace 102 almacena información relevante (por ejemplo, elementos de información relevante (IE) o porciones de IE relevantes) contenida en los mensajes de S1AP/X2AP antes mencionados para su uso posterior durante un procedimiento de transferencia.

Después (etapa 206) , el puerto de enlace 102 recibe del nodo de red central un mensaje 302 de transferencia requerida (por ejemplo, el mensaje de TRANSFERENCIA REQUERIDA DE SlAP) (véase FIGURA 3, la cual muestra un flujo de mensajes de acuerdo con una modalidad de la invención) , el cual identifica o contiene información para identificar un nodo de red de destino (por ejemplo, HeNB 101b) . El mensaje 302 incluye un conjunto de IE. Típicamente, uno o más mensajes 302 de reporte de medición (por ejemplo, el mensaje de RRC MeasurementReport como se define en 3GPP TS 36.331 que contiene uno o más candidatos de transferencia) transmitidos al HeNB 101a de origen desde el UE 192 activan el HeNB 101a de origen para comenzar el proceso de transferencia (es decir, provoca que el HeNB 101 de origen tome una decisión de transferencia y transmita un mensaje 302 de solicitud de transferencia) .

En respuesta directa a recibir el mensaje 302, el puerto de enlace 102 puede determinar si existe una interfaz SI hacia el nodo de red de destino. Esta determinación se basa en la configuración de SI realizada entre el nodo de red de destino y el puerto de enlace 102 ya que durante esta configuración de Si, el nodo de red de destino envía su identidad, eNB-lD, al puerto de enlace 102. Dado que la definición actual es que la eNB-ID se incluya en la Identidad de Celda, esto significa que el puerto de enlace 102 sabrá la eNB-ID del HeNB conectado al mismo (por lo menos en el caso cuando cada HeNB sirve como una sola femto-celda) . Si el puerto de enlace 102 determina que existe una interfaz Si hacia el nodo de red de destino, el proceso procede a la etapa 208.

En la etapa 208, el puerto de enlace 102, en lugar de retransmitir simplemente el mensaje 302 a un nodo de control dentro de la CN 104, (1) genera un mensaje 304 de solicitud de transferencia (por ejemplo, el mensaje de SOLICITUD DE TRANSFERENCIA DE SlAP) en respuesta a recibir el mensaje 302 y detectar que el puerto de enlace 102 tiene una interfaz Si con el nodo de red de destino y (2) transmite el mensaje 304 al nodo de red de destino.

El mensaje 304 DE SOLICITUD DE TRANSFERENCIA DE S1AP requiere un conjunto particular de IE. Con referencia ahora a la Tabla 1 mostrada a continuación, la Tabla 1 muestra una lista de por lo menos algunos de los IE que se requiere para incluirse en el mensaje 304 de SOLICITUD DE TRANSFERENCIA DE S1AP.

TABLA 1 IE en SOLICITUD DE Fuente ejemplar para la información TRANSFERENCIA DE SlAP Tipo de Mensaje Definido en 3GPP TS 36.413 ID de SlAP de UE de Incluido en el mensaje de SOLICITUD MME DE CONFIGURACIÓN DE CONTEXTO INICIAL DE SlAP Tipo de Transferencia Utilización de valor por defecto predeterminado (por ejemplo, "intraLTE" ) .

Causa Utilización de valor de Causa del mensaje de TRANSFERENCIA REQUERIDA DE SlAP índice de Bits Máximo Incluido en los mensajes de SOLICITUD Agregado de EU DE CONFIGURACIÓN DE CONTEXTO INICIAL DE SlAP O SOLICITUD DE CONFIGURACIÓN/MODIFICACIÓN DE E-RAB ID de E-RAB (E-RAB Incluido en el mensaje de que van a TRANSFERENCIA REQUERIDA DE SlAP establecerse) Dirección de Capa de Incluido en el mensaje de SOLICITUD Transporte DE CONFIGURACIÓN DE CONTEXTO INICIAL DE SlAP para E-RAB por defecto o en los mensajes de SOLICITUD DE CONFIGURACIÓN/MODIFICACIÓN de E-RAB de SlAP para cualesquier otros E-RAB.

GTP TEID Incluido en el mensaje de SOLICITUD DE CONFIGURACIÓN DE CONTEXTO INICIAL DE SlAP para el E-RAB por defecto o en los mensajes de SOLICITUD DE CONFIGURACIÓN/MODIFICACIÓN DE E-RAB DE SlAP para cualesquier otros E-RAB.

Parámetros de QoS de Incluido en el mensaje de SOLICITUD Nivel de E-RAB DE CONFIGURACIÓN DE CONTEXTO INICIAL DE SlAP para el E-RAB por defecto o en los mensajes de SOLICITUD DE CONFIGURACIÓN/MODIFICACIÓN DE E-RAB DE SlAP para cualesquier otros E-RAB.

Contenedor Incluido en el mensaje de Transparente para eNB TRANSFERENCIA REQUERIDA DE SlAP. de Origen a eNB de Destino Lista de Este IE opcional puede transferirse Restricciones de desde la MME hasta el HeNB en muchos Transfereneia mensajes diferentes y el HeNB-GW puede almacenar la información. Un ejemplo es el mensaje de SOLICITUD DE CONFIGURACIÓN DE CONTEXTO INICIAL DE SlAP.

Activación de Este IE opcional puede transferirse Seguimiento desde la MME hasta el HeNB en muchos mensajes diferentes y el HeNB-GW puede almacenar la información. Un ejemplo es el mensaje de SOLICITUD DE CONFIGURACIÓN DE CONTEXTO INICIAL DE SlAP.

Tipo de Solicitud Este IE opcional puede transferirse desde la MME hasta el HeNB, por ejemplo, en el mensaje de CONTROL DE REPORTE DE UBICACIÓN DE SlAP y el HeNB-GW puede almacenar la información.

Como se indica en la Tabla 1, parte de la información que se requiere para incluir en el mensaje 304 de TRANSFERENCIA REQUERIDA DE SlAP: (a) se incluye en el mensaje 302 de TRANSFERENCIA REQUERIDA DE SlAP, (b) se incluye en los mensajes recibidos en la etapa 202, y/o (c) se genera o se asigna previamente por el puerto de enlace 102. Por consiguiente, en algunas modalidades, el puerto de enlace 102 genera el mensaje 304 de TRANSFERENCIA REQUERIDA DE SlAP al: (i) extraer cierta información del mensaje 302 de TRANSFERENCIA REQUERIDA de SlAP, (ii) recuperar información que se almacenó en la etapa 204, (iii) recuperar información asignada previamente (valores por defecto) , y/o (iv) mapear información incluida en el mensaje 302 de TRANSFERENCIA REQUERIDA DE SlAP en información requerida para incluirse en el mensaje 304 de TRANSFERENCIA REQUERIDA DE SlAP. La Tabla 1 ilustra el caso cuando la conexión de señalización y las portadoras relacionadas se activan en el nodo de red de origen de manera que el puerto de enlace 102 es capaz de ver la señalización de SlAP relacionada y almacenar los valores necesarios para una lógica de transferencia posterior. Principios similares también pueden aplicarse a otros casos (por ejemplo, en el caso donde la conexión de señalización y las portadoras relacionadas inicialmente se establecieron en un eNB y un puerto de enlace 102 no pudo ver la señalización de SlAP relacionada) . En tal caso, la señalización de X2AP o SlAP relacionada con la transferencia desde el eNB hasta el nodo de red de origen contendrá la información necesaria y puede almacenarse por el puerto de enlace 102 para una transferencia posterior desde el nodo de red de origen hasta otro nodo de red. Este mismo principio aplica para toda la lógica de transferencia descrita en la presente.

En otras palabras, lo siguiente son algunas posibilidades diferentes sobre cómo la información requerida puede encontrarse: (1) el puerto de enlace 102 mantiene el estado la información relacionada de una señalización previa relacionada con la conexión de señalización (y las portadoras asociadas) que va a transferirse (por ejemplo, durante la Configuración de Contexto Inicial o Configuración/Modificación de E-RAB o transferencia previa en HeNB, por medio del HeNB-GW) ; (2) el puerto de enlace 102 copia la información del mensaje que activa el procedimiento de transferencia (por ejemplo, el mensaje de TRANSFERENCIA REQUERIDA DE SlAP) al mensaje de SOLICITUD DE TRANSFERENCIA DE SlAP; (3) el puerto de enlace 102 mantiene el estado y la información relacionada durante la preparación de transferencia en la ejecución de la transferencia (por ejemplo, desde el 1er mensaje hasta el 3er mensaje y un ejemplo es que la información se almacena en el HeNB-GW del mensaje de TRANSFERENCIA REQUERIDA DE SlAP y después se utiliza en el mensaje de COMANDO DE TRANSFERENCIA DE SlAP); y (4) el puerto de enlace 102 utiliza los valores por defecto para algunos de los IE. Como parte del proceso de transferencia, los nodos de red de origen y destino pueden enviar mensajes para informar sobre el estado de datos de usuario recibidos (por ejemplo, para SI el mensaje de TRANSFERENCIA DE ESTADO DE eNB DE SlAP y el mensaje de TRANSFERENCIA DE ESTADO DE MME dependiendo de la entidad de envío) . Estos mensajes no se muestran en el flujo de mensajes mostrado en la FIGURA 3, y ni en las tablas de mapeo mostradas, pero es una copia directa de información, excepto por los identificadores de conexión (es decir, ID de SlAP de UE de MME e ID de SlAP de UE de eNB las cuales necesitan reemplazarse con las relacionadas con la conexión) .

Después (etapa 210) , el puerto de enlace 102 recibe desde el nodo de red de destino un mensaje 306 de confirmación (por ejemplo, un mensaje de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA DE SlAP) , el cual se transmitió por el nodo de red de destino en respuesta al mensaje 304. En respuesta al mensaje 306 de confirmación, el puerto de enlace 102 determina si el mensaje 306 de confirmación se transmitió en respuesta al mensaje 304. Si así fue, el procedimiento procede a la etapa 212. En la etapa 212, el puerto de enlace 102 genera un mensaje 308 de comando transferencia (por ejemplo, el mensaje de COMANDO DE TRANSFERENCIA DE SlAP) y transmite el mensaje 308 al nodo de red de origen.

El mensaje 308 de COMANDO DE TRANSFERENCIA DE SlAP requiere un conjunto particular de IE. Con referencia ahora a la Tabla 2 mostrada en lo siguiente, la Tabla 2 muestra una lista de por lo menos algunos de los IE que se requieren para incluirse en el mensaje 308 de COMANDO DE TRANSFERENCIA DE S1AP.

TABLA 2 Los IE en COMANDO DE Fuente ejemplar para la información TRANSFERENCIA DE S1AP Tipo de Mensaje Definido en 3GPP TS 36.413 ID de S1AP de UE de Puede obtenerse por el HeNB-GW MME durante la señalización de SlAP anterior .

ID de S1AP de UE de Puede obtenerse por el HeNB-GW eNB durante la señalización de SlAP anterior.

Tipo de Utilización de valor por defecto (por Transferencia ejemplo, "IntraLTE") .

ID de E-RAB (E-RAB Si este IE opcional recibido en el que se reenviarán) HeNB-GW en el mensaje de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA DE SlAP es la Lista Admitida por E-RAB Dirección de la Capa Si este IE opcional recibido en el de Transporte de DL HeNB-GW en el mensaje de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA de SlAP es la Lista Admitida por E-RAB DL GTP TEID Si este IE opcional recibido en el HeNB-GW en el mensaje de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA DE SlAP es la Lista Admitida por E-RAB ID de E-RAB (E-RAB Si este IE opcional recibido en el que se liberarán) HeNB-GW en el mensaje de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA DE SlAP es la Lista Admitida por E-RAB Contenedor Puede obtenerse por el HeNB-GW del Transparente para mensaje de CONFIRMACIÓN DE SOLICITUD eNB de Destino a eNB DE TRANSFERENCIA DE SlAP. de Origen Diagnósticos de Si este IE opcional recibido en el Estado Crítico HeNB-GW en el mensaje de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA DE SlAP es el Diagnóstico de Estado Crítico de IE.

Como se indica en la Tabla 2 , algunos de los IE que se requieren para incluirse en el mensaje 308 de COMANDO DE TRANSFERENCIA DE SlAP : (a) se incluyen en el mensaje 306 de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA DE SlAP o (b) se incluyen en los mensajes recibidos en la etapa 202. Por consiguiente, en algunas modalidades, el puerto de enlace 102 genera el mensaje 308 de COMANDO DE TRANSFERENCIA DE SlAP al: (i) extraer cierta información del mensaje 306 de CONFIRMACIÓN DE SOLICITUD TRANSFERENCIA DE SlAP, (ii) recuperar información almacenada en la etapa 204 y (iii) recuperar la información asignada previamente (valores por defecto) .

En respuesta al mensaje 308 de COMANDO DE TRANSFERENCIA DE SlAP, el nodo de red de origen transmite un mensaje 310 de comando transferencia (por ejemplo, el mensaje de RRC RRCConnectionReconfiguration) al UE 1 2. En respuesta al mensaje 310 de comando de transferencia, el UE 192 transmite un mensaje 312 de confirmación de transferencia (por ejemplo, el mensaje de RRC RRCConnectionReconfigurationComplete) al nodo de red de destino, el cual entonces transmite al puerto de enlace 102 un mensaje 314 de notificación de transferencia (por ejemplo, el mensaje de NOTIFICACIÓN DE TRANSFERENCIA DE SlAP) .

En la etapa 214, el puerto de enlace 102 recibe el mensaje 314 de notificación de transferencia y determina si el mensaje 314 se relaciona con el mensaje 306. Dado que el puerto de enlace 102 hasta ahora ha ocultado la transferencia en curso del nodo de control de red 104 central, el puerto de enlace 102 necesita actualizar el nodo de control de red central sobre la transferencia realizada. Esto se realiza al generar un mensaje 316 de SOLICITUD DE CAMBIO DE TRAYECTORIA DE SIAP y enviar un mensaje 316 hacia la red 104 central (por ejemplo, una M E en la red central) (este mensaje normalmente sólo se utiliza para la transferencia basada en X2) (etapa 216) . El puerto de enlace 102 encuentra la información necesaria para el mensaje 316 utilizando los principios antes descritos. Es decir, el puerto de enlace 102 utiliza información almacenada, generada y/o recibida previamente, como se describe en la presente, para generar el mensaje 316.

Con referencia ahora a la Tabla 3 mostrada en lo siguiente, la tabla 3 muestra una lista de por lo menos algunos de los IE que se requieren para incluirse en el mensaje 316 de SOLICITUD DE CAMBIO DE TRAYECTORIA DE SIAP.

TABLA 3 Los IE en SOLICITUD Fuente ejemplar para la información DE CAMBIO DE TRAYECTORIA DE SIAP Tipo de Mensaje Definido en 3GPP TS 36.413 ID de SIAP de UE de Puede obtenerse por el HeNB-GW durante eNB la señalización de SIAP anterior ID de E-RAB ID (E- Puede obtenerse por el HeNB-GW RAB que van a durante la señalización de SlAP conmutarse) anterior, por ejemplo, puede recibirse en el HeNB-GW en el mensaje de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA DE SlAP en el IE de Lista Admitida por E-RAB.

Dirección de la Capa Puede obtenerse por el HeNB-GW de Transporte durante la señalización SlAP anterior, por ejemplo, puede recibirse en el HeNB-GW en el mensaje de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA DE SlAP en el IE de la Lista Admitida por E-RAB.

GTP TEID Puede obtenerse por el HeNB-GW durante la señalización de SlAP anterior, por ejemplo, puede recibirse en el HeNB-GW en el mensaje de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA DE SlAP en el IE de la Lista Admitida por E-RAB.

ID de SlAP de UE de Puede obtenerse por el HeNB-GW MME de Origen durante la señalización de SlAP anterior .

CGI de E-UTRAN Puede obtenerse por el HeNB-GW durante la señalización de SlAP anterior, por ejemplo, en el mensaje de SOLICITUD DE TRANSFERENCIA DE SlAP y el IE de Contenedor Transparente para eNB de Origen al eNB de Destino.

Como se indica en la Tabla 3 , algunos de los IE que se requieren para incluirse en el mensaje 312 de SOLICITUD DE CAMBIO DE TRAYECTORIA DE SlAP: (a) se incluyen en el mensaje 302 de SOLICITUD DE TRANSFERENCIA DE SlAP, (b) se incluyen en el mensaje 306 de CONFIRMACIÓN DE SOLICITUD DE TRANSFERENCIA DE SlAP, o (c) se incluyen en los mensajes recibidos en la etapa 202. Por consiguiente, en algunas modalidades, el puerto de enlace 102 genera el mensaje 312 de SOLICITUD DE CAMBIO DE TRAYECTORIA DE SIAP al: (i) extraer cierta información de los mensajes 302 y 306 y/o (ii) recuperar información almacenada en la etapa 204.

Después (etapa 218) , el puerto de enlace 102 recibe de la red central (por ejemplo, de la MME) un mensaje 318 de CONFIRMACIÓN DE SOLICITUD DE CAMBIO DE TRAYECTORIA DE SIAP.

En la etapa 220, el puerto de enlace 102 genera un mensaje 329 de COMANDO DE LIBERACIÓN DE CONTEXTO DE UE DE SlAP y lo transmite al nodo de red de origen por lo que activa la liberación del recurso en el nodo de red de origen. El puerto de enlace 102 encuentra los IE necesarios para el mensaje 320 utilizando los principios descritos anteriormente. Es decir, el puerto de enlace 102 utiliza información almacenada, generada y/o recibida previamente, como se describe en la presente, para generar el mensaje 320. En la etapa 222, el puerto de enlace 102 recibe del nodo de red de origen un mensaje 322 de FINALIZACIÓN DE LIBERACIÓN DE CONTEXTO DE UE DE SIAP.

Cabe señalar que la FIGURA 3 se simplifica en el sentido de que ni una MME o un GW de Servicio se reasigna en estas figuras . La reasignación de estos nodos no contiene ningún HeNB de señalización específico. Los detalles de reenvío de los datos de usuario tampoco se muestran ya que no son importantes para estos flujos (es decir, no existen diferencias significativas sobre los flujos de señalización bien conocidos) .

Un beneficio de configurar el puerto de enlace 102 para realizar el proceso 200 es que resulta en menos carga de señalización hacia el nodo de control de red central.

Con referencia ahora a la FIGURA 4, la FIGURA 4 es un diagrama de bloque funcional del puerto de enlace 102 de acuerdo con algunas modalidades de la invención. Como se muestra, el puerto de enlace 102 puede comprender un sistema 402 de procesamiento de datos (por ejemplo, uno o más microprocesadores), un sistema 406 de almacenamiento de datos (por ejemplo, uno o más dispositivos de almacenamiento no volátil) y software 408 de computadora almacenado en el sistema 406 de almacenamiento. Los parámetros 410 de configuración también pueden almacenarse en el sistema 406 de almacenamiento. El puerto de enlace 102 también puede incluir circuitería de transmisión/recepción (Tx/Rx) para comunicarse con el eNB 103, HeNB 101 y CN 104. Por ejemplo, el puerto de enlace 102 puede incluir el módulo 404 de Tx/Rx para transmitir datos hasta y recibir datos desde los HeNB 101, el módulo 405 de Tx/Rx para transmitir datos hasta y recibir datos desde, por ejemplo, la red 104 central, y el módulo 407 de Tx/Rx para transmitir datos hasta y recibir datos desde los eNB 103. El software 408 se configura de manera que cuando el sistema 402 de procesamiento ejecuta el software 408, el puerto de enlace 102 realiza las etapas descritas anteriormente con referencia a los diagramas de flujo mostrados en la FIGURA 2. Es decir, por ejemplo, el software 408 puede incluir un módulo para generar un mensaje de SOLICITUD DE TRANSFERENCIA DE SlAP en respuesta al puerto de enlace 102 que recibe de un HeNB un mensaje de TRANSFERENCIA REQUERIDA DE SlAP que identifica otro HeNB como el destino de la transferencia.

Aunque se han descrito anteriormente varias modalidades de la presente invención, debe comprenderse que se han presentado a manera de ejemplo solamente, y no de limitación. Por ejemplo, las modalidades también aplican en otros casos diferentes de un sistema que consiste de HeNB y HeNB-GW. Un ejemplo puede ser la solución donde un puerto de enlace de estación base se utiliza entre una o más estaciones base y la red central y cuando la misma interfaz o similar se utiliza en ambos lados del puerto de enlace de estación base. De este modo, la extensión y alcance de la presente invención no debe limitarse por alguna de las modalidades ejemplares descritas anteriormente.

Adicionalmente, aunque los procesos descritos anteriormente e ilustrados en los dibujos se muestran como una secuencia de etapas, esto se realizó solamente por motivos de ilustración. Por consiguiente, se contempla que algunas etapas pueden agregarse, algunas etapas pueden omitirse, el orden de etapas puede redisponerse, y algunas etapas pueden realizarse en paralelo.

Claims

REIVINDICACIONES

1. Un método para transferir una conexión desde una estación base de origen (101a) hasta una estación base de destino (101b) que comprende: (a) recibir (202) , en un puerto de enlace (102) , un mensaje de transferencia requerida (302) transmitido desde la estación base de origen, el mensaje de transferencia requerida indica que una conexión de equipo de usuario, UE, (192) atendida por la estación base de origen debe transferirse a una estación base de destino; (b) generar (208) en el puerto de enlace, un mensaje de solicitud de transferencia (304) en respuesta a recibir el mensaje de transferencia requerida (302) ; y (c) transmitir (208) , desde el puerto de enlace, hasta la estación base de destino el mensaje de solicitud de transferencia (304) , en donde el puerto de enlace actúa como un proxy de un nodo de control de red central (104) para una pluralidad de estaciones base (101) que se conectan al puerto de enlace (102) .

2. El método de la reivindicación 1, en donde la etapa de transmitir el mensaje de solicitud de transferencia a la estación base de destino comprende transmitir el mensaje de solicitud de transferencia sobre una configuración de interfaz existente entre el puerto de enlace y la estación base de destino.

3. El método de cualquiera de las reivindicaciones 1-2, en donde el mensaje de transferencia requerida es un mensa e de TRANSFERENCIA REQUERIDA DE SlAP, y el mensaje de solicitud de transferencia es un mensaje de SOLICITUD DE TRANSFERENCIA DE SlAP.

4. El método de cualquiera de las reivindicaciones 1-3, que además comprende: (d) recibir (210) , en el puerto de enlace, un mensaje de confirmación de solicitud de transferencia (306) transmitido desde la estación base de destino ,- (e) generar (212) en el puerto de enlace, un mensaje de comando de transferencia (308) en respuesta a recibir en el puerto de enlace el mensaje de confirmación de solicitud de transferencia (306) ; y (f) transmitir (212), desde el puerto de enlace, el mensaje de comando de transferencia (308) hasta la estación base de origen.

5. El método de cualquiera de las reivindicaciones 1-4, que además comprende: (g) recibir (214) en el puerto de enlace, un mensaje de notificación de transferencia (314) transmitido desde la estación base de destino en respuesta a la estación base de destino que recibe un mensaje de confirmación de transferencia (312) transmitido desde el UE (192); ( ) generar (216) , en el puerto de enlace, un mensaje de solicitud de cambio de trayectoria (316) en respuesta a recibir en el puerto de enlace el mensaje de notificación de transferencia (314) ; (i) transmitir (216) desde el puerto de enlace, el mensaje de solicitud de cambio de trayectoria (316) a un nodo de control de red central (104) .

6. El método de la reivindicación 5, en donde el nodo de control de red central es una Entidad de Administración de Movilidad, MME (392) .

7. El método de cualquiera de las reivindicaciones 5-6, que además comprende: (j) recibir (218), en el puerto de enlace, un mensaje de confirmación de solicitud de cambio de cambio de trayectoria (318) transmitido desde el nodo de control de red central ; (k) generar (220) , en el puerto de enlace, un mensaje de comando de liberación de contexto de UE (320) en respuesta a recibir el mensaje de confirmación de solicitud de cambio de trayectoria (318) ; y (1) transmitir (220) , desde el puerto de enlace, el mensaje de comando de liberación de contexto de UE (320) a la estación base de origen.

8. El método de la reivindicación 7 , que además comprende recibir (222) , en el puerto de enlace, un mensaje de finalización de liberación de contexto de UE (322) transmitido desde la estación base de origen.

9. El método de cualquiera de las reivindicaciones 4-8, en donde la estación base de origen se configura para transmitir un mensaje de comando de transferencia (310) al UE en respuesta a recibir el mensaje de comando de transferencia (308) transmitido desde el puerto de enlace.

10. El método de cualquiera de las reivindicaciones 1-9, en donde en respuesta a recibir el mensaje de transferencia requerida (302) transmitido desde la estación base de origen, el puerto de enlace no transmite ningún mensaje de transferencia a ningún nodo de control de red central .

11. El método de cualquiera de las reivindicaciones 1-10, en donde, en respuesta directa a recibir el mensaje de transferencia requerida (302), el puerto de enlace determina si existe una conexión con la estación base de destino y, si se determina que existe una conexión, entonces el puerto de enlace genera el mensaje de solicitud de transferencia (304) y transmite el mensaje de solicitud de transferencia (304) a la estación base de destino mediante la conexión, de otra manera el puerto de enlace reenvía el mensaje de transferencia requerida (302) a un nodo de red central (392) .

12. El método de cualquiera de las reivindicaciones 1-11, en donde la etapa de generar el mensaje de solicitud de transferencia (304) comprende una o más de las siguientes etapas : (i) extraer cierta información del mensaje de transferencia requerida y excluir la información extraída en el mensaje de solicitud de transferencia; (ii) recuperar la información previamente almacenada que se incluyó en uno o más mensajes de control previamente recibidos en el puerto de enlace, en donde los mensajes de control se relacionan con una conexión establecida con el UE, e incluyen la información recuperada en el mensaje de solicitud de transferencia; (iii) mapear la información incluida en el mensaje de transferencia requerida en la información requerida para incluirse en el mensaje de solicitud de transferencia; (iv) agregar al mensaje de solicitud de transferencia uno o más valores por defecto predeterminados.

1 . El método de la reivindicación 12 , en donde uno o más de los mensajes de control es el mensaje de SOLICITUD DE CONFIGURACIÓN DE CONTEXTO INICIAL DE SlAP.

14. El método de cualquiera de las reivindicaciones 1-13 , en donde la estación base de origen es una femto-estación base y la estación base de destino es una femto-estación base.

15. Un aparato de puerto de enlace (102) para facilitar la transferencia de una conexión desde una estación base de origen (101a) hasta una estación base de destino (101b) , que comprende: (a) un sistema de almacenamiento de datos (406) que almacena software de computadora (408) ; (b) un sistema dé procesamiento de datos (402) para ejecutar el software de computadora; (c) un módulo de transmisión y recepción (404) para (i) recibir el mensaje transmitido desde la estación base de origen tal como un mensaje de transferencia requerida que indica que una conexión de equipo de usuario, UE (192) atendida por la estación base de origen debe transferirse a la estación base de destino y (ii) transmitir los mensajes; y (d) un módulo de transmisión y recepción (405) para (i) transmitir mensajes a un nodo de control de red central y (ii) recibir mensajes desde el nodo de control de red central, en donde el software de computadora se configura de manera que cuando el software de computadora se ejecute por el sistema de procesamiento de datos, el sistema de procesamiento de datos, en respuesta a recibir el mensaje de transferencia requerida, utiliza el módulo de transmisión y recepción para transmitir a la estación base de destino un mensaje de solicitud de transferencia que se generó por el sistema de procesamiento si el sistema de procesamiento es capaz de comunicarse con el nodo de red de destino, y el software de computadora además se configura de manera que cuando el software de computadora se ejecuta por el sistema de procesamiento de datos, el sistema de procesamiento de datos se puede operar para funcionar como un proxy de un nodo de control de red central (392) para una pluralidad de estaciones base (101) que se conectan comunicativamente con el aparato de puerto de enlace (102) .

16. El aparato de puerto de enlace de la reivindicación 15, en donde el sistema de procesamiento de datos utiliza el módulo de transmisión y recepción para transmitir el mensaje de solicitud de transferencia a la estación base de destino sobre una configuración de interfaz existente entre el aparato de puerto de enlace y la estación base de destino.

17. El aparato de puerto de enlace de cualquiera de las reivindicaciones 15-16, en donde el mensaje de transferencia requerida es un mensaje de TRANSFERENCIA REQUERIDA DE SlAP, y el mensaje de solicitud de transferencia es un mensaje de SOLICITUD DE TRANSFERENCIA DE SlAP.

18. El aparato de puerto de enlace de cualquiera de las reivindicaciones 15-17, en donde el software de computadora además se configura de manera que cuando el software de computadora se ejecute por el sistema de procesamiento de datos, el sistema de procesamiento de datos, en respuesta a recibir un mensaje de confirmación de solicitud de transferencia (306) transmitido desde la estación base de destino, genera un mensaje de comando de transferencia (308) y utiliza el módulo de transmisión y recepción (404) para transmitir el mensaje de comando de transferencia (308) a la estación base de origen.

19. El aparato de puerto de enlace de cualquiera de las reivindicaciones 15-18, en donde el software de computadora además se configura de manera que cuando el software de conmutadora se ejecuta por el sistema de procesamiento de datos, el sistema de procesamiento de datos, en respuesta a recibir un mensaje de notificación de transferencia (314) transmitido desde la estación base de destino en respuesta a la estación base destino que recibe un mensaje de confirmación de transferencia (312) transmitido desde el UE (192), genera un mensaje de solicitud de cambio de trayectoria (316) y utiliza el módulo de transmisión y recepción (405) para transmitir el mensaje de solicitud de cambio de trayectoria (316) al nodo de red central (392) .

20. El aparato de puerto de enlace de la reivindicación 19, en donde el nodo de red central es una Entidad de Administración de Movilidad, MME.

21. El aparato de puerto de enlace de cualquiera de las reivindicaciones 19-20, en donde el software de computadora además se configura de manera que cuando el software de computadora se ejecuta por el sistema de procesamiento de datos, el sistema de procesamiento de datos, en respuesta a recibir un mensaje de confirmación de solicitud de cambio de trayectoria (318) transmitido desde el nodo de red central, genera un mensaje de comando de liberación de contexto de UE (320) y utiliza el módulo de transmisión y recepción (404) para transmitir el mensaje de comando de liberación de contexto de UE (320) a la estación base de origen.

22. El aparato de puerto de enlace de cualquiera de las reivindicaciones 18-21, en donde la estación base de origen se configura para transmitir un mensaje de comando de transferencia (310) al UE en respuesta a recibir el comando de transferencia (308) transmitido desde el puerto enlace.

23. El aparato de puerto de enlace de cualquiera de las reivindicaciones 15-22, en donde el aparato de puerto de enlace se configura de manera que, en respuesta a recibir el mensaje de transferencia requerida (302) transmitido desde la estación base de origen, el aparato de puerto de enlace no transmite ningún mensaje de transferencia a ningún nodo de control de red central .

24. El aparato de puerto de enlace de cualquiera de las reivindicaciones 15-23, en donde el software de computadora se configura de manera que cuando el software de computadora se ejecute por el sistema de procesamiento de datos, el sistema de procesamiento de datos, en respuesta directa a recibir el mensaje de transferencia requerida (302), determina si existe una conexión con la estación base de destino y, si se determina que existe una conexión, entonces genera el mensaje de solicitud de transferencia (304) y transmite el mensaje de solicitud de transferencia (304) a la estación base de destino mediante la conexión, de otra manera reenvía el mensaje de transferencia requerida (302) al nodo de red central (392) .

25. El aparató de puerto de enlace de cualquiera de las reivindicaciones 15-24, en donde el software de computadora se configura para que cuando el software de computadora se ejecute por el sistema de procesamiento de datos, el sistema de procesamiento de datos genera el mensaje de solicitud de transferencia (304) al: (i) ejecutar cierta información desde el mensaje de transferencia requerida e incluir la información extraída en el mensaje de solicitud de transferencia; (ii) recuperar la información previamente almacenada que se incluyó en uno o más mensajes de control previamente recibidos en el puerto de enlace, en donde los mensajes de control se relacionan con una conexión establecida con el üE, e incluyen la información recuperada en el mensaje de solicitud de transferencia; (iii) mapear la información incluida en el mensaje de transferencia requerida en la información requerida para incluirse en el mensaje de solicitud de transferencia; y/o (iv) agregar al mensaje de solicitud de transferencia los valores por defecto predeterminados .

26. El aparato de puerto de enlace de la reivindicación 25, en donde uno o más de los mensajes de control es el mensaje de SOLICITUD DE CONFIGURACIÓN DE CONTEXTO INICIAL DE SlAP.

27. El aparato de puerto de enlace de cualquiera de las reivindicaciones 15-26, en donde la estación base de origen es una femto-estación base y la estación base de destino es una femto-estación base. RESUMEN DE LA INVENCIÓN En un aspecto, la invención proporciona un procedimiento mejorado para transferir una conexión desde un nodo de red de origen hasta un nodo de red de destino. En algunas modalidades, este procedimiento incluye las siguientes etapas: (a) recibir, en un puerto de enlace de red, un mensaje de transferencia requerida transmitido desde el nodo de red de origen; (b) generar, en el puerto de enlace, un mensaje de solicitud de transferencia en respuesta a recibir el mensa e de transferencia requerida; y (c) transmitir, desde el puerto de enlace, el mensaje de solicitud de transferencia al nodo de red de destino. En otro aspecto, la invención proporciona un puerto de enlace de red mejorado que se configura para interceptar y manejar la señalización de transferencia.