用于通过一个或多个流为一个或多个用户设备提供服务的系统及方法与流程

技术领域

呈现的实施例涉及无线通信系统和方法，在具体实施例中，涉及通过多个流为多个用户设备提供服务的系统和方法。

背景技术：

在当前的长期演进(LTE)系统中，当不使用多媒体广播组播服务(MBMS)时，单播服务中的下载(DL)媒体访问控制(MAC)传输块(TB)是特定于每个单独的用户设备(UE)的。也就是说，MAC TB的数据仅发往一个UE，从而，由于每个UE均需要单独的网络连接，因此需要多个流或数据连接来为多个UE提供服务。此外，无线通信网络中与传送特定于UE的MAC TB相关的物理(PHY)层开销可包括：物理下行链路共享信道(PDSCH)以及物理下行链路控制信道(PDCCH)信令/配置，如小区-无线网络临时标识(C-RNTI)、下行链路控制信息(DCI)格式等。这些单独被服务的UE，针对每个UE均需要物理层开销，这对无线通信系统构成极大的负担，特别是当相同的数据被传输给多个UE时。

MBMS支持蜂窝系统中对传统单播起互补作用的组播/广播服务，或支持个性化一对一服务。使用MBMS，相同的内容被传输给位于特定区域(MBMS服务区域)中的多个用户，该区域通常包括多个小区。在参与传输的各小区中，配置有点对多点无线资源，订阅MBMS服务的所有用户同时接收相同的传输信号。不对无线接入网络中用户的移动进行跟踪，用户可在不通知网络的情况下接收内容。当使用MBMS时，订阅服务的所有UE在组播业务信道(MTCH)上接收相同的MAC TB。

技术实现要素：

一种用于操作服务于一个或多个用户设备(UE)的网络实体的实施例方法，包括：通过一个或多个流传输数据文件，其中所述一个或多个流中的每一个流由多用户可访问信道承载。向所述一个或多个UE提供关于所述数据文件的内容与所述一个或多个流之间的关系的配置通信，使得所述一个或多个UE中的每一个UE可根据所述配置通信在不同的时间实例接收所述数据文件。

一种用于操作用户设备(UE)从一个或多个流下载数据的实施例方法，包括：从网络实体接收第一配置通信，第一配置通信具有关于数据文件的内容与所述一个或多个流之间的关系的信息；以及，通过所述一个或多个流，根据所述第一配置通信中的关于所述数据文件的内容与所述一个或多个流之间的关系的信息，从所述网络实体接收所述数据文件。所述数据文件由UE在独立于第二时间实例的第一时间实例接收，其中，在所述第二时间实例，另一UE可接收所述数据文件。

一种实施例用户设备(UE)，包括：天线；处理器，与所述天线连接并配置为通过所述天线传输并接收数据；以及，非暂时性计算机可读介质，与所述处理器连接。所述非暂时性计算机可读介质上存储有指令，所述指令在被执行时，使所述处理器：从网络接收第一配置通信，所述第一配置通信具有关于数据文件的内容和复数个流中的一个或多个流之间的关系的信息，其中所述复数个流承载于多用户可访问信道上，并且所述数据文件在所述复数个流上传输。所述非暂时性计算机可读介质上进一步存储有指令，该指令在被执行时使所述处理器：根据所述第一配置通信中的参数，在所述复数个流中的所述一个或多个流中，从所述网络接收所述数据文件。所述数据文件由UE在独立于第二时间实例的第一时间实例接收，其中，在所述第二时间实例，另一UE可接收所述数据文件。

一种实施例网络元件，包括：天线；处理器，与所述天线连接并配置为通过所述天线传输和接收数据；以及，非暂时性计算机可读介质，与所述处理器连接。所述非暂时性计算机可读介质上存储有指令，该指令在被执行时使所述处理器：通过一个或多个流传输数据文件，其中所述一个或多个流承载于多用户可访问信道上；以及，向一个或多个UE提供关于所述数据文件的内容与所述一个或多个流之间的关系的第一配置通信，使得所述一个或多个UE中的每一个UE可根据第一配置通信在不同的时间实例接收数据文件。

附图说明

为了更完整的理解本发明及其优点，参照以下说明，并结合附图，其中：

图1为逻辑图，根据一些实施例示出了用于向多个UE提供数据文件的总体流程的实施例；

图2A至图2C为示出了用于在多个流中向多个UE提供数据文件传输方案实施例的示意图；

图3为根据一些实施例的用于向多个UE提供数据文件的协议栈的逻辑图；

图4为根据一些实施例的用于向多个UE提供数据文件的传输包的逻辑图；

图5为流程图，根据一些实施例示出了用于向多个UE提供数据文件的方法；以及

图6为系统示意图，根据一实施例示出了可用于实现，例如，本文所述的设备及方法的计算平台。

具体实施方式

下面将对所提出的实施例的构成和使用进行详细讨论。但是，应该理解的是，所披露的实施例提供了多个可应用的发明概念，其可体现在多种具体情况中。所谈论的具体实施例只是为了说明本文所披露的系统及方法的构成和使用的具体方式，并不对实施例的范围进行限制。

在某些无线数据传输系统中，MBMS传输用于使用单个传输信道同时向多个UE传输数据。虽然MBMS适于组播服务，其仍有一定的局限性。例如，可用于MBMS的无线资源受限于组播广播单频网络(MBSFN)子帧。另外，UE不会向网络(例如，eNB)反馈丢失数据包。因此，在RLC层，经由MBMS广播/组播的数据只能以RLC非确认模式(UM)传送，且MBMS无线承载不支持RLC确认模式(AM)。在MAC层，通过MBMS广播/组播的数据的混合自动重复请求(HARQ)传输在DL方向上只进行一次。也就是说，接收的UE并不提供HARQ ACK/NACK，因此没有MAC TB的HARQ重传。此外，数据以更为提前确定的方式广播/组播，所有UE都要遵循同样的时间线。因此，单播服务和MBMS服务的有效性和灵活性都不足以支持这样一种情况，即相同小区或各协调小区的多个UE大约在相似的时间(并不一定在完全相同的时间)开始请求相同的服务或下载相同的文件。

