RDK-V Use Cases

All streaming will be done by the Media Streamer in the Gateway (Hybrid) device. The RMF source element in the Client box will receive the data and do the processing.

Use case for live streaming

Here all the data is streamed from the media streamer through Home networking sink. HNSrc in the Client will receive the data from HNSink and playback using the RMF pipeline.

• Here SPTS data is streamed from the media streamer through Home networking sink. HN Src in the Client device will receive the data from HN sink and playback using the RMF pipe line.
• After receiving the request URI, the media server creates an RMFQAM source element and HN Sink element. RMFQAM source tunes to a particular program, starts pumping clear SPTS stream.
• Media Server connects the QAM Source to the HN Sink. HN Source receives the media at the client side for play out.
• In the case of encrypted media play out, the stream data is decrypted using the POD manager  which is invoked by the QAM source. QAM Source sends the clear SPTS to the HN Sink.
• Media server registers to get events from QAM Source. Through the event mechanism QAM Source will send user authorization related information to the Media Server and the Media Server sends this information to client device.
• DTCP encryption and decryption are used for protecting contents over network.

The sequence diagram for the live streaming is as follows.

Use case for streaming live video with a recording

In this use case, the Media Server requests the DVR Manager to share a Recording corresponding to a SourceId, if no Recording is available the QAM Source is queried for an instance with the same SourceId. DVR manager creates a Recording with a unique ID along with DVR Sink and connects the QAM Sources to the DVR Sink. DVR manager shares the QAM Source instance with the media server. Media Server connects the QAM Source to the HN Sink.

A TSB(Time Shift buffer) is a recording with a special property called maximum duration. When maximum duration reached during TSB, a sliding time window will be applied for recording.

The clear SPTS from QAM Source is AES encrypted by the DVR sink before it’s saved in the HDD.

The block diagram for the scenario as follows.

Use case for playing a recorded media stream

In case of recording, the stream data is taken from the RMF Source elements.  AES encryption algorithms are applied before the stream is saved in the storage media by the DVR Sink.

In the case of recording media playout, the stream data is taken by the DVR Source.  AES decryption algorithms are applied before streaming to the Media Player Client. A DTCP-IP encryption will be applied to the AES decrypted stream. DTCP-IP decryption will be applied by the HN Src in Client.

The sequence diagram for the DVR playback is as follows.

Use case for recording a media stream

In case of recording, the stream data is taken from the RMF Source elements.  AES encryption algorithms are applied before the stream is saved in the storage media by the DVR Sink.

The elements involved in the process are as follows.

The Recorder component in the Hub device maintains the entire recording list. The main functionalities of the recorder are as follows.

• Manages local recording list.
• Maintains list of active, completed and scheduled recordings.
• Communicates with scheduling server to maintain schedule of future recordings, and Starts and stops recordings per the schedule
• Monitor disk space and deletes recordings per command or as space needed.
• Recorder implements following components:
  
  

The overall recording process will be as follows.