Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.282  Word version:  19.4.0

Top   Top   Up   Prev   Next
1…   5…   6…   6.6…   7…   7.4…   7.4.2.7…   7.4.3…   7.5…   7.5.2.5…   7.5.2.10…   7.5.3…   7.6…   7.7…   7.8…   7.9…   7.13…   7.13.3.14…   7.13.4…   7.14…   7.17…   7.17.3.1.4…   7.17.3.2…   7.17.3.2.5…   7.17.4…   7.17.6…   A…   B…

 

7.13  Operations on MCData message store |R16|p. 168

The MCData message store allows an MCData user to deposit his MCData communication information (i.e. messages or files) securely and permanently for later retrieval. During an active MCData communication, a message or a file with its associated metadata is deposited as an object in the MCData message store with an object identifier; this object identifier enabling a direct access to that object. The objects in the MCData message store are managed from both the MCData server and the message store client.
Each MCData user is allocated a dedicated and secured storage area (i.e. with a user account) in the MCData message store. All MCData communications of a MCData user can be stored in his dedicated storage area. The access to this secured storage area is possible only after successful authentication and authorization procedures. A message store client can create a local copy of the stored objects into the device by synchronizing with the MCData message store for the MCData user using the device.
Up

7.13.1  MCData message store structurep. 169

MCData message store supports a tree like architecture to securely store MCData communications for the MCData users. Figure 7.13.1 below illustrates the high-level structure of a MCData message store:
Reproduction of 3GPP TS 23.282, Fig. 7.13.1: Message store structure
Up
As illustrated in Figure 7.13.1 all MCData user storage areas are accessed only through the common root. The authorized MCData user shall only have the access to the MCData user's storage area after the successful authentication and authorization procedures. A MCData user shall not be able to access objects stored for other MCData users.
The MCData user shall manage his stored objects using message store client through the MCData-7 reference point. The MCData server shall use the MCData-8 reference point to deposit MCData communication information, during an active MCData communication, into the designated MCData user's storage area in the MCData message store.
One way to manage user stored objects is using folder hierarchy structure like the popular email system today. Annex D provides a simple example of how it will look like in deployment. When the user account is created in the MCData message store, a default folder (such as Inbox) is also created to capture all the objects during an active communication. To group relevant stored objects together and provide easier navigation interactively, a MCData user can create folders in his user account. Each folder is identified by its unique folder identifier that is composed with the location of the folder and the name of the folder. A folder may have child folders to further group the stored objects in more meaningful ways. For example, the folder identifier of the default Inbox folder is /MCDatamessagestore/­MCDatauser1/­Inbox. The folder identifier /MCDatamessagestore/­MCDatauser1/­Squad1/­20190225 points to a folder named 20190225 which is a child folder of Squad1 folder in the MCData user1 user account.
Up

7.13.2  Authentication and authorizationp. 169

The MCData message store shall authenticate the credential of MCData server or the authorized MCData user before authorizing access to the MCData user's storage area. The success of authentication and authorization shall allow access to that MCData user's storage area only.

7.13.3  Manage MCData message storep. 170

7.13.3.1  Information flows for managing MCData message storep. 170

