ES2543453T3 - Procedimiento y aparato de transferencia en una red de comunicaciones inalámbricas - Google Patents

Procedimiento y aparato de transferencia en una red de comunicaciones inalámbricas Download PDF

Info

Publication number
ES2543453T3
ES2543453T3 ES09777808.8T ES09777808T ES2543453T3 ES 2543453 T3 ES2543453 T3 ES 2543453T3 ES 09777808 T ES09777808 T ES 09777808T ES 2543453 T3 ES2543453 T3 ES 2543453T3
Authority
ES
Spain
Prior art keywords
transfer
cause
network
failure
message
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
ES09777808.8T
Other languages
English (en)
Inventor
Heidrun Grob-Lipski
Stephen Kaminiski
Hajo-Erich Bakker
Diedrich 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 ES2543453T3 publication Critical patent/ES2543453T3/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 la comunicación de información relacionada con el transferencia en una red de comunicaciones inalámbricas que incluye las etapas de: en el nodo seleccionado de red, recibir de un terminal móvil una causa de restablecimiento durante un restablecimiento de la conexión del terminal móvil con el nodo seleccionado de red, en el nodo seleccionado de red, enviar a un nodo fuente de red la causa del restablecimiento para permitir que el nodo fuente de red identifique fallos relacionados con el transferencia.

Description

