MX2008010432A - Tecnica para configurar entidades de capa de enlace para una transferencia - Google Patents

Abstract

Se describe una técnica para configurar entidades de capa de enlace para una transferencia. En una modalidad del método, la técnica incluye recibir desde un receptor de unidades de datos de protocolo un reporte de status suplementario para una conexión ARQ existente en contexto con una transferencia inminente, determinar unidades de datos de servicio que corresponden a unidades de datos de protocolo almacenadas en memoria intermedia tomando en cuenta información incluida en el reporte suplementario, y transferir las unidades de datos de servicio determinadas a una entidad de capa de enlace que es para establecer una nueva conexión ARQ con el receptor. La sincronización de estado forzado que se base en el reporte suplementario impide la transferencia de datos de servicio que han sido ya exitosamente recibidos en el receptor.

Description

TÉCNICA PARA CONFIGURAR ENTIDADES DE CAPA DE ENLACE PARA UNA TRANSFERENCIA CAMPO DE LA INVERSIÓN La presente invención se refiere, en términos generales, al campo de las transferencias en redes de comunicación móvil. En particular, la invención se refiere a transferencias entre las entidades de capa de enlace que tienen el control de mecanismos de retransmisión. ANTECEDENTE DE LA INVENCIÓN Los mecanismos de retransmisión, que se conocen también como técnicas de solicitud de repetición automática (ARQ) , constituyen un enfoque que se dirige a la pérdida de datos en su camino hacia el receptor contemplado. Dicha pérdida de datos puede ser el resultado de condiciones físicas desfavorables tales como interferencia, ruido, o propagación multicaminos . Técnicas ARQ se basan en reportes de estado que son transmitidos desde un receptor de los datos para indicar al transmisor que unidades de datos individuales han sido o bien exitosamente recibidas (reconocimiento positivo) o bien perdidas (reconocimiento negativo) . En general, el receptor genera los reportes de estado con base en eventos, con base en temporizador o con base en sondeo según las especificaciones del protocolo ARQ respectivo. Reportes de estados pueden ser programados, por ejemplo, después de la recepción de un número predeterminado de unidades de datos o en puntos de tiempo predefinido. El transmisor evalúa los reportes de estado recibidos y decide después sobre la retransmisión de unidades datos individuales que no han sido recibidas correctamente en el receptor. Ciertas técnicas de ARQ ofrecen una retransmisión automática de una unidad de datos para la cual no se ha recibido reconocimiento positivo dentro de un intervalo de tiempo predeterminado después de la primera transmisión de la unidad de datos. Con relación al modelo de capas de interconexión de sistema abierto (OSI), técnicas ARQ son habitualmente implementadas en la capa de enlace de datos (capa 2 o L2) . La capa de enlace de datos se localiza entre la capa física (capa 1 o Ll) y la capa de red (capa 3 o L3) como se indica a través de la pila de protocolo 10 mostrada en el lado izquierdo de la Figura 1. La capa física Ll define las especificaciones eléctricas y físicas para los componentes de red involucrados en la transferencia de datos. La capa de enlace de datos L2 proporciona los mecanismos para transferir datos entre los componentes individuales de red y para detectar y posiblemente corregir errores que pueden ocurrir en la capa física Ll . La capa de red L3 efectúa funciones de encaminamiento de red, control de flujo, segmentación/desegmentación y control de errores. El ejemplo mejor conocido de un protocolo L3 es el protocolo Internet (IP) · Habitualmente, existen una o varias capas adicionales sobre la capa de red L3. En el ejemplo mostrado en el lado izquierdo de la Figura 1, estas capas adicionales incluyen una capa de transporte L4 configurada de conformidad con el protocolo de control de transmisión (TCP) y una capa de aplicación L7 configurada de conformidad con el protocolo de transferencia de archivos (FTP) . Mientras no son partes del modelo OSI oficial, protocolos adicionales pueden operar entre la capa de enlace de datos L2 y la capa física Ll. Estos protocolos se conocen a veces como protocolos de "capa 2.5". En la configuración de ejemplo mostrada en la Figura 1, la capa de enlace de datos L2 está dividida en dos sub-capas, la capas de control de enlace de radio (RLC) y la capa de control de acceso de medio (MAC) respectivamente. Las técnicas ARQ son implementadas en la mayoría de los casos dentro de las sub-capas RLC como se explicará ahora con mayores detalles con referencia al lado derecho de la Figura 1. En la configuración mostrada en la Figura 1, la sub-capa RLC incluye una primera memoria intermedia 12 que está interconectada con la capa de red L3 y una segunda memoria intermedia 14 que está interconectada con la sub-capa MAC. La primera memoria intermedia 12 se proporciona para almacenar unidades de datos de servicio (SDUs) entrantes tales como paquetes IP 16 generados dentro de la capa de red L3. Las SDUs almacenadas en la primera memoria intermedia 12 son leídas por un motor de segmentación 18 que segmenta SDUs tales como paquetes IP 16 generados dentro de la capa de red L3. Las SDUs almacenadas en la primera memoria intermedia 12 son leídas por un motor de segmentación 18 que segmentan las SDUs 16 en unidades de datos de protocolo RLC (PDUs) 20. Las PDUs 20 son por un lado transferidas a la sub-capa MAC para transmisión al receptor contemplado y, por otro lado almacenadas en la segunda memoria intermedia 14 para una posible retransmisión bajo el régimen de un protocolo ARQ. En un cierto punto de tiempo, un receptor de PDUs puede requerir de una transferencia desde un primer componente de red (con una entidad de capa de enlace que tiene una configuración RLC como se muestra en la Figura 1) hacia un segundo componente de red "con una entidad de capa de enlace similar" . A continuación se describirán ciertos escenarios de transferencia posibles ejemplares con referencia particular a procesos que ocurren en la capa de enlace de datos. En principio la transferencia a partir de una entidad de capa de enlace de servicio actual con una nueva entidad de capa de enlace puede ocurrir sin sincronización de memoria intermedia previa como se muestra en la Figura 2. En este caso, cuando la transferencia debe ser efectuada entre dos entidades de capa de enlace, la corriente de SDUs es conmutada desde la entidad de capa de enlace de servicio previa hacia la nueva entidad de capa de enlace, y el contenido de las memorias intermedias 12, 14 de la entidad de capa de enlace de servicio previo es simplemente desechado. Es evidente que la pérdida resultante de contenido en memoria intermedia alentará la operación de capas más elevadas y puede resultar en una degradación temporal de la calidad del servicio. De conformidad con un escenario de transferencia alternativo que se muestra en la Figura 3, la transferencia puede efectuarse de tal manera que antes de la conmutación de la corriente SDU desde la entidad de capa de enlace de servicio actual hacia la nueva entidad de capa de enlace, el contenido de la memoria intermedia de SDU 12 de la entidad de capa de enlace de servicio actual es transferido a la memoria intermedia SDU 12' de la nueva entidad de capa de enlace. Este proceso se conoce a veces como transferencia de contexto L3. En este caso solamente el contenido de la memoria intermedia PDU 14 de la entidad de capa de enlace de servicio previa es desechado. El documento US 2004/0146033 Al ilustra una técnica de ejemplo para una transferencia de contexto L3 de este tipo . Un inconveniente del enfoque de transferencia ilustrado en la Figura 3 es el hecho que la pérdida de datos que resulta del desecho del contenido de la memoria intermedia de PDU 14 puede todavía conllevar una degradación del servicio. Además, la pérdida de datos puede activar interacciones de protocolo de capa superior, por ejemplo, TCP en la capa de transporte L4. Dichas interacciones de protocolo de capa superior se ilustran en la Figura 4. Como se puede observar a partir de la huella de TCP mostrada en la Figura 4, varios segmentos de TCP son perdidos al momento de la transferencia (véase en línea vertical obscura) . Los segmentos de TCP perdidos tendrán que ser retransmitidos por TCP después de la transferencia lo que provoca un inicio lento de transmisión después de la transferencia. Además, la pérdida de segmentos TCP en el momento de la transferencia puede resultar en un tiempo muerto de TCP. Por consiguiente, transferencias frecuentes pueden provocar una situación en la cual un emisor de TCP no puede alcanzar una velocidad de envío suficientemente elevada provocando por consiguiente una sub-utilización de enlace de radio. Dicho escenario de sub-utilización se muestra a través de la huella de la ventana de congestión CWND de TCP ilustrada en la Figura 5. Una solución para evitar los problemas ilustrados en las Figuras 4 y 5 seria hacer que la transferencia fuese realmente sin pérdida. Para este propósito, todos los datos actualmente transmitidos (y almacenados en la memoria intermedia PDU de capa de enlace) pueden ser reconstruidos. Las SDUs reconstruidas a partir del contenido de la memoria intermedia de PDU pueden entonces ser transferidos a la nueva entidad de enlace además de la transferencia del contenido de memoria intermedia de SDU como se muestra en la Figura 3. Sin embargo, se ha encontrado que un enfoque de reconstrucción de este tipo puede causar una duplicación no intencional de datos como se muestra en la huella de TCP de la Figura 6. Esta duplicación de datos es el resultado de respuesta que una de las TCP reconstruidas ya han sido exitosamente entregadas al receptor, pero las PDUs correspondientes no han sido todavía borradas de la memoria intermedia de PDU. La duplicación mostrada en la Figura 6 tiende a interferir con los protocolos de capa superior tales como TCP. TCP rechaza de paquete de datos duplicados con envío de un reconocimiento de duplicación de TCP al emisor de TCP, lo que provoca una recuperación de error de TCP. El reconocimiento de duplicación conlleva un comportamiento de la ventana de congestión CNWD de TCP como se muestra en la Figura 7. Este comportamiento indica que el enlace radio no está totalmente utilizado la mayor parte del tiempo. Evidentemente, una sub-utilización de este tipo representa un desperdicio de recursos disponibles. Por consiguiente existe la necesidad de una técnica mejorada de transferencia en un nivel de capa de enlace que es más compatible con protocolos ARQ. COMPENDIO DE LA INVENCIÓN De conformidad con un primer aspecto, se proporciona un método para configurar entidades de capa de enlace para una transferencia con las entidades de capa de enlace, dicho método incluye recibir unidades de datos de servicio desde una capa funcional más alta, convertir las unidades de datos de servicio en unidades de datos de protocolo y colocar en memoria intermedia las unidades de datos de protocolo para transmisión a un receptor bajo el régimen de un protocolo ARQ con reportes de estado, en donde los reportes de estado son indicativos de la recepción de una o varias unidades de datos de protocolo en el receptor, El método comprende los pasos de recibir de un receptor de unidades de datos de protocolo un reporte de estado suplementario para una conexión ARQ existente en contexto con una transferencia inminente, determinar unidades de datos de servicio que corresponden a unidades de datos de protocolo colocadas en memoria intermedia tomando en cuenta información incluida en el reporte de estado suplementario, y transferir las unidades de datos de servicio determinadas a una entidad de capa de enlace que es para establecer una nueva conexión ARQ con el receptor . Este enfoque puede ser implementar en contexto con cualquier técnica ARQ, incluyendo ARQ de ventana deslizante, ARQ de retroceso (n) , ARQ basada en rango, y ARQ de parar y esperar. Los reportes de estado suplementarios pueden ser constituidos por reconocimientos positivos, reconocimientos negativos, o cualquier otro mensaje ARQ que incluya información sobre el estado actual del receptor con relación a unidades de datos de protocolo previamente transmitidas. El reporte de estado suplementario permite una sincronización ARQ entre un emisor de capa de enlace y un receptor de capa de enlace justo antes de efectuar la transferencia. En algunos casos, el reporte de estado suplementario puede ser considerado como un reporte no programado puesto que puede ser generado por el receptor además de los reportes de estado que son señalados en un escenario de transmisión regular, es decir, en un escenario de transmisión que excluye un procedimiento de transferencia. En ciertos casos, el método puede comprender el paso adicional de suspender la transmisión de unidades de datos de servicio y/o unidades de datos de protocolo. Esta suspensión se efectúa preferentemente en una relación temporal estrecha con la recepción del reporte de estado suplementario. Según una primera opción, la transmisión de unidades de datos de protocolo está suspendida en respuesta a la recepción de un reporte de estado suplementario. Según otra opción, la transmisión de unidades de datos de protocolo está suspendida ya antes de la recepción del reporte de estado suplementario como por ejemplo, en respuesta a la recepción de una notificación con relación a la transferencia inminente. El método puede comprender además el paso de solicitar el reporte de estado suplementario del receptor. Si el paso de solicitud es efectuado por la entidad de capa de enlace que requiere el reporte de estado suplementario, la transmisión de más unidades de datos de protocolo puede ser suspendida en la relación temporal estrecha (por ejemplo, inmediatamente antes o después) de la solicitud de reporte de estado suplementario por parte del receptor. En un escenario, el paso de solicitar el reporte de estado suplementario es iniciado al recibir una notificación con relación a la transferencia inminente. El reporte de estado suplementario puede ser solicitado del receptor de varias formas. La solicitud para el reporte de estado suplementario puede incluirse por ejemplo en un mensaje de capa dedicado que es enviado al receptor. Además, alternativamente, el reporte de estado suplementario puede ser solicitado a través de uno o varios mensajes de administración de recursos de radio (RRM) . Alternativa o adicionalmente, el reporte de estado suplementario puede ser recibido a través de uno o varios mensajes de control RRM.

