ES2586741T3 - Red de auto-retorno en LTE - Google Patents

Red de auto-retorno en LTE Download PDF

Info

Publication number
ES2586741T3
ES2586741T3 ES08794181.1T ES08794181T ES2586741T3 ES 2586741 T3 ES2586741 T3 ES 2586741T3 ES 08794181 T ES08794181 T ES 08794181T ES 2586741 T3 ES2586741 T3 ES 2586741T3
Authority
ES
Spain
Prior art keywords
enodeb
auto
network
return network
anchor
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES08794181.1T
Other languages
English (en)
Inventor
Niklas Johansson
Johan LUNDSJÖ
Gunnar Mildh
András RÁCZ
Christian Hoymann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2586741T3 publication Critical patent/ES2586741T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/825—Involving tunnels, e.g. MPLS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

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

Abstract

Un procedimiento para enviar paquetes a un equipo de usuario, UE, (110) implementado en un sistema que incluye un eNodoB en red de auto-retorno (130) que comunica por medio de una interfaz de radio con un eNodoB ancla (125), donde el eNodoB ancla (125) comunica con una pasarela (160-1) de servicio de red celular, S-GW, o un nodo (165) de una entidad de gestión de movilidad, MME, del equipo de usuario, en el que la S-GW (160-1) se denomina una S-GW para UE (160-1), por medio de una red de transporte (120), caracterizado por que el eNodoB en red de auto-retorno (130) se hace accesible para la S-GW para el UEs (160-1) o el nodo MME (165) por medio de una segunda S-GW (160-2) que da servicio al eNodoB en red de auto-retorno (130), comprendiendo además el procedimiento: recibir (605, 700), en la S-GW para UE (160-1), los paquetes destinados al UE (110) servidos por el eNodoB en red de auto-retorno (130); clasificar (610, 705), en la S-GW para UE (160-1), los paquetes para una o varias portadoras asociadas con el UE (110) servido por el eNodoB en red de auto-retorno (130); encapsular (615, 710), en la S-GW para UE (160-1), los paquetes para un túnel (720) del protocolo de tunelización del servicio general de radio por paquetes, GTP, para el eNodoB en red de auto-retorno (130); enviar (620, 715), desde la S-GW para UE (160-1), los paquetes a una dirección de protocolo de internet, IP, asociada con el eNodoB en red de auto-retorno (130), recibir, en la segunda S-GW (160-2), los paquetes, donde la dirección IP asociada con el eNodoB en red de auto-retorno (130) está asociada con la segunda S-GW (160-2), clasificar (625, 725), en la segunda S-GW (160-2), los paquetes para una o varias portadoras del eNodoB en red de auto-retorno (130), encapsular (630, 730), en la segunda S-GW (160-2), los paquetes para un túnel (740) de protocolo de tunelización del servicio general de radio por paquetes, GPRS, GTP, hacia el eNodoB ancla (125), enviar (635, 735), desde la segunda S-GW (160-2), los paquetes al eNodoB ancla (125), recibir, en el eNodoB ancla (125), los paquetes, desencapsular (640, 745), en el eNodoB ancla (125), los paquetes, mapear (640, 745), en el eNodoB ancla (125), los paquetes a dichas una o varias portadoras del eNodoB en red de auto-retorno (130), enviar (645, 750), desde el eNodoB ancla (125), los paquetes al eNodoB en red de auto-retorno (130) sobre una interfaz de radio, recibir, en el eNodoB en red de auto-retorno, los paquetes, mapear (650, 760), en el eNodoB en red de auto-retorno (130), los paquetes recibidos a dichas una o varias portadoras del UE (110), y enviar (655, 765), desde el eNodoB en red de auto-retorno (130), los paquetes sobre una interfaz de radio al UE (110).

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Red de auto-retorno en LTE SECTOR TECNICO
Las implementaciones descritas en la presente memoria se refieren en general a sistemas de comunicacion inalambrica y, mas en particular, a sistemas de comunicacion inalambrica que utilizan una o varias estaciones base en red de auto-retorno.
ANTECEDENTES
El organo de estandarizacion del proyecto de asociacion de tercera generacion (3GPP, 3rd Generation Partnership Project) esta trabajando actualmente en la especificacion del sistema movil 3G evolucionado, donde la evolucion de la arquitectura, en relacion con la red central, se denomina a menudo SAE (System Architecture Evolution, evolucion de la arquitectura del sistema) o nucleo de paquetes evolucionado (EPC, Evolved Packet Core), mientras que la evolucion de la red de acceso de radio (RAN, Radio Access Network) se denomina evolucion a largo plazo (LTE, Long Term Evolution) o red de acceso de radio terrestre universal evolucionada (E-UTRAN, Evolved Universal Terrestrial Radio Access Network). El nombre SAE/LTE o sistema de paquetes evolucionado (EPS, Evolved Packet System) se refiere al sistema global. La especificacion del estandar 3GPP version 8, que se debe completar en 2008, incluira la especificacion del sistema evolucionado SAE/LTE. Para una descripcion global de la parte LTE de la arquitectura vease 3GPP TS 36.300 "E-UTRA, E-UTRAN Overall Description", y para la parte SAE vease 3GPP TS 23.401 "General Packet Radio Service (GPRS) Enhancements for E-UTRAN Access".
La arquitectura SAE/LTE se denomina asimismo con frecuencia una arquitectura de dos nodos, dado que logicamente hay solamente dos nodos implicados -en los caminos de los planos de usuario y de control- entre el equipo de usuario (UE, User Equipment) y la red central. Estos dos nodos son la estacion base, denominada eNodoB en terminologla 3GPP y pasarela de servicio (S-GW) en el plano de usuario, y la entidad de gestion de movilidad (MME, Mobility Management Entity) en el plano de control. Existen multiples nodos S-GW y MME en una red.
La S-GW ejecuta funciones genericas de procesamiento de paquetes similares a las funciones de encaminador, que incluyen filtrado y clasificacion de paquetes. La MME termina los protocolos de senalizacion de estrato sin acceso (NAS, Non-Access Stratum) con el UE y mantiene el contexto del UE incluyendo las portadoras establecidas, el contexto de seguridad as! como la localizacion del UE.
En la arquitectura LTE, los protocolos especlficos del radioenlace, que incluyen el protocolo de control del radioenlace (RLC, Radio Elink Control) y los protocolos de control de acceso al medio (MAC, Medium Access Control) terminan en el eNodoB. En el plano de control, el eNodoB utiliza el protocolo de control de recursos radioelectricos (RRC, Radio Resource Control) para ejecutar el control de recursos de radio a una escala de tiempo mayor hacia el UE, tal como, por ejemplo, el establecimiento de portadoras radioelectricas con ciertas caracterlsticas de calidad de servicio (QoS, Quality of Service), el control de mediciones de UE o el control de traspasos.
La interfaz de red entre el eNodoB y la red EPC se denomina la interfaz S1, tiene una parte de protocolo de control (S1-CP) que conecta con la MME y una parte del plano de usuario (S1-UP) que conecta con la S-GW. La parte del plano de usuario de la interfaz S1 esta basada en el protocolo de tunelizacion GPRS (GTP, GPRS Tunneling Protocol). El mecanismo de tunelizacion es necesario para asegurar que los paquetes de protocolo de Internet (IP) destinados al UE se pueden entregar al eNodoB correcto en el que esta situado actualmente en UE. Por ejemplo, el paquete IP original es encapsulado en otro paquete IP exterior que esta dirigido al propio eNodoB.
El protocolo del plano de control S1 se denomina S1-AP y se transporta sobre el protocolo de transmision de control de flujo (SCTP, Stream Control Transmission protocol)/IP. La MME utiliza el protocolo S1-AP para comunicarse con el eNodoB, por ejemplo, con el fin de solicitar el establecimiento de portadoras radioelectricas para soportar los servicios QoS para el UE. Existe asimismo una interfaz de red entre eNodoBs vecinos, que se denomina la interfaz X2, y tiene una estructura de protocolo similar a la de la interfaz S1 con la excepcion de que el protocolo de control se denomina X2-AP. La interfaz X2 se utiliza principalmente para la ejecucion del traspaso de un UE desde un eNodoB al otro, pero se utiliza asimismo para la coordinacion entre celdas de otras funciones de gestion de recursos radioelectricos, tal como la coordinacion de interferencia entre celdas. Durante la ejecucion de un traspaso, el eNodoB de origen comunica con el eNodoB de destino por medio del protocolo X2-AP para preparar el traspaso, y durante la ejecucion del traspaso envla los paquetes pendientes del plano de usuario al eNodoB de destino, los cuales deben ser distribuidos al UE una vez que han llegado al eNodoB de destino. El envlo de paquetes se realiza a traves del plano de usuario X2, lo que se hace utilizando el protocolo de tunelizacion GTP de manera similar al plano de usuario en la interfaz S1.
La infraestructura de red que se utiliza para conectar los diferentes nodos de red, por ejemplo, los eNodoBs, las MMEs y las S-GWs, es una red de transporte basada en IP, que puede incluir redes L2 con diferentes tecnologlas, es decir, enlaces SDH, enlaces Ethernet, enlaces de llnea de abonado digital (DSL, Digital Subscriber Line) o enlaces de microondas, etc. El tipo de red de transporte y de tecnologlas L2 utilizadas es una cuestion de
5
10
15
20
25
30
35
40
45
50
55
60
implantacion, que depende de la disponibilidad, del coste, de la titularidad, de las preferencias del operador, etc., de dichas redes en el escenario de implantacion particular. Sin embargo, en general se tiene que los costes relacionados con la red de transporte desempenan a menudo una parte significativa de los costes de operation globales de la red.
En otra mejora del sistema LTE, denominada LTE avanzado, 3GPP discute posibles soluciones para utilizar la interfaz de radio LTE desde un eNodoB no solo para dar servicio a los UEs sino asimismo para dar servicio a un enlace de red de retorno para conectar a otros eNodoBs. Es decir, un eNodoB puede proporcionar la conectividad de la red de transporte para otros eNodoBs utilizando una conexion de radio LTE por medio de otros eNodoBs. Este procedimiento se denomina "red de auto-retorno" dado que el propio enlace de radio se utiliza asimismo como enlace de transporte para algunas de las estaciones base. En un sistema LTE que utiliza red de auto-retorno, un eNodoB que esta conectado a la red por medio de una conexion de radio se denomina un eNodoB en red de auto- retorno, o B-eNodoB para abreviar, mientras que el eNodoB que esta proporcionando la conexion de radio de red de retorno para otro u otros eNodoBs se denomina el eNodoB ancla o A-eNodoB para abreviar ("eNodoB" se refiere por si mismo a eNodoBs habituales, que no son eNodoBs de red de auto-retorno ni de ancla).
El documento "MeshDV: A Distance Vector Mobility-Tolerant Routing Protocol for Wireless Mesh Networks", de Luigi lannone y Serge Fdida, Universidad de Paris VI, Francia, de 21 de junio de 2005, da a conocer un protocolo de encaminamiento para redes de malla inalambricas (WMNs, wireless mesh networks) que consiste en encaminadores de malla inalambricos (WMRs, wireless mesh routers) y clientes de malla. La tarea de los protocolos de encaminamiento es descubrir y mantener que cliente esta conectado a que WMRs, lo que es necesario para soportar comunicacion entre dos clientes bajo diferentes WMRs. El protocolo de encaminamiento funciona en un entorno de red ad hoc, con elementos de red autonomos y de control distribuidos, utilizando protocolos de encaminamiento de red ad hoc basados en protocolo de Internet (IP).
COMPENDIO
Actualmente, no existen soluciones conocidas para funcionar con red de auto-retorno en LTE. Las realizaciones a modo de ejemplo descritas en la presente memoria proporcionan medios para funcionar con red de auto-retorno en LTE exponiendo y haciendo visible/accesible el eNodoB en red de auto-retorno en el nivel de servicio de la red del operador, lo que significa que el eNodoB en red de auto-retorno se puede tratar/servir mediante los mismos mecanismos (procedimientos de serialization SAE/LTE, etc.) que se utilizan para dar servicio a los UEs habituales. Un mecanismo para conseguir esto es exponer la direction IP del eNodoB en red de auto-retorno a la red del operador, haciendola disponible para los mismos mecanismos de la capa de servicio ya utilizados en SAE/LTE.
Las realizaciones a modo de ejemplo descritas en la presente memoria proporcionan dos enfoques generales para funcionar con red de auto-retorno en LTE. En un enfoque de encapsulation, el eNodoB en red de auto-retorno se puede tratar como un UE desde el punto de vista del eNodoB ancla que gestiona el trafico hacia/desde sus propios UEs (es decir, UEs servidos por el eNodoB en red de auto-retorno). En un enfoque de encaminamiento de red, el eNodoB ancla se puede considerar como una parte de la red de transporte, que actua como un encaminador IP entre el eNodoB en red de auto-retorno y la red central. Por lo tanto, las realizaciones a modo de ejemplo descritas en la presente memoria dan a conocer una solution para implementar red de auto-retorno en la arquitectura LTE actual con una minima modification de las interfaces, de los protocolos y de los nodos de red existentes.
De acuerdo con un aspecto, un procedimiento se puede implementar en un sistema que incluye un eNodoB en red de auto-retorno que comunica por medio de una interfaz de radio con un eNodoB ancla segun la reivindicacion 1.
De acuerdo con otro aspecto, se puede disponer un eNodoB ancla segun la reivindicacion 7 o segun la reivindicacion 8.
De acuerdo con otro aspecto mas, se puede implementar un procedimiento en un eNodoB ancla, segun la reivindicacion 9 o segun la reivindicacion 10.
BREVE DESCRIPCION DE LOS DIBUJOS
La figura 1 muestra un sistema de comunicaciones a modo de ejemplo que incluye uno o varios eNodoBs en red de auto-retorno;
la figura 2 muestra componentes a modo de ejemplo de un dispositivo que puede corresponder a los eNodoBs ancla y/o a los eNodoBs en red de auto-retorno de la figura 1; la figura 3A muestra componentes a modo de ejemplo de un UE de la figura 1;
la figura 3B muestra una implementation a modo de ejemplo del UE de la figura 3A, donde el UE incluye un radiotelefono celular;
la figura 4 muestra una arquitectura del protocolo del plano de usuario de la interfaz S1 (S1-UP, S1 interface user plane) asociada con una primera realization a modo de ejemplo;
la figura 5 representa ademas una arquitectura del protocolo de UP de interfaz X2 (X2-UP) asociada con la primera realizacion a modo de ejemplo.
5
10
15
20
25
30
35
40
45
50
55
60
65
las figuras 6A y 6B son diagramas de flujo de un proceso a modo de ejemplo asociado con procesamiento y encaminamiento de paquetes de enlace descendente, de acuerdo con la realizacion a modo de ejemplo de las figuras 4 y 5;
la figura 7 es un diagrama de mensajerla asociado con el proceso a modo de ejemplo de las figuras 6A y 6B, la figura 8 representa una arquitectura del protocolo del plano de usuario de la interfaz S1 (S1-UP) asociada con la segunda realizacion a modo de ejemplo.
la figura 9 representa ademas una arquitectura del protocolo de UP de interfaz X2 (X2-UP) asociada con la primera realizacion a modo de ejemplo.
las figuras 10A y 10B son diagramas de flujo de un proceso a modo de ejemplo asociado con procesamiento y encaminamiento de paquetes de enlace descendente, de acuerdo con la realizacion a modo de ejemplo de las figuras 8 y 9;
la figura 11 es un diagrama de mensajerla asociado con el proceso a modo de ejemplo de las figuras 10A y 10B,
la figura 12 muestra una arquitectura del protocolo de plano de control (CP) de S1, asociada con las realizaciones a modo de ejemplo de las figuras 4, 5; 8 y 9;
la figura 13 muestra una arquitectura del protocolo de CP en una interfaz X2 para las realizaciones a modo de ejemplo de las figuras 4, 5, 8 y 9;
la figura 14 muestra una arquitectura del protocolo de S1-CP asociada con una segunda realizacion a modo de ejemplo;
la figura 15 muestra una arquitectura del protocolo de X2-UP, asociada con la segunda realizacion a modo de ejemplo de la figura 14;
la figura 16 muestra una arquitectura del protocolo de S1-CP asociada con la segunda realizacion a modo de ejemplo de las figuras 14 y 15;
la figura 17 muestra una arquitectura del protocolo de X2-CP asociada con la segunda realizacion a modo de ejemplo de las figuras 14, 15 y 16;
la figura 18 es un diagrama de flujo de un proceso a modo de ejemplo asociado con procesamiento y encaminamiento de paquetes de enlace descendente, de acuerdo con la realizacion a modo de ejemplo de las figuras 14 a 17;
la figura 19 es un diagrama de mensajerla asociado con el proceso a modo de ejemplo de la figura 18;
la figura 20 muestra una arquitectura del protocolo de S1-UP asociada con una tercera realizacion a modo de
ejemplo;
la figura 21 muestra una arquitectura del protocolo de S1-CP asociada con la tercera realizacion a modo de ejemplo de la figura 20;
las figuras 22A y 22B representan una transferencia a modo de ejemplo de un UE desde un primer eNodoB en red de auto-retorno a un segundo eNodoB en red de auto-retorno, en un sistema de comunicaciones inalambricas; y
las figuras 23A y 23B representan una transferencia a modo de ejemplo de un UE desde un eNodoB en red de auto-retorno hasta un eNodoB, en un sistema de comunicaciones inalambricas.
DESCRIPCION DETALLADA
La siguiente description detallada de la invention se refiere a los dibujos adjuntos. Los mismos numeros de referencia en los diferentes dibujos pueden identificar elementos iguales o similares. Asimismo, la siguiente descripcion detallada no limita la invencion.
La figura 1 muestra un sistema de comunicaciones 100 a modo de ejemplo que puede incluir dispositivos UE 110-1, 110-2 y 110-3 conectados a una red SAE/LTE, que puede incluir nodos eNodoB, nodos MME y nodos S-GW, todos ellos conectados a una red de transporte 120. Tal como se muestra en la figura 1, el sistema 100 puede incluir un eNodoB ancla 125 (A-eNodoB1) que conecta con un eNodoB en red de auto-retorno (B-eNodoB1) por medio de una interfaz de radio 135, y un eNodoB ancla 140 (A-eNodoB2) que conecta con un eNodoB en red de auto-retorno (B- eNodoB2) por medio de una interfaz de radio 145. El eNodoB ancla 125 y el eNodoB ancla 140 pueden dar servicio a UEs ademas de proporcionar uno o varios enlaces de "red de retorno" para conectar con otros eNodoBs, tales como el eNodoB en red de auto-retorno 130 y el eNodoB en red de auto-retorno 150. Por lo tanto, el eNodoB ancla 125 puede utilizar la interfaz de radio 135 para proporcionar un enlace de transporte para el eNodoB en red de auto- retorno 130, y el eNodoB ancla 140 puede utilizar la interfaz de radio 145 para proporcionar un enlace de transporte para el eNodoB en red de auto-retorno 150. Un "eNodoB en red de auto-retorno" tal como se menciona en la presente memoria incluye un eNodoB que esta conectado a una red de transporte 120 por medio de una conexion de radio. Un "eNodoB ancla" tal como se utiliza en la presente memoria, incluye un eNodoB que proporciona una conexion radioelectrica de red de retorno para uno o varios eNodoBs adicionales (por ejemplo, para eNodoBs en red de auto-retorno).
En la figura 1 se representan dos eNodoBs ancla y eNodoBs en red de auto-retorno por razones de simplicidad. Sin embargo, el sistema 100 puede incluir menos o mas eNodoBs ancla y eNodoBs en red de auto-retorno respecto de los mostrados en la figura 1. El sistema 100 puede incluir ademas uno o varios eNodoBs adicionales (por ejemplo, el eNodoB 155 mostrado en la figura 1) ademas de eNodoBs ancla 125 y 140, donde los otros eNodoBs pueden no proporcionar enlaces de red de auto-retorno para otros eNodoBs. Estos otros eNodoBs (por ejemplo, el eNodoB 155) incluyen eNodoBs que no son eNodoBs ancla ni eNodoBs en red de auto-retorno.
5
10
15
20
25
30
35
40
45
50
55
60
65
El sistema 100 puede incluir adicionalmente una o varias pasarelas de servicio (S-GW) 160-1 hasta 160-N, y una o varias entidades de gestion de movilidad (MME) 165-1 hasta 165-M. En algunas implementaciones descritas en la presente memoria, puede haber una funcion logica de S-GW (por ejemplo, S-GW 160-1) asociada con un B-eNodoB determinado y una funcion de S-GW independiente (por ejemplo, S-GW 160-2) asociada con el UE que esta siendo servido por el B-eNodoB. En algunas implementaciones, estas dos funciones logicas pueden estar emplazadas conjuntamente en el mismo nodo flsico. Adicionalmente, las S-GW 160-1 hasta 160-N pueden incluir ademas funcionalidad logica de pasarela de red de datos de paquetes (P-GW). Alternativamente, la funcionalidad logica de P-GW puede estar emplazada en nodos flsicos independientes. Las S-GW 160-1 hasta 160-N pueden incluir nodos logicos que terminan conexiones de UE (denominadas portadoras EPS en terminologla 3GPP). La portadora EPS puede incluir la conexion proporcionada por el sistema SAE/LTE entre el UE y la red exterior (por ejemplo, internet). Esta conexion con la red exterior puede ser proporcionada por la P-GW, que se asigna a la direccion IP del UE. La portadora EPS puede ser asimismo el medio mediante el que se pueden identificar diferentes flujos de paquetes con el fin de dotarlos de diferente tratamiento de calidad de servicio (QoS). Las MME 165-1 hasta 165-M pueden incluir funcionalidad para gestionar movilidad de UE dentro del sistema 100.
Los dispositivos de UE 110-1 hasta 110-3 pueden incluir, por ejemplo, un radiotelefono celular, un asistente digital personal (PDA, personal digital assistant), un terminal de sistemas de comunicaciones personales (PCS, Personal Communications Systems), un ordenador portatil, un ordenador de bolsillo o cualquier otro tipo de dispositivo o aparato que incluya un transceptor de comunicacion que permita que los dispositivos UE 110 comuniquen con otros dispositivos por medio de un enlace inalambrico. El terminal PCS puede, por ejemplo, combinar un radiotelefono celular con capacidades de procesamiento de datos, fax y comunicaciones de datos. La PDA puede incluir, por ejemplo, un radiotelefono, un dispositivo de radiobusqueda, un dispositivo de acceso a internet/intranet, un navegador web, un organizador, calendarios y/o un receptor del sistema de posicionamiento global (GPS, global positioning system). Los dispositivos UE 110 se pueden denominar un dispositivo de "computacion ubicua".
La red de transporte de 120 puede incluir una o varias redes de cualquier tipo, incluyendo una red de area local (LAN, local area network); una red de area extensa (WAN, wide area network); una red de area metropolitana (MAN, metropolitan area network); una red de satelite; una intranet, internet; o una combinacion de redes, eNodoBs 125155, S-GW 160-1 hasta 160-N y MME 165-1 hasta 165-M pueden residir en una red SAE/LTE y pueden estar conectados por medio de una red de transporte 120.
La figura 2 muestra una implementation a modo de ejemplo de un dispositivo 200 que puede corresponder a los eNodoBs ancla 125 y 140, a los eNodoBs en red de auto-retorno 130 y 150, y al eNodoB 155. El dispositivo 200 puede incluir un transceptor 205, una unidad de procesamiento 210, una memoria 215, una interfaz 220 y un bus 225. El dispositivo 200 puede omitir una interfaz cableada 220 cuando el dispositivo 200 corresponde a eNodoBs en red de auto-retorno 130 o 150 (por medio del dispositivo 200 puede seguir teniendo una interfaz logica con una MME 165 y/o una S-GW 160).
El transceptor 205 puede incluir circuitos de transceptor para transmitir y/o recibir secuencias de slmbolos utilizando senales de radiofrecuencia por medio de una o varias antenas. La unidad de procesamiento 210 puede incluir un procesador, un microprocesador, o logica de procesamiento que interpreta y ejecuta instrucciones. La unidad de procesamiento 210 puede llevar a cabo todas las funciones de procesamiento de datos. La memoria 215 puede proporcionar almacenamiento de trabajo permanente, semipermanente o temporal de datos e instrucciones, para su utilization por la unidad de procesamiento 210 en el desempeno de funciones de procesamiento del dispositivo. La memoria 215 puede incluir memoria de solo lectura (ROM, read only memory), memoria de acceso aleatorio (RAM, random access memory), dispositivos de almacenamiento de gran capacidad, tales como medios de grabacion magneticos y/u opticos y su correspondiente unidad, y/u otros tipos de dispositivos de memoria. La interfaz 220 puede incluir circuitos para la interconexion con un enlace que conecta con la red de transporte 120. El bus 225 puede interconectar los diversos componentes del dispositivo 200 para permitir que los componentes comuniquen entre si.
La configuration de los componentes del dispositivo 200 mostrado en la figura 2 es solamente con propositos ilustrativos. Se pueden implementar otras configuraciones con mas, menos componentes o una disposition diferente de los mismos.
La figura 3A muestra componentes a modo de ejemplo del UE 110. El UE 110 puede incluir un transceptor 305, una unidad de procesamiento 310, una memoria 315, uno o varios dispositivos de entrada 320, uno o varios dispositivos de salida 325 y un bus 330.
El transceptor 305 puede incluir circuitos de transceptor para transmitir y/o recibir secuencias de slmbolos utilizando senales de radiofrecuencia por medio de una o varias antenas. La unidad de procesamiento 310 puede incluir un procesador, un microprocesador, o logica de procesamiento que interpreta y ejecuta instrucciones. La unidad de procesamiento 310 puede llevar a cabo todas las funciones de procesamiento de datos para introducir, emitir y procesar datos, incluyendo las funciones de almacenamiento de datos en memoria tampon y de control del dispositivo, tal como el control del procesamiento de llamadas, el control de la interfaz de usuario, o similares.
5
10
15
20
25
30
35
40
45
50
55
60
65
La memoria 315 puede proporcionar almacenamiento de trabajo permanente, semipermanente o temporal de datos e instrucciones para su utilizacion por la unidad de procesamiento 310 en el desempeno de funciones de procesamiento del dispositivo. La memoria 315 puede incluir ROM, RAM, dispositivos de almacenamiento de gran capacidad, tales como medios de grabacion magneticos y/u opticos y su correspondiente unidad, y/u otros tipos de dispositivos de memoria. El dispositivo o dispositivos de entrada 320 pueden incluir mecanismos para la introduction de datos al UE 110. Por ejemplo, el dispositivo o dispositivos de entrada 320 pueden incluir un teclado numerico (no mostrado), un microfono (no mostrado) o una unidad de visualization (no mostrada). El teclado numerico puede permitir la introduccion manual por el usuario de datos en el UE 110. El microfono puede incluir mecanismos para convertir entradas auditivas en senales electricas. La unidad de visualizacion puede incluir una visualizacion en pantalla que puede proporcionar una interfaz de usuario (por ejemplo, una interfaz grafica de usuario) que puede ser utilizada por un usuario para seleccionar funciones del dispositivo. La visualizacion en pantalla de la unidad de visualizacion puede incluir cualquier tipo de presentation visual, tal como, por ejemplo, una pantalla de cristal llquido (LCD, liquid crystal display), una visualizacion de pantalla de plasma, una visualizacion de diodo emisor de luz (LED, light-emitting diode), una visualizacion de tubo de rayos catodicos (CRT, cathode ray tube), una visualizacion de diodo emisor de luz organico (OLED, organic light-emitting diode), etc.
El dispositivo o dispositivos de salida 325 pueden incluir mecanismos para emitir datos en formato de audio, de video y/o de copia impresa. Por ejemplo, el dispositivo o dispositivos de salida 325 pueden incluir un altavoz (no mostrado) que incluye mecanismos para convertir senales electricas en una salida auditiva. El dispositivo o dispositivos de salida 325 pueden incluir ademas una unidad de visualizacion que presenta a datos de salida al usuario. Por ejemplo, la unidad de visualizacion puede proporcionar una interfaz grafica de usuario que visualiza datos de salida para el usuario. El bus 330 puede interconectar los diversos componentes del UE 110 para permitir que los componentes comuniquen entre si.
La configuration de los componentes del UE 110 mostrada en la figura 3A tiene solamente propositos ilustrativos. Se pueden implementar otras configuraciones con mas, menos componentes o una disposition diferente de los mismos.
La figura 3B muestra una implementation a modo de ejemplo del UE 110, en la que el UE 110 incluye un radiotelefono celular. Tal como se muestra en la figura 3B, el radiotelefono celular puede incluir un microfono 335 (por ejemplo, de uno o varios dispositivos de entrada 320) para introducir information de audio al UE 110, un altavoz 340 (por ejemplo, de uno o varios dispositivos de salida 325) para proporcionar una salida de audio del UE 110, un teclado numerico 345 (por ejemplo, de uno o varios dispositivos de entrada 320) para entrada manual de datos o la selection de funciones del dispositivo, y una pantalla 350 (por ejemplo, de uno o varios dispositivos de entrada 320 o uno o varios dispositivos de salida 325) que puede presentar visualmente datos al usuario y/o que puede proporcionar una interfaz de usuario que puede ser utilizada por el usuario para introducir datos o para seleccionar funciones del dispositivo (junto con el teclado numerico 345).
Tal como se describe en la presente memoria, puede ser utilizado un enfoque de encapsulation para enviar paquetes a los UEs por medio de un B-eNodoB en red de auto-retorno. En este enfoque de encapsulacion, los paquetes pueden ser enviados entre el B-eNodoB en red de auto-retorno y los UEs servidos por el B-eNodoB en red de auto-retorno encapsulados en una conexion de radio del B-eNodoB en red de auto-retorno (que actua como un UE virtual). Se describen a continuation dos enfoques de encapsulacion a modo de ejemplo, y se diferencian principalmente en el modo en que los paquetes son encaminados entre la S-GW para el UE y la S-GW para el B- eNodoB. En una realization a modo de ejemplo, el B-eNodoB en red de auto-retorno puede ser asignado a una direction IP en su S-GW, y cuando la S-GW del UE envla los paquetes GTP, que tienen una direction IP de destino del B-eNodoB, los paquetes pueden encontrar automaticamente su camino hasta la S-GW correcta mediante encaminamiento IP habitual, debido a que la direccion IP del B-eNodoB esta asociada con su S-GW. En una segunda realizacion a modo de ejemplo, el encaminamiento entre la S-GW para el B-eNodoB en red de auto-retorno y la S-GW para el UE puede utilizar tunelizacion GTP. En esta realizacion a modo de ejemplo, se puede establecer un tunel gTp entre los dos nodos de S-GW correspondientes a cada portadora del B-eNodoB. En ambos enfoques de encapsulacion a modo de ejemplo, la tunelizacion de encapsulacion puede ser utilizada con el otro tunel correspondiente al B-eNodoB que transporta los tuneles interiores correspondientes a la conexion del UE por medio del B-eNodoB.
Las figuras 4 y 5 representan una primera realizacion a modo de ejemplo en la que el B-eNodoB en red de auto- retorno se puede asignar a una direccion IP en su S-GW, y los paquetes procedentes de la S-GW del UE encuentran su camino a una S-GW correcta mediante encaminamiento IP habitual. La figura 4 representa una arquitectura del protocolo del plano de usuario de la interfaz S1 (S1-UP) asociada con la primera realizacion a modo de ejemplo. Tal como se muestra en la figura 4, una direccion IP 400 asociada con el UE y la S-GW 160-1 del UE, y una direccion IP 410 asociada con el B-eNodoB1 130 y la S-GW 160-2 del B-eNodoB1 130, pueden ser utilizadas para el encaminamiento IP de paquetes 420 desde la S-GW 160-1 a la S-GW 160-2 para su entrega al UE 110-3 por medio del A-eNodoB1 125 y el B-eNodoB1 130. La figura 5 representa ademas una arquitectura del protocolo de UP de interfaz X2 (X2-UP) asociada con la primera realizacion a modo de ejemplo. Una interfaz X2, tal como se utiliza en la presente memoria, puede estar definida entre dos eNodoBs vecinos y puede ser utilizada para el control de traspaso
5
10
15
20
25
30
35
40
45
50
55
60
65
y para otras funciones de coordinacion de gestion de recursos radioelectricos (RRM, Radio Resource Management). Tal como se muestra en la figura 5, ambos B-eNodoBs (por ejemplo, el B-eNodoB1 130 y el B-eNodoB2) involucrados en la transferencia de un UE (por ejemplo, el UE 110-3) de un B-eNodoB en red de auto-retorno a otro B-eNodoB en red de auto-retorno, y en dos extremos de una interfaz X2, pueden tener sus propios nodos logicos S- GW. Por ejemplo, tal como se muestra en la figura 5, el B-eNodoB1 130 tiene su propia S-GW 160-2 y el B-eNodoB2 150 puede tener su propia S-GW 160-N. El trafico X2 500 puede ser encaminado por medio de la S-GW 160-2 y la S-GW 160-N, dado que la direccion IP de los nodos en red de auto-retorno (por ejemplo, los nodos B-eNodoB1 130 y B-eNodoB2 150) puede estar situada en su respectiva S-GW, de tal modo que el trafico entrante/saliente del UE puede ser encaminado por medio de la direccion iP del B-eNodoB en red de auto-retorno.
Las figuras 6A y 6B son diagramas de flujo de un proceso a modo de ejemplo asociado con el procesamiento y encaminamiento de paquetes de enlace descendente, de acuerdo con la realization a modo de ejemplo de las figuras 4 y 5 anteriores, en las que el B-eNodoB en red de auto-retorno se puede asignar a una direccion IP en su S- GW y los paquetes procedentes de la S-GW del UE encuentran su camino a una S-GW correcta mediante encaminamiento IP habitual. La siguiente description del proceso a modo de ejemplo de las figuras 6A y 6B se describe haciendo referencia al diagrama de mensajerla a modo de ejemplo de la figura 7, con propositos ilustrativos. El procesamiento de paquetes de enlace ascendente se puede llevar a cabo segun el orden inverso al procesamiento de paquetes de enlace descendente de las figuras 6A y 6B.
El proceso a modo de ejemplo puede comenzar con la reception de paquetes de enlace descendente destinados a un UE determinado, en la S-GW para dicho UE (bloque 605). Por ejemplo, tal como se muestra en la figura 7, la S- GW 160-1 puede recibir paquetes de enlace descendente 700 que estan destinados al UE 110-3. La S-GW para el UE puede clasificar/filtrar los paquetes recibidos para mapearlos a las diferentes portadoras de UE (bloque 610). Por ejemplo, la figura 7 representa la S-GW 160-1 clasificando/filtrando 705 los paquetes recibidos 700 para mapear los paquetes a diferentes portadoras de UE. Los paquetes pueden ser encapsulados a tuneles del protocolo de tunelizacion GPRS (GTP), con un tunel GTP por cada portadora de UE (bloque 615). Por ejemplo, la figura 7 representa la S-GW 160-1 encapsulando 710 paquetes 700 en tuneles GTP. Los paquetes pueden ser enviados a la direccion IP asociada con el eNodoB en red de auto-retorno (B-eNodoB), de tal modo que son encaminados con IP a la S-GW para el B-eNodoB (bloque 620). Dado que la direccion IP del B-eNodoB esta asociada con una segunda S- GW, los paquetes pueden encontrar automaticamente su camino a la segunda S-GW mediante encaminamiento IP habitual. La figura 7 representa los paquetes siendo enviados 715 a la direccion IP del B-eNodoB, de tal modo que son encaminados por IP a la S-GW 160-2.
La S-GW para el B-eNodoB puede clasificar los paquetes recibidos y mapearlos a portadoras del B-eNodoB (bloque 625). La clasificacion y el mapeo de paquetes en la S-GW para el B-eNodoB puede incluir uno o varios de los siguientes procedimientos:
a) Los paquetes se pueden clasificar en base a indicadores de QoS de la red de transporte (configurados en la cabecera de cada paquete IP por la S-GW que da servicio UE). Es decir, la S-GW para el UE establece la clase de QoS (por ejemplo, punto de codigo Diffserv) en la cabecera de cada paquete IP en base a la clase de QoS de la portadora del UE. La S-GW para el B-eNodoB puede mapear los paquetes sobre las portadoras de B-eNodoB de acuerdo con el punto de codigo Diffserv. La configuration de esta regla de mapeo en la S- GW para el B-eNodoB puede ser estatica y se puede establecer en la configuracion de sistema y en el establecimiento del B-eNodoB.
b) Los paquetes pueden ser clasificados en la S-GW para el B-eNodoB examinando la cabecera GTP interior (es decir, el identificador de punto extremo del tunel (TEID, Tunnel Endpoint Identifier) GTP de las portadoras de UE, que de lo contrario serla visible solo en el B-eNodoB) y clasificando los paquetes en consecuencia. Esta regla de clasificacion (es decir, la regla que especifica que tunel GTP interior puede ser mapeado a que portadora de B-eNodoB), se puede configurar en la S-GW para el B-eNodoB cada vez que se establece, modifica o libera una nueva portadora de UE. La regla de mapeo puede ser configurada por la MME cuando establece, modifica o libera una portadora para un UE particular.
En caso de que no pueda ser utilizado el punto de codigo Diffserv para la clasificacion de paquetes (por ejemplo, debido a limitaciones de configuracion aplicadas en la red de transporte), se pueden asignar multiples direcciones IP al B-eNodoB (por ejemplo, una por cada portadora de red de retorno) y las direcciones IP se pueden utilizar para clasificar los paquetes.
Los paquetes se pueden encapsular en un tunel GTP correspondiente a la respectiva portadora de B-eNodoB a la que ha sido mapeado cada paquete (bloque 630). Por ejemplo, tal como se muestra en la figura 7, la S-GW 160-2 puede clasificar/filtrar 725 los paquetes para mapearlos a portadoras del B-eNodoB (por ejemplo, el B-eNodoB1 130) y a continuation puede encapsular 730 los paquetes a uno o varios tuneles GTP. La S-GW para el B-eNodoB puede enviar los paquetes encapsulados al eNodoB ancla (A-eNodoB) (bloque 635). Tal como se muestra ademas en la figura 7, la S-GW 160-2 puede enviar 735 los paquetes al nodo ancla A-eNodoB1 125 por medio de uno o varios tuneles GTP 740.
5
10
15
20
25
30
35
40
45
50
55
60
65
El A-eNodoB puede desencapsular paquetes recibidos y mapear los paquetes a la correspondiente portadora radioelectrica del B-eNodoB en base al TEID GTP (bloque 640). El A-eNodoB puede enviar los paquetes sobre la interfaz de radio al B-eNodoB (bloque 645). Por ejemplo, tal como se representa en la figura 7, el A-eNodoB1 125 puede desencapsular 745 los paquetes y mapearlos a una o varias portadoras radioelectricas del B-eNodoB1 130 y a continuation el A-eNodoB1 125 puede enviar 750 los paquetes al B-eNodoB1 130.
El B-eNodoB puede desencapsular el tunel GTP y mapear los paquetes recibidos a la portadora correspondiente del UE en base al TEID GTP (bloque 650). El B-eNodoB puede enviar los paquetes sobre la interfaz de radio al UE de destino (bloque 655). Por ejemplo, tal como se representa en la figura 7, el B-eNodoB1 130 puede desencapsular 760 dichos uno o varios tuneles GTP y mapear los paquetes a una o varias portadoras del UE, y a continuacion el B- eNodoB1 130 puede enviar 765 los paquetes al UE 110-3 por medio de la interfaz de radio.
Las figuras 8 y 9 representan la segunda realization a modo de ejemplo en la que el encaminamiento entre la S-GW para el B-eNodoB en red de auto-retorno y la S-GW para el UE puede utilizar tunelizacion GTP. En esta realizacion a modo de ejemplo, se puede establecer un tunel GTP entre los dos nodos de S-GW correspondientes a cada portadora del B-eNodoB. La figura 8 representa una arquitectura del protocolo del plano de usuario de la interfaz S1 (S1-UP) asociada con la segunda realizacion a modo de ejemplo. Tal como se muestra en la figura 8, los paquetes 800 se pueden tunelizar entre la S-GW 160-1 y la S-gW 160-2, y a continuacion entre la S-GW 160-2 y el A- eNodoB1 125 para su entrega al UE 110-3 por medio del B-eNodoB1 130.
La figura 9 representa ademas una arquitectura del protocolo del UP de la interfaz X2 (X2-UP) asociada con la segunda realizacion a modo de ejemplo. Tal como se muestra en la figura 9, ambos B-eNodoBs (por ejemplo, el B- eNodoB1 130 y el B-eNodoB2) involucrados en la transferencia de un UE (por ejemplo, el UE 110-3) de un B- eNodoB en red de auto-retorno a otro B-eNodoB en red de auto-retorno, y en dos extremos de una interfaz X2, pueden tener sus propios nodos logicos S-GW. Por ejemplo, tal como se muestra en la figura 5, el B-eNodoB1 130 puede tener su propia S-GW 160-2 y el B-eNodoB2 150 puede tener su propia S-GW 160-N. El trafico X2 900 se puede encaminar en base a la tunelizacion GTP entre la S-GW 160-N y la S-GW 160-2 para llegar ya sea al B- eNodoB1 130 o al B-eNodoB2 150. En la realizacion a modo de ejemplo representada en la figura 9, el procedimiento de establecimiento de la interfaz X2 puede establecer tuneles GTP entre los dos nodos S-GW (por ejemplo, S-GW 160-N y S-GW 160-2) durante una fase de establecimiento/configuracion del B-eNodoB en red de auto-retorno.
Las figuras 10A y 10B son diagramas de flujo de un proceso a modo de ejemplo asociado con procesamiento y encaminamiento de paquetes de enlace descendente, segun la realizacion a modo de ejemplo de las figuras 8 y 9 anteriores, en los que el encaminamiento entre la S-GW para el B-eNodoB en red de auto-retorno y la S-GW para el UE puede utilizar tunelizacion GTP. En el proceso a modo de ejemplo de las figuras 10A y 10B, se puede establecer un tunel GTP entre los dos nodos S-GW correspondientes a cada portadora del B-eNodoB. La siguiente description del proceso a modo de ejemplo de las figuras 10A y 10B se describe haciendo referencia al diagrama de mensajerla a modo de ejemplo de la figura 11, con propositos ilustrativos. El procesamiento de paquetes de enlace ascendente se puede llevar a cabo segun el orden inverso al procesamiento de paquetes de enlace descendente de las figuras 10A y 10B.
El proceso a modo de ejemplo puede comenzar con la reception de paquetes de enlace descendente, destinados a un UE, en la S-GW para el UE (bloque 1000). Por ejemplo, tal como se muestra en la figura 11, los paquetes 1100, destinados al UE 110-3, son recibidos en la S-GW 160-1. Los paquetes recibidos pueden ser clasificados/filtrados para mapear los paquetes a las diferentes portadora de UE (bloque 1005). La figura 11 representa la S-GW 160-1 clasificando/filtrando 1105 paquetes 1100 para mapear los paquetes a diferentes portadoras de UE. Los paquetes se pueden encapsular en tuneles GTP, con un tunel GTP por cada portadora de UE (bloque 1010). Tal como se muestra en la figura 11, la S-GW 160-1 puede encapsular paquetes 1100 a uno o varios tuneles GTP en 1160.
Dichos uno o varios tuneles GTP se pueden mapear a la portadora de B-eNodoB apropiada y el paquete GTP se puede encapsular en un segundo tunel GTP que corresponde a la portadora de B-eNodoB determinada (bloque 1015). El segundo tunel GTP puede tunelizar el paquete a la S-GW del B-eNodoB. La figura 11 representa una S- GW 160-1 mapeando 1115 dichos uno o varios tuneles GTP a portadoras de B-eNodoB y encapsulando paquetes GTP en un segundo tunel o tuneles GTP. La S-GW para el UE puede tunelizar los paquetes a la S-GW del B- eNodoB por medio del segundo tunel GTP (bloque 1020). La figura 11 representa la S-GW 160-1 tunelizando 1120 paquetes 1100 a la S-GW para el B-eNodoB1 (por ejemplo, la S-GW 160-2) por medio del tunel o tuneles GTP 1125.
La S-GW para el B-eNodoB puede recibir los paquetes tunelizados y puede desencapsular el tunel GTP exterior (bloque 1025). Tal como se muestra en la figura 11, la S-GW 160-2 desencapsula 1130 el tunel exterior de los paquetes 1100 recibidos por medio del tunel o tuneles GTP 1125.
La S-GW para el B-eNodoB puede mapear los paquetes sobre la correspondiente portadora de B-eNodoB y el tunel GTP de S1 en base al TElD (bloque 1030). Puede existir un vinculo uno a uno entre el tunel GTP en la S-GW - interfaz S-GW y el tunel GTP en la interfaz S1. Este vinculo se puede crear cuando se establece la portadora del B- eNodoB tras el establecimiento/configuracion del B-eNodoB. La figura 11 representa la S-GW 160-2 mapeando 1135
5
10
15
20
25
30
35
40
45
50
55
60
65
los paquetes sobre la portadora del B-eNodoB y el tunel GTP de S1 en base al TEID. La S-GW para el B-eNodoB puede encapsular los paquetes recibidos en el correspondiente tunel GTP de S1 y enviar los paquetes al A-eNodoB (bloque 1035). El tunel GTP de S1 puede estar designado por la relacion de vinculo. La figura 11 representa la S- GW 160-2 encapsulando 1140 los paquetes y enviando los paquetes al A-eNodoB1 125 por medio del tunel o tuneles GTP 1145.
El A-eNodoB puede recibir y desencapsular los paquetes y mapear los paquetes a la correspondiente portadora radioelectrica del B-eNodoB en base al TEID GTP (bloque 1040). Tal como se muestra en la figura 11, el A- eNodoB1 125 puede desencapsular 1150 los paquetes recibidos desde la S-GW 160-2 por medio del tunel o tuneles GTP 1145 y mapear los paquetes a una o varias portadoras radioelectricas del B-eNodoB1 (por ejemplo, el B- eNodoB1 130). El A-eNodoB puede enviar paquetes sobre la interfaz de radio al B-eNodoB (bloque 1045). La figura 11 representa el A-eNodoB1 125 enviando 1155 los paquetes al B-eNodoB1 130.
El B-eNodoB puede desencapsular el tunel GTP y mapear los paquetes recibidos a la portadora radioelectrica correspondiente del UE en base al TEID GTP (bloque 1050). El B-eNodoB puede a continuacion enviar los paquetes sobre la interfaz de radio al UE (bloque 1055). La figura 11 representa el B-eNodoB1 130 desencapsulando 1165 el tunel GTP y mapeando los paquetes a la portadora o portadoras del UE 110-1, y enviando 1170 los paquetes al UE 110-3 sobre el radio I/F.
La figura 12 muestra una arquitectura del protocolo del plano de control (CP) de S1, asociada con las realizaciones a modo de ejemplo de las figuras 4, 5, 8 y 9. El trafico del plano de control se puede gestionar del mismo modo que si fuera trafico de usuario generado en el eNodoB en red de auto-retorno, aunque puede ser enviado sobre una portadora diferente. Los datos CP 1200 se pueden tunelizar 1210 desde el eNodoB ancla (por ejemplo, el A- eNodoB1 125) a la S-GW (por ejemplo, la S-GW 160-2) que da servicio al eNodoB en red de auto-retorno (por ejemplo, el B-eNodoB1 130). Se puede utilizar un mecanismo adicional para encaminar datos entre la MME (por ejemplo, la MME 165-1) que da servicio al UE y la S-GW (por ejemplo, la S-GW 160-2) que da servicio al eNodoB en red de auto-retorno. Pueden ser utilizados dos mecanismos a modo de ejemplo para encaminar datos entre la MME y la S-GW: 1) encaminamiento IP de los datos en base a la direccion IP del eNodoB en red de auto-retorno, que se puede asignar en la S-GW que da servicio al eNodoB en red de auto-retorno; o 2) encaminar los datos por medio de tunelizacion GTP.
En el caso de tunelizacion GTP de datos entre la MME 165-1 y la S-GW 160-2 se puede utilizar tanto la parte del plano de usuario como la parte del plano de control de GTP para transferir datos del plano de control. Si se utiliza GTP-c, entonces el protocolo GTP-c se puede extender para incluir la capacidad de transferencia transparente de mensajes de senalizacion. La asociacion GTP (ya sea en el plano de usuario o en el plano de control) entre la S-GW 160-2 y la MME 165-1 se puede establecer en el momento en el que se establece la conexion S1 entre el B- eNodoB1 130 y la MME 165-1 (es decir, en el establecimiento del B-eNodoB1 130).
La figura 13 representa ademas la arquitectura del protocolo DCP en la interfaz X2 para las realizaciones a modo de ejemplo de las figuras 4, 5, 8 y 9. La tunelizacion puede ser utilizada en el plano de control de manera similar a la interfaz X2. Por ejemplo, los datos del plano de control 1300 puede ser tunelizados desde el eNodoB ancla (por ejemplo, el A-eNodoB1 125), que esta dando servicio al eNodoB en red de auto-retorno (por ejemplo, el B-eNodoB1 130), a la correspondiente S-GW y a continuacion encaminados por medio de la S-GW que da servicio al eNodoB en red de auto-retorno al correspondiente eNodoB ancla. Se pueden transportar paquetes entre dos S-GW ya sea mediante encaminamiento IP o mediante tunelizacion GTP (se muestra en la figura 13). Si se utiliza tunelizacion GTP entre las dos S-GW, entonces el tunel GTP, correspondiente al B-eNodoB1 130 y el B-eNodoB2 150 vecinos, se puede establecer en el momento de establecer la interfaz X2 (es decir, en el establecimiento/configuracion del B- eNodoB). Para transportar los mensajes del plano de control (tanto D1 o X2) desde/hacia el B-eNodoB, se pueden establecer una o varias portadoras independientes para el eNodoB en red de auto-retorno (independientes de las portadoras para el trafico del plano de usuario), que pueden recibir diferentes tratamientos de calidad de servicio (QoS) (por ejemplo, prioridad superior) respecto de los datos de usuario que van hacia/desde un UE servido por el eNodoB en red de auto-retorno.
Tal como se describe en la presente memoria, se puede utilizar alternativamente un enfoque de encaminamiento de red para enviar paquetes a los UEs por medio de un B-eNodoB en red de auto-retorno. En una realizacion de este enfoque, el eNodoB ancla se puede considerar como parte de la red de transporte, actuando como un encaminador IP entre el eNodoB en red de auto-retorno y la red central. La arquitectura del plano de usuario para esta realizacion se muestra en las figuras 14 y 15 para las interfaces S1 y X2, respectivamente. En ambas interfaces, los paquetes 1400 dirigidos al eNodoB en red de auto-retorno son encaminados por medio del eNodoB ancla en base a la direccion IP del eNodoB en red de auto-retorno. El eNodoB ancla (por ejemplo, el A-eNodoB1 125) puede tener funcionalidad de S-GW (por ejemplo, la S-GW 160-2) incluida, y puede actuar como la S-GW para el eNodoB en red de auto-retorno (por ejemplo, el B-eNodoB1 130). Puede no ser necesaria funcionalidad plena de S-GW, dado que se pueden omitir muchas funciones complejas (por ejemplo, gestion de la movilidad, etc.). La direccion IP del B- eNodoB1 130 se puede asignar en el A-eNodoB1 125, que actua como la S-GW, colapsando de ese modo las funciones de S-GW y de eNodoB en un nodo para las portadoras de B-eNodoB. La direccion IP asignada para el eNodo en red de auto-retorno puede ser una direccion IP interna en la red del operador y no accesible/encaminable
5
10
15
20
25
30
35
40
45
50
55
60
65
hacia/desde redes exteriores, a diferencia de la direction IP de un UE habitual. Se pueden reutilizar procedimientos de control existentes, desde la MME hacia la S-GW, para ejecutar gestion de portadoras en el eNodoB en red de auto-retorno (es decir, menos impacto sobre la red central). Por ejemplo, la mMe puede utilizar procedimientos de serialization existentes para establecer portadoras radioelectricas para el eNodoB en red de auto-retorno y configurar correspondientes reglas de filtrado/clasificacion de paquetes para establecer portadoras para UEs normales.
En otra realization del enfoque de encaminamiento de red, el eNodoB ancla se puede considerar como un nodo de red de transporte IP. De este modo, la MME puede gestionar el eNodoB en red de auto-retorno (por ejemplo, el B- eNodoBI 130) de manera algo diferente de un UE normal. Esto puede incluir, por ejemplo, un mecanismo algo modificado para gestion de la QoS, es decir, la senalizacion MME para establecer portadoras radioelectricas en el eNodoB ancla para el eNodoB en red de auto-retorno.
La figura 16 muestra una arquitectura del protocolo del plano de control (CP) de S1, asociada con las realizaciones a modo de ejemplo de las figuras 14 y 15. La figura 17 muestra ademas una arquitectura del protocolo de X2-CP asociada con las realizaciones a modo de ejemplo de las figuras 14 y 15. Los paquetes IP que transportan datos del plano de control 1600 pueden ser encaminados por medio del eNodoB ancla (por ejemplo, el A-eNodoB1 125) que actua como un encaminador IP en la red de transporte. El procesamiento de paquetes para el CP puede ser similar al que se tiene para el UP, el trafico de CP se puede mapear preferentemente entre diferentes portadoras con diferentes caracterlsticas de QoS, en comparacion con los datos de usuario. La MME que actua como la MME de servicio para el eNodoB en red de auto-retorno puede tener que configurar las portadoras radioelectricas y establecer las reglas de clasificacion de paquetes en el eNodoB ancla, de tal modo que el trafico del plano de control se pueda mapear en portadoras de alta prioridad. Esta configuration se puede llevar a cabo cuando se establece la interfaz de S1 y X2 (es decir, en el establecimiento/configuracion del B-eNodoB).
La figura 18 es un diagrama de flujo de un proceso a modo de ejemplo asociado con el procesamiento y encaminamiento de paquetes de enlace descendente de acuerdo con las realizaciones a modo de ejemplo de las figuras 14 a 17, en el que un enfoque de encaminamiento de red, donde el eNodoB ancla actua como un encaminador IP para encaminar trafico entre el eNodoB en red de auto-retorno y la red de transporte. La siguiente description del proceso a modo de ejemplo de la figura 18 se describe haciendo referencia al diagrama de mensajerla a modo de ejemplo de la figura 19, con propositos de ilustracion. Se puede realizar procesamiento de paquetes de enlace ascendente segun el orden inverso del procesamiento de paquetes de enlace descendente de la figura 18.
El proceso a modo de ejemplo puede comenzar con la reception de paquetes de enlace descendente destinados a un UE, en la S-GW para el Ue (bloque 1800). Por ejemplo, tal como se muestra en la figura 19, se pueden recibir en la S-GW 160-1 paquetes 1900 que estan destinados al UE 110-3. La S-GW para el UE puede clasificar/filtrar paquetes para mapear los paquetes a las diferentes portadoras de UE (bloque 1805). Las tecnicas descritas anteriormente pueden ser utilizadas para clasificacion de paquetes en la S-GW para el UE. Por ejemplo, la clasificacion de paquetes puede estar basada en indicadores de QoS de la red de transporte en el paquete (por ejemplo, basada en puntos de codigo Diffserv del paquete IP), basada en las portadoras de UE examinando la cabecera GTP interior, o basada en la direccion IP (es decir, si existen diferentes direcciones IP del B-eNodoB para las diferentes portadoras de red de retorno). La figura 19 representa la S-GW 160-1 clasificando/filtrando 1905 los paquetes recibidos 1900 para mapearlos a diferentes portadoras de UE. La S-GW para el UE puede encapsular los paquetes para tuneles gTp, con un tunel GTP por cada portadora de UE (bloque 1810). La figura 19 representa una S-GW 160-1 que encapsula 1910 los paquetes recibidos 1900 a tuneles GTP. La S-GW para el UE puede enviar los paquetes encapsulados a la direccion del protocolo de internet (IP) asociada con el B-eNodoB, que da servicio al UE de destino, de tal modo que son encaminados al A-eNodoB para el B-eNodoB (bloque 1815). La figura 19 representa una S-GW 160-1 que envla 1915 los paquetes encapsulados a la direccion IP del B-eNodoB (por ejemplo, 8-eNodoB1 130) que da servicio al UE 110-3 por medio del tunel o tuneles GTP 1920.
El A-eNodoB puede recibir los paquetes y clasificar/filtrar los paquetes para mapear los paquetes a las portadoras radioelectricas apropiadas hacia el B-eNodoB (bloque 1820). Los paquetes enviados desde la S-GW para el UE pueden llegar al A-eNodoB correcto por medio de encaminamiento IP. La figura 19 representa el A-eNodoB1 125 clasificando/filtrando 1925 los paquetes y mapeandolos a una o varias portadoras radioelectricas del B-eNodoB1 130. El A-eNodoB puede enviar los paquetes sobre la interfaz de radio al B-eNodoB (bloque 1825). La figura 19 representa el A-eNodoB1 125 enviando 1930 los paquetes al B-eNodoB1 130 sobre la radio i/f.
El B-eNodoB puede desencapsular el tunel GTP y mapear los paquetes recibidos a la portadora radioelectrica correspondiente del UE en base al TEID GTP (bloque 1830). La figura 19 representa el B-eNodoB1 130 desencapsulando 1940 uno o varios tuneles GTP 1935 y mapeando los paquetes a la portadora o portadoras del UE 110-3. El B-eNodoB puede enviar los paquetes sobre la interfaz de radio al UE (bloque 1835). La figura 19 representa el B-eNodoB1 130 enviando 1945 los paquetes al UE 110-3 por medio del tunel o tuneles GTP 1950.
Una evolution adicional de la realizacion a modo de ejemplo representada en las figuras 14 a 17 involucra la introduction de una funcionalidad de servidor intermediario en el eNodoB ancla, de tal modo que el A-eNodoB actua
5
10
15
20
25
30
35
40
45
50
55
60
65
como servidor intermediario entre la red central que da servicio al UE y el eNodoB en red de auto-retorno, y la funcion de servidor intermediario del A-eNodoB oculta de manera efectiva el B-eNodoB respecto de los nodos de la red central. En otras palabras, desde el punto de vista de la red central el A-eNodoB parece un eNodoB grande que puede soportar muchos UEs.
Mas especlficamente, el A-eNodoB parece ante la S-GW que da servicio al UE y asimismo ante la MME del UE como si el UE estuviera conectado directamente al A-eNodoB. Por lo tanto, cuando la S-GW del UE envla datos de usuario hacia el UE, la S-GW envla los paquetes al A-eNodoB por medio de un mecanismo de tunelizacion basado en GTP. A continuacion, es responsabilidad del A-eNodoB transmitir ademas los paquetes de UE al B-eNodoB que, a su vez, entrega los datos al UE. Para este proposito, puede ser necesaria una funcion de mapeo de tunel en el A- eNodo, que mapee el tunel GTP de enlace descendente desde la S-GW al tunel GTP hacia el B-eNodoB. El A- eNodoB construye una tabla de mapeo de los tuneles GTP en el momento en que se establecen las portadoras de datos del UE.
Analogamente, en la senalizacion de control, la MME del UE "habla" solamente con el A-eNodoB, tal como, por ejemplo, cuando la MME solicita el establecimiento de una portadora para el UE. El A-eNodoB traduce esta solicitud al B-eNodoB, que crea la portadora de UE solicitada. Este establecimiento de portadora puede permanecer oculto desde el punto de vista de la MME. Desde el B-eNodoB hacia la direccion de la red central, el funcionamiento del servidor intermediario puede no ser totalmente transparente para el B-eNodoB. Para este proposito, puede ser necesaria una funcion de traduccion de mensajes en el A-eNodoB, que asegure que los mensajes de control derivados se modifican de tal modo que el nodo en un lado del A-eNodoB permanece oculto para el nodo en el otro lado del A-eNodoB. Para conseguir esto, el A-eNodoB puede tener que modificar por lo menos los identificadores de conexion de UE en el mensaje, de tal modo que se utilice el identificador adecuado que sea valido en la interfaz determinada. Esto requiere una tabla de mapeo de identificadores de conexion del UE en el A-eNodoB. Otras partes de los mensajes de senalizacion, tal como los elementos de informacion destinados exclusivamente al otro nodo extremo (es decir, al B-eNodoB o a la MME) pueden no ser modificados por el A-eNodoB sino que pueden ser copiados de manera transparente de una interfaz a la otra.
Una ventaja de esta solucion basada en servidor intermediario es que los eNodoBs en red de auto-retorno se pueden ocultar completamente respecto de la red central, y los nodos de la red central pueden permanecer completamente invariantes cuando se introduce la red de auto-retorno en el sistema. Solamente el A-eNodoB y el B- eNodoB pueden requerir nueva funcionalidad, especialmente si la funcionalidad MME del B-eNodoB esta integrada asimismo en el A-eNodoB. Las arquitecturas de protocolo para el plano de usuario y el plano de control asociados con la realization basada en servidor intermediario se muestran en las figuras 20 y 2l. La figura 20 representa dos tuneles en el plano de usuario, un primer tunel 2000 entre la S-GW 160-1 (por ejemplo, la S-GW para el UE) y un A- eNodoBI 125, y un segundo tunel 2010 entre el A-eNodoB1 125 y el B-eNodoB1 130. En el plano de control, representado en la figura 21, la conexion de protocolo S1-CP 2100 hacia la MME 165-1 puede terminar en el A- eNodoB1 125 y puede haber una segunda conexion de protocolo S1-CP 2110 desde el A-eNodoB1 125 y el B- eNodoB1. El funcionamiento del servidor intermediario, descrito anteriormente, puede aplicar asimismo a la interfaz X2, en cuyo caso el A-eNodoB1 125 puede incluir no solo una funcion de servidor intermediario S1 sino asimismo una funcion de servidor intermediario X2
Las figuras 22A y 22B representan un ejemplo de movilidad de UE donde el UE 110-3 puede ser transferido desde el eNodoB en red de auto-retorno 130 hasta el eNodoB en red de auto-retorno 150. Tal como se muestra en las figuras 20A y 20B, el UE 110-3 puede residir inicialmente en la celda 1 2210 que esta servida por el eNodoB en red de auto- retorno 130 por medio de la interfaz de radio 135 y del eNodoB ancla 125. Sin embargo, con la entrada del UE 110-3 en la celda 2 2220 que esta servida por el eNodoB en red de auto-retorno 150 por medio de la interfaz de radio 145 y del eNodoB ancla 140, el UE 110-3 puede ser transferido 2200 al eNodoB en red de auto-retorno 150. Tal como se muestra en las figuras 22A y 22B, el eNodoB en red de auto-retorno 150 puede conectar a la red de transporte 120 por medio de la interfaz de radio 145 y del eNodoB ancla 140. Despues de la transferencia 2200, el eNodoB en red de auto-retorno 150 puede servir al UE 110-3 por medio de la interfaz de radio 145 y del eNodoB ancla 140 mientras el UE 110-3 esta situado en la celda 2 2220.
En el ejemplo de movilidad del UE representado en las figuras 22A y 22B, y ademas cuando el UE se desplaza a un eNodoB en red de auto-retorno de destino (por ejemplo, el B-eNodoB2 150) que tiene una S-GW de servicio que es diferente a la S-GW del eNodoB en red de auto-retorno de servicio (por ejemplo, el B-eNodoB1 130), entonces la MME puede tener que establecer nuevas asociaciones entre la S-GW de servicio del UE y la S-GW de servicio del B-eNodoB de destino y, al mismo tiempo, eliminar las asociaciones con la S-GW del B-eNodoB de origen. La reconfiguration de estas asociaciones puede involucrar el establecimiento de nuevos tuneles GTP entre las dos S- GW y la reconfiguracion de los filtros de paquetes.
Una solucion para manejar la S-GW en el cambio del B-eNodoB puede ser mantener multiples direcciones IP para el B-eNodoB (y por lo tanto multiples S-GW de servicio) y utilizar la S-GW que esta emplazada conjuntamente con la S-GW que da servicio al propio UE. Al mantener multiples direcciones IP de la S-GW del B-eNodoB (por ejemplo, una direccion IP en cada S-GW en la red), la S-GW que da servicio al UE particular puede siempre estar emplazada conjuntamente con la S-GW que da servicio al UE. De este modo, la gestion de la movilidad de S-GW se simplifica
5
10
15
20
25
30
35
40
45
50
55
60
65
dado que la MME puede tener que determinar solamente cual es la direccion IP del B-eNodoB en la S-GW particular que da servicio al UE.
Otra situacion que se puede producir durante movilidad de UE es que el eNodoB en red de auto-retorno de destino puede tener una MME de servicio diferente a la del eNodoB en red de auto-retorno de origen (la S-GW puede o no cambiar junto con el cambio de MME). En esta situacion, la MME de servicio del UE puede comunicar con la MME de servicio del B-eNodoB de destino para solicitar la modificacion de las portadoras del B-eNodoB con el fin de soportar los requisitos QoS del UE y/o para solicitar la reconfiguracion de los filtros/tuneles de la S-GW, especialmente en el caso del cambio de S-GW.
Se puede producir otra situacion de movilidad cuando el UE cambia de MMEs de servicio y posiblemente tambien de S-GWs de servicio. En esta situacion, la antigua MME puede transferir informacion como parte del contexto del UE que puede ser utilizado para que la MME de destino establezca las asociaciones necesarias hacia la S-GW del B- eNodoB y la asociacion entre la S-GW del UE y la del B-eNodoB.
Se puede producir otra situacion mas de movilidad si tanto la S-GW que da servicio al UE como la S-GW y la MME que dan servicio al B-eNodoB cambian al mismo tiempo durante movilidad de UE. En esta situacion, la transferencia de contexto se puede producir en ambas MME (es decir, la MME del UE y la MME del B-eNodoB) y la MME que da servicio al UE puede crear un vinculo con el B-eNodoB apropiado.
En otra mejora de gestion de movilidad, los recursos de portadora que soportan el enlace de red de retorno en los B- eNodoBs de origen y de destino se pueden actualizar con la movilidad del UE de tal modo que, por ejemplo, se pueden liberar recursos en el origen y se pueden reservar recursos en el destino, segun las necesidades de QoS del UE involucrado en el traspaso. La MME que da servicio al UE puede comunicar con la MME que da servicio a los B- eNodoBs de origen y de destino para solicitar la actualizacion de las portadoras correspondientemente. Puede ser necesario actualizar en consecuencia los filtros de paquetes en las S-GW.
Las figuras 23A y 23B representan un ejemplo de movilidad de UE donde el UE 110-3 puede ser transferido del eNodoB en red de auto-retorno 130 a un eNodoB que no es un eNodoB en red de auto-retorno (por ejemplo, el eNodoB 155). Tal como se muestra en las figuras 23a y 23B, el UE 110-3 puede residir inicialmente en la celda 1 2310 que esta servida por el eNodoB en red de auto-retorno 130 por medio de la interfaz de radio 135 y del eNodoB ancla 125. Sin embargo, con la entrada del UE 110-3 a la celda 2 2320 que esta servida por el eNodoB 155, el UE 110-3 puede ser transferido 2300 al eNodoB 155. Tal como se muestra en la figura 21A, el eNodoB 155 puede residir en redes de transporte 120. Tras la transferencia 2300, el eNodoB 155 puede servir al UE 110-3 mientras el UE 110-3 esta situado en la celda 2 2320.
Puede ser necesario llevar a cabo unas pocas acciones durante el establecimiento/configuracion del B-eNodoB para facilitar las realizaciones a modo de ejemplo descritas anteriormente. La MME que da servicio al B-eNodoB puede establecer y configurar las portadoras (con diferentes caracterlsticas de QoS) que soportan el enlace de red de retorno del eNodoB en red de auto-retorno, incluyendo la configuracion de filtros de paquetes en la funcion de S-GW asociada con el B-eNodoB (aplicable a las realizaciones a modo de ejemplo de las figuras 4-5 y 8-9) o las configuraciones de dichos filtros en el eNodoB ancla (aplicable a las realizaciones a modo de ejemplo de las figuras 14 a 17). La MME puede establecer asimismo una portadora independiente para que sea utilizada por el eNodoB en red de auto-retorno para transportar trafico de control hacia/desde el eNodoB en red de auto-retorno en las interfaces S1 y X2, y para configurar las correspondientes reglas de clasificacion/filtrado. Si se utiliza tunelizacion para encaminar paquetes entre la S-GW que da servicio al UE y la S-GW que da servicio al B-eNodoB (aplicable a las realizaciones a modo de ejemplo de las figuras 4-5 y 8-9), entonces se puede establecer un tunel GTP entre los dos nodos S-GW correspondientes a cada portadora del B-eNodoB. Adicionalmente, se puede establecer un tunel GTP independiente entre dos nodos S-GW que sirven dos B-eNodoBs que tiene una interfaz X2 entre ambos, donde el tunel GTP puede transportar el trafico de senalizacion X2 (aplicable a las realizaciones a modo de ejemplo de las figuras 4-5 y 8-9). Se puede establecer asimismo un tunel GTP entre la S-GW que da servicio al B-eNodoB y la MME con la que el B-eNodoB tiene una interfaz S1 (aplicable a las realizaciones a modo de ejemplo de las figuras 45 y 8-9), donde el tunel GTP puede ser utilizado para transportar el trafico de senalizacion S1 hacia/desde el B- eNodoB.
La descripcion anterior de implementaciones proporciona ilustracion y descripcion, pero no esta destinada a ser exhaustiva ni a limitar la invencion a la forma precisa dada a conocer. Son posibles modificaciones y variaciones a la luz de las explicaciones anteriores, o se pueden adquirir a partir de la practica de la invencion. Por ejemplo, si bien se han descrito series de bloques en relacion con las figuras 6A, 6B, 10A, 10B y 18, el orden de los bloques se puede modificar en otras implementaciones consistentes con los principios de la invencion. Ademas, se pueden ejecutar en paralelo bloques independientes.
Se pueden implementar asimismo aspectos de la invencion en procedimientos y/o productos de programa informatico. Por consiguiente, la invencion se puede realizar en hardware y/o en software (incluyendo software inalterable, software residente, microcodigo, etc.). Ademas, la invencion puede adoptar la forma de un producto de programa informatico en un medio de almacenamiento utilizable por ordenador o legible por ordenador que tenga
5
10
15
20
25
incorporado en el medio codigo de programa utilizable por ordenador o legible por ordenador para su utilizacion mediante, o en conexion con un sistema de ejecucion de instrucciones. El propio codigo de software o hardware de control especializado, utilizado para implementar las realizaciones descritas en la presente memoria, no limita la invencion. Por lo tanto, el funcionamiento y comportamiento de las realizaciones se han descrito sin referencia al codigo de software especlfico - entendiendose que un experto en la materia podrla disenar software y hardware de control para implementar los aspectos en base a la descripcion de la presente memoria.
Ademas, ciertas partes de la invencion se pueden implementar como "logica" que desempena una o varias funciones. Esta logica puede incluir hardware, tal como un circuito integrado de aplicacion especlfica o una matriz de puertas programable in situ, o una combinacion de hardware y software.
Aunque se expongan combinaciones particulares de caracterlsticas en las reivindicaciones y/o se den a conocer en la descripcion, estas combinaciones no estan destinadas a limitar la invencion. De hecho, muchas de estas caracterlsticas se pueden combinar de maneras no expuestas especlficamente en las reivindicaciones y/o dadas a conocer en la descripcion.
Se debe destacar que el termino "comprende/que comprende", cuando se utiliza en esta descripcion, se entiende que especifica la presencia de caracterlsticas, numeros enteros, etapas, componentes o grupos indicados, pero no excluye la presencia o adicion de una o varias otras caracterlsticas, numeros enteros, etapas, componentes o grupos de los mismos.
Ningun elemento, accion o instruccion utilizada en la presente solicitud se debera considerar como crltico o esencial para la invencion, salvo que se describa expllcitamente como tal. Asimismo, tal como se utiliza en la presente memoria, se entiende que el artlculo "un", "una" incluye uno o varios elementos. Cuando esta previsto un solo elemento, se utiliza el termino "uno" o una expresion similar. Ademas, se entiende que la expresion "basado en" significa "basado, por lo menos en parte, en", salvo que se indique expllcitamente lo contrario.