5
10
15
20
25
30
35
40
45
50
55
E09777808
23-07-2015
DESCRIPCIÓN
Procedimiento y aparato de transferencia en una red de comunicaciones inalámbricas
Campo de la invención
La presente invención versa sobre un procedimiento y un aparato para el transferencia en una red de comunicaciones inalámbricas 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 3ª 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) 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 el 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 que aceptar al 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 del 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 al 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 de forma ejemplar 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 el 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 al transferencia. Cuando se selecciona el 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 el 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 al 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 2 10
15
20
25
30
35
40
45
50
55
E09777808
23-07-2015
optimización del 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 el 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 al 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.
La solicitud de patente estadounidense 2006/0046724, titulada “Soft Handoff Management”, publicada el 2 de marzo de 2006, da a conocer un procedimiento para llevar a cabo un transferencia suave de un terminal móvil (TM) de un controlador de estaciones base (BSC) fuente a un BSC diana en una red de telecomunicaciones. El procedimiento detecta, además, un fallo en uno del BSC diana y el BSC fuente que gestionan una llamada para el TM. En respuesta a la detección, el procedimiento envía un mensaje de puesta a cero desde uno del BSC diana y el BSC fuente a uno del BSC fuente y el BSC diana. El mensaje de puesta a cero incluye un ID fuente para identificar el proceso fuente fallido si el fallo se detecta en el BSC fuente, y un ID diana para identificar el proceso diana fallido si el fallo se detecta en el BSC diana. Después, el procedimiento usa uno del ID fuente o el ID diana para desconectar la llamada en uno del BSC diana y el BSC fuente.
La solicitud 2005/120183 de PCT titulada “Handover Execution and Communication Resumption in Wireless Access System”, publicada el 22 de diciembre de 2005, da a conocer un procedimiento para llevar a cabo un transferencia que incluye comunicarse con una estación base servidora a través de un primer enlace de comunicaciones y recibir de la estación base servidora información del transferencia asociada con al menos una estación base diana candidata; transmitir un indicador de transferencia a la estación base servidora que indica una operación de transferencia a una estación base diana seleccionada y llevar a cabo un procedimiento de alcances con la estación base diana seleccionada para establecer un segundo enlace de comunicaciones con la estación base diana seleccionada mientras se mantiene el primer enlace de comunicaciones con la estación base servidora. El procedimiento también incluye la liberación con respecto a la estación base servidora en respuesta a un mensaje de estado de transferencia completo de la estación base diana seleccionada a la estación base servidora, o la reanudación de la comunicación normal con la estación base servidora si falla el transferencia con la estación base diana seleccionada.
La aportación del 3GPP titulada “Handover failure and Data Forwarding stop”, de Nortel, ref. R3-071400, publicada el 15 de agosto de 2007, investiga los casos de fallo de transferencia y, en particular, cómo detener la transmisión de datos cuando ocurre un error durante el transferencia X2. La solución propuesta distingue dos casos: el primero es cuando ocurre un RLF antes de que el EU pueda conectar con el eNB diana; y el segundo es cuando ocurre un error en el sistema diana tras la recepción de la instrucción de transferencia por parte del eNB diana.
Breve sumario
La invención está definida por las reivindicaciones independientes 1, 11 y 12. Según un aspecto de la invención, un procedimiento para la comunicación de información de transferencia en una red de comunicaciones inalámbricas incluye las etapas de recibir de un terminal móvil, en un nodo seleccionado de red, una causa de restablecimiento durante el restablecimiento de la conexión del terminal móvil con el nodo seleccionado de red; enviar a un nodo fuente de red, en el nodo seleccionado de red, la causa del restablecimiento para habilitar al nodo fuente de red para que identifique tipos de fallos relacionados con el transferencia.
En una realización, por ejemplo, la información comunicada puede identificar y distinguir tipos de fallo de transferencia que ocurran antes, durante o después del 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ón de transferencia debido a un RLF previo al 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ón de transferencia, 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 del transferencia futuro. Puede proporcionar un mecanismo para detectar configuraciones incorrectas de los parámetros de transferencia.
10
15
20
25
30
35
40
45
50
55
E09777808
23-07-2015
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. En otra realización, un mensaje recién introducido puede transportar la información comunicada. Por ejemplo, en un procedimiento 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. En otras realizaciones, pueden usarse diferentes mensajes existentes para transportar la información comunicada. En un procedimiento en una red LTE según la invención, la información comunicada puede estar incluida en un mensaje recién definido, que puede ser denominado, por ejemplo, “RestablecimientoFallido”, transmitido desde el eNB seleccionado al eNB fuente.
Según otro aspecto, se implementa una red inalámbrica usando un procedimiento según la invención.
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 al transferencia LTE; la Figura 3 ilustra esquemáticamente un fallo de la instrucción de transferencia durante el transferencia LTE; y la Figura 4 ilustra esquemáticamente un fallo de acceso durante el transferencia LTE.
Descripción detallada
Según se ha expuesto más arriba, con antelación al 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, el 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 al 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 un 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 el 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 el 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 poner 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.
10
15
20
25
30
35
40
45
50
55
E09777808
23-07-2015
Para diferenciar los casos de fallo —(i) RLF previo al 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 al 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; el 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 al transferencia.
Si ocurren restablecimientos fallidos reiterados debidos a un RLF previo al 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.
E09777808
23-07-2015
La presente invención puede ser implementada de otras formas específicas y realizada usando procedimientos diferentes. 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.

