首页 48语音分组数据丢失处理及实例

48语音分组数据丢失处理及实例

48语音分组数据丢失处理及实例语音分组数据丢失处理及实例本文指定了一些处理数据包丢失情况的方法。数据包丢失通常也会触发自适应。协议定义了一个SDP属性，如下：a=bw-info:=;...;=是带宽信息应用于的RTP有效负载类型的定义。这可以是单个值、以逗号分隔的RTP负载类型号列表或通配符（“*”）。要不是‘send’要不是‘recv’..=定义带宽属性和相关带宽值.“a=bw-info”属性允许协商会话中应用层冗余可以使用多少额外带宽（如果有的话）。当使用应用层冗余时，可能需要增加为会话协商的媒体带宽，即通过增加用于b＝AS带宽修饰符的值。...

语音分组数据丢失处理及实例本文指定了一些处理数据包丢失情况的方法。数据包丢失通常也会触发自适应。协议定义了一个SDP属性，如下：a=bw-info:

=;...;=

是带宽信息应用于的RTP有效负载类型的定义。这可以是单个值、以逗号分隔的RTP负载类型号列表或通配符（“*”）。要不是‘send’要不是‘recv’..=定义带宽属性和相关带宽值.“a=bw-info”属性允许协商会话中应用层冗余可以使用多少额外带宽（如果有的话）。当使用应用层冗余时，可能需要增加为会话协商的媒体带宽，即通过增加用于b＝AS带宽修饰符的值。然而，b＝AS带宽修饰符只是单个值，其也仅适用于接收方向。因此，当终端中的MTSI（MultimediaTelephonyServiceforIMS）客户端发送SDP时，网络和另一客户端不可能知道是否始终使用整个媒体带宽（有冗余和无冗余）；或者是否仅在需要冗余时使用b＝AS带宽，并且在冗余时使用较低的带宽不需要。也不可能知道终端中的MTSI客户机在发送方向上可以做什么。“a=bw-info”属性提供了一种改进的协商机制，以便更好地了解终端中的MTSI客户端可以做什么以及它打算做什么。这里提供了一种在严重丢包情况下的操作方案。核心思想是冗余。应用层冗余是通过将一个或多个先前发送的语音帧封装到与当前未发送帧相同的RTP分组数据中来生成。因此，RTP分组可以包含零、一个或多个冗余语音帧和零、一个或多个非冗余语音帧。在传输冗余时，MTSI客户端应切换到较低的编解码器模式。使用AMR或AMR-WB的MTSI客户机应利用协商的编解码器模式中的编解码器模式速率，并按照mode-change-neighbor和mode-change-period定义的协商适应步骤和限制进行设置。建议在达到目标编解码器模式之前不要发送冗余语音帧。表1定义了不同冗余级别组合的推荐编解码器模式。当应用层冗余用于AMR或AMR-WB编码语音媒体时，发送应用程序可使用高达300%的冗余，即在一个RTP分组中传输的语音帧可以在3个其他RTP分组中重复。表1：建议的编解码器模式和冗余级别组合支持冗余时RedundancylevelNoredundancy100%redundancyNarrow-bandspeechAMR12.2AMR5.9Wide-bandspeech(whenwide-bandissupported)AMR12.65AMR6.60在发送冗余帧时，冗余帧应与非冗余媒体数据一起封装，如图1所示。帧应连续，最旧的帧放置在分组中的第一个帧和最后放置在分组中的最近帧。RTP时间戳应表示在分组中传输的最旧帧中第一个样本的采样时间。RedundantframesOriginalframesPacketnoMRTPheaderFramenoN-1FramenoNPacketnoM+1RTPheaderFramenoNFramenoN+1PacketnoM+2RTPheaderFramenoN+1FramenoN+2PacketnoM+3RTPheaderFramenoN+2FramenoN+3StartofpayloadsEndofpayloads图1：100%冗余情况下的冗余和非冗余帧，当原包装为每分组包1帧时图1仅显示了与一个冗余帧封装在一起的一个非冗余帧。允许用一个或多个冗余帧封装多个非冗余帧。可以使用以下非冗余帧和冗余帧的组合。表2:maxptime为240时不同冗余级别的帧封装示例原始封装(无冗余)100%冗余封装200%冗余封装300%冗余封装每分组包1帧1non-redundantframe1non-redundantframe1non-redundantframeandandand3redundantframes1redundantframe2redundantframes每分组包2帧2non-redundantframes2non-redundantframes2non-redundantframesandandand2redundantframes4redundantframes6redundantframes每分组包3帧3non-redundantframes3non-redundantframes3non-redundantframesandandand3redundantframes6redundantframes9redundantframes每分组包4帧4non-redundantframes4non-redundantframesNotallowedsincemaxptimeandanddoesnotallowmorethan4redundantframes8redundantframes12framesperRTPpacketinthisexamplemaxptime值为240时，每个分组包最多可以封装12帧。因此，当原始封装为每包4帧时，不允许使用300%，如表2所示。如果接收器的maxptime值低于240，那么将禁止更多原始封装和冗余级别的组合。发送方还应确保在发送IP/UDP/RTP数据包时不超过最大传输单元（MTU：MaximumTransferUnit）。图2显示了一个示例，其中帧聚合是每个数据包2帧，并且添加了100%冗余。RedundantframesOriginalframesPacketnoMRTPheaderFramenoN-2FramenoN-1FramenoNFramenoN+1PacketnoM+1RTPheaderFramenoNFramenoN+1FramenoN+2FramenoN+3PacketnoM+2RTPheaderFramenoN+2FramenoN+3FramenoN+4FramenoN+5PacketnoM+3RTPheaderFramenoN+4FramenoN+5FramenoN+6FramenoN+7StartofpayloadsEndofpayloads图2：100%冗余情况下的冗余和非冗余帧，当原包装为每包2帧时冗余帧可以被NO_DATA帧代替。如果发送器想要将非连续帧封装到一个RTP分组中，则不应为未传输的帧插入NO_DATA帧，以便在分组中创建连续的帧。当发送带有偏移量的冗余时，使用此方法，见图3。RedundantframesOriginalframesPacketnoMRTPheaderFramenoN-2NO_DATAFramenoNPacketnoM+1RTPheaderFramenoN-1NO_DATAFramenoN+1PacketnoM+2RTPheaderFramenoNNO_DATAFramenoN+2PacketnoM+3RTPheaderFramenoN+1NO_DATAFramenoN+3StartofpayloadsEndofpayloads图3：冗余和非冗余帧在100%冗余的情况下，当原始包是每包1帧，当冗余以20ms的偏移量传输时在这种方案中，接收机可以接收3次帧：首先是非冗余编码；然后作为无数据帧；最后是冗余帧。冗余和偏移的其它组合可导致接收帧的更多副本。AMR/AMR-WB有效载荷格式和EVS（EnhancedVoiceServices）有效载荷格式分别描述了正确的接收器行为。对于帧聚合、冗余和冗余偏移的任何组合，在构造RTP包时，发送器不得超过由接收器的maxptime值指示的帧封装限制。为了正确地接收和解码冗余媒体，接收应用程序应根据RTP时间戳对接收到的帧进行排序，并移除重复帧。如果接收到一个帧的多个版本，即用不同的比特率编码，则应使用用最高比特率编码的帧进行解码。举例以下示例演示如何在RTP流中实现冗余和帧聚合请求。所有示例都假设语音编解码器在连续流中生成编号为N-10…N的帧。N-10N-9N-8N-7N-6N-5N-4N-3N-2N-1N图4：编码帧的参数集流程每个增量对应20毫秒的时间差在下面的示例中，P-1…P表示分组的序列号。Case1:RTCP_APP_REQ_RED请求，位字段000000000000（无冗余）和值为0（无帧聚合）的RTCP_APP_REQ_AGG请求将产生数据包，如图10.8所示。P-2P-1PN-2N-1N图5：每包一帧的默认帧聚合Case2:位字段为000000000001（100%冗余且无偏移）的RTCP_APP_REQ_RED请求和值为0（无帧聚合）的RTCP_APP_REQ_AGG请求将产生如图6所示的数据包。P-2P-1PN-3N-2N-1N-2N-1N图6：具有100%冗余和一个数据包偏移量的有效负载打包Case3:位字段为000000000010的RTCP_APP_REQ_RED请求（100%冗余，偏移量为1个额外数据包）和值为0的RTCP_APP_REQ_AGG请求（无帧聚合）将产生如图7所示的数据包。P-2P-1PN-4N-3N-2NO_DATANO_DATANO_DATAN-2N-1N图7：具有100%冗余和一个数据包的额外偏移量的有效负载打包NO_DATA帧必须插入到两个非连续帧之间的间隙，例如N-2和N之间的间隙。Case4:位字段为000000000000（无冗余）的RTCP_APP_REQ_RED请求和值为1（帧聚合2帧/数据包）的RTCP_APP_REQ_AGG请求将产生如图8所示的数据包。P-2P-1PN-5N-3N-1N-4N-2N图8：每包聚合2帧的有效负载打包Case5:位字段为000000000001（100%冗余）的RTCP_APP_REQ_RED请求和值为1（帧聚合2帧/数据包）的RTCP_APP_REQ_AGG请求将产生如图9所示的数据包。P-2P-1PN-7N-5N-3N-6N-4N-2N-5N-3N-1N-4N-2N图9:100%冗余和每个包聚合2帧的有效负载打包Case6:RTCP_APP_REQ_RED请求，位字段000000000010（100%冗余，带偏移量1额外分组）和值为1（帧聚合2帧/分组）的RTCP_APP_REQ_AGG请求将产生数据包，如图10所示。P-2P-1PN-9N-7N-5N-8N-6N-4NO_DATANO_DATANO_DATANO_DATANO_DATANO_DATAN-5N-3N-1N-4N-2N图10：具有100%冗余、一个额外偏移和2帧的有效负载打包，每个包聚合2帧

                    本文档为【48语音分组数据丢失处理及实例】，请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑，
                    图片更改请在作品中右键图片并更换，文字修改请直接点击文字进行修改，也可以新增和删除文档中的内容。 
 该文档来自用户分享，如有侵权行为请发邮件ishare@vip.sina.com联系网站客服，我们会及时删除。

                    [版权声明] 本站所有资料为用户分享产生，若发现您的权利被侵害，请联系客服邮件isharekefu@iask.cn，我们尽快处理。

                    本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权，请谨慎使用。

                    网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传，仅限个人学习分享使用，禁止用于任何广告和商用目的。
                

下载需要：免费已有0 人下载

立即下载

48语音分组数据丢失处理及实例

你可能还喜欢