CN112205007A - 利用启用层在5g网络中更好地利用资源的系统和方法 - Google Patents

Abstract

一种用于5G网络中改进资源利用率的方法，包括：响应于从用户收到的针对特定位置处的至少一个服务的请求来确定至少一个网络参数，其中，该至少一个网络参数包括至少一个边缘服务器的可用性、往返时间(RTT)、端到端(E2E)延迟和网络等级中的至少一个。此外，该方法包括基于所确定的至少一个网络参数来提供用于在UE上执行至少一个所请求服务的至少一个推荐。该至少一个推荐包括应用、RAT、SIM和SIM的网络切片中的至少一个。

Description

利用启用层在5G网络中更好地利用资源的系统和方法

技术领域

本公开涉及移动边缘计算(MEC)领域，并且更具体地，涉及在第5代(5G)网络中确定网络资源的可用性，以提供推荐来提高用户设备(UE)的资源利用率。

背景技术

在第五代(5G)网络中，存在用于启用低延迟通信和应用组件卸载的若干要求和架构启用器。低延迟通信和应用组件卸载可改善向用户/从用户传递内容和应用。为了支持这样的低延迟通信和应用组件卸载，已经开发了移动边缘计算(MEC)。在MEC中，可以将移动边缘计算服务器(MECS)/边缘服务器放置在移动网络中的接入点(与用户设备(UE)通信的AP基站)附近。因此，MEC使运营商能够更好地使业务适应当前的无线条件、优化服务质量并提高网络效率。MEC的应用包括自动驾驶、游戏、虚拟/增强现实(AR)、远程远程手术等。

在常规方法中，UE向边缘服务器请求针对特定服务的可用的用户应用的列表，并且向用户通知在边缘服务器处针对特定服务可用的用户应用。但是，在任何时间点，用户应用的性能可能会因多种因素而变化，这些因素包括但不限于当前位置、网络负载、网络资源(例如边缘服务器、无线接入技术(RAT))、网络切片的可用性等。

发明内容

技术问题

本文中的实施例的主要目的是公开用于基于网络资源的可用性提供推荐以在特定位置由用户设备(UE)完成至少一个服务的方法和系统，其中，该推荐包括应用、用户身份模块(SIM)、网络切片、无线接入技术(RAT)等中的至少一个。

本文实施例的另一目的是公开用于确定边缘服务器对于支持至少一个服务的一个或更多个应用的可用性的方法和系统。

本文中的实施例的另一目的是公开用于基于针对支持所请求服务的一个或更多个应用确定的往返时间和端到端(E2E)延迟中的至少一个推荐用于完成所请求服务的应用的方法和系统。

本文实施例的另一目的是公开使UE能够向边缘服务器提供有关网络参数的信息并向边缘服务器查询以推荐应用以完成所请求服务的方法和系统。

本文的实施例的另一目的是公开用于确定网络等级以推荐应用、RAT/订阅、和SIM中的至少一个以在特定位置处完成所请求服务的方法和系统。

问题的解决方案

本文中的实施例的主要目的是公开用于基于网络资源的可用性提供推荐以在特定位置由用户设备(UE)完成至少一个服务的方法和系统，其中，该推荐包括应用、用户身份模块(SIM)、网络切片、无线接入技术(RAT)等中的至少一个。

本文实施例的另一目的是公开用于确定边缘服务器对于支持至少一个服务的一个或更多个应用的可用性的方法和系统。

本文中的实施例的另一目的是公开用于基于针对支持所请求服务的一个或更多个应用确定的往返时间和端到端(E2E)延迟中的至少一个推荐用于完成所请求服务的方法和系统。

本文实施例的另一目的是公开使UE能够向边缘服务器提供有关网络参数的信息并向边缘服务器查询以推荐应用以完成所请求服务的方法和系统。

本文的实施例的另一目的是公开用于确定网络等级以推荐应用、RAT/订阅、和SIM中的至少一个以在特定位置处完成所请求服务的方法和系统。

附图说明

在附图中示出了本文中的实施例，在所有附图中，贯穿所有附图，相同的附图标记指示相应的部分。通过以下参考附图的描述，将会更好地理解本文的实施例，其中：

图1a和图1b示出了根据本文公开的实施例的用于向用户提供推荐以在特定位置处完成服务的通信系统；

图2是示出了根据本文公开的实施例的用于提供推荐以完成用户设备(UE)的服务的启用模块的各个单元的示例框图；

图3是示出了根据本文公开的实施例的用于提供推荐以在特定位置处完成UE的服务的方法的流程图；

图4a是示出了根据本文公开的实施例的用于基于RTT和E2E延迟中的至少一个来推荐用于在特定位置处完成UE的特定服务的应用的方法的流程图；

图4b是示出根据本文公开的实施例的用于通过查询云服务器来提供对服务的推荐的方法的流程图；

图4c是示出了根据本文所公开的实施例的用于基于网络评级为所请求服务提供推荐的方法的流程图；

图5a、图5b和图5c是示出了根据本文公开的实施例的基于RTT对所请求服务的应用的推荐的示例图；

图6a和图6b是示出了根据本文公开的实施例的基于E2E延迟对与呼叫相关的服务的应用的推荐的示例图；

图7是示出根据本文公开的实施例的由云服务器推荐针对特定服务的应用的示例图；

图8是根据在此公开的实施例的示出了确定边缘服务器对于一个或更多个应用的可用性的示例序列图。

图9a、图9b和图9c是示出了根据本文公开的实施例的创建用于指示边缘服务器对于一个或更多个应用的可用性的文件夹结构的示例图；

图9d是示出了根据本文公开的实施例的针对在边缘服务器可用的一个或更多个应用的徽章通知的分配的示例图；

图9e是示出了根据本文公开的实施例的提供用于指示边缘服务器的可用性的用户通知的示例图；

图10描绘了根据本文公开的实施例的其中本地存储器与边缘服务器适配以在没有用户干预内容的情况下卸载下载内容的示例图；

图11a至图11h描绘了根据本文公开的实施例的其中该表的值可以用于确定网络等级的示例表；

图12是示出了根据本文公开的实施例的用于基于网络等级的在特定位置处完成所请求服务的RAT的推荐的示例流程图；

图13是示出了根据本文公开的实施例的用于在特定位置处针对所请求服务推荐应用的边缘服务器/SIM的网络切片的可用性的示例表；

图14a和图14b描绘了根据本文公开的实施例的其中示例表的值用于在特定位置处针对所请求服务推荐SIM的示例表；

图15a和图15b是示出了根据本文公开的实施例的在特定位置处对所请求服务的SIM的推荐的示例图；

图16a、图16b、图16c和图16d是示出了根据本文公开的实施例的针对所请求服务从与一个或更多个SIM相关联的一个或更多个网络切片中推荐网络切片的示例图；

图17a和图17b是示出根据本文公开的实施例的基于小区改变来更新网络能力以针对所请求服务推荐网络切片和RAT中的至少一个的的示例图；

图18是示出根据本文公开的实施例的用于呼叫相关应用的基于特征的服务质量(QoS)操作的示例图；

图19是示出了根据本文公开的实施例的处理网络切片和边缘可用性中的至少一个以针对特定服务推荐应用的示例流程图；以及

图20是示出了根据本文公开的实施例的提供推荐以在特定位置处完成服务(或多个服务)的示例图。

具体实施方式

在进行以下的具体描述之前，阐明贯穿本专利文件使用的某些词语和短语的定义可能是有利的：术语“包含”和“包括”以及它们的衍生词，意指没有限制的包含；术语“或”是包含性的，意指和/或；短语“与……相关联”和“与其相关联”以及他们的衍生词，可以意指包含、被包含在内、与……相联系、含有、被包含于……内、连接到或与……连接、耦合到或与……耦合、能够与……通信、与……合作、交错、并列、接近……、绑定到或与……绑定、具有、具有……属性等。术语“控制器”是指控制至少一个操作的任何设备、系统或它们的一部分，这样的设备可以用硬件、固件或软件或它们中至少两项的某种组合来实现。应当注意的是，与任何特定控制器相关的功能可以是本地或远程的集中式或分布式。

此外，以下描述的各种功能可以由一个或更多个计算机程序实现或支持，每个计算机程序由计算机可读程序代码形成并体现在计算机可读介质中。术语“应用”和“程序”是指适于在合适的计算机可读程序代码中实施的一个或更多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质，例如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质不包括传输暂时性电或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可永久存储数据的介质以及可存储数据并随后覆盖的介质，例如可重写光盘或可擦除存储设备。

在整个专利文件中提供了某些词语和短语的定义。本领域普通技术人员应该明白即使不是在大多数情况下也是在很多情况下，这样的定义适用于这样定义的词语和短语在以前以及将来的使用。

