Nothing Special   »   [go: up one dir, main page]

ES2784476T3 - Método y disposición en un sistema de comunicaciones inalámbrico - Google Patents

Método y disposición en un sistema de comunicaciones inalámbrico Download PDF

Info

Publication number
ES2784476T3
ES2784476T3 ES16150866T ES16150866T ES2784476T3 ES 2784476 T3 ES2784476 T3 ES 2784476T3 ES 16150866 T ES16150866 T ES 16150866T ES 16150866 T ES16150866 T ES 16150866T ES 2784476 T3 ES2784476 T3 ES 2784476T3
Authority
ES
Spain
Prior art keywords
data
user equipment
status report
base station
buffer status
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES16150866T
Other languages
English (en)
Inventor
Jessica Östergaard
Ghyslain Pelletier
Magnus Stattin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2784476T3 publication Critical patent/ES2784476T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes

Landscapes

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

Abstract

Un método realizado por un equipo (120) de usuario para manejar una solicitud de programación, comprendiendo el equipo (120) de usuario una memoria intermedia (900), comprendiendo el método: recibir (501) los datos dentro de la memoria intermedia (900), en donde dichos datos se han de transmitir a una estación (110) base; y desencadenar (503) una solicitud de programación, estando dicha solicitud de programación pendiente hasta que se cancela; caracterizado por que el método comprende, además; cancelar (504) la solicitud de programación pendiente cuando los datos que desencadenaron la solicitud de programación se contabilizan en un reporte de estado de memoria intermedia a ser incluido en una transmisión de datos programada a ser transmitida a la estación base.

Description

