移动网络(3G)上的iPhone HE-AAC流

Question

开发了一个使用jPlayer的互联网无线电彩带，它利用了带有jQuery的html5音频标记，并为不受支持的浏览器提供了闪存。在iPhone (iOS 5.0.1)上测试播放器时，我们遇到了一个非常特殊的问题。

当iPhone连接到WiFi时，它完美地使用HE V2流@64 64kbps 44.1kHz (苹果产品的首选编解码器)。然而，当iPhone连接到3G移动网络时，它会“结巴”或每1-2分钟停止1到2秒的流流(不会完全停止流)。麻烦的是，当iPhone被迫以相同的比特率使用单独的MP3流时，它没有这个问题，并且在3G上工作得很好。

更新5

我们最近购买了一款3G/4G Sprint移动热点设备，并对该设备进行了测试。当iPhone连接到移动热点时，它显示为连接到一个wifi设备，并且这个问题甚至没有呈现出实际的连接是通过3G/4G。这可能会指向iPhone没有通过和直接连接到移动网络来处理HE-AAC的问题。

更新4

将iPhone更新为iOS 5.1，但问题仍然存在。

更新3

阅读这里关于各种问题的脚本，没有正确地呈现时，连接到移动网络。手指似乎指向可插入代理以服务网页的移动网络运营商，例如缩小图像。此外，它还可能注入一些JavaScript页面。测试页面可以找到这里注意:这个页面使用的是HE-AAC，所以它只能在iPhone上工作。

更新

根据苹果针对iOS设备的HTTP流媒体文档，“仅音频内容可以是MPEG-2传输或MPEG基本音频流，也可以是带有ADTS头的AAC格式，也可以是MP3格式。”我们的音乐服务器使用OddcastV3编码器向icecastV2服务器发送三个流(MP3、HE、V2和Oggvorbis)。不确定编码器是否正在为HE-AAC V2流插入ADTS报头.有办法查一下这个吗？

Answer 1

从无线电规划的角度出发--这是我的两分钱：

你所描述的听起来像是带宽整形--这是无线网络(如3G网络)的一种常见的、通常是必要的设计。在我工作的大多数3G运营商中，你通常会优化你的网络，使你的网络产生高速突发(比如下载一张图片、发送一封电子邮件或获取一个HTML页面)--通过“长时间运行”的高带宽服务。这是由于一个简单的事实，即这是大多数用户想要/需要的。

这种成形可以在典型的3 3GPP (GSM 3G)网络上进行，结果是您首先将获得支持384 This的RAB (无线接入承载)，然后只要您的设备接受它，就会降级。这意味着您将从384 -> 256 -> 128切换到64 64kbit，在那里您的设备可能开始缓慢地接收数据，然后网络会对其进行升级，并在一段时间后再次将其降级。

那么，为什么MP3文件不结巴呢？我的猜测是，总千兆比特率可能会有所不同，所以你可以在64千比特的RAB。这是一个常见的现象。

Answer 2

我们设法做到了同样的事情。移动设备上的64 64kbit AAC-v2。我们是流文件，而不是稳定的流，我认为Magnus解释了网络如何优先处理突发流量时是正确的，在我们的例子中，这意味着我们现在有很大一部分文件，玩家可以继续播放，直到他下一个突发出现。在您的情况下，这意味着流暂停，直到下一个突发来。

如果您可以切换到流中的较大块(更大的缓冲区)或流整个文件？

对于iOS，我们有一个非常奇怪的现象，我们不得不将所有文件从.m4a重命名为.aac，以便能够在iOS上进行流。如果我们不给它们重新命名，iOS就不会播放它们。

祝好运。