下面讨论的图1至图20以及在本专利文件中用于描述本公开的原理的各种实施例只是说明性的，不应当以任何方式被解释为对本公开的范围的限制。本领域技术人员将理解本公开的原理可以在任何适当设置的系统或设备中实施。

本文中的示例实施例及其各种特征和有利细节将参考附图中示出的非限制性实施例并在以下描述中进行详细说明。省略了众所周知的组件和处理技术的描述，以免不必要地使本文的实施例晦涩难懂。本文的描述仅旨在促进对可以实践本文的示例实施例的方式的理解，并且进一步使本领域技术人员能够实践本文的示例实施例。因此，本公开不应被解释为限制本文示例实施例的范围。

本文中的实施例公开了用于提供推荐以在特定位置通过用户设备(UE)完成至少一个服务的方法和系统，其中，该推荐包括应用、无线接入技术(RAT)/订阅、用户身份模块(SIM)、一个或更多个SIM的网络切片等中的至少一个。现在参考附图，并且更具体地参考图1至图20，其中在所有附图中相同的附图标记始终表示对应的特征，示出了示例实施例。

图1a和图1b示出了根据本文公开的实施例的用于向用户提供推荐以在特定位置处完成服务的通信系统100。通信系统100可以被配置为根据欧洲电信标准协会(ETSI)移动边缘计算(MEC)向多个用户提供诸如但不限于语音、数据、视频、消息广播等的内容。通信系统100包括用户设备102、基站104a至104n、以及边缘服务器106a至106n。

本文所指的UE 102可以是支持一个或更多个用户身份模块(SIM)并包括5G设备特征的任何设备。UE 102的示例可以是但不限于手机、智能手机、平板电脑、平板手机、个人数字助理(PDA)、笔记本电脑、计算机、可穿戴计算设备、车辆信息娱乐设备、物联网(IoT)设备、医疗设备和连接到无线调制解调器或具有射频(RF)处理能力的任何其他处理设备。此外，UE 102支持的一个或更多个SIM可以由不同的服务提供商/运营商来运营。UE 102可以包括一个或更多个物理SIM、和/或一个或更多个虚拟SIM。

UE 102可以通过空口连接到至少一个基站(104a至104n)。基站(104a基站104n)可以服务于不同的无线接入技术(RAT)的小区。RAT的示例可以是但不限于第5代(5G)、长期演进(LTE)、高级LTE、第3代合作伙伴计划(3GPP)、宽带码分多址(WCDMA)系统、高速访问数据(HSPA)、全球移动通信系统/GSM演进的增强数据速率(GSM/EDEGE)、全球微波互联接入(WiMax)、超移动宽带(UMB)、Wi-Fi等。UE 104的一个或更多个SIM可以支持不同的RAT/订阅。

根据基于ETSI的MEC，可以将至少一个边缘服务器(106a至106n)放置在与UE 102通信的基站104a至104n中的任何一个基站附近，以实现低延迟通信和应用内容卸载。边缘服务器106a至106n可以提供计算资源、存储容量、连接性以及对关于RAT的信息的访问。边缘服务器106a至106n可以支持各种应用(例如但不限于视频流相关应用、安全机架应用、IoT相关应用、增强现实(AR)相关应用等等)和内容(例如，文件、视频、音频等)，可以将其卸载到附近的UE 102。因此，改进了向用户传递内容和应用。

如图1b所示，通信系统100还可以包括支持多个服务的云服务器116(服务的服务器实例)。此外，边缘服务器106a至106n可以支持云服务器116所支持的一些服务。

此外，UE 102包括存储器108、启用模块/启用层模块110、通信接口模块112、和显示模块114。UE 102还可以通过利用互联网、有线网络(局域网(LAN)、以太网等)、无线网络(Wi-Fi网络、蜂窝网络、Wi-Fi热点、蓝牙、Zigbee等)等中的至少一个连接到至少一个外部服务器和应用服务器，以下载UE 102可以支持的服务的应用。本文引用的应用的示例可以是但不限于与呼叫相关的应用、越顶(OTT)应用、流媒体应用、文件下载相关的应用、IoT相关的应用、增强现实(AR)相关的应用等。本文中提及的服务的示例可以是但不限于流媒体服务(流式传输多媒体数据，例如音频、视频、文本等)、呼叫相关的服务、文件下载服务、轮播服务(组合文件下载服务和流媒体服务)、电视(TV)服务、点播媒体服务等。另外，UE 102可以连接到本地数据库/存储器108和外部数据库，以向用户提供内容(例如，文件、数据、视频、音频等)。

启用模块110可以包括单处理器、多处理器、多同类核、多异构核、不同种类的多个中央处理单元(CPU)等中的至少一个。启用模块110通过支持启用层的功能来操作。启用层与边缘服务器和应用服务器中的至少一个协同工作，以向用户提供内容(视频、音频、文件等)和应用。

在实施例中，启用模块110可以被配置为提供推荐，以在特定位置处完成由用户所请求服务。推荐可以是关于所请求服务的边缘服务器、应用、SIM、SIM的网络切片、RAT/用户等的可用性中的至少一个信息。本文所指的网络切片可以指示带宽、网络资源等。启用模块110基于网络参数来提供推荐，例如但不限于，UE 102与应用服务器之间的往返时间、端到端(E2E)延迟、网络等级等。因此，可以向用户提供最佳可能的建议以完成服务，从而可以在吞吐量、延迟和成本影响方面提高用户体验。在另一实施例中，基于设置的用户优先级(包括成本有效因素、性能因素、尽力而为因素等)，启用模块110可以使用所确定的推荐来完成服务。

在另一实施例中，如果(边缘服务器(106a至106n))的边缘服务器提供商不遵循ETSI标准，则云服务器116(如图1b所示)也可以向用户提供推荐以用于在特定位置处完成服务。云服务器116从UE 102的启用模块110连续地接收诸如但不限于运营商网络、边缘服务器的可用性、网络切片特征、RTT、信号强度、地理位置等的参数。云服务器116利用机器学习模型分析接收到的参数，并确定边缘服务器的可用性、应用服务器的可用性、用于该应用的RAT等中的至少一个，以完成用户请求服务。响应于从启用模块110接收到的查询，云服务器116将推荐提供给启用模块110。

在实施例中，如果边缘服务器提供商遵循ETSI标准，则UE 102可以使用定义良好的应用编程接口(API)接口来确定在边缘服务器(106a至106n)上运行的可用服务。

显示模块114可以被配置为在UE 102的显示屏上显示由启用模块110确定的推荐。

通信接口模块112可以被配置为在UE 102与应用服务器、边缘服务器等中的至少一个之间建立连接。通信接口模块112可以根据连接层的功能进行操作。

存储器108可以包括应用、关于推荐的应用的信息、关于网络资源的信息、网络参数等。存储器108可以包括一个或更多个计算机可读存储介质。存储器108可以包括非易失性存储元件。这样的非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪存、或电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器的形式。另外，在一些示例中，存储器108可以被认为是非暂时性存储介质。术语“非暂时性”可以指示存储介质没有体现在载波或传播的信号中。然而，术语“非暂时性”不应解释为意味着存储器108是不可移动的。在一些示例中，存储器108可以被配置为存储比存储器更多的信息量。在某些示例中，非暂时性存储介质可以(例如，在随机存取存储器(RAM)或高速缓存中)存储可以随时间变化的数据。

图1a和图1b示出了通信系统100的单元，但是应当理解，其他实施例不限于此。在其他实施例中，通信系统100可以包括更少或更多数量的单元。此外，单元的标签或名称仅用于说明目的，并不限制本文实施例的范围。一个或更多个单元可以组合在一起以在通信系统100中执行相同或基本相似的功能。

图2是示出了根据本文所公开的实施例的用于提供推荐以由UE 102完成服务的启用模块110的各种单元的示例框图。启用模块110包括边缘跟踪器单元202、基于边缘可用性的推荐单元204、基于查询的推荐单元206、网络切片选择器单元208、概要选择器单元210、服务质量(QoS)操纵单元212和基于资源优化器的推荐单元214。

边缘跟踪器单元202可以被配置为在启动操作(可以包括UE 102启动、UE 102退出飞行模式等)期间或者在确定小区位置的改变时确定UE 102的边缘服务器(106a至106n)的可用性。在实施例中，边缘跟踪器单元202使用ETSI MEC标准来确定边缘服务器的可用性。边缘跟踪器单元202向5G核心网络发送“注册请求”，以检查边缘服务器(106a至106n)的可用性。响应于“注册请求”，边缘跟踪器单元202从5G核心网络接收指示边缘服务器(106a至106n)的可用性的“注册接受”响应。在确定边缘服务器(106a至106n)可用时，边缘跟踪器单元202还通过检查UE 102的系统属性来验证边缘服务器(106a至106n)的可用性。

