ES2610634T3 - Método para proveer información en un sistema de comunicación inalámbrica celular - Google Patents

Método para proveer información en un sistema de comunicación inalámbrica celular Download PDF

Info

Publication number
ES2610634T3
ES2610634T3 ES10855784.4T ES10855784T ES2610634T3 ES 2610634 T3 ES2610634 T3 ES 2610634T3 ES 10855784 T ES10855784 T ES 10855784T ES 2610634 T3 ES2610634 T3 ES 2610634T3
Authority
ES
Spain
Prior art keywords
cell
rlf
mobile station
information
rat
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
ES10855784.4T
Other languages
English (en)
Inventor
Henrik Olofsson
Peter Legg
Johan Johansson
Xuelong Wang
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2610634T3 publication Critical patent/ES2610634T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0058Transmission of hand-off measurement information, e.g. measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0066Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0079Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface
    • H04W36/144Reselecting a network or an air interface over a different radio air interface technology
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0064Transmission or use of information for re-establishing the radio link of control information between different access points

Landscapes

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

Abstract

Método para proveer información en un sistema de comunicación inalámbrica celular, en el que cada celda en dicho sistema de comunicación inalámbrica celular es servida por una estación base y admite una tecnología de acceso por radio, RAT, para comunicaciones por radio entre una celda y una o más estaciones móviles conectadas a dicha celda; dicho sistema de comunicación inalámbrica celular emplea un procedimiento por el que se permite a una estación móvil transferirse de una celda a otra celda que admita diferentes RAT, y emplea además un procedimiento por el que se permite a una estación móvil que sufre un fallo de enlace de radio, RLF, mientras está conectada a una celda, intentar volver a conectarse con otra celda que admita una RAT diferente, caracterizado por: - detectar, por parte de una estación móvil, un RLF referido a la estación móvil mientras está conectada a una primera celda; - restablecer, por parte de la estación móvil, la conexión en una segunda celda, en la que la segunda celda admite una RAT diferente de la primera celda; y - proporcionar, por parte de la estación móvil, información acerca de dicha RLF sólo a celdas que admitan la misma RAT que dicha primera celda; en el que dicha información comprende un informe de RLF producido por dicha estación móvil; y en el que dicho informe de RLF comprende: mediciones efectuadas en celdas detectadas en conexión con dicho RLF, un identificador de celda para dicha primera celda y un identificador de celda para dicha segunda celda; en el que dicho método comprende además transmitir, por parte de dicha estación móvil, dicha información a una cuarta estación base que sirve a una cuarta celda a la que dicha estación móvil está conectada después de dicho RLF, en el que dicha cuarta celda admite la misma RAT que dicha primera celda; en el que dicha información es transmitida además por dicha cuarta estación base a una primera estación base que sirve a dicha primera celda.

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Metodo para proveer informacion en un sistema de comunicacion inalambrica celular Campo tecnico
La presente invencion esta relacionada con un metodo para proveer informacion en un sistema de comunicacion inalambrica celular, o mas en particular con un metodo segun el preambulo de la reivindicacion 1. La invencion esta relacionada tambien con un metodo en una estacion movil, un metodo en una estacion base, un programa informatico, un producto de programa informatico, un dispositivo de estacion movil y un dispositivo de estacion base.
Antecedentes de la invencion
Normalmente, una estacion movil (MS) en modo activo en un sistema de comunicacion inalambrica celular se transfiere de una celula a la siguiente a medida que se traslada por el sistema, y los datos pueden transmitirse y recibirse sin interrupciones significativas debido a estos traspasos.
Un procedimiento de traspaso (HO) puede constar de muchos pasos. En muchos sistemas de comunicacion inalambrica celular un HO es: 1) controlado por la red, es decir, se ordena a la MS cuando debe conectarse a otra celda; 2) se prepara, es decir, la celda objetivo a la que se traslada la MS se prepara; y 3) es asistido por la MS, es decir, la MS proporciona informes de medicion antes del HO a la celda servidora para ayudar en la decision de efectuar HO la preparacion de la celda o celdas objetivo, y cuando dejar la celda servidora/ conectarse a la celda objetivo.
En el contexto del HO, la celda servidora antes del HO a menudo se denomina la celda fuente. Tras el HO con exito, la celda objetivo se convierte en la nueva celda servidora. En Evolucion a largo plazo (LTE) el HO es un «traspaso duro», lo que significa que el enlace de radio del UE se conmuta de una celda (fuente) a otra celda (objetivo). En el sistema universal de telecomunicaciones moviles (UMTS) los traspasos duros se usan exclusivamente para el modo duplex de division de tiempo (TDD), pero pueden usarse tambien para el modo duplex de division de frecuencia (FDD).
El objeto central de la siguiente exposicion es el procedimiento de HO intrafrecuencia de LTE, pero los procedimientos son similares para los procedimientos LTE de HO con tecnologfa de acceso por radio (RAT) y para los de interfrecuencia de LTE. El estado intra E-UTRAN en RRC_CONNECTED es un HO controlado por red asistido por un equipo de usuario (UE), con senalizacion de la preparacion de HO en E-UTRAN.
Un HO se pone en marcha inicialmente mediante un informe de medicion enviado desde un UE a un eNB servidor (UTRAN NodeB). El eNB servidor configura el modo en que el UE tomara mediciones, y en que condiciones se emitira un informe de medicion y se enviara al eNB.
Para ayudar en las decisiones de control de movilidad, el UE puede medir diferentes celdas y comunicar los resultados a la red. Las diferentes redes y despliegues de redes pueden tener comportamientos detallados diferentes, pero en la mayona de los sistemas es normal poner en marcha un HO cuando la recepcion de senal desde una celda objetivo es mejor que desde una celda fuente.
Para el caso de HO de intrafrecuencia en un sistema unico de reutilizacion (es decir, en un sistema donde la celda fuente y la celda objetivo utilizan exactamente los mismos recursos de frecuencia) existen grandes beneficios de gestion de interferencia de mantener (siempre) el UE conectado a la celda con la mejor intensidad de senal. En el informe de medicion, el UE incluye el motivo para poner en marcha un HO, p. ej., que la senal de la celda objetivo sea mas fuerte que la senal de la celda servidora, y las mediciones de una potencia recibida de senal de referencia (RSRP) o calidad recibida de senal de referencia (RSRQ) de la celda servidora y varias celdas vecinas incluida la celda objetivo. Para reducir los efectos ping-pong cuando un UE se transfiere repetidamente entre dos celdas suele anadirse una compensacion de HO al estado de puesta en marcha de HO: la senal de la celda objetivo debena ser mejor que la senal de la celda servidora mediante una compensacion, donde el valor de compensacion > 0 dB.
Cuando un eNB servidor recibe un informe de medicion desde un UE y si el eNB desea traspasar HO el UE a otra celda, el eNB lleva a cabo una preparacion de HO para esa celda. La preparacion de HO implica un intercambio de senales entre un eNB (servidor) y otro eNB (objetivo). La celda fuente solicita el HO (solicitud de traspaso) y transmite al UE la informacion de contexto; y la celda objetivo decide si puede admitir el UE (control de admision de llamada) y o bien acepta o rechaza el HO. En un mensaje de aceptacion (acuse de recibo de solicitud de traspaso), la celda objetivo incluye parametros requeridos por el UE para permitir que se comunique con la celda objetivo —estos parametros se agrupan en un contenedor transparente—. La celda fuente puede preparar multiples celdas para HO. Una vez que la preparacion se ha concluido con exito, tiene lugar la ejecucion del HO. La celda fuente emite una orden de Ho al UE —se trata del mensaje Reconfiguracion de conexion RCC, y que porta el contenedor transparente—. Si el UE recibe este mensaje correctamente, y en el momento en que lo recibe, el UE se sincroniza con la nueva celda objetivo y envfa un mensaje de sincronizacion por el canal de
5
10
15
20
25
30
35
40
45
50
55
acceso aleatorio (RACH). A continuacion la celda objetivo emite una ubicacion al UE de forma que el UE pueda enviar un mensaje de confirmacion de HO a la celda objetivo (mensaje Reconfiguracion de conexion RRC completa).
En los pasos finales (conclusion de traspaso) que no implican al UE, el eNB fuente (que sirve a la celda fuente) puede dirigir datos (paquetes de enlace descendente sin acuse de recibo) al eNB objetivo (que sirve a la celda fuente), y la interfaz S1-U desde la pasarela activa (S-GW) debe conmutarse desde la celda fuente a la celda objetivo («conmutacion de ruta»). Finalmente, si el traspaso se realiza satisfactoriamente, el eNB objetivo emite un mensaje Emision contextual UE al eNB fuente.
No obstante, es posible que un HO falle en diferentes puntos debido a un fallo de enlace de radio (RLF) o a un fallo de RACH. Un fallo de RACH durante un HO se denomina «fallo de traspaso» en 3GPP TS36.33l, pero para el resto de esta descripcion el termino fallo de HO se usa refiriendose tanto a fallos RLF como RACH.
Tras un fallo de HO, el UE intenta un restablecimiento de RCC, que se describe en las especificaciones 3GPP TS36.300 y 3GPP TS36.331. El UE intenta en primer lugar encontrar la celda mas fuerte que pueda detectar («seleccion de celda»), y a continuacion el UE envfa una solicitud de restablecimiento de conexion RRC a la celda que ha seleccionado. Si esta celda seleccionada conoce previamente el UE y los detalles relativos a la conexion del UE (p. ej., los parametros de seguridad, lo que se denomina el “contexto del UE”) entonces la celda puede enviar un restablecimiento de conexion RRC y dicho restablecimiento tendra exito, lo que significa que el UE permanece en estado conectado de Control de recurso radio (RRC).
Si no obstante falta el contexto del UE, la solicitud de restablecimiento se rechaza y el UE queda en estado inactivo de RRC, lo que produce un retraso adicional antes de que el UE pueda pasar al estado conectado RRC y recomenzar cualquier comunicacion de datos. El «contexto del UE» puede pasarse a una celda durante el procedimiento de Ho o en cualquier otro momento. Esta transferencia se denomina preparacion de HO. Observese tambien que la solicitud de restablecimiento de conexion RRC porta tres campos, el identificador provisional de red de radio de la celda (C-RNTI) del UE en la celda servidora donde ocurrio el fallo, la identidad ffsica de celda (PCI) de esta celda, y el shortMAC-I calculado usando el identificador (ID) de la celda de restablecimiento.
El HO duro en el sistema universal de telecomunicaciones moviles (UMTS) es muy similar en muchos aspectos a la descripcion anterior, es decir, tambien es asistido por el UE pero controlado por red, lo que significa que el UE esta configurado para enviar informes de medicion activados pero la red decide cuando ejecutar el HO; aprovecha la preparacion (utilizando un procedimiento de configuracion de enlace de radio); es HO «retrasado», lo que significa que la celda fuente envfa la orden de HO al UE y el UE se aplica a la celda objetivo; y se completa por senalizacion internodal.
Ademas, el RFL se describe en las especificaciones 3GPP TS36.300 y 3GPP TS36.331. Una forma de RLF es impulsada por deteccion fuera de sincronizacion por la capa 1. Se inicia un procedimiento de deteccion de problemas de radio cuando un UE recibe un determinado numero de indicaciones «fuera de sincronizacion» de consecutivas de capas inferiores. El numero de indicaciones consecutivas esta especificado por el umbral N310. Cuando esto ocurre, el UE inicia un temporizador T310. En caso de que la UE reciba ciertas indicaciones «en sincronizacion» consecutivas (N311) de capas inferiores mientras T3l0 esta en funcionamiento, el UE detendra el temporizador y volvera al modo de funcionamiento normal.
Tras la declaracion de un RLF, el UE intenta la seleccion de celda. Si el UE consigue encontrar una celda con la que conectar dentro de la fase de seleccion de celda el UE, intentara restablecer RCC en esta celda. Si, por otra parte, el UE no encuentra una celda dentro de la fase de seleccion de celda (T311), el UE vuelve a modo inactivo y puede empezar a buscar celdas en otros RAT, ejemplos de estos son LTE, UMTS, WiMaX y la red de acceso de radio GSM EDGE (GERAN).
El RLF puede ser declarado tambien por la capa del Control de enlace de radio (RLC) del UE cuando se ha alcanzado un numero maximo de transmisiones para la transmision de un paquete senalizador RCC de enlace ascendente, pero el paquete aun no se ha entregado con exito. Ademas, si el acceso aleatorio durante el HO falla (lfmite de tiempo T304), el UE se comporta como si se hubiese producido un RLF. En la presente exposicion el termino RLF esta relacionado con cualquiera de los eventos anteriormente mencionados.
Ademas, se introdujo un informe RLF en 3GPP Rel-9 para hacer posible que un eNB reciba un informe RLF para distinguir entre los problemas relacionados con la Optimizacion de robustez de movilidad (MRO) y los problemas de cobertura. Esto se llevo a cabo incluyendo un conjunto de mediciones de celdas vecinas que indican la intensidad de la senal en el momento del fallo. Con ayuda de esto, el eNB puede ver si hay una celda vecina alternativa que pueda usarse, o si no hay ninguna celda vecina detectada en caso de un agujero de cobertura.
El informe RLF porta informacion acerca de:
• celda servidora RSRP, y opcionalmente RSRQ;
5
10
15
20
25
30
35
40
45
50
• celdas vecinas RSRP/RSRQ; y
• puede indicar tambien la intensidad de las celdas vecinas inter-RAT detectadas.
En Rel-9, si un RLF durante un HO va seguido de un restablecimiento con exito de RRC, es posible incluir un informe RLF en un mensaje Indicacion RLF que se envfa desde un eNB donde el restablecimiento se produce a un eNB que estaba dando servicio al UE en el punto del RLF. La capacidad del UE de proporcionar el informe RLF se indica mediante un indicador en el mensaje Restablecimiento de conexion RC completa. A continuacion se proporciona el informe RLF al eNB donde se produjo el restablecimiento utilizando el procedimiento de informacion del UE.
Un problema que sigue existiendo en Rel-9 es que el UE solo es capaz de enviar un informe RLF si el restablecimiento de RRC tiene exito. Y esto solo es posible si la celda que recibe el informe RLF posee el contexto de este UE (esta «preparada» para el HO). En la mayona de los casos de fallo de HO, el HO se ejecuta demasiado tarde y la celda en la que el UE intenta el restablecimiento de RRC no esta preparada, por lo que el UE no puede enviar el informe RLF
Para mitigar esto, se ha sugerido que se permita que se produzca la emision de informes RLF tambien despues de que el UE haya vuelto al modo inactivo. Esto significana que el UE informa cuando intenta el establecimiento de RRC.
Ademas, en 3GPP se ha estudiado considerablemente las Redes autoorganizadas (SON) para LTE. Una parte de esto es la optimizacion de parametros de traspaso, tambien conocida como el MRO antes mencionado, cuyo objetivo es optimizar los parametros de movilidad. No se ha especificado que parametros de HO se optimizaran, pero entre los ejemplos se incluyen los parametros de histeresis de HO (tambien llamada compensacion) y los de tiempo para la activacion (TTT). Los objetivos de la optimizacion son reducir los fallos de HO y al mismo tiempo no tener mas HO de los necesarios. La funcionalidad de MRO se distribuye en el UTRAN evolucionado (E- UTRAN), es decir, cada eNB tiene su propia funcion de optimizacion de MRO. Para ayudar a la optimizacion, se ha definido tambien una senalizacion entre los eNB para ayudar a identificar las incidencias de fallo de HO.
Lo siguiente es el texto que describe el ejemplo de uso de la optimizacion de parametros de traspaso tambien conocida como MRO en la seccion 22.5 de la especificacion 3GPP TS36.300, 9.2.0:
Una de las funciones de la optimizacion de robustez de movilidad (MRO) es detectar RLF que se producen debido a traspasos demasiado prematuros o demasiado tardfos, o traspasos a la celda equivocada. Este mecanismo de deteccion se lleva a cabo a traves de los siguientes procedimientos:
- [HO demasiado tardfo] Si el UE intenta restablecer el enlace de radio en eNB B tras un RLF en eNB A entonces eNB B puede reportar esta incidencia de RLF a eNB A mediante el procedimiento de indicacion de RLF.
- [HO demasiado prematuro] eNB B puede enviar un mensaje INFORME DE TRASPASO que indica una incidencia de HO demasiado prematuro a eNB A cuando eNB B recibe una indicacion de RLF de eNB A y si eNB B ha enviado el mensaje Emision de contexto del UE a eNB A relacionado con la conclusion de un HO entrante para el mismo UE dentro de los ultimos segundos Tstore_UE_cntxt.
- [HO a celda equivocada] eNB B puede enviar un mensaje INFORME DE TRASPASO que indica una incidencia de HO a Celda Equivocada a eNB A cuando eNB B recibe una indicacion de RLF de eNB C, y si eNB B ha enviado el mensaje Emision de contexto del UE a eNB A relacionado con la conclusion de un HO entrante para el mismo UE dentro de los ultimos segundos Tstore_UE_cntxt. La indicacion puede enviarse tambien si eNB B y eNB C son los mismos y el informe RLF es interno a este eNB.
La deteccion de las incidencias expuestas se hace posible mediante los procedimientos de indicacion de RLF e informe de traspaso.
El procedimiento de indicacion de RLF puede iniciarse despues de que un UE intente radio en eNB B tras un RLF en eNB A. El mensaje INDICACION DE RLF enviado contendra los siguientes elementos de informacion:
- Identificador de celda de fallo: PCI de la celda en la que ocurrio el RLF;
- Identificador de la celda de restablecimiento: ECGI de la celda en la que se ha restablecimiento de RL;
- C-RNTI: C-RNTI del UE en la celda en la que se produjo el RLF.
- shortMAC-I (opcionalmente): los 16 bits menos importantes del MAC-I calculados utilizando la configuracion de seguridad de la celda fuente y la identidad de la celda de restablecimiento.
restablecer el enlace de desde eNB B a eNB A
efectuado el intento de
5
10
15
20
25
30
35
40
45
eNB B puede iniciar una indicacion de RLF hacia multiples eNB si controlan celdas que usan el PCI senalizado por el UE durante el procedimiento de restablecimiento. El eNB A selecciona el contexto del UE que se corresponda con el PCI y C-RNTI de la celda de fallo recibido, y, si esta disponible, usa el shortMAC-I para confirmar esta identificacion, calculando el shortMAC-I y comparandolo con el IE recibido.
El procedimiento de informe de traspaso se usa en el caso de traspasos recientemente completados, cuando se produce un RLF en la celda objetivo (en eNB B) poco despues de haber enviado el mensaje Emitir contexto del UE al eNB A fuente. El mensaje INFORME DE TRASPASO contiene la siguiente informacion:
- Tipo de problema de traspaso detectado (HO demasiado prematuro, HO a celda equivocada)
- ECGI de las celdas fuente y objetivo en el traspaso
- ECGI de la celda de restablecimiento (en el caso de HO a celda equivocada)
- Causa de traspaso (senalizada por la fuente durante la preparacion del traspaso)
Movilidad inter RAT
Los HO entre diferentes RAT, es decir, HO inter RAT, pueden tener diferentes causas. Dos ejemplos de ello podnan ser:
• Cobertura - la cobertura en una RAT actual no es suficiente, pero existe cobertura en otras RAT. Por lo tanto, puede darse a un UE la orden HO a otra RAT;
• Capacidad - la capacidad en la RAT actual puede no ser suficiente, pero existe capacidad suficiente en otra RAT que cubre la misma zona.
Por lo que respecta a la movilidad inter RAT basada en la cobertura, existen tipicamente dos umbrales absolutos de intensidad de senal o calidad de senal: los criterios de la RAT fuente y la RAT objetivo. El criterio de la RAT objetivo puede usarse para fijar el umbral para el que se espera que un UE en un sistema LTE sobreviva en la rAt objetivo. El criterio fuente puede usarse para ajustar a que hora el UE comienza efectuar mediciones inter RAT.
Aplicar un criterio demasiado bajo para la celda servidora conduce a un exceso de mediciones y aplicar un criterio demasiado alto puede derivar en perdida de llamadas, ya que el UE es incapaz de encontrar una alternativa antes de que la calidad de la celda servidora sea demasiado baja para usarse en una comunicacion posterior.
Las incidencias tfpicas previstas para la configuracion de medicion segun la especificacion 3GPP TS36.331 son:
• Incidencia A1: el servicio es mejor que el umbral.
• Incidencia A2: el servicio es peor que el umbral.
• Incidencia A3: la celda vecina compensa mejor que sirve.
• Incidencia A4: la celda vecina es mejor que el umbral.
• Incidencia A5: el servicio es peor que el umbrall y la celda vecina es mejor que el umbral2.
• Incidencia B1: la celda vecina inter RAT es mejor que el umbral.
• Incidencia B2: el servicio es peor que el umbrall y la celda vecina inter RAT es mejor que el umbral2.
Aqrn «servicio» se refiere a una celda servidora o fuente, y «celda vecina» se refiere a una celda vecina detectada. Las diferentes incidencias comparan la intensidad (o calidad) de la senal con los umbrales fijados, o se comparan entre sf los valores de las celdas servidoras y vecinas (incluido un valor de histeresis tal como se ha descrito anteriormente).
Una implementacion tfpica de un algoritmo de HO inter RAT (HO de cobertura) sena el siguiente:
• Las mediciones inter RAT se inician cuando la calidad de la celda servidora esta por debajo del nivel aceptable, aplicando la incidencia A2.
• En ese momento se configuran los intervalos de medicion (si son necesarios) y el UE se configura para reportar celdas desde otra RAT aplicando el evento B1 o B2.
MRO inter RAT
5
10
15
20
25
30
35
40
45
50
Una funcionalidad MRO inter RAT en un eNB podna ajustar los siguientes parametros:
• Cuando se inicia la medicion en las otras celdas RAT (A2) y cuando debe emitirse el informe (B2_threshold1);
• Requisitos en la celda objetivo antes de reportar (B1 y B2_thresold2);
• Establecimiento de diferentes compensaciones para diferentes frecuencias (la compensacion se establece a traves del parametro ofn).
Los casos de error para MRO inter RAT son ligeramente distintos con respecto a MRO para traspasos HO dentro de LTE (traspaso intrafrecuencia o interfrecuencia). Podnan darse diferentes casos de error, cuando IRAT indica inter RAT:
• IRAT demasiado tardfo - los requisitos de umbral para la celda servidora son demasiado bajos, provocando que el UE se desplace fuera de la celda servidora antes de que puedan iniciarse los informes de medicion o se pueda ejecutar el HO;
• IRAT demasiado prematuro - los requisitos de umbral para la celda objetivo son demasiado bajos, provocando que el HO falle, o que se produzca un RLF antes del HO;
• RAT equivocado de IRAT - se produce un RLF poco despues de un HO a otro RAT, lo que lleva a un restablecimiento en un tercer RAT;
• IRAT frecuente - se establecen requisitos demasiado estrictos en la celda servidora, lo que provoca un HO inter RAT a pesar de que hubiese sido posible un HO intra LTE;
• Ping pong de IRAT - el requisito en la celda objetivo es demasiado bajo comparado con el requisito en la celda fuente cuando el UE ha cambiado de RAT;
• HO rapido de IRAT - se produce un HO rapido a otra RAT despues del HO.
Puede suponerse que «IRAT demasiado tardfo» es el caso de fallo mas importante, al menos inicialmente, ya que el sistema LTE puede tener una cobertura irregular y sufrira si un HO a los sistemas heredados no se lleva a cabo a tiempo. La incidencia de «IRAT demasiado tardfo» puede medirse contando el numero de veces que un UE se encuentra con un RLF en la celda, vuelve al modo inactivo y consigue encontrar una nueva celda en otra RAT.
Ha habido una propuesta de ampliar el MRO intra LTE existente para permitir que los nodos de red de diferentes RAT intercambien informacion (p. ej. Alianza NGMN, Optimizacion de traspaso). En el ejemplo de «IRAT demasiado tardfo», esto significana que la celda a la que el UE consigue conectarse despues del RLF recibira un informe del UE con detalles de la celda servidora antes del fallo. Este eNB necesitana entonces enviar un mensaje similar a «Indicacion de RLF» al eNB que gestione la celda en la que estuviese conectado el UE antes del RLF. Se ha argumentado que debena usarse la interfaz Gestion de informacion RAN (RIM) para permitir esta transferencia de informacion entre diferentes RAT.
A fin de recopilar e intercambiar informacion entre las RAT, las diferentes RAT deben ser capaces de descodificar la informacion recibida del UE referente a otra RAT y a su vez enviar esta informacion en un formato comun entre las RAT.
Ademas, la interfaz de red que se usara mas probablemente es la RIM. Se ha acordado que esta se use para otros fines a efectos de la comunicacion entre las diferentes RAT, con el requisito de que la senalizacion debe ser limitada. La razon de esta limitacion es la preocupacion por la complejidad del procesamiento para los nodos de la red central. Por lo tanto, sena problematico tambien utilizar esta interfaz para MRO inter RAT.
Se necesita por consiguiente un metodo para proveer informacion en un sistema de comunicacion inalambrica celular que mitigue o solucione los problemas de la tecnica anterior.
La solicitud internacional WO2009064716 describe un proceso relacionado con permitir que un dispositivo movil descubra relaciones de celda vecina que faltan cuando se produce un fallo de enlace de radio. El fallo se comunica basicamente al mismo tiempo que se conecta con una nueva celda que utilice la misma tecnologfa de enlace de radio, de otro modo la informacion de fallo se retiene y se comunica mas tarde, cuando se establece una conexion con una celda que utilice la misma tecnologfa de enlace de radio.
En 3GPP TSG RAN WG3 que cumple #68 Redes Nokia Siemens se describe en R3-101644 un metodo para permitir MRO en caso de solicitud de restablecimiento en eNB no preparado.
En 3GPP TSG RAN WG3 que cumple #65-bis R3-092656 se describe un metodo para solicitar permitir un informe de RLF originado en el UE.
5
10
15
20
25
30
35
40
45
50
55
Compendio de la invencion
El objeto de la presente invencion es proporcionar un metodo que mitigue o solucione los problemas de la tecnica anterior. Otro objeto de la invencion es proporcionar un metodo que mejore la deteccion de los problemas de HO inter RAT, reduzca la senalizacion, y sea compatible con los sistemas de comunicacion celular existentes. Otro objeto mas de la invencion es proporcionar un metodo alternativo para proveer informacion en un sistema de comunicacion inalambrica celular.
Segun un aspecto de la invencion, los objetos se logran con un metodo para proveer informacion en un sistema de comunicacion inalambrica celular, en el que cada celda en dicho sistema de comunicacion inalambrica celular es servida por una estacion base y admite una tecnologfa de acceso por radio (RAT) para la comunicacion por radio entre una celda y una o mas estaciones moviles conectadas a dicha celda; dicho sistema de comunicacion inalambrica celular emplea un procedimiento por el que una estacion movil puede transferirse de una celda a otra que admita diferentes tecnologfas de acceso por radio (RAT), y que emplea ademas un procedimiento por el que una estacion movil que sufre un fallo de enlace de radio (RLF), mientras esta conectada a una celda, puede intentar reconectar con otra celda que admita una tecnologfa de acceso por radio (RAT) diferente, y que comprende los pasos de:
- detectar, mediante la estacion movil, un fallo de enlace de radio (RLF) en una estacion movil mientras esta conectada a una primera celda;
- restablecer, mediante la estacion movil, la conexion en una segunda celda, en la que la segunda celda admite una RAT diferente de la primera celda; y
- proporcionar, mediante la estacion movil, informacion acerca de dicho fallo de enlace de radio (RLF) solo a celdas que admitan la misma tecnologfa de acceso por radio (RAT) que la primera celda referida, en la que dicha informacion comprende un informe de RLF producido por dicha estacion movil; y en el que dicho informe RLF comprende: mediciones efectuadas en celdas detectadas en relacion con dicho RLF, un identificador de celda para dicha primera celda y un identificador de celda para dicha segunda celda; en el que dicho metodo comprende ademas la transmision, por parte de dicha estacion movil, de dicha informacion a una cuarta estacion base que sirve a una cuarta celda que esta conectada a dicha estacion movil tras dicho RLF, en el que dicha cuarta celda admite la misma RAT que dicha primera celda; en el que dicha informacion es transmitida ademas por dicha cuarta estacion base a una primera estacion base que sirve a dicha primera celda.
Las realizaciones del metodo en un sistema de comunicacion inalambrica celular antes expuestas se describen en las reivindicaciones subordinadas 2 - 9.
Segun otro aspecto mas de la invencion, los objetos se logran tambien con un metodo en una estacion base para proveer informacion en un sistema de comunicacion inalambrica celular, en el que cada celda en dicho sistema de comunicacion inalambrica celular es servida por una estacion base y admite una tecnologfa de acceso por radio (RAT) para comunicacion por radio entre una celda y una o mas estaciones moviles conectadas a dicha celda; dicho sistema de comunicacion inalambrica celular emplea un procedimiento por el que una estacion movil puede transferirse de una celda a otra celda que admita tecnologfas de acceso por radio (RAT) diferentes, y emplea ademas un procedimiento por el que una estacion movil que sufre un fallo de enlace de radio (RLF), mientras esta conectada a una celda, puede intentar reconectar con otra celda que admita una tecnologfa de acceso por radio (RAT) diferente, que comprende los pasos de:
- recibir desde una estacion movil un informe de fallo de enlace de radio (RLF) relacionado con un fallo de enlace de radio (RLF) referido a la estacion movil mientras dicha estacion movil esta conectada a una primera celda; y
- proporcionar informacion sobre dicho RLF a dicha primera celda si una celda servida por dicha estacion base en la que dicha estacion movil reside admite la misma RAT que dicha primera celda; en la que dicha informacion comprende un informe de RLF producido por dicha estacion movil; en el que dicho informe de RLF comprende: mediciones efectuadas en celdas detectadas en relacion con dicho RLF, un identificador de celda para dicha primera celda y un identificador de celda para una segunda celda; en el que dicha segunda celda es la celda en la que dicha estacion movil restablece la conexion despues de que se haya producido dicho RLF y la segunda celda admite una RAT diferente de la primera celda; en la que dicha informacion proporcionada acerca de dicho RLF a dicha primera celda comprende la transmision de dicha informacion a una primera estacion base que sirve a dicha primera celda.
Segun una realizacion del metodo en una estacion base como se ha senalado anteriormente, dicho paso de proporcionar informacion implica:
- transmitir dicha informacion a una primera estacion base que sirve a dicha primera celda directamente o a traves de una o mas interfaces X2 y/o S1 sobre una o mas estaciones base en dicho sistema de comunicacion inalambrica celular.
5
10
15
20
25
30
35
40
45
50
55
El metodo en una estacion movil y en una estacion base anteriormente referida puede modificarse segun diferentes realizaciones del metodo en un sistema de comunicacion inalambrica celular.
La invencion se refiere tambien a un programa informatico y un producto de programa informatico cuando se ejecuta en un ordenador hace que el ordenador ejecute el metodo en una estacion movil y el metodo en una estacion base tal como se ha senalado anteriormente.
Segun otro aspecto de la invencion, los objetos se logran tambien con un dispositivo de estacion movil para proporcionar informacion en un sistema de comunicacion inalambrica celular, en el que cada celda en dicho sistema de comunicacion inalambrica celular esta dispuesta de forma que reciba servicio de una estacion base y admita una tecnologfa de acceso por radio (RAT) para comunicacion por radio entre una celda y una o mas estaciones moviles conectadas a dicha celda; dicho sistema de comunicacion inalambrica celular emplea un procedimiento por el que una estacion movil puede transferirse de una celda otra celda que admita diferentes tecnologfas de acceso por radio (RAT), y emplea ademas un procedimiento por el que una estacion movil que sufre un fallo de enlace de radio (RLF), mientras esta conectada a una celda, puede intentar reconectar con otra celda que admita una tecnologfa de acceso por radio diferente (RAT); y que esta configurado para:
- detectar un fallo de enlace de radio (RLF) mientras esta conectado a una primera celda;
- restablecer la conexion en una segunda celda, en la que la segunda celda admite una RAT diferente de la primera celda; y
- proporcionar informacion sobre dicho RLF solo a las celdas que admitan la misma RAT que dicha primera celda; en la que dicha informacion comprende un informe de RLF producido por dicha estacion movil; en el que dicho informe de RLF comprende: mediciones efectuadas en celdas detectadas en relacion con dicho RLF, un identificador de celda referente a dicha primera celda y un identificador de celda referente a dicha segunda celda; en el que dicha informacion es transmitida por dicha estacion movil a una cuarta estacion base que sirve a una cuarta celda a la que esta conectada dicha estacion movil tras dicho RLF, si dicha cuarta celda admite la misma RAT que dicha primera celda; en la que dicha informacion es transmitida ademas por dicha cuarta estacion base a una primera estacion base que sirve a dicha primera celda.
Segun otro aspecto de la invencion, los objetos tambien se logran con un dispositivo de estacion base para proporcionar informacion en un sistema de comunicacion inalambrica celular, en el que cada celda en dicho sistema de comunicacion inalambrica celular esta dispuesta para ser servida por una estacion base y admite una tecnologfa de acceso por radio (RAT) para comunicaciones por radio entre una celda y una o mas estaciones moviles conectadas a dicha celda; dicho sistema de comunicacion inalambrica celular emplea un procedimiento por el que una estacion movil puede transferirse de una celda a otra celda que admita diferentes tecnologfas de acceso por radio (RAT), y emplea ademas un procedimiento por el que una estacion movil que sufre un fallo de enlace de radio (RLF), mientras esta conectada a una celda, puede intentar reconectar con otra celda que admita una tecnologfa de acceso por radio (RAT) diferente, y que esta configurado para:
- recibir un informe de fallo de enlace de radio (RLF) relativo a un fallo de enlace de radio (RLF) en dicha estacion movil mientras dicha estacion movil esta conectada a una primera celda; y
- proporcionar informacion sobre dicho RLF a dicha primera celda si una celda servida por dicha estacion base y en la que reside dicha estacion movil admite la misma RAT que dicha primera celda; en la que dicha informacion comprende un informe RLF producido por dicha estacion movil; en el que dicho informe RLF comprende: mediciones efectuadas en celdas detectadas en relacion con dicho RLF, un identificador de celda para dicha primera celda, un identificador de celda para una segunda celda y un tipo de RAT para cada celda incluida en el informe de RLF; en el que dicha segunda celda es la celda en la que dicha estacion movil restablece la conexion despues de que se produzca dicho RLF y la segunda celda admite una RAT diferente de la primera celda; la estacion base esta configurada ademas para proporcionar informacion sobre dicho RLF a dicha primera celda transmitiendo dicha informacion a una primera estacion base que sirve a dicha primera celda.
Segun otro aspecto de la invencion, los objetos se logran tambien con un sistema de comunicacion inalambrica que comprende la estacion movil y una estacion base tal como se ha descrito anteriormente.
El dispositivo de estacion movil y el dispositivo de estacion base segun la invencion pueden disponerse tambien segun la diferente realizacion de los metodos antes expuestos.
Utilizando la presente solucion, es posible admitir MRO inter RAT sin tener que introducir senalizacion entre diferentes RAT y sin tener que definir mecanismos para la manera en que un UE podra comunicar la incidencia de un RLF producido en una RAT diferente.
La invencion proporciona ademas los efectos ventajosos de: permitir tanto la deteccion de problemas de RLF inter RAT, p. ej. relacionados con problemas de traspaso, como la senalizacion de este conocimiento a una celda fuente original donde pueden aplicarse acciones correctivas para evitar el mismo problema con futuros traspasos inter RAT; aborda una serie de casos de fallo de traspaso inter RAT, en particular «IRAT demasiado tardfo»,
5
10
15
20
25
30
35
40
45
50
«IRAT demasiado prematuro», «RAT equivocada de IRAT»; solo afecta a la funcionalidad de senalizacion de LTE del UE y el eNB; evita cualquier senalizacion desde una RAT a otra, por ejemplo, usando el procedimiento RIM, evitando por lo tanto una carga adicional sobre los elementos de red central de ambas RAT; tiene un impacto menor sobre las especificaciones de normalizacion 3GPP de las soluciones de la tecnica anterior; solo afecta a las especificaciones de normalizacion LTE; puede utilizar los procedimientos existentes en la interfaz X2, tales como mensaje de indicacion de RLF o mensaje de informe de traspaso, con extensiones adecuadas; y es aplicable a traspasos a RAT no 3GPP, como WiMax o Wi-Fi.
Otras ventajas y aplicaciones de la presente invencion quedaran patentes a partir de la siguiente descripcion. Breve descripcion de los dibujos
Los dibujos adjuntos pretenden aclarar y explicar diferentes realizaciones de la presente invencion en la que:
- la figura 1 muestra un supuesto tfpico de celdas con medicion de celdas;
- la figura 2 muestra una realizacion a modo de ejemplo de la invencion en los casos de IRAT demasiado prematuro y demasiado tardfo; y
- la figura 3 muestra una realizacion a modo de ejemplo de la invencion en el caso RAT equivocada de IRAT. Descripcion detallada de las realizaciones de la invencion
En relacion con lo expuesto anteriormente, la presente invencion proporciona un metodo para identificar problemas de RFL inter RAT, p. ej. problemas de HO, y dirigir esta informacion a alguna celda fuente original.
Asf pues, la invencion se refiere a un metodo para proporcionar informacion en un sistema de comunicacion inalambrica celular, en el que cada celda en dicho sistema de comunicacion inalambrica celular es servida por una estacion base (BS), lo que significa que cada celda comprende una BS que sirve a esa celda. Ademas, cada celda admite una RAT para comunicacion por radio entre una celda y una o mas MS conectadas a la celda. El sistema emplea un procedimiento por el que puede transferirse una MS de una celda a otra celda que admita diferentes RAT. El sistema emplea ademas un procedimiento por el que una MS que sufre un RLF, mientras esta conectada a una celda, puede intentar reconectar con otra celda que admita una tecnologfa de acceso por radio (RAT) diferente a la RAT admitida por dicha celda.
El metodo comprende los pasos de: detectar un RLF en relacion con una MS cuando la MS esta conectada a una primera celda; restablecer la conexion rota en una segunda celda; y proporcionar informacion sobre el RFL solo a celdas que admitan la misma RAT que la primera celda y/o una tercera celda. La tercera celda es la celda a la que estaba conectada la MS antes de que MS conectase con la primera celda.
La presente invencion implica por consiguiente, segun una realizacion, un mecanismo por el que la MS determina la celda fuente en caso de que se produzca un fallo de RLF y comunica este solo a una celda que pertenezca a la misma RAT a la que pertenece la celda fuente. Por lo tanto, la necesidad de senalizacion se reduce entre diferentes RAT, y ademas no hay necesidad de traducir informacion entre diferentes RAT. Por lo tanto, segun una realizacion de la invencion, la MS envfa un informe de RLF cuando vuelve a la misma RAT que la celda fuente.
Segun otra realizacion de la invencion, el informe de RLF incluye uno mas en el grupo que comprende: mediciones efectuadas en celdas detectadas en conexion con el RLF de radio, un identificador de celda para la primera celda, un identificador de celda para la segunda celda, un identificador de celda para la tercera celda, y un tipo de fallo de HO. Preferiblemente, el informe de RLF incluye ademas uno o mas en el grupo que comprende: un tipo de RAT, una frecuencia portadora, un codigo de area de ubicacion, y codigos de area de enrutamiento para cada celda del sistema.
Segun otra realizacion mas de la invencion el paso de transmitir implica: transmitir la informacion a traves de una o mas interfaces X2 y/o S1 por una o mas BS intermedias, y preferiblemente la informacion se contiene en un mensaje de indicacion de RLF o en un mensaje de informe de HO si la informacion se transmite a traves de una o mas interfaces X2.
El comportamiento en relacion con las MS y las BS es ligeramente distinto dependiendo del tipo de error, y por lo tanto en la siguiente descripcion se muestran supuestos a modo de ejemplo referidos a los diferentes tipos de errores. La siguiente descripcion en particular describe RLF de LTE en relacion con HO salientes, es decir, desde LTE a otra RAT, pero no se limita a este caso, como observara el experto en la tecnica.
No obstante, en relacion con los sistemas LTE, la invencion solo afecta a la funcionalidad de senalizacion LTE del UE y el eNB; y evita ademas cualquier senalizacion desde una RAT a otra, p. ej. utilizando el procedimiento RIM, evitando por lo tanto la carga adicional sobre los elementos de red centrales de ambas rAt. El UE debe ser capaz de registrar detalles del fallo RLF y poder reportarlos cuando se fije por ultimo de nuevo a un sistema LTE. El impacto sobre las especificaciones 3GPP es por lo tanto menor que el de las soluciones de la tecnica anterior,
5
10
15
20
25
30
35
40
45
lo que resulta ventajoso. Ademas, el presente metodo es aplicable tambien a RLFs o su equivalente en RATs no 3GPP como WiMax o Wi-Fi.
En la siguiente descripcion se exponen realizaciones a modo de ejemplo de los casos: «IRAT demasiado tardfo», «IRAT demasiado prematuro», y «RAT equivocada de IRAT». Sin embargo, como observara el experto en la tecnica, la invencion no se limita a estas realizaciones, sino que tambien se refiere, incorporandolas, a todas las realizaciones dentro del alcance de las reivindicaciones independientes adjuntas.
Realizacion a modo de ejemplo: IRAT demasiado tardfo
1 Un UE esta conectado a una celda 1, servida por eNB1, y admite RAT1. El UE se desplaza fuera de la cobertura de la celda 1, detecta los problemas de radio e intenta encontrar otra celda a la que pueda conectarse. Tras intentarlo durante un tiempo, el UE queda en modo inactivo.
2 Mientras esta inactivo, el UE detecta otra celda (celda 2) perteneciente a una RAT diferente (RAT2) a la celda 1. El UE conecta con esta celda 2 y permanece en ella durante un tiempo (vease (2) en la figura 2).
3 Eventualmente, el UE vuelve a RAT1 y a otra celda (celda n). Esta podna ser la celda 1 o una celda diferente. El UE recuerda que tiene un informe de RLF almacenado para la celda fuente en RAT1 que podna enviar. El UE comunica esto al eNB que gestiona la celda n en RAT1 (vease (3) en la figura 2).
4 El eNB que sirve a la celda n recibe el informe de RLF, lee el informe, encuentra el identificador de celda (p. ej. el EGCI) de la ultima celda servidora (celda 1) y si la celda es diferente (la celda 1 no es igual a la celda n) dirige la informacion al eNB que gestiona la celda 1 (vease (4) en la figura 2).
5 La celda fuente (celda 1) estudia el informe de RLF y usa la informacion para ajustar los parametros de movilidad, como los umbrales referidos a los eventos de movilidad inter RAT.
Realizacion a modo de ejemplo: IRAT demasiado prematuro
1 Un UE esta conectado a la celda 1, que es servida por eNB1 y admite RAT1.
2 El UE se transfiere a otra celda (celda 2) perteneciente a otra RAT (RAT2). En un intervalo corto, definido por un umbral de tiempo (T_dwell), el UE detecta problemas de radio e intenta encontrar una celda a la que pueda conectarse. Tras un tiempo determinado, el UE entra en modo inactivo (vease (2) en la figura 2).
3 Mientras esta en modo inactivo, el UE detecta otra celda (celda n) perteneciente a RAT1. Esta podna ser la celda 1 o una celda diferente. El UE se conecta a esta celda, y el UE se da cuenta de que tiene un informe de RLF para la celda fuente en RAT1 que podna enviar. El UE comunica esto al eNB que sirve a la celda n en RAT1 (vease (3) en la figura 2).
4 El eNB que sirve a la celda n recibe el informe de RLF. El eNB lee este informe de RLF, encuentra el EGCI de la ultima celda servidora (celda 1) y si la celda es diferente (la celda 1 no es igual a la celda n) dirige la informacion al eNB que sirve a la celda 1 (vease (4) en la figura 2).
5 La celda fuente (celda 1) estudia el informe y usa la informacion para ajustar los parametros de movilidad. Realizacion a modo de ejemplo: RAT equivocado de IRAT
1 Un UE esta conectado a la celda 1, servida por eNB1, y admite RAT1.
2 El UE se transfiere a otra celda (celda 2) perteneciente a otra RAT (RAT2). En un intervalo corto, definido por un umbral de tiempo (T_dwell), el UE detecta problemas de radio e intenta encontrar una celda a la que pueda conectarse. Tras intentarlo durante un tiempo determinado, el UE entra en modo inactivo (vease (2) en la figura 3).
3 Mientras esta en modo inactivo, el UE detecta otra celda (celda 3) perteneciente a otra RAT (RAT3). El UE se conecta a esta celda (vease (3) en la figura 3).
4 Eventualmente, el UE vuelve a RAT1 y a otra celda (celda n). Esta podna ser la celda 1 o una celda diferente (vease (4) en la figura 3).
5 El UE recuerda que ha almacenado un informe de RLF para la celda fuente en RAT1 que podna enviar. El UE comunica esto al eNB que sirve a la celda n en RAT1 (vease (5) en la figura 3).
6 El eNB que sirve a la celda n recibe el informe de RLF. El eNB lee este informe de RLF, encuentra el EGCI en la ultima celda servidora (celda 1) y si la celda es diferente (la celda 1 no es igual a la celda n) dirige la informacion al eNB que sirve a la celda 1.
5
10
15
20
25
30
35
7 La celda fuente (celda 1) estudia el informe de RLF y usa la informacion para ajustar los parametros de movilidad.
Comportamiento del UE
Un UE debe detectar y almacenar las siguientes celdas para determinar el tipo de error: la celda a la que el UE estaba conectado antes del ultimo HO, la celda a la que el UE estaba conectado antes del RLF debido a un fallo de HO, y la celda donde el UE se vuelve a conectar despues del RLF.
En las realizaciones a modo de ejemplo ilustradas antes, a diferencia del MRO intra LTE, el propio UE indirectamente y de modo parcial identifica el tipo de error comparando la hora entre el HO y el RLF con un umbral (T_dwell) para determinar si la celda en la que se produjo el RLF debena considerarse la celda fuente (en caso de «IRAT demasiado tardfo»), o si la celda anterior al HO debena considerarse la celda fuente (en caso «IRAT demasiado prematuro» o «RAT equivocada de IRAT»). Esto es necesario porque el propio UE debe identificar la celda fuente para permitir la comunicacion a la RAT adecuada. Observese que esto exige que el umbral T_dwell se trasmita al UE.
Las siguientes celdas deben ser reportadas por el UE para hacer posible un MRO inter RAT:
• Celda fuente - La celda que admite RAT1 a la que la MS estaba conectada antes de la incidencia de error.
• Celda objetivo - La celda a la que se intento un HO pero donde se produce un RLF ya sea durante el HO o poco despues.
• Celda definitiva - La celda donde la MS consigue restablecer una conexion a la red.
La asignacion entre las celdas detectadas y las celdas reportadas para los diferentes casos de error esta contenida en la tabla 1.
Celda almacenada
IRAT demasiado tardfo IRAT demasiado prematuro RAT equivocada de IRAT
La celda a la que estaba conectada una MS antes del ultimo HO
n/a Celda fuente Celda fuente
La celda a la que estaba conectada una MS antes del RLF
Celda fuente Celda objetivo Celda objetivo
La celda a la que una MS vuelve a conectarse despues del RLF
Celda definitiva Celda definitiva Celda definitiva
Tabla 1: Asignacion entre las celdas detectadas y las celdas reportadas
Debe senalarse que puede ser posible usar otras definiciones de las celdas reportadas que dana lugar a una asignacion diferente. Ademas, puede ser posible tambien que el UE detecte solo la celda fuente para saber en que RAT reportar y reportar todas las celdas detectadas en su condicion actual, sin ninguna asignacion a celdas definitivas/objetivo.
El UE podna tambien identificar plenamente el tipo de error y senalizarlo explfcitamente al eNB. A fin de distinguir entre «IRAT demasiado prematuro» o «RAT equivocada de IRAT», el UE simplemente necesita comparar si la RAT fuente es la misma que la RAT donde el UE consigue volver a conectarse despues del RLF.
Informacion inter RAT recopilada y comunicada por el UE
Ademas de los contenidos de un informe de RLF segun la tecnica anterior en relacion con mediciones inter RAT, el UE puede tambien segun una realizacion de la invencion recopilar informacion acerca de celdas detectadas pertenecientes a otras RAT. La informacion debena ser relevante para la celda fuente donde se produjo el fallo, puesto que la informacion en ultima instancia se transferira a esta celda.
La celda fuente es la celda en RAT1 a la que estaba conectado el UE antes de la incidencia de error. Puesto que se pretende comunicar esta informacion a la RAT a la que pertenece la celda fuente, la celda fuente puede
identificarse de forma exclusiva por el identificador global (ID) para esa RAT, por ejemplo mediante el EGCI en los sistemas LTE.
Con respecto a las celdas objetivo y definitiva, al menos una de estas pertenecera a una RAT diferente (de otro modo, la incidencia no es una incidencia de MRO inter RAT). Sena suficiente referirse a un determinado 5 identificador de objeto de medicion inter RAT, utilizado por el UE al medir en otras RAT, ya que esto apuntana a informacion espedfica de la RAT vecina, p. ej. frecuencia portadora. Pero, puesto que esto se configura por cada UE, y puesto que el informe desde el UE puede no llegar inmediatamente despues del fallo, no cabe esperar siempre que esta informacion se mantenga en el eNB, por lo que puede ser mas apropiado almacenar la informacion en un modo autodescodificable, senalizando explfcitamente el tipo de RAT y la frecuencia portadora 10 en el sistema.
Se aplica una argumentacion similar al identificador de celda. Puesto que la lista de celdas vecinas se transfiere al UE, sena suficiente simplemente con comunicar el mdice (a la lista de celdas vecinas) de la celda en la que el UE consiga reconectar, pero puesto que la informacion puede que no se guarde en el eNB, un identificador de celda puede comunicarse explfcitamente en el sistema segun una realizacion de la invencion. Un ejemplo de 15 informacion que puede incluirse es el siguiente:
• Numero de canal de frecuencia radio absoluta E-UTRA de frecuencia portadora (EARFCN).
• Tipo de RAT, p. ej. UTRAN/GERAN/CDMA2000.
• Identificador de celda
No obstante, en algunos casos, el identificador de celda ffsica debena ser suficiente para identificar las celdas 20 objetivo y definitiva. Un ejemplo de esto es que la celda objetivo normalmente se conoce en la celda fuente ya que el eNB fuente ordeno un HO a esta celda. Una posibilidad es por lo tanto comunicar solo el identificador ffsico de las celdas objetivo y/o definitiva segun otra realizacion de la invencion.
No obstante, la celda fuente puede que ignore cual es la celda definitiva. Y la celda objetivo puede haber sido eliminada de la tabla de relaciones vecinas (NRT) en la celda fuente. Por lo tanto, otra opcion es siempre utilizar 25 el identificador global de la celda definitiva y/o de la celda objetivo.
En caso de que el UE no lleve a cabo ninguna asignacion a celda objetivo/definitiva (tal como se ha mencionado como solucion alternativa en la anterior descripcion) el UE en su lugar debera comunicar las celdas detectadas, es decir:
• La celda a la que estaba conectado el UE antes del ultimo HO.
30 • La celda a la que estaba conectado el UE antes del RLF.
• La celda a la que el UE vuelve a conectarse despues del RLF.
No obstante, para esta situacion, el UE no puede distinguir entre celdas fuente/objetivo/definitivas, y necesitara por lo tanto comunicar la informacion completa referente a todas las celdas, es decir:
• EARFCN de frecuencia portadora.
35 • Tipo de RAT, p. ej. UTRAN/GERAN/CDMA2000.
• Identificador de celda.
Como mejora adicional, la informacion puede tambien ampliarse para minimizar la necesidad de mediciones de relacion vecina automatica (ARN) del UE. En ese caso, la informacion recopilada relativa a las celdas objetivo y definitivas debena consistir siempre en el CGI y el codigo de area de enrutamiento (RAC) de la celda vecina 40 detectada en caso de celdas detectadas GERaN, CGI, LAC y RAC en caso de celdas detectadas UTRAN y CGI en caso de celdas detectadas CDMA2000.
Otra posibilidad mas es usar la informacion disponible en la definicion de Objeto de medicion (tal como se define en la especificacion TS36.331 de 3GPP) para decidir si deben comunicarse las mediciones relacionadas con ARN anteriormente mencionadas. En LTE, existe una lista de celdas para las que debe comunicarse el CGI 45 (cellForWhichToReportCGI) en relacion con las celdas vecinas UTRAN y GERAN.
Comportamiento previsto de eNB que recibe la informacion del UE
Se parte de que existe otra solucion aplicada que permite al UE comunicar el informe de RLF tambien despues de que el UE haya vuelto a estado inactivo.
5
10
15
20
25
30
35
40
45
50
Una solucion es que el eNB que recibe la informacion desde el UE lee el EGCI de la celda fuente y en caso de que esta celda sea gestionada por un eNB distinto, dirige la informacion al eNB que gestiona la celda fuente. Este direccionamiento puede lograrse utilizando la interfaz X2 y creando un nuevo elemento de informacion o anadiendo esta informacion adicional bien al mensaje de indicacion de RLF existente o al mensaje de informe de RLF en los sistemas LTE. La informacion adicional necesaria es la informacion de RAT referente a la celda objetivo y la definitiva anteriormente descritas:
• Frecuencia portadora.
• Tipo de RAT.
• Identificador de celda.
• Informacion relacionada con ARN (opcional).
Otra posibilidad es dirigir la informacion a traves de la interfaz S1.
Como solucion alternativa, el eNB receptor puede tambien dirigir la informacion no solo al eNB que sirve a la celda fuente sino tambien al eNB que sirve a la celda objetivo/definitiva, ya que puede resultar ventajoso para estas celdas conocer la incidencia de error.
En caso de que no se lleve a cabo ninguna asignacion en el UE (tal como se ha expuesto antes), o en caso de que no se senalice ninguna celda fuente explfcita en el mensaje desde el UE, el propio eNB puede efectuar la deteccion del tipo de error para identificar la celda fuente, usando la informacion comunicada por el UE. Una vez hecho esto, el eNB puede dirigir la informacion a la celda fuente. En este caso, el UE simplemente recopila y comunica la informacion acerca de:
• La celda a la que el UE estaba conectado antes del ultimo HO.
• La celda a la que el UE estaba conectado antes del RLF.
• La celda a la que el UE vuelve a conectarse despues del RLF.
• El tiempo transcurrido entre el ultimo HO y el RLF.
Segun esta realizacion la informacion relativa a las celdas debena contener la informacion de RAT (tal como se ha definido anteriormente), y el UE solo comunica esto cuando intenta volver a conectarse a una celda en la misma RAT en la que estaba conectado antes del RLF. El eNB que recibe esta informacion la dirigina a continuacion al eNB que sirve a la celda donde el UE estaba conectado antes del RLF. Este eNB puede usar la informacion proporcionada para determinar el tipo de error y llevar a cabo una asignacion similar de las celdas detectadas y reportadas tal como se ha descrito anteriormente.
Si no se produjo un HO poco antes del RLF, el tipo de error es «IRAT demasiado tardfo» y la celda a la que el UE estaba conectado antes del RLF es realmente la misma que la celda fuente. Por lo tanto, para este caso espedfico, es posible usar directamente la deteccion de este caso de error para ajustar los parametros de movilidad inter RAT sin requerir ninguna transferencia de informacion adicional.
Por otra parte, si un HO se produjo poco antes del RLF, el tipo de error sena o bien «IRAT demasiado prematuro» o «RAT equivocada de |RAT»; y la celda fuente sena la celda a la que el UE estaba conectado antes del ultimo HO. En ese caso, la informacion debe pasarse a la celda fuente en un mensaje similar a un informe de HO en MRO intra LTE. Una diferencia con respecto a la solucion MRO LTE actual es que puede ser necesario enviar este mensaje a otra RAT y que debe incluirse la informacion de RAT referente a las tres celdas detectadas. Esta solucion es algo menos compleja para el UE, pero requiere con todo un nuevo envfo de mensajes entre las RAT para permitir la deteccion de todos los casos de error.
En relacion con las realizaciones anteriormente expuestas de un metodo para proveer informacion en un sistema de comunicacion inalambrica celular, la presente invencion tambien esta relacionada con un metodo en una MS y en una BS.
El metodo en una MS comprende los pasos de: detectar una RLF mientras esta conectada a una primera celda; restablecer la conexion en una segunda celda servida por una segunda BS; y proporcionar informacion acerca del RLF solo a las celdas que admitan la misma RAT que la primera celda y/o una tercera celda, en el que la tercera celda es la celda a la que la MS estaba conectada antes de la primera celda.
El metodo en una BS comprende los pasos de: recibir un informe de RLF relativo a un RLF para una MS mientras la MS esta conectada a una primera celda; y proporcionar informacion acerca del RLF a la primera celda y/o a una tercera celda si la BS admite la misma RAT que la primera celda o la tercera celda, en el que la tercera celda es la celda a la que la MS estaba conectada antes de la primera celda.
5
10
15
20
25
Segun una realizacion del metodo anteriormente senalado en una BS, el paso de proporcionar informacion implica: transmitir la informacion a una primera BS que sirve a la primera celda, o a una tercera BS que sirve a la tercera celda, directamente o a traves de una o mas interfaces X2 y/o S1 por una o mas BS en el sistema de comunicacion.
El metodo en una MS y en una BS anteriormente senaladas puede modificarse segun diferentes realizaciones del metodo en un sistema de comunicacion inalambrica celular anteriormente descrito.
Ademas, tal como entendera el experto en la tecnica, un metodo en una MS y un metodo en una BS segun la presente invencion pueden implementarse en un programa informatico, que disponga de medios de codigo, el cual al ejecutarse en un ordenador haga que el ordenador ejecute los pasos del metodo. El programa informatico se incluye en un medio legible por ordenador de un producto de programa informatico. El medio legible por ordenador puede consistir basicamente en cualquier memoria, como puede ser una ROM (memoria de solo lectura), una PROM (memoria programable de solo lectura), una EPROM (PROM borrable), una memoria flash, una EEPROM (PROM borrable electricamente), o una unidad de disco duro.
Ademas, la invencion esta relacionada tambien con un dispositivo de MS y un dispositivo de BS. Los dispositivos de MS y BS pueden ser cualquier dispositivo adecuado en cualquier sistema de RAT pertinente para la presente invencion tales como LTE, UMTS, CDMA2000, WiMaX, Wi-Fi o GERAN. Por lo tanto, la MS puede ser un UE, MS o SS y la BS puede ser eNB, NodeB o BTS.
El dispositivo MS esta configurado para: detectar un RLF mientras esta conectado a una primera celda; restablecer la conexion en una segunda celda servida por una segunda BS; y proporcionar informacion acerca del RLF solo a celdas que admitan la misma RAT que la primera celda y/o una tercera celda, en el que la tercera celda es la celda a la que la MS estaba conectada antes de la primera celda.
El dispositivo BS esta configurado para: recibir un RLF relativo a un RLF para una MS mientras la MS esta conectada a una primera celda; y proporcionar informacion acerca de dicho RLF a la primera celda y/o una tercera celda si la BS admite la misma RAT que la primera celda o la tercera celda, en el que la tercera celda es la celda a la que la MS estaba conectada antes de la primera celda.
El dispositivo MS y el dispositivo BS segun la invencion pueden disponerse tambien segun las diferentes realizaciones de cualquiera de los metodos descritos.

