一种在媒体分发网络（10）中操作网络节点（20）的方法；在所述媒体分发网络（10）中媒体数据在媒体突发中传送到媒体客户端（40）的缓冲器（44）；其中媒体突发后面是其中不传送媒体数据的空闲期；所述方法包括，对于至少两个连续媒体突发中的每个；确定所述媒体客户端缓冲器（44）的填充水平；以及生成媒体突发，包含取决于所述填充水平来调整所述媒体突发的媒体数据量；其中所述媒体数据量被调整使得所述媒体突发后面的所述空闲期将不降到低于第一持续时间

作为一名经验丰富的专利代理师，我将为您对目标专利（具有媒体突发传送能力的媒体分发网络）的权利要求1进行深度法律与技术解析，并紧密结合对比文件D1（WO2012167416A1）的原文进行特征比对、最接近对比文件分析、无效请求最薄弱特征（对请求方而言最难无效掉的特征）判定，以及给出下一步的进一步检索策略。

---

## 一、 权利要求1的技术特征拆解与说明书解释

根据目标专利说明书的公开内容，权利要求1各技术特征的真实含义和保护边界解释如下：

* **前序部分：一种在媒体分发网络（10）中操作网络节点（20）的方法；在所述媒体分发网络（10）中媒体数据在媒体突发中传送到媒体客户端（40）的缓冲器（44）；其中媒体突发后面是其中不传送媒体数据的空闲期；**

* **深度解释**：本发明属于“突发传送（Burst Transmission）”方案。结合说明书 `[0004]`、`[0019]`，网络节点以远高于客户端流失率（播放速率）的高位速率 $R_L$ 快速发送一段媒体数据量 $B$（即媒体突发），随后进入不发送数据的空闲期 $T_I$。这与传统的持续恒定速率流媒体传送不同，其目的是为了在空闲期释放通信信道或允许客户端节能。

* **技术特征A：对于至少两个连续媒体突发中的每个；**

* **深度解释**：强调这种调整不是一次性的初始化配置，而是动态、持续的过程，至少覆盖两个及以上的连续突发窗口，体现了动态闭环控制。

* **技术特征B：确定所述媒体客户端缓冲器（44）的填充水平；**

* **深度解释**：结合说明书 `[0008]` 和 `[0011]`，网络节点并不一定直接接收客户端的实时上报，而是可以基于“缓冲模型（Buffer Model）”在网络侧进行**隐式估计**。网络节点通过跟踪已发送的媒体数据量（如TCP片段大小），并结合客户端的缓冲器流失率（可通过媒体文件如ISO-BMFF中的时间戳、字节偏移或壁钟时间来计算），在网络侧实时模拟并推算出客户端缓冲器当前的播放剩余时间或填充水平。

* **技术特征C：生成媒体突发，包含取决于所述填充水平来调整所述媒体突发的媒体数据量；**

* **深度解释**：结合说明书 `[0013]`，网络节点基于估计出的填充水平定义一个目标媒体数据量 $B$，在发送过程中，一旦累计发送的TCP片段大小达到该目标量，便主动终止该突发。由于客户端缓冲器填充水平是动态波动的，因此连续的媒体突发具有“可变媒体数据量”。

* **技术特征D：其中所述媒体数据量被调整使得所述媒体突发后面的所述空闲期将不降到低于第一持续时间**

* **深度解释**：这是核心发明点。结合说明书 `[0024]-[0026]`，其目的是为了**保障空闲期具有一个“硬性下限”（第一持续时间）**（例如大于 1s、5s 或 20s）。为什么要保证空闲期不低于该时间？因为移动客户端要从高功耗状态（如RRC的CELL_DCH）进入低功耗状态（如CELL_FACH或PCH），需要经历一段非活动定时器（Inactivity Timer）的倒计时（见说明书图9）。如果空闲期太短，客户端还没来得及休眠或者刚休眠就被下一个突发唤醒，就失去了节能意义。因此，本特征通过反向调整突发的数据量 $B$，来强制确保下一次的空闲期足够长，使得客户端能成功进入并维持在省电状态。

