外文翻译
诬陷和内容二进制数据。见第4.8 RFC的4288。第八条:看到安全考虑RFC的5391。没有互操作性需要考虑的事:RFC 5391发表规格:应用可以使用这个媒体的类型:音频和视频会议工具。
5.3SDP参数映射到
携带的信息的媒体类型说明有一个在特定领域的映射,会议简介协议
(SDP)[RFC4566],是常用来形容服务器会话。当SDP用于指定会话雇用的G.711.1编解码器、测绘等吗如下:
媒体类型(“音乐专用”SDP)进入“m =”为媒介的名字。PCMA-WB亚型(“媒体”或“PCMU-WB SDP)进入“= 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优先考虑。这将允许同时拥有这两方面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-set或其中的一个子集这一点mode-set。可能改变的answerer偏好次序。如果没有mode-set供应要约时,anwerer可以返回一个modeset限制可能的模式。在任何情况下,mode-set对于答案再应用结果表明,answerer。这规定不得发送帧的模式,已被删除这answerer。对多播会话,如“mode-set”是中提供的报价,answerer只参与的会议,如果它支持mode-set提供的。“ptime参数”和“maxptime”将在大多数情况下不是影响互操作性。offer-answer SDP的处理“ptime中所描述的“参数[RFC3264]。“maxptime”参数必须被处理在同样的方
- 6 -
外文翻译
式。任何未知参数在阿要约必须被人们忽视的接收机和不能被包括在回答。以下是一些例子的部分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答:只要法模式R3线服务器m =音频59452 AVP 96PCMA-WB = rtpmap一96 / 16000fmtp:96 mode-set一个= = 4
例3提供:G.711.1法与两种模式,R2b和R3,R3优先服务器m =音频54874 AVP 96PCMA-WB = rtpmap一96 / 16000fmtp:96 mode-set一个= = 4、3答:接受服务器m =音频59452 AVP 96PCMA-WB = rtpmap一96 / 16000fmtp:96 mode-set一个= = 4、3如果answerer希望限制了一种模式,它就会只有一个回答mode-set中有一定的应用价值,例如modeset =R2b 3为模式。
5.5声明SDP考量
利用SDP的声明,没有特殊定义有效载荷的格式。所给出的SDP配置时一定要用发送和/或接收媒体在了会议。
6 G.711互用性
总计约100层的G.711.1与G.711是完全互可操作,现在也是G.711.1嵌在所有运输方式的。这可以提供一种简单的G.711.1 -G.711代码转换的过程。网关或任何其他网络设备接收G.711.1包即可一个G.711-compatible容易提取有效载荷,而不需要译码和re-encode的音频信号。它只需要简单地把音频数据载荷的上层,剥了(左二)和/或母语负迁移现象,如果有的话。如果一个G.711.1包包含一些画面、连续的每一帧的10层将会形成一个G.711-compatible载荷。
7拥塞控制
为快速拥塞控制应使用,依照RFC3550][和任何适当的外表(例如,[RFC3551])。G.711.1嵌入式的本质才能有利于音频数据拥塞控制的,因为一个编码方式较低比特率选
- 7 -
外文翻译
择需要时。这个属性是可用的,只有当多个模式也一直在进行(不是没有“mode-set SDP”的参数\或\至少有两种模式)。封装的帧数在每个服务器的有效载荷的影响整体带宽的流,由于服务器页眉的开销。在每个服务器包装更多的帧的数量可以减少载荷就打发人去,因此包的页眉开销,而代价增加减少误差时延和鲁棒性。
8安全考虑
使用服务器的有效载荷的格式定义的包在本规范受通用安全考量中所讨论的吗RFC3550琳琅规程[]和任何适当的外表(例如,[RFC3551])。作为这种格式编码语音/音频,输送最主要的安全课题包含机密,正直保护、认证的语音/音频本身。这个有效载荷形式本身没有任何内建安全机制。任何合适的外部机制,如安全实时传输协议
(SRTP)[RFC3711),可能被使用。这个有效载荷格式及G.711.1编码不展示任何receiver-end显著的非均匀性的计算负荷,因此,他们不可能,由于构成拒绝服务的威胁病理数据报的收据。除此之外,他们两人并不包含任何类型的积极内容,如脚本。
9IANA考量
两个新媒体亚型(音频/ PCMA-WB和音频/ PCMU-WB)已经发生IANA注册。看到5.1和5.2节。
10.参考
10.1规范性参考
[ITU-G.711.1]国际电信联盟”,宽带G.711嵌入式拓展脉冲编码调制”,推荐G.711.1讨论,2008年三月。
[RFC2119]他,宋文沛,“关键词用于协议规范文件(rfc来表示千禧银行要求水平”,14日,1997年3月RFC 2119。
[RFC3264]黄嘉彦、h . Schulzrinne罗森伯格,“要约/答案会议简介协议模型(SDP)”,自密实混凝土3264,2002年9月。
[RFC3550]Schulzrinne,梁月明,Casner,宋文沛,弗雷德里克·r·及V。雅各布森,”:一种传输协议的快速实时64岁的应用程序” RFC 3550,2003年7月。
[RFC3551]Schulzrinne硕士论文,台南Casner情况表”,琳琅音频用最小的控制和视频会议”。
- 8 -
外文翻译
[RFC4288]中解脱出来,n .和j . Klensin,“媒体类型规格千禧银行和登记制度”,13日,RFC 42882005年12月。[RFC4566]当时,m .雅各布森,v,和c SDP柏金斯”:会议简介协议”,RFC 4566,2006年7月。
[RFC4855]. Casner琳琅”媒体类型登记载荷RFC 4855格式”,2007年2月。
10.2翔实的参考
[ITU-G.711]国际电信联盟”,脉冲编码调制(PCM)的声音频率,讨论”推荐G.711,11月1988年。
[RFC3389]Zopf。《实时传输协议(服务器)载荷为舒适噪声(CN)”,2002年9月,RFC 3389。
[RFC3711]Baugher、m McGrew,2003,(1992),Naslund)、诺、k . Norrman,“安全实时传输协议(SRTP)”,2004年3月,RFC 3711。
- 9 -