7.13.3.1.1  MCData retrieve a stored object requestp. 170
Table 7.13.3.1.1-1 describes the information flow for the MCData retrieve a stored object request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Object identifierMThe object identifier of the object stored in the MCData message store
Up
7.13.3.1.2  MCData retrieve a stored object responsep. 170
Table 7.13.3.1.2-1 describes the information flow for the MCData retrieve a stored object response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
Stored objectMThe stored object identified by the object identifier in the request. This information element shall be returned as empty when there is no stored object can be identified by the object identifier in the request
Up
7.13.3.1.3  MCData search stored objects requestp. 170
Table 7.13.3.1.3-1 describes the information flow for the MCData search stored objects request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Search criteriaMAny part of the stored object can be the search criteria. Linking multiple parts of a stored object as the search criteria is possible
Up
7.13.3.1.4  MCData search stored objects responsep. 170
Table 7.13.3.1.4-1 describes the information flow for the MCData search stored objects response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
Stored object(s)MThe stored object(s) that meets the search criteria. This information element shall be returned as empty when there is no stored object can be identified by the search criteria in the request
Up
7.13.3.1.5  MCData update a stored object requestp. 171
Table 7.13.3.1.5-1 describes the information flow for the MCData update a stored object request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Object identifierMThe object identifier of the object stored in the MCData message store
MetadataMThe metadata that will be updated
Up
7.13.3.1.6  MCData update a stored object responsep. 171
Table 7.13.3.1.6-1 describes the information flow for the MCData update a stored object response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user storage area in the MCData message store
ResultMThe result if the update is success or failure
Up
7.13.3.1.7  MCData delete a stored object requestp. 171
Table 7.13.3.1.7-1 describes the information flow for the MCData delete a stored object request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Object identifierMThe object identifier of the object stored in the MCData message store
Up
7.13.3.1.8  MCData delete a stored object responsep. 171
Table 7.13.3.1.8-1 describes the information flow for the MCData delete a stored object response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user storage area in the MCData message store
ResultMThe result if the delete is success or failure
Up
7.13.3.1.9  MCData synchronization requestp. 171
Table 7.13.3.1.9-1 describes the information flow for the MCData synchronization request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Synchronization typeMIndicates the type of synchronization is requested. It can be a full or partial synchronization
Filter criteria (see NOTE)OThe filter criteria indicate what kind of stored objects needs to be synchronized to the device local message store
NOTE:
Filter criteria information element shall be presented if the Synchronization type is partial.
Up
7.13.3.1.10  MCData synchronization responsep. 172
Table 7.13.3.1.10-1 describes the information flow for the MCData synchronization response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
Stored objectsMThe stored objects that need to be synchronized with the device local message store. Empty information element means no stored objects need to be synchronized
Up
7.13.3.1.11  MCData create a user account requestp. 172
Table 7.13.3.1.11-1 describes the information flow for the MCData create a user account request sent from the MCData server to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Up
7.13.3.1.12  MCData create a user account responsep. 172
Table 7.13.3.1.12-1 describes the information flow for the MCData create a user account response sent from the MCData message store to the MCData server.
Information Element Status Description
MCData IDMThe identity of the MCData user
ResultMThe result if the account creation is success or failure
Up
7.13.3.1.13  MCData deposit an object requestp. 172
Table 7.13.3.1.13-1 describes the information flow for the MCData deposit an object request sent from the MCData server to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Retrieve file indicationOFlag to instruct the MCData message store to retrieve the file to locally store in the MCData user's account
ObjectMThe object needs to be stored
Up
7.13.3.1.14  MCData deposit an object responsep. 173
Table 7.13.3.1.14-1 describes the information flow for the MCData deposit an object response sent from the MCData message store to the MCData server.
Information Element Status Description
MCData IDMThe identity of the MCData user
Object IdentifierMThe object identifier that will be used to retrieve this object in the MCData message store directly. If this information element is empty it means the object is not stored
Up
7.13.3.1.15  MCData copy a stored object requestp. 173
Table 7.13.3.1.15-1 describes the information flow for the MCData copy a stored object request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Object identifierMThe object identifier of the object stored in the MCData message store
Destination folder identifierMIndicates where the object will be copied to
Up
7.13.3.1.16  MCData copy a stored object responsep. 173
Table 7.13.3.1.16-1 describes the information flow for the MCData copy a stored object response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
ResultMThe result if the operation is success or failure
Up
7.13.3.1.17  MCData move a stored object requestp. 173
Table 7.13.3.1.17-1 describes the information flow for the MCData move a stored object request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Object identifierMThe object identifier of the object stored in the MCData message store
Destination folder identifierMIndicates where the object will be moved to
Up
7.13.3.1.18  MCData move a stored object responsep. 173
Table 7.13.3.1.18-1 describes the information flow for the MCData move a stored object response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
ResultMThe result if the operation is success or failure
Up
7.13.3.1.19  MCData create folder requestp. 174
Table 7.13.3.1.19-1 describes the information flow for the MCData create folder request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Parent folder identifierOThe parent folder identifier of the created folder
Folder nameOIndicates the name of the new folder
Up
7.13.3.1.20  MCData create folder responsep. 174
Table 7.13.3.1.20-1 describes the information flow for the MCData create folder response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
ResultMThe result if the operation is success or failure
Folder identifierOThe identifier of the folder that is created
Up
7.13.3.1.21  MCData delete folder requestp. 174
Table 7.13.3.1.21-1 describes the information flow for the MCData delete folder request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Folder identifierMThe identifier of the folder to be deleted
Up
7.13.3.1.22  MCData delete folder responsep. 174
Table 7.13.3.1.22-1 describes the information flow for the MCData delete folder response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
ResultMThe result if the operation is success or failure
Up
7.13.3.1.23  MCData copy folder requestp. 174
Table 7.13.3.1.23-1 describes the information flow for the MCData copy folder request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Source folder identifierMThe identifier of the folder to copy from
Destination folder identifierMThe identifier of the folder to copy to
New folder name (see NOTE)OIndicates the name of the new folder
NOTE:
If no new folder nameinformation element is provided, the new folder name will be the same as the source folder name.
Up
7.13.3.1.24  MCData copy folder responsep. 175
Table 7.13.3.1.24-1 describes the information flow for the MCData copy folder response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
ResultMThe result if the operation is success or failure
New folder identifierMIndicates the identifier of the new folder
Up
7.13.3.1.25  MCData move folder requestp. 175
Table 7.13.3.1.25-1 describes the information flow for the MCData move folder request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Source folder identifierMThe identifier of the folder to be moved
Destination folder identifierMThe identifier of the folder to move to
New folder name (see NOTE)OIndicates the name of the new folder
NOTE:
If no new folder name information element is provided, the new folder name will be the same as the source folder name.
Up
7.13.3.1.26  MCData move folder responsep. 175
Table 7.13.3.1.26-1 describes the information flow for the MCData move folder response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
ResultMThe result if the operation is success or failure
New folder identifierMIndicates the identifier of the new folder
Up
7.13.3.1.27  MCData list folder requestp. 175
Table 7.13.3.1.27-1 describes the information flow for the MCData list folder request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Folder identifierOThe identifier of the folder to be listed
Up
7.13.3.1.28  MCData list folder responsep. 176
Table 7.13.3.1.28-1 describes the information flow for the MCData list folder response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
Result (see NOTE)MThe result of the list operation
NOTE:
If no folder identifier information element is provided in the request, the MCData message store returns folders from the root of the user account. If folder identifier information element is provided in the request, the MCData message store returns the child folders from that folder identifier provided.
Up
7.13.3.1.29  MCData upload objects requestp. 176
Table 7.13.3.1.29-1 describes the information flow for the MCData upload objects request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Targeted folder identifierMThe folder where the uploaded objects will be stored
Uploaded objectsMThe objects in the client that need to be uploaded to the MCData message store
Up
7.13.3.1.30  MCData upload objects responsep. 176
Table 7.13.3.1.30-1 describes the information flow for the MCData upload objects response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
Object upload resultMIndicates if the objects upload is successful or not
Up
7.13.3.1.31  MCData synchronization notificationp. 176
Table 7.13.3.1.31-1 describes the information flow for the MCData synchronization notification sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user that the notification is for
Up
7.13.3.1.32  Create notification channel request |R17|p. 177
Table 7.13.3.1.32-1 describes the information flow for the create notification channel request sent from the message notification client to the MCData notification server.
Information Element Status Description
MCData IDMThe identity of the MCData client initiating the request
Validity durationOHow long the notification channel is intended to be used (see NOTE)
Channel TypeMIndicates if PULL (e.g. long-polling method) or PUSH method will be used to deliver notification messages
NOTE:
If this element not present, a default validity duration shall be provided by the server in response
Up
7.13.3.1.33  Create notification channel response |R17|p. 177
Table 7.13.3.1.33-1 describes the information flow for the create notification channel response sent from the MCData notification server to the message notification client.
Information Element Status Description
MCData IDMThe identity of the MCData client initiating the request
Validity durationMHow long the notification channel will last (i.e. channel lifetime) as granted by the MCData notification server
Notification URLOThe URL to receive the notification message if a Pull method is requested . For some PUSH method implementation (such as WebSockets) this URL is used to start the PUSH notification service from the MCData notification server
Callback URLMThe URL used by the Message notification client to subscribe to MCData message store notifications
Up
7.13.3.1.34  Open notification channel |R17|p. 177
Table 7.13.3.1.34-1 describes the information flow for the open notification channel sent from the message notification client to the MCData notification server.
Information Element Status Description
MCData IDMThe identity of the MCData client initiating the request
Notification URLMThe URL to receive the notification message
Up
7.13.3.1.35  Subscribe for notification request |R17|p. 177
Table 7.13.3.1.35-1 describes the information flow for the subscribe for notification request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData client initiating the request
Callback URLMThe URL where to send the notification message
Validity durationMHow long the subscription to notification will last (i.e. subscription lifetime); this value shall be the returned value in the create notification channel response
Up
7.13.3.1.36  Subscribe for notification response |R17|p. 178
Table 7.13.3.1.36-1 describes the information flow for the subscribe for notification response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData client initiating the request
Validity durationMHow long the subscription of notification will last (i.e. subscription lifetime) as granted by the server
ResultMIndicates if the subscription is success or failure
Up
7.13.3.1.37  MCData search folder request |R17|p. 178
Table 7.13.3.1.37-1 describes the information flow for the MCData search folder request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Search criteriaMAny part of the folder information (such as metadata) can be used as the search criteria. Linking multiple parts of the folder information as the search criteria is possible
Up
7.13.3.1.38  MCData search folder response |R17|p. 178
Table 7.13.3.1.38-1 describes the information flow for the MCData search folder response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
Folder identifier(s)MThe folder(s) that meets the search criteria. This information element shall be returned as empty if there is no folder matching the search criteria
Up
7.13.3.1.39  MCData retrieve folder content request |R17|p. 178
Table 7.13.3.1.39-1 describes the information flow for the MCData retrieve folder content request sent from the message store client to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Folder identifierMThe identifier of the folder its content is requested to be returned
Up
7.13.3.1.40  MCData retrieve folder content response |R17|p. 178
Table 7.13.3.1.40-1 describes the information flow for the MCData retrieve folder content response sent from the MCData message store to the message store client.
Information Element Status Description
MCData IDMThe identity of the MCData user
Folder contentMThe content of the requested folder; such as objects and subfolders. This information element shall be returned as empty if the requested folder is not found.
Up
7.13.3.1.41  MCData retrieve file to store locally request |R17|p. 179
Table 7.13.3.1.41-1 describes the information flow for the MCData retrieve file to store locally request sent from the message store client to the MCData message store and from the MCData server to the MCData message store.
Information Element Status Description
MCData IDMThe identity of the MCData user
Object identifierMThe object identifier of the FD communication object stored in the MCData message store
Up
7.13.3.1.42  MCData retrieve file to store locally response |R17|p. 179
Table 7.13.3.1.42-1 describes the information flow for the MCData retrieve file to store locally response sent from the MCData message store to the message store client and the MCData server.
Information Element Status Description
MCData IDMThe identity of the MCData user
ResultMIndicates success or failure of MCData update FD object with file content request
Content referenceOURL reference to the file content stored in the MCData user's storage area
Up
7.13.3.1.43  Update notification channel request |R17|p. 179
Table 7.13.3.1.43 describes the information flow for the update notification channel request sent from the message notification client to the MCData notification server.
Information element Status Description
MCData IDMThe identity of the MCData client initiating the request
Validity durationMHow long the notification channel will last (i.e. channel lifetime) as requested by the Message notification client.
Up
7.13.3.1.44  Update notification channel response |R17|p. 179
Table 7.13.3.1.44 describes the information flow for the update notification channel response sent from the MCData notification server to the message notification client.
Information element Status Description
MCData IDMThe identity of the MCData client initiating the request
Validity durationMHow long the notification channel will last (i.e. channel lifetime) as granted by the MCData notification server
ResultMIndicates if the update is success or failure
Up
7.13.3.1.45  Update notification subscription request |R17|p. 180
Table 7.13.3.1.45 describes the information flow for the update notification subscription request sent from the message store client to the MCData message store.
Information element Status Description
MCData IDMThe identity of the MCData client initiating the request
Validity durationMHow long the notification channel will last (i.e. notification subscription lifetime). This value should be the returned value in the update notification channel response
Up
7.13.3.1.46  Update notification subscription response |R17|p. 180
Table 7.13.3.1.46 describes the information flow for the update notification subscription response sent from the MCData message store to the message store client.
Information element Status Description
MCData IDMThe identity of the MCData client initiating the request
Validity durationMHow long the notification channel will last (i.e. notification subscription lifetime) as granted by the MCData message store
ResultMIndicates if the update is success or failure
Up
7.13.3.1.47  Delete notification channel request |R17|p. 180
Table 7.13.3.1.47 describes the information flow for the delete notification channel request sent from the message notification client to the MCData notification server.
Information element Status Description
MCData IDMThe identity of the MCData client initiating the request
Up
7.13.3.1.48  Delete notification channel response |R17|p. 180
Table 7.13.3.1.48 describes the information flow for the delete notification channel response sent from the MCData notification server to the message notification client.
Information element Status Description
MCData IDMThe identity of the MCData client initiating the request
ResultMIndicates if deletion of notification channel is success or failure
Up
7.13.3.1.49  Delete notification subscription request |R17|p. 181
Table 7.13.3.1.49 describes the information flow for the delete notification subscription request sent from the message store client to the MCData message store.
Information element Status Description
MCData IDMThe identity of the MCData client initiating the request
Up
7.13.3.1.50  Delete notification subscription response |R17|p. 181
Table 7.13.3.1.50 describes the information flow for the delete notification subscription response sent from the MCData message store to the message store client.
Information element Status Description
MCData IDMThe identity of the MCData client initiating the request
ResultMIndicates if deletion of notification subscription is success or failure
Up
7.13.3.1.51  Notification message |R18|p. 181
Table 7.13.3.1.51-1 describes the information flow for the notification message sent from the MCData message store to the MCData notification server and from the MCData notification server to the MCData notification client.
Information element Status Description
Event-dataMThe specific information carried in the notification message to inform the MCData client of changes to the MCData message store. (see NOTE)
NOTE:
MCData client uses the event information for actions such as updating its local message store or uses the event as a trigger for inquiring the Message store for desired changes.
Up

