使用点到点或点到多点用于修复的系统、方法和服务器的制作方法

专利名称：使用点到点或点到多点用于修复的系统、方法和服务器的制作方法
技术领域：
本发明涉及用于数据递送的系统和方法。
背景技术：
近来已经越来越多地使用数据递送。例如，许多用户已经开始 偏好于向其它信息源、娱乐源、数据源等进行数据递送(例如数字
视频广播手持(DVB-H)网际协议数据广播(IPDC)数据递送)。 因而可能对例如适用于数据递送的技术产生兴趣。

发明内容
根据本发明的实施例提供例如适用于数据递送的系统和方法。 例如，在各种实施例中，服务运营商服务器和/或其它计算机可 以进行动作以确定在一个或者多个接收器没有正确地接收所发派的 数据情况下应当利用点到点修复模式还是点到多点修复模式。
服务运营商服务器和/或其它计算机可以在各种实施例中计算一 个或者多个估计、请求来自 一个或者多个修复服务器的一个或者多 个值和/或向一个或者多个修复服务器提供关于待用修复模式的一个 或者多个指示。


图1示出了根据本发明各种实施例的服务运营商操作中涉及到 的示例性步骤。
图2示出了根据本发明各种实施例的服务运营商操作中涉及到 的更多示例性步骤。
图3示出了根据本发明各种实施例的用户操作中涉及到的示例
性步骤。
图4示出了示例性计算机。
图5示出了又一示例性计算机。
具体实施方式
一般操作
根据本发明实施例提供例如适用于数据递送的系统和方法。 例如，在各种实施例中，服务运营商服务器和/或其它计算机可 以进行动作以确定在一个或者多个接收器没有正确地接收经由数字
视频广播手持(DVB-H)网际协议数据广播(IPDC)数字多媒体 广播-地面(DMB-T) 、 MediaFLO (仅前向链路)等发派的数据的 情况下应当利用点到点修复模式还是点到多点修复模式。
服务运营商服务器和/或其它计算机可以在各种实施例中计算一 个或者多个估计(例如没有收到数据某一部分的接收器的数目、损 失百分比和/或修复模式有效性)、请求来自一个或者多个修复服务 器的一个或者多个值(例如收到的修复请求的数目)和/或向一个或 者多个修复服务器提供关于待用修复模式的一个或者多个指示。
现在将具体地讨论本发明的各种方面。
服务运营商操作
参照图1注意到，根据本发明的各种实施例，服务运营商服务 器和/或其它计算机可以向在数字视频广播手持(DVB-H)网际协 议数据广播(IPDC)数字多媒体广播-地面(DMB-T) 、 MediaFLO
(仅前向链路)等中利用的一个或者多个修复服务器提供如下初始 指示在一个或者多个接收器(例如移动节点)没有正确地接收数 据的情况下应当利用点到点修复模式(例如利用通用移动电信服务
(UMTS)和/或通用分组无线电服务(GPRS))(步骤101)。例 如可以在利用筒单对象访问协议(SOAP )、 Java消息接发服务(JMS ) 和/或远程方法调用(RMI)的方式下发派这样的初始指示。
注意到在各种实施例中可以不提供这样的初始指示。这可以例 如是如下情况(由制造商、系统管理员和/或服务运营商)将利用 点到点修复模式设置为默认修复服务器行为。
服务运营商服务器和/或其它计算机可以在各种实施例中确定与 给定数据集(例如文件和/或分组集)相对应的一个或者多个值(步
骤103)。这样的值例如可以包括数据集传输结束时间；后退偏移
时间纟。和/或后退窗口 r。服务运营商服务器和/或其它计算机然后可
以例如计算如下时间 其中
r
其中f是自后退窗口开始起的时间(步骤105)。
在各种实施例中，服务运营商服务器和/或其它计算机可以在所 计算的时间向一个或者多个修复服务器发送请求(步骤107)。该请 求可以例如指示修复服务器应当向服务运营商服务器和/或其它计算 机提供针对该数据集到目前为止收到的修复请求数目的指示。例如 可以在利用SOAP、 JMS和/或RMI的方式下发派这样的请求和/或对 该请求的响应。
接收请求的修复服务器例如可以提供所请求的值。在各种实施 例中，可选地或者附加地，这样的修复服务器还可以计算针对给定 源块或者给定数据集的编码符号(例如针对完整请求窗口)它将接 收的修复请求总数的估计
其中w是一个修复服务器针对该数据集到目前为止收到的修复请求 数目，而r是修复服务器的数目。注意到在各种实施例中，可选地 或者附加地，TV还可以由服务运营商服务器和/或其它计算机计算。 还注意到在各种实施例中，tV的这样的计算可以不用于修复窗口的 前少数时间单位(例如秒)。例如，#的这样的计算可以不用于修 复窗口的前10秒。由此可以得到准确度增加。
服务运营商服务器和/或其它计算机例如可以估计值"，其中" 是具有返回信道并且能够和/或愿意发送修复请求的接收器的比率。 参照图2，注意到服务运营商服务器和/或其它计算机可以例如在计 算未收到数据集某一部分的接收器的预期数目的估计M时利用A
(步骤201)。注意到在各种实施例中，"可以如下计算
其中M是能够请求修复的接收器的预计总数。
作为更多例子，服务运营商服务器和/或其它计算机可以计算通 过所用点到点信道(例如GPRS或者UMTS)传送一定数量的数据 (例如八位组)的成本的估计c,和/或计算通过所用点到多点信道(例 如DVB-H )传送一定数量的数据(例如八位组)的成本的估计cm(步 骤203 )。
作为又一例子，服务运营商服务器和/或其它计算机可以计算依 据 一 定数量的数据(例如八位组)的点到点(例如GPRS或者UMTS ) 开销的估计该估计可用作为针对用于修复请求的点到点开销的 估计，并且也可用作为针对用于重定向响应的点到点开销的估计(步 骤205 )。
作为又一例子，服务运营商服务器和/或其它计算机可以计算针 对用于点到多点(例如DVB-H )修复会话的会话通报依据一定数据 数量(例如八位组)的点到多点(例如DVB-H)开销的估计^ (步 骤205 )。
服务运营商服务器和/或其它计算机可以例如计算点到多点修复 会话(例如DVB-H修复会话)损失率的估计p。在各种实施例中， p可以^口下i十算
——接收不成功的接收器的数目 接收器的总数
作为又 一 例子，服务运营商服务器和/或其它计算机可以计算针 对各点到点修复模式和点到多点修复模式的有效性(例如每一成本 单位的接收成功的接收器数目)的估计。这样的效率例如可以计算
如下
其中C是用于修复模式的总成本，而M是针对修复模式的成功接收 次数(例如成功接收数据集的接收器数目)。可以在各种实施例中 针对后退窗口内的时间点计算这样的有效性。
注意到在各种实施例中可以估计针对点到点修复模式的成功接 收次数和/或针对点到多点修复模式的成功接收次数。还注意到在各 种实施例中可以估计点到点修复模式的成本和/或点到多点修复模式 的成本。针对修复模式的这种成本估计可以被认为是针对选择修复 模式的成本估计。
服务运营商服务器和/或其它计算机例如可以计算
其中7V冲是针对点到点修复模式的成功接收次数，W加是针对点到多 点修复模式的成功接收次数，C，是针对点到点修复模式的估计总成 本，而Q^是针对点到多点修复模式的估计总成本。服务运营商服 务器和/或其它计算机可以在各种实施例中在判决待用修复模式时考 虑这样的计算(步骤207 )。
在服务运营商服务器和/或其它计算机计算上式成立的情况下 (也就是在发现上式的左半部分小于或者等于右半部分的情况下)， 服务运营商服务器和/或其它计算机可以在各种实施例中判决应当利 用点到点修复模式(例如GPRS或者UMTS修复模式)。
在服务运营商服务器和/或其它计算机计算上式不成立的情况下 (也就是在发现上式的左半部分大于右半部分的情况下)，服务运 营商服务器和/或其它计算机可以在各种实施例中判决应当利用点到 多点修复模式(例如DVB-H修复模式)。
7注意到在各种实施例中可以针对多个修复服务器中的各服务器 计算上式。例如可以在针对一个或者多个修复服务器计算上式成立 的情况下对所有修复服务器利用点到点修复模式。还注意到在各种 实施例中，在有多个修复服务器的情况下，可以在关于待用修复模
式进行判决时收集和利用原始数据，其中iV可以被认为是单独之
和。还注意到在各种实施例中，在有多个修复服务器的情况下，可
以将单独7的各种组合用于关于待用修复模式进行的判决。
原始数据收集和/或关于待用修复模式进行判决可以在各种实施 例中分布于多个服务器和/或其它计算机之中，其中上式的计算可以
以TV,替代(M-")。在这样的实施例中，可以被认为是在窗口内预
期的未来请求的数目，w,'(1-p)可以被认为是在点到多点重发之后预 期成功修复的次数，和/或M' p可以被认为是未满意的接收方的数目。
在各种实施例中，；？可以视为与数据有关(例如10MB重发可以 被认为比lkB重发更可能留下未解决的接收器)。注意到当在修复 窗口期间原始的点到多点总是被所有客户端放弃时，W' c,,'《,可以在各 种实施例中被认为是所有请求的修复成本。这样可以假设所有客户 端将进行请求，并且点到多点修复的通报将在一定比例上不静默 (silence)。这样的比例可以小于M (例如归因于在判决与通才艮发 送之间的时间滞后，但是某一比例的接收器没有收到通报)。
还注意到上式的分母可以在各种实施例中写作为将它分解成多 项，如例如"点到点成本"、"点到多点通报延时成本"和"点到多点成 本"。因而，例如"点到点成本"可以是"'&+ + \)。作为另一例子，"点
到多点通报延时成本，，可以是￡、 ■(,十O(对于在进行判决之后通过点 到点响应来服务于点到点的情况)或者z'v^ (对于在进行判决之后 完成重定向至点到多点)。
丄可以例如被认为是在判决与窗口结束~ + f。 +7之间客户端请求 的预期数目。在各种实施例中，如果一旦进行判决接收方就停止发 送修复请求，则￡可以被认为是零。另外，在各种实施例中，在没
有发送或者接收关于判决的通报情况下，丄可以被认为是M。可选
地，在没有发送或者接收关于判决的通报情况下，7V,可以被认为是
收器将接收不到通报的概率。在各种实施例中，在多次发送通报的 情况下，这可以更具体地表达(例如根据各通报的概率、通报次数 和/或通报之间的时间)。
注意到在各种实施例中，服务运营商服务器和/或其它计算机可 以在这样的判决中计算除上述以外的内容。例如，服务运营商服务 器和/或其它计算机可以将不同公式用于计算点到点修复模式和/或 点到多点修复模式的有效性(例如每一成功数据接收的成本)。例 如，服务运营商服务器和/或其它计算机可以在各种实施例中计算
S.如.5.)5k;上w' .、)i),
其中s是考虑到接收器没有正确接收数据的情况下待发送的数据数 量(例如按照八位组)。在各种实施例中，在服务运营商服务器和/ 或其它计算机计算上式成立的情况下，可以判决应当利用点到点修 复模式，而在计算上式不成立的情况下，可以判决应当利用点到多
点修复模式。
服务运营商服务器和/或其它计算机可以例如向一个或者多个修 复服务器通知其判决。这样的功能可以用许多方式来实施。例如可
以利用SOAP、 JMS和/或RMI。注意到在各种实施例中，可以仅在 确定应当利用点到多点修复模式的情况下才执行这样的通知。这可 以例如是如下情况，其中将利用点到点修复模式设置为默认修复服 务器行为。
在各种实施例中，当判决应当利用点到多点修复模式时，服务 运营商服务器和/或其它计算机可以例如调度用以传送相应数据的点 到多点会话。
注意到在各种实施例中， 一个或者多个服务器(例如文件递送 服务器)可以例如通过在对应初始数据集递送会话(例如DVB-H
IPDC数据集递送会话)的带内和/或带外发送更新来更新它们的关联 递送过程描述。 一个或者多个服务器可以例如将相同信道、不同信 道和/或不同数据集递送会话用于递送点到多点修复响应。还注意到 有效性可以在各种实施例中被认为是每一成功接收次数和/或满意的 接收器数目的总成本。
还注意到在各种实施例中，经由这里讨论的各种操作可以实现 对可用数据传输信道的更有效使用和/或更优选的修复模式选择(例 如考虑到网络成本和满意的客户数目)。还注意到在各种实施例中， 缺乏返回信道能力的和/或用户不愿意发送修复请求的接收器可以从 其它接收器的修复请求和/或点到多点响应中受益。
注意到在各种实施例中，在文件递送会话开始时，服务器和/或 其它计算机可以向接收器指示点到点修复会话和/或信道的存在。接 收器可以例如在数据集递送(例如文件递送)已经结束之后加入修 复会话。接收器可以例如在随机的时间瞬间发派点到点修复请求。 在进行了利用点到多点修复模式的判决情况下，可以例如作为对修 复请求的重定向响应和/或通过向点到多点修复会话发送具有更新到
期定时器的文件递送表(FDT)来向接收器用信号发送该判决。
服务运营商服务器和/或其它计算机可以在各种实施例中使它对 修复模式的选择基于效率度量。修复模式的效率可以例如如下计算
接收成功的接收器的数目 — 修复数据的传输成本
服务运营商服务器和/或其它计算机可以例如分别估计用于点到 点修复模式和点到多点修复模式的参数。服务运营商服务器和/或其 它计算机可以例如在它发现点到多点修复模式更高效的情况下判决 为具体文件调度点到多点修复会话。
服务运营商服务器和/或其它计算机可以例如估计用于通过点到 点(例如GPRS或者UMTS)网络传输单一数量的数据(例如八位 组)的成本c 。作为另一例子，可以计算用于通过点到多点(例如
DVB-H)网络传输单一数量的数据(例如八位组)的成本Cm。作为 又一例子，服务运营商服务器和/或其它计算机可以估计修复请求的 预期数目、通过点到点网络交换的数据量和/或通过点到多点网络交 换的数据量。
在各种实施例中，在修复会话开始之后(例如在数据集传输已 经结束之后)，接收器可能需要等待后退偏移时间、然后在随机时 间段内随机地发送它们的修复请求。服务运营商服务器和/或其它计 算机可以例如为ot选择在0与l之间的值。服务运营商服务器和/或 其它计算机可以例如计算时间瞬间如下
服务运营商服务器和/或其它计算机可以在各种实施例中在计算 的时间瞬间进行动作以联系 一 个或者多个修复服务器从而获得例如 与接收的修复请求的数目 "、请求的编码符号的数目","和/或将发 送修复请求的特别接收器的数目 ，有关的信息。服务运营商服务 器和/或其它计算机可以在各种实施例中认为修复请求在时间上和/ 或在修复服务器之上均匀随机地分布，并且可以例如计算针对请求 的预期总数w^、请求符号的预期总数w，和/或发送修复请求的特别 接收器的预期总数 eev的估计 .
^U「 p f
j f ， '
a
"
其中r是用于当前文件递送会话的修复服务器数目。在各种实施例
中，用于点到点修复模式的总成本于是可以被估计为 C的'=cM' 'V，，》，+ * A" .
其中s，和s,分别是编码符号的大小和修复请求的开销，
注意到在各种实施例中，在点到多点修复模式的情况下，服务 运营商服务器和/或其它计算机可以例如在已经进行判决之后(例如
在时间/之后)将接收器重定向到点到多点修复会话。在这样的情况 下，修复模式例如可以在时间f之前是点到点而在时间f之后是点到 多点。在各种实施例中可以假设接收器将仍然将发送它们的点到点 修复请求直至修复时间结束。另外在各种实施例中可以假设点到多 点修复会话将包含用以实现完整接收的整个数据集(例如整个文 件)。因而，例如用于点到多点修复的成本可以计算为 C卿=cu, Y，，》，+ * A" . J,
其中s是数据集的大小而^"是通报会话的大小。
根据各种实施例，服务运营商服务器和/或其它计算机可以估计
在修复会话之后能够完整地恢复给定数据集(例如文件)的接收器 的数目。对于点到点修复情况，服务运营商服务器和/或其它计算机 可以在各种实施例中假设发送过修复请求的所有接收器将能够恢复
数据集。因而在各种实施例中，对于点到点修复模式，A^^个接收
器可以被认为能够恢复文件
成^凝炎的^炎器炎冲=Mecv
然而在各种实施例中，可能有不具备点到点连接和/或不愿意使 用它的接收器。服务运营商服务器和/或其它计算机可以例如按照 (估计这些接收器的比率，其中p在o与i之间。当使用点到 多点修复模式时，这些接收器可以在各种实施例中能够具有恢复数 据集的机会。然而在各种实施例中，仍然可能有在点到多点修复会 话之后依然不能恢复数据集的某一比率的接收器。该比率可以在各 种实施例中与平均损失率/ 有关。因而服务运营商服务器和/或其它 计算机可以例如如下估计在点到多点修复之后恢复文件的接收器的 总数
成器炎《，=
服务运营商服务器和/或其它计算机可以在各种实施例中利用成 功接收的接收器的成本和/或数目来计算每 一 满意的接收器的成本。 服务运营商服务器和/或其它计算机例如然后可以判决使用具有每一
满意的接收器的最小成本的修复模式(例如代表更高效的修复模 式)。
另外注意到在各种实施例中，可以定期地或者根据一个或者多 个时间表(例如由制造商、系统管理员和/或服务运营商建立的时间 表)来更新这里讨论的各种估计和/或值。还注意到在各种实施例中， 可以通过多个服务运营商服务器和/或其它计算机来执行这里讨论的 各种操作等。
用户操作
参照图3,注意到根据各种实施例，在接收器在数据集递送会话 (例如DVB-H IPDC数据集递送会话)期间没有正确地接收数据(步 骤301 )的情况下，接收器可以例如将一个或者多个修复请求发送到 一个或者多个服务器(步骤303 )。这样的修复请求可以指示没有正 确接收的数据。
接收 一 个或者多个修复请求的修复服务器可以例如以利用点到 点修复模式(例如GPRS或者UMTS修复模式)的方式来做出响应。 因而，修复服务器可以例如通过以点到点方式向接收器发派一些丟 失数据来做出响应。
作为另 一例子，接收一个或者多个修复请求的服务器可以在利 用点到多点修复模式(例如DVB-H修复模式)的方式下做出响应。 因而，修复服务器可以例如通过将接收器重定向到点到多点修复会 话、经由会话通报用信号发送点到多点修复会话和/或在带内用信号 发送点到多点修复会话来做出响应。
在各种实施例中，服务器是以利用点到点修复模式的方式还是 以利用点到多点修复模式的方式做出响应可以依据服务运营商服务 器和/或其它计算机的上述类型的判决(步骤305 )。
注意到在各种实施例中可以向接收器指示(例如经由文件递送 服务器)修复服务器列表和/或后退算法参数。另外在各种实施例中， 接收器可以在后退时间窗口内随机地选择修复服务器和/或时间瞬
间。经由这样的操作，修复请求可以在修复服务器上和/或在时间上 均匀分布。
硬件和软件
这里描述的各种操作等可以在各种实施例通过和/或借助于计算 机来执行。另外，例如这里描述的设备可以是计算机和/或可以并入 计算机。如这里使用的术语"计算机"、"通用计算机"等指代但不限于
智能卡、媒体设备、个人计算机、工程工作站、PC、 Macintosh, PDA、 便携计算机、计算机化手表、有线或者无线终端、电话、通信设备、 节点等、服务器、网络接入点、网络多播点、网络设备、机顶盒、 个人视频记录器(PVR)、游戏控制台、便携游戏设备、便携音频 设备、便携媒体设备、便携视频设备、电视机、数字相机、数字可 携式摄像机、全球定位系统(GPS)接收器、无线个人服务器等或者 其任何组合，这些设备可能运行比如OS X、 Linux、 Darwin、 Windows CE、 Windows XP、 Windows Server 2003 、 Palm OS 、 Symbian OS等 才喿作系统、可能利用Series 40 Platform、 Series 60 Platform、 Series 80 Platform和/或Series 90 Platform并且可能具有对Java和/或.Net的支 持。
术语"通用计算机"、"计算机，，等也指代但不限于操作地连接到一 个或者多个存储器或者存储设备单元的一个或者多个处理器，其中 该存储器或者存储设备可以包含数据、算法和/或程序代码，而该一 个或者多个处理器可以执行程序代码和/或操控程序代码、数据和/ 或算法。在图4示出了可用于本发明各种实施例中的示例性计算机。 示例性计算机4000包括系统总线4050,其可操作地连接两个处理器 4051和4052、随机存取存储器4053、只读存储器4055、输入输出 (I/O)接口 4057和4058、存储接口 4059和以及显示器接口 4061 的。存储接口 4059又连接到海量存储4063。 I/O接口 4057和4058 的每一个可以例如是以太网、IEEE 1394、 IEEE 1394b、 IEEE 802.lla、 IEEE 802.1 lb、 IEEE 802.1 lg、 IEEE 802.1 li、 IEEE 802.1 le、 IEEE
802.11n、 IEEE 802.15a、 IEEE 802.16a、 IEEE 802.16d、 IEEE 802.16e、 IEEE 802.16x、 IEEE 802.20、 IEEE 802.15.3、 ZigBee、 Bluetooth、超 宽带(UWB)、无线通用串行总线(WUSB)、无线防火墙、地面 数字视频广播(DVB-T)、卫星数字视频广播(DVB-S)、高级电 视系统委员会(ATSC)、综合服务数字广播(ISDB)、数字多媒体 广播-地面(DMB-T)、地面数字多i某体广^番(T-DMB) 、 MediaFLO
(仅前向链路)、数字音频广播(DAB)、通用数字无线电(DRM)、 通用分组无线电服务(GPRS)、通用移动电信服务(UMTS)、全 球移动通信系统(GSM) 、 DVB-H (数字视频广4番手持)、IrDA
(红外线数据协会)和/或其它接口。
海量存储4063可以是硬驱动、光驱动、存储器芯片等。处理器 4051和4052可以各为普遍已知的处理器，比如IBM或者Freescale PowerPC, AMD Athlon、 AMD Opte醒、Intel ARM、 Intel XScale、 Transmeta Crusoe 、 Transmeta Efficeon、 Intel Xenon 、 Intel Itanium 、 Intel Pentium或者IBM、 Toshiab或者Sony Cell处理器。如本例中所 示的计算机4000也包括触屏4001和4A盘4002。在各种实施例中， 可选地或者附加地，还可以利用鼠标、小键盘和/或接口 。计算机4000 还可以包括或者附接到读卡器、DVD驱动、软盘驱动、硬驱动、存 储卡、ROM等，由此可以插入包含程序代码(例如用于执行这里描 述的各种操作的程序代码)的介质以便将代码加载到计算机上。
根据本发明的各种实施例，计算机可以运行被设计用来执行一 个或者多个上述操作的 一 个或者多个软件模块。可以例如根据本领 域中已知的方法使用比如Java、对象C、 C、 C#、 C++、 Perl、 Python 和/或Comega这样的语言对这样的4莫块进行编程。对应的程序代码 可以放置于如例如DVD、 CD-ROM、存储卡和/或软盘这样的介质上。 注意到在特定软件模块之中的任何所述操作划分都是出于举例说明 的目的，也可以利用替代性的操作划分。因而，讨论为由一个软件 模块执行的任何操作可以代之以由多个软件模块执行。类似地，讨 论为由多个模块执行的任何操作可以代之以由单个模块执行。注意
到讨论为由特定计算机执行的操作可以代之以由多个计算机执行。 还注意到在各种实施例中可以利用对等式和/或网格式计算技术。还 注意到在各种实施例中可能发生在软件模块之间的远程通信。这样
的远程通信可以例如涉及到简单对象访问协议(SOAP) 、 Java消息 4妄发服务(JMS)和/或远程方法调用(RMI)。
在图5中示出了终端的框图，该终端是可用于本发明各种实施 例中的示例性计算机。在下文中对应参考标号适用于对应部分。图5 的示例性终端5000包括处理单元CPU 503、信号接收器505和用户 接口 (501， 502 )。信号接收器505可以例如是单载波或者多载波 接收器。信号接收器505和用户接口 ( 501， 502 )与处理单元CPU 503 耦合。 一个或者多个直接存储器存取(DMA)信道可以存在于多载 波信号终端部分505与存储器504之间。用户接口 (501， 502 )包 括用以使用户能够使用终端5000的显示器和键盘。此外，用户接口 (501, 502 )包括用于接收和产生音频信号的麦克风和扬声器。用 户4#口 ( 501, 502 )也可以包括语音识别(未示出)。
处理单元CPU 503包括微处理器(未示出)、存储器504以及 可能包括软件。软件能够存储于存储器504中。微处理器基于软件 来控制终端5000的操作，比如接收数据流、数据接收中冲激脉冲串 噪声的容错、在用户接口中显示输出以及读取从用户接口接收的输 入。硬件包含用于检测信号的电路、用于解调制的电路、用于检测 沖激的电路、用于消隐符号中存在大量沖激噪声的那些采样的电路、 用于计算估计的电路以及用于执行对受损数据的纠正的电路。
仍然参照图5，可选地可以应用中间件或者软件实施。终端5000 可以例如是用户能够舒适携带的手持设备。终端5000能够例如是蜂 窝移动电话，该电话包括用于接收多播传输流的多载波信号终端部 分505。因此，终端5000可以有可能与服务才是供商交互。
注意到这里描述的各种操作等可以在各种实施例中用硬件实施 (例如通过一个或者多个集成电路)。例如，在各种实施例中，这 里描述的各种操作等可以通过专用硬件来执行和/或另外通过一个或
者多个通用处理器来执行。可以在各种实施例中利用一个或者多个 芯片和/或芯片组。在各种实施例中，可以利用一个或者多个专用集 成电^各(ASIC)。
衍生和范围
虽然以上描述包含许多细节，但是提供这些细节仅仅为了举例 说明本发明而不应当解释为对本发明范围的限制。因此对于本领域 技术人员是明显的，能够在不脱离本发明的要旨或者范围情况下在 本发明的系统和处理中做出各种修改和变形。
此外，可以分别地或者在任何组合中组合在本申请中以上描述 的本发明的实施例、特征、方法、系统和细节以产生本发明的新实 施例或者描述本发明的新实施例。
权利要求
1.一种方法，包括计算时间，其中计算考虑到用于数据集的数据集传输结束时间、后退偏移时间和后退窗口；在所述计算的时间向一个或者多个修复服务器发送对于接收的修复请求数目的请求；确定点到点修复和点到多点修复之一为最有效修复模式；以及向一个或者多个修复服务器通知所述确定的最有效修复模式。
2. 根据权利要求l所述的方法，还包括估计没有收到数据某一 部分的接收器的数目。
3. 根据权利要求l所述的方法，还包括估计点到点信道开销。
4. 根据权利要求1所述的方法，还包括估计点到多点信道开销。
5. 根据权利要求1所述的方法，还包括估计点到多点修复会话 损失百分比。
6. 根据权利要求1所述的方法，还包括估计成功数据集接收的 次数。
7. 根据权利要求1所述的方法，还包括估计用以通过点到点信 道传送数据单位的成本。
8. 根据权利要求1所述的方法，还包括估计用以通过点到多点 信道传送数据单位的成本。
9. 根据权利要求1所述的方法，还包括估计修复模式有效性。
10. 根据权利要求1所述的方法，其中利用手持数字视频广播 点到多点。
11. 根据权利要求1所述的方法，其中利用通用移动电信服务 点到点。
12. —种方法，包括估计没有收到数据某一部分的接收器的数目； 估计点到点信道开销； 估计点到多点信道开销；估计点到多点修复会话损失百分比；估计针对点到,泉修复模式的成功接收次数；估计针对点到多点修复模式的成功接收次数；估计点到点修复模式选择的成本；估计点到多点修复模式选择的成本；估计修复模式有效性；以及确定点到点修复和点到多点修复之一 为最有效修复模式。
13. 根据权利要求12所述的方法，还包括估计用以通过点到点 信道传送数据单位的成本。
14. 根据权利要求12所述的方法，还包括估计用以通过点到多 点信道传送数据单位的成本。
15. 根据权利要求12所述的方法，还包括计算时间，其中所述 计算考虑到用于数据集的数据集传输结束时间、后退偏移时间和后 退窗口 。
16. 根据权利要求12所述的方法，还包括在计算的时间向一个或者多个修复服务器发送对于接收的修复请求数目的请求。
17. 根据权利要求12所述的方法，还包括向一个或者多个修复服务器通知所述确定的最有效修复模式。
18. 根据权利要求12所述的方法，还包括估计将发送修复请求 的接收器的比率。
19. 根据权利要求12所述的方法，还包括初始地通知一个或者 多个修复服务器利用点到点修复模式。
20. 根据权利要求12所述的方法，其中利用手持数字视频广播 点到多点。
21. 根据权利要求12所述的方法，其中利用通用移动通信服务
22. —种系统，包括具有存储于其中的程序代码的存储器；以及 设置为与所述存储器进行通信的处理器，用于根据所述存储的 程序代码来执行指令；计算时间，其中计算考虑到用于数据集的数据集传输结束时间、后退偏移时间和后退窗口 ；在所述计算的时间向一个或者多个修复服务器发送对于接收的修复请求数目的请求；确定点到点修复和点到多点修复之一 为最有效修复模式；以及 向一个或者多个修复服务器通知所述确定的最有效修复模式。
23. 根据权利要求22所述的系统，其中所述处理器还执行对没 有收到数据某一部分的接收器的数目进行估计。
24. 根据权利要求22所述的系统，其中所述处理器还执行对点 到点信道开销进行估计。
25. 根据权利要求22所述的系统，其中所述处理器还执行对点 到多点信道开销进行估计。
26. 根据权利要求22所述的系统，其中所述处理器还执行对点 到多点修复会话损失百分比进行估计。
27. 根据权利要求22所述的系统，其中所述处理器还执行对成 功数据集接收的次数进行估计。
28. 根据权利要求22所述的系统，其中所述处理器还执行对用 以通过点到点信道传送数据单位的成本进行估计。
29. 根据权利要求22所述的系统，其中所述处理器还执行对用 以通过点到多点信道传送数据单位的成本进行估计。
30. 根据权利要求22所述的系统，其中所述处理器还执行对修复模式有效性进行估计。
31. 根据权利要求22所述的系统，其中利用手持数字视频广播 点到多点。
32. 根据权利要求22所述的系统，其中利用通用移动电信服务 点到点。
33. —种系统，包括具有存储于其中的程序代码的存储器；以及 设置为与所述存储器进行通信的处理器，用于根据所述存储的 程序代码来执行指令；其中所述程序代码在由所述处理器执行时使所述处理器执行估计没有收到数据某一部分的接收器的数目；估计点到点信道开销；估计点到多点信道开销；估计点到多点修复会话损失百分比；估计针对点到,泉修复模式的成功接收次数；估计针对点到多点修复模式的成功接收次数；估计点到点修复模式选择的成本；估计点到多点修复模式选择的成本；估计修复模式有效性；以及确定点到点修复和点到多点修复之一 为最有效修复模式。
34. 根据权利要求33所述的系统，其中所述处理器还执行对用 以通过点到点信道传送数据单位的成本进行估计。
35. 根据权利要求33所述的系统，其中所述处理器还执行对用 以通过点到多点信道传送数据单位的成本进行估计。
36. 根据权利要求33所述的系统，其中所述处理器还执行计算 时间，其中计算考虑到用于数据集的数据集传输结束时间、后退偏 移时间和后退窗口 。
37. 根据权利要求33所述的系统，其中所述处理器还执行在计 算的时间向一个或者多个修复服务器发送对于接收的修复请求数目 的请求。
38. 根据权利要求33所述的系统，其中所述处理器还执行向一 个或者多个修复服务器通知所述确定的最有效修复模式。
39. 根据权利要求33所述的系统，其中所述处理器还执行对将 发送修复请求的接收器的比率进行估计。
40. 根据权利要求33所述的系统，其中所述处理器还"^丸行初始 地通知一个或者多个修复服务器利用点到点修复模式。
41. 根据权利要求33所述的系统，其中利用手持数字视频广播 点到多点。
42. 根据权利要求33所述的系统，其中利用通用移动通信服务点到点。
43. —种服务器，包括具有存储于其中的程序代码的存储器；设置为与所述存储器进行通信的处理器，用于根据所述存储的程序代码来执行指令；以及设置为与所述处理器进行通信的网络接口；其中所述程序代码在由所述处理器执行时使所述处理器执行估计针对后退窗口内时间点的点到点修复模式有效性；估计针对所述后退窗口内所述时间点的点到多点修复模式有效性；以及确定点到点修复和点到多点修复之一 为最有效修复模式。
44. 一种方法，包括估计通过点到点信道传送 一 定数量的数据的成本； 估计通过点到多点信道传送所述一定数量的数据的成本； 从修复服务器接收所述修复服务器接收的修复请求的数目； 从所述修复服务器接收从所述修复服务器请求的编码符号的数S ;估计修复请求的总数，其中考虑到所述修复服务器接收的修复 请求的数目、在零与一之间的选定值以及修复服务器数量；估计所请求的编码符号的总数，其中考虑到从所述修复服务器 请求的编码符号的数目、在零与一之间的所述选定值以及所述修复服务器数量；计算用于点到点修复模式的成本，其中考虑到通过所述点到点 信道传输所述一定数量的数据的所述估计的成本、所述修复请求的总数以及所请求的编码符号的总数；以及计算用于点到多点修复模式的成本，其中考虑到通过所述点到 多点信道传输所述一定数量的数据的所述估计的成本、通过所述点 到点信道传输所述一 定数量的数据的所述估计的成本、所述修复请 求的总数以及从所述修复服务器请求的编码符号的数目。
45. 根据权利要求44所述的方法，其中所述一定数量的数据是 八位组。
46. 根据斥又利要求44所述的方法，还包括计算时间，其中考虑到数据集传输结束时间、后退偏移时间和 后退窗口；以及在所述计算的时间从所述修复服务器请求所述修复服务器接收 的修复请求的数目以及从所述修复服务器请求的编码符号的数目。
47. 根据权利要求44所述的方法，其中更新一个或者多个估计。
48. —种方法，包4舌从修复服务器接收向所述修复服务器发送修复请求的特别接收 器的数目；估计发送修复请求的特别接收器的总数，其中考虑到向所述修 复服务器发送修复请求的特别接收器的数目、在零与一之间的选定 值以及修复服务器数量；以及计算在点到多点修复模式之后经历恢复的接收器的总数，其中 考虑到向所述修复服务器发送修复请求的特别接收器的数目、平均 损失率、发送修复请求的特别接收器的总数以及与将不利用点到点 连接的接收器的估计比率相对应的在零与 一 之间的值。
49. 根据权利要求48所述的方法，还包括把在点到点修复模式 之后经历恢复的接收器的总数视为发送修复请求的特别接收器的总 数。
50. 根据权利要求48所述的方法，还包括计算时间，其中考虑到数据集传输结束时间、后退偏移时间和 后退窗口；以及 在所述计算的时间从所述修复服务器请求向所述修复服务器发 送修复请求的特别接收器的数目。
51. 根据权利要求48所述的方法，其中更新一个或者多个估计。
52. —种方法，包才舌计算点到点修复模式的效率，其中考虑到在所述点到点修复模 式之后经历恢复的接收器的总数以及用于所述点到,泉修复模式的成本；计算点到多点修复模式的效率，其中考虑到在所述点到多点修 复模式之后经历恢复的接收器的总数以及用于所述点到多点修复模式的成本；以及在确定所述点到多点修复模式比所述点到点修复模式更高效的 情况下利用所述点到多点修复模式。
53. 根据权利要求52所述的方法，还包括在确定所述点到多 点修复模式比所述点到点修复模式更高效的情况下，将接收器重定 向到所述点到多点修复模式，其中修复在某 一 时间之前为点到点而 在所述时间之后为点到多点。
54. 才艮据^又利要求52所述的方法，还包括 计算针对所述点到点修复模式的每一满意的接收器的成本；以及计算针对所述点到多点修复模式的每 一 满意的客户的成本。
55. 根据权利要求52所述的方法，还包括向一个或者多个修复 服务器通知所确定的最有效修复模式。
56. —种服务器，包括 具有存储于其中的程序代码的存储器；设置为与所述存储器进行通信的处理器，用于根据所述存储的 程序代码来执行指令；以及设置为与所述处理器进行通信的网络接口 ； 其中所述程序代码在由所述处理器执行时使所述处理器执行 估计通过点到点信道传送 一 定数量的数据的成本； 估计通过点到多点信道传送所述一定数量的数据的成本； 从修复服务器接收所述修复服务器接收的修复请求的数目； 从所述修复服务器接收从所述修复服务器请求的编码符号的数目；估计修复请求的总数，其中考虑到所述修复服务器接收的修复请求的数目、在零与一之间的选定值以及修复服务器数量；估计所请求的编码符号的总数，其中考虑到从所述修复服务器 请求的编码符号的数目、在零与一之间的所述选定值以及所述修复服务器数量；计算用于点到点修复模式的成本，其中考虑到通过所述点到点 信道传输所述一定数量的数据的所述估计的成本、所述修复请求的 总数以及所请求的编码符号的总数；以及计算用于点到多点修复模式的成本，其中考虑到通过所述点到多点信道传输所述一定数量的数据的所述估计的成本、通过所述点 到点信道传输所述 一 定数量的数据的所述估计的成本、所述修复请 求的总数以及从所述修复服务器请求的编码符号的数目。
57. 根据权利要求56所述的服务器，其中所述一定数量的数据 是八位组。
58. 根据权利要求56所述的服务器，其中所述处理器还执行 计算时间，其中考虑到数据集传输结束时间、后退偏移时间和后退窗口；以及在所述计算的时间从所述修复服务器请求所述修复服务器接收 的修复请求的数目以及从所述修复服务器请求的编码符号的数目。
59. 根据权利要求56所述的服务器，其中更新一个或者多个估计。
60. —种服务器，包括 具有存储于其中的程序代码的存储器；设置为与所述存储器进行通信的处理器，用于根据所述存储的 程序代码来执行指令；以及设置为与所述处理器进行通信的网络接口 ；其中所述程序代码在由所述处理器执行时使所述处理器执行 从修复服务器接收向所述修复服务器发送修复请求的特别接收 器的数目；估计发送修复请求的特别接收器的总数，其中考虑到向所述修 复服务器发送修复请求的特别接收器的数目、在零与一之间的选定 值以及修复服务器数量；以及计算在点到多点修复模式之后经历恢复的接收器的总数，其中 考虑到向所述修复服务器发送修复请求的特别接收器的数目、平均 损失率、发送修复请求的特别接收器的总数以及与将不利用点到点 连接的接收器的估计比率相对应的在零与 一 之间的值。
61. 根据权利要求60所述的服务器，其中所述处理器还执行把 在点到点修复模式之后经历恢复的接收器的总数视为发送修复请求 的特别接收器的总数。
62. 根据权利要求60所述的服务器，其中所述处理器还执行 计算时间，其中考虑到数据集传输结束时间、后退偏移时间和后退窗口；以及在所述计算的时间从所述修复服务器请求向所述修复服务器发 送修复请求的特别接收器的数目。
63. 根据权利要求60所述的服务器，其中更新一个或者多个估计。
64. —种服务器，包括具有存储于其中的程序代码的存储器；设置为与所述存储器进行通信的处理器，用于根据所述存储的 程序代码来执行指令；以及设置为与所述处理器进行通信的网络接口 ；其中所述程序代码在由所述处理器执行时使所述处理器执行计算点到点修复模式的效率，其中考虑到在所述点到点修复模 式之后经历恢复的接收器的总数以及用于所述点到,长修复模式的成 本；计算点到多点修复模式的效率，其中考虑到在所述点到多点修 复模式之后经历恢复的接收器的总数以及用于所述点到多点修复模式的成本；以及在确定所述点到多点修复模式比所述点到点修复模式更高效的 情况下利用所述点到多点修复模式。
65. 根据权利要求64所述的服务器，其中所述处理器还执行 在确定所述点到多点修复模式比所述点到点修复模式更高效的情况 下，将接收器重定向到所述点到多点修复模式，其中修复在某一时 间之前为点到点而在所述时间之后为点到多点。
66. 根据权利要求64所述的服务器，其中所述处理器还执行 计算针对所述点到,泉修复模式的每 一 满意的接收器的成本；以及计算针对所述点到多点修复模式的每一满意的客户的成本。
67. 根据权利要求64所述的服务器，其中所述处理器还执行向 一个或者多个修复服务器通知所确定的最有效修复模式。
全文摘要
一种例如适用于数据递送的系统和方法。例如，服务运营商服务器和/或其它计算机可以进行动作以确定在一个或者多个接收器没有正确地接收所发派的数据情况下应当利用点到点修复模式和点到多点修复模式中的哪个修复模式。作为另一例子，服务运营商服务器和/或其它计算机可以计算一个或者多个估计、请求来自一个或者多个修复服务器的值和/或向一个或者多个修复服务器提供关于待用修复模式的一个或者多个指示。
文档编号H04L12/18GK101176301SQ200680017104
公开日2008年5月7日 申请日期2006年5月11日 优先权日2005年5月19日
发明者I·鲍阿齐齐 申请人:诺基亚公司