ES2786280T3 - Mejora de robustez de movilidad en una red de comunicación inalámbrica - Google Patents

Mejora de robustez de movilidad en una red de comunicación inalámbrica Download PDF

Info

Publication number
ES2786280T3
ES2786280T3 ES15163974T ES15163974T ES2786280T3 ES 2786280 T3 ES2786280 T3 ES 2786280T3 ES 15163974 T ES15163974 T ES 15163974T ES 15163974 T ES15163974 T ES 15163974T ES 2786280 T3 ES2786280 T3 ES 2786280T3
Authority
ES
Spain
Prior art keywords
network node
user equipment
source
transfer
received
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
ES15163974T
Other languages
English (en)
Inventor
Heidrun Grob-Lipski
Stephen Kaminski
Hajo-Erich Bakker
Dietrich Zeller
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.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
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 Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Application granted granted Critical
Publication of ES2786280T3 publication Critical patent/ES2786280T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • 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

Landscapes

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

Abstract

Un procedimiento para mejorar la robustez de movilidad en una red de comunicación inalámbrica, comprendiendo el procedimiento: en un nodo de red fuente, recibir una causa de restablecimiento desde un nodo de red seleccionado, seleccionándose dicho nodo seleccionado por un equipo de usuario para el restablecimiento de conexión a continuación de una transferencia fallida del equipo de usuario desde una célula fuente operada por el nodo de red fuente, siendo recibida la causa de restablecimiento por el nodo de red seleccionado desde el equipo de usuario durante el restablecimiento de conexión del equipo de usuario con el nodo de red seleccionado, e indicar si el equipo de usuario recibió o no, en la célula fuente, una instrucción de transferencia relacionada con la transferencia fallida; y en el nodo de red fuente, identificar un fallo particular relacionado con la transferencia fallida usando la información de causa de restablecimiento recibida.

Description

