《外文翻译--音频的编解码》由会员分享，可在线阅读，更多相关《外文翻译--音频的编解码（9页珍藏版）》请在金锄头文库上搜索。
1、 目 录1简介22背景23 RTP用法33.1标记(M)33.2有效负载类型(PT)43.3 时间戳44有效载荷格式44.1有效载荷44.2音频数据55有效载荷格式参数55.1PCMA-WB媒体类型登记65.2PCMU-WB媒体类型登记65.3SDP参数映射到65.4Offer-Answer模型考虑75.5声明SDP考量86 G.711互用性87拥塞控制88安全考虑89IANA考量910.参考910.1规范性参考910.2翔实的参考91简介电信标准化部门参与国际电信联盟(ITU)(讨论)是ITU-G.711.1推荐G.711.1嵌入式宽带本建议的G.711延伸ITU-G.711音频的编解码。这
2、指定一个有效载荷格式文件的G.711.1 packetization音频信号进行编码的实时传输协议(服务器)。2背景G.711.1是一个嵌入式的G.711宽带语音和音频编码算法运行在64，80和96 kbps的。为64 Kbps，G.711.1是完全符合的G.711互操作。因此，在现有的IP电话（VoIP）的G.711的语音基础设施预计有效的部署。编解码器运行在5毫秒的帧，并且默认采样率16千赫。在8 kHz的输入和输出，也支持窄带模式。编码器产生的嵌入式比特流在三层结构对应三个可用比特率：64，80和96 kbps的。该比特流可以被截断在解码端或任何组成部分通讯系统进行调整，“对飞”，比特率
3、的所需的值。下表给出了这些层的更多细节。表2.1 图层描述层说明比特率L0L1L2G.711兼容窄带增强宽带增强64 Kbps16 Kbps16 Kbps表2.2 模式描述模式L0L1L2音频带比特率R1R2aR2bR3XXXXXXXX窄带窄带宽带宽带64 Kbps80 Kbps80 Kbps96 Kbps3 RTP用法该RTP头格式在RFC3550。有效载荷在这个文件中定义的格式使用一个标头中的字段方式与该规范是一致的。3.1标记(M)G.711.1没有定义具体的事情就间断传输（DTX的），又名静音抑制。编解码器无关可使用的机制，如通用舒适噪音有效载荷格式定义在RFC3389。对于应用程序发
4、送数据包或偶尔或者没有舒适噪声包在沉默，第一个包talkspurt - 也就是说，经过第一包应有别于通过设置RTP数据的标志位头一个。该五月初的一个talkspurt被用来调整播放延迟以反映不断变化的网络延迟。应用不沉默抑制必须设置标志位为零。3.2有效负载类型(PT)对其赋值的一种快速有效载荷类型为这个数据包的格式本文档的范围之外,并且不会被指定在这里。预计在这个。服务器简介有效载荷的格式是被使用,将指定一个有效载荷类型为你做这件事编解码器或指明的有效载荷类型是被捆绑动态变化。3.3 时间戳服务器时间戳的时钟频率都是一样的,默认值:16千赫采样频率。也有能力G.711.1凭8-kHz取样分析
5、输入/输出信号。这不会影响到零的解码器不需要先验知识对取样利率在原来信号的输入编码器。因此,根据实施,以及音频声波能力的装置,将输入的编码器和/或解码器输出的可配置在8千赫,然而,一个16-kHz时钟的速度一定总是服务器使用。一帧的时间是5 ms,对应于80样品16千赫。因此,时间戳是增加了80为每个连续帧。4有效载荷格式完整的有效载荷由一个有效载荷标题1澳克太特,紧随其后的是一个或多个连续G.711.1音频帧相同的东西模式。包之间的模式可能会改变,但不是在一个包。4.1有效载荷所有其他的值是留给未来的心肌和不能被使用。收到了一个未定义的心肌梗死有效负荷值必须丢弃。如果一个受限制的mode-s
6、et已经建立起来的信号(见第5节),有效载荷收到与MI的价值不在这个字段必须被丢弃。表4.1 模式有效载荷的标题模式指标G.711.1模式指数帧大小1234R1R2aR2bR340 octets50 octets50 octets60 octets4.2音频数据这个有效载荷后连续音频帧头,被装入时间的顺序,那就是,古老的第一。所有的帧必须是相同的模式,表明,由MI领域的有效载荷的标题。在一个框架、层总是装在相同的顺序:即可在模式R2a L1,并推测模式R2b ,然后L1并推测为模式R3线。这是图解说明。R1L0R2aL0L1R2bL0L2R3L0L1L2图 4.1 音频数据框图一帧的大小所赋予
7、的模式,作为3,每桌实际的帧数很容易从中推断出大小的音频数据部分:nb_frames =(size_of_audio_data)/(size_of_one_frame)。只有充分帧必须加以考虑。所以如果有剩余分区以上,相应的剩余的字节数收到有效载荷必须被忽略。5有效载荷格式参数本节定义了网络参数,可以用于配置在G.711.1选择功能快速传输。G.711法和mu-law都在芯层支持了得10,但没有之间的互操作性和mu-law法。所以两种媒体与相同参数的类型将定义为:音频/ PCMA-WB法的核心,和音频/ PCMU-WB为mu-law核心。这是一致的与声音和音频/ PCMU / PCMA分离G.
8、711媒体类型音频。这些参数的定义为:部分媒体亚型为G.711.1登记编码器。一个映射的参数进入会议简介协议(SDP)RFC4566也是对于那些应用程序用提供SDP。在控制协议不使用MIME或SDP、媒体类型参数必须被映射适当的使用的格式与控制协议。5.1PCMA-WB媒体类型登记本注册完成使用的模板定义在RFC4288以下RFC4855。类型的名字:音频PCMA-WB亚型的名字:没有要求的参数:可选参数:mode-set:制约着活跃的编解码方式设置为一个子集的全部模式。可能的值是一个逗号分隔的序列的模式从集:1、2、3、4(见模式索引表3块5391)。模式中列出的顺序,首先是偏好优先考虑。如
9、果mode-set指定,帧编码与模式外面的子集必须不会发送任何服务器载荷。如果所有编码器模式不在场,是允许的。ptime:长度的推荐时间(毫秒)所代表的媒体在分组。这将是一个整数5的倍数女士(帧大小)。见第6块4566。maxptime:最大长度的时间(毫秒),可以封装在一个包。它应该是一个整数的数倍5迈克尔-舒马赫(帧大小)。见第6块4566。编码的考虑:这个媒体类型是诬陷和内容二进制数据。见第4.8 RFC的4288。第八条:看到安全考虑RFC的5391。没有互操作性需要考虑的事:RFC 5391发表规格:应用可以使用这个媒体的类型:音频和视频会议工具。5.2PCMU-WB媒体类型登记本注
10、册完成使用的模板定义在RFC4288以下RFC4855。类型的名字:音频PCMU-WB亚型的名字:没有要求的参数:可选参数: mode-set制约着活跃的编解码器mode-set:集合的子集模式。可能的值是一个逗号分隔的序列的模式从集:1、2、3、4(见模式索引表3块5391)。模式中列出的顺序,首先是偏好优先考虑。如果mode-set指定,帧编码与模式外面的子集必须不会发送任何服务器载荷。如果所有编码器模式不在场,是允许的。ptime:长度的推荐时间(毫秒)所代表的媒体在分组。这将是一个整数5的倍数女士(帧大小)。见第6块4566。maxptime:最大长度的时间(毫秒),可以封装在一个包。
11、它应该是一个整数的数倍5迈克尔-舒马赫(帧大小)。见第6块4566。编码的考虑:这个媒体类型是诬陷和内容二进制数据。见第4.8 RFC的4288。第八条:看到安全考虑RFC的5391。没有互操作性需要考虑的事:RFC 5391发表规格:应用可以使用这个媒体的类型:音频和视频会议工具。5.3SDP参数映射到携带的信息的媒体类型说明有一个在特定领域的映射,会议简介协议(SDP)RFC4566,是常用来形容服务器会话。当SDP用于指定会话雇用的G.711.1编解码器、测绘等吗如下:媒体类型(“音乐专用”SDP)进入“m =”为媒介的名字。PCMA-WB亚型(“媒体”或“PCMU-WB SDP)进入“
12、= rtpmap”作为该编码的名字。时钟的速度在快速的“=”必须rtpmapG.711.1 16000为。mode-set参数”“走在SDP“= fmtp”属性它作为一种“复制”mode-set = 价值的字符串。ptime参数”“去”和“maxptime SDP中”和“= ptime“一个= maxptime”属性,分别。5.4Offer-Answer模型考虑以下一些利用SDP offer-answer时的应用RFC3264规程来使用洽谈G.711.1有效载荷在服务器:G.711.1以来,在教育领域的延伸,G.711的规定应G.711支持宣布于它的“m =音频”线,与G.711.1优先考虑。
13、这将允许同时拥有这两方面G.711.1和互操作性G.711-only能干的政党。这是由提供PCMA除了PCMA-WB媒体亚型,和/或PCMU除了PCMU-WB。下面是一个例子的一部分,这样的提议,因为法:服务器m =音频54874 AVP 96 8PCMA-WB = rtpmap一96 / 16000一个= rtpmap:8 PCMA / 8000作为提醒,有效载荷的格式,为G.711是部分定义RFC3551 4.5.14。“mode-set”参数是双向的,即,限制mode-set适用于媒体均接受和发送宣布的实体。如果一个mode-set供应要约时,answerer必须回报或相同的mode-s
14、et或其中的一个子集这一点mode-set。可能改变的answerer偏好次序。如果没有mode-set供应要约时,anwerer可以返回一个modeset限制可能的模式。在任何情况下,mode-set对于答案再应用结果表明,answerer。这规定不得发送帧的模式,已被删除这answerer。对多播会话,如“mode-set”是中提供的报价,answerer只参与的会议,如果它支持mode-set提供的。“ptime参数”和“maxptime”将在大多数情况下不是影响互操作性。offer-answer SDP的处理“ptime中所描述的“参数RFC3264。“maxptime”参数必须被处理
15、在同样的方式。任何未知参数在阿要约必须被人们忽视的接收机和不能被包括在回答。以下是一些例子的部分offer-answer SDP交流。例1提供:G.711.1所有运输方式,G.711 mu-law后退,而希望服务器m =音频54874 AVP 96 97 0 8PCMU-WB = rtpmap一96 / 16000rtpmap:97 PCMA-WB一= / 16000一个= rtpmap:0 PCMU / 8000一个= rtpmap:8 PCMA / 8000答:所有运输方式接受,两亩-法。服务器m =音频59452 AVP 96 97PCMU-WB = rtpmap一96 / 16000rtpmap:97 PCMA-WB一= / 16000例2提供:G.711.1所有运输方式,G.711后退,而希望法服务器m =音频54874 AVP 96 97 8 0PCMA-WB = rtpmap一96 / 16000rtpmap:97 PCMU-WB一= / 16000答:只
