nrf5340 audio:BIS audio bad frame

[Reskyllr]

We have an nrf5340audio application and are doing BIS broadcast audio testing.
However, when there are any obstructions in the middle, a large number of bad frames will appear, and the audio listening quality will be very difficult to receive.
There is no problem in open scenes, but obviously there are many obstructions in actual scenes.
Do you have any suggestions for solving this problem, or is there a more suitable PLC algorithm? Because the transmission is streaming, I cannot write the PLC algorithm through subsequent data.

[Karl Ylvisaker]

Hello,

Could you elaborate or describe the environment that the devices will be working with?
If there are many dense obstacles between the transmitter and receiver there is of course no way to guarantee that a packet will make its way across, but there are at least some changes we can do to increase its likelihood.

Which audio bitrate are you streaming, and what is the number of retransmissions you are using?
In general the first thing you could try is to increase the TX power of the broadcaster, as well as increasing the number of retransmissions - keep in mind that both of these changes will increase your device power consumption.

Best regards,
Karl

[Reskyllr]

Hi,Karl,

In an open environment, the effective range can reach more than 50m.
However, with just one monitor separated, bad frames started to appear.

The transmitted bit rate is 96000bps, and BIS broadcasts audio.
By looking at the API, it seems that the transmit power can only be set up to 0dbm. How to set the number of retransmissions? I didn't find the relevant API.

Thanks,

Reskyllr

[Reskyllr]

I've set CONFIG_BT_AUDIO_RETRANSMITS=4, but that didn't improve anything.
Bad frames still appear very frequently, and the effect is good when there is no obstruction.
Any other suggestions, I did the same test using nrf5340 audio dk and the official le audio demo, the results are the same, very bad when there are obstructions.

[Karl Ylvisaker]

Hello Reskyllr,

Reskyllr said:

In an open environment, the effective range can reach more than 50m.
However, with just one monitor separated, bad frames started to appear.

Could you please provide more detail of the test environment when you are placing obstacles in the line of sight between the devices? Are you still operating at 50m, and what kind of obstacles is it that you are placing?
In general I would expect packet drops for connections at 50m without line of sight, or if you are placing very dense obstacles(such as humans or concrete walls) between the two devices.

You can use the CONFIG_BT_CTRL_TX_PWR_ANTENNA kconfig to configure the TX power at compile time. The maximum TX power of the nRF5340 is +3 dBm. Please give this a try, and see if it makes any difference for your tests.

If a larger range is critical to your application, could it be an option to include a Front End Module (FEM), like the nRF21540, in your design?

Best regards,
Karl

[Reskyllr]

Hi,Karl,

If there is occlusion at a very close distance, a lot of bad frames will appear.

CONFIG_BT_CTRL_TX_PWR_ANTENNA has been set, there is no difference in the result.

Adding PA will make our module larger, which is bad. We have tried it.