在确定边缘服务器(106a至106n)可用时，边缘跟踪器单元202指示显示模块114更新显示在UE 102的屏幕上的状态栏。更新的状态栏可以向用户指示边缘服务器(106a至106n)的可用性。在本文的示例中，显示模块114可以在状态栏上显示字母/图标“M”，以指示边缘服务器(106a至106n)的可用性。这里解释了实施例，考虑了在状态栏上显示图标“M”以指示边缘服务器的可用性，但是可以考虑任何合适的显示指示。

在确定边缘服务器(106a至106n)可用时，边缘跟踪器单元202通过向边缘服务器(106a至106n)发送查询命令来向边缘服务提供商查询一个或更多个应用的可用性。在本文的示例中，边缘跟踪器单元202通过向边缘服务器(106a至106n)发送“获取应用列表”命令来向边缘服务提供商查询一个或更多个应用的可用性。响应于查询命令，边缘跟踪器单元202从边缘服务提供商获得响应，其中该响应提供关于边缘服务器(106a至106n)处的一个或更多个应用服务器实例的可用性的信息。在本文的示例中，从边缘服务器(106a至106n)接收的响应可以是超文本传输协议(HTTP)响应格式。此外，边缘跟踪器单元202基于边缘服务器(106a至106n)对于一个或更多个应用的可用性，指示显示模块114为驻留在UE 102上的一个或更多个应用提供通知。

在从边缘跟踪器单元202接收到指令时，显示模块114执行基于用户界面(UI)的动作。基于UI的动作可以是但不限于提供徽章通知、创建文件夹等。在实施例中，在从边缘跟踪器单元202接收到指令时，显示模块114创建文件夹并将边缘服务器(106a至106n)处可用的一个或更多个应用插入所创建的文件夹中。在本文的示例中，在从边缘跟踪器单元202接收到指令时，显示模块114创建MEC文件夹，并将在边缘服务器(106a至106n)处可用的一个或更多个应用插入到MEC文件夹中。

在另一实施例中，在从边缘跟踪器单元202接收到指令时，显示模块114为在边缘服务器(106a至106n)可用的一个或更多个应用分配徽章通知。徽章通知可以包括指示边缘服务器(106a至106n)对于一个或更多个应用的可用性的一个或更多个字母。在本文的示例中，分配徽章通知可以包括为边缘服务器(106a至106n)处可用的一个或更多个应用分配字母“M”。这里解释的实施例考虑了为边缘服务器的可用性的指示或应用分配字母“M”，但是可以考虑任何其他合适的显示指示。

边缘跟踪器单元202可以进一步被配置为确定适合于边缘服务器(106a至106n)上传内容的本地存储的可用性。本地存储可以是但不限于文件服务器、网络附加存储(NAS)、本地云等。边缘跟踪器单元202确定与边缘服务器(106a至106n)适配的本地存储的可用性，同时在边缘服务器(106a至106n)上检索可用应用的列表。边缘跟踪器单元202根据ETSI标准确定边缘服务器(106a至106n)采用的本地存储的可用性。

在确定边缘服务器(106a至106n)所采用的本地存储的可用性时，边缘跟踪器单元202可以将下载内容的任务委派给边缘服务器(106a至106n)，并且以后可以在确定用户正在移动时下载内容。在本文的示例中，可以使用使用Web分布式创作和版本控制协议(WebDAV协议)安装的文件浏览器来查看存储在本地存储中的内容(如文件)。当用户在内容上执行手势(例如单击、轻击、滑动等)时，还可以从边缘服务器(106a至106n)流式传输存储在本地存储中的内容。从而，可以减少设备存储的使用。

基于边缘可用性的推荐单元204可以被配置为推荐一个或更多个应用以完成用户请求服务。基于边缘可用性的推荐单元204还可以为当前使用的RAT推荐应用。可以基于往返时间(RTT)和端到端(E2E)延迟中的至少一个来针对该应用推荐服务。

当在特定位置从用户接收到对第一服务的请求时，基于边缘可用性的推荐单元204就基于RTT来推荐应用以完成第一服务。第一服务可以是基于吞吐量的服务，而不包括任何与呼叫有关的服务。第一服务的示例可以是但不限于流服务、文件下载服务、轮播服务等。

基于边缘可用性的推荐单元204针对支持所请求服务的一个或更多个应用确定UE102与应用服务器之间的RTT。应用服务器可以是针对所请求的第一服务支持一个或更多个应用的服务器。本文中的应用服务器可以驻留在边缘服务器(106a至106n)中。在实施例中，可以使用与UE 102的操作系统(OS)兼容的任何合适的应用来确定RTT。在另一实施例中，可以基于针对分组从UE 102到达应用服务器而测量的时间差来确定RTT，反之亦然。应当注意，本文的实施例不限于上述用于测量RTT的方法，并且可以使用任何其他技术/方法来测量RTT，而不妨碍从本说明书中可以推断出的实施例的特征的预期功能。

基于边缘可用性的推荐单元204基于与正在与UE 102进行通信的基站(104a至104n)相关联的多个小区中的每个小区，确定一个或更多个应用的RTT。基于边缘可用性的推荐单元204对一个或更多个应用的计算出的RTT进行平均。基于边缘可用性的推荐单元204从一个或更多个应用中选择具有最低RTT值的应用，以完成所请求的第一服务。平均RTT值可能会有所不同，具体取决于参数，例如但不限于边缘服务的可用性、网络切片特征、特定地理位置的信号强度、当前网络负载等。此外，具有最低RTT值的应用指示该应用在边缘服务器(106a至106n)上可用。边缘服务器(106a至106n)可以被部署在与UE 102通信的基站(104a至104n)附近。因此，边缘服务器上可用的应用可能是在特定位置处完成服务的最佳可能应用，从而实现了低延迟通信。

例如，考虑一种场景，其中用户在特定位置请求视频流服务，并且应用(app)A、appB和app C是确定的支持视频流服务的应用。基于边缘可用性的推荐单元204基于基站的每个小区来确定针对app A、app B和app C的RTT(104a至104n)，并对所确定的针对app A、appB和app C的RTT进行平均。基于边缘可用性的推荐单元204确定app A具有最低的RTT值。此外，基于RTT值，基于边缘可用性的推荐单元204识别出app A可以在边缘服务器(106a至106n)上可用。因此，基于边缘可用性的推荐单元204建议app A以在特定位置处完成视频流服务。

此外，在从第二服务接收请求时，基于边缘可用性的推荐单元204基于E2E延迟针对第二服务推荐应用。第二服务的示例可以是呼叫相关服务、会议相关服务等。基于边缘可用性的推荐单元204确定用于支持第二服务的一个或更多个应用的E2E延迟。为一个或更多个应用确定的E2E延迟(也称为口对耳延迟)可以是MO(移动发起方)102与MT(移动终止方)之间(104a至104n)的时延。E2E延迟可以是指的是从MO 102到MT(104a至104n)通过无线接入网(RAN)发送分组所花费的时间的延迟。基于边缘可用性的推荐单元204基于与进一步与UE 102通信的基站(104a至104n)相关联的多个小区中的每个小区来确定E2E延迟。基于边缘可用性的推荐单元204对一个或更多个应用的计算出的E2E延迟进行平均。基于边缘可用性的推荐单元204从一个或更多个应用中选择具有最低E2E值的应用，以完成所请求的第二服务。平均E2E延迟值可能会有所不同，具体取决于参数，例如但不限于边缘服务的可用性、网络切片特征、特定地理位置的信号强度、MT的位置、当前网络负载等。此外，具有最低E2E延迟值的应用指示该应用在边缘服务器(106a至106n)处可用，该边缘服务器被部署在与UE102通信的基站(104a至104n)附近。因此，可以推荐在边缘服务器(106a至106n)处可用的应用作为用于在特定位置处完成服务的最佳可能应用，从而实现低时延的通信。

例如，考虑一种示例场景，其中用户想要呼叫另一个用户，并且app C1、app C2和app C3是确定的支持呼叫相关服务的应用。基于边缘可用性的推荐单元204确定app C1、app C2和app C3的E2E延迟，并且将所确定的app C1、app C2和app C3的E2E延迟进行平均。基于边缘可用性的推荐单元204确定app C2的E2E延迟低。由于app C2具有最低的E2E延迟，因此app C2可以在边缘服务器(106a至106n)上使用。因此，边缘跟踪器单元202向可以使用app C2呼叫另一个用户的用户建议app C2。

