MXPA05006600A - Transmision de datos de programacion por capa de control de acceso al medio (mac) en una red movil. - Google Patents

Abstract

Un metodo y estrategia para transportar la seleccion de combinacion de formato (TFC) y algoritmos relacionados en comunicaciones inalambricas. El metodo proporciona procedimientos utilizados por la capa MAC tanto en UE como RNC para programar la transmision de datos. En el metodo inventivo, cada vez que la energia de transmision maxima se alcanza en un periodo de tiempo, la capa fisica enviara una notificacion a la capa MAC, incluyendo el numero de periodo de tiempo en donde la energia maxima se alcanza. La invencion proporciona un metodo de bajo costo y algoritmo que evita la necesidad de que MAC determine la energia necesaria por cada TFC en cada periodo de tiempo.

Description

TRANSMISIÓN DE DATOS DE PROGRAMACIÓN POR CAPA DE CONTROL DE ACCESO AL MEDIO (MAC) EN UNA RED MÓVIL CAMPO DE LA INVENCIÓN Esta invención se refiere generalmente a los procedimientos utilizados por la Capa MAC para programar la transmisión de datos. Más particularmente, la invención se refiere a un método y algoritmo para la transmisión de datos en una red UMTS .

ANTECEDENTES En un sistema de telecomunicaciones móvil universal de proyecto colectivo de tercera generación (3GPP UMTS) , la capa MAC en el equipo usuario (UE) y en el Controlador de Red de Radio (RNC) es responsable de programar la transmisión de datos en el enlace ascendente y enlace a tierra, respectivamente. Los canales de transporte forman la interfase entre la capa MAC y la capa física. En la capa física, un grupo de canales de transporte se combina para formar un Canal de Transporte Compuesto Codificado (CCTrCH) . Un Grupo de Combinación de Formato de Transporte (TFCS) se define por cada CCTrCH. Cada Combinación de Formato de Transporte (TFC) define un Formato de Transporte (TF) para cada canal de transporte del CCTrCH. El TF define la velocidad de datos de un canal de transporte al fijar el Intervalo .de Tiempo de Transmisión (TTI) (en ms), el tamaño de Bloque de Transporte (TB) (en bits) y el tamaño de Grupo de Bloque de Transporte (TBS) (en número de bloques) . Un TB es la unidad básica intercambiada entre las capas, física y MAC. Un TB se define como un grupo de TBs, los cuales se intercambian entre las capas, física y MAC, al mismo tiempo y que utilizan el mismo canal de transporte. El TTI se define como el tiempo de ínter- llegada de TBSs. Un TTI es igual a la periodicidad a la cual un TBS se transfiere desde MAC hacia la capa física y después mediante la capa física sobre la interfase de radio. La MAC obtiene datos de la capa de control de enlace de radio (RLC) . La interfase entre la capa MAC y la capa RLC se forma por canales lógicos, o radiomarcadores (RB) . Cada canal de transporte puede llevar más de un RB . El RLC mantiene un regulador para cada RB ; cada regulador contiene un grupo de unidades de datos de servicio de RLC (SDUs) . Algunas configuraciones de RLC (pero no todas) permiten la segmentación de SDUs en las unidades de datos de protocolo (PDUs), algunas permiten la concatenación de SDUs para construir PDUs y algunas permiten el uso de PDUs de relleno. En la capa MAC, un soporte MAC puede agregarse a la PDU para formar un TB . La capa MAC selecciona los tamaños de PDU para un TTI dado y solicita que estas PDUs de la capa RLC. El RLC después segmenta y/o encadena las SDUs a fin de cumplir la solicitud de MAC. La MAC después construye las TBs y envía las TBs a la capa física a enviarse sobre el aire en el siguiente TTI. En lado UE , a fin de realizar la selección de TFC, existen algunos requisitos estándares que deben seguirse por el UE . Estos requisitos se resumen abajo. Es deseable proporcionar un método para la selección de TFC, obviando la necesidad de MAC para tener que determinar la energía necesaria para cada TFC en cada período de tiempo.

BREVE DESCRIPCIÓN Esta invención proporciona un método y un algoritmo para la selección de TFC en donde la necesidad de que MAC determine la energía necesaria por cada TFC en cada período de tiempo, es obvia. La siguiente descripción establece el procedimiento de MAC para programar la transmisión de datos en donde la programación puede incluir la selección de un TFC a utilizar y la selección de RBs a poner en servicio. Tanto los lados UE como RNC de Servicio (S-RNC) de un servicio de telecomunicaciones móvil universal (UMTS) - red dúplex de división de tiempo (TDD) , se discuten. En particular, las estrategias para la selección de TFC y algoritmos relacionados, se presentan. Antes de seleccionar un TFC, un grupo de TFCs válidos debe establecerse. Este grupo se refiere como el grupo candidato. Todos los TFCs en el grupo candidato deben satisfacer generalmente las siguientes (6) seis reglas: 1) pertenecer al TFCS ; 2) no llevar más bits que puedan transmitirse en un TTI ; 3) respecto a la compatibilidad de TTI (es decir, el TF de un T C no puede cambiar en la parte media del TTI del TRC; 4) no estar en el estado bloqueado, según se define abajo; 5) ser compatible con la configuración de RLC; y 6) no requerir que RLC produzca PDUs de relleno. "Si todos los TFCs en el TFCS requieren PDUs de relleno, este último requisito .puede ignorarse. La presente invención proporciona soluciones para los últimos (3) tres requi sitos. El criterio de bloqueo se define como sigue: En el caso de un CCTrCH único o CCTrCHs múltiples que tienen asignaciones de período de tiempo mutuamente exclusivas, el UE considera que el criterio de bloqueo para un TFC dado de un CCTrCH se cumple si, por tres (3) estructuras sucesivas, la energía de transmisión de UE estimada es mayor a la energía del transmisor de UE máxima por al menos un período de tiempo asociado con el CCTrCH en cada estructura. En el caso de CCTrCHs múltiples que no tienen asignaciones de período de tiempo mutuamente exclusivas, si, para un CCTrCH dado por tres (3) estructuras sucesivas, la energía de transmisión de UE estimada es mayor a la energía de transmisor de UE máxima por al menos un período de tiempo asociado con el CCTrCH en cada estructura, el UE considera que el criterio de bloqueo para un TFC dado se cumple si el uso de este TFC originará que la energía de transmisión de UE estimada continúe siendo mayor a la energía del transmisor de UE máxima en al menos un período de tiempo asociado con el CCTrCH. En cuanto al criterio de desbloqueo, el UE no debe considerar que el criterio de desbloqueo para un TFC dado (que se ha bloqueado) se cumple hasta que el uso de este TFC no originará que la energía de transmisión de UE estimada sea mayor que la energía del transmisor de UE máxima para todos los períodos de tiempo de enlace ascendente (UL) asociados con el TFC por un mínimo de tres (3) estructuras sucesivas. El número de dichas estructuras sucesivas puede ser mayor a o menor a las tres (3) sin alejarse del espíritu y alcance de la invención. Por ejemplo, el número de estructuras sucesivas podía ser tan poco como dos (2) o cuatro (4) o más, con tres (3) estructuras consecutivas prefiriéndose. También es este el caso para todos los criterios subsecuentes para las asignaciones de período de tiempo mutuamente exclusivas para Ues y S-RNCs.

La MAC se divide en MAC-c y MAC-d. MAC-c es responsable por los canales comunes y MAC-d es responsable por canales dedicados. En el lado UE , existe un TFC único definido para el canal común, y de esta manera la selección de TFC no aplica en MAC-c de . UE . En el lado de RNC, la selección de TFC se hace en MAC-c y MAC-d. La configuración de RLC juega un papel importante durante la selección de TFC. Dependiendo de la cantidad de datos disponibles para la transmisión, algunos TFCs en el TFCS pueden no conformarse para la configuración de RLC ."" La compatibilidad de relleno (es decir, la necesidad de PDUs de relleno) es un tema de configuración de RLC. Para revisar la compatibilidad de relleno uno necesita revisar si un TFC requiere las PDUs de relleno de un canal de transporte que solamente lleva canales lógicos que no pueden proporcionar PDUs de relleno, (es decir, canales lógicos en RLC-TM (modo transparente) ) . Si es asi, entonces el TFC es incompatible con la configuración de RLC y se considera inválido. Nótese que existen otros requisitos relacionados a la configuración de RLC. Sin embargo, en la presente invención, estos requisitos se revisan durante el procedimiento de selección de TFC por sí mismo. Debido a que el procedimiento de selección de TFC maximiza el rendimiento de los -datos de alta prioridad, el procedimiento de selección de TFC se realiza en orden de prioridad de canal lógico, y no por canal de transporte. De esta manera, si los requisitos de compatibilidad de relleno no se cumplieron, podría necesitarse que todo el procedimiento se repita (sin el TFC seleccionado) a fin de obtener un TFC válido. Es por eso que la compatibilidad de relleno se revisa antes de realizar la selección de TFC, reduciendo de tal modo el grupo "candidato de TFC. La revisión para la compatibilidad de PDU de relleno debe hacerse preferentemente para cada TFC, en base a la ocupancia del regulador de los canales lógicos delimitados para aquel canal de transporte y el TF para aquel canal de transporte. La revisión para la compatibilidad de PDU de relleno se realiza solamente en canales lógicos configurados para el modo transparente (RLC-TM) . El TF determina el número de TBs y el tamaño de TB necesario. La primera etapa es determinar cuántas PDUs pueden generarse por todos los canales lógicos en aquel canal de transporte. Esta determinación debe considerar el tamaño de TB y si la segmentación se dejó o no en cada canal lógico, y comprende las siguientes etapas: a. Si la segmentación se dejó en el canal lógico, entonces calcular n: en donde n = tamaño de SDU / tamaño de TB . y revisar si n es un número entero (lo cual significa que el número de PDUs multiplicado por el tamaño de PDU es igual al tamaño de SDU) . i. si sí, entonces el número de PDUs para aquel canal lógico es igual a n. ii. si no, entonces el número de PDUs para aquel canal lógico es igual a cero. b. Si la segmentación no se permite, revisar si el tamaño de SDU es igual al tamaño de TB . i. si sí, el número de PDUs para aquel canal lógico es igual al número total de SDUs en aquel canal lógico disponible para transmisión . ii. si no, el número de PDUs para aquel canal lógico es igual a cero.

