CN113727366A - 电子设备、无线通信方法和计算机可读存储介质 - Google Patents

Abstract

本公开涉及电子设备、无线通信方法和计算机可读存储介质。根据本公开的电子设备包括处理电路，被配置为：搜集一个或多个用户设备中的每个用户设备的历史请求信息，所述历史请求信息包括所述用户设备请求的内容和所述内容的请求版本；以及根据所述历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。使用根据本公开的电子设备、无线通信方法和计算机可读存储介质，可以为缓存节点设置合理的缓存策略，并针对用户的请求内容设置合理的寻址策略，进而提高边缘计算系统的效率。

Description

电子设备、无线通信方法和计算机可读存储介质

技术领域

本公开的实施例总体上涉及无线通信领域，具体地涉及电子设备、无线通信方法和计算机可读存储介质。更具体地，本公开涉及一种用于无线通信系统的核心网中的电子设备、一种作为无线通信系统中的基站设备的电子设备、一种由无线通信系统的核心网中的电子设备执行的无线通信方法、一种由无线通信系统中的基站设备执行的无线通信方法以及一种计算机可读存储介质。

背景技术

目前，涉及视频、音乐、游戏、新闻、地图、自动驾驶等的低时延的应用越来越流行，极大地促进了无线通信业务的增长。然而，由于频谱的稀缺性和峰值功率的约束，当前的通信网络无法很好地满足低时延业务的需求。

为了满足低时延业务的通信需求，近年来引入了边缘计算技术。在边缘计算技术中，可以将具备缓存能力的缓存节点设置在离用户端更近的地方，从而降低端到端的时延，将网络负载转移到网络边缘，实现高效的服务。

然而，在边缘计算技术中，缓存节点的缓存能力是有限的，因此如何有效地利用有限的缓存资源，即制定合理的缓存策略以平衡有限的缓存资源和庞大的数据，是急需解决的技术问题之一。进一步，被缓存的内容可能有不同的版本，例如，视频文件有480P、720P、1080P等多种显示格式。如果缓存低版本的文件则可以缓存更多的内容，但是也意味着无法为用户提供高版本的文件。因此，需要制定合理的缓存策略以确定在缓存节点中缓存的内容的版本。此外，当用户请求内容时，需要制定合适的寻址方案以向用户提供其需要的内容和相应的版本。

因此，有必要提出一种技术方案，以解决以上至少一个技术问题，从而为缓存节点设置合理的缓存策略，并针对用户的请求内容设置合理的寻址策略，进而提高边缘计算系统的效率。

发明内容

这个部分提供了本公开的一般概要，而不是其全部范围或其全部特征的全面披露。

本公开的目的在于提供一种电子设备、无线通信方法和计算机可读存储介质，以为缓存节点设置合理的缓存策略，并针对用户的请求内容设置合理的寻址策略，进而提高边缘计算系统的效率。

根据本公开的一方面，提供了一种电子设备，包括处理电路，被配置为：搜集一个或多个用户设备中的每个用户设备的历史请求信息，所述历史请求信息包括所述用户设备请求的内容和所述内容的请求版本；以及根据所述历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

根据本公开的另一方面，提供了一种电子设备，包括处理电路，被配置为：从用户设备接收请求的内容和所述内容的请求版本；在缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求的情况下，向所述缓存节点请求所述内容；以及从所述缓存节点接收所述内容和所述内容的存储版本，其中，所述缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求包括：所述缓存节点存储所述请求的内容、并且所述内容的存储版本与所述请求版本相同或者所述内容的存储版本比所述请求版本高。

根据本公开的另一方面，提供了一种由电子设备执行的无线通信方法，包括：搜集一个或多个用户设备中的每个用户设备的历史请求信息，所述历史请求信息包括所述用户设备请求的内容和所述内容的请求版本；以及根据所述历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

根据本公开的另一方面，提供了一种由电子设备执行的无线通信方法，包括：从用户设备接收请求的内容和所述内容的请求版本；在缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求的情况下，向所述缓存节点请求所述内容；以及从所述缓存节点接收所述内容和所述内容的存储版本，其中，所述缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求包括：所述缓存节点存储所述请求的内容、并且所述内容的存储版本与所述请求版本相同或者所述内容的存储版本比所述请求版本高。

根据本公开的另一方面，提供了一种计算机可读存储介质，包括可执行计算机指令，所述可执行计算机指令当被计算机执行时使得所述计算机执行根据本公开所述的无线通信方法。

使用根据本公开的电子设备、无线通信方法和计算机可读存储介质，可以根据用户设备的包括请求内容和请求版本的历史请求信息来确定在缓存节点中存储的内容和存储版本。这样一来，可以制定合理的缓存策略，不仅可以确定在缓存节点中缓存的内容，还可以确定在缓存节点中缓存的内容的版本，从而能够利用有限的存储资源存储更合适的内容和版本。由于缓存节点缓存的内容和版本较为合理，因此能够为用户提供请求的内容和版本的可能性增高，从而提高边缘计算系统的处理效率。

使用根据本公开的电子设备、无线通信方法和计算机可读存储介质，当用户设备请求内容时，在缓存节点存储的内容能够满足用户设备的请求的情况下，由缓存节点提供该内容和相应的版本。这里，缓存节点存储的内容能够满足用户设备的请求包括：缓存节点存储了请求内容，并且存储版本与请求版本相同或者存储版本比请求版本更高。这样一来，寻址策略更加合理，不仅在存储版本与请求版本相同的情况下可以由缓存节点提供服务，而且在存储版本比请求版本高的情况下也可以由缓存节点提供服务，从而提高了缓存节点提供服务的概率，提高边缘计算系统的处理效率。

从在此提供的描述中，进一步的适用性区域将会变得明显。这个概要中的描述和特定例子只是为了示意的目的，而不旨在限制本公开的范围。

附图说明

在此描述的附图只是为了所选实施例的示意的目的而非全部可能的实施，并且不旨在限制本公开的范围。在附图中：

图1是示出本公开的应用场景的示意图；

图2是示出应用边缘缓存技术的无线通信系统的结构的示意图；

图3是示出根据本公开的实施例的用于核心网的电子设备的配置的示例的框图；

图4是示出根据本公开的实施例的在请求内容为视频的情况下的历史请求信息的示意图；

图5是示出根据本公开的实施例的在请求内容为游戏的情况下的历史请求信息的示意图；

图6是示出根据本公开的实施例的在请求内容为音乐的情况下的历史请求信息的示意图；

图7是示出根据本公开的实施例的在请求内容为地图的情况下的历史请求信息的示意图；

图8是示出根据本公开的实施例的在请求内容为视频的情况下的缓存状态表的示意图；

图9是示出根据本公开的实施例的在请求内容为游戏的情况下的缓存状态表的示意图；

图10是示出根据本公开的实施例的在请求内容为音乐的情况下的缓存状态表的示意图；

图11是示出根据本公开的实施例的在请求内容为地图的情况下的缓存状态表的示意图；

图12是示出根据本公开的实施例的由核心网中的电子设备确定缓存策略的信令流程图；

图13是示出根据本公开的实施例的用于基站的电子设备的配置的示例的框图；

图14是示出根据本公开的实施例的由用于基站的电子设备确定缓存策略的信令流程图；

图15是示出根据本公开的实施例的用于基站的电子设备的配置的示例的框图；

图16是示出根据本公开的实施例的由用于基站的电子设备确定寻址策略的信令流程图；

图17是示出根据本公开的实施例的由用于基站的电子设备确定寻址策略的信令流程图；

图18是示出根据本公开的实施例的由用于基站的电子设备确定寻址策略的信令流程图；

图19是示出根据本公开的实施例的由用于基站的电子设备确定寻址策略的信令流程图；

图20是示出根据本公开的实施例的由用于基站的电子设备确定寻址策略的信令流程图；

图21是示出根据本公开的实施例的无线通信系统的结构的示意图；

图22是示出根据本公开的实施例的无线通信系统的结构的示意图；

图23是示出根据本公开的实施例的由电子设备执行的无线通信方法的流程图；

图24是示出根据本公开的另一个实施例的由电子设备执行的无线通信方法的流程图；

图25是示出可以实现根据本公开的电子设备300的服务器2500的示例的框图；

图26是示出eNB(Evolved Node B，演进型节点B)的示意性配置的第一示例的框图；以及

图27是示出eNB的示意性配置的第二示例的框图。

虽然本公开容易经受各种修改和替换形式，但是其特定实施例已作为例子在附图中示出，并且在此详细描述。然而应当理解的是，在此对特定实施例的描述并不打算将本公开限制到公开的具体形式，而是相反地，本公开目的是要覆盖落在本公开的精神和范围之内的所有修改、等效和替换。要注意的是，贯穿几个附图，相应的标号指示相应的部件。

具体实施方式

现在参考附图来更加充分地描述本公开的例子。以下描述实质上只是示例性的，而不旨在限制本公开、应用或用途。

提供了示例实施例，以便本公开将会变得详尽，并且将会向本领域技术人员充分地传达其范围。阐述了众多的特定细节如特定部件、装置和方法的例子，以提供对本公开的实施例的详尽理解。对于本领域技术人员而言将会明显的是，不需要使用特定的细节，示例实施例可以用许多不同的形式来实施，它们都不应当被解释为限制本公开的范围。在某些示例实施例中，没有详细地描述众所周知的过程、众所周知的结构和众所周知的技术。

将按照以下顺序进行描述：

1.场景的描述；

2.用于确定缓存策略的核心网中的电子设备的配置示例；

3.用于确定缓存策略的基站的配置示例；

4.用于确定寻址策略的基站的配置示例；

5.无线通信系统的配置示例；

6.方法实施例；

7.应用示例。

<1.场景的描述>

图1是示出本公开的应用场景的示意图。如图1所示，应用服务提供商可以通过核心网提供服务，例如短视频、音乐、游戏、新闻、地图、图像等。缓存节点可以被布置在网络的边缘，基站可以访问一个或多个缓存节点，一些内容可以被缓存到这些缓存节点中。当用户需要请求上述内容时，用户将请求发给基站。在基站能够访问的缓存节点存储了用户请求的内容的情况下，基站可以向缓存节点请求内容并转发给用户。在基站能够访问的缓存节点没有存储用户请求的内容的情况下，基站可以通过核心网向应用服务提供商请求内容并转发给用户。

图2是示出应用边缘缓存技术的无线通信系统的结构的示意图。如图2所示，应用了边缘缓存技术的无线通信系统可以包括应用服务提供商、核心网、基站、缓存节点和用户。其中，应用服务提供商可以通过核心网提供服务，基站能够访问一个或多个缓存节点，例如通过有线或者无线的方式连接到一个或多个缓存节点，用户通过基站向缓存节点或者应用服务提供商请求内容。

在应用了边缘缓存技术的无线通信系统中，由于缓存节点距离基站和用户更近，因此针对部分请求内容，基站可以通过缓存节点获取，而无需向应用服务提供商请求，从而可以降低数据的时延。但是，前文中提到，缓存节点的缓存能力是有限的，因此如何制定合理的缓存策略以确定缓存的内容和缓存的版本是急需解决的技术问题之一。此外，当用户请求内容时，需要制定合适的寻址方案以向用户提供其需要的内容和相应的版本。

本公开针对这样的场景提出了一种无线通信系统中的电子设备、由无线通信系统中的电子设备执行的无线通信方法以及计算机可读存储介质，以为缓存节点设置合理的缓存策略，并针对用户的请求内容设置合理的寻址策略，进而提高边缘计算系统的效率。

