Application layer FEC can be used to recover the packet losses when delivering a MC service over 5G MBS, to reach its required level of QoS.
The support of FEC is optional for the MC service servers and MC service clients. FEC can be optionally applied by the MBSTF, if required by the MC service server (as specified in clause 7.3.3.13.2), or directly by the MC service server (as defined in TS 23.280).
In this procedure, depicted in Figure 7.3.3.13.2-1, the MC service server asks the MBSF/MBSTF to apply FEC to a set of media, transported by a 5G MBS session, using the Setup FEC request.
This procedure can be applied when using pre-created MBS session and session announcement (as specified in clause 7.3.3.1.2) or using MBS session and session announcement (as specified in clause 7.3.3.1.3).
Pre-condition:
The MC service server has already configured and activated a 5G MBS session.
The MC service server decides to set up FEC for a set of MC service media flows. It will send the FEC request to MBSF/MBSTF.
It includes the following elements: the MBS session ID of the MBS session transporting those media, the media descriptions (codecs, transport protocols, bitrates, destination IP addresses and ports), the identification of the FEC repair packet flow (IP destination and port), and an upper bound to the additional latency resulting due to FEC application. The MC Service server may perform this request several times to protect separately different sets of media transported within the same 5G MBS session.
If the MBSF can satisfy the request, the Setup FEC response includes a modified list of media information and FEC information. The response also includes an identifier of the corresponding FEC process instance, which can be used to release the application of FEC for these media flows.
The MC service server announces the 5G MBS session to the MC service client with the MBS session announcement procedure, including the modified list of media information and FEC information within the SDP information.
When the MC service server decides to transmit the MC service media flow for a group communication, the MC service server sends to the group a message identifying the MC service media flow and the MBS session ID, such as the MapGroupToSessionStream message for MCPTT or MCVideo.
The MC service client performs FEC decoding of the encoded media flows in accordance with the announced FEC information and delivers the decoded flows to the media player.
Multicast MBS reception in RRC_INACTIVE mode enables a higher number of UEs in a cell to participate in public safety group calls using MBS sessions. The MC service server may indicate to the 3GPP core network that a UE is preferred to be kept in RRC_Connected when the related MBS session which the UE joined is active via provisioning the MBS assistance information as described in TS 23.247.
After the MC service server has obtained the MBS Session ID of a multicast MBS Session via the TMGI allocation or the MBS session creation procedure, and the MBS session is mapped to a certain MC group, the MC service server may provision the MBS assistance information of a UE to the 5GC as described in TS 23.247.
Such provisioning may be performed and updated until the MBS session is deleted. If the MC service server decides to allow to keep an MC service UE(s) in the RRC_CONNECTED state based on certain information (such as MC service user's role in the group or certain operational situations, e.g., group leader, floor request frequency), the MC service server may provision the UE's MBS assistance information to the 3GPP core network, as described in TS 23.247.