7.13.3.2  Retrieve a stored objectp. 181

7.13.3.2.1  Generalp. 181
A stored object can be retrieved from the MCData message store with the known object identifier that is generated by the MCData message store when the object was deposited.
7.13.3.2.2  Procedurep. 181
The procedure in Figure 7.13.3.2.2-1 describes the case when a message store client retrieves a stored object from the MCData message store using the known object identifier.
Pre-conditions:
  1. A successful authentication and authorization have been performed between the message store client and the MCData message store.
  2. The message store client knows the object identifier of the stored object.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.2.2-1: Retrieve a stored object
Up
Step 1.
The message store client would like to retrieve a stored object from the MCData message store and initiates a MCData retrieve a stored object request toward the MCData message store. The unique object identifier of the stored object is included in the request.
Step 2.
The MCData message store returns the stored object that is identified by the object identifier in the MCData retrieve a stored object response.

7.13.3.3  Search stored objectsp. 182

7.13.3.3.1  Generalp. 182
The message store client can search stored objects in the MCData message store with certain criteria. This procedure allows the message store client to look for stored object(s) without knowing the object identifier(s) of the object. This procedure also allows the message store client to retrieve stored objects that are related to each other; such as all messages and files exchanged in a conversation.
7.13.3.3.2  Procedurep. 182
The procedure in Figure 7.13.3.3.2-1 describes the case when a message store client searches and retrieves relevant stored objects from the MCData message store.
Pre-conditions:
  1. A successful authentication and authorization have been performed between the message store client and the MCData message store.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.3.2-1: Search stored objects
