ES2890724T3 - Asignación de recursos - Google Patents

Asignación de recursos Download PDF

Info

Publication number
ES2890724T3
ES2890724T3 ES08843809T ES08843809T ES2890724T3 ES 2890724 T3 ES2890724 T3 ES 2890724T3 ES 08843809 T ES08843809 T ES 08843809T ES 08843809 T ES08843809 T ES 08843809T ES 2890724 T3 ES2890724 T3 ES 2890724T3
Authority
ES
Spain
Prior art keywords
base station
resources
handover
destination
user equipment
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
ES08843809T
Other languages
English (en)
Other versions
ES2890724T7 (es
Inventor
Jagdeep Ahluwalia
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of ES2890724T3 publication Critical patent/ES2890724T3/es
Application granted granted Critical
Publication of ES2890724T7 publication Critical patent/ES2890724T7/es
Active legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0072—Transmission or use of information for re-establishing the radio link of resource information of target access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0064—Transmission or use of information for re-establishing the radio link of control information between different access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • 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
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Transplanting Machines (AREA)
  • Control Of Driving Devices And Active Controlling Of Vehicle (AREA)
  • Diaphragms For Electromechanical Transducers (AREA)

Abstract

Método realizado en una estación base (5-2) de destino, comprendiendo el método: recibir una solicitud de traspaso desde una estación base (5-1) de origen que indica el traspaso de un equipo (3) de usuario desde la estación base (5-1) de origen a la estación base (5-2) de destino; determinar recursos que se asignarán de forma persistente para que el equipo (3) de usuario se comunique con la estación base (5-2) de destino; preparar un acuse de recibo de la solicitud de traspaso que incluye un contenedor transparente que comprende datos de asignación que identifican los recursos que se asignarán de manera persistente para el equipo (3) de usuario; y enviar el acuse de recibo de la solicitud de traspaso a la estación base (5-1) de origen.

Description

DESCRIPCIÓN
Asignación de recursos
Campo técnico
La presente invención se refiere a la asignación de recursos en un sistema de comunicaciones cuando un nodo de comunicaciones cambia de asociación de una estación base de origen a una estación base de destino. La invención tiene una relevancia particular, aunque no exclusiva, para recursos asignados de forma persistente en la Evolución a Largo Plazo (LTE) de la UTRAN (la denominada Red de Acceso de Radiocomunicaciones Terrestre Universal Evolucionada (E-UTRAN)).
Antecedentes de la técnica
En las redes de telecomunicaciones móviles, existe la necesidad de realizar traspasos de los Equipos de Usuario (UE) de una estación base a otra. La secuencia de señalización para el procedimiento de traspaso intra-LTE se ha descrito en la especificación del 3GPP TS 36.300.
Sin embargo, los pormenores sobre las asignaciones de recursos en la celda de destino aún no se han abordado en detalle. Evidentemente, aquellos versados en la materia estarán familiarizados con los diversos acrónimos aplicables a las comunicaciones 3G, pero se adjunta un glosario al final de la descripción para beneficio de los lectores legos.
Aunque, con vistas a una interpretación eficiente por parte de los expertos en la técnica, la invención se describirá en detalle en el contexto de un sistema 3G, los principios del procedimiento de traspaso se pueden aplicar a otros sistemas, p. ej. otros sistemas CDMA o inalámbricos en los que un dispositivo móvil o Equipo de Usuario (UE) se comunica con uno de diversos otros dispositivos (correspondientes al eNodeB) y/o con los elementos correspondientes del sistema que ha cambiado según sea necesario.
El documento US 2007/0047493 A1 describe un método para transmitir y recibir información de acceso por radiocomunicaciones para establecer una conexión por radiocomunicaciones entre un terminal y una estación base de destino mientras se realiza un traspaso del terminal a una celda de la estación base de destino. La red transmite de antemano la información de acceso por radiocomunicaciones al terminal para que el terminal se pueda conectar con la celda de destino.
Descripción de la invención
La presente invención proporciona una estación base, un equipo de usuario y métodos asociados según se establece en las reivindicaciones adjuntas. Un método según un ejemplo, realizado en un dispositivo de comunicaciones de destino, comprende: recibir una orden de traspaso desde un dispositivo de comunicaciones de origen que indica el traspaso de un dispositivo de comunicaciones de usuario desde el dispositivo de comunicaciones de origen al dispositivo de comunicaciones de destino; determinar los recursos necesarios que se asignarán de forma persistente para la comunicación con el dispositivo de comunicaciones de usuario; y preparar un acuse de recibo de la solicitud de traspaso que incluye datos de asignación que identifican recursos que se asignarán de forma persistente para el dispositivo de comunicaciones de usuario; y enviar el acuse de recibo de la solicitud de traspaso al dispositivo de comunicaciones de origen; y en el que los datos de asignación comprenden datos que indican un tiempo de inicio a partir del cual se utilizarán los recursos asignados; y en el que dichos datos que indican un tiempo de inicio comprenden un número de trama del sistema. El dispositivo de comunicaciones de destino utiliza entonces los recursos asignados de forma persistente para comunicarse con el dispositivo de usuario.
En otro ejemplo, los datos de asignación se proporcionan dentro de un contenedor transparente que se incluye en el acuse de recibo de la solicitud de traspaso. Los datos de asignación también pueden comprender datos que indican un intervalo entre tiempos sucesivos en los que se utilizarán los recursos asignados.
En otro ejemplo, los datos de asignación comprenden: i) datos de asignación de enlace ascendente que definen recursos para ser utilizados por el dispositivo de comunicaciones de usuario para transmitir datos al dispositivo de comunicaciones de destino, así como otros datos específicos de enlace ascendente; ii) datos de asignación de enlace descendente que definen recursos que utilizará el dispositivo de comunicaciones de usuario para recibir datos del dispositivo de comunicaciones de destino, así como otros datos específicos de enlace descendente; y iii) datos comunes relacionados con información que es común para las comunicaciones de enlace ascendente y de enlace descendente, tales como datos que indican un tiempo de inicio a partir del cual se pueden usar los recursos asignados, y/o datos que indican un intervalo entre tiempos sucesivos en los que se usarán los recursos asignados.
Otro ejemplo proporciona un método realizado en un dispositivo de comunicaciones de origen, comprendiendo el método: transmitir una solicitud de traspaso a un dispositivo de comunicaciones de destino que indica el traspaso de un dispositivo de comunicaciones de usuario desde el dispositivo de comunicaciones de origen al dispositivo de comunicaciones de destino; recibir, desde el dispositivo de comunicaciones de destino, un acuse de recibo de solicitud de traspaso que incluye datos de asignación que identifican recursos que se asignarán de manera persistente para que el dispositivo de comunicaciones de usuario se comunique con el dispositivo de comunicaciones de destino; preparar una orden de traspaso que incluye dichos datos de asignación que identifican dichos recursos asignados de forma persistente; y enviar la orden de traspaso al dispositivo de comunicaciones de usuario; y en el que los datos de asignación comprenden datos que indican un tiempo de inicio a partir del cual se utilizarán los recursos asignados; y en el que dichos datos que indican un tiempo de inicio comprenden un número de trama del sistema.
Otro ejemplo proporciona un método realizado en un dispositivo de comunicaciones de usuario, comprendiendo el método: comunicarse con un dispositivo de comunicaciones de origen utilizando primeros recursos asignados de forma persistente; recibir una orden de traspaso desde el dispositivo de comunicaciones de origen, ordenando la orden de traspaso al dispositivo de comunicaciones de usuario que realice un traspaso a un dispositivo de comunicaciones de destino e incluyendo datos de asignación que indican segundos recursos asignados de forma persistente asignados por el dispositivo de comunicaciones de destino; procesar la orden de traspaso recibida para determinar los recursos asignados persistentemente que se usarán con el fin de comunicarse con dicho dispositivo de comunicaciones de destino en el que los datos de asignación comprenden datos que indican un tiempo de inicio a partir del cual se usarán los recursos asignados; y en el que dichos datos que indican un tiempo de inicio comprenden un número de trama del sistema.
Según un ejemplo, se proporciona un método de señalización de recursos asignados de forma persistente en un sistema de comunicaciones, comprendiendo el método: generar datos de asignación de enlace ascendente que definen recursos para su uso en la comunicación de datos en un enlace ascendente entre un dispositivo de usuario y un dispositivo de comunicaciones; generar datos de asignación de enlace descendente que definen recursos para su uso en la comunicación de datos en un enlace descendente entre el dispositivo de usuario y el dispositivo de comunicaciones; generar datos de asignación comunes que controlan las comunicaciones de enlace ascendente y de enlace descendente; y señalizar los datos de asignación de enlace ascendente, los datos de asignación de enlace descendente y los datos de asignación comunes desde el dispositivo de comunicaciones al dispositivo de usuario. El paso de señalización puede señalizar los datos de asignación de enlace ascendente, los datos de asignación de enlace descendente y los datos de asignación comunes al mismo tiempo o en un único contenedor. Los datos de asignación comunes pueden definir tiempos en los que dichos recursos se utilizarán para dichas comunicaciones de enlace ascendente y de enlace descendente.
Breve descripción de los dibujos
Estas y otras características y aspectos de la invención resultarán evidentes a partir de los siguientes ejemplos de realizaciones que se describen con referencia a los dibujos adjuntos en los que:
la Figura 1 ilustra esquemáticamente un sistema de telecomunicaciones móviles de un tipo al que es aplicable la realización;
la Figura 2 ilustra esquemáticamente una estación base que forma parte del sistema mostrado en la Figura 1;
la Figura 3 ilustra esquemáticamente un dispositivo de comunicaciones móviles que forma parte del sistema mostrado en la Figura 1;
la Figura 4 ilustra tres capas de una pila de protocolos utilizada en el dispositivo de comunicación móvil y la estación base mostrados en la Figura 1; y
la Figura 5 muestra un proceso de traspaso modificado según una realización.
Mejor modo de realizar la invención
Visión general
La Figura 1 ilustra esquemáticamente un sistema 1 de telecomunicaciones móviles (celulares) en el que usuarios de teléfonos móviles (MT) 3-0, 3-1 y 3-2 pueden comunicarse con otros usuarios (no mostrados) a través de una de las estaciones base 5-1 ó 5-2 y una red telefónica 7. En esta realización, para el enlace descendente (DL), las estaciones base 5 utilizan una técnica de acceso múltiple por división ortogonal de frecuencia (OFDMA) para transmitir datos a los teléfonos móviles 3; y, para el enlace ascendente (UL), los teléfonos móviles 3 utilizan una técnica de acceso múltiple por división de frecuencia de portadora única (FDMA) para transmitir datos a las estaciones base 5. Una serie de recursos de comunicaciones de enlace ascendente y descendente (subportadoras, ranuras de tiempo, etc.) están disponibles para el enlace inalámbrico entre los teléfonos móviles 3 y las estaciones base 5. En esta realización, las estaciones base 5 asignan recursos de enlace descendente a cada teléfono móvil 3 dependiendo de la cantidad de datos que se enviarán al teléfono móvil 3. De manera similar, las estaciones base 5 asignan recursos de enlace ascendente a cada teléfono móvil 3 dependiendo de la cantidad y el tipo de datos que el teléfono móvil 3 tiene que enviar a la estación base 5. Cuando un teléfono móvil 3 se mueve desde la celda de una estación base de origen (p. ej. estación base 5-1) a una estación base de destino (por ejemplo, estación base 5-2), se lleva a cabo un procedimiento (protocolo) de traspaso (HO) en las estaciones base 5 de origen y destino y en el teléfono móvil 3, para controlar el proceso de traspaso.
Recursos de tiempo/frecuencia
En esta realización, la banda de transmisión disponible se divide en varias subbandas, cada una de las cuales comprende varias subportadoras contiguas dispuestas en bloques contiguos. Para evitar interferencias entre las subportadoras de subbandas adyacentes, se proporcionan bandas de guarda al final de cada subbanda. A los diferentes teléfonos móviles 3 se les asigna(n) diferente(s) bloque(s) de recursos (subportadoras) dentro de una subbanda en diferentes momentos para transmitir/recibir sus datos.
Estación base
La Figura 2 es un diagrama de bloques que ilustra los componentes principales de cada una de las estaciones base 5 utilizadas en esta realización. Como se muestra, cada estación base 5 incluye un circuito transceptor 21 que es operativo para transmitir señales a y recibir señales de los teléfonos móviles 3 a través de una o más antenas 23 (usando las subportadoras descritas anteriormente) y que es operativo para transmitir señales a y para recibir señales de la red telefónica 7 a través de una interfaz 25 de red. Un controlador 27 controla el funcionamiento del circuito transceptor 21 de acuerdo con software almacenado en la memoria 29. El software incluye, entre otras cosas, un sistema operativo 31, un módulo 33 de asignación de recursos, y un planificador 34. El módulo 33 de asignación de recursos se puede hacer funcionar para asignar los recursos de comunicaciones descritos anteriormente para las comunicaciones de enlace ascendente y descendente a cada teléfono móvil 3 y el planificador 34 planifica la transmisión de datos de enlace descendente a cada teléfono móvil 3 y las oportunidades de transmisión de enlace ascendente para cada teléfono móvil 5 sobre la base de los recursos asignados. El software también incluye un módulo 35 de traspaso, cuyo funcionamiento se describirá posteriormente.
Teléfono móvil
La Figura 3 ilustra esquemáticamente los componentes principales de cada uno de los teléfonos móviles 3 mostrados en la Figura 1. Como se muestra, cada uno de los teléfonos móviles 3 incluye un circuito transceptor 71 que es operativo para transmitir señales a y recibir señales de la estación base 5 a través de una o más antenas 73. Como se muestra, el teléfono móvil 3 también incluye un controlador 75 que controla el funcionamiento del teléfono móvil 3 y que está conectado al circuito transceptor 71 y a un altavoz 77, un micrófono 79, una pantalla 81, y un teclado 83. El controlador 75 funciona de acuerdo con instrucciones de software almacenadas en la memoria 85. Como se muestra, estas instrucciones de software incluyen, entre otras cosas, un sistema operativo 87, un planificador 89 y un módulo 91 de traspaso. El planificador 89 es responsable de planificar la transmisión de datos de enlace ascendente y la recepción de datos de enlace descendente de acuerdo con los recursos asignados al teléfono móvil 3 para sus comunicaciones con la estación base 5; y el módulo 91 de traspaso es responsable de controlar el proceso de traspaso (HO), que se describe con más detalle posteriormente.
En la descripción anterior, tanto la estación base 5 como los teléfonos móviles 3 se describen, para facilitar la comprensión, de manera que tienen planificadores, módulos de asignación de recursos y módulos de traspaso discretos respectivos. Si bien estos módulos de software pueden proporcionarse de esta manera para ciertas aplicaciones, por ejemplo, cuando se ha modificado un sistema existente para implementar la invención, en otras aplicaciones, por ejemplo en sistemas diseñados con las características de la invención en mente desde el principio, estos módulos pueden estar integrados en el código o sistema operativo general y, por lo tanto, estos módulos pueden no ser discernibles como entidades discretas.
Protocolos
La Figura 4 ilustra parte de una pila de protocolos (tres capas inferiores) utilizada en los teléfonos móviles 3 y las estaciones base 5. La primera capa es la capa física (L1) que es responsable de la transmisión real de los datos a través del canal de comunicación por radiofrecuencia. Por encima de ella, está presente la segunda capa (L2), que se divide en tres subcapas - la capa de Control de Acceso al Medio (L2/MAC) que es responsable de controlar el acceso a la interfaz aérea; la capa de ARQ (Solicitud de Repetición Automática) Externa (L2/OARQ) que es responsable de la concatenación y segmentación de paquetes de datos, el acuse de recibo de paquetes y la retransmisión de paquetes de datos cuando sea necesario; y la capa del Protocolo de Convergencia de Datos en Paquetes (PDCP) (L2/PDCP) que es responsable de la compresión y el cifrado de encabezamientos. Por encima de la segunda capa, está presente la capa de Control de Recursos de Radiocomunicaciones (RRC) (L3/RRC) que es responsable de controlar los recursos de radiocomunicaciones utilizados en la interfaz aérea entre la estación base 5 y el teléfono móvil 3. Como se muestra, la capa L2/ARQ Externa incluye varias entidades 95 de ARQ Externa utilizadas para gestionar la transmisión de datos del plano C y datos del plano U y la capa L2/PDCP incluye entidades 97 de PDCP utilizadas para procesar los datos del plano C y del plano U.
La Figura 4 también muestra los portadores 98 de radiocomunicaciones asignados a cada fuente de datos a transmitir. Varias aplicaciones de software pueden estar funcionando al mismo tiempo y cada aplicación puede estar enviando y/o recibiendo datos. Un portador de radiocomunicaciones respectivo está asociado a cada tarea y a algunos portadores de radiocomunicaciones se les asigna una prioridad más alta que a otros. Por ejemplo, a portadores de radiocomunicaciones asignados a servicios en tiempo real se les asignará una prioridad más alta que a los asignados a servicios en tiempo no real. Los recursos de comunicación asignados por la estación base 5 para el enlace ascendente se comparten entre los portadores 98 de radiocomunicaciones, dependiendo de sus prioridades y velocidades de datos asignadas. La capa 96 de RRC establece la velocidad de datos y la prioridad para cada portador 98 de radiocomunicaciones. El planificador 89 controla entonces la planificación de los paquetes de datos de cada portador 98 de radiocomunicaciones para la transmisión en función de las velocidades de datos y las prioridades asignadas a los portadores de radiocomunicaciones por la capa 96 de RRC.
Asignación de recursos para portadores asignados de forma persistente
Los recursos pueden asignarse o bien dinámicamente (cuando sea necesario) o bien por adelantado. Los recursos se asignan dinámicamente para actividades como la navegación web, donde la velocidad de datos instantánea varía considerablemente. Sin embargo, para otras aplicaciones como VoIP o transmisión en flujo continuo (streaming), la cantidad de recursos que se necesitarán se conoce de antemano y, por lo tanto, los recursos pueden asignarse "persistentemente" para tales actividades, por lo que los recursos asignados inicialmente se proporcionan de forma regular sin señalización adicional. Sin embargo, tales recursos asignados persistentemente tienen que ser reasignados cuando el teléfono móvil 3 se mueve de una celda a otra o de una estación base 5 a otra de acuerdo con el procedimiento de “traspaso” definido para la red.
Teniendo en cuenta el caso de una llamada VoIP, los recursos asignados de forma persistente para la primera transmisión de la llamada VoIP se señalizarán mediante la señalización de RRC en el momento del establecimiento de la llamada. A continuación, los planificadores 34 y 89 en el teléfono móvil 3 y en la estación base 5 utilizarán los mismos recursos en momentos periódicos a partir de entonces (por ejemplo, cada 20 ms). A continuación, si es necesario realizar un traspaso del teléfono móvil 3 a una nueva celda o estación base (por ejemplo, de la estación base 5-1 de origen a la estación base 5-2 de destino), se deben asignar nuevos recursos persistentes para la llamada VoIP en la estación base 5-2 de destino y los mismos se deben señalizar al teléfono móvil 3. Esto plantea las cuestiones de cómo y cuándo deben señalizarse al teléfono móvil 3 los recursos asignados .
Existen dos opciones para señalizar recursos planificados de forma persistente al teléfono móvil 3:
1. Los recursos para portadores planificados de forma persistente se señalizan desde la estación base 5-2 de destino a través de la estación base 5-1 de origen al teléfono móvil 3 durante el procedimiento de traspaso.
2. Los recursos para portadores planificados de forma persistente se señalizan desde la estación base 5-2 de destino al teléfono móvil 3 después de que este haya aparecido en la celda de destino.
En la primera opción, la estación base 5-2 de destino puede asignar recursos y señalizarlos, en un contenedor transparente de RRC de regreso a la estación base 5-1 de origen en el mensaje de ACUSE DE RECIBO DE SOLICITUD DE TRASPASO que se enviará al teléfono móvil 3 como parte del Mensaje de Orden de Traspaso. Los contenedores transparentes son bien conocidos por los expertos en la técnica y comprenden esencialmente un paquete de datos que puede ser reenviado simplemente por la estación base 5-1 de origen hacia el teléfono móvil 3 sin cambiar su contenido, y no requiere una descripción adicional en este documento. La estación base 5-2 de destino puede calcular razonablemente el tiempo de inicio para estos recursos en el dominio del tiempo y proporcionarlo como parte del contenedor transparente, por ejemplo en términos de un Número de Trama del Sistema. Alternativamente, la estación base 5-2 de destino y el teléfono móvil pueden suponer que los recursos reservados se pueden usar inmediatamente después de que se complete el procedimiento de HO (TRASPASO) (o en algún instante de tiempo definido posteriormente).
En la segunda opción, el teléfono móvil 3 envía un mensaje CONFIRMACIÓN DE TRASPASO a la estación base 5-2 de destino para indicar que el procedimiento de traspaso se ha completado para el teléfono móvil 3. Después de esto, la estación base 5-2 de destino señalizará subsiguientemente recursos asignados para el portador planificado persistentemente y los indicará al teléfono móvil 3 mediante la ORDEN DE CAMBIO DE CONEXIÓN DE RRC.
Se podría argumentar que la señalización de la asignación de recursos para portadores planificados de manera persistente en el mensaje de Orden de HO utilizando la opción 1 aumentaría significativamente el tamaño del mensaje de Orden de HO, lo cual podría hacer que aumentase la tasa de fallos del HO. Sin embargo, el inventor cree que los bits adicionales necesarios solo serían alrededor de 50 bits, como se describirá con más detalle a continuación.
Como apreciarán los expertos en la técnica, el procedimiento de traspaso descrito anteriormente se puede utilizar para escenarios de traspaso entre estaciones base 5 así como traspasos dentro de estaciones base, en lo que se refiere a la asignación de portadores planificados persistentemente.
Procedimiento de traspaso
Se ofrecerá a continuación una descripción detallada del funcionamiento de los módulos 35 y 91 de traspaso de acuerdo con la opción 1 descrita anteriormente. La siguiente descripción utilizará la nomenclatura utilizada en la Evolución a Largo Plazo (LTE) de la UTRAN. Por lo tanto, el teléfono móvil 3 que está cambiando de estaciones base 5 se denominará UE, la estación base 5-1 de origen se denominará eNodeB de origen y la estación base 5-2 de destino se denominará eNodeB de destino.
La Figura 5 ilustra el procedimiento propuesto de Traspaso (HO) de Pasarela de Servicio/intra-MME (Entidad de Gestión de Movilidad):
0 El contexto de UE dentro del eNodeB de origen contiene información sobre restricciones de itinerancia que se proporcionaron o bien en el establecimiento de la conexión o bien en la última actualización de la TA.
1 El eNodeB de origen configura los procedimientos de medición del UE de acuerdo con la información de restricción de área. Las mediciones proporcionadas por el eNodeB de origen pueden ayudar a la función que controla la movilidad de la conexión del UE.
2 El UE se activa para enviar un INFORME DE MEDICIÓN mediante las reglas establecidas, es decir, información del sistema, especificación, etc.
3 El eNodeB de origen toma una decisión basada en el INFORME DE MEDICIÓN y la información de RRM para la transferencia del UE.
4 El eNodeB de origen emite un mensaje de SOLICITUD DE TRASPASO al eNodeB de destino pasando información necesaria para preparar el HO en el lado de destino (referencia de contexto de señalización de X2 del UE en el eNodeB de origen, referencia de contexto de señalización de EPC (Red Central por Paquetes Evolucionada) de la S1 del UE, ID de celda de destino, contexto de RRC que incluye el C-RNTI del UE en el eNodeB de origen, configuración de AS (excluyendo la configuración de la capa física), contexto de portador de SAE e ID de capa física de la celda de origen MAC para una posible recuperación de RLF). Las referencias de señalización de X2 del UE/de S1 del UE permiten que el eNodeB de destino se dirija al eNodeB de origen y a la EPC. El contexto del portador de SAE incluye información necesaria de direccionamiento de la RNL y la TNL. Queda para estudios posteriores si el contexto de portador de SAE incluye los perfiles de QoS de los portadores SAE.
5 El eNodeB de destino puede realizar el Control de Admisión dependiendo de la información de QoS del portador de SAE recibida para aumentar la probabilidad de un HO exitoso, si los recursos pueden ser concedidos por el eNodeB de destino. El eNodeB de destino configura los recursos requeridos de acuerdo con la información de QoS del portador de SAE recibida y reserva un C-RNTI y opcionalmente un preámbulo de RACH. La configuración de AS que se utilizará en la celda de destino puede especificarse o bien independientemente (es decir, un "establecimiento") o bien como una diferencia en comparación con la configuración de AS utilizada en la celda de origen (es decir, una "reconfiguración").
6 El eNodeB de destino prepara un HO con L1/L2 y envía el ACUSE DE RECIBO DE SOLICITUD DE TRASPASO al eNodeB de origen. El mensaje ACUSE DE RECIBO DE SOLICITUD DE TRASPASO incluye un contenedor transparente que se enviará al UE como parte de la Orden de Traspaso. El contenedor puede incluir un nuevo C-RNTI, un preámbulo de RACH dedicado, indicación de recursos para portadores planificados de manera persistente y posiblemente algunos otros parámetros, es decir, parámetros de acceso, SIBs, etc. El mensaje ACUSE DE RECIBO DE SOLICITUD DE TRASPASO también puede incluir información de RNL/TNL para los túneles de reenvío, si ello fuera necesario.
NOTA: Tan pronto como el eNodeB de origen reciba el ACUSE DE RECIBO DE SOLICITUD DE TRASPASO, o tan pronto como se inicie la transmisión de la orden de traspaso en el enlace descendente, se puede iniciar el reenvío de datos.
Los pasos 7 a 15 proporcionan medios para evitar la pérdida de datos durante un HO y se detallan adicionalmente en los puntos 10.1.2.1.2 y 10.1.2.3 de las Especificaciones del 3GPP 36.300 EUTRAN Overall Description Stage 2.
7 El eNodeB de origen genera y envía la ORDEN DE TRASPASO (mensaje de RRC) hacia el UE. La ORDEN DE TRASPASO incluye el contenedor transparente, que se ha recibido del eNodeB de destino. El eNodeB de origen realiza la protección de integridad necesaria y el cifrado del mensaje. El UE recibe la ORDEN DE TRASPASO con los parámetros necesarios (es decir, nuevo C-RNTI, preámbulo de RACH dedicado, posible tiempo de inicio, SIBs de eNodeB de destino, etc.) y el eNodeB de origen le ordena que realice el HO.
8 Después de la expiración del tiempo de inicio, si se proporciona en la ORDEN DE TRASPASO, o de lo contrario después de recibir la ORDEN DE TRASPASO, el UE realiza la sincronización con el eNodeB de destino y accede a la celda de destino a través del RACH siguiendo un procedimiento libre de contiendas si se asignó un preámbulo de RACH dedicado en la ORDEN DE TRASPASO o siguiendo un procedimiento basado en contiendas si no se asignó un preámbulo dedicado.
9 La red responde con la asignación de UL y el avance de temporización (para permitir que el UE confirme e1HO con el eNodeB de destino).
10 Cuando el UE ha accedido con éxito a la celda de destino, el UE envía el mensaje CONFIRMACIÓN DE TRASPASO (C-RNTI) al eNodeB de destino para indicar que el procedimiento de traspaso se ha completado para el UE. El eNodeB de destino verifica el C-RNTI enviado en el mensaje CONFIRMACIÓN DE TRASPASO. El eNodeB de destino ahora puede comenzar a enviar datos al UE. Sobre la base de optimizaciones adicionales, la transmisión de datos de enlace descendente puede comenzar tan pronto como después del paso 8.
11 El eNodeB de destino envía un mensaje de TRASPASO COMPLETO a la MME para informar que el UE ha cambiado de celda.
12 La MME envía un mensaje de SOLICITUD DE ACTUALIZACIÓN DE PLANO DE USUARIO a la Pasarela de Servicio.
13 La Pasarela de Servicio conmuta la ruta de datos del enlace descendente al lado de destino y puede liberar cualquier recurso de plano U/TNL hacia el eNodeB de origen.
14 La Pasarela de Servicio envía un mensaje de RESPUESTA DE ACTUALIZACIÓN DE PLANO DE USUARIO a la MME.
15 La MME confirma el mensaje de TRASPASO COMPLETO con el mensaje ACUSE DE RECIBO DE TRASPASO COMPLETO.
16 Al enviar LIBERAR RECURSOS, el eNodeB de destino informa del éxito del HO al eNodeB de origen y activa la liberación de recursos. La temporización para que el eNodeB de destino envíe este mensaje entre los pasos 10 y 15 queda para estudios posteriores.
17 Tras la recepción del mensaje LIBERAR RECURSOS, el eNodeB de origen puede liberar recursos relacionados con el plano C y las radiocomunicaciones asociados al contexto del UE.
Señalización de recursos persistente asignados de forma
Para portadores planificados de forma persistente, el eNodeB asignará recursos para las primeras transmisiones a través de la Señalización de RRC. Estos recursos se asignarán durante el establecimiento de la llamada y durante el HO en la celda de destino. La siguiente tabla propone una forma de optimizar los parámetros a señalizar entre el UE y el eNodeB, para asignar recursos asignados de forma persistente.
Figure imgf000007_0001
Figure imgf000008_0001
Nota: Idealmente, el tiempo de inicio y el intervalo deberían ser idénticos tanto para UL como para DL para que el UE pueda situarse en suspensión si recibe correctamente la primera transmisión. La tabla anterior indica que se requiere un máximo de 62 bits para asignar recursos a portadores planificados de manera persistente. Sin embargo, el inventor cree que se puede lograr una reducción adicional en el número de bits y que solo se requerirán alrededor de 50 bits para señalizar información de asignación de recursos para portadores planificados persistentemente que también podrían incluirse fácilmente en un mensaje de orden de HO.
Modificaciones y alternativas
Se ha descrito anteriormente una realización detallada. Como apreciarán los expertos en la técnica, se pueden realizar varias modificaciones y alternativas en la realización anterior sin dejar de beneficiarse de las invenciones incorporadas en la misma. A modo de ilustración, sólo se describirán a continuación algunas de estas alternativas y modificaciones. En la realización anterior, se describió un sistema de telecomunicaciones basado en teléfonos móviles. Como apreciarán los expertos en la técnica, las técnicas de señalización y traspaso descritas en la presente solicitud pueden utilizarse en cualquier sistema de comunicaciones. En particular, muchas de estas técnicas de traspaso se pueden usar en sistemas de comunicaciones basados en cable o inalámbricos que usan o bien señales electromagnéticas o bien señales acústicas para transportar los datos. En el caso general, las estaciones base y los teléfonos móviles pueden considerarse como nodos de comunicaciones o dispositivos que se comunican entre sí. En el traspaso intra eNodeB, los nodos de comunicaciones de origen y destino estarán formados por entidades de planificación respectivas dentro de una estación base. Otros nodos o dispositivos de comunicaciones pueden incluir dispositivos de usuario como, por ejemplo, asistentes digitales personales, ordenadores portátiles, navegadores web, etc.
En las realizaciones anteriores, se describieron varios módulos de software. Como apreciarán los expertos, los módulos de software pueden proporcionarse en forma compilada o no compilada y pueden suministrarse a la estación base o al teléfono móvil en forma de una señal a través de una red informática o en un soporte de grabación. Además, la funcionalidad llevada a cabo por parte o la totalidad de este software puede realizarse utilizando uno o más circuitos de hardware dedicados. Sin embargo, se prefiere el uso de módulos de software ya que facilita la actualización de la estación base 5 y los teléfonos móviles 3 para actualizar sus funcionalidades.
Glosario de términos 3GPP
LTE - Evolución a Largo Plazo (de UTRAN)
eNodeB - Nodo B de E-UTRAN
UE - Equipo de Usuario - dispositivo de comunicación móvil
DL - enlace descendente - enlace de la base al móvil
UL - enlace ascendente - enlace del móvil a la base
MME - Entidad de Gestión de Movilidad
UPE - Entidad del Plano de Usuario
HO - Traspaso
RLC - Control de Enlace de Radiocomunicaciones
RRC - Control de Recursos de Radiocomunicaciones
RRM - Gestión de Recursos de Radiocomunicaciones
SAE - Evolución de la Arquitectura del Sistema
C-RNTI - Identificador Temporal de Red de Radiocomunicaciones-Celda
SIB - Bloque de Información del Sistema
Plano U - Plano de Usuario
Interfaz X2: Interfaz entre dos eNodeB
Interfaz S1: Interfaz entre eNodeB y MME
TA - Área de Seguimiento
EPC: Red Central por Paquetes Evolucionada
AS - Estrato de Acceso
RNL - Capa de Red de Radiocomunicaciones
TNL - Capa de Red de Transporte
RACH - Canal de Acceso Aleatorio
MIMO MU: Entrada Múltiple, Salida Múltiple, Multiusuario
DMRS: Formato de la Señal de Referencia de Demodulación
MCS: Esquema de Modulación y Codificación
La siguiente es una descripción detallada de la forma en que la presente invención puede implementarse en la norma del 3GPP LTE actualmente propuesta. Si bien varias características se describen como esenciales o necesarias, esto puede que solo sea así para la norma del 3GPP LTE propuesta, por ejemplo, debido a otros requisitos impuestos por la norma. Por lo tanto, estas declaraciones no deben interpretarse en modo alguno como limitativas de la presente invención.
Introducción
En esta contribución abordamos la cuestión de cómo se señalizan los recursos para los portadores planificados persistentemente durante el traspaso. En general, creemos que el eNB de destino puede asignar recursos para portadores asignados de forma persistente durante la fase de preparación de1HO para evitar cualquier señalización de RRC adicional después del HO en la celda de destino.
Discusión
Consideremos el caso en el que solo tenemos una llamada VoIP en curso para un UE. Los recursos asignados de forma persistente para la primera transmisión de la llamada VoIP deberán ser señalizados a través de señalización de RRC. Ahora bien, si es necesario realizar un traspaso del UE a una nueva celda, los recursos persistentes para la llamada VolP tendrían que ser asignados en la celda de destino y señalizados al UE. No se ha discutido cómo y cuándo los recursos asignados se señalizan al UE.
Existen dos opciones para señalizar recursos planificados de forma persistente al UE.
3. Los recursos para portadores planificados de forma persistente se señalizan desde el eNB de destino a través de la fuente al UE
4. Los recursos para portadores planificados de forma persistente se señalizan desde el destino al UE después de que el mismo haya aparecido en la celda de destino.
En esta contribución comparamos estas dos opciones y presentamos nuestras opiniones sobre la asignación de recursos de UL/DL para portadores planificados de forma persistente en la celda de destino.
En la primera opción, el eNB de destino puede asignar un recurso y señalizarlo de vuelta en un contenedor transparente de RRC al eNB de origen en un mensaje de ACUSE DE RECIBO DE SOLICITUD DE TRASPASO destinado a ser enviado al UE como parte del Mensaje de Orden de Traspaso. Creemos que el eNB de destino puede calcular razonablemente el tiempo de inicio de estos recursos en el dominio del tiempo y proporcionarlo como parte del contenedor transparente por ejemplo en términos de Número de Trama del Sistema o, alternativamente, los recursos reservados pueden ser utilizados de manera implícita por el eNB de destino y el UE inmediatamente después de que se complete el procedimiento de HO.
En la segunda opción, después de que el UE envíe un mensaje CONFIRMACIÓN DE TRASPASO al eNB de destino para indicar que el procedimiento de traspaso se ha completado para el UE. El eNB de destino señalizará posteriormente recursos asignados para el portador planificado de forma persistente y lo indicará al UE utilizando la ORDEN DE CAMBIO DE CONEXIÓN.
Se podría sostener que la señalización de la asignación de recursos para portadores planificados persistentemente en el mensaje de Orden de HO usando la opción 1 haría que el mensaje de Orden de HO fuera significativamente grande, lo que podría hacer que aumentase la tasa de fallos del HO, creemos que los bits adicionales necesarios serían alrededor de 50 bits [1].
Creemos que el procedimiento de RRC adicional para señalizar la asignación de recursos para portadores planificados de forma persistente durante el HO, como se describe en la opción 2, no es elegante desde el punto de vista de la señalización. Proponemos que la RAN 2 adopte la opción 1 y la plasme en las especificaciones de la Etapa 2 (Stage 2).
Aunque el procedimiento de traspaso descrito anteriormente es para escenarios de traspaso entre eNB, es igualmente aplicable para el traspaso intra eNB en lo que respecta a la asignación de recursos para portadores planificados de forma persistente.
Conclusión
En este artículo hemos discutido la cuestión de cómo se asignan los recursos para los portadores planificados de forma persistente en la celda de destino durante el traspaso. Creemos que es más eficiente señalizar el recurso asignado para los portadores planificados de forma persistente en la celda de destino durante la fase de preparación del HO e indicárselo al UE en el mensaje de Orden de HO. Solicitamos que la RAN 2 acceda a ello y lo plasme en la Etapa 2 (Stage2) según se describe en la propuesta de texto a continuación.
Propuesta de texto
El procedimiento de HO se realiza sin la participación de la EPC, es decir, los mensajes de preparación se intercambian directamente entre los eNBs. El eNB desencadena la liberación de los recursos en el lado de origen durante la fase de finalización del HO. La Figura 5 representa a continuación el escenario de traspaso básico donde ni la MME (Entidad de Gestión de Movilidad) ni la Pasarela de Servicio cambia.
A continuación se muestra una descripción más detallada del procedimiento de HO de Pasarela de Servicio/intra-MME:
0 El contexto del UE dentro del eNB de origen contiene información sobre restricciones de itinerancia que se proporcionaron o bien en el establecimiento de la conexión o bien en la última actualización de TA (Área de Seguimiento).
1 El eNB de origen configura los procedimientos de medición del UE de acuerdo con la información de restricción de área. Las mediciones proporcionadas por el eNB de origen pueden ayudar a la función que controla la movilidad de la conexión del UE.
2 El UE se activa para enviar un INFORME DE MEDICIÓN según las reglas establecidas, por ejemplo, por la información del sistema, la especificación, etc.
3 El eNB de origen toma una decisión basada en el INFORME DE MEDICIÓN y la información de RRM para la transferencia del UE.
4 El eNB de origen emite un mensaje de SOLICITUD DE TRASPASO al eNB de destino pasando información necesaria para preparar el HO en el lado de destino (referencia de contexto de señalización de la X2 del UE en el eNB de origen, referencia de contexto de señalización de EPC de la S1 del UE, ID de celda de destino, contexto de RRC que incluye el C- RNTI del UE en el eNB de origen, configuración de AS (excluyendo la configuración de la capa física), contexto del portador de SAE e ID de la capa física de la celda de origen MAC para una posible recuperación de RLF). Las referencias de señalización de la X2 del UE / S1 del UE permiten que el eNB de destino se dirija al eNB de origen y a la EPC. El contexto del portador de SAE incluye información necesaria de direccionamiento de la RNL y la TNL. Queda para estudios posteriores si el contexto de portador de SAE incluye los perfiles de QoS de los portadores de SAE.
5 El Control de Admisión puede ser realizado por el eNB de destino dependiendo de la información de QoS del portador de SAE recibida para aumentar la probabilidad de un HO exitoso, si los recursos pueden ser concedidos por el eNB de destino. El eNB de destino configura los recursos requeridos de acuerdo con la información de QoS del portador de SAE recibida y reserva un C-RNTI y opcionalmente un preámbulo de RACH. La configuración de AS que se utilizará en la celda de destino puede especificarse o bien independientemente (es decir, un "establecimiento") o bien como una diferencia en comparación con la configuración de AS utilizada en la celda de origen (es decir, una "reconfiguración").
6 El eNB de destino prepara un HO con L1/L2 y envía el ACUSE DE RECIBO DE SOLICITUD DE TRASPASO al eNB de origen. El mensaje ACUSE DE RECIBO d E SOLICITUD DE TRASPASO incluye un contenedor transparente que se enviará al UE como parte de la Orden de Traspaso. El contenedor puede incluir un nuevo C-RNTI, un preámbulo de RACH dedicado, indicación de recursos para portadores planificados de manera persistente y posiblemente algunos otros parámetros, es decir, parámetros de acceso, SIBs, etc. El mensaje ACUSE DE RECIBO DE SOLICITUD DE TRASPASO también puede incluir información de RNL/TNL para los túneles de reenvío, si ello fuera necesario.
NOTA: Tan pronto como el eNB de origen reciba el ACUSE DE RECIBO DE SOLICITUD DE TRASPASO, o tan pronto como se inicie la transmisión de la orden de traspaso en el enlace descendente, se puede iniciar el reenvío de datos.
Los pasos del 7 al 15 proporcionan medios para evitar la pérdida de datos durante e1HO y se detallan adicionalmente en los puntos 10.1.2.1.2 y 10.1.2.3.
7 El eNB de origen genera la ORDEN DE TRASPASO (mensaje de RRC) hacia el UE. La ORDEN DE TRASPASO incluye el contenedor transparente, que se ha recibido del eNB de destino. El eNodeB de origen realiza la protección de integridad necesaria y el cifrado del mensaje. El UE recibe la ORDEN DE TRASPASO con parámetros necesarios (es decir, nuevo C-RNTI, preámbulo de RACH dedicado, posible tiempo de inicio, SIBs de eNB de destino, etc.) y el eNB de origen le ordena que realice el HO.
8 Después de la expiración del tiempo de inicio si el mismo se proporciona en la ORDEN DE TRASPASO o de lo contrario después de recibir la ORDEN DE TRASPASO, el UE realiza la sincronización con el eNB de destino y accede a la celda de destino a través del RACH siguiendo un procedimiento libre de contiendas si se asignó un preámbulo de RACH dedicado en la ORDEN DE TRASPASO o siguiendo un procedimiento basado en contienda si no se asignó un preámbulo dedicado.
9 La red responde con la asignación de UL y el avance de temporización.
10 Cuando el UE ha accedido con éxito a la celda de destino, el UE envía el mensaje CONFIRMACIÓN DE TRASPASO (C-RNTI) al eNB de destino para indicar que el procedimiento de traspaso se ha completado para el UE. El eNB de destino verifica el C-RNTI enviado en el mensaje CONFIRMACIÓN DE TRASPASO. El eNB de destino ahora puede comenzar a enviar datos al UE. Sobre la base de optimizaciones adicionales, la transmisión de datos de enlace descendente puede comenzar tan pronto como después del paso 8 (para estudios posteriores).
11 El eNB de destino envía un mensaje de TRASPASO COMPLETO a la MME para informar de que el UE ha cambiado de celda.
12 La MME envía un mensaje de SOLICITUD DE ACTUALIZACIÓN DE PLANO DE USUARIO a la Pasarela de Servicio.
13 La Pasarela de Servicio conmuta la ruta de datos del enlace descendente al lado de destino y puede liberar cualquier recurso de plano U/TNL hacia el eNB de origen.
14 La Pasarela de Servicio envía un mensaje de RESPUESTA DE ACTUALIZACIÓN DE PLANO DE USUARIO a la MME.
15 La MME confirma el mensaje de TRASPASO COMPLETO con el mensaje ACUSE DE RECIBO DE TRASPASO COMPLETO.
16 Al enviar LIBERAR RECURSOS, el eNB de destino informa del éxito del HO al eNB de origen y activa la liberación de recursos. La temporización para el HO al eNB de origen y desencadena la liberación de recursos. La temporización para que el eNB de destino envíe este mensaje entre los pasos 10 y 15 queda para estudios posteriores.
17 Tras la recepción del mensaje LIBERAR RECURSOS, el eNB de origen puede liberar recursos relacionados con las radiocomunicaciones y el plano C asociados al contexto de UE.
NOTA: Los detalles sobre la actualización de la información de restricción de área/itinerancia dentro de la E-UTRAN en el transcurso del procedimiento de HO quedan para estudios posteriores
Referencias
[1] R2-075001: Information in RRC Messages for Persistantly Scheulded Bearers, NEC
Introducción
En esta contribución, hemos visto primero información necesaria que se necesita para señalizar los recursos para los portadores planificados persistentemente que se asignan para las primeras transmisiones con Señalización de RRC durante el establecimiento de la llamada. Esta información también se puede incluir como partes del contenedor transparente de RRC en el mensaje de ACUSE DE RECIBO DE SOLICITUD DE TRASPASO si decidimos asignar los recursos en la celda de destino durante un HO entre eNB y la misma se puede señalizar en el mensaje de Orden de HO de RRC.
Discusión
Para portadores planificados de forma persistente, el eNB asignará recursos para las primeras transmisiones a través de Señalización de RRC. Estos recursos se asignarán durante el establecimiento de la llamada y durante e1HO en la celda de destino. Los parámetros para la señalización de los recursos se proporcionan en la Tabla 1 a continuación. Los parámetros utilizados para la asignación dinámica de recursos enumerados en [1] se han optimizado para indicar la asignación de recursos para las primeras transmisiones de portadores planificados persistentemente que utilizan señalización de RRC.
Figure imgf000012_0001
Figure imgf000013_0001
Nota: Idealmente, el Tiempo de inicio y el intervalo deberían ser idénticos tanto para el UL como para el DL de manera que el UE pueda situarse en suspensión si recibe correctamente la primera transmisión. El análisis inicial muestra que hay un total de alrededor de 50 bits necesarios para señalizar información de recursos asignados para portadores planificados de manera persistente que también podrían incluirse fácilmente en el mensaje de orden de HO.
Conclusión
En esta contribución, ofrecemos una perspectiva inicial de los parámetros que serían necesarios en el mensaje de RRC para señalizar la asignación de recursos para los portadores asignados de forma persistente. Estos parámetros también podrían usarse en el contenedor transparente de eNB de destino a eNB de Origen para señalizar el recurso asignado en la celda de destino para portadores planificados de forma persistente.
Se propone que la RAN 2 discuta estos parámetros y acceda a incluirlos en las especificaciones 36.331 del RRC.