已经发现，混合单播/组播服务可用于为多个UE可靠地提供数据传输，而并不会为了整体的数据传输而需要与单个数据传输信道相关的开销。通过提供允许多用户可访问单播信道的系统，一实施例通过一个或多个数据流为一个或多个UE提供服务。一实施例提供了一种更加灵活和高效的服务，该服务节省了系统带宽，并缩短了UE文件下载时间。实施例可在无线网络，如LTE高级(LTE-A)通信系统，以及无线设备，如基站和UE中实施。

如本文所述，一些实施例提供了一种系统，用于提供诸如文件下载的服务，还可用于为流媒体、媒体播放、数据同步或任何其他类型的无线数据传输来传送服务数据。例如，在大型场馆体育赛事中，可能有许多观众想要观看体育赛事的视频回放，观看另外的摄像机视图、补充视频资料、突发新闻报道、评论等。机场、热点、商场等也会发生类似的使用情况。在这些示例中，不同UE下载的服务或文件的开始时间可能非常接近，但并不同时。因此，在基站(例如，演进型NodeB(eNB))与各单个UE间的多个空中接口上传送相同文件，这会造成资源浪费。本文所述的实施例提供一种混合单播/组播系统，例如，通过在一个或多个流上传输一个或多个文件以由多个UE接收。实施例通过直接向单个UE传输缺失的数据，或将UE导向至缺失数据的资源，进一步向单个UE提供缺失的数据分段。此外，向多个UE的文件传输可基于来自UE的报告而动态调整，这允许改善或优化传输。

图1为逻辑图，根据一些实施例示出了用于向多个UE 104和106提供数据文件的总体流程100的一实施例。所示出的过程/步骤具有若干种可能的变形，因此该实施例的目的是作为示例而并非做出限制。eNB 102与多个UE，如UE1 104和UE2 106进行通信。在一些实施例中，UE 104和106是无线通信设备，如蜂窝电话、平板电脑、计算机、可穿戴设备等，其配置为通过无线接口，如LTE、WiFi、近场通信(NFC)或其他无线通信协议进行通信。

在一实施例中，网络对服务/文件108的可用性发布公告。在一些实施例中，服务/文件是文件数据。例如，eNB 102通过无线方式或通过其他媒介对服务/文件的可用性进行公告/广播。例如，eNB 102可通过无线接入网络(RAN)广播文件/服务的可用性。在其他实施例中，网络可通过其他媒介，例如，在体育场中、在商场入口处的大屏幕等公布。在另外的其他实施例中，服务/文件108的公告可通过发布网页、发送电子邮件、短信或彩信(MMS)服务等发布，其提供关于服务/文件的信息，并且在一些实施例中，服务/文件108的公告可包括可选择的或可点击的链接，该链接启动与网络的互动以访问服务/文件。此外，服务/文件108的公告可只发布一次、周期性发布或可通过多种媒介发布。

响应于服务/文件108的公告，单个UE 104和106在方便时请求服务/文件。在一些实施例中，UE 104可通过网页、电子邮件、文本消息或MMS中提供的链接提交响应，从而发送对服务/文件110的请求。在其他实施例中，UE 104通过RAN访问或请求服务/文件，或通过UE 104与网络之间的附件请求、数据请求、特定请求通信等发送请求。

基于一种或多种因素(例如，请求到达的时间、感兴趣的UE 104和106的位置、文件长度)，网络可确定或调整文件流/下载的机制，以高效完成服务。在一些实施例中，网络可响应于对服务/文件110的请求，在一个或多个信道发起服务/文件的传输。因此，网络可一直等待，直到第一UE 104发出对文件/服务的初始请求之后才开始传输服务/文件，或可基于初始请求确定编码方案或调制方案。在一些实施例中，网络本身可在一个或多个信道上自动发起服务/文件的传输，或不等候对服务/文件110的请求，服务/文件的配置可通过对服务/文件108公告的广播或在配置通信112及118中的单播而被传输至UE。

如下文详述的，网络通过一个或多个流向一个或多个UE提供相同的服务/文件。一个或多个UE 104和106通过一个或多个流接收服务/文件。对于网络，多个UE 104和106同时从相同的流接收文件/服务，因此可节省系统带宽。UE 104和106可在对自身优选的时间开始监听文件，例如，从延迟最小的文件/流的头部开始监听。UE 104或106还可同时监听多个流。因此，两种情况下均可缩短UE 104和106的下载时间。如果需要，eNB 102可获知UE 104和106中的哪一个正在接收服务/文件，这取决于应用及商业模式。对UE 104和106受众的了解可便于促进客户导向型的服务。

网络，例如，响应于对服务/文件110的请求，将来自于eNB 102的配置通信112发送至UE 104。在一些实施例中，在发送配置通信112之前，网络可验证服务/文件正在进行活跃传输，或者，在发送配置通信112之前，可启动服务/文件的传输。在一些实施例中，可在没有收到对服务/文件110的请求的情况下，由eNB 102将配置通信112发送至UE 104和106。对于服务/文件下载的配置，网络向相应的UE 104和106提供有关如何接收所请求的服务或下载所请求的文件的配置信息。在一些实施例中，所述配置信息包括，与承载数据文件的流相关的信息、与数据文件相关的信息，以及与流与数据文件的关系有关的信息。在一些实施例中，配置通信112可包括：用以获得每个流的PDCP超帧数(HFN)和COUNT(计数)的参数、每个流的长度、或每个流中服务/文件数据的第一个和/或最后一个COUNT或序号(SN)、以及UE应监听的流的列表及顺序。在一些实施例中，流的列表可直接指定UE至一个或多个流的映射，或UE至一个或多个组的映射，转而每个组又被映射至一个或多个流。此外，可将标识符分配给每个流/组，如无线网络临时标识(RNTI)或RLC ID。在一些实施例中，例如通过无线资源控制(RRC)消息、MAC控制元素、RLC控制PDU、PDCP控制PDU等传输配置通信112。

