ES2359947T3 - Método y aparato para una transferencia intercelular sin corte en un sistema de comunicación. - Google Patents
Método y aparato para una transferencia intercelular sin corte en un sistema de comunicación. Download PDFInfo
- Publication number
- ES2359947T3 ES2359947T3 ES07720471T ES07720471T ES2359947T3 ES 2359947 T3 ES2359947 T3 ES 2359947T3 ES 07720471 T ES07720471 T ES 07720471T ES 07720471 T ES07720471 T ES 07720471T ES 2359947 T3 ES2359947 T3 ES 2359947T3
- Authority
- ES
- Spain
- Prior art keywords
- request information
- establishment request
- node
- version
- standard
- 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
- 238000000034 method Methods 0.000 title claims abstract description 43
- 238000012546 transfer Methods 0.000 title claims abstract description 29
- 238000004891 communication Methods 0.000 title claims abstract description 18
- 230000001629 suppression Effects 0.000 claims abstract 2
- 238000013507 mapping Methods 0.000 claims description 14
- 230000011664 signaling Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 8
- 230000002457 bidirectional effect Effects 0.000 description 6
- 230000006866 deterioration Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/10—Reselecting an access point controller
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/22—Interfaces between hierarchically similar devices between access point controllers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Gear-Shifting Mechanisms (AREA)
- Devices For Conveying Motion By Means Of Endless Flexible Members (AREA)
Abstract
Un método de transferencia intercelular en un sistema de comunicación caracterizado por: el establecimiento (602, 707) de un Conjunto de Formatos de Transporte, TFS, que indica un sentido de enlace descendente de un canal dedicado, DCH, en un formato cero y la supresión de un indicador de DCH unidireccional en una información de petición de establecimiento de enlace de radio, RL, con el fin de obtener una nueva información de petición de establecimiento de RL si una versión de un estándar que sigue un primer equipo que ha de recibir la información de petición de establecimiento de RL es anterior a una versión de un estándar que sigue un segundo equipo que ha de enviar la información de petición de establecimiento de RL y el envío de encaminamiento (603, 708) al primer equipo de la nueva información de petición de establecimiento de RL en donde el TFS se establece en el formato cero.
Description
Campo de la invención
La presente invención se refiere al campo de la comunicación y, en particular, a un método y aparato para una transferencia intercelular sin corte en un sistema de comunicación.
El Acceso Múltiple por División de Código de Banda Ancha (WCDMA) es una tecnología de comunicación móvil de tercera generación ampliamente utilizada. Un sistema WCDMA comprende principalmente un núcleo de la red (CN), una Red de Acceso Universal Radioeléctrico Terrestre (UTRAN) y equipos de usuario (UE). El equipo UE intercambia datos con el equipo de la red a través de una interfaz aérea y proporciona a los usuarios varias funciones de servicio de conmutación de circuitos (CS) y de conmutación de paquetes (PS), comprendiendo las aplicaciones comunes de voz, comunicaciones de datos y multimedia móvil e Internet. La red UTRAN se suele utilizar para conseguir funciones tales como control del acceso, gestión de la movilidad y gestión de recursos de radio y control del sistema. Puede comprender uno o más subsistemas de red radio (RNS) conectado a la red central CN a través de una interfaz Iu o interfaces Iu. Un subsistema RNS puede comprender un controlador de red de radio (RNC) y uno o más Nodos B. El Nodo B interconecta con un RNC a través de una interfaz lub estándar y pone en práctica el procesamiento del protocolo de capa física a través de la interfaz aérea. El RNC realiza el establecimiento de conexión, la desconexión, la transferencia, la combinación de macro-diversidad y el control y gestión de recursos de radio. La red central CN conecta a otras redes y gestiona las comunicaciones con el equipo UE.
Cuando un usuario cruza una célula durante la conversación o descarga de datos, se necesita una transferencia intercelular sin corte (soft handoff). Esta transferencia ‘soft handoff’ es una característica del sistema de comunicación móvil de tercera generación. Se refiere a la transferencia en donde el equipo UE se comunica con otro Nodo B en la misma portadora o la transferencia en la que el equipo UE se comunica con diferentes sectores de un mismo Nodo B al mismo tiempo (softer handoff), que se utiliza en el sistema de acceso CDMA, en donde las células vecinas tienen asignada la misma portadora. Para evitar la pérdida de datos, durante la transferencia intercelular, cuando se realiza dicha transferencia, el equipo UE añade un enlace de radio (RL) con anticipación al acceso de la nueva célula y a continuación, desconecta el enlace RL de la célula anterior. Las Figuras 1 y 2 representan diagramas de flujo de señalización de dos modos de procesamiento diferentes para añadir un RL de macro-diversidad al mismo RNS en la técnica anterior y la Figura 3, Figura 4 y Figura 5 representan diagramas de flujo de señalización de tres modos de procesamiento diferentes para añadir un RL de macro-diversidad a diferentes sistemas RNS en la técnica anterior.
En R5 y versiones posteriores de las normas WCDMA 3GPP, se introduce el denominado acceso de enlace descendente a paquetes de alta velocidad (HSDPA) y ya no se utiliza un canal dedicado (DCH) para los servicios de enlace descendente de HSDPA. Para ser compatible con R99 y R4 anteriores, el protocolo de WCDMA 3GPP introduce un nuevo elemento de información (IE), es decir, un indicador de DCH unidireccional, según se describe en el protocolo de parte de aplicación del Nodo B representado en la Tabla 1. El indicador de DCH unidireccional se añade en los elementos de información IE de DCH anteriormente existentes en mensajes relacionados de la Parte de Aplicación de Nodo B (NBAP) y de la Parte de Aplicación del Subsistema de Red de Radio (RNSAP) para indicar la dirección válida de DCH. Véase los elementos de información IE de DCH del NBAP en la Tabla 2.
Tabla 1 Indicador de DCH unidireccional de NBAP Tabla 2 Elementos de información IE de DCH de NBAP
- Nombre de IE/Grupo
- Presencia Alcance Tipo y referencia de IE Descripción de semántica
- Indicador DCH unidireccional
- ENUMERADO (enlace descendente DCH solamente, enlace ascendente DCH solamente) El “Enlace descendente DCH solamente” sólo se utilizará por TDD
- Elementos IE/Grupo
- Presenci a Alcance Tipo y referencia de IE Descripció n semántica Criticalidad Criticalidad asignada
- Información de FDD DCH
- 1..<maxn oof DHCs>
- >Indicador presencia CRC carga útil
- M 9.2.1.49
- >Modo UL FP
- M 9.2.1.66
- >ToAWS
- M 9.2.1.61
- >ToAWE
- M 9.2.1.60
- >Información específica de DCH
- 1..<maxn oof DHCs>
- >>ID de DCH
- M 9.2.1.20
- >>Conjunto de formato de transporte
- M 9.2.1.59 Para UL
- >>Conjunto de formato de transporte
- M 9.2.1.59 Para DL
- >>Prioridad de asignación /retención
- M 9.2.1.1A
- >>Prioridad de gestión de tramas
- M 9.2.1.30
- >>Selector–QE
- M 9.2.1.50A
- >>Indicador DCH unidireccional
- O 9.2.1.68 SÍ Rechazar
- >TNL QoS
- O 9.2.1.58A SÍ Ignorar
En la Figura 1 cuando se envía un RL en caso de una conexión de señalización y se establece el servicio de HSDPA entre el Controlador de Red de Radio de Servicio (SRNC) y el equipo de usuario UE a través de la versión estándar de R5 o versiones posteriores, si la versión estándar que sigue el SRNC-Nodo B que añade el RL es anterior que R5, por
5 ejemplo, R99 o R4, el SRNC-Nodo B ignora la PETICIÓN DE ESTABLECIMIENTO DE RL porque es incapaz de entender el indicador de DCH unidireccional cuando recibe la PETICIÓN DE ESTABLECIMIENTO DE RL desde el NBAP del SRNC. Como resultado, considera erróneamente que el DCH de servicio HSDPA es bidireccional. En consecuencia, el conjunto de combinación de formato de transporte (TFCS) configurado en el SRNC-Nodo B difiere del TFCS utilizado por el equipo UE. En consecuencia, los paquetes transmitidos por el SRNC en el tributario de macro-diversidad son incorrectos, lo que afecta a
10 la combinación y recepción de paquetes de enlace descendente realizadas por el equipo UE e incluso da lugar a una caída de la llamada.
Ahora bien, cuando la versión estándar que sigue el SRNC-Nodo B, que añade el RL, es anterior a R5, el SRNCpuede suprimir el elemento de información IE en el indicador de DCH soportando en la PETICIÓN DE ESTABLECIMIENTO de RL por anticipado. En este caso, cuando se recibe la PETICIÓN DE ESTABLECIMIENTO DE RL desde el SRNC, el
15 SRNC-Nodo B considera erróneamente que el DCH es bidireccional en el procesamiento porque es incapaz de obtener el indicador de DCH en la PETICIÓN DE ESTABLECIMIENTO DE RL. Por lo tanto, el TFCS configurado, en el SRNC-Nodo B, difiere también del TFCS utilizado por el equipo UE. Como resultado, los paquetes transmitidos por el SRNC en el tributario de macro-diversidad son incorrectos, lo que afecta a la combinación y recepción de paquetes de enlace descendente realizadas por el equipo UE e incluso produce una caída de la llamada.
Además, en la Figura 2, según se especifica en el estándar WCDMA 3GPP, el SRNC-Nodo B considera laPETICIÓN DE ESTABLECIMIENTO DE RL como siendo no válida, porque es incapaz de entender el indicador de DCHunidireccional en la petición cuando se recibe la PETICIÓN DE ESTABLECIMIENTO DE RL desde el SRNC, reenvía un mensaje FALLO DEL ESTABLECIMIENTO DE RL al SRNC. En este caso, el SRNC puede terminar el proceso posterior, lo que hace al equipo UE incapaz de realizar la transferencia intercelular. Como resultado, las señales recibidas por el UE se pueden deteriorar gradualmente y a la larga, se produce una caída de la llamada.
El proceso de transferencia intercelular, representado en la Figura 3 a la Figura 5 plantea un problema similar al que se produce en la Figura 1 y Figura 2, que puede causarse por las razones siguientes. El SRNC y el UE establecen conexiones de señalización y habilitan el servicio HSDPA a través de R5 o versiones posteriores, mientras que el controlador de red de radio distante (DRNC) adopta R99 o R4. El SRNC y el UE establecen conexiones de señalización y habilitan el servicio de HSDPA a través de R5 o versiones posteriores, mientras que el DRNC-Nodo B adopta R99 o R4. En el primercaso, el indicador de DCH unidireccional en la PETICIÓN DE ESTABLECIMIENTO DE RL enviada por el RNSAP del SRNC, a través de la interfaz lur no se puede identificar por el DRNC. En consecuencia, el DRNC toma el DCH como un DCH bidireccional y el DRNC-Nodo B procesa el DCH como bidireccional o el DRNC reenvía un mensaje de FALLO DE ESTABLECIMIENTO DE RL al SRNC para terminar la transferencia intercelular. En el segundo caso, aunque el DRNC pueda identificar correctamente el indicador de DCH unidireccional en la PETICIÓN DE ESTABLECIMIENTO DE RL enviada por el RNSAP del SRNC a través de la interfaz lur, el indicador de DCH unidireccional en la PETICIÓN DE ESTABLECIMIENTO DE RL enviada por el NBAP del DRNC, a través de la interfaz lub, no se puede identificar por el DRNC-Nodo B y en consecuencia, el DRNC-Nodo B procesa el DCH como bidireccional o el DRNC-Nodo B reenvía un mensaje FALLO DE ESTABLECIMIENTO DE RL al SRNC, a través del DRNC, para terminar la transferencia intercelular.
Resulta evidente que el DRNC o el Nodo B, que utiliza el estándar de una versión anterior, no puede procesar los mensajes enviados por el SRNC y/o el DRNC utilizando el protocolo de una versión posterior durante la transferencia intercelular en un sistema WCDMA. De este modo, el SRNC–Nodo B, DRNC o DRNC-Nodo B, que utilizan el protocolo de una versión anterior, no pueden identificar el identificador de DCH unidireccional, en los mensajes enviados por el SRNC y/o DRNC, utilizando el estándar de una versión posterior; por lo tanto, el TFCS utilizado por el Nodo B será diferente del empleado por el equipo UE. Como resultado, un nuevo RL puede interferir con el RL original o falla la transferencia intercelular porque el Nodo B considera que no es válida la PETICIÓN DE ESTABLECIMIENTO DE RL, que da lugar a una calidad deficiente de la conservación, tal como deterioro de la señal y caída de la llamada. Este problema plantea importantes inconveniencias a los usuarios.
Sistema de Telecomunicación Móvil Universal (UMTS); funciones de redes UTRAN, ejemplos de procedimientos de señalización (3GPP TR25.931 versión 7.1.0 Release 7) da a conocer un método para la transferencia intercelular en un sistema de comunicación, que comprende: el envío a un enlace de radio, RL, del Nodo B, de la información de petición de establecimiento de RL (véase página 49, línea 10 a página 50, línea 2, “1. Petición de establecimiento de enlace de radio” y “2. Petición de establecimiento de enlace de radio” en la Figura 24) y el establecimiento de un enlace de radio, RL, entre el Nodo B y un equipo de usuario UE en respuesta a la información de petición de establecimiento de RL (véase página 50, líneas 3-9, “3. Respuesta de establecimiento de enlace de radio” y “4. Respuesta de establecimiento de enlace de radio” en la Figura 24).
Sistema de Telecomunicación Móvil Universal (UMTS); parte de aplicación de Nodo B de interfaz lub de red UTRAN (NBAP) señalización (3GPP TS25.433 versión 7.1.0 Release 7) da a conocer un procedimiento que se utiliza para establecer los recursos necesarios para un nuevo contexto de comunicación del Nodo B en el Nodo B. El procedimiento se inicia con unmensaje de PETICIÓN DE ESTABLECIMIENTO DE ENLACE DE RADIO enviado desde el Controlador de Red de Radio de Control (CRNC) al Nodo B, utilizando el puerto de control del Nodo B. A la recepción del mensaje de PETICIÓN DE ESTABLECIMIENTO DE ENLACE DE RADIO, el Nodo B reservará los recursos necesarios y configurará los nuevos enlaces de radio en función de los parámetros dados en el mensaje. El Nodo B dará prioridad a la asignación de recursos para los enlaces de radio a establecer (véase página 64, “8.2.17.1 Generalidades” y “8.2.17.2 Operación satisfactoria” subordinados a “8.2.17 Establecimiento de enlace de radio”).
Una forma de realización de esta invención da a conocer un método y un aparato para la transferencia intercelular en un sistema de comunicación, de modo que un DRNC o un Nodo B, utilizando el estándar de una versión anterior, pueda procesar los mensajes enviados por el SRNC y/o DRNC utilizando el estándar de una versión posterior.
El método para la transferencia intercelular en un sistema de comunicación dado a conocer en una forma de realización de esta invención se estipula en la reivindicación 1 independiente.
El aparato para la transferencia intercelular en un sistema de comunicación dado a conocer en una forma de realización de esta invención se estipula en la reivindicación independiente 10.
Una forma de realización de esta invención establece el TFS que indica la dirección no válida de DCH en la información de petición de establecimiento de RL, enviada al DRNC o al Nodo B, utilizando el estándar de una versión anterior en formato cero y suprime el indicador de DCH unidireccional. De este modo, el SRNC-Nodo B, DRNC o DRNC-Nodo B procesa la información de petición de establecimiento de RL considerando bidireccional al DCH. El TFCS configurado procesa los paquetes transmitidos como lo hace el TFCS que ha procesado correctamente el indicador de DCH unidireccional. De este modo, los paquetes enviados de esta manera se pueden recibir adecuadamente por el equipo del usuario UE y un nuevo enlace RL no puede interferir con el RL original. Esto evita efectivamente el deterioro de la calidad de la conversación, por ejemplo, el deterioro de la señal y la caída de la llamada, debido a la incapacidad del DRNC o del Nodo B para utilizar el estándar de una versión anterior para procesar los mensajes enviados por el SRNC y/o DRNC, utilizando el estándar de una versión anterior y genera dificultades para los usuarios.
A continuación se describe la solución técnica de esta invención, en detalle, haciendo referencia a las Figuras y formas de realización.
La Figura 1 representa un diagrama de flujo de señalización para añadir un enlace RL de macro-diversidad a un RNS en la técnica anterior.
La Figura 2 representa otro diagrama de flujo de señalización para añadir un enlace RL de macro-diversidad a un RNS en la técnica anterior.
La Figura 3 representa un diagrama de flujo de señalización para añadir un enlace RL de macro-diversidad a diferentes sistemas RNS en la técnica anterior.
La Figura 4 representa otro diagrama de flujo de señalización para añadir un enlace RL de macro-diversidad a diferentes sistemas RNS en la técnica anterior.
La Figura 5 representa otro diagrama de flujo de señalización para añadir un enlace RL de macro-diversidad a diferentes subsistemas RNS en la técnica anterior.
La Figura 6 representa el diagrama de flujo del método para realizar la transferencia intercelular en un sistema de comunicación en una forma de realización de esta invención.
La Figura 7 representa el diagrama de flujo del método para realizar una transferencia intercelular en un sistema de comunicación en una forma de realización de esta invención.
La Figura 8 representa el diagrama de bloques de principio del aparato para realizar la transferencia intercelular en un sistema de comunicación según una forma de realización de esta invención.
Descripción detallada de la invención
En caso de que un enlace RL de macro-diversidad haya de añadirse a un RNS, una forma de realización de esta invención efectúa el proceso siguiente: el SRNC establece el TFS que indica la dirección no válida de DCH en la información de petición de establecimiento de RL que ha de enviarse al Nodo B utilizando el estándar de una versión anterior con formato cero, es decir, 0xTF SIZE y suprime el indicador de DCH unidireccional en la información de petición de establecimiento de RL. En caso de que un enlace RL de macro-diversidad haya de añadirse a diferentes sistemas RNS, una forma de realización de esta invención efectúa el proceso siguiente: el SRNC establece el TFS que indica la dirección no válida de DCH en la información de petición de establecimiento de RL que ha de enviarse al DRNC utilizando el estándar de una versión anterior en formato cero y suprime el indicador de DCH unidireccional en la información de petición de establecimiento de RL. Si el DRNC y el SRNC utilizan el estándar de una versión posterior, mientras que el Nodo B, perteneciente al DRNC, utiliza el estándar de una versión anterior, el DRNC establece el TFS que indica la dirección no válida de DCH en la información de petición de establecimiento de RL en formato cero, suprime el indicador de DCH unidireccional en la petición y a continuación, la envía al Nodo B utilizando el estándar de una versión anterior, al recibir una información de petición de establecimiento de RL desde el SRNC.
En caso de que un enlace RL de macro-diversidad haya de añadirse a un RNS, se establece, por anticipado, el mapeado entre los SRNC-Nodo B y las versiones del estándar y la información de relación en el mapeado se guarda en el SRNC. La Figura 6 representa el diagrama de flujo para añadir un enlace RL a un RNS en una forma de realización de esta invención. En la Figura, el SRNC sigue la R5 o versiones posteriores y el SRNC-Nodo B sigue R99 o R4. La forma de realización comprende las etapas siguientes:
Etapa 601: El SRNC envía la información de petición de establecimiento de RL, a través del protocolo NBAP al SRNC-Nodo B, consultado el mapeado para información de relación entre los SRNC-Nodo B y versiones del estándar establecidas por anticipado en el RNS. El SRNC juzga si la versión estándar que sigue el SRNC-Nodo B es anterior a la versión estándar utilizada por el SRNC. Si la respuesta es afirmativa, se ejecuta la etapa 602; de no ser así, se ejecuta la etapa 604.
Etapa 602: El SRNC establece el TFS que indica la dirección de enlace descendente de DCH en la información de petición de establecimiento de RL para formato cero y suprime el parámetro indicador de DCH unidireccional en el DCH IE, que es el indicador de DCH unidireccional descrito en la Tabla 2 y se obtiene la nueva información de petición de establecimiento de RL.
Después de que el SRNC establezca el TFS que indica la dirección no válida de DCH en la información de petición de establecimiento de RL que ha de enviarse al Nodo B siguiendo versiones estándar anteriores para formato cero y suprime el indicador de DCH unidireccional, el Nodo B podrá procesar correctamente la información de petición de establecimiento de RL. Es decir, el TFCS, con esta configuración, puede procesar paquetes transmitidos a medida que el TFCS haya procesado correctamente el indicador de DCH unidireccional. De este modo, los paquetes enviados, en esta forma de realización, se pueden recibir correctamente por el equipo UE. Como resultado, se realiza satisfactoriamente la transferencia intercelular (soft handoff).
Etapa 603: El SRNC envía la nueva PETICIÓN DE ESTABLECIMIENTO DE RL al SRNC-Nodo B y además, la nueva información de petición de establecimiento de RL al SRNC-Nodo B. A continuación, se ejecuta la etapa 605.
Etapa 604: El SRNC envía directamente la información de petición de establecimiento de RL al SRNC-Nodo B.
Etapa 605: El SRNC-Nodo B asigna los correspondientes recursos para establecer un enlace RL, envía una RESPUESTA DE ESTABLECIMIENTO DE RL, a través del protocolo NBAP, al SRNC, notificando al SRNC que se han asignado recursos para establecer el enlace RL y establece el soporte de transporte, a través de la interfaz Iub, con el SRNC.
Etapa 606: Una vez establecido en enlace RL en la interfaz Iub, el SRNC envía un mensaje ACTUALIZACIÓN CONJUNTO ACTIVO, a través del protocolo RCC al equipo UE, en el canal de control dedicado (DCCH). El mensaje contiene la información de petición de establecimiento de RL.
Etapa 607: Después de establecer el enlace RL y actualizar el conjunto activo, el equipo UE envía un mensajeACTUALIZACIÓN CONJUNTO ACTIVO TERMINADA al SRNC notificando que se ha terminado la actualización del CONJUNTO ACTIVO.
En caso de que haya que añadir un enlace RL de macro-diversidad a diferentes subsistemas RNS, el mapeado entre los DRNC pertenecientes al SRNC y las versiones del estándar se establece por anticipado y la información de relación en el mapeado se guarda en el SRNC. Además, se establece por anticipado el mapeado entre DRNC-Nodos B pertenecientes al DRNC y versiones del estándar y la información de relación, en el mapeado, se guarda en el DRNC. La Figura 7 representa el diagrama de flujo para añadir un enlace RL de macro-diversidad a diferentes sistemas RNS en una forma de realización de esta invención. En la Figura, el SRNC utiliza R5 o versiones posteriores y el DRNC utiliza R99 o R4
o bien, el SRNC y el DRNC utilizan R5 o versiones posteriores y el DRNC-Nodo B utiliza R99 o R4. La forma de realización comprende las etapas siguientes:
Etapa 701: El SRNC envía la información de petición de establecimiento de RL, a través del protocolo RNSAP, al DRNC, que consulta el mapeado preestablecido para información de relación. El SRNC juzga si la versión del estándar que sigue el DRNC es anterior a la versión que sigue el propio SRNC. Si la respuesta es afirmativa, se ejecuta la etapa 702; de no ser así, se ejecuta la etapa 705.
Etapa 702: El SRNC establece el TFS que indica la dirección del enlace descendente de DCH en la información de petición de establecimiento de RL en formato cero y suprime el parámetro indicador de DCH unidireccional en el DCH IE, que es lo mismo que el indicador de DCH unidireccional descrito en la Tabla 2 y se obtiene la nueva información de petición de establecimiento de RL.
Etapa 703: El SRNC envía el nuevo mensaje PETICIÓN DE ESTABLECIMIENTO DE RL DRNC y además, la nueva información de petición de establecimiento de RL.
Etapa 704: El DRNC envía la nueva información de petición de establecimiento de RL al DRNC-Nodo B perteneciente al DRNC y se ejecuta la etapa 709.
Etapa 705: El SRNC envía directamente un mensaje de PETICIÓN DE ESTABLECIMIENTO DE RL al DRNC y además, la nueva información de petición de establecimiento de RL.
Etapa 706: El DRNC consulta el mapeado preestablecido para la información de relación y juzga si la versión estándar que utiliza el DRNC–Nodo B perteneciente al DRNC es anterior a la versión utilizada por el DRNC. Si la respuesta es afirmativa, se ejecuta la etapa 707; de no ser así, se ejecuta la etapa 710.
Etapa 707: El DRNC establece el TFS que indica la dirección de enlace descendente de DCH para formato cero y suprime el indicador de DCH unidireccional para obtener nueva información de petición de establecimiento de RL.
Etapa 708: El DRNC envía el nuevo mensaje PETICIÓN DE ESTABLECIMIENTO DE RL al SRNC-Nodo B y además, la nueva información de petición de establecimiento de RL. A continuación, se ejecuta la etapa 710.
Etapa 709: El DRNC envía directamente una información de petición de establecimiento de RL al SRNC-Nodo B.
Etapa 710: El DRNC-Nodo B asigna los correspondientes recursos para establecer un enlace RL, envía un mensaje de RESPUESTA DE ESTABLECIMIENTO DE RL, a través del protocolo de NBAP al DRNC, notificando al DRNC que se han asignado recursos para establecer el enlace RL y establece el soporte de transporte, a través de la interfaz Iub, con el DRNC.
Etapa 711: El DRNC envía un mensaje RESPUESTA DE ESTABLECIMIENTO DE RL, a través del protocolo RNSAP, al SRNC y establece el soporte de transporte, a través de la interfaz Iur, con el SRNC.
Etapa 712: Una vez establecido el enlace RL en la interfaz Iur, el SRNC envía un mensaje ACTUALIZACIÓN CONJUNTO ACTIVO, a través del protocolo RRC, al equipo UE en el DCCH. El mensaje contiene la información de petición de establecimiento de RL.
Etapa 713: Después de establecer el enlace RL y de actualizar el conjunto activo, el equipo UE envía un mensajeACTUALIZACIÓN CONJUNTO ACTIVO TERMINADA al SRNC notificando que se termina la actualización del CONJUNTO ACTIVO.
Los expertos en esta técnica podrán entender que la totalidad o parte de las etapas, en las formas de realización precedentes, se pueden poner en práctica mediante un programa que proporcione instrucciones de los equipos físicos relacionados. Este programa se puede almacenar en un medio de almacenamiento legible, por ejemplo, memoria ROM/RAM, disco y CD en un ordenador.
Una forma de realización de esta invención establece el TFS que indica la dirección no válida de DCH en la información de petición de establecimiento de RL enviada al DRNC o Nodo B, que utiliza el estándar de una versión anterior para formato cero y suprime el indicador de DCH unidireccional. En este caso, el DRNC o el Nodo B puede procesar correctamente la información de petición de establecimiento de RL enviada por el SRNC y/o DRNC. Según se especifica por el estándar 3GPP, el TFCS, en esta configuración, puede procesar los paquetes transmitidos a medida que el TFCS haya procesado correctamente el indicador de DCH unidireccional. De esta manera, los paquetes enviados en este modo se pueden recibir correctamente por el equipo UE. Como resultado, se realiza satisfactoriamente la transferencia intercelular (soft handoff). Además, el nuevo enlace RL no interfiere con el RL original, lo que evita efectivamente el deterioro de la calidad de la conversación, por ejemplo, el deterioro de la señal y la caída de la llamada, debido a la incapacidad del DRNC
o Nodo B en el uso del estándar de una versión anterior para procesar los mensajes enviados por el SRNC y/o DRNC utilizando el estándar de una versión posterior y genera dificultades para los usuarios.
En las versiones del estándar WCDMA 3GPP posteriores a la R6, se introduce el Acceso Ascendente de Paquetes a Alta Velocidad (HSUPA), que extiende, además, el contenido del indicador de DCH unidireccional. Si el SRNC utiliza una versión estándar posterior a R6 y el Nodo B, DRNC o DRNC-Nodo B no soporta el elemento IE unidireccional, es decir, el Nodo B, DRNC o DRNC-Nodo B utiliza una versión estándar anterior a R5, el problema y su solución son similares al procesamiento del servicio de HSDPA en las formas de realización anteriores.
Una forma de realización de la invención da a conocer un aparato para realizar la transferencia intercelular en un sistema de comunicación. Según se representa en la Figura 8, dicho aparato comprende la unidad de generación de petición 81, la unidad de envío de petición 82, la unidad de diagnóstico 83, la unidad de modificación de petición 84 y la unidad de almacenamiento de la versión estándar 85. La unidad generadora de petición 81 está adaptada para generar la información de petición de establecimiento de RL y la unidad de envío de petición 82 está adaptada para enviar la información de petición de establecimiento de RL a un Nodo B. La unidad de almacenamiento de versión de protocolo 85 está adaptada para almacenar el mapeado de información de relación entre el equipo que recibe la información de petición de establecimiento de RL y la versión del estándar utilizado por el equipo.
Cuando la unidad de envío de petición 82 necesita enviar información de petición de establecimiento de RL a otro equipo, la unidad de diagnóstico 83 juzga si la versión estándar que sigue el equipo que recibe la información de petición de establecimiento de RL es anterior a la versión estándar utilizada por el equipo que envía la información en función de la información de relación almacenada en la unidad de almacenamiento de versión estándar 85.
Si la respuesta es afirmativa, la unidad de diagnóstico 83 la notifica a la unidad de modificación de petición 84 que, a continuación, establece el TFS que indica la dirección no válida de DCH en la información de petición de establecimiento de RL para formato cero y suprime el indicador de DCH unidireccional en la información de petición de establecimiento; es decir, se genera una nueva información de petición de establecimiento de RL cuyo TFS se establece a formato cero. La unidad de generación de petición 81 entrega la nueva información de petición de establecimiento de RL a la unidad de envío de petición 82 que, a continuación, envía la información de petición de establecimiento de RL.
Si la respuesta es negativa, la unidad de diagnóstico 83 la notifica a la unidad de generación de petición 81 que entrega directamente la información de petición de establecimiento de RL, no modificada, a la unidad de envío de petición 82 que, a continuación, envía la información.
En las formas de realización precedentes, la unidad de diagnóstico 83 puede juzgar si la versión de estándar que
5 sigue el equipo que recibe la información de petición de establecimiento de RL es anterior a la versión del estándar utilizado por el equipo que envía la información, en función de la información de relación almacenada en la unidad de almacenamiento de versión estándar 85. Esta invención no está limitada a esta forma de realización. Se puede realizar en otros modos, por ejemplo, adquiriendo la versión del estándar utilizado por el equipo que recibe la información de petición de establecimiento de RL mediante intercambio de mensajes con el equipo.
10 El aparato dado a conocer en la forma de realización de esta invención puede estar integrado en el DRNC o SRNC, en el sistema de comunicación, de modo que el DRNC o el Nodo B, que utiliza el estándar de una versión anterior, pueda procesar los mensajes enviados por el SRNC y/o DRNC utilizando el protocolo de una versión posterior. Para conocer más detalles sobre el proceso de transferencia intercelular, se remite a la descripción precedente de formas de realización de esta invención.
15 Conviene señalar que las formas de realización anteriores se utilizan solamente para describir la solución técnica de esta invención y no para su limitación. Aunque la descripción detallada se haya hecho para las formas de realización preferidas de esta invención, ha de entenderse que los expertos en esta materia pueden realizar varias modificaciones a esta invención, sin desviarse por ello del alcance de protección de esta invención, según se establece en las reivindicaciones adjuntas.
Claims (13)
- REIVINDICACIONES1.- Un método de transferencia intercelular en un sistema de comunicación caracterizado por:el establecimiento (602, 707) de un Conjunto de Formatos de Transporte, TFS, que indica un sentido de enlace descendente de un canal dedicado, DCH, en un formato cero y la supresión de un indicador de DCH unidireccional en una información de petición de establecimiento de enlace de radio, RL, con el fin de obtener una nueva información de petición de establecimiento de RL si una versión de un estándar que sigue un primer equipo que ha de recibir la información de petición de establecimiento de RL es anterior a una versión de un estándar que sigue un segundo equipo que ha de enviar la información de petición de establecimiento de RL yel envío de encaminamiento (603, 708) al primer equipo de la nueva información de petición de establecimiento de RL en donde el TFS se establece en el formato cero.
- 2.- El método, según la reivindicación 1, en donde el primer equipo es un Nodo B y el segundo equipo es un Controlador de Red de Radio de Servicio, SRNC, y en donde un proceso que permite determinar si la versión del estándar que sigue el primer equipo, que debe recibir la información de petición de establecimiento de RL, es anterior, o no, a la versión del estándar que sigue el segundo equipo, que ha de enviar la información de petición de establecimiento de RL, comprende:la determinación (601) por el SRNC, cuando envía la información de petición de establecimiento de RL al Nodo B, si la versión del estándar que sigue el Nodo B, que debe recibir la información de petición de establecimiento de RL, es anterior, o no, a la versión del estándar que sigue el SRNC que debe enviar la información de petición de establecimiento de RL, en función de informaciones de relación en un mapeado preestablecido entre el Nodo B y la versión del estándar seguida por el Nodo B.
- 3.- El método, según la reivindicación 1 o 2, que comprende, además:el establecimiento (605–607) de un RL entre el Nodo B y un equipo de usuario, UE, y la actualización de un conjunto activo.
- 4.- El método, según la reivindicación 3, en donde el proceso de establecimiento del RL entre el Nodo B y el UE y la actualización del conjunto activo comprende:el establecimiento (605), por el Nodo B, del enlace RL y el reenvío de un mensaje de RL SETUP COMPLETE (ESTABLECIMIENTO DE RL TERMINADO) al SRNC,el envío (606), por el SRNC, de un mensaje de ACTUALIZACIÓN CONJUNTO ACTIVO que contiene la información de petición de establecimiento de RL al equipo UE;el establecimiento (607), por el equipo UE, del enlace RL y el reenvío de un mensaje ACTUALIZACIÓN CONJUNTO ACTIVO TERMINADA al SRNC.
- 5.- El método, según la reivindicación 1, en donde el primer equipo es un Nodo B y el segundo equipo es un Controlador de Red Radio de Deriva (DRNC) distante y en donde un proceso que permite determinar si la versión de estándar, que sigue el primer equipo que debe recibir la información de petición de establecimiento de RL, es anterior, o no, a la versión del estándar que sigue el segundo equipo que debe enviar la información de petición de establecimiento de RL comprende:la determinación (706), por el DRNC, cuando reenvía la información de petición de establecimiento de RL, recibida desde un SRNC, al Nodo B, si la versión del estándar que sigue el Nodo B, que debe recibir la información de petición de establecimiento de RL, es anterior, o no, la versión del estándar que sigue el DRNC que debe enviar la información de petición de establecimiento de RL, en función de informaciones de relación en un mapeado preestablecido entre el Nodo B y la versión del estándar seguida por el Nodo B.
- 6.- El método, según la reivindicación 1, en donde el primer equipo es un DRNC y el segundo es un SRNC y en donde un proceso que permite determinar si la versión del estándar que sigue el primer equipo, que ha de recibir la información de petición de establecimiento de RL, es anterior, o no, a la versión del estándar que sigue el segundo equipo que ha de enviar la información de petición de establecimiento de RL comprende:juzgar (701), por el SRNC, si la versión del estándar que sigue el DRNC es anterior, o no, a la versión del estándar que sigue el SRNC que ha de enviar la información de petición de establecimiento de RL.
- 7.- El método, según la reivindicación 6, que comprende, además:el encaminamiento (704), por el DRNC, de la nueva información de petición de establecimiento de RL hacia un Nodo B, cuando recibe la nueva información de petición de establecimiento de RL, en donde el TFS se establece en un formato cero desde el SRNC.
- 8.- El método, según la reivindicación 6, que comprende, además:si la versión del estándar que sigue el DRNC no es anterior a la versión del estándar que sigue el SRNC que ha de enviar la información de petición de establecimiento de RL, el envío (705), por el SRNC, de la información de petición de establecimiento de RL al DRNC yel encaminamiento (708), por el DRNC, de la información de petición de establecimiento de RL hacia un Nodo B.
- 9.- El método, según la reivindicación 5 o 7 u 8, que comprende, además, el establecimiento (710–713) de un RL entre el Nodo B y un equipo de usuario, UE, y la actualización de un conjunto activo y en donde el proceso de establecimiento del RL entre el Nodo B y el equipo UE y la actualización del conjunto activo comprende:el establecimiento (710), por el Nodo B, del RL y el reenvío de un mensaje RESPUESTA DE ESTABLECIMIENTO DE RL al DRNC;el reenvío (711), por el DRNC, del mensaje RESPUESTA DE ESTABLECIMIENTO DE RL, al SRNC;el envío (712), por el SRNC, de un mensaje ACTUALIZACIÓN CONJUNTO ACTIVO que contiene la información de petición de establecimiento de RL hacia el equipo UE;el establecimiento (713), por el equipo UE, del enlace RL y el reenvío de un mensaje ACTUALIZACIÓN CONJUNTO ACTIVO TERMINADA al SRNC.
- 10.- Un aparato para realizar una transferencia intercelular (soft handoff) en un sistema de comunicación caracterizado porque:una unidad, adaptada para establecer el Conjunto de Formatos de Transporte, TFS, que indica un sentido de enlace descendente de un canal dedicado, DCH, en la información de petición de establecimiento de RL en un formato cero y adaptada para suprimir el indicador de DCH unidireccional en la información de petición de establecimiento de RL, con el fin de obtener una nueva información de petición de establecimiento de RL si una versión de un estándar que sigue un primer equipo, que ha de recibir la información de petición de establecimiento de RL, es anterior a una versión de un estándar que sigue un segundo equipo que ha de enviar la información de petición de establecimiento de RL yuna unidad, adaptada para enviar al primer equipo la nueva información de petición de establecimiento de RL, en donde el TFS se establece en el formato cero.
- 11.- Aparato, según la reivindicación 10, en donde:el aparato que está integrado en un controlador de red de radio distante, DRNC y el DRNC comprende, además:un medio adaptado para determinar si una versión del estándar que sigue un Nodo B que ha de recibir una información de petición de establecimiento de RL, es anterior a la versión del estándar que sigue el DRNC que ha de enviar la información de petición de establecimiento de RL, en función de la información de relación en un mapeado preestablecido, entre el Nodo B y la versión del estándar seguida por el Nodo B, cuando se envía la información de petición de establecimiento de RL, recibida desde un Controlador de Red de Radio de Servicio, SRNC, al Nodo B.
- 12.- El aparato, según la reivindicación 10, en donde el aparato está integrado en el controlador de red de radio de servicio, SRNC y el SRNC comprende, además:un medio, adaptado para determinar si la versión del estándar que sigue un Nodo B, que ha de recibir la información de petición de establecimiento de RL, es anterior, o no, a la versión del estándar que sigue el SRNC que ha de enviar la información de petición de establecimiento de RL, en función de la información de relación, en un mapeado preestablecido, entre el Nodo B y la versión del estándar seguido por el Nodo B, cuando se envía la in formación de petición de establecimiento de RL al Nodo B.
- 13.- El aparato, según la reivindicación 10, en donde el aparato está integrado en el controlador de red radio de servicio, SRNC y el SRNC comprende, además:un medio, adaptado para juzgar si una versión del estándar que sigue un controlador de red de radio distante, DRNC, que ha de recibir la información de petición de establecimiento de RL, es anterior a una versión del estándar que sigue el SRNC que ha de enviar la información de petición de establecimiento de RL.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610092916 | 2006-06-09 | ||
| CNB03820620XA CN100466842C (zh) | 2006-06-09 | 2006-06-09 | 宽带码分多址系统中的软切换方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2359947T3 true ES2359947T3 (es) | 2011-05-30 |
Family
ID=38077000
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES07720471T Active ES2359947T3 (es) | 2006-06-09 | 2007-03-20 | Método y aparato para una transferencia intercelular sin corte en un sistema de comunicación. |
Country Status (6)
| Country | Link |
|---|---|
| EP (1) | EP1986462B1 (es) |
| CN (1) | CN100466842C (es) |
| AT (1) | ATE498289T1 (es) |
| DE (1) | DE602007012413D1 (es) |
| ES (1) | ES2359947T3 (es) |
| WO (1) | WO2007140682A1 (es) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101472312B (zh) | 2008-01-31 | 2010-07-07 | 华为技术有限公司 | 一种资源释放控制方法及通讯系统以及相关设备 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1207711B1 (en) * | 2000-11-18 | 2007-09-26 | LG Electronics, Inc. | Method for controlling power of TFCI field for DSCH in 3G standard mobile communication system |
| US7336954B2 (en) * | 2001-07-05 | 2008-02-26 | Qualcomm Incorporated | Method and apparatus for soft handoff between base stations using different frame formats |
| US7961682B2 (en) * | 2002-04-11 | 2011-06-14 | Qualcomm Incorporated | Handoff between base stations of different protocol revisions in a CDMA system |
| US20050053035A1 (en) * | 2003-08-16 | 2005-03-10 | Samsung Electronics Co., Ltd. | Method and apparatus for providing uplink packet data service on uplink dedicated channels in an asynchronous wideband code division multiple access communication system |
| JP4623978B2 (ja) * | 2004-02-18 | 2011-02-02 | 日本電気株式会社 | 移動通信システム及びその通信制御方法並びにそれに用いる無線回線制御装置及び基地局 |
| KR100933156B1 (ko) * | 2004-08-12 | 2009-12-21 | 삼성전자주식회사 | 업링크 서비스를 위한 전송 채널들을 이용한 핸드오프 지역에서의 업링크 데이터 송수신 방법 및 장치 |
| GB0418281D0 (en) * | 2004-08-16 | 2004-09-15 | Nokia Corp | Communication system |
| CN100428840C (zh) * | 2004-10-11 | 2008-10-22 | 华为技术有限公司 | 宽带码分多址网络中的软切换方法 |
-
2006
- 2006-06-09 CN CNB03820620XA patent/CN100466842C/zh active Active
-
2007
- 2007-03-20 ES ES07720471T patent/ES2359947T3/es active Active
- 2007-03-20 EP EP07720471A patent/EP1986462B1/en active Active
- 2007-03-20 AT AT07720471T patent/ATE498289T1/de not_active IP Right Cessation
- 2007-03-20 WO PCT/CN2007/000897 patent/WO2007140682A1/zh active Application Filing
- 2007-03-20 DE DE602007012413T patent/DE602007012413D1/de active Active
Also Published As
| Publication number | Publication date |
|---|---|
| ATE498289T1 (de) | 2011-02-15 |
| EP1986462A1 (en) | 2008-10-29 |
| WO2007140682A1 (fr) | 2007-12-13 |
| DE602007012413D1 (de) | 2011-03-24 |
| EP1986462A4 (en) | 2009-06-17 |
| EP1986462B1 (en) | 2011-02-09 |
| CN1968523A (zh) | 2007-05-23 |
| CN100466842C (zh) | 2009-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101107846B1 (ko) | 프로토콜 지원 여부 검출 방법 | |
| KR101163875B1 (ko) | 무선 링크 제어 프로토콜 데이터 유닛을 발생하는 방법 및 장치 | |
| KR100988242B1 (ko) | Ｈｓｕｐａ ｈａｒｑ 프로세스 플러싱 | |
| CA2611962C (en) | Handover method and apparatus between different systems | |
| US7164917B2 (en) | Radio access network apparatus and mobile communication system using the same | |
| US7711365B2 (en) | Apparatus, method and computer program product providing for release, configuration and reconfiguration of E-RGCH/E-HICH at a serving cell change | |
| ES2674913T3 (es) | Método para transmitir un informe de estado PDCP | |
| US20140177571A1 (en) | Method, apparatus and system for transmitting information | |
| KR20100068499A (ko) | 업링크 프로토콜 변경을 지원하기 위한 방법 및 장치 | |
| EP3503619B1 (en) | Message recognition method and device | |
| EP2207276B1 (en) | Method, apparatus and system for realizing information transmission | |
| EP2208379B1 (en) | Frame and chip offset for srnc in ue involved relocation on carrier sharing | |
| ES2684560T3 (es) | Método y aparato para realizar informes de estado de memoria intermedia | |
| US20090270100A1 (en) | Radio communication terminal device, network device, mobile communication system, and position registering method | |
| WO2008003264A1 (fr) | Procédé et appareil de réalisation d'une liaison sans fil e-dch | |
| CN101287285B (zh) | 电路域呼叫建立、触发方法、系统及设备 | |
| US20120063375A1 (en) | Radio Resource Scheduling Method, Apparatus, and System | |
| US20110268011A1 (en) | Method, system and drnc for transporting cell capicity by crossing iur interface | |
| ES2359947T3 (es) | Método y aparato para una transferencia intercelular sin corte en un sistema de comunicación. | |
| ES2562232T3 (es) | Método para notificar a un nodo en una transmisión multipunto | |
| EP2461630B1 (en) | Method and mobile communication system for processing local calls | |
| CN101562856B (zh) | 一种处理无线链路增加流程的方法、设备及系统 | |
| CN101562855B (zh) | 一种处理无线链路增加流程的方法、设备及系统 | |
| KR20080049236A (ko) | 이동 단말에서 ｒｌｃ 블럭의 재전송 방법 | |
| CN101562852B (zh) | 一种处理无线链路增加流程的方法、设备及系统 |