---

## 二、 紧密结合对比文件原文的特征比对

现将目标专利权利要求1与对比文件 **D1（WO2012167416A1）** 的说明书原文进行详细特征比对。

### 1. 毫无异议公开或实质公开的特征分析

* **前序部分 & 特征B（实质公开）**：

* **D1原文出处**：DESCRIPTION Section "SUMMARY OF THE INVENTION" 以及 "DETAILED DESCRIPTION OF EMBODIMENTS"（如第10页、第12页、第13页、图3、图4、图5）。

* **D1原文内容**：

> "the buffer model modeling a fill level of a receive buffer in the video client..." (见第5页)

> "A buffer 301 is configured to buffer multiple video packets... Video packets are received by the network with an instantaneous network rate r(t) 305 and each video packet is provided to a video playback unit for playing the video with a video rate v(t) 306." (见第12页)

> "The internal computations of the emulator can predict based on these parameters: i) the initial buffering time... ii) the times at which the video freezes on the screen due to buffer underflow..." (见第13页)

> 图5公开了利用积分公式通过网络速率 $r(t)$ 和视频流速率 $v(t)$ 计算缓冲器耗尽时间 $t_2$ 和重缓冲时间 $t_3$ 的 leaky bucket 缓冲模型。

* **对比结论**：D1公开了在视频流会话（HTTP Progressive Download）中，监控设备利用内置的缓冲模型（Buffer Model），根据网络实时速率 $r(t)$ 和媒体码率 $v(t)$ 来模拟和计算客户端接收缓冲器的填充水平（Fill Level）以及预测冻结/重缓冲时间。因此，**技术特征B被D1实质公开**。

* **前序部分中的“媒体突发”和“空闲期”（未明确公开）**：

* **分析**：D1传输的是常规的网络数据流，其网络速率 $r(t)$ 是由于网络拥堵或无线信道衰落自然波动的（如第13页 "the instantaneous network rate 405 is smaller than the video rate 406, resulting in a drain of the buffer"），其在客户端造成的“数据停止”是“视频卡顿/冻结（Video Freeze/Stall）”，**而非网络节点主动控制、主动生成的、旨在让客户端省电的“主动空闲期”**。

### 2. 未公开的技术特征

* **技术特征A（未公开）**：D1作为第三方监控系统（Monitoring Device），虽然在整个视频会话中持续计算，但其不涉及生成和发送“媒体突发”的概念，更没有“对于至少两个连续媒体突发中的每个”进行数据控制的逻辑。

* **技术特征C（未公开）**：D1的设备是**“被动监控设备（Passive Monitoring System）”**（见第6页 "the system is a passive monitoring system for HTTP video streaming services"）。D1的目的只是计算出一个标量QoE指标来评估网络服务质量，它**完全不具备生成媒体突发、更无法主动“调整所述媒体突发的媒体数据量”的功能**。

* **技术特征D（未公开）**：D1完全没有提及通过调整发送数据量来主动控制或限定空闲期不低于第一持续时间（保障客户端RRC休眠）的技术手段。

---

### 3. 专利特征比对表

---

## 三、 最接近对比文件（最接近现有技术）分析

在创造性分析中，从整体解决的技术问题和技术效果角度来看：

1. **D1（WO2012167416A1）不适合单独作为最接近的对比文件（D1作为最接近现有技术存在较大缺陷）**：

* **技术领域与整体技术问题不符**：目标专利要解决的是“如何优化媒体网络节点的数据发射策略，以在保障播放的同时使无线客户端最大化节能”；而D1解决的是“如何在网络侧高效、低计算量地评估和监控多路流媒体会话的终端用户体验（QoE）”。