Claims (13)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    REIVINDICACIONES
    1. Un procedimiento para enviar paquetes a un equipo de usuario, UE, (110) implementado en un sistema que incluye un eNodoB en red de auto-retorno (130) que comunica por medio de una interfaz de radio con un eNodoB ancla (125), donde el eNodoB ancla (125) comunica con una pasarela (160-1) de servicio de red celular, S-GW, o un nodo (165) de una entidad de gestion de movilidad, MME, del equipo de usuario, en el que la S-GW (160-1) se denomina una S-GW para UE (160-1), por medio de una red de transporte (120), caracterizado por que el eNodoB en red de auto-retorno (130) se hace accesible para la S-GW para el UEs (160-1) o el nodo MME (165) por medio de una segunda S-GW (160-2) que da servicio al eNodoB en red de auto-retorno (130), comprendiendo ademas el procedimiento:
    recibir (605, 700), en la S-GW para UE (160-1), los paquetes destinados al UE (110) servidos por el eNodoB en red de auto-retorno (130);
    clasificar (610, 705), en la S-GW para UE (160-1), los paquetes para una o varias portadoras asociadas con el UE (110) servido por el eNodoB en red de auto-retorno (130);
    encapsular (615, 710), en la S-GW para UE (160-1), los paquetes para un tunel (720) del protocolo de tunelizacion del servicio general de radio por paquetes, GTP, para el eNodoB en red de auto-retorno (130); enviar (620, 715), desde la S-GW para UE (160-1), los paquetes a una direccion de protocolo de internet, IP, asociada con el eNodoB en red de auto-retorno (130),
    recibir, en la segunda S-GW (160-2), los paquetes, donde la direccion IP asociada con el eNodoB en red de auto-retorno (130) esta asociada con la segunda S-GW (160-2),
    clasificar (625, 725), en la segunda S-GW (160-2), los paquetes para una o varias portadoras del eNodoB en red de auto-retorno (130),
    encapsular (630, 730), en la segunda S-GW (160-2), los paquetes para un tunel (740) de protocolo de
    tunelizacion del servicio general de radio por paquetes, GPRS, GTP, hacia el eNodoB ancla (125),
    enviar (635, 735), desde la segunda S-gW (160-2), los paquetes al eNodoB ancla (125),
    recibir, en el eNodoB ancla (125), los paquetes,
    desencapsular (640, 745), en el eNodoB ancla (125), los paquetes,
    mapear (640, 745), en el eNodoB ancla (125), los paquetes a dichas una o varias portadoras del eNodoB en red de auto-retorno (130),
    enviar (645, 750), desde el eNodoB ancla (125), los paquetes al eNodoB en red de auto-retorno (130) sobre una interfaz de radio,
    recibir, en el eNodoB en red de auto-retorno, los paquetes,
    mapear (650, 760), en el eNodoB en red de auto-retorno (130), los paquetes recibidos a dichas una o varias portadoras del UE (110), y
    enviar (655, 765), desde el eNodoB en red de auto-retorno (130), los paquetes sobre una interfaz de radio al UE (110).
  2. 2. El procedimiento segun la reivindicacion 1, en el que la segunda S-GW (160-2) para el eNodoB en red de auto- retorno (130) esta integrada en el eNodoB ancla (125).
  3. 3. El procedimiento segun la reivindicacion 1, en el que la segunda S-GW (160-2) del eNodoB en red de auto-retorno (130) mapea los paquetes a dichas una o varias portadoras del eNodoB en red de auto-retorno (130) en base a diferentes direcciones IP utilizadas por el eNodoB en red de auto-retorno (130) para diferentes portadoras en red de auto-retorno; en base a indicadores de la calidad de servicio, QoS, de la red de transporte contenidos en las cabeceras de los paquetes; en base a identificar una portadora de UE inspeccionando una cabecera de tunelizacion interior en los paquetes; o en base a la utilizacion de tunelizacion entre el a S-GW para UE (160-1) del UE (110) y la segunda S-gW (160-2) del eNodoB en red de auto-retorno (130).
  4. 4. El procedimiento segun la reivindicacion 1, en el que la S-GW para UE (160-1) del UE (110) que esta conectado al eNodoB en red de auto-retorno (130) indica, en los paquetes enviados al eNodoB en red de auto-retorno (130), una portadora de red de auto-retorno a la que se deberlan mapear los paquetes en la segunda S-GW (160-2) del eNodoB en red de auto-retorno (130), donde la indicacion se consigue utilizando una direccion IP diferente del eNodoB en red de auto-retorno (130) para cada portadora en red de auto-retorno de dichas una o varias portadoras; utilizando indicadores de calidad de servicio, QoS, de la red de transporte contenidos en cabeceras de los paquetes; o utilizando tunelizacion entre la S-GW para UE (160-1) del UE (110) y la segunda S-GW (160-2) del eNodoB en red de auto-retorno (130).
  5. 5. El procedimiento segun la reivindicacion 4, en el que el eNodoB en red de auto-retorno (130) indica, para la S-GW para UE (160-1) del UE (110), que portadora de dichas una o varias portadoras deberla utilizar la S-GW para UE (160-1) del UE (110) para una portadora de UE, indicando una direccion IP correspondiente a una portadora de red de auto-retorno de dichas una o varias portadoras o indicando el indicador QoS de la red de transporte correspondiente a la portadora en red de auto-retorno.
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
  6. 6. El procedimiento segun la reivindicacion 1, en el que dichas una o varias portadoras del eNodoB en red de auto- retorno (130) se establecen durante la configuracion y establecimiento inicial del eNodoB en red de auto-retorno (130).
  7. 7. Un eNodoB ancla (125) dispuesto para estar comprendido en un sistema que incluye un eNodoB en red de auto- retorno (130) que comunica por medio de una interfaz de radio con el eNodoB ancla (125), donde el eNodoB ancla (125) esta dispuesto para comunicar con una pasarela de servicio de red celular, S-GW, (160-1), o un nodo (165) de entidad de gestion de movilidad, MME de un equipo de usuario (110), por medio de una red de transporte, caracterizado por que el eNodoB en red de auto-retorno (130) se hace accesible a la S-GW (160-1) o al nodo MME (165) por medio del eNodoB ancla (125), y donde el eNodoB ancla (125) esta dispuesto para actuar como un servidor intermediario entre la S-GW (160-1) o el nodo MME (165) y el eNodoB en red de auto-retorno (130), traduciendo mensajes del plano de control y conmutando paquetes de datos con el resultado de que el equipo de usuario (110) parece estar conectado directamente al eNodoB ancla (125) a la S-GW (160-1) y al nodo MME (165), de tal modo que el eNodoB en red de auto-retorno (130) esta oculto para la S-GW (160-1) y el nodo MME (165), donde el eNodoB ancla (125) esta dispuesto para:
    recibir un paquete de datos destinado al equipo de usuario (110);
    mapear el paquete de datos desde un tunel entrante (2000) del protocolo de tunelizacion del servicio general de radio por paquetes, GPRS, GTP, a un tunel GTP saliente (2010); y
    recibir un mensaje de control y modificar elementos del mensaje de control, copiando al mismo tiempo otros elementos en el mensaje de control, mediante modificar un identificador de conexion de equipo de usuario, UE.
  8. 8. Un eNodoB ancla (125) dispuesto para estar comprendido en un sistema que incluye un eNodoB en red de auto- retorno (130) que comunica por medio de una interfaz de radio con el eNodoB ancla (125), donde el eNodoB ancla (125) esta dispuesto para comunicar con una pasarela de servicio de red celular, S-GW, (160-1), o un nodo (165) de entidad de gestion de movilidad, MME, de un equipo de usuario (110), por medio de una red de transporte, caracterizado por que el eNodoB en red de auto-retorno (130) se hace accesible a la S-GW (160-1) o al nodo MME (165) por medio del eNodoB ancla (125), y donde el eNodoB ancla (125) esta dispuesto para actuar como un servidor intermediario entre la S-GW (160-1) o el nodo MME (165) y el eNodoB en red de auto-retorno (130), traduciendo mensajes del plano de control y conmutando paquetes de datos con el resultado de que el equipo de usuario (110) parece estar conectado directamente al eNodoB ancla (125) a la S-GW (160-1) y al nodo MME (165), de tal modo que el eNodoB en red de auto-retorno (130) esta oculto para la S-GW (160-1) y el nodo MME (165), donde el eNodoB ancla (125) esta dispuesto para:
    recibir un paquete de datos destinado al equipo de usuario (110);
    mapear el paquete de datos desde un tunel entrante (2000) del protocolo de tunelizacion del servicio general de radio por paquetes, GPRS, GTP, a un tunel GTP saliente (2010); y
    traducir una configuracion de una portadora para el equipo de usuario (110) a una portadora hacia el eNodoB en red de auto-retorno.
  9. 9. Un procedimiento implementado en un eNodoB ancla (125) comprendido en un sistema, que incluye un eNodoB en red de auto-retorno (130) que comunica por medio de una interfaz de radio con el eNodoB ancla (125), donde el eNodoB ancla (125) comunica con una pasarela de servicio de red celular, S-GW, (160-1), o un nodo (165) de entidad de gestion de movilidad, MME de un equipo de usuario (110), por medio de una red de transporte, caracterizado por que el eNodoB en red de auto-retorno (130) se hace accesible a la S-GW (160-1) o al nodo MME (165) por medio del eNodoB ancla (125), y donde el eNodoB ancla (125) actua como un servidor intermediario entre la S-GW (160-1) o el nodo MME (165) y el eNodoB en red de auto-retorno (130), traduciendo mensajes del plano de control y conmutando paquetes de datos con el resultado de que el equipo de usuario (110) parece estar conectado directamente al eNodoB ancla (125) a la S-GW (160-1) y al nodo MmE (165), de tal modo que el eNodoB en red de auto-retorno (130) esta oculto para la S-GW (160-1) y el nodo MME (165), comprendiendo ademas el procedimiento en el eNodoB ancla (125):
    recibir un paquete de datos destinado al equipo de usuario (110);
    mapear el paquete de datos desde un tunel entrante (2000) del protocolo de tunelizacion del servicio general
    de radio por paquetes, GPRS, GTP, a un tunel GTP saliente (2010); y
    recibir un mensaje de control y elementos de modification del mensaje de control,
    copiando al mismo tiempo otros elementos en el mensaje de control, mediante modificar un identificador de conexion de equipo de usuario, UE.
  10. 10. Un procedimiento implementado en un eNodoB ancla (125) comprendido en un sistema, que incluye un eNodoB en red de auto-retorno (130) que comunica por medio de una interfaz de radio con el eNodoB ancla (125), donde el eNodoB ancla (125) comunica con una pasarela de servicio de red celular, S-GW, (160-1), o un nodo (165) de entidad de gestion de movilidad, MME de un equipo de usuario (110), por medio de una red de transporte, caracterizado por que el eNodoB en red de auto-retorno (130) se hace accesible a la S-GW (160-1) o al nodo MME (165) por medio del eNodoB ancla (125), y donde el eNodoB ancla (125) actua como un servidor intermediario entre
    5
    10
    15
    20
    25
    la S-GW (160-1) o el nodo MME (165) y el eNodoB en red de auto-retorno (130), traduciendo mensajes del plano de control y conmutando paquetes de datos con el resultado de que el equipo de usuario (110) parece estar conectado directamente al eNodoB ancla (125) a la S-GW (160-1) y al nodo MmE (165), de tal modo que el eNodoB en red de auto-retorno (130) esta oculto para la S-GW (160-1) y el nodo MME (165), comprendiendo ademas el procedimiento en el eNodoB ancla (125):
    recibir un paquete de datos destinado al equipo de usuario (110);
    mapear el paquete de datos desde un tunel entrante (2000) del protocolo de tunelizacion del servicio general de radio por paquetes, GPRS, GTP, a un tunel GTP saliente (2010); y
    traducir una configuration de una portadora para el equipo de usuario (110) a una portadora hacia el eNodoB en red de auto-retorno (130).
  11. 11. Un procedimiento segun la reivindicacion 9 o 10, en el que el eNodoB ancla (125) lleva a cabo un funcionamiento de servidor intermediario manteniendo, para una conexion de UE, una conexion (2110) de plano de control, CP, de S1 hacia el eNodoB en red de auto-retorno (130) y otra conexion de S1-CP (2100) hacia el nodo MME (165) y mapeando los identificadores de conexion de UE.
  12. 12. Un procedimiento segun la reivindicacion 9 o 10, en el que el eNodoB ancla (125) lleva a cabo un funcionamiento de servidor intermediario manteniendo, para una conexion de portadora de UE, un tunel GTP (2010) hacia el eNodoB en red de auto-retorno (130) y otro tunel GTP (2000) hacia la S-GW (160-1) y mapeando entre las dos conexiones de tunel.
  13. 13. Un procedimiento segun la reivindicacion 11 o 12, en el que el eNodoB ancla (125) crea una tabla de mapeo de tuneles GTP o de identificadores de conexion de UE en el momento en el que se establecen las portadoras de UE.
