3. Registering Additional Encodings

3. 注:附加.!

本配置文件列出了;组.!, 每个.!由特!!媒体数据压.或表示方., 以及 用于在 RTP 中!装! payload format 组成:;?其中;! payload format 在本文 档中规!, 其他则在单独! RFC 中规!:;?预计未来还.!!建超出这:;列!合! 附加.!, 并在附加! payload format RFC 中规!:;?

本配置文件还为每个.!分配;个!名称, ! Session Description Protocol (SDP), RFC 2327 [6] 等!高?控制协议 MAY 用来标识为特! RTP .!话;择! .!:;?

在!!上下文中, 以 MIME content-type !形..用这!.!可能有用:;?为便于 这样!!, RFC 3555 [7] 根据 RFC 2048 [8] 中规!! MIME 注:程序, 为这: 列出!;有.!名称提!了注:, 将其作为 "audio" : "video" MIME type 下! MIME subtype 名称:;?

为在本配置文件 (或其他配置文件) 下使用;:规!!任何附加.!, !可以被分配 在 Internet Assigned Numbers Authority (IANA) 注:为 MIME subtype !名称:;? 该注:表提!;种方., 确保分配给附加.!!名称保:!唯;:;?RFC 3555 规!了 RTP .!注:;;!信!:;?

除了为.!分配名称外, 本配置文件还为其中;!.!分配静;! RTP payload type .号:;?然;:, payload type .号空间!对较小, 无法容纳;有现有:未来.!! 分配:;?在 RTP 发展!早!阶段, 必须使用静;!分配! payload type, !为还没有 规!将.!绑!到 payload type !其他机制:;?当时预!.!规!超出本文档:!! 非 RTP 手段 (例?!录服务或?;请协议), 用来建立 payload type 与.!之间! 动;!映射:;?现在, Session Description Protocol (SDP) 以及 ITU-T Recommendation H.323/H.245 等其他协议中已经规!了!义动;! payload type 绑!!机制:;?这!机制把已注:! encoding/payload format 名称, 连:任何额外 必;?数 (例? RTP timestamp clock rate :;!!数), 关!到;个 payload type .号:;?该关!只在建立动;! payload type 绑!! RTP .!话:!续!间有效:;?该关! 只;?用于建立它! RTP .!话, !此这!.号可在不:.!话中为不:.!重复使用, 从;:!免.号空间限制:;?

本配置文件保留 96-127 :!内! payload type .号, 专用于动;!分配:;?应用程序 SHOULD 首先使用此:!内!;.作为动;! payload type:;?;!!义超过 32 个动;! payload type !应用程序 MAY 绑! 96 以下!代!, 在这种情况下 RECOMMENDED 首先使用未分配! payload type .号:;?然;:, 静;!分配! payload type 是默认 绑!, ?有;! MAY 动;!绑!到新!.!:;??果尝试在未获取!义动;! payload type !.!话描述信!!情况下加入.!话, 重新!义 96 以下! payload type 可能 .致错误运::;?

?果没有明确!义!机制来:示映射, SHOULD NOT 使用动;! payload type:;?!!与 在本配置文件下运:!其他系!互操作!系! SHOULD NOT 自:把专有.!分配给 特!!!! payload type:;?

本规:确立?下策略: 除本文档中!义!静;! payload type 之外, 不再分配附加 !静;! payload type:;?确立此策略可!免试!!建;组接受静;!分配标准!问题, 并.励实现:部署动;! payload type 机制:;?

;终!静;! payload type 分配!合!表 4 :表 5:;?