* **技术角色冲突**：目标专利的网络节点是**动作的主动发起和控制方**（如下载服务器或MSP代理网关）；而D1是一个**被动的旁路侦听/监控探针（Network Probe）**。将一个被动监控QoE的数学模型改造为主动控制媒体流量发送、且旨在控制空闲期长短的网关，属于根本性的架构改变，通常需要颠覆性的技术演进。

2. **更适合作为最接近对比文件（D1之外的现有技术）的特征**：

* 在实际的无效审查中，最适合做最接近对比文件（D1）的应当是**目标专利背景技术 `[0003]-[0005]` 中提及的 US2012/0069829A1**，或者其他公开了 **“3GPP LTE/UMTS网络下基于RRC状态机非活动定时器进行下行数据突发整形（Traffic Shaping / Bursting）”** 的核心网络、网关节点或基站控制类专利。

* 这类对比文件与目标专利处于相同的技术领域（流量整形与节能控制），面对相同的技术问题（如何延长空闲期以使终端触发RRC休眠）。

---

## 四、 无效请求方最薄弱的技术特征判定

若您代表**无效请求方**尝试宣告该权利要求无效，目前来看**最薄弱（即对请求方而言最难打掉、专利权人最稳固的防线）**的技术特征是：

> **技术特征D**：其中所述媒体数据量被调整使得所述媒体突发后面的所述空闲期将不降到低于第一持续时间。

### 为什么这一特征最难被无效？

1. **反直觉的控制逻辑（具备显著的创造性）**：传统的流媒体缓冲控制（如常规的Leaky Bucket或D1的监控模型）都是**以“防止缓冲器欠载运行（防止卡顿）”为唯一第一协同要素**。也就是说，现有技术通常是在缓冲器快空了的时候赶紧多发数据，或者在缓冲器满了的时候停止发送。

2. **特定的技术效果（RRC节能结合）**：特征D的控制闭环不仅仅看客户端“会不会卡顿”，而是**硬性挂钩并确保“空闲期的绝对时长”**。这种“为了让空闲期不低于第一持续时间，反过来倒推并调整媒体突发数据量”的调控机制，在传统媒体传输领域缺乏技术启示。专利权人只要死守“特征D是为了配合通信层RRC非活动定时器，确保终端100%能够掉入省电状态，从而实现了跨层联合优化（Cross-layer Optimization）的技术效果”，无效请求方就极难单靠D1这种监控类文件或普通的流量限制文件对其进行显而易见性组合。

---

## 五、 进一步检索策略提示

为了攻克上述“最薄弱特征（特征D）”，建议无效请求方立即调整检索方向，实施以下精准检索策略：

1. **关键词跨界检索：跨越媒体传输，直奔“移动网络无线资源控制（RRC）节能”领域**

* **核心痛点**：特征D的核心是为了跨越RRC非活动定时器。因此，检索不应局限于“视频/媒体分发（Media Distribution）”，而应大量引入3GPP标准层面的术语。

* **构建检索式关键词**：

* `(RRC state OR "CELL_PCH" OR "CELL_FACH" OR "Inactivity timer" OR "power saving" OR "DRX")`

* **AND** `("Traffic shaping" OR "burst transmission" OR "buffer status" OR "downlink scheduling" OR "idle period")`

2. **重点目标专利权人与分类号检索**

* **密切关注特定厂商在2011-2014年间的专利**：该时期正是LTE（4G）引入、智能手机因“心跳包”和频繁唤醒导致电量崩塌的时期。爱立信（目标专利权人）、华为、中兴、高通、诺基亚、三星等电信巨头在**3GPP RAN2工作组**提交了大量关于“如何通过核心网/网关/基站侧的流量整形（Traffic Shaping）来帮助UE（用户设备）省电”的专利。

* **重点IPC/CPC分类号**：`H04W52/02`（无线网络中的网络节能或无线电设备节能）、`H04L47/10`（流量控制/拥塞控制）。

