Content for  TS 26.114  Word version:  18.5.0

The video bandwidths used for defining MBR and GBR are assumed to be 192 kbps and 64 kbps, respectively. The IPv6 overhead is 16 kbps (assuming 15fps and 2 IP packets per frame) for MBR and 8 kbps (assuming 15fps and 1 IP packets per rame) for GBR, resulting in 208 kbps and 72 kbps, respectively. The transfer delay for video is different from other media. The applicable H.264 profile level can be derived from the "profile-level-id" MIME parameter signalled within the SDP "a=fmtp" attribute. H.264 receivers can request to receive only a lower bandwidth than depicted in this example via the SDP "b:AS" parameter.

The video bandwidth is assumed to be 384 kbps and the IPv4 overhead 20 kbps (assuming 15fps and 4 IP packets per frame), resulting in 404 kbps. The transfer delay for video is different from other media. The applicable H.264 profile level can be derived from the "profile-level-id" MIME parameter signalled within the SDP "a=fmtp" attribute.

The video bandwidth is assumed to be 384 kbps and the IPv6 overhead 32 kbps (assuming 15fps and 4 IP packets per frame), resulting in 416 kbps. The transfer delay for video is different from other media. IPv6 is also assumed. The applicable H.264 profile level can be derived from the "profile-level-id" MIME parameter signalled within the SDP "a=fmtp" attribute. H.264 receivers can request to receive only a lower bandwidth than depicted in this example via the SDP "b:AS" parameter.

The video bandwidths used for defining MBR and GBR are assumed to be 384 kbps and 192 kbps, respectively. The IPv4 overhead is 20 kbps (assuming 15fps and 4 IP packets per frame) for MBR and 10 kbps (assuming 15 fps and 2 IP packets per frame) for GBR, resulting in 404 kbps and 202 kbps, respectively. The transfer delay for video is different from other media. The applicable H.264 profile level can be derived from the "profile-level-id" MIME parameter signalled within the SDP "a=fmtp" attribute. H.264 receivers can request to receive only a lower bandwidth than depicted in this example via the SDP "b:AS" parameter.

The video bandwidths used for defining MBR and GBR are assumed to be 384 kbps and 192 kbps, respectively. The IPv6 overhead is 32 kbps (assuming 15fps and 4 IP packets per frame) for MBR and 16 kbps (assuming 15fps and 2 IP packets per frame) for GBR, resulting in 416 kbps and 208 kbps, respectively. The transfer delay for video is different from other media. The applicable H.264 profile level can be derived from the "profile-level-id" MIME parameter signalled within the SDP "a=fmtp" attribute. H.264 receivers can request to receive only a lower bandwidth than depicted in this example via the SDP "b:AS" parameter.

The video bandwidth is assumed to be 500 kbps and the IPv6 overhead 36 kbps (assuming 25 fps, 3 IP packets per frame and IPv6), resulting in 540 kbps. Adding 5% for RTCP increases the bandwidth by 27 kbps. However, the RTCP bandwidth is limited to max 14 kbps, see clause 7.3.1. Rounding up to the next higher integer multiple of 8 kbps gives 560 kbps.

The video bandwidths used for defining MBR and GBR are assumed to be 500 kbps and 40 kbps, respectively. The IPv6 overhead is 36 kbps (assuming 25 fps and 3 IP packets per frame) for MBR and 2.4 kbps (assuming QCIF, 5 fps and 1 IP packets per frame) for GBR, resulting in 540 kbps and 45 kbps, respectively. Adding 5% for RTCP increases the bandwidth by 27 kbps for both MBR and GBR. However, the RTCP bandwidth is limited to max 14 kbps, see clause 7.3.1. Rounding up to the nearest higher integer multiple of 8 kbps gives 560 kbps and 64 kbps, respectively.

The video bandwidth is assumed to be 600 kbps and the IPv6 overhead 36 kbps (assuming 25 fps, 3 IP packets per frame and IPv6), resulting in 640 kbps. Adding 5% for RTCP increases the bandwidth by 32 kbps. However, the RTCP bandwidth is limited to max 14 kbps, see clause 7.3.1. Rounding up to the next higher integer multiple of 8 kbps gives 656 kbps.

The video bandwidths used for defining MBR and GBR are assumed to be 600 kbps and 40 kbps, respectively. The IPv6 overhead is 36 kbps (assuming 25 fps and 3 IP packets per frame) for MBR and 2.4 kbps (assuming QCIF, 5 fps and 1 IP packets per frame) for GBR, resulting in 640 kbps and 45 kbps, respectively. Adding 5% for RTCP increases the bandwidth by 32 kbps for both MBR and GBR. However, the RTCP bandwidth is limited to max 14 kbps, see clause 7.3.1. Rounding up to the nearest higher integer multiple of 8 kbps gives 656 kbps and 64 kbps, respectively.

The video bandwidth is assumed to be 650 kbps and the IPv6 overhead 36 kbps (assuming 25 fps, 3 IP packets per frame and IPv6), resulting in 690 kbps. Adding 5% for RTCP increases the bandwidth by 34.5 kbps. However, the RTCP bandwidth is limited to max 14 kbps, see clause 7.3.1. Rounding up to the next higher integer multiple of 8 kbps gives 704 kbps.

The video bandwidths used for defining MBR and GBR are assumed to be 650 kbps and 40 kbps, respectively. The IPv6 overhead is 36 kbps (assuming 25 fps and 3 IP packets per frame) for MBR and 2.4 kbps (assuming QCIF, 5 fps and 1 IP packets per frame) for GBR, resulting in 690 kbps and 45 kbps, respectively. Adding 5% for RTCP increases the bandwidth by 34.5 kbps for both MBR and GBR. However, the RTCP bandwidth is limited to max 14 kbps, see clause 7.3.1. Rounding up to the nearest higher integer multiple of 8 kbps gives 704 kbps and 72 kbps, respectively.

The video bandwidth is assumed to be 750 kbps and the IPv6 overhead 48 kbps (assuming 25 fps, 4 IP packets per frame and IPv6), resulting in 800 kbps. Adding 5% for RTCP increases the bandwidth by 40 kbps. However, the RTCP bandwidth is limited to max 14 kbps, see clause 7.3.1. Rounding up to the next higher integer multiple of 8 kbps gives 816 kbps.

The video bandwidths used for defining MBR and GBR are assumed to be 750 kbps and 40 kbps, respectively. The IPv6 overhead is 48 kbps (assuming 25 fps and 4 IP packets per frame) for MBR and 2.4 kbps (assuming QCIF, 5 fps and 1 IP packets per frame) for GBR, resulting in 800 kbps and 45 kbps, respectively. Adding 5% for RTCP increases the bandwidth by 40 kbps for both MBR and GBR. However, the RTCP bandwidth is limited to max 14 kbps, see clause 7.3.1. Rounding up to the nearest higher integer multiple of 8 kbps gives 816 kbps and 72 kbps, respectively.