会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
首页 / 专利库 / 输送机和连续搬运 / 回程段 / 回程受限的缓存网络中由协作策略驱动的内容放置

回程受限的缓存网络中由协作策略驱动的内容放置

阅读:1085发布:2020-07-19

IPRDB可以提供回程受限的缓存网络中由协作策略驱动的内容放置专利检索,专利查询,专利分析的服务。并且所公开的是用于回程受限的缓存网络中由协作策略驱动的内容放置和/或索回的系统、方法和手段。可以从策略客户端接收策略请求。基于与边缘缓存服务器相关联的平均时延、回程带宽、高峰时间表和/或剩余存储容量中的至少一项,可以确定用于存储内容的边缘缓存服务器。基于网络使用统计信息,可以确定用来预取内容的时间。网络使用统计信息可以包括历史高峰时间表。在所确定的时间,该内容可被预取至边缘缓存服务器。访问客户端可以采用有组织的形式来从一个或多个边缘服务器索回内容。例如,所述内容可被从边缘缓存服务器发送到访问客户端。,下面是回程受限的缓存网络中由协作策略驱动的内容放置专利的具体信息内容。

1.一种用于管理来自多个边缘服务器的内容缓存的方法:所述方法包括:

接收内容请求;

基于被请求的缓存存储器、被请求内容的保留时间、所述被请求内容的URL以及与所述被请求内容有关的访问客户端,确定供所述访问客户端从所述多个边缘服务器索回所述被请求内容的策略;

从所述多个边缘服务器中的每一个接收关于相应边缘服务器的时延数据、回程带宽、高峰使用时间以及剩余存储容量;

基于接收到的策略请求、接收到的时延数据、接收到的回程带宽、接收到的高峰使用时间、一天中的时间的历史高峰数据使用情况、以及接收到的剩余存储容量中的至少一项,确定将所述被请求内容保存在所述多个边缘服务器中的至少一个边缘服务器上;

针对被确定成存储所述被请求内容的所述多个边缘服务器中的所述至少一个,确定从服务器或网络预取所述被请求内容的预取时间;以及针对被确定成存储所述被请求内容的多个边缘服务器中的所述至少一个,确定从所述服务器或网络预取所述被请求内容的预取带宽。

2.如权利要求1所述的方法,其中接收所述内容请求包括接收来自用户输入的所述内容请求。

3.如权利要求1所述的方法,其中以下各项是在内容放置控制器中进行的:接收内容请求、确定用于访问客户端的策略;从所述多个边缘服务器中的每一个接收;确定存储所述被请求内容;确定预取时间;以及确定预取带宽。

4.如权利要求1所述的方法,其中以下各项是在并非内容放置控制器的计算系统内部进行的:接收内容请求、确定用于访问客户端的策略;从所述多个边缘服务器中的每一个接收;确定存储所述被请求内容;确定预取时间;以及确定预取带宽。

5.如权利要求1所述的方法,进一步包括:确定所述多个边缘服务器之一是用于所述访问客户端的主内容缓存服务器,以及所述多个边缘服务器中的一个或多个是用于所述访问客户端的自愿内容缓存。

6.如权利要求5所述的方法,进一步包括:确定所述主内容缓存服务器是所述多个边缘服务器中的在所述多个边缘服务器中具有最短平均时延的边缘服务器。

7.如权利要求1所述的方法,进一步包括:基于用户数量、被请求大小、缓存大小、一个或多个回程资源、一个或多个订户客户端的时延、历史高峰时间表和/或下载所述被请求内容的请求中的至少一项,确定用于被确定成存储所述被请求内容的所述多个边缘服务器中的所述至少一个的刷新简档。

8.如权利要求1所述的方法,进一步包括:对于每一个访问客户端,基于接收到的策略请求、接收到的时延数据、接收到的回程带宽、接收到的高峰使用时间、一天中的时间的历史高峰数据使用情况以及接收到的剩余存储容量之中的至少一项,确定将所述被请求内容保存在所述多个边缘服务器中的至少一个边缘服务器上;对于被确定成保存所述被请求内容的所述多个边缘服务器中的所述至少一个,确定从服务器或网络中预取所述被请求内容的预取时间;以及对于被确定成存储所述被请求内容的所述多个边缘服务器中的所述至少一个,确定从所述服务器或网络预取所述被请求内容的预取带宽。

9.如权利要求1所述的方法,进一步包括:确定预取时间是以被确定成存储所接收的内容的所述多个边缘服务器中的所述至少一个的可用回程带宽为基础的。

10.如权利要求1所述的方法,其中确定预取带宽是以被确定成存储所接收的内容的多个边缘服务器中的所述至少一个的回程带宽和缓存存储大小中的至少一者为基础的。

11.一种用于管理来自多个边缘服务器的内容缓存的计算系统,包括:

处理器,其被配置成:

接收内容请求;

基于被请求的缓存存储器、被请求内容的保留时间、所述被请求内容的URL以及与所述被请求内容有关的访问客户端,确定供所述访问客户端从所述多个边缘服务器索回所述被请求内容的策略;

从所述多个边缘服务器中的每一个接收关于相应边缘服务器的时延数据、回程带宽、高峰使用时间以及剩余存储容量;

基于接收到的策略请求、接收到的时延数据、接收到的回程带宽、接收到的高峰使用时间、一天中的时间的历史高峰数据使用情况、以及接收到的剩余存储容量中的至少一项,确定将所述被请求内容保存在所述多个边缘服务器中的至少一个边缘服务器上;

针对被确定成存储所述被请求内容的所述多个边缘服务器中的所述至少一个,确定从服务器或网络预取所述被请求内容的预取时间;以及针对被确定成存储所述被请求内容的多个边缘服务器中的所述至少一个,确定从所述服务器或网络预取所述被请求内容的预取带宽。

12.如权利要求11所述的计算系统,其中所述处理器进一步被配置成:接收来自用户输入的所述内容请求。

13.如权利要求11所述的计算系统,所述计算系统是内容放置控制器。

14.如权利要求11所述的计算系统,其中所述计算系统不是内容放置服务器。

15.如权利要求11所述的计算系统,其中所述处理器进一步被配置成:确定所述多个边缘服务器之一是用于所述访问客户端的主内容缓存服务器,以及所述多个边缘服务器中的一个或多个是用于所述访问客户端的自愿内容缓存。

16.如权利要求15所述的计算系统,其中所述处理器进一步被配置成:确定所述主内容缓存服务器是所述多个边缘服务器中的在所述多个边缘服务器中具有最短平均时延的边缘服务器。

17.如权利要求11所述的计算系统,其中所述处理器进一步被配置成:基于用户数量、被请求大小、缓存大小、一个或多个回程资源、一个或多个订户客户端的时延、历史高峰时间表和/或下载所述被请求内容的请求中的至少一项,确定用于被确定成存储所述被请求内容的所述多个边缘服务器中的所述至少一个的刷新简档。

18.如权利要求11所述的计算系统,其中所述处理器进一步被配置成:对于每一个访问客户端,基于接收到的策略请求、接收到的时延数据、接收到的回程带宽、接收到的高峰使用时间、一天中的时间的历史高峰数据使用情况以及接收到的剩余存储容量之后的至少一项,确定将所述被请求内容保存在所述多个边缘服务器中的至少一个边缘服务器上;对于被确定成保存所述被请求内容的所述多个边缘服务器中的所述至少一个,确定从所述服务器或网络中预取所述被请求内容的预取时间;以及对于被确定成存储所述被请求内容的所述多个边缘服务器中的所述至少一个,确定从所述服务器或网络预取所述被请求内容的预取带宽。

19.如权利要求11所述的计算系统,其中所述处理器进一步被配置成:基于被确定成存储所接收的内容的所述多个边缘服务器中的所述至少一个的可用回程带宽来确定预取时间。

20.如权利要求11所述的计算系统,其中所述处理器进一步被配置成:基于被确定成存储所接收的内容的多个边缘服务器中的所述至少一个的回程带宽和缓存存储大小中的至少一者来确定预取带宽。

21.一种边缘服务器计算系统,包括:

处理器,其被配置成:

确定时延数据、与网络通信的回程带宽、高峰使用时间以及剩余存储容量;

确定向策略服务器发送所述时延数据、所述回程带宽、所述高峰使用时间以及所述剩余存储容量;

从通信中确定所述策略服务器已经指示所述边缘服务器计算系统将被请求内容保存在边缘服务器存储器中;

确定所述策略服务器已经提供了用于从所述网络中预取所述被请求内容的预取时间;

以及

确定所述策略服务器已经提供了用于从所述网络中预取所述被请求内容的预取带宽。

22.如权利要求21所述的边缘服务器计算系统,其中所述处理器进一步被配置成确定所述策略服务器已经选择了所述边缘服务器计算系统作为主内容缓存服务器。

23.如权利要求21所述的边缘服务器计算系统,其中所述处理器进一步被配置成确定所述策略服务器已经提供了关于所述被请求内容的刷新简档。

说明书全文