Claims (14)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    REIVINDICACIONES
    1. Metodo para proveer informacion en un sistema de comunicacion inalambrica celular, en el que cada celda en dicho sistema de comunicacion inalambrica celular es servida por una estacion base y admite una tecnologfa de acceso por radio, RAT, para comunicaciones por radio entre una celda y una o mas estaciones moviles conectadas a dicha celda; dicho sistema de comunicacion inalambrica celular emplea un procedimiento por el que se permite a una estacion movil transferirse de una celda a otra celda que admita diferentes RAT, y emplea ademas un procedimiento por el que se permite a una estacion movil que sufre un fallo de enlace de radio, RLF, mientras esta conectada a una celda, intentar volver a conectarse con otra celda que admita una RAT diferente, caracterizado por:
    - detectar, por parte de una estacion movil, un RLF referido a la estacion movil mientras esta conectada a una primera celda;
    - restablecer, por parte de la estacion movil, la conexion en una segunda celda, en la que la segunda celda admite una RAT diferente de la primera celda; y
    - proporcionar, por parte de la estacion movil, informacion acerca de dicha RLF solo a celdas que admitan la misma RAT que dicha primera celda; en el que dicha informacion comprende un informe de RLF producido por dicha estacion movil; y
    en el que dicho informe de RLF comprende: mediciones efectuadas en celdas detectadas en conexion con dicho RLF, un identificador de celda para dicha primera celda y un identificador de celda para dicha segunda celda;
    en el que dicho metodo comprende ademas transmitir, por parte de dicha estacion movil, dicha informacion a una cuarta estacion base que sirve a una cuarta celda a la que dicha estacion movil esta conectada despues de dicho RLF, en el que dicha cuarta celda admite la misma RAT que dicha primera celda;
    en el que dicha informacion es transmitida ademas por dicha cuarta estacion base a una primera estacion base que sirve a dicha primera celda.
  2. 2. Metodo segun la reivindicacion 1, en el que dicho informe de RLF incluye ademas uno o mas de los siguientes elementos: un tipo de fallo de traspaso, un tipo de RAT para cada celda incluida en el informe de RLF, una frecuencia portadora para cada celda incluida en el informe de RLF, un codigo de area de ubicacion para cada celda incluida en el informe de RLF, y codigos de area de enrutamiento para cada celda incluida en el informe de RLF.
  3. 3. Metodo segun la reivindicacion 1, en el que dicha transmision implica:
    - transmitir dicha informacion a traves de una o mas interfaces X2 y/o S1 en dicho sistema de comunicacion inalambrica celular.
  4. 4. Metodo segun la reivindicacion 3, en el que dicha informacion esta contenida en un mensaje de indicacion de RLF o en un mensaje de informe de traspaso si dicha informacion se transmite a traves de una o mas interfaces X2.
  5. 5. Metodo segun la reivindicacion 1, en el que dicha estacion movil decide si enviar dicha informacion a la cuarta celda que admita la misma RAT que dicha primera celda de acuerdo con un penodo de tiempo durante el que dicha estacion movil esta conectada a dicha primera celda antes de que se produzca dicho RLF.
  6. 6. Metodo segun la reivindicacion 5, en el que dicha informacion se envfa a la cuarta celda que admita la misma RAT que dicha primera celda si dicho penodo de tiempo excede un umbral de tiempo de permanencia.
  7. 7. Metodo segun la reivindicacion 6, en el que dicho umbral de tiempo de permanencia es senalizado desde una estacion base a dicha estacion movil o se encuentra predefinido.
  8. 8. Metodo segun la reivindicacion 1, en el que la primera estacion base que sirve a dicha primera celda utiliza dicha informacion para ajustar uno o mas parametros de movilidad.
  9. 9. Metodo en una cuarta estacion base para proveer informacion en un sistema de comunicacion inalambrica celular, en el que cada celda en dicho sistema de comunicacion inalambrica celular es servida por una estacion base y admite una tecnologfa de acceso por radio, RAT, para comunicacion por radio entre una celda y una o mas estaciones moviles conectadas a dicha celda; dicho sistema de comunicacion inalambrica celular emplea un procedimiento por el que se permite a una estacion movil transferirse de una celda a otra celda que admita diferentes RAT, y emplea ademas un procedimiento por el que se permite a una estacion movil que sufre un fallo de enlace de radio, RLF, mientras esta conectada a una celda, intentar volver a conectarse con otra celda que admita una RAT diferente, caracterizado por:
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    - recibir desde una estacion movil un informe de RLF relativo a un RLF en la estacion movil, en el que dicho RLF se produce mientras dicha estacion movil esta conectada a una primera celda; y
    - proporcionar informacion sobre dicho RLF a dicha primera celda si una cuarta celda servida por dicha cuarta estacion base y en la que reside dicha estacion movil admite la misma RAT que dicha primera celda: en el que dicha informacion comprende un informe de RLF producido por dicha estacion movil; y
    en el que dicho informe RLF comprende: mediciones efectuadas en celdas detectadas en relacion con dicho RLF, un identificador de celda para dicha primera celda y un identificador de celda para una segunda celda;
    en el que dicha segunda celda es la celda en la que dicha estacion movil restablece la conexion despues de que se produzca dicho RLF y la segunda celda admite una RAT diferente de la primera celda;
    en la que dicha transmision de informacion acerca de dicho RLF a dicha primera celda comprende transmitir dicha informacion a una primera estacion base que sirve a dicha primera celda.
  10. 10. Programa informatico, caracterizado en medios de codigo, que al ejecutarse en un ordenador hace que dicho ordenador ejecute dicho metodo segun cualquiera de las reivindicaciones 1 a 9.
  11. 11. Producto de programa informatico caracterizado por un medio legible por ordenador y un programa informatico segun la reivindicacion 10, en el que dicho programa informatico esta incluido en el medio legible por ordenador, y consta de uno o mas de los siguientes elementos:
    ROM, memoria de solo lectura,
    PROM, ROM programable,
    EPROM, PROM borrable,
    memoria flash,
    EEPROM, PROM borrable electricamente y unidad de disco duro.
  12. 12. Dispositivo de estacion movil para proveer informacion en un sistema de comunicacion inalambrica celular, en el que cada celda en dicho sistema de comunicacion inalambrica esta dispuesta para ser servida por una estacion base y admite una tecnologfa de acceso por radio, RAT, para comunicacion por radio entre una celda y una o mas estaciones moviles conectadas a dicha celda; dicho sistema de comunicacion inalambrica celular emplea un procedimiento por el que se permite a una estacion movil transferirse de una celda a otra celda que admita diferentes RAT, y emplea ademas un procedimiento por el que se permite a una estacion movil que sufre un fallo de enlace de radio, RLF, mientras esta conectada a una celda, intentar volver a conectarse con otra celda que admita una RAT diferente; caracterizado por que dicha estacion movil esta configurada para:
    - detectar un RLF mientras esta conectada a una primera celda;
    - restablecer la conexion en una segunda celda, en la que la segunda celda admite una RAT diferente de la primera celda; y
    - proporcionar informacion acerca de dicho RLF solo a celdas que admitan la misma RAT que dicha primera celda, en el que dicha informacion comprende un informe de RLF producido por dicha estacion movil;
    en el que en dicho informe RLF comprende: mediciones efectuadas en celdas detectadas en conexion con dicho RLF, un identificador de celda para dicha primera celda y un identificador de celda para dicha segunda celda;
    en el que dicha informacion es transmitida por dicha estacion movil a una cuarta estacion base que sirve a una cuarta celda a la que dicha estacion movil esta conectada despues de dicho RLF, si dicha cuarta celda admite la misma RAT que dicha primera celda;
    en el que dicha informacion es transmitida ademas por dicha cuarta estacion base a una primera estacion base que sirve a dicha primera celda.
  13. 13. Dispositivo de estacion base para proveer informacion en un sistema de comunicacion inalambrica celular, en el que cada celda en dicho sistema de comunicacion inalambrica celular esta dispuesta para ser servida por una estacion base y admite una tecnologfa de acceso por radio, RAT, para comunicacion por radio entre una celda y una o mas estaciones moviles conectadas a dicha celda; dicho sistema de comunicacion inalambrica celular emplea un procedimiento por el que se permite a una estacion movil transferirse de una celda a otra celda que admita diferentes RAT, y emplea ademas un procedimiento por el que se permite a una estacion movil que sufra un fallo de enlace de radio, RLF, mientras esta conectada a una celda, intentar volver a conectarse a otra celda que admita una RAT diferente, caracterizado por que dicha estacion base esta configurada para:
    - recibir desde una estacion movil un informe de RLF relativo a un RLF en dicha estacion movil, en el que dicho RLF se produce mientras dicha estacion movil esta conectada a una primera celda; y
    - proporcionar informacion acerca de dicho RLF a dicha primera celda si una celda servida por dicha estacion base y en la que reside dicha estacion movil admite la misma RAT que dicha primera celda;
    5 en el que dicha informacion comprende un informe de RLF producido por dicha estacion movil;
    en el que dicho informe de RLF comprende: mediciones efectuadas en celdas detectadas en relacion con dicho RLF, un identificador de celda para dicha primera celda y un identificador de celda para una segunda celda;
    en el que dicha segunda celda es la celda en la que dicha estacion movil restablece la conexion despues de que se produzca dicho RLF y la segunda celda admite una RAT diferente de la primera celda;
    10 la estacion base esta configurada ademas para proporcionar informacion acerca de dicho RLF a dicha primera celda transmitiendo dicha informacion a una primera estacion base que sirve a dicha primera celda.
  14. 14. Sistema de comunicacion inalambrica para proveer informacion en un sistema de comunicacion inalambrica celular caracterizado por una estacion movil segun la reivindicacion 12 y una estacion base segun la reivindicacion 13.
    15