Según una variación, el paso de solicitar el reporte de estado suplementario comprende el envió de una solicitud en la cual se da instrucciones al receptor para generar incondicionalmente y transmitir el reporte de estado suplementario. Si se recibe una solicitud de este tipo por parte del receptor, el receptor debe hacer caso omiso a todas las condiciones impiden o retardan potencialmente la generación de un reporte de estado, como por ejemplo activar un temporizador de prohibición de estado. El paso de determinar las unidades de datos de servicio excluye preferentemente tales unidades de datos de servicio que corresponden a unidades de datos de protocolo correctamente recibidos en el receptor (según lo indicado en el reporte de estado suplementario) . Para este propósito, las unidades de datos de protocolo exitosamente transmitidas pueden ser removidas dentro de la memoria intermedia de PDU antes de iniciar la reconstrucción. Por consiguiente, una reconstrucción más actualizada sin embargo es posible debido al reporte de estado suplementario y a la sincronización de ARQ aplicada resultante inmediatamente anterior a una transferencia inminente. Según un primera opción, el paso de determinar las unidades de datos de servicio comprenden la reconstrucción de unidades de datos de servicio a partir de unidades de dato de protocolo en memoria intermedia tomando en cuenta la información incluida en el reporte de estado suplementario. Según otra opción, el paso de determinar la unidad de datos de servicio comprende la selección de unidades de datos de servicio colocadas en memoria intermedia que corresponden a unidades de datos de protocolo colocadas en memoria intermedia, que tomando en cuenta la información incluida en el reporte de datos suplementarios. Las unidades de datos de servicio pueden ser seleccionado a partir de la memoria intermedia SDU convencional (que es llenada con las unidades de datos de servicio recibidos a partir de una capa funcional más elevada, como por ejemplo la memoria intermedia SDU 12 mostrada en la Figura 1) o bien a partir de una memoria intermedia SDU separada que incluye solamente las unidades de datos de servicio que ya han sido segmentadas en unidades de protocolo o bien que están a punto de ser segmentadas en unidades de datos de protocolo. Como se mencionó previamente, las unidades de datos de servicio recibidas a partir de la capa funcional más elevada pueden ser colocadas en el área intermedia en una memoria intermedia de capa de enlace. En un escenario de este tipo, un contexto de datos puede ser creado a partir de todas las unidades de datos de servicio determinadas (por ejemplo, las unidades de datos de servicio que han sido reconstruidas a partir de unidades de datos de protocolo) y, adicionalmente, a partir de todas las unidades de datos de servicio convencionalmente colocadas en memoria intermedia. El contexto de datos transferido incluirá también por consiguiente las unidades de datos de servicio reconstruidas o determinadas de otra forma tomando en cuenta la información incluida en el reporte de estado suplementario. El contexto de datos creado de esta manera puede entonces ser transferido a la entidad a la capa de enlace que es para establecer la nueva conexión ARQ con el receptor (o bien dicha conexión ha sido ya establecida) . La presente invención puede practicarse en forma de una solución de software, a través de uno o varios componentes de hardware, o bien a través de un enfoque combinado software/hardware. Según un aspecto de software, se proporciona un producto de programa de computadora. Un producto de programa de computadora comprando porciones de código de programa para efectuar los pasos de proceso cuando el producto de programa de computadora es utilizado en uno o varios dispositivos de cómputo. El producto de programa de computadora puede estar almacenado en un medio de grabación legible en computadora. Con relación a un aspecto de hardware, se proporciona un dispositivo para configurar entidades de capa de enlace para una transferencia, las entidades de capa de enlace reciben unidades de datos de servicio a partir de una capa funcional más elevada, convierten las unidades de datos de servicios en unidades de datos de protocolo, y colocan en memoria intermedia las unidades datos de protocolo para transmitir a un receptor bajo el régimen de un protocolo ARQ con reportes de estado, en donde los reportes de estado indican la recepción de una o varias unidades de datos de protocolo en el receptor. En definitivo comprende una primera interfaz adaptado para recibir de un receptor de unidades de datos de protocolo un reporte de estado suplementario para una conexión ARQ existente en contacto con la transferencia inminente, un mecanismo adaptado para determinar unidades de datos de servicios que corresponden a unidades de datos de protocolo colocadas en memoria intermedia tomando en cuenta la información incluida en el reporte de estado suplementario, y una segunda interfaz adaptada para transferir las unidades de datos de servicio determinadas a una entidad de capa de enlace que es para establecer una nueva conexión ARQ con el receptor. En definitivo puede formar parte de un sistema que comprende además el receptor que tiene el mecanismo de receptor adaptado para generar reportes de estado suplementario para la conexión ARQ existente. El dispositivo puede estar integrado en una o varias entidades de capa de enlace o bien puede comunicar de otra forma con una o varias entidades de capa de enlace. Las entidades de capa de enlace pueden a su vez estar incorporadas en componentes de red que pueden comprender una o varias capas funcionales adicionales. BREVE DESCRIPCIÓN DE LOS DIBUJOS A continuación se describirá la presente invención con referencia a modalidades de ejemplo ilustradas en los dibujos, en donde :1a Figura 1 es un diagrama esquemático que ilustra del lado izquierdo una pila de protocolo con una capa de enlace de datos y en el lado derecho varios mecanismos efectuados en la capa de enlace de datos; la Figura 2 es un diagrama esquemático que ilustra un primer procedimiento de transferencia entre dos entidades de capas de enlace; la Figura 3 es un diagrama esquemático que ilustra un segundo procedimiento de transferencia entre dos entidades de capa de enlace; la Figura 4 muestra un diagrama que ilustra pérdida de datos que resulta del procedimiento de transferencia ilustrado en la Figura 3; la Figura 5 es un diagrama que ilustra el comportamiento de tiempo muerto que resulta de la pérdida de datos ilustrada en la Figura 5; la Figura 6 es un diagrama que ilustra la duplicación de datos que resulta de SDUs innecesariamente reconstruidas; la Figura 7 es un diagrama que ilustra un comportamiento de TCP en respuesta a reconocimiento duplicados que resultan de la duplicación de datos ilustrada en la Figura 6; la Figura 8 es un diagrama esquemático que ilustra una modalidad de dispositivo de configuración de conformidad con una modalidad de la presente invención; la Figura 9 es un diagrama esquemático que ilustra una modalidad de sistema y un procedimiento de transferencia bajo el control del dispositivo de la Figura 8; La Figura 10 es un diagrama de flujo automático que ilustra una modalidad del método de la presente invención; La Figura 11 es un diagrama automático que ilustra una modalidad adicional de la presente invención, La Figura 12 es un diagrama que ilustra un comportamiento de TCP mejorado que resulta de una implementacion de la presente invención . DESCRIPCIÓN DETALLADA DE LAS MODALIDADES PREFERIDAS En la descripción siguiente, para propósitos de explicación pero no de manera limitativa, es presentando detalles específicos, como por ejemplo secuencias particulares de pasos de proceso, escenarios de ARQ individuales, y consideraciones específicas de sistemas para proporcionar una comprensión completa de la presente invención. Será aparente a una persona con conocimientos en la materia que la presente invención pueda practicarse en otras modalidades que no correspondan a estos detalles específicos. En particular, mientras que se describiera modalidades en un contexto TCP/IP, con relación a mecanismos ARQ específicos, y con relación a una capa de enlace de datos que tiene una cierta configuración, se entenderá que la presente invención puede también incrementarse en contexto con otros protocolos y configuraciones . Además, las personas con conocimientos en la materia observarán que las funciones explicadas aqui abajo pueden incrementarse utilizado un software que funciona en combinación con un micro procesador programado o computadora para propósitos generales, y/o utilizando un Circuito integrado especifico para aplicación (ASIC) . Se observará también que mientras la presente invención se describe primariamente en forma de métodos y - dispositivos, la invención puede también incorporarse en un producto de programa de computadora asi como en un sistema que comprende un procesador de computadora y una memoria conectada al procesador en donde la memoria está codificada con uno o varios programas que pueden efectuar las funciones divulgadas aqui . La Figura 8 muestra una modalidad de un dispositivo 80 para configurar entidades de capa de enlace para una transferencia. El dispositivo 80 incluye una primera interfaz 82 adaptada para recibir (en contexto con una transferencia inminente) un reporte de estado suplementario de un receptor de unidades de datos de protocolo. Por consiguiente, el reporte de estado suplementario está relacionado con el procedimiento de transferencia. El reporte de estado se refiere a una conexión ARQ existente que se encuentra entre una primera entidad de capa de enlace y el receptor. El reporte de estado suplementario puede ser recibido a través de la primera interfaz 82 además de reportes de estado regulares generados por el receptor de conformidad con un protocolo ARQ convencional. El dispositivo 80 comprende además un mecanismo 84 adaptado para determinar (por ejemplo reconstruir o seleccionar) unidades de datos de servicio que corresponden a unidades de datos de protocolo colocadas en memoria intermedia con base en información incluida en el reporte de estado suplementario. Esta información puede ser indicativa de recepción exitoso y/o fallada de una o varias unidades de datos de protocolo en el receptor. El reporte de estado suplementario permite por consiguiente una sincronización entre el receptor y la primera entidad de capa de enlace en comunicación con el receptor a través de la conexión ARQ existente. Esta sincronización ayuda a evitar la transferencia de unidades de datos servicio que corresponden a unidades de datos de protocolo colocadas en memoria intermedia ya exitosamente recibidas por el receptor pero todavía no reconocidas a través de reportes de estado "regulares" . Además, el dispositivo 80 incluye una segunda interfaz 86 adaptada para transferir las unidades de datos de servicio determinadas por el mecanismo 84 a una segunda entidad a capa de enlace que es para establecer una nuevas conexión ARQ con el receptor en el contexto de la transferencia, Esta transferencia se explicara a continuación con mayores detalles con referencia a la Figura 9. La Figura 9 muestra un sistema de red 90 que comprende dos entidades de capa de enlace 92, 94, un controlador (común) 88 para las entidades de capa de enlace 92, 94 y un receptor 96. Cada una de las dos entidades de capa de enlace 92, 94 y el receptor 96 tiene una pila de protocolo con una capa de enlace de datos que puede ser similar a la ilustrada en la Figura 1. Además, cada una de las entidades de capa de enlace 92, 94 comprende un dispositivo 80 como se muestra en la Figura 8 para implementar las configuraciones de transferencia requerida. En una realización de ejemplo, las entidades de capa de enlace 92, 94 están incluidas en estaciones de base o nodos B de conformidad con el estándar de sistema de telecomunicación móvil universal (UMTS) . El controlador 88 puede estar configurado como un controlador de red de radio (RNC) de UMTS. En el contexto de UMTS, el receptor 96 puede tomar la forma de un equipo de usuario (UE) , como por ejemplo un teléfono móvil. Alternativamente, las entidades de capa de enlace 92, 94 pueden estar integradas conjuntamente con el controlador 88 en un solo componente RNC. Se observará que el dispositivo 80 y la entidades de capa de enlace 92, 94 pueden implementarse ya sea en el lado de terminal como por ejemplo dentro de un equipo de usuario (enlace ascendente) o bien en el lado de red (enlace descendente) . En un escenario de terminal las dos entidades de capa de enlace 92, 94 pueden constituir, por ejemplo, dos tarjetas PCMCIA diferentes conectadas entre ellas en la misma terminal como por ejemplo una computadora portátil. Alternativamente, las dos entidades de capa de enlace 92, 94 pueden estar integradas en una terminal de modo doble que opera de conformidad con por lo menos dos estándares de comunicación inalámbrica como por ejemplo UMTS y GSM (Global System for Mobile Communications) [Sistema global para comunicación móvil] . Como se puede observar a partir de la Figura 9, existe una conexión ARQ 98 entre la primera entidad de capa de enlace 92 y el receptor 96. La conexión ARQ 98 constituye un canal de datos y/o control con funcionalidades ARQ. Debido a una posible movilidad del receptor 96 o bien debido a otras circunstancias, una transferencia entre la primera entidad de capa de enlace 92 y la segunda entidad de capa de enlace 94 puede requerirse en cierto momento. En el transcurso de la transferencia, la nueva conexión ARQ 100 será establecida entre la segunda entidad de capa de enlace 94 y el receptor 96. Después (o bien en una modalidad alternativa, antes) del establecimiento de la nueva conexión ARQ 100, la conexión ARQ existente 96 entre la primera entidad de capa de enlace 92 y el receptor 96 puede ser terminada. En el transcurso del procedimiento de transferencia, un contexto de datos será transferido entre la primera entidad de red 92 y la segunda entidad de capa de enlace 94 de conformidad con lo indicado por la flecha 102. El contexto de datos puede ser transferido entre las entidades de capa de enlace 92 como 94 directamente o bien a través del controlador 88. A continuación se describirá con referencia al diagrama de flujo 1000 de la Figura 10, y a partir de la perspectiva del primer componente de capa de enlace 92 la comunicación entre los cuatro componentes de red 88, 92, 94, 96 mostrados en la Figura 9. La primera entidad de capa 92 recibe constantemente unidades de datos de servicio de una capa funcional más alta, como por ejemplo una capa de red L3 colocada en el controlador 88 o cualquier otro componente de red. La entidad de capa de enlace 92 convierte estas unidades de datos de servicio en unidades de datos de protocolo y coloca en memoria intermedia las unidades de datos de protocolo para transmisión bajo el régimen de un protocolo ARQ al receptor 96. El protocolo ARQ especifica reportes de estado regulares que indican la recepción de una o varias unidades de datos de protocolo en el receptor 96, Con referencia ahora a la Figura 10 la primera entidad de capa de enlace 92 recibe en un primer paso 1010 del receptor 96 un reporte de estado suplementario para la conexión ARQ existente 98 en contexto con una transferencia inminente del receptor 96 a partir de la primera entidad de capa de enlace 92 hacia la segunda entidad de capa de enlace 94. En un segundo paso 1020, la primera entidad de capa de enlace 92 determina (por ejemplo reconstruye o selecciona) unidades de datos de servicio que corresponden a unidades de datos de protocolo colocadas en memoria intermedia tomando en cuenta la información de estado incluida en el reporte de estado suplementario recibido del receptor 96. En un paso adicional 1030, la primera entidad de capa de enlace transfiere un contexto de datos que incluye por lo menos las unidades de datos de servicio determinadas en el paso 1020 a la segunda entidad de capa de enlace 94 de conformidad con lo indicado por la flecha 102. Adicionalmente, el controlador 88 conmutará la corriente de unidad de datos de servido desde la primera entidad de capa de enlace 92 hacia la segunda entidad de capa de enlace 94. La segunda entidad de capa de enlace 94 iniciará entonces la transmisión de unidades de datos de protocolo a través de la nueva conexión ARQ 100 con el receptor 96 tomando en cuenta el contexto de datos recibido de la primera entidad de capa de enlace 92. A continuación, se describirá con referencia al diagrama esquemático mostrado en la Figura 11 una modalidad adicional de la presente invención. La modalidad ilustrada en la Figura 11 puede ser combinada con cualquier otra de las modalidades descritas con referencia a las Figuras 8 a 10. El proceso ilustrado esquemáticamente en la Figura 11 es iniciado cuando se detecta (por ejemplo por parte del controlador 88 mostrado en la Figura 9) que un receptor de una corriente de PDU requiere de una transferencia desde una entidad de capa de enlace de servicio actual (lado izquierdo de la Figura 11) a una nueva entidad de capa de enlace (lado derecho de la Figura 11) . En este caso, la entidad de capa de enlace de servicio actual es notificada inmediatamente de la transferencia inminente. Esta notificación activa una sincronización de estado entre la entidad de capa de enlace de servicio actual y el receptor de PDU (no ilustrada en la Figura 11) . La sincronización de estado puede ser efectuada de varias formas. En una modalidad, la entidad de capa de enlace de servicio actual (por ejemplo, la sub-capa RLC) envía un mensaje de capa de enlace recientemente definido (se conoce a continuación como Solicitud de Super Sondeo) al receptor de PDU. El receptor de PDU responde a la Solicitud de Super Sondeo con la generación de un reporte de estado suplementario y con la transmisión de este reporte de estado a la entidad de capa de enlace de servicio actual. Lo que diferencia una Solicitud de Super Sondeo de un sondeo de capa de enlace regular es el hecho que la Solicitud de Super Sondeo da instrucciones al receptor para generar y transmitir el reporte de estado en cualquier caso (por ejemplo, aún si está funcionando el temporizador de prohibición de estado local) . Con el objeto de reducir la transmisión global de mensajes, la Solicitud de Super Sondeo relacionada con transferencia puede ser sustituida por una "solicitud por omisión" incluida como un ajuste adicional del procedimiento de transferencia (que es típicamente efectuado a través de mensajes RRM de un protocolo de recursos de radio RRC) . En ese caso, el reporte de estado suplementario puede ser generado automáticamente y transmitido del receptor que ha sido no identificado de la transferencia inminente dentro de un mensaje RRM dedicado o relacionado con la transferencia. Por consiguiente, el reporte de estado para una conexión de capa de enlace que debe ser migrada puede estar incluido en un mensaje RRM en lugar de ser enviado como mensaje de capa de enlace separado (por ejemplo, como en el caso de escenario de Solicitud Super Sondeo comentado arriba) . En el contexto con recepción de la notificación de transferencia y/o en el contexto con generación y envío de una solicitud de estado suplementario, la entidad de capa de enlace de servicio actual puede suspender opcionalmente la transmisión de PDU al receptor. Además o alternativamente, la transmisión de SDUs a entidad de capa de enlace de servicio actual puede ser suspendida. En respuesta a la recepción del reporte de estado complementario del receptor, la entidad de capa de enlace de servicio actual actualiza su estado de transmisión. Este paso de actualización puede incluir el hecho de borrar o desechar cualquier PDUs en la memoria intermedia de PDU 14 mostrada en la Figura 11 que son positivamente reconocidos en el reporte de estado suplementario. En un paso siguiente, la entidad de capa de enlace de servicio actual reconstruye SDUs a partir de la memoria intermedia de PDU actualizada 14 para transferencia de contexto. Se observará aquí que la reconstrucción es iniciada solamente después de haber considerado el contenido del reporte de estado suplementario. En una modalidad alternativa, las SDUs no son reconstruidas a partir de la memoria intermedia de PDU actualizada 14 sino que se seleccionan a partir de la memoria intermedia de SDU 12 (en dicho caso las SDUs leídas a partir de la memoria intermedia de SDU 12 para segmentación serán apropiadamente marcadas pero no borradas de la memoria intermedia de SDU 12), o bien seleccionadas a partir de una memoria intermedia de SDU dedicada (no ilustrada) en donde las SDUs que han sido leídas para segmentación son temporalmente almacenadas para la generación de un contexto de datos relacionados con transferencia. En el escenario de selección, estas SDUs que son reconocidas en el reporte de estado suplementario no serán seleccionadas para generación de contexto de datos. En el escenario de reconstrucción, la entidad de capa de enlace de servicio actual crea un contexto de datos a partir de todas las SDUs que están almacenadas en la memoria intermedia de SDU 12 y adicionalmente a partir de las que han sido * reconstruidas a partir de la memoria intermedia de PDU actualizada 14. El contexto de datos que incluye las SDUs colocadas en memoria intermedia y reconstruidas es después enviado a la nueva entidad de capa de enlace de conformidad con lo indicado por las dos flechas de la Figura 11. En la nueva entidad de capa de enlace, las SDUs incluidas en el contexto de datos están almacenadas en la memoria intermedia de SDU local 12' . Por consiguiente, esta memoria intermedia de SDU 12' incluirá también las SDUs que corresponden a las PDU reconstruidas a partir de la PDU actualizada 14 de la entidad de capa de enlace de servicio actual/previa. En un paso final, la corriente de SDU es conmutada a la entidad de capa de enlace nueva como se muestra en la Figura 11, y la nueva entidad de capa de enlace inicia la transmisión de PDUs hacia el receptor original a través de una conexión ARQ recientemente establecida. Como se ha vuelto aparente a partir de la descripción arriba, las modalidades permiten una transferencia sin pérdida sin duplicación de SDUs que han sido ya exitosamente transmitidas. Como consecuencia, interacciones negativas con protocolos de capa más alta como por ejemplo TCP pueden ser evitadas como se ilustra en el diagrama de la Figura 12. Como se puede determinar a partir de la Figura 12, la ventana de congestión CWND es solamente estrangulada por sobreflujo de memoria intermedia de SDU pero no por interferencia con TCP debido al hecho que se pueden notar las duplicaciones no intencionales de datos en las transferencias. Se observará que la presente invención puede aplicarse a una amplia variedad de escenarios de transferencia. Estos escenarios incluyen transferencias intrasistema, transferencias intersistema entre tecnologías de radio diferentes (por ejemplo, conmutadores de acceso) , transferencias entre compuertas de acceso diferentes en el proyecto de evolución de largo plazo (LTE) del proyecto de asociación de tercera generación (3GPP) , y transferencias entre versión 7 de 3GPP LTE y acceso 7 3GPP de pre-liberación. Además, el mecanismo de relocalización de sistema de red de radio de servicio (SRNS) dentro de redes 3GPP puede ser mejorado para transferencias inter-RNC.