由此，使得文件/服务在一个或多个流上可用，其中该一个或多个流的每一个流可被多个UE 104和106访问。配置通信112提供了承载所需的服务/文件的一个或多个流的位置，并描述了在一个或多个流中文件或服务数据，或文件的各部分的位置。此外，在一些实施例中，配置通信112可提供关于在多个流中文件的分割的信息或参数，使来自多个流的文件分段可被组装成一个最终的输出文件。

应该理解，文件/服务可由不同的UE 104和106在不同的时间访问。因此，第二UE 106可提交对服务/文件114的第二请求，该第二请求独立于第一UE 104发出的对服务/文件110的请求，且所述两个请求在不同时间发出。在一些实施例中，网络可将配置通信118发送至第二UE 106。然后，第二UE 106可在一时间实例开始接收服务/文件，该时间实例不同于第一UE 104开始接收服务/文件的时间实例。因此，虽然UE 104和106始于不同的时间或时间实例，但第一UE 104及第二UE 106均可从相同的流或流集接收服务/文件。

在一些实施例中，网络可执行对服务/文件下载116的管理或调整，以对服务/文件的提供进行重新配置，其中服务/文件的提供取决于，例如，UE 104和106的数量、配置或位置，或一种或多种其他因素。在一些实施例中，对服务/文件下载116的管理/调整可包括，但不限于，以下的一种或多种：调节特定传输参数、选择或重选服务/文件共享机制、以及通过单播或组播重传某些数据包。

在一些实施例中，在对服务/文件下载116进行管理或调整后，网络可执行对一个或多个UE 104和106的重新配置120。重新配置120可例如通过RRC消息、MAC控制元素、RLC控制PDU、PDCP控制PDU等途径传输。重新配置120可响应于对服务/文件下载116的管理或调整，以重写或替换之前的配置通信112，或优化UE 104对服务/文件数据的接收。

在接收配置通信112和118后，UE 104和106通过一个或多个流下载服务/文件数据122。在一些实施例中，流提供于单播信道上，例如，PDSCH上。每个UE 104和106均可以RLC非确认模式(UM)接收文件的数据包，而UE 104和106可在诸如PDCP的网络更高层执行数据包的确认，如下文详述，使得缺失的包可通过不限于HARQ重传的机制进行下载。

UE 104和106对数据进行解码，该数据来自配置通信112、118、120中规定的信道上所传输的特定流。在一些实施例中，网络通过维护多个流并指示UE监听相应的流来提供服务/文件下载。通过多个流进行的文件数据传送可为混合非确认模式(UM)/确认模式(AM)，如RLC UM/PDCP AM混合模式。已经确定，与单纯的UM或AM传输模式相比，UM/AM混合模式提供了更为优越的数据传输，因为当多个UE监听相同的流时，特定于UE的RLC重传(retx)可能不能实现。此外，PDCP AM提供了实现重新排序、重复检测以及状态报告的能力。因此，重发数据包在PDCP层而非RLC层进行。该操作允许使用单播流以由多个UE访问，使得流在多用户可访问单播信道上传输。

在服务/文件下载122期间和其后，UE 104和106可向网络提供UE反馈124。在一些实施例中，UE反馈124是与接收的数据、缺失的服务/文件数据分段、网络条件等有关的报告。例如，UE 104可提供关于与服务/文件相关的UE 104状态的UE反馈124，如所接收的数据包的开始和结束序号、缺失的数据包的序号、文件下载完成指示、服务终止指示等。在其他示例中，UE 104可提供关于信道拥塞或噪声、干扰、接收信号强度等的网络条件报告。其他UE 106可提供单独的UE反馈126，使得每个UE 104和106均提供与特定UE有关的条件的报告。

网络可使用UE反馈124和126对服务/文件下载128进行管理和调整。在一些实施例中，管理或调整可包括，但不限于，以下的一个或多个：调节特定传输参数、选择或重选服务/文件共享机制、通过单播或组播重传某些数据包。在其他实施例中，网络可调整eNB 102的传输功率、每个流被传输时所处的信道，以及传输的压缩或数据速率等。

网络可为单个UE 104和106提供重传通信130和132，使得UE可接收被UE 104和106丢失、损坏或以其他方式不适当接收的任何部分的服务/文件数据。重传通信130和132可包括重传配置信息，或即将被恢复的数据，或者二者。在一些实施例中，重传配置信息指示将如何对缺失的数据包进行恢复。在一些实施例中，网络可通过另外的可被仅仅一个UE 104或106或多个UE 104和106访问的流提供某些数据包的重传。缺失的数据包的重传对服务/文件下载而言不是必需的，它还可通过现有的多个流服务进行。基于UE反馈，eNB 102还可决定对流的数据包的子集进行重传。因此，在一实施例中，网络可例如基于UE反馈124和126，网络接收对服务/文件110和114的请求的时间，或其他因素，向每个UE104和106传输个性化消息。重传配置通信130可具有这样的信息，该信息指示信道，其中在该信道上缺失的服务/文件数据将通过单播被传输至特定UE，或者多个信道，其中在该多个信道上承载缺失数据的流将重复传输，或者指示用于恢复缺失的服务/文件数据的传输参数的其他信息。可通过RRC消息、MAC控制元素、RLC控制PDU、PDCP控制PDU等提供重传配置信息。