DESCRIPCIÓN
Método y disposición en un sistema de comunicaciones inalámbrico
Campo técnico
La presente invención se relaciona con un método y una disposición en un equipo de usuario. En concreto, se relaciona con el manejo de los desencadenantes de solicitud de programación.
Antecedentes
En un sistema de radio móvil típico, también referido como sistema de comunicación inalámbrico, los Equipos de Usuario (UE), también conocidos como terminales móviles y/o terminales inalámbricos se comunican a través de una Red de Acceso por Radio (RAN) con una o más redes de núcleo. Los equipos de usuario pueden ser estaciones móviles o unidades de equipo de usuario tales como teléfonos móviles también conocidos como teléfonos “celulares”, y ordenadores portátiles con capacidad inalámbrica, por ejemplo, de terminación móvil, y por tanto pueden ser, por ejemplo, dispositivos móviles portátiles, de bolsillo, de mano, incluidos en un ordenador, o montados en un coche que comunican voz y/o datos con la red de acceso por radio.
La red de acceso por radio cubre un área geográfica que se divide en áreas de celda, con cada celda estando servida por una estación base, por ejemplo, una Estación Base de Radio (RBS), que en algunas redes también es llamada “eNB”, “NodoB” o “nodo B” y que en este documento es referida como una estación base. Una celda es un área geográfica en la que la cobertura de radio es proporcionada por el equipo de estación base de radio en el emplazamiento de la estación base. Las estaciones base se comunican sobre la interfaz de aire operando en frecuencias de radio con las unidades de equipo de usuario dentro del rango de las estaciones base.
A finales de 2008 se finalizó la primera versión, Versión 8, del estándar de Evolución a Largo Plazo (LTE, por sus siglas en inglés) 3GPP y la versión 9 están actualmente en curso. El Acceso por Radio Terrestre Universal Evolucionado (E-UTRA) es la interfaz de aire que se usa en LTE.
En los sistemas de comunicación inalámbricos, el Enlace Ascendente (UL) de radio es la ruta de transmisión desde el equipo de usuario a una estación base y el Enlace Descendente de radio es la ruta de transmisión desde una estación base a un equipo de usuario. En LTE Versión 8, la llegada de nuevos datos de UL, o de mayor prioridad que los datos ya existentes o nuevos datos de cualquier prioridad cuando no hay datos anteriores, a la memoria intermedia del UE desencadena un así denominado Reporte Periódico de Estado de Memoria Intermedia (BSR). Existen condiciones secundarias a esto, tales como que sólo se consideran los datos para un canal lógico que pertenece a un Grupo de Canal Lógico (LCG), y se define “la llegada de nuevos datos de UL” como cuando los datos de UL resultan disponibles para la transmisión en una entidad de Controlador de Enlace de Radio (RLC) o en una entidad de Protocolo de Convergencia de Datos de Paquete (PDCP). El PDCP es una capa superior de la entidad RLC.
Sin embargo, la idea básica se captura en la llegada de nuevos datos UL que desencadenan un BSR periódico. El BSR periódico, a su vez, desencadena una Solicitud de Programación (SR). La activación de la SR desencadena que una SR se transporte a la estación base que luego es informada de que el equipo de usuario tiene nuevos datos que le gustaría transmitir. La SR se transmite bien en el recurso de solicitud de programación preasignado del equipo de usuario en un Canal de Control de Enlace Ascendente Físico (PUCCH) y es luego conocido como SR dedicada (D-SR) ya que se transmite en un recurso dedicado al equipo de usuario, o en el Canal de Acceso Aleatorio Físico (PRACH) y es luego conocido como una SR de acceso aleatorio (RA-SR). En ambos casos, existe una periodicidad fija asociada con las oportunidades para transmitir una SR. Esto implica que el equipo de usuario ha de esperar hasta que dicha oportunidad esté disponible.
Cuando la estación base recibe una D-SR, la estación base normalmente emite una concesión de UL. Cuando el equipo de usuario transmite en esa concesión, transmitirá una Unidad de Datos de Paquete (PDU) MAC que incluye un BSR en forma de un así denominado elemento de control de Control de Acceso al Medio (MAC) BSR, que describe el tamaño de sus memorias intermedias. El BSR tiene la obligación de reflejar el estado de la memoria intermedia después de que se construya la Unidad de Datos de Paquete (PDU) MAC que incluye el elemento de control MAC BSR. Se incluye siempre un BSR si un desencadenante BSR está pendiente en el equipo de usuario en el momento de construir la PDU MAC, a menos que todos los datos puedan ajustarse en la PDU MAC, pero no haya espacio suficiente para un reporte de estado de memoria intermedia además de los datos.
Una vez que el tamaño de la memoria intermedia del equipo de usuario se ha reportado a la estación base, no hay necesidad para el equipo de usuario de enviar SR adicionales ya que la estación base ahora sabe cuántos datos ha de transmitir el equipo usuario. El desencadenante de SR puede por tanto cancelarse en el equipo de usuario de manera que el equipo de usuario no enviará ninguna D-SR en la siguiente oportunidad D-SR.
Por favor observe que a continuación, se usará la siguiente terminología:
El término “llegada de nuevo datos” se usa para indicar la llegada de nuevos datos de UL en la memoria intermedia del equipo de usuario, con todas las condiciones secundarias para desencadenar un BSR periódico satisfechas. El término “recepción de concesión” se usa para indicar la recepción de una concesión de Canal de Control de Enlace Descendente Físico (PDCCH) para los recursos de Canal Compartido de Enlace Ascendente (UL-SCH) durante una nueva transmisión.
El término “transmisión de datos” se usa para indicar la transmisión de datos de UL en los recursos UL-SCH que se encuentran disponibles para una nueva transmisión.
El término “SR” y “solicitud de programación” se usa para indicar la señalización de la D-SR en el PUCCH.
El término “desencadenante de SR” y “desencadenante de solicitud de programación” se usa para indicar una SR pendiente.
Cuando se usan expresiones tales como “contabilidades de reporte de estado de memoria intermedia para los primeros datos”, esto significa que el reporte de estado de memoria intermedia refleja todo lo que está a la izquierda de los primeros datos después de que ha sido recibida la transmisión en la que se incluye el reporte de estado de memoria intermedia.
El documento US 2009/113086 A1 describe un método para proporcionar un reporte de estado de memoria intermedia en una red de comunicación móvil que se implementa entre una estación base y un equipo de usuario. Cuando los datos llegan a las memorias intermedias del equipo de usuario y la prioridad de un canal lógico para los datos es mayor que la de los otros canales lógicos para los datos existentes en las memorias intermedias, se desencadena un reporte de estado de memoria intermedia corto asociado con la memoria intermedia de un grupo de canal lógico correspondiente a los datos de llegada. El equipo de usuario se basa en los recursos obtenidos asignados por la estación base para completar todos los datos de la memoria intermedia del grupo de canal lógico en una Unidad de Datos de Protocolo. Si todos los datos de la memoria intermedia del grupo de canal lógico correspondientes a los datos de llegada se pueden rellenar en la Unidad de Datos de Protocolo, se cancela el reporte de estado de memoria intermedia corto. En otro caso, el equipo de usuario transmite el reporte de estado de memoria intermedia corto.
El documento R2-0732093GPP TSG-RAN WG2 #59 “Criterios de desencadenamiento de solicitud de programación para LTE” de Ericsson aborda la solicitud de programación (SR), y más específicamente los criterios para desencadenar una SR, esto es indicar a través del canal de SR que hay datos a transmitir. Esta contribución identifica un problema potencial con la solución de desencadenamiento de SR en la que el planificador no es consciente de cuando los datos de mayor prioridad llegan a la memoria intermedia de transmisión del UE. Se sugiere que el desencadenamiento de SR se base en un cambio en el estado de la memoria intermedia en comparación con el último reporte de memoria intermedia o transmisión de UL conocidos según algunos criterios simples.
Actualmente, se decide que una SR se considera pendiente hasta que se cancela, esto es un desencadenante de SR que desencadena la transmisión de una SR, se considera pendiente hasta que se cancela.
Además, se ha decidido recientemente que si los recursos UL-SCH están disponibles para una nueva transmisión en este TTI, todos las SR pendientes se cancelarán por considerar que no estaba claro cuando se concedieron los recursos de UL-SCH, en la recepción de una concesión PDCCH o en el TTI cuando los recursos UL-SCH estuvieron disponibles. La clarificación dice que la SR se cancela en el TTI cuando los recursos UL-SCH están disponibles. Compendio
La invención se establece en el conjunto adjunto de reivindicaciones.
Breve descripción de los dibujos
La invención se describe en más detalle con referencia a los dibujos adjuntos que ilustran las realizaciones ejemplares de la invención y en las que:
La Figura 1 es un diagrama esquemático que ilustra el análisis de problemas.
La Figura 2 es un diagrama esquemático que ilustra el análisis de problemas.
La Figura 3 es un diagrama esquemático que ilustra el análisis de problemas.
La Figura 4 es un diagrama de bloques esquemático que ilustra las realizaciones de una red de comunicación inalámbrica.
La Figura 5 es un diagrama de flujo que representa las realizaciones de un método.
La Figura 6 es un diagrama esquemático que ilustra un análisis de las realizaciones.
La Figura 7 es un diagrama esquemático que ilustra un análisis de las realizaciones.
La Figura 8 es un diagrama esquemático que ilustra un análisis de las realizaciones.
La Figura 9 es un diagrama de bloques esquemático que ilustra realizaciones de un equipo de usuario.
La Figura 10 es un diagrama de bloques esquemático que ilustra realizaciones de un equipo de usuario.
Descripción detallada
Como parte de la presente invención, en primer lugar, se identificará y discutirá un problema. Tal como se mencionó antes se decidió recientemente que todas las SR pendientes se cancelarán si los recursos UL-SCH están disponibles para una nueva transmisión en el TTI, ya que se consideró poco claro cuando se concedieron los recursos UL-SCH en la recepción de una concesión PDCCH o en el TTI cuando el UL-SCH estaba disponible. Ahora, considere el caso de cancelación del desencadenante de SR pendiente en el TTI cuando los recursos UL-SCH están disponibles, esto es en la transmisión de nuevos datos, según la decisión reciente.
La Figura 1 ilustra un análisis de la alternativa a cancelar una solicitud de programación en la transmisión de datos de UL cuando nuevos segundos datos llegan a la memoria intermedia del equipo de usuario antes de que se reciba la concesión de los primeros datos. Suponga que se ha realizado lo siguiente:
Los primeros datos han llegado a la memoria intermedia del equipo de usuario. Estos primeros datos han desencadenado un reporte de estado de memoria intermedia. Estos primeros datos han desencadenado de manera directa o indirecta un primer desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad de solicitud de programación. Se ha producido la oportunidad de solicitud de programación y se ha transmitido una primera solicitud de programación a la estación base. El primer desencadenante de solicitud de programación aún está pendiente. Éste será cancelado tras la transmisión de los datos de UL. Mirando la línea de tiempo, existen dos casos diferentes que aparecen ilustrados como, caso a) y b) en la Figura 1. En el caso a), el equipo de usuario tiene una oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos. En el caso b) el equipo de usuario no tiene la oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos; la siguiente oportunidad de SR se produce después de la transmisión de los datos.
Para el caso a) suponga los siguientes pasos:
Paso 100. Nuevos segundos datos llegan en la memoria intermedia del equipo de usuario. Estos segundos datos desencadenan un desencadenante de reporte de estado de memoria intermedia. Estos segundos datos desencadenan de manera directa o indirecta a través del desencadenante de reporte de estado de memoria intermedia, un segundo desencadenante de solicitud de programación para enviar una solicitud de programación para los segundos datos en la siguiente oportunidad.
Paso 110. Como respuesta a la primera solicitud de programación enviada a la estación base, el equipo de usuario recibe desde la estación base, una concesión de UL para la transmisión.
Paso 115. El primer y segundo desencadenantes de solicitud de programación están pendientes lo que implica que el equipo de usuario enviará una solicitud de programación a la estación base en la siguiente oportunidad de solicitud de programación. En este punto de tiempo se produce una oportunidad de solicitud de programación, esto es, esta oportunidad de solicitud de programación se produce entre la recepción de la concesión de UL y la transmisión de los datos según el caso a). Por lo tanto, el equipo de usuario envía de nuevo una solicitud de programación a la estación base, aunque ya se haya recibido una concesión. Esto es innecesario de enviar y es confuso recibirlo por parte de la estación base. Esta es una desventaja.
Paso 120. En este paso el equipo de usuario transmite a la estación base. No se puede saber seguro si la transmisión del equipo de usuario incluye los datos desde los primeros o segundos datos ya que la concesión es sólo una concesión de recursos y el equipo de usuario toma la decisión de qué datos transmitir. Los segundos datos pueden ser de mayor prioridad que los primeros datos, en este caso se enviarán partes de los segundos datos. Sin embargo, un reporte de estado de memoria intermedia se incluye también en la transmisión a la estación base, a menos que todos los datos puedan ajustarse en la transmisión, pero no un reporte de estado de memoria intermedia. Si se incluye, el reporte de estado de la memoria intermedia contabiliza lo que quiera que quede de los primeros y también de los segundos datos después de que la transmisión programada se haya realizado. Ya que la regla en este ejemplo es de cancelar la SR en la transmisión de los datos de UL, el equipo de usuario cancela ambos desencadenantes de SR pendientes en este punto de tiempo. Sin embargo, la estación base no sabe cómo interpretar la segunda solicitud 115 de programación. En base a la segunda solicitud de programación, puede enviar una nueva concesión pensando que existen más datos que no han sido contabilizados en la transmisión (120). Si el reporte de estado de memoria intermedia enviado en la transmisión (120) refleja memorias intermedias vacías, dicha nueva concesión solo se completará transmitiendo bits de relleno, lo que significa que tanto la concesión como la transmisión son innecesarias, tomando recursos que podrían haber sido usados para otros equipos de usuario.
Para el caso b) existen menos problemas. Suponga los siguientes pasos:
Paso 100. Los nuevos segundos datos llegan a la memoria intermedia de equipo de usuario. Estos segundos datos desencadenan un desencadenante de reporte de estado de memoria intermedia. Estos segundos datos desencadenan de manera directa o indirecta a través del desencadenante de reporte de estado de memoria intermedia, un segundo desencadenante de solicitud de programación para enviar una solicitud de programación para los segundos datos en la siguiente oportunidad.
Paso 110. Como respuesta a la primera solicitud de programación enviada a la estación base, el equipo de usuario recibe de la estación base, una concesión de UL para la transmisión.
Paso 120. El equipo de usuario transmite a la estación base. De nuevo, no puede saber seguro si la transmisión del equipo de usuario incluye datos de los primeros o segundos datos. Se incluye un reporte de estado de memoria intermedia en la transmisión a la estación base, dicho reporte de estado de memoria intermedia contabiliza los primeros y también los segundos datos ya que los segundos datos llegaron antes de la concesión. Ya que la regla en este ejemplo es cancelar la solicitud de programación en la transmisión de los datos de UL, el equipo de usuario cancela ambos desencadenantes de solicitud de programación pendientes en este punto de tiempo. Esto es bueno ya que no se han de enviar solicitudes de programación adicionales.
Paso 125. Se produce una oportunidad de solicitud de programación en este punto de tiempo, esto es después de la transmisión de los datos según el caso b). El equipo de usuario no tuvo oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos como en el caso a). Los desencadenantes de solicitud de programación se cancelan y por lo tanto no están pendientes más. Esto significa que el equipo de usuario no enviará de nuevo una solicitud de programación a la estación base en esta siguiente oportunidad de solicitud de programación. Está BIEN que la solicitud de programación fuera cancelada en la transmisión. Ya que los segundos datos llegaron antes de la concesión, se asegura que los segundos datos se contabilizan en el reporte de estado de memoria intermedia o están totalmente incluidos en la transmisión. Esto es bueno y seguro.
En el caso a), el desencadenante de solicitud de programación no se ha cancelado aún cuando se produce la oportunidad de solicitud de programación. Por tanto, se envía una nueva solicitud de programación, aunque el equipo de usuario haya recibido ya una concesión en respuesta a su solicitud de programación anterior. No hay necesidad de la segunda solicitud de programación en el caso mostrado, pero el equipo de usuario está obligado por la especificación a mandarla. Esto es un desperdicio de energía del equipo de usuario y de recursos radio, ya que la solicitud de programación crea una interferencia innecesaria en el Canal de Control de Enlace Ascendente Físico (PUCCH). Por tanto, esta solicitud extra de programación es innecesaria de manera que es una desventaja. De manera adicional, no está claro qué debería hacer la estación base en respuesta a la solicitud de programación innecesaria que se describe anteriormente. Observe que el mismo procedimiento, con una solicitud extra de programación innecesaria y su consecuencias no deseadas, se producirá en el caso a) incluso si el equipo de usuario recibió los primeros datos, pero no los segundos datos de manera que no es un escenario poco común. Sin embargo, existe un caso incluso más complicado con peores problemas en el siguiente ejemplo relacionado con la Figura 2 y 3, donde el equipo de usuario consigue nuevos datos para su memoria intermedia después de que se reciba una concesión correspondiente a la primera solicitud de programación. Estos nuevos datos desencadenan un desencadenante de solicitud de programación. Mirando la línea de tiempo, existen entonces dos casos diferentes que aparecen, caso a) ilustrado en la Figura 2 y b) ilustrado en la Figura 3. En este ejemplo, como en el ejemplo en el caso a) con relación a la Figura 1, el equipo de usuario tiene una oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos. En el caso b) el equipo de usuario no tiene oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos; la siguiente oportunidad de solicitud de programación se produce después de la transmisión de los datos.
En el caso a) y en el caso b) existen dos alternativas respectivas, la alternativa I y la alternativa II. La Figura 2 representa el caso a) alternativa I y el caso a) alternativa II, y la Figura 3 representa el caso b) alternativa I y el caso b) alternativa II.
Por tanto, la Figura 2 ilustra un análisis de la alternativa a cancelar la SR en la transmisión de los datos de UL, cuando nuevos datos llegan entre la recepción de la concesión y la transmisión de los datos correspondientes a la concesión para el caso a) en donde el equipo de usuario tiene una oportunidad de SR entre la recepción de la concesión de UL y la transmisión de los datos. Suponga que se ha realizado lo siguiente: Han llegado los primeros datos a la memoria intermedia del equipo de usuario. Los primeros datos han desencadenado un desencadenante de reporte de estado de memoria intermedia. Estos primeros datos han desencadenado de manera directa o indirecta a través del desencadenante de reporte de estado de memoria intermedia, un primer desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad de solicitud de programación. La oportunidad de SR se ha producido y se transmite una primera solicitud de programación a la estación base. El primer desencadenante de solicitud de programación aún está pendiente. Será cancelado tras la transmisión de los datos de UL.
Para el caso a-I) suponga los siguientes pasos:
Paso 200 caso a-I). Como respuesta a la SR enviada a la estación base, el equipo de usuario recibe desde la estación base, una concesión de UL para la transmisión.
Paso 210 caso a-I). Durante un periodo de tiempo el equipo de usuario construye una unidad de datos de paquete, tal como una PDU MAC, para partes o todos los primeros datos a ser transmitidos, e incluye un reporte de estado de memoria intermedia en la unidad de datos de paquete a menos que todos los datos puedan ajustarse dentro pero no un reporte de estado de memoria intermedia, unidad de datos de paquete que será enviada a la estación base en la transmisión más adelante. El reporte de estado de memoria intermedia cuenta para los primeros datos.
Paso 220 caso a-I). Nuevos segundos datos llegan en la memoria intermedia del equipo de usuario. Estos segundos datos desencadenan el reporte de estado de memoria intermedia. Estos segundos datos desencadenan, además, de manera directa o indirecta a través del desencadenante de reporte de estado de memoria intermedia, un segundo desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad. El segundo desencadenante de solicitud de programación está pendiente, así como el primer desencadenante de solicitud de programación, desencadenado por tanto los primeros y los segundos datos.
Paso 240 caso a-I). En este punto de tiempo se produce una oportunidad de solicitud de programación. Esto es, esta oportunidad de solicitud de programación se produce entre la recepción de la concesión de UL y la transmisión de los datos según el caso a). Por lo tanto, el equipo de usuario envía una segunda solicitud de programación a la estación base, ya que la solicitud de programación aún no ha sido cancelada. Esto es necesario ya que el equipo de usuario ya ha construido la unidad de datos de paquete que incluye parte o todos los primeros datos a ser enviados, antes de que los segundos datos resulten disponibles en la memoria intermedia del equipo de usuario. Los segundos datos no se cuentan de este modo en el reporte de estado de memoria intermedia que será enviado en la transmisión.
Paso 250 caso a-I). El equipo de usuario transmite la unidad de datos de paquete que incluye el reporte de estado de memoria intermedia, el reporte de estado de memoria intermedia que fue desencadenado por los primeros datos (mencionados anteriormente) y el reporte de estado de memoria intermedia que contabiliza los primeros datos, pero no los segundos datos. Ya que la regla en este ejemplo es cancelar la solicitud de programación en la transmisión de los datos de UL, el equipo de usuario cancela ambos desencadenantes de solicitud de programación pendientes en este punto de tiempo. En este punto, es difícil para la estación base conocer cómo interpretar la segunda solicitud de programación enviada; no sabe si la primera solicitud de programación corresponde a los segundos datos, o si corresponde a los primeros datos, cuyo desencadenante de solicitud de programación aún no había sido cancelado. Si la estación base no envía una concesión, se arriesga a dejar al equipo de usuario con datos en su memoria intermedia, incapaz de transmitirlos, y si envía una nueva concesión, se arriesga a que esta concesión fuera innecesaria y la transmisión correspondiente sea sólo relleno. De manera adicional, si la solicitud de programación no es escuchada por la estación base, por ejemplo, debido a una excesiva interferencia en el PUCCH o problemas de cobertura en el PUCCH, los desencadenantes de solicitud de programación se cancelan ahora y no se envían nuevas solicitudes de programación incluso si no se recibe una nueva concesión para los segundos datos. Esto significa que el equipo de usuario no puede conseguir una concesión desde la estación base para transmitir sus segundos datos, los cuales se mantendrán en el equipo de usuario ya que la estación base no sabe de su existencia.
Para el caso a-II) suponga los siguientes pasos;
Paso 200 caso a-II). Como respuesta a la primera solicitud de programación enviada a la estación base, el equipo de usuario recibe desde la estación base, una concesión de UL para la transmisión.
Paso 220 caso a-II). Nuevos segundos datos llegan en la memoria intermedia del equipo de usuario. Estos segundos datos desencadenan un desencadenante de reporte de estado de memoria intermedia. Estos segundos datos desencadenan, además, de manera directa o indirecta a través del desencadenante de reporte de estado de memoria intermedia, un segundo desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad. En este caso a-II), a diferencia del caso a-I, los segundos datos llegan antes de la construcción de la unidad de datos de paquete, en lugar de después.
Paso 230 caso a-II). Durante un periodo de tiempo el equipo de usuario construye una unidad de datos de paquete, tal como una PDU MAC, para datos a ser transmitidos, datos que se construyen en la unidad de datos de paquete que depende de la prioridad de los datos en las memorias intermedia del equipo de usuario. El equipo de usuario incluye los primeros y segundos datos según prioridad, y un reporte de estado de memoria intermedia en la unidad de datos de paquete a menos que todos los datos puedan ajustarse dentro, pero no un reporte de estado de memoria intermedia, unidad de datos de paquete la cual será enviada a la estación base en la transmisión posterior. La unidad de datos de paquete será enviada a la estación base en la transmisión posterior.
Paso 240 caso a-II). El primer y segundo desencadenantes de programación están pendientes. En este punto de tiempo se produce una oportunidad de solicitud de programación. Esto es, esta oportunidad de solicitud de programación se produce entre la recepción de la concesión de UL y la transmisión de los datos según el caso a).
Por lo tanto, el equipo de usuario de nuevo envía la solicitud de programación a la estación base, ya que ambos desencadenantes de solicitudes de programación aún no están cancelados. Tal como en la Fig. 1a, esto es innecesario en este caso, ya que ambos los primeros y los segundos datos serán incluido en el reporte de estado de memoria intermedia enviado en los recursos ya asignados.
Paso 250 caso a-II). El equipo de usuario transmite datos y el reporte de estado de memoria intermedia en la unidad de datos de paquete construida, reporte de estado de memoria intermedia que contabiliza para los primeros datos y los segundos datos. Ya que la regla en este ejemplo es cancelar la solicitud de programación en la transmisión de los datos de UL, el equipo de usuario cancela ambos desencadenantes de solicitud pendientes en este punto de tiempo.
En el caso a), tanto el caso a-I como el caso a-II, se envía una solicitud extra de programación, pero cuando se recibe, la estación base sólo sabe que ha recibido dos solicitudes de programación y no puede distinguir entre el caso a-I y el caso a-II, esto es, si los mismos datos están detrás de ambas solicitudes de programación, o si fueron recibidos datos adicionales para la segunda solicitud de programación. Por consiguiente, la estación base no sabe si reporte de estado de la memoria intermedia realmente refleja los tamaños de memoria intermedia del equipo de usuario, ya que los nuevos datos podrían haber llegado después de que se construyera el reporte de estado de memoria intermedia. La estación base por tanto ha de adivinar, y dependiendo de su suposición arriesga a bien desperdiciar una solicitud o perder la pista de los nuevos datos, teniendo la estación base una estimación del tamaño de la memoria intermedia poco precisa para el equipo de usuario ya que los nuevos datos no han sido reportados.
La Figura 3 ilustra un análisis de la alternativa a cancelar la solicitud de programación en la transmisión de datos de UL, cuando nuevos datos llegan entre la recepción de la concesión y la transmisión de los datos correspondientes a la concesión para el caso b) en donde el equipo de usuario no tiene oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos. Suponga que se ha realizado lo siguiente: Los primeros datos han llegado a la memoria intermedia del equipo de usuario. Estos primeros datos han desencadenado un desencadenante de reporte de estado de memoria intermedia. Estos primeros datos han desencadenado también de manera directa o indirecta a través del desencadenante de reporte de estado de memoria interna, un primer desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad de solicitud de programación. La oportunidad de solicitud de programación se ha producido y se transmite una primera solicitud de programación a la estación base. El primer desencadenante de solicitud de programación se transmite a la estación base. El primer desencadenante de solicitud de programación aún está pendiente. Se cancelará tras la transmisión de los datos de UL.
Para el caso b-I) suponga los siguientes pasos:
Paso 300 caso b-I). Como respuesta a la solicitud de programación enviada a la estación base, el equipo de usuario recibe de la estación base, una concesión de UL para la transmisión.
Paso 310 caso b-I). Durante un periodo de tiempo el equipo de usuario construye una unidad de datos de paquete, tal como una PDU MAC, para partes o la totalidad de los primeros datos a ser transmitidos, e incluye un reporte de estado de memoria intermedia en la unidad de datos de paquete, a menos que todos los datos puedan ajustarse, dentro pero no un reporte de estado de memoria intermedia. La unidad de datos de paquete será enviada a la estación base en la transmisión posterior. El reporte de estado de memoria interna contabiliza los primeros datos. Paso 320 caso b-I). Nuevos segundos datos llegan en la memoria intermedia de equipo de usuario. Estos segundos datos desencadenan un reporte de estado de memoria intermedia. Estos segundos datos además desencadenan, de manera directa o indirecta a través del desencadenante de reporte de estado de memoria intermedia, un segundo desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad. Paso 340 caso b-I). El equipo de usuario transmite los primeros datos construidos en la unidad de datos de paquete e incluye el reporte de estado de memoria intermedia en la unidad de datos de paquete, reporte de estado de memoria intermedia que fue desencadenado por los primeros datos y reporte de estado de memoria intermedia que contabiliza los primeros datos, pero no los segundos datos. Ya que la regla en este ejemplo es cancelar la solicitud de programación en la transmisión de los datos de UL, el equipo de usuario cancela ambos desencadenantes de solicitud de programación en este punto de tiempo. Esto significa que no hay ningún desencadenante de solicitud de programación pendiente para indicar que hay segundos datos de usuario en la memoria intermedia de usuario, incluso aunque no se haya transmitido solicitud de programación para los segundos datos a la estación base aún, ya que no ha aparecido ninguna oportunidad de solicitud de programación en este punto de tiempo. En este caso, ¡ se perderá la solicitud de programación necesaria para los segundos datos!
Paso 350 caso b-I). En este punto de tiempo se produce una oportunidad de solicitud de programación, esto es después de la transmisión de los datos según el caso b). No hay ningún desencadenante pendiente ya que fue cancelado en el paso 340. Tal como se mencionó anteriormente, en este caso, se perderá la SR para los segundos datos. Esto no es bueno.
Para el cao b-II) suponga los siguientes pasos;
Paso 300 caso b-II). Como una respuesta a la solicitud de programación enviada a la estación base, el equipo de usuario recibe desde la estación base, una concesión de UL para la transmisión.
Paso 320 caso b-II). Nuevos segundos datos llegan en la memoria intermedia de equipo de usuario. Estos segundos datos desencadenan un desencadenante de reporte de estado. Estos segundos datos desencadenan, además, de manera directa o indirecta un segundo desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad. En este caso b-II), que difiere del caso b-I, los segundos datos llegan antes de construir la unidad de datos de paquete en lugar de después.
Paso 330 caso b-II). Durante un periodo de tiempo el equipo de usuario construye una unidad de datos de paquete, tal como una PDU MAC, para que los datos sean transmitidos, datos que son construidos en la unidad de datos de paquete dependiendo de la prioridad de los datos en las memorias intermedias de los equipos de usuario. El equipo de usuario incluye los primeros y segundos datos según prioridad, y un reporte de estado de memoria intermedia en la unidad de datos de paquete a menos que todos los datos puedan ajustarse dentro, pero no un reporte de estado de memoria intermedia, unidad de datos de paquete que será enviada a la estación base en la transmisión posterior. El reporte de estado de memoria intermedia contabiliza para tanto los primeros como los segundos datos.
Paso 340 caso b-II). El equipo de usuario transmite los datos y el reporte de estado de memoria interna en la unidad de datos de paquete, reporte de estado de memoria interna el cual contabiliza los primeros datos y los segundos datos. Ya que la regla en este ejemplo es de cancelar la SR en la transmisión de los datos de UL, el equipo de usuario cancela el desencadenante de SR pendiente en este punto de tiempo.
Paso 350 caso b-II). En este punto de tiempo se produce una oportunidad de SR, esto es, después de la transmisión de los datos según el caso b). No hay pendiente ningún desencadenante SR ya que fue cancelado en el paso 340. Esto es bueno en este caso ya que los primeros y segundos datos ya se han transmitido o contabilizado en el BSR. Tal como se puede ver, el caso b-II) funciona bien pero el caso b-I) no. En ambos casos, el segundo desencadenante de solicitud de programación desencadenado nunca se envía ya que se cancela cuando se transmiten los primeros datos. Sin embargo, si los segundos datos no se incluyen en el reporte de estado de memoria intermedia enviado como en el caso b-I), la estación base no sabrá de estos datos. Dos cosas pueden salvar la situación: Que el equipo de usuario reciba una concesión para otros datos, no en respuesta a la solicitud de programación nunca enviada, ya que la transmisión en esa concesión incluirá un reporte de estado de memoria interna, o que una nueva SR sea desencadenada por la llegada de nuevos datos.
A menos que se produzca algo de esto, el equipo de usuario no tiene medios de enviar una nueva solicitud de programación hasta que el mecanismo de retroceso conocido como “temporizador de retransmisión de reporte de estado de memoria intermedia” o “ Temporizador-BSR-retx” expire, desencadenando una solicitud de programación. Sin embargo, este temporizador tiene un valor mínimo de 320 ms lo que añade un retraso considerable.
Por lo tanto, es un objetivo de la invención proporcionar un mecanismo en un equipo de usuario que mejore el rendimiento en la red de comunicaciones inalámbrica.
Referente ahora a la solución presente, la Figura 4 representa un sistema 100 de comunicaciones inalámbricas en el que se implementa la presente solución. El sistema 100 de comunicaciones inalámbrico es un sistema de comunicaciones basado en paquete que puede ser un sistema de comunicaciones LTE, de Interoperabilidad Mundial para el Acceso por Microondas (Wi- MAX) o de cualquier otro sistema de comunicaciones inalámbricas que maneje solicitudes de programación para la programación de enlace ascendente.
El sistema 100 de comunicaciones inalámbrico comprende una estación 110 base que sirve a una celda 115. La estación 110 base es una estación base de radio tal como un eNB, una Estación Base de Radio (RBS) o cualquier otra unidad de red capaz de comunicarse sobre una portadora de radio con equipos de usuario que estén presentes en la celda.
Un equipo 120 de usuario que esté presente dentro de la celda 115, es servido por la estación 110 base, y es de esta forma capaz de transmitir unidades de paquetes de datos tales como la PDU MAC a la estación 110 base sobre un canal 125 de radio. El equipo 120 de usuario puede ser un terminal, por ejemplo, un terminal móvil o un terminal inalámbrico, un teléfono móvil, un ordenador tal como, por ejemplo, un portátil, unas Asistentes Digitales Personales (PDA), o cualquier otra unidad de red de radio capaces de comunicarse con una estación base sobre una interfaz de aire. La interfaz de aire puede ser, por ejemplo, una interfaz de aire E-UTRA usada en LTE.
El equipo 120 de usuario comprende una memoria intermedia, memoria intermedia a la que llegan nuevos datos de enlace ascendente que se han de transmitir a la estación 110 base. Los datos pueden ser datos de voz, datos de video, datos de foto, datos de texto o cualquier otro tipo de datos que un usuario pueda querer transmitir. La llegada de nuevos datos de UL, de mayor prioridad que los datos ya existentes o nuevos datos de cualquier prioridad cuando no hay datos anteriores, a la memoria intermedia del equipo de usuario desencadena un reporte de estado de memoria intermedia. Los nuevos datos llegados desencadenan además de manera directa o indirecta un desencadenante de solicitud de programación a ser pendiente. El desencadenante de manera indirecta puede estar realizado de manera que los datos llegados desencadenen un reporte de estado de memoria intermedia que a su vez desencadene el desencadenante de solicitud de programación. El desencadenante de solicitud de programación desencadenará una solicitud de programación a ser enviada a la estación 110 base en la siguiente oportunidad de solicitud de programación. El “desencadenante de solicitud de programación” puede ser referido también como “una solicitud de programación pendiente”. Como se mencionó anteriormente hay una periodicidad fija asociada con las oportunidades para transmitir las solicitudes de programación a la estación 110 base, de manera que el equipo 120 de usuario ha de esperar hasta que dicha oportunidad esté disponible. La estación 110 base que recibe la solicitud de programación de esa manera está informado de que el equipo 120 de usuario tiene nuevos datos que querría transmitir. Un desencadenante de solicitud de programación está pendiente o no pendiente. Una solicitud de programación normalmente no se asocia con unos datos específicos de llegada y un desencadenante de solicitud de programación no necesita estar asociado con ningunos datos, aunque se asocia de manera implícita con los datos que lo desencadenaron. Pero si los datos adicionales, en la presente memoria llamados segundos datos, llegan a la memoria intermedia de equipo de usuario, desencadenando un desencadenante de solicitud de programación, se desencadena una solicitud de programación adicional, incluso si el desencadenante de solicitud de programación ya se ha desencadenado.
Como respuesta a una solicitud de programación la estación 110 base normalmente envía una concesión de enlace ascendente al equipo 120 de usuario. La concesión es específica a un equipo de usuario, pero no se asocia con ningunos datos de llegada específicos en ese equipo de usuario. Las prioridades establecidas por el eNB y señalizadas al equipo 120 de usuario deciden que datos concretos serán transmitidos en los recursos que el equipo 120 de usuario ha asignado.
Para hacer el manejo del procedimiento de programación más fiable lo que mejorará el rendimiento en la red de comunicaciones inalámbricas, se cancela un desencadenante de solicitud de programación pendiente según la presente solución tal como sigue:
En una primera realización, la solicitud de programación pendiente se cancela cuando los datos que desencadenaron la solicitud de programación se contabilizan para un reporte de estado de memoria intermedia para ser incluidos en una transmisión de datos programada a ser transmitida a la estación 110 base, o cuando los datos que desencadenaron la solicitud de programación se incluyen en una transmisión de datos programada a ser transmitida a la estación base, lo que ocurra primero En este último caso los datos programados no necesitan transmitirse, solo se incluyen en la unidad de datos de patente que un poco más tarde se transmitirá.
De manera alternativa, en una segunda realización, se cancela la solicitud de programación pendiente en cualquier momento por el equipo de usuario, pero el equipo 120 de usuario mantiene un seguimiento de los datos que han sido contabilizados en el reporte de estado de memoria intermedia a ser incluidos en una transmisión de datos programada y los datos que no han sido contabilizados, y cuando aparece una siguiente oportunidad de solicitud de programación, el equipo 120 de usuario envía una solicitud de programación si y sólo si la memoria intermedia comprende datos que aún no han sido contabilizados en un reporte de estado de memoria intermedia. Esto es equivalente a tener una solicitud de programación pendiente en la primera realización, pero no necesariamente tiene que llamarse “tener una solicitud de programación pendiente”. La consecuencia en cualquier caso será la misma, en la siguiente oportunidad de solicitud de programación, el equipo 120 de usuario enviará una solicitud de programación si existen datos aún no incluidos en un reporte de estado de memoria intermedia, y estos datos aún no han sido mandados.
La presente solución en relación con un método en la estación 110 base para manejar un desencadenante de solicitud de programación, según algunas realizaciones se describirá ahora con referencia al diagrama de flujo representado en la Figura 5. Tal como se mencionó anteriormente, comprendiendo el equipo 120 de usuario una memoria intermedia.
El método comprende los siguientes pasos, pasos que pueden también ser llevados a cabo en otro orden adecuado distinto del descrito a continuación:
Paso 501
La memoria intermedia en el equipo 120 de usuario recibe datos a ser transmitidos a la estación 110 base.
Paso 502
Este paso es opcional, según algunas realizaciones, el equipo 120 de usuario genera un desencadenante de reporte de estado de memoria intermedia. El desencadenante de reporte de estado de memoria intermedia es desencadenado por los datos de llegada.
Paso 503
El equipo 120 de usuario genera un desencadenante de solicitud de programación, desencadenante de solicitud de programación que está pendiente hasta que se cancela, y cuya generación es desencadenada de manera directa o indirecta por los datos de llegada. En algunas realizaciones, en donde este paso de generación de un desencadenante de solicitud de programación es realizado de manera indirecta, la generación es desencadenada mediante la generación del desencadenante de reporte de estado de memoria intermedia que a su vez fue desencadenado por los datos de llegada.
Paso 504
Según una primera realización, el equipo 120 de usuario cancela la solicitud de programación pendiente cuando los datos que desencadenaron la solicitud de programación se contabilizan para un reporte de estado de memoria intermedia a ser incluido en una transmisión de datos programada a ser transmitida a la estación 110 base, o el equipo 120 de usuario cancela la solicitud de programación pendiente cuando los datos que desencadenaron la solicitud de programación se incluyen en una transmisión de datos programada a ser transmitida a la estación base, lo que ocurra primero. El desencadenante de solicitud de programación pendiente puede por tanto ser cancelado en la misma instancia de tiempo que se construye la PDU MAC que incluye un elemento de control MAC de reporte de estado de memoria interna.
Cuando se construye una unidad de datos de paquete tal como una PDU MAC, ésta incluye un reporte de estado de memoria intermedia tal como un elemento de control MAC BSR que contabiliza los datos restantes en la memoria intermedia del equipo de usuario después de la construcción de la unidad de datos de paquete. Dicho reporte de estado de memoria intermedia es incluido si un desencadenante de reporte de estado de memoria intermedia está pendiente en el momento que se construye la PDU MAC, y no todos los datos pueden ajustarse en la PDU MAC. El equipo 120 de usuario puede cancelar la solicitud de programación pendiente cuando los datos que desencadenaron la solicitud de programación se incluyen en un reporte de estado de memoria intermedia representado por un elemento de control MAC BSR o cuando todos los datos que desencadenaron la solicitud de programación se han incluido en una PDU MAC para su transmisión. En el contexto de los estándares LTE, dicho método de operación se puede entender como el equipo 120 de usuario que cancela una solicitud de programación pendiente cuando el reporte de estado de memoria intermedia que desencadena la solicitud de programación se cancela. Aquí, “cuando” no connota necesariamente una coincidencia en el tiempo, y se puede entender como la solicitud de programación pendiente que se cancela tras la cancelación del reporte de estado de memoria intermedia pendiente que desencadenó esa solicitud de programación pendiente. En otras palabras, en al menos una realización, se cancela un desencadenante de solicitud de programación pendiente, por ejemplo, junto con la cancelación del desencadenante de reporte de estado de memoria intermedia correspondiente, si una transmisión de datos actualmente programada incluye todos los nuevos datos que provocaron que sea generado el desencadenante de reporte de estado de memoria intermedia correspondiente, o si contabilizará un reporte de estado de memoria intermedia a ser incluido en la siguiente transmisión de datos actualmente programada - que puede haber sido generado debido a uno o más desencadenante de reporte de estado de memoria intermedia pendiente - para los nuevos datos.
Paso 505
Según una segunda realización, como una alternativa al paso 504, el equipo 120 de usuario cancela la solicitud de programación pendiente en cualquier momento, pero el equipo 120 de usuario mantiene un seguimiento de qué datos que se han contabilizado en el reporte de estado de memoria intermedia han de ser incluidos en una transmisión de datos programada y qué datos que no se han contabilizado, y según algunas realizaciones, no han sido incluido en la transmisión de datos programada.
Paso 506
Según la segunda realización, cuando aparece una siguiente oportunidad de solicitud de programación, el equipo 120 de usuario envía una solicitud de programación si y sólo si la memoria intermedia comprende los datos que aún no han sido contabilizados en el reporte de estado de memoria intermedia.
En esta realización alternativa, el equipo 120 de usuario puede cancelar de manera interna su desencadenante de solicitud de programación pendiente cuando quiere, antes o después del momento del punto de tiempo que se cancela según la primera realización en el paso 504, mientras sigue cumpliendo el comportamiento que puede ser comprobado por el 3GPP. Esto tal y como se mencionó anteriormente es realizado por el equipo 120 de usuario que mantiene el seguimiento de los datos que aún no han sido incluidos en un reporte de estado de memoria intermedia, y según algunas realizaciones, no han sido incluidos en una transmisión de datos de UL programada. Esto es equivalente a tener una solicitud de programación pendiente en la primera realización, pero no necesariamente ha de ser llamado “tener una solicitud de programación pendiente”. La consecuencia será sin embargo la misma, en la siguiente oportunidad de solicitud de programación, el equipo 120 de usuario enviará una solicitud de programación si hay datos que aún no se han incluido en un reporte de estado de memoria intermedia, y los datos no han sido enviados aún.
Además, en algunas realizaciones tal como se mencionó anteriormente, el desencadenante de reporte de estado de memoria intermedia puede ser generado en respuesta a nuevos datos que entran a una memoria intermedia de transmisión de enlace ascendente, y se puede generar un desencadenante de solicitud de programación correspondiente al desencadenante de reporte de estado de memoria intermedia. Por tanto, la recepción de nuevos datos dentro de la memoria de transmisión de enlace ascendente provoca que se genere un nuevo desencadenante de reporte de estado de memoria intermedia, que provoca un nuevo desencadenante de solicitud de programación. En una o más realizaciones mostradas en la presente memoria, el manejo y cancelación ventajoso de desencadenantes de reporte de estado de memoria intermedia pendientes y de los desencadenantes de reporte de estado de memoria intermedia correspondientes evita que los datos del enlace ascendente se atasquen en el equipo 120 de usuario, y/o evita o al menos reduce las transmisiones de solicitudes de programación innecesarias y las concesiones resultante de recursos de enlace ascendente innecesarios.
Aquellos expertos en la técnica apreciarán que los desencadenantes de reporte de estado de memoria intermedia y los correspondientes desencadenantes de solicitud de programación se pueden implementar como banderas u otros indicadores lógicos, que se pueden establecer o de otra manera crear para indicar el estado pendiente, y que se pueden despejar o de otra manera eliminar para la cancelación.
La Figura 6 ilustra un análisis de la presente solución según la primera realización cuando los nuevos segundos datos llegan a la memoria intermedia del equipo de usuario antes de que se reciba la concesión para los primeros datos. Esto es, la primera realización que comprende la cancelación del desencadenante de solicitud de programación cuando los datos que desencadenaron la solicitud de programación se contabilizan en un reporte de estado de memoria intermedia a ser incluido en una transmisión de datos programada a ser transmitida a la estación 110 base, o el equipo 120 de usuario cancela la solicitud de programación pendiente cuando los datos que desencadenaron la solicitud de programación se incluye en una transmisión de datos programada a ser transmitida a la estación base, lo que ocurra primero. Suponga de nuevo que se realiza lo siguiente: Los primeros datos han llegado a la memoria intermedia de equipo de usuario, lo que corresponde al paso 501 en la Figura 5. Estos primeros datos han desencadenado un reporte de estado de memoria intermedia, que corresponde al paso 501 en la Figura 5. Estos primeros datos de manera directa o indirecta han desencadenado un primer desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad de solicitud de programación, que corresponde al paso 503 en la Figura 5. La oportunidad de solicitud de programación ha ocurrido y se ha transmitido una primera solicitud de programación a la estación 110 base. El primer desencadenante de solicitud de programación aún está pendiente. Mirando la línea de tiempo, existen dos diferentes casos que aparecen ilustrados en la Figura 6, caso a) y caso b). En el caso a), el equipo 120 de usuario tiene una oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos. En el caso b) el equipo 120 de usuario no tiene oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos; la siguiente oportunidad de solicitud de programación se produce después de la transmisión de los datos.
Para el caso a) suponga los siguientes pasos:
Paso 600. Llegan nuevos segundos datos en la memoria Intermedia de equipo de usuario. Estos segundos datos desencadenan un reporte de estado de memoria intermedia. Estos segundos datos desencadenan de manera directa o indirecta a través del desencadenante de reporte de estado de memoria intermedia, un segundo desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad. Paso 610. Como una respuesta a la primera solicitud de programación enviada a la estación 110 base, el equipo 120 de usuario recibe una concesión de UL para la transmisión desde la estación 110 base.
Paso 612. Durante un periodo de tiempo el equipo 120 de usuario construye una unidad de datos de paquete, tal como una PDU MAC, para partes o todos los primeros y segundos datos a ser transmitidos, e incluye un reporte de estado de memoria intermedia en la unidad de datos de paquete, a menos que todos los datos puedan ajustarse dentro pero no un reporte de estado de memoria intermedia. La unidad de datos de paquete será enviada a la estación 110 base en la transmisión posterior. Según la presente solución, se cancelan todos los desencadenantes de solicitud de programación pendientes en este punto de tiempo, y también todos los desencadenantes de reporte de estado de memoria intermedia pendientes.
Paso 615. Los primeros y segundos desencadenantes de solicitud de programación no están pendientes lo que implica que el equipo 120 de usuario no enviará una solicitud de programación a la estación 110 base en la siguiente oportunidad de solicitud de programación. En este punto de tiempo se produce una oportunidad de solicitud de programación, y no se envía una solicitud de programación. Esto es bueno, ya que todos los datos se han contabilizado ya sea en un reporte de estado de memoria intermedia o en la transmisión programada.
Paso 620. El equipo 120 de usuario transmite la unidad de datos de paquete construida a la estación 110 base. Para el caso b) suponga los pasos siguientes:
Paso 600. Llegan a la memoria intermedia del equipo de usuario nuevos segundos datos. Estos segundos datos desencadenan un desencadenante de reporte de estado de memoria intermedia.
Paso 610. Como respuesta a la primera solicitud de programación enviada a la estación 110 base, el equipo 120 de usuario recibe de la estación base, una concesión de UL para la transmisión. Este paso es también el mismo que para el caso a).
Paso 612. Durante un periodo de tiempo el equipo 120 de usuario construye una unidad de datos de paquete, tal como una PDU MAC, para partes o todos los primeros y segundos datos a ser transmitidos, e incluye un reporte de estado de memoria intermedia en la unidad de datos de paquete, a menos que todos los datos puedan ajustarse dentro pero no un reporte de estado de memoria intermedia. La unidad de datos de paquete será enviada a la estación 110 base en la transmisión posterior. Según la presente solución, todos los desencadenantes de solicitud de programación pendientes se cancelan en este punto de tiempo, y también todos los desencadenantes de reporte de estado de memoria intermedia pendientes.
Paso 620. El equipo 120 de usuario transmite la unidad de datos de paquete construida a la estación 110 base. De nuevo, no se puede saber seguro si el equipo 120 de usuario transmite según los primeros o los segundos datos. Se incluye un reporte de estado de memoria intermedia en la transmisión a la estación 110 base, reporte de estado de memoria intermedia que contabiliza los primeros y también los segundos datos ya que los segundos datos llegaron antes de la concesión. La regla en este ejemplo es cancelar el desencadenante de solicitud de programación cuando los datos que desencadenaron la solicitud de programación se contabilizan en un reporte de estado de memoria intermedia a ser incluido en una transmisión de datos programada a ser transmitida a la estación 110 base, o el equipo 120 de usuario cancela la solicitud de programación pendiente cuando los datos que desencadenaron la solicitud de programación se incluyeron en una transmisión de datos programada a ser transmitida a la estación base, lo que ocurra primero. Ya que este reporte de estado de memoria intermedia y la unidad de paquete de datos que incluye los primeros y segundos datos fue construido antes de este punto de tiempo de envío, esto es, antes del paso 620, el equipo 120 de usuario ha cancelado los desencadenantes de solicitud de programación pendientes. Esto es bueno, ya que no hay razón para enviar una solicitud de programación adicional en la siguiente oportunidad de solicitud de programación.
Paso 625. Se produce una oportunidad de solicitud de programación en este punto de tiempo, esto es, después de la transmisión de los datos según el caso b). El equipo 120 de usuario no tuvo oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos tal como en el caso a). El desencadenante de solicitud de programación está ya cancelado y por lo tanto ya no está pendiente. Esto significa que el equipo 120 de usuario no enviará de nuevo una solicitud de programación a la estación 110 base en la siguiente oportunidad de solicitud de programación. Esto es bueno.
Por tanto, ni el caso a) ni el caso b) son solicitudes de programación enviadas de manera innecesaria y no hay ambigüedad en el equipo 110 de usuario en cuanto a lo que significa una solicitud de programación. En ambos casos a) y b), una solicitud de programación significa que existen nuevos datos en el equipo 120 de usuario de los que el equipo 110 de usuario no fue consciente anteriormente. Hay aún un caso de error en el que la oportunidad 615 de solicitud de programación es anterior a construir la unidad 612 de paquete, en cuyo caso existirá una solicitud de programación extra enviada y una ambigüedad en el equipo 110 de usuario sobre qué significa la SR de manera similar al análisis del caso a) en la Figura 1, pero hay una mucho menor probabilidad de tener una oportunidad SR entre la llegada de los segundos datos y la construcción de la unidad de paquete que en el caso de error posible en la Figura 6, que hay de tener una oportunidad de SR entre la llegada de los segundos datos y la transmisión de los datos como en la Figura 1.
La Figura 7 y la Figura 8 ilustran un análisis de la presente solución según la primera realización donde el equipo 120 de usuario consigue nuevos datos a su memoria intermedia después de una concesión correspondiente a que se reciba la primera solicitud de programación. Estos nuevos datos desencadenan un desencadenante de solicitud de programación. Mirando la línea de tiempo, hay dos casos diferentes que aparecen, el caso a) ilustrado en la Figura 7 y el b) ilustrado en la Figura 8. En el caso a), el equipo 120 de usuario tiene una oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos. En el caso b) el equipo 120 de usuario no tiene oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos, la siguiente oportunidad de solicitud de programación viene después de la transmisión de los datos. En el caso a) y en el caso b) hay dos alternativas respectivas, la alternativa I y la alternativa II. La Figura 7 representa el caso a) alternativa I y el caso a) alternativa II, y la Figura 8 representa el caso b) alternativa I y el caso b) alternativa II.
Por tanto, la Figura 7 ilustra un análisis según la presente solución en el escenario en que nuevos datos llegan entre la recepción de la concesión y la transmisión de los datos correspondientes a la concesión para el caso a) en donde el equipo 120 de usuario tiene una oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos. Suponga que se ha realizado lo siguiente; Los primeros datos han llegado a la memoria intermedia del equipo de usuario, que corresponde al paso 501 en la Figura 5. Estos primeros datos han desencadenado un reporte de estado de memoria intermedia, que corresponde al paso 502 en la Figura 5. Estos primeros datos han reportado también de manera directa o indirecta a través del desencadenante de reporte de estado de memoria intermedia, un primer desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad de solicitud de programación, que corresponde al paso 503 en la Figura 5. La oportunidad de solicitud de programación se ha producido y se transmite una primera solicitud de programación a la estación base. El primer desencadenante de solicitud de programación aún está pendiente. Según la presente solución el desencadenante de solicitud de programación será cancelado cuando los datos que desencadenaron la solicitud de programación sea contabilizado en un reporte de estado de memoria intermedia a ser incluido en una transmisión de datos programada a ser transmitida a la estación 110 base, o el equipo 120 de usuario cancela la solicitud de programación pendiente cuando los datos que desencadenaron la solicitud de programación se incluyen en una transmisión de datos programada a ser transmitida a la estación base, lo que ocurra primero.
Para el caso a-I) suponga los siguientes pasos:
Paso 700 caso a-I). Como una respuesta a la solicitud de programación enviada a la estación 110 base, el equipo 120 de usuario recibe de la estación base, una concesión de UL para la transmisión.
Paso 710 caso a-I). Durante un periodo de tiempo el equipo 120 de usuario construye una unidad de datos de paquete, tal como una PDU MAC, para partes o todos los primeros datos a ser transmitidos, e incluye un reporte de estado de memoria intermedia en la unidad de datos de paquete a menos que todos los datos puedan ajustarse dentro pero no un reporte de estado de memoria intermedia, unidad de datos de paquete que será enviada al equipo 110 de usuario en la transmisión posterior. El reporte de estado de memoria intermedia contabiliza los primeros datos. Según la primera realización de la presente solución, se cancela la primera solicitud de programación pendiente en este punto de tiempo, que corresponde al paso 504 en la Figura 5.
Paso 720 caso a-I). Los nuevos segundos datos llegan a la memoria intermedia de equipo de usuario. Estos segundos datos desencadenan el reporte de estado de memoria intermedia. Estos segundos datos, además, desencadenan de manera directa o indirecta un segundo desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad. El segundo desencadenante de solicitud de programación está pendiente, desencadenado por los segundos datos.
Paso 740 caso a-I). En este punto de tiempo se produce una oportunidad de solicitud de programación. Esto es, esta oportunidad de solicitud de programación se produce entre la recepción de la concesión de UL y la transmisión de los datos según el caso a). por lo tanto, el equipo 120 de usuario envía una segunda solicitud de programación a la estación 110 base, ya que la segunda solicitud de programación está pendiente. Esto es necesario ya que el equipo 120 de usuario ya ha construido la unidad de datos de paquete que incluye partes o todos los primeros datos a ser enviados, antes de que los segundos datos estén disponibles en la memoria intermedia del equipo de usuario. Los segundos datos no se contabilizan por tanto en el reporte de estado de memoria intermedia que será enviado a la estación 110 base en la transmisión.
Paso 750 caso a-I). El equipo 120 de usuario transmite la unidad de datos de paquete que incluye el reporte de estado de memoria intermedia, reporte de estado de memoria intermedia que fue desencadenado por los primeros datos (mencionados anteriormente) y cuyo reporte de estado de memoria intermedia contabiliza los primeros datos, pero no los segundos datos. En este punto, no es difícil más para la estación 110 base saber cómo interpretar la segunda solicitud de programación enviada, ésta corresponde a los nuevos datos no contabilizados para el reporte de estado de memoria intermedia recibido en la transmisión. De manera adicional, fue necesario para el equipo 120 de usuario enviar la segunda solicitud de programación, ya que la estación 110 base no habría sabido de los segundos datos si no se hubiera enviado la segunda solicitud de programación.
Para el caso a-II) suponga los siguientes pasos:
Paso 700 caso a-II). Como una respuesta a la primera solicitud de programación enviada a la estación base, el equipo 120 de usuario recibe de la estación 110 base, una concesión de UL para la transmisión.
Paso 720 caso a-II). Nuevos segundos datos llegan a la memoria intermedia del equipo de usuario. Estos segundos datos desencadenan un reporte de estado de memoria intermedia. Estos segundos datos desencadenan, además, de manera directa o indirecta a través del reporte de estado de memoria intermedia, un segundo desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad. En este caso a-II), a diferencia del caso a-i, los segundos datos llegan antes de la construcción de la unidad de datos de paquete, en lugar de después.
Paso 730 caso a-II). Durante un periodo de tiempo el equipo 120 de usuario construye una unidad de datos de paquete, tal como una PDU MAC, para los datos a ser transmitidos, datos los cuales se construyen en la unidad de datos de paquete que dependen de la prioridad de los datos en las memoria intermedias de los equipos de usuario. El equipo 120 de usuario incluye unos primeros y segundos datos según la prioridad, y un reporte de estado de memoria intermedia en la unidad de datos de paquete a menos que todos los datos puedan ajustarse dentro pero no un reporte de estado de memoria intermedia, unidad de datos de paquete que será enviada a la estación 110 base en la transmisión posterior. El reporte de estado de memoria intermedia contabiliza los primeros y segundos datos que se construyen en la unidad de datos de paquete. Según la primera realización de la presente solución, las primeras y segundas solicitudes de programación pendientes se cancelan en este punto de tiempo, que corresponde al paso 504 en la Figura 5.
Paso 740 caso a-II). En este punto de tiempo se produce una oportunidad de solicitud de programación. Esto es, se produce esta oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos según el caso a). Los desencadenantes de solicitud de programación no están pendientes más, por lo tanto, el equipo 120 de usuario no enviará ninguna solicitud de programación a la estación 110 base. Esto es bueno ya que, habría sido innecesario hacerlo así, tanto los primeros como los segundos datos se contabilizarán en el reporte de estado de memoria intermedia enviado en los recursos ya asignados.
Paso 750 caso a-II). El equipo 120 de usuario transmite datos y el reporte de estado de memoria intermedia en la unidad de datos de paquete construida, reporte de estado de memoria intermedia que contabiliza los primeros datos y los segundos datos.
Por tanto, ni en el caso a-I) ni el caso a-II) hay ninguna solicitud de programación enviada de manera innecesaria y no hay ambigüedad en la estación 110 base en cuanto a que hay nuevos datos en el equipo 120 de usuario de los que la estación 110 base no fue consciente anteriormente. El mismo caso de error descrito en la Figura 6 está aún presente , pero con una mucho menor probabilidad de ocurrencia con la invención.
Por tanto, la Figura 8 ilustra un análisis según la presente solución en el escenario en que llegan nuevos datos entre la recepción de la concesión y la transmisión de los datos correspondientes a la concesión para el caso b) en donde el equipo 120 de usuario no tiene oportunidad de solicitud de programación entre la recepción de la concesión de UL y la transmisión de los datos, ocurriendo la siguiente oportunidad de solicitud de programación después de la transmisión de los datos. Suponga que se ha realizado lo siguiente: Los primeros datos han llegado a la memoria intermedia del equipo de usuario, lo que corresponde al paso 501 en la Figura 5. Estos primeros datos han desencadenado un reporte de estado de memoria intermedia, que corresponde al paso 502 en la Figura 5. Estos primeros datos también han desencadenado de manera directa o indirecta a través del desencadenante de reporte de estado de memoria intermedia, un primer desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad de solicitud de programación, que corresponde al paso 503 en la Figura 5. La oportunidad de solicitud de programación se ha producido y se ha transmitido una primera solicitud de programación a la estación base. El primer desencadenante de solicitud de programación aún está pendiente. Según la presente solución el desencadenante de solicitud de programación será cancelado cuando los datos que desencadenaron la solicitud de programación se contabilicen en un reporte de estado de memoria intermedia a ser incluido en una transmisión de datos programada a ser transmitida a la estación 110 base, o el equipo 120 de usuario cancele la solicitud de programación pendiente cuando los datos que desencadenaron la solicitud de programación se incluyen en una transmisión de datos programada a ser transmitida a la estación base, lo que ocurra primero.
Para el caso b-I) suponga los siguiente pasos:
Paso 800 caso b-I). Como una respuesta a la solicitud de programación enviada a la estación base, el equipo 120 de usuario recibe desde la estación base, una concesión de UL para la transmisión.
Paso 810 caso b-I). Durante un periodo de tiempo el equipo 120 de usuario construye una unidad de datos de paquete, tal como una PDU MAC, para partes o todos los primeros datos a ser transmitidos, e incluye un reporte de estado de memoria intermedia en la unidad de datos de paquete a menos que todos los datos puedan ajustarse dentro pero no un reporte de estado de memoria intermedia, unidad de datos de paquete que será enviada al equipo 110 de usuario en la transmisión posterior. El reporte de estado de memoria intermedia contabiliza los primeros datos. Según la primera realización de la presente solución, se cancela la primera solicitud de programación pendiente en este punto de tiempo, que corresponde al paso 504 en la Figura 5.
Paso 820 caso b-I). Llegan nuevos segundos datos en la memoria intermedia de equipo de usuario. Estos segundos datos desencadenan el desencadenante de reporte de estado de memoria intermedia. Estos segundos datos, además, desencadenan de manera directa o indirecta un segundo desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad.
Paso 840 caso b-I). El equipo 120 de usuario transmite los primeros datos construidos en la unidad de datos de paquete e incluye el reporte de estado de memoria intermedia en la unidad de datos de paquete, reporte de estado de memoria intermedia que fue desencadenado por los primeros datos (mencionados anteriormente) y reporte de estado de memoria intermedia que contabiliza los primeros datos, pero no los segundos datos.
Paso 850 caso b-I). En este punto de tiempo se produce una oportunidad de solicitud de programación, esto es, después de la transmisión de los datos según el caso b). Ya que el segundo desencadenante de solicitud de programación está pendiente en este punto de tiempo, el equipo 120 de usuario envía una solicitud de programación a la estación 110 base en este punto de tiempo. Esto es bueno, ya que no se ha transmitido una segunda solicitud de programación al equipo 110 de usuario aún. Ahora, ¡no existe riesgo para la solicitud de programación de que los segundos datos se pierdan!
Para el caso b-II) suponga los siguientes pasos:
Paso 800 caso b-II). Como respuesta a la solicitud de programación enviada a la estación base, el equipo 120 de usuario recibe desde la estación base, una concesión de UL para la transmisión.
Paso 820 caso b-II). Llegan nuevos segundos datos en la memoria intermedia de equipo de usuario. Estos segundos datos desencadenan un reporte de estado de memoria intermedia. Estos segundos datos desencadenan, además, de manera directa o indirecta a través del reporte de estado de memoria intermedia, un segundo desencadenante de solicitud de programación para enviar una solicitud de programación en la siguiente oportunidad. En este caso a-II), a diferencia del caso a-I, los segundos datos llegan antes de la construcción de la unidad de datos de paquete, en lugar de después.
Paso 830 caso b-II). Durante un periodo de tiempo el equipo 120 de usuario construye una unidad de datos de paquete, tal como una PDU MAC, para que los datos sean transmitidos, datos que se construyen en la unidad de datos de paquete que depende de la prioridad de los datos en las memorias intermedias de los equipos de usuario. El equipo 120 de usuario incluye primeros y segundos datos según una prioridad, y un reporte de estado de memoria intermedia en la unidad de datos de paquete, unidad de datos de paquete que será enviada al equipo 110 de usuario en la transmisión posterior. El reporte de estado de memoria intermedia contabiliza los primeros y segundos datos que se construyen en la unidad de datos de paquete. Según la primera realización de la presente solución, las primeras y segundas solicitudes de programación pendientes se cancelan en este punto de tiempo, lo que corresponde al paso 504 en la Figura 5.
Paso 840 caso b-II). El equipo 120 de usuario transmite los datos y el reporte de estado de memoria intermedia en la unidad de datos de paquete, reporte de estado de memoria intermedia que contabiliza los primeros datos y los segundos datos.
Paso 850 caso b-II). En este punto de tiempo se produce una oportunidad de solicitud de programación , esto es, después de la transmisión de los datos según el caso b). Ningún desencadenante de solicitud de programación está pendiente ya que fue cancelado en el paso 830. Esto es bueno en este caso ya que ya se han transmitido o se han contabilizado los primeros y los segundos datos en el BSR.
Para realizar los pasos anteriores del método referidos en la Figura 5 para manejar un desencadenante de solicitud de programación, el equipo 120 de usuario comprende una disposición representada en la Figura 9.
Tal como se mencionó anteriormente, el equipo 120 de usuario comprende una memoria intermedia 900 configurada para recibir los datos a ser transmitidos a la estación 110 base.
El equipo 120 de usuario comprende además una unidad 920 de generación configurada para generar un desencadenante de solicitud de programación, desencadenante de solicitud de programación que está pendiente hasta que se cancele, y cuya generación es desencadenada de manera directa o indirecta por los datos de llegada. El equipo 120 de usuario comprende además una unidad 930 de cancelación.
Según una primera realización, la unidad 930 de cancelación se configura para cancelar el desencadenante de solicitud de programación pendiente cuando los datos que desencadenaron la generación del desencadenante de solicitud de programación se contabilicen en un reporte de estado de memoria intermedia a ser incluido en una transmisión de datos programada para ser transmitida a la estación 110 base, o cuando los datos que desencadenaron la generación de la solicitud de programación se incluyan en una transmisión de datos programada a ser transmitida a la estación 110 base, lo que ocurra primero.
Según una segunda realización, la unidad 930 de cancelación se configura para cancelar el desencadenante de solicitud de programación pendiente en cualquier momento, pero manteniendo el seguimiento de qué datos que bien han sido contabilizados en el reporte de estado de memoria intermedia para ser incluidos en la transmisión de datos programada o se han incluido de manera directa en la transmisión de datos programada y qué datos no se han contabilizado de ninguna de estas dos formas.
Según una primera y segunda realización combinada la unidad 930 de cancelación se configura para cancelar el desencadenante de solicitud de programación pendiente cuando los datos que desencadenaron la generación del desencadenante de solicitud de programación se contabilizan en un reporte de estado de memoria intermedia a ser incluido en una transmisión de datos programada a ser transmitida a la estación 110 base, o cuando los datos que desencadenaron la generación de la solicitud de programación se incluyeron en una transmisión de datos programada a ser transmitida a la estación 110 base, lo que ocurra primero, de manera alternativa para cancelar el desencadenante de solicitud de programación pendiente en cualquier momento, pero manteniendo el seguimiento de qué datos han sido contabilizados en el reporte de estado de memoria intermedia a ser incluido en la transmisión de datos programada y qué datos no se han contabilizado.
Según una segunda realización y la primera y segunda realización combinada el equipo 120 de usuario comprende una unidad 940 de envío configurada para, cuando aparezca una siguiente oportunidad de solicitud de programación, enviar una solicitud de programación si y sólo si la memoria intermedia comprende datos que aún no han sido contabilizados en ninguna de las dos maneras mencionadas.
Según la primera y segunda realización combinada la unidad 940 de envío se configura para, cuando aparezca una siguiente oportunidad de solicitud de programación, enviar una solicitud de programación si y sólo si la memoria intermedia comprende datos que aún no han sido contabilizados en el reporte de estado de memoria intermedia. El presente mecanismo para manejar un desencadenante de solicitud de programación se puede implementar a través de uno o más procesadores, tal como un procesador 950 en el equipo 120 de usuario representado en la Figura 9, junto con el código de programa informático para realizar las funciones de la presente solución. El código de programa mencionado anteriormente puede ser proporcionado también como producto de programa informático, por ejemplo, en forma de un portador de datos que transporta código de programa informático para realizar la presente solución cuando se carga en el equipo 120 de usuario. Uno de dichos portadores puede ser en forma de un disco CD ROM. Sin embargo, es factible con otros portadores de datos tales como una unidad de memoria. El código de programa informático se puede proporcionar además como código de programa puro en un servidor y ser descargado al equipo 120 de usuario.
La Figura 10 representa una realización del equipo 120 de usuario, que incluye circuitos de procesamiento asociados de manera operativa con los circuitos transceptores (receptor de radio frecuencias, modulador/amplificador de transmisión, etc.), y una o más antenas de transmisión/recepción.
El equipo 120 de usuario es, por ejemplo, un terminal móvil u otro tipo de equipo de usuario configurado para la operación en un sistema de comunicación inalámbrico basado en los estándares LTE.
En cualquier caso, el equipo 120 de usuario se configura para implementar cualquiera de las realizaciones descritas en la presente memoria. Por ejemplo, los circuitos de procesamiento pueden comprender uno o más procesadores de banda base. En al menos una realización, los circuitos de procesamiento comprenden uno o más circuitos basados en microprocesadores, tales como un Procesador Digital de Señales (DSP) u otros procesadores digitales. Además, aquellos expertos en la técnica apreciarán que el equipo 120 de usuario incluye uno o más circuitos de memoria - por ejemplo, no volátiles y volátiles - para almacenar instrucciones de programa, datos de configuración y provisión, datos de trabajo, etc.
En concreto, los circuitos de procesamiento dentro del equipo 120 de usuario incluyen una memoria intermedia de transmisión de enlace ascendente tal como la memoria intermedia 900 - que puede ser una parte reservada de la memoria de trabajo - para almacenar datos para la transmisión de enlace ascendente, y un controlador asociado para implementar todo o parte del control y el procesamiento descrito en la presente memoria y referido en el texto anterior en relación con la Figura 9. Esto es, una o más realizaciones del controlador tal como la unidad 930 de cancelación, se configuran para cancelar una solicitud de programación pendiente cuando los datos que desencadenaron la solicitud de programación se incluyen en un elemento de control MAC de reporte de estado de memoria intermedia o se transmiten los datos que desencadenaron la solicitud de programación, lo que ocurra primero tal como se describió anteriormente. En un contexto LTE, el equipo 120 de usuario puede ser entendido como que se configura para cancelar una solicitud de programación pendiente cuando se cancela el reporte de estado de memoria intermedia que desencadenó la solicitud de programación.
De manera alternativa, el controlador del equipo de usuario se puede configurar mediante hardware, software, o alguna combinación de los mismos, para rastrear qué datos han sido incluidos o contabilizados de otra forma en un reporte de estado de memoria intermedia y qué datos no. Por consiguiente, cuando llega una oportunidad de solicitud de programación, el equipo 120 de usuario envía una solicitud de programación si tiene datos que aún no han sido contabilizados en un reporte de estado de memoria intermedia (el reporte de estado de memoria intermedia no tiene que haber sido enviado; por ejemplo, es suficiente si el reporte de estado de memoria intermedia se incluye en una PDU MAC que ha sido ensamblada para la transmisión).
Tanto la realización 1 como la 2 conducen al mismo comportamiento, la ventaja de éstas es que es natural cancelar una SR pendiente cuando ha servido a su propósito. Esto se garantiza sólo si se canceló cuando los datos que desencadenaron se contabilizan en un reporte de estado de memoria intermedia, o los datos que desencadenaron se transmiten. Cualquier otra solución conducirá a ambigüedades o al envío de SR innecesarias y/o de concesiones innecesarias.
Según algunas realizaciones, la presente solución puede ser referida como sigue. Cuando se desencadena una solicitud de programación, será considerada como pendiente hasta que se cancele. Todas las solicitudes de programación pendientes serán canceladas cuando se ensamble una PDU MAC y esta PDU incluya un reporte de estado de memoria intermedia que contenga el estado de la memoria intermedia hasta (e incluyendo) el último evento que desencadenó un reporte de estado de memoria intermedia, o cuando la concesión de enlace ascendente pueda acomodar todos los datos pendientes disponibles para la transmisión.
Al usar la palabra “comprende” o “comprendiendo” será interpretada como no limitante, esto es, significando “consiste en al menos”. La palabra “construir” es igual a la palabra “ensamblar” en este texto.
La invención y sus realizaciones no se limitan a los ejemplos descritos en esta especificación, sino que pueden variar dentro del alcance de las reivindicaciones adjuntas.

