The MCData service shall support the procedures and related information flows as specified in subclause 10.1 of TS 23.280 and Annex A of TS 23.280 with the following clarifications:
The MC service client is the MCData client;
The MC service server is the MCData server;
The MC service ID is the MCData ID; and
The MC service user profile index is the MCData user profile index.
The MCData service shall support the procedures and related information flows as specified in subclause 10.8 of TS 23.280 with the following clarifications:
The MC service client is the MCData client;
The MC service server is the MCData server;
The MC service group is the MCData group;
The MC service ID is the MCData ID; and
The MC service group ID is the MCData group ID.
When an MCData user has affiliated to an MCData group then the MCData user can send and receive MCData related media for that MCData group. When an MCData user has de affiliated from an MCData group then the MCData user cannot send and receive MCData related media to and from that MCData group.
The MCData service shall support the procedure for using pre-established MBMS bearers as specified in TS 23.280 with the following clarifications:
The MC service client is the MCData client;
The MC service server is the MCData server; and
The MC service ID is the MCData ID.
The MCData service shall use the MCData‑6, MCData-SDS‑1, MCData-SDS‑2, MCData-SDS‑3, MCData-FD‑1, MCData-FD‑3, MCdata-DS‑1 and MCData-DS‑3 reference points for this procedure.
MCData may use pre-established MBMS bearer for the MCData features short data service, file distribution and data streaming. The MBMS bearer can be used by any group. Depending on the capacity of the MBMS bearer, the bearer can be used to broadcast one or more services in parallel.
Both the media packets as well as the transmission control messages to the receiving users may be sent on the MBMS bearer. Optionally a separate MBMS bearer could be used for the transmission control messages, due to different bearer characteristic requirements.
The MCData service shall support the procedure for using pre-established MBMS bearers as specified TS 23.280 with the following clarifications:
The MC service client is the MCData client;
The MC service server is the MCData server; and
The MC service ID is the MCData ID.
The MCData service shall use the MCData‑6, MCdata-DS‑1 and MCdata-DS‑3 reference points for this procedure.
MCData may use dynamic MBMS bearer for the MCData feature data streaming. The MBMS bearer can be used by any group. Depending on the capacity of the MBMS bearer, the bearer can be used to broadcast one or more services in parallel.
For file distribution using the media plane (7.5.2.7), the use of dynamic MBMS bearer is not supported. Both the media packets as well as the transmission control messages to the receiving users may be sent on the MBMS bearer. Optionally a separate MBMS bearer could be used for the transmission control messages, due to different bearer characteristic requirements.
The MCData service shall support the procedure for switching from MBMS bearer to unicast bearer as specified TS 23.280 with the following clarifications:
The MC service client is the MCData client;
The MC service server is the MCData server; and
The MC service ID is the MCData ID.
The MCData service shall use the MCData-SDS‑1, MCData-SDS‑2, MCData-FD‑1, MCData-FD‑3, MCdata-DS‑1 and MCData-DS‑3 reference points for this procedure.
This subclause defines information flows and procedures for usage of MBMS user services that applies to MCData file distribution. MBMS user services can be used for any MC service group.
The MBMS user service architecture is described in TS 26.346.
In this scenario, the MCData server pre-establishes MBMS user service(s) in certain pre-configured areas before the initiation of a group file distribution. When a user originates a request for a file distribution in one of these areas, the MCData server can use the pre-established MBMS user service(s) for the DL media transmission.
The MBMS user service can be announced prior to the file distribution or within the signalling message for the file distribution.
The MBMS user service does not transmit application level control signalling. An MBMS bearer could be used for the application level control messages according to the generic MBMS procedures defined in TS 23.280.
The MCData server determines to create an MBMS user service with a given MBMS user service id. If the MCData server makes use of the xMB interface, the MCData server creates an MBMS user service over xMB‑C (subclause 5.3 of TS 26.348).
If the MCData server makes use of the xMB interface, the MCData server creates an MBMS session over xMB‑C for the MBMS user service (subclause 5.4 of TS 26.348), with the type set to "Files" to use the MBMS download delivery method. Additionally, the MCData server defines the ingest mode, pull or push, to provide the file into the BM‑SC via xMB‑U. This MBMS session will be used for file distribution. In response, the MCData server gets the TMGI of the MBMS bearer used for the MBMS session, and the SA file containing the metadata of the MBMS user service. When the push ingest mode is used, as part of the response from the BM‑SC the MCData server also obtains the URL to be used to push the file.
The MCData server passes using control plane signalling the MBMS user service info for the service description associated with the pre-established MBMS user service to the MCData client. The MCData client obtains the TMGI, identifying the MBMS bearer, from the SA file included in the MBMS user service description.
The MCData client stores the information associated with the MBMS user service. The MCData client uses the TMGI and other MBMS user service related information to activate the monitoring of the MBMS bearer.
The MCData client that enters or is in the service area of at least one announced TMGI indicates to the MCData server that the MCData client is able to receive file distributed over MBMS, whereby the MCData server may decide to use this MBMS user service instead of unicast bearer for MC communication sessions.
If the MCData server makes use of the xMB interface and wants to deliver a file to a group, the MCData server updates the MBMS session to provide the file list when the pull ingest mode is defined. As described in TS 26.348, the file list includes, among other information, the file URL to be used by the BM‑SC to fetch the file and the earliest fetch time.
The file, transmitted with the MBMS download delivery method, is received by the MCData clients. If the MCData server does not make use of the xMB interface, the MCData server fragments the file to be sent, applies error correction according to the MBMS download delivery method (TS 26.346) and sent the FLUTE packets over MB2‑U.
In this scenario depicted in Figure 7.3.5.3.2-1, the MCData server decides to establish an MBMS user service for the distribution of a given file. The MBMS user service is announced to the MCData client, together with the file information to be received.
(not reproduced yet)
Figure 7.3.5.3.2-1: Use of dynamic MBMS user service establishment
The MCData server determines to create a MBMS user service with a given an MBMS user service id for the group communication session. If the MCData server makes use of the xMB interface, the MCData server creates an MBMS user service over xMB‑C (subclause 5.3 of TS 26.348).
If the MCData server makes use of the xMB interface, the MCData server creates a MBMS session for the MBMS user service (subclause 5.4 of TS 26.348), with the type set to "Files" to use the MBMS download delivery method. Additionally, the MCData server defines the ingest mode, pull or push, to provide the file into the BM‑SC via xMB‑U. When the pull ingest mode is defined, the MCData server provides the file list. The file list includes, among other information, the file URL to be used by the BM‑SC to fetch the file and the earliest fetch time. In response, the MCData server gets the TMGI of the MBMS bearer used for the MBMS session and the SA file containing the metadata of the MBMS user service. When the pull ingest mode is defined, the MCData server also obtains the scheduling parameter for the file delivery. When the push ingest mode is used, as part of the response from the BM‑SC the MCData server obtains the URL to be used to push the file.
The MCData server passes using control plane signalling the SA file to the MCData client. The MCData client obtains the TMGI, identifying the MBMS bearer, from the SA file included in the MBMS user service description.
The MCData client stores the information associated with the MBMS user service. The MCData client uses the TMGI and other MBMS user service related information to activate the monitoring of the MBMS bearer.
The MCData client that enters or is in the service area of at least one announced TMGI indicates to the MCData server that the MCData client is able to receive file distributed over MBMS, whereby the MCData server may decide to use this MBMS user service instead of unicast bearer for MC communication sessions.
The file, transmitted with the MBMS download delivery method, is received by the MCData clients. If the MCData server does not make use of the xMB interface, the MCData server fragments the file to be sent, applies error correction according to the MBMS download delivery method (TS 26.346) and sent the FLUTE packets over MB2‑U.
As described in clause 6.6.3.1.5, the MCData content server provides a repository area where authorized MCData users temporarily store files that are intended to be shared with other MCData users. The distribution of such files targeting a group of MCData users can be performed over MBMS.
For the case that the MBMS user service architecture is used over the xMB interface (specified in TS 26.348), two ingest modes, push and pull, can be defined by the MCData server to ingest the file into the BM‑SC for distribution over the MBMS sessions.
A file can be fetched by the MCData server from the MCData content server over the MCData-FD‑5 reference point using the file URL provided by MCData users. The MCData server, thus, enables via the xMB‑U interface that the file is ingested, either by pull or push, into the BM‑SC for distribution over MBMS.
When the MCData server defines a pull ingest mode, the MCData server provides via the xMB‑C interface the resource location from which the BM‑SC will fetch the file as well as other session properties (e.g. file earliest fetch time), as described in TS 26.348.
When the MCData server defines a push ingest mode, the MCData server directly ingests into the BM‑SC via the xMB‑U interface the file obtained from the MCData content server. The BM‑SC provides to the MCData server the URL to be used to push the file(s).
The procedure in Figure 7.3.5.3.3.2-1 describes the case where the file to be distributed over MBMS is fetched by the MCData server from the MCData content server.
Pre-conditions:
The MCData users on the MCData client 1 to n belong to the same MCData group and are already registered and affiliated for receiving MCData service.
The file to be distributed is uploaded to the MCData content server.
The BM‑SC has the necessary permissions to fetch a file from the MCData system.
(not reproduced yet)
Figure 7.3.5.3.3.2-1: File fetching by the MCData server for file distribution over MBMS
The MCData server receives a request from the MCData client 1 to distribute a file to a target MCData group. The MCData file distribution request contains the resource location (i.e. the file URL) in the MCData content server.
The MCData server creates an MBMS service and session for file delivery using xMB procedures via the xMB‑C interface, as described in TS 26.348. The MCData server indicates, among other session properties, the ingest mode. For the case of pull ingest mode, the MCData server provides the file URL from which the BM‑SC will fetch the file. For the case of push ingest mode, the BM‑SC provides to the MCData server the URL to be used to push the file into the MBMS session.
The MCData server provides to the MCData users from the target MCData group the application signalling related to the MBMS session and the file distribution.
For the case that the file is ingested into the BM‑SC based on the push ingest mode, the MCData server pushes the file to the URL indicated by the BM‑SC.
The BM‑SC distributes the file over the established MBMS session. When the target MCData clients have activated the reception for that service and are located within the MBMS area coverage, the MCData clients receive the file.
When the MCData server defines a pull ingest mode, the MCData server can alternatively provide to the BM‑SC the resource location in the MCData content server (i.e. the file URL contained within the received file distribution request). The BM‑SC, thus, will directly fetch the file from the MCData content server.
The procedure in Figure 7.3.5.3.3.3-1 describes the case where the file to be distributed over MBMS is fetched by the BM‑SC from the MCData content server.
Pre-conditions:
The MCData users on the MCData client 1 to n belong to the same MCData group and are already registered and affiliated for receiving MCData service.
The file to be distributed is uploaded to the MCData content server.
The BM‑SC has the necessary permissions to fetch a file from the MCData system.
(not reproduced yet)
Figure 7.3.5.3.3.3-1: File fetching by the BM‑SC for file distribution over MBMS
The MCData server receives a request from the MCData client 1 to distribute a file to a target MCData group. The MCData file distribution request contains the resource location (i.e. the file URL) in the MCData content server.
The MCData server creates an MBMS service and session for file delivery using xMB procedures via the xMB‑C interface, as described in TS 26.348. The MCData server defines, among other session properties, the ingest mode to pull. The MCData server provides the file URL from which the BM‑SC will fetch the file from the MCData content server.
The MCData server provides to the MCData users from the target MCData group the application signalling related to the MBMS session and the file distribution.
The BM‑SC distributes the file over the established MBMS session. When the target MCData clients have activated the reception for that service and are located within the MBMS area coverage, the MCData clients receive the file.