在接收重传通信130和132后，UE 104和106则在一个或多个流上，或根据重传通信130和132中的配置或指令通过来自网络的直接通信，下载其余的服务/文件数据。

图2A至图2C为示出了用于在多个流中向多个UE提供数据文件的传输方案实施例的示意图。在不同的实施例中，文件可通过一个或多个流传输。此外，可将文件分成在多个流上传输的多个分段。

下文详述了服务/文件共享机制的若干实施例，但由于可在实施例系统及方法中实施各种服务/文件共享机制，所述实施例只作为示例，而非加以限制。

图2A为示出了一个实施例的示意图，其中eNB通过一个流202重复传输相同的文件204。在该机制内，对于网络而言，相同的流202可由多个UE同时接收，因此通过允许多个用户从相同的源下载文件204可节省系统带宽。在一些实施例中，第一文件204在第一流202中传输，第二文件208在第二流206中传输。在该实施例中，第一和第二流202和206可在不同的信道上传输，允许网络同时提供多个文件204和208。此外，第一和第二文件204和208被独立地传输，并且可具有不同的长度或文件大小，且每个文件204和208均具有不同的开始时间或结束时间。每个文件204和208还可在各自的流202和206中重复传输，使得用户可在不需要与流202及206同步的情况下获取文件204和208。

图2B为一示意图，根据一些实施例示出了eNB通过多个流202和206传输文件的文件分段204A和204B的实施例。eNB使用多个流202和206传送文件。每个流202和206重复传输作为整个文件一部分的文件分段204A和204B。

例如，第一流202重复传输作为文件的数据包1-100的第一文件分段204A，第二流206重复传输作为文件的数据包101-200的第二文件分段204B。eNB指示UE监听特定流，并且在UE完成对所有的相关文件分段204A和204B的下载后，UE对文件分段进行重组。

使用该机制，相同的流202和206可被多个UE同时接收，因此节省了系统带宽。对于UE而言，UE可同时监听多个流，因此通过UE同时下载多个文件分段并对来自文件分段204A和204B的文件进行重组，可缩短下载时间。

图2C为一示意图，根据一些实施例示出了eNB通过多个流202、206及210传输文件204的实施例。每个流202、206、210重复承载整个文件，每个流202、206及210中的文件传输开始时间与其他流202、206及210中的文件传输开始时间形成偏移。在一些实施例中，该偏移可依照时间或序号规定。在其他实施例中，文件204可使用不同的编码方案、不同的调制方案或使用各种传输参数在不同的流上传输。

例如，第一流202从时间t＝0重复传输整个文件204，第二流206从t＝10s重复传输整个文件204，第三流210从t＝20s重复播放整个文件204。

在该实施例中，相同的流202、206及210由多个UE同时接收，因此可节省系统带宽。对于UE而言，UE可以从在开始下次文件传输之前剩余时间最短的流开始下载。因此，可缩短下载开始的延迟。此外，如果任何数据包有所缺失，可将UE导向另一流，以继续下载或恢复文件数据的缺失部分。

其他可能的实施例包括在其中流被复用、编码或调制等的系统。例如，一个流的内容可分布于若干具有不同调制编码方案(MCS)的子流，以适应多样化的信道条件。再次参照图2A，在该实施例中，可建立第一流202以使用64正交振幅调制(QAM)调制编码方案(MCS)传送文件204，可建立第二流206以使用正交相移键控(QPSK)MCS来传送文件208，目标UE接近小区边缘。在该实施例中，文件204和208可以是使用不同MSC传输的相同文件，或可为不同文件。那些初始监听第一流202的UE还可针对缺失的或未从第一流202正确接收的数据包而接收或得益于第二流206。相似的MCS变形也可应用于服务/文件共享机制的其他实施例，如图2B及图2C中所示的实施例。例如，图2B所示的流202或206可进一步提供于具有不同MCS的多个流中。例如，流202可通过流202A、202B及202C而共享。所有流202A、202B及202C均传输相同的文件分段204A，但数据使用不同的MCS编码。

图3为根据一些实施例的UE 320及eNB的协议栈300的逻辑图。在一些实施例中，至少协议栈300的一部分位于eNB中，以提供主机与UE 320之间的链路。与之类似，可在UE中提供协议栈的一部分，以在UE 320处接收通信时将空中接口通信翻译成标准消息格式，或将标准消息格式翻译为空中接口通信以便从UE 320传输。

协议栈300具有无线资源控制(RRC)层304，并包括系统信息的广播，该系统信息与接入层(AS)、UE和演进通用陆地无线接入网络(E-UTRAN)之间的RRC连接的寻呼、建立、维护和释放，以及安全功能，如密钥管理有关。

在一些实施例中，协议栈300还具有非接入层(NAS)协议(未显示)，其形成用户设备(UE)与移动管理实体(MME)之间的控制平面最高层。NAS协议为UE的移动性和会话管理过程提供支持，以在UE和分组数据网络(PDN)网关(GW)之间建立和维护IP连接。

RRC 304与协议栈300中的PDCP层308进行通信。PDCP层308负责IP数据头部的压缩及解压缩、数据的传送(用户平面或控制平面)、PDCP序号(SN)的维护、重建下层链接时对上层协议数据单元(PDU)进行顺次传递、对下层服务数据单元(SDU)进行重复消除、对用户平面或控制平面数据进行加密和解密、对控制平面数据进行完整性保护和完整性验证、以及基于定时器的丢弃和重复丢弃。

PDCP 308与RLC层310进行通信。RLC层310按照3种模式运行：透传模式(TM)、非确认模式(UM)和确认模式(AM)。RLC层310负责上层PDU的传送、通过自动重复请求(ARQ)(在AM数据传送中)进行纠错、以及对RLC SDU(在UM和AM数据传送中)进行级联、分割和重组。RLC层310还负责RLC数据PDU(在AM数据传送中)的重新分割、RLC数据PDU(在UM及AM数据传送中)的重排、重复检测(在UM及AM数据传送中)、RLC SDU丢弃(在UM及AM数据传送中)、RLC重建、以及协议错误检测(在AM数据传送中)。