Claims (7)

REIVINDICACIONES
1. Un método realizado por un equipo (120) de usuario para manejar una solicitud de programación, comprendiendo el equipo (120) de usuario una memoria intermedia (900), comprendiendo el método:
recibir (501) los datos dentro de la memoria intermedia (900), en donde dichos datos se han de transmitir a una estación (110) base; y
desencadenar (503) una solicitud de programación, estando dicha solicitud de programación pendiente hasta que se cancela;
caracterizado por que el método comprende, además;
cancelar (504) la solicitud de programación pendiente cuando los datos que desencadenaron la solicitud de programación se contabilizan en un reporte de estado de memoria intermedia a ser incluido en una transmisión de datos programada a ser transmitida a la estación base.
2. El método según la reivindicación 1, en donde el paso de cancelación (504) es realizado cancelando el desencadenante de reporte de estado de memoria intermedia, que a su vez desencadena la cancelación de la solicitud de programación.
3. Un equipo (120) de usuario para manejar una solicitud de programación, comprendiendo el equipo (120) de usuario una memoria intermedia (900), estando el equipo de usuario configurado para:
recibir datos dentro de dicha memoria intermedia (900), en donde dichos datos se han de transmitir a una estación (110) base; y
desencadenar una solicitud de programación, solicitud de programación que está pendiente hasta que se cancela;
caracterizado por que el método comprende, además;
cancelar la solicitud de programación pendiente cuando los datos que desencadenaron la solicitud de programación se contabilizan en un reporte de estado de memoria intermedia a ser incluido en una transmisión de datos programada a ser transmitida a la estación base.
4. El equipo (120) de usuario de la reivindicación 3, configurada además para realizar los pasos de la reivindicación 2.
5. El equipo (120) de usuario de cualquiera de las reivindicaciones 3-4, en donde el equipo (120) de usuario es un UE LTE.
6. Un programa informático que comprende instrucciones que, al ser ejecutadas por un procesador en un equipo de usuario, provocan que el equipo de usuario lleve a cabo el método de cualquiera de las reivindicaciones 1-2.
7. Un portador que contiene el programa informático de la reivindicación 6, en donde el portador es uno de entre una señal eléctrica, una señal óptica, una señal de radio, o un medio de almacenamiento legible por ordenador.
ES16150866T 2009-05-05 2010-01-25 Método y disposición en un sistema de comunicaciones inalámbrico Active ES2784476T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US17566809P 2009-05-05 2009-05-05