基于边缘可用性的推荐单元204指示显示模块114向用户显示推荐应用(基于RTT和E2E延迟中的至少一个)以完成所请求服务。在另一实施例中，基于设置的用户优先级，边缘可用性推荐单元204可以自动切换到推荐应用以完成服务。

基于查询的推荐单元206可以被配置为查询云服务器116，并推荐应用以在特定位置处完成服务。当从用户接收到完成服务的请求(包括第一服务和第二服务中的至少一个)时，基于查询的推荐单元206将该请求发送到云服务器116。该请求可以包括小区标识符、运营商网络标识符、地理位置等中的至少一个。该查询可以针对边缘服务器和支持所请求服务的应用的可用性。响应于该请求，基于查询的推荐单元206从云服务器116接收用于在特定位置处完成所请求服务的推荐。推荐可以是边缘服务器的可用性、用于完成所请求服务的应用、用于该应用的RAT等中的至少一个。基于查询的推荐单元206指示显示模块114向用户显示用于完成所请求服务的推荐。

例如，考虑示例场景，其中用户想要看电影，并且app A、app B和app C是UE 102上支持视频/电影流相关服务的可用应用。基于查询的推荐单元206查询边缘服务提供商，并基于app C的边缘服务器(106a至106n)的可用性来推荐用于观看电影的app C。

切片选择器单元/网络切片选择器单元208可以配置为选择UE中存在的用于在特定位置处完成请求服务的SIM的网络切片。网络切片选择器单元208可以基于诸如网络切片的可用性、可用网络切片的特征等因素来选择SIM的网络切片。网络切片的特征可以是但不限于吞吐量、时延等。在实施例中，网络切片选择器单元208提供用于选择所请求服务的SIM和SIM的网络切片中的至少一个的自动模式和用户模式。

在自动模式下，网络切片选择器单元208根据3GPP标准的单切片选择辅助信息(S-NSSAI)来选择网络切片。可以基于网络切片在功能和服务方面的行为来选择网络切片。在自动模式下，网络切片选择器单元208还可以基于预先配置的用户优先级来选择网络切片。用户优先级可以基于成本效益因素、性能因素、尽力而为因素等中的至少一个。

在用户模式下，可以为用户提供选择网络切片、SIM等中至少之一的选项。每个选项可以包括关于所选择的特定服务的边缘服务器(106a至106n)的可用性的细节。此外，网络切片选择器单元208可以通过利用服务于UE 102的接入和移动性管理功能(AMF)实例发起协议数据单元(PDU)会话建立来获得针对用户选择的网络切片的信息。针对网络切片获得的信息可以是数据网络名称(DNN)、会话和服务连续性(SSC)模式、会话类型等中的至少一个。另外，网络切片选择器单元208可以向用户提供接口，以根据需要对所请求服务请求新的网络切片。

概要选择器单元210可以被配置为跟踪与UE 102通信的基站相关联的RAT以及与计费详细信息相关联的订阅。可以基于下载到UE 102的SIM的概要来跟踪订阅和计费详细信息。此外，概要选择器单元210可以向用户提供用于购买/编辑订阅以及将订阅的对应概要下载到SIM的接口。概要选择器单元210使用5G特征，例如但不限于资源类、优先级、分组延迟预算(PDB)、分组错误率(PER)、平均窗口、最大数据突发量和等，并推荐RAT/订阅以完成用户请求服务。

QoS操纵器单元212可以被配置为通过针对应用的不同特征操纵QoS来对应用的业务进行优先级排序。QoS操纵器212对在边缘服务器(106a至106n)上不可用的(一个或更多个)应用的业务进行优先级排序。为了对特定应用的业务进行优先级排序，QoS操纵器212为该应用提供5G QoS标识符(5QI)，并将5QI值进一步发送给RAT，以为此类应用提供更好的带宽和时延。

基于资源优化器的推荐单元214可以被配置为基于网络等级提供用于在特定位置处完成服务的推荐。推荐可以是用于完成服务的应用、RAT、SIM等中的至少一个。当UE 102支持多个SIM时，基于资源优化器的推荐单元214确定每个SIM的网络等级。

基于资源优化器的推荐单元214与边缘跟踪器单元202、基于边缘可用性的推荐单元204、网络切片选择器单元208、概要选择器单元210和QoS操纵器单元212进行通信，并获得关于边缘服务器(106a至106n)的可用性、RTT和E2E延迟、网络切片/SIM的可用性/选择、RAT和关联的订阅以及为该应用操作的计费详细信息和QoS的信息。使用这种信息，基于资源优化器的推荐单元214确定网络等级。可以为订阅/RAT、应用、SIM等中的至少一个计算网络等级。另外，基于资源优化器的推荐单元214使用接收到的信息(例如但不限于RAT/订阅、边缘服务器的可用性和网络切片、相应的QoS、订阅/RAT的计费详细信息、RTT、E2E延迟等)来更新与一个或更多个应用相对应的本地数据库。因此，基于资源优化器的推荐单元214可以基于网络评级中的至少一个并且使用更新的数据库的信息来提供最佳可能的推荐。

基于为支持请求服务的一个或更多个应用计算的网络等级，基于资源优化器的推荐单元214针对请求服务推荐应用。基于针对与UE 102相关联的一个或更多个RAT计算的网络等级，基于资源优化器的推荐单元214推荐可用于针对所请求服务推荐的应用的RAT。此外，基于用于SIM的可用网络切片的特征和针对一个或更多个SIM确定的网络等级中的至少一者，基于资源优化器的推荐单元214推荐可用于针对所请求服务推荐的应用的SIM。另外，基于用于SIM的可用网络切片的特征中的至少一者，基于资源优化器的推荐单元214推荐SIM的网络切片。

此外，网络等级可以表示为参数的函数，例如但不限于信号强度、网络负载信息、网络切片可用性、边缘可用性、RTT等。网络等级可以以下式计算：

NWR＝f2(S,E,RTT*,C,X)

其中，f2表示函数值，'S'表示网络切片/网络切片评级的可用性，'E'表示边缘服务/服务的边缘评级的可用性，'C'表示基于计费详细信息，“X”表示信号强度和网络负载的函数。“X”可以表示为：X＝f1(SS,NL)

其中，“f1”代表函数值，“SS”代表信号强度，“NL”代表网络负载。如果信号强度和网络等级均良好，则“X”等级会更好。此外，与仅具有其中之一或不具有它们的网络切片相比，高吞吐量和低时延的网络切片的可用性可以提高网络等级。此外，仅当网络切片和边缘服务器(106a至106n)不可用时，才可以考虑使用RTT计算网络等级。

此外，网络等级可以计算为

NWR＝W1*SS+W2*C+W3*NL+W4*E+W5*S

其中，W1至W5表示基于边缘服务器(106a至106n)的可用性和网络切片、信号强度阈值、计费阈值、RTT阈值、网络负载等提供的权重。基于网络等级，基于资源优化器的推荐单元214可以提供用于完成所请求服务的推荐。基于资源优化器的推荐单元214指示显示模块114向用户显示用于在特定位置处完成服务的推荐。例如，考虑一种场景，其中用户想要观看直播足球比赛，并且可以将app A和app B确定为支持直播足球比赛流媒体的应用。基于资源优化器的推荐单元214确定app A和app B的网络等级，并且识别出app B的网络等级大于app A。因此，基于资源优化器的推荐单元214将app B推荐给观看现场足球比赛的用户。

此外，基于网络优化器，基于资源优化器的推荐单元214基于诸如但不限于性能因素、成本效益之类的因素来推荐用于完成服务的应用和SIM中的至少一个。

在基于性能因子提供推荐的情况下，基于资源优化器的推荐单元214不管计费详细信息如何都提供用于完成服务的推荐。可以通过考虑边缘服务器和网络切片的可用性、信号强度和网络负载来提供推荐。在本文的示例中，对于自动驾驶应用，基于资源优化器的推荐单元214可以基于性能因素来提供推荐。在基于成本效益因素提供推荐的情况下，基于资源优化器的推荐单元208考虑计费参数并提供推荐，而与其他参数无关。在本文的示例中，当用户想要没有任何费用的任何服务时，基于资源优化器的推荐单元214可以基于成本效益因素来提供推荐。在实施例中，基于资源优化器的推荐单元214可以指示显示模块114向用户提供界面，并且从用户接收关于用于提供推荐的性能因素和成本效益因素中的至少一个的选择的信息。

图2示出了启用模块110的单元，但是应理解，其他实施例不限于此。在其他实施例中，启用模块110可以包括更少或更多数量的单元。此外，单元的标签或名称仅用于说明目的，并不限制本文实施例的范围。一个或更多个单元可以组合在一起以在启用模块110中执行相同或基本相似的功能。

图3是示出了根据本文公开的实施例的用于提供推荐以在特定位置处完成UE的服务的方法的流程图300。