回程受限的缓存网络中由协作策略驱动的内容放置

相关申请的交叉引用

[0001] 本申请要求依照美国临时申请62/263,125的提交日期而享有优先权和权益,所述申请在这里被以全面阐述的方式引入以作为参考。

背景技术

[0002] 随着数据存储设备的价格和尺寸的降低,在网络中可以实施启用缓存的服务器。例如,在网络边缘可以实施启用缓存的服务器。启用缓存的服务器可用于存储热门内容以及在被请求的时候将该内容交付用户。这些内容可以在不耗费回程连接带宽的情况下被交付给用户。研究工作已经解决了为负担不起的用户提供可负担的因特网访问的难题。例如,EU H2020FIFE工作组解决了提升底层传输网络以及所涉及的架构和协议的效率的技术难题。

发明内容

[0003] 所公开的是用于回程受限的缓存网络中由协作策略驱动的内容放置和/或索回(retrieyal)的系统、方法和手段。可从策略客户端接收策略请求。基于与边缘缓存服务器相关联的平均时延、回程带宽、高峰时间表和/或剩余存储容量中的至少一项,可以确定用于存储内容的边缘缓存服务器。基于网络使用统计信息,可以确定用来预取(pre-fetching)内容的时间。网络使用统计信息可以包括历史高峰时间表。在所确定的时间,该内容可被预取至边缘缓存服务器。访问客户端可以采用有组织的形式来从一个或多个边缘服务器索回内容。例如,所述内容可被从边缘缓存服务器发送到访问客户端。
[0004] 一种用于管理来自多个边缘服务器的内容缓存的方法可以包括以下的一项或多项处理:(i)接收内容请求;(ii)基于被请求的缓存存储器、被请求内容的保留时间、被请求内容的URL以及与被请求内容有关的访问客户端来确定供访问客户端从多个边缘服务器索回被请求的内容的策略;(iii)从多个边缘服务器中的每一个接收关于相应边缘服务器的时延数据、回程带宽、高峰使用时间以及剩余存储容量;(iy)基于接收到的策略请求、接收到的时延数据、接收到的回程带宽、接收到的高峰使用时间、一天中的时间的历史高峰数据使用情况、以及接收到的剩余存储容量中的至少一项,确定将被请求的内容保存在多个边缘服务器中的至少一个边缘服务器上;(v)针对被确定成存储被请求内容的多个边缘服务器中的至少一个,确定从服务器或网络预取被请求内容的预取时间;以及(vi)为被确定成存储被请求内容的多个边缘服务器中的至少一个,确定从服务器或网络预取被请求内容的预取带宽。该方法可以在内容放置控制器、策略客户端、策略管理器或是内容放置控制器、策略客户端和策略管理器的某种组合中实施。
[0005] 接收内容请求可以包括接收来自用户输入的内容请求。
[0006] 该方法可以包括:确定多个边缘服务器之一是用于访问客户端的主内容缓存服务器,以及多个边缘服务器中的一个或多个是用于访问客户端的自愿内容服务器,并且可以进一步包括:确定主内容缓存服务器是多个边缘服务器中的在所述多个边缘服务器中具有最短平均时延的边缘服务器。
[0007] 该方法可以包括:基于用户数量、被请求的大小、缓存大小、一个或多个回程资源、一个或多个订户客户端的时延、历史高峰时间表和/或下载被请求内容的请求中的一项或多项,确定用于被确定成存储被请求内容的多个边缘服务器中的至少一个的刷新简档。
[0008] 该方法可以包括:对于每一个访问客户端,基于接收到的策略请求、接收到的时延数据、接收到的回程带宽、接收到的高峰使用时间、一天中的时间的历史高峰数据以及接收到的剩余存储容量之中的至少一项,确定将被请求的内容保存在多个边缘服务器中的至少一个边缘服务器上;对于被确定成保存被请求内容的多个边缘服务器中的所述至少一个,确定从服务器或网络中预取被请求的内容的预取时间;以及对于被确定成存储被请求内容的多个边缘服务器中的所述至少一个,确定从服务器或网络预取被请求内容的预取带宽。
[0009] 该方法可以包括:基于被确定成存储所接收的内容的多个边缘服务器中的所述至少一个的可用回程带宽,确定预取时间。
[0010] 该方法可以包括:基于被确定成存储所接收的内容的多个边缘服务器中的所述至少一个的回程带宽和缓存存储大小中的至少一者,确定预取带宽。
[0011] 一种用于管理来自多个边缘服务器的内容缓存的计算系统(例如一个或多个服务器、一个或多个计算机、一个或多个网络)可以包括一个或多个处理器,其被配置成(例如用可执行指令或硬件而被编程成)执行以下的一项或多项处理:(i)接收内容请求;(ii)基于被请求的缓存存储器、被请求内容的保留时间、被请求内容的URL以及与被请求内容有关的访问客户端来确定供访问客户端从多个边缘服务器索回被请求的内容的策略;(iii)从多个边缘服务器中的每一个接收关于相应边缘服务器的时延数据、回程带宽、高峰使用时间以及剩余存储容量;(iv)基于接收到的策略请求、接收到的时延数据、接收到的回程带宽、接收到的高峰使用时间、一天中的时间的历史高峰数据使用情况、以及接收到的剩余存储容量中的至少一项,确定将被请求的内容保存在多个边缘服务器中的至少一个边缘服务器上;(v)针对被确定成存储被请求内容的多个边缘服务器中的所述至少一个,确定从服务器或网络预取被请求内容的预取时间;以及(yi)为被确定成存储被请求内容的多个边缘服务器中的所述至少一个,确定从服务器或网络预取被请求内容的预取带宽。该计算系统可以是内容放置控制器、策略客户端、策略管理器或是内容放置控制器、策略客户端和策略管理器的某种组合。
[0012] 所述一个或多个处理器可被进一步配置成接收来自用户输入的内容请求。
[0013] 所述一个或多个处理器可被进一步配置成确定所述多个边缘服务器之一是用于访问客户端的主内容缓存服务器,以及多个边缘服务器中的一个或多个是用于访问客户端的自愿内容服务器,并且可以进一步被配置成:确定主内容缓存服务器是多个边缘服务器中的在所述多个边缘服务器中具有最短平均时延的边缘服务器。
[0014] 所述一个或多个处理器可被进一步配置成基于用户数量、被请求的大小、缓存大小、一个或多个回程资源、一个或多个订户客户端的时延、历史高峰时间表和/或下载被请求内容的请求中的至少一者,确定用于被确定成存储被请求内容的多个边缘服务器中的所述至少一个的刷新简档。
[0015] 所述一个或多个处理器可被进一步配置成:对于每一个访问客户端,基于接收到的策略请求、接收到的时延数据、接收到的回程带宽、接收到的高峰使用时间、一天中的时间的历史高峰数据以及接收到的剩余存储容量之中的至少一项,确定将被请求的内容保存在多个边缘服务器中的至少一个边缘服务器上;对于被确定成保存被请求内容的多个边缘服务器中的所述至少一个,确定从服务器或网络中预取被请求的内容的预取时间;以及对于被确定成存储被请求内容的多个边缘服务器中的所述至少一个,确定从服务器或网络预取被请求内容的预取带宽。
[0016] 所述一个或多个处理器可被进一步配置成:基于被确定成存储所接收的内容的多个边缘服务器中的所述至少一个的可用回程带宽,确定预取时间。
[0017] 所述一个或多个处理器可被进一步配置成:基于被确定成存储所接收的内容的多个边缘服务器中的所述至少一个的回程带宽和缓存存储大小中的至少一者,确定预取带宽。

附图说明

[0018] 图1A是可以实施所公开的一个或多个实施例的例示通信系统的系统图示。
[0019] 图1B是可以在图1A所示的通信系统内部使用的例示无线发射/接收单元(WTRU)的系统图示。
[0020] 图1C是可以在图1A所示的通信系统内部使用的例示无线电接入网络和例示核心网络的系统图示。
[0021] 图1D是可以在图1A所示的通信系统内部使用的另一个例示无线电接入网络和另一个例示核心网络的系统图示。
[0022] 图1E是可以在图1A所示的通信系统内部使用的另一个例示无线电接入网络和另一个例示核心网络的系统图示。
[0023] 图2描述了例示的策略驱动的系统架构。
[0024] 图3描述了例示的策略驱动的边缘内容放置。
[0025] 图4描述了例示的内容放置。
[0026] 图5描述了用于策略驱动的缓存设计的例示的历史高峰时间表。
[0027] 图6描述了关于协作内容的例示的操作消息交换。

具体实施方式