ES08794181.1T 2008-04-30 2008-09-09 Red de auto-retorno en LTE Active ES2586741T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US4898008P 2008-04-30 2008-04-30
US48980P 2008-04-30
PCT/SE2008/051004 WO2009134178A1 (en) 2008-04-30 2008-09-09 Self-backhauling in lte

Publications (1)

Publication Number Publication Date
ES2586741T3 true ES2586741T3 (es) 2016-10-18

Family

ID=40227583

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08794181.1T Active ES2586741T3 (es) 2008-04-30 2008-09-09 Red de auto-retorno en LTE

Country Status (6)

Country Link
US (2) US8797952B2 (es)
EP (1) EP2272272B1 (es)
JP (1) JP5144804B2 (es)
ES (1) ES2586741T3 (es)
PT (1) PT2272272T (es)
WO (1) WO2009134178A1 (es)

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3000856B2 (ja) * 1994-08-04 2000-01-17 株式会社ニコン 赤外線検出装置
EP2286615B1 (en) 2008-05-15 2011-12-14 Telefonaktiebolaget LM Ericsson (publ) Data forwarding during handover in a self-backhauled cell
GB0809014D0 (en) * 2008-05-17 2008-06-25 Slever Solutions Ltd Improvements in and relating to the management of data congestion in a data network
US8964636B2 (en) 2008-06-23 2015-02-24 Qualcomm Incorporated Concentrator for multiplexing access point to wireless network connections
CN101686520A (zh) * 2008-09-24 2010-03-31 三星电子株式会社 支持家用基站上下文管理的方法
MX2011003870A (es) 2008-10-20 2011-05-03 Ericsson Telefon Ab L M Gestion de la calidad de servicios para auto-redireccionamiento en evolucion de largo plazo (lte).
US8902805B2 (en) * 2008-10-24 2014-12-02 Qualcomm Incorporated Cell relay packet routing
US8254982B2 (en) * 2008-10-29 2012-08-28 Telefonaktiebolaget Lm Ericsson (Publ) Cell type information sharing between neighbor base stations
KR101521886B1 (ko) * 2009-01-23 2015-05-28 삼성전자주식회사 이동통신 시스템에서 지티피 처리를 위한 장치 및 방법
US20100260109A1 (en) * 2009-04-10 2010-10-14 Qualcomm Incorporated Optimized inter-access point packet routing for ip relay nodes
CN101877860B (zh) * 2009-04-28 2016-01-20 中兴通讯股份有限公司 中继节点、服务网关、中继数据的传输方法及系统
US8792408B2 (en) 2009-06-18 2014-07-29 Telefonaktiebolaget L M Ericsson (Publ) Backhaul header compression
TWI424778B (zh) * 2009-06-23 2014-01-21 Inst Information Industry 中繼台及其後端連線方法
US8600386B2 (en) * 2009-10-15 2013-12-03 Ubeeairwalk, Inc. System and method for providing extending femtocell coverage
CN102792643B (zh) * 2009-12-09 2016-01-20 爱立信(中国)通信有限公司 基于分组的通信网络中的呼叫交换
US9166677B2 (en) * 2010-01-19 2015-10-20 Qualcomm Incorporated Method and apparatus for associating a relay in wireless communications
IL206455A (en) 2010-01-28 2016-11-30 Elta Systems Ltd Cellular communication system with moving base stations and methods and useful devices in collaboration with the above
US8867415B2 (en) 2010-02-11 2014-10-21 Pine Valley Investments, Inc. System and method for extending communication coverage in a wireless network
US9332582B2 (en) * 2010-04-30 2016-05-03 Qualcomm Incorporated System, apparatus and method for coordinating peer communication in wireless systems
CN102378326B (zh) * 2010-08-09 2017-04-05 中兴通讯股份有限公司 一种家庭基站环境下节能控制的方法及装置
JP5625703B2 (ja) * 2010-10-01 2014-11-19 富士通株式会社 移動通信システム、通信制御方法及び無線基地局
US8743772B2 (en) 2010-10-01 2014-06-03 Qualcomm Incorporated Mobility load balancing and resource status report for scenarios with relay nodes
EP3528534B1 (en) 2010-11-24 2020-09-09 Elta Systems Ltd. Architecture and methods for traffic management by tunneling in moving hierarchical cellular networks
WO2012070049A1 (en) 2010-11-24 2012-05-31 Elta Systems Ltd. Various routing architectures for dynamic multi-hop backhauling cellular network and various methods useful in conjunction therewith
EP2466978A1 (en) 2010-12-16 2012-06-20 Alcatel Lucent Mobile network, corresponding access node, processing unit and method for operating the mobile network
IL218046B (en) 2012-02-12 2018-11-29 Elta Systems Ltd An architecture for a multi-directional relay and the devices and methods of operation useful by the way
WO2012142437A1 (en) 2011-04-13 2012-10-18 Interdigital Patent Holdings, Inc Methods, systems and apparatus for managing and/or enforcing policies for managing internet protocol ("ip") traffic among multiple accesses of a network
WO2012147270A1 (en) * 2011-04-28 2012-11-01 Panasonic Corporation Communication system, mobile terminal, router, and mobility management entity
US10051643B2 (en) 2011-08-17 2018-08-14 Skyline Partners Technology Llc Radio with interference measurement during a blanking interval
US9474080B2 (en) 2011-08-17 2016-10-18 CBF Networks, Inc. Full duplex backhaul radio with interference measurement during a blanking interval
US10708918B2 (en) 2011-08-17 2020-07-07 Skyline Partners Technology Llc Electronic alignment using signature emissions for backhaul radios
US8385305B1 (en) 2012-04-16 2013-02-26 CBF Networks, Inc Hybrid band intelligent backhaul radio
US8928542B2 (en) 2011-08-17 2015-01-06 CBF Networks, Inc. Backhaul radio with an aperture-fed antenna assembly
US8982772B2 (en) 2011-08-17 2015-03-17 CBF Networks, Inc. Radio transceiver with improved radar detection
US9713019B2 (en) 2011-08-17 2017-07-18 CBF Networks, Inc. Self organizing backhaul radio
US10716111B2 (en) 2011-08-17 2020-07-14 Skyline Partners Technology Llc Backhaul radio with adaptive beamforming and sample alignment
US8467363B2 (en) 2011-08-17 2013-06-18 CBF Networks, Inc. Intelligent backhaul radio and antenna system
US8761100B2 (en) 2011-10-11 2014-06-24 CBF Networks, Inc. Intelligent backhaul system
US8989762B1 (en) 2013-12-05 2015-03-24 CBF Networks, Inc. Advanced backhaul services
US9049611B2 (en) 2011-08-17 2015-06-02 CBF Networks, Inc. Backhaul radio with extreme interference protection
US10548132B2 (en) 2011-08-17 2020-01-28 Skyline Partners Technology Llc Radio with antenna array and multiple RF bands
US8502733B1 (en) 2012-02-10 2013-08-06 CBF Networks, Inc. Transmit co-channel spectrum sharing
US8238318B1 (en) 2011-08-17 2012-08-07 CBF Networks, Inc. Intelligent backhaul radio
US10764891B2 (en) 2011-08-17 2020-09-01 Skyline Partners Technology Llc Backhaul radio with advanced error recovery
US8422540B1 (en) 2012-06-21 2013-04-16 CBF Networks, Inc. Intelligent backhaul radio with zero division duplexing
US8879409B2 (en) * 2011-09-27 2014-11-04 Wipro Limited Method and system for improving QoS in a wireless network
EP2815603B1 (en) * 2012-02-17 2019-09-25 Interdigital Patent Holdings, Inc. Hierarchical traffic differentiation to handle congestion and/or manage user quality of experience
ES2647445T3 (es) * 2012-05-10 2017-12-21 Alcatel Lucent Transferencia de mensajes
US9225449B2 (en) * 2012-05-11 2015-12-29 Intel Corporation Performing a handover in a heterogeneous wireless network
IL219940A0 (en) * 2012-05-23 2012-07-31 Eci Telecom Ltd A technique for interconnecting base stations of a cellular network via a transport network
US9585054B2 (en) 2012-07-19 2017-02-28 Interdigital Patent Holdings, Inc. Method and apparatus for detecting and managing user plane congestion
USD704174S1 (en) 2012-08-14 2014-05-06 CBF Networks, Inc. Intelligent backhaul radio with symmetric wing radome
CN104704902B (zh) * 2012-10-05 2019-03-15 日本电气株式会社 无线通信系统、基站、移动站、方法及计算机可读介质
EP2918107A4 (en) 2012-11-09 2016-07-06 Nokia Technologies Oy METHOD, DEVICE AND COMPUTER PROGRAM PRODUCT FOR IMPLEMENTING A HANDOVER IN A HETEROGENIC NETWORK
MX343099B (es) 2012-11-14 2016-10-25 Ericsson Telefon Ab L M Proteccion de sobrecarga basada en contenido.
WO2014110410A1 (en) 2013-01-11 2014-07-17 Interdigital Patent Holdings, Inc. User-plane congestion management
CN103974228B (zh) * 2013-01-30 2019-05-07 中兴通讯股份有限公司 一种实现x2代理的方法及系统
US9386480B2 (en) 2013-08-06 2016-07-05 Parallel Wireless, Inc. Systems and methods for providing LTE-based backhaul
US10250490B2 (en) * 2013-12-23 2019-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Method and network node for routing backhaul packets
US9787595B2 (en) * 2014-03-24 2017-10-10 Intel IP Corporation Evolved node-B and mobility management entity and user equipment and methods for supporting attended and unattended services
JP2015216564A (ja) * 2014-05-13 2015-12-03 日本無線株式会社 通信システム
US9961587B2 (en) 2014-06-26 2018-05-01 Gilat Satellite Networks Ltd. Methods and apparatus for optimizing tunneled traffic
US10021594B2 (en) * 2014-06-26 2018-07-10 Gilat Satellite Networks Ltd. Methods and apparatus for optimizing tunneled traffic
MA42103A (fr) 2015-05-18 2018-03-28 Bayer Pharma AG Régime posologique à base de modulateur sélectif du récepteur de la progestérone (rpm)
JP6174086B2 (ja) * 2015-07-06 2017-08-02 ソフトバンク株式会社 無線通信システム、無線通信制御装置及びプログラム
EP3340545B1 (en) * 2016-12-20 2019-11-06 Gilat Satellite Networks Ltd. Methods and apparatus for optimizing tunneled traffic
CN110475368B (zh) 2018-05-10 2022-12-20 中兴通讯股份有限公司 信息传输方法及装置
US11387895B2 (en) * 2018-12-31 2022-07-12 Hughes Network Systems, Llc Communication method and communication system
US10856344B2 (en) 2019-03-15 2020-12-01 Hong Kong Applied Science and Technology Research Institute Company Limited Method and an apparatus for reducing connection set-up time in a communications network
WO2024030596A1 (en) * 2022-08-05 2024-02-08 Interdigital Patent Holdings, Inc. Inter-node mobility management
CN119789106B (zh) * 2025-03-12 2025-05-30 亚信科技（中国）有限公司 一种基于无线回传的5g专网通信系统

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6778517B1 (en) * 1999-10-14 2004-08-17 Bellsouth Intellectual Property Corporation Wireless broadband service
US6980526B2 (en) * 2000-03-24 2005-12-27 Margalla Communications, Inc. Multiple subscriber videoconferencing system
US7733904B1 (en) * 2002-01-28 2010-06-08 3Com Corporation System and method for roaming between wireless networks
ES2198200B1 (es) * 2002-02-04 2005-01-01 Airtel Movil, S.A Sistema de obtencion de servicios de valor añadido en tiempo real basado en la red de servicio general de paquetes de radio (gprs).
US7321571B2 (en) * 2002-09-27 2008-01-22 Telefonaktiebolaget Lm Ericsson (Publ) In-band wireless communication network backhaul
JP2008536356A (ja) * 2005-03-10 2008-09-04 サムスン エレクトロニクス カンパニー リミテッド 非対称帯域幅リンクを有する加入者網における転送制御プロトコルの両方向同時転送のための転送制御方法及び装置
US20080013553A1 (en) * 2006-07-12 2008-01-17 Interdigital Technology Corporation Activation of multiple bearer services in a long term evolution system
US20080194246A1 (en) * 2007-02-12 2008-08-14 Thierry Etienne Klein Apparatus and Method for Providing a Rapidly Deployable Wireless Network
US20080214189A1 (en) * 2007-03-01 2008-09-04 Pouya Taaghol Mobility protocol switching for wireless networks
US20090016334A1 (en) * 2007-07-09 2009-01-15 Nokia Corporation Secured transmission with low overhead