El número de PDUs para aquel canal de transporte se determina al sumar el número de PDUs para cada canal lógico delimitado para aquel canal de transporte . El TFC puede soportarse en términos de PDUs de relleno si el número de PDUs para aquel canal de transporte es mayor a o igual al número de TBs en el TF . La idea de un grupo de TFC mínimo propuesto en los estándares y utilizado en esta invención se explica posteriormente. El grupo de TFC mínimo es el grupo que permite la transmisión de un TB del canal de transporte de prioridad más alta que tiene datos que enviar. El grupo de TFC mínimo incluye todos los TFCs que tienen un "TF compatible de tamaño mínimo" para un canal de transporte y TFs vacíos para todos los otros canales de transporte, en donde el "TF compatible de tamaño mínimo" se define como: Para modo de conocimiento - canales lógicos de RLC (AM-RLC) , el "TF compatible de tamaño mínimo" es el TF con un TB con "Tamaño RLC" igual al tamaño de PDU de RLC. Para los canales lógicos de Modo Transparente no segmentados (TM-RLC) , el "TF compatible de tamaño mínimo" es el TF con un bloque de transporte con "Tamaño de RLC" igual al tamaño de SDU de RLC considerado. Para TM-RLC de modo segmentado, el "TF compatible de tamaño mínimo" es el TF de tal forma que 1 número de bloques de transporte multiplicado por el "Tamaño de RLC" es igual al tamaño de SDU de RLC considerado. Para el Modo de No conocimiento (UM-RLC) , el "TF compatible de tamaño mínimo" es el TF con un bloque de transporte único (de cualquier tamaño ya que no existe restricción en el tamaño de PDU para UM) . Si existe más de un TFs con un bloque de transporte único definido, el "TF compatible de tamaño mínimo" es el de uno con tamaño de bloque de transporte mínimo. En la presente invención, cada vez que se alcanza la energía de transmisión máxima en un período de tiempo, la capa física envía una notificación junto con el número de período de tiempo a la capa MAC de que se alcanzó la energía máxima . Cada vez que el MAC recibe una notificación de la capa física de que se alcanza la energía de transmisión máxima en un período de tiempo, la MAC determina cuáles CCTrCCHs tienen códigos adjudicados en el período de tiempo que alcanzaron la energía máxima y marca tales CCTrCHs como que han alcanzado la energía máxima. Cuando un CCTrCH alcanza la energía máxima, la MAC revisará si deberá o no "disminuirse" : Disminución: Cada vez que un CCTrCCH alcanza la energía de transmisión máxima para tres (3) estructuras consecutivas, la MAC limitará el grupo de TFC candidato para el grupo de TFC mínimo en el siguiente límite de TTI común (TTI común para todos los canales de transporte en el CCTrCH) . Después de que la MAC "se disminuye", ésta considerará que el criterio de recuperación "se aumente" . Para el aumento, después de cada estructura de operación de un CCTrCH en el grupo de TFC mínimo, la MAC pronosticará la energía necesaria mediante el grupo de TFC completo de aquel CCTrCH en la siguiente estructura. Si la energía de transmisión pronosticada en todos los períodos de tiempo del CCTrCH es menor a la energía de transmisión de UE permitida máxima para tres (3) estructuras consecutivas, entonces el grupo de TFC completo puede incluirse en el grupo de TFC candidato. De otra forma, el grupo de TFC mínimo se utilizará. Es decir, la MAC permitirá ya sea el grupo completo (en términos de energía) o el grupo mínimo. Esto es una solución a bajo costo que evita la necesidad de que la MAC determine la energía necesaria para cada TFC en cada período de tiem o . En cuanto al pronóstico de energía, a fin de revisar si todo el grupo completo puede soportarse, es suficiente revisar si el TFC que requiere la energía de transmisión máxima puede soportarse. Sin embargo, debido a la perforación y equilibrio de velocidad utilizada en el sistema TDD, el TFC que requiere la energía de transmisión máxima puede ser diferente para cada período de tiempo (es decir, cada período de tiempo ha asociado con el mismo un TFC que requiere la energía de transmisión máxima) . Una solución para este problema es para que la MAC conozca el procedimiento utilizado por la capa física para "completar" los períodos de tiempo y códigos. La energía necesaria para cada período de tiempo dependerá del TFC que se utiliza, ya que la energía de transmisión es una función de los factores ( ß) y el número de códigos utilizados por el TFC en el período de tiempo, y cada TFC puede tener un factor beta diferente y velocidad de datos diferente (y de esta manera, número diferente de códigos utilizados) . Lo propuesto en la presente es una solución en donde la MAC pronostica la energía de transmisión en cada período de tiempo del CCTrCH al considerar el escenario de peor caso, al asumir que: todos los códigos asignados se están utilizando en ese período de tiempo (todos los códigos aún si son de diferentes CCTrCHs) ; y el factor beta más alto entre todos los TFCs en el TFCS se está utilizando. Si existen códigos de diferentes CCTrCHs en el período de tiempo, entonces' diferentes factores beta se utilizarán para .cada, código (cada código utilizará el factor beta más alto del CCTrCH asociado) . La técnica anterior proporciona una solución a bajo costo que evita la necesidad de que MAC determine cuál TFC requiere la mayor energía en cada período de tiempo.

En cuanto al relleno de las PDUs , según se establece anteriormente, el requisito para PDUs de relleno necesita seguirse solamente si ninguno de los TFCs se encuentran disponibles entre los TFCs que no requieren PDUs de relleno. En otras palabras, si existen TFCs disponibles en el grupo de TFC candidato que no requieren PDUs de relleno, entonces uno de aquellos deberá seleccionarse, en lugar de seleccionar un TFC que requiera relleno. Deberá señalarse que, para todos los TFCs que requieren relleno, las PDUs de los canales lógicos que no pueden producir PDUs de relleno (es decir, canales lógicos RLC-TM) se eliminan del grupo de TFC candidato cuando los requisitos de configuración de RLC se revisan para la compatibilidad de relleno. Los TFCs que requieren PDUs de relleno y se encuentran en el grupo de TFC candidato, requieren PDUs de relleno de canales lógicos que pueden producir relleno. Si sí o si no las PDUs de relleno son necesarias para un TFC dado, depende de la ocupancia de regulador de RLC (cantidad de datos que no necesita enviarse) . A fin de crear un grupo con solamente TFCs que no requieran PDUs de relleno, todos los TFCs deben probarse en cada TTI . Sin embargo, esta es una solución cara . Se propone en la presente determinar si existen TFCs que no requieran PDUs de relleno mientras que se realiza el algoritmo de selección de TFC, según se establece abajo. De esta manera, todos los TFCs que cumplen los cinco requisitos establecidos arriba serán parte del grupo de TFC candidato, y el requisito con respecto a las PDUs de relleno se cumplirá, cuando sea posible, en cada repetición de selección de TFC. Un TFC seleccionado debe seleccionarse del grupo candidato y debe cumplir los siguientes criterios (y en el orden en el cual se listan) : a) ningún otro TFC permite la transmisión de datos de prioridad más alta que el TFC seleccionado ,- b) ningún otro TFC permite la transmisión de más datos de los siguientes canales de prioridad más baja, y c) ningún otro TFC tiene una velocidad de bits inferior al TFC seleccionado.

BREVE DESCRIPCIÓN DE LOS DIBUJOS ..Las Figuras la a Id comprenden un diagrama de flujo para la implementación de algoritmo de selección de TFC de MAC-c; La Figura 1 muestra la manera en la cual las Figuras 1A a ID se agrupan para formar el diagrama de flujo; Las Figuras 2A a 2D comprenden un diagrama de flujo para la implementación de algoritmo de selección de TFC de MAC-d; y La Figura 2 muestra la manera en la cual las Figuras 2A a 2D se agrupan para formar el diagrama de flujo. La Figura 3 es un diagrama de flujo para un procedimiento de selección de tamaño de SDU de MAC-d de RNC .