Claims (9)

  1. REIVINDICACIONES
    1. Un procedimiento para la comunicación de información relacionada con el transferencia en una red de comunicaciones inalámbricas que incluye las etapas de:
    en el nodo seleccionado de red, recibir de un terminal móvil una causa de restablecimiento durante un
    5 restablecimiento de la conexión del terminal móvil con el nodo seleccionado de red, en el nodo seleccionado de red, enviar a un nodo fuente de red la causa del restablecimiento para permitir que el nodo fuente de red identifique fallos relacionados con el transferencia.
  2. 2. El procedimiento reivindicado en la reivindicación 1 en el que el fallo de transferencia está relacionado con un fallo de radioenlace RLF anterior al transferencia.
    10 3. El procedimiento reivindicado en las reivindicaciones 1 o 2 en el que el fallo de transferencia está relacionado con un fallo de la instrucción de transferencia en la célula fuente.
  3. 4. El procedimiento reivindicado en las reivindicaciones 1, 2 o 3 en el que el fallo de transferencia está relacionado con un fallo de acceso en la célula diana.
  4. 5. El procedimiento reivindicado en cualquier reivindicación precedente en el que la causa del restablecimiento 15 está incluida en un mensaje que tiene un propósito adicional.
  5. 6.
    El procedimiento reivindicado en cualquiera de las reivindicaciones 1 a 4 en el que la causa del restablecimiento está incluida en un mensaje que no sirve a ningún propósito adicional.
  6. 7.
    El procedimiento reivindicado en cualquier reivindicación precedente en el que la red está implementada según los estándares LTE.
    20 8. El procedimiento reivindicado en la reivindicación 7 en el que la causa del restablecimiento está incluida en un mensaje de interfaz X2 y el mensaje de interfaz X2 tiene un propósito adicional.
  7. 9. El procedimiento reivindicado en la reivindicación 8 en el que la causa del restablecimiento está incluida en una extensión del mensaje de liberación del contexto del EU de la interfaz X2.
  8. 10. El procedimiento reivindicado en cualquier reivindicación precedente en el que la causa del restablecimiento es 25 usada para adaptar los parámetros de transferencia.
  9. 11. Un nodo de red que comprende medios para recibir de un terminal móvil una causa de restablecimiento durante el restablecimiento de la conexión del terminal móvil con el nodo de red, y medios para enviar a un nodo fuente de red la causa del restablecimiento para permitir que el nodo fuente de red identifique fallos relacionados con el transferencia.
    30 12. Una red de comunicaciones inalámbricas que comprende al menos un nodo de red, siendo al menos uno de dichos al menos un nodo de red un nodo de red según la reivindicación 11, y al menos un terminal móvil, comprendiendo dicho al menos un terminal móvil medios para enviar una causa de restablecimiento durante el restablecimiento de la conexión del terminal móvil con dicho nodo de red.
    7
ES09777808.8T 2008-08-11 2009-08-11 Procedimiento y aparato de transferencia en una red de comunicaciones inalámbricas Active ES2543453T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP08290766 2008-08-11
EP08290766 2008-08-11
PCT/EP2009/005820 WO2010017961A1 (en) 2008-08-11 2009-08-11 Handover method and apparatus in a wireless communications network

Publications (1)

Publication Number Publication Date
ES2543453T3 true ES2543453T3 (es) 2015-08-19

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 After (1)

Application Number Title Priority Date Filing Date
ES15163974T Active ES2786280T3 (es) 2008-08-11 2009-08-11 Mejora de robustez de movilidad en una red de comunicación inalámbrica

Country Status (7)