值得注意的是，虽然图1和图2示出了应用边缘计算技术的无线通信系统的典型结构，但是根据本公开的无线通信系统的结构并不限于此。根据本公开的实施例，基站和缓存节点可以被设置成独立的设备，例如基站和缓存节点之间可以通过有线或者无线的方式连接在一起并进行通信。此外，基站和缓存节点也可以集成在一起，即基站具备缓存节点的功能。进一步，基站可以仅访问一个缓存节点，针对不同的应用服务提供商，该缓存节点可以设置不同的区域以存储来自不同的应用服务提供商的内容。可选地，基站也可以访问多个缓存节点，这多个缓存节点可以分别存储来自不同的应用服务提供商的内容。

根据本公开的无线通信系统应用了边缘缓存技术。优选地，根据本公开的无线通信系统可以是5G NR(New Radio，新无线)通信系统。

根据本公开的网络侧设备例如可以是用于核心网的电子设备或者是用于基站设备的电子设备。

根据本公开的用于核心网的电子设备可以是核心网中的服务器。

根据本公开的基站设备例如可以是eNB，也可以是gNB(第5代通信系统中的基站)。

根据本公开的用户设备可以是移动终端(诸如智能电话、平板个人计算机(PC)、笔记本式PC、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。用户设备还可以被实现为执行机器对机器(M2M)通信的终端(也称为机器类型通信(MTC)终端)。此外，用户设备可以为安装在上述终端中的每个终端上的无线通信模块(诸如包括单个晶片的集成电路模块)。

<2.用于确定缓存策略的核心网中的电子设备的配置示例>

图3是示出根据本公开的实施例的电子设备300的配置的示例的框图。这里的电子设备300可以作为无线通信系统中的网络侧设备，具体地可以是用于核心网中的电子设备，电子设备300可以用于确定缓存节点中存储的各个内容和每个内容的存储版本(在本公开中也被称为缓存策略)。

如图3所示，电子设备300可以包括搜集单元310和确定单元320。

这里，电子设备300的各个单元都可以包括在处理电路中。需要说明的是，电子设备300既可以包括一个处理电路，也可以包括多个处理电路。进一步，处理电路可以包括各种分立的功能单元以执行各种不同的功能和/或操作。需要说明的是，这些功能单元可以是物理实体或逻辑实体，并且不同称谓的单元可能由同一个物理实体实现。

根据本公开的实施例，搜集单元310可以搜集一个或多个用户设备中的每个用户设备的历史请求信息，每个用户设备的历史请求信息可以包括该用户设备请求的内容和内容的请求版本。

根据本公开的实施例，确定单元320可以根据历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

由此可见，根据本公开的实施例的电子设备300，可以根据用户设备的包括请求内容和请求版本的历史请求信息来确定在缓存节点中存储的内容和存储版本。这样一来，可以制定合理的缓存策略，不仅可以确定在缓存节点中缓存的内容，还可以确定在缓存节点中缓存的内容的版本，从而能够利用有限的存储资源存储更合适的内容和版本。

根据本公开的实施例，如图3所示，电子设备300还可以包括通信单元330，用于从其它电子设备接收信息以及向其它电子设备发送信息。

根据本公开的实施例，搜集单元310可以通过通信单元330从一个或多个用户设备的服务基站接收历史请求信息。

根据本公开的实施例，服务基站可以周期性地向电子设备300发送其服务的一个或多个用户设备的历史请求信息，从而搜集单元310可以周期性地接收历史请求信息。可选地，服务基站也可以事件性地向电子设备300发送其服务的一个或多个用户设备的历史请求信息。例如，在其服务的用户设备请求的内容存在一定程度的偏差的情况下，服务基站可以向电子设备300发送其服务的一个或多个用户设备的历史请求信息，以请求电子设备300重新确定缓存策略。

根据本公开的实施例，用户设备请求的内容可以是任何形式的内容或文件，包括但不限于视频、音乐、游戏、新闻、地图、图像。此外，可以根据内容的质量参数来将内容划分为不同的版本。内容的质量越好，则该内容的版本越高，而内容的质量越差，则该内容的版本越低。质量参数包括但不限于分辨率、品质、精度。例如，在内容是视频的情况下，可以根据视频的分辨率将视频分为不同的版本，包括但不限于480P、720P、1080P；在内容是音乐的情况下，可以根据音乐的品质将音乐分为不同的版本，包括但不限于标准品质(128kbps)、高品质(192kbps)和超高品质(320kbps)；在内容是游戏的情况下，可以根据游戏的画质将游戏分为不同的版本，包括但不限于低画质、中画质、高画质、超高画质；在内容是新闻的情况下，可以根据新闻的精度将新闻分为不同的版本，包括但不限于详细报道、概要报道；在内容是地图的情况下，可以根据地图的精度将地图分为不同的版本，包括但不限于基础版和高精度版；在内容是图像的情况下，可以根据图像的画质将图像分为不同的版本，包括但不限于低画质、中画质、高画质、超高画质。

根据本公开的实施例，搜集单元310搜集的历史请求信息还可以包括发送该历史请求信息的服务基站的标识信息(例如编号)和/或每条历史请求信息针对的用户设备的标识信息(例如编号)。

图4-图7以示例性的方式示出了搜集单元310搜集的历史请求信息的示例。其中，图4是示出根据本公开的实施例的在请求内容为视频的情况下的历史请求信息的示意图。图5是示出根据本公开的实施例的在请求内容为游戏的情况下的历史请求信息的示意图，图6是示出根据本公开的实施例的在请求内容为音乐的情况下的历史请求信息的示意图，图7是示出根据本公开的实施例的在请求内容为地图的情况下的历史请求信息的示意图。

如图4所示，搜集单元310搜集的历史请求信息包括编号为①的基站发送的、编号为1的用户设备的历史请求信息，该编号为1的用户设备在过去的一段时间中请求过480P的视频1，还请求过1080P的视频2。搜集单元310搜集的历史请求信息包括编号为①的基站发送的、编号为2的用户设备的历史请求信息，该编号为2的用户设备在过去的一段时间中请求过480P的视频1，还请求过4K的视频3。搜集单元310搜集的历史请求信息包括编号为②的基站发送的、编号为3的用户设备的历史请求信息，该编号为3的用户设备在过去的一段时间中请求过720P的视频2。

如图5所示，搜集单元310搜集的历史请求信息包括编号为①的基站发送的、编号为1的用户设备的历史请求信息，该编号为1的用户设备在过去的一段时间中请求过高画质的游戏1，还请求过超高画质的游戏2。搜集单元310搜集的历史请求信息包括编号为①的基站发送的、编号为2的用户设备的历史请求信息，该编号为2的用户设备在过去的一段时间中请求过超高画质的游戏1，还请求过高画质的游戏3。搜集单元310搜集的历史请求信息包括编号为②的基站发送的、编号为3的用户设备的历史请求信息，该编号为3的用户设备在过去的一段时间中请求过低画质的游戏2。

如图6所示，搜集单元310搜集的历史请求信息包括编号为①的基站发送的、编号为1的用户设备的历史请求信息，该编号为1的用户设备在过去的一段时间中请求过192kbps的音乐1，还请求过320kbps的音乐2。搜集单元310搜集的历史请求信息包括编号为①的基站发送的、编号为2的用户设备的历史请求信息，该编号为2的用户设备在过去的一段时间中请求过320kbps的音乐1，还请求过192kbps的音乐3。搜集单元310搜集的历史请求信息包括编号为②的基站发送的、编号为3的用户设备的历史请求信息，该编号为3的用户设备在过去的一段时间中请求过128kbps的音乐2。

如图7所示，搜集单元310搜集的历史请求信息包括编号为①的基站发送的、编号为1的用户设备的历史请求信息，该编号为1的用户设备在过去的一段时间中请求过基础版的地图1，还请求过基础版的地图2。搜集单元310搜集的历史请求信息包括编号为①的基站发送的、编号为2的用户设备的历史请求信息，该编号为2的用户设备在过去的一段时间中请求过基础版的地图1，还请求过高精度版的地图3。搜集单元310搜集的历史请求信息包括编号为②的基站发送的、编号为3的用户设备的历史请求信息，该编号为3的用户设备在过去的一段时间中请求过高精度版的地图2。

如上以内容是视频、游戏、音乐和地图为例说明了历史请求信息的示例，对于内容是其它示例的情形也是类似的，本公开不再赘述。

根据本公开的实施例，确定单元320可以根据历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。这里，确定单元320可以分别根据来自各个服务基站的历史请求信息确定要在该服务基站能够访问的缓存节点中存储的内容和每个内容的存储版本。例如，确定单元320可以根据来自编号为①的基站的历史请求信息确定在编号为①的基站能够访问的缓存节点中存储的内容和每个内容的存储版本，确定单元320可以根据来自编号为②的基站的历史请求信息确定在编号为②的基站能够访问的缓存节点中存储的内容和每个内容的存储版本，以此类推。

下面以来自一个服务基站的历史请求信息为例来详细介绍确定单元320。

根据本公开的实施例，确定单元320可以利用优化问题来确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

根据本公开的实施例，优化问题的优化目标包括缓存节点存储的内容和内容的存储版本能够满足用户设备的请求的概率最大。例如，可以用以下公式来表示优化目标：

其中，x为要确定的在缓存节点中存储的内容和每个内容的存储版本，其为一个矩阵，矩阵中的元素为x_jk，x_jk为1时表示缓存节点存储第j个内容的第k个版本，x_jk为0时表示缓存节点不存储第j个内容的第k个版本。也就是说，x为确定单元320最终确定的缓存策略。

根据本公开的实施例，确定单元320需要求解使得max后面的公式的值最大的集合x。max后面的公式表示缓存节点存储的内容和内容的存储版本能够满足用户设备的请求的概率。i表示用户设备的编号，其范围为1-N，N为用户设备的总数。j表示内容的编号，其范围为1-M，M为内容的总数。k表示版本的编号，其范围为1-Q，Q为内容的版本的总数。p_ijk表示第i个用户请求第j个内容的第k个版本的概率，这可以通过电子设备300接收到的历史请求信息来计算。例如，第i个用户请求第j个内容的第k个版本的概率可以为在历史请求信息中第i个用户请求第j个内容的第k个版本的次数与历史请求信息中所有请求的数目之间的比率。也就是说，可以根据以下公式来计算p_ijk。

其中，n_ijk表示在历史请求信息中第i个用户请求第j个内容的第k个版本的次数，N_total表示历史请求信息中所有请求的数目。

根据本公开的实施例，确定单元320还可以根据历史请求信息对用户设备进行分类，从而使得上述公式中的i表示用户设备的类别的编号。这里，确定单元320可以使得历史请求信息相似的用户设备被分类到同一类中。

根据本公开的实施例，可以用向量V_m来表示用户设备m的历史请求信息，V_m中的元素v_my的值表示在历史请求信息中该用户设备m请求第y个内容的版本的编号，如果在历史请求信息中该用户设备m没有请求过第y个内容，则v_y的值为0。y的范围为1-M，M为内容的总数。例如，假定M为3，则V_m＝[1，0，2]表示用户设备m请求过内容1的版本1和内容3的版本2，而没有请求过内容2。进一步，确定单元320可以确定任意两个用户设备的历史请求信息之间的差别，然后根据任意两个用户设备的历史请求信息之间的差别利用本领域中公知的任何一种聚类算法将用户设备划分为不同的类别。

根据本公开的实施例，确定单元320可以根据以下公式来定义用户设备m与用户设备n的历史请求信息之间的差别：

其中，v_my表示用户设备m的历史请求信息V_m中的元素，v_ny表示用户设备n的历史请求信息V_n中的元素，y的范围为1-M，M为内容的总数。

如上所述，确定单元320可以对历史请求信息进行预处理，从而将用户设备进行分类，从而减少计算量，提高计算速度。

u_jk表示缓存节点存储的内容和内容的存储版本是否能够满足用户设备请求第j个内容的第k个版本的要求。在缓存节点存储的内容和内容的存储版本能够满足用户设备请求第j个内容的第k个版本的要求的情况下，u_jk为1，而在缓存节点存储的内容和内容的存储版本不能够满足用户设备请求第j个内容的第k个版本的要求的情况下，u_jk为0。

根据本公开的实施例，缓存节点存储的内容和内容的存储版本能够满足用户设备的请求包括：缓存节点存储用户设备请求的内容、并且内容的存储版本与用户设备的请求版本相同或者内容的存储版本比请求版本高。也就是说，可以用以下公式来表示u_jk：

其中，x_jk等于1或者0，表示缓存节点是否存储第j个内容的第k个版本。具体地，x_jk为1时表示缓存节点存储第j个内容的第k个版本，x_jk为0时表示缓存节点不存储第j个内容的第k个版本。

表示第j个内容的第k个版本是否能够由第j个内容的第l个版本转换得到。

等于1或者0，

为1时表示第j个内容的第k个版本能够由第j个内容的第l个版本转换得到，x_jk为0时表示第j个内容的第k个版本不能由第j个内容的第l个版本转换得到。根据本公开的实施例，可以由高版本的内容转换得到低版本的相同内容。因此，在缓存节点存储了第j个内容的第l个版本，并且l＞k的情况下，说明可以由第j个内容的第l个版本转换得到第j个内容的第k个版本，则

为1，否则

为0。l的范围为1-Q，Q为内容的版本的总数。

如上所述，不仅在缓存节点存储用户设备请求的内容且内容的存储版本与用户设备的请求版本相同的情况下，确定缓存节点存储的内容和内容的存储版本能够满足用户设备的请求，并且在缓存节点存储用户设备请求的内容且内容的存储版本比请求版本高的情况下，也确定缓存节点存储的内容和内容的存储版本能够满足用户设备的请求。这样一来，可以提高由缓存节点提供服务的概率。

根据本公开的实施例，可以根据缓存节点的存储能力以及服务基站的计算能力确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。具体地，可以根据缓存节点的存储能力以及服务基站的计算能力确定优化问题的约束条件。

根据本公开的实施例，优化问题的约束条件(在本公开中也被称为约束条件1)可以包括：缓存节点存储的内容和内容的存储版本的总大小不大于缓存节点的存储能力。例如，约束条件1可以用以下公式来表示：

其中，x_jk等于1或者0，表示缓存节点是否存储第j个内容的第k个版本。具体地，x_jk为1时表示缓存节点存储第j个内容的第k个版本，x_jk为0时表示缓存节点不存储第j个内容的第k个版本。c_jk表示第j个内容的第k个版本的大小，C表示缓存节点的存储能力，即针对当前的应用服务提供商提供的内容，缓存节点的存储空间的总大小。

根据本公开的实施例，在基站能够访问的缓存节点只有一个且该缓存节点只存储来自该应用服务提供商的内容的情况下，C可以表示该缓存节点的存储能力。在基站能够访问的缓存节点只有一个且该缓存节点设置了不同的区域来存储来自不同的应用服务提供商的内容的情况下，C可以表示该缓存节点用于存储来自该应用服务提供商的内容的区域的存储能力。在与基站连接的缓存节点有多个且每个缓存节点存储来自不同的应用服务提供商的内容的情况下，C可以表示用于存储来自该应用服务提供商的内容的缓存节点的缓存能力。

根据本公开的实施例，在基站能够访问的缓存节点中有多个缓存节点都可以存储来自该应用服务提供商的内容的情况下，C可以表示这多个缓存节点的存储能力之和。在这种情况下，确定单元320可以利用优化问题计算出这多个缓存节点需要存储的内容和存储版本之后，再根据各个缓存节点的缓存能力确定各个缓存节点应该存储的内容和存储版本。可选地，C也可以表示其中一个缓存节点的存储能力，确定单元320可以利用优化问题计算出这一个缓存节点需要存储的内容和存储版本，然后以类似的方式计算出其它各个缓存节点需要存储的内容的存储版本。

总之，确定单元320在确定优化条件1时，可以根据缓存节点的布局和确定缓存策略的方案来灵活地设置C，C用于表示针对一个应用服务提供商提供的内容、当前计算的缓存节点或缓存节点的区域的缓存能力。

根据本公开的实施例，优化问题的约束条件(在本公开中也被称为约束条件2)还可以包括：在将缓存节点存储的内容从高的存储版本转换为低的请求版本的情况下，所需要的总计算量不大于服务基站的计算能力。例如，约束条件2可以用以下公式来表示：

其中，

表示第j个内容的第k个版本是否能够由第j个内容的第l个版本转换得到。在缓存节点存储了第j个内容的第l个版本，并且l＞k的情况下，

为1，否则

为0。

表示由第j个内容的第l个版本转换得到第j个内容的第k个版本时所需要的计算资源。D表示基站的计算能力，即基站能够提供的计算资源的最大值。

如上所述，根据本公开的实施例，确定单元320可以利用优化问题，根据上述优化条件1和优化条件2，确定使得优化目标最大的x的值，即确定在缓存节点中存储的内容和各个内容的版本。

下面考虑一个具体的示例。假定M＝2，即内容的总数为2，N＝2，即用户的总数为2，Q＝3，即版本的总数为3，p_ijk表示第i个用户请求第j个内容的第k个版本的概率。确定单元320确定的第1个用户请求各个内容的各个版本的概率矩阵如下：

其中，P₁中的元素p_jk表示第1个用户请求第j个内容的第k个版本的概率。也就是说，p₁₁₁＝0.06，p₁₁₂＝0.09，p₁₁₃＝0.15，p₁₂₁＝0.14，p₁₂₂＝0.21，p₁₂₃＝0.35。

确定单元320确定的第2个用户请求各个内容的各个版本的概率矩阵如下：

其中，P₂中的元素p_jk表示第2个用户请求第j个内容的第k个版本的概率。也就是说，p₂₁₁＝0.24，p₂₁₂＝0.3，p₂₁₃＝0.06，p₂₂₁＝0.16，p₂₂₂＝0.2，p₂₂₃＝0.04。

这里，为了便于说明，假定缓存节点只能存储两个文件，并且假定基站的计算能力有限，只能将文件的版本3转换为版本2，或者将版本2转换为版本1，则针对所有的缓存策略根据前文中所述的优化问题计算出的缓存节点存储的内容和内容的存储版本能够满足用户设备的请求的概率如下表所示。

表1

在表1中，缓存策略表示缓存的内容和版本。例如，针对缓存策略(x₁₁,x₁₂)，表示缓存第1个内容的第1个版本和第1个内容的第2个版本。概率表示该缓存策略能够满足用户设备的请求的概率。例如，缓存策略(x₁₁,x₁₂)能够满足用户设备的请求的概率为0.69。如表1所示，确定单元320可以确定概率最大的缓存策略(x₁₂,x₂₃)，即缓存第1个内容的第2个版本和第2个内容的第3个版本。

如上所述，在采用了根据优化问题确定的缓存策略的情况下，该缓存策略能够满足用户设备的请求的概率为1.19，相比于在采取随机的缓存策略的情况下的平均概率0.96，根据本公开的实施例能够提高缓存策略满足用户设备的请求的概率。

如上所述，根据本公开的实施例，在确定单元320确定存储策略时，不仅考虑了缓存节点要存储的内容，还考虑了缓存节点要存储的版本，从而使得缓存节点能够平衡缓存能力与为用户设备提供服务的概率，从而优化应用了边缘计算技术的无线通信系统的处理效率。

根据本公开的实施例，如图3所示，电子设备300还可以包括更新单元340，用于根据要在缓存节点中存储的一个或多个内容和每个内容的存储版本更新缓存节点中存储的内容和存储版本。

根据本公开的实施例，在确定单元320确定了一个或者多个缓存节点的缓存策略之后，更新单元340可以触发电子设备300向应用服务提供商请求缓存策略中的内容和存储版本，并向相应的缓存节点发送需要缓存的内容和存储版本。

如上所述，根据本公开的实施例，采取主动缓存的模式，即在用户设备请求内容之前就将内容提前存储至缓存节点，使得在用户设备请求内容时可以直接由缓存节点提供该内容，从而减少数据的时延。

根据本公开的实施例，在确定单元320确定了一个或者多个缓存节点的缓存策略之后，更新单元340还可以触发电子设备300将要在缓存节点中存储的一个或多个内容和每个内容的存储版本发送至服务基站。这样一来，服务基站可以根据来自电子设备300的信息更新其维护的缓存节点的缓存状态表，从而在用户设备请求内容时可以根据缓存节点的缓存状态表确定缓存节点是否可以提供服务。

根据本公开的实施例，基站可以维护其能够访问的各个缓存节点的缓存状态表。例如，缓存状态表可以包括缓存节点的标识(编号)信息、缓存节点存储的各个内容以及每个内容的版本。可选地，缓存状态表还可以包括缓存节点的位置信息。此外，在缓存节点具有不同的区域的情况下，缓存状态表还可以包括缓存节点的各个区域的标识信息。

图8-图11以示例性的方式示出了缓存状态表的示例。其中，图8是示出根据本公开的实施例的在请求内容为视频的情况下的缓存状态表的示意图，图9是示出根据本公开的实施例的在请求内容为游戏的情况下的缓存状态表的示意图，图10是示出根据本公开的实施例的在请求内容为音乐的情况下的缓存状态表的示意图，图11是示出根据本公开的实施例的在请求内容为地图的情况下的缓存状态表的示意图。

如图8所示，编号为①的缓存节点的位置为位置1，该缓存节点存储由有480P的视频1和1080P的视频2，编号为②的缓存节点的位置为位置2，该缓存节点存储有1080P的视频1、2K的视频2和4K的视频3。

如图9所示，编号为①的缓存节点的位置为位置1，该缓存节点存储由有低画质的游戏1和高画质的游戏2，编号为②的缓存节点的位置为位置2，该缓存节点存储有高画质的游戏1、超高画质的游戏2和高画质的游戏3。

如图10所示，编号为①的缓存节点的位置为位置1，该缓存节点存储由有192kbps的音乐1和320kbps的音乐2，编号为②的缓存节点的位置为位置2，该缓存节点存储有192kbps的音乐1、192kbps的音乐2和128kbps的音乐3。

如图11所示，编号为①的缓存节点的位置为位置1，该缓存节点存储由有高精度版的地图1和基础版的地图2，编号为②的缓存节点的位置为位置2，该缓存节点存储有高精度版的地图1、基础版的地图2和基础版的地图3。

如上以内容是视频、游戏、音乐和地图为例说明了缓存状态表的示例，对于内容是其它示例的情形也是类似的，本公开不再赘述。

图12是示出根据本公开的实施例的由核心网中的电子设备确定缓存策略的信令流程图。这里，电子设备300可以位于图12中的核心网中。用户表示由基站提供服务的任意一个用户，缓存节点表示该基站能够访问的缓存节点。如图12所示，在步骤S1201中，用户向基站发送请求信息，其中包括请求的内容和内容的请求版本。接下来，在步骤S1202中，基站可以搜集一个或多个用户的请求信息，并周期性或者事件性地生成历史请求信息。接下来，在步骤S1203中，基站向核心网发送历史请求信息。接下来，在步骤S1204中，核心网根据接收到的历史请求信息确定该基站能够访问的缓存节点的缓存策略，包括缓存的各个内容以及各个内容的存储版本。接下来，在步骤S1205中，核心网根据确定的缓存策略更新缓存节点中存储的内容和存储版本。接下来，在步骤S1206中，核心网将缓存策略发送至基站。接下来，在步骤S1207中，基站根据来自核心网的缓存策略更新其维护的缓存状态表。

如上所述，根据本公开的实施例，核心网中的电子设备300可以根据历史请求信息确定缓存节点的缓存策略，不仅可以确定在缓存节点中缓存的内容，还可以确定在缓存节点中缓存的内容的版本，从而能够利用有限的存储资源存储更合适的内容和版本。由于缓存节点缓存的内容和版本较为合理，因此能够为用户提供请求的内容和版本的可能性增高，从而提高边缘计算系统的处理效率。

<3.用于确定缓存策略的基站的配置示例>

图13是示出根据本公开的实施例的无线通信系统中的电子设备1300的结构的框图。这里的电子设备1300可以是网络侧设备，具体地可以是基站设备，该电子设备1300可以用于确定缓存策略。

如图13所示，电子设备1300可以包括搜集单元1310和确定单元1320。

这里，电子设备1300的各个单元都可以包括在处理电路中。需要说明的是，电子设备1300既可以包括一个处理电路，也可以包括多个处理电路。进一步，处理电路可以包括各种分立的功能单元以执行各种不同的功能和/或操作。需要说明的是，这些功能单元可以是物理实体或逻辑实体，并且不同称谓的单元可能由同一个物理实体实现。

根据本公开的实施例，搜集单元1310可以搜集一个或多个用户设备中的每个用户设备的历史请求信息，每个用户设备的历史请求信息可以包括该用户设备请求的内容和内容的请求版本。

根据本公开的实施例，确定单元1320可以根据历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

由此可见，根据本公开的实施例的电子设备1300，可以根据用户设备的包括请求内容和请求版本的历史请求信息来确定在缓存节点中存储的内容和存储版本。这样一来，可以制定合理的缓存策略，不仅可以确定在缓存节点中缓存的内容，还可以确定在缓存节点中缓存的内容的版本，从而能够利用有限的存储资源存储更合适的内容和版本。

根据本公开的实施例，如图13所示，电子设备1300还可以包括通信单元1330，用于从其它设备接收信息并且向其它设备发送信息。

根据本公开的实施例，搜集单元1310可以通过通信单元1330从一个或多个用户设备中的每个用户设备接收历史请求信息。

根据本公开的实施例，确定单元1320可以与确定单元320采用相同的配置。也就是说，确定单元1320可以以与确定单元320相同的方式来确定电子设备1300能够访问的缓存节点的缓存策略，本公开对此不再赘述。下面仅描述确定单元1320与确定单元320不同的配置。

根据本公开的实施例，确定单元1320可以周期性地确定缓存节点的缓存策略。也就是说，搜集单元1310可以不停地搜集电子设备1300服务的各个用户设备的历史请求信息，并且确定单元1320可以根据该周期内的所有历史请求信息来确定缓存节点的缓存策略。可选地，确定单元1320还可以事件性地确定缓存节点的缓存策略。例如，在电子设备1300确定其服务的用户设备请求的内容存在一定程度的偏差的情况下，确定单元1320可以根据预定时间段内搜集的所有历史请求信息来确定缓存节点的缓存策略。

根据本公开的实施例，如图13所示，电子设备1300还可以包括生成单元1340，用于生成缓存策略信息，该缓存策略信息可以包括要在缓存节点中存储的一个或多个内容和每个内容的存储版本。进一步，电子设备1300可以通过通信单元1330将缓存策略信息发送至核心网，以用于核心网更新缓存节点中存储的内容和存储版本。

根据本公开的实施例，如图13所示，电子设备1300还可以包括存储单元1350，用于存储电子设备1300能够访问的缓存节点的缓存状态表。例如，缓存状态表可以包括缓存节点的标识(编号)信息、缓存节点存储的各个内容以及每个内容的版本。可选地，缓存状态表还可以包括缓存节点的位置信息。此外，在缓存节点具有不同的区域的情况下，缓存状态表还可以包括缓存节点的各个区域的标识信息。

根据本公开的实施例，在确定单元1320确定了缓存节点的缓存策略之后，存储单元1350可以根据确定的缓存策略更新其维护的缓存状态表。

图14是示出根据本公开的实施例的由用于基站的电子设备确定缓存策略的信令流程图。这里，基站可以由电子设备1300来实现。用户表示由电子设备1300提供服务的任意一个用户，缓存节点表示电子设备1300能够访问的缓存节点。如图14所示，在步骤S1401中，用户向基站发送请求信息，其中包括请求的内容和内容的请求版本。接下来，在步骤S1402中，基站可以搜集一个或多个用户的请求信息。接下来，在步骤S1403中，基站周期性或者事件性地根据搜集的历史请求信息确定与该基站相连的缓存节点的缓存策略，包括缓存的各个内容以及各个内容的存储版本。接下来，在步骤S1404中，基站将确定的缓存策略发送至核心网。接下来，在步骤S1405中，核心网根据接收到的缓存策略更新缓存节点中存储的内容和存储版本。接下来，在步骤S1406中，基站根据确定的缓存策略更新其维护的缓存状态表。

如上所述，根据本公开的实施例，用作基站的电子设备1300可以根据其服务的用户设备的历史请求信息确定缓存节点的缓存策略，不仅可以确定在缓存节点中缓存的内容，还可以确定在缓存节点中缓存的内容的版本，从而能够利用有限的存储资源存储更合适的内容和版本。由于缓存节点缓存的内容和版本较为合理，因此能够为用户提供请求的内容和版本的可能性增高，从而提高边缘计算系统的处理效率。

<4.用于确定寻址策略的基站的配置示例>

图15是示出根据本公开的实施例的无线通信系统中的电子设备1500的结构的框图。这里的电子设备1500可以用作网络侧设备，具体地可以是基站设备，电子设备1500可以用于确定从哪里获取用户设备请求的内容并且确定发送的版本(在本公开中也被称为寻址策略)。

如图15所示，电子设备1500可以包括通信单元1510、确定单元1520和生成单元1530。

这里，电子设备1500的各个单元都可以包括在处理电路中。需要说明的是，电子设备1500既可以包括一个处理电路，也可以包括多个处理电路。进一步，处理电路可以包括各种分立的功能单元以执行各种不同的功能和/或操作。需要说明的是，这些功能单元可以是物理实体或逻辑实体，并且不同称谓的单元可能由同一个物理实体实现。

根据本公开的实施例，电子设备1500可以通过通信单元1510从用户设备接收请求信息，请求信息包括请求的内容和内容的请求版本。

根据本公开的实施例，确定单元1520可以确定缓存节点存储的内容和内容的存储版本是否能够满足用户设备的请求。这里，在缓存节点存储请求的内容、并且内容的存储版本与请求版本相同或者内容的存储版本比请求版本高的情况下，确定单元1520可以确定缓存节点存储的内容和内容的存储版本能够满足用户设备的请求。

根据本公开的实施例，在确定单元1520确定缓存节点存储的内容和内容的存储版本能够满足用户设备的请求的情况下，生成单元1530可以生成请求信息，以通过通信单元1510向该缓存节点请求内容。

根据本公开的实施例，电子设备1500可以通过通信单元1510从该缓存节点接收内容和内容的存储版本。

如上所述，根据本公开的实施例的电子设备1500，在缓存节点存储的内容能够满足用户设备的请求的情况下，由缓存节点提供该内容和相应的版本。这里，缓存节点存储的内容能够满足用户设备的请求包括：缓存节点存储了请求内容，并且存储版本与请求版本相同或者存储版本比请求版本更高。这样一来，寻址策略更加合理，不仅在存储版本与请求版本相同的情况下可以由缓存节点提供服务，而且在存储版本比请求版本高的情况下也可以由缓存节点提供服务，从而提高了缓存节点提供服务的概率，提高边缘计算系统的处理效率。

根据本公开的实施例，电子设备1500从用户设备接收的请求信息可以包括请求的内容和内容的请求版本。可选地，请求信息还可以包括用户设备的标识信息(例如编号)。

根据本公开的实施例，确定单元1520可以确定电子设备1500能够访问的一个或多个缓存节点中存储的内容和内容的存储版本是否能够满足用户设备的请求。进一步，在电子设备1500能够访问的缓存节点中存在至少一个能够满足用户设备的请求的缓存节点的情况下，确定单元1520可以确定缓存节点存储的内容和内容的存储版本能够满足用户设备的请求。

根据本公开的实施例，确定单元1520不仅可以确定缓存节点中存储的内容和内容的存储版本是否能够满足用户设备的请求，还能够确定为用户设备提供内容的缓存节点。例如，在只有一个缓存节点中存储的内容和内容的存储版本能够满足用户设备的请求的情况下，确定单元1520可以确定由该缓存节点为用户设备提供请求内容。在多个缓存节点存储的内容和内容的存储版本能够满足用户设备的请求的情况下，确定单元1520可以从这多个缓存节点中选择一个缓存节点，并向所选择的缓存节点请求内容。

根据本公开的实施例，确定单元1520可以根据电子设备1500与每个缓存节点之间的信道质量来选择缓存节点。例如，确定单元1520可以选择信道质量最好的缓存节点作为提供请求内容的缓存节点，这样可以提高请求内容发送成功的概率。

根据本公开的实施例，确定单元1520可以根据各个缓存节点的存储版本来选择缓存节点。例如，确定单元1520可以根据各个缓存节点的存储版本与请求版本之间的差别来选择缓存节点。优选地，确定单元1520可以选择存储版本与请求版本差别最小的缓存节点，即选择存储版本与请求版本最接近的缓存节点。这样一来，可以减少电子设备1500或者用户设备将存储版本转换为请求版本所消耗的计算量。

根据本公开的实施例，确定单元1520可以根据电子设备1500与每个缓存节点之间的信道质量和各个缓存节点的存储版本两者来选择缓存节点。例如，确定单元1520可以根据信道质量、以及存储版本与请求版本之间的差别的加权和来选择缓存节点。再如，确定单元1520可以优先根据信道质量来选择缓存节点，在信道质量相同的情况下，根据存储版本来选择缓存节点。又如，确定单元1520可以优先根据存储版本来选择缓存节点，在存储版本相同的情况下，根据信道质量来选择缓存节点。

如上以示例性的方式描述了确定单元1520选择缓存节点的方式，但是本公开并不限于此。也就是说，根据本公开的实施例，确定单元1520可以根据电子设备1500与每个缓存节点之间的信道质量和/或各个缓存节点的存储版本来选择缓存节点。

根据本公开的实施例，在确定单元1520确定缓存节点存储的内容和内容的存储版本不能满足用户设备的请求的情况下，生成单元1530可以生成请求信息，以通过通信单元1510向核心网请求内容。进一步，电子设备1500可以通过通信单元1510从核心网接收内容和内容的存储版本。

根据本公开的实施例，在电子设备1500能够访问的所有缓存节点都不能够满足用户设备的请求的缓存节点的情况下，确定单元1520可以确定缓存节点存储的内容和内容的存储版本不能满足用户设备的请求。

根据本公开的实施例，如图15所示，电子设备1500还可以包括版本确定单元1540，可以确定缓存节点的存储版本或者核心网的存储版本与请求版本是否相同。这里，由于缓存节点存储的内容能够满足用户设备的请求包括：缓存节点存储了请求内容，并且存储版本与请求版本相同或者存储版本比请求版本更高，因此从缓存节点获取的存储版本可能与请求版本相同，也可以比请求版本高。此外，核心网可能发送与请求版本相同的请求内容，也可能发送比请求版本高的请求内容。因此，在电子设备1500从缓存节点或者核心网接收到请求内容和请求内容的存储版本之后，版本确定单元1540需要确定存储版本是否与请求版本相同。

根据本公开的实施例，在电子设备1500从缓存节点获取请求内容的情况下并且在版本确定单元1540确定缓存节点的存储版本与请求版本相同的情况下，电子设备1500可以直接将内容以及缓存节点的存储版本发送至用户设备。进一步，在在电子设备1500从核心网获取请求内容的情况下并且在版本确定单元1540确定核心网的存储版本与请求版本相同的情况下，电子设备1500可以直接将内容以及核心网的存储版本发送至用户设备。

根据本公开的实施例，在版本确定单元1540确定缓存节点的存储版本比请求版本高的情况下，可以有两种处理方式：一种是由电子设备1500将存储版本转换为请求版本然后将请求版本发送至用户设备，另一种是将存储版本发送至用户设备，由用户设备确定是否将存储版本转换为请求版本。下面将分别描述这两种方式。

根据本公开的实施例，如图15所示，电子设备1500还可以包括转换单元1550，用于在版本确定单元1540确定缓存节点的存储版本或者核心网的存储版本比请求版本高的情况下，将缓存节点的存储版本或者核心网的存储版本转换为请求版本。进一步，电子设备1500可以通过通信单元1510将请求内容和转换后的请求版本发送至用户设备。

根据本公开的实施例，在版本确定单元1540确定缓存节点的存储版本或者核心网的存储版本比请求版本高的情况下，电子设备1500也可以通过通信单元1510将缓存节点的存储版本或者核心网的存储版本发送至用户设备，以用于用户设备决定是否将缓存节点的存储版本或者核心网的存储版本转换为请求版本。

根据本公开的实施例，如图15所示，电子设备1500还可以包括确定单元1560，用于在版本确定单元1540确定缓存节点的存储版本或者核心网的存储版本比请求版本高的情况下，确定采用上述两种方式中的哪一种。

根据本公开的实施例，电子设备1500还可以获取电子设备1500与用户设备之间的信道质量。确定单元1560可以根据电子设备1500与用户设备之间的信道质量来确定将存储版本转换为请求版本还是直接发送存储版本。例如，在电子设备1500与用户设备之间的信道质量比较好(例如信道质量参数大于预定阈值)的情况下，确定单元1560可以确定直接将存储版本发送至用户设备；在电子设备1500与用户设备之间的信道质量比较差(例如信道质量参数不大于预定阈值)的情况下，确定单元1560可以确定将存储版本转换为请求版本。

根据本公开的实施例，确定单元1560可以根据电子设备1500的计算能力来确定将存储版本转换为请求版本还是直接发送存储版本。例如，在电子设备1500的计算资源未被占用或者电子设备1500具备将存储版本转换为请求版本的计算资源的情况下，确定单元1560可以确定将存储版本转换为请求版本；在电子设备1500的计算资源被占用并且电子设备1500不具备将存储版本转换为请求版本的计算资源的情况下，确定单元1560可以确定直接将存储版本发送至用户设备。

根据本公开的实施例，电子设备1500还可以获取用户设备的计算能力。确定单元1560可以根据用户设备的计算能力来确定将存储版本转换为请求版本还是直接发送存储版本。例如，在用户设备不具备将存储版本转换为请求版本的计算能力的情况下，确定单元1560可以确定将存储版本转换为请求版本；在用户设备具备将存储版本转换为请求版本的计算能力的情况下，确定单元1560可以确定将存储版本发送至用户设备。

根据本公开的实施例，电子设备1500还可以获取用户设备的计费方案。确定单元1560可以根据用户设备的计费方案来确定将存储版本转换为请求版本还是直接发送存储版本。例如，在用户设备的计费方案表明用户设备对流量计费不敏感的情况下，确定单元1560可以确定将存储版本发送至用户设备；在用户设备的计费方案表明用户设备对流量计费敏感的情况下，确定单元1560可以确定将存储版本转换为请求版本。

如上所述，根据本公开的实施例，确定单元1560可以根据电子设备1500与用户设备之间的信道质量、电子设备1500的计算能力、用户设备的计算能力以及用户设备的计费方案中的一种参数来确定将存储版本转换为请求版本还是直接发送存储版本。根据本公开的实施例，确定单元1560还可以根据上述参数中的多种参数来确定将存储版本转换为请求版本还是直接发送存储版本。下面将介绍非限制性的一种方式。

根据本公开的实施例，在电子设备1500与用户设备之间的信道质量比较差的情况下，确定单元1560可以确定将存储版本转换为请求版本。具体地，在电子设备1500与用户设备之间的信道质量比较差、并且电子设备1500的计算资源未被占用(即电子设备1500具备将存储版本转换为请求版本的计算资源)的情况下，确定单元1560可以确定将存储版本转换为请求版本。在电子设备1500与用户设备之间的信道质量比较差并且电子设备1500的计算资源被占用(即电子设备1500不具备将存储版本转换为请求版本的计算资源)的情况下，确定单元1560可以确定等电子设备1500具备计算资源时再将存储版本转换为请求版本。

根据本公开的实施例，在电子设备1500与用户设备之间的信道质量比较好的情况下，确定单元1560可以根据用户设备的计费方案和用户设备的计算能力来确定将存储版本转换为请求版本还是直接发送存储版本。具体地，在电子设备1500与用户设备之间的信道质量比较好、用户设备对流量计费不敏感、并且用户设备具备计算能力的情况下，确定单元1560可以确定直接向用户设备发送存储版本。在电子设备1500与用户设备之间的信道质量比较好、用户设备对流量计费敏感或者用户设备不具备计算能力的情况下，确定单元1560可以确定将存储版本转换为请求版本。

如上所述，确定单元1560可以根据电子设备1500与用户设备之间的信道质量、电子设备1500的计算能力、用户设备的计算能力以及用户设备的计费方案中的一种或多种参数来确定将存储版本转换为请求版本还是直接发送存储版本。此外，在用户设备接收到了与请求版本不同的存储版本的情况下，用户设备可以根据实际情况确定是否将存储版本转换为请求版本。

图16-图20是示出根据本公开的实施例的由用于基站的电子设备确定寻址策略的信令流程图。在图16-图20中，基站可以由电子设备1500来实现。

如图16所示，在步骤S1601中，用户向基站发送请求内容和内容的请求版本。接下来，在步骤S1602中，基站确定是否存在能够满足用户的请求的缓存节点。这里假定存在能够满足用户的请求的缓存节点，因此基站从一个或多个能够满足用户的请求的缓存节点中选择一个合适的缓存节点。接下来，在步骤S1603中，基站向缓存节点请求内容，包括用户的请求内容和内容的请求版本。接下来，在步骤S1604中，缓存节点向基站返回请求内容和缓存节点中的存储版本。接下来，在步骤S1605中，基站可以根据前文中所述的任何一种方式确定是直接发送存储版本还是将存储版本转换为请求版本。如果基站确定直接发送存储版本，则在步骤S1606中，基站向用户直接发送请求内容和存储版本。如果基站确定将存储版本转换为请求版本，则在步骤S1607中，基站将存储版本转换为请求版本，并在步骤S1608中，基站向用户发送请求内容和请求版本。如上所述，图16示出了在只有一个用户设备发送了请求信息并且存在能够满足用户的请求的缓存节点的情况下，基站的寻址策略。具体地，基站可以确定从缓存节点获取请求的内容，并可以确定向用户发送的内容的版本。

如图17所示，在步骤S1701中，用户向基站发送请求内容和内容的请求版本。接下来，在步骤S1702中，基站确定是否存在能够满足用户的请求的缓存节点。这里假定不存在能够满足用户的请求的缓存节点。接下来，在步骤S1703中，基站向核心网请求内容，包括用户的请求内容和内容的请求版本。接下来，在步骤S1704中，核心网向基站返回请求内容和核心网中的存储版本。这里，核心网可以从应用服务提供商获取请求内容和相应的版本。接下来，在步骤S1705中，基站可以根据前文中所述的任何一种方式确定是直接发送存储版本还是将存储版本转换为请求版本。如果基站确定直接发送存储版本，则在步骤S1706中，基站向用户直接发送请求内容和存储版本。如果基站确定将存储版本转换为请求版本，则在步骤S1707中，基站将存储版本转换为请求版本，并在步骤S1708中，基站向用户发送请求内容和请求版本。如上所述，图17示出了在只有一个用户设备发送了请求信息并且不存在能够满足用户的请求的缓存节点的情况下，基站的寻址策略。具体地，基站可以确定从核心网获取请求的内容，并可以确定向用户发送的内容的版本。

如图18所示，在步骤S1801中，用户1向基站发送请求内容和内容的请求版本。接下来，在步骤S1802中，基站确定是否存在能够满足用户1的请求的缓存节点。这里假定存在能够满足用户1的请求的缓存节点，因此基站从一个或多个能够满足用户1的请求的缓存节点中选择一个合适的缓存节点，记为缓存节点1。接下来，在步骤S1803中，基站向缓存节点1请求内容，包括用户1的请求内容和内容的请求版本。接下来，在步骤S1804中，缓存节点1向基站返回用户1的请求内容和缓存节点中的存储版本。在步骤S1805中，用户2向基站发送请求内容和内容的请求版本。接下来，在步骤S1806中，基站确定是否存在能够满足用户2的请求的缓存节点。这里假定存在能够满足用户2的请求的缓存节点，因此基站从一个或多个能够满足用户2的请求的缓存节点中选择一个合适的缓存节点，记为缓存节点2。接下来，在步骤S1807中，基站向缓存节点2请求内容，包括用户2的请求内容和内容的请求版本。接下来，在步骤S1808中，缓存节点2向基站返回用户2的请求内容和缓存节点中的存储版本。在步骤S1809中，基站可以根据前文中所述的任何一种方式、分别针对用户1和用户2确定是直接发送存储版本还是将存储版本转换为请求版本。在步骤S1810中，基站根据针对用户1的确定结果向用户1直接发送请求内容和存储版本、或者将存储版本转换为请求版本并向用户1发送请求内容和请求版本。在步骤S1811中，基站根据针对用户2的确定结果向用户2直接发送请求内容和存储版本、或者将存储版本转换为请求版本并向用户2发送请求内容和请求版本。如上所述，图18示出了在有多个用户设备发送了请求信息并且针对各个用户都存在能够满足用户的请求的缓存节点的情况下，基站的寻址策略。具体地，基站可以确定从相应的缓存节点获取请求的内容，并可以确定向各个用户发送的内容的版本。

如图19所示，在步骤S1901中，用户1向基站发送请求内容和内容的请求版本。在步骤S1902中，用户2向基站发送请求内容和内容的请求版本。接下来，在步骤S1903中，基站确定是否存在能够满足用户1的请求的缓存节点以及是否存在能够满足用户2的请求的缓存节点。这里假定不存在能够满足用户1的请求的缓存节点并且不存在能够满足用户2的请求的缓存节点。接下来，在步骤S1904中，基站向核心网请求内容，包括用户1的请求内容和内容的请求版本以及用户2的请求内容和请求版本。接下来，在步骤S1905中，核心网向基站返回用户1的请求内容和核心网中的存储版本以及用户2的请求内容和核心网中的存储版本。在步骤S1906中，基站可以根据前文中所述的任何一种方式、分别针对用户1和用户2确定是直接发送存储版本还是将存储版本转换为请求版本。在步骤S1907中，基站根据针对用户1的确定结果向用户1直接发送请求内容和存储版本、或者将存储版本转换为请求版本并向用户1发送请求内容和请求版本。在步骤S1908中，基站根据针对用户2的确定结果向用户2直接发送请求内容和存储版本、或者将存储版本转换为请求版本并向用户2发送请求内容和请求版本。如上所述，图19示出了在有多个用户设备发送了请求信息并且针对各个用户都不存在能够满足用户的请求的缓存节点的情况下，基站的寻址策略。具体地，基站可以确定从核心网获取请求的内容，并可以确定向各个用户发送的内容的版本。

根据本公开的实施例，在核心网收到来自多个用户的请求信息、并且多个用户请求的内容相同的情况下，核心网可以仅向基站返回一个请求的内容。根据本公开的实施例，在这多个用户请求的内容相同并且请求版本也相同的情况下，核心网可以仅向基站返回一个请求内容和该内容的请求版本，由基站分别发送至多个用户。根据本公开的实施例，在这多个用户请求的内容相同并且请求版本不同的情况下，核心网可以仅向基站返回一个请求内容和该内容的多个请求版本中最高的那个版本。在这种情况下，对于请求版本与核心网返回的存储版本相同的用户，基站可以直接向该用户发送请求内容和存储版本；对于请求版本与核心网返回的存储版本不同的用户，基站可以根据前文中所述的任何一种方式确定直接向该用户发送存储版本还是将存储版本转换为请求版本再发送至用户。例如，用户1请求内容1和版本1，用户2请求内容1和版本2，其中版本1高于版本2，则在基站确定不存在满足用户1的请求的缓存节点并且不存在满足用户2的请求的缓存节点的情况下，基站向核心网发送用户1和用户2的请求信息。接下来，核心网可以向基站返回内容1和版本1，然后基站将内容1和版本1发送至用户1，并且可以直接向用户2发送内容1和版本1或者将版本1转换为版本2之后将内容1和版本2发送至用户2。

如图20所示，在步骤S2001中，用户1向基站发送请求内容和内容的请求版本。接下来，在步骤S2002中，基站确定是否存在能够满足用户1的请求的缓存节点。这里假定存在能够满足用户1的请求的缓存节点，因此基站从一个或多个能够满足用户1的请求的缓存节点中选择一个合适的缓存节点，记为缓存节点1。接下来，在步骤S2003中，基站向缓存节点1请求内容，包括用户1的请求内容和内容的请求版本。接下来，在步骤S2004中，缓存节点1向基站返回用户1的请求内容和缓存节点中的存储版本。在步骤S2005中，用户2向基站发送请求内容和内容的请求版本。接下来，在步骤S2006中，基站确定是否存在能够满足用户2的请求的缓存节点。这里假定不存在能够满足用户2的请求的缓存节点。接下来，在步骤S2007中，基站向核心网请求内容，包括用户2的请求内容和内容的请求版本。接下来，在步骤S2008中，核心网向基站返回用户2的请求内容和核心网中的存储版本。在步骤S2009中，基站可以根据前文中所述的任何一种方式、分别针对用户1和用户2确定是直接发送存储版本还是将存储版本转换为请求版本。在步骤S2010中，基站根据针对用户1的确定结果向用户1直接发送请求内容和存储版本、或者将存储版本转换为请求版本并向用户1发送请求内容和请求版本。在步骤S2011中，基站根据针对用户2的确定结果向用户2直接发送请求内容和存储版本、或者将存储版本转换为请求版本并向用户2发送请求内容和请求版本。如上所述，图20示出了在有多个用户设备发送了请求信息、针对部分用户存在能够满足用户的请求的缓存节点且针对部分用户不存在能够满足用户的请求的缓存节点的情况下，基站的寻址策略。具体地，基站可以确定从相应的缓存节点或者核心网获取请求的内容，并可以确定向各个用户发送的内容的版本。

如上所述，根据本公开的电子设备1500，在缓存节点存储的内容能够满足用户设备的请求的情况下，由缓存节点提供该内容和相应的版本，在缓存节点存储的内容不能满足用户设备的请求的情况下，由应用服务提供商提供该内容和相应的版本。这里，缓存节点存储的内容能够满足用户设备的请求包括：缓存节点存储了请求内容，并且存储版本与请求版本相同或者存储版本比请求版本更高。这样一来，寻址策略更加合理，不仅在存储版本与请求版本相同的情况下可以由缓存节点提供服务，而且在存储版本比请求版本高的情况下也可以由缓存节点提供服务，从而提高了缓存节点提供服务的概率。此外，在从缓存节点或者核心网接收到的存储版本比请求版本高的情况下，电子设备1500还可以根据电子设备1500和用户设备的各个参数来确定将存储版本转换为请求版本还是直接向用户设备发送存储版本，从而可以充分利用电子设备1500和用户设备的计算资源，尽可能地为用户设备提供满意的服务。

值的注意的是，为了便于描述，在本公开中分别描述了能够确定缓存策略的电子设备1300和能够确定寻址策略的电子设备1500，实际上电子设备1300和电子设备1500都可以用于基站设备。也就是说，在基站设备既可以确定缓存策略，又可以确定寻址策略的情况下，基站设备可以包括电子设备1300中的所有单元和电子设备1500中的所有单元并能够执行相应的功能。

<5.无线通信系统的配置示例>

根据本公开的无线通信系统可以包括核心网、基站、基站能够访问的至少一个缓存节点以及基站服务的至少一个用户。可选地，无线通信系统还可以包括应用服务提供商。应用服务提供商通过核心网向基站提供应用服务中的一个或多个内容，缓存节点中存储应用服务提供商提供的一个或多个内容，用户通过基站从缓存节点或者核心网获取请求的内容。

根据本公开的实施例，基站可以从其服务的一个或多个用户设备中的每个用户设备接收历史请求信息，并将每个用户设备的历史请求信息发送至核心网。历史请求信息包括用户设备请求的内容和内容的请求版本。根据本公开的实施例，核心网可以根据来自基站的每个用户设备的历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

根据本公开的实施例，基站可以从用户设备接收请求的内容和内容的请求版本；在缓存节点存储的内容和内容的存储版本能够满足用户设备的请求的情况下，向缓存节点请求内容；以及从缓存节点接收内容和内容的存储版本，其中，缓存节点存储的内容和内容的存储版本能够满足用户设备的请求包括：缓存节点存储请求的内容、并且内容的存储版本与请求版本相同或者内容的存储版本比请求版本高。根据本公开的实施例，缓存节点可以接收来自基站的请求信息，请求信息包括用户设备的请求内容和请求版本，并且向基站发送请求内容和缓存节点中存储的存储版本。

图21是示出根据本公开的实施例的无线通信系统的结构的示意图。如图21所示，无线通信系统可以包括应用服务提供商、核心网、基站、基站能够访问的缓存节点和用户。为了便于说明，图21仅示出了一个基站、一个用户和一个缓存节点。基站可以搜集用户的历史请求信息，并且可以确定存执策略，核心网可以确定缓存策略。也就是说，根据本公开的实施例，可以由核心网来确定缓存策略，并且由基站来确定寻址策略。

根据本公开的实施例，基站可以从其服务的一个或多个用户设备中的每个用户设备接收历史请求信息，历史请求信息包括用户设备请求的内容和内容的请求版本，并且可以根据每个用户设备的历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

根据本公开的实施例，基站可以从用户设备接收请求的内容和内容的请求版本；在缓存节点存储的内容和内容的存储版本能够满足用户设备的请求的情况下，向缓存节点请求内容；以及从缓存节点接收内容和内容的存储版本，其中，缓存节点存储的内容和内容的存储版本能够满足用户设备的请求包括：缓存节点存储请求的内容、并且内容的存储版本与请求版本相同或者内容的存储版本比请求版本高。根据本公开的实施例，缓存节点可以接收来自基站的请求信息，请求信息包括用户设备的请求内容和请求版本，并且向基站发送请求内容和缓存节点中存储的存储版本。

图22是示出根据本公开的实施例的无线通信系统的结构的示意图。如图22所示，无线通信系统可以包括应用服务提供商、核心网、基站、基站能够访问的缓存节点和用户。为了便于说明，图22仅示出了一个基站、一个用户和一个缓存节点。基站可以搜集用户的历史请求信息、可以确定缓存策略、并且可以确定存执策略。也就是说，根据本公开的实施例，可以由基站来确定缓存策略，并且由基站来确定寻址策略。

在图21所示的结构中，前文中所描述的电子设备300可以用于核心网中，并且基站可以具备前文中所述的电子设备1500的功能，因此在前文中关于电子设备300和电子设备1500的实施例均适用于此。在图22所示的结构中，基站可以具备前文中所述的电子设备1300和电子设备1500的功能，因此在前文中关于电子设备1300和电子设备1500的实施例均适用于此。

<6.方法实施例>

接下来将详细描述根据本公开实施例的由无线通信系统中的网络侧设备(电子设备300或电子设备1300)执行的无线通信方法。具体地，将详细描述根据本公开的实施例的确定缓存策略的无线通信方法。

图23是示出根据本公开的实施例的由无线通信系统中的电子设备300或电子设备1300执行的无线通信方法的流程图。

如图23所示，在步骤S2310中，搜集一个或多个用户设备中的每个用户设备的历史请求信息，历史请求信息包括用户设备请求的内容和内容的请求版本。

接下来，在步骤S2320中，根据历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

优选地，确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本包括：还根据缓存节点的存储能力以及所述一个或多个用户设备的服务基站的计算能力确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

优选地，确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本包括：利用优化问题来确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本，其中，优化问题的优化目标包括缓存节点存储的内容和内容的存储版本能够满足用户设备的请求的概率最大。

优选地，缓存节点存储的内容和内容的存储版本能够满足用户设备的请求包括：缓存节点存储用户设备请求的内容、并且内容的存储版本与用户设备的请求版本相同或者内容的存储版本比请求版本高。

优选地，优化问题的约束条件包括：缓存节点存储的内容和内容的存储版本的总大小不大于所述缓存节点的存储能力；以及在将缓存节点存储的内容从高的存储版本转换为低的请求版本的情况下，所需要的总计算量不大于一个或多个用户设备的服务基站的计算能力。

优选地，电子设备位于核心网中，并且其中，搜集每个用户设备的历史请求信息包括：从一个或多个用户设备的服务基站接收历史请求信息。

优选地，无线通信方法还包括：根据要在缓存节点中存储的一个或多个内容和每个内容的存储版本更新缓存节点中存储的内容和存储版本；以及将要在缓存节点中存储的一个或多个内容和每个内容的存储版本发送至服务基站。

优选地，电子设备位于所述一个或多个用户设备的服务基站中，并且其中，搜集每个用户设备的历史请求信息包括：从所述一个或多个用户设备中的每个用户设备接收所述历史请求信息。

优选地，无线通信方法还包括：将要在缓存节点中存储的一个或多个内容和每个内容的存储版本发送至核心网，以用于核心网更新缓存节点中存储的内容和存储版本。

如上所述，描述了根据本公开的实施例的确定缓存策略的无线通信方法，该无线通信方法的执行主体可以是根据本公开的实施例的电子设备300或电子设备1300，因此前文中关于电子设备300和电子设备1300的全部实施例均适用于此。

接下来将详细描述根据本公开实施例的由无线通信系统中的电子设备1500执行的无线通信方法。具体地，将详细描述根据本公开的实施例的确定寻址策略的无线通信方法。

图24是示出根据本公开的实施例的由无线通信系统中的电子设备1500执行的无线通信方法的流程图。

如图24所示，在步骤S2410中，从用户设备接收请求的内容和所述内容的请求版本。

接下来，在步骤S2420中，在缓存节点存储的内容和内容的存储版本能够满足用户设备的请求的情况下，向缓存节点请求所述内容。这里，缓存节点存储的内容和内容的存储版本能够满足用户设备的请求包括：缓存节点存储请求的内容、并且内容的存储版本与请求版本相同或者内容的存储版本比请求版本高。

接下来，在步骤S2430中，从缓存节点接收内容和内容的存储版本。

优选地，无线通信方法还包括：在缓存节点存储的内容和内容的存储版本不能满足用户设备的请求的情况下，向核心网请求内容；以及从核心网接收内容和内容的存储版本。

优选地，无线通信方法还包括：在缓存节点的存储版本或者核心网的存储版本与请求版本相同的情况下，将内容以及缓存节点的存储版本或者核心网的存储版本发送至用户设备。

优选地，无线通信方法还包括：在缓存节点的存储版本或者核心网的存储版本比请求版本高的情况下，将缓存节点的存储版本或者核心网的存储版本转换为请求版本；以及将内容和转换后的请求版本发送至用户设备。

优选地，无线通信方法还包括：在缓存节点的存储版本或者核心网的存储版本比请求版本高的情况下，将缓存节点的存储版本或者核心网的存储版本发送至用户设备，以用于用户设备决定是否将缓存节点的存储版本或者核心网的存储版本转换为请求版本。

优选地，无线通信方法还包括：获取用户设备的计费方案以及电子设备与用户设备之间的信道质量；以及在缓存节点的存储版本或者核心网的存储版本比请求版本高的情况下，根据用户设备的计费方案和/或电子设备与用户设备之间的信道质量，确定是否将缓存节点的存储版本或者核心网的存储版本转换为请求版本。

优选地，无线通信方法还包括：在多个缓存节点存储的内容和内容的存储版本能够满足用户设备的请求的情况下，根据电子设备与每个缓存节点之间的信道质量和/或各个缓存节点的存储版本来选择缓存节点；以及向所选择的缓存节点请求内容。

如上所述，描述了根据本公开的实施例的确定寻址策略的无线通信方法，该无线通信方法的执行主体可以是根据本公开的实施例的电子设备1500，因此前文中关于电子设备1500的全部实施例均适用于此。

<7.应用示例>

本公开内容的技术能够应用于各种产品。例如，电子设备300和电子设备1300可以被实现为网络侧设备。具体地，电子设备300可以位于核心网中，电子设备1300可以用于基站设备。

例如，电子设备300可以被实现为任何类型的服务器，诸如塔式服务器、机架式服务器以及刀片式服务器。电子设备300可以为安装在服务器上的控制模块(诸如包括单个晶片的集成电路模块，以及插入到刀片式服务器的槽中的卡或刀片(blade))。

基站设备可以被实现为宏eNB和小eNB，还可以被实现为任何类型的gNB(5G系统中的基站)。小eNB可以为覆盖比宏小区小的小区的eNB，诸如微微eNB、微eNB和家庭(毫微微)eNB。代替地，基站可以被实现为任何其他类型的基站，诸如NodeB和基站收发台(BTS)。基站可以包括：被配置为控制无线通信的主体(也称为基站设备)；以及设置在与主体不同的地方的一个或多个远程无线头端(RRH)。

用户设备可以被实现为移动终端(诸如智能电话、平板个人计算机(PC)、笔记本式PC、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。用户设备还可以被实现为执行机器对机器(M2M)通信的终端(也称为机器类型通信(MTC)终端)。此外，用户设备可以为安装在上述用户设备中的每个用户设备上的无线通信模块(诸如包括单个晶片的集成电路模块)。

<关于服务器的应用示例>

图25是示出可以实现根据本公开的电子设备300的服务器2500的示例的框图。服务器2500包括处理器2501、存储器2502、存储装置2503、网络接口2504以及总线2506。

处理器2501可以为例如中央处理单元(CPU)或数字信号处理器(DSP)，并且控制服务器2500的功能。存储器2502包括随机存取存储器(RAM)和只读存储器(ROM)，并且存储数据和由处理器2501执行的程序。存储装置2503可以包括存储介质，诸如半导体存储器和硬盘。

网络接口2504为用于将服务器2500连接到有线通信网络2505的有线通信接口。有线通信网络2505可以为诸如演进分组核心网(EPC)的核心网或者诸如因特网的分组数据网络(PDN)。

总线2506将处理器2501、存储器2502、存储装置2503和网络接口2504彼此连接。总线2506可以包括各自具有不同速度的两个或更多个总线(诸如高速总线和低速总线)。

在图25所示的服务器2500中，通过使用图3所描述的搜集单元310、确定单元320和更新单元340可以由处理器2501实现，并且通过使用图3所描述的通信单元330可以由网络接口2504实现。例如，处理器2501可以通过执行存储器2502或存储装置2503中存储的指令而执行搜集历史请求信息、确定缓存策略和更新缓存节点中的缓存内容和版本的功能。

<关于基站的应用示例>

(第一应用示例)

图26是示出可以应用本公开内容的技术的eNB的示意性配置的第一示例的框图。eNB 2600包括一个或多个天线2610以及基站设备2620。基站设备2620和每个天线2610可以经由RF线缆彼此连接。

天线2610中的每一个均包括单个或多个天线元件(诸如包括在多输入多输出(MIMO)天线中的多个天线元件)，并且用于基站设备2620发送和接收无线信号。如图26所示，eNB 2600可以包括多个天线2610。例如，多个天线2610可以与eNB 2600使用的多个频带兼容。虽然图26示出其中eNB 2600包括多个天线2610的示例，但是eNB 2600也可以包括单个天线2610。

基站设备2620包括控制器2621、存储器2622、网络接口2623以及无线通信接口2625。

控制器2621可以为例如CPU或DSP，并且操作基站设备2620的较高层的各种功能。例如，控制器2621根据由无线通信接口2625处理的信号中的数据来生成数据分组，并经由网络接口2623来传递所生成的分组。控制器2621可以对来自多个基带处理器的数据进行捆绑以生成捆绑分组，并传递所生成的捆绑分组。控制器2621可以具有执行如下控制的逻辑功能：该控制诸如为无线资源控制、无线承载控制、移动性管理、接纳控制和调度。该控制可以结合附近的eNB或核心网节点来执行。存储器2622包括RAM和ROM，并且存储由控制器2621执行的程序和各种类型的控制数据(诸如终端列表、传输功率数据以及调度数据)。

网络接口2623为用于将基站设备2620连接至核心网2624的通信接口。控制器2621可以经由网络接口2623而与核心网节点或另外的eNB进行通信。在此情况下，eNB 2600与核心网节点或其他eNB可以通过逻辑接口(诸如S1接口和X2接口)而彼此连接。网络接口2623还可以为有线通信接口或用于无线回程线路的无线通信接口。如果网络接口2623为无线通信接口，则与由无线通信接口2625使用的频带相比，网络接口2623可以使用较高频带用于无线通信。

无线通信接口2625支持任何蜂窝通信方案(诸如长期演进(LTE)和LTE-先进)，并且经由天线2610来提供到位于eNB 2600的小区中的终端的无线连接。无线通信接口2625通常可以包括例如基带(BB)处理器2626和RF电路2627。BB处理器2626可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行层(例如L1、介质访问控制(MAC)、无线链路控制(RLC)和分组数据汇聚协议(PDCP))的各种类型的信号处理。代替控制器2621，BB处理器2626可以具有上述逻辑功能的一部分或全部。BB处理器2626可以为存储通信控制程序的存储器，或者为包括被配置为执行程序的处理器和相关电路的模块。更新程序可以使BB处理器2626的功能改变。该模块可以为插入到基站设备2620的槽中的卡或刀片。可替代地，该模块也可以为安装在卡或刀片上的芯片。同时，RF电路2627可以包括例如混频器、滤波器和放大器，并且经由天线2610来传送和接收无线信号。

如图26所示，无线通信接口2625可以包括多个BB处理器2626。例如，多个BB处理器2626可以与eNB 2600使用的多个频带兼容。如图26所示，无线通信接口2625可以包括多个RF电路2627。例如，多个RF电路2627可以与多个天线元件兼容。虽然图26示出其中无线通信接口2625包括多个BB处理器2626和多个RF电路2627的示例，但是无线通信接口2625也可以包括单个BB处理器2626或单个RF电路2627。

(第二应用示例)

图27是示出可以应用本公开内容的技术的eNB的示意性配置的第二示例的框图。eNB 2730包括一个或多个天线2740、基站设备2750和RRH 2760。RRH 2760和每个天线2740可以经由RF线缆而彼此连接。基站设备2750和RRH 2760可以经由诸如光纤线缆的高速线路而彼此连接。

天线2740中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件)并且用于RRH 2760发送和接收无线信号。如图27所示，eNB 2730可以包括多个天线2740。例如，多个天线2740可以与eNB 2730使用的多个频带兼容。虽然图27示出其中eNB2730包括多个天线2740的示例，但是eNB 2730也可以包括单个天线2740。

基站设备2750包括控制器2751、存储器2752、网络接口2753、无线通信接口2755以及连接接口2757。控制器2751、存储器2752和网络接口2753与参照图26描述的控制器2621、存储器2622和网络接口2623相同。网络接口2753为用于将基站设备2750连接至核心网2754的通信接口。

无线通信接口2755支持任何蜂窝通信方案(诸如LTE和LTE-先进)，并且经由RRH2760和天线2740来提供到位于与RRH 2760对应的扇区中的终端的无线通信。无线通信接口2755通常可以包括例如BB处理器2756。除了BB处理器2756经由连接接口2757连接到RRH2760的RF电路2764之外，BB处理器2756与参照图26描述的BB处理器2626相同。如图27所示，无线通信接口2755可以包括多个BB处理器2756。例如，多个BB处理器2756可以与eNB 2730使用的多个频带兼容。虽然图27示出其中无线通信接口2755包括多个BB处理器2756的示例，但是无线通信接口2755也可以包括单个BB处理器2756。

连接接口2757为用于将基站设备2750(无线通信接口2755)连接至RRH 2760的接口。连接接口2757还可以为用于将基站设备2750(无线通信接口2755)连接至RRH 2760的上述高速线路中的通信的通信模块。

RRH 2760包括连接接口2761和无线通信接口2763。

连接接口2761为用于将RRH 2760(无线通信接口2763)连接至基站设备2750的接口。连接接口2761还可以为用于上述高速线路中的通信的通信模块。

无线通信接口2763经由天线2740来传送和接收无线信号。无线通信接口2763通常可以包括例如RF电路2764。RF电路2764可以包括例如混频器、滤波器和放大器，并且经由天线2740来传送和接收无线信号。如图27所示，无线通信接口2763可以包括多个RF电路2764。例如，多个RF电路2764可以支持多个天线元件。虽然图27示出其中无线通信接口2763包括多个RF电路2764的示例，但是无线通信接口2763也可以包括单个RF电路2764。

在图26和图27所示的eNB 2600和eNB 2730中，通过使用图13所描述的搜集单元1310、确定单元1320和生成单元1340、以及通过使用图15所描述的确定单元1520、生成单元1530、版本确定单元1540、转换单元1550和确定单元1560可以由控制器2621和/或控制器2751实现。功能的至少一部分也可以由控制器2621和控制器2751实现。例如，控制器2621和/或控制器2751可以通过执行相应的存储器中存储的指令而执行搜集历史请求信息、确定缓存策略、生成缓存策略信息、确定是否有提供服务的合适的缓存节点、生成请求信息、确定存储版本与请求版本是否一致、将存储版本转换为请求版本、确定直接发送存储版本还是将存储版本转换为请求版本的功能。

以上参照附图描述了本公开的优选实施例，但是本公开当然不限于以上示例。本领域技术人员可在所附权利要求的范围内得到各种变更和修改，并且应理解这些变更和修改自然将落入本公开的技术范围内。

例如，附图所示的功能框图中以虚线框示出的单元均表示该功能单元在相应装置中是可选的，并且各个可选的功能单元可以以适当的方式进行组合以实现所需功能。

例如，在以上实施例中包括在一个单元中的多个功能可以由分开的装置来实现。替选地，在以上实施例中由多个单元实现的多个功能可分别由分开的装置来实现。另外，以上功能之一可由多个单元来实现。无需说，这样的配置包括在本公开的技术范围内。

在该说明书中，流程图中所描述的步骤不仅包括以所述顺序按时间序列执行的处理，而且包括并行地或单独地而不是必须按时间序列执行的处理。此外，甚至在按时间序列处理的步骤中，无需说，也可以适当地改变该顺序。

此外，本公开可以具有如下所述的配置。

1.一种电子设备，包括处理电路，被配置为：

搜集一个或多个用户设备中的每个用户设备的历史请求信息，所述历史请求信息包括所述用户设备请求的内容和所述内容的请求版本；以及

根据所述历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

2.根据1所述的电子设备，其中，所述处理电路还被配置为：

还根据所述缓存节点的存储能力以及所述一个或多个用户设备的服务基站的计算能力确定要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本。

3.根据1所述的电子设备，其中，所述处理电路还被配置为：

利用优化问题来确定要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本，其中，所述优化问题的优化目标包括所述缓存节点存储的内容和所述内容的存储版本能够满足用户设备的请求的概率最大。

4.根据3所述的电子设备，其中，所述缓存节点存储的内容和所述内容的存储版本能够满足用户设备的请求包括：所述缓存节点存储所述用户设备请求的内容、并且所述内容的存储版本与所述用户设备的请求版本相同或者所述内容的存储版本比所述请求版本高。

5.根据3所述的电子设备，其中，所述优化问题的约束条件包括：

所述缓存节点存储的内容和所述内容的存储版本的总大小不大于所述缓存节点的存储能力；以及

在将所述缓存节点存储的内容从高的存储版本转换为低的请求版本的情况下，所需要的总计算量不大于所述一个或多个用户设备的服务基站的计算能力。

6.根据1所述的电子设备，其中，所述电子设备位于核心网中，并且所述处理电路还被配置为：

从所述一个或多个用户设备的服务基站接收所述历史请求信息。

7.根据6所述的电子设备，其中，所述处理电路还被配置为：

根据要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本更新所述缓存节点中存储的内容和存储版本；以及

将要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本发送至所述服务基站。

8.根据1所述的电子设备，其中，所述电子设备位于所述一个或多个用户设备的服务基站中，并且所述处理电路还被配置为：

从所述一个或多个用户设备中的每个用户设备接收所述历史请求信息。

9.根据8所述的电子设备，其中，所述处理电路还被配置为：

将要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本发送至核心网，以用于所述核心网更新所述缓存节点中存储的内容和存储版本。

10.一种电子设备，包括处理电路，被配置为：

从用户设备接收请求的内容和所述内容的请求版本；

在缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求的情况下，向所述缓存节点请求所述内容；以及

从所述缓存节点接收所述内容和所述内容的存储版本，

其中，所述缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求包括：所述缓存节点存储所述请求的内容、并且所述内容的存储版本与所述请求版本相同或者所述内容的存储版本比所述请求版本高。

11.根据10所述的电子设备，其中，所述处理电路还被配置为：

在所述缓存节点存储的内容和所述内容的存储版本不能满足所述用户设备的请求的情况下，向核心网请求所述内容；以及

从所述核心网接收所述内容和所述内容的存储版本。

12.根据10或11所述的电子设备，其中，所述处理电路还被配置为：

在所述缓存节点的存储版本或者所述核心网的存储版本与所述请求版本相同的情况下，将所述内容以及所述缓存节点的存储版本或者所述核心网的存储版本发送至所述用户设备。

13.根据10或11所述的电子设备，其中，所述处理电路还被配置为：

在所述缓存节点的存储版本或者所述核心网的存储版本比所述请求版本高的情况下，将所述缓存节点的存储版本或者所述核心网的存储版本转换为所述请求版本；以及

将所述内容和转换后的请求版本发送至所述用户设备。

14.根据10或11所述的电子设备，其中，所述处理电路还被配置为：

在所述缓存节点的存储版本或者所述核心网的存储版本比所述请求版本高的情况下，将所述缓存节点的存储版本或者所述核心网的存储版本发送至所述用户设备，以用于所述用户设备决定是否将所述缓存节点的存储版本或者所述核心网的存储版本转换为所述请求版本。

15.根据10或11所述的电子设备，其中，所述处理电路还被配置为：

获取所述用户设备的计费方案以及所述电子设备与所述用户设备之间的信道质量；以及

在所述缓存节点的存储版本或者所述核心网的存储版本比所述请求版本高的情况下，根据所述用户设备的计费方案和/或所述电子设备与所述用户设备之间的信道质量，确定是否将所述缓存节点的存储版本或者所述核心网的存储版本转换为所述请求版本。

16.根据10所述的电子设备，其中，所述处理电路还被配置为：

在多个缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求的情况下，根据所述电子设备与每个缓存节点之间的信道质量和/或各个缓存节点的存储版本来选择缓存节点；以及

向所选择的缓存节点请求所述内容。

17.一种由电子设备执行的无线通信方法，包括：

搜集一个或多个用户设备中的每个用户设备的历史请求信息，所述历史请求信息包括所述用户设备请求的内容和所述内容的请求版本；以及

根据所述历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

18.根据17所述的无线通信方法，其中，确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本包括：

还根据所述缓存节点的存储能力以及所述一个或多个用户设备的服务基站的计算能力确定要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本。

19.根据17所述的无线通信方法，其中，确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本包括：

利用优化问题来确定要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本，其中，所述优化问题的优化目标包括所述缓存节点存储的内容和所述内容的存储版本能够满足用户设备的请求的概率最大。

20.根据19所述的无线通信方法，其中，所述缓存节点存储的内容和所述内容的存储版本能够满足用户设备的请求包括：所述缓存节点存储所述用户设备请求的内容、并且所述内容的存储版本与所述用户设备的请求版本相同或者所述内容的存储版本比所述请求版本高。

21.根据19所述的无线通信方法，其中，所述优化问题的约束条件包括：

所述缓存节点存储的内容和所述内容的存储版本的总大小不大于所述缓存节点的存储能力；以及

在将所述缓存节点存储的内容从高的存储版本转换为低的请求版本的情况下，所需要的总计算量不大于所述一个或多个用户设备的服务基站的计算能力。

22.根据17所述的无线通信方法，其中，所述电子设备位于核心网中，并且

其中，搜集每个用户设备的历史请求信息包括：从所述一个或多个用户设备的服务基站接收所述历史请求信息。

23.根据22所述的无线通信方法，其中，所述无线通信方法还包括：

根据要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本更新所述缓存节点中存储的内容和存储版本；以及

将要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本发送至所述服务基站。

24.根据17所述的无线通信方法，其中，所述电子设备位于所述一个或多个用户设备的服务基站中，并且

其中，搜集每个用户设备的历史请求信息包括：从所述一个或多个用户设备中的每个用户设备接收所述历史请求信息。

25.根据24所述的无线通信方法，其中，所述无线通信方法还包括：

将要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本发送至核心网，以用于所述核心网更新所述缓存节点中存储的内容和存储版本。

26.一种由电子设备执行的无线通信方法，包括：

从用户设备接收请求的内容和所述内容的请求版本；

在缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求的情况下，向所述缓存节点请求所述内容；以及

从所述缓存节点接收所述内容和所述内容的存储版本，

其中，所述缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求包括：所述缓存节点存储所述请求的内容、并且所述内容的存储版本与所述请求版本相同或者所述内容的存储版本比所述请求版本高。

27.根据26所述的无线通信方法，其中，所述无线通信方法还包括：

在所述缓存节点存储的内容和所述内容的存储版本不能满足所述用户设备的请求的情况下，向核心网请求所述内容；以及

从所述核心网接收所述内容和所述内容的存储版本。

28.根据26或27所述的无线通信方法，其中，所述无线通信方法还包括：

在所述缓存节点的存储版本或者所述核心网的存储版本与所述请求版本相同的情况下，将所述内容以及所述缓存节点的存储版本或者所述核心网的存储版本发送至所述用户设备。

29.根据26或27所述的无线通信方法，其中，所述无线通信方法还包括：

在所述缓存节点的存储版本或者所述核心网的存储版本比所述请求版本高的情况下，将所述缓存节点的存储版本或者所述核心网的存储版本转换为所述请求版本；以及

将所述内容和转换后的请求版本发送至所述用户设备。

30.根据26或27所述的无线通信方法，其中，所述无线通信方法还包括：

在所述缓存节点的存储版本或者所述核心网的存储版本比所述请求版本高的情况下，将所述缓存节点的存储版本或者所述核心网的存储版本发送至所述用户设备，以用于所述用户设备决定是否将所述缓存节点的存储版本或者所述核心网的存储版本转换为所述请求版本。

31.根据26或27所述的无线通信方法，其中，所述无线通信方法还包括：

获取所述用户设备的计费方案以及所述电子设备与所述用户设备之间的信道质量；以及

在所述缓存节点的存储版本或者所述核心网的存储版本比所述请求版本高的情况下，根据所述用户设备的计费方案和/或所述电子设备与所述用户设备之间的信道质量，确定是否将所述缓存节点的存储版本或者所述核心网的存储版本转换为所述请求版本。

32.根据26所述的无线通信方法，其中，所述无线通信方法还包括：

在多个缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求的情况下，根据所述电子设备与每个缓存节点之间的信道质量和/或各个缓存节点的存储版本来选择缓存节点；以及

向所选择的缓存节点请求所述内容。

33.一种计算机可读存储介质，包括可执行计算机指令，所述可执行计算机指令当被计算机执行时使得所述计算机执行根据17-32中任一项所述的无线通信方法。

以上虽然结合附图详细描述了本公开的实施例，但是应当明白，上面所描述的实施方式只是用于说明本公开，而并不构成对本公开的限制。对于本领域的技术人员来说，可以对上述实施方式作出各种修改和变更而没有背离本公开的实质和范围。因此，本公开的范围仅由所附的权利要求及其等效含义来限定。

Claims (10)

1.一种电子设备，包括处理电路，被配置为：

搜集一个或多个用户设备中的每个用户设备的历史请求信息，所述历史请求信息包括所述用户设备请求的内容和所述内容的请求版本；以及

根据所述历史请求信息确定要在缓存节点中存储的一个或多个内容和每个内容的存储版本。

2.根据权利要求1所述的电子设备，其中，所述处理电路还被配置为：

还根据所述缓存节点的存储能力以及所述一个或多个用户设备的服务基站的计算能力确定要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本。

3.根据权利要求1所述的电子设备，其中，所述处理电路还被配置为：

利用优化问题来确定要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本，其中，所述优化问题的优化目标包括所述缓存节点存储的内容和所述内容的存储版本能够满足用户设备的请求的概率最大。

4.根据权利要求3所述的电子设备，其中，所述缓存节点存储的内容和所述内容的存储版本能够满足用户设备的请求包括：所述缓存节点存储所述用户设备请求的内容、并且所述内容的存储版本与所述用户设备的请求版本相同或者所述内容的存储版本比所述请求版本高。

5.根据权利要求3所述的电子设备，其中，所述优化问题的约束条件包括：

所述缓存节点存储的内容和所述内容的存储版本的总大小不大于所述缓存节点的存储能力；以及

在将所述缓存节点存储的内容从高的存储版本转换为低的请求版本的情况下，所需要的总计算量不大于所述一个或多个用户设备的服务基站的计算能力。

6.根据权利要求1所述的电子设备，其中，所述电子设备位于核心网中，并且所述处理电路还被配置为：

从所述一个或多个用户设备的服务基站接收所述历史请求信息。

7.根据权利要求6所述的电子设备，其中，所述处理电路还被配置为：

根据要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本更新所述缓存节点中存储的内容和存储版本；以及

将要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本发送至所述服务基站。

8.根据权利要求1所述的电子设备，其中，所述电子设备位于所述一个或多个用户设备的服务基站中，并且所述处理电路还被配置为：

从所述一个或多个用户设备中的每个用户设备接收所述历史请求信息。

9.根据权利要求8所述的电子设备，其中，所述处理电路还被配置为：

将要在所述缓存节点中存储的一个或多个内容和每个内容的存储版本发送至核心网，以用于所述核心网更新所述缓存节点中存储的内容和存储版本。

10.一种电子设备，包括处理电路，被配置为：

从用户设备接收请求的内容和所述内容的请求版本；

在缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求的情况下，向所述缓存节点请求所述内容；以及

从所述缓存节点接收所述内容和所述内容的存储版本，

其中，所述缓存节点存储的内容和所述内容的存储版本能够满足所述用户设备的请求包括：所述缓存节点存储所述请求的内容、并且所述内容的存储版本与所述请求版本相同或者所述内容的存储版本比所述请求版本高。

Images