信息。针对每个MBSFN区域存在一个MBSFN区域配置消息。MBSFN区域配置消息指示以下方面:(1)由PMCH中的逻辑信道标识符所标识的每个MTCH的临时移动组标识(TMGI)和可选会话标识符；(2)所分配的用于发送MBSFN区域的每个PMCH的资源(例如，无线帧和子帧)，以及所分配的用于该区域中的所有PMCH的资源的分配周期(例如，4、8.....256个帧)；以及(3)在其上发送MSI MAC控制元素的MCH
调度周期(MSP)(例如，8、16、32.....或1024个无线帧)。
[0053]图7B是示出MSI MAC控制元素的格式的图790。MSI MAC控制元素可以每MPS发送一次。MSI MAC控制元素可以在PMCH的每个调度周期的第一子帧中发送。MSI MAC控制元素可以指示PMCH中的每个MTCH的停止帧和子帧。每MBSFN区域的每PMCH可以有一个MSI ο
[0054]图8是针对eMBMS广播上的会话和文件广播的调度的一部分的示图800。该调度包括多个单独的会话调度802，每个会话调度802具有1分钟持续时间。在每个会话调度802期间，一个或多个文件804可以根据文件调度806来进行广播。与会话调度802和文件调度806有关的信息可以包括在由eMBMS服务器广播的服务通告中。在文件调度806中包括的信息可以指定会话中的特定时间块，特定的文件804将在该特定时间块期间进行广播。
[0055]UE可以具有周期性更新的文件804的先前下载的版本，或者可以订制周期性广播文件的服务。例如，UE可以具有由文件的开发商周期性更新的文件(例如，应用、操作系统等)的特定版本，或者UE可以订制周期性地(例如，每小时)广播新闻报道文件的新闻服务。在典型的eMBMS场景中，版本更新的文件(或新的文件)最初可以根据在由UE在该文件的广播之前接收的服务通告中提供的信息，在eMBMS服务区域中进行广播。例如，服务通告可以包括调度描述段，其典型地包括与会话调度802和文件调度806相对应的信息。月艮务通告还可以由UE通过单播传输来进行接收。被调度以进行广播的文件可以是对UE而言“感兴趣的文件”。例如，UE上的应用可以表达对在eMBMS服务上接收满足特定标准的文件感兴趣。典型的标准是文件名或目录中的文件；示例可以是新闻服务的天气文件夹中的所有文件。UE可能或可能不具有可能是或可能不是文件的最新版本的文件的版本。
[0056]在服务通告被UE接收和所调度的感兴趣的文件的eMBMS广播之间的时间期间，UE可能失去服务或离开eMBMS广播的覆盖范围，从而未接收到感兴趣的文件。“离开覆盖范围”是指UE移动到eMBMS广播的广播区域之外的区域的情况。“失去服务”是指UE位于该UE无法可靠地接收广播信号(例如，由于信号强度过低)的位置(例如，小区的边缘区域或小区的孤立区域(pocket))的情况。也就是说，信号可能对UE而言太弱而无法解码进入的传输。在任一种情况下，UE接收不到感兴趣的文件，并且可能根本无法接收到该文件的任何部分数据。此外，UE可能无法接收到与该文件相关联的文件递送表(FDT)实例，其中FDT实例列出文件集合、这些文件的可能的签名(在FDT的情况下一 MD5哈希的形式)，以及相对应的传输选项。
[0057]以下是UE接收不到感兴趣的文件或该文件相关联的FDT实例的若干示例场景:
[0058]1) UE调谐到另一频率:Sam订制了实时的“BBA Live”篮球MBMS视频服务，该服务允许她在其设备上观看直播的篮球比赛。该实时服务是使用频带1通过MBMS进行广播的。Sam的移动设备还配置成通过MBMS固件空中下载(0ΤΑ)服务来接收软件更新，该0ΤΑ服务是在频带2上进行广播的。Sam正在针对其设备的固件下载已被调度通过MBMS固件0ΤΑ服务进行递送的时间期间在其设备上观看直播的BBA比赛。当Sam正在观看比赛时错过了针对该文件的广播递送窗口，设备从文件修复服务器获取软件更新。
[0059]2) UE被关闭:Tom是新闻迷，他订制了 “CNN”新闻服务，该服务全天周期性地广播新闻文章。Tom出于工作原因每周定期地往来于Boston和San Diego之间，并且当他坐飞机时要勤于将他的手机设置在“飞行模式”。在其飞行期间，Tom的手机无法下载当他在飞行时广播的新闻文章。当Tom着陆时，他禁用“飞行模式”，从而他的设备从文件修复服务器下载错过的新闻文章，使得Tom能够开始补上他的新闻源。
[0060]3)UE在MBMS覆盖范围之外但在良好的单播覆盖范围之内:Beth是一名女邮递员，她在没有eMBMS覆盖(例如，MBMS信号较弱)的一些区域中递送邮件。她的GPS依赖于广播业务更新来进行路线选择。当位于具有较低覆盖的区域中时，设备从文件修复服务器下载错过的业务更新，使得Beth的GPS能够选择最佳的行程路线。
[0061]在UE未接收到感兴趣的文件的情况下，UE可以实现完整文件修复。“完整文件修复”是指从文件修复服务器完整地下载感兴趣的文件。eMBMS中的文件修复是当前由通过单向传输的文件递送(FLUTE)协议中的FDT实例的期满时间来触发的。现存的文件修复方法要求设备访问携带eMBMS服务器的eMBMS承载，并在能够发起文件修复之前下载FDT。然而，在上面所描述的场景中，该FDT在UE处是不可用的。因此，当前的完整文件修复技术不适用于恢复未接收到其FDT的文件。
[0062]在eMBMS服务通告中附加调度段，UE可以获知会话和文件调度，而不必接入该服务，并因此不需获得FDT。下面描述的是适用于上述三个场景(以及其它类似的场景)的技术，该技术允许UE在无法接收感兴趣的文件以及该文件的FDT示例的情况下，在所调度的该文件的递送期间，通过广播信道来实现从文件修复服务器对感兴趣文件的完整文件修复。在所公开的技术中，UE可以获得针对感兴趣的文件的所关联的递送过程描述段和/或调度描述段。这些描述段可以当UE位于eMBMS覆盖范围内时，由该UE通过eMBMS服务通告、或者通过到该UE的单播传输来获得。例如，在离开覆盖范围或失去服务并“错过”感兴趣的文件的广播之前，UE可以在位于eMBMS服务覆盖范围内时接收服务通告。替代地，UE可以在感兴趣的文件的广播之后接收服务通告。如本文所使用的，“错过广播”是指UE无法通过eMBMS服务来接收感兴趣的文件的传输(在所讨论的场景中举例而言为未接收到针对该文件的FDT)的情况。
[0063]图9是调度描述段902的XML架构的图形说明900。调度描述段902可以被包括在由UE接收的服务通告中。基于在调度描述段902中包括的信息，UE能够确定该UE是否错过了感兴趣的文件。调度描述段902包括针对广播该感兴趣的文件的会话的会话调度元素904，并且调度描述段902可以包括针对该感兴趣的文件的文件调度元素906。如果存在文件调度906，则该文件调度可以包括文件版本信息。例如，文件调度906可以具有文件的消息摘要5 (MD5)，MD5标识该文件的版本。
[0064]为了确定UE是否错过感兴趣的文件，该UE可以监测针对与感兴趣的文件相对应的文件标识信息的调度描述段902。例如，会话调度元素904可以提供该感兴趣的文件的广播调度。文件调度906可以包括针对该感兴趣的文件的MD5908，MD5908标识所调度进行下载的感兴趣的文件的版本。基于这种信息，该UE将其当前具有的感兴趣的文件的版本与调度进行下载的版本进行比较，以确定该UE是否错过感兴趣的文件以及是否应当实施完整文件修复。然而，在一些情况中，调度描述段902可能未包括足以确定是否错过了感兴趣的文件的信息。例如，文件调度906可能不包括MD5，或者文件调度906自身可能未被包括在会话描述902中。
[0065]依据文件调度906是否是可用的，以及进一步依据在文件调度中所包括的信息，公开了不同的技术以用于确定是否错过感兴趣的文件以及用于实施完整文件修复。概括而言，在这些技术中，UE可以确定是否错过了感兴趣的文件，并且如果错过了，则基于调度描述段中包括的信息(例如，会话调度中包括的文件标识信息以及文件调度中包括的文件版本信息)、基于调度描述段中包括或通过调度描述段获得的信息(例如，直接包括在会话调度中的文件标识以及将UE指引到文件版本信息的位置信息)、基于针对额外文件信息的查询、或基于针对感兴趣的文件向基于符号的修复服务器以及传统HTTP服务器的请求，来触发完整文件修复。
[0066]基于调度描述中的文件信息的文件修复
[0067]继续参照图9，UE可以仅基于在调度描述元数据段902中包括的信息来触发完整文件修复。调度描述段902可以包括会话调度元素904、包含MD5908的文件调度元素906、以及重传调度。在该实现中，可以使用调度描述段902来确定会话的结束和文件传输的结束中的一者或两者。如果在调度描述中的所调度的传输的结束处未下载到文件，则接收报告还可以报告失败。
[0068]调度描述段902描述对会话和文件的传输。调度描述段902可以包括会话调度元素(sess1nSchedule)904以及文件调度元素(fileSchedule)906。文件调度元素906允许UE确定是否发送了感兴趣的文件。此外，文件调度元素906中的MD5908允许UE在该UE先前已下载了感兴趣的文件的情况下，确定是否发送或调度要发送该感兴趣的文件的新版本。
[0069]UE可以如下地使用调度描述段902中的信息来实施完整文件修复:首先，UE确定文件调度906中包括的文件是感兴趣的文件。例如，当处于eMBMS覆盖范围内时，UE可以接收包含针对一个或多个文件的广播信息(例如，会话调度904和文件调度906)的服务通告。基于该广播信息，UE确定要广播的这些文件中的一个文件是否是感兴趣的文件。UE可以通过针对文件调度906中的感兴趣的统一资源标识符(URI)910，检查新的文件或MD5908，来做出这个确定。
[0070]接下来，在感兴趣的文件的调度广播期间，UE尝试接入相应的eMBMS承载，以发起对感兴趣的文件的下载。如果UE失去服务或离开eMBMS的覆盖范围或通过eMBMS广播该文件的频率对该UE是不可接入的，则该UE无法下载该感兴趣的文件。在这种情况下，UE可以在文件调度结束或会话调度结束处触发完整文件修复。例如，当到达文件传输时间的结束时，UE可以开始完整文件修复。文件传输时间的结束可以被包括在文件调度元素806的end(结束)属性812中。替代地，UE可以在包含感兴趣的文件的会话的结束处开始完整文件修复。因此，UE可以在文件调度结束或会话调度结束处触发文件恢复，即使当未接收到FDT实例时。
[0071]从而，在这个过程中，UE基于文件调度信息来确定在服务中发送了感兴趣的文件。为此目的，UE需要用以包括文件调度以及可选择地包括会话调度的文件信息。UE对该文件信息进行处理，以确定该文件信息中是否标识了任何文件对应于感兴趣的文件。例如，如果该文件信息标识了新闻服务的天气向导(director)中的文件，并且应用已经请求了对这种文件的接收，则该UE可以将这种文件标识为感兴趣的文件。
[0072]接下来，UE确定下载感兴趣的文件失败。为此目的，具有该感兴趣的文件的广播调度的知识的UE可以尝试建立通过其来接收该文件的eMBMS承载。如果该承载的建立失败或者如果在根据调度描述对该文件的广播的部分或全部持续时间内多次这种尝试失败，则该UE可以确定下载该感兴趣的文件失败。在另一可行的实现中，UE可以继所调度的广播之后，通过将该UE上当前的文件版本与在调度描述中所宣布的会话期间广播的感兴趣的文件的版本进行比较，来确定下载感兴趣的文件失败。如果这两个版本不匹配，则UE可以断定下载感兴趣的文件失败了。
[0073]接下来，如果下载感兴趣的文件失败，则UE可以在与文件递送事件的结束相对应的时刻触发对感兴趣的文件的修复过程。为此目的，UE与该感兴趣的文件所位于的文件修复服务器建立连接并请求该文件。UE可以通过单播传输从该文件修复服务器接收该文件。
[0074]在前述内容的一种实现中，文件递送事件包括文件广播，信息元素包括在广播调度描述902中包括的文件调度元素906，并且修复触发的时刻对应于文件广播的结束(如由文件调度元素906的end属性912所提供的)。在另一种实现中，UE获得包括针对感兴趣的文件的文件调度906的广播调度描述902，并且在基于在该文件调度中包括的end属性912的时间，来触发感兴趣的文件的完整文件修复过程。
[0075]在另一种实现中，文件递送事件包括会话广播，信息元素包括在广播调度描述902中包括的会话调度元素904，并且修复触发的时间对应于会话广播的结束(如由会话调度元素904的stop (停止)属性914所提供的)。在另一实现中，UE获得包括针