RLC 310与介质访问层(MAC)312进行通信。MAC层312负责：逻辑信道和传输信道之间的映射、源自从一个或不同逻辑信道的MAC SDU到将被传递到传输信道上的物理层的传输块(TB)上的复用、对源自从传输信道上的物理层传递的TB的来自一个或不同逻辑信道的MAC SDU的解复用、调度信息报告、通过HARQ进行纠错、通过动态调度在UE之间进行优先级管理、在一个UE的逻辑信道之间进行优先级管理、以及逻辑信道优先级处理。

物理层316承载来自于空中接口上的MAC 318传输信道的信息。物理层316处理链路自适应(AMC)、功率控制、小区搜索(为初始同步和切换目的)和其他针对RRC层304的测量(在LTE系统内部及系统之间)。

图4为根据一些实施例的用于向多个UE提供数据文件的传输包400的逻辑图。在一些实施例中，使用诸如RLC UM/PDCP AM的混合传输模式来执行服务/文件数据416的传输。即，接收的UE可以RLC未确认模式接收数据，但PDCP处理缺失数据的重新发送。RLC UM传输不需要来自接收UE的响应，但在RLCP PDU中包括头部，以便可对数据包的顺序进行跟踪。这种非确认模式允许向多个UE广播文件流，而不需要跟踪来自每个接收UE的响应。此外，若任何UE需要重传缺失的数据包，RLC非确认模式不需停止传输特定的流。如上文所讨论的，PDCP通过在UE结束了初始流数据的下载后建立重传信道，或通过将UE导向可从中获取缺失数据的流，来处理缺失数据包的传送。

在一些实施例中，传输包400包括置于PDCP PDU 408中的文件数据416，PDCP PDU 408具有PDCP头部410。PDCP头部410具有PDCP HFN 412和PDCP SN 414。PDCP PDU 408封装在具有RLC头部404的RLC PDU 402中。RLC头部具有RLC SN 406。在一些实施例中，RLC SN 406是特定于流的，PDCP SN 406/HFN 412/COUNT可以是特定于文件的。PDCP HFN 412及PDCP SN 414可用于获取PDCP COUNT。因此，RLC SN 406可用于对已从每个流下载的数据包进行排序，PDCP SN 406/HFN 412/COUNT可用于对来自文件的不同流的数据包进行排序，或将恢复的缺失数据排序到初始下载中接收的文件数据中。

图5为一流程图，根据一些实施例示出了用于由网络502向多个UE 320提供数据文件的方法500。在块504中，识别即将对用户可用的服务/文件。在一些实施例中，网络502具有接口，该接口允许网络运营商选择即将根据实施例被传输给用户的服务/文件。例如，网络502上的终端处的用户界面可允许网络运营商从竞技场中的各摄像机选择视频片段、发布新闻剪辑，或制作流，如社交网络流、体育评论、互动服务等。然后，网络502在块506中确定文件/服务传输参数。在一些实施例中，网络确定所选的服务/文件将在单个流上重复传输，例如，如上文对图2A的描述。可替代地，网络502可确定：所选的服务/文件将会被分割，多个文件段通过单独的流传输，例如，如上文对图2B的描述；或者，所选的流/文件将以各偏移传输开始时间在多个流上传输，例如，如上文对图2C的描述。当对文件进行分割时，网络502可考虑每个流的长度，该长度可能导致每个数据包的可接受重传延迟。此外，每个流的长度可导致潜在的外层封装SN(SN wrap-around)混乱，因此，在一些实施例中，为简化设计，将流的长度限制为不超过PDCP SN空间可能是优选的。例如，若PDCP SN为15位，则流或流中文件分段的长度可能为215位。可替换地，PDCP SN字段可扩展至与COUNT字段相同的32位的长度。因此，如果文件长度或流长度超过预定阈值——在一些实施例中为215位，则网络可确定需要对文件进行分割。

此外，在一些实施例中，对文件/服务的传输参数的确定包括，建立对服务/文件可用性的公告。例如，当选择体育赛事的视频剪辑回放作为可用的文件/服务时，可生成公告服务/文件可用性的视频通知。在一些实施例中，网络可生成用于在网络上传输的数据，以将服务/文件的可用性直接通知给UE，或者可生成网页，并对网页进行更新以反映服务/文件的可用性。

在块508中广播文件/服务的可用性。例如，广播或显示响应于对文件/服务的确定而生成的数据。然后，在块510中用户请求服务/文件。在一些实施例中，对服务/文件的请求可以是选择呈现在UE 320上的选项、由UE 320自动选择服务/文件、由用户或UE 320导航至被识别的资源，如点击链接等。UE 320向网络传输将对服务/文件的请求，网络502在块512中接收对服务/文件的请求。在一些实施例中，网络502在块514中重新配置或调整文件/服务的传输参数，并在块516中向UE 320传输下载配置信息。在一些实施例中，可根据UE 320的数量、配置或位置，现有或预期的服务/文件传输流的数量、网络性能、或一种或多种其他因素对文件/服务的传输参数进行配置、调整或重新配置。在一些实施例中，网络502可调节/调整特定传输参数、重新分配网络资源、选择或修改服务/文件共享机制、或重传一个或多个数据包。下载配置信息可为指示参数的配置通信，其中UE可使用该参数接收服务/文件。例如，下载配置信息可包括即将被下载的数据的资源位置、信道、频率、文件标识符、编码方案、文件结构、PDCP HFN/SN、RLC SN或文件重组指令中的一种或多种。UE 320在块518中接收下载配置信息并准备接收服务/文件数据。虽然，块516中的下载配置信息的传输显示在块512中的接收服务文件请求之后，但是，在其他实施例中，下载配置信息的传输也可能发生在块512中的接收服务文件请求之前，例如，与块508中广播服务/文件可用性的步骤一起进行。