DESCRIPCIÓN
Mejora de robustez de movilidad en una red de comunicación inalámbrica
Campo de la invención
La presente invención versa sobre un procedimiento y un aparato para mejorar la robustez de movilidad en una red de comunicación inalámbrica y, más en particular, pero no exclusivamente, sobre un procedimiento y un aparato implementados según la especificación de red de acceso de radio terrestre universal evolucionada (E-UTRAN) y de acceso de radio terrestre universal evolucionado (E-UTRA) del Proyecto de Asociación de 3a Generación (3GPP).
Antecedentes
En la actualidad, 3GPP está considerando el desarrollo de E-UTRA y E-UTRAN según se define en la memoria técnica 3GPP TS 36.300 v 8.4.0 (marzo de 2008), incorporada en el presente por referencia, y documentos relacionados. La evolución a largo plazo (LTE) de 3GPP se propone potenciar el estándar del sistema universal de telecomunicaciones móviles (UMTs) mejorando, por ejemplo, la eficiencia y los servicios.
En la E-UTRAN, el equipo de usuario (EU) se comunica con un nodo de red, NodoB (eNB), con datos que se envían en portadores de radio (RB) por un radioenlace que existe entre ellos. El eNB se comunica con una entidad de gestión móvil (MME) a través de una interfaz designada S1. La red E-UTRAN incluye varios eNB y MME y el EU puede ser objeto de transferencia de un eNB a otro para lograr un rendimiento óptimo, por ejemplo, en condiciones de desvanecimiento del canal o cuando el EU se esté moviendo de un área de cobertura de la célula a otra. Los eNB próximos pueden comunicarse entre sí a través de la interfaz X2 que hay entre ellos.
La conexión entre el EU y el eNB fuente al que está asociado puede perderse, conociéndose esto como fallo de radioenlace (RLF). Se había propuesto anteriormente que un EU que experimentara un RLF y reapareciera en una célula de otro eNB fuera tratado como una transición pasando por un estado inactivo, RRC_INAcTIVO. En este mecanismo, cuando hay RLF en el eNB fuente, el EU entra en el estado INACTIVO y selecciona un nuevo eNB diana. Cuando el EU se ha asociado con el nuevo eNB diana y ha recibido la información de sistema del eNB diana, el EU puede realizar el procedimiento de acceso para establecer recursos en el eNB diana.
El RLF puede ser particularmente probable en condiciones de desvanecimiento del canal, cuando puede ser inminente la transferencia del eNB fuente a un eNB diana. Para evitar pasar por el estado INACTIVO, se ha sugerido que se podría preparar de antemano a un nuevo eNB para aceptar el Eu usando el procedimiento de preparación de transferencia. El mensaje de SolicitudDeTransferencia puede ser enviado a múltiples eNB, que son así capaces de reconocer al EU, estando preparado cada uno de los eNB como candidatos de la transferencia. Entonces, el EU es capaz de continuar con su antiguo contexto después de haber elegido el nuevo eNB diana durante la fase de movilidad del RLF.
Con antelación a la transferencia LTE, el EU lleva a cabo mediciones y aplica parámetros de transferencia y ecuaciones para la creación del evento de transferencia, según se especifica en la memoria de protocolos RRC 3GPP TS 36.300 v 8.4.0 y según se muestra a modo de ejemplo en la Figura 1, que ilustra la variación de la intensidad de la señal con el tiempo y la aplicación del margen de transferencia (HOM), el desfase individual de la célula (OCN) y el tiempo para desencadenar la transferencia (TTTH) para generar la creación de un evento de transferencia. Pueden usarse parámetros distintos de los ilustrados, dependiendo de la implementación particular de red.
Tan pronto como se ha generado un evento de transferencia, el EU incluye este evento en un mensaje InformeDeMediciones y lo remite al eNB fuente. El eNB fuente toma una decisión favorable o contraria a la transferencia. Cuando se selecciona la transferencia, el eNB fuente envía un mensaje SolicitudDeTransferencia a través de la interfaz X2 al eNB diana y aguarda el mensaje X2 AcuseDeReciboDeSolicitudDeTransferencia —que incluye un contenedor transparente— procedente del eNB diana.
Tras el acuse de recibo, el eNB fuente inserta el contenedor transparente en el mensaje de la instrucción de transferencia (ReconfiguraciónDeTransferenciaRRC) y lo remite al EU. Con este mensaje, se ordena al EU que lleve a cabo la transferencia.
El EU se sincroniza con el eNB diana y envía el mensaje de confirmación de transferencia (ReconfiguraciónRRCCompleta) al eNB diana para indicar el éxito de la asociación. Tras la conmutación de la trayectoria, el eNB diana entrega el mensaje LiberaciónDelContextoDelEU a través de la interfaz X2 al eNB fuente. Un procedimiento de transferencia con éxito es uno de los principales indicadores clave de rendimiento para un sistema móvil. Así, los fallos durante el procedimiento de transferencia, o relacionados con el mismo, son poco deseables. En la LTE, podrían ocurrir tres tipos de fallos durante el procedimiento de transferencia, o relacionados con el mismo: fallo de radioenlace (RLF) previo a la transferencia; fallo en la instrucción de transferencia (que lleva a un RLF); o fallo de acceso (que lleva a un fallo de transferencia). En la actualidad, se está considerando para la LTE la funcionalidad de red autoorganizada (SON). Una posibilidad en la que podría aplicarse la funcionalidad SON es la optimización de la transferencia, en un intento por reducir los fallos. Esto puede implicar, por ejemplo, adaptar los parámetros de transferencia, tales como, por ejemplo, el tiempo para desencadenar la transferencia (TTTH), el margen de transferencia (HOM), el coeficiente de filtrado y el desfase individual de la célula (OCN) para la generación de un evento de transferencia futuro. Además, pueden adaptarse el esquema de modulación y codificación (MCS) y la potencia de transmisión para los casos subsiguientes de transmisión de la instrucción de transferencia. Otro enfoque, dependiendo de la causa del fallo, podría ser ajustar los parámetros de decisión para la preparación de múltiples eNB.
En la actualidad, se propone que en cualquiera de los tres casos de fallo mencionados más arriba, es decir, el RLF previo a la transferencia, el fallo en la instrucción de transferencia y el fallo de acceso, el EU debería entrar en una segunda fase del procedimiento de fallo de radioenlace. En este mecanismo, hay una asociación controlada por el EU en una célula “mejor disponible” adecuada, que puede ser una célula del eNB fuente, una célula del eNB diana o una célula de otro eNB nuevo. En el caso en que el EU se asocia con una célula del eNB fuente o el eNB diana, la comunicación se mantendrá. En el caso en que el EU se asocia con un nuevo eNB diana, la conexión se romperá si el contexto del EU es desconocido.
El documento de la técnica anterior W02005/120183 A divulga procedimientos para ejecución de transferencia y reanudación de comunicación en un sistema de acceso inalámbrico.
El documento de la técnica anterior EP1933578 A1 divulga procedimientos para determinar las causas del fallo de transferencia y posteriormente mejorar el control de la transferencia y la asignación de recursos.
Breve sumario
Según un aspecto de la invención, un procedimiento para mejorar la robustez de movilidad en una red de comunicación inalámbrica comprende, en un nodo de red fuente, recibir una causa de restablecimiento desde un nodo de red seleccionado que se ha seleccionado por un equipo de usuario para el restablecimiento de conexión a continuación de una transferencia fallida del equipo de usuario desde una célula fuente operada por el nodo de red fuente, siendo recibida la causa de restablecimiento por el nodo de red seleccionado desde el equipo de usuario durante el restablecimiento de conexión del equipo de usuario con el nodo de red seleccionado, e indicar si el equipo de usuario recibió o no, en la célula fuente, una instrucción de transferencia relacionada con la transferencia fallida; y en el nodo de red fuente, identificar un fallo particular relacionado con la transferencia fallida usando la información de causa de restablecimiento recibida.
Según otro aspecto de la invención, un nodo de red fuente comprende medios para recibir una causa de restablecimiento desde un nodo de red seleccionado que se ha seleccionado por un equipo de usuario para el restablecimiento de conexión a continuación de una transferencia fallida del equipo de usuario desde una célula fuente operada por el nodo de red fuente, siendo recibida la causa de restablecimiento por el nodo de red seleccionado desde el equipo de usuario durante el restablecimiento de conexión del equipo de usuario con el nodo de red seleccionado, e indicar si el equipo de usuario recibió o no, en la célula fuente, una instrucción de transferencia relacionada con la transferencia fallida; y medios para identificar un fallo particular relacionado con la transferencia fallida usando la información de causa de restablecimiento recibida.
Según otro aspecto más de la invención, una red de comunicación inalámbrica comprende un nodo de red fuente según la invención, un nodo de red seleccionado que comprende medios para enviar una causa de restablecimiento al nodo de red fuente, y un equipo de usuario que comprende medios para enviar la causa de restablecimiento durante el restablecimiento de conexión del equipo de usuario con el nodo de red seleccionado.
La información comunicada puede identificar y distinguir tipos de fallo de transferencia que ocurran antes, durante o después de la transferencia. Por ejemplo, la información comunicada puede estar relacionada con un “RLF” en el que un terminal móvil no recibe un mensaje de InstruccióndeTransferencia debido a un RLF previo a la transferencia o a un fallo de la instrucción de transferencia experimentado en la célula fuente; o la información comunicada puede estar relacionada con un “fallo de transferencia”, en el que se recibe un mensaje de InstruccióndeTransferencia, pero es seguido por un fallo de acceso en la célula diana. Una realización puede incluir la comunicación de información sobre uno de estos tipos de fallo o dos o más de los tipos.
Comunicar tal información relativa a fallos de transferencia permite la adaptación de los parámetros de transferencia, usando la información, por ejemplo, para mejorar la robustez de la movilidad y mejorar el rendimiento de la transferencia futura. Puede proporcionar un mecanismo para detectar configuraciones incorrectas de los parámetros de transferencia.
La invención es particularmente aplicable a redes y procedimientos implementados según la LTE, pero puede usarse con ventaja en redes que se atengan a otras especificaciones u otros estándares. En la LTE, se denomina EU al terminal móvil, y los nodos de red son denominados eNB.
La información comunicada puede estar incluida en un mensaje especificado previamente para ese tipo de tecnología de acceso por radio y ser proporcionada para otro fin. Un mensaje recién introducido puede transportar como alternativa la información comunicada. Por ejemplo, en una red LTE, la información comunicada puede estar incluida en la extensión del mensaje de interfaz X2 “LiberaciónDelContextoDelEU”, transmitido desde el eNB diana, o seleccionado, al eNB fuente. Pueden usarse diferentes mensajes existentes para transportar la información comunicada. La información comunicada puede como alternativa estar incluida en un mensaje recién definido, que puede ser denominado, por ejemplo, “RestablecimientoFallido”, transmitido desde el eNB seleccionado al eNB fuente.
Breve descripción de los dibujos
Ahora se describen algunos procedimientos y algunas realizaciones de la presente invención, únicamente a título de ejemplo, y con referencia a los dibujos adjuntos, en los que:
la Figura 1 ilustra esquemáticamente la creación de un evento de transferencia LTE en un EU;
la Figura 2 ilustra esquemáticamente un RLF previo a la transferencia LTE;
la Figura 3 ilustra esquemáticamente un fallo de la instrucción de transferencia durante la transferencia LTE; y la Figura 4 ilustra esquemáticamente un fallo de acceso durante la transferencia LTE.
Descripción detallada
La invención se expone en las reivindicaciones adjuntas. Las realizaciones a modo de ejemplo se describen a continuación para ilustrar la invención.
Según se ha expuesto más arriba, con antelación a la transferencia LTE, el EU lleva a cabo mediciones para la creación del evento de transferencia. Sin embargo, en ciertas circunstancias, el EU puede experimentar una repentina disminución de la intensidad de señal recibida sin poder generar un InformeDeMediciones a tiempo. Además, puede que no sea posible recuperar el EU en la célula fuente y que detecte un fallo de radioenlace (RLf) en la célula fuente. En otro escenario, ilustrado en la Figura 2, el EU no crea un InformeDeMediciones que incluya un evento de transferencia, pero se producen problemas en la transmisión del InformeDeMediciones del Eu. Si el eNB fuente no recibe el evento de transferencia, la transferencia no puede iniciarse desde el eNB fuente. Esto también puede dar como resultado un RLF en la célula fuente para este EU previo a la transferencia LTE.
En la Figura 3 se ilustra la comunicación de un evento de transferencia del EU seguida por un fallo de la instrucción de transferencia. El EU envía un informe de mediciones que recibe el eNB fuente. El eNB fuente determina que se requiere una transferencia y envía una instrucción de transferencia al EU. Es probable que el mensaje de instrucción de transferencia haya sido recibido por el EU en malas condiciones de calidad de la señal de radio. En consecuencia, es posible que no se reciba un número considerable de mensajes de instrucción de transferencia. Dado que no se indica al EU que realice la transferencia, porque no recibe el o los mensajes de instrucción de transferencia, el EU no accederá a la célula diana inmediatamente. En muchos casos, el EU experimenta entonces problemas de radioenlace, detecta un fallo de radioenlace (RLF) en la célula fuente y se produce un fallo en la instrucción de transferencia.
En la Figura 4 se ilustra un fallo de acceso durante la transferencia LTE. En este escenario, el EU recibe con éxito el mensaje de instrucción de transferencia (ReconfiguraciónDeConexiónRRC) en la célula fuente y el EU pone en marcha un temporizador T304. A continuación, el EU intenta acceder a la célula diana. Si el temporizador T304 expira sin acceso con éxito a la célula diana, el EU detecta un fallo de transferencia debido al acceso fallido.
En cada uno de los casos de fallo mencionados en lo que antecede, el EU queda en el modo RRC_CONECTADO y selecciona una célula “mejor disponible” adecuada. Una vez que ha ocurrido un fallo, el EU lleva a cabo el procedimiento RRC de restablecimiento de la conexión, comenzando con el mensaje SolicitudDeRestablecimientoDeConexiónRRC. El mensaje SolicitudDeRestablecimientoDeConexiónRRC contiene el identificador del EU con: el c-RNTI usado en la célula fuente; el identificador de célula de la célula fuente; el CódigoDeAutenticación; y la CausaDelRestablecimiento, con cuatro valores posibles, no definidos previamente. El CódigoDeAutenticación es el MAC-I calculado con respecto a: el c-RNTI usado en la célula fuente, el identificador de célula de la célula fuente y el identificador de la célula “diana” (suponiendo que el identificador de la célula “diana” indique el identificador de célula de la célula seleccionada).
Si el eNB seleccionado encuentra un contexto que coincida con el identificador del EU, puede reanudarse la conexión. Dado que el contexto del EU solo está disponible en los eNB que hayan admitido al EU durante una fase de preparación ejecutada anteriormente, el restablecimiento RRC tiene éxito únicamente para los eNB preparados. Si el eNB seleccionado no encuentra el contexto del EU, se libera la conexión RRC y se “empuja” al EU a RRC INACTIVO.
Para diferenciar los casos de fallo —(i) RLF previo a la transferencia; (ii) fallo de la instrucción de transferencia (que lleva a un RLF); y (iii) fallo de acceso (que lleva a un fallo de transferencia)—, la CausaDelRestablecimiento es configurada en el mensaje SolicitudDeRestablecimientoDeConexiónRRC a (a) “RLF”, que indica que el EU no recibió una instrucción de transferencia en la célula fuente; o (b) “Fallo de transferencia”, que indica que el EU recibió la instrucción de transferencia en la célula fuente.
El eNB seleccionado recibe la SolicitudDeRestablecimientoDeConexiónRRC que contiene el identificador del EU y la CausaDelRestablecimiento. El restablecimiento de la conexión RRC tiene éxito si el eNB seleccionado ha sido preparado durante una fase de preparación ejecutada anteriormente. A continuación, tras el restablecimiento con éxito, la CausaDelRestablecimiento es incluida en el mensaje X2 LiberaciónDelContextoDelEU enviado por el eNB seleccionado al eNB fuente. Esto permite al eNB fuente adaptar los parámetros para la generación del evento de transferencia y su comportamiento para la preparación de transferencia usando su conocimiento del tipo particular de fallo que ha ocurrido.
Cuando el eNB fuente recibe el mensaje X2 LiberaciónDelContextoDelEU con, por ejemplo, el valor de CausaDelRestablecimiento “RLF” y con el conocimiento relativo a una transmisión de una instrucción de transferencia precedente al EU, el eNB fuente es capaz de identificar que para este EU se produjo un RLF debido al fallo en la instrucción de transferencia. El eNB fuente puede adaptar entonces sus parámetros de transferencia para una generación de un evento de transferencia futuro, por ejemplo, TTTH, HOM, coeficiente de filtrado y OCN, o selección de MCS y potencia para casos subsiguientes de transmisión de una instrucción de transferencia.
Si el eNB fuente recibe el mensaje X2 LiberaciónDelContextoDelEU con el valor de CausaDelRestablecimiento “RLF” sin una transmisión precedente de una instrucción de transferencia al EU, el eNB fuente es capaz de identificar que en la célula fuente se produjo un RLF previo a la transferencia. Sin embargo, la recuperación del EU, la identificación inequívoca de la célula fuente y el intercambio de información mediante la LiberaciónDelContextoDelEU de X2 son solo posibles si el eNB seleccionado ha sido preparado con antelación. Cuando el eNB fuente recibe el mensaje X2 LiberaciónDelContextoDelEU con el valor de CausaDelRestablecimiento “Fallo de transferencia”, el eNB fuente es capaz de identificar que en la célula diana para el EU se produjo un fallo de acceso. Si ocurren fallos de acceso reiterados de forma generalizada o para ciertas células diana, el eNB fuente puede adaptar, por ejemplo, los parámetros para la generación del evento de transferencia o los parámetros de decisión para la preparación múltiple.
El ejemplo dado arriba implica incluir la información comunicada en el mensaje X2 LiberaciónDelContextoDelEU, pero en otra realización puede usarse en su lugar otro tipo de mensaje.
El restablecimiento de la conexión RRC no tiene éxito si el eNB seleccionado no está preparado y a continuación el EU es “empujado” a RRC_INACTIVO. En este caso se define un mensaje x2 denominado, por ejemplo, “RestablecimientoFallido”. Este mensaje contiene el c-RNTI usado en la célula fuente, el identificador de célula de la célula fuente; la identificación de célula de la célula seleccionada y el valor CausaDelRestablecimiento. El eNB diana identifica uno o más eNB fuente a los que envía este mensaje. Esta identificación se realiza usando el identificador de célula de la célula fuente. Cuando el eNB fuente recibe el mensaje X2 RestablecimientoFallido, evalúa si el c-RNTI realmente tiene una correlación con un EU anteriormente conocido pero perdido dentro de la célula fuente, que es identificada por el identificador de célula. Si esto lleva a un resultado positivo, el mensaje es procesado como sigue.
Cuando el mensaje X2 RestablecimientoFallido contiene el valor de CausaDelRestablecimiento “RLF” y si se realizó una transmisión precedente de una instrucción de transferencia a este EU, el eNB fuente es capaz de identificar que, en efecto, para este EU se produjo un restablecimiento fallido resultante del RLF debido a un fallo en la instrucción de transferencia. Si esto ocurre reiteradamente de forma generalizada, o para ciertas células diana, el eNB fuente puede adaptar sus parámetros de transferencia (tales como TTTH, HOM, coeficiente de filtrado y OCN) para la generación de un evento de transferencia futuro o modificar los parámetros de transmisión, como la selección de MCS y la potencia de transmisión para casos subsiguientes de transmisiones de una instrucción de transferencia. Si el mensaje X2 RestablecimientoFallido contiene el valor de CausaDelRestablecimiento “RLF” sin una transmisión precedente de una instrucción de transferencia a este EU, el eNB fuente es capaz de identificar que, en efecto, en la célula fuente se produjo un restablecimiento fallido resultante del RLF previo a la transferencia.
Si ocurren restablecimientos fallidos reiterados debidos a un RLF previo a la transferencia de forma generalizada o para ciertas células diana, el eNB fuente puede adaptar, por ejemplo, los parámetros para la generación del evento de transferencia o los parámetros de decisión para la preparación múltiple.
Si el mensaje X2 RestablecimientoFallido contiene el valor de CausaDelRestablecimiento “Fallo de transferencia”, el eNB fuente es capaz de identificar que, en efecto, en la célula diana se produjo un fallo de acceso. Con esta información, el eNB fuente es capaz de identificar que, en efecto, en la célula diana se produjeron problemas debido a un fallo de acceso para este EU. Si ocurren fallos de acceso reiterados para ciertas células diana, el eNB fuente puede adaptar, por ejemplo, los parámetros para la generación del evento de transferencia o los parámetros de decisión para la preparación múltiple.
La presente invención puede ser implementada de otras formas específicas y realizada usando procedimientos diferentes sin apartarse de sus características esenciales. Las realizaciones y los procedimientos descritos han de ser considerados, en todos los sentidos, únicamente ilustrativos y no restrictivos. Por lo tanto, el alcance de la invención está indicado por las reivindicaciones adjuntas, no por la descripción anterior. Todos los cambios que entran dentro del significado de las reivindicaciones deben abarcarse dentro de su alcance.

