HAS客户端10处接收到拥塞通知时，延迟时间间隔的长度可基于移动HAS客户端10处的播放缓冲区B的内容水平。例如，移动HAS客户端10可设置延迟时间间隔的持续时间为播放缓冲区B到达特定的缓冲区内容(或占用)阈值所需要的长度以使得RDA自然地降低比特率。在更详细的示例中，延迟时间间隔的持续时间可能是大约4秒。但是在另一示例中，延迟时间间隔的长度可以是至少两个视频段的持续时间与大约4秒中的较小者。
[0071]还是在步骤S408，移动HAS客户端10在延迟时间间隔期满之后计算用于后续的视频段的降低的比特率。依照示例性实施例，用于后续的视频段的比特率可被减少I个或多个级别(例如，2个级别)和/或以指数方式减少(例如，大约50% )。
[0072]在步骤S410，移动HAS客户端10以在步骤S408确定的延迟时间间隔的持续时间延迟对来自HAS服务器110的后续视频段的请求。
[0073]在步骤S412，在延迟时间间隔期满之后，移动HAS客户端10以在步骤S408计算出的降低的速率来请求下一视频段。依照至少一个示例性实施例，移动HAS客户端10以降低的比特率请求后续的视频段，无需等待到达传统的RDA阈值。
[0074]在步骤S417，移动HAS客户端10确定小区拥塞是否已经被解决。依照至少该示例性实施例，移动HAS客户端10基于来自拥塞控制功能块22的拥塞指示符确定小区拥塞是否已经被解决。在至少一个示例中，如果移动HAS客户端10确定从拥塞控制功能块22最新接收到的数据包的IP报头不包括被设置的代码点标志位，那么移动HAS客户端10确定小区拥塞已经被解决。另一方面，如果从拥塞控制功能块22最新接收到的数据包的IP报头仍然包括被设置的代码点标志位，那么移动HAS客户端10确定小区拥塞还没有被解决。
[0075]如果移动HAS客户端10在步骤S417确定拥塞已经被解决，那么移动HAS客户端退出上述特殊的拥塞模式并且在步骤S418以收敛的稳定的比特率继续活动的移动HAS会话。在一个示例中，移动HAS客户端10为后续的视频段恢复正常的RDA驱动的速率计算。
[0076]返回步骤S417，如果移动HAS客户端10确定小区拥塞还没有被解决，那么过程返回步骤S406并且继续进行上面所讨论的步骤。通过返回至步骤S406，移动HAS客户端10能够重新评估是否有必要进行进一步的比特率降低和/或后续段请求的延迟以促进小区拥塞的解决。
[0077]返回至步骤S406，如果移动HAS客户端10确定播放缓存区B是低的或耗尽的，那么在步骤S402移动HAS客户端10为下一视频段计算降低的速率并且以计算出的降低的速率请求下一段而不需要延迟或仅需要名义上的延迟。在这种情况下，延迟时间间隔的持续时间可以是名义上的(例如，小于或等于大约100ms)。在一个示例中，移动HAS客户端10以最小的可用比特率为活动的移动HAS会话请求下一视频段。在步骤S420，移动HAS客户端10可以以与上面就步骤S408讨论的同样的方式计算上述降低的速率。上述进程随后进入步骤S412并且继续如上述讨论的操作。
[0078]上述就图2A和2B讨论的示例性实施例有助于相对快地(例如，在仿真模型中大约为数秒)解决由HAS流量而导致的拥塞，因为当HAS客户端不请求后续的视频段时来自HAS服务器110的流量被终止。拥塞解决时间可由传送已经被请求的段所花费的时间来确定。注意接收被设置的CE代码点标志也可以引起TCP窗口减少(如在IETF RFC 3168中讨论的)，这样也可以有助于拥塞的解决。
[0079]为进一步帮助拥塞解决，在拥塞模式中移动HAS客户端10可关闭被用来下载移动HAS视频段的TCP套接字，从而导致TCP栈取消当前被请求的段的下载。
[0080]依照至少一些示例性实施例，移动HAS客户端10需要多个速率调整以达到收敛的稳定的速率。因此，在图2A和/或2B中展示的操作的多次迭代可被执行。
[0081]图3A和3B为示出了依据另一示例性实施例用于拥塞解决的方法的流程图。不同于所述图2A和3B所示的利用IP报头中的ECN字段的方法，图3A和3B利用服务小区内的拥塞的不同类型的信令。如图2A和2B —样，图3A中的流程图示出了拥塞控制功能块22的示例性操作/功能，而图3B中的流程图示出了移动HAS客户端10的示例性操作/功能。
[0082]拥塞控制功能块22以拥塞通知消息的形式利用基于消息的信令与移动HASlO通信。该基于消息的信令允许拥塞控制功能块22传达拥塞控制参数至移动HAS客户端10以促进检测到的小区拥塞的解决。在一个示例中，上述拥塞控制通知消息包括拥塞控制参数。所述拥塞控制参数可包括延迟间隔参数和/或比特率降低参数。所述延迟间隔参数可为被推荐的长度或用于延迟时间间隔的持续时间。所述比特率降低参数可为在上述延迟时间间隔期满之后用于后续的视频段请求的比特率降低的程度。比特率降低参数的示例可包括但不仅限于用于请求后续HAS段的最大允许的比特率、最大允许的消耗的带宽(吞吐量)、从当前水平下降的可用的比特率水平的数目。
[0083]推荐的用于延迟时间间隔的长度和比特率降低的程度可被显式地计算(在逐移动HAS客户端或集群的基础上)。在一个示例中，拥塞控制功能块22可计算推荐的延迟时间间隔的持续时间以使得检测到的拥塞在所述方法的单个迭代中被解决。拥塞控制功能块22可计算推荐的最大比特率以允许被请求的比特率更快的收敛至稳定值。在一个示例中，可基于拥塞状态的严重程度来计算延迟和速率降低，例如，基于在无线电上被推送的流量超出小区能力多少。
[0084]参考图3A，在利用由服务eNB105提供的无线资源的移动HAS客户端10和HAS服务器I1之间的活动的移动HAS会话的持续期间，拥塞控制功能块22在步骤S402以如上就图2A讨论的相同的方式检测服务eNB105处的拥塞。
[0085]在检测到服务eNB105处的拥塞之后，在步骤S503拥塞控制功能块22生成用于移动HAS客户端的拥塞控制参数。如上所述，所述拥塞控制参数可包括延迟间隔参数和/或比特率降低参数。
[0086]在步骤S505，拥塞控制功能块22通过发送拥塞通知消息至移动HAS客户端10来通知移动HAS客户端10检测到拥塞以及生成的拥塞控制参数。在一个示例中，拥塞通知消息还可以是除现有的IP、媒体访问控制(MAC)或HAS应用层消息之外的专用的消息或对应的字段。如下面就图3B进行的更详细的讨论，来自拥塞控制功能块22的拥塞通知使得移动HAS客户端10进入特殊的拥塞模式，其有助于服务eNB105处的检测到的拥塞的解决。
[0087]在通知移动HAS客户端10检测到的拥塞并且在等待周期之后，拥塞控制功能块22在步骤S414以与上述就图2A所讨论的相同的方式确定所述检测到的拥塞是否已经被解决。
[0088]如果拥塞控制功能块22确定服务小区中的拥塞已经被解决，那么在步骤S416拥塞控制功能块22通知移动HAS客户端10拥塞已经被解决。在至少一个示例性实施例中，除上述现有的IP、媒体访问控制(MAC)或HAS应用层消息之外，拥塞控制功能块22还使用专用的消息或对应的字段来通知移动HAS客户端10。
[0089]返回至步骤S414，如果在所述等待周期之后，拥塞控制功能块22仍然检测拥塞，那么过程返回至步骤S503并且继续如上所讨论的操作直至小区拥塞被解决。
[0090]现在返回至图3B，在步骤S504，移动HAS客户端10接收来自图3A中步骤S505的拥塞控制功能块22的初始拥塞通知消息中的检测到的拥塞的通知和拥塞控制参数。
[0091]在步骤S506，响应于从拥塞控制功能块22接收拥塞通知消息，移动HAS客户端10进入特殊的拥塞模式。
[0092]在特殊的拥塞模式中，在步骤S406移动HAS客户端10以如上就图2B所述的相同的方式来确定播放缓冲区B是否是低的、耗尽的或接近空的。
[0093]如果在步骤S406移动HAS客户端10确定播放缓冲区B不是低的，那么在步骤S508，移动HAS客户端10基于包括在拥塞通知消息中的延迟间隔参数确定延迟时间间隔的持续时间，在所述延迟时间间隔期间延迟对来自HAS服务器110的后续HAS段的请求。在一个示例中，延迟间隔参数可表明延迟时间间隔的推荐的持续时间。在该示例中，移动HAS客户端10设置延迟时间间隔的持续时间为从拥塞控制功能块22接收到的延迟时间间隔的推荐的持续时间。
[0094]还是在步骤S508，移动HAS客户端10基于来自拥塞控制功能块22的比特率降低参数计算用于后续HAS段的降低的比特率。在一个示例中，比特率降低参数可表明用于请求后续HAS段的最大被允许的比特率。在该示例中，移动HAS客户端10可设置降低的比特率为小于或等于所述最大被允许的比特率。
[0095]在步骤S410，如上边就图2B所讨论的，移动HAS客户端10将发送至HAS服务器110的后续视频段请求延迟一延迟时间间隔的持续时间。
[0096]在步骤S412，以如上就图2B所讨论的相同的方式，在延迟时间间隔期满之后，移动HAS客户端10以在步骤S508计算出的降低的比特率来请求下一 HAS段。同图2A和2B中展示的示例性实施例一样，移动HAS客户端10以降低的比特率请求后续的HAS段而不需等待到达传统的RDA阈值。
[0097]在至少该示例性实施例中，移动HAS客户端10保持在特殊的拥塞模式中并且继续以降低的速率请求后续的HAS段，直