网络502根据服务/文件传输参数，在块524中传输服务/文件数据。在一些示例中，服务/文件数据的传输响应于UE请求服务/文件而启动或改变。在其他示例中，传输服务/文件数据的过程可响应于其他UE 320在较早时间对文件的请求而在UE 320请求服务/文件数据之前开始。该示例中，网络502可在UE下载数据的同时保持服务/文件数据的传输。

每个流可具有特定的服务/文件或服务/文件分段的多份拷贝，使得服务/文件数据或分段数据可以重复传输，并且传输可重复进行直到eNB或UE终止或释放流。触发eNB释放流可包括，但不限于，计时器到期，所有接收服务/文件数据的UE 320确认已成功接收流的全部数据包等。触发UE释放流可包括，但不限于，应用层通知PDCP已无必要对流进行监听、eNB的配置、UE接收结束标记、PDCP能够将多个流的接收组合为一个流。

UE 320根据下载配置信息，通过无线接收数据，在块520中下载服务/文件数据。在一些实施例中，一旦下载配置信息被接收和处理，UE 320即开始下载，在其他实施例中，UE 320可等待直至流中下一次完整的服务/文件传输开始。UE 320可继续下载服务/文件数据，直到流中的传输达到服务/文件数据结束、直到UE获取服务/文件中的所有数据、或直到UE 320已经从一个或多个完整服务/数据传输中下载了服务/文件数据等。例如，UE 320可在特定服务/文件传输的中间的第一个点开始下载服务/文件数据，并可在后续服务/文件传输中继续下载服务/文件数据，从而UE 320有机会接收所有服务/文件数据包。

虽然不是必需的，但结束标记可用于指示流中服务/文件的结束。结束标记允许UE 320自动终止流、在文件结束时向eNB报告缺失的PDCP PDU、发出完成通知、以及在文件结束时向网络502的应用层提交数据——如果进行此类配置，即使有数据包缺失。结束标记可还用于重置PDCP HFN和/或PDCP SN。UE 320可经由eNB，通过PDCP控制PDU、最大COUNT被接收的消息、或通过RRC消息，向网络502指示流下载完成。

在块522中，UE 320对接收的服务/文件数据进行处理并分析。在一些实施例中，UE 320对从多个流下载的服务/文件分段进行重组。此外，UE 320根据PDCP HFN/SN/COUNT对数据排序，并将PDCP HFN/SN/COUNT与下载配置数据进行比较，以验证服务/文件已正确接收并确定预期的服务/文件数据是否有所缺失。

在块526中，UE 320向网络提交关于下载的数据的反馈。在一些实施例中，如果UE 320确定所有的服务/文件数据都是正确的，没有数据包或数据缺失，则UE 320向网络502提交指示服务/文件数据下载完整的消息。在一些实施例中，该完成消息指示：网络502可释放或中断流的传输。如果UE确定下载的服务/文件数据不完整，例如，一些数据包从服务/文件数据中缺失，或数据被损坏或不能使用等，则UE 320向网络502提交指示服务/文件数据下载不完整的消息。在一些实施例中，指示下载不完整的消息指示缺失的服务/文件分段、帧、数据包等。该反馈还可包括关于网络条件的数据，如信道拥塞或噪音、干扰、接收的信号强度等。根据网络配置，UE 320可分别向应用层提交关于每个流的报告数据，或者可在组合多个流之后，顺序提交数据。

网络502在块528中接收反馈，且在在一些实施例中，可根据来自UE 320的反馈，在块514中重新配置或调整服务/文件传输参数。例如，网络502可终止一个或多个流的传输、重新分配网络资源以改善传输参数、在多个流或多组流的传输之间进行切换等。在一些实施例中，多个RLC与一个PDCP相关/有联系。由于流的资源分配是虚拟的，因此网络可使用一个流替换另一流，从而可能有必要或可能没有必要在多个流/多个组之间进行切换。此外，切换可通过PDPC控制PDU或RRC消息而自发进行(响应于结尾数据包和/或所有数据包被接收)。

响应于网络在块528中接收反馈，网络可在块532中传输重传重新配置信息。在一些实施例中，该重新配置信息包括用于下载缺失的服务/文件数据的指令。

在一些实施例中，网络502在块538中传输缺失文件/服务数据。对缺失文件/服务数据的传输根据重传重配置信息进行。缺失的服务/文件数据可通过从相同的流或另外的流下载缺失的数据包而由UE 320通过流获取。在其他实施例中，缺失的数据可通过建立单独的信道以传输缺失的服务/文件数据，从而由网络502对UE 320单播。例如，网络502可确定：正在第一流上传输的服务/文件将在可接受的时间窗口内对缺失的数据包进行重传，并可指示UE320监听该流。当服务/文件较短且重复频率较高是，或当文件在多个流上以不同的起始时间偏移传输时，该操作可能尤为有用。此外，用于重传的流可具有不同的传输参数，如编码方案、压缩、信号强度、载波频率等，使网络可提高特定UE 320的接收效率。

在其他实施例中，网络502可确定：现有的流不会在可接受的时间窗口内提供所需数据，例如，当数据文件中的来自于广泛分布的不同位置的数据缺失时，需在传输缺失数据的流之间等待较长时间。在该实施例中，网络502可将UE 320导向特定的单播信道，在该单播信道上缺失的数据的目标为UE 320。