Publications (1)

Publication Number Publication Date
ES2784476T3 true ES2784476T3 (es) 2020-09-28

Family

ID=43050275

Family Applications (3)

Application Number Title Priority Date Filing Date
ES10772329.8T Active ES2568219T3 (es) 2009-05-05 2010-01-25 Manipulación de un activador de petición de planificación
ES16150866T Active ES2784476T3 (es) 2009-05-05 2010-01-25 Método y disposición en un sistema de comunicaciones inalámbrico
ES20159943T Active ES2891586T3 (es) 2009-05-05 2010-01-25 Método y disposición en un sistema de comunicaciones inalámbrico

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES10772329.8T Active ES2568219T3 (es) 2009-05-05 2010-01-25 Manipulación de un activador de petición de planificación

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES20159943T Active ES2891586T3 (es) 2009-05-05 2010-01-25 Método y disposición en un sistema de comunicaciones inalámbrico

Country Status (24)

Country Link
US (6) US8913565B2 (es)
EP (4) EP3908070A1 (es)
JP (2) JP5667167B2 (es)
KR (1) KR101582708B1 (es)
CN (2) CN104320857B (es)
AU (1) AU2010245353B2 (es)
BR (1) BRPI1014593B1 (es)
CA (1) CA2760962C (es)
DK (2) DK2428091T3 (es)
ES (3) ES2568219T3 (es)
HK (2) HK1169540A1 (es)
HU (2) HUE049123T2 (es)
IL (1) IL215207A (es)
MA (1) MA33263B1 (es)
MX (1) MX2011010865A (es)
MY (1) MY164920A (es)
NZ (1) NZ595244A (es)
PL (3) PL3094148T3 (es)
PT (1) PT3094148T (es)
RU (1) RU2517434C2 (es)
SG (1) SG174863A1 (es)
TW (1) TWI477176B (es)
WO (1) WO2010128927A1 (es)
ZA (1) ZA201106850B (es)

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MX2011010865A (es) * 2009-05-05 2011-11-01 Ericsson Telefon Ab L M Manejo de un activador de solicitud de programacion.
JP5607991B2 (ja) * 2009-09-02 2014-10-15 創新音▲速▼股▲ふん▼有限公司 Ｂｓｒの方法及び通信装置
JP2011228940A (ja) * 2010-04-20 2011-11-10 Panasonic Corp 基地局装置及びスケジューリング方法
WO2012110688A1 (en) * 2011-02-18 2012-08-23 Nokia Corporation Method and apparatus to provide a-periodic sounding reference signal
CN102761967B (zh) * 2011-04-29 2015-09-23 华为技术有限公司 数据发送方法、传输资源分配方法和装置
CN103891385B (zh) * 2011-08-16 2017-12-15 阿尔卡特朗讯 用于控制缓冲区状态报告消息的方法和设备
WO2013042885A1 (en) * 2011-09-23 2013-03-28 Lg Electronics Inc. Method and apparatus for transmitting and receiving signal to and from network at user equipment in a wireless communication system
EP2842380B1 (en) * 2012-04-27 2016-04-27 Telefonaktiebolaget LM Ericsson (publ) Data transmission using shared uplink control channel resource
EP2661138A1 (en) 2012-05-04 2013-11-06 Panasonic Corporation Threshold-based and power-efficient scheduling request procedure
WO2014035074A1 (en) * 2012-08-27 2014-03-06 Lg Electronics Inc. Method and apparatus for configuring a discontinuous reception (drx) operation in a wireless communication system
CN103687037B (zh) * 2012-09-12 2017-04-12 华为技术有限公司 一种资源调度的方法、设备及通信系统
CN103796242B (zh) * 2012-10-29 2018-08-14 中兴通讯股份有限公司 切换场景中处理调度请求的方法和装置
US9591661B2 (en) * 2012-11-09 2017-03-07 Apple Inc. Reducing scheduling requests by a wireless communication device transmitting voice data over dynamically scheduled resources
US9136984B2 (en) 2013-03-20 2015-09-15 Google Inc. Multi-listener wireless medium access method
CN111314955B (zh) 2013-05-10 2023-04-18 寰发股份有限公司 具有基站之间载波聚合的无线网络中调度请求给多个调度器的增强机制
US10892879B2 (en) * 2013-05-10 2021-01-12 Hfi Innovation Inc. Enhanced mechanism of scheduling request to multiple schedulers in a wireless network with multiple connectivity
US9603160B2 (en) * 2014-05-22 2017-03-21 Nokia Solutions And Networks Oy Method and apparatus for uplink backhaul scheduling
US20160014803A1 (en) * 2014-07-09 2016-01-14 Qualcomm Incorporated Systems and methods for traffic information signaling in a wireless communications network
ES2798312T3 (es) * 2014-09-17 2020-12-10 Innovative Sonic Corp Métodos y aparatos para solicitar recursos en un sistema de comunicación inalámbrica
WO2016059479A1 (en) 2014-10-13 2016-04-21 Yandex Europe Ag Method of processing system requests in a wireless communication device
JP6553733B2 (ja) 2014-11-05 2019-07-31 エルジー エレクトロニクス インコーポレイティド Ｄ２ｄ通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消す方法及びその装置
CN106034284B (zh) * 2015-03-20 2021-11-12 中兴通讯股份有限公司 一种通信方法、无线基站、用户终端及通信系统
CN106162911B (zh) * 2015-04-17 2021-12-07 索尼公司 用于无线通信的电子设备和方法
CN107852638B (zh) 2015-07-06 2021-03-12 Lg 电子株式会社 在双连接中取消缓冲器状态报告或者调度请求的方法及其设备
TWI752016B (zh) * 2016-03-30 2022-01-11 美商Ｉｄａｃ控股公司 邏輯通道的資源請求及上鏈傳輸許可的裝置及方法
TW201737679A (zh) 2016-03-30 2017-10-16 Idac控股公司 在5g可撓rat系統中分立l2處理及控制架構
CN107318171B (zh) * 2016-04-26 2020-03-27 北京佰才邦技术有限公司 一种上行传输方法、装置、用户终端及基站
WO2018084457A1 (ko) * 2016-11-04 2018-05-11 엘지전자 주식회사 무선 통신 시스템에서 상향링크 데이터 전송을 위한 스케줄링 요청을 수행하는 방법 및 장치
CN109906646B (zh) * 2016-11-30 2021-02-12 华为技术有限公司 信息传输方法、基站和终端设备
CN108633082B (zh) * 2017-03-15 2020-10-16 华为技术有限公司 上行数据调度请求方法及装置
JP6637541B2 (ja) * 2017-04-26 2020-01-29 華碩電腦股▲ふん▼有限公司 無線通信システムにおいて、制御要素送信のためにリソースを要求するための方法及び装置
US10485017B2 (en) * 2017-05-30 2019-11-19 Htc Corporation Device and method of handling a schedule request
JP6527622B2 (ja) * 2017-06-08 2019-06-05 華碩電腦股▲ふん▼有限公司 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置
WO2019028884A1 (en) * 2017-08-11 2019-02-14 Nokia Solutions And Networks Oy ORDERING REQUEST PROCEDURE WITH MULTIPLE SCHEDULING REQUEST CONFIGURATIONS
CN109587805B (zh) * 2017-09-28 2021-02-19 维沃移动通信有限公司 调度请求的处理方法及终端设备
CN111386747B (zh) * 2017-12-20 2024-03-22 联想（新加坡）私人有限公司 用于调度请求的随机接入过程
CN110461021B (zh) * 2018-02-13 2020-07-14 华为技术有限公司 一种调度请求取消方法及设备
US10764918B2 (en) 2018-06-11 2020-09-01 At&T Intellectual Property I, L.P. Wireless communication framework for multiple user equipment
GB201812926D0 (en) * 2018-08-08 2018-09-19 Samsung Electronics Co Ltd Buffer status reporting
US10951362B2 (en) 2018-08-10 2021-03-16 At&T Intellectual Property I, L.P. Hybrid automatic repeat request and scheduling for wireless cellular systems with local traffic managers
US11234251B2 (en) 2018-08-17 2022-01-25 At&T Intellectual Property I, L.P. Generic control channel configuration for new radio sidelink
US11026117B2 (en) * 2018-10-24 2021-06-01 Lg Electronics Inc. Method for transmitting signals by user equipment in wireless communication system and apparatus therefor
US11503645B2 (en) * 2018-11-28 2022-11-15 Samsung Electronics Co., Ltd. Method and apparatus for performing communication in wireless communication system
US11039422B2 (en) 2019-01-11 2021-06-15 At&T Intellectual Property I, L.P. Load manager performance management for 5G or other next generation network
US11611984B2 (en) 2019-07-18 2023-03-21 Samsung Electronics Co., Ltd. System and method for preserving wireless transmissions
CN111586570B (zh) * 2020-05-27 2022-06-03 武汉风韵出行信息科技有限公司 用于车联网系统的行人位置信息上传方法及系统
WO2024159791A1 (en) * 2023-09-28 2024-08-08 Lenovo (Beijing) Limited Reporting of delay status report

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2341029C2 (ru) * 2004-03-31 2008-12-10 Мацусита Электрик Индастриал Ко., Лтд. Способ для выполнения алгоритма планирования с минимальным параметром ресурса и способ его вычисления
JP4460603B2 (ja) 2004-03-31 2010-05-12 パナソニック株式会社 最少リソースパラメータでスケジューリングアルゴリズムを実行する方法およびこれを算出する方法
ATE391376T1 (de) 2004-10-01 2008-04-15 Matsushita Electric Ind Co Ltd Dienstgüte-bewusste ablaufsteuerung für aufwärtsübertragungen über zugeordneten kanälen
RU2305372C2 (ru) * 2004-11-05 2007-08-27 Самсунг Электроникс Ко., Лтд. Способ и устройство для планирования передачи данных по обратной линии связи, использующей идентификатор оборудования пользователя, в системе мобильной связи, поддерживающей службу пакетной передачи данных по обратной линии связи
EP1949721B1 (en) 2005-10-07 2010-08-04 Interdigital Technology Corporation Communicating control information for downlink and uplink transmissions in a wireless communication system
JP4472713B2 (ja) * 2006-06-19 2010-06-02 株式会社エヌ・ティ・ティ・ドコモ 移動局装置、送信方法及び移動通信システム
RU2419981C2 (ru) 2006-10-25 2011-05-27 Фудзицу Лимитед Базовая радиостанция, ретрансляционная станция, система радиосвязи и способ радиосвязи
KR101364926B1 (ko) * 2007-03-23 2014-02-21 삼성전자주식회사 이동통신시스템의 스케줄링 방법 및 장치
GB2452013A (en) 2007-06-19 2009-02-25 Nec Corp Buffer status reporting from a mobile communications device
CN101779514B (zh) * 2007-06-19 2016-06-15 奥普蒂斯蜂窝技术有限责任公司 电信系统中调度资源的方法
KR101490297B1 (ko) * 2007-06-21 2015-02-11 인터디지탈 테크날러지 코포레이션 Ｅ－ｕｔｒａｎ에 대한 핸드오버 관련 측정 보고
KR100932264B1 (ko) * 2007-10-04 2009-12-16 한국전자통신연구원 피드백 메시지 기반의 상향 트래픽 전송 스케줄링 방법 및장치
TW200926860A (en) * 2007-10-29 2009-06-16 Sunplus Mmobile Inc Method for providing a buffer status report in a mobile communication network
US8621475B2 (en) * 2007-12-06 2013-12-31 International Business Machines Corporation Responsive task scheduling in cooperative multi-tasking environments
TW200931869A (en) * 2007-12-31 2009-07-16 Interdigital Patent Holdings Method and apparatus for handling interactions between measurement gap, automated repeat request, discontinuous reception and discontinuous transmission in wireless communications
US20090176502A1 (en) * 2008-01-08 2009-07-09 Richard Lee-Chee Kuo Method of Receiving Signaling and Related Communication Device
US8243667B2 (en) * 2008-01-28 2012-08-14 Lg Electronics Inc. Method for transmitting scheduling request effectively in wireless communication system
EP3048835B1 (en) * 2008-02-20 2020-09-30 Amazon Technologies, Inc. Apparatus and method for constructing a data unit that includes a buffer status report
US8606336B2 (en) * 2008-03-20 2013-12-10 Blackberry Limited System and method for uplink timing synchronization in conjunction with discontinuous reception
ES2620744T3 (es) * 2008-03-21 2017-06-29 Telefonaktiebolaget L M Ericsson (Publ) Prohibición de solicitudes de planificación innecesarias para concesiones de enlace ascendente
WO2009120120A1 (en) * 2008-03-28 2009-10-01 Telefonaktiebolaget L M Ericsson (Publ) Network driven l3 control signalling prioritization
US20100040028A1 (en) * 2008-08-13 2010-02-18 Qualcomm Incorporated Method and apparatus for mitigation of procedures in a wireless communication system
US9167594B2 (en) * 2008-09-22 2015-10-20 Htc Corporation Method and related device of a trigger mechanism of buffer status report and scheduling request in a wireless communication system
CN101778418B (zh) * 2009-01-13 2014-03-19 中兴通讯股份有限公司 无线网络中触发或上报调度请求的方法和设备
CN102308654B (zh) * 2009-02-09 2014-11-26 瑞典爱立信有限公司 无线通信系统中的方法和设备
CN101841844A (zh) * 2009-03-16 2010-09-22 宏达国际电子股份有限公司 于载波聚合模式中处理上链路信息的方法及相关装置
EP2237633A1 (en) * 2009-04-03 2010-10-06 Panasonic Corporation Buffer status reporting in a mobile communication system
MX2011010865A (es) * 2009-05-05 2011-11-01 Ericsson Telefon Ab L M Manejo de un activador de solicitud de programacion.
CN102761967B (zh) * 2011-04-29 2015-09-23 华为技术有限公司 数据发送方法、传输资源分配方法和装置
WO2015062085A1 (en) * 2013-11-01 2015-05-07 Nokia Technologies Oy Method and apparatus for handling buffer status reporting and scheduling request with dual connectivity
WO2017074437A1 (en) * 2015-10-30 2017-05-04 Nokia Technologies Oy Procedures for reporting buffer status
CN111866945B (zh) * 2019-04-30 2023-03-10 华为技术有限公司 取消待处理sr的方法及装置
KR20210123934A (ko) * 2020-04-06 2021-10-14 삼성전자주식회사 Rar에의해 수신한 상향링크 자원을 고려한 단말 내 우선화를 위한 방법 및 장치
AU2022321849A1 (en) * 2021-08-05 2024-02-22 Telefonaktiebolaget Lm Ericsson (Publ) Handling of medium access control (mac) entity during secondary cell group (scg) deactivation/reactvation