DESCRIPCIÓN DETALLADA DE LAS MODALIDADES PREFERIDAS En la descripción de las modalidades ejemplares a seguir, cada canal lógico tiene un MLP asociado (Prioridad de Canal Lógico MAC) . El MLP determina la prioridad del canal lógico. Las reglas descritas en el siguiente párrafo se basan en MLPs : De esta manera, el primer punto importante es que el algoritmo se repite por la prioridad de canal lógico (trata de servir canales lógicos de prioridad más alta primero) , según se opone por el canal de transporte. Una solución cuando se realiza la selección de TFC es determinar cuántos datos de cada prioridad cada TFC puede llevar (comenzar con la prioridad más alta) , y después seleccionar uno en base a los requisitos (maximizar el rendimiento de los datos de prioridad más alta) . Sin embargo, esto requiere ir más allá de todos los TFCs en el grupo candidato. La solución propuesta aqui es identificar la cantidad de datos de prioridad más alta que cada TFC puede llevar, y después eliminar aquellos que proporcionan rendimiento más bajo del grupo candidato. En la siguiente repetición (para los siguientes datos de prioridad más alta) , solamente se considera el nuevo grupo. Sin embargo, todavía existe la necesidad de cumplir el requisito de "grupo candidato" listado arriba en las PDUs de relleno. Cuando se eliminan los TFCs del grupo antes de completar el procedimiento completo, el TFC final seleccionado puede requerir PDUs de relleno, y el procedimiento completo podría necesitar repetirse sin el TFC dado, hasta que se encuentre un TFC que no requiera relleno (y si no se encuentra tal TFC, podría utilizarse el primer TFC seleccionado) . La solución propuesta aguí es asegurar que al menos un TFC que no requiere relleno permanece en el grupo candidato. Según se discute anteriormente, ciertos grupos candidato pueden no tener tal TFC, en cuyo caso, el requisito "grupo candidato" anteriormente establecido no necesita cumplirse . De esta manera, si después de remover los TFCs que no maximizan el rendimiento del grupo candidato, el grupo candidato no contiene al menos un TFC que se "rellene" (es decir, todos los bloques de transporte que se utilicen) , entonces un TFC que no requiere PDUs de relleno (pero no maximiza el rendimiento) se agrega de regreso al grupo candidato (nótese que el requisito de relleno es mayor al requisito de rendimiento) . Si existen varios TFCs que puedan agregarse al grupo candidato, aquel que maximiza el rendimiento de los datos de prioridad más alta, se elige. Si más de un TFC que no requiere relleno tiene el mismo rendimiento para los datos de prioridad más alta, entonces el TFC que maximiza el rendimiento de los siguientes datos de prioridad más alta, se elige.

Esta regla deberá aplicarse de manera recurrente para todos los niveles de prioridad. Lo siguiente es un ejemplo de una implementación del procedimiento de selección de TFC de MAC-d. Deberá señalarse que la invención es más amplia que este ejemplo y el ejemplo no deberá considerarse como limitante de la invención . Lo siguiente se utiliza en el algoritmo de abajo: Las SDUs de los canales lógicos con la prioridad p se consideran datos con prioridad p. El grupo de TFC candidato se refiere como TFC_Can . Solamente los canales lógicos que tienen ocupancia de regulador mayor a cero deberán considerarse para la selección de TFC. El algoritmo deberá funcionar solamente si el grupo de TFC tiene TFCs válidos (TFCs con velocidad de datos mayor a cero) . El siguiente algoritmo . (mostrado en la Figura 2) se realiza para la selección de TFC de MAC-d: Después de realizar las etapas SI a S3 para obtener los grupos candidato (la etapa SI realizándose solamente por los Ues), la rutina prosigue como sigue: S : Inicializar p=2. S5 : Revisar si existe al menos un TFC con al menos un TB disponible en el TFC_Can (grupo TFC candidato) . a. Si sí, S5a, ir a la etapa S6. b. Si no, S5b, ir a la etapa S25 (todos los TFCs rellenos, elegir uno) . Seleccionar el primer TFC con al menos un TB disponible de TFC_Can (grupo de TFC candidato) . Revisar si existe un canal lógico con prioridad p de tal forma que: el canal lógico tiene PDUs disponibles a enviar; el canal lógico no se bloquea para este TFC; y el canal de transporte que se delimita para aquel canal lógico tiene TBs disponibles. a . Si sí , S7a, ir a S9 y elegir aquel canal lógico. Si existe más de un tal canal lógico , elegir uno al azar. Después ir a la etapa S10. b . Si no, S7b, ir a la etapa S16 (no más datos con prioridad p) . S10: Revisar si existe una restricción en tamaños de PDU para el canal lógico seleccionado. a. Si sí, SlOa, ir a la etapa Sil y revisar si el tamaño de TB del canal de transporte es del mismo tamaño que el tamaño de PDU + soporte de MAC. i. Si sí, Slla: 1. Ir a S13 y elegir PDUs de este canal lógico para rellenar los más TBs disponibles sean posibles en el canal de transporte. 2. Actualizar la información de canal lógico como sigue: a. Este canal lógico se bloquea para esta selección de TFC (canal lógico ya servido) . 3. Ir a S14, actualizar la información de TB como sigue: a. TBs utilizados no se encuentran ya disponibles para esta selección de TFC. 4. Ir a la etapa S14. ii . Si no, Sllb, 1. Ir a S8 en donde el canal lógico se considera bloqueado para este TFC (las PDUs no se ajustan al TFC) . 2. Después regresar a la etapa S7. b. Si no, SlOb, i. ir a S12 y rellenar cuantos TBs sean posibles en aquel canal de transporte con bits de este canal lógico . ii . En S14, actualizar la información de TB como sigue: 1. los TBs utilizados no se encuentran ya más disponibles para esta selección de TFC iii. Este canal lógico se considera bloqueado APRA esta selección de TFC (canal lógico ya servido) . iv . Ir a etapa S15. En S15, revisar ti todos los -TBs en este TFC se rellenan. a. Si sí, S15a, ir a etapa S16 (no más espacio en este TFC) . b. Si no, S15, regresar a etapa S7. En S16, computarizar el rendimiento total óptimo de datos de prioridad p para este TFC, como sigue : Dejar que el Num_Bits (p, i , j) señale el número de bits de los datos de prioridad p que pueden transmitirse en DCH i cuando se utilice TFC j (es decir, el tamaño de TB cuenta el número de TBs a enviarse, incluyendo cualquier RLC y/o soporte de MAC que es aplicable y/o bits de relleno) . El rendimiento normalizado de DCH i se computariza como: Rendimiento (p, i, j ) =Num_Bits (p, i, j ) 10_ ms Duración TTI (i, j) Ecuación 1 en donde Duración TTI (i,j) es la duración de TTI de TF para TRC i dado TFC j . El rendimiento total óptimo de los datos de prioridad p para el CCTrCH es la suma de cada rendimiento normalizado de DCH's de estos datos de prioridad. ^ Total_Rendimiento (p, j ) =?i Rendimiento (p,i,j) En S17, revisar si existen más de TFCs en TFC_Can a. Si sí, S17a, elegir el siguiente TFC y regresar a la etapa S7. b. Si no, S17b, (todos los TFCs se revisaron), ir a la etapa S18. En la S18, entre todos los TFCs en TFC_Can, existe al menos un TFC, es decir TFC k, que proporciona el "rendimiento total óptimo" más alto para la prioridad p, tal como: k=argmax {Total_Rendimiento (p, j ) } Ecuación 2 Suprimir (es decir, "descartar") todos los TFCs que proporcionen rendimiento menor al de TFC k de TFC_Can. Después ir a la etapa S19. En la S19, revisar si existe al menos un TFC en TFC_Can que tenga todos los TBs rellenos. a. Si no, S19a, ir a S10 y revisar si existe al menos un TFC que no pertenezca al TFC_Can y que tenga todos los TBs rellenos, i . si si , S2 Oa : 1. ir a S21 y crear un grupo con todos aquellos TFCs, llamados TFC_NoPad (TFCs que no requieren relleno) . 2. entre todos los TFCs en TFC_NoPad, elegir el TFC que proporcione "rendimiento total óptimo" más alto para los datos de prioridad p. 3. Agregar aquel TFC a TFC_Can (grupo candidato) . ii. Si no-, S20b, continuar en la etapa S22. b. Si si, S19b, continuar en la etapa S22 (existe ya un TFC en TFC_Can que no requiere relleno) . En S22, revisar si todos los TFCs en TFC_Can tienen todos los TBs rellenos. a. Si sí, S22a, ir a la etapa S25 (se hace la selección de TFC) b. Si no, S22b, ir a la etapa S23. En S23, actualizar p = p+2. En S24, revisar si p<_S . a. Si sí, S24a, regresar a la etapa S5 b. Si no, S24b, ir a la etapa S25 (todas las prioridades revisadas, se elegirá un TFC) . En S25, revisar si existe al menos un TFC en TFC_Can que no requiera PDUs de relleno. a. Si sí, S25a, ir a la etapa S26. b. Si no, S25b, ir a la etapa S27. En S26, elegir el TFC de TFC_Can que no requiera el relleno. Si existe más de un TFC disponible que no requiera el relleno, entre estos, elegir el TFC que proporcione la mínima velocidad de datos. En S27, Elegir el TFC de TFC_Can que proporciona la velocidad de datos mínima. Si existe más de un TFC disponible con la misma velocidad de datos, elegir uno ala zar. Llenar en las PDUs sin rellenar en el TFC con PDUs de relleno de RLC. En el lado de RNC, la selección de TFC en la capa MAC se hace tanto en entidades de MAC-c y MAC- d . MAC-c se ubica en el RNC de Control (C-RNC) y existe un MAC-c por célula; MAC-d se ubica en el S-RNC y existe un MAC-d para cada UE . A fin de transferir los datos entre S-RNC y C-RNC, se utiliza control de flujo de canal de acceso posterior (FACH) . El control de flujo permite al MAC-c (C-RNC) controlar el número de SDUs (créditos) que cada MAC-d (S-RNC) puede enviar para una prioridad asociada (Indicador de Prioridad FACH) . El MAC-d elige un tamaño de SDU por cada prioridad, y envía los datos al MAC-c.