[0028] 现在将参考不同附图来描述说明性实施例的具体实施方式。虽然本描述提供了关于可能的实施方式的详细示例,然而应该指出的是,这些细节应该是例示性的,并且不会对本申请的范围构成限制。
[0029] 图1A是可以实施所公开的一个或多个实施例的例示通信系统100的图示。通信系统100可以是为多个无线用户提供语音、数据、视频、消息传递、广播等内容的多址接入系统。该通信系统100通过共享包括无线带宽在内的系统资源来允许多个无线用户访问此类内容。作为示例,通信系统100可以使用一种或多种信道接入方法,例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)以及单载波FDMA(SC-FDMA)等等。
[0030] 如图1A所示,通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c和/或102d(其通常被称为或被统称为WTRU 102),无线电接入网络(RAN)103/104/105,核心网络106/107/109,公共交换电话网络(PSTN)108,因特网110以及其他网络112,但是应该了解,所公开的实施例设想了任意数量的WTRU、基站、网络和/或网络部件。每一个WTRU 102a、102b、102c、102d可以是被配置成在无线环境中工作和/或通信的任何类型的设备。例如,WTRU 102a、102b、102c、102d可以被配置成发射和/或接收无线信号,并且可以包括:用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、以及消费类电子设备等等。
[0031] 通信系统100还可以包括基站114a和基站114b。每一个基站114a、114b可以是被配置成通过与WTRU 102a、102b、102c、102d中的至少一个无线对接来促使接入一个或多个通信网络的任何类型的设备,所述网络可以是核心网络106/107/109、因特网110和/或网络112。作为示例,基站114a和114b可以是基地收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点(AP)以及无线路由器等等。虽然每一个基站114a和114b都被描述成是单个部件,但是应该想到,基站114a和114b可以包括任何数量的互连基站和/或网络部件。
[0032] 基站114a可以是RAN 103/104/105的一部分,并且所述RAN还可以包括其他基站和/或网络部件(未显示),例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可被配置成在名为小区(未示出)的特定地理区域内部发射和/或接收无线信号。小区可被划分成小区扇区。例如,与基站114a关联的小区可被分为三个小区扇区。由此,在一个实施例中,基站114a可以包括三个收发信机,也就是说,每一个收发信机都对应于与基站114a相关联的小区的一个扇区。在另一个实施例中,基站114a可以使用多输入多输出(MIMO)技术,并且由此可以为与基站114a相关联的小区的每一个扇区使用多个收发信机。
[0033] 基站114a、114b可以通过空中接口115/116/117来与一个或多个WTRU102a、102b、102c和102d进行通信,该空中接口可以是任何适当的无线通信链路(例如射频(RF)、微波、红外线(IR)、紫外线(UV)、可见光等等)。该空中接口115/116/117可以用任何适当的无线电接入技术(RAT)来建立。
[0034] 更具体地说,如上所述,通信系统100可以是多址接入系统,并且可以使用一种或多种信道接入方案,例如CDMA、TDMA、FDMA、OFDMA以及SC-FDMA等等。举例来说,RAN103/104/105中的基站114a和每一个WTRU 102a、102b、102c可以实施诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术,该技术可以使用宽带CDMA(WCDMA)来建立空中接口115/116/117。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
[0035] 在另一个实施例中,基站114a与WTRU 102a、102b、102c可以实施诸如演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术,该技术可以使用长期演进(LTE)和/或先进LTE(LTE-A)来建立空中接口115/116/117。
[0036] 在其他实施例中,基站114a与WTRU 102a、102b和102c可以实施IEEE802.16(全球微波接入互操作性(WiMAX))、CDMA2000、CDMA20001X、CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、用于GSM增强数据速率演进(EDGE)以及GSM EDGE(GERAN)等无线电接入技术。
[0037] 作为示例,图1A中的基站114b可以是无线路由器、家庭节点B、家庭e节点B或接入点,并且可以使用任何适当的RAT来促成局部区域(例如营业场所、住宅、交通工具以及校园等等)中的无线连接。在一个实施例中,基站114b与WTRU 102c和102d可以通过实施IEEE 802.11之类的无线电技术来建立无线局域网(WLAN)。在另一个实施例中,基站114b与WTRU 
102c和102d可以通过实施IEEE 802.15之类的无线电技术来建立无线个人局域网(WPAN)。
在再一个示例中,基站114b和WTRU 102c、102d可以通过使用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等等)来建立微微小区或毫微微小区。如图1A所示,基站114b可以直接连接到因特网110。基站114b未必需要经由核心网络106/107/109来接入因特网110。
[0038] RAN 103/104/105可以与核心网络106/107/109通信,核心网络106/107/109可以是被配置成向一个或多个WTRU 102a、102b、102c、102d提供语音、数据、应用和/或网际协议语音(VoIP)服务的任何类型的网络。例如,核心网络106/107/109可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等,和/或执行用户验证之类的高级安全功能。虽然在图1A中没有显示,然而应该了解,RAN103/104/105和/或核心网络106/107/109可以直接或间接地和其他那些与RAN103/104/105使用相同RAT或不同RAT的RAN进行通信。例如,除了与使用E-UTRA无线电技术的RAN103/104/105连接之外,核心网络106/107/109还可以与使用GSM无线电技术的别的RAN(未示出)进行通信。
[0039] 核心网络106/107/109还可以充当供WTRU 102a、102b、102c和102d用于接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的全球性互联计算机网络设备系统,例如TCP/IP互连网协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括由其他服务供应商拥有和/或运营的有线或无线通信网络。例如,网络112可以包括与一个或多个RAN相连的别的核心网络,其中该网络可以与RAN 
103/104/105使用相同的RAT或不同的RAT。
[0040] 通信系统100中的一些或所有WTRU 102a、102b、102c、102d可以包括多模能力,也就是说,每一个WTRU 102a、102b、102c和102d可以包括用于在不同无线链路上与不同无线网络通信的多个收发信机。例如,图1A所示的WTRU 102c可以被配置成与使用基于蜂窝的无线电技术的基站114a进行通信,以及与可以使用IEEE 802无线电技术的基站114b通信。
[0041] 图1B是例示WTRU 102的系统图示。如图1B所示,WTRU 102可以包括处理器118、收发信机120、发射/接收部件122、扬声器/麦克风124、数字键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136以及其他周边设备138。应该了解的是,在保持符合实施例的同时,WTRU 102还可以包括前述部件的任何子组合。并且,这里的实施例所设想的是每一个基站114a和114b和/或基站114a和114b所代表的节点都可以包括在图1B中描绘以及在这里描述的一些或所有部件,其中作为示例而不是限制,基站114a和114b所代表的节点可以是收发信台(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进型家庭节点B(e节点B)、家庭演进型节点B(HeNB)、家庭演进型节点B网关以及代理节点。
[0042] 处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、其他任何类型的集成电路(IC)、以及状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或其他任何能使WTRU102在无线环境中工作的功能。处理器118可以耦合至收发信机120,收发信机120可以耦合至发射/接收部件122。虽然图1B将处理器118和收发信机120描述成是独立组件,然而应该想到,处理器118和收发信机120可以集成在一个电子组件或芯片中。
[0043] 发射/接收部件122可以被配置成经由空中接口115/116/117来发射或接收去往或来自基站(例如基站114a)的信号。举个例子,在一个实施例中,发射/接收部件122可以是被配置成发射和/或接收RF信号的天线。在另一个实施例中,作为示例,发射/接收部件122可以是被配置成发射和/或接收IR、UV或可见光信号的放射器/检测器。在再一个实施例中,发射/接收部件122可以被配置成发射和接收RF和光信号。应该理解的是,发射/接收部件122可以被配置成发射和/或接收无线信号的任何组合。
[0044] 此外,虽然在图1B中将发射/接收部件122描述成单个部件,但是WTRU 102可以包括任何数量的发射/接收部件122。更具体地说,WTRU 102可以使用MIMO技术。由此,在一个实施例中,WTRU 102可以包括经由空中接口115/116/117来发射和接收无线电信号的两个或多个发射/接收部件122(例如多个天线)。
[0045] 收发信机120可被配置成对发射/接收部件122将要发射的信号进行调制,以及对发射/接收部件122接收的信号进行解调。如上所述,WTRU 102可以具有多模能力。由此,收发信机120可以包括允许WTRU 102借助多种RAT(例如UTRA和IEEE 802.11)来进行通信的多个收发信机。
[0046] WTRU 102的处理器118可以耦合至扬声器/麦克风124、数字键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元),并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器/麦克风124、数字键盘126和/或显示器/触摸板128输出用户数据。此外,处理器118可以从任何适当的存储器(例如不可移除存储器130和/或可移除存储器132)中存取信息,以及将信息存入这些存储器。所述不可移除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或是其他任何类型的记忆存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、以及安全数字(SD)记忆卡等等。在其他实施例中,处理器118可以从那些并非实际位于WTRU 102的存储器访问信息,以及将数据存入这些存储器,其中举例来说,所述存储器可以位于服务器或家庭计算机(未显示)。
[0047] 处理器118可以接收来自电源134的电力,并且可以被配置成分发和/或控制用于WTRU 102中的其他组件的电力。电源134可以是为WTRU 102供电的任何适当的设备。例如,电源134可以包括一个或多个干电池组(如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、以及燃料电池等等。
[0048] 处理器118还可以与GPS芯片组136耦合,该芯片组可被配置成提供与WTRU 102的当前位置相关的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或替换,WTRU 102可以经由空中接口115/116/117接收来自基站(例如基站114a、114b)的位置信息,和/或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是,在保持符合实施例的同时,WTRU 102可以借助任何适当的定位方法来获取位置信息。
[0049] 处理器118还可以耦合到其他周边设备138,这其中可以包括提供了附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,周边设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、 模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、以及因特网浏览器等等。
[0050] 图1C是根据一个实施例的RAN 103和核心网络106的系统图示。如上所述,RAN 103可以使用UTRA无线电技术并通过空中接口115来与WTRU102a、102b、102c进行通信。RAN 103还可以与核心网络106通信。如图1C所示,RAN 103可以包括节点B 140a、140b、140c,其中每一个节点B都可以包括通过空中接口115来与WTRU 102a、102b、102c通信的一个或多个收发信机。节点B 140a、140b、140c中的每一个都可以关联于RAN 103内部的特定小区(未显示)。RAN 103还可以包括RNC 142a和142b。应该了解的是,在保持与示例相符的同时,RAN 103可以包括任何数量的节点B和RNC。
[0051] 如图1C所示,节点B 140a、140b可以与RNC 142a进行通信。此外,节点B 140c还可以与RNC 142b进行通信。节点B 140a、140b、140c可以经由Iub接口来与相应的RNC 142a、140b进行通信。RNC 142a、142b彼此可以经由Iur接口来进行通信。每一个RNC 142a、142b都可以被配置成控制与之相连的相应节点B 140a、140b、140c。另外,每一个RNC 142a、142b还可以被配置成执行或支持其他功能,例如外环功率控制、负载控制、许可控制、分组调度、切换控制、宏分集、安全功能、以及数据加密等等。
[0052] 图1C所示的核心网络106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS节点交换中心(SGSN)148和/或网关GPRS支持节点(GGSN)150。虽然前述每个部件都被描述成是核心网络106的一部分,但是应该了解,核心网络运营商之外的其他实体也可以拥有和/或运营这其中的任何的一个或多个部件。
[0053] RAN 103中的RNC 142a可以经由IuCS接口连接到核心网络106中的MSC 146。MSC 146可以连接到MGW 144。MSC 146和MGW 144可以为WTRU 102a、102b、102c提供针对PSTN 
108之类的电路交换网络的接入,以便促成WTRU 102a、102b、102c与传统陆线通信设备之间的通信。
[0054] RAN 103中的RNC 142a还可以经由IuPS接口连接到核心网络106中的SGSN 148。所述SGSN 148则可以连接到GGSN 150。SGSN 148和GGSN 150可以为WTRU 102a、102b、102c提供分组交换网络(例如因特网110)接入,以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。
[0055] 如上所述,核心网络106还可以连接到网络112,该网络可以包括其他服务供应商拥有和/或运营的其他有线或无线网络。
[0056] 图1D是根据一个实施例的RAN 104以及核心网络107的系统图示。如上所述,RAN 104可以使用E-UTRA无线电技术通过由空中接口116来与WTRU 102a、102b、102c进行通信。
此外,RAN 104还可以与核心网络107通信。
[0057] RAN 104可以包括e节点B 160a、160b、160c,然而应该了解,在保持符合实施例的同时,RAN 104可以包括任何数量的e节点B。每一个e节点B 160a、160b、160c都可以包括一个或多个收发信机,以便经由空中接口116来与WTRU 102a、102b、102c通信。在一个示例中,e节点B 160a、160b和160c可以实施MIMO技术。由此,举例来说,e节点B 160a可以使用多个天线来向WTRU 102a发射无线信号,和接收来自WTRU 102a的无线信号。
[0058] 每一个e节点B 160a、160b、160c可以关联于特定小区(未示出),并且可以被配置成处理无线电资源管理决策、切换决策、上行链路和/或下行链路中的用户调度等等。如图1D所示,e节点B 160a、160b、160c彼此可以通过X2接口进行通信。
[0059] 图1D所示的核心网络107可以包括移动性管理网关(MME)162、服务网关164以及分组数据网络(PDN)网关166。虽然上述每一个部件都被描述成是核心网络107的一部分,但是应该了解,核心网络运营商之外的其他实体也可拥有和/或运营这其中的任一部件。
[0060] MME 162可以经由S1接口连接到RAN 104中的每一个e节点B 160a、160b、160c,并且可以充当控制节点。例如,MME 162可以负责验证WTRU102a、102b、102c的用户,激活/去激活承载,以及在WTRU 102a、102b、102c的初始附着过程中选择特定服务网关等等。所述MME 162还可以提供用于在RAN 104与使用了其他无线电技术(例如GSM或WCDMA)的其他RAN之间执行切换的控制平面功能。
[0061] 服务网关164可以经由S1接口连接到RAN 104中的每一个e节点B 160a、160b、160c。该服务网关164通常可以路由和转发去往/来自WTRU 102a、102b和102c的用户数据分组。此外,服务网关164还可以执行其他功能,例如在e节点B间的切换过程中锚定用户面,在下行链路数据可供WTRU102a、102b、102c使用时触发寻呼,以及管理和存储WTRU 102a、
102b、102c的上下文等等。
[0062] 服务网关164还可以连接到PDN网关166,该PDN网关可以为WTRU102a、102b、102c提供分组交换网络(例如因特网110)接入,以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。
[0063] 核心网络107可以促成与其他网络的通信。例如,核心网络107可以为WTRU 102a、102b、102c提供电路交换网络(例如PSTN 108)接入,以便促成WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如,核心网络107可以包括IP网关(例如IP多媒体子系统(IMS)服务器)或与之通信,其中所述IP网关充当了核心网络107与PSTN 108之间的接口。此外,核心网络107还可以为WTRU 102a、102b、102c提供针对网络112的接入,其中该网络可以包括其他服务供应商拥有和/或运营的其他有线或无线网络。
[0064] 图1E是根据一个实施例的RAN 105和核心网络109的系统图示。RAN 105可以是在空中接口117上使用IEEE 802.16无线电技术来与WTRU 102a、102b和102c通信的接入服务网络(ASN)。如下文中进一步论述的那样,WTRU 102a、102b、102c,RAN 105以及核心网络109的不同功能实体之间的通信链路可被定义成参考点。
[0065] 如图1E所示,RAN 105可以包括基站180a、180b、180c以及ASN网关182,然而应该了解,在保持符合实施例的同时,RAN 105可以包括任何数量的基站和ASN网关。每一个基站180a、180b、180c都可以关联于RAN 105中的特定小区(未显示),并且每一个基站都可以包括一个或多个收发信机,以便通过空中接口117来与WTRU 102a、102b、102c进行通信。在一个实施例中,基站180a、180b、180c可以实施MIMO技术。由此,作为示例,基站180a可以使用多个天线来向WTRU 102a发射无线信号,以及接收来自WTRU 102a的无线信号。基站180a、
180b、180c还可以提供移动性管理功能,例如切换触发、隧道建立、无线电资源管理、业务量分类、以及服务质量(QoS)策略实施等等。ASN网关182可以充当业务量聚集点,和/或可以负责实施寻呼、订户简档缓存、以及针对核心网络109的路由等等。
[0066] WTRU 102a、102b、102c与RAN 105之间的空中接口117可被定义成是实施IEEE 802.16规范的R1参考点。另外,每一个WTRU 102a、102b、102c都可以与核心网络109建立逻辑接口。WTRU 102a、102b、102c与核心网络109之间的逻辑接口可被定义成R2参考点,该参考点可以用于验证、许可、IP主机配置管理和/或移动性管理。
[0067] 每一个基站180a、180b、180c之间的通信链路都可被定义成R8参考点,该参考点包含了用于促成WTRU切换以及基站之间的数据传送的协议。基站180a、180b、180c与ASN网关182之间的通信链路可被定义成R6参考点。所述R6参考点可以包括用于促成基于与每一个WTRU 102a、102b、102c相关联的移动性事件的移动性管理。
[0068] 如图1E所示,RAN 105可以连接到核心网络109。RAN 105与核心网络109之间的通信链路可被定义成R3参考点,作为示例,该参考点包含了用于促成数据传送和移动性管理能力的协议。核心网络109可以包括移动IP家用代理(MIP-HA)184、验证许可记帐(AAA)服务器186以及网关188。虽然每一个这样的部件都被描述成是核心网络109的一部分,然而应该了解,核心网络运营商以外的实体同样可以拥有和/或运营这其中的任一部件。
[0069] MIP-HA可以负责实施IP地址管理,并且可以允许WTRU 102a、102b、102c在不同的ASN和/或不同的核心网络之间漫游。MIP-HA 184可以为WTRU 102a、102b、102c提供分组交换网络(例如因特网110)接入,以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。AAA服务器186可以负责实施用户验证以及支持用户服务。网关188可以促成与其他网络的互通。例如,网关188可以为WTRU 102a、102b、102c提供电路交换网络(例如PSTN 108)接入,以便促成WTRU 102a、102b、102c与传统陆线通信设备之间的通信。另外,网关188还可以为WTRU 102a、102b、102c提供针对网络112的接入,其中该网络可以包括其他服务供应商拥有和/或运营的其他有线或无线网络。
[0070] 虽然在图1E中没有显示,然而应该了解,RAN 105可以连接到其他ASN,并且核心网络109可以连接到其他核心网络。RAN 105与其他ASN之间的通信链路可被定义成R4参考点,该参考点可以包括用于协调WTRU 102a、102b、102c在RAN 105与其他ASN之间的移动的协议。核心网络109与一个或多个其他核心网络之间的通信链路可被定义成R5参考点,该参考点可以包括用于促成归属核心网络与被访核心网络之间互通的协议。
[0071] 所提供的可以是由策略驱动的边缘缓存内容布置。例如,所提供的可以是与执行策略驱动的边缘缓存内容布置相关联的系统架构、接口(一个或多个)和/或实施方式。所提供的这些有可能与回程容量受限的状况相关联。多简档判据可被定义。例如,多简档判据可被定义成在一个或多个边缘缓存上设置一个或多个刷新模式。所述一个或多个刷新模式可以与一个或多个约束条件相关联。所述一个或多个约束可以包括缓存容量和/或回程带宽限制。此外,策略驱动的内容索回也是可以提供的。
[0072] 网络可以包括一个或多个边缘缓存服务器。边缘缓存服务器可以与受约束的回程带宽和/或存储容量相关联。策略内容可以被请求(例如由通过访问客户端和/或基于web的管理控制台)。作为示例,所请求的策略内容可被从网络或服务器预取(例如基于多个判据)至一个或多个边缘缓存服务器。所述一个或多个边缘缓存服务器可以提供内容卸载。例如,内容可被从回程网络卸载到一个或多个边缘缓存服务器。作为示例,当在保留时段期间请求策略内容时,一个或多个边缘缓存服务器可以提供内容卸载。一个或多个内容放置规则可被定义。内容放置控制器(CPC)、策略服务器或是组合的CPC和策略服务器可以(例如借助预先定义的用于控制相应缓存的内容缓存行为的刷新模式)确定一个或多个内容放置规则。边缘缓存服务器的未使用的剩余空闲容量和/或回程带宽都是可以使用(例如用于提升一个或多个终端用户的体验质量(QoE)和/或缓解回程连接中的拥塞)。终端用户的QoE可以包括用户感觉到的时延和/或响应时间。
[0073] 策略驱动的系统架构可以包括内容放置控制器(CPC)节点。该CPC节点可以接收来自策略客户端(例如策略服务器或来自用户)的策略请求。除非另有说明,否则策略客户端、策略服务器和策略管理器是作为同义词使用的。CPC节点可以推导一个或多个刷新模式。CPC节点可以在整个网络中协调和/或管理一个或多个边缘缓存服务器(ECS)。
[0074] 策略驱动的系统架构可以包括介于策略客户端与CPC之间的一个或多个接口。所述一个或多个接口可用于接收和/或确认策略请求和/或响应。该策略驱动的系统架构可以包括介于CPC与ECS之间的一个或多个接口。所述CPC和ECS之间的一个或多个接口可以用来应用从CPC接收的刷新指令。该策略驱动的系统架构可以包括介于ECS与回程之间的一个或多个接口。所述ECS与回程之间的一个或多个接口可用于接收网络可用带宽和/或信道状态信息。该策略驱动的系统架构可以包括介于ECS与访问客户端之间的一个或多个接口。所述ECS与访问客户端之间的一个或多个接口可用于接收ECS与访问客户端之间的链路的时延状态(例如瞬时时延状态)。所述ECS与访问客户端之间的一个或多个接口可用于将内容上传到ECS。
[0075] 针对前传网络及其实体的策略提交处理可被提供。CPC可以从一个或多个策略客户端(例如策略服务器或是从用户)请求信息。该CPC从一个或多个策略客户端(例如策略服务器或是从用户)请求的信息可以包括URL集合、开始时间、保留时间、用户列表和/或被请求大小。如果策略服务器与CPC是分离或组合的,那么策略服务器可以从用户接收信息。
[0076] 高峰时间知识空间表可被提供给CPC、策略服务器或是组合的CPC和策略服务器。该高峰时间知识空间表能使CPC或策略服务器推导出针对一个或多个ECS的许可预取时段的智能指配。
[0077] 举例来说,刷新简档可以由CPC、策略服务器或是组合的CPC和策略服务器通过考虑文件数量、用户数量、被请求大小、缓存大小、一个或多个回程资源、一个或多个订户客户端的时延、历史高峰时间表和/或内容流行度中的一项或多项来确定。
[0078] 作为内容放置的一部分,主供应方缓存可以由CPC、策略服务器或是组合的CPC和策略服务器来指配。主供应方缓存可以包含至一个或多个访问客户端的最短平均时延。该内容放置处理可以指配自愿供应方缓存(例如通过使用来自附近的一个或多个缓存的剩余空闲容量)。主供应方缓存可以满足来自用户的需求(例如没有从远端服务器进行重复传输的情况下)。该需求可以由自愿供应方缓存根据所提升的QoE来满足(例如在可以减少一个或多个签约用户与供应方缓存之间的冗余业务量的情况下)。
[0079] 内容指配可以由CPC、策略服务器或是组合的CPC和策略服务器执行优先排序。该内容指配可以通过考虑缓存是主缓存还是自愿缓存而被执行优先排序。内容指配可以基于在承诺开始时间(例如视频开始时间)之前剩余的时间而被执行优先排序。例如,将被取回到主供应方缓存的内容可被给予较高优先级。在承诺开始时间之前具有较少剩余时间的内容可被给予较高优先级。
[0080] 由CPC、策略服务器或是组合的CPC和策略服务器确定的协作内容缓存处理可以确定一个预取时段(例如允许从网络获取内容的时段)。该协作内容缓存处理可以确定一个预取带宽(例如允许以多快的速度从网络取回内容)。协作内容缓存处理可以基于回程容量、到一个或多个订户客户端的时延、高峰时间表和/或内容优先级中的一项或多项来确定预取时段和/或预取带宽。
[0081] 针对策略请求内容的受管理的智能预取处理可以由CPC、策略服务器或是组合的CPC和策略服务器提供(例如仅仅在为回程连接施加最小负担(例如高于阈值)的时候)和确定。用户请求可以通过与在附近的一个或多个相邻缓存上缓存内容的处理(例如在可以提供未使用的剩余容量的时候)相关联的方式来满足。
[0082] 策略驱动的边缘缓存内容放置和/或索回可以适用于L3应用层。
[0083] 由CPC、策略服务器或是组合的CPC和策略服务器实施的代理缓存优化处理可以依照一个或多个约束条件(例如回程带宽和/或存储空间)来提供/确定。代理缓存优化处理可以由CPC、策略服务器或是组合的CPC和策略服务器结合时间约束条件来提供/确定(作为示例,其目的是定义一种用于在通用策略驱动的内容分发模型中执行内容布置处理的最具成本效益的方式)。具有不同策略简档的策略客户端有可能会请求大量内容。由CPC、策略服务器或是组合的CPC和策略服务器确定的代理缓存优化处理可以基于回程带宽、策略开始时间、至订户客户端的时延和/或缓存存储空间中的一项或多项来确定将哪些内容取回到哪一个缓存。
[0084] 由CPC、策略服务器或是组合的CPC和策略服务器确定的代理缓存优化处理可以包括以下的一项或多项:主供应方缓存选择、预取时段定义、带宽定义和/或内容优先化。
[0085] 由CPC、策略服务器或是组合的CPC和策略服务器实施的主供应方缓存选择/确定处理可被定义成是减小(例如最小化)一个或多个订户请求的平均时延的处理。主供应方缓存选择/确定处理可以服从缓存容量和/或一个或多个回程带宽约束。一个或多个策略请求可以通过选择/确定强制性的主供应方缓存来满足。所述强制性的主供应方缓存可以靠近一个或多个(例如大多数)潜在的访问客户端。在保留时段期间,策略内容给是可供潜在的访问客户端使用的。候选供应方缓存有可能会接收到策略请求。该候选供应方缓存可以计算到一个或多个(例如全部)访问客户端的平均时延。如果剩余容量和/或回程带宽可用,那么CPC、策略服务器或是组合的CPC和策略服务器可以将具有最低平均时延的候选供应方缓存选择/确定成是主供应方缓存。
[0086] CPC、策略服务器或是组合的CPC和策略服务器可以使用预取时段和/或带宽定义来确保预取活动发生在资源友好(例如资源最为友好)的时间(例如在具有受控的预取带宽的情况下,而不是在接收到请求之后立即预取内容)。举例来说,在高峰时间,预取处理可以以最小的回程使用率(例如以之为目标)执行。历史高峰时间知识和/或可用回程带宽可被用于确定何时执行预取处理。
[0087] 由CPC、策略服务器或是组合的CPC和策略服务器确定的内容优先化可以包括对内容(例如待预取内容)执行优先排序。内容优先化有益于主供应方和/或离策略开始时间只剩余很少时间的内容。与其他内容相比,优先排序的内容可被视为具有更紧急的预取需求。与其他内容相比,优先排序的内容可被提供/确定成具有更大的预取带宽和/或更早的预取时间。
[0088] 策略驱动的内容分发系统和/或协作边缘缓存处理可以通过网络中的一个或多个边缘缓存服务器来提供资源感知的内容放置处理。该策略驱动的内容分发系统和/或协作边缘缓存处理可以允许以更加优化的方式来使用缓存存储器。该策略驱动的内容分发系统和/或协作边缘缓存处理可以允许在规定的时间执行预取处理。该策略驱动的内容分发系统和/或协作边缘缓存处理能使回程资源具有更高的使用率(例如借助于解决一个或多个基于约束条件的决策问题)。
[0089] 图2描述了一个例示的策略驱动系统架构。该例示策略驱动系统架构可以包括一个或多个组件,例如策略客户端、访问客户端、一个或多个边缘缓存服务器(ECS)、内容放置控制器(CPC)和/或回程。虽然图2将策略客户端和CPC描述成了单独实体,但是该策略客户端和CPC也可以合并成一个实体。例如,策略客户端是可供用户访问以提供策略的服务器(一个或多个)。该策略客户端具有一个或多个处理器,这些处理器被配置成执行这里描述的功能或是具有执行这里描述的可执行指令。作为示例,CPC是具有一个或多个处理器的一个或多个服务器,其被配置成执行这里描述的功能或是具有执行这里描述的功能的可执行指令。例示的策略驱动系统架构可以包括一个或多个接口,例如Pol-ECS接口、ECS-Acc接口、ECS-Bac接口和/或CPC-ECS接口。策略请求可以由策略客户端提交给ECS。策略客户端可以确定已经提交了策略请求,并且可以确定应该向ECS或CPC发送策略请求。例如,当一个或多个即将发生的事件要求特定内容在前传网络中可用(例如存在)时,策略客户端可以发送策略请求。当一个或多个即将进行的学校课程需要前传网络中存在特定的教学材料时,策略客户端可以确定/发送策略请求。当节目(例如广播节目)中的一项或多项即将进行的安排需要前传网络中存在特定内容时,策略客户端可以确定/发送策略请求。该策略请求可以由/可以被确定成由CPC接收。一旦接收到策略请求,则CPC可以确定用于内容预取处理的参数。内容可以在预先定义的时间被从回程网络预取到ECS上的一个或多个本地缓存。所述预取内容可以被一个或多个访问客户端访问(例如在所请求的保留时段期间)。访问客户端可以向ECS发送关于内容的内容请求(例如HTTP请求)。响应于该内容请求,ECS可以将缓存内容发送到访问客户端。回程可以是存储或分发内容的服务器或网络(例如卫星系统)。
[0090] Pol-ECS接口可被定义成是策略客户端与ECS之间的接口。策略客户端可以经由Pol-ECS接口接收和/或确认策略请求,或者可以确定已经接收到策略请求,和/或确定确认该请求。ECS可以借助Pol-ECS接口来接收和/或确认策略响应。Pol-ECS接口则能够依照以下各项来传送策略,例如被请求的缓存存储器、保留时间、一个或多个URL集合、和/或一个或多个被允许的访问客户端等等。
[0091] 策略请求可以借助简单的web表单而被发送给策略客户端。所述简单的web表单可以在web服务器中(例如在边缘缓存本身或网络中的其他任何其他服务器上)托管。策略请求可以以搜索为基础。基于搜索的策略请求可以包括提供了与搜索相类似的体验(例如基于人类可读的搜索项输入)的基于web的对话框。内容(例如期望内容)可以被选择(例如由用户选择),并且可以被确定为由策略客户端在接收到策略请求的时候选择。确认按钮可被提供。用户可以向策略客户端发送预取策略(例如在选择确认按钮时),其中被选择的内容将会作为该预取策略的URL集合的基础,并且策略客户端可以确定接收到了预取策略。基于搜索的策略请求可以在内容目录(例如教育目录)中提供。用户可以从内容目录中选择期望的内容(例如教材),并且该内容将被确定成会由策略客户端选择。所述期望的内容可以提供预取策略的URL集合的基础。
[0092] 确认响应可以是单独的(例如基于php的网页)。该确认响应可以包括(例如确认)被请求的策略数据。策略客户端可以向用户提供确认响应。被请求的策略数据可以由策略客户端存储/索回(例如存储/索回至针对用于代理再配置的本地临时文件)。所述被请求的策略数据可以依照web服务而被从用户发送到策略客户端,和/或从策略客户端发送给CPC[0093] CPC-ECS接口可被定义成是CPC与ECS之间的接口(例如用于应用从CPC接收的指令)。该CPC-ECS接口可以用于将接收到的策略数据从策略客户端发送到CPC。该CPC-ECS接口可以用于从CPC向ECS发送确认(例如在接收到预取请求的时候)。该CPC-ECS接口可以用于向CPC发送从ECS得到的网络侧数据(例如回程带宽和/或平均时延等等)。该CPC-ECS接口可以用于将计算得到的预取时段/带宽从CPC发送到ECS。该CPC-ECS接口可以依照遵从web服务的实施方式(例如基于Javascript或是基于PHP的交互)来提供。
[0094] ECS-Bac接口(例如ECS-Bac接口的外传方向)可以用于发送一个或多个HTTP预取请求。该ECS-Bac接口(例如ECS-Bac接口的传入方向)可以用于从源端下载数据。回程链路可以包括卫星技术。正常的HTTP请求可被用作预取技术。通过使用普通的HTTP请求作为预取技术,可以允许预取处理与网络中的其他设备和解决方案同时工作(作为示例,尤其是以提高网络利用率为目标的回程,例如性能增强代理(PEP)或通用Web请求批量处理解决方案)。该回程可以包括使用一个或多个以信息为中心的联网(ICN)解决方案来传送一个或多个HTTP和/或底层IP请求。所述一个或多个HTTP请求的透明使用方式可以从相相关联的改进中受益。两个或更多边缘缓存可以索回相同的内容。所述相同的内容可以是多播的(作为示例,而不是作为两个单独的单播来传输)。
[0095] ECS-Bac接口可以用于报告回程带宽和/或其他网络信息(例如ECS请求的信息)。所述ECS-Bac接口可以位于ECS和与符合SNMP的管理信息库(MIB)数据库相类似的结构之间。所述符合SNMP的MIB可以位于卫星控制中心(例如对于卫星回程网络而言)。关于HTTP请求块的一个或多个索回延迟和/或带宽使用率可以用一个或多个PEP和/或无线电资源管理级信息来确定(例如估计)。
[0096] ECS-Acc接口可被定义成是ECS与访问客户端之间的接口。所述ECS-Acc接口可以用于接收与位于接入客户端一侧的接口相关的一个或多个(例如即时)时延量度。所述ECS-Acc接口可以用于执行从ECS到访问客户端的内容索回。链路量度(例如一个或多个往返时间量度)和/或一个或多个基于MIB的索回可被提供(例如在能从类似MIB的数据库结构中提供此类量度的情况下)。从ECS到访问客户端的内容索回可以包括标准的基于代理的HTTP索回。所述标准的基于代理的HTTP索回可以以透明的方式实施(作为示例,所述代理以窃听模式工作)。所述标准的基于代理的HTTP索回可以通过在用户的浏览器设置中配置代理来执行。
[0097] 图3描述了一个例示的策略驱动的边缘内容放置处理。一个或多个客户端可以经由一个或多个边缘服务器(例如使用不同的路径路由)来访问策略内容。第一缓存服务器的回程带宽和未使用存储器可以不同于第二缓存服务器的回程带宽和未使用存储器。与缓存服务器相关联的回程带宽和未使用存储器会随时间而改变。主缓存可以由CPC、策略客户端或是组合的CPC/策略客户端选择(例如依照策略)。CPC、策略客户端或是组合的CPC/策略客户端可以定义内容预取规则(例如最优的内容预取规则)(例如通过将不同的刷新模式指配给一个或多个缓存服务器)。以下的一项或多项可以应用于协作内容缓存处理。
[0098] 平均时延低(例如最短)的边缘缓存可被CPC、策略客户端或是组合的CPC/策略客户端指定为主内容缓存。举例来说,如图3所示,源自策略客户端的策略可以定义一个访问客户端列表(例如{访问客户端3,访问客户端4,访问客户端5})。一个或多个(例如全部)边缘缓存可以接收策略请求。所述一个或多个边缘缓存(例如EC1、EC2、EC3)可以如下计算一个或多个预定访问客户端的平均时延:始于EC1:EC1与访问客户端3、4、5之间的平均时延(40毫秒+30毫秒+60毫秒)/3=43.33毫秒
始于EC2:EC2与访问客户端3、4、5之间的平均时延(40毫秒+50毫秒+60毫秒)/3=50毫秒
始于EC3:EC3与访问客户端3、4、5之间的平均时延(20毫秒+20毫秒+10毫秒)/3=16.67毫秒
平均时延可以由CPC、策略客户端或组合的CPC/策略客户端来提供。一个或多个边缘缓存中的某一个边缘缓存(例如EC3)可被CPC、策略客户端或是组合的CPC/策略客户端选择/确定成是主内容缓存(例如因为其具有针对一个或多个预定访问客户端的最低时延)。剩余边缘缓存(例如EC1和EC2)可以是自愿缓存,或者被CPC、策略客户或是组合CPC/策略客户端确定成是自愿缓存。当(例如仅仅当)存在剩余容量时,所述自愿缓存可以缓存内容。缓存指配可能需要EC与相关联的服务访问客户端之间的先前和/或按需的时延信息,并且CPC、策略客户端或是组合的CPC/策略客户端可以使用该时延信息来执行缓存指配处理。
[0099] 自愿缓存中的策略内容缓存处理可以对主缓存进行补充。以下的一项或多项可以应用于由CPC、策略客户端或是组合的CPC/策略客户端为策略内容布置实施的自愿缓存设计。自愿缓存中的内容放置可被允许或确定(例如在有剩余容量可用的时候)。保存在自愿缓存中的策略内容可被(例如自动)移除(例如在正常用户需要已被使用的容量的时候)。从主缓存中可以存取策略内容(例如以更高的时延)。
[0100] CPC、策略客户端或是组合的CPC/策略客户端可以将一个或多个回程约束条件视为协作缓存设计中的参数。以下的一项或多项是可以应用的。源自回程的预取处理可被调节(作为示例,以使重要内容得到其应有的优先级)。策略内容可以由CPC、策略客户端或组合的CPC/策略客户端进行优先排序(例如基于策略访问开始时间之前剩下的时间)。该策略内容可供一个或多个访问用户(例如所述策略的访问用户)使用。为预取策略内容许可的时间可以CPC、策略客户端或是组合的CPC/策略客户端基于回程链路的当前可用带宽来定义。举例来说,如图3所示,一个或多个边缘缓存的可用带宽可被定义,并被提供给CPC、策略客户端或是组合的CPC/策略客户端,以便以如下方式确定预取时间:
EC1:1Mbps可用带宽,在接下来的10分钟内提供600兆字节
EC2:1 Mbps可用带宽,在接下来的10分钟内提供1.2G字节
EC3:500Kbps可用带宽,在接下来的10分钟内提供300兆字节
在策略中可以规定所要预取的一个或多个(例如全部)文件的总的大小。如果EC2充当主缓存或自愿缓存(例如在预先时段中),那么CPC、策略客户端或组合的CPC/策略客户端可以确定使用EC2来预取的总的被请求大小大于600M字节的第一策略内容。如果EC1和/或EC2充当主缓存或自愿缓存(例如在预取时段中),那么CPC、策略客户端或组合的CPC/策略客户端可以确定使用该EC1和/或EC2来预取的总的被请求大小大于300M字节但小于600M字节的第二策略内容。如果一个或多个EC充当主缓存或自愿缓存,那么CPC、策略客户端或组合的CPC/策略客户端可以确定使用一个或多个(例如所有的三个)EC来预取的总的被请求大小小于300M字节的第三策略内容。与单个策略相关联的一个或多个文件可以由CPC、策略客户端或是组合的CPC/策略客户端确定为在不同时间借助不同EC来预取(例如基于可用于不同EC的瞬时回程带宽)。举例来说,第一策略可以包括被表示成F1、F2、F3、F4、F5的一个或多个(例如5个)文件。第一策略可被CPC、策略客户端或组合的CPC/策略客户端确定成是预取至主EC以及一个或多个(例如2个)自愿EC。表1提供了由CPC、策略客户端或组合的CPC/策略客户端确定的3小时时段中的回程感知内容预取处理的示例。
表1:回程感知内容预取处理示例。
文件 ECl EC2 EC3
第1小时 F3 F2 F1 F4 F5
第2小时 F5 F1 F2 F3 F4 无
第3小时 F4 无 F1 F2 F3 F5
EC可以在可用回程带宽足以完成文件下载的时候主动执行预取处理。如果可用回程带宽为零和/或小于策略中的最小文件,那么CPC、策略客户端或组合的CPC/策略客户端将EC保持空闲/确定将EC保持空闲。延迟估计和带宽估计可以经由ECS-Bac接口(例如通过卫星回程)来索回。CPC、策略客户端或组合的CPC/策略客户端可以使用该延迟估计和带宽估计来确定一个或多个内容片段的等级。与策略相关的一个或多个(例如全部)文件可被合并到由CPC、策略客户端或组合的CPC/策略客户端确定的策略文件池中。该策略文件池的一个或多个索引可以由CPC、策略客户端或组合的CPC/策略客户端所确定的边缘缓存控制器来保持。一个或多个(例如全部)策略文件可被指配由CPC、策略客户端或组合的CPC/策略客户端确定的优先级,其中所述优先级是可以定制的。该优先级可以作为决策问题由CPC、策略客户端或组合的CPC/策略客户端基于一个或多个度量来定制,例如缓存是否为主缓存/自愿缓存、可用存储器、可用回程带宽和/或策略开始时间之前剩下的时间。
[0101] 图4描绘了例示的内容放置处理。以下的一项或多项可以应用于例示的内容放置处理。图4的策略客户端和策略管理器既可以是分离的实体/服务器/处理器,也可以是相同的实体、服务器/处理器,并且与CPC实体、服务器和/或处理器可以是相同的。
[0102] 策略客户端可以向边缘缓存提交策略请求。该策略请求可以包括以下的一项或多项:URL、开始时间、保留时间、用户列表、和/或被请求大小。策略请求编码可被表示成:www.example.com:051020151200:10080:{subl,sub2,sub3}:100M
[0103] 策略请求编码处理可以包括可供用户提交给策略客户端的基于XML的格式。策略客户端可以接收或提交多个请求,并且可以确定接收或提交所述请求。多个客户端可以提交或接收一个或多个策略请求。
[0104] 策略客户端或CPC可以收集来自访问客户端或边缘服务器的一个或多个量度。所述一个或多个量度可被发送给策略客户端或策略管理器(例如用于选择主缓存和自愿换内存器),并且所述量度可被确定成是由策略客户端和/或策略管理器接收或确定的。该策略管理器与策略客户端和/或CPC可以是相同的。从访问客户端或边缘服务器收集的一个或多个量度可以包括至ECS的平均时延。所述策略客户端、策略管理器或CPC从回程收集的一个或多个量度可以包括回程带宽和/或高峰时间表。所述策略客户端、策略管理器或CPC从缓存存储器收集的一个或多个量度可以包括缓存剩余容量。所述策略客户端、策略管理器和/或CPC可以具有一个或多个处理器,所述处理器被配置成或是被编程成使用可执行指令来确定接收到了所述测量和/或存储所述量度。
[0105] 所述一个或多个量度可以由策略客户端、策略管理器或CPC作为定期报告来收集。所述策略客户端、策略管理器或CPC执行的数据索回可以按需从本地数据库中执行(例如从策略管理器、策略客户端和/或CPC调用的时候)。
[0106] 所述一个或多个量度可以由策略客户端、策略管理器或CPC作为按需的数据收集和报告来收集。举例来说,一旦接收到特定的策略请求,则可以向被请求的访问客户端和回程网络发送(例如只向其发送)以及确定向其发送信息请求。如果没有策略请求,则接口可以保持空闲状态。
[0107] 策略客户端、策略管理器或CPC可以基于以下的一项或多项来选择主缓存:策略请求的缓存大小、缓存剩余容量、回程带宽、至一个或多个(例如全部)被请求的访问客户端的时延和/或高峰时间表。
[0108] 一个或多个策略刷新模式可以由策略客户端、策略管理器或CPC基于预取时间、预取带宽和/或历史高峰时间表来确定。
[0109] 预取时间可以包括允许开始执行内容预取处理的时间。该预取时间可以由策略客户端、策略管理器或CPC基于以下的一项或多项来确定:′最小值′可以包括可将没有显性到期时间的对象视为新鲜的时间(例如以分钟为单位)。该′最小值′的推荐值是0。大于0的′最小值′取值会导致错误地缓存动态应用(作为示例,除非应用设计人员已经采取了适当的操作)。“百分比”可以包括对象老化(age)的百分比(例如从最后一次修改时起经过的时间)。作为示例,没有明确到期时间的对象可被认为是新鲜的;或者“最大值”可以包括能将没有明确到期时间的对象视为新鲜的时长的上限。一种用于确定预取时间的规则可以在(例如仅仅在)网络空闲的时候(例如在非高峰时间)允许内容预取处理。策略客户端、策略管理器或CPC可以通过考虑网络空闲时间、所述“最小值”、所述“百分比”和所述“最大值”中的一个或多个来确定预取时间。在预先定义的开始时间之前,基于策略的内容未必是必需的,或者被确定成是不需要的。内容放置处理不会影响正常的用户服务(例如只要在内容在开始时间之前可用)。
[0110] 预取带宽可被定义成允许用于执行内容预期处理的最大带宽。该预取带宽可以由策略客户端、策略管理器或CPC基于以下的一个或多个约束条件(例如限制或目标)来确定:缓存存储器大小、回程带宽、将回程带宽负担减至最小和/或将前传用户时延减至最小。至于取回基于策略的内容的速度,与之相关的需求有可能是不存在的。基于策略的内容可以以低于可用回程带宽的速度取回。策略客户端、策略管理器或CPC可以确定或接收用于定义预取带宽的一个或多个设计规则。策略客户端、策略管理器或CPC可以确定预定义阈值带宽。如果剩余带宽低于所述预先定义的阈值带宽,那么可以将预取带宽设置成零,和/或内容可以遵循由策略客户端、策略管理器或CPC规定的非高峰预取处理。用于预取处理的剩余带宽的百分比可以由策略客户端、策略管理器或CPC来指配。为预取处理指配的剩余带宽的百分比可以为正常服务保留安全的间隙带宽。用于预取处理的带宽的百分比可以由策略客户端、策略管理器或CPC设置成是动态变化的(例如用于适应业务量动态)。策略预取处理不会占用供正常服务使用的带宽。
[0111] 图5描述了用于策略驱动的缓存设计的例示历史高峰时间表。水平轴是以一天中的24小时为基础的以小时为单位的一天中的时间。垂直轴是在该小时中使用的带宽量。作为示例,图5中的高峰时间是当天的第18个小时(例如下午6点到7点)。预取策略可以由策略客户端、策略管理器或CPC基于历史高峰时间表来设置或确定。关于一个或多个预取度量(例如预取时间和/或预取带宽)的计算可以是在考虑了回程业务量的动态(例如使用历史高峰时间表)的情况下规定的。历史高峰时间表可以通过周期性地测量回程链路来更新。该历史高峰时间表可被保存在ECS中,并且可以被提供给策略客户端、策略管理器和/或CPC。如果基于策略的内容预取事件没有接近其最终期限(例如超过一天),那么可以将其与非高峰时间档相关联(例如,被调节的非高峰预取)。
[0112] 图6描述了关于协作内容的例示的操作消息交换处理。操作消息交换可以包括在策略客户端(Pol)、访问客户端、CPC、ECS、回程(BCS)和/或访问客户端(Acc)之间进行的信息交换。操作消息交换可以包括一个或多个阶段,例如策略提交、缓存选择、内容预取和/或缓存内容索回。图6描述了这样一个示例,其中CPC和策略客户端是分离的实体,并且CPC执行缓存选择处理。然而应该理解,策略客户端可以接收边缘服务器数据(例如时延、带宽等等)并可以确定边缘服务器和预取时间,和/或策略客户端和CPC可以是相同的实体。
[0113] 在策略提交阶段,策略客户端可以提交策略。该策略可以被CPC接收。在策略提交阶段,缓存的未使用剩余容量以及至订户的平均时延都是可用的。
[0114] 在缓存选择阶段,如图6所示,主缓存和/或一个或多个自愿缓存可以由CPC选择(例如通过使用所获得的用于定义内容的预取时间和带宽的刷新模式),或者可以由策略客户端或是组合的策略客户端/CPC选择。
[0115] 在内容预取阶段,被请求的策略内容可被预取至选定的主缓存和/或一个或多个自愿缓存。所述被请求的策略内容可以基于预先定义的刷新模式来预取(例如借助标准的http请求)。
[0116] 在缓存内容索回阶段中,一个或多个访问客户端可以在保留时间期间请求内容。内容可由策略客户端、CPC和/或组合的策略客户端/CPC索回并被确定将从主缓存和/或具有最短路径的一个或多个自愿缓存被接收(作为示例,而不是经由回程连接来索回)。
[0117] 策略驱动的内容缓存和/或预取处理可以在教师-学生模型中执行。
[0118] 举例来说,本地社区学校可以是策略客户端。本地社区学校可以为一个或多个学生提供一门或多门远程学习课程。所述一个或多个学生可以包括一个或多个访问客户端。教师可以向策略客户端提交策略请求(例如依照来自线上表格的在因特网上的某个位置托管的一组URL页面)。教师可以允许预先定义的学生组在发往策略客户端的内容请求中的指定时段访问在线材料(例如数据)。教师-学生模型中的一个或多个回程约束可以包括在策略客户端使用的回程带宽(作为示例,因为学校有可能会为所使用的数据付费)。教师-学生模型中的一个或多个回程约束可以包括在策略客户端中使用的缓存存储器(作为示例,因为缓存服务器是非常昂贵的)。策略服务器、CPC或组合的策略客户端/CPC可以确定将数据预取到专用缓存中(例如基于所得到的策略刷新模式而在非高峰时间)。该数据可被确定成预取至作为主缓存的和/或一个或多个自愿缓存服务器的一个或多个本地边缘服务器中(例如在相邻服务器可以提供剩余容量的时候)。学生(例如得到授权的订户学生)可以从策略服务器、CPC或是组合的策略服务器/CPC确定的一个或多个边缘服务器访问数据(作为示例,直至从服务器上移除数据的课程到期日期)。学校机构可以补贴整个回程连接,节省昂贵的带宽和/或存储成本(例如在向教师和一个或多个学生提供针对预加载内容的基于策略的访问的时候)。如策略服务器、CPC或是组合的策略服务器/CPC所确定的那样,针对预加载内容的基于策略的访问可以使用回程的未使用/剩余容量来索回数据。
[0119] 在公司总部-子公司模型中可以执行由策略驱动的内容缓存和/或预取处理。
[0120] 举例来说,来自公司总部(例如amazon.com)的营销团队的计算系统可以是策略客户端。该营销团队可以标识产品类别(作为示例,这其中可能包括投入市场的数百种新产品)。营销团队的计算系统(例如策略客户端)可以向市场中作为访问客户端的一个或多个本地子公司发布一个或多个(例如所有)URL(例如,关于产品类别)以进行生产和/或销售。公司总部(例如策略客户端)可以使用一个或多个授权子公司列表(例如数十个)来发布关于一个或多个(例如数百个)URL页面的请求,其中包括URL、开始时间、保留时间和/或许可用户列表(例如子公司的IP地址)。公司总部-子公司模型(例如策略客户端计算系统)中的一个或多个回程约束可以包括用于租用在保留时间中存储内容所需要的一个或多个边缘服务器和/或存储器所产生的成本。正如策略客户端确定或知道的那样,所选择的缓存服务器与公司子公司之间的平均时延可以小于公司子公司与回程之间的时延。举例来说,通过使用所选择的缓存服务器,可以改善响应时间,影响生产效率和/或影响最终销售。策略客户端、CPC和/或组合的策略客户端/CPC可以选择一个或多个边缘服务器(例如位于一个或多个本地子公司附近),以此作为主和/或自愿供应方缓存(例如用于预取内容)。策略驱动的内容缓存和/或预取处理可以考虑策略客户端、CPC和/或组合的策略客户端/CPC所设想的成本和/或及时实施。策略驱动的内容缓存和/或预取处理可以包括由策略客户端CPC和/或组合的策略客户端/CPC调节的非高峰预取处理(例如针对一个或多个本地子公司的次日内容实施)。公司总部(例如策略客户端计算系统)可以确定使用剩余带宽来将内容推送(例如主动推送)到一个或多个边缘缓存(例如用于提升销售点的QoE)。
[0121] 这里描述的计算系统(例如策略客户端、CPC和边缘服务器)中的每一个都可以具有一个或多个具有存储器的计算机处理器,所述存储器被配置具有用于完成这里描述的功能的可执行指令或硬件,其中包括确定这里描述的参数以及在实体之间发送和接收消息。
[0122] 这里描述的方法可以在引入计算机可读介质中以供计算机和/或处理器运行的计算机程序、软件或固件中实施。关于计算机可读媒体的示例包括电信号(经由有线和/或无线连接传送)和/或计算机可读存储介质。关于计算机可读存储媒体的示例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、磁介质(例如内部硬盘和可拆卸磁盘)、磁光介质、和/或光学媒体(例如CD-ROM碟片和/或数字多用途碟片(DVD))。与软件关联的处理器可以用于实施在WTRU、UE、终端、基站、RNC和/或任何计算机主机中使用的射频收发信机。
高效检索全球专利

IPRDB是专利检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,专利查询、专利分析

电话:13651749426

侵权分析

IPRDB的侵权分析产品是IPRDB结合多位一线专利维权律师和专利侵权分析师的智慧,开发出来的一款特色产品,也是市面上唯一一款帮助企业研发人员、科研工作者、专利律师、专利分析师快速定位侵权分析的产品,极大的减少了用户重复工作量,提升工作效率,降低无效或侵权分析的准入门槛。

立即试用