Also Published As

Publication number Publication date
US12069666B2 (en) 2024-08-20
PL2428091T3 (pl) 2016-06-30
SG174863A1 (en) 2011-11-28
CN102422699A (zh) 2012-04-18
US20150063278A1 (en) 2015-03-05
EP2428091B1 (en) 2016-01-13
DK2428091T3 (en) 2016-04-04
TWI477176B (zh) 2015-03-11
JP6018165B2 (ja) 2016-11-02
US20210219323A1 (en) 2021-07-15
PL3681234T3 (pl) 2021-12-27
RU2517434C2 (ru) 2014-05-27
MY164920A (en) 2018-02-15
MX2011010865A (es) 2011-11-01
EP3094148A1 (en) 2016-11-16
EP3681234A1 (en) 2020-07-15
JP2012526450A (ja) 2012-10-25
EP3094148B1 (en) 2020-03-04
PT3094148T (pt) 2020-04-22
US20190327758A1 (en) 2019-10-24
US20100284354A1 (en) 2010-11-11
RU2011149331A (ru) 2013-06-10
US20180098344A1 (en) 2018-04-05
WO2010128927A1 (en) 2010-11-11
BRPI1014593A2 (pt) 2016-04-26
HUE028634T2 (en) 2016-12-28
ES2568219T3 (es) 2016-04-28
MA33263B1 (fr) 2012-05-02
EP3908070A1 (en) 2021-11-10
US9307553B2 (en) 2016-04-05
US9844071B2 (en) 2017-12-12
CN102422699B (zh) 2014-11-26
CN104320857B (zh) 2018-03-30
CN104320857A (zh) 2015-01-28
ES2891586T3 (es) 2022-01-28
US10904911B2 (en) 2021-01-26
KR20120027220A (ko) 2012-03-21
TW201116122A (en) 2011-05-01
DK3681234T3 (da) 2021-09-20
NZ595244A (en) 2014-02-28
US10375721B2 (en) 2019-08-06
EP2428091A1 (en) 2012-03-14
US8913565B2 (en) 2014-12-16
CA2760962C (en) 2017-08-15
JP5667167B2 (ja) 2015-02-12
AU2010245353B2 (en) 2015-03-19
JP2015084564A (ja) 2015-04-30
AU2010245353A1 (en) 2011-11-17
HUE049123T2 (hu) 2020-09-28
PL3094148T3 (pl) 2020-08-24
EP3681234B1 (en) 2021-07-21
EP2428091A4 (en) 2014-07-02
HK1206532A1 (en) 2016-01-08
US20160165633A1 (en) 2016-06-09
BRPI1014593B1 (pt) 2020-12-29
ZA201106850B (en) 2012-11-28
IL215207A (en) 2015-05-31
KR101582708B1 (ko) 2016-01-05
CA2760962A1 (en) 2010-11-11
IL215207A0 (en) 2011-12-29
HK1169540A1 (en) 2013-01-25

Similar Documents

Publication Publication Date Title
ES2784476T3 (es) Método y disposición en un sistema de comunicaciones inalámbrico
ES2745598T3 (es) Método y disposición en un sistema de comunicación inalámbrica
ES2694950T3 (es) Procedimiento de acceso aleatorio mejorado para comunicaciones móviles
ES2424913T3 (es) Métodos, estación de base y sistema de comunicación inalámbrico
US8543054B2 (en) Method and apparatus for uplink scheduling using relays
BR112012007063B1 (pt) um método e aparelho para controlar programação
US20210243795A1 (en) Flexible data transmission methods considering configured grant timers
ES2394145T3 (es) Método y estación móvil para petición de recursos de enlace ascendente
ES2773348T3 (es) Procedimiento de procesamiento de datos, dispositivo y sistema de comunicación
ES2974320T3 (es) Indicación de retroalimentación para transmisión continua para redes inalámbricas