ES10855784.4T 2010-08-13 2010-08-13 Método para proveer información en un sistema de comunicación inalámbrica celular Active ES2610634T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2010/075983 WO2012019363A1 (en) 2010-08-13 2010-08-13 Method for providing information in a cellular wireless communication system

Publications (1)

Publication Number Publication Date
ES2610634T3 true ES2610634T3 (es) 2017-04-28

Family

ID=45567291

Family Applications (1)

Application Number Title Priority Date Filing Date
ES10855784.4T Active ES2610634T3 (es) 2010-08-13 2010-08-13 Método para proveer información en un sistema de comunicación inalámbrica celular

Country Status (6)

Country Link
US (3) US8417246B2 (es)
EP (1) EP2474183B1 (es)
JP (1) JP5698843B2 (es)
CN (1) CN102630389B (es)
ES (1) ES2610634T3 (es)
WO (1) WO2012019363A1 (es)

Families Citing this family (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101821264B1 (ko) * 2009-11-11 2018-01-24 삼성전자주식회사 이동통신시스템에서 복수개의 캐리어가 집적된 단말기의 라디오링크 실패 탐지 및 복구 방법
EP2512179A1 (en) * 2010-04-26 2012-10-17 ZTE Corporation Method for determining reason for too late handover to home base station
WO2012019339A1 (en) * 2010-08-11 2012-02-16 Huawei Technologies Co., Ltd. Method for providing information in a cellular wireless communication system
US9661510B2 (en) * 2012-03-30 2017-05-23 Mediatek Inc. Failure event report extension for inter-RAT radio link failure
US9167447B2 (en) 2011-03-31 2015-10-20 Mediatek Inc. Failure event report for initial connection setup failure
WO2012138079A2 (ko) * 2011-04-03 2012-10-11 엘지전자 주식회사 신호 전송 여부 결정 방법
KR20120115953A (ko) * 2011-04-11 2012-10-19 삼성전자주식회사 단말 획득 정보를 효율적으로 기지국에 전달하는 방법 및 장치
US10009806B2 (en) * 2011-08-11 2018-06-26 Nokia Solutions And Networks Oy Optimizing a handover behavior of a mobile radio communication network based on an extended report message comprising information about a performed handover
CN103298004A (zh) * 2012-02-28 2013-09-11 北京三星通信技术研究有限公司 汇报无线链路失败信息的方法
US9426713B2 (en) 2012-03-15 2016-08-23 Qualcomm Incorporated Apparatus and method of inter-radio access technology measurement scheduling based on an undetected frequency
CN103379558B (zh) * 2012-04-13 2017-03-08 华为技术有限公司 检测不同网络制式间的切换移动性问题的方法和装置
CN103391567A (zh) * 2012-05-11 2013-11-13 中兴通讯股份有限公司 无线网络间移动性参数优化方法及装置
US10560882B2 (en) * 2012-06-08 2020-02-11 Blackberry Limited Method and apparatus for multi-rat transmission
US8885752B2 (en) * 2012-07-27 2014-11-11 Intel Corporation Method and apparatus for feedback in 3D MIMO wireless systems
KR102044019B1 (ko) * 2012-08-03 2019-12-02 삼성전자주식회사 이동성 매개변수 조정 방법 및 장치
US8995255B2 (en) * 2012-08-03 2015-03-31 Intel Corporation Coverage adjustment in E-UTRA networks
CN110191491B (zh) 2012-09-21 2022-12-23 北京三星通信技术研究有限公司 一种支持指示失败事件给源接入***的方法
GB2507299B (en) 2012-10-25 2015-04-01 Samsung Electronics Co Ltd Mobile terminal preparation
CN103582081B (zh) * 2013-08-30 2017-04-19 英特尔公司 用于接入探测切换的装置和方法
US9332499B2 (en) * 2012-12-14 2016-05-03 Qualcomm Incorporated Apparatus and methods for enhanced user equipment power management via controlled cell change notifications
CN114449603B (zh) 2012-12-24 2024-06-07 北京三星通信技术研究有限公司 无线通信***中的基站及由其执行的方法
JP6071571B2 (ja) * 2013-01-17 2017-02-01 Kddi株式会社 基地局装置、通信システム及び通信方法
CN105103594A (zh) 2013-02-28 2015-11-25 日本电气株式会社 无线电通信***、无线电站、无线电终端、通信控制方法和非瞬时计算机可读介质
KR102037389B1 (ko) * 2013-04-05 2019-10-28 주식회사 팬택 이중 연결성을 지원하는 무선 통신 시스템에서 무선링크 제어 방법 및 그 장치
WO2014180006A1 (zh) * 2013-05-10 2014-11-13 富士通株式会社 参数优化方法、装置和通信***
US9838921B2 (en) 2013-05-21 2017-12-05 Nokia Technologies Oy Call re-establishment in a multi-layer heterogeneous network
US9686360B2 (en) * 2013-06-04 2017-06-20 Airhop Communications, Inc. Protocols, interfaces, and pre/post-processing for enabling son entities and features in base stations and wireless networks
CN110830227B (zh) * 2013-07-04 2022-08-19 韩国电子通信研究院 用于多连接性的方法
US20150038148A1 (en) * 2013-08-01 2015-02-05 Electronics And Telecommunications Research Institute Method and apparatus for handover based on cooperation between base stations
US9374151B2 (en) 2013-08-08 2016-06-21 Intel IP Corporation Coverage extension level for coverage limited device
WO2015033015A1 (en) * 2013-09-09 2015-03-12 Nokia Corporation Detection and recovery from loss of small cell connection
US9258747B2 (en) * 2013-09-17 2016-02-09 Intel IP Corporation User equipment and methods for fast handover failure recovery in 3GPP LTE network
KR102167019B1 (ko) * 2013-10-01 2020-10-16 삼성전자주식회사 이동 통신시스템의 핸드오버 제어 방법 및 장치
US9572171B2 (en) 2013-10-31 2017-02-14 Intel IP Corporation Systems, methods, and devices for efficient device-to-device channel contention
EP3072326B1 (en) * 2013-11-19 2019-08-21 Nokia Technologies Oy Apparatuses and methods for identifying handover failure modes
US9854478B2 (en) * 2014-01-17 2017-12-26 Qualcomm Incorporated Techniques for switching bearers between radio access technologies (RATS)
JP2015142363A (ja) * 2014-01-30 2015-08-03 株式会社Nttドコモ 移動局、再接続要求方法、基地局及び再接続要求処理方法
JP6389263B2 (ja) * 2014-03-03 2018-09-12 テレフオンアクチーボラゲット エルエム エリクソン(パブル) セル間でのモビリティ及び/又はアクセス選択のステアリング
CN106105293A (zh) * 2014-03-18 2016-11-09 日本电气株式会社 控制设备、基站设备、无线终端和邻接关系表的更新方法
US9277430B2 (en) * 2014-04-02 2016-03-01 Qualcomm Incorporated Method and apparatus for enhanced TD-SCDMA to LTE measurement reporting
US20150350963A1 (en) * 2014-05-30 2015-12-03 Qualcomm Incorporated Pseudo-fast return in a wireless network
JP6527527B2 (ja) * 2014-09-26 2019-06-05 京セラ株式会社 無線基地局及び無線端末
US20160112907A1 (en) * 2014-10-16 2016-04-21 Qualcomm Incorporated User equipment based pseudo-reselection
WO2016080875A1 (en) * 2014-11-19 2016-05-26 Telefonaktiebolaget L M Ericsson (Publ) Detection of neighbor cell relation(s) based on connection drop events and connection establishment events
WO2016207904A1 (en) * 2015-06-24 2016-12-29 Telefonaktiebolaget Lm Ericsson (Publ) Methods, network nodes, communication device, computer programs and computer program products for re-establishment of a connection
US9955368B2 (en) * 2015-12-16 2018-04-24 T-Mobile Usa, Inc. Telecommunicaton network architecture compatibility validation system
CN116709363A (zh) 2016-01-08 2023-09-05 日本电气株式会社 无线站***、无线终端及其方法
CN107404723B (zh) * 2016-05-20 2020-08-21 北京小米移动软件有限公司 一种接入基站的方法和装置
US10194306B2 (en) 2017-01-13 2019-01-29 Qualcomm Incorporated Techniques and apparatuses for suppressing network status information notifications
CN112954761B (zh) * 2017-04-14 2023-06-09 北京小米移动软件有限公司 用于小区切换的方法、装置及用户设备
US10728815B2 (en) 2017-09-27 2020-07-28 Motorola Solutions, Inc. Sidehaul minimization by dropping and reconnecting a mobile device that has handed off
CN107949003B (zh) * 2017-12-29 2020-07-03 Oppo广东移动通信有限公司 检测方法、装置及计算机存储介质
KR102534537B1 (ko) * 2018-03-08 2023-05-19 삼성전자주식회사 무선 통신 시스템에서 무선 접속 기술을 스위칭하기 위한 장치 및 방법
JP2021520718A (ja) * 2018-04-05 2021-08-19 テレフオンアクチーボラゲット エルエム エリクソン(パブル) 無線通信ネットワークにおける無線リンク障害管理
US11050610B2 (en) * 2018-08-14 2021-06-29 FG Innovation Company Limited Reporting master node radio link failure
US11638319B2 (en) * 2019-02-12 2023-04-25 Samsung Electronics Co., Ltd. Handling radio link failure in cellular mesh networks
US11064383B2 (en) * 2019-03-22 2021-07-13 Apple Inc. Intelligent IMS based on real-time baseband feedback
US20220174771A1 (en) * 2019-03-27 2022-06-02 Samsung Electronics Co., Ltd. Method and device for processing downlink srb message in mcg rlf
CN111800833B (zh) * 2019-08-06 2022-12-30 维沃移动通信有限公司 通信处理方法、装置、设备及介质
WO2021068174A1 (zh) * 2019-10-10 2021-04-15 Oppo广东移动通信有限公司 一种小区连接方法、电子设备及存储介质
US11218889B1 (en) 2020-05-20 2022-01-04 Sprint Communications Company L.P. Wireless access node usage based on sector power ratio
US11197240B1 (en) 2020-06-22 2021-12-07 Sprint Communications Company L.P. Wireless access node usage based on mobile active users

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6549779B1 (en) 2000-01-17 2003-04-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for improving the performance of inter-systems handovers
EP1733586B1 (en) 2004-03-17 2016-03-09 Unwired Planet International Limited Method and arrangement for improved inter-rat handover
CN101107869A (zh) 2005-01-18 2008-01-16 交互数字技术公司 用于***发现和用户选择的方法和***
US20060217147A1 (en) 2005-01-18 2006-09-28 Interdigital Technology Corporation Method and system for system discovery and user selection
DE602005015326D1 (de) 2005-07-27 2009-08-20 Alcatel Lucent Verfahren zum Auslösen eines Handovers
CN100459813C (zh) * 2006-01-10 2009-02-04 华为技术有限公司 异构网络中获取事务失败原因的方法
PL1835780T3 (pl) 2006-03-17 2020-06-29 T-Mobile International Ag Rozdział obciążenia w mobilnych sieciach dostępu radiowego z wykorzystaniem zmodyfikowanych parametrów dla ponownego wyboru komórki przez dedykowaną sygnalizację
CN101518124B (zh) 2006-09-18 2012-10-10 交互数字技术公司 为媒介无关切换转换多个链路层资源
UA96182C2 (ru) 2007-02-21 2011-10-10 Квелкомм Инкорпорейтед Способ и устройство для межсистемного хендовера
US20090023448A1 (en) 2007-02-21 2009-01-22 Qualcomm Incorporated Method and apparatus for inter-system handover
US20080318577A1 (en) 2007-06-25 2008-12-25 Interdigital Technology Corporation Method and apparatus for supporting inter-frequency and inter-radio access technology handover
US8391906B2 (en) * 2007-11-16 2013-03-05 Qualcomm Incorporated Basing neighbor list updates on a radio link failure
KR101607331B1 (ko) * 2008-10-27 2016-03-29 엘지전자 주식회사 무선 자원 관리를 위한 무선 자원 그룹 선택 방법
WO2010050719A2 (en) 2008-10-27 2010-05-06 Lg Electronics Inc. A radio resource group selection method for a radio resource management
US8929894B2 (en) * 2009-01-06 2015-01-06 Qualcomm Incorporated Handover failure messaging schemes
US9264954B2 (en) * 2010-04-28 2016-02-16 Qualcomm Incorporated Neighbor relation information management

Also Published As

Publication number Publication date
EP2474183A1 (en) 2012-07-11
US20120202557A1 (en) 2012-08-09
US20130183960A1 (en) 2013-07-18
JP5698843B2 (ja) 2015-04-08
EP2474183B1 (en) 2016-10-12
EP2474183A4 (en) 2012-07-11
US8417246B2 (en) 2013-04-09
US9479984B2 (en) 2016-10-25
US8897783B2 (en) 2014-11-25
WO2012019363A1 (en) 2012-02-16
CN102630389A (zh) 2012-08-08
CN102630389B (zh) 2016-01-20
US20150056999A1 (en) 2015-02-26
JP2013535904A (ja) 2013-09-12

Similar Documents

Publication Publication Date Title
ES2610634T3 (es) Método para proveer información en un sistema de comunicación inalámbrica celular
US10939339B2 (en) Method and apparatus for mobility management
CN106537985B (zh) 无线通信网络中的自主连接切换
ES2543453T3 (es) Procedimiento y aparato de transferencia en una red de comunicaciones inalámbricas
US10123239B2 (en) Light-weight RRC connection setup in multi-RAT network
US20140050197A1 (en) Method for Providing Information in a Cellular Wireless Communication System
JP5787240B2 (ja) ハンドオーバ失敗の処理方法及びユーザ装置
EP3205171B1 (en) Enhanced timer setting for mobility robustness optimization
EP2617237A1 (en) Method for providing information in a cellular wireless communication system
US20160073301A1 (en) Communication apparatus and handover control method in a wireless communication system
EP3892031A1 (en) A wireless device and method performed by the wireless device when accessing a cell
ES2657617T3 (es) Conmutación local de llamada local en traspaso
WO2020117114A1 (en) Method and wireless device for accessing a target cell
CN103517322B (zh) 用于在蜂窝式无线通信***中提供信息的方法和装置
WO2011131221A1 (en) Method and device for data processing in a wireless network
JP2021520718A (ja) 無線通信ネットワークにおける無線リンク障害管理
CA3177302A1 (en) Method network optimization in handover failure scenarios
CN112889306B (zh) 用于网络接入管理的网络实体和基站