Up
Step 1.
The message store client would like to retrieve stored objects that meet certain criteria (such as with the same Conversation identifier) and initiates a MCData search objects request toward the MCData message store. The search criteria are included in the request.
Step 2.
The MCData message store looks up all stored objects that meet the search criteria and returns them in the MCData search objects response.

7.13.3.4  Update a stored objectp. 183

7.13.3.4.1  Generalp. 183
The message store client can update the metadata of a stored object (such as mark a stored object as "flagged").
7.13.3.4.2  Procedurep. 183
The procedure in Figure 7.13.3.4.2-1 describes the case when a message store client updates metadata of a stored object in the MCData message store.
Pre-conditions:
  1. A successful authentication and authorization have been performed between the message store client and the MCData message store.
  2. The message store client knows the object identifier of the stored object.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.4.2-1: Update a stored object
Up
Step 1.
The message store client would like to update the metadata of a stored object (such as "flagged") and initiates a MCData update a stored object request toward the MCData message store. The stored object's object identifier and the updated meta data are included in the request.
Step 2.
The MCData message store locates the stored object with the object identifier and updates its metadata as carried in the MCData update a stored object request and communicates the result in the MCData update a stored object response.
Up

7.13.3.5  Delete a stored objectp. 184

7.13.3.5.1  Generalp. 184
The message store client of an authorized user can delete a stored object in the MCData message store.
7.13.3.5.2  Procedurep. 184
The procedure in Figure 7.13.3.5.2-1 describes the case when a stored object in the MCData message store is deleted by the message store client of an authorized MCData user.
Pre-conditions:
  1. A successful authentication and authorization have been performed between the message store client and the MCData message store.
  2. The message store client knows the object identifierof the stored object.
  3. The MCData user is authorized to delete the stored object.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.5.2-1: Delete a stored object