3. **非专利文献（NPL）突围检索**

* 检索 **IEEE Xplore** 或 **3GPP Tdoc (RAN2)** 在 2010 年至 2014 年之间的会议提案。寻找主题为 *“Cross-layer packet scheduling for RRC state transition”* 或 *“Downlink traffic shaping techniques for LTE smart phone power saving”* 的学术论文。这类论文中通常会直接推导数学公式：为了让空闲期 $T_{idle} > T_{timer}$，基站或网关应如何聚拢并计算发送的突发数据大小 $B$。一旦检索到此类架构论文，特征D的创造性将荡然无存。

作为一名经验丰富的专利代理师，我将为您对目标专利（具有媒体突发传送能力的媒体分发网络）的权利要求1进行深度法律与技术解析，并紧密结合对比文件D1（WO2012167416A1）的原文进行特征比对、最接近对比文件分析、无效请求最薄弱特征（对请求方而言最难无效掉的特征）判定，以及给出下一步的进一步检索策略。

---

## 一、 权利要求1的技术特征拆解与说明书解释

根据目标专利说明书的公开内容，权利要求1各技术特征的真实含义和保护边界解释如下：

* **前序部分：一种在媒体分发网络（10）中操作网络节点（20）的方法；在所述媒体分发网络（10）中媒体数据在媒体突发中传送到媒体客户端（40）的缓冲器（44）；其中媒体突发后面是其中不传送媒体数据的空闲期；**

* **深度解释**：本发明属于“突发传送（Burst Transmission）”方案。结合说明书 `[0004]`、`[0019]`，网络节点以远高于客户端流失率（播放速率）的高位速率 $R_L$ 快速发送一段媒体数据量 $B$（即媒体突发），随后进入不发送数据的空闲期 $T_I$。这与传统的持续恒定速率流媒体传送不同，其目的是为了在空闲期释放通信信道或允许客户端节能。

* **技术特征A：对于至少两个连续媒体突发中的每个；**

* **深度解释**：强调这种调整不是一次性的初始化配置，而是动态、持续的过程，至少覆盖两个及以上的连续突发窗口，体现了动态闭环控制。

* **技术特征B：确定所述媒体客户端缓冲器（44）的填充水平；**

* **深度解释**：结合说明书 `[0008]` 和 `[0011]`，网络节点并不一定直接接收客户端的实时上报，而是可以基于“缓冲模型（Buffer Model）”在网络侧进行**隐式估计**。网络节点通过跟踪已发送的媒体数据量（如TCP片段大小），并结合客户端的缓冲器流失率（可通过媒体文件如ISO-BMFF中的时间戳、字节偏移或壁钟时间来计算），在网络侧实时模拟并推算出客户端缓冲器当前的播放剩余时间或填充水平。

* **技术特征C：生成媒体突发，包含取决于所述填充水平来调整所述媒体突发的媒体数据量；**

* **深度解释**：结合说明书 `[0013]`，网络节点基于估计出的填充水平定义一个目标媒体数据量 $B$，在发送过程中，一旦累计发送的TCP片段大小达到该目标量，便主动终止该突发。由于客户端缓冲器填充水平是动态波动的，因此连续的媒体突发具有“可变媒体数据量”。

* **技术特征D：其中所述媒体数据量被调整使得所述媒体突发后面的所述空闲期将不降到低于第一持续时间**

* **深度解释**：这是核心发明点。结合说明书 `[0024]-[0026]`，其目的是为了**保障空闲期具有一个“硬性下限”（第一持续时间）**（例如大于 1s、5s 或 20s）。为什么要保证空闲期不低于该时间？因为移动客户端要从高功耗状态（如RRC的CELL_DCH）进入低功耗状态（如CELL_FACH或PCH），需要经历一段非活动定时器（Inactivity Timer）的倒计时（见说明书图9）。如果空闲期太短，客户端还没来得及休眠或者刚休眠就被下一个突发唤醒，就失去了节能意义。因此，本特征通过反向调整突发的数据量 $B$，来强制确保下一次的空闲期足够长，使得客户端能成功进入并维持在省电状态。

