用于在广播递送期间分发信息的方法和装置 |
|||||||
| 申请号 | CN201380046657.5 | 申请日 | 2013-04-11 | 公开(公告)号 | CN104620525A | 公开(公告)日 | 2015-05-13 |
| 申请人 | 瑞典爱立信有限公司; | 发明人 | 陈琨; 凌捷; 谢锦扬; 肖诗源; | ||||
| 摘要 | 提供了无线电通信系统中的BM-SC及其中的用于通过广播会话来向至少一个UE发送数据文件的方法以及UE及其中的用于接收来自BM-SC的发送数据文件的广播会话的方法。BM-SC中的方法包括：确定向至少一个UE发送所述数据文件；以及确定要用于所述发送的FEC 冗余度 级别。所述方法还包括：向所述至少一个UE发送使用所确定的FEC冗余度级别的数据文件以及对所确定的FEC冗余度级别的指示。 | ||||||
| 权利要求 | 1.一种在广播多播服务中心BM-SC中执行的方法，所述方法用于在广播会话中向无线电通信系统中的至少一个用户设备UE发送数据，所述方法包括： |
||||||
| 说明书全文 | 用于在广播递送期间分发信息的方法和装置技术领域[0001] 本公开涉及在无线通信系统中广播信息、以及能够处理这种广播信息的BM-SC和UE。 背景技术[0002] 多媒体广播多播服务(MBMS)是经由蜂窝网络提供的广播服务。相应地，增强的MBMS(eMBMS)被用于命名在演进的分组系统中的MBMS服务，所述演进的分组系统包括：针对长期演进(LTE)蜂窝网络的演进的通用陆地无线电接入网(E-UTRAN)和针对例如通用移动电信系统(UMTS)蜂窝网络等的UTRAN。在图1中示出了基于LTE的eMBMS解决方案架构的一个简化示例。 [0003] 图1的架构100包括至少一个广播多播服务中心(BM-SC)110，BM-SC 110是能够通过分发由一个或多个内容服务提供商120提供的内容来提供MBMS或eMBMS的实体，其中，内容服务提供商120通常包括内容库(未示出)和实时编码器(未示出)，能够在广播操作功能130的监管下例如以卫星馈送、实时馈送和/或内容递送网络(CDN)馈送的形式向BM-SC 110提供内容馈送，该广播操作功能130通常能够与BM-SC 110进行交互。BM-SC110经由多媒体广播多播服务网关(MBMS-GW)150连接到接入网，接入网通常包括多个接入节点，但为了简单起见这里由单个接入节点(基站140)来代表，其中，eNB 140能够经由单播或多播将所提供的内容馈送分发给位于该接入网的范围内的用户设备(UE)。此处，这样的UE由单个UE(UE 160)来代表。 [0004] 为了能够补救未能由至少一个UE正确地接收内容馈送，上述架构通常还设置有这样的功能，其被配置为使得BM-SC 110能够向那些报告没有收到内容馈送的至少一部分的UE 160重传部分内容馈送。这样的功能通常被称为文件修复，或更具体地称为HTTP单播文件修复。用于支持文件修复，BM-SC 110因此通常设置有至少一个(但通常是多个)文件修复服务器(未示出)，所述文件修复服务器能够通过重传先前发送的数据的方式向每个请求UE提供内容馈送中的丢失或损坏的文件片段。 [0005] 如上所述，eMBMS是经由演进的分组系统(包括E-UTRAN LTE和UTRAN接入)提供的广播服务。下面描述两个例证使用示例： [0006] 1.用于向体育场中的高度聚集的移动电话递送例如体育比赛视频内容。eMBMS系统可以使用MBMS下载递送方法，例如用户数据报协议UDP/基于单向传输的文件传输(FLUTE)，作为向终端递送直播TV内容的协议。根据苹果的HTTP实时流媒体(HLS)协议或根据DASH的媒体片段通过MBMS下载作为文件进行递送。 [0007] 2.安卓(Android)更新的分发。eMBMS系统可以使用MBMS下载递送方法(UDP/FLUTE)作为递送流行文件的协议，所述流行文件如：Android更新、YouTube视频预加载、或重大新闻事件。 [0008] 在本公开中，术语“终端”、“MBMS接收机”、“MBMS客户端”和UE被用于表示能够如本文所述接收经由MBMS或eMBMS的广播传输的装置或设备。 [0009] MBMS下载支持在单向MBMS承载上的数据文件递送，并且通过应用FEC技术提高了文件接收的可靠性。然而，尽管使用了FEC，但是不能保证数据文件递送的100％的可靠性。 [0010] 因此，定义了另外两种错误恢复方法，并且可选地，这两种错误恢复方法可以在已经结束MBMS发送后使用。利用点对点(PTP)文件修复方法，不满意的UE可以使用HTTP获取丢失的数据。点对多点(PTM)文件修复方法允许BM-SC在实际的MBMS数据传输之后发送更多的MBMS数据。然而，该MBMS服务层规范并没有定义文件修复方法的任何组合或顺序。 [0011] MBMS下载可被用于从单个源向多个UE递送任意数目的数据文件。MBMS下载可以使用FLUTE[RFC3926]协议进行文件递送。FLUTE被设计用于基于单向链路的海量文件递送，例如用于数字广播。因为HTTP和TCP对于PTM通信是不可行的，所以使用新开发的协议。下面参考图2描述根据现有技术的典型的eMBMS FLUTE传输。 [0012] 根据图2，其是以简化方式分别示出在BM-SC 200与支持MBMS或eMBMS的UE(此处由UE 220a、220b表示)之间的经由能够处理MBMS或eMBMS的通信网络(NW)220的MBMS或eMBMS下载的信令图。根据下文，对MBMS的提及将被解释为意指MBMS或eMBMS，并且UE可以替代地被称为MBMS或eMBMS客户端。在图2中，这样的网络基础设施是由将NW 220连接到BM-SC 200的网关(GW)210表示的，从而提供在UE220a、220b与BM-SC 200之间的访问。 [0013] 在第一步骤200中，建立MBMS承载，并且由BM-SC 200开始MBMS会话。要由UE接收的所有文件要求在FLUTE文件递送表(FDT)中的表项，其是使用FLUTE FDT实例提供的。于是，用户设备220a、220b可以使用检索到的FDT实例，以解码随后接收的FLUTE对象分组并且恢复相应的文件对象。 [0014] 因此，UE 220a、220b能够：在步骤200中接收由BM-SC 200发送的第一FDT实例，在随后的步骤220中跟着接收与前向纠错(FEC)数据一起的一个或多个文件。前向纠错FEC构件定义了例如FEC码(RFC3452)以及对象分割机制。对象分割机制描述了将对象数据分割成UDP分组有效载荷。每个文件将被编码有一个FEC编码ID，并且生成源编码符号和修复符号。所应用的FEC被包括在相应的FDT实例中。 [0015] 所描述的过程通常被重复(此处用步骤230和240来示出)，直到MBMS会话已被发送(此处由MBMS会话停止250来指示)。在已经完成该发送之后，UE 220a、220b就能够报告接收结果并且在需要的情况下请求对还没有成功接收的内容的文件修复。这样的请求以步骤260示出，在步骤260中UE 220a请求文件修复，并且在后续步骤270中发起文件修复过程，从而允许任何UE(此处是UE 220a)有第二次机会接收丢失的文件内容，以便获得对所请求的文件内容的成功接收。在需要的情况下，也可以针对UE 220b执行相同的过程。 [0016] 在BM-SC 200开始向UE 220a、220b发送或广播FLUTE分组之前，BM-SC 200需要发出包含必要信息的用户服务描述。在递送会话期间，BM-SC 200还需要发出用来描述递送文件对象的FDT实例，这在上面已经提及。 [0017] UE 220a、220b可以使用FDT实例信息来知道文件大小、FEC编码ID和FEC分割信息。然而，由于FLUTE是基于UDP的，通常UE 220a、220b无法知道哪个分组是一个数据文件对象的最后分组，除非满足下述条件： [0018] 1.UE接收到A标志(会话结束标志)或B标志(对象结束标志)，或者 [0019] 2.达到FDT实例期满时间。 [0020] 在大多数情况下，广播会话将以一定的FEC开销或者FEC冗余度级别来广播数据文件，以提高成功恢复的可能性。但FDT实例不描述添加到源文件对象的FEC开销或FEC冗余度级别是多少。下面描述两种可能的情形。 [0021] 情形1：在实时流传输的情况下，一个递送或广播会话不具有任何关联的用于文件修复的递送过程。作为缺乏FEC开销或FEC冗余度级别的结果，即使数据分组丢失率已经超过所应用的FEC开销或者针对一个段的FEC冗余度级别百分比，UE仍将保持接收分组。 [0022] 情形2：在点播内容递送的情况下，关联的递送过程说明(ADPD)程序是针对一个递送会话或者广播会话启用的。在这种情况下，UE识别丢失的源符号，并执行以下步骤： [0023] ·检查PTP文件修复是被定义用于MBMS下载会话(因此，文件修复参数是可用的)； [0024] ·等待，直到文件修复过程可被启动，其中，UE计算(随机)回退时间并且(随机地)选择文件修复服务器(BM-SC)；以及 [0026] 用于MBMS下载的文件修复过程的启动时间最迟是FDT实例的期满时间。期满时间是通过FDT实例的“期满”XML属性来给出的。 [0027] 用于MBMS下载的回退模式提供了关于在广播传输会话期间没有正确接收来自MBMS发送方(即，BM-SC)的某些数据的接收方(即UE)何时可以请求修复会话的信息。随机时间段可以以指向UE应该在其上计算发起文件修复过程的随机时间的时间窗长度的模式来定义。 [0028] 运营商无法获得针对一个下载会话或广播会话多少用户可能会触发文件修复的最佳猜测，直到已经达到文件修复回退模式，即，当针对该数据文件的广播递送完成并且UE开始向一个或多个修复服务器发送文件修复请求时。在一些极端情况下，在针对同一下载会话的文件修复窗期间可能存在海量的文件修复请求。这样的请求洪流会消耗大量的单播带宽，并且文件修复服务器可能冒着很大的过载风险。防止潜在的文件修复洪流对于大文件递送(如Android更新)特别有价值，原因是小的修复率仍会在网络中引入大的修复量。发明内容 [0029] 本文档的目的在于：消除或减轻上述缺陷中的至少一些缺陷。更具体地，提供了用于从BM-SC向UE提供FEC冗余度级别的方法以及对应的在UE处处理这样的FEC冗余度级别的方法，以及适于执行这种方法的BM-SC和UE。 [0030] 根据第一方面，提供了一种在BM-SC中执行的方法，所述方法用于在广播会话中向无线电通信系统中的至少一个UE发送数据。根据该方法，首先在BM-SC处确定要向至少一个UE发送的数据。然后确定FEC冗余度级别，其指示要被应用于所述数据发送的FEC冗余量，此后向所述一个或多个UE发送所述数据和对所述FEC冗余度级别的指示。 [0031] 所述对所述FEC冗余度级别的指示可被插入到更新的FDT实例中，作为FEC冗余度级别属性，在此之后所述更新的FDT实例被发送给所述一个或多个UE。 [0032] 所述方法还可以包括步骤：接收来自所述至少一个UE中的至少一个UE的信息，所述信息向BM-SC指示相应UE根据所应用的FEC冗余度级别无法成功解码所发送的数据。 [0033] 除了从相应UE接收所建议的信息类型之外，所述接收步骤可以包括：还接收对分组丢失率的指示。 [0034] 此外，根据第一实施例，BM-SC可以通过下述方式对从至少一个UE接收到关于无法解码所发送的数据的信息进行响应：确定增大用于后续数据发送的FEC冗余度级别；以及，向所述一个或多个UE发送对更新的FEC冗余度级别的指示。 [0035] 根据第二实施例，备选地，所述BM-SC可以：确定中止向所述至少一个UE的数据发送；以及，向相应的各个UE发送关于所述中止的信息。另外，所述BM-SC可以将对所中止的数据的发送重新调度到稍后的时间点。 [0036] 根据第三实施例，所述BM-SC可以：确定扩展在所述数据发送期间应用的文件修复窗；以及，将扩展的文件修复窗应用于后续数据发送。 [0037] 根据第四实施例，所述BM-SC可以取消在所述数据发送期间应用的文件修复窗。 [0038] 根据第五实施例，所述BM-SC可以：保存关于报告未能成功解码数据的UE的数目以及旨在接收所发送的数据的所述至少一个UE中的至少一个UE的分组丢失百分数的信息；以及，基于所保存的信息，重传特定百分比的修复符号，或者使用另一时隙重传数据。 [0039] 根据另一方面，提供了一种在UE中执行的方法，所述方法用于接收从BM-SC发送的广播会话中的数据，其中所述UE正在接收发送自BM-SC的数据和在发送所述数据时应用的FEC冗余度级别，以及所述UE使用所接收的FEC冗余度级别对所接收的数据进行解码。 [0040] FEC冗余度级别可以作为为此目的提供的属性在FDT实例中提供给UE。 [0041] 所建议的方法通常还包括步骤：确定所发送的数据是否能被成功解码；以及，在所述解码被认为是不成功的情况下，向所述BM-SC发送指示无法解码所发送的数据的信息。 [0042] 所述发送步骤还可以包括：向所述BM-SC指示所述发送的分组丢失率。 [0043] 另外，所建议的方法可以还包括步骤：确定所发送的数据中的未成功解码的分组的数目与成功解码的分组的数目之间的比率；确定所述FEC冗余度级别与所确定的比率之间的关系；以及如果所述比率高于所述FEC冗余度级别，以及如果针对所发送的数据未启用文件修复，则中止对所发送的数据的任何其他分组的接收。 [0044] 此外，所述UE还可以执行下述处理：向所述BM-SC指示在所发起的广播会话的中止之后将请求文件修复，以便在所请求的文件修复过程中接收未成功解码的数据。 [0045] 根据又一方面，提供了一种BM-SC，其用于经由广播会话向无线电通信系统中的至少一个UE发送数据。所述BM-SC包括处理器和计算机可读存储器，所述计算机可读存储器能够存储指令，所述指令在由所述处理器执行时使得所述处理器：确定向所述至少一个UE发送数据；确定要用于所述发送的FEC冗余度级别；以及，向所述至少一个UE发送应用所确定的FEC冗余度级别的所述数据和对所确定的FEC冗余度级别的指示。 [0046] 所述处理器还适于用所确定的FEC冗余度级别，即通过利用已经使用的FDT实例，来更新文件递送表FDT实例。 [0047] 所述存储器可被修改，使得能够存储指令，所述指令在由所述处理器执行时使得所述处理器：从所述至少一个UE中的至少一个UE接收信息，所述信息向所述BM-SC指示所述至少一个UE根据应用于发送所述数据文件的FEC冗余度级别无法成功解码所述数据文件，所述信息还指示分组丢失率。 [0048] 所述BM-SC可以从所述至少一个UE中的至少一个UE接收向所述BM-SC指示所述至少一个UE无法成功解码所述数据文件的信息，其中这种信息包括：接收向所述BM-SC指示分组丢失率的接收报告请求。 [0049] 根据第一实施例，所述存储器还能够存储指令，所述指令在由所述处理器执行时使得所述处理器：确定增大FEC冗余度级别；以及，继续向所述至少一个UE发送使用增大的FEC冗余度级别的所述数据文件的后续分组和对此后将应用所述增大的FEC冗余度级别的指示。 [0050] 根据第二实施例，所述存储器还能够存储指令，所述指令在由所述处理器执行时使得所述处理器：确定中止向所述至少一个UE(1000)的数据文件的发送；以及，向所述至少一个UE(1000)发送关于数据发送被中止的信息。所述存储器还能够存储指令，所述指令在由所述处理器执行时使得所述处理器：将所述数据发送重新调度到稍后的时间点。 [0051] 根据第三实施例，所述存储器还能够存储指令，所述指令在由所述处理器执行时使得所述处理器：确定扩展跟在向所述至少一个UE的数据发送终止之后的文件修复窗；以及将扩展的文件修复窗应用于跟在所述数据文件的发送终止之后的文件修复会话。 [0052] 根据第四实施例，所述存储器还能够存储指令，所述指令在由所述处理器执行时使得所述处理器：确定取消本应跟在向所述至少一个UE的数据发送终止之后的文件修复窗。 [0053] 根据第五实施例，所述存储器还能够存储指令，所述指令在由所述处理单元执行时使得所述处理单元：保存关于报告未能成功解码所述数据文件的UE的数目以及旨在接收所述数据文件的所述至少一个UE中的至少一个UE的分组丢失百分数的信息；以及，在向所述至少一个UE的数据发送终止之后，基于所保存的信息来重传特定百分比的修复符号，或者使用所述广播会话中的另一时隙重传所述文件。 [0054] 根据另一方面，提供了一种UE，其适于接收来自BM-SC的发送数据文件的广播会话。所述UE包括：处理器和存储器，所述存储器能够存储指令，所述指令在由所述处理器(1050)执行时使得所述处理器(1050)：从所述BM-SC接收发送，所述发送包括所述数据文件和对用于发送所述数据的FEC冗余度级别的指示；以及使用所指示的FEC冗余度级别对所接收的发送进行解码。 [0055] 所述存储器还能够存储指令，所述指令在由所述处理器执行时使得所述处理器：根据所接收的FEC冗余度级别对所接收的分组或数据文件进行解码，其中，如果对所接收的发送的解码未成功，则所述处理器还适于向所述BM-SC发送指示所述UE无法成功解码所述数据文件的信息。 [0056] 所述UE可被配置为：还向所述BM-SC发送指示所述UE无法成功解码所述数据文件的信息，其包括向所述BM-SC发送指示分组丢失率的接收报告请求。 [0057] 所述存储器还能够存储指令，所述指令在由所述处理器执行时使得所述处理器：接收多个分组；确定未成功解码的分组的数目与接收到的分组的数目之间的比率；确定所述FEC冗余度级别与所确定的比率之间的关系；以及，如果所述比率高于所述FEC冗余度级别，以及如果针对所递送的数据文件未启用文件修复，则中止对所述广播会话内的同一数据文件的其他分组的接收。 [0058] 另外，所述存储器还能够存储指令，所述指令在由所述处理器执行时使得所述处理器：向所述BM-SC指示在所述广播会话终止之后将请求与BM-SC的文件修复会话，以便接收对已经向BM-SC指示为未成功解码的那些分组的重传。 [0059] 这里的BM-SC、UE及其中的相应方法可以具有若干优点。一个优点是：FEC冗余度级别信息被递送给UE，使得UE能够确定来自BM-SC的数据文件中的多少分组被成功接收以及有多少分组未被成功接收。一旦分组丢失超过了FEC冗余度级别并且在FDT实例期满之前，UE可以及早触发动作。(a)对于突发型(dash)流传输，如果FEC冗余度级别信息被包括，则UE可以作出在片段的分组丢失已经超过FEC冗余度级别的情况下丢掉该整个片段的快速决定。使得UE能够在该片段无法恢复的情况下及早采取动作。否则，UE必须等到达到FDT实例期满时间，才可能采取任何行动。(b)对于点播内容，每当UE的分组丢失率超过FEC冗余度级别时，意味着UE需要执行文件修复过程或会话。UE可以在文件修复窗开始之前向BM-SC通知即将到来的文件修复。BM-SC可以使用该统计数据来确定如何(通过延长文件修复期或者取消文件修复过程或会话)防止修复风暴。这是非常有用的，并且它尤其有助于运营商或BM-SC防止针对大文件递送(例如Android更新)的潜在的网络单播风暴过载。附图说明 [0060] 现在将结合附图更加详细地描述实施例，附图中： [0061] 图1是根据现有技术的支持MBMS的网络的系统架构。 [0062] 图2是示出根据现有技术的在BM-SC和两个UE之间的典型的MBMS下载会话的信令方案。 [0063] 图3是对受不超过所应用的FEC冗余度级别的分组丢失率影响的被发送递送文件的示意图。 [0064] 图4是对受超过所应用的FEC冗余度级别的分组丢失率影响的被发送递送文件的示意图。 [0065] 图5是示出在BM-SC执行的用于确定FEC冗余度级别并将其提供给UE的方法的流程图。 [0067] 图7a和7b是示出UE可以如何接收和使用从BM-SC接收的FEC冗余度级别信息的流程图， [0068] 图8是示出根据第一实施例的能够操作为BM-SC或者与BM-SC关联的BM-SC的结构示意图。 [0069] 图9是示出根据第二实施例的BM-SC的结构示意图。 [0070] 图10是示出根据第一实施例的能够操作为UE或者与UE关联的BM-SC的结构示意图。 [0071] 图11是示出根据第二实施例的UE的结构示意图。 具体实施方式[0072] 简言之，提供了用于从BM-SC向UE发送一个或多个数据文件的BM-SC、UE以及相应的方法，其中，向接收方UE指示了用于广播所述数据文件的FEC冗余度级别。 [0073] 更具体地，本公开的目的在于：描述一种BM-SC和可在其中执行的方法，其用于在无线电通信网络中通过广播会话来向UE发送数据文件，其中在无线电通信网络的网络侧确定用于所述发送或会话的FEC冗余度级别并且将其指示给(一个或多个)UE。另一个目的在于：提供一种UE和可在其中执行的方法，其用于从网络接收如上所述的广播会话，其中可应用于所述发送或会话的FEC冗余度级别被指示给UE。通过向UE提供FEC冗余度级别信息，UE将被提供有在早期阶段可用于关于如何对发起的会话操作做出决策的信息，从而提供对网络资源的更有效的利用。 [0074] 一旦BM-SC已经确定通过广播来发送数据文件，BM-SC就确定要用于该发送的FEC冗余度级别。FEC使得数据的接收方能够校正接收到的数据中的任何可能的错误。一般而言，在通过空中发送数据时，传输信道的质量可能差别很大，并且差的信道质量可能会导致丢失若干数据块(多个比特或符号)。通过采用FEC，由发送方实体向要发送的数据添加附加的比特或符号。所添加的符号被选择为，使得数据的接收方将能够使用该添加的比特或符号来恢复在传输中丢失的数据比特或数据符号。 [0075] FEC冗余度级别表示所使用的FEC的“强度”。如果FEC冗余度级别为低，则接收方可能仅能够恢复少许比特或符号。因此，低的FEC冗余度级别通常在下述情况下使用：传输信道具有好的质量，这意味着被发送到接收方的数据仅有相对少的比特丢失。类似地，如果冗余度级别为高，则接收方可能能够恢复相对多的比特或符号。因此，高的FEC冗余度级别通常在下述情况下使用：传输信道具有差的质量，这意味着被发送到接收方的数据可能会遭受相对多的比特或符号丢失。 [0076] FEC冗余度级别越高，发送数据需要越多的资源。通常，FEC向待发送的数据添加数据或信息。添加的数据被接收方用于恢复任何丢失的比特或符号。FEC冗余度级别越高，越多的数据被添加到待发送的数据。因此，不希望使用太高的FEC冗余度级别，这是因为这将花费额外的资源来向接收方传送数据。FEC冗余度级别通常以百分比来表达，例如10％、20％或35％。该百分比表示相对于待发送的数据而言添加了多少额外信息。如果BM-SC计划递送1兆字节数据，并使用10％的FEC冗余度级别，则这意味着BM-SC需要向最终用户递送1.1兆字节。FEC冗余度级别可被看作是BM-SC能够处理的最大百分比分组丢失，并且因此，如果在UE处发现数据会话的分组丢失超过FEC冗余度级别，则除了FEC之外，还需要采取手段以应对这种分组丢失级别。 [0077] 该方法还包括向至少一个UE发送使用所确定的FEC冗余度级别的数据文件以及对所确定的FEC冗余度级别的指示。BM-SC向UE发送对所确定的FEC冗余度级别的指示。这意味着，接收方UE既接收包括FEC冗余度级别的数据文件，又接收对该FEC冗余度级别的指示。这使得(一个或多个)UE能够在该广播过程的早期阶段各自确定分组或符号丢失率。然后UE可以向BM-SC通知关于分组或符号丢失率的当前情形，这将在下文更详细地描述。 [0078] 下面是所建议的3GPP TS 26.346中的FDT架构更新，其中已经定义新的属性(这里称为FEC-OTI-冗余度级别)，其中OTI是对象传输信息的简称。FEC冗余度级别指示或信息可被包括在FDT实例级别或文件属性级别。如果FEC编码被启用，则可以包括该属性，其中该属性的值以表示FEC引起的开销的百分比来给出。FEC-OTI-冗余度级别可被替代地称为FEC冗余度级别或FEC开销。 [0079] [0080] [0081] [0082] [0083] 如果UE从一开始就知道到来的数据文件对象的FEC-OTI冗余度级别(从此处往后，简称为FEC冗余度级别)，则在数据文件的传输期间UE经历了分组丢失的情况下(并且更具体地，在已经发现分组丢失百分比超过了FEC冗余度级别的时间点)UE将能够采取不同的且更好的动作，或者，换言之，与保持接收UE不能恢复的分组的情形相反，UE可以因此从该时间点开始丢弃属于相应文件对象的数据分组。通过选择不继续接收分组，UE不能继续处理，并且作为结果，它将在早期阶段停止处理，这将节省电池，并且还可以得到更好的用户友好性。 [0084] 图3是例示的递送文件，其包括超过20％的FEC冗余度级别，也即，UE将能处理不超过20％的分组丢失率，然而在分组丢失率超过20％的情况下，将发起动作，如上面建议的动作之一。 [0085] 更具体地，如果发现分组丢失超过FEC冗余度级别，则UE可以丢弃会话，即数据文件的广播传输；或者在该广播传输会话结束之前UE可以向BM-SC报告分组丢失率。 [0086] 从运营商或BM-SC的角度来看，如果如上文所建议的，UE在早期阶段报告潜在的文件修复要求，则在BM-SC处可以采取不同的动作，以在文件修复回退模式开启之前防止可被称为业务洪流或换言之以网络过载来表达的情形。 [0087] 如果MBMS下载会话支持针对按需内容递送的文件修复，则运营商将能够通过下述方式控制BM-SC的功能。从运营商的角度来看，BM-SC变得在实际的文件修复过程开始之前了解潜在文件修复请求数量，在这之后可以在BM-SC处采取不同的动作。一个这种动作可以是延长修复窗；另一个动作可以是通过宣布另一个空的联合递送过程(ADP)或者更新调度片段以表示BM-SC将强制UE在文件修复窗启动之前取消ADPD过程，来取消P2P数据文件修复。如果有很多UE没能恢复数据文件对象，则BM-SC可以为该下载会话调度另一个广播服务。这可以利用图4来例证说明。由于UE在接收的开始处就已经知道FEC冗余度级别，并且能够在统计意义上确定分组丢失率并将其与FEC冗余度级别进行比较，所以其能够通过向BM-SC通知在FDT实例期满之后(即一旦针对数据文件下载的广播会话终止)UE将需要文件修复处理，来对超过FEC冗余度级别20％的分组丢失率做出反应。 [0088] 可以收集所有的客户端请求信息，以检查有多少用户(即UE的数目)需要针对正在进行的下载会话的文件修复。取决于在达到文件修复窗之前的统计，在BM-SC处可以采取不同的动作： [0089] 1)如果文件修复请求的数量将不会淹没网络，但发现预定义的修复窗太短，则ADPD xml可被更新且以带内或带外(单播或广播)的方式发送，以扩展文件修复窗。 [0090] 2)若文件修复请求的数量可能会淹没网络和文件修复服务器，则可以通过带内发送更新后的用户服务描述(USD)片段来取消文件修复过程或会话。如果需要，可以调度另一时隙以在相同的广播会话中重传数据文件，或者调度另一广播会话来重传数据文件，而不是使用文件修复机制。 [0091] 上文描述的BC-SC及在其中的方法、以及上文描述的UE及在其中的方法可具有若干优点。一个优点是：使得能够向UE递送FEC冗余度级别信息，从而使得UE能够确定来自BM-SC的数据文件中的多少分组被成功接收以及有多少分组未被成功接收，并且能够评估该结果以采取适当的动作。由此，一旦发现分组丢失超过了FEC冗余度级别并且在FDT实例期满之前，UE可以及早触发动作。 [0092] (a)对于突发型(dash)流传输，如果FEC冗余度级别信息被包括，则UE可以作出在片段的分组丢失已经超过FEC冗余度级别的情况下丢掉该整个片段的快速决定，从而使得UE能够在该片段无法恢复的情况下及早采取动作。否则，UE必须等到达到FDT实例期满时间，才能够采取任何行动。 [0093] (b)对于点播内容，每当UE的分组丢失率超过FEC冗余度级别时，意味着UE需要执行文件修复过程或会话。可以在文件修复窗开始之前向BM-SC通知即将到来的文件修复。BM-SC可以使用该统计数据来确定如何通过下述方式中的任一种防止修复风暴：通过延长文件修复期，或者通过取消文件修复过程或会话。这是非常有用的，并且它尤其防止针对大文件传输(例如由于Android更新的递送)的潜在的网络单播风暴过载。 [0094] 图5和图6a-6d是在BM-SC中的通过应用广播会话来向无线电通信网络中的至少一个UE发送数据文件的数据的方法的示例的流程图。 [0095] 在示例中，图5中的可在BM-SC处执行的用于通过广播会话来向无线电通信网络中的至少一个UE发送数据文件的方法包括：在步骤510中确定要向至少一个UE发送的数据文件。该决定可以因为例如接收到来自网络节点的数据文件以及该数据文件要被发送给多个UE的指令来触发，其中该多个UE也可被称为MBMS客户端。 [0096] 一旦BM-SC已经确定通过广播方式发送数据文件，BM-SC就确定了要在发送数据文件时使用的FEC冗余度级别，如在另一步骤520中所示。FEC使得数据的接收方能够校正接收到的数据中的任何可能的错误。一般而言，在通过空中传输数据时，传输信道的质量可能差别很大，并且差的信道质量可能会导致丢失若干数据块(多个比特或符号)。通过采用FEC，由发送方实体向要发送的数据添加附加的比特或符号。所添加的符号被选择为使得数据的接收方将能够使用该添加的比特或符号来恢复在传输中丢失的数据比特或数据符号。 [0097] 该方法还包括：向所述至少一个UE发送使用所确定的FEC冗余度级别的数据文件和对所确定的FEC冗余度级别的指示，如在另一步骤530中所示。 [0098] 根据一个备选实施例，上述方法还可以包括：用所确定的FEC冗余度级别更新(文件递送表)FDT实例，如可选步骤525所示，其中，该更新的FEC冗余度级别在FDT实例中发送给UE。 [0099] 在BM-SC开始向UE或eMBMS客户端发送或广播数据分组时，BM-SC发出包含必要信息的用户服务描述。在广播会话期间，BM-SC还发出用于描述递送的或广播的文件对象的FDT实例。UE或eMBMS客户端可以使用FDT实例来解码接收到的数据分组并恢复文件对象。通过用所确定的FEC冗余度级别更新FDT实例，BM-SC使得该信息能够被发出给接收所广播的数据文件的UE。 [0100] 在示例中，要发送给至少一个UE的数据与FDT实例相关联，其中数据文件被分割成分组，每个分组与该FDT实例相关联。 [0101] FLUTE FDT实例描述了递送或广播的文件对象，并且还向UE提供关于数据文件分割的信息。通常，数据文件可能是非常大的，并且必须被分割成分组或符号。在这个例子中，要发送的数据文件的每个分组与FDT实例相关联。 [0102] 可选地，图5的方法还可以包括另一可选步骤540，从所述至少一个UE中的至少一个UE接收向BM-SC指示在应用用于发送该数据文件的FEC冗余度级别时UE无法成功解码该数据文件的信息，该信息还指示分组丢失率。 [0103] 根据一个实施例，从所述至少一个UE中的至少一个UE接收向BM-SC指示UE无法成功解码该数据文件的信息包括：接收向BM-SC指示分组丢失率的接收报告请求。 [0104] 通过这种方式，现有消息被用于向BM-SC传达关于UE未能成功接收和解码广播的分组的信息，以及传达关于分组丢失率的信息。 [0105] UE使用FDT实例来解码接收到的FLUTE对象分组/符号并且恢复文件对象。UE利用所包含的FEC冗余度级别对接收到的分组或符号进行解码。如下面将要解释的，在UE无法成功解码分组的情况下，UE向BM-SC通知未能成功解码广播的分组。UE还向BM-SC指示分组/符号丢失率。 [0106] 如果根据步骤540在BM-SC处接收到指示未能解码数据文件的信息，则BM-SC可以以众多备选方式来继续该方法，这可以取决于目前的情况和/或选定的配置，现在将在图6a-6d中对其进行说明。 [0107] 根据一个实施例，如作为图6a中的步骤610的另一步骤所示，BM-SC确定增大FEC冗余度级别，并且继续向UE发送使用增大的FEC冗余度级别的数据文件的后续分组以及对此后使用增大的FEC冗余度级别的指示。 [0108] 由于BM-SC接收到来自所述至少一个UE中的至少一个UE的向BM-SC指示UE无法成功解码该数据文件的信息，所以BM-SC知道FEC冗余度级别太低以致UE无法成功解码的广播的数据文件的分组。这可能是由于信道质量太差，使得广播的分组变得有些损坏或损坏到一定程度使得UE使用当前的FEC冗余度级别不可能校正分组中的错误。 [0109] 该示例中的BM-SC确定增大FEC冗余度级别，从而与使用较低的或当前的FEC冗余度级别相比，UE能够校正广播和接收的分组中的更多错误。这有可能克服广播的分组例如由于差的信道质量而被损坏至无法复原的缺点，这是因为FEC冗余度级别越高，接收方能够校正的错误越多。 [0110] 因为现在已经改变(在本例中是增大)FEC冗余度级别，BM-SC必须向UE指示此后使用该增大的FEC冗余度级别。这可以通过基于目前的FEC冗余度再次更新FDT实例来完成。 [0111] 以这种方式，由于BM-SC发出用于描述递送的或广播的文件对象或分组的FDT实例，接收广播的所有UE都获知该新的增大的冗余度级别。然后UE可以使用FDT实例来解码接收到的FLUTE对象并且恢复该文件对象。通过用增大的FEC冗余度级别更新FDT实例，BM-SC能够向接收所广播的数据文件的UE发出此信息。由此，FEC冗余度级别在广播会话期间不必是恒定的或静态的，而是可以是动态的，以满足可能的变化的条件，从而得到广播会话期间的REC冗余度的更改。 [0112] 根据另一实施例，BM-SC改为应用图6b中的步骤，即BM-SC确定中止向所述至少一个UE的数据文件的发送，并且向所述至少一个UE发送关于已经中止数据发送的信息，如步骤615所示，并且将该数据发送重新调度到稍后的时间点，如另一步骤620所示。 [0113] BM-SC可以将该数据发送重新调度到稍后的时间点。因为在无线电或无线通信系统中的信道质量可能随着时间有相当大的变化，所以BM-SC可以假设UE报告未能解码所广播的分组的原因是由于暂时的信道质量劣化。因此，在稍后的时间点，信道质量可能已经改善，因此BM-SC将该数据发送重新调度到稍后的时间点。 [0114] BM-SC可以接收来自不同UE的相当大数量的向BM-SC通知UE无法成功解码来自BM-SC的广播分组的指示。在该示例中，BM-SC可以确定中止向所述至少一个UE的数据文件的发送。这是针对增大FEC冗余度级别的备选方案。 [0115] 一旦BM-SC确定中止向所述至少一个UE的数据文件的发送，BM-SC向所述至少一个UE通知中止该数据发送。以这种方式，UE可以变得知道它们不应该或不需要侦听要由广播会话接收的更多分组。UE于是可以采取适当的行动，例如简单地丢弃迄今接收到的该数据文件的所有分组，或者请求发送该数据文件。 [0116] 关于如何选择正确的备选方案的规则可以由运营商预先定义。例如，如果针对一个会话存在1000个潜在的文件修复请求，则运营商可以延长文件修复窗，如果存在10000个潜在的文件修复请求，则运营商可以选择取消针对该递送会话的文件修复。 [0117] 根据又一实施例，BM-SC可以改为如在图6c中所示，确定扩展文件修复窗，并且将扩展的文件修复窗应用于跟在正在进行的数据文件发送终止之后的任何文件修复会话。这种备选方案如图6c中的步骤625所示。 [0118] BM-SC接收来自多个UE的指示未能成功解码该数据文件的广播的分组的指示。作为增大数据文件的FEC冗余度级别或中止数据文件的发送的又一替代，BM-SC可以确定扩展跟在向所述至少一个UE的数据传输终止之后的文件修复窗。这意味着，UE能够在比用于文件修复过程的默认时间更长的时间期间使用文件修复过程。BM-SC可以考虑将会请求文件修复的UE的数目，因为这是根据接收到的未能成功解码广播的分组的指示而已知的。如果各个文件修复会话的数目(即需要文件修复过程的UE的数量)不会使得网络过载，并且如果当前文件修复窗太短而不允许所有UE执行文件修复，则BM-SC可以更新ADPD xml以扩展文件修复窗。当BM-SC更新ADPD xml时，BM-SC单播或广播更新后的ADPD xml，以便扩展文件修复窗。 [0119] 根据另一实施例，如图6d中的步骤630所示，BM-SC可以改为确定取消本应跟在向所述至少一个UE的数据发送终止之后的文件修复窗。 [0120] BM-SC可能会接收到相对大数量的来自UE的表明未能成功解码广播的分组的指示。在存在大量的这种指示的情况下，BM-SC可以假设文件修复过程可能会使网络过载。为了避免任何过载情形，BM-SC改为确定取消文件修复窗。这可能会导致若干UE不能够成功接收完整的数据文件。 [0121] 运营商可以通过经由服务发现信道发送更新后的用户服务片段来取消文件修复窗。 [0122] 根据又一实施例，BM-SC可以改为如图6e中的步骤630所示，保存关于已经报告未能成功解码该数据文件的UE的数目以及旨在接收该数据文件的至少一个UE中的UE的分组丢失百分数的信息，并且在向所述至少一个UE的数据发送终止之后，基于所保存的信息，重传特定百分比的修复符号。备选地，可以使用广播会话中的另一时隙来重传该文件。 [0123] 在本示例中，BM-SC还可以取消文件修复窗，并且改为：在向所述至少一个UE的数据发送终止之后重传特定百分比的修复符号，或使用广播会话中的另一时隙来重传该文件。以这种方式，避免了由于文件修复请求和文件修复会话造成网络过载的风险。此外，如果在向所述至少一个UE的数据发送终止之后重传修复符号或使用广播会话中的另一时隙来重传该文件可以使得UE能够在不利用文件修复过程的情况下恢复数据文件，则可以节省资源。 [0124] eMBMS下载会话支持针对点播内容递送的文件修复。如果运营商或BM-SC可以在实际的文件修复开始之前知道潜在的文件修复请求数量，则运营商或BM-SC可以采取不同的行动，例如下述中的任一种：延长修复窗；或者通过宣布另一个空的联合递送过程(ADP)或更新调度片段以表示运营商或BM-SC希望UE或eMBMS客户端在文件修复窗启动之前取消ADPD过程，来取消点对点(P2P)数据文件修复。如果存在太多的未能恢复数据文件对象的最终用户，则运营商或BM-SC可以为该下载会话调度另一个广播服务。 [0125] 图7a和7b是示出可在UE处执行的能够接收来自BM-SC的发送数据文件的广播会话的方法的示例的流程图。 [0126] 根据参考图7a描述的一个实施例，如步骤710所示，UE正在接收来自BM-SC的发送，该发送包括数据文件和对用于发送数据的FEC冗余度级别的指示，其中FEC冗余度级别导致在被接收数据中加入了开销；以及，如步骤720所示，使用所指示的FEC冗余度级别对接收到的发送进行解码。 [0127] UE接收来自BM-SC的包括数据文件和对用于发送该数据的FEC冗余度级别的指示的发送。这意味着UE既接收以至少一个数据分组的形式进行的数据文件的广播发送。UE还接收对用于发送数据的FEC冗余度级别的指示。于是，UE可以使用该FEC冗余度级别，以便成功解码接收到的分组或数据文件。如果接收到的分组或数据文件包括比FEC冗余度级别低的错误率，则UE能够校正分组或数据文件中的错误，以成功解码该分组或数据文件。 [0128] 该UE中的方法可以具有若干优点。一个优点是：FEC冗余度级别信息被递送给UE，并且使得UE能够确定来自BM-SC的数据文件中的多少分组被成功接收以及有多少分组未被成功接收。一旦分组丢失超过了FEC冗余度级别并且在FDT实例期满之前，UE可以及早触发动作。(a)对于突发型(dash)流传输，如果FEC冗余度级别信息被包括，则UE可以作出在片段的分组丢失已经超过FEC冗余度级别的情况下丢掉该整个片段的快速决定。使得UE能够在该片段无法恢复的情况下及早采取动作。否则，UE必须等到达到FDT实例期满时间，才能够采取任何行动。(b)对于点播内容，每当UE的分组丢失率超过FEC冗余度级别时，意味着UE需要执行文件修复过程或会话。UE可以在文件修复窗开始之前向BM-SC通知即将到来的文件修复。BM-SC可以使用该统计数据来确定如何(通过延长文件修复期或者通过取消文件修复过程或会话)防止修复风暴。这是非常有用的，并且它尤其有助于运营商或BM-SC防止针对大文件递送(例如Android更新)的潜在的网络单播风暴过载。 [0129] 根据实施例，数据文件与FDT实例相关联，其中该数据文件被分割成分组，每个分组与FDT实例相关联，其中FDT实例包括FEC冗余度级别信息。 [0130] 在BM-SC开始向UE或eMBMS客户端发送或广播FLUTE分组之前，BM-SC发出包含必要信息的用户服务描述。在广播会话期间，BM-SC还发出用于描述递送或广播的文件对象的FDT实例。UE或eMBMS客户端可以使用FDT实例来解码接收到的FLUTE对象分组并恢复文件对象。通过用所确定的FEC冗余度级别更新FDT实例，BM-SC使得该信息能够被发出给接收所广播的数据文件的UE。 [0131] 一旦UE已经接收到FEC冗余度级别，该信息可被用于确定解码是否成功，如步骤730所示。如上文已经描述的，UE使用该FEC冗余度级别来解码接收到的分组或数据文件。 [0132] 如果在步骤730中确定了对接收到的发送的解码不成功，则向BM-SC发送指示UE无法成功解码该数据文件或分组的信息，如步骤740所示。所发送的信息可以包括接收报告请求，向BM-SC指示分组丢失率。另外，UE还可以通过下述方式对该给定场景做出反应：向BM-SC指示在广播会话终止之后将请求与BM-SC的文件修复会话，以便接收对已经向BM-SC指示的未成功解码的那些分组的重传。这由可选步骤750所示。 [0133] 通过这种方式，BM-SC获知UE在广播会话终止之后将请求文件修复会话或过程。这使得BM-SC能够采取适当的动作。如上所述，如果接收广播的数据文件的UE中的相对多的UE表明它们将请求文件修复，则BM-SC可以确定：例如增大FEC级别，扩展文件修复窗，或者取消文件修复窗。 [0134] 通过这种方式，现有消息被用于向BM-SC传达关于UE未能成功接收和解码广播的分组的信息，以及传达关于分组丢失率的信息。 [0135] 如果接收到更多的数据，则该方法可以如图7a和7b中的分支C所示那样继续，然而如果没有接收到更多的数据，则该方法如图7a和7b中的分支B所示那样继续，如步骤660中所示，并且将在下文进一步描述。 [0136] 除了上文描述的方法步骤之外，UE可以基于对动态FEC冗余度级别的了解，执行另外的步骤，现在将参考图7b进行描述。根据图7b的步骤770，UE确定尚未成功解码的分组的数目与接收到的分组的数目之间的比率，并在随后的步骤780中确定FEC冗余度级别与所确定的比率之间的关系。UE接收到多个分组，即从BM-SC向UE广播的同一数据文件的所有部分。一些分组可能被成功解码，而一些分组可能未成功解码。UE确定分组丢失率，其以百分比来表示并且是未成功解码的分组的数目除以接收到的分组的总数。 [0137] 如果在下一步骤790中确定该比率高于FEC冗余度级别，即未成功解码的分组的相对数量大于能够通过应用FEC来处理的数量，并且因此不针对所递送的数据文件启用文件修复，UE可以推断出它将不能够成功接收和解码该数据文件。如果是这种情况，则UE保持接收该数据文件的更多分组将是浪费资源。因此，如步骤800所示，UE于是将确定中止或终止正在进行的对该广播会话内的同一数据文件的其他分组的接收，除非文件修复被启用。文件修复过程仅针对经由广播的点播内容递送才启用。然而，如上面已经解释的，BM-SC具有下述选项：取消文件修复窗，从而禁用文件修复过程。 [0138] 现在将参考图8进一步详细描述适于经由广播会话向无线电通信系统中的至少一个UE发送数据的BM-SC，其中，BM-SC 800包括处理器810和能够存储计算机可读指令的计算机可读存储器820，所述计算机可读指令在由所述处理器执行时使得处理器810：向所述至少一个UE 1000发送数据，以及确定FEC冗余度级别，该FEC冗余度级别与发送数据相关联地发送。此外，计算机可读指令还将能够使得处理器810执行上面参考图5或图6a-6e中的任意附图建议的备选方法步骤中的任意步骤。 [0139] 更具体地，可执行指令被配置为使得当被执行时它们使得处理器810：确定存在要向至少一个UE发送的数据文件；确定FEC冗余度级别，其指示要被应用于待发送的数据的FEC冗余量；以及经由发送单元830向一个或多个UE发送数据和对FEC冗余度级别的指示。 [0140] 此外，可执行指令可以使得处理器810：将对FEC冗余度级别的指示插入到更新的FDT实例，作为FEC冗余度级别属性，在此之后经由发送单元830将更新的FDT实例发送给一个或多个UE。 [0141] 另外，可执行指令可以使得处理器810：以众多备选方式对经由接收单元840从至少一个UE接收到的指示无法解码接收到的数据的信息做出响应。 [0142] 根据第一实施例，可执行指令使得处理器810：增大FEC冗余度级别，以向UE发送表明此后使用增大的FEC冗余度级别的指示，并且继续使用该增大的FEC冗余度级别发送该数据文件的后续分组。 [0143] 根据第二实施例，可执行指令改为使得处理器810：中止向至少一个UE 1000的数据文件发送；以及，向至少一个UE 900发送关于已经中止该数据发送的信息。 [0144] 根据第三实施例，可执行指令改为使得处理器810：扩展文件修复窗，并将扩展后的文件修复窗应用于跟在正在进行的数据文件发送终止之后的任意文件修复会话。 [0145] 根据第四实施例，可执行指令使得处理器810：取消本应跟在向至少一个UE 1000的数据发送终止之后的文件修复窗。 [0146] 根据第五实施例，可执行指令使得处理器810：保存关于已经报告未能成功解码该数据文件的UE的数目以及旨在接收该数据文件的至少一个UE中的UE的分组丢失百分数的信息，并且在向所述至少一个UE的数据发送终止之后，基于所保存的信息，重传特定百分比的修复符号。备选地，可以使用广播会话中的另一时隙来重传该文件。 [0147] 备选地，计算机可读存储器820可被布置为计算机程序产品820a，其包括计算机可读介质和计算机程序850，计算机程序850包括如上所述的可执行指令。该计算机程序产品820a可以是非易失性或易失性存储器的形式，如电可擦除可编程只读存储器(EEPROM)、闪存、随机存取存储器(RAM)、或盘驱动器，但不是信号的形式或任何形式的电磁波。该计算机程序产品820a还可以包括持久存储器860，其例如可以是下述存储器中的单个存储器或组合：磁存储器、光学存储器、固态存储器、或者甚至远程安装的存储器。 [0148] 正结合图9示出的，备选BM-SC 900可以包括处理单元910、存储器920、发送单元930和接收单元940，其可操作地连接以便能够执行与上文参考图8描述的布置对应的功能。图9的处理单元910可以包括合适数目的可操作连接的模块或单元，如：接收模块911，用于从UE接收数据；确定模块912，用于确定何时修改FEC冗余度级别；发送模块913，用于向UE发送数据；更新模块914，用于相应地更新FEC冗余度级别；以及调度模块915，用于调度将到来的流量，其可能受更新的FEC冗余度级别的影响。 [0149] 而且，能够执行上述方法中的任何方法的UE需要进行相应的适应性修改。根据一个实施例，参考图10描述适于从上面提到的BM-SC800接收发送数据的广播会话的UE。UE 1000包括处理器1010和存储器1020，存储器1020能够存储指令，所述指令在由处理器 1010执行时使得处理器1010：接收来自BM-SC 800的发送，该发送包括数据文件和对用于发送数据的FEC冗余度级别的指示；以及，使用所指示的FEC冗余度级别对接收到的发送进行解码。 [0150] 在又一示例中，数据文件与文件递送表(FDT)实例相关联，其中，数据文件被分割成分组，每个分组与FDT实例相关联，其中FDT实例包括FEC冗余度级别信息。 [0151] 在又一示例中，存储器1020还能够存储这样的指令，所述指令在由处理器1010执行时使得处理器1010：根据接收到的FEC冗余度级别对接收到的分组或数据文件进行解码，其中，如果对接收到的发送的解码不成功，则处理器1010还适于向BM-SC 800发送指示UE1000无法成功解码该数据文件或分组的信息。 [0152] 根据实施例，向BM-SC 800发送指示UE 1000无法成功解码该数据文件或分组的信息包括：向BM-SC 800发送指示分组丢失率的接收报告请求。 [0153] 在另一示例中，存储器1020还能够存储这样的指令，所述指令在由处理器1010执行时使得处理器1010：接收多个分组；确定未成功解码的分组的数目与接收到的分组的数目之间的比率；确定FEC编码的冗余度级别与所确定的比率之间的关系；以及，如果所述比率高于FEC冗余度级别，则处理器1010适于，在针对所递送的数据文件未启用文件修复的情况下中止对该广播会话内的同一数据文件的其他分组的接收。 [0154] 在又一示例中，存储器1020还能够存储这样的指令，所述指令在由处理器1010执行时使得处理器1010：向BM-SC 800指示在该广播会话终止之后将请求与BM-SC的文件修复会话，以便接收对已经向BM-SC指示的未成功解码的那些分组的重传。 [0155] 备选地，计算机可读存储器1020可被布置为计算机程序产品1020a，计算机程序产品1020a包括计算机可读介质和计算机程序1000，计算机程序1000包含如上述的可执行指令。计算机程序产品1020a可以是非易失性或易失性存储器的形式，如电可擦除可编程只读存储器(EEPROM)、闪存、随机存取存储器(RAM)、或盘驱动器，但不是信号的形式或任何形式的电磁波。该计算机程序产品1020a还可以包括持久存储器1060，其例如可以是下述存储器中的单个存储器或组合：磁存储器、光学存储器、固态存储器、或者甚至远程安装的存储器。 [0156] 如结合图11示出的，作为替代，包括处理单元1110、存储器1120、发送单元1130和接收单元1140的UE 1100可被可操作地连接，以执行与上文参考图10描述的布置对应的功能。图11的处理单元1110可以包括合适数目的可操作连接的模块或单元，如：接收模块1111，用于从BM-SC 900接收数据；解码模块1112，用于对从BM-SC 900接收到的数据进行解码，并用于确定解码质量；发送模块1113，用于向BM-SC 900发送数据；以及，确定模块1114，用于基于UE 1100的配置执行上述的确定步骤中的任意一个。 |
||||||
QQ群二维码
意见反馈
意见反馈