Claims (8)

REIVINDICACIONES
1. Un procedimiento para mejorar la robustez de movilidad en una red de comunicación inalámbrica, comprendiendo el procedimiento:
en un nodo de red fuente, recibir una causa de restablecimiento desde un nodo de red seleccionado, seleccionándose dicho nodo seleccionado por un equipo de usuario para el restablecimiento de conexión a continuación de una transferencia fallida del equipo de usuario desde una célula fuente operada por el nodo de red fuente, siendo recibida la causa de restablecimiento por el nodo de red seleccionado desde el equipo de usuario durante el restablecimiento de conexión del equipo de usuario con el nodo de red seleccionado, e indicar si el equipo de usuario recibió o no, en la célula fuente, una instrucción de transferencia relacionada con la transferencia fallida; y en el nodo de red fuente, identificar un fallo particular relacionado con la transferencia fallida usando la información de causa de restablecimiento recibida.
2. El procedimiento según la reivindicación 1, que comprende, además:
en el nodo de red fuente, identificar un fallo de radio enlace usando la información de causa de restablecimiento recibida.
3. El procedimiento según la reivindicación 1, que comprende, además:
en el nodo de red fuente, adaptar parámetros de transferencia usando la información de causa de restablecimiento recibida.
4. El procedimiento según la reivindicación 1, que comprende, además:
en el nodo de red seleccionado, enviar la causa de restablecimiento al nodo de red fuente.
5. El procedimiento según la reivindicación 1, que comprende, además:
en el equipo de usuario, enviar una causa de restablecimiento durante el restablecimiento de conexión del equipo de usuario con el nodo de red seleccionado al nodo de red seleccionado.
6. Un nodo de red fuente que comprende:
medios para recibir una causa de restablecimiento desde un nodo de red seleccionado, seleccionándose dicho nodo seleccionado por un equipo de usuario para el restablecimiento de conexión a continuación de una transferencia fallida del equipo de usuario desde una célula fuente operada por el nodo de red fuente, siendo recibida la causa de restablecimiento por el nodo de red seleccionado desde el equipo de usuario durante el restablecimiento de conexión del equipo de usuario con el nodo de red seleccionado, e indicar si el equipo de usuario recibió o no, en la célula fuente, una instrucción de transferencia relacionada con la transferencia fallida; y
medios para identificar un fallo particular relacionado con la transferencia fallida usando la información de causa de restablecimiento recibida.
7. Un nodo de red fuente según la reivindicación 6, que comprende, además: medios para adaptar parámetros de transferencia usando la información de causa de restablecimiento recibida.
8. Una red de comunicaciones inalámbricas que comprende un nodo de red fuente según la reivindicación 6, un nodo de red seleccionado que comprende medios para enviar una causa de restablecimiento al nodo de red fuente, y un equipo de usuario que comprende medios para enviar la causa de restablecimiento durante el restablecimiento de conexión del equipo de usuario con el nodo de red seleccionado.
ES15163974T 2008-08-11 2009-08-11 Mejora de robustez de movilidad en una red de comunicación inalámbrica Active ES2786280T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP08290766 2008-08-11