Up
Step 1.
The message store client would like to delete a stored object in the MCData message store and initiates a MCData delete a stored object request toward the MCData message store. The stored object's object identifier is included in the request.
Step 2.
The MCData message store locates the stored object with the object identifier and permanently removes it from the MCData message store. It then communicates the result in the MCData delete a stored object response.

7.13.3.6  Synchronizationp. 185

7.13.3.6.1  Generalp. 185
The message store client can synchronize its local message store with the MCData message store. Different level of synchronization shall be supported with a filter in the request.
7.13.3.6.2  Procedurep. 185
The procedure in Figure 7.13.3.6.2-1 describes the case when a message store client synchronizes its local message store with the MCData message store for a MCData user.
Pre-conditions:
  1. A successful authentication and authorization have been performed between the message store client and the MCData message store.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.6.2-1: Synchronization
Up
Step 1.
The message store client would like to synchronize its local message store with the MCData message store. It initiates the MCData synchronization request toward the MCData message store. The synchronization type and optional filter criteria are included in the request to indicate the type of synchronization (such as full synchronization, partial synchronization etc.) is requested.
Step 2.
The MCData message store returns all the stored objects, based on the synchronization filter criteria, to the message store client in the MCData synchronization response.
Up

7.13.3.7  Create a user accountp. 186

