Upload
delilah-goodwin
View
219
Download
0
Tags:
Embed Size (px)
Citation preview
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
UCT-COE Seminar000 Page 2 April 19, 2023
Overview
Introduction SIP and RTSP in the IMS SIP-RTSP Hybrid IPTV/VoD Architecture Future Work Questions
UCT-COE Seminar000 Page 3 April 19, 2023
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)
UCT-COE Seminar000 Page 4 April 19, 2023
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.
UCT-COE Seminar000 Page 5 April 19, 2023
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.
UCT-COE Seminar000 Page 7 April 19, 2023
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.
UCT-COE Seminar000 Page 9 April 19, 2023
The IPTV/VoD Application Server
Client invites the IPTV/VoD AS with the content URL he is requesting. Eg. [email protected]
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
UCT-COE Seminar000 Page 10 April 19, 2023
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.
UCT-COE Seminar000 Page 11 April 19, 2023
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.