Publications (1)

Publication Number Publication Date
ES2786280T3 true ES2786280T3 (es) 2020-10-09

Family

ID=41350661

Family Applications (2)

Application Number Title Priority Date Filing Date
ES09777808.8T Active ES2543453T3 (es) 2008-08-11 2009-08-11 Procedimiento y aparato de transferencia en una red de comunicaciones inalámbricas
ES15163974T Active ES2786280T3 (es) 2008-08-11 2009-08-11 Mejora de robustez de movilidad en una red de comunicación inalámbrica

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES09777808.8T Active ES2543453T3 (es) 2008-08-11 2009-08-11 Procedimiento y aparato de transferencia en una red de comunicaciones inalámbricas

Country Status (7)

Country Link
US (1) US9668177B2 (es)
EP (2) EP2324658B1 (es)
JP (1) JP5302400B2 (es)
KR (1) KR101306614B1 (es)
CN (1) CN102150454B (es)
ES (2) ES2543453T3 (es)
WO (1) WO2010017961A1 (es)

Families Citing this family (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9271204B2 (en) 2008-11-17 2016-02-23 Qualcomm Incorporated Mobility management based on radio link failure reporting
US9491671B2 (en) 2008-11-17 2016-11-08 Qualcomm Incorporated Radio link failure reporting
US20130153298A1 (en) * 2009-02-19 2013-06-20 Interdigital Patent Holdings, Inc. Method and apparatus for enhancing cell-edge user performance and signaling radio link failure conditions via downlink cooperative component carriers
US9148809B2 (en) 2009-10-13 2015-09-29 At&T Intellectual Property I, L.P. Employing handover failures for network fault prediction or remedy
KR102309346B1 (ko) 2010-02-12 2021-10-08 인터디지탈 패튼 홀딩스, 인크 셀-에지 사용자 성능을 향상시키고 하향링크 협력 컴포넌트 캐리어를 통해 무선 링크 실패 조건을 시그널링하는 방법 및 장치
WO2011134138A1 (zh) * 2010-04-26 2011-11-03 中兴通讯股份有限公司 向家庭基站过晚切换原因的确定方法及系统
WO2011139187A1 (en) * 2010-05-03 2011-11-10 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements for communication channel re-establishment
US9661532B2 (en) 2010-06-11 2017-05-23 Htc Corporation Apparatuses and methods for handling inter-Radio Access Technology (inter-RAT) mobility
JP5357107B2 (ja) * 2010-06-25 2013-12-04 株式会社エヌ・ティ・ティ・ドコモ 基地局及び方法
CN102300278B (zh) * 2010-06-28 2016-03-30 中兴通讯股份有限公司 一种切换场景的判决方法及系统
US8644832B2 (en) 2010-08-12 2014-02-04 At&T Intellectual Property I, L.P. Redirecting handovers in LTE networks
CN101895912B (zh) * 2010-08-17 2012-11-14 上海交通大学 高级长期演进网络移动性能优化方法
CN103154899A (zh) 2010-10-04 2013-06-12 京瓷株式会社 移动通信方法、无线终端和基站
CN102480796B (zh) * 2010-11-23 2016-03-30 中兴通讯股份有限公司 一种实现无线资源控制协议连接重建的方法和系统
JP5831623B2 (ja) * 2011-04-27 2015-12-09 富士通株式会社 多重ハンドオーバ準備への拡張
KR101990134B1 (ko) 2011-08-10 2019-06-17 삼성전자주식회사 듀얼 모드 단말의 성능 정보 보고 방법 및 장치
WO2012119433A1 (zh) * 2011-08-31 2012-09-13 华为技术有限公司 小区切换方法、基站、用户设备及通信系统
US20140369313A1 (en) * 2011-09-09 2014-12-18 Nokia Corporation Method and apparatus for enabling re-establishment procedure in a heterogeneous network
CN103037451B (zh) * 2011-10-03 2017-04-12 华为技术有限公司 无线资源控制连接重建方法、用户设备和基站
WO2013105786A1 (ko) * 2012-01-09 2013-07-18 삼성전자 주식회사 무선 통신 시스템에서 핸드오버 방법 및 장치
RU2613173C2 (ru) 2012-01-09 2017-03-15 Самсунг Электроникс Ко., Лтд. Способ и устройство для регистрации
WO2013107046A1 (zh) 2012-01-20 2013-07-25 富士通株式会社 分析链路失败原因的方法及其装置
KR102048742B1 (ko) 2012-01-27 2019-11-26 삼성전자 주식회사 이동 통신 시스템에서 시스템 부하를 조절하기 위해, 엑세스를 효율적으로 제어하는 방법 및 장치
US20140334371A1 (en) 2012-01-27 2014-11-13 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data by using plurality of carriers in mobile communication systems
EP2810469B1 (en) * 2012-01-30 2020-09-16 Nokia Solutions and Networks Oy Improvements for evaluating handover failures
US9185581B2 (en) * 2012-05-11 2015-11-10 Telefonaktiebolaget L M Ericsson (Publ) Classifying failure reports as either current or stale for mobility robustness optimization adjustments
WO2014014275A1 (ko) * 2012-07-17 2014-01-23 주식회사 팬택 이종 네트워크 시스템에서 제어정보 전송방법 및 장치
EP2907342B1 (en) * 2012-10-09 2019-04-10 Telefonaktiebolaget LM Ericsson (publ) Method and device for calibrating mobile robustness optimization function
WO2014074035A1 (en) * 2012-11-08 2014-05-15 Telefonaktiebolaget L M Ericsson (Publ) Methods and network nodes for handling handover failures
CN114449603B (zh) 2012-12-24 2024-06-07 北京三星通信技术研究有限公司 无线通信系统中的基站及由其执行的方法
CN103024835A (zh) * 2012-12-25 2013-04-03 大唐移动通信设备有限公司 小区内切换方法和设备
US20150382270A1 (en) * 2013-02-19 2015-12-31 Nokia Solutions And Networks Oy Determination of Whether a Handover was necessary Based on Quality of Service
CN105009628B (zh) * 2013-03-06 2018-08-07 Lg 电子株式会社 在无线通信系统中处理业务导向失败的方法和设备
CN105264955A (zh) 2013-03-29 2016-01-20 日本电气株式会社 无线通信系统中的通信设备和切换控制方法
KR102037389B1 (ko) * 2013-04-05 2019-10-28 주식회사 팬택 이중 연결성을 지원하는 무선 통신 시스템에서 무선링크 제어 방법 및 그 장치
US9918258B2 (en) 2013-11-26 2018-03-13 At&T Intellectual Property I, L.P. Anomaly correlation mechanism for analysis of handovers in a communication network
WO2015142051A1 (ko) * 2014-03-18 2015-09-24 엘지전자 주식회사 무선 통신 시스템에서 스몰 셀과 관련된 원인값을 전송하는 방법 및 장치
KR102034401B1 (ko) 2015-10-05 2019-10-18 텔레폰악티에볼라겟엘엠에릭슨(펍) 무선 통신 시스템에서 무선 디바이스와 서비스 노드 간의 무선 링크 문제 관리
JP2016059073A (ja) * 2015-12-16 2016-04-21 富士通株式会社 リンク失敗原因を分析する方法及び装置
JP6325039B2 (ja) * 2016-08-24 2018-05-16 ソフトバンク株式会社 無線基地局及びプログラム
JP2017127025A (ja) * 2017-03-17 2017-07-20 富士通株式会社 リンク失敗原因を分析する方法及び装置
US10091705B1 (en) * 2017-05-26 2018-10-02 Apple Inc. Avoiding denial of service
US10588062B2 (en) 2018-03-09 2020-03-10 T-Mobile Usa, Inc. Automatically modifying cell definition tables within networks
CN110351896B (zh) 2018-04-04 2021-07-09 华为技术有限公司 一种连接重建立方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100893860B1 (ko) 2004-06-10 2009-04-20 엘지전자 주식회사 광대역 무선 접속 시스템에 적용되는 핸드오버 수행 방법및 핸드오버 실패시 통신 재개 방법
US20060046724A1 (en) * 2004-08-31 2006-03-02 Ton Bobby T D Soft handoff management
CN1889785B (zh) 2006-07-27 2010-05-12 华为技术有限公司 分组切换过程中对切换失败进行处理的方法、系统和网络
US9544828B2 (en) * 2007-12-05 2017-01-10 Qualcomm Incorporated Handover failure procedures in communication systems
WO2009139679A1 (en) * 2008-05-15 2009-11-19 Telefonaktiebolaget L M Ericsson (Publ) Data forwarding during handover in a self-backhauled cell

Also Published As

Publication number Publication date
EP2928236A1 (en) 2015-10-07
EP2928236B1 (en) 2020-03-11
EP2324658B1 (en) 2015-05-20
US20110207452A1 (en) 2011-08-25
ES2543453T3 (es) 2015-08-19
CN102150454A (zh) 2011-08-10
JP5302400B2 (ja) 2013-10-02
EP2324658A1 (en) 2011-05-25
CN102150454B (zh) 2016-05-04
KR101306614B1 (ko) 2013-09-11
KR20110039378A (ko) 2011-04-15
JP2011530912A (ja) 2011-12-22
WO2010017961A1 (en) 2010-02-18
US9668177B2 (en) 2017-05-30

Similar Documents

Publication Publication Date Title
ES2786280T3 (es) Mejora de robustez de movilidad en una red de comunicación inalámbrica
JP7131667B2 (ja) 無線端末およびその方法
JP5303681B2 (ja) 端末を識別するための方法及びシステム
JP5709989B2 (ja) ハンドオーバーシナリオ判定パラメータの報告方法、ユーザ装置及びハンドオーバーシナリオ判定基地局
JP5142417B2 (ja) リンク障害復旧のためのハンドオーバー方法とこの方法を具現するための無線機器及び基地局
KR100884989B1 (ko) 고속 다운링크 공유 채널 정보로 액티브 세트 갱신
ES2610634T3 (es) Método para proveer información en un sistema de comunicación inalámbrica celular
JP5931070B2 (ja) 移動通信システムで無線リンク失敗またはハンドオーバー失敗の原因を検出するための装置および方法
ES2796123T3 (es) Detectar y notificar un problema de la red de radio que ocurre en una segunda célula en un equipo de usuario que tiene una conexión de recursos de radio establecido en una primera célula
KR101624315B1 (ko) 셀룰러 무선 통신 시스템 내의 이동국을 식별하는 방법
JP2021511710A (ja) ビーム障害回復のためのコンテンションベースランダムアクセス
JP5787240B2 (ja) ハンドオーバ失敗の処理方法及びユーザ装置
WO2016129616A1 (ja) ユーザ端末及び基地局
KR101839384B1 (ko) 이동 통신 시스템에서 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 장치 및 방법
US20230413127A1 (en) Migration method and apparatus for iab-node
CN105072644A (zh) 用于在蜂窝式无线通信系统中提供信息的方法
US9155016B2 (en) Base station and method