在块534中，UE 320接收重传配置信息，并根据该传输配置信息在块536中接收缺失文件/服务数据。其后，UE 320可将重传数据整合到最初接收的服务/文件数据中，以生成所需的数据文件。之后，UE 320可随之保留该文件，并将其呈现给用户等。

在一些实施例中，UE 320做出多次尝试以接收服务/文件数据，并可在每次尝试后报告反馈。因此，方法500不限于一次尝试检索缺失数据。此外，在一些实施例中，网络520可确定：UE 320需重新开始尝试服务/文件检索，例如，当文件被损坏时，或当UE 320未能成功完成特定次数的尝试以接收缺失数据时。在一些实施例中，块532、534、536和538为该方法的可选步骤。即，网络502可对反馈中UE 320指示的缺失文件/服务数据进行重传，也可不进行重传。如果，例如，网络502决定要恢复的数据不重要，则网络502可决定不对该特定数据进行重传。

图6为可用于实施本文所公开的设备及方法的处理系统600的框图。特定设备可使用所示的所有部件，或仅仅所示部件的一部分，且设备的集成水平可各不相同。并且，设备可包含一个组件的多个实例，如多个处理单元622、处理器602、存储器612、发射机、接收机等。处理系统600可包括配备一个或多个输入/输出设备，如扬声器、麦克风、触摸屏、小键盘、鼠标/键盘/打印机620、显示器618等的处理单元622。处理单元622可包括连接至总线610的中央处理单元(CPU)602、存储器612、海量存储设备604、视频适配器614和I/O接口616。

总线610可以是包括存储器总线或存储器控制器、外围总线、视频总线等的数种总线结构中的任何类型的一个或多个。CPU 602可包括任何类型的电子数据处理器。存储器612可包括任何类型的非暂时性的系统存储器，如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、同步DRAM(SDRAM)、只读存储器(ROM)及其组合等。一实施例中，存储器612可包括用于在启动时使用的ROM和用于在执行程序时存储程序和数据的DRAM。

海量存储设备604可包括配置为存储数据、程序和其他信息，并使数据、程序和其他信息可通过总线访问的任何类型的非临时性存储设备。在一些实施例中，海量存储设备可在其上存储指令，以使CPU602执行上述方法步骤。海量存储设备604可包括，例如，固态驱动器、硬盘驱动器、磁盘驱动器、光盘驱动器等中的一种或多种。

视频适配器614和I/O接口616提供了接口，以将外部输入和输出设备耦接至处理单元622。如图所示，输入和输出设备的示例包括：耦接至视频适配器614的显示618，以及耦接至I/O接口616的鼠标/键盘/打印机620。其他设备可被耦接到处理单元622，并可使用附加或较少的接口卡。例如，诸如通用串行总线(USB)的串行接口(未显示)可用于提供打印机接口。

处理单元622还包括一个或多个网络接口606，其可包括有线链路，如以太网电缆等，和/或无线链路，以接入节点或不同的网络。网络接口606允许处理单元通过网络608与远程设备通信。例如，网络接口606可通过一个或多个发射机/发射天线和一条或多条接收机/接收天线，或通过一条或多条天线和收发器提供无线通信。一实施例中，处理单元622耦接到局域网或广域网，以进行数据处理并与远程设备，如其他处理单元、互联网、UE、远程存储设施等进行通信。其他实施例中，处理系统为UE，网络接口为带有天线的收发器并允许处理单元622通过eNB与网络进行无线通信。

一种用于操作服务于一个或多个用户设备(UE)的网络实体的实施例方法，包括：至少根据数据文件及所述一个或多个UE的特性，确定通过一个或多个流传输所述数据文件的传输参数，并根据所述传输参数通过所述一个或多个流传输所述数据文件。所述一个或多个流中的每一个流承载于多用户可访问信道上，且所述一个或多个UE中的每一个UE可在不同的时间实例开始接收所述数据文件。

一种用于操作服务于一个或多个用户设备(UE)的网络实体的实施例方法，包括：通过一个或多个数据流传输数据文件，其中所述一个或多个流中的每一个流承载于多用户可访问信道上。向所述一个或多个UE提供关于上述数据文件的内容与所述一个或多个数据流之间的关系的配置通信，使得所述一个或多个UE中的每一个UE可根据所述配置通信在不同的时间实例接收所述数据文件。

一实施例中，该方法进一步包括广播所述数据文件的可用性。

一实施例中，该方法进一步包括从所述一个或多个UE接收对所述数据文件的一个或多个请求。

一实施例中，传输所述数据文件包括，通过复数个流传输所述数据文件，其中所述复数个流中的每个流重复传送所述文件的分段。

一实施例中，传输所述数据文件包括：通过复数个流传输所述数据文件，其中所述复数个流中的每一个流重复传送所述数据文件的整体，且其中所述复数个流中的每一个流以不同的起始偏移传送所述数据文件。

一实施例中，传输所述数据文件包括：通过复数个流发送数据文件，其中所述复数个流中的每一个流使用不同的调制编码方案传送所述文件的整体。

一实施例中，该方法进一步包括：从所述一个或多个UE接收与所述一个或多个UE下载数据文件有关的反馈。

一实施例中，该方法进一步包括：响应于来自所述一个或多个UE中的第一UE且指示所述数据文件不完整的反馈，向所述第一UE提供与重传数据有关的配置信息；以及将所述数据文件的至少部分缺失部分向所述第一UE传输。

一种用于操作用户设备(UE)从一个或多个流下载数据的实施例方法，包括：从网络实体接收第一配置通信，所述第一配置通信具有关于数据文件的内容与所述一个或多个流之间的关系的信息；以及，通过所述一个或多个流，根据第一配置通信中的关于所述数据文件的内容和所述一个或多个流之间的关系的信息，从所述网络实体接收所述数据文件。所述数据文件由UE在独立于第二时间实例的第一时间实例接收，其中在所述第二时间实例另一UE可接收所述数据文件。