---

## 二、 紧密结合对比文件原文的特征比对

现将目标专利权利要求1与对比文件 **D1（WO2012167416A1）** 的说明书原文进行详细特征比对。

### 1. 毫无异议公开或实质公开的特征分析

* **前序部分 & 特征B（实质公开）**：

* **D1原文出处**：DESCRIPTION Section "SUMMARY OF THE INVENTION" 以及 "DETAILED DESCRIPTION OF EMBODIMENTS"（如第10页、第12页、第13页、图3、图4、图5）。

* **D1原文内容**：

> "the buffer model modeling a fill level of a receive buffer in the video client..." (见第5页)

> "A buffer 301 is configured to buffer multiple video packets... Video packets are received by the network with an instantaneous network rate r(t) 305 and each video packet is provided to a video playback unit for playing the video with a video rate v(t) 306." (见第12页)

> "The internal computations of the emulator can predict based on these parameters: i) the initial buffering time... ii) the times at which the video freezes on the screen due to buffer underflow..." (见第13页)

> 图5公开了利用积分公式通过网络速率 $r(t)$ 和视频流速率 $v(t)$ 计算缓冲器耗尽时间 $t_2$ 和重缓冲时间 $t_3$ 的 leaky bucket 缓冲模型。

* **对比结论**：D1公开了在视频流会话（HTTP Progressive Download）中，监控设备利用内置的缓冲模型（Buffer Model），根据网络实时速率 $r(t)$ 和媒体码率 $v(t)$ 来模拟和计算客户端接收缓冲器的填充水平（Fill Level）以及预测冻结/重缓冲时间。因此，**技术特征B被D1实质公开**。

* **前序部分中的“媒体突发”和“空闲期”（未明确公开）**：

* **分析**：D1传输的是常规的网络数据流，其网络速率 $r(t)$ 是由于网络拥堵或无线信道衰落自然波动的（如第13页 "the instantaneous network rate 405 is smaller than the video rate 406, resulting in a drain of the buffer"），其在客户端造成的“数据停止”是“视频卡顿/冻结（Video Freeze/Stall）”，**而非网络节点主动控制、主动生成的、旨在让客户端省电的“主动空闲期”**。

### 2. 未公开的技术特征

* **技术特征A（未公开）**：D1作为第三方监控系统（Monitoring Device），虽然在整个视频会话中持续计算，但其不涉及生成和发送“媒体突发”的概念，更没有“对于至少两个连续媒体突发中的每个”进行数据控制的逻辑。

* **技术特征C（未公开）**：D1的设备是**“被动监控设备（Passive Monitoring System）”**（见第6页 "the system is a passive monitoring system for HTTP video streaming services"）。D1的目的只是计算出一个标量QoE指标来评估网络服务质量，它**完全不具备生成媒体突发、更无法主动“调整所述媒体突发的媒体数据量”的功能**。

* **技术特征D（未公开）**：D1完全没有提及通过调整发送数据量来主动控制或限定空闲期不低于第一持续时间（保障客户端RRC休眠）的技术手段。

---

### 3. 专利特征比对表

---

## 三、 最接近对比文件（最接近现有技术）分析

在创造性分析中，从整体解决的技术问题和技术效果角度来看：

1. **D1（WO2012167416A1）不适合单独作为最接近的对比文件（D1作为最接近现有技术存在较大缺陷）**：

* **技术领域与整体技术问题不符**：目标专利要解决的是“如何优化媒体网络节点的数据发射策略，以在保障播放的同时使无线客户端最大化节能”；而D1解决的是“如何在网络侧高效、低计算量地评估和监控多路流媒体会话的终端用户体验（QoE）”。

