1. Blending RTSP and SIP signaling for IPTV and VoD services in the IMS Presented by Robert Marston Department of Electrical Engineering University of Cape Town

2. UCT-COE Seminar 000 Page 2 September 11, 2015 Overview  Introduction  SIP and RTSP in the IMS  SIP-RTSP Hybrid IPTV/VoD Architecture  Future Work  Questions

3. UCT-COE Seminar 000 Page 3 September 11, 2015 Introduction  Internet Protocol Television (IPTV) and Video on Demand Services are expected to play a major role in NGN networks such as the IMS.  The Session Initiation Protocol (SIP) is used to transfer signaling information within the IMS core.  Currently there is no standard for handling of multimedia signaling in the IMS and current trends utilize the Real Time Streaming Protocol (RTSP) for the handling of the so called trick play functions (PLAY, PAUSE, FAST FORWARD, etc)

4. UCT-COE Seminar 000 Page 4 September 11, 2015 Difficulties of using RTSP with the IMS  It is however difficult to incorporate RTSP into the IMS since RTSP was created to set up multimedia sessions and as such duplicates much of what SIP is already doing.  It is not easy to authenticate and bill clients for playing media due to the separate RTSP and SIP sessions being set up.  At the same time it is desirable to have separate control signaling for media streams which does not need to traverse the core IMS network.

5. UCT-COE Seminar 000 Page 5 September 11, 2015 Blending SIP, RTSP and HTTP  A hybrid architecture that blends SIP and RTSP is needed.  In addition to this the Hyper Text Transfer Protocol (HTTP) is useful for transferring Electronic Program Guide (EPG) metadata to clients.

6. UCT-COE Seminar 000 Page 6 September 11, 2015 Hybrid SIP-RTSP-HTTP Architecture

7. UCT-COE Seminar 000 Page 7 September 11, 2015 The Electronic Program Guide  Gives a listing of the broadcast channels and available video on demand content.  EPG Server is an HTTP server with access to a database containing channel and video information.  Client Interface merely consists of a web browser.

8. UCT-COE Seminar 000 Page 8 September 11, 2015 Content Guide Example

9. UCT-COE Seminar 000 Page 9 September 11, 2015 The IPTV/VoD Application Server  Client invites the IPTV/VoD AS with the content URL he is requesting. Eg. movie1@iptv.open-ims.test  AS interfaces with the HSS to obtain user subscription data and determine whether or not the user is allowed to access the content.  If the client is allowed to watch the content he/she is requesting then the IPTV AS forwards the invite to the Media Control Function, else replies to the client with an appropriate response, eg. Payment required, not authorized to access, etc

10. UCT-COE Seminar 000 Page 10 September 11, 2015 The Media Functions  Media Control Function (MCF) is responsible for setting up for the RTSP session with the Media Distribution Function.  Replies to the client with a SIP 200 OK and includes a SDP description of the media streams the client will be receiving.  Terminates the session after a period of time (e.g. 24 hrs) allowing the client unrestricted access to the content for this period.  In order to stay RFC 2326 compliant the MCF must act as a proxy and tunnel media streams to the client. It is then important that the MCF and MDF be co-located in order to ensure the delay cause by tunneling is minimal.

11. UCT-COE Seminar 000 Page 11 September 11, 2015 Future Work in this Area  IPTV Service discovery functions.  IPTV Service management functions.  RTSP and SIP Hybrid is not ideal. Possibly implement a new standard that strips out the session setup of RTSP.

12. UCT-COE Seminar 000 Page 12 September 11, 2015 Questions?

13. UCT-COE Seminar 000 Page 13 September 11, 2015 Questions?

14. UCT-COE Seminar 000 Page 14 September 11, 2015 Questions?