Este artículo está relacionado con el modo RLC AM. RLC ARQ es un mecanismo de retransmisión. De hecho, las tres capas de protocolo diferentes de NR, MAC (HARQ), RLC (ARQ) y PDCP, todas tienen funciones de retransmisión. ¿Por qué los protocolos de Capa 3 necesitan tener una función de retransmisión? También pensé en este tema en los primeros días Aquí hay un pasaje de 5G NR La tecnología de acceso inalámbrico de próxima generación para explicar este problema.
El objetivo del mecanismo HARQ en la capa MAC es lograr una retransmisión rápida. Por lo tanto, después de que el UE recibe el TB, necesita realizar una retroalimentación HARQ ACK/NACK sobre la recepción del DL. Para la transmisión UL, no hay una retroalimentación explícita mecanismo similar a HARQ-ACK. , la razón principal es que en el escenario UL, el lado de la red es tanto el lado receptor como el extremo de programación de datos, y el lado de la red puede indicar si el UE necesita retransmitir a través del NDI en la DCI . Aunque HARQ puede lograr una probabilidad de error muy baja, HARQ tiene el costo de sacrificar los recursos de transmisión. En algunos casos, este método no está muy probado. Un ejemplo obvio es el escenario de transmisión de datos ultra confiable y de baja latencia. En este caso, es necesario reducir la tasa de error de retroalimentación o debe aceptar el aumento del costo de señalización de retroalimentación, o Se realizan retransmisiones adicionales sin depender de la señal de retroalimentación, pero esto reduce la eficiencia espectral. Las bajas tasas de error no son solo una preocupación para los servicios de tipo URLLC, sino que también son importantes desde la perspectiva de la tasa de datos. Las altas velocidades de datos de TCP pueden requerir que los paquetes se entreguen a la capa TCP con pocos errores. Como se indica en ACM/IEEE Trans TCP reno performance: un modelo simple y su validación empírica133–145, para velocidades de datos sostenibles superiores a 100 Mbit/s se requiere una probabilidad de pérdida de paquetes de menos de 10^-5.
En comparación con la confirmación HARQ, la frecuencia de transmisión del informe de estado de RLC es relativamente baja y el costo de obtener una confiabilidad de 10^-5 o menor es relativamente pequeño. La combinación de los dos mecanismos de retransmisión de HARQ y RLC ARQ puede lograr el efecto de un RTT lo suficientemente pequeño y una sobrecarga de retroalimentación moderada, por lo que los dos mecanismos se complementan entre sí. HARQ es responsable de la retransmisión rápida y RLC ARQ es responsable de la transmisión confiable de paquetes de datos reales .
¿Por qué PDCP todavía tiene la función de retransmisión? La razón principal es que la retransmisión PDCP se usa principalmente en escenarios de traspaso entre gNB. Durante el traspaso, los paquetes de datos de enlace descendente no entregados se reenviarán desde el gNB antiguo al nuevo gNB a través de PDCP. En este caso, se establecerá una nueva entidad RLC y una entidad HARQ en el nuevo gNB, por lo que se perderá el estado RLC original. La función de retransmisión PDCP puede garantizar que no se pierdan paquetes de datos durante el proceso de traspaso. En UL, debido a que el búfer HARQ se actualizará durante el traspaso, la entidad PDCP del UE procesará todos los paquetes de datos de UL que no se transmitieron antes a gNB.
Comencemos a ver el contenido específico de este modo NR RLC AM Además, hay varios otros puntos de conocimiento triviales al final.
Remitente de transferencia de datos AM
El remitente de la entidad RLC de AM priorizará la PDU de control de RLC. El transmisor de la entidad RLC de AM también debe priorizar la transmisión de AMD PDU que contienen RLC SDU o segmentos de RLC SDU transmitidos anteriormente (como escenarios de retransmisión), y luego procesar las AMD PDU de RLC SDU o segmentos de RLC SDU que se transmitirán.
El extremo emisor de la entidad AM RLC necesita mantener la ventana de envío de acuerdo con TX_Next_Ack. El rango de SN correspondiente a la ventana de envío es [TX_Next_Ack, TX_Next_Ack+AM_Window_Size). Solo cuando se actualiza TX_Next_Ack, la ventana de envío se actualizará. Si TX_Next_Ack no se actualiza durante mucho tiempo (por ejemplo, la red no puede recibir un acuse de recibo positivo en el lateral), después de que se haya enviado el SN dentro de la ventana de envío, el UE no puede continuar enviando nuevos datos, es decir, la ventana se detiene.
El modo AM TX_Next en sí mismo es una variable del estado de envío, que almacena el valor SN de la siguiente PDU AMD recién generada. Inicialmente establecido en 0 y actualizado cada vez que la entidad RLC de AM construye una PDU de AMD con SN=TX_Next que contiene una SDU de RLC o una SDU de RLC de último segmento. Después de recibir la SDU RLC de PDCP, la entidad RLC AM debe asociarla con el SN del TX_Next actual y establecer el SN de la PDU AMD recién generada en el valor correspondiente a TX_Next; después de eso, TX_Next +1 apunta al siguiente SN a generar.
Este método de autoincremento de TX_Next está relacionado principalmente con las regulaciones de AM RLC SN. Para AM RLC, sn se incrementa en unidades de RLC SDU, es decir, cada RLC SDU tiene un SN único y es necesario segmentar una RLC SDU. El SN de cada segmento subsiguiente es el mismo que el SN original de la SDU del RLC.
Como se muestra en la figura anterior, se imprime el registro enviado por SRB UL RLC. UE envió 6 RLC PDU, que son RLC SDU con SN = 3, 4, 5 y 6 respectivamente. Debido a que la concesión de UL es insuficiente, la RLC SDU con SN = 4 se divide en tres segmentos, la información específica del segmento se puede ver a través de SI, que son el primer segmento, el segmento en el medio y el último segmento. El campo SO detrás indica la posición correspondiente del primer byte de cada Segmento RLC SDU en el RLC SDU original Hay 3 El SN del segmento es todo 4, al igual que la regulación de autoincremento TX_Next mencionada anteriormente.
Al enviar una PDU de AMD que contiene una SDU de RLC de segmento a la capa MAC, el emisor de la entidad de RLC de AM establecerá el SN de la PDU de AMD en el SN de la SDU de RLC correspondiente.
El extremo emisor de la entidad RLC de AM puede determinar el acuse de recibo positivo de la SDU de RLC relacionada al recibir la PDU DE ESTADO de la entidad RLC de AM par (que representa que la entidad RLC de AM par ha recibido con éxito):
Al recibir el ACK positivo de la SDU de RLC con SN = x, el remitente de la entidad RLC de AM debe enviar una indicación de la entrega exitosa de la SDU de RLC a PDCP; incrementar TX_Next_Ack en orden y establecerlo en la SDU de RLC más pequeña actual que no ha recibido ack SN, este SN debe estar dentro del rango de [TX_Next_Ack, TX_Next].
Por ejemplo, TX_Next_Ack=1 TX_Next=7, solo SN 2 y 4 recibieron reconocimiento positivo, y luego recibieron reconocimiento positivo de SN 1 y 5 a través de la PDU de ESTADO del par, UE envió SN=7 RLC AMD PDU, luego actualice la ventana Enviar, el límite inferior de la nueva ventana de envío TX_Next_Ack=3 y TX_Next=8.
Receptor de transferencia de datos AM
El extremo receptor de la entidad RLC de AM mantendrá una ventana de recepción de acuerdo con RX_Next, y el rango de la ventana de recepción corresponde a [RX_Next, RX_Next+AM_Window_Size]. Al recibir una AMD PDU del MAC, el extremo receptor de la entidad AM RLC descartará la AMD PDU recibida o la colocará en el búfer de recepción de acuerdo con la escena; para la AMD PDU en el búfer de recepción, actualizará la variable de estado y establecerá La PDU de AMD se vuelve a ensamblar y se pasa a PDCP, e inicia/detiene t-Reassembly según sea necesario. Cuando t-Reassembly expira, el receptor de la entidad AM RLC debe actualizar las variables de estado correspondientes e iniciar t-Reassembly según sea necesario.
Este mecanismo de ventana impulsado por el límite inferior RX_Next es la denominada ventana de inserción, y el mecanismo de actualización de la ventana de reensamblaje impulsada por el límite superior RX_Next_Highest en el extremo receptor del modo UM es la denominada ventana de extracción. El uso de diferentes mecanismos está determinado principalmente por sus respectivas características, por ejemplo, UM considera más el rendimiento en tiempo real y AM considera más la confiabilidad.
Cuando el extremo receptor de AM recibe la PDU de AMD de la MAC, debe tomar una decisión para descartar los datos inútiles, colocar los datos útiles en el búfer y luego reorganizar los datos y reenviarlos al PDCP. El proceso principal involucrado es la comparación entre el SN que recibe la PDU de AMD y la variable de estado de la ventana de recepción.
Cuando se recibe AMD PDU de MAC
Cuando se recibe la AMD PDU del MAC, la AMD PDU contiene el número de segmento y ~ z de la RLC SDU con SN = x, y el extremo receptor de la entidad AM RLC debe manejarlo de la siguiente manera:
(1) Si x cae fuera de la ventana de recepción o si el número de segmento y ~ z de la SDU RLC con SN=x se ha recibido antes, deseche la PDU AMD recibida.
(2) En otros casos, coloque la AMD PDU recibida en el búfer de recepción; si algunos segmentos se han recibido antes, deseche los segmentos duplicados.
Cuando hay AMD PDU en el búfer de recepción
Para las PDU de AMD colocadas en el búfer de recepción con SN = x,
(1) Si x >= RX_Next_Highest, actualice RX_Next_Highest a x+ 1.
(2) Si se reciben todos los bytes de SN = x RLC SDU, vuelva a ensamblar la AMD PDU con SN = x en RLC SDU, elimine el encabezado RLC y transmita la RLC SDU reensamblada a PDCP;
Si x = RX_Highest_Status en este momento, actualice RX_Highest_Status al primer SN que sea mayor que el RX_Highest_Status actual y no haya recibido todas las SDU de RLC; si x = RX_Next en este momento, actualice RX_Next al primer SN que sea mayor que el RX_Next actual y no ha recibido todas las palabras SN del RLC SDU de la estrofa.
Por ejemplo, inicialmente RX_Next=1 RX_Next_Highest=7, amarillo representa el SN recibido, verde representa el SN incompleto, se ha recibido el segmento de SN=7 AMD PDU, pero aún no se ha recibido la PDU con SN=1, el siguiente el paso es RX_Next_Highest= 8.
Si inicialmente se han recibido RX_Next=1, RX_Next_Highest=7, RX_Highest_Status=1, SN 2 y 4 en este momento; se ha recibido el segmento de AMD PDU con SN=7 y también se ha recibido AMD PDU con SN=1 En este momento, RX_Next =3, RX_Next_Highest=8, RX_Highest_Status=3, desde RX_Next=3, la ventana de recepción de AM ha avanzado 2 SN.
t-Reensamblaje
Si se está ejecutando t-Reassembly, si RX_Next_Status_Trigger = RX_Next o RX_Next_Status_Trigger = RX_Next + 1 (en este momento, RX_Next corresponde a la SDU del SN y no falta ningún segmento antes de que se reciba el último byte del segmento) o
Si RX_Next_Status_Trigger cae fuera de la ventana de recepción y RX_Next_Status_Trigger no es igual a RX_Next + AM_Window_Size, detenga y reinicie t-Reassembly.
RX_Next_Status_Trigger corresponde a la variable de estado t-Reassembly, que almacena el siguiente SN del RLC SDU SN que activa t-Reassembly.
La figura anterior corresponde a los tres escenarios en los que t-Reassembly debe detenerse y restablecerse durante la ejecución de t-Reassembly.
Si t-Reassembly no se está ejecutando (incluido t-Reassembly detenido debido a las operaciones anteriores), si RX_Next_Highest > RX_Next + 1 o RX_Next_Highest = RX_Next + 1 (en este momento, todas las SDU correspondientes a RX_Next correspondientes a SN reciben al menos un byte antes de que falte el último byte del segmento de 1 byte), es necesario habilitar t-Reassembly y establecer RX_Next_Status_Trigger en RX_Next_Highest.
Como se muestra en la escena anterior, t-Reassembly no se está ejecutando, RX_Next_Highest > RX_Next +1, en este momento, actualice RX_Next_Status_Trigger a la posición de RX_Next_Highest=7.
t-Tiempo de espera de reensamblaje
Si t-Reassembly expira, actualice RX_Highest_Status al primer SN de SDU de RLC que sea mayor o igual a RX_Next_Status_Trigger y no se haya recibido por completo;
Si RX_Next_Highest>RX_Highest_Status +1 o RX_Next_Highest=RX_Highest_Status+1 (en este momento, falta al menos un segmento de byte antes del último byte de todas las SDU correspondientes a RX_Highest_Status que reciben el segmento), inicie t-Reassembly y establezca RX_Next_Status_Trigger en RX_Next_Highest.
Como se muestra arriba, si RX_Next_Highest >RX_Highest_Status +1, debe habilitar t-Reassembly y luego actualizar RX_Next_Status_Trigger a la posición de RX_Next_Highest=7.
Si RX_Next_Highest = RX_Highest_Status + 1, donde RX_Highest_Status corresponde a SN 6, falta al menos 1 segmento de byte antes del último 1 byte de todos los segmentos de SDU recibidos, se debe habilitar t-Reassembly y luego se debe actualizar RX_Next_Status_Trigger a RX_Next_Highest=7.
Trámites ARQ
Los procedimientos ARQ (Solicitud de repetición automática) son exclusivos de la entidad RLC AM, y ni UM ni TM tienen ARQ.
La retransmisión de PDU perdidas también es una de las funciones principales del modo RLC AM. La mayoría de los errores pueden ser manejados por HARQ, y ARQ es un mecanismo de retransmisión de segundo nivel como complemento de HARQ. El extremo de recepción del RLC de AM puede verificar el número de PDU recibidas y, si se encuentra que alguna PDU se ha perdido, puede solicitar al extremo de envío del par que retransmita los datos correspondientes a través del informe STATUS.
Echemos un vistazo a cómo ARQ retransmite.
El extremo emisor de la entidad RLC de AM puede recibir la PDU DE ESTADO de la entidad RLC de AM en el extremo opuesto, y luego determinar si existe una situación en la que algunas SDU o segmentos de RLC no se reciben en el extremo receptor de RLC en el extremo opuesto. .
Cuando se recibe un NACK, si el SN de la RLC SDU correspondiente al NACK cae dentro del rango de TX_Next_Ack <= SN <= el valor máximo de SN de AMD PDU enviado a la capa MAC, la RLC SDU o el segmento correspondiente al SN de el NACK se informará al par Realice una retransmisión. La descripción de este párrafo es el proceso general de ARQ.
Para que se retransmita la SDU o segmento de RLC, si la SDU o segmento de RLC se retransmite por primera vez, inicialice RETX_COUNT asociado con la SDU de RLC a 0; si se envía la SDU o segmento de RLC correspondiente, pero en la PDU DE ESTADO si NACK se recibe nuevamente, RLC retransmitirá nuevamente y RETX_COUNT++ se establecerá en este momento.
Cada RLC SDU mantendrá un contador RETX_COUNT; si RETX_COUNT = maxRetxThreshold, indicará que la capa superior ha alcanzado la retransmisión máxima, lo que provocará rlc max numRetx y conducirá a RLF.
Al retransmitir la SDU o el segmento de RLC, de acuerdo con el tamaño de concesión de UL proporcionado por la capa MAC, el UE puede segmentar la SDU de RLC o el segmento de SDU de RLC (por ejemplo, cuando la concesión de UL no es suficiente para enviar) y generar un Nuevo que el MAC es suficiente para enviar AMD PDU, entregado a la capa MAC.
Al formar una nueva AMD PDU, el remitente de la entidad AM RLC solo asignará la RLC SDU original o el segmento RLC SDU al campo de datos de la nueva AMD PDU y establecerá el encabezado de la nueva AMD PDU de acuerdo con la situación específica.
Votación
El extremo emisor de la entidad RLC AM puede solicitar a la entidad RLC par que envíe un informe de ESTADO a través de la encuesta, para conocer la situación de acuse de recibo del SN RLC par, retransmitir o actualizar la ventana de envío, y establecer específicamente el bit p en la PDU de AMD enviada es 1 y los escenarios específicos son los siguientes.
Después de que la capa MAC notifique la oportunidad de transmisión, para cada PDU de AMD enviada para transmisión, si contiene una SDU o segmento de RLC no transmitido, entonces el remitente de la entidad de RLC de AM debe agregar PDU_WITHOUT_POLL +1; agregar BYTE_WITHOUT_POLL al campo de datos de la PDU de AMD. byte transmitido;
Si PDU_WITHOUT_POLL >= pollPDU o BYTE_WITHOUT_POLL >= pollByte, se debe incluir un bit de sondeo en la PDU de AMD.
Después de la notificación de la oportunidad de transmisión por parte de la capa MAC, para cada AMD PDU enviada para transmisión,
Si tanto la nueva transmisión como el búfer de retransmisión están vacíos (excluyendo la SDU de RLC enviada o el segmento en espera de confirmación), o después de que se transmita la PDU de AMD, no hay una nueva SDU de RLC para transmitir (por ejemplo, la ventana de transmisión está llena, no puede continuar enviando nuevas SDU de RLC y necesita actualizar TX_Next_Ack antes de enviar nuevas SDU de RLC. En este momento, se requiere el informe de ESTADO del extremo opuesto. En este momento, se debe incluir una encuesta en la PDU de AMD.
La forma de incluir la encuesta en AMD PDU es configurar el campo P de AMD PDU en "1" y luego configurar PDU_WITHOUT_POLL y BYTE_WITHOUT_POLL en 0 para la generación de encuestas posteriores.
Después de enviar la encuesta que contiene la PDU AMD a la capa MAC, el remitente de la entidad AM RLC debe establecer POLL_SN en el valor SN más alto en la PDU AMD enviada a la capa MAC; si t-PollRetransmit no se está ejecutando, inicie t-PollRetransmit; de lo contrario, reiniciará t-PollRetransmit.
Después de recibir el informe de ESTADO de la entidad par RLC AM, si el informe de ESTADO contiene acuse de recibo o nack de la SDU de RLC correspondiente a POLL_SN, detenga y reinicie t-PollRetransmit (si t-PollRetransmit se está ejecutando).
Después de que t-PollRetransmit supera el tiempo de espera, si los búferes de nueva transmisión y retransmisión están vacíos (excluyendo la SDU de RLC enviada o el segmento en espera de confirmación); o después de que se transmite la PDU de AMD, no hay una SDU de RLC nueva para transmitir (por ejemplo, la ventana de envío está llena y atascada), envíe el SN más alto al MAC para retransmisión, o retransmita cualquier RLC SDU que no haya recibido acuse de recibo. En este caso, también se debe incluir una encuesta en la PDU de AMD y se debe enviar un informe de ESTADO al par. Después de todo, el remitente del UE ha solicitado el informe de ESTADO del par a través de la encuesta antes, pero el UE continuará solicitando el tiempo de espera de t-PollRetransmit correspondiente; se puede ver que durante la operación de t-PollRetransmit, la encuesta no puede ser activado varias veces Después de t-PollRetransmit timeout, para crear un nuevo proceso de encuesta.
Primero veamos un ejemplo de recepción RLC AM DL. El registro es un escenario VONR. Generalmente, los escenarios de voz prestan más atención al rendimiento en tiempo real y usan el modo RLC UM, pero hay excepciones. En la era LTE, hubo casos donde la voz usó el modo RLC AM cuando la condición de la red era buena. No hay ningún problema en la situación, y la condición de la red es mala. El siguiente ejemplo corresponde a la situación en la que la voz usa el modo RLC AM en el escenario 5G. Simplemente tome una mirar.
Al principio, se establece la sesión 2 de PDU y su configuración relacionada con qfi 4 se utiliza para la transmisión de señalización IMS (5qi=5), correspondiente a DRB5 LCID 5, modo AM.
La figura anterior es la impresión de los parámetros de configuración de RLC relevantes en RRCReconfiguration.
Luego haga una llamada VONR, configure qfi 7 para transmisión de voz, correspondiente a DRB6 LCID 6, modo RLC AM.
La figura anterior es la impresión de los parámetros de configuración de voz DRB RLC relevantes en RRCReconfiguration.
Después de eso, puede ver los cambios de los 4 parámetros del emisor del modo RLC AM, RX_Next siempre es igual a RX_Next_Highest, es decir, todas las PDU RLC actuales se reciben y pasan a PDCP, que corresponde a la mejor condición de recepción, similar al que se muestra en la siguiente figura Escenas.
Lo anterior es un ejemplo de recepción normal de DL en modo RLC AM. En cuanto a otros casos, es necesario cambiar los cuatro parámetros del transmisor en modo RLC AM. La situación específica se analiza en detalle, por lo que no daré ejemplos aquí.
Mire otro problema de UL. Cuando el UE envía RRCSetup Complete, el RLC de UL no ha recibido el sn ack, lo que resulta en el número máximo de retransmisiones, lo que causa RLF. Veamos el proceso relacionado con RLC en el registro.
Configure SRB1 en la configuración de RRC y el siguiente RRCSetup Complete se enviará a través de SRB1. Dado que no hay parámetros de nivel de RLC configurados en la configuración de RRC, la configuración predeterminada de SRB1 en 38.331 se debe aplicar en este momento, como se muestra en los parámetros correspondientes en el cuadro naranja de arriba.
Luego, puede ver la configuración de parámetros relevantes de SRB1 RLC a través de la figura anterior, como sn length = 12bit, max retx Threshold = 8, etc., y luego la entidad RLC envía AMD PDU con SN = 0, TX_Next_Ack = 0, lo que indica que está esperando. El lado de la red responde con el acuse de recibo de sn=0 a través del informe STATUS, y TX_Next=1 representa el SN de la siguiente PDU de AMD recién generada. A través del encabezado RLC anterior SN=0 SI=00, se puede ver que la AMD PDU correspondiente al SN=0 enviado es una SDU RLC completa; a través de P=1, significa que hay un informe de ESTADO de encuesta; a través de NEW_TX /RE_TX/RE_TX/RE_TX, puede ver Hasta que el UE haya estado retransmitiendo la PDU con SN=0, RE_TX se imprime 8 veces en el registro, lo que corresponde al umbral máximo de retx = 8, y luego RLF se activa con RLCUL MAX RETX .
A través de la impresión de RLC UL Stats, también se puede ver que se han realizado 8 veces de PDU Retx, y no se ha recibido un estado de PDU durante el período posterior, es decir, no se ha recibido ningún informe de ESTADO.
Finalmente, preste atención a por qué cuando el primer nuevo tx sn = 0, el encabezado RLC tiene P (Polling bit) = 1, es decir, se solicita el informe de Estado. La condición de evaluación más impresionante para activar el sondeo está relacionada con pollPDU y pollBYTE. Específicamente, si PDU_WITHOUT_POLL >= pollPDU o BYTE_WITHOUT_POLL >= pollByte, se debe incluir un bit de sondeo en AMD PDU. Sin embargo, la configuración predeterminada pollPDU=pollBYTE=infinity de SRB1 en 38.331 es obviamente imposible de activar por la condición anterior, entonces, ¿qué más se puede activar? Mirando a través de 38.322, finalmente encontré la condición más fácil de pasar por alto para activar el sondeo:
"Si tanto el búfer de transmisión como el de retransmisión están vacíos (excluyendo la SDU de RLC enviada o el segmento en espera de confirmación); o cuando no se puede transmitir una SDU de RLC nueva después de que se transmita la PDU de AMD (por ejemplo, cuando se bloquea la ventana), es hora de incluya una encuesta en la PDU de AMD". El P=1 en el registro obviamente se activa por la condición de que el búfer de transmisión anterior y el búfer de retransmisión están vacíos, y después de que el UE envíe la PDU con SN=0, no habrá nada Después de todo, en este escenario, el UE solo necesita enviar RRCSetup Complete, y el resto es el acuse de recibo indicado por la STATUS PDU del remitente AM RLC y el receptor AM RLC par.
A continuación, veamos en qué circunstancias el receptor de la entidad AM RLC necesita realizar un informe de ESTADO y cómo construir una PDU DE ESTADO.
Informes de estado
STATUS PDU consta de una carga útil de STATUS PDU y un encabezado de PDU de control RLC. El encabezado de la PDU de control RLC consta de campos D/C y CPT. La posición de inicio de la carga útil de STATUS PDU comienza desde el primer bit después del encabezado de PDU de control RLC. Consiste en un ACK_SN y un E1, y cero o más NACK_SN y un E1, un E2 y un E3. A veces también puede haber un par de campos de rango SOstart y SOend o NACK para cada NACK_SN. Dependiendo del escenario de NACK_SN, los campos obligatorios anteriores también son diferentes, y se requiere un análisis específico para situaciones específicas.
La entidad RLC de AM enviará una PDU DE ESTADO a la entidad RLC de AM par, para proporcionar el acuse de recibo y desconexión de su SDU RLC (o segmento) al remitente RLC par.
Las condiciones que activan los informes de ESTADO son las siguientes:
(1) Al recibir la AMD PDU con SN = x del extremo par y campo P = 1 de la capa MAC, el extremo receptor de la entidad AM RLC primero juzga si la AMD PDU debe descartarse de acuerdo con las normas anteriores al recibir la AMD PDU de la capa MAC y luego Para activar un informe de ESTADO para evitar que el par continúe enviando AMD PDU duplicadas;
Si x < RX_Highest_Status o x >= RX_Next + AM_Window_Size, se activará el informe STATUS;
En otros casos, retrase la activación del informe STATUS hasta que x < RX_Highest_Status o x>= RX_Next + AM_Window_Size.
Vale la pena señalar que el informe de ESTADO RLC solo se puede transmitir después de reordenar HARQ, es decir, la retransmisión de datos subyacentes del nivel HARQ se realiza primero y la retroalimentación de estado del nivel RLC se inicia después de que se completa la operación HARQ. se combinan dos mecanismos de retroalimentación, y el trabajo no es agotador.
(2) Cuando se detecta que hay una falla de recepción de AMD PDU, si t-Reassembly también se agota en este momento, el extremo de recepción de la entidad AM RLC también debe activar un informe de ESTADO. El tiempo de espera de t-Reassembly causará la actualización de RX_Highest_Status y la activación del informe STATUS. Los dos se procesan secuencialmente. El informe STATUS debe activarse después de la actualización de RX_Highest_Status.
Cuando se activa el informe STATUS, si t-StatusProhibit no se está ejecutando, cuando la capa MAC indica que hay una oportunidad de transmisión, el receptor AM RLC construye una PDU STATUS y la envía a la capa inferior para su transmisión; de lo contrario, después de la t -StatusProhibit supera el tiempo de espera, la primera oportunidad de transmisión A para construir una única PDU de ESTADO en función de la situación actual (incluso si se activan varios informes de ESTADO durante la operación t-StatusProhibit) y enviarla a la capa inferior.
Cuando se envía una PDU ESTADO a la capa MAC, el extremo receptor del RLC AM iniciará t-StatusProhibit inmediatamente.
Al construir una PDU DE ESTADO, la entidad RLC de AM deberá:
Para las SDU de RLC cuyo SN es RX_Next <= SN < RX_Highest_Status, los segmentos en la SDU de RLC del mismo SN están en orden ascendente de bytes; las SDU de RLC de diferentes SN están en orden ascendente de SN, y la PDU de ESTADO generada a partir de SN =RX_Next , hasta que se envíe suficiente concesión de UL actual:
(1) Para la SDU de RLC que no ha recibido ningún segmento de bytes, establezca su SN en NACK_SN e inclúyalo en la PDU DE ESTADO;
(2) Si un segmento de una determinada SDU de RLC tiene algunos bytes continuos no recibidos, establezca su SN en NACK_SN y exprese la parte no recibida a través de SOstart y SOend;
(3) Para las SDU de RLC completas continuas que no se han recibido, establezca su SN en NACK_SN y use el rango de NACK para indicar las SDU de RLC no recibidas.Si es necesario, se puede incluir un par de SOstart y SOend en la STATUS PDU.
Establezca ACK_SN en el SN que no se indica como perdido en la PDU DE ESTADO, y este SN corresponde al SN de la siguiente SDU de RLC que no se recibe.
Tomando como ejemplo la PDU ESTADO SN de 12 bits, veamos cómo llenar los campos específicos.Si la ventana de recepción del extremo receptor RLC es como la anterior, entonces ACK_SN=8, entre ellos, ninguna de las SDU RLC con SN= 1 se ha recibido, y el contenido del informe de ESTADO corresponde a la fuente azul Parcial; SN=2 La parte central no se recibe, el contenido del informe de ESTADO corresponde a la parte de fuente verde, SOstart=X y SOend=Y indican la parte media faltante de SN=2 SN=5,6,7,5 Recibido En la primera mitad, no se recibió 6 y en la segunda mitad se recibió 7. El contenido del informe STATUS corresponde a la parte en fuente morada SOstart=W y SOend=Z representan el rango de SN 5~7 faltantes consecutivos. A través del contenido del informe de ESTADO anterior, el extremo de envío del par puede saber que el extremo de recepción del UE actual SN = 3 y 4 ha sido recibido, y qué partes del SN no recibido 1, 2, 5, 6, 7 no se han recibido , y luego El emisor del mismo nivel puede organizar la retransmisión correspondiente al SN.
Procedimientos de descarte de SDU
Cuando PDCP indica que una RLC SDU específica debe descartarse, si la RLC SDU relevante o su segmento no se envía al MAC, el remitente AM RLC debe descartar la RLC SDU correspondiente. Al descartar la SDU de RLC, el emisor de RLC no debe introducir la brecha de SN de RLC, es decir, si se va a descartar la SDU a enviar con SN=3, reemplace la SDU a enviar más tarde con SN=3 y continúe enviando en orden ascendente del número SN para evitar que se produzca el espacio SN Para evitar el problema que puede provocar que la ventana de recepción RLC del extremo opuesto se atasque.
Cálculo del volumen de datos
Cuando el UE realiza MAC BSR, estimará el volumen de datos para que la red pueda asignar suficientes concesiones de UL después de recibir el BSR. El volumen de datos de RLC incluye las siguientes partes:
(1) SDU de RLC y segmento de SDU de RLC aún no incluidos en la PDU de datos de RLC;
(2) PDU de datos RLC en espera de transmisión inicial;
(3) PDU de datos RLC (RLC AM) en espera de retransmisión.
Además, si se activó la PDU ESTADO y t-StatusProhibit no se está ejecutando o se agotó el tiempo de espera, el UE evaluará el tamaño de la PDU ESTADO que se transmitirá en la próxima oportunidad de transmisión y lo considerará como parte del volumen de datos del RLC. .
Si la RLC PDU recibida contiene un valor reservado o inválido, el UE descartará esta RLC PDU. Por ejemplo, si el campo CPT de la PDU ESTADO RLC recibido tiene un valor de 001, el UE debería descartar la PDU ESTADO RLC en este momento.