一实施例中，该方法进一步包括：在接收第一配置通信之前，向所述网络实体发送对所述数据文件的请求。

一实施例中，该方法进一步包括：处理接收的所述数据文件，以确定所述数据文件是否有缺失部分；并向所述网络实体提供关于接收所述数据文件的反馈，响应于确定所述数据文件有缺失部分，该反馈包括关于缺失部分的信息。

一实施例中，该方法进一步包括：接收与重传数据有关的第二配置通信，其中所述第二配置通信响应于提供所述反馈并响应于所述数据文件有缺失部分。所述缺失部分的至少部分根据所述第二配置通信被接收。

一实施例中，在单播传输中，从所述网络接收缺失部分的至少部分。

一实施例中，在多用户可访问的流上，从所述数据文件的传输接收所述缺失部分的至少部分。

一实施例中，通过复数个流中的至少一个流接收所述数据文件，并且所述复数个流中的每一个流重复传送所述文件的分段。

一实施例中，通过复数个流中的至少一个流接收所述数据文件，并且所述复数个流中的每一个流以不同的起始偏移传送所述数据文件。

一实施例中，通过复数个流中的至少一个流接收所述数据文件，并且所述流中的每一个流在多用户可访问信道上传输。

一种实施例用户设备(UE)，包括：天线；处理器，与所述天线连接并配置为通过所述天线传输并接收数据；以及非暂时性计算机可读介质，与所述处理器连接。所述非暂时性计算机可读介质上存储有指令，所述指令在被执行时，使所述处理器：从网络接收第一配置通信，所述第一配置通信具有关于数据文件的内容和复数个流中的一个或多个之间的关系的信息，其中所述复数个流承载于多用户可访问信道上，所述数据文件在所述复数个流上传输。所述非暂时性计算机可读介质上进一步存储有指令，所述指令在被执行时，使所述处理器：根据所述第一配置通信中的参数，在所述复数个流中的所述一个或多个流中，从所述网络接收所述数据文件。所述数据文件由UE在独立于第二时间实例的第一时间实例接收，其中，在所述第二时间实例另一UE可接收数据文件。

一实施例中，所述非暂时性计算机可读介质上进一步存储有指令，所述指令在被执行时，使所述处理器：通过所述天线向网络发送对数据文件的请求。

一实施例中，所述非暂时性计算机可读介质上进一步存储有指令，所述指令在被执行时，使所述处理器：接收响应于对数据文件的请求来自所述网络的第一配置通信。

一实施例中，所述非暂时性计算机可读介质上进一步存储有指令，所述指令在被执行时，使所述处理器：处理接收的所述数据文件，以确定所述数据文件是否有缺失部分。

一实施例中，所述非暂时性计算机可读介质上进一步存储有指令，所述指令在被执行时，使所述处理器：向网络提供关于接收所述数据文件的反馈，响应于所述数据文件有缺失部分，所述反馈包括关于所述缺失部分的信息。

一实施例中，使所述处理器在复数个流中的一个或多个流中从所述网络接收所述数据文件的指令包括在被执行时使所述处理器执行以下中至少一个的指令：通过所述复数个流接收所述数据文件，其中所述复数个流中的每一个流重复传送所述文件的分段；通过所述复数个流中的至少一个流接收所述数据文件，其中所述复数个流中的每一个流重复传送所述数据文件的整体，并且其中所述复数个流中每一个流以不同的起始偏移传送所述数据文件；以及，通过所述复数个流中的至少一个流接收所述数据文件，其中所述复数个流以不同的调制编码方案重复传送所述文件的整体。

一实施例中，所述非暂时性计算机可读介质上进一步存储有指令，所述指令在被执行时，使所述处理器：接收对所述数据文件有缺失部分进行响应的第二配置通信；以及，根据所述第二配置通信接收所述缺失部分。所述缺失部分的至少部分在以下之一中从所述网络接收：单播传输和在多用户可访问流上的所述数据文件的传输。

一种实施例网络元件，包括：天线；处理器，与所述天线连接并配置为通过所述天线传输和接收数据；以及，非暂时性计算机可读介质，与所述处理器连接。所述非暂时性计算机可读介质上存储有指令，所述指令在被执行时，使所述处理器：通过一个或多个流传输数据文件，其中所述一个或多个流中的每一个流承载于多用户可访问信道上；以及，向一个或多个UE提供与所述数据文件的内容与所述一个或多个流之间的关系的第一配置通信，使得所述一个或多个UE中的每一个UE可根据所述第一配置通信在不同的时间实例接收所述数据文件。

一实施例中，所述非暂时性计算机可读介质上进一步存储有指令，所述指令在被执行时，使所述处理器广播所述数据文件的可用性。

一实施例中，所述非暂时性计算机可读介质上进一步存储有指令，所述指令在被执行时，使所述处理器：从所述一个或多个UE接收对所述数据文件的一个或多个请求。

一实施例中，所述非暂时性计算机可读介质上进一步存储有指令，所述指令在被执行时，使所述处理器：从所述一个或多个UE接收与所述一个或多个UE下载数据文件有关的反馈。

一实施例中，所述非暂时性计算机可读介质上进一步存储有指令，所述指令在被执行时，使所述处理器：响应于来自所述一个或多个UE中的第一UE且指示所述数据文件不完整的反馈，向所述第一UE传输第二配置通信；以及在单播传输和在多用户可访问流上的所述数据文件的传输之一中，向所述第一UE传输所述数据文件的缺失部分的至少部分。

虽然参照说明性的实施例对本发明进行了描述，但该描述不应按照限制性的意义进行解释。所述说明性实施例的各种修改及组合，以及本发明的其他实施例，在参照该描述的情况下，对于本领域的技术人员而言都是显而易见的。因此，旨在所附权利要求包含任何此类修改或实施例。