在步骤302，该方法包括：启用模块110响应于从用户接收的对该位置处的至少一个服务的请求，来确定网络参数。网络参数可以是但不限于以下各项中的至少一个：边缘服务器的可用性、RTT和E2E延迟、网络切片的可用性、可用网络切片的特征、网络负载、计费详细信息、信号强度等。

在步骤304，该方法包括由启用模块110通过基于所确定的网络参数来确定推荐来执行服务。推荐可以是用于执行所请求服务的应用、SIM、SIM的网络切片、RAT/订阅等中的至少一个。另外，推荐可以包括用于当前使用的RAT的应用。在实施例中，基于用户优先级设置，启用模块110可以自动使用推荐以完成所请求服务。在另一实施例中，启用模块110可以将确定的推荐提供给用户以执行所请求服务。

该方法和流程图300中的各种动作、操作、框、步骤等可以以呈现的顺序、以不同的顺序或同时地执行。此外，在一些实施例中，在不脱离本公开的范围的情况下，一些动作、操作、框、步骤等可以被省略、添加、修改、跳过等。

图4a是示出了根据本文公开的实施例的用于基于RTT和E2E延迟中的至少一个来推荐用于在特定位置处完成UE的特定服务的应用的方法的流程图400A。

在步骤402，该方法包括由启用模块110计算用于支持用户请求服务的一个或更多个应用的RTT和E2E延迟中的至少一个。所请求服务可以包括第一服务(例如，流服务、文件下载服务、轮播服务等)和第二服务(例如，呼叫相关服务)中的至少一个。启用模块110计算用于支持第一服务的一个或更多个应用的RTT和用于支持第二服务的一个或更多个应用的E2E延迟。使能模块110基于与UE 102通信的基站(104a至104n)的多个小区中的每个小区来计算RTT和E2E延迟中的至少一个。此外，启用模块110对支持所请求服务的一个或更多个应用的RTT和E2E延迟中的至少之一进行平均。

在步骤404，该方法包括：启用模块110基于计算出的RTT和E2E延迟中的至少一个，从一个或更多个应用中推荐用于完成所请求服务的应用。启用模块110从一个或更多个应用中选择具有最低RTT值和最低E2E延迟中的至少一个的应用。启用模块110将所选应用推荐为用于完成所请求服务的推荐应用。

该方法和流程图400A中的各种动作、操作、框、步骤等可以以呈现的顺序、以不同的顺序或同时地执行。此外，在一些实施例中，在不脱离本公开的范围的情况下，一些动作、操作、框、步骤等可以被省略、添加、修改、跳过等。

图4b是示出了根据本文公开的实施例的用于通过查询部署在云116上的服务来提供针对服务的推荐的方法的流程图400B。

在步骤406，该方法包括由云服务器116(部署在云服务器116上的服务)从小区上的UE 102的启用模块110接收针对支持服务的一个或更多个应用的参数。参数可以是但不限于运营商网络、边缘服务器的可用性、网络切片特征、RTT、信号强度、地理位置等。

在步骤408，该方法包括由云服务器116使用机器学习模型分析从启用模块110接收的参数，以从一个或更多个应用确定针对服务的应用。在步骤410，该方法包括由云服务器116推荐所确定的应用，该应用可用于在从启用模块110接收到请求之后用于完成UE 102上的服务。该请求可以包括小区ID、塔ID、地理位置等中的至少一个。因此，启用模块110可以查询云服务器116以推荐用于完成在特定位置处的所请求服务的应用。

该方法和流程图400B中的各种动作、操作、框、步骤等可以以呈现的顺序、以不同的顺序或同时地执行。此外，在一些实施例中，在不脱离本公开的范围的情况下，一些动作、操作、框、步骤等可以被省略、添加、修改、跳过等。

图4c是示出了根据本文所公开的实施例的用于基于网络评级为所请求服务提供推荐的方法的流程图400C。

在步骤412，该方法包括由启用模块110在接收到来自用户的用于完成服务的请求时确定网络等级。可以针对支持所请求服务的一个或更多个应用、与基站(104a至104n)相关联的一个或更多个RAT、一个或更多个SIM等中的至少一个来计算网络等级。可以基于诸如但不限于信号强度、网络负载信息、网络切片可用性、边缘可用性、RTT等的参数来计算网络等级。网络等级(NWR)可以以下式计算：

NWR＝W1*SS+W2*C+W3*NL+W4*E+W5*S

在步骤414，该方法包括由启用模块110提供用于完成所请求服务的推荐。推荐可以是但不限于应用、SIM、RAT、SIM的网络切片等。

在实施例中，启用模块110可以基于为支持请求服务的一个或更多个应用确定的网络等级来推荐用于请求服务的应用。在另一实施例中，基于为一个或更多个RAT确定的网络等级，启用模块110可以为针对所请求服务推荐的应用建议RAT。在又一实施例中，基于为一个或更多个SIM确定的网络等级，启用模块110可以建议SIM用于针对所请求服务推荐的应用。在又一实施例中，基于为一个或更多个SIM确定的网络切片特征和网络等级中的至少一个，启用模块110针对被推荐用于所请求服务的应用建议SIM的网络切片。

该方法和流程图400C中的各种动作、操作、框、步骤等可以以呈现的顺序、以不同的顺序或同时地执行。此外，在一些实施例中，在不脱离本公开的范围的情况下，一些动作、操作、框、步骤等可以被省略、添加、修改、跳过等。

图5a、图5b和图5c是示出了根据本文公开的实施例的基于RTT对所请求服务的应用的推荐的示例图。

考虑如图5a所示的场景，其中用户想要观看视频，并且app A、app B、app C和appD是支持视频流相关服务的应用。启用模块110确定针对app A、app B、app C和app D的RTT。可以基于与与UE 102通信的基站(104a至104n)相关联的多个小区中的每个小区来计算RTT。在本文的示例中，可以基于基站(104a至104n)的小区标识符(cid)为400的小区、cid为500的小区和cid为600的小区(服务小区)来计算RTT。由于边缘服务器(106a至106n)被放置在服务于cid 500的小区的基站(104a至104n)附近，因此可以考虑基于cid 500的小区计算出的RTT来推荐应用。基于cid 500的小区为app A、app B、app C和app D计算的RTT可以分别为20ms、16ms、25ms和15ms。因此，启用模块110识别出边缘服务器(106a至106n)可用于app D。因此，由于app D具有最低的RTT值，因此启用模块110推荐用于观看视频的app D。因此，可以实现低时延的通信。

考虑如图5b所示的示例场景，其中用户搜索电影以进行流传输。启用模块110确定app A、app B、app C和app D是支持视频流/电影相关服务的应用。启用模块110为支持视频流服务的应用计算RTT。在本文的示例中，为app A、app B、app C和app D计算的RTT可以分别为20ms、15ms、25ms和5ms。因此，启用模块110推荐app D用于观看电影，因为app D具有最低的RTT值。

如图5c所示，用户启动视频流服务。启用模块110从一个或更多个应用中确定该应用具有最低RTT值。一旦确定了应用，启用模块110就为用户提供使用所确定的应用(具有最低的RTT值)继续所启动的服务的建议。

图6a和图6b是示出了根据本文公开的实施例的基于E2E延迟对与呼叫相关的服务的应用的推荐的示例图。

考虑如图6a所示的示例场景，其中用户想要呼叫另一个用户，并且app C1、appC2、app C3和app C4是支持呼叫相关服务的应用。在接收到来自用户的与呼叫相关的服务的请求时，启用模块110基于与UE 102通信的基站的多个小区(cid 400的小区、cid 500的小区和cid 600的小区)中的每个小区来计算针对app C1-C4的E2E延迟。在本文的示例中，基于cid 500的小区为app A、app B、app C和app D计算的E2E延迟可以分别为20ms、5ms、25ms和15ms。由于app C2具有最低的E2E延迟，因此启用模块110针对app C2识别边缘服务器(106a至106n)的可用性。因此，启用模块110向用户推荐app C2以向另一用户进行呼叫。

如图6b所示，用户进行OTT app调用。启用模块110基于最低的E2E延迟来选择OTTapp，并且向用户提供建议以继续在所选择的OTT app上进行呼叫。