* **技术角色冲突**：目标专利的网络节点是**动作的主动发起和控制方**（如下载服务器或MSP代理网关）；而D1是一个**被动的旁路侦听/监控探针（Network Probe）**。将一个被动监控QoE的数学模型改造为主动控制媒体流量发送、且旨在控制空闲期长短的网关，属于根本性的架构改变，通常需要颠覆性的技术演进。

2. **更适合作为最接近对比文件（D1之外的现有技术）的特征**：

* 在实际的无效审查中，最适合做最接近对比文件（D1）的应当是**目标专利背景技术 `[0003]-[0005]` 中提及的 US2012/0069829A1**，或者其他公开了 **“3GPP LTE/UMTS网络下基于RRC状态机非活动定时器进行下行数据突发整形（Traffic Shaping / Bursting）”** 的核心网络、网关节点或基站控制类专利。

* 这类对比文件与目标专利处于相同的技术领域（流量整形与节能控制），面对相同的技术问题（如何延长空闲期以使终端触发RRC休眠）。

---

## 四、 无效请求方最薄弱的技术特征判定

若您代表**无效请求方**尝试宣告该权利要求无效，目前来看**最薄弱（即对请求方而言最难打掉、专利权人最稳固的防线）**的技术特征是：

> **技术特征D**：其中所述媒体数据量被调整使得所述媒体突发后面的所述空闲期将不降到低于第一持续时间。

### 为什么这一特征最难被无效？

1. **反直觉的控制逻辑（具备显著的创造性）**：传统的流媒体缓冲控制（如常规的Leaky Bucket或D1的监控模型）都是**以“防止缓冲器欠载运行（防止卡顿）”为唯一第一协同要素**。也就是说，现有技术通常是在缓冲器快空了的时候赶紧多发数据，或者在缓冲器满了的时候停止发送。

2. **特定的技术效果（RRC节能结合）**：特征D的控制闭环不仅仅看客户端“会不会卡顿”，而是**硬性挂钩并确保“空闲期的绝对时长”**。这种“为了让空闲期不低于第一持续时间，反过来倒推并调整媒体突发数据量”的调控机制，在传统媒体传输领域缺乏技术启示。专利权人只要死守“特征D是为了配合通信层RRC非活动定时器，确保终端100%能够掉入省电状态，从而实现了跨层联合优化（Cross-layer Optimization）的技术效果”，无效请求方就极难单靠D1这种监控类文件或普通的流量限制文件对其进行显而易见性组合。

---

## 五、 进一步检索策略提示

为了攻克上述“最薄弱特征（特征D）”，建议无效请求方立即调整检索方向，实施以下精准检索策略：

1. **关键词跨界检索：跨越媒体传输，直奔“移动网络无线资源控制（RRC）节能”领域**

* **核心痛点**：特征D的核心是为了跨越RRC非活动定时器。因此，检索不应局限于“视频/媒体分发（Media Distribution）”，而应大量引入3GPP标准层面的术语。

* **构建检索式关键词**：

* `(RRC state OR "CELL_PCH" OR "CELL_FACH" OR "Inactivity timer" OR "power saving" OR "DRX")`

* **AND** `("Traffic shaping" OR "burst transmission" OR "buffer status" OR "downlink scheduling" OR "idle period")`

2. **重点目标专利权人与分类号检索**

* **密切关注特定厂商在2011-2014年间的专利**：该时期正是LTE（4G）引入、智能手机因“心跳包”和频繁唤醒导致电量崩塌的时期。爱立信（目标专利权人）、华为、中兴、高通、诺基亚、三星等电信巨头在**3GPP RAN2工作组**提交了大量关于“如何通过核心网/网关/基站侧的流量整形（Traffic Shaping）来帮助UE（用户设备）省电”的专利。

* **重点IPC/CPC分类号**：`H04W52/02`（无线网络中的网络节能或无线电设备节能）、`H04L47/10`（流量控制/拥塞控制）。

