ES2919878T3 - Método, aparato y producto de programa informático relacionado para decidir sobre un esquema de señalización para traspaso - Google Patents
Método, aparato y producto de programa informático relacionado para decidir sobre un esquema de señalización para traspaso Download PDFInfo
- Publication number
- ES2919878T3 ES2919878T3 ES16200781T ES16200781T ES2919878T3 ES 2919878 T3 ES2919878 T3 ES 2919878T3 ES 16200781 T ES16200781 T ES 16200781T ES 16200781 T ES16200781 T ES 16200781T ES 2919878 T3 ES2919878 T3 ES 2919878T3
- Authority
- ES
- Spain
- Prior art keywords
- protocol version
- handover
- protocol
- destination
- version
- 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
- 230000011664 signaling Effects 0.000 title claims abstract description 94
- 238000000034 method Methods 0.000 title claims abstract description 33
- 230000001052 transient effect Effects 0.000 claims description 7
- 238000012546 transfer Methods 0.000 abstract description 6
- 239000002131 composite material Substances 0.000 abstract 1
- 230000015654 memory Effects 0.000 description 12
- 230000005540 biological transmission Effects 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 7
- 238000011161 development Methods 0.000 description 5
- 230000018109 developmental process Effects 0.000 description 5
- 238000004590 computer program Methods 0.000 description 3
- 230000014509 gene expression Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000000007 visual 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/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
- H04W36/0044—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of quality context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0064—Transmission or use of information for re-establishing the radio link of control information between different access points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/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
- H04W36/0088—Scheduling hand-off measurements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection control
- H04W36/38—Reselection control by fixed network equipment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Se revela un primer método (y primer aparato relacionado) que comprende transmisión, en un mensaje de solicitud de transferencia, una indicación de una versión de primer protocolo; Un segundo método (y segundo aparato relacionado) que comprende recibir, en el mensaje de solicitud de transferencia, la indicación, decidir, basarse en la indicación recibida y una segunda versión del protocolo, en un valor de un elemento de información compuesto en un mensaje de reconocimiento de solicitud de transferencia para que transmitido, el elemento de información que indica el uso de un primer esquema de señalización o un segundo esquema de señalización diferente del primer esquema de señalización, y transmitiendo el mensaje de reconocimiento de solicitud de transferencia que comprende el elemento de información; y en el primer método que recibe el mensaje de reconocimiento de solicitud de entrega que comprende el elemento de información; y un tercer método (y tercer aparato relacionado) que comprende la recepción del mensaje del comando de transferencia que comprende el elemento de información y la configuración de acuerdo con uno de los primeros y segundo esquemas de señalización indicados por el elemento de información. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Método, aparato y producto de programa informático relacionado para decidir sobre un esquema de señalización para traspaso
Un ejemplo de la presente invención se refiere a decidir sobre un esquema de señalización para traspaso. Más específicamente, la presente invención se refiere a un método, un equipo de usuario y un medio de almacenamiento legible por ordenador no transitorio que almacena instrucciones, para decidir sobre un esquema de señalización para traspaso. El ejemplo de la presente invención puede ser aplicable, por ejemplo, a traspaso intra evolución a largo plazo (LTE) e inter nodo B evolucionado (eNB) en el proyecto asociación de la 3' generación (3GPP).
En la Versión 8 (Rel-8) de LTE, por ejemplo, para reducir el tamaño o configuración del mensaje de comando de traspaso (por ejemplo, mensaje de reconfiguración de conexión de controlador de recursos de radio (RRC)), el 3GPP decidió usar la denominada señalización delta. Esto significa que, en caso de que el eNB de destino no incluya, por ejemplo, un parámetro en el comando de traspaso, un equipo de usuario (UE) puede suponer el parámetro o la función continuará después del traspaso.
Sin embargo, en el sistema universal de telecomunicación móvil (UMTS) actual (por ejemplo, el denominado sistema 3G), por ejemplo, el denominado traspaso de controlador de red inter-radio (RNC) no usa esta clase de esquema, pero en el caso de un UE que implique, por ejemplo, la reubicación (por ejemplo, traspaso definitivo) del sistema de red de radio (RNS), un RNC de destino puede construir un mensaje de comando de traspaso basándose en la información de portadora de acceso de radio (RAB). Esto significa que el RNC de destino puede incluir explícitamente parámetros que van a usarse después del traspaso.
Puede haber enfoques especializados para resolver los problemas anteriores.
Por ejemplo, puede usarse una configuración de señalización completa. Sin embargo, en 3GPP, puede no haber consideraciones sobre cómo el eNB de destino puede elegir el uso de cualquiera de una denominada señalización delta o señalización completa.
Sin embargo, la señalización delta asume que el eNB de origen y el eNB de destino usan la misma versión de protocolo de RRC o la versión de protocolo de RRC de eNB de destino es más nueva que la del eNB de origen. Sin embargo, por ejemplo, en caso de que la versión de protocolo de RRC de eNB de destino sea más anterior que la del eNB de origen, puede requerirse una regla adicional puesto que, de ninguna manera, el eNB de destino puede continuar una funcionalidad de versión posterior después del traspaso. Por lo tanto, toda la funcionalidad adicional y los parámetros definidos en la versión posterior pueden liberarse.
El documento WO2008/157717 desvela un traspaso que usa configuración de señalización delta.
El borrador del 3GPP R2-095893 "Handover to legacy eNB", 12 de octubre de 2009, desvela posibles opciones para facilitar un traspaso a un eNB que soporta una versión anterior de las normas distinta de la del eNB de origen.
Teniendo en cuenta lo anterior, de acuerdo con los ejemplos, se proporcionan los métodos, los aparatos, un producto de programa informático relacionado y una estructura de datos para decidir sobre un esquema de señalización para traspaso.
En esta conexión, los ejemplos de la presente invención posibilitan uno o más de lo siguiente:
- Especificar una lógica para que el eNB de destino elija el uso de señalización delta o señalización completa; - Posibilitar un intercambio de parámetros para ayudar al eNB de destino a tomar la decisión anterior;
- Evitar una red complicada y, por lo tanto, evitar un esfuerzo de configuración de operación y administración (O&M) complicado;
- Proporcionar una lógica sencilla para que el eNB de destino trate sobre cuándo usar la señalización delta y cuándo usar la señalización de configuración completa.
La invención se define en las reivindicaciones.
A continuación, se describen en el presente documento ejemplos que no son parte de la presente invención con referencia a los dibujos adjuntos, en los que:
La Figura 1 muestra métodos para decidir sobre un esquema de señalización para traspaso de acuerdo con un ejemplo útil para entender la presente invención;
La Figura 2 muestra aparatos para decidir sobre un esquema de señalización para traspaso de acuerdo con el ejemplo; y
La Figura 3 muestra una estructura de datos para decidir sobre un esquema de señalización para traspaso de acuerdo con el ejemplo.
Se describe en el presente documento a continuación un ejemplo útil para entender la presente invención con referencia a los dibujos adjuntos.
Se ha de observar que, para esta descripción, las expresiones "versión de protocolo; al menos un bit; mensaje de reconfiguración de conexión de control de recursos de radio; protocolo de control de recursos de radio; señalización completa; y señalización delta" son ejemplos para "versión de protocolo; elemento de información; el mensaje que va a enviarse al UE para ordenar el traspaso; primer y segundo protocolos; esquema de señalización que usa mensajes de comando de traspaso de configuración completa (por ejemplo, parámetros); y esquema de señalización que usa mensajes de comando de traspaso de configuración reducida", respectivamente, sin restringir las expresiones anteriormente mencionadas a los detalles técnicos o de implementación especiales impuestos a las expresiones mencionadas en primer lugar.
La Figura 1 muestra los métodos para decidir sobre un esquema de señalización para traspaso de acuerdo con un ejemplo que no es parte de la invención reivindicada. La señalización entre elementos puede indicarse en la dirección horizontal, mientras que los aspectos del tiempo entre la señalización pueden reflejarse en la disposición vertical de la secuencia de señalización, así como en los números de la secuencia. Se ha de observar que, los aspectos de tiempo indicados en la Figura 1 no restringen necesariamente ninguna de las etapas de método mostradas a la secuencia de etapas señalada. Esto se aplica en particular a etapas de método que son funcionalmente disyuntivos entre sí. Dentro de la Figura 1, para facilidad de descripción, los medios o porciones que pueden proporcionar las funcionalidades principales se representan con bloques o flechas funcionales de línea recta y/o una fuente normal, mientras que los medios o porciones que pueden proporcionar funciones opcionales se representan con bloques o flechas funcionales de línea discontinua y/o una fuente en cursiva.
Como se muestra en la Figura 1, un sistema de comunicación 200 puede comprender un UE 201 y una red 202. A su vez, la red 202 puede comprender además un eNB de origen 2021 y un eNB de destino 2022, los términos "destino" y "origen" están relacionados, por ejemplo, con una relación de traspaso entre los eNB 2021, 2022.
En el comienzo, en una etapa preparatoria opcional S0, por ejemplo, el UE 201 y el eNB de origen 2021 pueden realizar la realización de un procedimiento de medición y una decisión del eNB de origen 2021 para realizar un traspaso (HO).
Además, como se muestra en la Figura 1, en la etapa S1-1, por ejemplo, el eNB de origen 2021 puede realizar la transmisión, en un mensaje de solicitud de traspaso, de una indicación (por ejemplo, elemento de información enumerado) de una primera versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de origen 2021). A continuación, en la etapa S2-1, por ejemplo, el eNB de destino 2022 puede realizar la recepción, en el mensaje de solicitud de traspaso, de la indicación de una primera versión de protocolo.
En la etapa S2-2, por ejemplo, el eNB de destino 2022 puede realizar la decisión, basándose en la indicación recibida (por ejemplo, indicación de RRC) de la primera versión de protocolo y una segunda versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de destino 2022), en un valor de un elemento de información (por ejemplo, un bit) comprendido en un mensaje de acuse de recibo de solicitud de traspaso (por ejemplo, mensaje de reconfiguración de conexión de RRC que puede encapsularse en un mensaje de acuse de recibo de solicitud de traspaso) que va a transmitirse, indicando el elemento de información el uso de un primer esquema de señalización (por ejemplo, señalización delta) y un segundo esquema de señalización (por ejemplo, señalización completa) diferente del primer esquema de señalización.
Y, en la etapa S2-3, por ejemplo, el eNB de destino 2022 puede realizar la transmisión del mensaje de acuse de recibo de solicitud de traspaso (que puede contener el mensaje de reconfiguración de conexión de RRC) que comprende el elemento de información que indica el uso de uno del primer y segundo esquemas de señalización (por ejemplo, señalización delta o señalización completa). Por consiguiente, en la etapa S1-2, por ejemplo, el eNB de origen 2021 puede realizar la recepción, en respuesta a la transmisión en la etapa S1-1, del mensaje de acuse de recibo de solicitud de traspaso (por ejemplo, que contiene el mensaje de reconfiguración de conexión de RRC) que comprende el elemento de información que indica el uso de uno del primer esquema de señalización y el segundo esquema de señalización, habiéndose decidido el uso de uno del primer y segundo esquemas de señalización basándose en la primera versión de protocolo y la segunda versión de protocolo externo.
En una etapa opcional S1-3, por ejemplo, el eNB de origen 2021 puede realizar la extracción un mensaje de comando de traspaso del mensaje de acuse de recibo de solicitud de traspaso recibido, comprendiendo el mensaje de comando de traspaso el elemento de información.
A continuación, en la etapa S1-4, por ejemplo, el eNB de origen 2021 puede realizar la transmisión, después de la recepción, del mensaje de comando de traspaso (por ejemplo, el mensaje de reconfiguración de conexión de RRC) a un equipo de usuario (por ejemplo, el UE 201).
Finalmente, en la etapa S3-2, por ejemplo, el UE 201 puede realizar la recepción del mensaje de comando de traspaso
que comprende el elemento de información. Y, en la etapa S3-2, por ejemplo, el UE 201 puede realizar la configuración de acuerdo con el primer o el segundo esquema indicado por el elemento de información.
Como para los despliegues que pertenecen al eNB de destino 2022, la decisión puede realizarse durante una preparación de traspaso. Además, la indicación de la primera versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de origen 2021) puede estar comprendida en un contenedor de control de recursos de radio, o puede señalizarse en un protocolo de señalización de aplicación X2/S1.
En cuanto a los desarrollos que pertenecen tanto al eNB de origen 2021 como al eNB de destino 2022, el primer esquema de señalización puede utilizar un contenedor de control de recursos de radio definido en la especificación de control de recursos de radio (por ejemplo, mensajes de información de preparación de traspaso). En ese caso, el elemento de información puede establecerse a afirmativo. Además, en este caso, la primera versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de origen 2021) puede ser superior a la segunda versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de destino 2022). Como alternativa, el segundo esquema de señalización puede utilizar un mensaje definido en la especificación de protocolo de aplicación X2 (por ejemplo, el mensaje de solicitud de traspaso) o en la especificación de protocolo de aplicación S1, (por ejemplo, mensaje de traspaso requerido). En ese caso, el elemento de información puede establecerse a no afirmativo. Además, en este caso, la primera versión de protocolo puede ser igual o inferior a la segunda versión de protocolo. Sin embargo, debe transferirse la misma información desde el eNB de origen 2021 al eNB de destino 2022 independientemente del esquema de señalización. Además, la versión de protocolo puede estar constituida por una liberación de protocolo. Además, el elemento de información puede estar constituido por al menos un bit. Aún, además, el mensaje de acuse de recibo de solicitud de traspaso puede estar constituido por o puede encapsular un mensaje de reconfiguración de conexión de control de recursos de radio. Además, el primer protocolo puede estar constituido por un protocolo de control de recursos de radio de una entidad de origen de traspaso, mientras que la indicación de la primera versión de protocolo puede ser un elemento de información enumerado. Además, el segundo protocolo puede estar constituido por un protocolo de control de recursos de radio de una entidad de destino de traspaso. Finalmente, los mensajes de comando de traspaso de la configuración completa o de la configuración delta pueden estar constituidos por mensajes de reconfiguración de conexión de control de recursos de radio, mientras que el contenedor de control de recursos de radio puede estar constituido por un mensaje de información de preparación de traspaso.
La Figura 2 muestra aparatos (por ejemplo, el UE 201, el eNB de origen 2021 y el eNB de destino 2022) para decidir sobre un esquema de señalización para traspaso de acuerdo con el ejemplo. Dentro de la Figura 2, para facilidad de descripción, los medios o porciones que pueden proporcionar las funcionalidades principales se representan con bloques o flechas funcionales de línea recta y/o una fuente normal, mientras que los medios o porciones que pueden proporcionar funciones opcionales se representan con bloques o flechas funcionales de línea discontinua y/o una fuente en cursiva.
El UE 201 puede comprender una CPU (o circuitería) 2011, una memoria 2012, un transmisor opcional (o medios para transmitir) 2013, un receptor (o medios para recibir) 2014 y un configurador (o medios para configurar) 2015.
El eNB de origen 2021 puede comprender una CPU (o circuitería) 20211, una memoria 20212, un transmisor (o medios para transmitir) 20213, un receptor (o medios para recibir) 20214 y un extractor opcional (o medios para extraer) 20215.
El eNB de destino 2022 puede comprender una CPU (o circuitería) 20221, una memoria 20222, un transmisor (o medios para transmitir) 20223, un receptor (o medios para recibir) 20224 y un tomador de decisiones (o medios para decidir) 20225.
Como se indica por las extensiones de línea discontinua de los bloques funcionales de la CPU 2011, 20211 o 20221, los medios para configurar 2015, los medios para extraer 20215 y los medios para decidir 20225 (y los medios para transmitir 2013 y los medios para recibir 2014 del UE 201, los medios para transmitir 20213 y los medios para recibir 20214 del eNB de origen 2021, así como los medios para transmitir 20223 y los medios para recibir 20224 del eNB de destino 2022) pueden ser funcionalidades que se ejecutan en la CPU 2011, 20211 o 20221 del UE 201 y/o los eNB de origen y de destino 2021, 2022, o, como alternativa, pueden ser entidades o medios funcionales separados.
Las CPU 20x1 (en donde x = 1, 21 y/o 22) pueden estar respectivamente configuradas, por ejemplo, por software que reside en la memoria 20x2, para procesar diversas entradas de datos y para controlar las funciones de las memorias 20x2, los medios para transmitir 202x3 y los medios para recibir 20x4 (así como los medios para configurar 2015 del UE 201, los medios para extraer 20215 y los medios para decidir 20225 del eNB de destino 2022). Las memorias 20x2 pueden servir, por ejemplo, para almacenar medios de código para llevar a cabo, por ejemplo, los métodos de acuerdo con el ejemplo de la presente invención, cuando se ejecutan, por ejemplo, en las CPU 20x1. Se ha de observar que, los medios para transmitir 20x3 y los medios para recibir 20x4, como alternativa, pueden proporcionase como transceptores integrales. Se ha de observar además que, los transmisores/receptores pueden implementarse i) como transmisores/receptores físicos para realizar la función de transceptor, por ejemplo, mediante la interfaz aérea (por ejemplo, entre el UE 201 y la entidad de origen 2021), ii) como entidades de encaminamiento, por ejemplo, para transmitir/recibir paquetes de datos, por ejemplo, en una red (por ejemplo entre el eNB de origen 2021 y el eNB de destino 2022 cuando están dispuestos como entidades de red separadas) de PS (conmutación de paquetes), iii) como
funcionalidades para escribir/leer información en/desde un área de memoria dada (por ejemplo, en caso de las CPU compartidas/comunes o memorias de ejemplo, por ejemplo, del eNB de origen 2021 y el eNB de destino 2022, cuando están dispuestas como una entidad de red integral), o iv) como cualquier combinación adecuada de i) a iii).
Además, como se muestra en la Figura 2, por ejemplo, los medios para transmitir 20213 del eNB de origen 2021 pueden realizar la transmisión, en un mensaje de solicitud de traspaso, de una indicación (por ejemplo, elemento de información enumerado) de una primera versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de origen 2021). A continuación, por ejemplo, los medios para recibir 20224 del eNB de destino 2022 pueden realizar la recepción, en el mensaje de solicitud de traspaso, de la indicación de una primera versión de protocolo.
Por ejemplo, los medios para decidir 20225 del eNB de destino 2022 pueden realizar la decisión, basándose en la indicación recibida (por ejemplo, indicación de RRC) de la primera versión de protocolo y una segunda versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de destino 2022), en un valor de un elemento de información (por ejemplo, un bit) comprendido en un mensaje de acuse de recibo de solicitud de traspaso (por ejemplo, mensaje de reconfiguración de conexión de RRC que puede encapsularse en un mensaje de acuse de recibo de solicitud de traspaso) que va a transmitirse, indicando el elemento de información el uso de un primer esquema de señalización (por ejemplo, señalización delta) y un segundo esquema de señalización (por ejemplo, señalización completa) diferente del primer esquema de señalización.
Y, por ejemplo, los medios para transmitir 20223 del eNB de destino 2022 pueden realizar la transmisión del mensaje de acuse de recibo de solicitud de traspaso (que puede contener el mensaje de reconfiguración de conexión de RRC) que comprende el elemento de información que indica el uso de uno del primer y segundo esquemas de señalización (por ejemplo, señalización delta o señalización completa). Por consiguiente, por ejemplo, los medios para recibir 20214 del eNB de origen 2021 pueden realizar la recepción, en respuesta a la transmisión realizada por los medios para transmitir 20213, del mensaje de acuse de recibo de solicitud de traspaso (por ejemplo, que contiene el mensaje de reconfiguración de conexión de RRC) que comprende el elemento de información que indica el uso de uno del primer esquema de señalización y el segundo esquema de señalización, habiéndose decidido el uso de uno del primer y segundo esquemas de señalización basándose en la primera versión de protocolo y la segunda versión de protocolo externo.
Opcionalmente, por ejemplo, los medios para extraer 20215 del eNB de origen 2021 pueden realizar la extracción de un mensaje de comando de traspaso desde el mensaje de acuse de recibo de solicitud de traspaso recibido, comprendiendo el mensaje de comando de traspaso el elemento de información.
A continuación, opcionalmente, por ejemplo, los medios para transmitir 20213 del eNB de origen 2021 pueden realizar la transmisión, después de la recepción, del mensaje de acuse de recibo de solicitud de traspaso (por ejemplo, el mensaje de reconfiguración de conexión de RRC) a un equipo de usuario (por ejemplo, el UE 201).
Finalmente, por ejemplo, los medios para recibir 2014 del UE 201 pueden realizar la recepción del mensaje de comando de traspaso que comprende el elemento de información. Y, por ejemplo, los medios para configurar 2015 del UE 201 pueden realizar la configuración de acuerdo con el primer o el segundo esquema de señalización indicado por el elemento de información.
Al igual que los desarrollos que pertenecen al eNB de destino 2022, los medios para decidir 20225 pueden estar configurados para funcionar durante una preparación de traspaso. Además, la indicación de la primera versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de origen 2021) puede estar comprendida en un contenedor de control de recursos de radio, o puede señalizarse en un protocolo de señalización de aplicación X2/S1.
En cuanto a los desarrollos que pertenecen tanto al eNB de origen 2021 como al eNB de destino 2022, el primer esquema de señalización puede utilizar un contenedor de control de recursos de radio definido en la especificación de control de recursos de radio (por ejemplo, mensajes de información de preparación de traspaso). En ese caso, el elemento de información puede establecerse a afirmativo. Además, en este caso, la primera versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de origen 2021) puede ser superior a la segunda versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de destino 2022). Como alternativa, el segundo esquema de señalización puede utilizar un mensaje definido en la especificación de protocolo de aplicación X2 (por ejemplo, el mensaje de solicitud de traspaso) o en la especificación de protocolo de aplicación S1, (por ejemplo, el mensaje de traspaso requerido). En ese caso, el elemento de información puede establecerse a no afirmativo. Además, en este caso, la primera versión de protocolo puede ser igual o inferior a la segunda versión de protocolo. Sin embargo, debe transferirse la misma información desde el eNB de origen 2021 al eNB de destino 2022 independientemente del esquema de señalización. Además, la versión de protocolo puede estar constituida por una liberación de protocolo. Además, el elemento de información puede estar constituido por al menos un bit. Aún, además, el mensaje de acuse de recibo de solicitud de traspaso puede estar constituido por o puede encapsular un mensaje de reconfiguración de conexión de control de recursos de radio. Además, el primer protocolo puede estar constituido por un protocolo de control de recursos de radio de una entidad de origen de traspaso, mientras que la indicación de la primera versión de protocolo puede ser un elemento de información enumerado. Además, el segundo protocolo puede estar constituido por un protocolo de control de recursos de radio de una entidad de destino de traspaso. Finalmente, los mensajes de
comando de traspaso de la configuración completa o de la configuración delta pueden estar constituidos por mensajes de reconfiguración de conexión de control de recursos de radio, mientras que el contenedor de control de recursos de radio puede estar constituido por un mensaje de información de preparación de traspaso.
Adicionalmente, al menos uno de o más de los medios para transmitir 20213, 20223, los medios para recibir 20214, 20224, los medios para configurar 2015, los medios para extraer 20215 y los medios para decidir 20225, anteriormente descritos, así como el UE 201, el eNB de origen 2021 y el eNB de destino 2022, o las respectivas funcionalidades llevadas a cabo, pueden implementarse como un conjunto de chips, módulo o subconjunto.
Finalmente, el ejemplo de la presente invención también se refiere a un sistema que puede comprender el eNB de origen 2021, el eNB de destino 2022 y el UE 201, de acuerdo con el ejemplo anteriormente descrito de la presente invención.
La Figura 3 muestra una estructura de datos 300 para decidir sobre un esquema de señalización para traspaso de acuerdo con el ejemplo.
Como se muestra en la Figura 3, la estructura de datos 300 puede comprender un elemento de información 301 que indica el uso de uno del primer esquema de señalización (por ejemplo, el esquema de señalización delta) y el segundo esquema de señalización (por ejemplo, el esquema de señalización completa), habiéndose decidido el uso del primer y segundo esquemas de señalización basándose en la primera versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de origen 2021 señalizada, por ejemplo, durante la preparación de traspaso al eNB de destino 2021) y la segunda versión de protocolo externo (por ejemplo, la versión de protocolo de RRC que está configurada para soportar el eNB de destino 2022).
Además, la estructura de datos puede comprender un encabezamiento opcional 302, una sección de carga útil opcional 303 y un final opcional 304.
En cuanto a los desarrollos que pertenecen a la estructura de datos, la estructura de datos puede estar constituida por un mensaje de acuse de recibo de solicitud de traspaso. Además, el primer esquema de señalización puede utilizar un contenedor de control de recursos de radio definido en la especificación del control de recursos de radio (por ejemplo, los mensajes de información de preparación de traspaso). En ese caso, el elemento de información puede establecerse a afirmativo. Además, en este caso, la primera versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de origen 2021) puede ser superior a la segunda versión de protocolo (por ejemplo, la versión de protocolo de RRC del eNB de destino 2022). Como alternativa, el segundo esquema de señalización puede utilizar un mensaje definido en la especificación de protocolo de aplicación X2 (por ejemplo, el mensaje de solicitud de traspaso) o la especificación de protocolo de aplicación S1. (por ejemplo, el mensaje de traspaso requerido). En ese caso, el elemento de información puede establecerse a no afirmativo. Además, en este caso, la primera versión de protocolo puede ser igual o inferior a la segunda versión de protocolo. Sin embargo, debe transferirse la misma información desde el eNB de origen 2021 al eNB de destino 2022 independientemente del esquema de señalización. Además, la versión de protocolo puede estar constituida por una liberación de protocolo. Además, el elemento de información puede estar constituido por al menos un bit. Aún, además, el mensaje de acuse de recibo de solicitud de traspaso puede estar constituido por o puede encapsular un mensaje de reconfiguración de conexión de control de recursos de radio. Además, el primer protocolo puede estar constituido por un protocolo de control de recursos de radio de una entidad de origen de traspaso, mientras que la indicación de la primera versión de protocolo puede ser un elemento de información enumerado. Además, el segundo protocolo puede estar constituido por un protocolo de control de recursos de radio de una entidad de destino de traspaso. Finalmente, los mensajes de comando de traspaso de la configuración completa o de la configuración delta pueden estar constituidos por mensajes de reconfiguración de conexión de control de recursos de radio, mientras que el contenedor de control de recursos de radio puede estar constituido por un mensaje de información de preparación de traspaso.
Sin estar restringido a los detalles que siguen en esta sección, los ejemplos de la presente invención pueden resumirse de la siguiente manera:
Por ejemplo, si se define un nuevo parámetro de información de indicador de calidad de canal (CQI) en la Rel-9 y el UE está configurado con el nuevo parámetro de información de CQI en el eNB de origen de la Rel-9, este nuevo parámetro de información de CQI debe liberarse después del traspaso al eNB de la Rel-8. Sin embargo, ya que el eNB de la Rel-8 no soporta esta funcionalidad, no tendrá ningún medio para liberar esta funcionalidad ni podrá interactuar apropiadamente con el UE que continúa usando esa funcionalidad.
Por consiguiente, se realizan consideraciones sobre cómo hacer frente al traspaso (HO) cuando un eNB de origen y un eNB de destino están usando, por ejemplo, diferentes versiones o liberaciones de protocolo. Básicamente, el ejemplo que no es parte de la invención reivindicada proporciona un mecanismo para indicar cuál versión (liberación) de protocolo de r Rc (control de recursos de radio) se usa en el eNB de origen y, por lo tanto, puede añadirse un nuevo parámetro, por ejemplo, a un mensaje de información de preparación de traspaso y, basándose en eso, el eNB de destino puede poder tomar una decisión de si es necesaria la señalización completa o delta para la finalización de HO satisfactoria y para indicarlo al UE. En otras palabras, esto significa que este indicador puede indicar a un UE (equipo de usuario) si el eNB de destino usa el método de configuración delta o completa, y significa una señalización
de una cierta versión de liberación de RRC desde el eNB de origen al eNB de destino durante la preparación de traspaso para posibilitar que el eNB de destino decida qué método va o debería usarse. Puede soportarse la señalización delta si la versión de protocolo de RRC de eNB de destino es igual o más nueva que la que está usando el eNB de origen.
Para usar la señalización completa, se propone incluir, por ejemplo, un bit para indicar, por ejemplo, en el mensaje de reconfiguración de conexión de RRC en la Rel-8 o en adelante. Por lo tanto, en caso de que el "indicador de señalización completa" se establezca a "sí", el UE puede conocer evidentemente que el mensaje de reconfiguración de conexión de RRC no está basado en la señalización delta. Ya que puede requerirse esta señalización completa cuando la versión de protocolo de RRC del eNB de origen es mayor que la versión de protocolo de RRC del eNB de destino, tener el "indicador de señalización completa" en la Rel-8 y en adelante puede resolver el problema.
Par decidir si el "indicador de señalización completa" debe establecerse a "sí" o no, el eNB de destino puede tomar una decisión, por ejemplo, durante la preparación de HO, puesto que este elemento de información puede incluirse, por ejemplo, en el mensaje de reconfiguración de conexión de RRC y puede enviarse al eNB de origen, por ejemplo, en el mensaje de acuse de recibo de solicitud de traspaso.
En otras palabras, se propone que el eNB de origen pueda indicar la versión del protocolo de RRC del eNB de origen al eNB de destino durante la preparación de traspaso. Esto puede incluirse en el contenedor de RRC o puede señalizarse a través de X2 y/o a través de S1 en el protocolo de aplicación X2 y/o S1. Después de que el eNB de destino aprende la versión del protocolo de RRC que está usando el eNB de origen, y si la versión es superior a la que está usando el eNB de destino o el eNB de destino no entiende la versión (por ejemplo, puesto que el indicador de versión de protocolo de RRC de eNB de origen es mayor que lo que soporta el eNB de destino), el eNB de destino puede usar la señalización completa. Si la versión de protocolo de RRC del eNB de origen es menor o igual que la versión de protocolo de RRC del eNB de destino, el eNB de destino puede usar la denominada señalización delta.
En otras palabras, la señalización de la primera versión de protocolo puede realizarse, por ejemplo, por un contenedor de RRC o un mensaje X1/S1. La misma señalización puede no estar relacionada con la señalización delta o completa. El eNB de origen puede indicar, por ejemplo, su versión de protocolo de RRC mediante el contenedor de RRC (por ejemplo, el mensaje de información de preparación de traspaso) o el mensaje X1/S1. (Mensaje de solicitud de traspaso/mensaje de traspaso requerido) y, gradualmente, el contenedor de RRC puede encapsularse en el mensaje X1/S2. Por lo tanto, el comando de traspaso puede ser un mensaje de RRC y el mensaje de acuse de recibo de solicitud de traspaso puede ser el mensaje X2. El comando de traspaso puede encapsularse en el mensaje de acuse de recibo de solicitud de traspaso, y el eNB de origen transmite el comando de traspaso al UE, puesto que el mensaje de comando de traspaso es desde el cual el UE puede procesar. Finalmente, la señalización completa/delta puede estar relacionada con la del mensaje de comando de traspaso, que puede construirse en el eNB de destino y se envía al UE mediante el eNB de origen. Por consiguiente, se usa un indicador de un bit en el mismo mensaje (es decir, el mensaje de comando de traspaso) de modo que el UE puede configurar parámetros apropiadamente.
[Ejemplos adicionales]
Para el fin de la presente invención como se ha descrito anteriormente en el presente documento, debe observarse que
- una circuitería puede hacer referencia a al menos uno de o híbridos de lo siguiente:
(a) a implementaciones de circuito únicamente de hardware (tales como implementaciones únicamente en circuitería analógica y/o digital), y
(b) a combinaciones de circuitos y software (y/o firmware), tales como (según sea aplicable):
(i) una combinación de procesador o procesadores, o
(ii) porciones de procesador o procesadores/software (que incluyen procesador o procesadores de señales digitales), software y memoria (o memorias) que funcionan juntos para hacer que un aparato, como se ha definido en el presente documento anteriormente, realice diversas funciones, y
(c) a circuitos, tales como un (micro)procesador o procesadores o una porción de (a) (micro)procesador o procesadores que requieren software y/o firmware para su operación incluso si el software o firmware no está físicamente presente;
- un procesador puede ser cualquier unidad de procesamiento, tal como una CPU, unidad aritmético-lógica (ALU), unidad de microprocesador (MPU), procesador de señales digitales (DSP) etc., ser un procesador de único núcleo, procesador de núcleo dual o procesador de múltiples núcleos;
- un programa puede realizarse por o en cualquier programa informático (producto), medio legible por ordenador, procesador o procesadores, memoria (o memorias), circuitería, circuitos, memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM) y/o estructura o estructuras de datos, ya sea, por ejemplo, como un código de programa (fuente) compilado/no compilado, objeto ejecutable, (meta)fichero o similares;
- una tecnología de acceso puede ser cualquier tecnología por medio de la cual un equipo de usuario puede acceder a una red de acceso (o estación base, respectivamente). Puede usarse cualquier tecnología presente o futura, tal como WiMAX (Interoperabilidad Mundial para Acceso por Microondas) o WLAn (Red de Área Local Inalámbrica), BlueTooth, Infrarrojos y similares; aunque las tecnologías anteriores son en su mayoría tecnologías de acceso inalámbricas, por ejemplo, en diferentes espectros de radio, la tecnología de acceso en el sentido de la presente invención puede implicar tecnologías alámbricas, por ejemplo, tecnologías de acceso basadas en IP como las redes de cable o línea fija.
- una red puede ser cualquier dispositivo, unidad o medio mediante el cual una entidad de estación u otro equipo de usuario puede conectarse a y/o utilizar servicios ofrecidos por la red de acceso; tales servicios incluyen, entre otros, datos y/o comunicación (audio-) visual, descarga de datos, etc.;
- en general, la presente invención puede ser aplicable en aquellos entornos de red/equipo de usuario que se basan en un esquema de transmisión basado en paquete de datos de acuerdo con el cual se transmiten datos en paquetes de datos y que están, por ejemplo, basados en el protocolo de internet (IP). Sin embargo, la presente invención no está limitada a lo mismo, y también es aplicable cualquier otra versión IP o IP móvil (MIP) actual o futura, o, más en general, un protocolo que sigue principios similares a (M)IPv4/6;
- un equipo de usuario puede ser cualquier dispositivo, unidad o medio mediante el cual un usuario de sistema puede experimentar servicios de una red de acceso;
- las etapas de método probablemente implementadas como porciones de código de software y que se ejecutan usando un procesador en un elemento de red o terminal (como ejemplos de dispositivos, aparatos y/o módulos de los mismos, o como ejemplos de entidades que incluyen aparatos, circuiterías y/o módulos de los mismos), son independientes de código de software y pueden especificarse usando cualquier lenguaje de programación conocido o desarrollado futuro siempre que se conserve la funcionalidad definida por las etapas de método; - en general, cualquier etapa de método es adecuada para implementarse como software o por hardware sin cambiar la idea de la invención en términos de la funcionalidad implementada;
- etapas de método y/o dispositivos, unidades o medios probablemente implementados como componentes de hardware en los aparatos anteriormente definidos, o cualquier módulo o módulos/circuitería o circuiterías de los mismos, son independientes de hardware y pueden implementarse usando cualquier tecnología de hardware conocida o desarrollada futura o cualquier híbrido de estos, tales como MOS (Metal - Óxido - Semiconductor), CMOS (MOS Complementario), Bím Os (MOS Bipolar), BiCMOS (CMOS Bipolar), ECL (Lógica de Emisor Acoplado), TTL (Lógica de Transistor - Transistor), etc., usando, por ejemplo, componentes de tipo ASIC (CI (Circuito Integrado) para Aplicaciones Específicas), componentes de tipo FPGA (Disposiciones de Puertas programables en Campo), componentes de tipo CPLD (Dispositivo Lógico Programable Complejo) o componentes de tipo DSP (Procesador de Señales Digitales); además, cualquier etapa de método y/o dispositivos, unidades o medios probablemente implementados como componentes de software, como alternativa, pueden estar basados en cualquier arquitectura de seguridad apta para, por ejemplo, autenticación, autorización, codificación y/o protección de tráfico;
- dispositivos, unidades, circuiterías o medios (por ejemplo, los aparatos anteriormente definidos o uno cualquiera de sus respectivos medios) pueden implementarse como dispositivos, unidades o medios individuales, pero esto no excluye que se implementen en una forma distribuida a través de todo el sistema, siempre que se conserve la funcionalidad del dispositivo, unidad, circuitería o medios;
- un aparato puede representarse por un chip de semiconductores, un conjunto de chips, un módulo (hardware) que comprende tal chip o conjunto de chips o una circuitería; esto, sin embargo, no excluye la posibilidad de que una funcionalidad de un aparato, módulo o circuitería, en lugar de implementarse por hardware, se implemente como software en un módulo (software) tal como un programa informático o un producto de programa informático que comprende porciones de código de software ejecutables para su ejecución/ejecutarse en un procesador;
- un dispositivo se puede considerar como un aparato o como un conjunto de más de un aparato, ya sea funcionalmente en cooperación entre sí o de forma funcionalmente independiente entre sí, pero en un mismo alojamiento de dispositivo, por ejemplo.
Aunque se ha descrito en el presente documento la presente invención antes con referencia a realizaciones particulares de la misma, la presente invención no está limitada a lo mismo y puede realizarse diversa modificación a la misma sin alejarse del alcance de la invención como se define por las reivindicaciones adjuntas.
Claims (8)
1. Un método realizado por un equipo de usuario, UE, para traspaso, usando uno de un esquema de señalización de configuración delta o un esquema de señalización de configuración completa, de una estación base de origen, BS, que soporta una primera versión de protocolo a una BS de destino que soporta una segunda versión de protocolo, en donde el UE está configurado de acuerdo con la primera versión de protocolo usada por la BS de origen, comprendiendo el método:
recibir un mensaje de comando de traspaso desde la BS de destino, mediante la BS de origen, en donde bajo una condición de que la primera versión de protocolo sea más nueva que la segunda versión de protocolo, el mensaje de comando de traspaso comprende una indicación de un bit de que el UE realiza una configuración completa; y bajo una condición de que el mensaje de comando de traspaso comprende la indicación de un bit, liberar parámetros definidos en dicha primera versión de protocolo y realizar un procedimiento de configuración completa para traspaso a la BS de destino.
2. Un equipo de usuario, UE, apto para traspaso, que usa uno de un esquema de señalización de configuración delta o un esquema de señalización de configuración completa, de una estación base de origen, BS, que soporta una primera versión de protocolo una BS de destino que soporta una segunda versión de protocolo, en donde el UE está configurado de acuerdo con la primera versión de protocolo usada por la BS de origen, comprendiendo el UE:
un transceptor configurado para recibir un mensaje de comando de traspaso desde la BS de destino, mediante la BS de origen, en donde bajo una condición de que la primera versión de protocolo sea más nueva que la segunda versión de protocolo, el mensaje de comando de traspaso comprende una indicación de un bit de que el UE realiza una configuración completa; y
un procesador configurado para, bajo una condición de que el mensaje de comando de traspaso comprende la indicación de un bit, liberar parámetros definidos en dicha primera versión de protocolo y realizar un procedimiento de configuración completa para traspaso a la BS de destino.
3. Un medio de almacenamiento legible por ordenador no transitorio que almacena un conjunto de instrucciones para su ejecución por al menos un procesador de un equipo de usuario, UE, para soportar el traspaso de UE, usando uno de un esquema de señalización de configuración delta o un esquema de señalización de configuración completa, de una estación base de origen, BS, que soporta una primera versión de protocolo a una BS de destino que soporta una segunda versión de protocolo, en donde el UE está configurado de acuerdo con la primera versión de protocolo usada por la BS de origen, comprendiendo el conjunto de instrucciones:
un primer segmento de instrucción para recibir un mensaje de comando de traspaso desde la BS objetivo, mediante la Bs de origen, en donde bajo una condición de que la primera versión de protocolo sea más nueva que la segunda versión de protocolo, el mensaje de comando de traspaso comprende una indicación de un bit de que el UE realiza una configuración completa; y
un segundo segmento de instrucción para, bajo una condición de que el mensaje de comando de traspaso comprende la indicación de un bit, liberar parámetros definidos en dicha primera versión de protocolo y realizar un procedimiento de configuración completa para traspaso a la BS de destino.
4. El método de la reivindicación 1, el UE de la reivindicación 2 o el medio de almacenamiento legible por ordenador no transitorio de la reivindicación 3, en donde el mensaje de comando de traspaso incluye un mensaje de reconfiguración de conexión de control de recursos de radio, RRC.
5. El método de la reivindicación 1, el UE de la reivindicación 2 o el medio de almacenamiento legible por ordenador no transitorio de la reivindicación 3, en donde la primera versión de protocolo es una primera versión de protocolo de control de recursos de radio, RRC, y la segunda versión de protocolo es una segunda versión de protocolo de RRC.
6. El método de la reivindicación 1, el UE de la reivindicación 2 o el medio de almacenamiento legible por ordenador no transitorio de la reivindicación 3, en donde bajo la condición de que la primera versión de protocolo sea más nueva que la segunda versión de protocolo, la primera versión de protocolo es mayor que la segunda versión de protocolo.
7. El método de la reivindicación 1, el UE de la reivindicación 2 o el medio de almacenamiento legible por ordenador no transitorio de la reivindicación 3, en donde bajo la condición de que la primera versión de protocolo sea más nueva que la segunda versión de protocolo, la primera versión de protocolo es más posterior que la segunda versión de protocolo.
8. El método de la reivindicación 1, el UE de la reivindicación 2 o el medio de almacenamiento legible por ordenador no transitorio de la reivindicación 3, en donde la BS de destino es un primer Nodo B evolucionado, eNB, y la BS de destino es un segundo eNB.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP16200781.9A EP3157288B1 (en) | 2009-12-15 | 2009-12-15 | Method, apparatus and related computer program product for deciding on a signaling scheme for handover |
| PCT/EP2009/067218 WO2011072726A1 (en) | 2009-12-15 | 2009-12-15 | Methods, apparatuses, related computer program product and data structure for deciding on a signaling scheme for handover |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2919878T3 true ES2919878T3 (es) | 2022-07-28 |
Family
ID=42133733
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES16200781T Active ES2919878T3 (es) | 2009-12-15 | 2009-12-15 | Método, aparato y producto de programa informático relacionado para decidir sobre un esquema de señalización para traspaso |
Country Status (10)
| Country | Link |
|---|---|
| US (10) | US8665830B2 (es) |
| EP (4) | EP3157288B1 (es) |
| JP (1) | JP5707573B2 (es) |
| KR (16) | KR101880281B1 (es) |
| CN (1) | CN102742349B (es) |
| ES (1) | ES2919878T3 (es) |
| HU (2) | HUE032228T2 (es) |
| PL (1) | PL3157288T3 (es) |
| PT (1) | PT3157288T (es) |
| WO (1) | WO2011072726A1 (es) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101880281B1 (ko) * | 2009-12-15 | 2018-07-20 | 와이어리스 퓨처 테크놀로지스 인코포레이티드 | 핸드오버에 대한 시그널링 방식을 결정하기 위한 방법들, 장치들, 관련된 컴퓨터 프로그램 물건 및 데이터 구조 |
| US9496972B2 (en) * | 2010-03-08 | 2016-11-15 | Htc Corporation | Communication devices and methods thereof |
| GB2479937B (en) * | 2010-04-30 | 2014-02-19 | Samsung Electronics Co Ltd | Management of storage of measurement data |
| WO2012074878A2 (en) | 2010-12-03 | 2012-06-07 | Interdigital Patent Holdings, Inc. | Methods, apparatus and systems for performing multi-radio access technology carrier aggregation |
| CN110366255B (zh) | 2011-07-29 | 2023-08-18 | 交互数字专利控股公司 | 用于多无线电接入技术无线***中的无线电资源管理的方法和设备 |
| JP5889607B2 (ja) * | 2011-11-17 | 2016-03-22 | シャープ株式会社 | ホーム基地局装置、位置管理装置及び移動通信システム |
| CN103379626A (zh) * | 2012-04-16 | 2013-10-30 | 中兴通讯股份有限公司 | 多版本兼容的无线资源存储方法和装置 |
| ES2719803T3 (es) | 2013-10-16 | 2019-07-16 | Alcatel Lucent | Una red de comunicaciones, macro célula, célula pequeña, sistema de comunicaciones y método de comunicaciones |
| US20150172988A1 (en) * | 2013-12-18 | 2015-06-18 | Telefonaktiebolaget L M Erisson (Publ) | Reduced wireless communication handover command size during handover execution |
| US9681342B2 (en) * | 2014-01-31 | 2017-06-13 | Intel IP Corporation | Assistance information for evolved node B (eNB) parameter tuning |
| US11272563B2 (en) * | 2015-09-10 | 2022-03-08 | Nokia Solutions And Networks Oy | Selective proprietary protocol support indication removal |
| US10083217B2 (en) * | 2015-11-26 | 2018-09-25 | International Business Machines Corporation | Method and system for upgrading a set of replicated state machine processes |
| CN113423124B (zh) | 2016-04-01 | 2023-10-13 | 北京三星通信技术研究有限公司 | 一种支持无缝切换的方法及基站设备 |
| CN110622564B (zh) * | 2016-12-21 | 2021-10-01 | 鸿颖创新有限公司 | 无线通信***的状态转移方法 |
| EP3583803B1 (en) * | 2017-03-22 | 2023-08-09 | Samsung Electronics Co., Ltd. | Method and user equipment for performing initial beam alignment during random access (rach) procedure |
| EP3823354B1 (en) * | 2017-05-05 | 2023-09-06 | Sony Group Corporation | Communications device, infrastructure equipment, wireless communications network and methods |
| EP3666029A4 (en) * | 2017-08-10 | 2021-04-28 | Apple Inc. | TECHNIQUES FOR PERFORMING A DIRECT ACCESS CHANNEL PROCEDURE FOR HANDOVER IN A WIRELESS COMMUNICATION ENVIRONMENT |
| EP3732933A1 (en) * | 2018-02-14 | 2020-11-04 | Google LLC | Full and delta configuration in a central unit-distributed unit architecture |
| CN111937461B (zh) * | 2018-04-02 | 2023-10-24 | 瑞典爱立信有限公司 | 分割基站中的rrc版本处理 |
| GB2572754B (en) * | 2018-04-05 | 2020-12-02 | Tcl Communication Ltd | Indicating supported network protocols |
| US20210258214A1 (en) * | 2018-06-21 | 2021-08-19 | Ntt Docomo, Inc. | Network node |
| US11356903B2 (en) | 2018-08-08 | 2022-06-07 | Google Llc | Device and method of configuring a handover |
| WO2020074190A1 (en) * | 2018-10-08 | 2020-04-16 | British Telecommunications Public Limited Company | Cellular telecommunications network |
| US11191122B2 (en) | 2019-01-10 | 2021-11-30 | Samsung Electronics Co., Ltd | Method and apparatus for performing communication in wireless communication system |
| CN111726840B (zh) * | 2019-03-21 | 2021-09-24 | 大唐移动通信设备有限公司 | 一种终端的双连接配置处理方法及装置 |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6157835A (en) * | 1998-03-02 | 2000-12-05 | Ericsson Inc. | System and method for detecting and handling system and capability changes in handoffs of cellular calls |
| US6522880B1 (en) * | 2000-02-28 | 2003-02-18 | 3Com Corporation | Method and apparatus for handoff of a connection between network devices |
| US7843878B2 (en) * | 2000-12-04 | 2010-11-30 | Ericsson Ab | Method and apparatus to control handoff between different wireless systems |
| US7016325B2 (en) * | 2001-01-18 | 2006-03-21 | Strix Systems, Inc. | Link context mobility method and system for providing such mobility, such as a system employing short range frequency hopping spread spectrum wireless protocols |
| US7961682B2 (en) | 2002-04-11 | 2011-06-14 | Qualcomm Incorporated | Handoff between base stations of different protocol revisions in a CDMA system |
| KR101194031B1 (ko) * | 2003-12-02 | 2012-10-24 | 삼성전자주식회사 | Ｉｐ기반의 무선통신시스템에서의 서로 다른 무선인터페이스를 갖는 기지국간 핸드오프 방법 |
| SE0400163D0 (sv) * | 2004-01-28 | 2004-01-28 | Ericsson Telefon Ab L M | Method and systems of radio communications |
| CN100461946C (zh) * | 2005-07-08 | 2009-02-11 | 华为技术有限公司 | 一种***间切换方法 |
| EP1903817B1 (en) * | 2005-07-08 | 2011-05-18 | Huawei Technologies Co., Ltd. | Method of inter-system handover |
| US9462564B2 (en) | 2006-05-01 | 2016-10-04 | Nokia Technologies Oy | Apparatus, method and computer program product providing uplink synchronization through use of dedicated uplink resource assignment |
| CA2665452C (en) | 2006-10-31 | 2016-01-05 | Qualcomm Incorporated | Inter-enode b handover procedure |
| CN101137215B (zh) * | 2007-01-16 | 2010-05-19 | 中兴通讯股份有限公司 | 支持移动终端在具有不同协议版本的基站间移动的方法 |
| US8005107B2 (en) * | 2007-02-06 | 2011-08-23 | Research In Motion Limited | Method and system for robust MAC signaling |
| EP2135419A1 (en) | 2007-03-23 | 2009-12-23 | Marvell World Trade Ltd. | Ip mobility mechanism selection for terminals |
| US8169968B1 (en) * | 2007-05-10 | 2012-05-01 | Rockstar Consortium | Reducing communication silence when performing inter-technology handoff |
| US9392504B2 (en) * | 2007-06-19 | 2016-07-12 | Qualcomm Incorporated | Delivery of handover command |
| KR20090013942A (ko) * | 2007-08-03 | 2009-02-06 | 삼성전자주식회사 | 휴대단말의 리비전 레벨 전송 방법 및 시스템 |
| KR101344400B1 (ko) | 2007-11-29 | 2014-02-17 | 삼성전자 주식회사 | 기지국간 핸드오버시의 패킷 포워딩 방법 |
| US8583119B2 (en) | 2008-04-21 | 2013-11-12 | Qualcomm Incorporated | Method and apparatus for management of automatic neighbor relation function in wireless networks |
| US8229440B2 (en) * | 2008-07-14 | 2012-07-24 | Qualcomm Incorporated | Systems, methods and apparatus to facilitate identification and acquisition of access points |
| CN102217366A (zh) * | 2008-11-17 | 2011-10-12 | 诺基亚西门子通信公司 | 联网能力确定机制 |
| EP2484148B1 (en) * | 2009-09-30 | 2014-03-05 | Telefonaktiebolaget L M Ericsson (PUBL) | Methods and arrangements in a mobile telecommunication system |
| GB2474077B (en) * | 2009-10-05 | 2013-07-24 | Samsung Electronics Co Ltd | Method and apparatus for configuring radio access functionality of a wireless commumication unit |
| KR101880281B1 (ko) * | 2009-12-15 | 2018-07-20 | 와이어리스 퓨처 테크놀로지스 인코포레이티드 | 핸드오버에 대한 시그널링 방식을 결정하기 위한 방법들, 장치들, 관련된 컴퓨터 프로그램 물건 및 데이터 구조 |
-
2009
- 2009-12-15 KR KR1020187001015A patent/KR101880281B1/ko active IP Right Grant
- 2009-12-15 KR KR1020197024153A patent/KR102098204B1/ko active IP Right Grant
- 2009-12-15 PL PL16200781.9T patent/PL3157288T3/pl unknown
- 2009-12-15 ES ES16200781T patent/ES2919878T3/es active Active
- 2009-12-15 KR KR1020157002598A patent/KR20150020727A/ko not_active Application Discontinuation
- 2009-12-15 US US13/516,399 patent/US8665830B2/en active Active
- 2009-12-15 EP EP16200781.9A patent/EP3157288B1/en active Active
- 2009-12-15 EP EP15167648.3A patent/EP2941084B2/en active Active
- 2009-12-15 KR KR1020177002751A patent/KR101752370B1/ko active IP Right Grant
- 2009-12-15 KR KR1020217022201A patent/KR102462471B1/ko active IP Right Grant
- 2009-12-15 KR KR1020167018448A patent/KR101703310B1/ko active Search and Examination
- 2009-12-15 KR KR1020247018449A patent/KR20240091310A/ko active Application Filing
- 2009-12-15 KR KR1020167001278A patent/KR101639748B1/ko active IP Right Grant
- 2009-12-15 WO PCT/EP2009/067218 patent/WO2011072726A1/en active Application Filing
- 2009-12-15 KR KR1020247001785A patent/KR102672697B1/ko active IP Right Grant
- 2009-12-15 CN CN200980163446.3A patent/CN102742349B/zh active Active
- 2009-12-15 KR KR1020207009504A patent/KR102279694B1/ko active IP Right Grant
- 2009-12-15 PT PT162007819T patent/PT3157288T/pt unknown
- 2009-12-15 HU HUE15167648A patent/HUE032228T2/en unknown
- 2009-12-15 EP EP22170763.1A patent/EP4054240A1/en active Pending
- 2009-12-15 KR KR1020177017280A patent/KR101819667B1/ko active IP Right Grant
- 2009-12-15 KR KR1020157002596A patent/KR101588180B1/ko active IP Right Grant
- 2009-12-15 KR KR1020127018033A patent/KR101508986B1/ko active IP Right Grant
- 2009-12-15 KR KR1020187020142A patent/KR101947719B1/ko active IP Right Grant
- 2009-12-15 EP EP09775197A patent/EP2514261A1/en not_active Withdrawn
- 2009-12-15 JP JP2012543482A patent/JP5707573B2/ja active Active
- 2009-12-15 KR KR1020227037920A patent/KR102627466B1/ko active IP Right Grant
- 2009-12-15 KR KR1020197003684A patent/KR102013891B1/ko active IP Right Grant
- 2009-12-15 HU HUE16200781A patent/HUE059725T2/hu unknown
-
2014
- 2014-02-12 US US14/178,418 patent/US9049623B2/en active Active
-
2015
- 2015-01-09 US US14/593,759 patent/US9055489B2/en active Active
- 2015-01-29 US US14/609,101 patent/US9072012B2/en active Active
- 2015-06-29 US US14/753,448 patent/US9609554B2/en active Active
-
2017
- 2017-02-14 US US15/432,183 patent/US9936424B2/en active Active
-
2018
- 2018-04-02 US US15/942,923 patent/US10595235B2/en active Active
-
2020
- 2020-03-17 US US16/821,220 patent/US11109282B2/en active Active
-
2021
- 2021-08-31 US US17/462,332 patent/US11711730B2/en active Active
-
2023
- 2023-07-21 US US18/224,621 patent/US20230362742A1/en active Pending
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2919878T3 (es) | Método, aparato y producto de programa informático relacionado para decidir sobre un esquema de señalización para traspaso | |
| ES2476221T3 (es) | Cambio de célula primaria durante agregación de portadora | |
| KR20200060477A (ko) | 보안 보호를 위한 방법, 장치 및 시스템 | |
| ES2953840T3 (es) | Aparato de comunicación y método de comunicación | |
| JP7232560B2 (ja) | ハンドオーバのシグナリング方式を決定するための方法、装置、関連するコンピュータプログラム製品及びデータ構造 | |
| JP6634121B2 (ja) | ハンドオーバのシグナリング方式を決定するための方法、装置、関連するコンピュータプログラム製品及びデータ構造 | |
| JP6377700B2 (ja) | ハンドオーバのシグナリング方式を決定するための方法、装置、関連するコンピュータプログラム製品及びデータ構造 | |
| JP6043818B2 (ja) | ハンドオーバのシグナリング方式を決定するための方法、装置、関連するコンピュータプログラム製品及びデータ構造 | |
| JP2020039184A (ja) | ハンドオーバのシグナリング方式を決定するための方法、装置、関連するコンピュータプログラム製品及びデータ構造 | |
| JP2015100123A (ja) | ハンドオーバのシグナリング方式を決定するための方法、装置、関連するコンピュータプログラム製品及びデータ構造 | |
| BR112017024336B1 (pt) | Equipamento de usuário, estação base e método de comunicação |