Este artículo es un resumen de los problemas causados por la configuración anormal de dos SSB, el primer problema es muy simple, pero como vi este tipo de registro por primera vez, parece bastante confuso, además, no esperaba tal un problema débil; Más tarde, me encontré con otro problema relacionado con SSB. Debido a que implica la determinación de los recursos del dominio de tiempo-frecuencia, parece relativamente laborioso. Ambos son problemas de laboratorio.
Para acortar la historia, veamos primero el primer problema. Este problema, el UE ni siquiera ha completado el registro. Desde la perspectiva de la interfaz aérea, falla cada vez que recibe la configuración de RRC. El proceso específico es el siguiente.
06:35:34.650315 Solicitud de registro
06:35:34.650667 UL_CCCH/Requisito de configuración RRC
06:35:34.747433 DL_CCCH/Configuración RRC
06:35:34.749251 NR5GML1/CONFIG/High/NR5GML1 [nr5g_ml1_rrc_intf.c 3134] RRC-ML1 config validar: BWP pdsch ded cfg validación
06:35:34.749252 NR5GML1/STRM/High/NR5GML1 [nr5g_ml1_rrc_intf.c 2786] RRC-ML1 config validar tci id 0: serv_cell_idx 0 ssb_id=1 ssb_bmask=0x1 falló
06:35:34.749253 NR5GML1/STRM/High/NR5GML1 [ nr5g_ml1_rrc_intf.c 3194] RRC-ML1 config validar tci: Validación pdsch dedicada Referencias de estado TCI activas 0x00000000000000000000000000 addmod 0x000000000 0000000000000001 no en máscara de bits SSB habilitada
06:35:34.749272 RRC/HighFreq/Error/NR5GRRC [ nr5g_rrc_llc.c 5365] no pudo construir cmds de capa inferior (falla de validación). paso1_paso2_estado(0x1)
06:35:34.749707 NR5GMAC_QSH_EVENT_MAC_RESET [nr5g_mac_cfg.c 16192] QEvent 0xB810A454 | NR5GMAC_QSH_EVENT_MAC_RESET | evento_datos=0x00000004 | Restablecimiento de MAC desencadenado con causa: CONNECTION_CANCEL
A través de la impresión del registro anterior, se puede confirmar que se trata de un problema de falla de verificación, que debe estar relacionado con BWP dedicado en la configuración de RRC, y el específico puede estar relacionado con la configuración del estado pdsch TCI Esta es la primera vez que ver este tipo de impresión de registro De todos modos, o busque la definición de la configuración relevante, primero mire lo que debe hacer el UE después de recibir RRCSetup.
Mirando el contenido anterior, el UE necesita configurar algunos parámetros de acuerdo con la escena. La escena en el registro es el registro inicial, comenzando directamente desde la parte de fuente roja, lo que significa que el UE necesita realizar una serie de configuraciones de acuerdo con el grupo de celdas maestras.
La configuración de masterCellGroup en la configuración de RRC anterior tiene una configuración pdsch tci-state, solo se configura un tci-stateId 0 y solo un DL RS (qcl-Type1), que incluye referenceSignal ssb:1, qcl-Type typeD y otra información. A continuación, mire la definición de tipo qcl de estado TCI.
En la especificación 38331, TCI State se define como arriba. TCI State describe la relación QCL entre una o dos señales de referencia DL. PDSCH DMRS/PDCCH DMRS/CSI-RS se puede configurar con TCI-State. Tal vez esta descripción todavía no lo sepa. saber qué es QCL Veamos la descripción relevante en el capítulo 5.1.5 de 38.214.
El contenido contenido en TCI-State es la relación QCL entre 1~2 señales de referencia de enlace descendente y el puerto PDSCH DMRS/PDCCH DMRS/CSI-RS.El lado de la red puede configurar la relación QCL para las dos señales de referencia DL a través de qcl-Type1 y qcl -Tipo 2. Si se configuran dos señales de referencia DL, el valor del tipo QCL debe ser diferente.
En pocas palabras, QCL significa que las características de los dos puertos de antena de la señal transmitida (señal de destino y señal de referencia de origen) son relativamente similares, lo que indica la similitud entre la señal de referencia de origen y la señal de referencia de destino, lo que representa las características del canal en el dominio del aire, y la similitud se divide en 4 tipos. QCL-Tipo A: Los 4 aspectos de {desplazamiento de frecuencia Doppler, dispersión Doppler, retardo promedio, dispersión de retardo} son similares; QCL-Tipo B: {desplazamiento de frecuencia Doppler, dispersión Doppler spread} dos QCL-Tipo C: {cambio de frecuencia Doppler, retardo promedio} es similar en dos aspectos; QCL-Tipo D: {parámetros espaciales} es similar en la información del haz.
El haz es direccional y la relación de estado TCI proporciona principalmente una plantilla de referencia para la transmisión y recepción de la antena.De acuerdo con la señal de referencia configurada, las características del espacio aéreo se establecen para facilitar una mejor comunicación entre el UE y la estación base. Por ejemplo: PDSCH DM-RS señal de referencia de configuración SSB, al configurar el Tipo D, indica que el haz de transmisión de PDSCH DMRS es muy similar al haz de SSB (igual o cercano), en otras palabras, la señal de referencia configurada por estado TCI debería existir realmente, de lo contrario, ¿cómo se refiere la UE a él?
A través de la información anterior, siempre que qcl-Type esté configurado como Tipo A~D, no hay problema. Para obtener una introducción detallada a TCI-state, consulte BeamManagement (2) si está interesado .
Mire el significado de SSB-Index en ReferenceSignal.
SSB-Index representa el SSB en ss-burst. Específicamente, corresponde a ssb-PositionsInBurst en SIB1. Tiene dos parámetros en OneGroup y groupPresence. Los significados son los siguientes:
en un grupo (8 bits): cuando el número máximo de SSB = 4 en cada medio cuadro, los 4 bits más a la izquierda son válidos (SSB 0 ~ 3 de izquierda a derecha), y los 4 bits restantes se ignoran temporalmente; cuando el número máximo de SSB = 8 en cada uno medio cuadro, 8 bits son válidos, de izquierda a derecha son SSB 0~7 respectivamente; cuando el número máximo de SSB = 64 en cada medio cuadro, 8 bits son válidos, de izquierda a derecha, el primer bit corresponde a SSB0, 8, 16 , 24, 32, 40, 48, 56; el segundo bit corresponde a SSB1, 9, 17, 25, 33, 41, 49, 57; el tercer bit corresponde a SSB 2, 10, 18, 26, 34, 42, 49, 58, y así sucesivamente. bit=1 significa que la SSB correspondiente tiene transmisión normal, es decir, existe esta SSB en el ambiente, bit=0, significa que la SSB no existe en el ambiente.
En FR1, L=4/8, L=64 corresponde a FR2. Si corresponde a FR2, también habrá groupPresence.
groupPresence(8bits) está dirigido al caso de SSB L=64. Está representado por 8 bits. Representa un grupo de SSB de izquierda a derecha. El primer bit corresponde a SSB0~7, el segundo bit corresponde a SSB 8~15. , y el segundo bit corresponde a SSB 8 ~ 15. Los tres bits corresponden a SSB 16-23, el cuarto bit corresponde a SSB 24-31, el quinto bit corresponde a SSB 32-39, el sexto bit corresponde a SSB 40- 47, el séptimo bit corresponde a SSB 48-55 y el quinto bit corresponde a SSB 40-47, 8 bits corresponden a SSB 56~63.
La determinación del número máximo L de SSB de cada medio cuadro está relacionada con el espectro, y el UE puede determinar el valor de L durante el proceso de búsqueda de celda.Para obtener más detalles, consulte Búsqueda de celda NR (1) SSB. Por ejemplo, si L=8 y la configuración es la siguiente, significa que se está transmitiendo SSB 0~7 correspondiente a esta celda, y el UE puede leer SSB 0~7 en condiciones normales.
ssb-posiciones en ráfaga
en un grupo '11111111'B
Si FR2 L=64
ssb-posiciones en ráfaga
en un grupo '10101010'
grupoPresencia '01000000'
groupPresence significa que SSB 8~15 puede estar en transmisión; depende de inOneGroup, e inOneGroup significa que SSB 8, 10, 12 y 14 están realmente en transmisión, por lo que UE puede leer SSB 8/10/12/14 en el real medio ambiente
Luego, regrese a SIB1 en el registro y descubra que la celda acampada actualmente solo tiene SSB 0 a través de inOneGroup '10000000', y el UE también está registrado en NARFCN 123890 PCI 0 ssb 0.
Ahora el problema es obvio, el SIB1 de la celda donde reside el UE muestra solo SSB0, pero al configurar el estado pdsch TCI en la configuración de RRC, la señal de referencia se establece en SSB 1, una señal de referencia que no existe, y el UE no se puede verificar, lo que hace que falle el registro del NR del UE. Incluso si el UE comprueba sin apretar, aquí no hay un juicio de error. Si el estado tci se activa más tarde, definitivamente se producirán problemas.
06:35:34.749252 NR5GML1/STRM/High/NR5GML1 [nr5g_ml1_rrc_intf.c 2786] RRC-ML1 config validar tci id 0: serv_cell_idx 0 ssb_id=1 ssb_bmask=0x1 falló
06:35:34.749253 NR5GML1/STRM/High/NR5GML1 [ nr5g_ml1_rrc_intf.c 3194] RRC-ML1 config validar tci: Validación pdsch dedicada Referencias de estado TCI activas 0x00000000000000000000000000 addmod 0x000000000 0000000000000001 no en máscara de bits SSB habilitada
Mirando hacia atrás en la impresión del registro, descubrí que la razón de la falla descrita en la impresión del registro es realmente muy clara. Si lo entiende desde el principio, puede ahorrar mucho tiempo. También se puede ver aquí que este problema es realmente débil.
Si se encuentra la causa del problema, la solución vendrá.Finalmente, el problema se puede corregir cambiando el inOneGroup en SIB1 a '11000000'B (se requiere al menos SSB1) o directamente cambiando el ReferenceSignal ssb:0 en tci- estado 0.
Más tarde, cambié inOneGroup en SIB1 a '01000000'B, y el registro de NR pcell fue exitoso. Sin embargo, el problema aún no había terminado. Cuando volví a probar más tarde, hubo un nuevo problema. No hubo problema con el registro de Pcell, pero después de configurar Scell más tarde, en Scell hay un problema de DL bler 25% estable, como se muestra en la figura a continuación.
Intuitivamente, un problema tan estable tiene una alta probabilidad de estar relacionado con la asignación de recursos, que puede ser causado por conflictos periódicos de ciertos recursos. La programación de Scell PDSCH en el registro es la siguiente:
escena fallida
escena de exito
Resumiendo las reglas, se puede ver que TE solo emitirá programación DCI 1_1 a Scells en la ranura 0 y la ranura 8, y UE solo generará una falla de CRC en la ranura 0 de una trama par.
No hay mucho que decir, solo mire los parámetros de configuración de Scell, primero mire la información más importante de PointA y SSB.
absoluteFrequencyPointA se refiere a la posición de frecuencia absoluta de CRB 0. La subportadora más baja de CRB0, es decir, el dominio de frecuencia central de la subportadora 0 es el Punto A.
AbsoluteFrequencySSB se refiere a la frecuencia de la celda de servicio SSB, que es el parámetro relacionado con SSB (como el índice de SSB) proporcionado para la celda de servicio se refiere a la frecuencia de SSB (otras circunstancias se especificarán de otra manera). El SSB que define la celda de la PCell siempre está en el ráster de sincronización. Si la frecuencia se identifica con un valor GSCN, se considera que está en el ráster de sincronización. Si este campo no existe, los parámetros relacionados con SSB no existirán, como los parámetros ssb-PositionsInBurst, ssb-periodicityServingCell y subcarrierSpacing en ServingCellConfigCommon IE. Cuando SCell y SpCell están en la misma banda de frecuencia, si este campo no existe, el UE necesita obtener la referencia de temporización de SpCell.
En la captura de pantalla anterior, se puede ver que absoluteFrequencyPointA y absoluteFrequencySSB corresponden al valor ARFCN, veamos la correspondencia entre ARFCN y RF freq.
El rango de valores de NARFCN corresponde a [0,3279165], y 3279165 corresponde a maxNARFCN en 38,331. 3GPP divide el rango de frecuencia de 0~100GHZ en 3 intervalos y proporciona la relación de conversión entre NARFCN y frecuencia RF. NREF corresponde a NR ARFCN, la frecuencia de referencia de RF es FREF, y la relación de conversión entre los dos es FREF = FREF-Offs + ΔFGlobal x (NREF- NREF-Offs). Por ejemplo, NR ARFCN(NREF) = 600 000 En el segundo intervalo (FREF-Offs es 3000 MHz, NREF-Offs es 600 000), FREF es 3000 000 + 15 x ( 600 000 – 600 000) = 3000 000 kHz, o 3GHz.
Combinado con el registro de problemas, absoluteFrequencyPointA=109334 especifica la posición del PointA de Scell, y absoluteFrequencySSB 127970 es la posición de SSB. Luego, calcule la frecuencia real de PointA y SSB, y luego determine la relación posicional de dominio de frecuencia entre SSB y Scell BWP.
absoluteFrequencyPointA=109334, en el primer intervalo, FREF-Offs=NREF-Offs=0, FREF=0 + 5 x ( 109334 – 0) = 546670 kHz,
absolutaFrequencySSB=127970, en el primer intervalo, FREF-Offs=NREF-Offs=0, FREF=0 + 5 x ( 127970– 0) = 639850 kHz.
Mire la información de Scell BWP nuevamente y primero mire alguna información sobre el operador de configuración de Scell.
offsettocarrier: el desplazamiento en el dominio de la frecuencia entre PointA y la subportadora más baja disponible en la portadora, correspondiente al número de PRB, el scs correspondiente a la PRB está determinado por el subcarrierSpacing en la figura anterior, y el valor máximo corresponde a 275*8- 1.
carrierBandwidth: corresponde al ancho de banda de la portadora, es decir, el número de PRBs (utilizando el subcarrierSpacing definido para esta portadora).
Específico para la cuestión de scell, offsettocarrier=504, carrierBandwidth=79.
Información del BWP activo de Scell, scs=15khz, locationAndBandwidth 21450 corresponde a RB_start=0, L RBs=79, es decir, el ancho de banda medio del BWP actualmente activo de Scell corresponde a 79 RBs.
SSB freq corresponde a la frecuencia central de la subportadora 121, es decir, la posición de la subportadora k=121 en la figura anterior (diagrama RB de dominio de frecuencia pura, que no muestra los 4 símbolos en el dominio de tiempo ocupado por SSB). Combinando la información de PointA, SSB y BWP, se puede dibujar el mapa de posición de dominio de frecuencia de la siguiente relación. La posición de dominio de frecuencia ocupada por SSB se incluye en los recursos de PRB3 ~ PRB22. SSB no está alineado con estos PRB, y no es un desplazamiento de nivel de subportadora. Tampoco se refleja aquí.
La parte naranja corresponde al rango de dominio de frecuencia de BWP, que corresponde al rango de ancho de banda de la configuración de la portadora, y la parte verde corresponde al rango de dominio de frecuencia de SSB.
Luego observe la posición en el dominio del tiempo de la SSB.
Según ssb-PositionsInBurst shortBitmap:'0100' B, solo hay SSB1 en la Scell, el período de SSB es de 20 ms y SSB scs = 15 khz, por lo que SSB pertenece al caso A y es inferior a 3 GHZ, dentro del período de 5 ms, el El índice de símbolos de SSB es: {2 ,8,16,22} El número máximo de transmisiones L = 4 (2 intervalos de tiempo cada uno tiene 2 SSB, un total de 4 SSB).
Como se muestra arriba, la posición de SSB 1 en la mitad de la trama es el símbolo 8~11 de la ranura 0, combinado con ssb-periodicidadServingCell = 20 ms, es decir, el período correspondiente es de 2 tramas, es decir, el símbolo 8~11 en la ranura 0 de cada cuadro par Correspondiente a la posición de SSB, este problema es el caso de la primera mitad del cuadro, aquí encontramos que la información de posición de SSB es la misma que la ley de UE PDSCH CRC falla, entonces este problema puede ser relacionado con SSB. Luego mire los recursos de dominio de tiempo-frecuencia de PDSCH correspondientes a la Scell.
La asignación de recursos de dominio de tiempo en el DCI 1_1 entregado al UE desde el lado TE siempre es 0, lo que corresponde al único conjunto de parámetros en el pdsch-TimeDomainAllocationList configurado.
pdsch-TimeDomainAllocationList
{
tipo de mapeo tipo A,
startSymbolAndLength 53 //correspondiente a s =símbolo 2, longitud=12
}
A partir de esto, se puede juzgar que es la misma programación de intervalos, y la programación en el dominio del tiempo del PDSCH en un intervalo es como sigue.
Veamos la información del dominio de frecuencia de PDSCH y primero veamos PDSCH DMRS.
Para el tipo de mapeo PDSCH, A ld representa la distancia desde el primer símbolo hasta el último símbolo PDSCH en la ranura, la posición del último símbolo de PDSCH puede determinarse mediante SLIV y la distancia desde el primer símbolo en la ranura se calcula como ld en la tabla, Entonces ld =14.
PDSCH DMRS también implica el problema de símbolo único y símbolo doble. Si la capa RRC no configura maxLength en DMRS-DownlinkConfig, la longitud máxima predeterminada = 1, y se usa un símbolo único; si se configura maxLength, solo se puede configurado como "len2". En este momento, la situación específica de DM-RS de un solo símbolo y de doble símbolo debe determinarse de acuerdo con el campo DCI. Este registro no configura maxlength = 1, es decir, se utiliza un solo símbolo. dmrs-TypeA-Position pos2 significa l0=2, dmrs-AdditionalPosition no está configurado en este ejemplo, el valor predeterminado es pos2.
Combinando la información anterior con la tabla en 38.211, las posiciones de símbolo correspondientes a PDSCH DMRS son 2, 7 y 11. Independientemente de la configuración específica del grupo CDM, la distribución de recursos PDSCH en una ranura (correspondiente a una RB en el dominio de frecuencia) es el siguiente.
Al observar los recursos del dominio de frecuencia correspondientes a PDSCH, el registro más antiguo puede ver datos sin procesar de DL DCI, pero el registro actual solo tiene datos sin procesar de UL DCI, y es posible que no sea posible determinar la asignación de recursos de RB en el dominio de frecuencia, ya que se muestra en la siguiente figura.
Pero no importa, puede ver la cantidad de RB programadas a través de 0xB887, y el marco 100 ranura 0 de programaciones fallidas num Rbs = 79, que en realidad es una programación de ancho de banda completo, correspondiente al ancho de banda del BWP actualmente activado del Scel.
Hasta ahora, se puede encontrar que en la ranura 0 de un cuadro par, PDSCH se superpondrá con SSB, y el símbolo 11 también tendrá superposición de PDSCH DMRS y SSB, lo que afectará la decodificación de PDSCH, que también es la razón principal de la repetición periódica. PDSCH CRC falla.
Por supuesto, hay descripciones similares en el acuerdo, como en 38.211 y 38.214 anteriores, el PDSCH DMRS RE no puede superponerse con ningún otro recurso.