Also Published As

Publication number Publication date
EP2272272A1 (en) 2011-01-12
US20160057734A1 (en) 2016-02-25
US9769797B2 (en) 2017-09-19
JP5144804B2 (ja) 2013-02-13
US20110044279A1 (en) 2011-02-24
JP2011521530A (ja) 2011-07-21
CN102017685A (zh) 2011-04-13
PT2272272T (pt) 2016-07-15
EP2272272B1 (en) 2016-05-18
US8797952B2 (en) 2014-08-05
WO2009134178A1 (en) 2009-11-05

Similar Documents

Publication Publication Date Title
EP2272272B1 (en) Self-backhauling in lte
ES2434695T3 (es) Gestión de QoS en LTE para una estación base de auto retroceso
ES2377767T3 (es) Reenvío de datos durante el traspaso en una celda con auto retorno
ES2863467T3 (es) Procedimiento y aparato para gestionar sesión para cambiar una función de plano de usuario en un sistema de comunicación inalámbrica
EP3793240A1 (en) Configuration method, data transmission method and apparatus
ES2841848T3 (es) Procedimiento para establecer una interfaz de enlace de recorrido frontal y estación base
ES2983234T3 (es) Método para la interconexión entre redes en un sistema de comunicación inalámbrica y aparato para el mismo
ES2752218T3 (es) Procedimiento y aparato para establecer una portadora de plano de usuario
ES2956543T3 (es) Liberación mejorada de asociación de PFCP, solicitada por una función de UP
ES2908267T3 (es) Equipo de usuario directo a equipo de usuario sin identificador de acceso a la red de datos
ES2644311T3 (es) Manipulación de mensajes de señalización en el plano de datos en una arquitectura definida por software
ES2688670T3 (es) Selección de pasarela para optimización de arquitectura de red de comunicaciones móvil
ES2970690T3 (es) Métodos y sistema para realizar una transferencia de un dispositivo de comunicación móvil entre distintas redes de acceso
BR112019015657B1 (pt) Método para executar qualidade de serviço (qos) reflexiva em sistema de comunicação sem fio e um dispositivo para o mesmo
BR112020014188A2 (pt) nó e método de comunicação
WO2020224472A1 (zh) 分配、获取ip地址的方法及设备
ES2663022T3 (es) Método y dispositivo de interacción de datos
EP2427002A1 (en) Method, device and system for transmitting relay data
JP2020537457A (ja) 通信システムにおけるデータ・ルーティング
ES3010481T3 (en) Transmission of time-sensitive data through bridges between port pairs of different types
CN118679846A (zh) 用于iab网络中流量传输的系统和方法
CN118678496A (zh) 数据传输方法和装置
CN102017685B (zh) Lte中的自回程
JP7806927B2 (ja) 情報を設定する方法と装置及び通信システム
ES2972345T3 (es) Procedimiento para agrupar y priorizar sesiones de PDU diferentes en un sistema de telecomunicaciones y sistema del mismo.