图7是示出根据本文所公开的实施例的由部署在云服务器116上的服务对特定服务的推荐应用的示例图。考虑如图7所示的示例场景，其中用户想要观看电影并且app A至app D在支持电影格式/流的UE上可用。UE 102的启用模块110查询云服务器116以建议应用观看电影。云服务器116基于在与UE 102进行通信基站(104a至104n)的至少一个小区(可以是cid为400、500和600的小区)上从UE 102连续接收到的参数/5G特征来确定用于观看电影的应用。参数可以是但不限于运营商网络、边缘可用性、网络切片特征、RTT、信号强度、位置详细信息等。在本文的示例中，基于接收到的参数，边缘服务器(106a至106n)确定边缘服务器被放置在靠近为cid 500的小区服务的基站附近。此外，云服务器116确定app C是在边缘服务器(106a至106n)上支持电影相关服务的唯一可用应用。服务器(106a至106n)响应于从启用模块110接收到的请求而将app C提供为建议。因此，启用模块110将app C推荐给用户作为观看电影的最佳可能应用。

图8是根据在此公开的实施例的示出了确定边缘服务器对于一个或更多个应用的可用性的示例序列图。如图8所示，在启动操作(其可以包括UE 102启动、UE 102退出飞行模式等等)期间或者在确定小区位置的改变期间，UE的启用模块110 102检查边缘服务器的可用性。此外，启用模块110使用调制解调器将“注册请求”发送到5G核心网络，以检查边缘服务器(106a至106n)是否可用。响应“注册请求”，5G核心网络将“注册请求”发送到调制解调器。

UE 102的无线接口层基于从5G核心网络接收的“注册接受”响应来确定边缘服务器(106a至106n)的可用性。启用模块110使用UE 102的系统属性来验证边缘服务器(106a至106n)的可用性。在确定边缘服务器(106a至106n)可用于与UE 102通信的基站时，启用模块110更新UE 102上的指示边缘服务器的可用性的状态栏。

此外，启用模块110查询与5G核心网络相关联的生命周期管理(LCM)代理，以获取有关边缘服务器(106a至106n)上可用应用列表的信息。LCM代理可以将边缘服务器(106a至106n)处的可用应用的列表发送到启用模块110。启用模块110将指示/徽章通知分配给边缘服务器(106a至106n)上可用的应用。

图9a、图9b和图9c是示出了根据本文公开的实施例的创建用于指示边缘服务器(106a至106n)对于一个或更多个应用的可用性的文件夹结构的示例图；启用模块110在确定边缘服务器(106a至106n)的可用性时指示显示模块114更新状态栏。在本文的示例中，显示模块114通过状态栏上的“M”字母/图标向用户通知边缘服务器的可用性。此外，显示模块114创建MEC文件夹，并将在边缘服务器上可用的一个或更多个应用插入所创建的文件夹中。

在单个SIM的情况下，显示模块114创建文件夹，该文件夹包含在边缘服务器(106a至106n)上支持的一个或更多个应用，如图9a所示。

在多个SIM的情况下，显示模块114相对于SIM创建文件夹，并将在各个边缘服务器(106a至106n)处可用的应用插入文件夹中，如图9b和图9c所示。在本文的示例中，相对于SIM1创建的文件夹可以包括边缘服务器(106a至106n)上可用的app A至app E。在本文的示例中，相对于SIM2创建的文件夹可以包括边缘服务器(106a至106n)上支持的app A和appB。

图9d是示出了根据本文公开的实施例的针对在边缘服务器(106a至106n)可用的一个或更多个应用的徽章通知的分配的示例图。在本文的示例中，可以将字母“M”添加到应用，以指示边缘服务器(106a-106n)对于应用的可用性。可以将字母“M”分配给app E和appF，以通知用户有关app E和app F的边缘服务器(106a至106n)的可用性。

图9e是示出了根据本文公开的实施例的提供用于指示边缘服务器(106a至106n)的可用性的用户通知的示例图。在启动操作(可以包括UE 102启动、UE 102退出飞行模式等)之后，启用模块110使用5G注册过程确定边缘服务器的可用性(106a至106n)，并且从LCM代理接收可用应用的列表。启用模块110指示显示模块114创建文件夹以插入在边缘服务器(106a至106n)上可用的应用或将徽章通知提供给在边缘服务器(106a至106n)上可用的应用。在本文的示例中，用户基于徽章通知和文件夹中的至少一个来选择app E(在边缘服务器上可用)。在选择app E时，可以为用户提供在应用启动期间选择SIM卡的网络切片的界面。例如，用户可以基于时延选择SIM的网络切片1。因此，在启动应用之后，用户可以使用SIM1的网络切片1来管理app E。

图10描绘了根据在此公开的实施例的其中本地存储与边缘服务器适配以用于上传内容的示例图。本文的实施例使启用模块110能够向用户通知与边缘服务器(106a至106n)适配的本地存储。因此，用户可以委派将内容(文件、视频、照片等)下载到与边缘服务器适配的本地云的任务。此外，用户可以与其他用户共享有关上载内容的信息。用户还可以从边缘服务器获得下载的内容，这有助于减少设备存储的使用。因此，利用边缘服务器(106a至106n)来适配本地云有助于增加存储容量并提供无缝的内容共享体验。

图11a至图11h描绘了根据本文公开的实施例的其中该表的值可以用于确定网络等级的示例表。本文中的实施例的启用模块110能够基于网络等级为特定位置处的特定服务推荐应用、RAT、SIM和SIM的网络切片中的至少一个。可以基于诸如但不限于信号强度、网络负载信息、网络切片可用性、边缘可用性、RTT等的网络参数来确定网络等级(NWR)。网络等级可以以下式计算：

NWR＝W1*SS+W2*C+W3*NL+W4*E+W5*S

其中，W1至W5表示基于信号强度阈值、计费阈值、RTT阈值、网络负载、边缘服务器和网络切片的可用性等中的至少一个而考虑的权重。网络参数范围的典型值在图11a至11h中示出。

图12是示出了根据本文公开的实施例的用于基于网络等级的在特定位置处完成所请求服务的RAT的推荐的示例流程图。考虑一示例场景，其中app A已启动以支持视频流服务。启用模块110检查UE 102是否支持多个SIM。在确定UE 102不支持多个SIM时，启用模块110建议用户继续进行app A的会话。

在确定UE 102支持多个SIM时，启用模块110确定与UE 102进行通信的基站(104a至104n)支持的一个或更多个RAT/订阅的网络等级。启用模块110基于网络等级从一个或更多个RAT中选择RAT以完成视频流服务。在实施例中，启用模块110可以在从用户接收到用于完成视频流服务的输入时选择RAT。此外，启用模块110建议用户在所选RAT上继续视频流服务。在本文的示例中，与UE 102通信的基站所支持的一个或更多个RAT可以是LTE、5G和Wi-Fi。启用模块110计算LTE、5G和Wi-Fi的网络等级，并且识别5G可以具有更好的网络等级。因此，启用模块110推荐5G作为用于继续视频流服务的最佳RAT。

图13是示出了根据本文公开的实施例的用于在特定位置处针对所请求服务推荐应用的边缘服务器/SIM的网络切片的示例表。考虑示例场景，其中用户正在观看直播事件，并且app A和app B是支持直播事件流的应用。启用模块110基于诸如但不限于信号强度、网络负载信息、RTT、边缘服务器和网络切片的可用性、计费详细信息等的参数来确定app A和app B的网络等级。表格中显示了有关app A和app B的参数示例值。使用与app A关联的参数的示例值为app A计算的网络等级(NRA)可以是：

NRA＝0.15*5(信号强度)+0.1*4(计费)+0.15*1(网络负载)+0(边缘)+0(网络切片)＝1.3

类似地，使用与app B相关联的参数的示例值为app B计算的网络等级(NRB)可以是：

NRB＝0.15*5(信号强度)+0.1*3(计费)+0.15*1(网络负载)+1*0.3(边缘)+1*0.3(网络切片)＝1.8

启用模块110确定为app B计算的网络等级可能高于app A的网络等级。由于边缘服务器和网络切片的可用性，app B的网络等级可能更高。因此，即使与app A相关联的计费详细信息少，启用模块110也基于性能因素选择用于观看直播事件的app B。

图14a和图14b描绘了根据本文公开的实施例的其中示例表的值用于在特定位置处针对所请求服务推荐SIM的示例表。考虑示例场景，其中用户想要观看视频，并且可以推荐app A用于视频流。此外，UE 102包括支持app A的SIM1和SIM2。启用模块110基于诸如但不限于信号强度、网络负载信息、RTT、边缘服务器和网络切片的可用性、计费详细信息等的参数来确定SIM1和SIM2的网络等级。相对于SIM1和SIM2的参数的示例值在如图14a所示的表中示出。使用与SIM1相关联的参数的示例值为SIM1计算的网络等级(NR1)可以是：

NR1＝0.05*5(信号强度)+0.7*4(计费)+0.05*1(网络负载)+1*+0(边缘)+0(网络切片)＝3.1

类似地，使用与SIM2相关联的参数的示例值为SIM2计算的网络等级(NR2)可以是：

