ES2624252T3 - Clasificación de los informes de fallo bien como actuales u obsoletos para los ajustes de optimización de la robustez de la movilidad - Google Patents
Clasificación de los informes de fallo bien como actuales u obsoletos para los ajustes de optimización de la robustez de la movilidad Download PDFInfo
- Publication number
- ES2624252T3 ES2624252T3 ES13787640.5T ES13787640T ES2624252T3 ES 2624252 T3 ES2624252 T3 ES 2624252T3 ES 13787640 T ES13787640 T ES 13787640T ES 2624252 T3 ES2624252 T3 ES 2624252T3
- Authority
- ES
- Spain
- Prior art keywords
- report
- fault
- fault report
- mobility
- node
- 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
Links
- 238000005457 optimization Methods 0.000 title description 10
- 230000010267 cellular communication Effects 0.000 claims abstract description 86
- 238000000034 method Methods 0.000 claims abstract description 84
- 238000012546 transfer Methods 0.000 claims abstract description 11
- 230000008569 process Effects 0.000 claims description 64
- 238000005516 engineering process Methods 0.000 claims description 22
- 238000004891 communication Methods 0.000 claims description 16
- 238000012545 processing Methods 0.000 claims description 16
- 230000006870 function Effects 0.000 description 74
- 230000004044 response Effects 0.000 description 22
- 238000010586 diagram Methods 0.000 description 6
- 230000007423 decrease Effects 0.000 description 5
- 230000003111 delayed effect Effects 0.000 description 5
- 241000700159 Rattus Species 0.000 description 4
- 230000007774 longterm Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 230000003068 static effect Effects 0.000 description 4
- FPIRBHDGWMWJEP-UHFFFAOYSA-N 1-hydroxy-7-azabenzotriazole Chemical compound C1=CN=C2N(O)N=NC2=C1 FPIRBHDGWMWJEP-UHFFFAOYSA-N 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 230000001934 delay Effects 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000001052 transient effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 101150074586 RAN3 gene Proteins 0.000 description 1
- 241001481798 Stochomys longicaudatus Species 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000023402 cell communication Effects 0.000 description 1
- 230000002250 progressing effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- 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/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
- H04W36/0085—Hand-off measurements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
- H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
- H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- 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/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un método de operación de un nodo (24, 32) en una red (20) de comunicaciones celular, que comprende; recibir (1000) un informe de fallo asociado con un fallo de conexión para un equipo (26-28, 38-44), en donde el informe de fallo comprende un primer valor del temporizador que define una cantidad de tiempo que ha expirado entre un momento en el que ocurrió el fallo de conexión y un momento en el que el equipo (26-28, 38-44) de usuario transmitió el informe de fallo. determinar (1002) cuándo ocurrió el fallo de conexión con respecto a un ajuste de movilidad más reciente hecho por el nodo (24, 32) basándose en el primer valor del temporizador del informe de fallo y un segundo valor del temporizador que define una cantidad de tiempo que ha expirado desde que el ajuste de movilidad más reciente fue hecho por el nodo (24, 32), en donde dicho ajuste de movilidad comprende un ajuste de uno o más parámetros de movilidad para una celda vecina específica, controlando dichos parámetros de movilidad el traspaso dentro de la red de comunicaciones celular; y si el fallo de conexión ocurrió antes del ajuste de movilidad más reciente hecho por el nodo (24, 32), clasificar (1004) el informe de fallo como como un informe de fallo obsoleto; y si el fallo de conexión ocurrió después del ajuste de movilidad más reciente hecho por el nodo (24, 32), clasificar (1006) el informe de fallo como un informe de fallo actual; y considerar el informe de fallo en una siguiente iteración del ajuste de movilidad si el informe de fallo se clasifica como un informe de fallo actual y considerar el informe de fallo en una siguiente iteración del ajuste de movilidad con una reducida relevancia si el informe de fallo se clasifica como un informe de fallo obsoleto.
Description
5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Clasificacion de los informes de fallo bien como actuales u obsoletos para los ajustes de optimizacion de la robustez de la movilidad
Campo de la descripcion
La presente descripcion se relaciona con la informacion de fallos de conexion en una red de comunicaciones celular. Antecedentes
Un problema que debe ser manejado por todas las redes de comunicaciones celulares es la movilidad de los dispositivos moviles. En particular, una red de comunicaciones celular debe permitir los traspasos de dispositivos moviles entre celdas dentro de la misma Red de Acceso por Radio (RAN) asf como permitir el traspaso de terminales moviles entre diferentes RAN. Un problema de movilidad comun son los fallos de conexion de movilidad, esto es, los fallos de conexion durante o poco despues del proceso de traspaso. Para abordar este problema de movilidad, segun las discusiones en el Proyecto de Asociacion de 3a Generacion (3GPP), se requiere un dispositivo movil, el cual es referido como un Equipo de Usuario o Elemento de Usuario (UE), para transmitir un informe de fallo a la red de comunicaciones celular cuando sea que ocurra un fallo de conexion de movilidad. El informe de fallo sera usado entonces por una funcion de Optimizacion de la robustez de la movilidad (MRO) de la red de comunicaciones celular para optimizar las configuraciones de movilidad, o los parametros de movilidad, que controlan los traspasos dentro de la red de comunicaciones celular.
Con respecto a los traspasos (HO) de la Tecnologfa de Acceso Entre Radios (IRAT), el Grupo 3 de Trabajo RAN 3GPP (WG3) ha identificado multiples escenarios de alta prioridad que presentan problemas de movilidad y por lo tanto necesitan ser abordados. Como se ilustra en las Figuras 1A y 1B, un HO de iRAT es un traspaso de un Ue 10 entre una celda 12 servida por una estacion base (BS) 14 en una RAN que opera segun una Tecnologfa de Acceso por Radio (RAT) (por ejemplo, un Nodo B mejorado (eNB ) en una RAN de una red de comunicaciones celular de Evolucion de Largo Plazo (LTE) 4G) y una celda 16 servida por una estacion base 18 en otra RAN que opera segun otra RAT (por ejemplo, un nodo B en una Red de Acceso por Radio Terrestre Universal (UTRAN) de una red de comunicaciones celular del Sistema de Telecomunicaciones Movil Universal (UMTS) 3G), En particular, los escenarios identificados por el WG3 RAN 3GPP son:
• Escenario 1: Un fallo de conexion de movilidad, espedficamente un Fallo del Enlace de Radio (RLF), mientras esta en una RAN LTE o durante un HO desde la RAN LTE a una RAN 2G/3G (por ejemplo, una UTRaN) seguido por una nueva conexion a la RAN 2G/3G (esto es, un HO demasiado tardfo desde una RAN LTE a una RAN 2G/3G).
• Escenario 2: Un fallo de movilidad durante o despues de un HO desde una RAN 2G/3G (por ejemplo, una UTRAN) a una RAN LTE seguido por una nueva conexion de vuelta a la RAN 2G/3G (esto es, la RAT de origen). La nueva conexion puede ser a la celda de origen para el HO o a una celda diferente en la RAN 2G/3G. Esto es referido aqrn como un HO demasiado temprano desde una RAN 2G/3G a una RAN LTE.
o Escenario 2a: Un fallo de traspaso (HOF) durante el HO desde la RAN 2G/3G a la RAN LTE (esto es, un HOF durante un intento del Canal de Acceso Aleatorio (RACH) en la RAN LTE) seguido por la nueva conexion de vuelta a la RAN 2G/3G.
o Escenario 2b: Un RLF en la RAN LTE poco despues del HO desde la RAN 2G/3G a la RAN LTE (esto es, un RLF despues de un RACH satisfactorio en la RAN LTE) seguido por la nueva conexion de vuelta a la RAN 2G/3G.
El desencadenante de un HO de IRAT desde una celda en una RAN LTE a una celda en una UTRAN es controlado mediante los parametros de movilidad en la RAN LTE asociados con los tipos de medidas tanto de la Potencia Recibida de la Senal de Referencia (RSRP) como de la Calidad Recibida de la Senal de Referencia (RSRQ). Estos parametros de movilidad en la RAN LTE forman un umbral de HO, el cual es referido aqrn como ho_tresh_ite. Una manera de optimizar el escenario 1 (esto es, los HO demasiado tardfos desde la RAN LTE a la RAN 2G/3G, por ejemplo, una UTRAN) es aumentar el valor de ho_tresh_lte, para desencadenar mas pronto los HO desde la RAN LTE a la RAN 2G/3G. Sin embargo, haciendolo asf se puede aumentar el numero de Ho innecesarios, esto es, los HO desde la RAN LTE a la RAN 2G/3G incluso cuando la cobertura de la RAN LTE es suficiente para mantener la conexion. Esta situacion intermedia entre la disminucion del numero de HO demasiado tardfos y el aumento del numero de HO innecesarios se ilustra en la Figura 2. Un algoritmo de MRO debena tener en cuenta esta situacion intermedia para aumentar o disminuir el ho_tresh_lte.
El desencadenante de un HO de IRAT desde una celda en una UTRAN hasta una celda en una RAN LTE es controlado por otros parametros de movilidad en la UTRAN asociados con los tipos de medidas tanto de la RSRP como de la RSRQ. Estos parametros de movilidad en la UTRAN forman un umbral de HO, el cual es referido aqrn como ho_tresh_lte. Una manera de optimizar el Escenario 2 (esto es, los HO demasiado tempranos desde la rAn 2G/3G, por ejemplo, una UTRAN o una RAN de Tasas de Datos Mejoradas para la Evolucion Global (EDGE) del Sistema Global para las Comunicaciones Moviles (GSM) (GERAN), a una RAN LTE) es aumentar el valor del
5
10
15
20
25
30
35
40
45
50
55
60
ho_tresh_utran para desencadenar solo un HO a la RAN LTE cuando la senal de la RAN LTE es suficientemente fuerte para retener la conexion. Sin embargo, haciendolo as^ se puede aumentar innecesariamente el tiempo en la UTRAN si ho_tresh_utran se establece demasiado alto tal que el UE 10 sigue en la UTRAN incluso cuando la cobertura de la RAN LTE es suficiente para retener una conexion con la UE 10. Esta situacion intermedia se ilustra en la Figura 3 y debena ser tenida en cuenta por un algoritmo de MRO cuando aumente o disminuya el ho_tresh_utran.
La ocurrencia de HO demasiado tardfos e innecesarios desde una RAN LTE a una RAN 2G/3G ha de ser detectada a traves de los informes de RLF y de los indicadores de HO innecesario. Los procedimientos que han de ser realizados tras la deteccion de un RLF se estandarizan en la Especificacion Tecnica 3GPP (TS) 36.331 seccion 5.3.11.3. En el UE 10, cuando se detecta un RLF, varia informacion se almacena en un informe de RLF como se ilustra en la Figura 4. En el caso en que el RLF es seguido por un procedimiento de restablecimiento de la conexion del Control de Recursos de Radio (RRC), el UE 10 establece el reestablishmentCellld ("IDRestablecimientoCelda") en el informe de RLF a una identidad de celda global de la celda seleccionada. La Informacion adicional que ha de ser informada en el soporte de la funcion de MRO particularmente con respecto a los HO de IRAT esta actualmente bajo discusion en el rAN3 3GPP. En este punto, las discusiones inicialmente estan progresando hacia una decision sobre como hacer los informes de RLF disponibles a las diferentes RAT como se explica mas adelante.
Se han propuesto diferentes soluciones para hacer disponibles los informes RLF asociados con los HO de IRAT a las diferentes RAT ejecutando algoritmos de MRO. Estas soluciones de describen en la Contribucion Escrita 3GPP R3-120390, la cual se titula “MRO IRAT camino hacia adelante” y fue presentada en la Reunion 3GPP R3-75 la cual fue celebrada desde el 6 de Febrero de 2012 hasta el 10 de Febrero de 2012 en Dresden, Alemania. Como se describe en la Contribucion Escrita 3GPP R3-120390 y se ha tratado mas adelante, hay cuatro soluciones diferentes.
Solucion 1: La primera solucion es informar del RLF cuando vuelve a la RAN LTE. Mas espedficamente, para tanto el Escenario 1 como el Escenario 2 tratados anteriormente, cuando el UE vuelve a conectar a la rAn 2G/3G despues del fallo de movilidad, el UE almacena la informacion necesaria para el correspondiente informe de fallo. Entonces, cuando el UE esta de nuevo en la RAN LTE, la informacion de fallo se transmite a la RAN LTE como, por ejemplo, un informe de RLF. La estacion base en la RAN LTE que obtiene el informe de RLF desde el UE envfa el RLF a la estacion base que da servicio a la celda donde ocurrio el correspondiente fallo de conexion de la movilidad a traves de la senalizacion apropiada (por ejemplo, senalizacion X2 o S1 para los Escenarios 1 y 2b y Mensaje de Informacion RAN (RIM) al Controlador de la Red de Radio (RNC) de la estacion base que da servicio a la celda en la RAN 2G/3G antes del Ho de IRAT para el Escenario 2a).
La Solucion 1 para el Escenario 1 se ilustra en la Figura 5. Como se ilustra, un UE experimenta un RLF en la RAN LTE. Tras el RLF, el UE se conecta a la Celda Y en la RAN 3G y almacena el informe de RLF. Posteriormente, cuando el UE se vuelve a conectar a la RAN LTE mediante, en este ejemplo, un HO de IRAT desde la Celda Y en la RAN 3G a la Celda B en la RAN LTE, el UE envfa el informe de RLF a la estacion base correspondiente a la Celda B en la RAN LTE. La estacion base correspondiente a la Celda B envfa el informe de RLF a la estacion base correspondiente a la Celda A donde ocurrio el RLF. La funcion de MRO de la estacion base para la Celda A determina que una cantidad de tiempo en que el UE estuvo conectado a la Celda A antes del RLF (At) es mayor que una cantidad de tiempo minima predefinida (t_min) y, como tal, el RLF fue debido a un HO de IRAT demasiado tardfo desde la RAN LTE a la RAN 3G.
La solucion 1 para el Escenario 2a se ilustra en la Figura 6. Tras un fallo de HO (esto es, intentos de RACH no satisfactorios) durante un HO de IRAT desde la Celda X de la RAN 3G a la Celda A de la RAN LTE, el UE se vuelve a conectar a la Celda Y de la RAN 3G. Posteriormente, cuando el UE se vuelve a conectar a la RAN LTE mediante, en este ejemplo, un HO de IRAT desde la Celda Y en la RAN 3G a la Celda B en la RAN LTE, el UE envfa el informe de RLF a la estacion base correspondiente a la Celda B en la RAN LTE. La estacion base correspondiente a la Celda B en la RAN LTE determina que el fallo de movilidad es un HOF IRAT desde la Celda X en la RAN 3G y, como tal, envfa el informe de RLF al RNC para la estacion base correspondiente a la Celda X de la RAN 3G a traves de un RIM.
La Solucion 1 para el Escenario 2b se ilustra en la Figura 7. Poco despues de un HO de IRAT desde la Celda X de la RAN 3G a la Celda A de la RAN LTE, el UE experimenta un RLF. Despues del RLF, el UE se vuelve a conectar a la Celda Y de la RAN 3G. Posteriormente, cuando el UE se vuelve a conectar a la RAN LTE mediante, en este ejemplo, un HO de IRAT desde la Celda Y en la RAN 3G a la Celda B en la RAN LTE, el UE envfa el informe de RLF a la estacion base correspondiente a la Celda B en la RAN LTE. La estacion base correspondiente a la Celda B en la RAN LTE determina que el fallo de movilidad es un RLF poco despues del HO de IRAT desde la Celda X en la RAN 3G a la Celda A en la RAN LTE (esto es, la IRAT es una IRAT demasiado temprana) y, como tal, envfa el informe de RLF al RNC para la estacion base correspondiente a la Celda X de la RAN 3G a traves de un RIM. Ademas, la estacion base correspondiente a la Celda B puede enviar el informe de RLF a la estacion base correspondiente a la Celda A en la RAN LTE donde ocurrio el RLF a traves de una senalizacion adecuada (por ejemplo, X2 o S1).
Solucion 2: La segunda solucion es informar del fallo a la RAN 2G/3G y/o a la RAN LTE donde el UE se vuelve a conectar despues del fallo de movilidad. Mas espedficamente, la Solucion 2 para el Escenario 1 se ilustra en la
5
10
15
20
25
30
35
40
45
50
55
60
Figura 8. Como se ilustra, el UE experimenta un RLF en la Celda A de la RAN LTE debido a un HO demasiado tardfo a la RAN 3G. Despues del RLF, el UE almacena el informe de RLF y envfa el informe de RLF a la RAN 3G tras volver a conectarse a la Celda Y de la RAN 3G. El RNC de la estacion base correspondiente a la Celda Y de la RAN 3G determina que el informe de RLF es el resultado de un HO de IRAT demasiado tardfo desde la Celda A de la RAN LTE y por lo tanto envfa el informe de RLF a la estacion base correspondiente a la Celda A de la RAN LTE a traves de un RIM.
La solucion 2 para el Escenario 2a se ilustra en la Figura 9. Como se ilustra, despues de un fallo de HO (esto es, intentos de RACH no satisfactorios) durante un HO de IRAT desde la Celda X de la RAN 3G a la Celda A de la RAN LTE, el UE almacena un informe de RLF correspondiente y envfa el informe de RLF a la RAN 3G tras volver a conectarse con la celda Y de la RAN 3G. El RNC de la estacion base correspondiente a la Celda Y de la RAN 3G determina que el informe de RLF es el resultado de un HO de IRAT demasiado temprano desde la Celda X de la RAN 3G a la Celda A de la RAN LTE. Ademas, el RNC puede enviar el informe de RLF a la estacion base correspondiente a la Celda A de la RAN LTE a traves de un RIM. Especialmente, el informe de RLF puede ser usado por la funcion de MRO del RNC y/o una funcion de MRO de la estacion base correspondiente a la Celda A de la RAN LTE. Si el UE se vuelve a conectar a la RAN LTE despues del fallo y el informe de RLF aun no se ha informado a la RAN LTE, el UE puede enviar el informe de RLF a una estacion base servidora en la RAN LTE. La estacion base servidora puede entonces enviar el informe de RLF al RNC de la estacion base correspondiente a la Celda X en la RAN 3G a traves de un RIM y, si se desea, enviar el informe de RLF a la estacion base correspondiente a la Celda A en la RAN LTE.
La solucion 2 para el Escenario 2b se ilustra en la Figura 10. Como se ilustra, poco despues de un HO de IRAT desde la Celda X de la RAN 3G a la Celda A de la RAN LTE, el UE experimenta un RLF. Despues del RLF, el UE almacena un informe de RLF y envfa el informe de RLF a la RAN 3G tras volver a conectarse a la Celda Y de la RAN 3G. El RNC de la estacion base correspondiente a la Celda Y de la RAN 3G determina que el informe de RLF es el resultado de un HO de IRAT demasiado temprano desde la Celda X de la RAN 3G a la Celda A de la RAN LTE. Ademas, el RNC puede enviar el informe de RLF a la estacion base correspondiente a la Celda A de la RAN LTE a traves de un RIM. Especialmente, el informe de RLF puede ser usado por la funcion de MRO del RNC y/o una funcion de MRO de la estacion base correspondiente a la Celda A de la RAN LTE. Si el UE se vuelve a conectar a la RAN LTE despues del fallo y el informe de RLF no se ha informado aun a la RAN LTE, el UE puede enviar el informe de RLF a una estacion base servidora en la RAN LTE. La estacion base servidora puede entonces enviar el informe de RLF a la RNC de la estacion base correspondiente a la Celda X en la RAN 3G a traves de un RIM y, si se desea, enviar el informe de RLF a la estacion base correspondiente a la Celda A en la RAN LTE.
Solucion 3: la tercera solucion es informar del RLF a la RAT donde ocurrio el fallo e informar del fallo de HO en la RAT de la celda en la que se recibio la orden de HO. Mas espedficamente, la Solucion 3 para el Escenario 1 se ilustra en la Figura 11. Especialmente, la Solucion 3 para el Escenario 1 es la misma que la Solucion 1 para el Escenario 1, Como se ilustra, un UE experimenta un RLF en la RAN LTE. Despues del RLF, el UE se conecta a la Celda Y en la RAN 3G y almacena el informe de RLF. Posteriormente, cuando el UE se vuelve a conectar a la RAN LTE mediante, en este ejemplo, un HO de IRAT desde la Celda Y en la RAN 3G a la Celda B en la RAN LTE, el UE envfa el informe de RLF a la estacion base correspondiente a la Celda B en la RAN LTE. La estacion base correspondiente a la Celda B envfa el informe de RLF a la estacion base correspondiente a la Celda A donde ocurrio el RLF. La funcion de MRO de la estacion base para la Celda A determina que una cantidad de tiempo en que el UE estuvo conectado a la Celda A antes del RLF (At) es mayor que una cantidad de tiempo minima predefinida (t_min) y, como tal, el RLF fue debido a un HO de IRaT demasiado tardfo desde la RAN LTE a la RAN 3G.
La Solucion 3 para el Escenario 2a se ilustra en la Figura 12. Como se ilustra, tras un fallo de HO (esto es, intentos de RACH no satisfactorios) durante un HO de IRAT desde la Celda X de la RAN 3G a la Celda A de la RAN LTE, el UE almacena un informe correspondiente de RLF y envfa el informe de RLF a la RAN 3G tras volver a conectarse a la Celda Y de la RAN 3G. El rNc de la estacion base correspondiente a la Celda Y de la RAN 3G determina que el informe RLF es el resultado de un HO de IRAT demasiado temprano desde la Celda X de la RAN 3G a la Celda A de la RAN LTE. Si se desea, el RNC envfa el informe de RLF a la estacion base correspondiente a la Celda A de la RAN LTE a traves de un RIM.
La Solucion 3 para el Escenario 2b se ilustra en la Figura 13. Especialmente, la Solucion 3 para el Escenario 2b es la misma que la Solucion 1 para el Escenario 2b. Poco despues de un HO de IRAT desde la Celda X de la RAN 3G a la Celda A de la RAN LTE, el UE experimenta un RLF. Despues del RLF, el UE se vuelve a conectar a la Celda Y de la RAN 3G. Posteriormente, cuando el UE se vuelve a conectar a la RAN LTE mediante, en este ejemplo, un HO de IRAT desde la Celda Y en la RAN 3G a la Celda B en la RAN LTE, el UE envfa el informe de RlF a la estacion base correspondiente a la Celda B en la RAN LTE. La estacion base correspondiente a la Celda B en la RAN LTE determina que el fallo de movilidad es un RLF poco despues del HO de IRAT desde la Celda X en la RAN 3G a la Celda A en la RAN LTE (esto es, la IRAT es una IRAT demasiado temprana) y, como tal, envfa el informe de RLF al RNC para la estacion base correspondiente a la Celda X de la RAN 3G a traves de un RIM. Ademas, la estacion base correspondiente a la Celda B puede enviar el informe de RLF a la estacion base correspondiente a la Celda A en la RAN LTE donde ocurrio el RLF a traves de una senalizacion adecuada (por ejemplo, X2 o S1).
5
10
15
20
25
30
35
40
45
50
55
Solucion 4: La cuarta solucion es enviar el informe de RLF al volver a la RAN LTE en el caso de un HO de IRAT demasiado tardfo desde la RAN LTE a la RAN 2G/3G y detectar el fallo de conexion en el RNC de la RAN 2G/3G en el caso de un HO de IRAT demasiado temprano desde la RAN 2G/3G a la RAN LTE. La Solucion 4 para el Escenario 1 se ilustra en la Figura 14 y es la misma que para la Solucion 1, Escenario 1. Para la Solucion 4, Escenarios 2a y 2b, el UE no informa del fallo de conexion a la red. En su lugar, el RNC de la red 2G/3G puede entender que el UE estaba alojado anteriormente en la red 2G/3G y esta volviendo a la red 2G/3G despues de un fallo de conexion durante un HO de IRAT a la RAN LTE.
Como se ha tratado en detalle en la Descripcion Detallada mas adelante, los inventores han encontrado que las soluciones para obtener los informes de RLF desde los UE en los varios escenarios tratados anteriormente dan lugar a nuevos problemas con respecto a la informacion de RLF retrasada. Como tal, hay una necesidad de sistemas y metodos que aborden estos nuevos problemas.
El documento "Enabling MRO in case of re-establishment request in unprepared eNB" (“Permitiendo MRO en el caso de una solicitud de restablecimiento en un eNB no preparado”), borrador 3GPP; R3-101644; WG3 RAN, Montreal, Canada; 20100510, 1 de Mayo de 2010, describe un metodo para permitir la optimizacion de la robustez de la movilidad (MRO) en caso de una solicitud de restablecimiento en un eNb no preparado. El documento "IRAT too late" (“IRAT demasiado tardfo”), borrador 3GPP; R3-102713; WQ3 RAN, Xi'an; 20101011, 1 de Octubre de 2010, describe una solucion para la MRO entre RAT usando un informe de fallo de enlace de radio (RLF).
Compendio
La presente descripcion se relaciona con la identificacion de los informes de fallo obsoletos en una red de comunicaciones celular. La invencion proporciona un metodo de operacion de un nodo segun el tema objeto de la reivindicacion 1, y un nodo correspondiente segun el tema objeto de la reivindicacion 12. En una realizacion, un nodo un una red de comunicaciones celular recibe un informe de fallo asociado con un fallo de conexion para un Equipo de Usuario (UE) y determina cuando ocurrio el fallo de conexion con respecto a un ajuste de movilidad mas reciente hecho por el nodo. Si el fallo de conexion ocurrio antes del ajuste de movilidad mas reciente hecho por el nodo, el nodo clasifica el informe de fallo como un informe de fallo obsoleto. En un ejemplo si el informe de fallo se clasifica como un informe de fallo obsoleto, el nodo descarta el informe de fallo de tal forma que el informe de fallo no se considera para una siguiente iteracion de un proceso para determinar si los nuevos ajustes de movilidad son deseados. En una realizacion, si el informe de fallo se clasifica como un informe de fallo obsoleto, el nodo considera el informe de fallo con reducida relevancia para una siguiente iteracion de un proceso para determinar si los nuevos ajustes de movilidad son deseados.
En una realizacion, el informe de fallo incluye datos de temporizacion que son indicativos del momento en el que ocurrio el fallo de conexion, y el nodo determina cuando ocurrio el fallo de conexion con respecto al ajuste de movilidad mas reciente hecho por el nodo basandose en los datos de temporizacion. En una realizacion particular, los datos de temporizacion incluyen un primer valor del temporizador que define una cantidad de tiempo que ha expirado entre el momento en el cual ocurrio el fallo de conexion y el momento en el cual el UE transmitio el informe de fallo, y el nodo determina cuando ocurrio el fallo de conexion con respecto al ajuste de movilidad mas reciente hecho por el nodo basandose en el primer valor del temporizador y un segundo valor del temporizador que define una cantidad de tiempo que ha expirado desde que el ajuste de movilidad mas reciente fue hecho por el nodo.
En una realizacion, si el fallo de conexion ocurrio despues del ajuste de movilidad mas reciente hecho por el nodo, el nodo clasifica el informe de fallo como un informe de fallo actual. En una realizacion, si el informe de fallo se clasifica como un informe de fallo actual, el nodo considera el informe de fallo para una siguiente iteracion de un proceso de optimizacion de la movilidad.
En un ejemplo, un UE en un sistema de comunicaciones moviles de multiple Tecnologfa de Acceso por Radio (RAT) detecta un fallo de conexion y despues transmite un informe de fallo, donde el informe de fallo se asocia con el fallo de conexion e incluye datos de temporizacion que son indicativos de un momento en el cual ocurrio el fallo de conexion. En un ejemplo, los datos de temporizacion incluyen un valor del temporizador que define una cantidad de tiempo que ha expirado entre un momento en el que ocurrio el fallo de conexion y un momento en el que el UE transmitio el informe de fallo a la red de comunicaciones celular. En un ejemplo particular, el UE inicia el temporizador en respuesta a la deteccion del fallo de conexion. Despues, el UE detecta un evento de desencadenamiento para transmitir el informe de fallo y, en respuesta al evento de desencadenamiento, detiene el temporizador y transmite el informe de fallo incluyendo un valor del temporizador para la red de comunicaciones celular.
En una realizacion, el fallo de conexion es un fallo del enlace de radio en un celda servida por una primera estacion base en una primera red de acceso por radio que opera segun una primera tecnologfa de acceso por radio, y el UE transmite el informe de fallo a una estacion base en la primera red de acceso por radio despues de volver a conectarse a la primera red de acceso por radio. En una realizacion particular, el fallo de conexion es un fallo del enlace de radio en una celda servida por una primera estacion base en una primera red de acceso por radio que opera segun una primera tecnologfa de acceso por radio, e inicialmente el UE se vuelve a conectar a una estacion base en una segunda red de acceso por radio que opera segun una segunda tecnologfa de acceso por radio
5
10
15
20
25
30
35
40
45
50
despues del fallo del enlace de radio. En algun momento despues de la nueva conexion a la estacion base en la segunda red de acceso por radio, el UE se conecta a una estacion base en la primera red de acceso por radio para asf volver a conectarse a la primera red de acceso por radio, y el UE transmite el informe de fallo a la estacion base en la primera red de acceso por radio despues de volver a conectarse a la primera red de acceso por radio.
En una realizacion, el fallo de conexion es un fallo de conexion asociado con un traspaso desde una celda servida por una primera estacion base en una primera red de acceso por radio que opera segun una primera tecnologfa de acceso por radio a una celda servida por una segunda estacion base en una segunda red de acceso por radio que opera segun una segunda tecnologfa de acceso por radio. En esta realizacion, el UE transmite el informe de fallo a una estacion base en la segunda red de acceso por radio que opera segun la segunda tecnologfa de acceso por radio despues de conectarse posteriormente a la estacion base en la segunda red de acceso por radio.
En una realizacion particular, el fallo de conexion es un fallo de conexion asociado con un traspaso desde una celda servida por una primera estacion base en una primera red de acceso por radio que opera segun una primera tecnologfa de acceso por radio a una celda servida por una segunda estacion base en una segunda red de acceso por radio que opera segun una segunda tecnologfa de acceso por radio. En esta realizacion, el UE inicialmente se conecta a una estacion base en la primera red de acceso por radio despues del fallo de conexion. Algun tiempo despues, el UE se conecta a una estacion base en la segunda red de acceso por radio y transmite el informe del fallo a la estacion base en la segunda red de acceso por radio despues de conectarse a la estacion base en la segunda red de acceso por radio.
En una realizacion, el fallo de conexion es un fallo del enlace de radio en una celda servida por una primera estacion base en una primera red de acceso por radio que opera segun una primera tecnologfa de acceso por radio, y el UE transmite el informe de fallo a una segunda estacion base en una segunda red de acceso por radio que opera segun una segunda tecnologfa de acceso por radio despues de conectarse a la segunda estacion base de la segunda red de acceso por radio. En una realizacion particular, el fallo de conexion es un fallo del enlace de radio en una celda servida por una primera estacion base en una primera red de acceso por radio que opera segun una primera tecnologfa de acceso por radio. Ademas, despues del fallo del enlace de radio, el Ue se conecta a una segunda estacion base en una segunda red de acceso por radio que opera segun una segunda tecnologfa de acceso por radio y transmite el informe de fallo a la segunda estacion base en la segunda red de acceso por radio despues de conectarse a la segunda estacion base en la segunda red de acceso por radio.
Los expertos en la tecnica apreciaran el alcance de la presente descripcion y comprenderan aspectos adicionales de la misma despues de leer la siguiente descripcion detallada de las realizaciones preferidas en asociacion con las figuras de dibujos adjuntas.
Breve descripcion de las Figuras de Dibujos
Las figuras de dibujos adjuntas incorporadas en y formando una parte de esta especificacion ilustran varios aspectos de la descripcion, y junto con la descripcion sirven para explicar los principios de la descripcion.
Las Figuras 1A y 1B ilustran los traspasos (HO) de la Tecnologfa de Acceso Entre Radios (IRAT) en una red de comunicaciones celular segun una realizacion de la presente descripcion;
La Figura 2 ilustra un termino medio entre la disminucion del numero de Fallos del Enlace de Radio (RLF) debido a HO de IRAT demasiado tardfos desde una Red de Acceso por Radio (RAN) de Evolucion a Largo Plazo (LTE) a una Red de Acceso por Radio Terrestre Universal (UTRAN) y el aumento del numero de HO de IRAT innecesarios desde la RAN LTE a la UTRAN al aumentar un umbral de HO de IRAT correspondiente;
La Figura 3 ilustra una situacion intermedia entre la disminucion del numero de fallos de HO (HOF) debido a HO de IRAT demasiado tempranos desde una UTRAN a una RAN LTE y el incremento innecesario de tiempo en la UTRAN al aumentar un umbral de HO de IRAT correspondiente;
La Figura 4 ilustra la informacion almacenada en un informe de RLF segun la presente version de la Especificacion Tecnica del Proyecto de Asociacion de 3a Generacion (3GPP TS) 36.331;
Las Figuras 5 hasta la 14 ilustran graficamente cuatro diferentes soluciones para enviar informes de fallo a la red de comunicaciones celular para diferentes escenarios de fallos de conexion asociados con los HO de IRAT;
La Figura 15 ilustra el informe tardfo de un fallo de conexion a un nodo en una red de comunicaciones celular que realiza una funcion de Optimizacion de la Robustez de la Movilidad (MRO), la cual puede ocurrir en muchos de las soluciones y escenarios ilustrados en las Figuras 5 a 14;
La Figura 16 es un diagrama de flujo que ilustra un proceso para clasificar un informe de fallo recibido por un nodo que realiza una funcion de MRO bien como actual u obsoleto segun una realizacion de la presente descripcion;
La Figura 17 es un diagrama de flujo que ilustra la operacion de un Equipo de Usuario o Elemento de Usuario (UE) para enviar, o transmitir, un informe de fallo a una red de comunicaciones celular, donde el informe de fallo incluye
5
10
15
20
25
30
35
40
45
50
datos de temporizacion que son indicativos del momento en el que ocurrio un fallo de conexion asociado segun una realizacion de la presente descripcion;
La Figura 18 es un diagrama de flujo que ilustra la operacion de un nodo en una red de comunicaciones celular que realiza una funcion de MRO para recibir y clasificar los informes de fallo basandose en los datos de temporizacion incluidos en los informes de fallo segun el proceso de la Figura 17 asf como los datos de temporizacion que definen un momento en el cual fue hecho un ajuste de MRO mas reciente por el nodo segun una realizacion de la presente descripcion;
La Figura 19 ilustra una red de comunicaciones celular que incluye una red de comunicaciones celular LTE 4G y una red de comunicaciones celular del Sistema de Telefoma Movil Universal 3G (UMTS) en las cuales los HO de IRAT ocurren entre una RAN LTE de la red de comunicaciones celular LTE 4G y una UTRAN de la red de comunicaciones celular UMTS, en donde los informes de fallo transmitidos por los UE por fallos de la conexion incluyen datos de temporizacion que son utilizados por las funciones de MRO apropiadas para clasificar los informes de fallo bien como actuales u obsoletos segun una realizacion de la presente descripcion;
Las Figuras 20 hasta la 29 ilustran la transmision de los informes de fallo para cada una de las soluciones y escenarios de las Figuras 5 a 14 en que los informes de fallo incluyen los datos de temporizacion que permiten la clasificacion de los informes de fallo bien como actuales u obsoletos segun varias realizaciones de la presente descripcion;
La Figura 30 es un diagrama de bloques de un UE segun una realizacion de la presente descripcion;
La Figura 31 es un diagrama de bloques de una estacion base segun una realizacion de la presente descripcion;
La Figura 32 es un diagrama de bloques de un Controlador de la Red de Radio (RNC) segun una realizacion de la presente descripcion;
Descripcion detallada
Las realizaciones expuestas mas adelante representan la informacion necesaria para permitir a los expertos en la tecnica poner en practica las realizaciones e ilustrar el mejor modo de poner en practica las realizaciones. Tras la lectura de la siguiente descripcion a la luz de las figuras de dibujos adjuntas, los expertos en la tecnica entenderan los conceptos de la descripcion y reconoceran las aplicaciones de estos conceptos no abordadas particularmente aqrn. Debena entenderse que estos conceptos y aplicaciones caen dentro del alcance de la descripcion y de las reivindicaciones adjuntas.
Como se ha tratado en los Antecedentes, con respecto a los traspasos (HO) de la Tecnologfa de Acceso Entre Radios (IRAT) en un sistema de comunicaciones celular de multiple Tecnologfa de Acceso por Radio (RAT), el Grupo 3 de Trabajo (WG3) de la Red de Acceso por Radio (RAN) del Proyecto de Asociacion de 3a Generacion (3GPP) ha identificado multiples escenarios de alta prioridad que presentan problemas de movilidad y por lo tanto necesitan ser abordados. De nuevo, los escenarios identificados por el WG3 RAN 3GPP son:
• Escenario 1: Un fallo de conexion de movilidad (tambien referido aqrn como simplemente un fallo de conexion), espedficamente un Fallo del Enlace de Radio (RLF), mientras en una RAN de Evolucion a Largo Plazo (LTE) o durante un HO desde la RAN LTE a una RAN 2G/3G (por ejemplo, una Red de Acceso por Radio Terrestre Universal (UTRAN)) seguido por una nueva conexion a la RAN 2G/3G (esto es, un HO demasiado tardfo desde una RAN LTE a una RAN 2G/3G).
• Escenario 2: Un fallo de movilidad durante o despues de un HO desde una RAN 2G/3G (por ejemplo, una UTRAN) a una RAN LTE seguida por una nueva conexion de vuelta a la RAN 2G/3G (esto es, la RAT de origen). La nueva conexion para el HO puede ser a la celda de origen o a una celda diferente en la RAN 2G/3G. Esto es referido aqrn como un HO demasiado temprano desde una RAN 2G/3G a una RAN LTE.
o Escenario 2a: Un fallo de traspaso (HOF) durante el HO desde la RAN 2G/3G a la RAN LTE (esto es, un HOF durante un intento del Canal de Acceso Aleatorio (RACH) en la RAN LTE) seguido por la nueva conexion de vuelta a la RAN 2G/3G.
o Escenario 2b: Un RLF en la RAN LTE poco despues del HO desde la RAN 2G/3G a la RAN LTE (esto es, un RLF despues de un RACH satisfactorio en la RAN LTE) seguido por la nueva conexion de vuelta a la RAN 2G/3G.
Ademas, para los HO de IRAT entre una RAN LTE y una RAN 2G/3G, se han propuesto multiples soluciones para hacer disponibles los informes de RLF asociados con los HO de IRAT a las diferentes RAT que ejecutan los algoritmos de Optimizacion de la Robustez de la Movilidad (MRO). Como se trato en los Antecedentes, estas soluciones incluyen:
• Solucion 1: Informar del RLF al volver a la RAN LTE.
5
10
15
20
25
30
35
40
45
50
55
60
• Solucion 2: Informar del fallo a la RAN 2G/3G y/o la RAN LTE donde el UE se vuelve a conectar despues del fallo de movilidad.
• Solucion 3: Informar del RLF a la RAT donde ocurrio el fallo e informar del fallo de HO en la RAT de la celda en la cual fue recibida la orden de HO.
• Solucion 4: Informar del RLF al volver a la RAN LTE en el caso de un HO de IRAT demasiado tardfo desde la RAN LTE a la RAN 2G/3G y detectar el fallo de conexion en el RNC de la RAN 2G/3G en el caso de un HO de IRAT demasiado temprano desde la RAN 2G/3G a la RAN LTE.
Los inventores han encontrado que, al usar las soluciones tratadas anteriormente para hacer disponibles los informes de fallos a la red de comunicaciones celular, un problema que surge es que puede haber retrasos entre el momento en el que un Equipo de Usuario o Elemento de Usuario (UE) experimenta un fallo de conexion y el momento en el que el UE informa del fallo de conexion. Los retrasos en el informe del fallo de conexion pueden deberse a un largo retraso antes de que el UE se reconecte a la RAN donde ha de informarse del fallo de conexion (por ejemplo, la Solucion 1), debido a la transicion del UE por un largo tiempo a un modo inactivo antes de volver a conectarse a la RAN donde ha de informarse del fallo de conexion, o debido a un fallo durante un largo tiempo de la red de comunicaciones celular para solicitar la informacion del informe de RLF. Asf, una funcion de MRO que realiza la MRO para una celda en, por ejemplo, una RAN LTE puede realizar un proceso de MRO que da como resultado en ajuste o ajustes de los parametros de movilidad (esto es, los ajustes de movilidad) para la celda basandose en los informes de fallo recibidos de manera oportuna. Sin embargo, debido al problema del informe retrasado la funcion de MRO puede continuar recibiendo informes de fallo despues del ajuste o ajustes de movilidad que hayan sido hechos donde los informes de fallo son relevantes en una ventana de tiempo previa a hacer el ajuste o los ajustes de movilidad. Usando los algoritmos de MRO actuales, estos informes de fallo “obsoletos” son considerados aun con la misma relevancia que los informes de fallo puntuales para la siguiente iteracion del proceso de MRO. Los informes de fallo obsoletos pueden llevar a ajustes de movilidad incorrectos o indeseables y a una lenta convergencia de la red de comunicaciones celular a un estado de movilidad estable.
Como un ejemplo, la Figura 15 ilustra informes de fallo obsoletos para la Solucion 1, Escenario 1 despues de los RLF debidos a HO demasiado tardfos desde una RAN LTE a una RAN 3G. Para la Solucion 1, los UE no informan de fallos hasta que vuelven a la RAN LTE y, como resultado, hay un retraso si inicialmente los UE no se vuelven a conectar de vuelta a la RAN LTE despues del RLF. Este retraso puede ser bastante largo debido a dos razones: (1) el HO desde la RAN 3G a la RAN LTE puede ser desactivado por los operadores para evitar las idas y vueltas entre la RAN LTE y la RAN 3G y (2) los UE se vuelven a conectar a la RAN LTE a traves de la nueva seleccion de celda, el cual es un procedimiento controlado por el UE (esto es, los UE pueden decidir permanecer alojados en la RAN 3G si se desea). Es muy probable que las funciones de MRO que se ejecutan en las estaciones base en la RAN LTE y/o las funciones de MRO que se ejecutan en los Controladores de la Red de Radio (RNC) en la RAN 3G desencadenen periodicamente los ajustes de movilidad en respuesta a la ocurrencia de algun evento y/o basandose en la recepcion de un numero mmimo de informes, los cuales pueden ser informes de RLF, informes de HO innecesario, o informes de ida y vuelta.
En este ejemplo, N=N1+N2 UE han sufrido HO demasiado tardfos desde la Celda A de la RAN LTE a la Celda X de la RAN 3G y todos los N UE se han vuelto a conectar a la Celda Y de la RAN 3G despues de los correspondientes RLF en la Celda A de la RAN LTE debidos a HO demasiado tardfos. Despues de algun tiempo, N1 de los UE se han vuelto a conectar a la Celda B de la RAN LTE y han transmitido los correspondientes informes de RLF a una estacion base (eNB 1) correspondiente a la Celda B en la RAN LTE. Asumiendo que el eNB 1 sirve tanto a la Celda A como a la Celda B de la RAN LTE, un proceso de MRO del eNB 1 se desencadena en un cierto momento (t0) para determinar si los ajustes de movilidad, o los ajustes de MRO, son necesarios y, si es asf, hacer los ajustes de movilidad. Despues del momento (t0), los nuevos UE pueden finalmente sufrir de HO demasiado tardfos o innecesarios y, cuando los nuevos UE vuelvan a la RAN LTE, los nuevos UE enviaran nuevos informes de RLF para ser usados para la siguiente iteracion del proceso de MRO.
Despues del momento (t0), el eNB1 recibira tambien los informes de RLF de los otros N2 UE si esos UE envfan los informes RLF a la RAN LTE dentro de las 48 horas despues del fallo segun la Especificacion Tecnica (TS) 3GPP 36.331. En el estandar actual, no hay soporte para el eNB 1 para reconocer que los informes de RLF de estos N2 UE no estan asociados con las configuraciones de los parametros de movilidad actuales en el eNB 1. Por lo tanto no es posible para el eNB 1 descartar los informes de RLF de los N2 UE de manera que los informes no se consideren para la iteracion posterior del proceso de MRO en el eNB 1. Como tal, los informes de RLF de los N2 UE, los cuales son referidos aqrn como informes de RLF obsoletos, impactaran en la robustez de los ajustes de MRO y de la convergencia de la MRO proporcionalmente a N2/N.
En otras soluciones, esto es, las Soluciones 2, 3, y 4, los informes de RLF se hacen disponibles a los otros nodos que posiblemente ejecuten algoritmos de MRO. En estas soluciones, puede ocurrir un RLF obsoleto, por ejemplo, si un UE va a un estado inactivo despues del fallo y vuelve a un modo activo despues de un largo penodo de tiempo o si la red falla por un largo penodo de tiempo al solicitar la informacion del informe de RLF. El problema de los informes de rLf obsoletos existira tambien incluso si los informes de RLF estan disponibles mas rapido que en la Solucion 1. Por ejemplo, se puede asumir que un cierto numero de fallos ocurren minutos antes de que se realice
5
10
15
20
25
30
35
40
45
50
55
60
una iteracion del proceso de MRO e , incluso aunque los informes de RLF correspondientes esten disponibles minutos despues, los informes de RLF seran obsoletos.
La presente descripcion proporciona sistemas y metodos que abordan el informe obsoleto de los fallos de conexion en una red de comunicacion celular. Los informes de fallo obsoletos se pueden descartar de tal forma que no sean considerados para una iteracion posterior de un proceso de optimizacion de la movilidad (por ejemplo, un proceso de MRO) o que sean considerados para la posterior iteracion de un proceso de optimizacion de la movilidad pero con reducida relevancia. Especialmente, mientras muchas de las realizaciones descritas mas adelante se relacionan con la clasificacion de informes de fallo con respecto a los HO de IRAT, los conceptos descritos aqrn son igualmente aplicables a los informes de fallo para HO intra RAT (esto es, HO entre celdas en la misma RAT). Ademas, aunque muchas de las realizaciones tratadas mas adelante se relacionan a la clasificacion de informes de fallo con respecto a los HO de IRAT entre una red de comunicaciones celular LTE 4G y una red de comunicaciones celular 2G/3G, los conceptos descritos aqrn no se limitan a ninguna RAT en particular.
A este respecto, la Figura 16 es un diagrama de flujo que ilustra un proceso para la caracterizacion de un informe de fallo segun una realizacion de la presente descripcion. En esta realizacion, el proceso de la Figura 16 es realizado por un nodo en una red de comunicaciones celular que realiza un proceso para el ajuste, o la actualizacion, de los parametros de movilidad, el cual es referido aqrn como un proceso de MRO. Como se usa aqrn, un parametro de movilidad es un parametro utilizado para controlar la movilidad, o los HO, de un dispositivo inalambrico, o un UE, dentro de una red de comunicaciones celular (por ejemplo, un umbral de Potencia Recibida de la Senal de Referencia (RSRP) o de Calidad Recibida de la Senal de Referencia (RSRQ)). Mas espedficamente, un parametro de movilidad es un parametro utilizado para controlar los HO de una celda a una celda vecina, donde las dos celdas pueden estar en la misma RAN (esto es, para los HO intra RAT) o en diferentes RAN que operan segun diferentes RAT (esto es, para los HO de IRAT). Los parametros de movilidad generalmente incluyen los umbrales de movilidad (por ejemplo, los umbrales RSRP y/o RSRQ). Un ajuste de movilidad es un ajuste de uno o mas parametros de movilidad para una celda vecina espedfica. Ademas, el ajuste de movilidad puede afectar a los parametros de movilidad tales como los umbrales de movilidad entre las diferentes entidades origen y objetivo. Por ejemplo, el ajuste de movilidad se puede aplicar entre una celda origen a una celda objetivo o entre una celda origen a una frecuencia objetivo o entre una celda origen a una RAT objetivo. El nodo que realiza el proceso de la Figura 16 puede ser, por ejemplo, una estacion base en la red de comunicaciones celular (por ejemplo, un Nodo B mejorado (eNB) de una red de comunicaciones celular LTE), un RNC (por ejemplo, un RNC de una estacion base en una red de comunicaciones celular del Sistema de Telecomunicaciones Movil Universal (UMTS), o similar.
Como se ilustra, el nodo recibe un informe de fallo asociado con un fallo de conexion para un UE (paso 1000). Como se usa aqrn, un informe de fallo es generalmente informacion que notifica o informa de un fallo de conexion experimentado por el UE, donde el fallo de conexion es mas espedficamente un fallo de la conexion de movilidad. En una realizacion particular, el informe de fallo es un informe de RLF. Como se ha tratado mas adelante, el informe de fallo incluye los datos de temporizacion que son indicativos del momento en el cual ocurrio el fallo de conexion. En una realizacion preferida, los datos de temporizacion son o incluyen un valor del temporizador que define una cantidad de tiempo que ha expirado entre el momento en el que ocurrio el fallo de conexion y el momento en el que el UE informo del fallo de conexion mediante la transmision del informe de fallo a un nodo apropiado. Sin embargo, los datos de temporizacion no se limitan a ello. Por ejemplo, los datos de temporizacion pueden alternativamente incluir un tiempo absoluto en el que ocurrio el fallo de conexion (por ejemplo, una hora y fecha en la que ocurrio el fallo de conexion). Como se ha tratado mas adelante en detalle, la manera en la que el nodo recibe el informe de fallo puede variar dependiendo de la realizacion particular. En general, el nodo puede recibir el informe de fallo del UE, de otro nodo en la misma red de comunicaciones celular, o de otro nodo en otra red de comunicaciones celular que opera segun una RAT diferente.
Despues de recibir el informe de fallo, el nodo determina si el fallo de la conexion asociada ocurrio antes de un ajuste de MRO ultimo, o mas reciente hecho por el nodo (paso 1002). En otras palabras, el nodo determina cuando ocurrio el fallo de la conexion asociada con respecto al ajuste o a los ajustes de MRO mas recientes hechos por el nodo. Mas espedficamente, en una realizacion, los datos de temporizacion incluidos en el informe de fallo incluyen los datos de temporizacion que son indicativos del momento en el que ocurrio el fallo de conexion. El nodo entonces determina cuando ocurrio el fallo de conexion asociado con respecto al ajuste o a los ajustes de MRO mas recientes basandose en los datos de temporizacion en el informe de fallos y los datos de temporizacion mantenidos por el nodo que define el momento en el que el ajuste o los ajustes de mRo mas recientes fueron hechos por el nodo. En una realizacion preferida tratada mas adelante, los datos de temporizacion en el informe de fallo son o incluyen un valor del temporizador que define una cantidad de tiempo que ha expirado entre el momento en el que ocurrio el fallo de conexion y el momento en el que el UE informo del fallo de conexion mediante la transmision del informe de fallo al nodo apropiado, y los datos de temporizacion mantenidos por el nodo son o incluyen otro valor del temporizador que define una cantidad de tiempo que ha expirado desde que el ajuste o los ajustes de MRO mas recientes fueron hecho por el nodo. En esta realizacion, el nodo determina cuando ocurrio el fallo de conexion con respecto al ajuste o a los ajustes de MRO mas recientes hechos por el nodo basandose en la comparacion de los dos valores de temporizador mientras, en algunas realizaciones, contabiliza cualquier retraso entre el informe del fallo de conexion por el UE y la recepcion del informe de fallo por el nodo.
5
10
15
20
25
30
35
40
45
50
55
60
En otra realizacion, otro nodo (por ejemplo, un nodo de Operaciones y Mantenimiento (OAM)) mantiene el valor del temporizador que define la cantidad de tiempo que ha expirado desde que el ajuste o los ajustes de MRO mas recientes fueran hechos por el nodo. En esta realizacion, el nodo envfa el valor del temporizador desde el informe de fallo que define la cantidad de tiempo que expiro entre el momento en que ocurrio el fallo de conexion y el momento en que el UE informo del fallo de conexion mediante la transmision del informe de fallo al otro nodo. El otro nodo entonces compara los dos valores de temporizador mientras, en algunas realizaciones, contabiliza cualquier retraso entre el informe del fallo de conexion por el UE y la recepcion del valor del temporizador en el informe de fallo enviado por el otro nodo. El otro nodo entonces devuelve al nodo la informacion que es indicativa de cuando ocurrio el fallo de conexion con respecto al ajuste o a los ajustes de MRO mas recientes hechos por el nodo.
Si el fallo de conexion ocurrio antes del ajuste o de los ajustes de MRO mas recientes, el nodo clasifica el informe de fallo como un informe de fallo obsoleto (paso 1004). Como tal, en una realizacion, el informe de fallo se descarta o de lo contrario no se considera para una siguiente iteracion del proceso de MRO. En otra realizacion, el informe de fallo se considera para la siguiente iteracion del proceso de mRo con relevancia reducida (por ejemplo, un factor reducido de ponderacion o de escala en comparacion con los informes de fallo puntuales para la siguiente iteracion del proceso de MRO). Si el fallo de conexion ocurrio despues del ajuste o de los ajustes de MRO mas recientes, el nodo clasifica el informe de fallo como un informe de fallo actual, o puntual (paso 1006)). Como tal, el informe de fallo se considera con peso completo para la siguiente iteracion del proceso de MRO.
La Figura 17 es un diagrama de flujo que ilustra la operacion de un UE para informar de un fallo de conexion segun una realizacion de la presente descripcion. Como se ilustra, el UE detecta un fallo de conexion (paso 2000). El fallo de conexion es preferiblemente bien un RLF o un HOF. Por ejemplo, el fallo de conexion puede ser un RLF debido a un HO de IRAT demasiado tardfo desde una RAN LTE a una rAn 2G/3G. Como otro ejemplo, el fallo de conexion puede ser un HOF debido a un HO de IRAT demasiado temprano desde una RAN 2G/3G a una RAN LTE o un RFL poco despues de un HO de IRAT desde una RAN 2G/3G a una RAN LTE debido a un HO de IRAT demasiado temprano. Notese, sin embargo, que estos ejemplos no son limitantes. Otros tipos de fallos de conexion (esto es, fallos de HO para un HO intra RAT) pueden ser detectados, y posteriormente informados, por el UE.
En respuesta a la deteccion del fallo de conexion, el UE inicia un temporizador, el cual es referido aqrn como temporizador (Tf) (paso 2002). Despues, el UE continua haciendo funcionar el temporizador (Tf) hasta que el UE determina que es el momento de informar del fallo de conexion (paso 2004). Una vez que es el momento de informar del fallo de conexion, el UE detiene el temporizador (Tf) (paso 2006). De esta manera, el temporizador (Tf) define una cantidad de tiempo que ha expirado entre un momento en el que ocurrio el fallo de conexion y por lo tanto se detecto por el UE y un momento en que el fallo de conexion es informado por el UE. Finalmente, el UE envfa, o transmite, un informe de fallo que informa del fallo de conexion a un nodo apropiado donde el informe de fallo incluye el valor del temporizador (Tf) (paso 2008). El nodo al que el UE envfa el informe de fallo puede variar dependiendo de la realizacion particular. Como se ha tratado mas adelante en detalle, el UE puede enviar el informe de fallo a una estacion base en la misma RAT, o en la misma RAN, en la que ocurrio el fallo de conexion o una estacion base en una RAT diferente, o una RAN diferente, que la RAT, o la RAN, en la que ocurrio el fallo de conexion. Especialmente, si el fallo de conexion es un RLF o un HOF, el fallo de conexion se informa a traves de un informe de RLF.
La Figura 18 es un diagrama de flujo que ilustra la operacion de un nodo que realiza un proceso de MRO para recibir, clasificar, y utilizar los informes de fallos enviados por los UE segun el proceso de la Figura 17 segun una realizacion de la presente descripcion. Como se ilustra, el nodo inicia un temporizador (Tmro) tras hacer el ajuste o los ajustes de MRO para una primera iteracion del proceso de MRO (paso 3000). Despues, el nodo recibe los informes de fallo y clasifica los informes de fallo basandose en el temporizador (Tmro) y en el temporizador (Tf) incluidos en los informes de fallo (paso 3002). Notese que los informes de fallos pueden ser informes de fallo para multiples celdas, frecuencias, y/o RAT. En una realizacion, cada informe de fallo se clasifica basandose en una comparacion del temporizador (Tmro) en el momento en que se recibe el informe de fallo por el nodo y el temporizador (Tf) en el informe de fallo de tal forma que el informe de fallo se clasifica como un informe de fallo obsoleto si Tf > Tmro y se clasifica como actual, o puntual, si Tf < Tmro. Notese, sin embargo, que en algunas realizaciones puede haber un retraso entre el momento en que el informe de fallo es enviado por el correspondiente UE y el momento en que el informe de fallo es recibido por el nodo. Por ejemplo, en la Solucion 1, Escenario 2a, el informe de fallo es enviado por el UE a la RAN 2G/3G y luego es enviado por un RNC de la RAN 2G/3G a la RAN LTE a traves del Mensaje de Informacion de RAN (RIM). El envfo del informe de fallo tiene un retraso asociado, el cual se puede compensar por el nodo al comparar Tf y Tmro.
En algun momento despues de que haya ocurrido el evento desencadenante para realizar el proceso de MRO, el nodo realiza una siguiente iteracion del proceso de MRO (paso 3004). En una realizacion, los informes de fallo obsoletos se descartan de tal forma que la siguiente iteracion del proceso de MRO realizada en el paso 3004 se realiza basandose en los informes de fallo recibidos y clasificados como actuales en el paso 3002 pero no basandose en los informes de fallo recibidos y clasificados como obsoletos en el paso 3002. En otra realizacion, los informes de fallo obsoletos se consideran pero con reducida relevancia de tal forma que la siguiente iteracion del proceso de MRO realizada en el paso 3004 se realiza basandose en los informes de fallo recibidos y clasificados como actuales en el paso 3002 asf como los informes de fallo recibidos y clasificados como obsoletos en el paso 3002 pero donde los informes de fallo obsoletos se consideran con reducida relevancia comparados con los
5
10
15
20
25
30
35
40
45
50
55
60
informes de fallos actuales. La relevancia de los informes de fallo obsoletos puede ser reducida mediante, por ejemplo, la aplicacion de un factor de escala o ponderacion adecuado a los informes de fallo obsoletos.
A continuacion, el nodo determina si alguno de los ajustes de MRO fue hecho durante la iteracion del proceso de MRO realizado en el paso 3004 (paso 3006). Si no lo ha sido, el proceso vuelve al paso 3002 y continua. Si se hicieron uno o mas ajustes de MRO en el paso 3004, el nodo reinicia el temporizador (Tmro) (paso 3008) y luego el proceso vuelve al paso 3002 y continua.
La Figura 19 ilustra un sistema 20 de comunicaciones celular de multiple RAT que permite el informe de los fallos de conexion y la clasificacion de los informes de fallo correspondiente segun una realizacion de la presente descripcion. Como se usa aqm, un sistema de comunicaciones celular de multiple RAT incluye multiples redes de comunicaciones celulares que operan segun diferentes RAT. En esta realizacion, el sistema 20 de comunicaciones celular de multiple RAT incluye una red 22 de comunicaciones celular LTE (espedficamente una red 22 de comunicaciones celular LTE 4G) y una red 23 de comunicaciones celular UMTS, que es una red 3G. Como se ilustra, la red 22 de comunicacion celular LTE incluye una RAN, que es referida aqm como una RAN LTE. La RAN LTE incluye las estaciones base (BS) 24-1 y 24-2 (mas generalmente referidas aqm colectivamente como las estaciones base 24 e individualmente como la estacion base 24) que dan servicio a las celdas correspondientes de la red 22 de comunicaciones celular LTE. Especialmente, en LTE, las estaciones base 24 son tambien referidas como eNB.
La estacion base 24-1 sirve desde el UE 26-1 hasta el 26-Ni (mas generalmente referidos aqm colectivamente como los UE 26 e individualmente como el UE 26) ubicados dentro de la celda servida por la estacion base 24-1. Asimismo, la estacion base 24-2 sirve desde el UE 28-1 hasta el 28-N2 (mas generalmente referidos aqm colectivamente como los UE 28 e individualmente como el UE 28) ubicados dentro de la celda servida por la estacion base 24-2. Debena notarse que, como se usa aqm, un UE es cualquier tipo de dispositivo configurado para operar en una red de comunicaciones celular y, en la realizacion de la Figura 19, cualquier tipo de dispositivo configurado para operar en el sistema 20 de comunicaciones celular de multiple RAT. La estacion base 24-1 es referida aqm como un estacion base 24-1 servidora de los UE 26, y la estacion base 24-2 es referida aqm como una estacion base 24-2 servidora de los UE 28. Especialmente, aunque solo se ilustran dos estaciones base 24-1 y 24-2 en la Figura 19 para claridad y facilidad de la descripcion, se apreciara facilmente que la red 22 de comunicaciones celular puede incluir cualquier numero de estaciones base 24. Ademas, aunque no se ilustra, cada estacion base 24 puede servir a una o muchas celdas o sectores.
La red 22 de comunicacion celular LTE tambien incluye una red 30 de nucleo que incluye una o mas Pasarelas Servidoras (S-GW) y una o mas Entidades de Gestion de la Movilidad (MME) (no mostradas). Las estaciones base 24 se conectan a la red central 30 a traves de las correspondientes conexiones S1. Igualmente, en esta realizacion, las estaciones base 24-1 y 24-2 se conectan a otra a traves de una conexion X2.
La red 23 de comunicaciones celular UMTS incluye una RAN, la cual es referida aqm como UTRAN. La UTRAN incluye los RNC 32-1 y 32-2 (mas generalmente referidos aqm colectivamente como los RNC 32 e individualmente como el RNC 32). El RNC 32-1 controla un numero de estaciones base desde la 34-1 hasta la 34-M1 (mas generalmente referidas aqm colectivamente como las estaciones base 34 e individualmente como la estacion base 34). Igualmente, el RNC 32-2 controla un numero de estaciones base desde la 36-1 hasta la 36-M2 (mas generalmente referidas aqm colectivamente como las estaciones base 36 e individualmente como la estacion base 36). La estacion base 34-1 sirve desde el UE 38-1 hasta el 38-N3 (mas generalmente referidos aqm colectivamente como los UE 38 e individualmente como el UE 38) ubicados dentro de una celda correspondiente de la red 23 de comunicaciones celular UMTS, y la estacion base 34-M1 sirve desde el UE 40-1 hasta el 40-N4 (mas generalmente referidos aqm colectivamente como los UE 40 e individualmente como el UE 40) ubicados dentro de una celda correspondiente de la red 23 de comunicaciones celular UMTS. En la misma manera, la estacion base 36-1 sirve desde el UE 42-1 hasta el 42-N5 (mas generalmente referidos aqm colectivamente como los UE 42 e individualmente como el UE 42) ubicados dentro de una celda correspondiente de la red 23 de comunicaciones celular UMTS y la estacion base 36-M2 sirve desde el UE 44-1 hasta el 44-N6 (mas generalmente referidos aqm colectivamente como los UE 44 e individualmente como el UE 44) ubicados dentro de una celda correspondiente de la red 23 de comunicaciones celular UMTS. Especialmente, aunque solo se ilustran dos RNC 32 en la Figura 19 para claridad y facilidad de la descripcion, se apreciara facilmente que la red 23 de comunicaciones celular UMTS puede incluir cualquier numero de RNC 32 y de estaciones base asociadas. La red 23 de comunicaciones celular UMTS tambien incluye una red central 46. Los RNC 32 se conectan a la red central 46 a traves de las conexiones correspondientes.
El sistema 20 de comunicaciones celular de multiple RAT incluye multiples funciones de la 48-1 a la 48-4 de MRO (referidas mas generalmente aqm como funciones 48 de MRO e individualmente como funcion 48 de MRO) que operan para optimizar los parametros de movilidad para los UE 26, 28, 38, 40, 42, 44. En la red 22 de comunicaciones celular LTE, las funciones 48-1 y 48-2 de MRO se implementan, en este ejemplo, en las estaciones base 24-1 y 24-2. A la inversa, en la red 23 de comunicaciones celular UMTS, las funciones 48-3 y 48-4 de MRO se implementan en los RNC 32-1 y 32-2. En esta realizacion, la funcion 48-1 realiza un algoritmo de MRO para ajustar, o actualizar, uno o mas parametros de movilidad que controlan los HO desde la celda o celdas servidas por la estacion base 24-1. Estos parametros de movilidad se pueden asociar con los tipos de mediciones RSRP y/o RSRQ y operar para formar un umbral de HO para la celda o las celdas servidas por la estacion base 24-1, el cual es
5
10
15
20
25
30
35
40
45
50
55
60
referido aqrn como ho_thresh_lte. De la misma manera, la funcion 48-2 realiza un algoritmo de MRO para ajustar, o actualizar, uno o mas parametros de movilidad que controlan los HO desde la celda o las celdas servidas por la estacion base 24-2. La funcion 48-3 de MRO realiza un algoritmo de MRO para ajustar, o actualizar, uno o mas parametros de movilidad que controlan los HO desde las celdas servidas por la estacion base 34 controlada por el RNC 32-1. Estos parametros de movilidad se pueden asociar con los tipos de mediciones RSRP y/o RSRQ y operar para formar un umbral de HO para la celda o las celdas servidas por la estacion o estaciones base 34, el cual es referido aqrn como ho_tresh_utran. De la misma manera, la funcion 48-4 de MRO realiza un algoritmo de MRO para ajustar, o actualizar uno o mas parametros de movilidad que controlan los HO desde la celda o las celdas servidas por las estaciones base 36 controladas por el RNC 32-2.
Como se ha tratado mas adelante en detalle, las funciones 48 de MRO clasifican los informes de fallo asociados con los fallos de conexion experimentados por los UE 26, 28, 38, 40, 42, y 44 bien como obsoletos o como actuales para una iteracion particular de los algoritmos de MRO realizados por las funciones 48 de MRO. En una realizacion, cada informe de fallo incluye datos de temporizacion que son indicativos de un momento en el cual ocurrio el correspondiente fallo de conexion. Una vez el informe de fallo es recibido por la funcion 48 de MRO apropiada, la funcion 48 de MRO entonces clasifica el informe de fallo bien como actual o como obsoleto basandose en los datos de temporizacion como se ha tratado anteriormente con respecto a las Figuras 16-18 Si el informe de fallo es obsoleto, entonces la funcion 48 de MRO, o bien descarta el informe de fallo, o bien considera el informe de fallo con reducida relevancia para la siguiente iteracion del proceso de MRO, dependiendo de la realizacion particular.
Las Figuras 20-29 ilustran la operacion del sistema 20 de comunicaciones celular de multiple RAT de la Figura 19 segun varias realizaciones de la presente descripcion. En particular, las Figuras 20-29 ilustran la operacion del sistema 20 de comunicaciones celular de multiple RAT de la Figura 19 para las Soluciones 1-4 y los Escenarios 1, 2a, y 2b. En particular, la Figura 20 ilustra la operacion del sistema 20 de comunicaciones celular de multiple RAT de la Figura 19 para la Solucion 1, Escenario 1 segun una realizacion de la presente descripcion. Como se ilustra, en un momento (t0), la funcion 48 de MRO de la estacion base 24 (eNB) en la RAN LTE realiza una iteracion del proceso de MRO que da como resultado uno o mas ajustes de MRO (esto es, ajustes a uno o mas parametros de movilidad). Como resultado de hacer los ajustes de MRO, la estacion base 24 (eNB) inicia un temporizador (Tmro). Algun tiempo despues, en un momento (t1), dos UE (UE1 y UE2) en la celda servida por la estacion base 24 (eNB) experimentan unos RLF. En esta realizacion, los RLF estan debidos a HO demasiado tardfos desde la celda servida por la estacion base 24 (eNB) a la celda servida por una de las estaciones base 34, 36 en la UTRAN. Los RLF son detectados por los UE (UE1 y UE2) y, en respuesta, los UE (UE1 y UE2) inician los temporizadores (Tf) correspondientes.
Inicialmente, los UE (UE1 y UE2) se vuelven a conectar a la UTRAN despues de los RLF, Despues, en un momento (t2), el UE1 se vuelve a conectar a la RAN LTE (por ejemplo, por un HO de IRAT desde la UTRAN a la RAN LTE) y ocurre un evento desencadenante para enviar un informe de RLF para el RLF en t0. El UE1 puede volver a conectarse a la misma celda en la RAN LTE en la cual ocurrio el RLF o a una celda diferente en la RAN LTE, En respuesta al evento desencadenante para enviar el informe de RLF, el UE1 detiene el temporizador (Tf) y transmite un informe de fallo (esto es, un informe de RLF) que incluye el valor del temporizador (Tf) a la estacion base 24 servidora del UE1 en la RAN LTE, Si la estacion base 24 servidora es diferente que la estacion base 24 (eNB) que sirve a la celda en la cual ocurrio el RLF, entonces la estacion base 24 servidora reenvfa el informe de fallo a la estacion base 24 (eNB) que sirve a la celda en la cual ocurrio el fallo de conexion. Tras recibir el informe de fallo, la funcion 48 de MRO de la estacion base 24 (eNB) clasifica el informe de fallo basandose en el valor del temporizador (Tf) incluido en el informe de fallo, el cual en este caso es t2-t1, y el valor del temporizados (Tmro) en la estacion base 24 (eNB) en el momento de recibir el informe de fallo, el cual en este caso es t2-t0. Aqrn, el valor del temporizador (Tf) es menor que el valor del temporizador (Tmro) y, como tal, el informe de fallo se clasifica como que es actual, o a tiempo, para una siguiente iteracion del proceso de MRO realizado por la funcion 48 de MRO de la estacion base 24 (eNB) en el momento (t3). Notese que el temporizador (Tmro) se reinicia en el momento (t3) en respuesta a uno o mas ajustes de movilidad hechos por la funcion 48 de MRO en el momento (t3).
Algun tiempo despues, en un momento (t4), el UE2 se vuelve a conectar a la RAN LTE (por ejemplo, por un HO de IRAT desde la UTRAN a la RAN LTE). El UE2 se puede volver a conectar a la misma celda en la RAN LTE en que ocurrio el RLF o a una celda diferente en la RAN LTE. Despues de volver a conectarse a la RAN LTE, ocurre un evento desencadenante para informar del fallo RLF que ocurrio en t0 en un momento (t4). El evento desencadenante puede ser, por ejemplo, la recepcion de una solicitud de cualquier informe de fallo desde la RAN LTE. En respuesta, el UE2 detiene el temporizador (Tf) y transmite un informe de fallo (esto es, un informe de RLF) que incluye el valor del temporizador (Tf) a la estacion base 24 servidora del UE2 en la RAN LTE. Si la estacion base 24 servidora es diferente que la estacion base 24 (eNB) que sirve a la celda en la cual ocurrio el RLF, entonces la estacion base 24 servidora envfa el informe de fallo a la estacion base 24 (eNB) que sirve a la celda en la cual ocurrio el RLF. Tras recibir el informe de fallo, la funcion 48 de MRO de la estacion base 24 (eNB) clasifica el informe de fallo basandose en el valor del temporizador (Tf) incluido en el informe de fallo, el cual en este caso es t4-t1, y el valor del temporizador (Tmro) en la estacion base 24 (eNB) en el momento de recibir el informe de fallo, que en este caso es t4-t3. Aqrn, el valor del temporizador (Tf) es mayor que el valor del temporizador (Tmro) y, como tal, el informe de fallo se clasifica como que es obsoleto. Como tal, el informe de fallo no se considera o se considera con reducida relevancia para una siguiente iteracion del proceso de MRO realizado por la funcion 48 de MRO de la estacion base 24 (eNB).
5
10
15
20
25
30
35
40
45
50
55
60
La Figura 21 ilustra la operacion del sistema 20 de comunicaciones celular de multiple RAT de la Figura 19 para la Solucion 1, Escenario 2a segun una realizacion de la presente descripcion. Como se ilustra, en un momento (t0), la funcion 48 de MRO de uno de los RNC 32 en la UTRAN realiza una iteracion del proceso de MRO que da como resultado uno o mas ajustes de MRO (esto es, ajustes a uno o mas parametros de movilidad). Como resultado de hacer los ajustes de MRO, el RNC 32 inicia un temporizador (Tmro). Algun tiempo despues, en un momento (t1), dos UE (UE1 y UE2) en la celda servida por una de las estaciones base 34, 36 controladas por el RNC 32 en la UTRAN experimentan unos HOF durante los HO de IRAT desde la celda servida por la estacion base 34, 36 a la celda servida por una de las estaciones base 24 (eNB) en la RAN LTE. En esta realizacion, los HOF se deben a HO demasiado tempranos. Los HOF son detectados por los UE (UE1 y UE2) y, en respuesta, los UE (UE1 y UE2) inician los correspondientes temporizadores (Tf).
Inicialmente, los UE (UE1 y UE2) se vuelven a conectar a la UTRAN despues de los HOF. Despues, en un momento (t2), el UE1 se vuelve a conectar a la RAN LTE (por ejemplo, por un HO de IRAT desde la UTRAN a la RAN LTE) y ocurre el evento desencadenante para enviar un informe de fallo para el HOF. En respuesta al evento desencadenante para enviar el informe de fallo, el UE1 detiene el temporizador (Tf) y transmite un informe de fallo para el HOF que incluye el valor del temporizador (Tf) a la estacion base 24 servidora del UE1 en la RAN LTE. La estacion base 24 servidora determina que el informe de fallo es para un HOF de un HO de IRAT desde la celda servida por la estacion base 34, 36 controlada por el RNC 32 y por lo tanto envfa el informe de fallo al RNC 32 a traves de un RIM Tras recibir el informe de fallo, la funcion 48 de MRO del RNC 32 clasifica el informe de fallo basandose en el valor del temporizador (Tf) incluido en el informe de fallo, que en este caso es t2-t1, y el valor del temporizador (Tmro) en el RNC 32 en el momento de recibir el informe de fallo, que en este caso es t3-t0. Aqrn, el valor del temporizador (Tf) es menor que el valor del temporizador (Tmro) y, como tal, el informe de fallo se clasifica como que es actual, o a tiempo, para una siguiente iteracion del proceso de MRO realizado por la funcion 48 de MRO del RNC32 en un momento (t4). Especialmente, la funcion 48 de MRO del RNC 32 puede compensar un retraso que resulta del envfo del informe de fallo (esto es, el retraso t3-t2). El temporizador (Tmro) en el RNC 32 se reinicia en el momento (t4) en respuesta a uno o mas ajustes de movilidad hechos por la funcion 48 de MRO en el momento (t4).
Algun tiempo despues, en un momento (t5), el UE2 se vuelve a conectar a la RAN LTE (por ejemplo, por un HO de IRAT desde la UTRAN a la RAN LTE) y ocurre un evento desencadenante para enviar un informe de fallo para el HOF. En respuesta al evento desencadenante para enviar un informe de fallo, el UE2 detiene el temporizador (Tf) y transmite un informe de fallo para el HOF que incluye el valor del temporizador (Tf) a la estacion base 24 servidora del UE2 en la RAN LTE. La estacion base 24 servidora determina que el informe de fallo es para un HOF de un HO de IRAT desde la celda servida por la estacion base 34, 36 controlada por el RNC 32 y por lo tanto envfa el informe de fallo al RNC 32 a traves de un RIM. Tras recibir el informe de fallo, la funcion 48 de MrO del RNC 32 clasifica el informe de fallo basandose en el valor del temporizador (Tf) incluido en el informe de fallo, que en este caso es t5-t1, y el valor del temporizador (Tmro) en el RNC 32 en el momento de recibir el informe de fallo, que en este caso es t6- t4. Aqrn, el valor del temporizador (TF) es mayor que el valor del temporizador (Tmro) y, como tal, el informe de fallo se clasifica como que es obsoleto para una siguiente iteracion del proceso de MRO realizado por la funcion 48 de MRO del RNC 32. Especialmente, la funcion 48 de MRO del RNC 32 puede compensar un retraso que resulta del envfo del informe de fallo (esto es, el retraso t6-t5). El temporizador (Tmro) en el RNC 32 se reinicia en el momento (t4) en respuesta a uno o mas ajustes de movilidad hechos por la funcion 48 de MRO en el momento (t4). Ya que el informe de fallo del UE2 es obsoleto, el informe de fallo no se considera o se considera con reducida relevancia para la siguiente iteracion del proceso de MRO realizado por la funcion 48 de MRO del RNC 32. Debena notarse tambien que la funcion 48 de MRO de la celda en la RAN LTE puede tambien recibir y utilizar el informe de fallo, si se desea.
La Figura 22 ilustra la operacion del sistema 20 de comunicaciones celular de multiple RAT de la Figura 19 para la Solucion 1, Escenario 2b segun una realizacion de la presente descripcion. Esta realizacion es la misma que la de la Figura 21 pero donde el fallo de conexion es un fallo RLF poco despues de un HO de IRAT satisfactorio. Como tal, los detalles no se repiten.
La Figura 23 ilustra la operacion del sistema 20 de comunicaciones celular de multiple RAT de la Figura 19 para la Solucion 2, Escenario 1 segun una realizacion de la presente descripcion. Como se ilustra, en un momento (t0), la funcion 48 de MRO de una de las estaciones base 24 (eNB) en la RAN LTE realiza una iteracion del proceso de MRO que da como resultado uno o mas ajustes de MRO (esto es, ajustes a uno o mas parametros de movilidad). Como resultado de hacer los ajustes de mRo, la estacion base 24 (eNB) inicia un temporizador (Tmro). Algun tiempo despues, en un momento (t1), dos UE (UE1 y UE2) en la celda servida por la estacion base 24 (eNB) experimentan los RLF. En esta realizacion, los RLF se deben a HO demasiado tardfos desde la celda servida por la estacion base 24 (eNB) a una celda servida por una de las estaciones base 34,36 en la UTRAN. Los RLF son detectados por los UE (UE1 y UE2) y, en respuesta, los UE (UE1 y UE2) inician los correspondientes temporizadores (Tf).
Algun tiempo despues, en un momento (t2), el UE1 se vuelve a conectar a la celda de una de las estaciones base 34, 36 de uno de los RNC 32 en la UTRAN y ocurre un evento desencadenante para enviar un informe de RLF para el RLF en t0. En respuesta al evento desencadenante para enviar el informe de RLF, el UE1 detiene el temporizador (Tf) y transmite un informe de fallo (esto es, un informe de RLF) que incluye el valor del temporizador (Tf) a la estacion base 34, 36 servidora del UE1 en la UTRAN, que comunica a su vez el informe de RLF al RNC 32. El RNC 32 determina que el informe de RLF se asocia con un RLF que ocurrio en la celda servida por la estacion base 24
5
10
15
20
25
30
35
40
45
50
55
60
(eNB) en la RAN LTE y por lo tanto envfa el informe de RLF a la estacion base 24 (eNB) a traves de un RIM en un momento (t3).
Tras recibir el informe de fallo, la funcion 48 de MRO de la estacion base 24 (eNB) clasifica el informe de fallo basandose en el valor del temporizador (Tf) incluido en el informe de fallo, que en este caso es t2-t1, y el valor del temporizador (Tmro) en la estacion base 24 (eNB) en el momento de recibir el informe de fallo que en este caso es t3-t0. Aqrn, el valor del temporizador (Tf) es menor que el valor del temporizador (Tmro) y, como tal, el informe de fallo se clasifica como que es actual, o en tiempo, para una siguiente iteracion del proceso de MRO realizado por la funcion 48 de MRO de la estacion base 24 (eNB) en un momento (t4). Notese que la funcion 48 de MRO puede compensar un retraso asociado con el envfo del informe de RLF desde el RNC 32 a la estacion base 24 (eNB), que en este ejemplo es t3-t2. El temporizador (Tmro) se reinicia en el momento (t3) en respuesta a uno o mas ajustes de movilidad hechos por la funcion 48 de MRO en el momento (t4).
Algun tiempo despues, en un momento (t5), el UE2 se reconecta a la celda de una de las estaciones base 34, 36 de uno de los RNC 32 en la UTRAN y ocurre un evento desencadenante para enviar un informe de RLF para el RLF en t0. En respuesta al evento desencadenante para enviar el informe de RLF, el UE2 detiene el temporizador (Tf) y transmite un informe de fallo (esto es, un informe de RLF) que incluye el valor del temporizador (Tf) a la estacion base 34, 36 servidora del UE2 en la UTRAN, que comunica a su vez el informe de RLF al RNC 32. El RNC 32 determina que el informe de RLF se asocia con un RLF que ocurrio en la celda servida por la estacion base 24 (eNB) en la RAN LTE y por lo tanto envfa el informe de RLF a la estacion base 24 (eNB) a traves de un RIM en un momento (t6). Tras recibir el informe de fallo, la funcion 48 de MRO de la estacion base 24 (eNB) clasifica el informe de fallo basandose en el valor del temporizador (Tf) incluido en el informe de fallo, que en este caso es t5-t1, y el valor del temporizador (Tmro) en la estacion base 24 (eNB) en el momento de recibir el informe de fallo que en este caso es t6-t4. Aqrn, el valor del temporizador (Tf) es mayor que el valor del temporizador (Tmro) y, como tal, el informe de fallo se clasifica como que es obsoleto para una siguiente iteracion del proceso de MRO realizada por la funcion 48 de MRO de la estacion base 24 (eNB). Notese que la funcion 48 de MRO puede compensar un retraso asociado con el envfo del informe de RLF desde el RNC 32 a la estacion base 24 (eNB), que en este ejemplo es t6- t5. Ya que el informe de fallo desde el UE2 es obsoleto, el informe de fallo no se considera o se considera con reducida relevancia para la siguiente iteracion del proceso de MRO realizada por la funcion 48 de MRO de la estacion base 24 (eNB).
La Figura 24 ilustra la operacion del sistema 20 de comunicaciones celular de multiple RAT de la Figura 19 para la Solucion 2, Escenario 2a segun una realizacion de la presente descripcion. Como se ilustra, en un momento (t0), la funcion 48 de MRO de una de las estaciones base 24 (eNB) en la RAN LTE realiza una iteracion del proceso de MRO que da como resultado uno o mas ajustes de MRO (esto es, ajustes a uno o mas parametros de movilidad). Como resultado de hacer los ajustes de MRO, la estacion base 24 (eNB) inicia un temporizador (Tmro). Ademas, en un momento (t0'), la funcion 48 de MRO de uno de los RNC 32 en la UTRAN realiza una iteracion del proceso de MRO que da como resultado uno o mas ajustes de MRO (esto es, ajustes a uno o mas parametros de movilidad). Como resultado de hacer los ajustes de MRO, el RNC 32 inicia un temporizador (Tmro). Algun tiempo despues, en un momento (t1), dos UE (UE1 y UE2) en la celda servida por una de las estaciones base 34, 36 controladas por el RNC 32 en la UTRAN experimenta unos HOF durante los HO de IRAT desde la celda servida por la estacion base 34, 36 a la celda servida por una de las estaciones base 24 (eNB) en la RAN LTE. En esta realizacion, los HOF se deben a HO demasiado tempranos. Los HOF son detectados por los UE (UE1 y UE2) y, en respuesta, los UE (UE1 y UE2) inician los correspondientes temporizadores (Tf).
Despues, en un momento (t2), el UE1 se vuelve a conectar a una de las celdas en la UTRAN y ocurre un evento desencadenante para enviar un informe de fallo para el HOF. El UE1 puede volver a conectarse a la misma celda en la que ocurrio el HOF o a una celda diferente. En respuesta al evento desencadenante para enviar un informe de fallo, el UE1 detiene el temporizador (Tf) y transmite un informe de fallo para el HOF que incluye el valor del temporizador (Tf) a la estacion base 34, 36 servidora del UE1 en la UTRAN. La estacion base 34, 36 servidora determina que el informe de fallo es para un HOF para un HO de IRAT desde la celda servida por la estacion base 34, 36 controlada por el RNC 32 a la celda servida por una de las estaciones base 24 (eNB) en la RAN LTE. Si el RNC 32 de la estacion base 34, 36 servidora es diferente que el RNC 32 de la estacion base 34, 36 que sirve a la celda en la que ocurrio el HOF, el RNC 32 reenvfa el informe de fallo al RNC 32 de la estacion base 34, 36 que da servicio a la celda en la que ocurrio el HOF. Ademas, en este ejemplo, el RNC 32 reenvfa el informe de fallo a la estacion base 24 (eNB) en la RAN LTE que era el objetivo del HO de IRAT fallido a traves de un RIM.
Tras recibir el informe de fallo, la estacion base 24 (eNB) en la RAN LTE clasifica el informe de fallo basandose en el valor del temporizador (Tf) incluido en el informe de fallo, que en este caso es t2-t1, y el valor del temporizador (Tmro) en la estacion base 24 (eNB) en el momento de recibir el informe de fallo, que en este caso es t3-t0. Aqrn, el valor del temporizador (Tf) es menor que (Tmro) y, como tal el informe de fallo se clasifica como que es actual, o a tiempo, para un siguiente iteracion del proceso de MRO realizada por la funcion 48 de MRO de la estacion base 24 (eNB) en un momento (t4). Especialmente, la funcion 48 de MRO de la estacion base 24 (eNB) puede compensar un retraso que resulta del envfo del informe de fallo (esto es, el retraso t3-t2). El temporizador (Tmro) en la estacion base 24 (eNB) se reinicia en el momento (t4) en respuesta a uno o mas ajustes de movilidad hechos por la funcion 48 de mRo en el momento (t4).
5
10
15
20
25
30
35
40
45
50
55
60
En el RNC 32, la funcion 48 de MRO del RNC 32 clasifica el informe de fallo basandose en el valor del temporizador (Tf) incluido en el informe de fallo que en este caso es t2-t1, y el valor del temporizador (Tmro) en el RNC 32 en el momento de recibir el informe de fallo, que en este caso es t2-t0'. Aqm, el valor del temporizador (Tf) es menor que (Tmro) y, como tal, el informe de fallo se clasifica como que es actual, o a tiempo, para una siguiente iteracion del proceso de MRO realizada por la funcion 48 de MRO del RNC 32 en un momento (t3'). El temporizador (Tmro) en el RNC 32 se reinicia en el momento (t3') en respuesta a uno o mas ajustes de movilidad hechos por la funcion 48 de MRO en el momento (t3').
Algun tiempo despues, en un momento (t5), el UE2 se vuelve a conectar a una de las celdas en la UTRAN y ocurre un evento desencadenante para enviar un informe de fallo para el HOF. El UE2 puede volver a conectarse a la misma celda en la que ocurrio el HOF o a una celda diferente. En respuesta al evento desencadenante para enviar un informe de fallo, el UE2 detiene el temporizador (Tf) y transmite un informe de fallo para el HOF que incluye el valor del temporizador (Tf) a la estacion base 34, 36 servidora del UE2 en la UTRAN. La estacion base 34, 36 servidora determina que el informe de fallo es para un HOF para un HO de IRAT desde la celda servida por la estacion base 34, 36 controlada por el RNC 32 a la celda servida por una de las estaciones base 24 (eNB) en la RAN LTE. Si el RNC 32 de la estacion base 34, 36 servidora es diferente que el RNC 32 de la estacion base 34, 36 que sirve a la celda en la que ocurrio el HOF, el RNC 32 envfa el informe de fallo al RNC 32 de la estacion base 34, 36 que da servicio a la celda en la que ocurrio el HOF. Ademas, en este ejemplo, el RNC 32 envfa el informe de fallo a la estacion base 24 (eNB) en la RAN LTE que era el objetivo del HO de IRAT fallido a traves de un RIM.
Tras recibir el informe de fallo, la estacion base 24 (eNB) en la RAN LTE clasifica el informe de fallo basandose en el valor del temporizador (Tf) incluido en el informe de fallo, que en este caso es t5-t1, y el valor del temporizador (Tmro) en la estacion base 24 (eNB) en el momento de recibir el informe de fallo, que en este caso es t6-t4. Aqm, el valor del temporizador (Tf) es mayor que (Tmro) y, como tal, el informe de fallo se clasifica como que es obsoleto para una siguiente iteracion del proceso de MRO realizada por la funcion 48 de MRO de la estacion base 24 (eNB). Especialmente, la funcion 48 de MRO de la estacion base 24 (eNB) puede compensar un retraso resultante del envfo del informe de fallo. Ya que el informe de fallo del UE2 es obsoleto, el informe de fallo no se considera o se considera con reducida relevancia para la siguiente iteracion del proceso de MRO realizada por la funcion 48 de MRO de la estacion base 24 (eNB).
En el RNC 32, la funcion 48 de MRO del RNC 32 clasifica el informe de fallo del UE2 basandose en el valor del temporizador (Tf) incluido en el informe de fallo, que en este caso es t5-t1, y el valor del temporizador (Tmro) en el RNC 32 en el momento de recibir el informe de fallo, que en este caso es t5-t3'. Aqm, el valor del temporizador (Tf) es mayor que (Tmro) y, como tal, el informe de fallo se clasifica como que es obsoleto para una siguiente iteracion del proceso de MRO realizada por la funcion 48 de MRO del RNC 32. Ya que el informe de fallo del UE2 es obsoleto, el informe de fallo no se considera o se considera con reducida relevancia para la siguiente iteracion del proceso de MRO realizada por la funcion 48 de MRO del RNC 32.
La Figura 25 ilustra la operacion del sistema 20 de comunicaciones celular de multiple RAT de la Figura 19 para la Solucion 2, Escenario 2b segun una realizacion de la presente descripcion. Esta realizacion es la misma que la de la Figura 24 pero donde el fallo de conexion es un fallo RLF poco despues de un HO de IRAT satisfactorio. Como tal, los detalles no seran repetidos.
Las Figuras 26-28 ilustran la operacion del sistema 20 de comunicaciones celular de multiple RAT de la Figura 21 para la Solucion 3, Escenarios 1, 2a, y 2b, respectivamente. Para la Solucion 3, se informa de un RFL en la RAT donde ocurrio el fallo de conexion y se informa de un HOF en la RAT de la celda en la que se recibio la orden de HO. La Solucion 3 para los Escenarios 1, 2a y 2b es por lo tanto la misma que la Solucion 1, Escenario 1, la Solucion 2, Escenario 2a, y la Solucion 1, Escenario 2b, respectivamente. La operacion del sistema 20 de comunicaciones celular de multiple RAT para estas realizaciones es la misma que la tratada anteriormente con respecto a la Figura 20 (Solucion 1, Escenario 1), Figura 24 (Solucion 2, Escenario 2a), y Figura 22 (Solucion 1, Escenario 2b), respectivamente. Como tal, los detalles no seran repetidos.
La Figura 29 ilustra la operacion del sistema 20 de comunicaciones celular de multiple RAT de la Figura 19 para la Solucion 4, Escenario 1. La operacion del sistema 20 de comunicaciones celular de multiple RAT para esta realizacion es la misma que la tratada anteriormente con respecto a la Figura 20 (Solucion 1, Escenario 1). Como tal, los detalles no seran repetidos. Para la Solucion 4, Escenarios 2a y 2b, el fallo de conexion no es informado por el UE, sino que es mas bien detectado por el RNC 32 apropiado. Notese que mientras las Figuras 20-29 se centran en los HO de IRAT, los sistemas y metodos descritos aqm son igualmente aplicables para informar de otros tipos de fallos de conexion de movilidad tales como, por ejemplo, los fallos de conexion para los HO intra RAT.
La Figura 30 es un diagrama de bloques de un UE 50 segun una realizacion de la presente descripcion. Esta descripcion del UE 50 es igualmente aplicable a los UE 26, 28, 38, 40, 42, y 44 de la Figura 19. Como se ilustra, el UE 50 incluye un subsistema 52 de radio y un subsistema 54 de procesamiento. El subsistema 52 de radio incluye uno o mas transceptores (no mostrados) que incluyen generalmente componentes analogicos y, en algunas realizaciones, digitales para enviar y recibir los datos a y desde las redes 22 y 23 de comunicaciones celulares (Figura 19). En realizaciones particulares, cada uno del uno o mas transceptores puede representar o incluir uno o mas transceptores de Frecuencia de Radio (RF), o un transmisor o transmisores y un receptor o receptores de RF
5
10
15
20
25
30
35
40
45
50
55
60
separados, capaces de transmitir informacion adecuada de forma inalambrica y recibir informacion adecuada de otros componentes de red o nodos. A partir de una vista de un protocolo de comunicaciones inalambricas, el subsistema 52 de radio implementa al menos parte de la Capa 1 (esto es, la Capa Ffsica o “PHY”).
El subsistema 54 de procesamiento generalmente implementa cualquier porcion restante de la Capa 1 asf como las funciones para las capas superiores en el protocolo de comunicaciones inalambricas (por ejemplo, la Capa 2 (capa de enlace de datos), la Capa 3 (capa de red), etc.). En realizaciones particulares, el subsistema 54 de procesamiento puede comprender, por ejemplo, uno o varios microprocesadores de proposito general o de proposito especial u otros microcontroladores programados con software y/o firmware adecuado para llevar a cabo algo o la totalidad de la funcionalidad del UE 50 descrita aqrn. Ademas o alternativamente, el subsistema 54 de procesamiento puede comprender varios bloques de hardware digitales (por ejemplo, uno o mas Circuitos Integrados de Aplicacion Espedfica (ASIC), uno o mas componentes hardware digitales o analogicos facilmente disponibles, o una combinacion de los mismos) configurados para llevar a cabo algo o la totalidad de la funcionalidad del UE 50 aqrn descrita . Adicionalmente, en realizaciones particulares, la funcionalidad anteriormente descrita del UE 50 se puede implementar, en su totalidad o en parte, por el subsistema 54 de procesamiento que ejecuta software u otras instrucciones almacenadas en un medio legible por ordenador no transitorio, tal como una Memoria de Acceso Aleatorio (RAM), una Memoria de Solo Lectura (ROM), un dispositivo de almacenamiento magnetico, un dispositivo de almacenamiento optico, o cualquier otro tipo adecuado de componentes de almacenamiento de datos. Por supuesto, la operacion detallada para cada una de las capas de protocolo funcionales, y asf el subsistema 52 de radio y el subsistema 54 de procesamiento, variaran dependiendo tanto de la implementacion particular asf como del estandar o estandares soportados por el UE 50.
La Figura 31 es un diagrama de bloques de una estacion base 56 segun una realizacion de la presente descripcion. Esta descripcion de la estacion base 56 es igualmente aplicable a la estaciones base 24, 34, y 36 de la Figura 19. Como se ilustra, la estacion base 56 incluye un subsistema 58 de radio, una o mas interfaces 60 de comunicacion, y un subsistema 62 de procesamiento. Aunque solo se ilustra un subsistema 58 de radio, la estacion base 56 de radio incluye multiples subsistemas 58 de radio (por ejemplo, un subsistema 58 de radio por sector). El subsistema 58 de radio generalmente incluye componentes analogicos y, en algunas realizaciones, digitales para enviar y recibir los datos a y desde los UE dentro de la celda correspondiente. En realizaciones particulares, el subsistema 58 de radio puede representar o incluir uno o mas transceptores de RF, o un transmisor o transmisores y un receptor o receptores de RF separados capaces de transmitir informacion adecuada de forma inalambrica y recibir informacion adecuada de otros componentes de red o nodos. Desde una vista de un protocolo de comunicaciones inalambricas, el subsistema 58 de radio implementa al menos parte de la Capa 1 (esto es, la Capa Ffsica o “PHY”).
Una o mas interfaces 60 de comunicacion proporcionan conectividad a otros nodos de red segun proceda. Por ejemplo, una o mas interfaces 60 de comunicacion pueden incluir una interfaz o interfaces a otras estaciones base 56 (por ejemplo, una interfaz X2 en la red 22 de comunicaciones celular LTE) y una interfaz o interfaces de comunicacion a la red central 30, 46 correspondiente (por ejemplo, la interfaz de comunicacion S1 en la red 22 de comunicaciones celular LTE).
El subsistema 62 de procesamiento generalmente implementa cualquier porcion restante de la Capa 1 no implementada en el subsistema 58 de radio asf como las funciones para las capas superiores en el protocolo de comunicaciones inalambricas (por ejemplo, la Capa 2 (capa de enlace de datos), la Capa 3 (capa de red), etc.). En realizaciones particulares, el subsistema 62 de procesamiento puede comprender, por ejemplo, uno o varios microprocesadores de proposito general o de proposito especial u otros microcontroladores programados con software y/o firmware adecuado para llevar a cabo algo o la totalidad de la funcionalidad de la estacion base 56 descrita aquf Ademas o alternativamente, el subsistema 62 de procesamiento puede comprender varios bloques de hardware digitales (por ejemplo, uno o mas Circuitos Integrados de Aplicacion Espedfica (ASIC), uno o mas componentes hardware digitales o analogicos facilmente disponibles, o una combinacion de los mismos) configurados para llevar a cabo algo o la totalidad de la funcionalidad de la estacion base 56 descrita aquf Adicionalmente, en realizaciones particulares, la funcionalidad anteriormente descrita de la estacion base 56 se puede implementar, en su totalidad o en parte, por el subsistema 62 de procesamiento que ejecuta software u otras instrucciones almacenadas en un medio legible por ordenador no transitorio, tal como una RAM, una ROM, un dispositivo de almacenamiento magnetico, un dispositivo de almacenamiento optico, o cualquier otro tipo adecuado de componentes de almacenamiento de datos.
Finalmente, la Figura 32 es un diagrama de bloques de uno de los RNC 32 de la Figura 19 segun una realizacion de la presente descripcion. Como se ilustra, el RNC 32 incluye una o mas interfaces 64 y un subsistema 66 de procesamiento. Una o mas interfaces 64 de comunicacion proporcionan conectividad a otros nodos de red segun proceda. En particular, una o mas interfaces 64 de comunicacion incluyen una interfaz o interfaces de comunicacion a las estaciones base 34, 36 correspondientes (Figura 19) y una interfaz o interfaces de comunicacion a la red 46 de nucleo. El subsistema 66 de procesamiento puede comprender, por ejemplo, uno o varios microprocesadores de proposito general o de proposito especial u otros microcontroladores programados con software y/o firmware adecuado para llevar a cabo algo o la totalidad de la funcionalidad del RNC 32 aqrn descrito. Ademas o alternativamente, el subsistema 66 de procesamiento puede comprender varios bloques de hardware digitales (por ejemplo, uno o mas Circuitos Integrados de Aplicacion Espedfica (ASIC), uno o mas componentes hardware digitales o analogicos facilmente disponibles, o una combinacion de los mismos) configurados para llevar a cabo
algo o la totalidad de la funcionalidad del RNC 32 descrito aqrn. Adicionalmente, en realizaciones particulares, la funcionalidad anteriormente descrita del RNC 32 se puede implementar, en su totalidad o en parte, por el subsistema 66 de procesamiento que ejecuta software u otras instrucciones almacenadas en un medio legible por ordenador no transitorio, tal como una RAM, una ROM, un dispositivo de almacenamiento magnetico, un dispositivo 5 de almacenamiento optico, o cualquier otro tipo adecuado de componentes de almacenamiento de datos.
Como se ha tratado anteriormente, el informe de fallo de conexion convencional da como resultado retrasos entre el momento en que ocurre el fallo de conexion y el momento en que el fallo de conexion es informado a la red, Los retrasos en el informe del fallo de conexion se pueden deber a un largo retardo antes de que el UE se vuelva a conectar a la RAN donde ha de informarse el fallo de conexion (por ejemplo, la Solucion 1), debido a la transicion del 10 UE a un modo inactivo durante un largo tiempo antes de volver a conectarse a la RAN donde el fallo de conexion ha de informarse , o debido a un fallo de la red de comunicaciones celular para solicitar la informacion del informe de RLF durante un largo tiempo. Asf, una funcion de MRO que realiza la MRO para una celda en, por ejemplo, una RAN LTE puede realizar un proceso de MRO que da como resultado el ajuste o ajustes de los parametros de movilidad (esto es, los ajustes de movilidad) para la celda basandose en los informes de fallo recibidos de manera 15 oportuna. Sin embargo, debido al problema del informe retrasado, la funcion de MRO puede continuar recibiendo los informes de fallo despues de que el ajuste o los ajustes de movilidad hayan sido hechos donde los informes de fallos son relevantes en una ventana de tiempo anterior a hacer el ajuste o los ajustes de movilidad. Usando los algoritmos de MRO convencionales, estos informes de fallo 'obsoletos' se consideran aun con la misma relevancia que los informes de fallo puntuales para la siguiente iteracion del proceso de MRO. Los informes de fallo obsoletos pueden 20 llevar a ajustes de movilidad incorrectos o indeseables y a una lenta convergencia de la red de comunicaciones celular a un estado de movilidad estable.
Mientras que los conceptos aqrn descritos no se limitan a ninguna ventaja en particular, los conceptos aqrn descritos abordan el problema del informe del fallo de conexion retrasado. En particular, usando los datos de temporizacion apropiados, los informes de fallos se clasifican como obsoletos o actuales. Los informes de fallo obsoletos se 25 pueden entonces descartar o usar en una posterior iteracion del algoritmo de MRO. Como resultado, se evitan los ajustes de movilidad incorrectos o indeseables y la lenta convergencia de la red de comunicaciones celular a un estado de movilidad estable debido a los informes de fallo retrasados.
A lo largo de la descripcion se han usado los siguientes acronimos:
- • 3GPP Proyecto de Asociacion de 3a Generacion
- 30
- • ASIC Circuito Integrado de Aplicacion Espedfica
- • BS Estacion Base
- • EDGE Tasas de Datos Mejoradas para la Evolucion Global
- • eNB Nodo B Mejorado
- 35
- • GERAN Sistema Global para las Tasas de Datos Mejoradas de Comunicaciones Moviles para la Red de Acceso por Radio de Evolucion Global.
- • GSM Sistema Global para las Comunicaciones Moviles
- • HO Traspaso
- • HOF Fallo de Traspaso
- • IRAT Tecnologfa de Acceso Entre Radios
- 40
- • LTE Evolucion a Largo Plazo
- • MME Entidad de Gestion de la Movilidad
- • MRO Optimizacion de la Robustez de la Movilidad
- • OAM Operaciones y Mantenimiento
- • RACH Canal de Acceso Aleatorio
- 45
- • RAM Memoria de Acceso Aleatorio
- • RAN Red de Acceso por Radio
- • RAT Tecnologfa de Acceso por Radio
- • RF
- Frecuencia de Radio
- • RIM
- Mensaje de Informacion de la Red de Acceso por Radio
- • RLF
- Fallo del Enlace de Radio
- • RNC
- Controlador de la Red de Radio
- 5 • RRC
- Control de Recurso de Radio
- • RSRP
- Potencia Recibida de la Senal de Referencia
- • RSRQ
- Calidad Recibida de la Senal de Referencia
- • S-GW
- Pasarela Servidora
- • TS
- Especificacion Tecnica
- o • c m
- Equipo de Usuario o Elemento de Usuario
- • UMTS
- Sistema de Telecomunicaciones Movil Universal
- • UTRAN
- Red de Acceso por Radio Terrestre Universal
- • WG3
- Grupo de Trabajo 3
Los expertos en la tecnica reconoceran las mejoras y modificaciones a las realizaciones preferidas de la presente 15 descripcion. La totalidad de dichas mejoras y modificaciones se considera dentro del alcance de los conceptos descritos aqm y de las reivindicaciones que siguen.
Claims (12)
- 5101520253035404550REIVINDICACIONES1. Un metodo de operacion de un nodo (24, 32) en una red (20) de comunicaciones celular, que comprende;recibir (1000) un informe de fallo asociado con un fallo de conexion para un equipo (26-28, 38-44), en donde el informe de fallo comprende un primer valor del temporizador que define una cantidad de tiempo que ha expirado entre un momento en el que ocurrio el fallo de conexion y un momento en el que el equipo (26-28, 38-44) de usuario transmitio el informe de fallo.determinar (1002) cuando ocurrio el fallo de conexion con respecto a un ajuste de movilidad mas reciente hecho por el nodo (24, 32) basandose en el primer valor del temporizador del informe de fallo y un segundo valor del temporizador que define una cantidad de tiempo que ha expirado desde que el ajuste de movilidad mas reciente fue hecho por el nodo (24, 32), en donde dicho ajuste de movilidad comprende un ajuste de uno o mas parametros de movilidad para una celda vecina espedfica, controlando dichos parametros de movilidad el traspaso dentro de la red de comunicaciones celular; ysi el fallo de conexion ocurrio antes del ajuste de movilidad mas reciente hecho por el nodo (24, 32), clasificar (1004) el informe de fallo como como un informe de fallo obsoleto; ysi el fallo de conexion ocurrio despues del ajuste de movilidad mas reciente hecho por el nodo (24, 32), clasificar (1006) el informe de fallo como un informe de fallo actual; yconsiderar el informe de fallo en una siguiente iteracion del ajuste de movilidad si el informe de fallo se clasifica como un informe de fallo actual y considerar el informe de fallo en una siguiente iteracion del ajuste de movilidad con una reducida relevancia si el informe de fallo se clasifica como un informe de fallo obsoleto.
- 2. El metodo de la reivindicacion 1 en donde el segundo valor del temporizador es mantenido por el nodo (24, 32) y en donde la determinacion de cuando ocurrio el fallo de conexion con respecto al ajuste de movilidad mas reciente hecho por el nodo (24, 32) comprende comparar el primer valor del temporizador del informe de fallo con el segundo valor del temporizador.
- 3. El metodo de la reivindicacion 1 en donde la determinacion de cuando ocurrio el fallo de conexion con respecto al ajuste de movilidad mas reciente hecho por el nodo (24, 32) comprende obtener, de otro nodo, el indicativo de informacion de una comparacion del primer valor del temporizador del informe de fallo y del segundo valor del temporizador.
- 4. El metodo de la reivindicacion 1 que comprende ademas la realizacion (3004) de un proceso posterior paradeterminar si los nuevos ajustes de movilidad son deseados y, si es asf, hacer uno o mas nuevos ajustes demovilidad, en donde el proceso posterior no considera el informe de fallo si el informe de fallo se clasifica como un informe de fallo obsoleto y considera el informe de fallo si el informe de fallo se clasifica como un informe de fallo actual.
- 5. El metodo de la reivindicacion 1 que comprende ademas la realizacion (3004) de un proceso posterior paradeterminar si los nuevos ajustes de movilidad son deseados y, si es asf, hacer uno o mas nuevos ajustes demovilidad, en donde el proceso posterior considera el informe de fallo si el informe de fallo se clasifica como uninforme de fallo actual y considera el informe de fallo con una reducida relevancia si el informe de fallo se clasifica como un informe de fallo obsoleto.
- 6. El metodo de la reivindicacion 1 que comprende ademas: hacer el ajuste de movilidad mas reciente;iniciar (3000) un segundo temporizador (Tmro) tras hacer el ajuste de movilidad mas reciente de tal forma que el segundo temporizador (Tmro) define una cantidad de tiempo que ha expirado desde la realizacion del ajuste de movilidad mas reciente;despues de hacer el ajuste de movilidad mas reciente e iniciar el segundo temporizador (Tmro), recibir (3002) una pluralidad de informes de fallo asociados con una pluralidad de fallos de la conexion para una pluralidad de equipos de usuario (26-28, 38-44); ypara cada informe de fallo de la pluralidad de informes de fallo:determinar (3002) cuando ocurrio un fallo de conexion de la pluralidad de fallos de conexion que corresponde al informe de fallo con respecto al ajuste de movilidad mas reciente hecho por el nodo (24, 32) basandose en el segundo temporizador (Tmro) y un primer temporizador (Tf) incluido en el informe de fallo que define una cantidad de tiempo que ha expirado entre un momento en el que ocurrio el fallo de conexion y un momento en el que un equipo (26-28, 38-44) de usuario correspondiente de la pluralidad de equipos (26-28, 38-44) de usuario transmitio el informe de fallo.5101520253035404550si el fallo de conexion ocurrio antes del ajuste de movilidad mas reciente hecho por el nodo (24, 32), clasificar (3002) el informe de fallo como un informe de fallo obsoleto; ysi el fallo de conexion ocurrio despues del ajuste de movilidad mas reciente hecho por el nodo (24, 32), clasificar (3002) el informe de fallo como un informe de fallo actual.
- 7. El metodo de la reivindicacion 6 que comprende ademas:realizar (3004) un proceso para determinar si los nuevos ajustes de movilidad son deseados y, si esa asf, hacer uno o mas nuevos ajustes de movilidad basandose en uno de la pluralidad de informes de fallo clasificados como informes de fallos actuales pero ninguno de la pluralidad de informes de fallo clasificados como informes de fallo obsoletos; yreiniciar (3006, 3008) el segundo temporizador (Tmro) si el proceso ha hecho uno o mas ajustes de movilidad.
- 8. El metodo de la reivindicacion 6 que comprende ademas:realizar (3004) un proceso para determinar si los nuevos ajustes de movilidad son deseados y, si esa asf, hacer uno o mas nuevos ajustes de movilidad basandose en la pluralidad de informes de fallo de tal forma que se le da menor relevancia a un primer subconjunto de la pluralidad de informes de fallo clasificados como informes de fallo obsoletos comparados con un segundo subconjunto de la pluralidad de informes de fallo clasificados como informes de fallo actuales; yreiniciar (3006, 3008) el segundo temporizador (Tmro) si el proceso ha hecho uno o mas nuevos ajustes de movilidad.
- 9. El metodo de la reivindicacion 1 en donde el nodo (24, 32) es una estacion base (24) de la red (20) de comunicaciones celular, y la recepcion del informe de fallo comprende recibir el informe de fallo del equipo de usuario (26, 28).
- 10. El metodo de la reivindicacion 1 en donde el nodo (24, 32) es una primera estacion base (24) de la red (20) de comunicaciones celular, y la recepcion del informe de fallo comprende recibir el informe de fallo de un segundo nodo (24, 32) de la red (20) de comunicaciones celular.
- 11. El metodo de la reivindicacion 1 en donde el nodo (24, 32) es una estacion base (24) de una primera red (22) de comunicaciones celular que opera segun una primera tecnologfa de acceso por radio, y la recepcion del informe de fallo comprende recibir el informe de fallo de un nodo (32) asociado con una segunda red (23) de acceso por radio que opera segun una segunda tecnologfa de acceso por radio, en donde la segunda red (23) de acceso por radio obtuvo el informe de fallo de un equipo de usuario (38-44).
- 12. Un nodo (24, 56) en una red (22) de acceso por radio de una red (20) de comunicaciones celular, que comprende:un subsistema (58) de radio configurado para proporcionar conectividad inalambrica a los equipos de usuario (26, 28) ubicados dentro de un celda servida por el nodo (24, 56);una o mas interfaces (60) de comunicacion configuradas para proporcionar conectividad al menos a uno de un grupo consistente de: una red central (30) de la red (20) de comunicaciones celular y uno o mas de otros nodos (24) en la red (22) de acceso por radio; yun subsistema (62) de procesamiento asociado con el subsistema (58) de radio y una o mas interfaces (60) de comunicacion configuradas para:recibir (1000) un informe de fallo asociado con un fallo de conexion para un equipo (26, 28) de usuario, en donde el fallo de conexion comprende un primer valor del temporizador que define una cantidad de tiempo que ha expirado entre un momento en que ocurrio el fallo de conexion y un momento en que el equipo (26-28, 38-44) transmitio el informe de fallo.determinar (1002) cuando ocurrio el fallo de conexion con respecto al ajuste de movilidad mas reciente hecho por el nodo (24, 56) basandose en el primer valor del temporizador del informe de fallo y un segundo valor del temporizador que define una cantidad de tiempo que ha expirado desde que el ajuste de movilidad mas reciente fue hecho por el nodo (24, 32), en donde dicho ajuste de movilidad comprende un ajuste de uno o mas parametros de movilidad para una celda vecina espedfica, controlando dichos parametros de movilidad el traspaso dentro de la red de comunicaciones celular; ysi el fallo de conexion ocurrio antes del ajuste de movilidad mas reciente por el nodo (24, 56), clasificar (1004) el informe de fallo como un informe de fallo obsoleto; ysi el fallo de conexion ocurrio despues del ajuste de movilidad mas reciente hecho por el nodo (24, 56) clasificar (1006) el informe de fallo como un informe de fallo actual; yconsiderar el informe de fallo en una siguiente iteracion del ajuste de movilidad si el informe de fallo se clasifica como un informe de fallo actual y considerar el informe de fallo en una siguiente iteracion del ajuste de movilidad con 5 una reducida relevancia si el informe de fallo se clasifica como un informe de fallo obsoleto.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201261645868P | 2012-05-11 | 2012-05-11 | |
| US201261645868P | 2012-05-11 | ||
| PCT/SE2013/000069 WO2013169169A2 (en) | 2012-05-11 | 2013-05-10 | Classifying failure reports as either current or stale for mobility robustness optimization adjustments |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2624252T3 true ES2624252T3 (es) | 2017-07-13 |
Family
ID=49548975
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES13787640.5T Active ES2624252T3 (es) | 2012-05-11 | 2013-05-10 | Clasificación de los informes de fallo bien como actuales u obsoletos para los ajustes de optimización de la robustez de la movilidad |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US9185581B2 (es) |
| EP (1) | EP2850877B1 (es) |
| JP (1) | JP6193360B2 (es) |
| CN (1) | CN104322104B (es) |
| AU (2) | AU2013260235B2 (es) |
| ES (1) | ES2624252T3 (es) |
| IN (1) | IN2014DN08690A (es) |
| WO (1) | WO2013169169A2 (es) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9226215B2 (en) * | 2013-07-03 | 2015-12-29 | Qualcomm Incorporated | Inter radio access technology (IRAT) threshold adjustment |
| WO2015023067A1 (ko) | 2013-08-12 | 2015-02-19 | 삼성전자 주식회사 | 다중 기지국 연결 기반의 무선 통신 시스템에서의 무선 링크 실패 처리 방법 및 그 장치 |
| BR112016017476A8 (pt) * | 2014-01-29 | 2020-06-16 | Huawei Tech Co Ltd | método e dispositivo para processamento de falha de enlace de rádio |
| US9655025B1 (en) | 2014-03-24 | 2017-05-16 | Sprint Spectrum L.P. | Managing the performance of a wireless device handover |
| US9655008B2 (en) * | 2014-09-30 | 2017-05-16 | Apple Inc. | Systems and methods for improved network scanning for quality of service applications |
| US10085181B2 (en) | 2015-07-29 | 2018-09-25 | Qualcomm Incorporated | Mechanism to avoid ping pong during inter radio access technology redirection failure |
| CN107241756B (zh) * | 2016-03-28 | 2020-11-10 | 中兴通讯股份有限公司 | 一种接入网间乒乓切换判决和互通的方法和装置 |
| WO2018097073A1 (ja) * | 2016-11-24 | 2018-05-31 | 日本電気株式会社 | 情報通知装置、情報通知方法およびプログラムが記録された記録媒体 |
| CN106535270B (zh) * | 2016-12-15 | 2019-10-11 | 北京小米移动软件有限公司 | 网络选择方法及装置 |
| EP3611963B1 (en) | 2017-04-14 | 2022-06-29 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and device for switching cells and user equipment |
| WO2021088077A1 (zh) * | 2019-11-08 | 2021-05-14 | 华为技术有限公司 | 移动性优化方法及相关装置 |
| US11895543B2 (en) * | 2020-04-06 | 2024-02-06 | Intel Corporation | MRO for 5G networks |
| WO2022082505A1 (en) * | 2020-10-21 | 2022-04-28 | Zte Corporation | System and methods of network performance optimization |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010017961A1 (en) * | 2008-08-11 | 2010-02-18 | Alcatel Lucent | Handover method and apparatus in a wireless communications network |
| US8577360B2 (en) * | 2010-04-12 | 2013-11-05 | Telefonaktiebolaget Lm Ericsson (Publ) | UE-based MDT measuring and reporting in a cellular radio access network |
| US9100858B2 (en) * | 2010-10-04 | 2015-08-04 | Kyocera Corporation | Mobile communication method, radio terminal, and base station |
| US10595221B2 (en) * | 2010-11-03 | 2020-03-17 | Hfi Innovation, Inc. | Method of MDT information logging and reporting |
| US9167447B2 (en) * | 2011-03-31 | 2015-10-20 | Mediatek Inc. | Failure event report for initial connection setup failure |
-
2013
- 2013-05-07 US US13/888,778 patent/US9185581B2/en active Active
- 2013-05-10 EP EP13787640.5A patent/EP2850877B1/en active Active
- 2013-05-10 ES ES13787640.5T patent/ES2624252T3/es active Active
- 2013-05-10 CN CN201380024568.0A patent/CN104322104B/zh active Active
- 2013-05-10 WO PCT/SE2013/000069 patent/WO2013169169A2/en active Application Filing
- 2013-05-10 AU AU2013260235A patent/AU2013260235B2/en not_active Ceased
- 2013-05-10 IN IN8690DEN2014 patent/IN2014DN08690A/en unknown
- 2013-05-10 JP JP2015511408A patent/JP6193360B2/ja not_active Expired - Fee Related
-
2015
- 2015-09-04 US US14/846,041 patent/US9699697B2/en active Active
-
2016
- 2016-02-03 AU AU2016200694A patent/AU2016200694A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| AU2013260235B2 (en) | 2015-11-26 |
| CN104322104B (zh) | 2018-04-20 |
| JP6193360B2 (ja) | 2017-09-06 |
| EP2850877B1 (en) | 2017-02-01 |
| EP2850877A2 (en) | 2015-03-25 |
| WO2013169169A2 (en) | 2013-11-14 |
| US9699697B2 (en) | 2017-07-04 |
| AU2013260235A1 (en) | 2014-11-27 |
| US20150382265A1 (en) | 2015-12-31 |
| JP2015528219A (ja) | 2015-09-24 |
| WO2013169169A3 (en) | 2014-03-20 |
| IN2014DN08690A (es) | 2015-05-22 |
| US20130303155A1 (en) | 2013-11-14 |
| EP2850877A4 (en) | 2016-03-23 |
| CN104322104A (zh) | 2015-01-28 |
| WO2013169169A8 (en) | 2014-11-06 |
| US9185581B2 (en) | 2015-11-10 |
| AU2016200694A1 (en) | 2016-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2624252T3 (es) | Clasificación de los informes de fallo bien como actuales u obsoletos para los ajustes de optimización de la robustez de la movilidad | |
| US9992812B2 (en) | Handover failure detection device, handover parameter adjustment device, and handover optimization system | |
| US20220279372A1 (en) | Methods and apparatuses for conditional handover in wireless communication systems | |
| US8917702B2 (en) | Method and device for data processing in a wireless network | |
| US9538523B2 (en) | Methods receiving radiation pattern information and related network nodes and base stations | |
| US9681448B2 (en) | Methods communicating radiation pattern information and related network nodes and base stations | |
| US20160044518A1 (en) | Methods of operating radio access network base stations and related network nodes | |
| US20150365994A1 (en) | Handling a radio link failure in communications | |
| US20120263147A1 (en) | Mobile communication method and mobile switching center | |
| BR112016016372B1 (pt) | Métodos executados por nós de rede para tratar comunicações em uma rede de comunicações de rádio e nós de rede relacionados | |
| US10383009B2 (en) | Handover of a terminal in dual connectivity mode | |
| JP2019512971A (ja) | 基地局、コアネットワーク装置及び通信デバイス | |
| EP3892031A1 (en) | A wireless device and method performed by the wireless device when accessing a cell | |
| US11968571B2 (en) | Target node, user equipment, source node and methods performed thereby for handling reconfigurations of the user equipment during a conditional handover | |
| US20240214839A1 (en) | Base station supporting self-configuration and self-optimization and method thereof | |
| JP6052739B2 (ja) | 制御装置、基地局、制御方法、及びプログラム | |
| EP2848038B1 (en) | Resetting mobility parameters being associated with a handover procedure | |
| US11129060B2 (en) | Handover method and apparatus, and computer storage medium | |
| KR102207843B1 (ko) | 기지국간 협력을 통한 핸드오버 방법 및 그 장치 | |
| WO2019140560A1 (zh) | 一种切换方法及装置、计算机存储介质 | |
| WO2024067624A1 (zh) | 信息报告方法以及用户设备 |