Country Link
US (1) US9668177B2 (es)
EP (2) EP2928236B1 (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
US9491671B2 (en) 2008-11-17 2016-11-08 Qualcomm Incorporated Radio link failure reporting
US9271204B2 (en) 2008-11-17 2016-02-23 Qualcomm Incorporated Mobility management based on 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
EP3537782A3 (en) 2010-02-12 2019-11-06 InterDigital Patent Holdings, Inc. Method and apparatus for enhancing cell-edge performance and signaling radio link failure conditions via downlink cooperative component carriers
CN102598778B (zh) * 2010-04-26 2014-12-10 中兴通讯股份有限公司 向家庭基站过晚切换原因的确定方法及***
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 上海交通大学 高级长期演进网络移动性能优化方法
WO2012047921A1 (en) 2010-10-04 2012-04-12 Kyocera Corporation Mobile communication method, radio terminal, and base station
CN102480796B (zh) * 2010-11-23 2016-03-30 中兴通讯股份有限公司 一种实现无线资源控制协议连接重建的方法和***
WO2012146276A1 (en) 2011-04-27 2012-11-01 Fujitsu Limited Enhancement to multiple handover preparation
KR101990134B1 (ko) 2011-08-10 2019-06-17 삼성전자주식회사 듀얼 모드 단말의 성능 정보 보고 방법 및 장치
CN102369760B (zh) * 2011-08-31 2014-09-17 华为技术有限公司 小区切换方法、基站、用户设备及通信***
WO2013033909A1 (en) 2011-09-09 2013-03-14 Nokia Corporation Method and apparatus for enabling re-establishment procedure in a heterogeneous network
CN103037451B (zh) * 2011-10-03 2017-04-12 华为技术有限公司 无线资源控制连接重建方法、用户设备和基站
JP6324319B2 (ja) 2012-01-09 2018-05-16 サムスン エレクトロニクス カンパニー リミテッド ロギング方法及び装置
US9392510B2 (en) 2012-01-09 2016-07-12 Samsung Electronics Co., Ltd. Handover method and apparatus in wireless communication system
CN103918300B (zh) 2012-01-20 2018-05-25 富士通株式会社 分析链路失败原因的方法及其装置
WO2013112021A1 (ko) 2012-01-27 2013-08-01 삼성전자 주식회사 이동통신 시스템에서 복수의 캐리어를 이용해서 데이터를 송수신하는 방법 및 장치
CN107682848B (zh) 2012-01-27 2022-01-11 三星电子株式会社 无线通信***中的基站和终端及其数据通信方法
WO2013113357A1 (en) * 2012-01-30 2013-08-08 Nokia Siemens 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 주식회사 팬택 이종 네트워크 시스템에서 제어정보 전송방법 및 장치
US9723525B2 (en) * 2012-10-09 2017-08-01 Telefonaktiebolaget L M Ericsson 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
EP3328121B1 (en) * 2013-03-06 2019-12-25 LG Electronics Inc. Method, computer-redable medium and apparatus for handling traffic steering failure in wireless communication system
WO2014156121A1 (ja) 2013-03-29 2014-10-02 日本電気株式会社 無線通信システムにおける通信装置およびハンドオーバ制御方法
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 엘지전자 주식회사 무선 통신 시스템에서 스몰 셀과 관련된 원인값을 전송하는 방법 및 장치
EP3691397B1 (en) * 2015-10-05 2022-04-06 Telefonaktiebolaget LM Ericsson (publ) Methods and arrangements in a wireless communication network for managing a problem with a radio link between a wireless device and a serving network node
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
KR101306614B1 (ko) 2013-09-11
JP2011530912A (ja) 2011-12-22
CN102150454B (zh) 2016-05-04
CN102150454A (zh) 2011-08-10
KR20110039378A (ko) 2011-04-15
ES2786280T3 (es) 2020-10-09
EP2324658A1 (en) 2011-05-25
JP5302400B2 (ja) 2013-10-02
EP2324658B1 (en) 2015-05-20
EP2928236A1 (en) 2015-10-07
WO2010017961A1 (en) 2010-02-18
US9668177B2 (en) 2017-05-30
US20110207452A1 (en) 2011-08-25
EP2928236B1 (en) 2020-03-11

Similar Documents

Publication Publication Date Title
ES2543453T3 (es) Procedimiento y aparato de transferencia en una red de comunicaciones inalámbricas
ES2610634T3 (es) Método para proveer información en un sistema de comunicación inalámbrica celular
EP2466936B1 (en) Method and system for identifying a terminal
EP2541986B1 (en) Method and user equipment for reporting handover scenario judgement parameter and base station for handover scenario judgement
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
JP5142417B2 (ja) リンク障害復旧のためのハンドオーバー方法とこの方法を具現するための無線機器及び基地局
EP2619926B1 (en) Apparatus and method for detecting cause of radio link failure or handover failure in mobile communication system
JP6118344B2 (ja) セルラ無線通信システム内の移動局を識別する方法
US20160353511A1 (en) Packet data transfer re-establishment
JP5787240B2 (ja) ハンドオーバ失敗の処理方法及びユーザ装置
EP2649740A2 (en) Enabling and disabling integrity protection for data radio bearers
CA2920995C (en) Method for processing radio link failure in multiple base station connectivity based radio communication system, and apparatus for same
CN101848553A (zh) 长期演进***中的无线资源控制连接重建立方法和基站
KR101839384B1 (ko) 이동 통신 시스템에서 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 장치 및 방법
CN113940137A (zh) 辅小区组故障期间的切换
CN103517322B (zh) 用于在蜂窝式无线通信***中提供信息的方法和装置
US9155016B2 (en) Base station and method
Latheef et al. On the UE Context Retrieval Enhancements for Improved Inter-RAT Mobility