This function aims at informing the user when there is a video file which he could be interested in. The notification might also enclose a description of the video as well as an indication of its operational importance. In this service the video has been stored and is not part of an ongoing video transmission.

[R-5.2.1.2-001] [R-5.2.1.2-002] [R-5.2.1.2-003] [R-5.2.1.2-004] [R-5.2.1.2-005]

This function aims at offering video tape functions for a user viewing a video as well as an opportunity to choose and view video files stored on the server.

[R-5.2.2.2-001] [R-5.2.2.2-002] [R-5.2.2.2-003] [R-5.2.2.2-004]

Since mission critical video is sensitive data with varying local regulatory issues, an MCVideo system cannot allow videos to be viewed or copied by unauthorized people. As a consequence, there is a need to have a mechanism to automatically delete videos from a terminal as well as a mechanism to remotely delete videos from a terminal.

[R-5.2.3.2-001] [R-5.2.3.2-002] [R-5.2.3.2-003]

This function aims at restricting use of video services to a specific authorized MCVideo User.

[R-5.2.4.2-001]

Dispatchers need advanced capabilities for managing MCVideo services for MCVideo Users and fixed cameras under their control.

[R-5.2.5.2-001] [R-5.2.5.2-002] [R-5.2.5.2-003] [R-5.2.5.2-004] [R-5.2.5.2-005] [R-5.2.5.2-006] [R-5.2.5.2-007] [R-5.2.5.2-008] [R-5.2.5.2-009]

MCVideo provides a method of working where each video being sent is delivered as an invitation to the affiliated group members for them to elect to commence receiving or not as suits their situation. It is far better not to send video to a user who is unable to view it. Conflicting or simultaneous video communications would result in simultaneous (or near simultaneous) invitations to join and the users can choose which video communication, if any, to join. Forced reception of video can be configured by an authorised user. In this case, suitably authorised receiving users could be permitted to opt out of viewing, perhaps because they have a specific task to watch some other stream. As a consequence a video group communication can allow the user to accept the video stream before receiving a video and can allow the user to choose from available video streams amongst a list of ongoing video streams available to the user.

For MCVideo override is possible and useful but is different from MCPTT. MCVideo might be operated in a combined way with MCPTT. Therefore, it is likely that the sending user will have the opportunity to state what their intention is for the video that they send. In this case it might not be necessary for other regular members of the group to receive the video but the dispatcher might always receive it. In this situation, when the group invitation is sent, individual users could request to join the video if it is useful to them and convenient. Override can then be achieved by the user realising, from the MCPTT call, that another video is more important and so switching over to receive the new one. As an alternative to the invitation approach a forced approach is still possible but a group force of a video is an unpredictable option as some users might well be unable to view the video. Forced override is still possible in MCVideo. The video is announced as an invitation but includes a forced override indication. The system makes the forced override but, depending on configuration, the user might be able to review a list of allowed continuing video streams and go back to the one they are using. MCVideo might operate in a group way with many members of the group sending video to a dispatcher (private call) and the dispatcher periodically selecting and sending video back to the group.

[R-5.2.7.2-001] [R-5.2.7.2-002] [R-5.2.7.2-003] [R-5.2.7.2-004] [R-5.2.7.2-005] [R-5.2.7.2-006] [R-5.2.7.2-007] [R-5.2.7.2-008] [R-5.2.7.2-009]

Private Communications allow two MCVideo Users to communicate directly with each other without the use of MCVideo Groups. They leverage many of the functions and features of MCVideo Group Communication, such as MCVideo User identity and alias information, location information, encryption, privacy, priority, and administrative control. This capability establishes the ability to transmit unidirectional video between two MCVideo Users, but could be used to create a bi-directional video conferencing capability. Two commencement modes of Private Communication are supported: Manual Commencement Private Communication and Automatic Commencement Private Communication. Manual Commencement Private Communication mimics a telephone conversation where the receiving party receives a notification that they are being requested to join a Private Communication, and the receiving party might accept, reject, or ignore the Communication request. Once the Communication setup is accepted, the Private Communication is established. Automatic Commencement Private Communication mimics the immediate setup and propagation of Group Communication operation between two users where the transmitting party initiates an Automatic Commencement Private Communication to another user and sends video without any additional Communication setup delay beyond Group Communication. If available and able to accept the Private Communication from the transmitting party, the receiving party immediately joins the Private Communication and processes the Communication transmitting party's video.

[R-5.3.1.2-001] [R-5.3.1.2-002]

[R-5.3.1.3-001] [R-5.3.1.3-002] [R-5.3.1.3-003] [R-5.3.1.3-004]

[R-5.3.1.4-001] [R-5.3.1.4-002]

[R-5.3.1.5-001] [R-5.3.1.5-002] [R-5.3.1.5-003] [R-5.3.1.5-004]

MCVideo Transmission Control Off-Network provides a necessary capability for an authorized user of the MCVideo service to request to transmit, receive an indication of being allowed to transmit or not being allowed to transmit and terminate a request to transmit when the MCVideo user no longer wants to transmit. A transmit time limit is provided which allows an MCVideo Administrator to configure the limits for any transmission related to a single request to transmit. MCVideo Transmission Control Off-Network also provides an override capability based on a priority hierarchy to override an active MCVideo transmission of a transmitting Participant based on configuration.

[R-5.3.2.2-001] [R-5.3.2.2-002] [R-5.3.2.2-003]

[R-5.3.2.3-001] [R-5.3.2.3-002] [R-5.3.2.3-003] [R-5.3.2.3-004] [R-5.3.2.3-005] [R-5.3.2.3-006]

[R-5.3.2.4-001] [R-5.3.2.4-002] [R-5.3.2.4-003] [R-5.3.2.4-004] [R-5.3.2.4-005] [R-5.3.2.4-006] [R-5.3.2.4-007]

[R-5.3.2.5-001] [R-5.3.2.5-002]

[R-5.3.2.6-001] [R-5.3.2.6-002] [R-5.3.2.6-003] [R-5.3.2.6-004] [R-5.3.2.6-005] [R-5.3.2.6-006]

Motion affects the length of time a desired target is shown in the video frame, and can cause the target to blur. The level of motion in a particular piece of video content can have a huge impact on the performance of a video coder. A moving camera might also produce video that is much more difficult to encode efficiently. For public safety applications, if the video is considered "mission critical," the loss or interruption of a video stream or any significant delay in the delivery of the video stream might be unacceptable for processing by the video decoder. Therefore, if a source of video content is in motion and handovers between radio coverage areas are necessary, then it is important that the handovers are handled in a manner to minimize loss, interruption and delay of the video stream.

[R-5.4.1.2-001] [R-5.4.1.2-002]