El MAC-c regula estos datos, antes de que se transmita. Si créditos=0 (por ejemplo, debido a la congestión en el C-RNC) , el S-RNC inmediatamente detiene la transmisión de SDUs de MAC-c. Si crédítos="no limitado", indica que el SRNC puede transmitir un número no limitado de SDUs de MAC-c. Las siguientes secciones describen el algoritmo de selección de TFC para MAC-c de RNC (Figura 1) y el algoritmo de selección de tamaño de SDU para los canales de transporte comunes en el MAC - d de RNC. El algoritmo de selección de TFC de MAC-d de RNC es similar a aquel para el MAC-d de UE, con la excepción de que en el lado de RNC no existe restricción en la energía de transmisión, y de allí no se presentará aquí. El procedimiento discutido en la sección previa aplica a MAC-d tanto en lados UE como RNC. La especificación de MAC no especifica cualquiera de los requisitos para la selección de TFC en RNC. Sin embargo, para que el UE decodifique los datos adecuadamente, existen algunos requisitos que deben seguirse. Estos requisitos se resumen abajo.

Antes de elegir un TFC para el caso de MAC-c, el grupo de TFCs válido debe establecerse. Este grupo se refiere como "el "grupo candidato" . Todos los TFCs en el grupo candidato deben: 1. pertenecer a los TFCS : 2. respecto al formato de transporte-compatibilidad TTI (TF) de un T C no puede cambiar en la parte media del TTI del TRC; y 3. ser compatible con la configuración de RLC. El TFC seleccionado debe seleccionarse del grupo candidato y debe cumplir los siguientes criterios en el orden en el cual se listan abajo: 1. Ningún otro TFC permite la transmisión de más datos de prioridad de más alta que el TFC seleccionado . 2. Ningún otro TFC permite la transmisión de más datos de los siguientes canales lógicos de prioridad más baja. Este criterio se aplica de manera recurrente para los niveles de prioridad restantes. 3. Ningún otro TFC tiene una velocidad de bits más baja que el TFC seleccionado. 4. Debe respetarse "primero en salir primero" dentro de cada prioridad para los datos recibidos de MAC- d. Para el procedimiento de MAC-c, la información que se recibe de MAC-d se regula en MAC-c. Esto puede hacerse ya sea al tener una línea en espera por UE , o una línea en espera por todos los UEs, o una línea en espera por cada prioridad. Se propone tener una línea en espera por prioridad, como que al hacerlo podría ser más fácil mantener el orden de primero en primero en salir. El primer procedimiento podría requerir que el regulador se estampe primero a fin de mantener el orden, mientras que el segundo procedimiento podría requerir la coordinación de las prioridades. Para propósitos de bloqueo, MAC-c puede programar los datos en cualquiera de los FACHs delimitados en el canal compuesto de código. Si la información de un canal lógico se envía en un canal de transporte con TTI de duración "t", la información del mismo canal lógico no deberá enviarse en otros canales de soporte, para la duración de "t" a medida que esto puede conducir a un problema de fuera de orden en el RLC de lado receptor (es decir, el lado UE) . Para un CCH (Canal de Control Común) este problema puede resolverse al bloquear el canal para la transmisión por una duración igual al TTI del último canal de transporte transmitido (es decir, los datos de aquel canal lógico no se enviarán durante ese TTI) . Para datos regulados (datos recibidos de MAC-d) este problema puede resolverse al bloquear los datos de una prioridad dada. Sin embargo, este procedimiento podría conducir a la baja utilización de recursos del sistema a medida que una cantidad mayor de datos se bloquea aún si no es necesario, y conduce a un retraso en la transmisión de datos de otros Ues de la misma prioridad. Para evitar esto, los datos de una prioridad de un UE se bloquea por un período "t" , si los datos de este UE de esa prioridad se envía en un canal de transporte con período de TTI "t" . Esto aumenta la cantidad de datos que pueden enviarse fuera de todos los Ues y también resuelve el problema fuera de orden.

Así como para el relleno, MAC-c puede solicitar PDUs de relleno solamente de la entidad de RLC de CCCH. Si CCCH se bloquea y si se requieren PDUs de relleno, MAC-c solicita solamente- PDüs de relleno de RLC. Lo siguiente es un ejemplo de una implementación del procedimiento de Selección de TFC de "MAC-c de RNC . La invención es mucho más amplia y la invención no deberá limitarse en alcance en base al ejemplo dado pero si en el alcance de las reivindicaciones. En este algoritmo de MAC-c, el algoritmo: Un regulador con PDUs transferidas se refiere como "canal lógico" . El grupo de TFC candidato se refiere como TFC_Can Solamente los canales lógicos que tienen ocupancia de regulador mayor a cero deberán considerarse para la selección de TFC. El algoritmo deberá funcionar solamente si el grupo de TFC tiene TFCs válidos (TFCs con velocidad de datos mayor a cero) . Haciendo referencia a las Figuras 1A a ID, se realizan las siguientes etapas para el algoritmo de selección de TFC de MAC-c: SI: Inicializar p=l . 52 : Revisar si existe al menos un TFC con al menos un TB disponible en el TFC_Can (grupo de TFC candidato) . a. Si sí, S2a, ir a la etapa S3. b. . Si no, S2b, ir a la etapa S26 (todos los TFCs rellenos, elegirá uno) . 53 : Elegir el primer TFC con al menos un TB disponible de TFC_Can (grupo de TFC candidato) . 54 : Revisar si existe un canal lógico con prioridad p de tal forma que: el canal lógico tiene PDUs disponibles para enviarse; si el canal lógico seleccionado es CCCH, el canal lógico no se bloquea para el TFC seleccionado; si el canal lógico seleccionado es de PDUs transferidas después revisar si, existe al menos un PDU que no se bloquea para el TFC seleccionado; y el canal lógico seleccionado no se boquea para este TFC. a. Si sí, S4a, ir a S5 y elegir aquel canal lógico. Si existe más de un tal canal lógico, elegir uno al azar. Ir a la etapa S6. b. Si no, S4b, ir a S17 (no más datos con prioridad p) . S6 : Revisar si existe una restricción en de PDU para el canal lógico seleccionado. a. Si sí, S6a, ir a S7 y revisar si existe un TB disponible con el mismo tamaño que el tamaño de PDU + soporte de MAC. i. Si sí, S7a, ir a S8 y: 1. Elegir el canal de transporte con aquel tamaño de TB . Si más de uno se encuentra disponible, elegir un canal de transporte que brinde la velocidad de datos máxima disponible, como sigue: MAX { (número de TBs disponibles/tamaño TTI } ; y 2. Elegir PDUs que no se bloqueen de este canal lógico para rellenar cuántos TBs sean posibles en el canal de transporte. La selección de PDU debe respetar FIFO; deben omitirse las PDUs bloqueadas. 3. Actualizar la información de regulador como sigue: a. PDUs seleccionadas no se encuentran disponibles para esta selección de TFC, después ir a Sil y b. TBs utilizados no se encuentran disponibles más para esta selección de TFC. Después ir a la etapa S14. ii . Si no, S7b, ir a S9 para reali zar : 1. Este canal lógico se considera bloqueado para este TFC (ya que las PDUs no se ajustan al TFC) . 2. Después regresar a la etapa S4. b. Si no, S6b, ir a S10 y: i. elegir un canal de transporte que brinde la velocidad de datos disponible, como sigue: MAX { (número de TBs disponibles * tamaño de TB) /tamaño de TTI) . ii. rellenar cuantos TBs sean posibles en el canal de transporte con bits de este canal lógico, iii . Actualizar la información de regulador como sigue: 1. los bits utilizados no se encuentran disponibles más para esta selección de TFC y no deberán contarse en la ocupancia de regulador . iv. Después ir a la etapa Sil para actualizar la información de TB como sigue: 1. Los TBs utilizados no se encuentran disponibles más para esta selección de TFC . v. Después ir a la etapa S12. 2. Si el canal lógico seleccionado es un CCCH, S12a, ir a S14 y: Considerar que el CCCH está bloqueado para este TFC durante esta selección de TFC (para las siguientes etapas de la selección de TFC para este TTI) . 3. Si el canal lógico seleccionado no es un CCCH, S12b, ir a S13 para determinar: Si el canal lógico seleccionado es de PDUs transferidas, S13a, después ir a S15, para asegurar : -todas las otras PDUs que: -se encuentran en el mismo regulador (es decir, misma prioridad) ; y -tienen el mismo ID de UE a medida que el ID de UE de PDU(s) seleccionadas se consideran bloqueadas para este TFC durante esta selección de TFC (para las siguientes etapas de la selección de TFC para este TTI) . 5. Si el canal lógico seleccionado no es de PDUs transferidas, S13b, ir directamente a S16. En S16, revisar si todos los TBs en este TFC se rellenan. a. Si sí, S16a, ir a la etapa S17 (no más espacio en este TFC) . b. Si no, S16b, regresar a la etapa S . En S17, computarizar el rendimiento total óptimo de datos de prioridad p para este TFC, como sigue : Dejar Num_Bits (p, i, j) señalar número de bits de datos de prioridad p que pueden transmitirse en FACH i cuando se utiliza TFCj (es decir, las veces de tamaño de TB el número de TBs que se envían, incluyendo cualquier RLC y/o soporte de MAC que es aplicable y/o bits de relleno) . El rendimiento normalizado de FACH i se computariza como Rendimiento (p, i , j ) =Num_Bits (p, i , j ) . l o ms Ecuación 3 Duración TTI (i,j) En donde Duración TTI (i, j) es la duración TTI de TF para TRCHi dado TFCj . El rendimiento total óptimo de datos de prioridad p para el CCTrCH (S-CCPCH) es la suma de cada rendimiento normalizado de FACH's de estos daos de prioridad.