NR2＝0.05*5(信号强度)+0.7*3(计费)+0.05*1(网络负载)+0(边缘)+1*0.1(网络切片)＝2.5

启用模块110确定为SIM1计算的网络等级可能高于SIM2。因此，即使SIM2具有网络切片，启用模块110仍基于成本效益因素来选择用于app A(正在支持视频流服务)的SIM1。

考虑一个示例性自动驾驶汽车示例，其中性能/延迟优先于成本。此外，app B支持自动驾驶相关服务。启用模块110基于诸如但不限于信号强度、网络负载信息、RTT、边缘服务器和网络切片的可用性、计费详细信息等的参数来确定SIM1和SIM2的网络等级。相对于SIM1和SIM2的参数的示例值在如图14b所示的表中示出。使用与SIM1相关联的参数的示例值为SIM1计算的网络等级(NR1)可以是：

NR1＝0.15*5(信号强度)+0.1*5(计费)+0.15*1(网络负载)+0(边缘)+0(网络切片)＝1.4

类似地，使用与SIM2相关联的参数的示例值为SIM2计算的网络等级(NR2)可以是：

NR2＝0.15*5(信号强度)+0.1*3(计费)+0.15*1(网络负载)+1*0.3(边缘)+1*0.3(网络切片)＝1.8

启用模块110确定为SIM2计算的网络等级可能高于SIM1。因此，即使与SIM1相关联的计费详细信息较少，启用模块110仍基于性能因素为app B选择SIM2(其支持自动驾驶相关服务)。

图15a和图15b是示出了根据本文公开的实施例的在特定位置处对所请求服务的SIM的推荐的示例图。考虑如图15a所示的示例场景，其中用户想要观看电影，并且app A、app B、app C和app D可以是在支持视频/电影流传输服务的UE 102上可用的应用。此外，启用模块110推荐用于在特定位置处的UE 102上观看电影的app A。

此外，UE 102支持运营商1的SIM1和运营商2的SIM2。与UE 102通信的基站的cid500的服务小区可以由运营商1和运营商2来操作。因此，启用模块110相对于运营商1和运营商2确定边缘服务器(106a至106n)对于基站(与UE 102通信)的可用性。

在本文的示例中，边缘服务器(106a至106n)可用于由运营商1操作的SIM1和由运营商2操作的SIM2。在确定边缘服务器(106a至106n)的可用性时，启用模块110针对SIM1和SIM2确定在边缘服务器(106a至106n)可用的应用。在本文的示例中，可用于SIM1/运营商1的边缘服务器(106a至106n)可以包括app A、app B和app D。可用于SIM1/运营商1的边缘服务器(106a至106n)可以包括app C。由于可用于SIM1/运营商1的边缘服务器(106a至106n)包括app A，因此启用模块110为推荐的应用A选择SIM1/运营商1。因此，启用模块110建议用户使用app A和app A的SIM1来观看电影。

考虑如图15b所示的示例自动驾驶情况，并且UE 102支持运营商1的SIM1和运营商2的SIM2。与UE 102通信的基站的cid 500的服务小区可以由运营商1和运营商2来操作。因此，启用模块110相对于运营商1和运营商2确定边缘服务器(106a至106n)对于基站(与UE102通信)的可用性。在本文的示例中，边缘服务器(106a至106n)可用于由运营商1操作的SIM1和由运营商2操作的SIM2。

此外，启用模块110检查与SIM1和SIM2相关联的网络切片的特征。在本文的示例中，与SIM1相关联的网络切片的特征可以包括1ms的时延以及诸如V2V、V2I、V2P、V2N等服务。与SIM2关联的网络切片的特征可以包括5ms的时延和诸如V2V、V2I、V2P、V2N之类的服务。由于与SIM1关联的网络切片的时延为1ms，因此启用模块110会向用户提供建议，以将SIM/运营商1用于与自动驾驶相关的应用。

图16a、图16b、图16c和图16d是示出了根据本文公开的实施例的针对所请求服务从与SIM相关联的一个或更多个网络切片中推荐网络切片的示例图。

图16a描绘了示例图，其中可以基于与SIM相关联的一个或更多个网络切片的特征来推荐网络切片。考虑如图16a所示的示例场景，其中网络切片1和网络切片2是被允许用于相同RAT/订阅的网络切片。网络切片1和网络切片2是eMBB(增强型移动宽带)网络切片/服务类型(SST)，但是具有不同的特征。此外，网络切片1具有300Mbps的吞吐量和1ms的时延，并且网络切片2具有500Mbps的吞吐量和15ms的时延。因此，启用模块110可以为可用于完成所请求服务的SIM选择网络切片1。另外，启用模块110可以建议用户购买网络切片/订阅以完成所请求服务。

图16b描绘了其中可以基于网络切片的允许集合的标识来推荐网络切片的示例图。考虑示例场景，其中UE 102已经成功完成其注册过程。成功完成注册过程后，UE可以从正在为UE 102服务的AMF实例中获取有关注册区域的一组允许网络切片的信息。当获得关于允许的网络切片的集合的信息时，启用模块110就跟踪允许的网络切片，并推荐SIM的网络切片以完成所请求服务。启用模块110还可以向用户提供用于选择所请求服务的网络切片的接口。另外，启用模块110可以建议用户购买新网络切片以完成所请求服务。

图16c是示出基于用户对网络切片的选择来提取网络切片相关信息的示例图。考虑如图16c所示的示例场景，其中用户选择SIM1的网络切片1以用于推荐应用以完成所请求服务。基于用户选择，启用模块110指示调制解调器向AMS发送协议数据单元(PDU)会话建立请求，以获取关于所选择的网络切片的细节。详细信息可以是但不限于数据网络名称(DNN)、SSC模式和会话类型。

图16d是示出用于为特定服务选择网络切片的用户模式的示例图。本文的实施例提供用于选择网络切片的用户模式和自动模式。在自动模式下，启用模块110基于设置的用户优先级(包括成本效益因素、性能因素和尽力而为因素)来选择用于特定服务的SIM的网络切片。在用户模式下，在应用启动期间，用户可以提供选择SIM/网络切片的选项。每个选项可能包含特定服务的边缘可用性详细信息。另外，可以向用户提供界面以选择用于指示边缘服务器的可用性的通知形式(徽章通知/文件夹的创建)。

图17a和图17b是示出根据本文公开的实施例的基于小区改变来更新网络能力以针对所请求服务推荐网络切片和RAT中的至少一个的的示例图。

如图17a所示，在确定小区位置改变时，UE 102检查针对改变的小区位置的启用层的支持。在确定启用层不支持时，UE 102针对RTT和E2E延迟检查存储器108中的先前信息的可用性。在确定针对RTT和E2E延迟的先前信息的可用性时，UE 102利用RTT和E2E延迟来更新本地数据库。否则，UE 102计算RTT和E2E延迟并更新本地数据库。

在确定启用层的支持后，UE 102指示启用模块110使用一个或更多个应用的边缘服务器(106a至106n)的可用性以及网络切片、QoS和其他网络参数来更新本地数据库。因此，启用模块可以使用更新的本地数据库(如图17b所示)来向用户推荐RAT/订阅和网络切片中的至少一个，以完成特定服务。

图18是示出根据本文公开的实施例的用于呼叫相关应用的基于特征的服务质量(QoS)操作的示例图。

本文的实施例使启用模块110能够在确定边缘服务器的不可用性时对应用进行优先级排序。为了确定优先级，启用模块110为应用分配5QI值，并将5QI值显示给RAT，以提供更好的带宽和时延。分配给应用的较高5QI值表示用于提供更好带宽和时延的RAT。在本文的示例中，启用模块110可以为与呼叫/OTT相关的应用分配5QI：9，以获得与OTT相关的应用的更好的带宽和时延。

图19是示出了根据本文公开的实施例的处理网络切片和边缘可用性中的至少一个以针对特定服务推荐应用的示例流程图。考虑一个示例场景，其中OTT呼叫是由用户发出的，并且进一步的边缘服务器或网络切片对于OTT呼叫应用不可用。在这种情况下，启用模块110检查RTT和E2E延迟中的至少一个是否超过限制。在确定RTT和E2E延迟中的至少一个超过限制时，启用模块110建议用户在没有边缘服务器(106a至106n)/网络切片的情况下使用OTT app来继续呼叫。

在确定RTT和E2E延迟中的至少一个不超过限制时，启用模块110建议向5G核心网络请求边缘服务器(106a至106n)，或者向AMF请求网络切片。启用模块110还可以建议用户购买网络切片。如果请求被成功注册，则启用模块110建议用户使用边缘服务器和网络切片可用于其的应用继续OTT呼叫。