7.13.3.7.1  Generalp. 186
When the MCData server is ready to deposit an object into the MCData user's storage area in the MCData message store the MCData user's storage area (i.e. user account) needs to be created already. If the user account is not created, the MCData server shall create the user account (i.e. allocate the MCData user's storage area in the MCData message store) first and then deposit the subsequent MCData communications.
Up
7.13.3.7.2  Procedurep. 186
The procedure in Figure 7.13.3.7.2-1 describes how the MCData server creates a user account (allocate MCData user storage area) in the MCData message store.
Pre-conditions:
  1. A successful authentication and authorization has been performed between the MCData server and the MCData message store.
  2. No storage area in the MCData message store has been allocated for the MCData user; i.e. no user account has been created.
  3. The MCData server is authorized to create user accounts on the MCData message store.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.7.2-1: Create a user account
Up
Step 1.
The MCData server would like to create a MCData user account in the MCData message store to store the MCData communication for that MCData user and initiates a MCData create a user account request toward the MCData message store. The MCData ID of the MCData user is included in the request.
Step 2.
The MCData message store creates a user account (i.e. allocate dedicated and secured storage area) for the MCData user as specified in the request and communicates the result back to the MCData server in the MCData create a user account response.
Up

7.13.3.8  Deposit an objectp. 187

7.13.3.8.1  Generalp. 187
MCData server needs to store the communication information (i.e. an object) for a MCData user during an active MCData communication. If there is a file URL in the object for file distribution in the communication, the MCData server may instruct the MCData message store to retrieve a copy of the file to store locally in the MCData user's account.
7.13.3.8.2  Procedurep. 187
The procedure in Figure 7.13.3.8.2-1 describes how the MCData server deposit an object into the MCData message store during an active MCData communication.
Pre-conditions:
  1. A successful authentication and authorization has been performed between the MCData server and the MCData message store.
  2. The MCData user has been allocated a secured storage area in the MCData message store.
  3. The configuration to store the MCData communication in MCData message store is enabled for the MCData user.
  4. MCData user has requested to store his MCData communication and also store the distributed file content into his MCData message store account if the MCData communication is for file distribution through URL.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.8.2-1: Deposit an object
Up
Step 1.
The MCData server would like to deposit a MCData communication information (i.e. object) to the MCData user's storage area in the MCData message store and initiates a MCData deposit an object request toward the MCData message store. The object is constructed by the MCData server and is included in the request. If the object is a message that carries a URL for file distribution, the MCData server may instruct the MCData message store to retrieve a copy of the file and store locally in the MCData user's account by setting the retrieve file indication information element to true.
Step 2.
The MCData message store deposits the object into the MCData user's storage area. If the retrieve file indication is set in the MCData deposit an object request the MCData message store retrieves the file URL from the stored object and fetches the file content from the MCData content server.
Step 3.
The MCData message store stores the file content into the MCData user's storage area and update the object with the URL referencing the file content stored in the MCData user's storage area.
Step 4.
The MCData message store communicates the result back to the MCData server in the MCData deposit an object response. The object identifier of the stored object is returned.
Up

7.13.3.9  Copy a stored objectp. 188

7.13.3.9.1  Generalp. 188
A stored object in the MCData message store can be copied to another location (i.e. folder) in the same MCData user account where there is no such object stored. After the successful object copy operation, the object will exist in both the original and destination locations. This operation is only meaningful when the user account in the MCData message store is structured in the folder hierarchy.
7.13.3.9.2  Procedurep. 188
The procedure in Figure 7.13.3.9.2-1 describes the case when a stored object is copied to a different location in the same MCData user account.
Pre-conditions:
  1. The MCData user has an account in the MCData message store.
  2. A successful authentication and authorization have been performed between the message store client and the MCData message store.
  3. The message store client knows the object identifier of the stored object and the destination folder identifier.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.9.2-1: Copy a stored object
Up
Step 1.
The message store client would like to copy a stored object in the MCData message store to a destination folder and initiates a MCData copy a stored object request toward the MCData message store. The uniqe identifier of the stored object and the destination folder are included in the request.
Step 2.
The MCData message store copies the object to the target location.
Step 3.
The MCData message store returns the result of the request in the MCData copy a stored object response.

7.13.3.10  Move a stored objectp. 189

7.13.3.10.1  Generalp. 189
A stored object in the MCData message store can be moved to a different location (i.e. folder) in the same MCData user account. After the successful object move operation the object will only exist in the new location. This operation is only meaningful when the user account in the MCData message store is structured in the folder hierarchy.
7.13.3.10.2  Procedurep. 189
The procedure in Figure 7.13.3.10.2-1 describes the case when a stored object is moved to a different location in the same MCData user account.
Pre-conditions:
  1. The MCData user has an account in the MCData message store.
  2. A successful authentication and authorization have been performed between the message store client and the MCData message store.
  3. The message store client knows the object identifier of the stored object and the destination folder identifier.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.10.2-1: Move a stored object
Up
Step 1.
The message store client would like to move a stored object in the MCData message store to a destination folder and initiates a MCData move a stored object request toward the MCData message store. The uniqe object identifier of the stored object and the destination folder are included in the request.
Step 2.
The MCData message store moves the object to the target location.
Step 3.
The MCData message store returns the result of the request in the MCData move a stored object response.

7.13.3.11  Folder create operationp. 190

7.13.3.11.1  Generalp. 190
A user can create a new folder in his user account n the MCData message store. This operation is only meaningful when the user account in the MCData message store is structured in the folder hierarchy.
7.13.3.11.2  Procedurep. 190
The procedure in Figure 7.13.3.11.2-1 describes the case when a MCData user creates a new folder in the MCData message store.
Pre-conditions:
  1. The MCData user has an account in the MCData message store.
  2. A successful authentication and authorization have been performed between the message store client and the MCData message store.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.11.2-1: Create a new user folder
Up
Step 1.
The MCData user would like to create a new folder in his user account in the MCData message store, the message store client initiates a MCData create folder request toward the MCData message store. The parent folder identifier and the folder name are included in the request to indicate where the new folder will be created.
Step 2.
The MCData message store creates the user folder in the location specified in the request. If the folder name is provided in the request, the MCData message store creates the folder with the provided folder name. If the provided folder name has a conflict or no folder name is provided in the request, the MCData message store assigns a name for the new user folder.
Step 3.
The MCData message store returns the result in the MCData create folder response. The identifier of the new folder is returned in the response.
Up

7.13.3.12  Folder delete operationp. 191

7.13.3.12.1  Generalp. 191
A user can delete an existing folder in his user account in the MCData message store. All the child folders and objects stored in that folder will be deleted. This operation is only meaningful when the user account in the MCData message store is structured in the folder hierarchy.
7.13.3.12.2  Procedurep. 191
The procedure in Figure 7.13.3.12.2-1 describes the case when a MCData user deletes an existing folder in the MCData message store.
Pre-conditions:
  1. The MCData user has an account in the MCData message store.
  2. A successful authentication and authorization have been performed between the message store client and the MCData message store.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.12.2-1: Delete a user folder
Up
Step 1.
The MCData user would like to delete an existing folder in his user account in the MCData message store, the message store client initiates a MCData delete folder request toward the MCData message store. The folder identifier of the folder to be deleted is included in the request.
Step 2.
The MCData message store identifies the target folder and deletes it from the user account. All the child folders and objects stored in this folder are also deleted.
Step 3.
The MCData message store returns the result in the MCData delete folder response.
Up

7.13.3.13  Folder copy operationp. 192

7.13.3.13.1  Generalp. 192
A user can copy an existing folder in his user account to a different location. All the child folders and objects stored in that folder will be copied to the new folder. The name of the new folder will be the same as the folder it copies from or the name provided in the request. This operation is only meaningful when the user account in the MCData message store is structured in the folder hierarchy.
7.13.3.13.2  Procedurep. 192
The procedure in Figure 7.13.3.13.2-1 describes the case when a MCData user copies an existing folder in the MCData message store.
Pre-conditions:
  1. The MCData user has an account in the MCData message store.
  2. A successful authentication and authorization have been performed between the message store client and the MCData message store.
Reproduction of 3GPP TS 23.282, Fig. 7.13.3.13.2-1: Copy a user folder
Up
Step 1.
The MCData user would like to copy an existing folder in his user account in the MCData message store, the message store client initiates a MCData copy folder request toward the MCData message store. The folder identifiers of the source and destination folders and the new folder name are included in the request.
Step 2.
The MCData message store copy the source folder to the destination with the new folder name. If no new folder name is provided in the request, the source folder name will be used. All the child folders and objects stored in this folder are also copied to the new folder.
Step 3.
The MCData message store returns the result in the MCData copy folder response. The identifier of the new folder is returned in the response.
Up

Up   Top   ToC