Total_Rendimiento (p, j ) =?i Rendimiento En S18, revisar si existen más de TFCs en TFC_Can c. Si sí, S18a, elegir el siguiente TFC y regresar a la etapa S4. d. Si no, S18b, (todos los TFCs se revisaron), ir a la etapa S19. En la S19, entre todos los TFCs en TFC_Can, existe al menos un TFC, es decir TFC k, que proporciona el "rendimiento total óptimo" más alto para la prioridad p, tal como: k=argmax {Total_Rendimiento (p, j ) } Ecuación 4 Suprimir todos los TFCs que proporcionen rendimiento menor al de TFC k de TFC_Can. En la S20, revisar si existe al menos un TFC en TFC_Can que tenga todos los TBs rellenos, (no requiere relleno) a. Si no, S20a, ir a S21 y revisar si existe al menos un TFC que no pertenezca al TFC_Can y que tenga todos los TBs rellenos. i. si sí, S21a, ir a S22 para: 1. crear un grupo con todos aquellos TFCs, llamados TFC_NoPad (TFCs que no requieren relleno) . 2. entre todos los TFCs en TFC_NoPad, elegir el TFC que proporcione "rendimiento total óptimo" más alto para los datos de prioridad p . ,- y 3. Agregar aquel TFC a TFC_Can ii . Si no, S21b, continuar en la etapa S23. b.Si sí, S20b, continuar en la etapa S23 (existe ya un TFC en TFC_Can que no requiere relleno) . En S23, revisar si todos los TFCs en TFC_Can tienen todos los TBs rellenos. a. Si sí, S23a, ir a la etapa S26 (se hace la selección de TFC) b. Si no, S23b, ir a la etapa S2 . En S24, actualizar p = p+1, después ir a S25 y revisar si p<=8. a. Si sí, S25a, regresar' a la etapa S2. b. Si no, S25b, ir a la etapa S26 (todas las prioridades revisadas, se elegirá un TFC) .

En S26, revisar si existe al menos un TFC en TFC_Can que no requiera PDUs de relleno. a. Si sí, S26a, ir a la etapa S27. b. Si no, S26b, ir a la etapa S28. En S27, elegir el TFC de TFC_Can que no requiera el relleno. Si existe más de un TFC disponible que no requiera el relleno, entre estos, elegir el TFC que proporcione la mínima velocidad de datos. En S28, Elegir el TFC de TFC_Can que proporciona la velocidad de datos mínima. Si existe más de un TFC disponible con la misma velocidad de datos, elegir uno ala zar. Llenar en las PDUs sin rellenar en el TFC con PDUs de relleno de RLC (CCCH) . Después ya sea S27 o S28, ir a S29. En S29, si el CCCH se utiliza en este TFC, considerar que el CCCH está bloqueado para todos los TFCs por un período de tiempo igual al TTI del canal de transporte seleccionado. En S30, para cada canal lógico con PDUs transferidas (es decir, para cada regulador con una prioridad específica) utilizadas en el TFC seleccionado, cada PDU que se encuentra en ese regulador y tiene el ID de UE igual al ID de UÉ de una PDU seleccionada para este TFC se considera que esta bloqueado para todos los TFCs por un período de tiempo igual al TTI del canal de transporte seleccionado para aquel canal lógico. La Figura 1, que muestra el diagrama de flujo para la implementación de algoritmo de selección de TFC de MAC-c, incluye más etapas que el algoritmo de la Figura 2. La MAC-d puede configurarse con un grupo de tamaños de SDU permitidos (los tamaños permitidos dependen del TFCS del S-CCPCH (Canal de Control Común Secundario) ) para cada indicador de prioridad de canal de transporte común (prioridad de FACH) . Una estructura de control de flujo FACH se utiliza por el C-RNC para controlar el flujo de datos de usuario. Puede generarse en respuesta a una Solicitud de Capacidad de FACH o en cualquier otro tiempo. La estructura "de control de Flujo FACH deberá contener el número de créditos que la entidad de MAC-d de S-RNC permite transmitir. Para cada canal lógico, existe una prioridad de FACH asociada. La MAC-d elige un tamaño de SDU (de dentro del grupo configurado) para cada canal lógico, dependiendo de la ocupancia de regulador de canal lógico (BO) y el número de créditos disponibles para aquella prioridad de FACH . Las SDUs de MAC-c del mismo tamaño y la misma prioridad de FACH pueden transmitirse en la misma estructura de datos de FACH . La selección de tamaño de SDU para un canal lógico depende de la configuración de LC correspondiente, el canal lógico BO, y el número de créditos disponibles para aquella prioridad de FACH . Para un BO dado, puede existir un número variable de créditos necesarios para cada tamaño de SDU. Si el número de créditos requeridos multiplicado por el tamaño de SDU no se equilibra exactamente al BO , entonces se requerirá sobrecarga (relleno de RLC) . Un tamaño de SDU que minimiza esta sobrecarga se selecciona, para maximizar el rendimiento. Sin embargo, aquel puede requerir seleccionar un tamaño que requiera un número aumentado de créditos. Deberá señalarse que mientras más número de créditos se solicita, mayor número de veces se agrega el soporte de MAC, dando como resultado sobrecarga. Ya que no existe ecuación de forma cerrada para determinar cuál opción es mejor (minimizar la sobrecarga de relleno de RLC o minimizar el número de créditos por un BO dado) , el último (minimizar el número de créditos que se utilizan para un BO dado) , se elige debido a que, al seleccionar un tamaño que requiere un número inferior de créditos, más créditos se encuentran disponibles para uso futuro, lo cual prueba ser extremadamente útil en un sistema completamente cargado. También, si el BO es muy grande en comparación con los tamaños de SDU, entonces la solución minimiza tanto la sobrecarga como el número de créditos . Lo siguiente es un ejemplo de una implementación del procedimiento de selección de tamaño de SDU de MAC-d de RNC . La invención no se limita al siguiente ejemplo, y la invención se pretende que se limite solamente por las reivindicaciones anexas. A fin de enviar las SDUs al MAC-c, MAC-d sigue el siguiente procedimiento (Véase Figura 3) : SI: Elegir la prioridad más alta (es decir, MLP más alta) . S2 : Elegir un canal lógico con esa prioridad. Si existe más de un canal lógico con esa prioridad, elegir uno al azar. 53 : En base a la ocupancia del regulador del canal lógico, elegir el tamaño de SDU que se utiliza para ese canal lógico, como sigue: En base al número de "créditos" disponible en MAC-d, terminar la cantidad de bits de información que puedan transmitirse al utilizar cada tamaño de PDU (no incluyendo bits de relleno) . Para cada tamaño de PDU, la cantidad de bits de información se da por: ?? (BO, créditos x tamaño de PDU) . Elegir el tamaño de PDU que brinda la cantidad máxima de bits de información. Si más de un tamaño de PDU brinda la misma cantidad máxima de bits de información, elegir el tamaño de PDU que brinda el número mínimo de créditos requeridos para- enviar la cantidad máxima dada de bits de información. Si más de un tamaño de PDU brinda el mismo número de créditos, elegir el tamaño de PDU más pequeño. 54 : Elegir las SDUs a enviarse de ese canal lógico. Varias SDUs pueden enviarse pero solamente un tamaño de SDU único se permite para ese canal lógico. Los créditos permitidos deben respetarse cuando se selecciona el número de SDUs a enviar. S5 : Revisar si existen canales más lógicos con la misma prioridad y si existen todavía créditos disponibles para esa prioridad Si si, S5a, regresar a S2. Si no, S5b, ir a S6. En S6, construir una estructura de datos de FACH "Iur" para cada tamaño de SDU (para una prioridad dada) . Señálese que el tamaño de SDU es el mismo para un canal lógico dado, pero puede ser diferente para los diferentes canales lógicos de la misma prioridad. De esta manera, si existen canales lógicos n con esa prioridad, habrá al menos (1) y a lo mucho estructuras de datos de FACH n (uno para cada tamaño) . También deberá señalarse que el orden de las SDUs para cada canal lógico deberá mantenerse dentro de la estructura de datos . En S7, revisar si existen más canales lógicos disponibles. Si sí, S7a, ir a S8 para seleccionar la siguiente prioridad más alta disponible y regresar a S2. Si no S7b, el procedimiento termina. En las secciones previas, la información necesaria a fin de realizar la selección de TFC se describió. Para la interacción entre MAC y RLC, se requieren tanto la información de configuración de base modo canal lógico (estática) como la información de datos regulada (dinámica) . Así como por la Especificación de Protocolo MAC (3GPP TS 25.321) y la Especificación de Protocolo RLC (3GPP TS 25.322), el RLC proporciona el MAC con la ocupancia de regulador (BO) , que es la cantidad total de datos regulada en el RLC. Sin embargo, ya que la MAC necesita más información del RLC a fin de realizar la selección de TFC, la especificación de protocolo RLC (3GPP TS 25.322) también establece que el RLC necesita proporcionar "Info de Entidad de RLC" a la MAC. La especificación de protocolo de RLC (3GPP TS 25.322) no especifica cuál "Info de Entidad de RLC" debe contener. En esta sección, los contenidos de "Info de Entidad de RLC" se describirán. Ya que esta información se utiliza para "restringir" la selección del TFC, esta información se refiere como las Variables de Restricción de TFC. Las variables de restricción TFC proporcionan información acerca de las PDUs y/o SDUs reguladas en el RLC que se encuentran disponibles para la transmisión en el siguiente TI . Para los modos transparente y sin conocimiento, la MAC especifica el tamaño de PDU sobre una base por TTI. Por lo tanto, el RCL no puede crear PDUs delante del TTI, y solamente la información basada en las SDUs reguladas puede proporcionarse por el RLC en avance de transmisión. Para un modo de conocimiento, el tamaño de PDU se fija, y por lo tanto, la información basada en las PDUs reguladas puede proporcionarse por el RLC. Nótese que las variables de restricción de TFC pueden contener el modo de RLC por sí mismo. Sin embargo, ya que la proporción de modo de RLC requiere que la MAC haga presunciones acerca de las características de datos regulados por RLC en base al modo de RLC, después de que a su vez se proporcionan las características de datos por si mismos. Ya que la selección de TFC depende de la cantidad de datos que se encuentra disponible para la transmisión en un TTI dado, las variables de restricción de TFC incluyen el tamaño de SDU/PDU y el número de SDUs/PDUs reguladas en el RLC . Dependiendo del modo de RLC, y también a fin de evitar los conflictos de transmisión de datos, solamente algunos de los datos regulados en el RLC pueden encontrarse disponibles para la transmisión. Para todos los modos de RLC, los tamaños y los Tipos de ID de UE de todas las PDUs transmitidas a la MAC en un TTI , deben ser los mismos. La información reportó que la MAC debe garantizar que el TFC se selecciona de tal forma que estas dos restricciones no se violan. Por lo tanto, solamente la información para SDUs y PDUs que son del mismo tamaño y Tipo de ID de UE se proporciona. Ya que los datos deben transmitirse en el orden en que es recibió, el RLC reporta solamente el número de SDUs/PDUs consecutivos en el regulador de transmisión de RLC (comenzando de SDU/PDU más viejo) que son del mismo tamaño y el mismo Tipo de ID de UE . Para el modo transparente con la segmentación configurada, solamente una SDU puede transmitirse por TTI, y por lo tanto, el RLC reportará que solamente una SDU se encuentra disponible para transmisión.