Claims (11)

REIVINDICACIONES
1. Método realizado en una estación base (5-2) de destino, comprendiendo el método:
recibir una solicitud de traspaso desde una estación base (5-1) de origen que indica el traspaso de un equipo (3) de usuario desde la estación base (5-1) de origen a la estación base (5-2) de destino;
determinar recursos que se asignarán de forma persistente para que el equipo (3) de usuario se comunique con la estación base (5-2) de destino;
preparar un acuse de recibo de la solicitud de traspaso que incluye un contenedor transparente que comprende datos de asignación que identifican los recursos que se asignarán de manera persistente para el equipo (3) de usuario; y enviar el acuse de recibo de la solicitud de traspaso a la estación base (5-1) de origen.
2. Método de acuerdo con la reivindicación 1, en el que los datos de asignación comprenden datos que indican un intervalo entre momentos sucesivos en los que se van a utilizar los recursos asignados.
3. Método de acuerdo con la reivindicación 1 ó 2, en el que dichos datos de asignación comprenden: i) datos de asignación de enlace ascendente que definen recursos a utilizar por el equipo (3) de usuario con el fin de transmitir datos a la estación base (5-2) de destino; ii) datos de asignación de enlace descendente que definen recursos que utilizará el equipo (3) de usuario para recibir datos de la estación base (5-2) de destino; y iii) datos comunes relacionados con la información que es común para comunicaciones de enlace ascendente y enlace descendente.
4. Método según la reivindicación 3, en el que dichos datos comunes comprenden datos que indican un tiempo de inicio a partir del cual se pueden usar los recursos asignados.
5. Método de acuerdo con la reivindicación 3 ó 4, en el que dichos datos comunes comprenden datos que indican un intervalo entre momentos sucesivos en que se van a utilizar los recursos asignados.
6. Método realizado en una estación base de origen, comprendiendo el método:
transmitir una solicitud de traspaso a una estación base (5-2) de destino que indica el traspaso de un equipo (3) de usuario desde la estación base (5-1) de origen a la estación base (5-2) de destino;
recibir, desde la estación base (5-2) de destino, un acuse de recibo de la solicitud de traspaso que incluye un contenedor transparente que comprende datos de asignación que identifican recursos que se asignarán de manera persistente para que el equipo (3) de usuario se comunique con la estación base (5-2) de destino; y
preparar un mensaje de Control de Recursos de Radiocomunicaciones, RRC, para realizar el traspaso, incluyendo el mensaje de RRC dichos datos de asignación que identifican dichos recursos asignados persistentemente; y enviar el mensaje de RRC al equipo (3) de usuario.
7. Método realizado en un equipo de usuario, comprendiendo el método:
comunicarse con una estación base (5-1) de origen utilizando primeros recursos asignados de forma persistente; recibir un mensaje de Control de Recursos de Radiocomunicaciones, RRC, de la estación base (5-1) de origen, ordenando el mensaje de RRC al equipo (3) de usuario que realice un traspaso a una estación base (5-2) de destino e incluyendo datos de asignación que indican segundos recursos asignados de manera persistente asignados por la estación base (5-2) de destino; y
procesar el mensaje de RRC recibido para determinar los recursos asignados de forma persistente que se utilizarán para comunicarse con dicha estación base (5-2) de destino.
8. Estación base de destino que comprende:
medios para recibir (21,25) una solicitud de traspaso desde una estación base (5-1) de origen que indica el traspaso de un equipo (3) de usuario desde la estación base (5-1) de origen a la estación base (5-2) de destino; medios para determinar (33, 34) recursos que se asignarán de forma persistente para que el equipo (3) de usuario se comunique con la estación base (5-2) de destino;
medios para preparar (35) un acuse de recibo de solicitud de traspaso que incluye un contenedor transparente que comprende datos de asignación que identifican los recursos que se asignarán de manera persistente para el equipo (3) de usuario; y
medios para enviar (21,25) el acuse de recibo de la solicitud de traspaso a la estación base (5-1) de origen.
9. Estación base de origen que comprende:
medios para transmitir (21,25) una solicitud de traspaso a una estación base de destino que indica el traspaso de un equipo (3) de usuario desde la estación base (5-1) de origen a la estación base de destino;
medios para recibir (21,25), desde la estación base de destino, un acuse de recibo de solicitud de traspaso que incluye un contenedor transparente que comprende datos de asignación que identifican recursos que se asignarán persistentemente para que el equipo (3) de usuario se comunique con la estación base de destino;
medios para preparar (33, 34, 35) un mensaje de Control de Recursos de Radiocomunicaciones, RRC, para realizar el traspaso, incluyendo el mensaje de RRC dichos datos de asignación que identifican dichos recursos asignados de forma persistente; y
medios para enviar (21,23) el mensaje de RRC al equipo (3) de usuario.
10. Equipo de usuario que comprende:
medios para comunicarse (71, 73) con una estación base (5-1) de origen utilizando primeros recursos asignados de forma persistente;
medios para recibir (71, 73) un mensaje de Control de Recursos de Radiocomunicaciones, RRC, desde la estación base (5-1) de origen, ordenando el mensaje de RRC al equipo (3) de usuario que realice un traspaso a una estación base de destino e incluyendo segundos recursos asignados de forma persistente asignados por la estación base de destino; y
medios para procesar (91) el mensaje de RRC recibido con el fin de determinar los recursos asignados persistentemente que se utilizarán para comunicarse con dicha estación base de destino.
11. Producto de instrucciones implementables por ordenador que comprende instrucciones implementables por ordenador para conseguir que un dispositivo de ordenador programable realice el método de cualquiera de las reivindicaciones 1 a 7.
ES08843809T 2007-10-29 2008-10-27 Asignación de recursos Active ES2890724T7 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB0721148A GB2454650A (en) 2007-10-29 2007-10-29 Resource Allocation for persistently allocated resources
PCT/JP2008/069836 WO2009057732A1 (en) 2007-10-29 2008-10-27 Resource allocation

