Browse Prior Art Database

RTP Payload Format for H.263 Video Streams (RFC2190)

IP.com Disclosure Number: IPCOM000002748D
Original Publication Date: 1997-Sep-01
Included in the Prior Art Database: 2000-Sep-13
Document File: 10 page(s) / 25K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

C. Zhu: AUTHOR

Abstract

This document specifies the payload format for encapsulating an H.263 bitstream in the Real-Time Transport Protocol (RTP). Three modes are defined for the H.263 payload header. An RTP packet can use one of the three modes for H.263 video streams depending on the desired network packet size and H.263 encoding options employed. The shortest H.263 payload header (mode A) supports fragmentation at Group of Block (GOB) boundaries. The long H.263 payload headers (mode B and C) support fragmentation at Macroblock (MB) boundaries.

This text was extracted from a ASCII document.
This is the abbreviated version, containing approximately 11% of the total text.

Network Working Group C. Zhu

Request for Comments: 2190 Intel Corp.

Category: Standards Track September 1997

RTP Payload Format for H.263 Video Streams

Status of This Memo

This document specifies an Internet standards track protocol for the

Internet community, and requests discussion and suggestions for

improvements. Please refer to the current edition of the "Internet

Official Protocol Standards" (STD 1) for the standardization state

and status of this protocol. Distribution of this memo is unlimited.

Abstract

This document specifies the payload format for encapsulating an H.263

bitstream in the Real-Time Transport Protocol (RTP). Three modes are

defined for the H.263 payload header. An RTP packet can use one of

the three modes for H.263 video streams depending on the desired

network packet size and H.263 encoding options employed. The shortest

H.263 payload header (mode A) supports fragmentation at Group of

Block (GOB) boundaries. The long H.263 payload headers (mode B and C)

support fragmentation at Macroblock (MB) boundaries.

1. Introduction

This document describes a scheme to packetize an H.263 video stream

for transport using RTP [1]. H.263 video stream is defined by ITU-T

Recommendation H.263 (referred to as H.263 in this document) [4] for

video coding at very low data rates. RTP is defined by the Internet

Engineering Task Force (IETF) to provide end-to-end network transport

functions suitable for applications transmitting real-time data over

multicast or unicast network services.

2. Definitions

The following definitions apply in this document:

CIF: Common Intermediate Format. For H.263, a CIF picture has 352 x

288 pixels for luminance, and 176 x 144 pixels for chrominance.

QCIF: Quarter CIF source format with 176 x 144 pixels for luminance

and 88 x 72 pixels for chrominance.

Sub-QCIF: picture source format with 128 x 96 pixels for luminance

and 64 x 48 pixels for chrominance.

4CIF: Picture source format with 704 x 576 pixels for luminance and

352 x 288 pixels for chrominance.

16CIF: Picture source format with 1408 x 1152 pixels for luminance

and 704 x 576 pixels for chrominance.

GOB: For H.263, a Group of Blocks (GOB) consists of k*16 lines,

where k depends on the picture format (k=1 for QCIF, CIF and sub-

QCIF; k=2 for 4CIF and k=4 for 16CIF).

MB: A macroblock (MB) contains four blocks of luminance and the

spatially corresponding two blocks of chrominance. Each block

consists of 8x8 pixels. For example, ...