图20是示出了根据本文公开的实施例的提供推荐以在特定位置处完成服务(或多个服务)的示例图。例如，考虑如图20所示的示例场景，其中UE 102与基站的cid 500的小区通信(104a至104n)。边缘服务器(106a至106n)可以放置在或不放置在为cid 500的小区服务的基站附近。

在特定位置从用户接收到对服务(视频流服务、文件下载服务等)的请求后，启用模块110基于可用资源的跟踪，向用户提供建议以完成服务。基于该请求，启用模块110为用户提供接口以选择用于提供建议的因素。这些因素可以是但不限于边缘服务器、网络切片、QoS等。

如果用户选择边缘因素，则启用模块110基于边缘服务器的可用性向用户提供建议以完成所请求服务。如果用户选择特定服务的网络切片，则可以基于所选网络切片使用为请求服务推荐的应用。如果用户选择了更好的QoS因素，则启用模块会优先处理边缘服务器不可用的应用。可以通过分配5QI值确定应用的优先级。此外，可以与与基站相关联的cid500的RAT/小区共享5QI值，以为应用提供更好的带宽和时延。在本文的示例中，启用模块110可以将5QI：2分配给实时流传输并且将5QI：4分配给缓冲器流传输。因此，可以通过对此类应用的业务进行优先级分配来提高应用的QoS。

本文中公开的实施例可以通过在至少一个硬件装置上运行并且执行网络管理功能以控制元件的至少一个软件程序来实施。图1和图2所示的元件可以是硬件设备或硬件设备和软件模块的组合中的至少一个。

本文公开的实施例描述了用于在特定位置处的用户设备(UE)上提供完成服务的推荐的方法和系统。因此，要理解的是，保护范围被扩展到这样的程序，并且除了其中具有消息的计算机可读装置之外，这种计算机可读存储装置还包含：当程序在服务器或移动设备或任何合适的可编程设备上运行时，用于实施该方法的一个或更多个步骤的程序代码装置。通过软件程序或与软件程序一起在实施例中实施该方法，该软件程序以例如超高速集成电路硬件描述语言(VHDL)或另外的编程语言编写，或者通过运行在至少一个硬件设备上的一个或更多个VHDL或若干软件模块来实施该方法。硬件设备可以是可以编程的任何类型的便携式设备。该设备还可以包括可以是下述的装置：例如硬件装置(例如ASIC)，或者硬件和软件装置的组合(例如ASIC和FPGA)，或者其中定位有软件模块的至少一个微处理器和至少一个存储器。本文描述的方法实施例可以部分地以硬件并且部分地以软件来实施。可替代地，本公开可以例如，使用多个CPU在不同的硬件设备上实施。

具体实施例的前述描述将如此充分地揭示本文实施例的一般性质，其他人在不脱离一般概念的情况下可以通过应用当前知识来容易地修改和/或适应各种应用，并且因此，在所公开的实施例的等同物的含义和范围内，应当并且旨在理解这些改编和修改。应当理解，这里使用的措辞或术语是为了描述而不是为了限制的目的。因此，尽管已经根据实施例描述了本文实施例，但是本领域技术人员将认识到，可以在本文所述的实施例的精神和范围内通过修改来实践本文实施例。

尽管已经利用各种实施例描述了本公开，但可以向本领域技术人员建议各种改变和修改。本公开旨在包括属于所附权利要求的范围内的这些改变和修改。

Claims (15)

1.一种用于为在用户设备(UE)上执行至少一个服务提供至少一个推荐的方法，所述方法包括：

所述UE接收来自用户的在位置处执行至少一个服务的请求；

所述UE确定在所述位置处与所请求的至少一个服务相对应的至少一个网络参数；

所述UE利用所确定的至少一个网络参数确定所述至少一个推荐；以及

所述UE利用所确定的至少一个推荐在所述位置处执行所请求的至少一个服务。

2.根据权利要求1所述的方法，所述方法进一步包括：所述UE向所述用户提供所确定的至少一个推荐以在所述位置处执行所述至少一个服务。

3.根据权利要求1所述的方法，其中，所述至少一个服务包括多媒体流服务、与呼叫有关的服务、文件下载服务、轮播服务、电视(TV)服务和点播媒体服务。

4.根据权利要求1所述的方法，其中，所述至少一个服务包括多媒体流服务、与呼叫有关的服务、文件下载服务、轮播服务、电视(TV)服务和点播媒体服务。

5.根据权利要求1所述的方法，其中，所述至少一个服务包括多媒体流服务、与呼叫有关的服务、文件下载服务、轮播服务、电视(TV)服务和点播媒体服务。

6.根据权利要求4所述的方法，其中，确定所述至少一个边缘服务器的可用性包括：

在确定与所述UE通信的基站关联的小区的位置改变时，所述UE向核心网络发送注册请求；以及

所述UE基于响应于所述注册请求而从所述核心网接收的注册相应，确定所述边缘服务器的可用性和所述边缘服务器上可用的至少一个应用。

7.根据权利要求6所述的方法，所述方法进一步包括：所述UE执行至少一个基于用户界面(UI)的动作，以指示所述至少一个边缘服务器对于所述至少一个应用的可用性，其中，所述至少一个基于UI的动作包括：

向所述至少一个边缘服务器上可用的至少一个应用提供至少一个徽章通知；以及

基于所述至少一个边缘服务器对于所述至少一个应用的可用性来创建文件夹，其中，所述文件夹包括在所述至少一个边缘服务器处可用的所述至少一个应用。

8.根据权利要求6所述的方法，所述方法还包括：所述UE将至少一个内容上传到所述可用的至少一个边缘服务器，其中，在所述可用的至少一个边缘服务器中上传的所述至少一个内容由至少一个其他UE下载。

9.根据权利要求4所述的方法，其中，确定所述至少一个边缘服务器的可用性包括：

基于与所述UE通信的基站关联的至少一个小区中的每个小区，针对支持所述至少一个所请求服务的至少一个应用来计算RTT，其中，所述至少一个所请求服务是至少一个基于吞吐量的服务；

将针对支持至少一个所请求服务的至少一个应用所计算的RTT进行平均；以及

如果所平均的RTT具有最低值，则确定所述至少一个边缘服务器可用于所述至少一个所请求服务。

10.根据权利要求4所述的方法，其中，确定所述至少一个边缘服务器的可用性包括：

基于与所述UE通信的基站关联的至少一个小区中的每个小区，针对支持所述至少一个服务的至少一个应用来计算E2E延迟，其中，所述至少一个服务包括至少一个基于呼叫的服务；

将针对支持至少一个第二服务的至少一个应用所计算的E2E延迟进行平均；以及

如果所平均的E2E具有最低值，则确定所述至少一个边缘服务器可用于所述至少一个所请求服务。

11.根据权利要求1所述的方法，所述方法还包括：

所述UE基于所确定的至少一个网络参数，确定支持所述至少一个所请求服务的至少一个应用的网络等级；以及

所述UE利用所确定的网络等级推荐来自至少一个应用的用于所述至少一个服务的应用。

12.根据权利要求11所述的方法，所述方法进一步包括：所述UE基于所述网络等级来提供所述至少一个推荐，其中，提供所述至少一个推荐包括以下至少一个：

所述UE为针对所述至少一个请求而确定的应用从与所述UE相关联的所述至少一个RAT中推荐RAT，其中，使用针对与所述UE相关联的所述至少一个RAT所确定的网络等级来推荐所述RAT；

所述UE从至少一个SIM推荐用于针对至少一个服务确定的应用的SIM，其中，所述SIM是利用针对所述至少一个SIM确定的所述网络等级和所述至少一个SIM可用的网络切片的特征中的至少一个确定的；以及

所述UE推荐用于针对所述至少一个服务确定的应用的所述SIM的网络切片，其中，所述网络切片是利用针对所述至少一个SIM确定的所述网络等级和所述至少一个SIM可用的所述网络切片的特征中的至少一个来确定的。

13.根据权利要求12所述的方法，其中，接收用户输入以确定针对所述至少一个服务推荐的应用的所述SIM和所述网络切片。

14.一种支持至少一个用户身份模块(SIM)和至少一个无线接入技术(RAT)的用户设备(UE)，所述UE包括：

收发器；

存储器；以及

至少一个处理器，所述至少一个处理器耦接到所述存储器和所述收发器，其中，所述至少一个处理器被配置为：

接收来自用户的在某个位置处执行至少一个服务的请求；

确定在所述位置处与所请求的至少一个服务相对应的至少一个网络参数；

利用所确定的至少一个网络参数确定至少一个推荐；以及

利用所确定的至少一个推荐在所述位置处执行所请求的至少一个服务。

15.根据权利要求14所述的UE，其中，所述至少一个处理器被进一步配置为根据权利要求2至13中的方法之一来运行。

Images