Las personas con conocimientos en la materia observarán que las modalidades descritas arriba pueden ser adaptadas o extendidas de varias formas. Dentro de la descripción anterior se hace referencia por consiguiente a modalidades preferidas, el alcance de la presente invención es definido solamente por las reivindicaciones siguientes y los elementos mencionados ahi .

Claims (17)

1. REIVINDICACIONES 1. Un método para configurar entidades de capa de enlace (92, 94) para una transferencia, las entidades de capa de enlace (92, 94) reciben unidades de datos de servicio de una capa funcional más elevada, convierten las unidades de datos de servicio en unidades de datos de protocolo y colocan en memoria intermedia las unidades de datos de protocolo para transmisión a un receptor (96) bajo el régimen de un protocolo ARQ que tiene reportes de estado, los reportes de estado indican la recepción de una o varias unidades de datos de protocolo en el receptor (96), el método comprende los pasos de: - recibir de un receptor (96) de unidades de datos de protocolo un reporte de estado suplementario para una conexión ARQ existente (98) en contexto con una transferencia inminente; - determinar unidades de datos de servicio que corresponden a unidades de datos de protocolo colocadas en memoria intermedia tomando en cuenta la información incluida en el reporte de estado suplementario; y - transferir las unidades de datos de servicio determinadas a una entidad de capa de e??3sß(94) que es para establecer una nueva conexión ARQ (100) con el receptor (96).
2. 2. El método de conformidad con la reivindicación 1, que comprende el paso de suspender la transmisión de unidades de datos de protocolo en una relación temporal estrecha con recibo del reporte de estado suplementario.
3. 3. El método de conformidad con la reivindicación 1 ó 2, que comprende además el paso de solicitar el reporte de estado suplementario del receptor (96).
4. 4. El método de conformidad con la reivindicación 3, en donde el paso de solicitar el reporte de estado suplementario es iniciado al recibir una notificación con relación a la transferencia inminente.
5. 5. El método de conformidad con la reivindicación 3 ó 4, en donde el paso de solicitar el reporte de estado suplementario incluye el envío de un mensaje de solicitud de capa de enlace dedicado al receptor (96).
6. 6. El método de conformidad con cualquiera de las reivindicaciones 3 a 5, en donde el paso de solicitar el reporte de estado suplementario es implementado como un ajuste de transferencia en el lado del receptor (96).
7. 7. El método de conformidad con cualquier de las reivindicaciones 3 a 6, en donde por lo menos uno de los pasos de solicitar y recibir el reporte de estado suplementario es efectuado a través de uno o varios mensajes de administración de recursos de radio.
8. 8. El método de conformidad con cualquiera de las reivindicaciones 1 a 7, en donde el paso de determinar unidades de datos de servicio excluye tales unidades de datos de servicio que corresponden a unidades de datos de protocolo correctamente recibidas en el receptor (96) .
9. 9. El método de conformidad con cualquiera de las reivindicaciones 1 a 7, en donde el paso de determinar unidades de datos de servicio que corresponden a unidades de datos de protocolo colocadas en memoria intermedia comprende la reconstrucción de unidades de datos de servicio a partir de las unidades de datos de protocolo colocadas en memoria intermedia .
10. 10. El método de conformidad con cualquiera de las reivindicaciones 1 a 8, en donde el paso de determinar unidades de datos de servicio que corresponden a unidades de datos de protocolo colocadas en memoria intermedia comprende la selección de unidades de datos de servicio a partir de una memoria intermedia.
11. 11. El método de conformidad con cualquiera de las reivindicaciones 3 a 10, en donde el paso de solicitar el reporte de estado suplementario comprende la generación de una solicitud en la cual se da instrucciones al receptor (96) para que genere incondicionalmente el reporte de estado suplementario .
12. 12. El método de conformidad con cualquiera de las reivindicaciones 1 a 11, que comprende además el paso de colocar en memoria intermedia las unidades de datos de servicio antes de la conversión.
13. 13. El método de conformidad con la reivindicación 12, que comprende además los pasos de: - crear un contexto de datos a partir de todas las unidades de datos de servicio colocadas en memoria intermedia y todas las unidades de datos de servicio determinadas; y - transferir el contexto de datos a la entidad de capa de enlace (94) que debe establecer la nueva conexión ARQ (100) con el receptor (96).
14. 14. Un producto de programa de computadora que comprende opciones de código de programa para efectuar los pasos de cualquiera de las reivindicaciones 1 a 13 cuando el producto de programa de computadora está funcionando en un dispositivo de cómputo.
15. 15. El producto de programa de computadora de conformidad con la reivindicación 14, almacenado en un medio de grabación legible en computadora.
16. 16. Un dispositivo (80) para configurar entidades de capa de enlace (92, 94) para una transferencia, las entidades de capa de enlace (92, 94) reciben unidades de datos de servicio de una funcionalidad más alta, convierten las unidades de datos de servicio en unidades de datos de protocolo, y colocan en memoria intermedia las unidades de datos de protocolo para transmisión a un receptor (96) bajo el régimen de un protocolo ARQ que tiene reportes de estado, los reportes de estado son indicativos de la recepción de una o varias unidades de datos de protocolo en el receptor (96), el dispositivo (80) comprende: - una primera interfaz (82) adaptada para recibir de un receptor (96) de unidades de datos de protocolo un reporte de estado suplementario para una conexión ARQ existente (98) en contexto con una transferencia inminente; - un mecanismo (84) adaptado para determinar unidades de datos de servicio que corresponden a unidades de datos de protocolo colocadas en memoria intermedia tomando en cuenta la información incluida en el reporte de estado suplementario; y - una segunda interfaz (86) adaptada para transferir las unidades de datos de servicio determinadas a una entidad de capa de enlace (94) que es para establecer una nueva conexión ARQ (100) con el receptor.
17. 17. Un sistema (90) que comprende el dispositivo (80) de la reivindicación 16 en comunicación con una o varias entidades de capa de enlace (92, 94), y un receptor (96) que tiene un mecanismo de reporte adaptado para generar reportes de estado suplementarios.