Presentation is loading. Please wait.

Presentation is loading. Please wait.

RTP Payload Format for Reed Solomon FEC of Multiple Flows draft-galanos-fecframe-rtp-reedsolomon-mf-00 Sarit Galanos, RADVISION IETF.

Similar presentations


Presentation on theme: "RTP Payload Format for Reed Solomon FEC of Multiple Flows draft-galanos-fecframe-rtp-reedsolomon-mf-00 Sarit Galanos, RADVISION IETF."— Presentation transcript:

1 RTP Payload Format for Reed Solomon FEC of Multiple Flows draft-galanos-fecframe-rtp-reedsolomon-mf-00 Sarit Galanos, RADVISION IETF 75 – July 2009 Einat Yellin, RADVISION

2 Background Searched for a method of protecting RTP packets in multiple flows against random, bursty losses which enables: – Backward compatibility – Low recovery delay – Dynamic on/off switching This draft – Describes FEC scheme based on Reed Solomon code and FEC framework – Specifies RTP payload format for such FEC packets

3 Relation to other drafts

4 Relevant existing work DocumentFEC codeTransport#protected flows Comments RFC 5109XORRTPSingle draft-ietf-fecframe-1d2d- parity-scheme-01 XORRTPSingleHigh delay/FEC overhead draft-ietf-avt- reedsolomon-00 RSRTPSingleExpired 1999 draft-roca-fecframe-rs-00RSUDPMultiple draft-galanos-fecframe- rtp-reedsolomon-mf-00 RSRTPMultipleLow delay

5 Basic approach

6 RTP header for repair packets |V=2|P|X| CC |M| PT | sequence number | | timestamp | | synchronization source (SSRC) identifier | +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ | contributing source (CSRC) identifiers | |.... | Marker bit (M) – not used Payload Type (PT) – dynamically determined in SDP Sequence Number – initiated randomly [rfc3550] – One higher than number in the previously transmitted repair packet Timestamp – corresponds to repair packet transmit time Synchronization source (SSRC) – randomly assigned [rfc3550]

7 FEC header for repair packets |FEC Header Len | N-K | i | Num flows | | FID | Num Packets | SN Base | | FID | Num Packets | SN Base | | FID | Num Packets | SN Base | General fields – FEC Header Len – length (in octets) of this FEC header – N-K – the number of FEC packets used to protect this block – i – index of this FEC packet among all protecting packets in this block – Num flows – number of flows protected in this FEC block Per-flow fields – FID – flow ID. Determined by SDP. – Num Packets –number of packets from this flow that are used in this block – SN base –sequence number of the first packet from this flow that is used in this block

8 IANA Registration Register subtype name reed-solomon-mf-fec for audio/video/text/application Required parameters – Max_N – upper limit for N, which is the total number of source and repair packets in a block – Repair window (us) – time span of the source and repair packets

9 SDP example v=0 o=sarit IN IP4 fec.example.com s= Reed Solomon FEC for multiple flows Example t=0 0 a=group:FEC S1 S2 R1 m=video RTP/AVP 100 c=IN IP /127 a=rtpmap:100 MP2T/90000 a=fec-source-flow: id=0 a=mid:S1 m=video RTP/AVP 101 c=IN IP /127 a=rtpmap:101 MP2T/90000 a=fec-source-flow: id=1 a=mid:S2 m=application RTP/AVP 110 c=IN IP /127 a=rtpmap:110 reed-solomon-mf-fec /90000 a=fmtp:110 max_N:5; repair-window: a=mid:R1

10 Use cases Video conferencing Scalable Video Coding – Unequal Error Protection (among packets) 3D video delivery – UEP between 2D and depth – Multi Session for 2 video sequences

11 Open issues Fast switching between RS and simple XOR

12 Next steps Comments are welcome! Add more examples for the different use cases Recommend to make this draft a WG item


Download ppt "RTP Payload Format for Reed Solomon FEC of Multiple Flows draft-galanos-fecframe-rtp-reedsolomon-mf-00 Sarit Galanos, RADVISION IETF."

Similar presentations


Ads by Google