Para modo de "conocimiento, dependiendo de la configuración de RLC, un canal lógico puede llevar datos de SDU de RLC (recibidos de la capa superior) y/o datos de control de igual a igual de RLC. La cantidad de datos de PDU disponibles para un canal lógico de modo de conocimiento se restringe por lo tanto por el tipo de datos de RLC que puede soportar. Para los canales lógicos de modo de conocimiento que soportan la transmisión de SDUs de RLC (recibidos de las capa superior) ; la cantidad de datos de PDU disponible también se restringe por el tamaño de la ventana de transmisión de RLC del canal lógico. Señálese que el tamaño de la ventana de transmisión de RLC se configura estáticamente en el RLC. Para la selección de TFC, la MAC necesita saber cuánto del TB se toma por el soporte de MAC. Ya que el tamaño del soporte de TB depende del Tipo de ID de UE , entonces las variables de restricción de TFC también contienen el Tipo de ID de UE . Nótese que la especificación de protocolo de MAC (3GPP TS 25.321) establece que el Tipo de ID de UE se proporciona por el RLC para la MAC para cada transmisión de datos.

Ya que el TFC contiene información acerca del número de PDUs que la MAC debe solicitar del RLC después la MAC necesita saber si sí o no las SDUs reguladas en el RCL, pueden segmentarse. Por lo tanto, las variables, de restricción de TFC incluyen un indicador de segmentación. Señálese que este indicador se configura estáticamente en el RLC. Según se menciona en las secciones previas, la información de relleno necesita conocerse por la MÁC a fin de ser capaz de realizar la selección de TFC. Ya que el relleno solamente se soporta en ciertos modos RLC (modos UM y AM solamente) , un indicador de PDU de relleno también se incluye en las variables de restricción de TFC. Lo procedente es una descripción de un método y algoritmos ejemplares para los procedimientos utilizados por la capa MAC para que la selección de TFC programe la transmisión de datos. La 3GPP UMTS establecida anteriormente como el contexto para la invención es solamente a manea de ejemplo, y, la invención puede modificarse para servir otros estándares relacionados y modos de transmisión de datos.

Todas tales modificaciones se contempla que se encuentran dentro del alcance de la presente invención . Las técnicas de bloqueo y desbloqueo anteriormente descritas son extremadamente ventajosas para utilizarse en una red inalámbrica que emplea dúplex de división de tiempo (TDD) para comunicaciones. Sin embargo, las técnicas anteriores pueden emplearse en una red tipo dúplex de división de frecuencia (FDD) . Todos los otros aspectos de la invención son aplicables para todos los modos operativos de UMTS .

Claims (1)