3. **非专利文献（NPL）突围检索**

* 检索 **IEEE Xplore** 或 **3GPP Tdoc (RAN2)** 在 2010 年至 2014 年之间的会议提案。寻找主题为 *“Cross-layer packet scheduling for RRC state transition”* 或 *“Downlink traffic shaping techniques for LTE smart phone power saving”* 的学术论文。这类论文中通常会直接推导数学公式：为了让空闲期 $T_{idle} > T_{timer}$，基站或网关应如何聚拢并计算发送的突发数据大小 $B$。一旦检索到此类架构论文，特征D的创造性将荡然无存。

如权利要求1所述的方法；其中确定所述填充水平包括基于缓冲模型来估计所述填充水平

如权利要求2所述的方法；其中所述缓冲模型考虑在所述媒体客户端处的缓冲器流失率和传送的媒体数据的量

如上述权利要求中的任一项所述的方法；其中所述媒体突发包括到所述媒体客户端（40）的多个单独媒体数据传输

如权利要求4所述的方法；其中所述填充水平在所述媒体突发期间确定；并且其中所述媒体突发的所述媒体数据量通过取决于所述填充水平终止所述媒体数据传输而调整

如权利要求4所述的方法；还包括接收媒体数据传输的接收的确认；其中所述确认触发下一媒体数据传输

如权利要求1-3中的任一项所述的方法；其中在所述媒体突发的结束时，启动空闲定时器（30）来定义所述空闲期；其中在所述空闲定时器（30）的期满之后，生成下一媒体突发

如权利要求1-3中的任一项所述的方法；其中所述媒体突发和所述媒体突发后面的所述空闲期的总持续时间定义时间窗；其中连续的时间窗具有可变持续时间

如权利要求1-3中的任一项所述的方法；其中连续的媒体突发具有由于填充水平变化的可变媒体数据量

如权利要求8所述的方法；其中所述时间窗的所述可变持续时间至少部分地取决于需要在其中传输的所述可变媒体数据量

如权利要求1-3中的任一项所述的方法；其中传送所述媒体突发的第一位速率平均高于流失所述媒体客户端缓冲器（44）的第二位速率

如权利要求11所述的方法；其中取决于所述第一位速率和所述第二位速率中的至少一个来调整所述媒体数据量

如权利要求1-3中的任一项所述的方法；其中调整所述媒体数据量使得在所述媒体突发后面的所述空闲期期间将没有媒体客户端缓冲器欠载运行

如权利要求1-3中的任一项所述的方法；其中调整所述媒体数据量使得所述空闲期将具有所述第一持续时间

如权利要求1-3中的任一项所述的方法；其中调整所述媒体数据量使得所述空闲期将具有可变持续时间

如权利要求1-3中的任一项所述的方法；其中选择所述第一持续时间来允许所述媒体客户端（40）在所述空闲期期间从功耗的第一状态转变到功耗的第二状态；其中所述第一状态与比所述第二状态更高的功耗关联

如权利要求1-3中的任一项所述的方法；其中取决于所述媒体客户端（40）的一个或更多非活动定时器（50）的设置来选择所述第一持续时间

如权利要求1-3中的任一项所述的方法；其中调整所述媒体数据量使得所述媒体突发的所述媒体数据量不超过阈值

如权利要求1-3中的任一项所述的方法；其中调整所述媒体数据量使得媒体突发持续时间不超过阈值

如权利要求18所述的方法；其中，如果达到或超过所述阈值，则所述空闲期的所述持续时间从第二持续时间减少到第三持续时间；其中所述第三持续时间不低于所述第一持续时间

如权利要求1-3中的任一项所述的方法；还包括向媒体客户端（40）传送所述媒体突发

如权利要求21所述的方法；其中所述媒体突发经由传送控制协议（TCP）连接来传送

如权利要求21所述的方法；其中所述媒体突发在渐进式下载会话期间传送