Publications (2)

Publication Number Publication Date
ES2890724T3 true ES2890724T3 (es) 2022-01-21
ES2890724T7 ES2890724T7 (es) 2023-04-24

Family

ID=38830092

Family Applications (2)

Application Number Title Priority Date Filing Date
ES21178092T Active ES2975092T3 (es) 2007-10-29 2008-10-27 Asignación de recursos
ES08843809T Active ES2890724T7 (es) 2007-10-29 2008-10-27 Asignación de recursos

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES21178092T Active ES2975092T3 (es) 2007-10-29 2008-10-27 Asignación de recursos

Country Status (8)

Country Link
US (1) US8644834B2 (es)
EP (3) EP4336904A1 (es)
JP (1) JP5517213B2 (es)
KR (1) KR101392661B1 (es)
CN (1) CN101843136A (es)
ES (2) ES2975092T3 (es)
GB (1) GB2454650A (es)
WO (1) WO2009057732A1 (es)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100113050A1 (en) * 2008-11-03 2010-05-06 Fang-Chen Cheng Carrier aggregation for optimizing spectrum utilization
WO2010085913A1 (zh) * 2009-02-02 2010-08-05 华为技术有限公司 一种多载波小区切换方法、装置和系统
WO2011018890A1 (ja) * 2009-08-11 2011-02-17 日本電気株式会社 ハンドオーバー制御システム、ターゲット制御装置、ソース制御装置、ハンドオーバー制御方法、及びコンピュータ可読媒体
GB2472789A (en) 2009-08-17 2011-02-23 Nec Corp In a lte-advanced network a target enb sends a source enb information to indicate to the ue which of multiple component carriers is to be used for initail acc
KR101480929B1 (ko) 2010-02-12 2015-01-12 인터디지탈 테크날러지 코포레이션 다중 사이트 간의 데이터 분할
CN102316540B (zh) * 2010-07-08 2016-08-03 中兴通讯股份有限公司 一种切换时的接入控制方法及系统
US8553631B2 (en) 2010-09-30 2013-10-08 Motorola Solutions, Inc. Methods for reducing set up time for communications among multiple user equipment in a long term evolution system
CN102480796B (zh) * 2010-11-23 2016-03-30 中兴通讯股份有限公司 一种实现无线资源控制协议连接重建的方法和系统
FI3319395T3 (fi) 2010-12-03 2023-08-01 Interdigital Patent Holdings Inc Menetelmä ja laite moniradioliityntätekniikan kantoaaltojen yhdistämisen suorittamiseksi
US9473994B2 (en) * 2010-12-30 2016-10-18 Motorola Solutions, Inc. Method and system for selecting a target cell for handover of user equipment in a long term evolution system
US9237483B2 (en) 2010-12-30 2016-01-12 Motorola Solutions, Inc. Methods for managing resource utilization in a long term evolution communication system
KR101709352B1 (ko) * 2010-12-30 2017-02-22 에릭슨 엘지 주식회사 핸드오버 성능 향상을 위한 무선자원 할당 장치 및 그를 위한 기지국장치
GB2488167A (en) 2011-02-18 2012-08-22 Nec Corp Handover procedure in a home base station connected to a home base station gateway
CN102685827B (zh) * 2011-03-14 2016-08-10 华为技术有限公司 接入方法、用户设备和基站
US9504034B2 (en) * 2011-07-05 2016-11-22 Tait Limited Overlay of bearers in a radio communication system
US8995370B2 (en) 2011-07-29 2015-03-31 Interdigital Patent Holdings, Inc. Method and apparatus for radio resources management in multi-radio access technology wireless systems
US10154442B2 (en) * 2012-01-12 2018-12-11 Futurewei Technologies, Inc. System and method for wireless link configuration
SG11201501279UA (en) 2012-08-23 2015-04-29 Interdigital Patent Holdings Providing physical layer resources to different serving sites
KR101860811B1 (ko) 2012-08-23 2018-05-24 인터디지탈 패튼 홀딩스, 인크 무선 시스템에서의 다중 스케줄러들을 이용한 동작
US20160021581A1 (en) * 2013-01-17 2016-01-21 Interdigital Patent Holdings, Inc. Packet data convergence protocol (pdcp) placement
US9497682B2 (en) * 2013-06-07 2016-11-15 Intel Corporation Central processing unit and methods for supporting coordinated multipoint transmission in an LTE network
CN113411851A (zh) * 2013-06-18 2021-09-17 索尼公司 通信装置
CN104812087A (zh) * 2014-01-24 2015-07-29 北京三星通信技术研究有限公司 支持组业务传输的方法、装置及系统
US9699784B2 (en) * 2014-06-13 2017-07-04 Apple Inc. Systems and methods for establishing wireless communications between wireless circuitry and multiple base stations
DE102014222840A1 (de) * 2014-11-10 2016-05-12 Robert Bosch Gmbh Prädiktive Reservierung von Funkzellen zur unterbrechungsfreien Kommunikation mit einer Daten-Cloud
EP3304995B1 (en) * 2015-06-05 2020-03-18 Telefonaktiebolaget LM Ericsson (PUBL) First communication device, second communication device and methods therein for sending and decoding, respectively, downlink information
US10230514B2 (en) * 2015-11-03 2019-03-12 Electronics And Telecommunications Research Institute Method and apparatus for synchronized handover in mobile communication system
KR102612279B1 (ko) * 2015-11-03 2023-12-11 한국전자통신연구원 이동 통신 시스템에서 동기화된 핸드오버 방법 및 그 장치
JP6901550B2 (ja) 2016-08-12 2021-07-14 京セラ株式会社 ＲＡＣＨ−ｌｅｓｓハンドオーバのためのターゲット基地局によるタイミングアドバンスの決定
EP3603189B1 (en) 2017-05-05 2021-02-17 Sony Corporation Communications device, infrastructure equipment, wireless communications network and methods
EP3721654A1 (en) 2017-12-07 2020-10-14 Sony Corporation Electronic device, infrastructure equipment and methods
CN110536360B (zh) * 2018-05-23 2023-03-31 中国移动通信有限公司研究院 基于下行控制信令的bwp切换方法、装置和存储介质
EP3857943A1 (en) * 2018-10-09 2021-08-04 Huawei Technologies Co., Ltd. Network entity and base stations for network access management

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05284562A (ja) * 1991-08-23 1993-10-29 Nippon Telegr & Teleph Corp <Ntt> 移動通信における通信中チャネル切替え方式
JPH06303662A (ja) * 1993-04-13 1994-10-28 Mitsubishi Electric Corp 移動通信方法
FI101924B (fi) 1995-12-18 1998-09-15 Nokia Telecommunications Oy Matkapuhelinkeskusten välinen kanavanvaihto suurnopeusdatasiirrossa
FI106287B (fi) * 1997-09-17 2000-12-29 Nokia Mobile Phones Ltd Parannettu menetelmä tukiaseman vaihtamiseksi
FI105438B (fi) * 1998-09-21 2000-08-15 Nokia Networks Oy Yhteydenmuodostus langattomassa tietoliikenneverkossa
GB2389751B (en) * 1999-05-28 2004-02-25 Nec Corp Mobile telecommunications system
WO2001074095A2 (en) * 2000-03-28 2001-10-04 Telefonaktiebolaget Lm Ericsson (Publ) Handover in a packet switched wireless communications network
US7068626B2 (en) * 2001-08-16 2006-06-27 Interdigital Technology Corporation Method of using a mobile unit to autonomously determine a serving cell
DE60301122T2 (de) * 2003-02-15 2006-03-30 Alcatel Verfahren zum Durchführen einer Handover- oder Wiederwahlprozedur
JP2004304298A (ja) * 2003-03-28 2004-10-28 Ntt Docomo Inc 通信網におけるリソース予約システム、リソース予約方法及びリソース予約装置
JP2005142766A (ja) * 2003-11-05 2005-06-02 Matsushita Electric Ind Co Ltd 基地局装置及び基地局装置におけるリソースの割り当て方法
GB0421114D0 (en) * 2004-09-22 2004-10-27 Orange Personal Comm Serv Ltd Radio access data packet network and method
US8072933B2 (en) * 2005-03-30 2011-12-06 Nokia Corporation Combined handover of the circuit-switched (CS) and packet-switched (PS) resources
EP1911178B1 (en) 2005-07-07 2017-11-08 Samsung Electronics Co., Ltd. Handover method and apparatus between different systems
KR101042763B1 (ko) * 2005-07-07 2011-06-20 삼성전자주식회사 이기종 시스템 간의 핸드오버 방법 및 장치
CN1933444A (zh) 2005-09-14 2007-03-21 北京三星通信技术研究有限公司 Lte系统中支持用户设备移动性的方法
EP1946460B1 (en) 2005-10-31 2014-07-30 LG Electronics Inc. Data transfer management in a radio communications network
RU2411660C2 (ru) * 2005-10-31 2011-02-10 Эл Джи Электроникс Инк. Способ передачи и приема информации о радиодоступе в системе беспроводной подвижной связи
AU2006309464B2 (en) * 2005-10-31 2009-10-29 Lg Electronics Inc. Method for processing control information in a wireless mobile communication system
WO2007066882A1 (en) 2005-10-31 2007-06-14 Lg Electronics Inc. Method of transmitting and receiving radio access information in a wireless mobile communications system
GB2434056B (en) * 2006-01-10 2008-07-23 Siemens Ag A method of dual transfer mode handover
TWI533721B (zh) * 2006-01-31 2016-05-11 內數位科技公司 無線通信系統中提供及利用非競爭基礎頻道方法及裝置
CN1859791A (zh) 2006-03-30 2006-11-08 华为技术有限公司 一种无线通信网络中实现切换的方法和系统及其基站
GB0619620D0 (en) * 2006-10-04 2006-11-15 Nokia Corp Handovers in a communication system
US8509791B2 (en) * 2007-03-17 2013-08-13 Qualcomm Incorporated Handover in wireless communications
US8284734B2 (en) * 2007-09-28 2012-10-09 Qualcomm Incorporated Methods for intra base station handover optimizations
US8004977B2 (en) * 2007-11-28 2011-08-23 Alcatel Lucent Method of implementing packet-based resource allocation and persistent resource allocation in a wireless communication system

