Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.289  Word version:  19.3.0

Top   Top   Up   Prev   Next
0…   4…   4.7…   4.7.4…   4.8…   5…   5.4…   6…   6.3…   6.3.2…   7…   7.2.4…   7.3…   7.3.3…   7.3.3.2…   7.3.3.4…   7.3.3.5…   7.3.3.7…   7.3.3.8…   7.3.3.9…   7.3.3.10…   7.3.3.11…   7.3.3.12…   7.3.3.13…   7.4…   7.5…   7.6…   A…

 

7.3.3.5  MC service group media transmissions over 5G MBS sessionsp. 70

7.3.3.5.1  Generalp. 70
The MC service server can decide to configure an MBS session per MC service group to transmit the media related to the corresponding MC service group communications. Such group communications can comprise different service requirements. For that, multicast and broadcast MBS sessions need to be configured with multiple MBS QoS flows to address different service requirements, e.g., different required QoS, provided by the MC service server. For instance, application-level control messages or media associated to a group communication can comprise different QoS requirements. Also, different type of group communications can comprise different QoS requirements, e.g., emergency group calls should be handled with a higher priority than normal group calls.
The configuration of multiple MBS QoS flows to address different service requirements is associated to the assignment of different streams (e.g., different ports) within an MBS session.
The established multicast MBS session can either be in active or inactive state, where the former indicates the activation of radio resources hence transmitting the MC media to the associated MC service group, and the latter indicates their deactivation as no MC media is being transmitted. The MC service server may trigger the activation of multicast MBS sessions once the MC service group is established and active, as well as once the MC media is available for transmission. For this purpose, the MC service server sends a multicast MBS session activation request towards the 5GC indicating the MBS session ID to be activated.
Similar to the use of eMBMS, the MC service server shall provide the associated information between a specific group communication and the stream to be used within an MBS session. This information could be sent in advance in an MBS session announcement or could be provided on demand in an additional signalling message for the MBS session, e.g., MapGroupToSessionStream (similar to the MapGroupToBearer in eMBMS).
Up
7.3.3.5.2  Procedurep. 71
The procedure in Figure 7.3.3.5.2-1 describes how media related to a specific group communication can be distributed over a configured MBS session which consist of multiple QoS flows, i.e. addressing different service requirements. The procedure is applicable for both the pre-created MBS session case as described in clause 7.3.3.1.2 and the dynamic MBS session case as described in clause 7.3.3.1.3. For simplicity, the Figure 7.3.3.5.2-1 shows that the MBS session is pre-created prior to the group communication establishment.
Pre-conditions:
  • MC service clients 1 to n are attached to the 5GS, registered and affiliated to the same MC service group X.
  • The MC service server has decided to use an MBS session for MC service group communications associated to MC service group X.
Reproduction of 3GPP TS 23.289, Fig. 7.3.3.5.2-1: MC service group media transmission over MBS sessions
Up
Step 1.
The MC service server creates a multicast or a broadcast MBS session targeting group communications associated to MC service group X, as being specified in TS 23.247. Therefore, the MC service server can provide default service requirements to be addressed by the MBS session, e.g. associated to MC 5QIs and specific allocation and retention priority (ARP) to transmit the media associated to MC service group communications.
The MBS session is announced and received by MC service client 2 to n. The MC service server has identified that MC service clients 2 to n can receive media over the MBS sessions, e.g. based on a notification from the MC service clients indicating the successful join of the multicast MBS session or a monitoring report of the broadcast MBS session (similar to the listening status report used for eMBMS).
Step 2.
A new MC service group communication is established for the MC service group X consisting of a specific required QoS, e.g. an MC service emergency group communication. The group communication setup can be done over unicast.
Step 2a.
For broadcast MBS sessions, the session is established upon sending a session start request as part of the MBS session creation procedure, which is described in TS 23.247.
Step 2b.
For multicast MBS session, the session is established upon the acceptance of the first UE session join request initiated from the MC service UE towards the 5GS, as described in TS 23.247. The multicast session can then have either an active or an inactive state.
Step 3.
The MC service server may send a multicast MBS session activation request towards the 5GC in order to activate the multicast MBS session in case the session has an inactive state. For this purpose, the MC service server indicates the MBS session ID to be activated.
Step 4.
Considering that the established group communication requires a specific QoS, e.g. an MC service emergency group communication which requires higher priority (i.e. better ARP), the MC service server requests an MBS session update to the 5GS to provide the new required QoS, if not done during the MBS session creation in step 1. The MBS session should then be updated and an additional QoS flow may be configured.
Step 5.
The MC service server sends a MapGroupToSessionStream to MC service clients 2 to n over the configured MBS session providing the required stream information to receive the media related to the specific established MC service group communication within the MBS session.
Step 6.
MC service clients process the MapGroupToSessionStream information to receive the related media over the specific MBS session stream.
Step 7.
MC service client 1 sends media to the MC service server over unicast to be distributed for the established group communication.
Step 8.
The MC service server distributes the media to MC service clients 2 to n over the indicated stream within the established MBS session.
Step 9.
The MC service server may send a multicast MBS session deactivation request towards the 5GC in order to deactivate the multicast MBS session. For this purpose, the MC service server indicates the MBS session ID to be deactivated.
Step 10.
The MC service server may further trigger the UE to leave multicast MBS session.
Up

7.3.3.6  Aplication level control signalling over 5G MBS sessionsp. 72

7.3.3.6.1  Descriptionp. 72
The MC service server may use an 5G MBS session for application level control signalling. An 5G bearer for application level control signalling is typically used for the purposes beyond the benefit for using 5G for resource efficiency, e.g. for improved MC service performance (KPIs), handling of high load scenarios.
Similar to the usage of eMBMS, both broadcast and multicast 5MBS session for application level control signalling may be used to transmit the following messages,
  • Transmission control (e.g. call setup and floor control)
  • MBS session announcement for media sessions
  • Group application paging
  • Group dynamic data (e.g. status of the group)
  • Group state (e.g. emergency alerts)
Similar to the usage of eMBMS bearer in TS 23.280, 5G MBS session for application level control signalling is created in a service area that is larger than the estimated service for media MBS session. The service area for the media sessions is mainly based on counting of group members in each defined service area. The MBS session for application level control signalling is also created with a QoS that is better than MBS media session since the packet loss requirements are much stricter.
The MC service client shall not send responses to group-addressed application level control signalling unless instructed or configured to respond.
Up
7.3.3.6.2  Procedurep. 73
The procedure in Figure 7.3.3.6.2-1 shows only one of the receiving MC service clients using an 5G MBS session.
Reproduction of 3GPP TS 23.289, Fig. 7.3.3.6.2-1: Use of 5G MBS for application-level control signalling
Up
Step 1.
The MC service server determines to create MBS session for application-level control signalling, The creation of the 5G MBS session is done according to TS 23.247.
Step 2.
The MC service server passes the 5G MBS session info for the service description associated with the 5G MBS session to the MC service client. The MC service client obtains the MBS session ID, from the service description.
Step 3.
The MC service client stores the information associated with the MBS session ID. The MC service client uses the MBS session ID and other 5G MBS session related information to enable monitoring of the 5G MBS session by the MC service UE. In the case of multicast, UE may execute network layer multicast MBS joining as defined in TS 23.247.
Step 4.
Steps 4 to 6 defined in clause 7.3.3.1.2 are performed.
Step 5.
The MC service server transmits MC application control messages over the MBS session.
Up

Up   Top   ToC