1. REIVINDICACIONES 1. Un método para programar transmisión de datos en una red de comunicación inalámbrica que elimina la necesidad de determinar los requisitos de energía para cada combinación de formato de transporte (TFC) en cada periodo de tiempo, dicha red incluyendo al menos una capa física y una capa de control de acceso al medio (MAC) , comprendiendo: dicha capa física: monitoreando la energía de transmisión en un período de tiempo; y enviar una notificación a la capa MAC de que la energía máxima se ha alcanzado, junto con el número de período de tiempo; dicha capa MAC: determinando cuáles canales de transmisión de compuesto codificados (CCTrCHs) tienen códigos asignados en el mismo período de tiempo que alcanzan energía máxima; marcando tales CCTrCHs como que han alcanzado la energía máxima; y limitando un grupo de combinación de formato de transporte o candidato (TFC) a un grupo TFC mínimo en un siguiente límite de intervalo de tiempo de transmisión común (TTI) . 2. El método según la reivindicación 1, en donde la etapa de limitación incluye además: detectar que la energía de transmisión máxima ha ocurrido por un número dado de estructuras consecutivas antes de limitar dicho grupo TFC candidato. 3. El método según la reivindicación 2, en donde el número de estructuras consecutivas es preferentemente tres (3) . 4. El método según la reivindicación 1, comprendiendo además: dicha capa MAC: pronosticar que una energía necesaria por el grupo de TFC completo de un CCTrCH se requerirá en la siguiente estructura responsiva para cada estructura de operación de un CCTrCH en el grupo de TFC mínimo; comparar la energía de transmisión pronosticada en todos los periodos de tiempo del CCTrCH; e incluir el grupo de TFC completo en el grupo de TFC candidato cuando la energía de transmisión pronosticada en todos los períodos de tiempo del CCTrCH es menor a la energía de transmisión de UE permitida máxima. 5. El método según la reivindicación 4, en donde la etapa de comparación incluye: realizar la -etapa de comparación por un número dado de estructuras consecutivas a fin de incluir todo el grupo de TFC completo en el grupo de TFC candidato. "6. El método según la reivindicación 5, en donde el número dado de estructuras consecutivas es tres (3) . 7. El método según la reivindicación 1, en donde el pronóstico de energía de transmisión en cada período de tiempo comprende considerar un escenario de peor caso al asumir que todos los códigos asignados se están utilizando en ese período de tiempo aún si son de diferentes CCTrCHs . 8. „- El método según la reivindicación 7, en donde un factor beta utilizado para cada código es un factor beta más alto del CCTrCH entre todos los TFCs en el grupo de TFC que se utiliza. 9. El método según la reivindicación 1, en donde un TFC se selecciona del grupo candidato de tal forma que: ningún otro TFC permite la transmisión de datos de prioridad más alta en un TFC seleccionado ; ningún otro TFC permite la transmisión de más datos de los siguientes canales de prioridad más baja, y ningún otro TFC tiene una velocidad de bits inferior al TFC seleccionado. 10. El método según la reivindicación 1, en donde dicha capa MAC es un canal tipo dedicado a MAC (MAC-d) . 11. El método según la reivindicación 1, en donde la etapa de proporción incluye además: proporcionar el grupo de TFC completo solamente si todo el grupo de TFC completo puede soportarse. 12. El método según la reivindicación 1, en donde dicha red emplea una técnica dúplex de división de tiempo (TDD) para comunicación. 13. Un método para programar transmisión de datos en una red de comunicación inalámbrica que elimina la necesidad de determinar los requisitos de energía para cada combinación de formato de transporte (TFC) en cada período de tiempo; dicha red incluyendo al menos una capa física y una capa de control de acceso al medio (MAC), comprendiendo: dicha capa física: monitoreando la energía de transmisión en un período de tiempo; y enviar una notificación a la capa MAC de que la energía máxima se ha alcanzado, junto con el número de período de tiempo; y dicha capa MAC: seleccionando un TFC ya sea de un grupo de TFC completo o de un grupo de TFC mínimo basado en una notificación de energía de la capa física. 14. El método según la reivindicación 13 en donde dicha capa MAC es un canal tipo dedicado a MAC (MAC-d) . 15. El aparato para programar la transmisión de datos en una red de comunicación inalámbrica que elimina la necesidad de determinar los requisitos de energía, dicha red incluyendo al menos una capa física y una capa de control de acceso al medio (MAC), comprendiendo: dicha capa física comprendiendo: medio para monitorear la energía de transmisión en un período de tiempo; y medio para enviar una notificación a la capa MAC que la energía máxima se ha alcanzado, junto con el número de período de tiempo; dicha capa MAC comprendiendo: medio para determinar cuáles canales de transmisión de compuesto codificado (CCTrCHs) tienen códigos asignados en el período de tiempo que alcanzan -la energía máxima; medio para marcar tales CCTrCHs como que han alcanzado la energía máxima; y medio para limitar un grupo de combinación de formato de transporte o candidato (TFC) a un grupo de TFC mínimo en un siguiente límite de intervalo de tiempo de transmisión común ( TI) . 16. El aparato según la reivindicación 15 en donde el medio para limitar más comprende: medio para detectar que la energía de transmisión máxima ha ocurrido por un número dado de estructuras consecutivas; y medio responsivo para dicho medio de detección para limitar dicho grupo de TFC candidato. 17. El aparato según la reivindicación 16, en donde el medio para detectar el número de estructuras consecutivas determina que la energía de transmisión máxima ha ocurrido para tres (3) estructuras consecutivas . 18. El aparato según la reivindicación 15 en donde dicha capa MAC es un canal tipo dedicado a MAC (MAC-d) . 19. El aparato según la reivindicación 15 en donde dich red emplea una técnica dúplex de división de tiempo (TDD) para comunicaciones. 20. El aparato según la reivindicación 15 comprendiendo además: dicha capa MAC comprendiendo: medio para pronosticar una energía necesaria por el grupo de TFC completo de un CCTrCH en la siguiente estructura responsiva a cada estructura de operación de un CCTrCH en el grupo de TFC mínimo; medio para comparar la energía de transmisión pronosticada en todos los períodos de tiempo del CCTrCH; y medio para incluir el grupo de TFC completo en el grupo de TFC candidato cuando la energía de transmisión pronosticada en todos los períodos de tiempo del CCTrCH es menor a una energía de transmisión máxima permitida de un equipo de usuario (UE) . 21. El aparato según la reivindicación 20, en donde el medio de comparación comprende: medio para realizar la etapa de comparación por un número dado de estructuras consecutivas a fin de incluir el grupo de TFC completo en el grupo de TFC candidato. 22. El aparato según la reivindicación 21, en donde el medio para inclusión incluye el grupo de TFC completo en el grupo de TFC candidato responsivo a dicho medio de comparación detectando que la energía de transmisión pronosticada es menor a la energía máxima permitida para tres (3) estructuras consecutivas. 23. El aparato según la reivindicación 15, en donde el medio para pronosticar la energía de transmisión en cada período de tiempo comprende : medio para considerar un escenario de peor caso al asumir que todos los códigos asignados se están utilizando en ese período de tiempo aún si son de diferentes CCTrCHs . 24. El aparato según la reivindicación 23 en donde un factor beta utilizado para cada código es un factor beta más alto del CCTrCH entre todos los TFCs en el grupo de TFC que se utiliza. 25. El aparato según la reivindicación 15, comprendiendo además: medio para seleccionar un TFC del grupo de TFC candidato empleando el criterio que: ningún otro TFC permite la transmisión de datos de prioridad más alta que un TFC seleccionado ; ningún otro TFC permite la transmisión de más datos de los siguientes canales de prioridad más baja, y ningún otro TFC tiene una velocidad de bits más baja que el TFC seleccionado. 26. El aparato según la reivindicación 15, en donde el medio para proporcionar más comprende : medio para proporcionar el grupo de TFC completo solamente si todo el grupo de TFC completo puede soportarse. 27. El aparato para programar la transmisión de datos en una red de comunicación inalámbrica que elimina la necesidad de determinar los requisitos de energía para cada combinación de formato de transporte (TFC) en cada período de tiempo, dicha red comprendiendo: al menos una capa física y una capa de control de acceso al medio (MAC) ; - ¦ dicha capa física comprendiendo: medio para monitorear la energía de transmisión en un perxodo de tiempo; y medio para enviar una notificación a la capa MAC que la energía máxima se ha alcanzado, junto con el número de perxodo de tiempo; dicha capa MAC comprendiendo: medio para proporcionar uno de un grupo de TFC completo y grupo de TFC mínimo basado en una notificación de energía de la capa física. 28. Un método empleado por una capa de control de acceso al medio (MAC) en un sistema inalámbrico para determinar la necesidad de energía para un grupo de combinación de formato de transporte completo (TFC), comprendiendo: dicha MAC: fijar un grupo de TFC mínimo; pronosticar, después de cada estructura de operación de un canal de transporte de compuesto codificado (CCTrCH) , una energía necesaria por un grupo de TFC completo por dicha CCTrCH en una siguiente estructura; incluir el grupo de TFC completo en un grupo de TFC candidato cuando la energía de transmisión pronosticada es menor a la energía de transmisión de equipo de usuario (UE) para tres (3) estructuras consecutivas. 29. El método según la reivindicación 28 en donde dicha capa MAC es un canal tipo dedicado a MAC (MAC-d) . 30. El método según la reivindicación 28 en donde el grupo de TFC mínimo se emplea por dicha MAC cuando dicha energía de transmisión pronosticada no es menor a dicha energía de UE permitida máxima para dichas tres (3) estructuras consecutivas. 31. Un método empleado en un sistema inalámbrico para seleccionar una combinación de formato de transporte (TFC) que maximiza el rendimiento de datos de prioridad más alta, comprendiendo: a) crear un grupo candidato de TFCs; b) para cada prioridad de datos, remover los TFCs que no máxima zan el rendimiento de esa prioridad de datos dada; c) agregar al grupo candidato un TFC que no requiere el relleno si no existe al menos un TFC en el candidato que utilice todos los bloques de transporte (TBs) . 32. Un método para uso mediante un canal común de control de acceso al medio (MAC-c) de un controlador de red de radio (RNC) para seleccionar una combinación de formato de transporte (TFC), comprendiendo : crear un grupo" de candidatos del cual un TFC puede seleccionarse mediante lo cual cada TFC en el grupo candidato: pertenece al grupo de TFC (TFCS) ; es compatible con un intervalo de tiempo de transición dado (TTI) mediante el cual el formato de transporte (TF) de, un canal de transporte (TRC) no puede cambiar en la parte medio del TTI del TRC; y es compatible con una configuración de un control de enlace de radio (RLC) . 33. El método según la reivindicación 32, comprendiendo además: seleccionar un TFC del grupo candidato que cumple un primer criterio de: elegir un TFC que tiene más de datos de prioridad más alta que otros candidatos en el grupo candidato. 34. El método según la reivindicación 32 en donde, cuando dos (2) o más candidatos cumplen dicho primer criterio, comprendiendo: proporcionar un segundo criterio para seleccionar un TFC de dichos dos o más candidatos que permite la transmisión de más datos en un siguiente canal lógico de prioridad más baja. 35. El método según la reivindicación 34 en donde dicho segundo criterio se utiliza de manera recurrente para los niveles de prioridad restantes . 35. El método según la reivindicación 34 en donde, cuando dos o más TFCs cumplen dicho segundo criterio, comprendiendo: proporcionar un tercer criterio para elegir de dichos dos o más TFCs que cumplen dicho segundo criterio un TFC que tiene una velocidad de bits más baja que los otros TFCs que cumplen dicho segundo criterio. 37. El método según la reivindicación 33 en donde, cuando dos (2) o más TFCs en el grupo candidato cumplen dicho tercer criterio, comprendiendo : seleccionar uno de dicho o más candidatos al azar. 38. El método según la reivindicación 36, en donde un TFC se selecciona con respecto a un primero adentro primero salida para los datos recibidos de los canales dedicados a control de acceso al medio (MAC-d) . 39. El método según' la reivindicación 32 en donde, cuando el RNC emplea un procedimiento de canal común de control de acceso al medio ( AC-c) , dicho RNC regula los datos recibidos de un canal dedicado a MAC (MAC-d) . 40. El método según la reivindicación 39, en donde una línea en espera se proporciona para cada UE . 41. El método según la reivindicación 39, en donde una línea en espera se proporciona para todos los Ues. 42. El método según la reivindicación 39, en donde una línea en espera se proporciona para cada prioridad. 43. Un método de bloqueo para uso mediante un canal común de control de acceso al medio (MAC-c), comprendiendo: programar datos en cualquiera de los canales de acceso posteriores (FACHs) delimitados en un canal compuesto codificado de tal forma que cuando la información de un canal lógico se envía sobre un canal de transporte con un intervalo de tiempo de transmisión (TTI) de una duración t dada, la información de dicho canal lógico se previene de enviarse sobre otros canales de transporte para una duración de dicha longitud t dada . 44. Un método para enviar datos sobre un canal de control común (CCCH), comprendiendo: enviar dichos datos que tienen un intervalo de tiempo de transmisión (TTI) de una duración t dada, sobre dicho CCCH; y bloquear una siguiente transmisión sobre dicho CCCH por una duración igual a la duración t de los últimos datos transmitidos sobre el CCCH. 45. Un método para uso en el envío de datos regulados recibidos de un canal dedicado de control de acceso al medio (MAC-d) comprendiendo: bloquear los datos de una prioridad dada de un equipo de usuario (UE) por un periodo dado t cuando la información de dicha prioridad dada de dicho UE se envía sobre un canal de transporte que tiene un intervalo de tiempo de transición (TTI) igual a dicho período t dado. 46. Un método para programar datos para un control de acceso al medio para manejar canales comunes (MAC-c), comprendiendo: bloquear los datos de una prioridad dada de un equipo de usuario (UE) por un período dado cuando la información de dicha prioridad dada de dicho UE se envía sobre un canal de transporte con un intervalo de tiempo de transición (TTI) de dicho período dado. 47. Un método para la selección de tamaño de las unidades de datos de servicio (SDUs) para un canal lógico dado que tienen una prioridad de canal de acceso posterior asociado (FACH) , comprendiendo : seleccionar un tamaño de SDU como una función de valor de ocupancia de regulador (BO) y un número (N) de créditos disponibles para la prioridad de FACH asociada, de tal forma que, si SDU ? BoxN, requiriendo de tal modo algo de relleno de sobrecarga, se selecciona un tamaño de SDU que favorece minimizar un número de créditos por un BO dado sobre minimizar el relleno haciendo de tal modo más créditos disponibles para uso futuro. 48. Un método para seleccionar unidades de datos de servicio (SDUs) reguladas en un control de enlace de radio (RLC) y disponibles para la transmisión en un siguiente intervalo de tiempo de transición (TTI) comprendiendo: identificar un tamaño de unidad de datos de servicio/unidad de datos de protocolo (SDU/PDU) y un número de SDUs/PDUs reguladas en el RLC . 49. El método según la reivindicación 48 comprendiendo además: proporcionar un indicador de segmentación para identificar las SDUs reguladas que pueden segmentarse . 50. El método según la reivindicación 48 comprendiendo además: proporcionar un indicador de PDU de relleno para identificar las PDUs que pueden rellenarse . 51. El método según la reivindicación 48 comprendiendo además proporcionar solamente SDUs/PDUs que son de un mismo tamaño y comparten un tipo de identificación de equipo de usuario común (ID de UE) . 52. El método según la reivindicación 48 en donde la etapa de identificación comprende además : proporcionar el tipo de ID de UE de las SDUs/PDUs identificadas. 53. El método según la reivindicación 52 comprendiendo además: transmitir las PDUs a un control de acceso al medio (MAC) pretendido para un TTI común que son todas del mismo tamaño. 54. Un método empleado por un control de acceso al medio (MAC) para restringir un número de unidades de datos de servicio (SDUs) y unidades de datos de protocolo (PDUs) reguladas en un control de enlace de radio ( LC) y disponible para la transmisión en un siguiente intervalo de tiempo de transición (TTI), comprendiendo: en un modo de no conocimiento, dicho MAC: especificar el tamaño de PDU sobre una base por TTI . 55. Un método empleado por un control de acceso al medio (MAC) para unidades de datos de servicio (SDUs) y unidades de datos de protocolo (PDUs) reguladas en un control de enlace de radio (RLC) y disponibles para la transmisión en un siguiente intervalo de tiempo de transición (TTI), comprendiendo: en un modo transparente, dicha MAC: especificar el tamaño de PDU sobre una base por TTI . 56. El método según la reivindicación 55 comprendiendo además: dicho RLC reportando solamente que una (1) SDU se encuentra disponible para la transmisión cuando se configura para segmentación. 57. El método según la reivindicación 51 ' comprendiendo además: dicho RLC: reportando un número dado de SDUs/PDUs consecutivas en el orden recibido. 58. Un método empleado por un control de enlace de radio (RLC) para determinar la compatibilidad de relleno, comprendiendo: determinar un número de unidades de datos de protocolo (PDUs) para un canal lógico delimitado para un canal de transporte de tal forma que, para un canal lógico que permite la segmentación, calcular n en donde: n=tamaño de unidad de datos de servicio/tamaño de bloqueo de transporte (tamaño de SDU/tamaño de TB) ; y fijar un número de unidades de datos de protocolo (PDUs) =n si n es un entero . 59. El método según la reivindicación 58 comprendiendo además: fijar el número de PDUs a cero cuando n no es un entero. '60. El método según la reivindicación 58 en donde el número de PDUs para un canal de transporte dado se determina al sumar un número de PDUs por cada canal lógico delimitado para dicho canal de transporte dado. 61. El método según la reivindicación 58 en donde el RLC comprende además : seleccionar una combinación de formato de transporte (TFC) que se soporta por PDUs de relleno cuando un número de PDUs para un canal de transporte dado es al menos igual a un número de TBs en un formato de transporte dado . 62. Un método empleado por un control de enlace de radio (RLC) para determinar la compatibilidad de relleno, comprendiendo: determinar un número de unidades de datos de protocolo . (PDUs) para un canal lógico delimitado para un canal de transporte de tal forma que, para un canal lógico en el cual no se permite la segmentación y si un tamaño de unidad de datos de servicio (SDU) es igual al tamaño de bloqueo de transporte (TB) , seleccionar un número de PDUs que sea igual a un número total de SDUs en el canal lógico disponible para la transmisión. 63. El método según la reivindicación 62 en donde el número de PDUs se fija a cero cuando el tamaño de SDU no es igual al tamaño de TB . 64. El método según la reivindicación 62 en donde el número de PDUs para un canal de transporte dado se determina al sumar un número de PDUs por cada canal lógico delimitado para dicho canal de transporte dado . 65. El método según la reivindicación 60 en donde el RLC además comprende : seleccionar una combinación de formato de transporte (TFC) que se soporta por PDUs de relleno cuando un número de PDUs para un canal de transporte dado es al menos igual a un número de TBs en un formato de transporte dado. 66. Un método para uso mediante un control de enlace de radio (RLC) para determinar una necesidad para rellenar las unidades de datos de protocolo (PDUs), comprendiendo: determinar si las combinaciones de formato de transporte (TFCs) en un grupo de TFC candidato requieren relleno; y seleccionar un TFC con una velocidad de datos mínima y rellenar en PDUs sin relleno en el TFC con PDUs de relleno. 67. Un método para uso mediante un control de enlace de radio (RLC) para seleccionar un grupo de combinación de formato de transporte candidato (TFC) para un nivel de datos de prioridad dado, comprendiendo: seleccionar cada candidato TFC de tal forma que : a) ningún otro TFC tiene datos de prioridad más alta; b) ningún otro TFC permite la transmisión de más datos de un canal de prioridad más baja; y c) ningún otro TFC tiene una velocidad de bits más baja que el TFC seleccionado . 68. El método según la reivindicación 67 en donde las etapas (a) a (c) se repiten para un siguiente nivel de datos de prioridad.