Also Published As

Publication number Publication date
EP3908043C0 (en) 2024-02-28
EP3908043B1 (en) 2024-02-28
EP2206382A1 (en) 2010-07-14
EP3908043A1 (en) 2021-11-10
JP5517213B2 (ja) 2014-06-11
ES2890724T7 (es) 2023-04-24
EP2206382B3 (en) 2023-01-04
EP4336904A1 (en) 2024-03-13
US20100240375A1 (en) 2010-09-23
ES2975092T3 (es) 2024-07-03
GB0721148D0 (en) 2007-12-05
US8644834B2 (en) 2014-02-04
CN101843136A (zh) 2010-09-22
KR20100085147A (ko) 2010-07-28
EP2206382B1 (en) 2021-08-11
KR101392661B1 (ko) 2014-05-07
WO2009057732A1 (en) 2009-05-07
GB2454650A (en) 2009-05-20
JP2011501480A (ja) 2011-01-06

Similar Documents

Publication Publication Date Title
ES2890724T3 (es) Asignación de recursos
US11223986B2 (en) Communications system
ES2690988T3 (es) Asignación de recursos en celda de destino después de traspaso
KR20160037039A (ko) 동적 tdd 설정을 고려한 단말간 통신의 자원 설정 방법 및 이를 구현하는 장치