openairinterface5G issueshttps://gitlab.eurecom.fr/oai1B/openairinterface5g/-/issues2017-09-15T11:49:35Zhttps://gitlab.eurecom.fr/oai1B/openairinterface5g/-/issues/46UE: L2 UL MAC Assert "RLC has segmented more data than BO stored in MAC"2017-09-15T11:49:35ZGhost UserUE: L2 UL MAC Assert "RLC has segmented more data than BO stored in MAC"Assert found in noS1 and S1 with Com4Innov
Current UE implementation assumes that UL RLC Buffer Occupancy given to MAC is including RLC header (this is not 3GPP compliant but acceptable, will fix later).
But for RLC UM, RLC always send t...Assert found in noS1 and S1 with Com4Innov
Current UE implementation assumes that UL RLC Buffer Occupancy given to MAC is including RLC header (this is not 3GPP compliant but acceptable, will fix later).
But for RLC UM, RLC always send total SDU size + 2 bytes of header (in SN10 bits, 1 byte for SN5 bits) to MAC.
If UE receives higher layer data to Tx and has no PUSCH, it triggers a BSR, then a SR. If the UE receives more data until it gets granted, then the BO increase but with an erroneous RLC PDU header information. When MAC multiplex data, the assert can then occur.
Fix consists in adding variable LI part to the BO according to the number of stored SDUs in RLC.
The code changes are restricted to UE for the moment, to be checked with eNB according to eNB MAC schedulerBug UE L2https://gitlab.eurecom.fr/oai1B/openairinterface5g/-/issues/44TDD UE: UE crashes when sending msg32017-08-04T14:15:45ZWilsonTDD UE: UE crashes when sending msg3fix: call phy_procedures_UE_S_TX() instead of phy_procedures_UE_TX() when it is a special subframe, then the issue is avoidedfix: call phy_procedures_UE_S_TX() instead of phy_procedures_UE_TX() when it is a special subframe, then the issue is avoidedBug UE L2WilsonWilsonhttps://gitlab.eurecom.fr/oai1B/openairinterface5g/-/issues/34UE MAC uplink multiplexing issues2017-09-15T11:49:35ZGhost UserUE MAC uplink multiplexing issuesThere are several issues noted in the Multiplexing function of MAC UE ULSCH(ue_get_sdu() )
- Bad multiplexing when UE has to send SRB1 and SRB2: issue in the MAC header computation, leading to unexpected transmitted RLC AM Control PDU t...There are several issues noted in the Multiplexing function of MAC UE ULSCH(ue_get_sdu() )
- Bad multiplexing when UE has to send SRB1 and SRB2: issue in the MAC header computation, leading to unexpected transmitted RLC AM Control PDU type for SRB2, discarded by the eNB or tester
- When MAC transmits data for a logical channel Id in RLC AM mode, MAC is not multiplexing several available RLC PDUs for the same LCID in the same Transport Block. This is not optimized.
- MAC always add unnecessary padding at the end of the TB when BO is greater than TBS. This is not 3GPP compliant regarding maximizing higher layer data transmission.Bug UE L2https://gitlab.eurecom.fr/oai1B/openairinterface5g/-/issues/33RLC AM is sometime not reporting full Buffer Occupancy to MAC2017-09-15T11:49:35ZGhost UserRLC AM is sometime not reporting full Buffer Occupancy to MACAt each TTI when MAC is requesting RLC its buffer occupancy for Tx, RLC is not reporting full BO for an AM bearer if Status PDU (ACK/NACK) is pending.
It is due to a return if ACK/NACK is pending in the middle of function rlc_am_get_buf...At each TTI when MAC is requesting RLC its buffer occupancy for Tx, RLC is not reporting full BO for an AM bearer if Status PDU (ACK/NACK) is pending.
It is due to a return if ACK/NACK is pending in the middle of function rlc_am_get_buffer_occupancy_in_bytes() before adding ReTx and newdata BO. Consequently, when a Status PDU is pending, RLC AM will only report BO for this, which is a mistake.
This is both issue for UE and eNB.Bug UE L2