欢迎光临小豌豆知识网!
当前位置:首页 > 电学技术 > 电通讯技术> 汽车边缘计算系统中的交通工具对外界会话和服务连续性独创技术225193字

汽车边缘计算系统中的交通工具对外界会话和服务连续性

2021-02-06 14:35:37

汽车边缘计算系统中的交通工具对外界会话和服务连续性

  相关申请

  本申请要求以下专利申请的优先权,并且/或者是以下专利申请的继续申请:2018年6月6日提交的国际申请第PCT/CN2018/090081号、2018年11月9日提交的美国临时申请第62/758382号、以及2019年1月1日提交的美国临时申请第62/791636号,这些专利申请中的每一项的内容由此整体通过引用被并入。

  技术领域

  本申请的各实施例总体上关于无线通信领域,并且具体关于用于支持交通工具对外界(V2X)数据会话和服务连续性的多接入边缘计算(MEC)技术。

  背景技术

  交通工具中的移动通信在应用/服务的重要性方面正在提升以使驾驶更安全,改善交通流量,提供能耗效率并降低排放。若干兴起的服务(诸如,智能驾驶、基于云计算用实时数据和驾驶辅助来创建地图)可要求交通工具被连接到云计算服务和一个或多个网络以促进交通工具之间以及交通工具与云之间大量数据的传递。蜂窝网络可提供针对交通工具的移动连接性,并且3GPP已产生了针对基于交通工具的移动网络的标准。针对基于交通工具的移动网络(例如,蜂窝V2X)的当前3GPP标准主要涵盖等待时间敏感型安全应用,并且可能无法完全确保交通工具与云之间的大数据容量增长。

  汽车边缘计算联盟是针对支持汽车大数据的网络和计算基础设施的联盟。AECC聚焦于增长的网络和计算能力以使用边缘计算和高效的系统设计来适应交通工具与云之间的汽车大数据。正在被开发的AECC系统架构缺乏用于诸如当交通工具用户装备附连至新通信网络时在应用级发起并支持V2X数据会话和服务连续性的机制。AECC系统架构还缺乏用于跨多无线电接入技术(RAT)环境中的多个边缘服务器支持V2X数据会话和服务连续性的机制。

  附图说明

  图1图示根据各实施例的示例AECC分布式云(或边缘)计算架构。图2A图示根据各实施例的AECC分布式云(或边缘)计算架构的另一示例。图2B图示根据各实施例的AECC分布式云(或边缘)计算架构的另一示例。图3描绘根据各实施例的用于后台数据传递的示例初始过程。图4描绘根据各实施例的示例会话和服务连续性过程。图5示出用于实践本文中的各实施例的示例过程。图6示出用于实践本文中的各实施例的另一示例过程。图7示出用于实践本文中的各实施例的又一示例过程。

  图8A示出当(重新)选择MSP边缘服务器以用于计算卸载时可发生的示例边缘服务器过程。图8B示出用于实践本文中讨论的实施例的一些方面的示例过程。图9示出用于利用WLAN接入的交通工具系统的示例选择过程,其用于执行MSP中央服务器选择、可达性过程、以及MSP边缘服务器选择和数据卸载。图10示出用于利用蜂窝订阅的交通工具系统的示例选择过程。图11示出用于利用蜂窝接入和赞助商连接性的交通工具系统的示例选择过程。

  图12描绘根据各实施例的多接入计算(MEC)环境。图13图示根据各实施例的示例MEC系统架构。图14图示根据各实施例的涉及多个MEC主机的V2X系统。图15图示根据示例实施例的MEC和FOG(雾)网络拓扑。图16图示根据另一示例实施例的示例MEC和FOG网络拓扑。图17图示整合了AECC和MEC系统架构的示例系统。图18示出用于实践本文中讨论的实施例的一些方面的示例过程。

  图19描绘根据各实施例的基础设施装备的示例。图20描绘根据各实施例的计算机平台的示例组件。图21图示根据各实施例的示例非瞬态计算机可读存储介质。

  具体实施方式

  在以下具体实施方式中,为了易于理解,将在正在被开发的ACEE系统的上下文中呈现本公开。然而,本公开不仅限于符合AECC的系统,并且一般可在任何AEC系统中被实践。在正在被开发的AECC系统中,vUE可经由多个MSP边缘服务器中的一个MSP边缘服务器访问来自移动性服务提供商(MSP)中央服务器的服务,多个MSP边缘服务器中的每个MSP边缘服务器与相应的网络通信地耦合。每个网络可利用不同的RAT,和/或可由不同的移动网络运营商(MNO)运营。MSP中央服务器可以是或可表示例如服务提供商平台、云计算服务、等等。MSP边缘服务器可以是部署在网络的“边缘”处的一个或多个应用服务器、内容递送网络(CDN)服务器、MEC服务器/主机、或某个其他类似的服务器。换言之,AECC系统位于现有的网络接入技术(例如,LTE、5G/NR、WiFi/DSRC等)之上。在实施例中,由MSP中央服务器管理与注册、会话管理和服务连续性有关的信令过程。MSP中央服务器监测蜂窝网络状态,并且发起后台数据传递会话,这些后台数据传递会话包括开始动作、恢复动作和停止动作。

  I.汽车边缘计算联盟(AECC)方面

  现在参考图1,其图示根据各实施例的示例AECC系统100。AECC系统100可建立在分布式计算和联网架构上,该分布式计算和联网架构包括:交通工具系统121;一个或多个网络,包括蜂窝网络140、无线局域网(WLAN)130、移动性服务提供商(MSP)企业网(未由图1示出);以及MSP服务器,包括MSP中央服务器150和MSP边缘服务器136A和136B(统称“多个MSP边缘服务器136”或“MSP边缘服务器136”)。MSP边缘服务器136A和136B分别被设置在通信网络的边缘处。出于本公开的目的,通信网络的“边缘”是指客户端或用户装备连接到的通信网络的最外围部分,并且不包括客户端或用户装备本身。在一些实施例中,AECC系统100可以是用于根据需要来运行应用的云计算服务。

  如图1所示,MSP中央服务器150经由相应的MCE-If(MCE接口)参考点(下文更详细地讨论)与各个MSP边缘服务器136连接。在实施例中,MSP中央服务器可包括网络接口电路(例如,图13的网络控制器电路1335),其与处理电路(例如,图13的应用电路1305)耦合。网络接口电路可布置成将MSP中央服务器150与多个MSP边缘服务器136通信地耦合。处理电路布置成操作MSP边缘节点分配模块(ENAM 154),其是跨多RAT环境(诸如,AECC系统100)中的多个MSP边缘服务器136针对交通工具系统121(或vUE 125)管理数据会话和服务连续性、尤其是管理V2X数据会话和服务连续性的实体。例如,处理器电路可操作MSP ENAM 154,以选择多个MSP边缘服务器136中的、单独的交通工具121(或vUE 125)的通信量、计算任务和/或工作负载应当被卸载到的单独的MSP边缘服务器136,向单独的交通工具系统121(或vUE125)预设所选择的MSP边缘服务器136的边缘服务器信息,向所选择的MSP边缘服务器136预设交通工具系统121(或vUE 125)信息,并且处置/控制MSP边缘服务器136移交操作。单独的MSP边缘服务器136的选择基于从交通工具系统121(或vUE 125)接收到接入网络选择消息和/或接入网络重选消息,和/或基于接收到MSP边缘服务器136的计算能力和由MSP边缘服务器136提供的服务。下文参照图3-图7更详细地讨论这些方面和其他方面。在一些实现方式中,MSP中央服务器150可以是内容递送网络(CDN)、云服务提供商、和/或某个其他分布式计算平台。

  如先前所述,多个MSP边缘服务器136中的每个边缘服务器被设置在对应通信网络的边缘处,并且布置成在交通工具系统121和/或交通工具用户装备(vUE)125的相对近的接近度内提供网络服务和/或计算资源(例如,如下文所讨论的计算任务和/或工作负载卸载、云计算能力、信息技术(IT)服务、和其他类似的资源和/或服务)。在实施例中,MSP中央服务器150可包括处理电路(例如,图13的应用电路1305)以及与处理器电路耦合的网络接口电路(例如,图13的网络控制器电路1335)。网络接口电路可布置成将每个MSP边缘服务器136与相应的接入网络(例如,图1中的蜂窝网络140和WLAN网络130)通信地耦合。在图1中,MSP边缘服务器136A经由第一MNW-If参考点与蜂窝核心网络(CN)142连接,并且MSP边缘服务器136B经由第二MNW-If参考点与WLAN 130中的接入点(AP)133连接。虽然图1示出MSP边缘服务器136与接入网络之间的一对一的对应关系,但是在一些实现方式中,一个或多个MSP边缘服务器136可与多个接入网络通信地耦合。在一些实现方式中,MSP边缘服务器136可以是边缘计算服务器,诸如,MEC服务器(参见例如图8-图10)、CDN服务器、应用服务器、和/或其他类似的基础设施装备。

  MSP边缘服务器136中的每个MSP边缘服务器还经由相应的MCV-If参考点与交通工具系统121连接。此外,MSP边缘服务器136经由MEE-If参考点彼此连接(MSP边缘服务器136还可经由其他MEE-If参考点与其他MSP边缘服务器连接,这未由图1示出)。此外,MSP中央服务器150经由相应网络140和130的各个MCV-If参考点与交通工具系统121连接。虽然未由图1示出,但是AECC系统100还服务于多个交通工具系统121。

  交通工具系统121可以是或可包括能够附连至网络130和140中的一个、经由各个MEV-If参考点通过蜂窝网络140或WLAN 130与MSP边缘服务器136通信的交通工具UE(vUE)125。在一些实施例中,交通工具系统121或vUE 125可包括或操作移动通信模块(“MobileComms Module”)(未由图1示出),其是在交通工具系统121(或vUE 125)中运行的、具有与AECC系统100中的MSP服务器150、136和/或其他元件/设备交互的能力的应用。例如,在一些实施例中,vUE 125可包括基带电路(例如,图14的基带电路1410),其布置成操作至少一个无线通信协议实体执行附连过程以附连至接入网络,并且交通工具系统121或vUE 125可包括与基带电路通信地耦合的应用电路(例如,图14的处理电路1402)。应用电路可布置成操作移动通信模块(也称为“边缘联网应用”等等),以向MSP中央服务器150注册,从而从(多个)MSP边缘服务器136访问计算资源和/或边缘联网服务。在一些实现方式中,移动通信模块看可以是在接入网络技术之上操作的网际层或应用层实体(或应用),其由vUE 125操作以附连至蜂窝网络140或WLAN 130。在MEC实现方式中(例如,其中至少MSP服务器136是MEC服务器),移动通信模块可以是设备应用、客户端应用、或其组合。在一些实现方式中,vUE125可包括用于与各个接入网络连接的多个基带芯片。例如,vUE 125可包括蜂窝网络基带片上系统(SoC)和基于WiFi的基带SoC,该蜂窝网络基带SoC用于附连至蜂窝网络140并从蜂窝网络140接收网络连接性,该基于WiFi的基带SoC用于附连至WLAN 130并从WLAN 130接收网络连接性。在另一示例中,vUE 125可包括与第一移动网络运营商(MNO)相关联的第一蜂窝网络基带SoC以及与第二MNO相关联的第二蜂窝网络SoC,该第二MNO与第一MNO不同。在另一示例中,vUE 125可包括蜂窝网络基带SoC,该蜂窝网络基带SoC配置有与第一MNO相关联的第一订户身份模块(SIM),用于与第一蜂窝网络连接并从第一蜂窝网络接收网络服务,并且第二蜂窝网络SoC可配置有与第二MNO相关联的第二SIM以与第二蜂窝网络连接并从第二蜂窝网络接收网络服务,该第二MNO与第一MNO不同。

  交通工具系统121还可执行数据收集和预处理,并且对去往蜂窝网络140、WLAN130和/或其他网络的接入接口负责。在一些实施例中,交通工具系统121或vUE 125可包括或操作数据平面(DP)模块(未由图1示出),该数据平面模块用于执行与MSP边缘服务器136之间的后台数据传递操作。后台数据传递过程是用于通过接入网络在交通工具系统121与MSP边缘服务器136之间传送数据的过程,该过程可由MSP边缘服务器136或交通工具系统121发起。DP模块可以是在接入网络技术(或用户平面协议栈)之上操作的网际层或应用层实体,该接入网络技术(或用户平面协议栈)由vUE 125操作以从/向蜂窝网络140或WLAN130传达数据。

  蜂窝网络140可以是第五代(5G)或新无线电(NR)蜂窝网络,其中,CN 142是5G核心网络(5GC),或者蜂窝网络140可以是长期演进(LTE)蜂窝网络,其中,CN 142是演进型分组核心(EPC)。在一些实现方式中,蜂窝网络140可以是非独立式NR部署,诸如,演进型通用移动电信服务陆地无线电接入(E-UTRA)-NR双连接性(EN-DC),其中,vUE 125连接至充当主节点(MN)的一个演进型节点B(eNB)以及充当次节点(SN)的一个5G或下一代节点B(gNB);NG-RAN E-UTRA-NR双连接性(NGEN-DC),其中,vUE 125连接至充当MN的一个下一代eNB(ng-eNB)以及充当SN的一个gNB;以及NR-E-UTRA双连接性(NE-DC),其中,vUE 125连接至充当MN的一个gNB以及充当SN的一个ng-eNB。当蜂窝网络140是NR/5G网络时,vUE 125使用NR-Uu无线电接口,并且当蜂窝网络140是LTE网络时,vUE 125使用LTE-Uu无线电接口。

  WLAN 130可以是基于IEEE 802.11标准的WiFi接入技术,或者可以是基于3GPP的接入技术(例如,NR毫米波(mmWave)载波)。在一些实现方式中,WLAN 130可连接至CN 142和/或连接至互联网服务提供商(ISP)网络。在一些实现方式中,vUE 125可连接至MSP企业网络(未由图1示出),该MSP企业网络可以是WiFi(IEEE 802.11)网络或使用基于3GPP的接入技术。在此类实现方式中,MSP企业网络可包括基于专有技术或以3GPP为基础的CN技术的其自身的核心网络。在一些实现方式中,MSP企业网络可以是包括用于执行各种MSP功能的专用CN实体或网络功能的专用核心网络(DCN)或网络片子网实例(NSSI)。

  数据预处理在(或也在)MSP边缘服务器136中完成,该MSP边缘服务器136经由MEV-If与交通工具系统121通信,并且经由MEE-If与其他MSP边缘服务器136通信。MSP边缘服务器136可部署在AECC系统100内的适当位置(称为网络边缘)处或位于AECC系统100内的适当位置,其中,性能、效率与可用性之间的平衡取决于具体用例,并且可因实施例而异。MSP边缘服务器136中的每个MSP边缘服务器包括相应的控制平面(CP)模块137(例如,MSP边缘服务器136A中的CP模块137A以及MSP边缘服务器136B中的CP模块137B)和相应的数据平面(DP)模块138(例如,MSP边缘服务器136A中的DP模块138A以及MSP边缘服务器136B中的DP模块138B)。CP模块137可以是软件元件(例如,引擎、模块、对象或其他类似的逻辑单元),这些软件元件当由对应的MSP边缘服务器136的(多个)合适的处理设备执行时执行以下功能:处置由MSP中央服务器150预设UE信息(例如,参见图3的操作308);订阅蜂窝网络140和/或WLAN 130中的(多个)合适的网络功能((多个)NF)以获得与网络(NW)和/或交通工具系统121/vUE 125相关的事件有关的通知(例如,参见图3的操作310),以及处置从(多个)合适的NF接收到的事件通知;以及处置MSP边缘服务器移交(HO)相关的过程/操作(例如,参见图4的操作416-418)。DP模块138可以是软件元件(例如,引擎、模块、对象或其他类似逻辑单元),这些软件元件当由对应的MSP边缘服务器136的(多个)合适处理设备执行时执行以下功能:执行对应的MSP边缘服务器136与交通工具系统121/vUE 125之间的后台数据传递。虽然未由图1示出,但是交通工具系统121(或vUE 125)还可包括其自身的DP模块,用于执行与MSP边缘服务器136之间的后台数据传递。

  MSP边缘服务器136A经由MNW-If与蜂窝网络140或CN 142(例如,CN内的一个或多个网络元件,诸如,用户平面功能(UPF)、服务能力披露功能(SCEF)、网络披露功能(NEF))通信。在一些实现方式中,当CN 142是EPC时,MNW-If可与T8参考点或SGi参考点对应,或者当CN时5GC时,MNW-If可与N33参考点(例如,基于Nnef服务的接口)或N6接口/参考点对应。对于WLAN 130,MNW-If可以是某个其他合适的专有接口。

  如先前所讨论,MSP中央服务器150经由相应的MCE-If参考点/接口与MSP边缘服务器136通信地耦合,MSP中央服务器150经由MCV-If点/接口与交通工具系统121通信地耦合,MSP边缘服务器136经由相应的MEV-If参考点/接口与交通工具系统121通信地耦合,MSP边缘服务器136经由相应的MNW-If参考点/接口与相应的接入网络(或网络元件)通信地耦合,并且MSP边缘服务器136经由MEE-If参考点/接口彼此通信地耦合。出于本公开的目的,参考点表示存在于两个或更多个元件之间的、由任何两个元件之间的点对点参考点描述的交互。通过参考点发生的通信可以是直接的(其中,不涉及中间节点)或间接的(其中,涉及至少一个中间节点)。通过参考点的直接通信可基于消费方(或订户)/产生方模型,其中,消费方配置有产生方的简档,并直接与那个产生方通信。通过参考点的间接通信也可基于消费方(或订户)/产生方模型,其中,消费方查询中间节点,选择端点(或终止点),并且消费方经由中间节点将请求发送到所选择的产生方。在各实施例中,这些参考点/接口可在现有的有线/无线通信协议(诸如,本文中讨论的那些、或一个或多个专有通信协议)之上操作。此外,如由图2A所示,交通工具系统121(或vUE 125)可使用由不同MNO运营的多个蜂窝网络。

  图2A图示根据各实施例的AECC系统200A的另一示例。在该示例中,交通工具系统121经由与移动网络运营商(MNO)A相关联的蜂窝网络240A与MSP边缘服务器136A通信,经由与MNO B相关联的第二蜂窝网络240B与MSP边缘服务器136B通信,并且经由WLAN 130与MSP边缘服务器136C通信。MSP边缘服务器136A-136C中的每个MSP边缘服务器以与先前参照图1讨论的相同或类似的方式与MSP中央服务器150通信地耦合。在一些实施例中,当蜂窝网络240A-240B不可用时,可使用WLAN 130,并且反之亦然。

  在替代实施例中,每个MNO主控(并且最终或潜在地拥有)各个MSP边缘服务器136,使得图1和图2的分层式架构包括与一个更高级别的MSP中央服务器150连接的两个MSP边缘服务器136(例如,MSP边缘服务器136A和MSP边缘服务器136B)。这是因为在一些情况下,MNO可能已经在它们的网络中部署了边缘计算技术。在另一实施例中,两个MNO中的仅一个MNO部署边缘计算系统,而另一个MNO仅提供至MSP边缘服务器136的连接性。

  在实施例中,AECC系统100和200A可被利用或可在局部化网络上提供分布式计算,其中,若干局部化网络将交通工具121的连接性容纳在相应的覆盖区域内。局部化网络是在某个区域内覆盖有限数量的经连接的交通工具121的局部网络。这将大量数据通信量划分为交通工具与云之间的单位面积合理容量的数据流量。在这些实施例中,MSP中央服务器150可以在云计算环境中,并且每个局部化网络可包括接入网络和一个或多个MSP边缘服务器136。在图2A的示例中,第一局部化网络可包括MSP边缘服务器136A和蜂窝网络240A,第二局部化网络可包括MSP边缘服务器136B和蜂窝网络240B,并且第三局部化网络可包括MSP边缘服务器136C和WLAN 130。计算功率被添加到这些局部化网络以使这些局部化网络能够处理局部数据,从而允许被连接的交通工具及时获得响应。在这些实现方式中,MSP边缘服务器136提供分布式计算服务和/或充当局部数据集成平台,其中,计算资源在地理上分布在一个或多个局部化网络的附近区域内。这降低了计算的集中度并缩短了完成与被连接的交通工具之间的事务所需的处理时间。局部数据集成平台通过利用一个或多个本地化网络和分布式计算的组合来集成局部数据。通过将相关信息收窄到特定区域,数据可被迅速处理以实时地集成信息并通知被连接的交通工具。

  局部化网络上的分布式计算还包含边缘计算技术。在汽车用例中,边缘计算技术提供启用计算过程跨局部化网络的分布的端对端系统架构框架。用于局部化网络上的分布式计算的边缘计算技术包括用于将数据通信量划分到覆盖多个被连接的交通工具121的若干地点中的联网技术。边缘计算技术中的计算资源以拓扑感知方式按层级分布并分层,以容纳局部化数据并允许大容量数据被及时处理。在该基础设施框架中,经由局部网络收集的局部化数据和存储在云中的广域数据被集成在边缘计算架构中以提供对于被连接的交通工具121的服务必要的实时信息。在用于汽车的边缘计算的上下文中,“边缘”可以指在其处部署了计算资源的层级式分布式非中央云,并且边缘计算技术可用于提供此类灵活的拓扑感知的云基础设施。

  与当前的AECC系统不同,AECC系统100和200A(包括先前讨论的在局部化网络上的分布式计算)包括用于诸如当交通工具系统从接入网络(例如,蜂窝网络240A)移动或丢失对接入网络(例如,蜂窝网络240A)的接入并重新选择另一接入网络(例如,蜂窝网络240B或WLAN 130)时在应用层级发起并支持V2X数据会话和服务连续性的机制。具体而言,在实施例中,MSP中央服务器150与本公开的V2X会话和服务连续性技术结合以便在下文参考图3-图7更详细地描述。此外,AECC系统100和200A包括用于保证跨多RAT环境中的服务器的数据连接性的机制。在5G系统中,由SSG模式支持会话和服务连续性(SSC)。利用SSC模式,网络保持向UE 121提供的连接性服务,这是接入网络PDU会话连续性保证机制。根据各实施例,用于支持蜂窝网络与非蜂窝网络之间的V2X SSC的类似机制被包括在AECC系统100/200A中。

  本文中的实施例向交通工具系统121提供用于在不同的接入网络之间进行选择并用于跨(蜂窝网络和非蜂窝网络两者中的)不同的MSP服务器的服务连续性的机制。根据各实施例,MSP中央服务器监测蜂窝网络状态,并且发起后台数据传递会话,这些后台数据传递会话包括开始动作、恢复动作和停止动作。由MSP中央服务器150管理注册和SSC相关的信令过程。MSP中央服务器150管理注册/SSC信令,因为信令等待时间要求对于AECC系统100/200A是宽松的,并且MSP中央服务器150可为源MSP边缘服务器136和目标MSP边缘服务器136提供协调。允许MSP中央服务器150管理注册和SSC信令可以是有用的,因为MSP中央服务器150典型地不具有对交通工具系统121选择与之附连的接入网络的依赖关系。根据各实施例,MSP中央服务器150管理三种不同的注册和SSC信令过程,包括:用于后台数据传递的初始过程(图3的过程300);用于蜂窝网络的会话和服务连续性过程(图4的过程400);以及当移动到WLAN 136时的会话和服务连续性过程(也参见图4的过程400)。

  现在参考图3,其图示根据各实施例的用于在MSP边缘服务器136与交通工具系统121之间提供后台数据传递的示例初始过程300。过程300开始于操作302,其中交通工具系统121(和/或vUE 125)执行附连过程,并与网络(NW)311建立分组数据网络(PDN)会话。NW311可与图1和图2的CN 140/240或WLAN 136对应。当NW 311是CN 140/240时,交通工具系统121(或vUE 125)将附连请求消息发送到CN 140/240以向CN 140/240注册。在一些实施例中,默认PDN连接将在该过程期间被建立。

  在操作304处,交通工具系统121(或由交通工具系统121或vUE 125操作的移动通信模块)通过MCV-If参考点将接入网络选择消息(AccessNetworkSelectNotify)发送到MSP中央服务器150。根据默认的所配置的MSP中央服务器信息,从MSP应用层的角度看,交通工具系统121(或由交通工具系统121或vUE 125操作的移动通信模块)将AccessNetworkSelectNotify发送到MSP中央服务器150。响应于接收到AccessNetworkSelectNotify,MPS中央服务器150(或MSP ENAM 154)获得交通工具121标识(ID)信息、接入网络注册信息、以及位置信息,诸如,所附连的接入网络类型或RAT类型(例如,EPS、5G或WLAN)和所附连的蜂窝网络PLMNID、和/或其他类似信息。

  在操作306处,MSP中央服务器150(或MSP ENAM 154)作出决策并选择MSP边缘服务器136用于通信量负载和计算分布,并且生成并发送注册请求接受/确收(ACK)消息,以便用MSP边缘服务器信息来预设交通工具系统121(或vUE 125)。该消息可通过MCV-If参考点被发送。MSP边缘服务器信息可包括所选择的MSP边缘服务器136的IP地址、所选择的MSP边缘服务器136的计算能力(例如,高清晰度地图(HDM)数据处理、智能驾驶支持等)、和/或其他类似信息。在操作308处,MSP中央服务器150(或MSP ENAM 154)通过对应的MCE-If参考点将UE信息发送到MSP边缘服务器136,和/或用该UE信息来预设MSP边缘服务器136。在一些实施例中,MSP边缘服务器136的CP模块137可存储用于执行后台数据传递操作(参见例如操作314-322)的UE信息。

  在操作310处,MSP边缘服务器136(或CP模块137)向NW 311订阅以监测事件。在实施例中,MSP边缘服务器136可通过对应的NMW-If参考点将订阅消息发送到NW 311。在一个示例中,当NW 311是EPS时,MSP边缘服务器136(或CP模块137)进行订阅,以经由EPS CN中的SCEF来监测事件。在另一示例中,当NW 311是5GS时,MSP边缘服务器136(或CP模块137)进行订阅,以经由5G CN中的NEF来监测事件。要监测的事件包括UE可达性、vUE 125的位置和vUE125的位置的变化、连接性的丢失、通信失败、vUE 125的漫游状态和漫游状态的变化、数据平面通信失败(例如,DNN失败后的可用性)、存在于地理区域中的vUE 125的数量、PDN连接性状态、网络过载指示、SUPI-PEI关联的变化、下行链路数据递送状态、下行链路数据通知失败后的可用性、CN类型变化、和/或其他事件。下文中以及在3GPP技术规范(TS)23.502和3GPP TS 23.682中讨论了与向蜂窝网络140/240订阅以及监测事件有关的过程的细节。

  在操作312处,NW 311检测或以其他方式确定NW 311是空闲的和/或交通工具系统121/vUE 125是可达的,并且生成通知消息并将通知消息发送到MSP边缘服务器136(或CP模块137)以指示在DP通信工作时网络是空闲的且交通工具系统121/vUE 125是可达的。在操作313处,MSP边缘服务器136(或DP模块138)开始与交通工具系统121/vUE 125之间的后台数据传递。在实施例中,DP模块138可利用先前预设的UE信息来执行与交通工具系统121/vUE之间的后台数据传递(参见例如上文讨论的操作308)。此外,交通工具系统121/vUE 125还可操作于DP模块138相同或类似的DP模块以执行与MSP边缘服务器136之间的后台数据传递过程。

  当NW 311检测到通信失败或网络过载时,在操作316处,NW 311生成指示检测到的事件的通知消息并将该通知消息发送到MSP边缘服务器136(或CP模块137)。在操作318处,MSP边缘服务器136(或DP模块138)停止与交通工具系统121/vUE 125之间的后台数据传递。MSP边缘服务器136(或DP模块138)停止(多个)后台数据传递所按照的方式可基于由NW 311在操作316处报告的事件的类型,并且可因实施例而异。当NW 311检测到通信链路恢复(即,检测到vUE 125再次可达)和/或NW 311以其他方式再次空闲时,在操作320处,NW 311生成指示检测到的事件的通知消息并将该通知消息发送到MSP边缘服务器136(或CP模块137)。在操作322处,MSP边缘服务器136(或DP模块138)恢复与交通工具系统121/vUE 125之间的(多个)后台数据传递。附加地或替代地,由交通工具系统121/vUE 125操作的DP模块可执行一个或多个操作以恢复与MSP边缘服务器136之间的后台数据传递过程。在实施例中,NW311(例如,在操作312、316和320处)可通过对应的MNW-If参考点将各种通知消息发送到MSP边缘服务器136。在操作322后,过程300可结束或可根据需要重复。

  图4描绘根据各实施例的示例会话和服务连续性过程400。过程400开始于操作402,其中交通工具系统121/vUE 125执行附连过程并建立与NW 411之间的PDN会话。NW 411可与图1和图2的CN 140/240或WLAN 136对应。当NW 411A是蜂窝CN 140/240时,交通工具系统121(或vUE 125)将附连请求消息发送到CN 140/240以向CN 140/240注册。在一些实施例中,默认PDN连接将在该过程期间被建立。操作404涉及参照图3示出和描述的执行过程300的数据传递操作304-322。

  在操作406处,交通工具系统121(或vUE 125)由于例如接入网络重选、无线电链路失败、网络过载、不充分的服务质量等等而丢失与NW 411A之间的连接或以其他方式不可达。当NW 411(例如,基于操作406)检测到通信失败、网络过载等时,NW 411A生成指示检测到的事件的通知消息并将该通知消息发送到MSP边缘服务器136A(或CP模块137A)。通知消息可通过对应的MNW-IF参考点被发送到MSB边缘服务器136A。在操作410处,MSP边缘服务器136A(或DP模块138A)停止与交通工具系统121/vUE 125之间的后台数据传递。MSP边缘服务器136A(或DP模块138A)停止(多个)后台数据传递所按照的方式可基于由NW 411A报告的事件的类型,并且可因实施例而异。

  在操作412处,交通工具系统121(或vUE 125)与NW 411B附连。NW 411B可与图1和图2中的CN 140/240或WLAN 136中的与NW 411A不同的一者相对应。例如,NW 411A可以是由MNO A运营的5GS,并且NW 411B可以是由MNO B运营的5GS。在另一示例中,NW 411A可以是由MNO A运营的EPS,并且NW 411B可以是由MNO A或MNO B运营的5GS。在另一示例中,NW 411A可以是由MNO A运营的EPS/5GS,并且NW 411B可以是WLAN 136(开放的或私有的)。在另一示例中,NW 411A可以是由企业A运营的WLAN 133,并且NW 411B可以是开放的或不受限的WLAN136。

  在操作414处,交通工具系统121(或由交通工具系统121或vUE 125操作的移动通信模块)通过MCV-If参考点将接入网络重选消息(AccessNetworkReselectNotify)发送到MSP中央服务器150(或MSP ENAM154)。在操作416处,MSP中央服务器150(或MSP ENAM 154)将MSP边缘服务器136B选为目标MSP边缘服务器,并且将请求消息发送到MSP边缘服务器136A(或CP模块137A)以将与交通工具系统121和移交(HO)相关联的UE上下文释放到MSP边缘服务器136B。移交请求可通过相应的MCE-If参考点被发送到边缘服务器136B。目标MSP边缘服务器的选择可基于当前通信量负荷、计算分布和/或其他类似考量。UE上下文可以是存储交通工具系统121/vUE 125的UE相关的信息的数据结构或数据库对象。例如,UE上下文可存储(多个)交通工具系统121/vUE 125标识符、用于交通工具系统121/vUE 125的位置或路由信息、以及交通工具系统121/vUE 125与用于与交通工具系统121/vUE 125之间传达消息/数据的连接之间的关联。UE上下文还可存储后台数据传递信息/数据,诸如,传递到交通工具系统121/vUE 125和/或从交通工具系统121/vUE 125接收的一个或多个数据分组的序列号(SN)。在其他实施例中,其他信息可被包括在UE上下文中。

  在操作418处,MSP边缘服务器136A(或CP模块137A)将UE上下文移交给MSP边缘服务器136B(或CP模块137B)以实现会话和服务连续性。例如,MSP边缘服务器136A可通过MSP边缘服务器136A与136B之间的MEE-If参考点将与交通工具系统121(或vUE 125)相关联的该MSP边缘服务器136A的本地存储的UE上下文发送到MSP边缘服务器136B。在实施例中,MSP边缘服务器136B可响应于从源MSP边缘服务器136A接收到UE上下文而执行与图3的操作310-322类似的操作。在操作420处,MSP中央服务器150(或MSP ENAM 154)经由MCV-If参考点用MSP边缘服务器136B的MSP边缘服务器信息来预设交通工具系统121/vUE 125,该MSP边缘服务器信息可包括如先前参照图3所讨论的相同或类似类型的数据/信息。在操作422处,MSP边缘服务器136B(或DP模块138B)经由交通工具系统121(或vUE125)与MSP边缘服务器136B之间的对应MEV-If参考点来恢复交通工具系统121与MSP边缘服务器136B之间的后台数据传递。

  这些实施例使MSP中央处理器150能够管理交通工具系统121注册、会话和服务连续性过程,并且具有对交通工具系统121选择附连到的接入网络的较少的依赖关系。

  图5-图7分别示出根据各实施例的示例过程500-700。出于说明性目的,过程500-700的各操作被描述为由参照图1-图4讨论的各元件或这些元件的元件来执行。在这些元件之间传达的各消息/信令可通过本文中参照图1-图4讨论的各接口并使用本文中讨论的各机制(包括本文中参照图8-图15讨论的那些机制)被发送/接收。尽管图5-图7图示操作的特定示例和次序,但所描绘的操作次序不应当被解释为以任何方式限制实施例的范围。相反,所描绘的操作可被重排序、被分成附加的操作、被组合、和/或一起被省略,同时仍保持在本公开的精神和范围内。

  图5示出根据各实施例的用于管理注册、会话和服务连续性的过程500。过程500可由如参照图1-图2所讨论的MSP中央服务器150(或其部分)执行,以便尤其是管理向移动的交通工具121预设边缘联网服务。过程500开始于操作505,其中MSP边缘服务器150(或MSPENAM 154)经由交通工具系统121(或vUE 125)附连到的第一接入网络从交通工具系统121(或vUE 125)接收AccessNetworkSelectNotify消息。在实施例中,AccessNetworkSelectNotify消息可指示交通工具系统(或vUE 125)附连到的第一接入网络和/或其他相关信息,诸如,位置/定位信息、资源利用、和/或其他类似信息。在操作510处,MSP边缘服务器150(或MSP ENAM 154)选择交通工具系统121(或vUE 125)的通信量、计算任务和/或工作负载应当被卸载到的第一MSP边缘服务器136。第一MSP边缘服务器136的选择基于对AccessNetworkSelectNotify消息(和/或包含在其中的信息)的接收。

  在操作515处,MSP边缘服务器150(或MSP ENAM 154)用第一MSP边缘服务器136的边缘服务器信息来预设交通工具系统121(或vUE 125)。在实施例中,MSP中央服务器150(或MSP ENAM 154)可使用注册请求接受或ACK消息来预设交通工具系统121(或vUE 125)。在实施例中,第一MSP边缘服务器136的边缘服务器信息包括例如第一MSP边缘服务器136的网际协议(IP)地址以及第一MSP边缘服务器136(或由第一MSP边缘服务器136提供的服务)的计算能力。在实施例中,第一MSP边缘服务器136(或由第一MSP边缘服务器136提供的服务)的计算能力可包括例如交通工具数据分析能力、通信量控制服务能力、内容流送服务能力、高清晰度地图(HDM)处理能力、自主或智能驾驶服务能力、交通工具-云(V2C)能力、MaaS服务/能力、和/或其他类似的AECC服务/能力。

  在操作520处,MSP边缘服务器150(或MSP ENAM 154)用交通工具系统121(或vUE125)的交通工具(或vUE)信息来预设第一MSP边缘服务器136。在实施例中,MSP中央服务器150(或MSP ENAM 154)可使用合适的消息用交通工具(或vUE)信息来预设第一MSP边缘服务器136。交通工具(或vUE)信息可包括例如交通工具系统121(vUE 125)的身份或标识符(例如,IP地址或其他类似的标识符)、交通工具系统121(或vUE 125)的位置信息、接入网络的接入网络注册信息、以及接入网络的接入网络身份信息、和/或其他类似信息。接入网络注册信息可包括例如附连的接入网络类型或无线电接入技术(RAT)类型的接入网络,并且接入网络身份信息可包括例如公共陆地移动网络身份(PLMNID)等等。在实施例中,第一MSP边缘服务器136可使用该信息来向接入网络订阅,以接收与交通工具系统121(或vUE 125)有关的网络/移动性事件通知,并且与交通工具系统121(或vUE 125)通信地耦合以执行后台数据传递。

  在一段时间后,MSP边缘服务器150(或MSP ENAM 154)经由交通工具系统121(或vUE 125)附连到的第二接入网络从交通工具系统121(或vUE 125)接收AccessNetworkReselectNotify消息。对AccessNetworkReselectNotify消息的接收可基于交通工具系统121(或vUE 125)移动到新网络的覆盖区域中、无线电链路失败、或者某个其他网络错误或失败。在实施例中,AccessNetworkReselectNotify消息可包括与AccessNetworkSelectNotify消息以及其他相关信息相同或类似的信息,其他相关信息诸如接入网络重选的理由等等。在操作530处,MSP边缘服务器150(或MSP ENAM 154)选择交通工具系统121(或vUE 125)的通信量、计算任务和/或工作负载应当被卸载到的第二MSP边缘服务器136。第二MSP边缘服务器136的选择可基于对AccessNetworkReselectNotify消息(和/或包含在其中的信息)的接收。

  在操作535处,MSP边缘服务器150(或MSP ENAM 154)将移交请求消息发送到第一MSP边缘服务器136,该移交请求消息可指令第一(源)MSP边缘服务器136或以其他方式使第一(源)MSP边缘服务器136释放交通工具系统121(或vUE 125)上下文,并将交通工具121(或vUE 125)上下文传递到第二(目标)MSP边缘服务器136。在操作540处,MSP边缘服务器150(或MSP ENAM 154)用第二MSP边缘服务器136的边缘服务器信息来预设交通工具系统121(或vUE 125)。在实施例中,MSP中央服务器150(或MSP ENAM 154)可使用另一注册请求接受消息、ACK消息、和/或移交完成消息来预设交通工具系统121(或vUE 125)。该消息可包括与在操作515处被发送的预设消息相同或类似类型的信息。在执行操作540之后,过程500可结束或根据需要重复。

  图6示出根据各实施例的用于向交通工具系统提供计算卸载服务的过程600。过程600可由如参照图1-图2所讨论的MSP边缘服务器136(或其部分)执行,以便尤其是向移动的交通工具121提供通信服务。

  过程600开始于操作605,其中,MSP边缘服务器136(或CP模块137)从MSP中央服务器150接收预设消息,该预设消息可包括先前参照图1-图5所讨论的(例如,交通工具系统(或vUE)信息)相同或类似的信息。在操作610处,MSP边缘服务器136(或CP模块137)基于预设消息中所包含的信息来确定交通工具系统121(或vUE 125)附连到的接入网络。在操作615处,MSP边缘服务器136(或CP模块137)进行订阅,以从所确定的接入网络接收交通工具系统121事件通知。

  在一段时间后,MSP边缘服务器136(或CP模块137)可从所订阅的接入网络接收事件通知。在操作620处,MSP边缘服务器136(或CP模块137)确定所接收的事件通知是否指示交通工具系统121(或vUE 125)可达还是不可达。如果通知指示交通工具系统121(或vUE125)可达,则MSP边缘服务器136(或CP模块137)继续进行到操作625,以开始或恢复可由MSP边缘服务器136的DP模块138执行的后台数据传递过程。如果在操作620处通知指示交通工具系统121(或vUE 125)不可达,则MSP边缘服务器136(或CP模块137)继续进行到操作630,以停止或暂停可以由或可以不由MSP边缘服务器136的DP模块138执行的后台数据传递过程。

  在操作625或操作630中的操作后,MSP边缘服务器136(或CP模块137)在操作635处确定是否已从MSP中央服务器150接收到移交请求。如果移交请求还未被接收到,则MSP边缘服务器136(或CP模块137)往回循环到操作620以继续监测事件通知。如果移交请求已被接收到,则MSP边缘服务器136(或CP模块137)可将交通工具(或UE)上下文释放或发送到由该移交请求指示的目标MSP边缘服务器136。在一些实施例中,在交通工具(或UE)上下文已被释放和/或发送到目标MSP边缘服务器136后,MSP边缘服务器136(或CP模块137)可将移交ACK或移交完成消息发送到MSP中央服务器150和/或交通工具系统121(或vUE 125)以指示后台数据传递可在交通工具系统121(vUE 125)与目标MSP边缘服务器136之间发生。在执行操作640之后,过程600可结束或根据需要重复。

  图7示出根据各实施例的用于获得通信服务的过程700。过程700可由如参照图1-图2所讨论的交通工具系统121/vUE 125(或其部分)执行,以便尤其是从MSP服务器136、150获得通信服务。

  过程700开始于操作705,其中交通工具系统121(或vUE 125)执行与第一接入网络之间的附连过程,该第一接入网络可以是参考图1-图2讨论的蜂窝网络140、蜂窝网络240A、蜂窝网络240B、或WLAN 130。在操作710处,交通工具系统121(或移动通信模块)生成AccessNetworkSelectNotify消息,并经由第一接入网络将该AccessNetworkSelectNotify消息发送到MSP中央服务器150。AccessNetworkSelectNotify消息可包括与先前所讨论的相同或类似的信息。在操作715处,交通工具系统121(或移动通信模块)从MSP中央服务器150接收预设消息,该预设消息可包括与先前所讨论的(例如,第一MSP边缘服务器136的MSP边缘服务器信息)相同或类似的信息。在操作720处,交通工具系统121(或移动通信模块或DP模块)可开始或恢复与由预设消息指示的第一MSP边缘服务器136之间的后台数据传递过程。

  在操作725处,交通工具系统121(或vUE 125)确定与第一接入网络之间的链路是否仍活跃或可用。如果链路是可用/活跃的,则交通工具系统121(或vUE 125)往回进行到操作720,以继续或恢复后台数据传递操作。如果链路不是可用/活跃的,诸如当交通工具系统121移出第一接入网络的覆盖区域或链路以其他方式失败时,交通工具系统121(或移动通信模块或DP模块)继续进行到操作730以停止或暂停后台数据传递操作。

  在操作735处,交通工具系统121(或vUE 125)执行与第二接入网络之间的附连过程,该第二接入网络可以是蜂窝网络140、蜂窝网络240A、蜂窝网络240B或WLAN 130中的、与第一接入网络不同的一个接入网络。在一些实施例中,取决于在操作725处检测到的断开连接的类型,交通工具系统121(或vUE 125)当在操作735处尝试附连到第二接入网络之前可尝试重新连接到第一接入网络或重新建立与第一接入网络之间的网络连接。如果交通工具系统121(或vUE 125)能够重新附连/重新连接到第一接入网络,则交通工具系统121可重复操作710-725。

  在交通工具系统121(其他vUE 125)附连到第二接入网络后,交通工具系统121(或vUE 125)生成AccessNetworkReselectNotify消息,并经由第二接入网络将该AccessNetworkReselectNotify消息发送到MSP中央服务器150。AccessNetworkReselectNotify消息可包括与先前所讨论的相同或类似的信息。在操作745处,交通工具系统121(或移动通信模块)从MSP中央服务器150接收另一预设消息,该预设消息可包括与先前所讨论的(例如,第二(目标)MSP边缘服务器136的MSP边缘服务器信息)相同或类似的信息。在操作750处,交通工具系统121(或移动通信模块或DP模块)可开始或恢复与由该另一预设消息指示的第二MSP边缘服务器136之间的后台数据传递过程。在执行操作750之后,过程700可结束或根据需要重复。

  II.AECC服务和MSP边缘服务器计算能力

  如先前所提及,MSP边缘服务器136可向被连接的交通工具系统提供计算卸载服务和/或网络服务。如先前所讨论,这些服务可向交通工具系统121指示为在由MSP中央服务器150提供的预设信息中的“计算能力”。这些服务或计算能力的示例可包括面向消费者的服务(例如,游戏、远程移动/桌面应用、增强现实/虚拟现实、内容流送服务、认知辅助服务(诸如,文本-语言处理或语言-文本处理)等等)、运营商或第三方服务(例如,活跃设备位置跟踪、“大数据”应用、安全性/安全方面、企业服务等等)、以及网络性能或体验质量(QoE)服务(例如,域名系统(DNS)/CDN/web高速缓存、性能优化、内容流送优化等等)。这些服务中的一些服务或所有服务可包括交通工具-云(V2C)服务,诸如,智能驾驶服务、高清晰度地图(HDM)服务、V2C巡航辅助服务、移动性即服务(MaaS)、以及许多其他服务。

  智能驾驶应用/服务可包括支持安全和高效驾驶的应用(例如,交通通知),并且可包括自主驾驶。基于云的智能驾驶服务可收集数据,诸如,巡航数据、生物传感器数据和控制数据。该数据可从各个源聚集,这些源包括来自交通工具中的传感器和板载生物传感器/相机的移动日志。用于这些应用的数据容量是非常大的,从而对联网资源和计算质量两者产生重负荷。在这些情况下,上述边缘服务器向交通工具系统121指令要收集的且要经由MSP边缘服务器136被发送的数据类型,指令交通工具系统121在传送之前应当如何处理所收集的数据,并且在将数据发送到云之前预处理从交通工具系统121收集到的数据。所收集的数据随后经由一个或多个接入网络被发送到云以进行处理。基于所收集的数据,云使用人工智能(AI)和/或高级机器学习技术来计算智能驾驶参数集。智能驾驶参数集可能需要及时被发送到vUE 121。智能驾驶服务可受益于本文中讨论的各实施例,因为MSP中央服务器可将正在进行的数据会话从一个边缘服务器传递到另一边缘服务器,以及时地向vUE121提供智能驾驶参数集。以此方式,能以对订阅者(例如,交通工具系统121的用户)显得不中断的方式提供智能驾驶服务。

  HDM服务合并静态信息和动态信息(例如,交通工具位置、行人和障碍物等),并基于此类信息创建并分发地图。HDM可要求具有高容量和高效处理的许多数据事务保持信息最新。HDM必须能够准确地使包括交通工具的动态对象局部化,这对于超出传统路线引导应用的自动化驾驶是所要求的。可要求大量数据传递一致地更新HDM。数据从vUE的板载相机、雷达传感器、雷达扫描仪(LIDAR)和/或其他类似传感器被收集。所收集的数据通过HDM服务被传递并在云中被处理。在一些情况下,边缘服务器可预处理所收集的数据,并且向基于云的HDM服务(例如,假设为X的地图,但假设为Y的相机)提供HDM偏差。这些偏差被发送到云以更新HDM。所完成的地图信息被存储在MSP中央服务器或边缘服务器中,并且需要被及时分发给相关交通工具。HDM服务可获益于本文中讨论的各实施例,因为MSP中央服务器可将正在进行的数据会话从一个边缘服务器传递到另一边缘服务器,使得可及时向相关uUE 121提供HDM信息。以此方式,可无缝地或能以对订阅者(例如,交通工具系统121的用户)显得不中断的方式更新HDM。

  V2C巡航辅助是与常规专用短距离通信(DSRC)相比更灵活的服务演进模型的示例用例。V2C巡航辅助涉及通过集成从相邻汽车获得的信息而进行的网络调解的V2V通信。该机制被称为交通工具-云-交通工具服务(V2C2V)。当用于通过利用相邻交通工具、路边单元和其他实体/设备的组合将信息广播到需要相同信息的交通工具时,该服务场景是尤其有效的。

  为了实现该服务场景,交通工具和路边单元将它们的巡航数据传送到云以进行分析,从而提供用于驾驶辅助(诸如,碰撞避免、用于编队的巡航控制、和信号控制)的信息。所生成的信息随后被分发到相邻区域中的相关vUE 121和路边设施。通过网络的在相邻区域中的不同交通工具之间的该交通系统要求低等待时间通信和超高计算处理以实现服务时序标准。V2C巡航辅助服务可获益于本文中讨论的各实施例,因为MSP中央服务器可将正在进行的数据会话从一个边缘服务器传递到另一边缘服务器,使得可及时向相关vUE、RSU和其他实体/设备提供驾驶辅助信息。

  移动性即服务(MaaS)是指移离个人拥有的交通模式并移向作为服务被消费的移动性解决方案。许多服务(例如,路线导航服务)依赖于来自vUE 121的移动性数据以提供它们的服务(例如,实时导航)。可由第三方使用所聚集的移动性数据来提供新服务,诸如,由路政部门提供交通流量控制。这些种类的服务是MaaS的构建块,这将带来对移动性体验的改善。通过经由创建并管理交通的统一网关组合公共和/或私有交通服务来启用MaaS。用于可逐行程支付,或可为MaaS支付订阅费。MaaS背后的关键概念是基于旅行者的旅行需求为它们提供移动性解决方案。MaaS可包括拼车、电子打车(e-haling)、交通工具共享(包括汽车共享服务、自行车共享服务和滑板车共享服务)、在线/移动投递、和/或弹出(pop-up)或按需公共汽车服务。这些共享服务典型地利用行程或路线规划器(例如,使用UE或vUE 125中的移动应用),该行程或路线规划器向用户显示从一个目的地到另一目的地的路线以及用于能够使用的交通模式(或交通模式的组合)。用户随后可基于成本、时间和便利性来选择他们的优选行程,随后预订或预约他们的交通(例如,呼叫出租车、预约火车上的座位等)。随着这些服务演进,不久将出现超出当前服务的新兴起的服务,诸如移动性共享和多模态导航。移动性共享是包括拼车、汽车共享以及甚至停车场/空间共享的服务,而多模态导航服务是使用各种交通模式且也提供移动性共享服务信息的端对端路线引导。移动性共享服务将涉及各种类型的信息在资产所有者、服务提供商与最终用户之间被及时共享;相应地,这些类型的服务应当被建立在智能驾驶、高清晰度地图和巡航辅助之上。这些兴起的服务可受益于或依赖于本文中讨论的各实施例的各种会话传递机制。

  III.MSP服务器选择方面

  如先前所提及,在各实施例中,MSP中央服务器150执行交通工具系统121和/或vUE125的通信量、工作负载和/或计算任务应当被卸载到的MSP边缘服务器136的选择和重选,并且将交通工具系统121和/或vUE 125和所选择的边缘服务器136可用于进行计算卸载的信息提供给交通工具系统121和/或vUE 125和所选择的边缘服务器136和/或用该信息来预设交通工具系统121和/或vUE 125和所选择的边缘服务器136。

  图8A示出当(重新)选择MSP边缘服务器136以用于计算卸载时可发生的示例边缘服务器过程800A。一般而言,AECC系统100/200A/200B以开始于操作801处的步骤继续进行,在操作801处,通过接入网络获得主网络接入。接入网络830可以是WLAN 130、蜂窝网络140/240A/240B、或某个其他合适的网络。随后,在步骤802处,交通工具系统121(或vUE 125)选择MSP中央服务器150以被连接到AECC系统100/200A/200B。在步骤803处,MSP中央服务器150基于一个或多个选择标准(诸如,本文中讨论的那些选择标准)选择MSP边缘服务器136-1来服务交通工具系统121(或vUE 125)。随着交通工具系统121(或vUE 125)移动,MSP中央服务器在操作804a处(重新)选择MSP边缘服务器136-2或在操作804b处(重新)选择边缘服务器136-3。MSP边缘服务器136-1、136-2和136-3可以是与先前讨论的MSP边缘服务器136相同或类似。MSP边缘服务器136的可用性可变化,并且MSP中央服务器150可基于AECC系统和接入网络的预测和状态或其他类似的标准或参数来支持MSP边缘服务器136之间的切换。

  现有的AECC解决方案不评估不同形式的接入(例如,WLAN 130和蜂窝网络140)的影响。对于不同的接入网络,用于启用AECC应用的解决方案可能非常不同。此外,在现有解决方案和文档中,MSP边缘服务器136选择未被解决。

  存在由AECC工作组2(WG2)在AECC WG2 FAD v0.4.0中标识并优先列出的三个问题,包括:数据卸载;交通工具的可达性;以及MSP服务器选择,包括中央服务器选择和边缘服务器选择。AECC文档T100046、AECC文档T1800040和AECC文档T1800047提供解决这三个问题的解决方案作为对AECC的贡献。在T100046中,对于MSP服务器选择给出初始解决方案。然而,一些解决方案对于MSP中央服务器选择150选择不可应用于WLAN 130,并且考虑到不同的接入网络,在这些文档中对MSP中央服务器150选择的解决方案不是完整的。此外,在这些文档中的一些文档或全部文档中,MSP边缘服务器150选择未被解决。

  本文中的实施例包括MSP中央服务器150和MSP边缘服务器选择过程。一个此类过程由图8B描绘,其包括过程800B。过程800B开始于操作810,该过程将蜂窝接入信息映射至AECC服务。在操作811处,该过程执行MSP中央服务器150选择。在操作812处,该过程执行MSP边缘服务器136选择。在实施例中,可将图1-图11或本文中的一些其他附图中的(多个)电子设备、(多个)网络、(多个)系统、(多个)芯片、或(多个)组件、或其部分或实现方式配置成用于执行过程800B。

  一些实施例提供用于以不同的接入网络(例如,WLAN和蜂窝)来启用AECC应用的过程。还描述了用于启用MSP中央服务器选择的系统和方法。在一些实施例中,蜂窝网络将蜂窝接入信息映射至(多个)AECC服务,蜂窝接入信息诸如,接入点名称(APN)或数据网络名称(DNN)映射。如果存在AECC与MNO之间的服务协议,则蜂窝网络140可授权交通工具接入AECC系统100/200A/200B并执行MSP中央服务器150选择。

  在一些实施例中,MSP边缘服务器150选择过程包括:(a)以MSP中央服务器150为中心的过程,作为AECC(应用)级方法(该过程可应用于利用WLAN接入网络或蜂窝接入网络的系统);(b)蜂窝辅助的过程,因为蜂窝网络可提供信息并辅助MSP边缘服务器130选择的过程(该过程仅可应用于利用蜂窝接入网络的系统);以及(c)以交通工具系统121为中心的过程,因为交通工具可收集用于AECC边缘服务器的信息以执行MSP边缘服务器选择(该过程仅可应用于利用蜂窝接入网络的系统)。这些实施例为考虑中的利用WLAN 130和蜂窝网络140的MSP边缘服务器136选择提供三个选项。它还提供系统级过程以满足对AECC用例的要求,这还应用于一般V2X应用。

  当经历图8的过程800的整体操作时,一个操作可影响另一操作的可用的选项。因此,对于不同的接入网络提议总体的系统级过程。

  III.1.1利用WLAN接入的系统过程

  图9示出用于利用WLAN接入的交通工具系统的示例选择过程900,其用于执行MSP中央服务器150选择、可达性过程、以及MSP边缘服务器136选择和数据卸载。假定交通工具具有有效的凭证以通过WLAN获得对互联网的接入。过程900可如下操作:

  1)交通工具121需要以MSP中央服务器150的信息(例如,IP地址、域名等)来配置,或者可从历史中检取该信息,该历史例如可存储在本地。

  2)交通工具系统121通过WLAN 130(例如,图9中的WLAN 930)获得对互联网的接入

  3)[任选地]如果MSP中央服务器150的IP地址不是可用的,则可能需要遵循T1800046中用于MSP中央服务器150选择的解决方案的DNS/提示服务器911查找。注意,不是T1800046中的所有解决方案都可被应用。

  例如,在交通工具系统121未通过WLAN 130发起连接的情况下,MSP服务器150、136不能够向交通工具系统121广播。

  4)利用MSP中央服务器150的IP地址,交通工具系统121执行AECC级认证和数据交换。

  5)MSP中央服务器250基于不同的应用且还基于交通工具系统121的状态(诸如,遵循T1800047的可达性信息)从交通工具系统121收集数据。

  例如,MSP中央服务器150可请求交通工具系统121经由蜂窝网络140对短消息服务(SMS)推送作出响应,以通过蜂窝网络140来验证该交通工具系统121的可达性。

  6)MSP边缘服务器136选择可包括例如:

  以MSP中央服务器150为中心:这要求MSP中央服务器150收集用于MSP边缘服务器136选择的信息,诸如,交通工具系统121位置、MSP边缘服务器136位置和能力、(多个)交通工具系统121接入网络和它们的状态(诸如,拥塞)、和/或其他类似信息。基于该信息,MSP中央服务器150为交通工具系统121选择适当的MSP边缘服务器136。这可被视为AECC(应用)级解决方案。

  7)蜂窝网络140(或交通工具系统121)将数据卸载到MSP边缘服务器136。

  III.1.2利用蜂窝接入的系统过程

  如果交通工具系统121的接入网络是蜂窝网络140,则交通工具系统121可具有向MNO的订阅或可具有通过服务提供商(AECC)的赞助连接。对于这两种情况的总体过程由图10和图11示出。图10示出用于利用蜂窝订阅的交通工具系统121的示例选择过程1000。过程1000可如下操作:

  1)交通工具121具有向例如蜂窝网络140的MNO的有效订阅。

  2)蜂窝网络140授权交通工具系统121接入数据网络。

  3)交通工具系统121通过以下机制中的一个或多个与MSP中央服务器150连接:

  a.蜂窝NW 140接入信息,诸如,向一个或多个AECC服务的APN(或

  DNN)映射。

  b.MSP中央服务器150的IP地址。

  c.可由DNA或提示服务器(例如,图9中的DNS/提示服务器911)解析的AECC域名。

  4)交通工具系统121在AECC级与MSP中央服务器150交换数据。

  5)MSP中央服务器150基于不同的应用且还基于交通工具系统121的状态(诸如,遵循T1800047的可达性信息)从交通工具系统121收集数据。

  6)MSP边缘服务器136选择可包括以下机制中的一个或多个:

  a.与图9的过程900中的步骤/操作6(a)相同。

  b.蜂窝辅助的:蜂窝网络140可提供信息(诸如,位置和边缘服务器136列表)来辅助边缘服务器136选择。例如,MSP中央服务器150可指令蜂窝网络140验证交通工具系统121的可达性且随后基于费率表(或通信量)来选择边缘服务器136。蜂窝网络140还可基于交通工具系统121的位置和速度信息而知晓存在连接到蜂窝CN 142的WLAN 130热点。随后,可提前选择边缘服务器136以存储由交通工具系统121请求的数据(例如,HD地图等)。

  c.以交通工具为中心的:交通工具系统121可通过主蜂窝网络140和替代蜂窝网络140得到测量以理解网络140的状态,诸如,拥塞。每个选项可建议边缘服务器136建立边缘服务器列表。交通工具系统121可基于一些选择标准选择MSP边缘服务器136并将决策报告给进行服务的MSP中央服务器150。

  7)蜂窝网络140(或交通工具系统121)将数据卸载到MSP边缘服务器136。

  图11示出用于利用蜂窝接入和赞助商连接性的交通工具系统121的示例选择过程1100。过程1100可如下操作:

  1)应当具有AECC与蜂窝NW 140的MNO之间的服务协议。

  2)蜂窝网络140将交通工具系统121标识为AECC交通工具系统121,该AECC交通工具系统121向AECC服务器150、136的连接通过AECC按协议来赞助。

  3)蜂窝网络140授权来自交通工具系统121的通过诸如APN/DNN名称之类的服务的连接请求。

  4)蜂窝网络140基于AECC与MNO之间的服务协议将交通工具系统121的AECC凭证转发到指定的MSP中央服务器150。

  5)交通工具系统121遵照AECC与MNO之间的服务协议与MSP中央服务器150连接,并且在AECC级与MSP中央服务器交换数据。

  6)MSP中央服务器150基于不同的应用且还基于交通工具系统121的状态(诸如,遵循T1800047的可达性信息)从交通工具系统121收集数据。

  7)与图10的过程1000中的步骤6相同。

  8)蜂窝网络140(或交通工具系统121)将数据卸载到MSP边缘服务器136。

  IV.多接入边缘计算(IVIEC)方面

  图12描绘根据各实施例的多接入计算(MEC)环境1200。图12具体图示在环境1200内发生的不同层的通信,开始于端点传感器或物层1210(例如,以物联网(IoT)网络拓扑来操作),该端点传感器或物层1211(也被称为边缘端点1210等等)包括一个或多个IoT设备1210;在复杂度方面增加,到达包括一个或多个用户装备(UE)1221a和1221b的网关或中间节点层1220(也被称为中间节点1220等等),该网关或中间节点层促进对来自端点1210的数据的收集和处理;在处理和连接性复杂度方面增加,到达包括多个接入节点(AN)1231、1232和1233的接入或边缘节点层1230(也被称为边缘计算节点1230等等);以及在连接性和处理复杂度方面增加,到达包括核心网络(CN)1242和云1244的后端层1240。后端层1240处的处理可通过如由远程应用服务器1250和/或其他云服务执行的网络服务来增强。

  诸如中间节点1220或端点1210之类的终端用户设备具有对基于不同技术对多个通信网络的接入以用于接入应用服务,这些不同的技术例如,LTE或NR/5G蜂窝技术(例如,如由AN 1231和/或多个AN 1232提供)、WiFi(例如,如由AN 1233和/或多个AN 1232提供)、DSL、MuLTEfire等。不同的技术在不同的场景中表现出益处和限制,并且不同场景中的应用性能变得取决于接入网络(例如,WiFi、LTE等)的选择以及所使用的网络和传输协议(例如,VPN、MPTCP、GRE等)。例如,当处于相对好的覆盖下时,WiFi可为中间节点1220和端点1210提供高吞吐量,但是随着用户移动到更靠近于WiFi覆盖区域的边缘或当1233服务相对较大的用户群时,(例如,由于基于竞争的WiFi接入机制)吞吐量显著降级。在LTE或NR网络中,容量通常受许可频谱的有限的可用性约束,但是即使在多用户场景中,由于许可频谱的排他性和由服务基站所提供的受控调度,服务质量也是可预测的。

  不像使用许可频谱的LTE和NR网络,WiFi是以2.4GHz和5GHz范围的非许可射频(RF)来操作的共享介质。非许可接入的3GPP变体被称为LAA。LAA旨在设计用于全球统一化的LTE和/或NR规范,这些LTE和/或NR规范允许与共享介质中的WiFi和其他网络的公平共存。LAA采用与WiFi的EDCA类似的介质接入方案。就LTE和/或NR而言,对公平性和吞吐量的共存的影响也是当前对这两种标准的挑战。在利用在共享介质中操作的网络技术时可能出现的一个问题在于,由于例如临时干扰、分组冲突、拥塞、以及缓冲器溢出,在传送期间可能丢失分组。在当前基于WiFi的协议中,MAC协议支持有限的重传以恢复丢失的分组。具体而言,当达到最大重传限制时,WiFi发射器将放弃并丢弃分组。另外,基于WiFi的重传方法在分组由于临时拥塞和/或缓冲器溢出而被丢弃时是不适用的。类似地,LAA使用竞争窗口尺寸(CWS)来对丢失的分组进行重传,其中,在MAC层中,CWS基于HARQ-ACK以指数方式增加。

  返回参考图12,环境1200被示出为包括UE 1221a和UE 1221b(统称为“UE 1221”或“多个UE 1221”)。在该示例中,UE 1221a被图示为交通工具UE,并且UE 1221b被图示为智能电话(例如,可连接至一个或多个蜂窝网络的手持式触屏移动计算设备)。然而,这些UE1221可包括任何移动或非移动计算设备,诸如,平板计算机、可穿戴设备、PDA、寻呼机、台式计算机、膝上型计算机、无线手持设备、无人交通工具或无人机、IVI、ICE、仪表集群、HUD、OBD、DME、MDT、OBU、EMS、EEMS、ECU、ECM、嵌入式系统、微控制器、控制模块、联网或“智能”装置、MTC设备、M2M、IOT设备、和/或包括无线通信接口的任何类型的计算设备。

  环境1200还包括IoT设备1211,该IoT设备1211是包括(例如,在互联网基础设施内)可唯一地标识的嵌入式计算设备,这些嵌入式计算设备包括针对利用短暂存在的UE连接的低功率IoT应用而设计的网络接入层。IoT设备1211可以是任何对象、设备、传感器、或“物”,这些对象、设备、传感器、或“物”与使得这些对象、设备、传感器、或“物”能够捕捉和/或记录与事件相关联的数据并且能够在很少的用户干预或没有用户干预的情况下通过网络向一个或多个其他设备传达此类数据的硬件和/或软件组件一起被嵌入。例如,在各实施例中,IoT设备1211可以是非生物设备,诸如自主传感器、计量器、仪表、图像捕捉设备、话筒、发光设备、发声设备、音频和/或视频回放设备、机电设备(例如,开关、致动器等)等等。IoT设备1211可以利用诸如M2M或MTC之类的技术经由PLMN、ProSe或D2D通信、传感器网络、或IoT网络而与MTC服务器(例如,服务器1250)、MEC服务器1236和/或MEC系统或设备交换数据。M2M或MTC数据交换可以是机器发起的数据交换。

  IoT设备1211可执行后台应用(例如,保持存活、状态更新等),以促进IoT网络的连接。在IoT设备1211是传感器设备或被嵌入在传感器设备中的情况下,IoT网络可以是WSN。IoT网络描述了互连的IoT UE,诸如,通过相应的直接链路1205连接至彼此的IoT设备1211。IoT设备可包括以各种组合(被称为“IoT群组”)分组的任何数量的不同类型的设备,这些设备可包括为特定用户、消费者、组织等提供一个或多个服务的IoT设备。服务提供商(例如,服务器1250的所有者/运营商、CN 1242、和/或云1244)可将IoT设备以IoT群组部署到特定区域(例如,地理位置、建筑物等),以便提供一个或多个服务。在一些实现方式中,IoT网络可以是在云1244的边缘处操作的IoT设备1211的网状网络,可被称为雾设备、雾系统、或雾。雾涉及用于将云计算功能带至更靠近于数据生成方或消费方的机制,其中各种网络设备在它们的原生架构上运行云应用逻辑。雾计算是沿从云1244到物(例如,IoT设备1211)的连续统一体在任何地方分布计算、存储、控制、以及联网的资源和服务的系统级水平架构。雾可根据由OFC、OCF等等发布的规范等来建立。在一些实施例中,雾可以是由IOTA基金会定义的缠结(tangle)。

  雾可用于在将数据路由至边缘云计算服务(例如,边缘节点1230)和/或中央云计算服务(例如,云1244)的同时对该数据执行低等待时间计算/聚合,以用于执行重型计算或计算上繁重的任务。另一方面,边缘云计算将人类操作的、自愿性的资源合并为云。这些自愿性资源可尤其包括中间节点1220和/或端点1210、台式PC、平板、智能电话、纳米数据中心等等。在各实现方式中,边缘云中的资源可以处于距IoT设备1211一跳到两跳的接近度内,这可引起与处理数据有关的开销降低并且可减少网络延迟。

  在一些实施例中,雾可以是IoT设备1211和/或联网设备(诸如,路由器和交换机)与在它们的原生架构上运行云应用逻辑的高计算性能和能力的合并。雾资源可以由云供应商来制造、管理和部署,并且可以利用高速的可靠的链路来互连。而且,当与边缘系统比较时,雾资源可以驻留在更远离于网络的边缘处,但是当与中央云基础设施相比时,雾资源驻留在更靠近于网络的边缘处。雾设备用于有效地处置由边缘资源卸载的计算密集型任务。

  在实施例中,雾可在云1244的边缘处操作。在云1244的边缘处操作的雾可与云1244的边缘网络1230重叠或者可被归入到云1424的边缘网络1230中。云1244的边缘网络可与雾重叠,或者可成为雾的部分。此外,雾可以是包括边缘层和雾层的边缘-雾网络。边缘-雾网络的边缘层包括松散耦合的、自愿性的、以及人类操作的资源(例如,前述边缘计算节点或边缘设备)的集合。雾层驻留在边缘层之上,并且是诸如图12的中间节点1220和/或端点1210之类的联网设备的合并。

  数据可被捕捉、被存储/被记录、并在IoT设备之间被传递(或者例如,如由图12所示的具有彼此之间的直接链路1205的中间节点1220和/或端点1210之间被传递)。对通信量流的分析以及控制方案可由聚合器实现,该聚合器通过网状网络与IoT设备1211进行通信并且彼此通信。聚合器可以是某种类型的IoT设备1211和/或网络装置。在图12的示例中,聚合器可以是边缘节点1230、或者一个或多个所规定的中间节点1220和/或端点1210。可经由聚合器将数据上载至云1244,并且可通过网关设备从云1244接收命令,网关设备通过网状网络与IoT设备1211以及聚合器通信。不像传统的云计算模型,在一些实现方式中,云1244可具有很少的计算能力或不具有计算能力,并且仅充当用于对由雾记录和处理的数据进行归档的储存库。在这些实现方式中,云1244使数据存储系统集中化,并且提供向数据提供可靠性,并提供由雾中的计算设备和/或边缘设备对数据的接入。处于架构的核心处,云1244的数据存储可由前述边缘-雾网络的边缘层和雾层两者访问。

  UE 1221和IoT设备1211可被配置成与包括AN 1231、1232和/或1233中的一者或多者的无线电接入网络(RAN)连接,例如通信地耦合。在实施例中,RAN可以是NG RAN或5GRAN、E-UTRAN、或者传统RAN,诸如UTRAN或GERAN。如本文中所使用,术语“NG RAN”可指在NR或5G系统中进行操作的RAN,并且术语“E-UTRAN”或类似术语可指在LTE或4G系统中进行操作的RAN。UE 1221和IoT设备1211可分别利用相应的连接(或信道)1203,这些连接(或信道)1203中的每一个包括物理通信接口或物理通信层。在该示例中,连接1203被图示为用于实现通信耦合的空中接口,并且可符合蜂窝通信协议,蜂窝通信协议诸如,GSM协议、CDMA网络协议、PTT协议、POC协议、UMTS协议、3GPP LTE协议、5G协议、NR协议、和/或本文中所讨论的其他通信协议中的任何通信协议。

  在实施例中,UE 1221和IoT设备1211可经由相应的直接接口(或链路)1205进一步直接交换通信数据。在一些实现方式中,接口1205可以是基于WiFi的链路或基于个域网(PAN)的链路(例如,基于IEEE 802.15.4的协议,包括ZigBee、通过低功耗无线个域网的IPv6(6LoWPAN)、WirelessHART、MiWi、Thread等;WiFi-direct(WiFi直连);蓝牙/蓝牙低能量(BLE)协议)。在其他实现方式中,接口1205可以是LTE/NR邻近服务(ProSe)链路或PC5接口。

  根据各实施例,UE 1221、IoT设备1211以及RAN节点1231/1232通过许可介质(也被称为“许可频谱”和/或“许可频带”)和非许可共享介质(也被称为“非许可频谱”和/或“非许可频带”)来传达(例如,传送和接收)数据。许可频谱可包括在大约400MHz至大约3.8GHz的频率范围中操作的信道,而非许可频谱可包括5GHz频带。为了在非许可频谱中操作,UE1221、IoT设备1211以及RAN节点1231/1232可使用LAA、增强LAA(eLAA)和/或进一步增强LAA(feLAA)机制来操作。在这些实现方式中,UE 1221、IoT设备1211以及RAN节点1231/1232可执行一个或多个已知的介质感测操作和/或载波感测操作,以便在非许可频谱中传送之前确定该非许可频谱中的一个或多个信道是否不可用或以其他方式被占用。介质/载波感测操作可根据先听后说(LBT)协议来执行。LBT是这样的机制:通过该机制,装备(例如,UE1221和IoT设备1211、RAN节点1231/1232等)感测介质(例如,信道或载波频率),并在感测到该介质空闲时(或在感测到介质中的特定信道未被占用时)进行传送。介质感测操作可包括CCA,该CCA利用至少ED来确定信道上存在或不存在其他信号,以便确定信道是被占用还是清空的。该LBT机制允许蜂窝/LAA网络与非许可频谱中的现有系统共存并与其他LAA网络共存。ED可包括:感测跨预期传送频带上的RF能量达一段时间,并将感测到的RF能量与预定义或所配置的阈值进行比较。

  UE 1221b被示出为被配置成用于经由连接1207来接入一接入点(AP)1233。连接1207可以包括本地无线连接,诸如与符合任何IEEE 802.11协议的连接,其中,AP 1233将包括无线保真路由器。在该示例中,AP 1233被示出为在不连接至无线系统的CN1242的情况下连接至互联网。在各实施例中,UE 1221b、RAN节点1231/1232以及AP 1233被配置成利用LWA操作和/或LWIP操作。LWA操作可涉及UE 1221b被RAN节点1221/1232节点配置成利用LTE/NR和WLAN的无线电资源。LWIP操作可涉及UE 1221b经由IPsec协议隧道来使用WLAN无线电资源(例如,连接1207)以对通过连接1207发送的分组(例如,IP分组)进行认证和加密。Ipsec隧道包括封装原始的IP分组的整体并添加新的分组头部,由此来保护IP分组的原始头部。

  RAN可以包括实现连接1203的一个或多个AN节点或RAN节点1231和1232(统称为“多个RAN节点”或“RAN节点”)。如本文中所使用,术语“接入节点”、“接入点”或类似术语可描述为网络与一个或多个用户之间的数据和/或语音连接性提供无线电基带功能的装备。

  在该示例中,RAN节点1231被具体化为节点B、演进型节点B(eNB)、或下一代节点B(gNB),并且RAN节点1232被具体化为路侧联合(RSU)。可以使用任何其他类型的AN,并且AN可包括提供地理区域(例如,小区)内的覆盖的地面站(例如,陆地接入点)或卫星站。如本文中所使用,术语“NG RAN节点”或类似术语可指在NR或5G系统中操作的RAN节点1211(例如,gNB),并且术语“E-UTRAN节点”或类似术语可指在LTE或4G系统中操作的RAN节点1231(例如,eNB)。根据各实施例,RAN节点1231可被实现为专用物理设备中的一个或多个,专用物理设备诸如宏蜂窝基站和/或低功率基站,该低功率基站用于提供毫微微蜂窝、微微蜂窝、或相较于宏蜂窝具有较小的覆盖面积、较小的用户容量、或较高的带宽的其他类似蜂窝。

  在一些实施例中,RAN节点1231/1232的全部或部分可被实现为在作为虚拟网络的部分的服务器计算机上运行的一个或多个软件实体,其可被称为云RAN(CRAN)和/或虚拟基带单元池(vBBUP)。在这些实施例中,CRAN或vBBUP可实现RAN功能分割,诸如,PDCP分割,其中,RRC和PDCP由CRAN/vBBUP操作,而其他L2协议实体由各个RAN节点1231/1232操作;MAC/PHY分割,其中,RRC、PDCP、RLC和MAC层由CRAN/vBBUP操作,而PHY层由各个RAN节点1231/1232操作;或者“下部PHY”分割,其中,RRC、PDCP、RLC、MAC层以及PHY层的上部由CRAN/vBBUP操作,而PHY层的下部由各个RAN节点1231/1232操作。该虚拟化框架允许RAN节点1231/1232的被释放的处理器核执行其他虚拟化应用。在一些实现方式中,各个RAN节点1221/1232可表示经由各个接口(在图12中未示出)连接至gNB-CU的各个gNB-DU。在这些实现方式中,gNB-DU包括一个或多个远程无线电头端或RFEM(参见例如,下文的图13-图14),并且gNB-CU可由位于RAN中的服务器(未示出)或由服务器池以与CRAN/vBBUP类似的方式操作。附加地或替代地,RAN节点1231/1232中的一个或多个可以是下一代eNB(ng-eNB)并且经由NG接口连接至5GC,这些下一代eNB(ng-eNB)是提供至UE 1221的E-UTRA用户平面和控制平面协议终止的RAN节点1231/1232。

  RAN节点1231/1232中的任一个可以终止空中接口协议,并且可以是用于UE 1221和IoT设备1211的第一联系点。在一些实施例中,RAN节点1231/1232中的任一个可以满足RAN的各种逻辑功能,这些逻辑功能包括但不限于无线电网络控制器(RNC)功能,诸如,无线电承载者管理、上行链路和下行链路动态无线电资源管理以及数据分组调度和移动性管理。在实施例中,UE 1221和IoT设备1211可以被配置成使用OFDM通信信号来彼此通信,或者根据各种通信技术通过多载波通信信道来与RAN节点1231/1232中的任一个进行通信,这些通信技术包括但不限于OFDMA通信技术(例如,针对下行链路通信)和/或SC-FDMA通信技术(例如,针对上行链路和ProSe或侧链路通信),但实施例的范围不限于此方面。

  RAN节点1231/1232可被配置成经由相应的接口或链路(未示出)来彼此通信,这些接口或链路诸如,针对LTE实现方式(例如,当CN 1242是演进型分组核心(EPC)时)的X2接口、针对5G或NR实现方式(例如,当CN 1242是第五代核心(5GC)时)的Xn接口等等。

  AN 1231和1232通信地耦合至CN 1242。在实施例中,CN 1242可以是演进型分组核心(EPC)网络、下一代分组核心(NPC)网络、5G核心(5GC)、或某种其他类型的CN。CN 1242可包括多个网络元件,这些网络元件被配置成用于向经由RAN连接至CN 1242的消费者/订阅者(例如,UE 1221和IoT设备1211)提供各种数据和电信服务。可将CN 1242的组件实现在包括用于读取并执行来自机器可读或计算机可读介质(例如,非瞬态机器可读存储介质)的指令的一个物理节点或分开的物理节点中。在一些实施例中,网络功能虚拟化(NFV)可以用于经由一个或多个计算机可读存储介质(下文进一步详细地描述)中所存储的可执行指令来使上文所描述的网络节点功能中的任何网络节点功能或全部网络节点功能虚拟化。CN1242的逻辑实例化可被称为网络片,并且CN 1242的部分的逻辑实例化可被称为网络子片。NFV架构和基础设施可用于使一个或多个网络功能虚拟化到物理资源上,这些网络功能替代地由专有硬件执行,物理资源包括行业标准服务器硬件、存储硬件、或交换机的组合。换言之,NFV系统可用于执行一个或多个CN 1242组件/功能的虚拟或可重配置的实现方式。

  CN 1242被示出为经由IP通信接口1255通信地耦合至应用服务器1250和网络1250。一个或多个服务器1250包括用于通过网络(例如,云1244)向一个或多个客户端(例如,UE 1221和IoT设备1211)提供功能(或服务)的一个或多个物理和/或虚拟化的系统。(多个)服务器1250可包括(多个)机架式计算架构组件、(多个)塔式计算架构组件、(多个)刀片式计算架构组件等等。(多个)服务器1250可表示服务器集群、服务器场、云计算服务、或服务器的其他分组或其他服务器池,其可位于一个或多个数据中心中。(多个)服务器1230还可连接至一个或多个数据存储设备(未示出)或者以其他方式与该一个或多个数据存储设备相关联。此外,(多个)服务器1250可包括操作系统(OS),该OS提供用于对各个服务器计算机设备的一般管理和操作的可执行程序指令,并且(多个)服务器可包括存储有指令的计算机可读介质,这些指令在由服务器的处理器执行时可允许服务器执行它们的预期功能。针对OS的合适的实现方式和服务器的一般功能是已知的或者商业上可用的,并且容易由本领域普通技术人员实现。一般而言,(多个)服务器1250提供使用IP/网络资源的应用或服务。作为示例,(多个)服务器1250可提供通信量管理服务、云分析、内容流送服务、沉浸式游戏体验、社交联网和/或微博服务和/或其他类似服务。此外,由(多个)服务器1250提供的各种服务可包括为由UE 1221和IoT设备1211实现的应用和各个组件发起和控制软件和/或固件更新。(多个)服务器1250还可以被配置成经由CN 1242支持用于UE 1221和IoT设备1211的一个或多个通信服务(例如,通过网际协议的语音(VoIP)会话、PTT会话、群组通信会话、社交联网服务等)。

  云1244可表示云计算服务、互联网、局域网(LAN)或广域网(WAN)(包括用于公司或组织的专用和/或企业网络)、或其组合。云1244可以是网络,该网络包括计算机、计算机之间的网络连接以及用于通过网络连接实现计算机之间的通信的软件例程。在这方面,云1244包括一个或多个网络元件,这一个或多个网络元件可包括一个或多个处理器、通信系统(例如,包括网络接口控制器、连接至一个或多各天线的一个或多个发射器/接收器等)以及计算机可读介质。此类网络元件的示例可包括无线接入点(WAP)、家庭/商业服务器(具有或不具有射频(RF)通信电路)、路由器、交换机、集线器、无线电信标、基站、微微蜂窝或小型蜂窝基站、主干网关、和/或任何其他类似的网络设备。到云1244的连接可使用下文讨论的各种通信协议经由有线或无线连接。所图示的设备之间的通信会话中可涉及多于一个网络。到云1244的连接可要求计算机执行软件例程,这些软件例程实现例如无线(蜂窝)电话网络中的计算机联网的OSI模型的七个层或等效物。云1244可用于实现诸如例如一个或多个服务器1250与UE 1221与IoT设备1211之间的相对长距离的通信。在一些实施例中,云1244可表示互联网、一个或多个蜂窝网络、局域网或广域网(包括专有和/或企业网络)、基于传输控制协议(TCP)/网际协议(IP)的网络、或其组合。在此类实施例中,云1244可与拥有或控制提供网络相关服务所必需的装备和其他元件的网络运营方相关联,这些网络运营方诸如一个或多个基站或接入点、用于路由数字数据或电话呼叫的一个或多个服务器(例如,核心网络或主干网络)等。主干链路1255可包括任何数量的有线或无线技术,并且可以是局域网(LAN)、广域网(WAN)或互联网的部分。在一个示例中,主干链路1255是将较低层级的服务提供商耦合至互联网的光纤主干链路,诸如,CN 1242和云1244。

  在一些实施例中,边缘节点1220中的至少一些可包括或可以是MEC系统1235的部分。术语“MEC系统”是指运行MEC应用所必需的MEC主机(或MEC服务器)和MEC管理的集合。MEC系统1235包括在运营商网络或运营商网络的子集内运行MEC应用(例如,图13的MEA1336)所必需的MEC服务器1236(包括图12中的MEC服务器1236a和MEC服务器1236b)和MEC管理系统(图12未示出)的集合。MEC服务器1236a、1236b、1236c(统称为“多个MEC服务器1236”或“MEC服务器1236”)是包括MEC平台(例如,图13的MEP 1337)和虚拟化基础设施(例如,图13的VI 1338)的物理计算机系统(例如,服务器计算节点),并且向MEC应用提供计算、存储和网络资源。MEC服务器1236也可被称为“MEC主机1236”或“边缘服务器”。在各实施例中,MEC服务器1236余图1的MSP服务器136对应。MEC服务器1236的VI为MEC主机1236提供虚拟化环境和虚拟化资源(例如,“虚拟化基础设施”),并且MEC应用可作为VI之上的虚拟机(VM)和/或应用容器来运行。MEC系统1235的组件和/或实体在下文参考图13-图15更详细地讨论。

  如由图12所示,(R)AN节点1221/1232和AP 1233中的每一者分别与MEC服务器1236a、1236b和1236c位于同一位置。这些实现方式可以是其中MEC服务器1236与小型蜂窝(例如,微微蜂窝、毫微微蜂窝等)位于同一位置的小型蜂窝云(SCC),或者可以是其中MEC服务器1236与宏蜂窝(例如,eNB、gNB等)位于同一位置的移动微云(MCC)。MEC服务器1236能以除由图12所示出的布置之外的众多布置来部署。在第一示例中,MEC服务器1236可位于同一位置或通过RNC操作,这可以是针对诸如3G网络之类的传统网络部署的情况。在第二示例中,MEC服务器1236可被部署在蜂窝小区聚合地点处或多RAT聚合点处,这些蜂窝小区聚合地点或多RAT聚合点可以位于企业内或在公共覆盖区域中被使用。在第三示例中,MEC服务器1236可被部署在CN 1242的边缘处。这些实现方式可在跟随我云(FMC)中使用,其中,在分布式数据中心处运行的云服务在UE 1221在整个网络中漫游时跟随UE 1221。

  根据各实施例,任务卸载可以是“伺机的”,其中考虑到任务的计算复杂度和/或在UE 1221(或MEC服务器1236)处可用的计算和网络/信令资源量,MEC系统1235(或在图12的示例中被选择作为主节点的特定MEC服务器1236)可将应用任务转移到一个或多个UE1221。例如,基于链路1203、1205和/或1207的质量或强度、在UE 1221处可用的计算资源的强度或质量、UE 1221的可用存储器量或当前存储器利用,和/或基于UE 1221的(或UE 1221经历的)其他操作参数,MEC服务器1236可卸载某个数量和/或某种类型的任务。在一些实施例中,MEC系统1235(或被选为主节点的特定MEC服务器1236)可选择UE 1221可将应用任务或工作负载卸载到的一个或多个MEC服务器1236。在一些实施例中,在UE 1221中操作的设备应用或客户端应用可将应用任务卸载到一个或多个MEC服务器1236。对于一些所标识的任务,MEC系统1235(或UE 1221处的设备/客户端应用)可相对于可用的UE 1221(或(多个)MEC服务器1236)来评估卸载机会(例如,“权衡”),在这种情况下,MEC系统1235可将任务转移到某些UE 1221(或(多个)MEC服务器1236),这些UE 1221(或(多个)MEC服务器1236)能够在期望的时间段内将通过执行这些UE 1221(或(多个)MEC服务器1236)的相应任务而得到的输出数据往回提供给MEC服务器1236(或UE 1221)。基于先前讨论的操作参数,可评估卸载权衡,并且可基于这些权衡来确定最优或最佳转移机会。

  图13图示出根据各实施例的示例MEC系统架构1300。图13的MEC系统1300是先前讨论的MEC系统1235的系统架构的第一实施例。MEC架构1300的各实体之间的所图示的逻辑连接可以是接入不可知的,并且不取决于特定部署。MEC使得ME应用(“MEC app”或“MEA”)1336能够实现为在虚拟化基础设施(VI)1338之上运行的仅软件实体,VI 1338位于网络边缘中或靠近网络边缘。AEC app 1336是可在MEC系统1300内的MEC主机1301/1236上实例化且能够潜在地提供或消费MEC服务1337a的应用。在MEC的上下文中的术语“用户应用”是指响应于经由设备应用来自用户(例如,vUE 125)的请求而在MEC系统1300中被实例化的MEA1336。图13示出所涉及的一般实体,并且这些实体可以被分组为多接入边缘系统级1302、多接入边缘主机级1301、以及网络级实体(未示出)。多接入边缘主机级1301包括MEC服务器1236/1301和多接入边缘(ME)管理(mgmt)1330,其提供在运营商网络或运营商网络的子集内运行MEA 1336的功能。多接入边缘系统级1302包括多接入边缘系统级管理1302、UE(其可以与本文中所讨论的中间节点1220和/或端点1210相同或类似)、以及第三方实体。网络级(未示出)包括各种外部网络级实体,诸如,3GPP网络(例如,图12的CN 1242)、局域网(例如,LAN、WLAN、PAN等)、以及外部网络(例如,图12的CN 1242和/或云1244)。多接入边缘主机级1301包括多接入边缘主机级管理和MEC服务器1236/1301。多接入边缘主机级管理可包括处置对要被运行的特定MEP 1337、MEC服务器1236/1301以及MEA 1336的多接入边缘专用功能的管理的各种组件。MEC服务器1236/1301包括MEP 1337、MEA 1336以及VI 1338。

  MEC系统1300包括三组参考点,包括:“Mp”参考点,与多接入边缘平台功能有关;“Mm”参考点,其为管理参考点;以及“Mx”参考点,其将MEC实体连接至外部实体。MEC系统1300中的接口/参考点可包括基于IP的连接,并且可用于提供表述性状态传递(REST或RESTful)服务,并且使用参考点/接口来传达的消息可采用XML、HTML、JSON或某种其他期望的格式,诸如本文中所讨论的那些格式。在其他实施例中,也可使用合适的认证、授权和计费(AAA)协议(诸如,RADIUS协议或DIAMETER协议)通过参考点/接口来进行通信。

  MEC主机1236/1301是包含MEP 1337和VI 1338的实体,该实体出于运行MEA 1336的目的提供计算、存储和网络资源。VI 1338包括数据平面(DP)1338,该数据平面(DP)1338执行由MEP 1337接收的通信量规则(TR)1337b,并且在应用(例如,MEA 1336)、ME服务(MES)1337a、DNS服务器/代理(参见例如,经由DNS处置实体1337c)、3GPP网络、本地网络和外部网络之间对通信量进行路由。MEC DP 1338a可通过接口1214/815与图12的(R)AN节点1211和CN 1242连接,和/或可经由更宽的网络1250(诸如,互联网、企业网络等等)与图12的AP1233连接。本文中描绘和/或讨论的其他实体可与参考图13所讨论的那些实体相同或类似。

  MEC服务器1236/1301内的MEP 1337可以是在特定的VI 1338上运行MEA 1336并使它们能够提供并消费MES 1337a所要求的基本功能的集合,并且该MEP 1337可向其自身提供多个MEP服务。MEP 1337还可以提供各种服务和/或功能,诸如,提供其中MEA 1336可以发现、通告、消费、和提供MES 1337a(在下文讨论)的环境,MES 1337a包括当被支持时通过其他平台可用的MES 1337a。MEP 1337可以能够允许经授权的MEA 1336与位于外部网络中的第三方服务器通信。MEP 1337可接收来自多接入边缘平台管理器(MEPM)1331、应用或服务的通信量规则,并相应地指令数据平面(参见例如,通信量规则控制1337b,也被称为过滤角色控制模块1337b)。MEP 1337可经由Mp2参考点向VI 1338内的DP 1338发送指令。MEP 1337与VI 1338的DP 1338之间的Mp2参考点可用于关于如何在应用、网络、服务等之间对通信量进行路由来指令DP 1338。在一些实现方式中,MEP 1337可将通信量规则中表示UE XP01的令牌转换为特定的IP地址。MEP 1337还接收来自MEPM 1331的DNS记录,并相应地配置DNS代理/服务器。MEP 1337主控包括多接入边缘服务(在下文讨论)的MES 1337a,并提供对持久性存储和一天中的时间信息的访问权。

  此外,MEP 1337可经由Mp3参考点与其他MEC服务器1236/1301的其他MEP 1337通信。

  VI 1338可表示构建在其中部署、管理和执行MEA 1336和/或MEP 1337的环境的所有硬件和软件组件的全体。VI 1338可跨越若干个位置,并且提供这些位置之间的连接性的网络被认为是VI 1338的部分。VI 1338的物理硬件资源包括通过虚拟化层(例如,管理程序、VM监视器(VMM)等等)向MEA 1336和/或MEP 1337提供处理、存储和连接性的计算、存储和网络资源。虚拟化层可将MEC服务器1236/1301的物理硬件资源抽象和/或逻辑地分区成硬件抽象层。虚拟化层可还可使得实现MEA 1336和/或MEP 1337的软件能够使用底层VI1338,并且虚拟化层可向MEA 1336和/或MEP 1337提供虚拟化资源,使得MEA 1336和/或MEP13373能够被执行。

  MEA 1336是可以被实例化在MEC系统1300内的MEC主机/服务器1236/1300上的应用,并且可以潜在地提供或消费MES 1337a。术语“MES服务”或“MES”是指经由MEC平台1337的由MEC平台自身或由MEC应用1336提供的服务。MEA 1336可以作为在由MEC服务器1236/1301提供的VI 1338之上的MV来运行,并且可与MEP 1337交互以消费和提供MES 1337a。基于由ME管理1330验证的配置和请求,MEA 1336被实例化在MEC服务器1236/1301的VI 1338上。在一些实施例中,MEA 1336还可与MEP 1337交互以执行与MEA 1336的生命周期有关的某些支持过程,诸如,指示可用性、准备用户状态的重定位等。MEA 1336可具有与其相关联的某个数量的规则和要求,诸如,所要求的资源、最大等待时间、所要求或有用的服务等。这些要求可由多接入边缘系统级管理1330验证,并且如果缺失则可以向其分配默认值。MES1337a可以是由MEP 1337或MEA 1336提供和消费的服务。当由应用提供时,MES 1337a可以通过Mp1参考点向MEP1337被注册在服务列表1337d中。此外,MEA 1336可订阅一个或多个服务1337a,通过Mp1参考点针对该一个或多个服务1337a对MEA 1336进行授权。

  MEC系统1300可支持被称为UserApp(用户应用)的特征。当MEC系统1300支持特征UserApp时,并且当由运营商响应于由用户作出的请求而要求时,多接入边缘管理可支持遵循单个实例化请求支持MEA 1336(或用户应用)在MEA 1236/1301上的实例化。应用实例可能需要满足针对该应用预定义的数个潜在约束。一旦被实例化,就可在UE 125与应用实例之间建立连接性。潜在约束可包括等待时间、位置、计算资源、存储资源、网络能力、安全性状况等等。作为用户应用(或MEC app 1336)实例化的部分,MEC系统1300将创建相关联的应用上线下文,MEC系统1300维护该相关联的应用上下文达用户应用(或MEC app 1336)的使用期。应用上下文是与应用实例有关的参考数据集,该参考数据集用于标识该应用实例,实现生命周期管理操作,并将该应用实例与其设备应用相关联。在MEC的上下文中的术语“用户上下文”是指由MEC app 1336维护的应用专用运行时数据,其与那个应用的用户相关联。应用上下文包含专用于应用实例的信息,诸如,其在MEC系统1300内的唯一标识符、以及为MEC系统1300外部的客户端(例如,vUE 125)提供以与用户应用交互的地址(例如,URI等等)。

  当MEC系统1300支持特征UserApp时,系统1300可响应于由用户作出的请求而支持在UE与特定MEA 1336的实例之间建立连接性,从而满足MEA 1336关于UE(例如,vUE 125)的要求。如果没有满足这些要求的MEA 1336的实例当前正在运行,则多接入边缘系统管理可在多接入边缘主机1301上创建满足应用的要求的应用的新实例。一旦被实例化,就应当在UE与新MEA 1336实例之间建立连接性。应用的要求可以包括等待时间、位置、计算资源、存储资源、网络能力、安全性状况等等。当MEC系统1300支持特征UserApp时,系统1300可支持实例化请求的执行期间MEA 1336的装载,可允许UE与MEA 1336的特定实例之间连接性的建立,可支持当UE不再连接至MEA 1336实例时终止该MEA 1336实例的能力,并且可遵循单个终止请求支持在多个MEC服务器1236/1301上运行的MEA 1336的终止。

  如图13所示,Mp1参考点在MEP 1337与MEA 1336之间。Mp1参考点可提供服务注册1337d、服务发现、以及对各种服务(诸如,MES 1337a)的通信支持。此外,Mp1接口可提供应用可用性、会话状态重定位支持过程、通信量规则和DNS规则激活、对持久性存储和一天中的时间信息的访问权,等等。Mp1参考点可用于消费和提供服务专用功能。

  MES 1337a的示例包括无线电网络信息服务(RNIS)、位置服务、以及带宽管理服务。RNIS在可用时向经授权的MEA 1336提供与无线电网络相关的信息,并向MEA 1336披露适当的最新无线电网络信息。无线电网络信息(RNI)可尤其包括无线电网络状况、与用户平面相关的测量和统计学信息、与由与多接入边缘主机相关联的(多个)无线电节点服务的UE相关的信息(例如,UE上下文和无线电接入载波)、与由与多接入边缘主机相关联的(多个)无线电节点服务的UE相关的信息的改变,等等。能以相关粒度(例如,逐UE地、逐蜂窝小区地、逐时间段地)提供RNI。

  服务消费者(例如,MEA 1336和MEP 1337)可通过RNI应用编程接口(API)与RNIS通信,以从对应的RAN获得上下文信息。可经由接入节点(例如,图12的(R)AN节点131、132或AP133)向服务消费者提供RNI。RNI API可支持基于查询和订阅(例如,发布/订阅)两者的机制,这些机制通过表述性状态传递(RESTful)API或通过MEP 1337的消息中介(图13未示出)来使用。MEA 1336可经由传输信息查询过程在消息中介上查询信息,其中,可经由合适的配置机制将传输信息预设至MEA 1336。经由RNI API传递的各种消息可采用XML、JSON、Protobuf或某种其他合适的格式。

  RNI可由MEA 1336和MEP 1337用于优化现有服务,并用于提供基于关于无线电状况的最新信息的新类型的服务。作为示例,MEA 1336可使用RNI来优化当前服务,诸如,视频吞吐量引导。在吞吐量引导中,无线电分析MEA 1336可使用MEC服务来向后端视频服务器(例如,(多个)服务器130)提供关于估计下一时刻在无线电下行链路接口处将要可用的吞吐量的接近实时的指示。吞吐量引导无线电分析应用1336基于其从在MEC服务器1236上运行的多接入边缘服务获得的所要求的无线电网络信息来计算吞吐量引导。诸如当某个MEA1336使用简单的请求-响应模型(例如,使用RESTful机制)来请求单条信息而其他MEA 1336(例如,使用发布/订阅机制和/或消息中介机制)订阅与信息改变有关的多个不同通知时,RNI还可由MEP 1337用于优化支持服务连续性所要求的移动性过程。

  在各实施例中,充当分布式ML的主节点的MEC服务器1236/1301(例如,图12的示例中的MEC服务器1236)可使用RNI API经由MEA 1336和/或MEP 1337访问各个UE的RNI,以用于评估信道状况和/或链路质量从而对训练数据集进行分区和/或向各个UE分派计算任务的目的。在示例中,由MEC实体(例如,MEC-0 1321)实现的应用可使用RNI API经由MEA 1336或MEP 1337访问RNI,该RNI可用于选择充当分布式ML的主节点的MEC服务器1236。

  位置服务(LS)在可用时可向经授权的MEA 1336提供位置相关信息,并向MEA 1336披露此类信息。利用位置相关信息,MEP 1337或者一个或多个MEA 1336执行主动的设备位置跟踪、基于位置的服务推荐、和/或其他类似服务。LS支持位置检取机制,例如,针对每个位置信息请求,位置仅被报告一次。LS支持位置订阅机制,例如,针对每个位置请求,位置能够周期地或基于特定事件(诸如,位置改变)被报告多次。位置信息可尤其包括当前由与MEC服务器1236相关联的(多个)无线电节点服务的特定UE的位置、与当前由与MEC服务器1236相关联的(多个)无线电节点服务的所有UE的位置有关的信息、与当前由与MEC服务器1236/1301相关联的(多个)无线电节点服务的某个类别的UE的位置有关的信息、处于特定位置的UE的列表、与当前与MEC服务器1236相关联的所有无线电节点的位置有关的信息,等等。位置信息可采用地理位置、全球导航卫星服务(GNSS)坐标、蜂窝小区身份(ID)等等。LS是通过在开放移动联盟(OMA)规范“针对区域性存在的RESTful网络API(RESTful Network APIfor Zonal Presence)“OMA-TS-REST-NetAPI-ZonalPresence-V1-0-20160308-C”中定义的API可访问的。区域性存在服务利用“区域”的概念,其中,区域使其自身适合于被用来根据期望的部署对与MEC主机或MEC服务器1236相关联的所有无线电节点或其子集进行分组。在此方面,OMA区域性存在API为MEA 1336提供用于检取与区域、关联于区域的接入点、以及连接至接入点的用户有关的信息的手段。另外,OMA区域性存在API允许经授权的应用订阅通知机制,该通知机制报告与区域内的用户活动有关的情况。在各实施例中,MEC服务器1236/1301可使用OMA区域性存在API访问各个UE的位置信息或区域性存在信息以标识UE的相对位置或地点。

  带宽管理服务(BWMS)为被路由至MEA 1336或从MEA 1336路由的某些通信量提供带宽分配,并且指定静态/动态上行/下行带宽资源,包括带宽尺寸和带宽优先级。MEA 1336可使用BWMS将带宽信息更新至MEP 1337/接收来自MEP 1337的带宽信息。在一些实施例中,可向在同一MEC服务器1236上并行地运行的不同MEA 1336分配特定的静态、动态上行/下行带宽资源,包括带宽尺寸和带宽优先级。BWMS包括带宽管理(BWM)API,以允许注册的应用静态地和/或动态地逐会话/应用地注册特定的带宽分配。BWM API包括使用RESTful服务或某个其他合适的API机制、为BWM功能进行的HTTP协议绑定。

  返回参考图13,多接入边缘管理包括多接入边缘系统级管理和多接入边缘主机级管理1330。多接入边缘主机级管理1330包括MEPM 1331和VI管理器(VIM)1332,并且处置对特定MEC服务器1236和在其上运行的应用的多接入边缘专用功能的管理。在一些实现方式中,多接入边缘管理组件中的一些或全部可由位于一个或多个数据中心中的一个或多个服务器实现,并且可使用与用于使核心网络元件进行虚拟化的网络功能虚拟化(NFV)基础设施连接的虚拟化基础设施,或者使用与NFV基础设施相同的硬件。

  MEPM 1331负责管理应用的生命周期,包括向多接入边缘编排器(MEC-O)1321通知有关的应用相关事件。MEPM 1331还可向MEP 1337提供MEP元件管理功能(MEPE管理1331a),管理包括服务授权、通信量规则、DNS配置和解决冲突的MEA规则和要求(MERR管理1331b),并且管理MEA 1336生命周期(MEALC管理1331c)。MEPM 1331还可接收来自VIM 1332的虚拟化资源故障报告和性能测量以供进一步处理。MEPM 1331与MEP 1337之间的Mm5参考点用于执行平台配置、MEPE管理1031a的配置、MERR管理1331b、MEALC管理1331c、应用重定位的管理等。

  VIM 1332可以是分配、管理和释放VI 1338的虚拟化(计算、存储和联网)资源并准备VI 1338以运行软件镜像的实体。为了这么做,VIM 1332可通过VIM 1332与VI 1338之间的Mm7参考点与VI 1338通信。准备VI 1338可包括配置VI 1338并接收/存储软件镜像。当被支持时,VIM 1332可提供对应用的快速预设,诸如在“用于微云部署的Openstack++(Openstack++for Cloudlet Deployments)”中所描述,可在http://reports-archive.adm.cs.cmu.edu/anon/20l5/CMU-CS-l5-l23.pdf获得。VIM1332还可收集并报告与虚拟化资源有关的性能和故障信息,并在被支持时执行应用重定位。对于来自/去往外部云环境的应用重定位,VIM 1332可与外部云管理器交互以例如使用在“在微云上的自适应VM移交(Adaptive VM Handoff Across Cloudlets)”中所描述的机制和/或可能通过代理来执行应用重定位。此外,VIM 1332可经由Mm6参考点与MEPM 1331通信,该MEPM 1331可用于管理虚拟化资源,例如,用于实现应用生命周期管理。而且,VIM 1332可经由Mm4参考点与MEC-0 1321通信,该MEC-0 1321可用于管理MEC服务器1236的虚拟化资源,并且用于管理应用镜像。管理虚拟化资源可包括跟踪可用的资源容量等。

  多接入边缘系统级管理包括MEC-0 1321作为核心组件,其具有完整MEC系统1300的概览。MEC-0 1231可基于所部署的多接入边缘主机1301、可用的资源、可用的MES 1337a、以及拓扑结构来维护MEC系统1300的整体视图。MEC-0 1321与多接入边缘平台管理器1330之间的Mm3参考点可用于对应用生命周期、应用规则和要求的管理,并保持对可用MES 1,337a的跟踪。MEC-0 1321可经由Mm9参考点与用户应用生命周期管理代理(UALMP)1325通信,以管理由UE应用1305请求的MEA 1336。

  MEC-0 1321还可负责应用封装的装载,包括:校验封装的完整性和真实性,验证应用规则和要求并在必要的情况下对它们进行调整以符合运营商策略,保持对所装载的封装的记录,以及准备(多个)VIM 1302来处置应用。MEC-0 1321可基于诸如等待时间、可用的资源、以及可用的服务之类的约束为应用实例化选择适当的(多个)MEC主机1301。MEC-0 1321还可触发应用实例化和终止,以及按需要并在被支持时触发应用重定位。

  操作支持系统(OSS)1322是指经由面向消费者的服务(CFS)门户1306(并通过Mx1参考点)并从用于实例化或终止MEA 1336的UE应用1305接收请求并且对这些请求的准许作出决策的运营商的OSS。CFS门户1306(以及Mx1接口)可由第三方用于向MEC系统1300请求在该MEC系统1300中运行应用1306。准许的请求可被转发至MEC-0 1321以供进一步处理。当被支持时,OSS 1322还接收来自UE应用1305的对外部云与MEC系统1300之间的应用重定位的请求。OSS 1322与多接入边缘平台管理器1330之间的Mm2参考点用于多接入边缘平台1330配置、故障和性能管理。MEC-0 1321与OSS 1322之间的Mm1参考点用于触发MEC系统1300中的多接入边缘应用1336的实例化和终止。

  (多个)UE app 1305(也称为“设备应用”等等)是在设备、计算系统等(例如,vUE125)中运行的一个或多个应用,该设备、计算系统等具有经由用户应用生命周期管理代理1325来与MEC系统1300交互的能力。(多个)UE app 1305可以是一个或多个客户端应用,可包括一个或多个客户端应用,或可与一个或多个客户端应用交互,在MEC的上下文中,这一个或多个客户端是在利用由一个或多个特定ME应用1336提供的功能的应用软件的设备、计算系统上运行的应用软件。用户应用生命周期管理代理(“用户app LCM代理”)1325可对来自UE(例如,vUE 125)中的UE应用1305的请求进行授权,并与OSS 1322和MEC-0 1321交互以进一步处理这些请求。在MEC的上下文中的术语“生命周期管理”是指管理MEC应用1336实例的实例化、维护和终止所要求的功能集。用户app LCM代理1325可经由Mm8参考点与OSS1322交互,并且用于处置对在MEC系统1300中运行应用的UE应用1305请求。用户应用1305可以是响应于用户的请求、经由在中间节点120和/或端点110(例如,UE应用1305)中运行的应用而被实例化在MEC系统1300中的MEC app 1336。用户app LCM代理1325允许UE应用1305请求用户应用的装载、实例化、终止以及在被支持时用户应用进入和离开MEC系统1300的重定位。它还允许向UE应用1305通知关于用户应用1305的状态。用户app LCM代理1325仅可从移动网络内部访问,并且可仅在受MEC系统1300支持时可用。UE应用1305可使用用户app LCM代理1325与UE应用1305之间的Mx2参考点来向MEC系统1300请求在该MEC系统1300中运行应用或将应用移入或移出MEC系统1300。Mx2参考点可仅在移动网络内部可访问,并且仅在受多接入边缘系统支持时可用。

  为了在MEC系统1300中运行MEA 1336,MEC-0 1321接收由OSS 1322、第三方或UE应用1305触发的请求。响应于接收到此类请求,MEC-0 1321选择MEC服务器1236来主控MEA1336以进行计算卸载。这些请求可包括关于要运行的应用的信息并且可能包括其他信息,诸如,需要应用是活跃的所在的位置、其他应用规则和要求、以及在应用镜像尚未被装载在MEC系统1300中的情况下该应用镜像的位置。

  在各实施例中,MEC-0 1231选择用于计算密集型任务的一个或多个MEC服务器1236。所选择的一个或多个MEC服务器1236可基于各种操作参数来卸载UE应用1305的计算任务,这些操作参数诸如网络能力和状况、计算能力和状况、应用要求、和/或其他类似的操作参数。应用要求可以是关联至一个或多个MEA 1336/与一个或多个MEA 1336相关联的规则和要求,诸如:应用的部署模型(例如,其是否为每个用户一个实例、每个主机一个实例、在每个主机上一个实例等);所要求的虚拟化资源(例如,计算、存储、网络资源,包括特定的硬件支持);等待时间要求(例如,最大等待时间、等待时间约束有多严格,用户之间的等待时间公平性);对位置的要求;MEA 1336要能够运行所要求的/对MEA 1036要能够运行有用的多接入边缘服务;MEA 1336能够利用的(如果可用)多接入边缘服务;连接性或移动性支持/要求(例如,应用状态重定位、应用实例重定位);所要求的多接入边缘特征,诸如,VM重定位支持或UE身份;所要求的网络连接性(例如,到多接入边缘系统内的应用的连接性、到本地网络或到互联网的连接性);与运营商的多接入边缘系统部署或移动网络部署有关的信息(例如,拓扑、成本);对访问用户通信量的要求;对持久性存储的要求;通信量规则;DNS规则等。

  MEC-0 1321考虑上文列出的要求和信息以及关于当前在MEC系统1300中可用的资源的信息,以选择MEC系统1301内的一个或若干个MEC服务器1236来主控MEA 1336和/或用于计算卸载。在一个或多个MEC服务器1236被选择之后,MEC-0 1321向所选择的(多个)MEC主机1301请求对(多个)应用或对应用任务进行实例化。选择MEC服务器1236所使用的实际算法取决于实现方式、配置、和/或运营商部署。在各实施例中,选择算法可基于本文中所讨论的任务卸载实施例,例如,通过将执行应用任务以及网络功能、处理和卸载译码/编码、或区分各RAT之间的通信量的任务的网络、计算和能耗要求考虑在内。在某些情况(例如,导致增加的等待时间的UE移动性事件、负载平衡决策等)下,并且如果被支持,则MEC-0 1321可决定选择一个或多个新的MEC服务器1236充当主节点,并且发起应用实例或应用相关状态信息从一个或多个源MEC服务器1236到一个或多个目标MEC服务器1236的传递。

  图14图示V2X系统,该V2X系统涉及(与MEC主机1301对应的)多个MEC主机以及V2X信息服务(VIS)142a-b(统称为“MEC VIS 1402”)的使用。图14是V2X服务中利用MEC V2XAPI的应用实例的示例。在V2X服务的框架中,交通工具1421(其可以与图1的交通工具系统121相同或类似)正在主控客户端应用,并且被连接至某个MEC主机(和相关的MEC应用)。在存在多个MEC主机的情况下,VIS 1402准许在运行于不同的MEC主机上的MEC应用之间披露信息。此外,其他远程应用服务器实例可位于其他某处(例如,由运营商或由OEM拥有的私有云)。VIS 1402可由MEC平台或MEC应用(例如,MEA 1336)产生。

  具体而言,VIS 1402准许向MEC应用实例进行与汽车用例的支持有关的信息披露。VIS 1402还可准许单个ITS运营商通过可跨越不同国家并涉及多个网络运营商、MEC系统和MEC应用提供商的区域提供V2X服务。出于那个目的,MEC VIS 1402包括以下功能:

  在一些方面,(与MEP 1337对应的)MEC平台可包括MEC V2X API并提供MEC VIS,该MEC VIS可包括以下功能:(a)从3GPP网络聚集PC5 V2X相关信息,以执行用于V2X通信的UE授权(例如,获取V2X授权UE的列表,基于UE订阅获取与授权有关的相关信息,并且获取V2X配置参数,诸如,共同的V2X配置参数集,其可包括PC5配置参数);(b)向同一主机中的MECapp或其他MEC主机中的MEC app披露在(a)中获取的信息;(c)使MEC app能够安全地与V2X相关3GPP核心网络逻辑功能通信(例如,实现MEC主机与核心网络中的V2X控制功能之间的通信);(d)使不同MEC系统中的MEC app能够安全地彼此通信;以及(e)聚集并处理在其他MEC API中可用的信息(例如,聚集和处理从可实现在MEC平台中的RNI API、位置API、WLANAPI和其他API获取的信息)以预测网络拥塞率,并向UE提供合适的通知。

  从那个角度看,VIS 1402与MEC架构(参见例如图13)中的Mp1和Mp3参考点相关。具体而言,相关信息经由Mp1参考点向MEC app披露,并且Mp3参考点可实现在不同MEC平台之间传递该信息的可能性。MEC V2X API以标准化方式向MEC应用提供信息,这在多供应商场景中提供互操作性。然而,MEC应用能以直接方式(例如,不使用MEC平台)进行通信。可在MEO之间实现系统间通信。作为对此的替代或附加,可定义可能的Mp3增强(或MEC系统之间的新参考点)。

  在一些方面,第二MEC主机(图14中的MEC主机2)还可实现MEC V2X API,该V2X API可提供至在MEC主机2内实例化的app中的一个或多个app(诸如,MEC app2)的接口。在这方面,MEC主机2和MEC主机1可经由Mp3接口和MEC V2X API来彼此通信。此外,在MEC主机1内实例化的app中的一个或多个app可经由MEC V2X API以及MEC主机1与MEC主机2之间的接口来与在MEC主机2内实例化的app中的一个或多个app通信。

  在一些方面,MEC主机中的每个MEC主机可由不同的移动服务运营商拥有/管理(同时它能够直接由MEC供应商或第三方运营)。在一些方面,在MEC主机1和MEC主机2上实例化的MEC应用可用于提供V2X相关服务,并且可由移动服务运营商、由MEC供应商或由第三方(例如,OEM、或OEM供应商、或系统集成商)运营。

  在一些方面,MEC V2X API可作为一般中间件服务被提供,从而提供从交通工具和其他V2X元件聚集的信息,并且可作为主机内的服务(例如,作为RESTful API)被披露以用于更高的层(例如,在主机内实例化的MEC app)。在一些方面,MEC V2X API可配置成从传感器聚集信息和数据。在该方面,MEC V2X API的部署对于同一OEM(例如,汽车制造商)确保跨不同移动网络的服务连续性。如果V2X API的标准实现方式(例如,通过ETSI MEC)被引入,则该功能可对具有MEC功能的5G通信系统中的所有OEM确保相同的基本V2X服务特性。

  在一些方面,MEC app 1和MEC app 2可使用对应的MEC V2X API来从3GPP网络检取信息。在一些方面,MEC app 1和MEC app 2可配置成主控V2X配置参数,诸如,PC5配置参数(或可在多PLMN通信环境中可用的共同的V2X配置参数集)。同样在不存在网络覆盖的情况下这些V2X配置参数的可用性通过使用主机之间的Mp3接口(或另一类型的接口)来确保。在一些方面,MEC app 1可配置成(通过MEC主机2中的V2X MEC API)连接至MEC主机2,并且MEC app 2可配置成(通过MEC主机1中的V2X MEC API)连接至MEC主机1。在多运营商架构的情况下,多个MEC主机可配置成经由MEC V2X API彼此通信并进行同步以传递相关的V2X配置参数,使得这些参数在不存在蜂窝覆盖的情况下(例如,在3GPP域外部)跨多运营商架构可以是可用的。以此方式,甚至当UE(例如,vUE 125/821a)不处于该UE的3GPP网络的覆盖的情况下,该UE可具有对V2X配置参数的访问权。

  在一些方面,MEC主机内的一个或多个ME app可被实例化以执行V2X应用功能的功能,该V2X应用功能可包括提供VIS 1402;其示例在图XP4中示出。此外,MEC主机可使用MECV2X API来执行各种V2X或VIS 1402功能。具体而言,一个或多个ME app可在MEC主机内被实例化以执行与V2X应用功能相关联的功能。在一些方面,这些ME app可配置成执行以下V2X应用功能:获取用于vUE 1221a的V2X订阅信息;响应于对V2X服务的请求来确定vUE 1221是否被授权执行V2X通信;传递V2X配置参数,诸如,共同的V2X配置参数集,等等。

  图15图示根据示例实施例的MEC和雾网络拓扑1500。参考图15,网络拓扑1500可包括多个常规联网层,可通过使用本文中讨论的各实施例被扩展。具体而言,(在端点/物网络层1550处的)端点之间、(在网关层1540处的)网关之间、(例如,在邻域节点层1530处的)接入或边缘计算节点之间、(例如,在区域或中心局层1520处的)核心网络或路由器之间的关系可通过使用经由位于拓扑1500内的各节点的MEC系统/主机传递的数据来表示。

  (例如,在网关层1540处建立的)雾网络可表示近用户边缘设备(例如,雾节点)的密集地理分布,这些近用户边缘设备配备有存储能力(例如,用于避免将数据存储在云数据中心中的需求)、通信能力(例如,而不是通过互联网主干被路由)、控制能力、配置能力、测量和管理能力(而不是主要由诸如LTE核心网络中的那些网络网关之类的网络网关控制),等等。在该上下文中,图15图示集成了多个MEC节点和雾节点的一般架构——这些MEC节点和雾节点(基于它们的位置、连接性和处理能力等)在不同层中被分类,其中每个节点实现本文中讨论的、可使启用MEC的节点的MEC app或其他实体能够与其他节点通信的各实施例。然而,将理解,可以通过边缘计算处理节点来代替或增强此类雾节点。

  可以取决于拓扑并取决于雾节点所位于的层对雾节点进行分类。相比之下,从MEC标准的角度来看,每个雾节点可以被视为MEC主机、或主控ME app和轻量MEC平台的简单实体。

  在示例中,MEC或雾节点可被定义为连接到在正在主控MEC平台的设备(MEC主机)或运行在该设备上的应用实例。在此,应用消费MEC服务,并与系统中的MEC主机相关联。节点可以被迁移到不同MEC主机,被关联到不同的MEC主机,或者消费来自其他(例如,本地或远程)MEC平台的MEC服务。

  图16图示根据另一示例实施例的示例MEC和雾网络拓扑。图16中的网络拓扑1600(其包括多个常规的联网层)可通过使用本文中讨论的标签和对象被扩展。具体而言,(在图15的端点/物网络层1500处的)端点之间、(在图15的网关层1540处的)网关之间、(例如,在图15的邻域节点层1530处的)接入或边缘计算节点之间、(例如,在图15的区域或中心局层1520处的)核心网络或路由器之间的关系可通过使用链接的对象和标签属性来表示。

  (例如,在图15的网关层1524处建立的)雾网络可表示近用户边缘设备(例如,雾节点)的密集地理分布,这些近用户边缘设备配备有存储能力(例如,用于避免将数据存储在云数据中心中的需求)、通信能力(例如,而不是通过互联网主干被路由)、控制能力、配置能力、测量和管理能力(而不是主要由诸如LTE核心网络中的那些网络网关之类的网络网关控制),等等。在该上下文中,图16图示集成多个MEC节点和雾节点的一般架构——这些MEC节点和雾加点(基于它们的位置、连接性和处理能力等)在不同层中被分类。然而,应当理解,可以通过边缘计算处理节点来代替或增强此类雾节点。

  可以取决于拓扑并取决于雾节点所位于的层对雾节点进行分类。相比之下,从MEC标准的角度来看,每个雾节点可以被视为MEC主机1301、或主控MEapp1336和轻量MEC平台1337的简单实体。在示例中,MEC或雾节点可被定义为连接到正在主控ME平台的设备(ME主机)或运行在该设备上的应用实例。在此,应用消费MEC服务,并与系统中的MEC主机相关联。节点可以被迁移到不同MEC主机,被关联到不同的MEC主机,或者消费来自其他(例如,本地或远程)MEC平台1337的MEC服务。

  与该方式形成对照,传统的V2X/V2X应用依赖于远程云数据存储和处理以交换并协调信息。云数据安排允许长期的数据收集和存储,但对于高时变的数据(诸如,碰撞、交通等变化等)并不是最优的,并且可能无法尝试应对等待时间挑战(诸如,当孩子跑到街上时,停下车辆)。本文中讨论的数据消息转换技术使得直接通信能够使用在现有MEC服务中提供最小开销的特征、以低等待时间方式发生在设备(例如,交通工具)之间。

  取决于交通工具通信上下文中的实时要求,数据处理和存储的层级式结构被定义。例如,包括本地超低等待时间处理、区域存储和处理、以及基于远程云数据中心的存储和处理。服务水平协议(SLA)和关键性能指标(KPI)可用于标识数据被最佳地传递到何处以及数据在何处被处理或存储。这典型地取决于数据的开放系统互联(OSI)层依赖关系。例如,较低的层(PHY、MAC、路由等)典型地快速变化,并且更好地在本地被处置以满足等待时间要求。较高层级的数据(诸如,应用层数据)典型地是时间较不关键的,并且可在远程云数据中心中被存储和处理。

  如先前所提及,本文中的实施例引入了用于使用MEC和边缘计算实体的方式,这些MEC和边缘计算实体被应用于与运营商蜂窝网络对接的AECC MSP企业网络。由图1、图2A和图2B示出蜂窝网络内的AECC边缘卸载以及与MSP企业网络的对接。

  参考图2B,其图示另一示例AECC系统200B,MSP边缘服务器136经由如在AECC分布式计算架构参考模型中所定义的企业网络被连接至MSP中央服务器150。根据MSP边缘服务器136实例的部署,可在蜂窝网络140/240中的适当地点处选择数据卸载点以满足对等待时间和容量的服务要求。在图2B中,类似标号的元件与先前参考图1和图2A讨论的相同。

  现有的AECC参考架构未给出关于边缘卸载如何在蜂窝网络140/240内发生以及MSP企业网络如何与蜂窝网络140/240对接的解决方案。各实施例涵盖发生在蜂窝网络内的边缘卸载以及与蜂窝网络对接的MSP企业网络。本文中的实施例提供此类解决方案以为行业建立更完整的引导。

  欧洲电信标准协会(ETSI)多接入边缘计算(MEC)是在接入网络(例如,蜂窝网络、WLAN等)的边缘处提供信息技术(IT)服务环境和云计算能力的体系,该接入网络包含一种或多种类型的接入技术,并且近距离接近其用户。对于AECC系统(诸如,参考图1、图2A-2B示出和描述的那些AECC系统),重要的是在ETSI MEC架构之外支持MSP企业网络内MSP边缘服务器136与MSP中央服务器150之间的对接。

  本文中的实施例包括以下解决方案:将ETSI MEC数据平面应用于AECC边缘服务器以进行通信量处置,包括重路由至应用、复制和通行;使用ETSI MEC管理以经由Mm5接口来执行通信量规则配置;用于从边缘服务器连接至中央服务器的AECC MSP企业网络将利用蜂窝网络IP传输资源,但占据核心网络的任何隧道资源以下载针对蜂窝网络的GTP资源和计算压力。本文中的解决方案实现应用到AECC系统中的ETSI MEC架构,并相应地提供AECCMSP企业网络与蜂窝网络对接的解决方案。解决方案将增强MSP边缘服务器数据平面价值。现在参考图17,其图示集成AECC系统(参见例如图1和图2A-图2B)和MEC系统(参见例如图12-图16)的示例系统1300。ETSI MEC被视为用于将计算能力带入移动网络运营商(MNO)1740的边缘中的技术,该MNO网络1740可与图1和图2A-图2B的蜂窝网络140、240(包括240A和240B)相同和类似。它使移动或多接入边缘应用(例如,图13的MEC App1336)能够实现为在虚拟化基础设施之上运行的仅软件实体,该虚拟化基础设施位于网络边缘中或靠近网络边缘。系统1700聚集于与移动边缘(或MEC)有关的独特的内容、建立在NFV原理之上的内容、以及符合NFV原理的内容,提供在部署4G和5G蜂窝网络1740时的灵活性,并提供MEC数据平面通信量处置。系统1700可支持针对交通工具系统1721和非交通工具UE 1725的数据至(多个)应用的重路由、复制和通行。交通工具系统1721可与上文参照图1-图11讨论的交通工具系统121相同或类似。

  交通工具系统1721生成AECC定义的通信量1722(例如,IP通信量1722),诸如,HD地图、智能驾驶数据、和/或其他类似的通信量,诸如,先前讨论的与AECC服务有关的数据核MSP边缘服务器计算能力。该IP通信量1722被传送到RAN 1731,该RAN 1731经由隧道1726将通信量1722发送/传送/转发到MSP边缘服务器1736中的边缘计算模块1739。类似地,UE1725还生成IP数据并经由隧道1726和RAN 1731将IP数据传送到MSP边缘服务器1736。UE1725表示除AECC交通工具系统1721之外的任何UE。非交通工具UE 1725可与图1-图7的UE125、图12的中间节点1221a-1221b和端点1211相同或类似。

  隧道1726可以是在其中具有IP数据的GTP隧道(或GTP数据平面隧道)。GTP隧道1726可用于将核心网络1742内的用户数据(例如,IP分组/PDU)承载到公共网络1770(参见例如图12的(多个)服务器1250)以及承载在RAN 1731与CN 1742之间。所传输的用户数据可以是按照例如IPv4、IPv6或PPP格式中的任一格式的分组。

  系统1700包括MSP企业网络1760,其包括MSP边缘服务器1736。MSP边缘服务器1736经由IP连接而不是GTP隧道(例如,图17中的隧道1726)来与运营商蜂窝网络1740中的蜂窝CN 1742对接,以节省GTP资源。此外,蜂窝CN 1742执行至MSP中央服务器1750、以及具体地至MSP中央服务器1750中的云计算节点1755的IP路由。它将避免AECC系统为MSP企业网络1760建立分开的网络。MSP边缘服务器1736、MSP中央服务器1750可以分别与图1和图2A-图2B的MSP边缘服务器136和MSP中央服务器150相同或类似。

  在系统1700中,MSP边缘服务器1736驻留在接近RAN 1731的地点处,并且符合ETSIMEC参考架构。MSP边缘服务器1736可与图1-图11的MSP边缘服务器136相同或类似,并且RAN1731可与图12的RAN和/或RAN节点1231相同或类似。MSP边缘服务器1736内的数据平面1738根据通信量规则配置(例如,图13的TR 1337B)、经由Mm5接口/参考点执行来自MEC管理1730(参见例如图13)的(多个)通信量路由动作。数据平面1737可与先前参照图1-图7讨论的DP模块138相同或类似,并且MEC管理1730可与图13的ME管理1330相同或类似。

  在实施例中,路由边缘计算节点1739在本地执行特定的通信量流处置,并且可经由数据平面将处理后的通信量数据转发到MSP中央服务器。在此类实施例中,边缘计算节点1739采用通信量过滤器(例如,图13的TR 1337B)来执行通信量流处置。通信量过滤器支持IP地址、端口、原型、IPDSRC等。在一些实施例中,通信量过滤器的通信量过滤策略可使用(多个)不同的AECC通信量流和/或使用(多个)不同的端口。在实施例中,路由动作支持转发、丢弃、通行、复制等。在实施例中,路由目的地支持应用、本地网络和外部网络。

  图18示出用于实践本文中讨论的一些实施例的过程1800A和1800B。过程1800A开始于操作1805,在操作1805处,该过程选择蜂窝网络中的一个或多个基站来卸载通信量的数据,并且随后在操作1810处,该过程应用蜂窝网络的数据平面来处置该通信量。过程1800B开始于操作1815,在操作1815处,该过程配置用于由边缘服务器执行用于通信量/工作负载的通信量路由动作的通信量规则,并且随后在操作1820处,该过程通过利用蜂窝网络的蜂窝案例IP传输资源来配置从边缘服务器到中央服务器的连接。在实施例中,可将图1-图17或/或本文中的一些其他附图中的(多个)电子设备、(多个)网络、(多个)系统、(多个)芯片、或(多个)组件、或其部分或实现方式配置成用于执行过程1800A和/或1800B。例如,过程1800A可由图17的MSP企业网络1760中的MSP边缘服务器1736(或其部分/组件)执行,并且过程1800B可由图17的MSP企业网络1760中的MSP中央服务器1750(或其部分/组件)执行。

  V.系统和实现方式

  图19图示根据各实施例的基础设施装备1900的示例。基础设施装备1900(或“系统1900”)可被实现为基站、无线电头、接入网络节点(例如,先前示出和描述的边缘节点1230)、MSP边缘服务器136、MSP中央服务器150、MEC服务器1236、(多个)服务器1250、和/或本文中讨论的任何其他元件/设备。在其他示例中,系统1900可被实现在中间节点1220或端点1210中或者由中间节点1220或端点1210实现。

  系统1900包括应用电路1905、基带电路1910、一个或多个无线电前端模块(RFEM)1915、存储器电路1920、功率管理集成电路(PMIC)1925、功率三通电路1930、网络控制器电路1935、网络接口连接器1940、定位电路1945、以及用户接口1950。在一些实施例中,设备1900可包括诸如例如存储器/存储、显示器、相机、传感器、或输入/输出(I/O)接口之类的附加元件。在其他实施例中,下文所描述的组件可被包括在多于一个的设备中。例如,针对CRAN、vBBU或其他类似的实现方式,所述电路可以被单独地包括在多于一个的设备中。

  应用电路1905包括电路,诸如但不限于一个或多个处理器(或处理器核)、高速缓存存储器、以及以下各项中的一项或多项:低压差电压调节器(LDO)、中断控制器、串行接口(诸如,SPI、I2C或通用可编程串行接口模块)、实时时钟(RTC)、定时器-计数器(包括间隔定时器和看门狗定时器)、通用输入/输出(I/O或IO)、存储器卡控制器(诸如,安全数字(SD)多媒体卡(MMC)或类似物)、通用串行总线(USB)接口、移动产业处理器接口(MIPI)接口、以及联合测试接入小组(JTAG)测试接入端口。应用电路1905的处理器(或核)可与存储器/存储元件耦合或者可包括存储器/存储,并且可被配置成用于执行存储器/存储中所存储的指令以使得各种应用或操作系统能够在系统1900上运行。在一些实现方式中,存储器/存储元件可以是片上存储器电路,该片上存储器电路可包括任何合适的易失性和/或非易失性存储器,诸如,DRAM、SRAM、EPROM、EEPROM、闪存、固态存储器、和/或诸如本文中所讨论的那些存储器设备技术之类的任何其他类型的存储器设备技术。

  应用电路1905的(多个)处理器可包括例如一个或多个处理器核(CPU)、一个或多个应用处理器、一个或多个图形处理单元(GPU)、一个或多个精简指令集计算(RISC)处理器、一个或多个Acorn RISC机器(ARM)处理器、一个或多个复杂指令集计算(CISC)处理器、一个或多个DSP、一个或多个FPGA、一个或多个PLD、一个或多个ASIC、一个或多个微处理器或控制器、或其任何合适的组合。在一些实施例中,应用电路1905可包括或可以是用于根据本文中的各实施例进行操作的专用处理器/控制器。作为示例,应用电路1905的(多个)处理器可包括一个或多个处理器;(多个)超微半导体(AMD)处理器;(多个)许可自ARM控股有限公司的基于ARM的处理器,诸如,ARM Cortex-A处理器族和由CaviumTM公司提供的来自MIPS技术公司的基于MIPS的设计,诸如,MIPS勇士(Warrior)P类处理器;等等。在一些实施例中,系统1900可以不利用应用电路1905,并且替代地例如可包括专用处理器/控制器来处理从EPC或5GC接收的IP数据。

  在一些实现方式中,应用电路1905可包括一个或多个硬件加速器,这一个或多个硬件加速器可以是微处理器、可编程处理设备等等。一个或多个硬件加速器可包括例如计算机视觉(CV)和/或深度学习(DL)加速器。作为示例,可编程处理设备可以是一个或多个现场可编程门阵列(FPGA);可编程逻辑器件(PLD),诸如,复杂PLD(CPLD)、高容量PLD(HCPLD)等等;ASIC,诸如,结构化ASIC等等;可编程Soc(PSoC);等等。在此类实现方式中,应用电路1905的电路可包括逻辑块或逻辑结构以及其他互连的资源,这些逻辑块或逻辑结构以及其他互连的资源可被编程为执行本文中所讨论的各实施例的各种功能,诸如,过程、方法、功能等。在此类实施例中,应用电路1905的电路可包括用于将逻辑块、逻辑结构、数据等存储在查找表(LUT)等等中的存储器单元(例如,可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、闪存、静态存储器(例如,静态随机存取存储器(SRAM)、反熔丝等))。

  在一些实现方式(诸如,其中图12的边缘节点1230、中间节点1220和/或端点1210的子系统是单独的软件代理或AI代理的实现方式)中,每个代理被实现在被配置有适当的(多个)位流的相应的硬件加速器或用于执行它们相应的功能的逻辑块中。在这些实现方式中,应用电路1905的(多个)处理器和/或硬件加速器可专门定制成用于对代理进行操作和/或用于机器学习功能,这些处理器和/或硬件加速器诸如AI GPU集群、由公司开发的张量处理单元(TPU)、由提供的真实AI处理器(RAPTM)、由公司提供的NervanaTM神经网络处理器(NNP)、MovidiusTMMyriadTMX视觉处理单元(VPU)、基于PXTM的GPU、由通用提供的NM500芯片、由公司提供的硬件3(Hardware 3)、由提供的基于EpiphanyTM的处理器,等等。在一些实施例中,硬件加速器可被实现为AI加速协处理器,诸如,由公司提供的Hexagon 685DSP、由想象技术(Imagination Technologies)提供的PowerVR 2NX神经网络加速器(NNA)、A11或A12Bionic SoC内的神经引擎核、由提供的海思麒麟970内的神经处理单元,等等。

  基带电路1910可例如被实现为包括一个或多个集成电路的焊入式衬底、焊接至主电路板的单个封装的集成电路、或包含两个或更多个集成电路的多芯片模块。基带电路1910包括用于执行各种协议和无线电控制功能的一个或多个处理设备(例如,基带处理器)。基带电路1910可与系统1900的应用电路对接,以用于基带信号的生成和处理并且用于控制RFEM 1915的操作。基带电路1910可处置经由RFEM 1915实现与一个或多个无线电网络的通信的各种无线电控制功能。基带电路1910可包括诸如但不限于一个或多个单核或多核处理器(例如,一个或多个基带处理器)或控制逻辑的电路,以处理从RFEM 1915的接收信号路径接收的基带信号并生成要经由传送信号路径被提供给RFEM 1915的基带信号。在各实施例中,基带电路1910可实现用于管理基带电路1910的资源、调度任务等的实时OS(RTOS)。RTOS的示例可包括由提供的嵌入式操作系统(OSE)TM,由提供的Nucleus RTOSTM,由提供的多功能实时可执行程序(VRTX)、由提供的ThreadXTM、FreeRTOS、由提供的REX OS、由开放内核(Open Kernel(OK))提供的OKL4或任何其他合适的RTOS,诸如,本文中讨论的那些。

  虽然并未由图19示出,但是在一个实施例中,基带电路1910包括用于操作一个或多个无线通信协议的(多个)单独的处理设备(例如,“多协议基带处理器”或“协议处理电路”)和用于实现物理层(PHY)功能的(多个)单独的处理设备。在该实施例中,协议处理电路操作或实现一个或多个无线通信协议的各种协议层/实体。在第一示例中,当RFEM 1915是蜂窝射频通信系统(诸如,毫米波(mmWave)通信电路或某个其他合适的蜂窝通信电路)时,协议处理电路可操作LTE协议实体和/或5G/NR协议实体。在该第一示例中,协议处理电路将操作MAC、RLC、PDCP、SDAP、RRC和NAS功能。在第二示例中,当RFEM 1915是WiFi通信系统时,协议处理电路可操作一个或多个基于IEEE的协议。在第二示例中,协议处理电路将操作WiFi MAC和LLC功能。协议处理电路可包括用于存储针对操作协议功能的程序代码和数据的一个或多个存储器结构(未示出)以及用于执行该程序代码并使用该数据执行各种操作的一个或多个处理核(未示出)。协议处理电路提供针对基带电路1910和/或RFEM 1915的控制功能。基带电路1910可支持针对多于一个无线协议的无线电通信。

  继续前述实施例,基带电路1910包括用于实现PHY的(多个)单独的处理设备,该PHY包括HARQ功能、加扰和/或解扰、译码(编码)和/或解码、层映射和/或解映射、调制符号映射、所接收符号和/或位度量确定、多天线端口预编码和/或解码(其可包括时-空、空-频或空间译码中的一者或多者)、参考信号生成和/或检测、前置序列生成和/或解码、同步序列生成和/或检测、控制信道信号盲解码、射频移位以及其他相关功能等。调制/解调功能可包括快速傅里叶变换(FFT)、预编码、星座映射/解映射功能。译码(编码)/解码功能可包括卷积译码、咬尾卷积译码、turbo译码、Viterbi译码、或低密度奇偶校验(LDPC)译码。调制/解调和编码器/解码器功能的实施例不限于这些示例,并且在其他实施例中可包括其他合适的功能。

  用户接口电路1950可包括被设计成用于实现用户与系统1900的交互的一个或多个用户接口、或者被设计成用于实现外围组件与系统1900的交互的外围组件接口。用户接口可包括但不限于一个或多个实体或虚拟按钮(例如,重置按钮)、一个或多个指示器(例如,发光二极管(LED))、实体键盘或小键盘、鼠标、触摸板、触摸屏、扬声器或其他音频发射设备、话筒、打印机、扫描仪、头戴式耳机、显示屏或显示设备等。外围组件接口可包括但不限于非易失性存储器端口、通用串行总线(USB)端口、音频插孔、电源接口等。

  音频前端模块(RFEM)1915可包括毫米波(mmWave)RFEM以及一个或多个亚毫米波射频集成电路(RFIC)。在一些实现方式中,一个或多个亚毫米波RFIC可与毫米波RFEM物理地分离。RFIC可包括到一个或多个天线或天线阵列的连接,并且RFEM可连接至多个天线。在替代实现方式中,毫米波无线电功能和亚毫米波无线电功能两者可被实现在同一物理RFEM1915中,该物理RFEM 1915包含毫米波天线和亚毫米波两者。天线阵列包括一个或多个天线元件,这些天线元件中的每个天线元件被配置成将电信号转换为无线电波以行进通过空气,并且用于将接收到的无线电波转换为电信号。例如,由基带电路1910提供的数字基带信号被转换为模拟RF信号(例如,经调制的波形),该模拟RF信号将经由包括一个或多个天线元件(未示出)的天线阵列的天线元件被放大并被传送。天线元件可以是全向的、有向的、或其组合。天线元件能以如已知和/或本文中所讨论的多种布置形成。天线阵列可包括微带天线或制造在一个或多个印刷电路板的表面上的印刷天线。天线阵列能以各种形状被形成为金属箔的贴片(例如,贴片天线),并且可使用金属传输线等与RF电路耦合。

  存储器电路1920可包括易失性存储器(包括动态随机存取存储器(DRAM)和/或同步动态随机存取存储器(SDRAM))和非易失性存储器(NYM)(包括高速电可擦除存储器(统称为闪存)、相变随机存取存储器(PRAM)、磁阻随机存取存储器(MRAM)等)中的一者或多者,并且可包含来自的三维(3D)交叉点(XPOINT)存储器。存储器电路1920可被实现为焊入式封装的集成电路、插口式存储器模块、以及插入式存储器卡中的一者或多者。存储器电路1920配置成用于以实现本文中所描述的技术的软件、固件、或硬件命令的形式存储计算逻辑(或“模块”)。可使用合适的编程语言或开发工具(诸如,本文中讨论的任何编程语言或开发工具)来开发计算逻辑或模块。可采用计算逻辑以存储用于装置基础设施装备1900的各种组件、基础设施装备1900的操作系统、一个或多个应用的操作和/或用于执行文本中讨论的实施例的编程指令的工作副本和/或永久副本。计算逻辑可作为用于由应用电路1905的处理器执行以提供或执行本文中所描述的功能的指令而被存储或被加载到存储器电路1920中。各种元件可由受应用电路1905的处理器支持的汇编器指令或可被编译成此类指令的高级语言来实现。编程指令的永久副本可在工厂中在制造期间或在现场通过例如分发介质(未示出)、通过通信接口(例如,从分发服务器)、和/或空中下载(OTA)被置于存储器电路1920的持久性存储设备中。

  PMIC 1925可包括电压调节器、电涌保护器、功率警报检测电路、以及诸如电池或电容器之类的一个或多个备用电源。功率警报检测电路可检测掉电(欠压)和电涌(过压)状况中的一者或多者。功率三通电路1930可提供从网络电缆汲取的电功率,以使用单个电缆向基础设施装备1900提供功率供给和数据连接性两者。

  网络控制器电路1935使用标准网络接口协议提供到网络的连接性,标准网络接口协议诸如以太网、通过GRE隧道的以太网、通过多协议标签交换(MPLS)的以太网、或某个其他合适的协议,诸如本文中所讨论的那些协议。可使用物理连接经由网络接口连接器1940提供去往/来自基础设施装备1900的网络连接性,该网络连接性可以是电气的(统称为“铜互连”)、光学的或无线的。网络控制器电路1935可包括一个或多个专用处理器和/或FPGA以使用前述协议中的一个或多个协议进行通信。在一些实现方式中,网络控制器电路1935可包括多个控制器以使用相同或不同的协议提供到其他网络的连接性。在各实施例中,网络控制器电路1935实现与相关联的装备和/或与后端系统(例如,图12的(多个)服务器1230)的通信,该通信可经由格式的网关设备发生。

  定位电路1945包括用于接收由全球导航卫星系统(GNSS)的定位网络传送/广播的信号并对其进行解码。导航卫星星座(或GNSS)的示例包括美国的全球定位系统(GPS)、俄罗斯的全球导航系统(GLONASS)、欧盟的伽利略系统、中国的北斗导航卫星系统、区域导航系统或GNSS增强系统(例如,利用印度星座(NAVIC)、日本的准天顶卫星系统(QZSS)、法国的多普勒轨道成像和卫星综合无线电定位(DORIS)等进行的导航)等等。定位电路1945包括与定位网络(诸如,导航卫星星座节点)的组件通信的各种硬件元件(例如,包括诸如交换机、滤波器、放大器、天线元件等等之类的用于促进OTA通信的硬件设备)。在一些实施例中,定位电路1945可包括用于定位、导航和定时的微技术(Micro-PNT)IC,其使用主定时时钟来执行位置跟踪/估计而无需GNSS辅助。定位电路1945也可以是基带电路1910和/或RFEM 1915的部分或者与基带电路1910和/或RFEM 1915交互,以与定位网络的节点和组件通信。定位电路1945还可向应用电路1905提供位置数据和/或时间数据,该应用电路1905可使用该数据使操作与各种其他基础设施装备等等同步。

  由图19示出的组件可使用接口电路1906或互连(IX)1906彼此通信,该接口电路1906或互连(IX)1907可包括任何数量的总线和/或互连(IX)技术,诸如,工业标准架构(ISA)、扩展ISA(EISA)、集成电路间(I2C)、串行外围接口(SPI)、点对点接口、功率管理总线(PMBus)外围组件互连(PCI)、PCI快速(PCIe)、超路径接口(UPI)、加速器链路(IAL)、公共应用编程接口(CAPI)、快速路径互连(QPI)、超路径互连(UPI)、Omni-Path架构(OPA)IX、RapidIOTM系统IX,用于加速器的高速缓存一致性互连(CCIA)、Gen-Z联盟IX、开放一致性加速处理器接口(OpenCAPI)IX、超传输(HyperTransport)互连和/或任何数量的其他IX技术。IX技术可以是例如在基于SoC的系统中使用的专有总线。

  图20图示根据各实施例的平台2000(也被称为“系统2000”、“设备2000”、“装置2000”等等)的示例。在实施例中,平台2000可适于用作图12的中间节点1220和/或端点1210、和/或参照本文中示出和描述的任何其他附图的本文中讨论的任何其他元件/设备。平台2000还可被实现在服务器计算机系统或本文中所讨论的某个其他元件、设备或系统中,或者被实现为服务器计算机系统或本文中所讨论的某个其他元件、设备或系统。平台2000可包括示例中示出的组件的任何组合。平台2000的组件可被实现为集成电路(IC)、集成电路的部分,分立电子器件,或者在计算机平台2000中适配的其他模块、逻辑、硬件、软件、固件或其组合,或者被实现为以其他方式结合在更大的系统的机架内的组件。图20的示例旨在示出计算机平台2000的组件的高级视图。然而,可省略所示出的组件中的一些组件,可存在附加的组件,并且所示出的组件的不同布置可在其他实现方式中发生。

  平台2000包括处理器电路2002。处理器2002包括电路,诸如但不限于一个或多个处理器核以及以下一个或多个:高速缓存存储器、低压差电压调节器(LDO)、中断控制器、串行接口(诸如,串行外围接口(SPI)、集成电路间(I2C)或通用可编程串行接口电路)、实时时钟(RTC)、定时器-计数器(包括间隔定时器和看门狗定时器)、通用输入/输出(I/O)、存储器卡控制器(诸如,安全数字/多媒体卡(SD/MMC)或类似物)、通用串行总线(USB)接口、移动产业处理器接口(MIPI)接口、以及联合测试接入小组(JTAG)测试接入端口。在一些实现方式中,处理器电路2002可包括一个或多个硬件加速器,这一个或多个硬件加速器可以是微处理器、可编程处理设备(例如,FPGA、ASIC)等等。一个或多个硬件加速器可包括例如计算机视觉(CV)和/或深度学习(DL)加速器。在一些实现方式中,处理器电路2002可包括片上存储器电路,该片上存储器电路可包括任何合适的易失性和/或非易失性存储器,诸如,DRAM、SRAM、EPROM、EEPROM、闪存、固态存储器、和/或诸如本文中所讨论的那些存储器设备技术之类的任何其他类型的存储器设备技术。

  处理器电路2002的(多个)处理器可包括例如一个或多个处理器核(CPU)、一个或多个应用处理器、一个或多个图形处理单元(GPU)、一个或多个精简指令集计算(RISC)处理器、一个或多个Acorn RISC机器(ARM)处理器、一个或多个复杂指令集计算(CISC)处理器、一个或多个数字信号处理器(DSP)、一个或多个FPGA、一个或多个PLD、一个或多个ASIC、一个或多个基带处理器、一个或多个射频集成电路(RFIC)、一个或多个微处理器或控制器、或其任何合适的组合。处理器电路2002的处理器(或核)可与存储器/存储耦合或者可包括存储器/存储,并且可被配置成用于执行存储器/存储中所存储的指令以使得各种应用或操作系统能够在平台2000上运行。在这些实施例中,处理器电路2002的处理器(或核)被配置成用于操作应用软件以向平台2000的用户提供特定服务。在一些实施例中,处理器电路2002可以是用于根据本文中的各实施例进行操作的专用处理器/控制器。

  作为示例,处理器电路2002可包括可从加利福尼亚州圣克拉拉市的公司获得的基于架构酷睿TM(CoreTM)的处理器,诸如,夸克TM(QuarkTM)、凌动TM(AtomTM)、i3、i5、i7或MCU类处理器、(多个)处理器、(多个)处理器、或另一此类处理器。然而,可使用任何数量的其他处理器,诸如以下各项中的一项或多项:超微半导体公司(AMD)核架构,诸如,(多个)处理器、加速处理单元(APU)、MxGPU、(多个)处理器等等;来自公司的(多个)A5-A12和/或S1-S4处理器,来自技术公司的(多个)骁龙TM(SnapdragonTM)或CentriqTM处理器,的(多个)开放多媒体应用平台(OMAP)TM处理器;来自MIPS技术公司的基于MIPS的设计,诸如,MIPS勇士M类(Warrior M-class)、勇士I类(Warrior I-class)和勇士P类(P-class)处理器;许可自ARM控股有限公司的基于ARM的设计,诸如,ARM Cortex-A、Cortex-R和Cortex-M族处理器;由CaviumTM公司提供的等等。在一些实现方式中,处理器电路2002可以是片上系统(SoC)、封装中系统(SiP)、多芯片封装等等的部分,其中处理器电路2002和其他组件被形成到单个集成电路或单个封装中,诸如,来自公司的爱迪生TM(EdisonTM)或伽利略TM(GalileoTM)SoC板。处理器电路2002的其他示例在本公开中的其他地方被提及。

  另外或替代地,处理器电路2002可包括诸如但不限于以下各项的电路:一个或多个FPD,诸如,FPGA等等;PLD,诸如,CPLD、HCPLD等等;ASIC,诸如,结构化ASIC等等;PSoC;等等。在此类实施例中,处理器电路2002的电路可包括逻辑块或逻辑结构以及其他互连的资源,逻辑块或逻辑结构以及其他互连的资源可被编程为执行各种功能,诸如,本文中所讨论的各实施例的过程、方法、功能等。在此类实施例中,处理器电路2002的电路可包括用于将逻辑块、逻辑结构、数据等存储在LUT等等中的存储器单元(例如,EPROM、EEPROM、闪存、静态存储器(例如,SRAM、反熔丝等)。

  处理器电路2002可通过互连2006(例如,总线)来与系统存储器电路2004通信。可使用任何数量的存储器设备来提供给定量的系统存储器。作为示例,存储器电路2004可以是根据联合电子器件工程委员会(JEDEC)设计的随机存取存储器(RAM)、动态RAM(DRAM)、和/或同步DRAM(SDRAM),该JEDEC设计诸如,DDR或移动DDR标准(例如,LPDDR、LPDDR2、LPDDR3或LPDDR4)。存储器电路2004还可包括非易失性存储器(NVM),诸如,高速电可擦除存储器(统称为“闪存”)、相变RAM(PRAM)、电阻存储器(诸如,磁阻随机存取存储器(MRAM))等,并且可包含来自的三维(3D)交叉点(XPOINT)。存储器电路2004还可以包括持久性存储设备,其可以是任何类型的暂时的和/或持久性的存储,包括但不限于,非易失性存储器、光存储、磁存储和/或固态大容量存储等等。

  存储器电路2004的各个存储器设备可被实现为焊入式封装的集成电路、插口式存储器模块、以及插入式存储器卡。存储器电路2004可被实现为任何数量的不同封装类型,诸如,单管芯封装(SDP)、双管芯封装(DDP)或四管芯封装(Q17P)。在一些示例中,这些设备可以直接焊接到主板上,以提供较低轮廓的解决方案,而在其他示例中,设备被配置为一个或多个存储器模块,这些存储器模块进而通过给定的连接器耦合至主板。可使用任何数量的其他存储器实现方式,诸如,其他类型的存储器模块,例如,不同种类的双列直插存储器模块(DIMM),包括但不限于microDIMM(微DIMM)或MiniDIMM(迷你DIMM)。存储器电路2004。在实施例中,存储器电路2004可与处理器电路2002被设置在同一管芯或封装(例如,同一SoC、同一SiP、或与处理器电路2002被焊接在同一MCP上)上或者同一管芯或封装中。

  为了提供对信息(诸如,数据、应用、操作系统(OS)等等)的持久性存储,存储电路2008也可经由互连2006耦合至处理器电路2002。在示例中,存储电路2008可经由固态盘驱动器(SSDD)来实现。可用于存储电路2008的其他设备包括闪存卡(诸如,SD卡、microSD卡、xD图片卡,等等)和USB闪存驱动器。在低功率实现方式中,存储电路2008可以是与处理器电路2002相关联的管芯上存储器或寄存器。然而,在一些示例中,存储电路2008可使用微硬盘驱动器(HDD)来实现。进一步地,除所描述的技术之外或替代所描述的技术,可将任何数量的新技术用于存储电路2008,这些新技术诸如,阻变存储器、相变存储器、全息存储器或化学存储器,等等。

  存储器电路2008存储用于实现本文中描述的技术的软件、固件或硬件命令形式的计算逻辑2083(或“模块2083”)。可采用计算逻辑2083来存储计算机程序或用于创建计算机程序的数据的工作副本和/或永久副本,以用于平台2000的各组件(例如,驱动器等)、平台2000的操作系统、一个或多个应用的操作,和/或以用于执行本文中讨论的实施例。计算逻辑2083可作为指令2082或用于创建指令2082的数据被存储或被加载到存储器电路2004中,用于由处理器电路2002执行以提供本文中所描述的功能。各种元件可由受处理电路2002支持的汇编器指令或可被编译成此类指令(例如,指令2070或用于创建指令2070的数据)来实现。编程指令的永久副本可在工厂中或在现场通过例如分发介质(未示出)、通过通信接口(例如,从分发服务器(未示出))、和/或空中下载(OTA)被置于存储电路2008的持久性存储设备中。

  在示例中,经由图20的存储器电路2004和/或存储电路2008提供的指令2082被具体化为包括程序代码、计算机程序产品或用于创建计算机程序的数据一个或多个非瞬态计算机可读存储介质(参见例如,图15的NTCRSM 1502),其中计算机程序或数据用于指引平台2000的处理器电路2002在平台2000中执行电子操作和/或执行特定的动作序列或动作流,例如,如参考先前所描绘的操作和功能的(多个)流程图和(多个)框图所描述。处理器电路2002通过互连2006来访问一个或多个非瞬态计算机可读存储介质。

  在示例中,处理器电路2002上的指令2070(单独地,或与存储在计算机可读介质中的指令2082和/或逻辑/模块2083组合地)可配置可信执行环境(TEE)2090的执行或操作。TEE 2090操作为可由处理器电路2002访问的受保护区域以实现对数据的安全访问以及指令的安全执行。在一些实施例中,TEE 2090可以是与系统2000的其他组件分开的物理硬件设备,诸如,安全嵌入式控制器、专用SoC、或防篡改小芯片、或具有嵌入式处理设备和存储器设备的微控制器。在其他实施例中,TEE 2090可实现为安全飞地,这些安全飞地是系统2000的存储器内的代码和/或数据的隔离区域。仅在安全飞地内被执行的代码可访问同一安全飞地内的数据,并且该安全飞地仅可使用安全应用(其可由应用处理器或防篡改微控制器实现)访问。可例如通过使用以下各项来提供TEE 2090、处理器电路2002或存储器电路2004和/或存储电路2008中的伴随的安全区域的各种实现方式:软件防护扩展(SGX)或硬件安全扩展;符合台式和移动架构硬件(DASH)的网络接口卡(NIC);管理/可管理性引擎、聚合安全引擎(CSE)或聚合安全管理/可管理性引擎(CSME)、由提供的可信执行引擎(TXE),其中的每一个都可结合活跃管理技术(AMT)和/或vProTM技术来操作;平台安全协处理器(PSP)、具有DASH可管理型的高级A系列加速处理单元(APU)、Crypto4807、4808、4809和/或4765密码协处理器、具有智能平台管理接口(IPMI)的基板管理控制器(BMC),戴尔TM远程辅助卡(DRAC II)、集成式戴尔TM远程辅助卡(iDRAC),等等。安全强化、硬件信任根、和受信任或受保护操作的其他方面可以通过TEE 2090和处理器电路2002在设备2000中实现。虽然指令2082被示出为存储器电路2004中所包括的代码块并且计算逻辑2083被示出为存储电路2008中的代码块,但应当理解,这些代码块中的任何代码块能以硬连线电路来代替,例如,被构建成FPGA、ASIC或某个其他合适的电路。例如,在处理器电路2002包括(例如,基于FPGA的)硬件加速器以及处理器核的情况下,硬件加速器(例如,FPGA单元)可被预配置有前述的计算逻辑(例如,预配置有适当的位流)以执行先前所讨论的功能中的一些或全部(代替采用要由(多个)处理器核执行的编程指令)。

  存储器电路2004和/或存储电路2008可存储操作系统(OS)的程序代码,该操作系统可以是通用OS或为计算平台2000专门编写的并被定制成用于计算平台2000的OS。例如,OS可以是Unix或类Unix OS(诸如,例如由红帽企业提供的Linux)、由提供的Windows 10TM、由提供的macOS,等等。在另一示例中,OS可以是移动OS,诸如,由提供的提供的提供的Windows 10移动由KaiOS技术公司提供的KaiOS,等等。在另一示例中,OS可以是实时OS(RTOS),诸如,由Apache软件基金会提供的Apache Mynewt、由微提供的Windows 10For公司提供的微控制器操作系统(“MicroC/OS”或“pC/OS”)、FreeRTOS、由提供的由Sysgo提供的PikeOS、由提供的Android 由黑莓公司提供的RTOS、或任何其他合适的RTOS,诸如,本文中所讨论的那些RTOS。

  OS可包括操作以控制特定设备的一个或多个驱动器,这些特定设备被嵌入在平台2000中、被附连至平台2000、或以其他方式与平台2000通信地耦合。驱动器可包括允许平台的其他组件与各种输入/输出(I/O)设备交互或控制各种I/O设备的各个驱动器,这些I/O设备可存在于平台2000内或连接至平台2000。例如,驱动器可包括用于控制和允许对显示设备的访问的显示驱动器、用于控制和允许对平台2000的触摸屏接口的访问的触摸屏驱动器、用于获取传感器电路2021的传感器读数并且控制和允许对传感器电路2021的访问的传感器驱动器、用于获取致动器2022的致动器位置和/或控制和允许对致动器2022的访问的致动器驱动器、用于控制和允许对嵌入式图像捕捉设备的访问的相机驱动器、用于控制和允许对一个或多个音频设备的访问的音频驱动器。OS还可包括为一个或多个应用提供程序代码和/或软件组件以获取并使用来自可信执行环境(TEE)的数据的一个或多个库、驱动器、API、固件、中间件、软件胶等。

  组件可通过互连2006进行通信。互连2006可包括任何数量的技术,包括工业标准架构(ISA)、扩展ISA(EISA)、外围组件互连(PCI)、外围组件互连扩展(PCIx)、PCI快速(PCIe)或任何数量的其他技术。互连2006可以是例如在基于SoC的系统中使用的专有总线。其他总线系统可被包括,诸如I2C接口、SPI接口、点对点接口、功率总线,等等。

  互连2006将处理器电路2002耦合至通信电路2009以用于与其他设备通信。通信电路2009是硬件元件或硬件元件的集合,用于通过一个或多个网络(例如,云2001)通信和/或与其他设备(例如,网状设备/雾2064)通信。通信电路2009包括基带电路2010(或“调制解调器2010”)和射频(RF)电路2011和2012。

  基带电路2010包括用于执行各种协议和无线电控制功能的一个或多个处理设备(例如,基带处理器)。基带电路2010可与平台2000的应用电路(例如,处理器电路2002、存储器电路2004、和/或存储电路2008的组合)对接以用于生成并处理基带信号并且用于控制RF电路2011或2012的操作。基带电路2010可处置实现经由RF电路2011或2012与一个或多个无线电网络的通信的各种无线电控制功能。基带电路2010可包括电路,该电路诸如但不限于一个或多个单核或多核处理器(例如,一个或多个基带处理器)或控制逻辑,用于处理从RF电路2011和/或2012的接收信号路径接收的基带信号并生成要经由传送信号路径被提供至RF电路2011或2012的基带信号。在各实施例中,基带电路2010可实现用于管理基带电路2010的资源、调度任务等的实时OS(RTOS)。RTOS的示例可包括由提供的嵌入式操作系统(OSE)TM,由提供的Nucleus RTOSTM,由提供的多功能实时可执行程序(VRTX)、由提供的ThreadXTM、FreeRTOS、由提供的REX OS、由开放内核(Open Kernel(OK))提供的OKL4或任何其他合适的RTOS,诸如,本文中讨论的那些。

  虽然并未由图20示出,但在一个实施例中,基带电路2010包括用于操作一个或多个无线通信协议的(多个)单独的处理设备(例如,“多协议基带处理器”或“协议处理电路”)和用于实现PHY功能的(多个)单独的处理设备。在该实施例中,协议处理电路操作或实现一个或多个无线通信协议的各种协议层/实体。在第一示例中,当通信电路2009是蜂窝射频通信系统(诸如毫米波(mmWave)通信电路或某种其他合适的蜂窝通信电路)时,协议处理电路可操作LTE协议实体和/或5G/NR协议实体。在第一示例中,协议处理电路2002将操作MAC、RLC、PDCP、SDAP、RRC和NAS功能。在第二示例中,当通信电路2009是WiFi通信系统时,协议处理电路可操作一个或多个基于IEEE的协议。在第二示例中,协议处理电路将操作WiFi MAC和LLC功能。协议处理电路可包括用于存储针对操作协议功能的程序代码和数据的一个或多个存储器结构(未示出)以及用于执行该程序代码并使用该数据执行各种操作的一个或多个处理核(未示出)。协议处理电路提供针对基带电路2010和/或RF电路2011和2012的控制功能。基带电路2010可支持针对多于一个无线协议的无线电通信。

  继续前述实施例,基带电路2010包括用于实现PHY的(多个)单独的处理设备,该PHY包括HARQ功能、加扰和/或解扰、译码(编码)和/或解码、层映射和/或解映射、调制符号映射、所接收符号和/或位度量确定、多天线端口预编码和/或解码(其可包括时-空、空-频或空间译码中的一者或多者)、参考信号生成和/或检测、前置序列生成和/或解码、同步序列生成和/或检测、控制信道信号盲解码、射频移位以及其他相关功能等。调制/解调功能可包括快速傅里叶变换(FFT)、预编码、星座映射/解映射功能。译码(编码)/解码功能可包括卷积译码、咬尾卷积译码、turbo译码、Viterbi译码、或低密度奇偶校验(LDPC)译码。调制/解调和编码器/解码器功能的实施例不限于这些示例,并且在其他实施例中可包括其他合适的功能。

  通信电路2009还包括用于实现通过非固态介质使用经调制的电磁辐射而与无线网络的通信的RF电路2011和2012。RF电路2011和2012中的每一个都包括接收信号路径,该接收信号路径可包括用于将模拟RF信号(例如,现有的或接收到的经调制的波形)转换为要提供给基带电路2010的数字基带信号的电路。RF电路2011和2012中的每一个还包括传送信号路径,该传送信号路径可包括被配置成用于转换由基带电路2010提供的数字基带信号以被转换为将经由天线阵列被放大和传送的模拟RF信号(例如,经调制的波形),天线阵列包括一个或多个天线元件(未示出)。天线阵列可以是多个微带天线或制造在一个或多个印刷电路板的表面上的印刷天线。天线阵列按各种形状形成为金属箔贴片(例如,贴片天线),并且可使用金属传输线等与RF电路2011或2012耦合。

  RF电路2011(也被称为“网状收发器”)用于与其他网格或雾设备2064通信。网格收发器2011可使用任何数量的频率和协议,诸如,IEEE 802.15.4标准下的2.4千兆赫兹(GHz)传送,使用如由特别兴趣小组定义的低能量(BLE)标准、或标准,等等。为特定的无线通信协议配置的任何数量的RF电路2011可用于至网状设备2064的连接。例如,WLAN单元可用于实现根据IEEE 802.11标准的WiFiTM通信。此外,例如根据蜂窝或其他无线广域协议的无线广域通信可经由WWAN单元发生。

  网状收发器2011可使用用于不同范围的通信的多种标准或无线电来进行通信。例如,平台2000可使用基于BLE的或另一低功率无线电的本地收发器与靠近的/接近的(例如,在约10米内的)设备通信以节省功率。更远的(例如,在约50米内的)网状设备2064可通过ZigBee或其他中间功率无线电而达到。这两种通信技术能以不同的功率水平通过单个无线电发生,或者可通过分开的收发器而发生,分开的收发器例如使用BLE的本地收发器和分开的使用ZigBee的网状收发器。

  可包括RF电路2012(也被称为“无线网络收发器”、“云收发器”等等)以经由本地网络协议或广域网协议与云2001中的设备或服务通信。无线网络收发器2012包括一个或多个无线电以与云2001中的设备通信。云2001可与先前所讨论的云204相同或类似。无线网络收发器2012可以是遵循IEEE 802.15.4或IEEE 802.15.4g标准等的LPWA收发器,诸如本文中所讨论的那些无线网络收发器。平台2000可使用由Semtech和LoRa联盟开发的LoRaWANTM(长距离广域网)在广域上通信。本文中所描述的技术不限于这些技术,而是可与实现长距离、低带宽通信(诸如,Sigfox和其他技术)的任何数量的其他云收发器一起使用。进一步地,可使用其他通信技术,诸如,在IEEE 802.15.4e规范中描述的时分信道跳。

  除了针对如本文中所描述的网状收发器2011和无线网络收发器2012而提及的系统之外,还可使用任何数量的其他无线电通信和协议。例如,无线电收发器2011和2012可包括使用扩展频谱(SPA/SAS)通信以实现高速通信的LTE或其他蜂窝收发器。进一步地,可使用任何数量的其他协议,诸如,用于中速通信和预设网络通信的网络。

  收发器2011和2012可包括符合下列无线电通信技术和/或标准(包括但不限于本文中所讨论的那些)中的任何一个或多个无线电通信技术和/或标准和/或可根据其进行操作的无线电。

  网络接口电路/控制器(NIC)2016可被包括以使用标准网络接口协议提供至云2001或至其他设备(诸如,网状设备2064)的有线通信。标准网络接口协议可包括以太网、通过GRE隧道的以太网、通过多协议标签交换(MPLS)的以太网、通过USB的以太网,或者可基于其他类型的网络协议,诸如控制器区域网络(CAN)、局部互连网络(LIN)、设备网(DeviceNet)、控制网(ControlNet)、数据高速公路+、PROFIBUS或PROFINET,等等。可使用物理连接、经由NIC 2016提供去往/来自平台2000的网络连接性,物理连接可以是电气的(例如,“铜互连”)或光学的。物理连接还包括合适的输入连接器(例如,端口、插座、插槽等)和输出连接器(例如,插头、引脚等)。NIC 2016可包括一个或多个专用处理器和/或FPGA以使用前述网络接口协议中的一个或多个进行通信。在一些实现方式中,NIC 2016可包括多个控制器以使用相同或不同的协议提供到其他网络的连接性。例如,平台2000可包括提供通过以太网到云的连接的第一NIC 2016和提供通过另一类型的网络到其他设备的通信的第二NIC 2016。

  互连2006可将处理器电路2002耦合至外部接口2018(也被称为“I/O接口电路”等等),该外部接口1318用于连接外部设备或子系统。外部设备尤其包括传感器电路2021、致动器2022、和定位电路2045。传感器电路2021可包括其目的为检测其环境中的事件或其环境的改变并将关于检测到的事件的信息(传感器数据)发送到其他设备、模块、子系统等的设备、模块或子系统。此类传感器2021的示例尤其包括:惯性测量单元(IMU),包括加速度计、陀螺仪、和/或磁力计;微机电系统(MEMS)或纳机电系统(NEMS),包括3轴加速度计、3轴陀螺仪和/或磁力计;液位传感器;流量传感器;温度传感器(例如,热敏电阻);压力传感器;气压传感器;重力仪;高度计;图像捕捉设备(例如,相机);光检测和测距(LiDAR)传感器;接近度传感器(例如,红外辐射检测器等等)、深度传感器、环境光传感器,超声波收发器;话筒;等等。

  外部接口2018将平台2000连接至致动器2022,允许平台2000改变其状态、位置和/或取向,或者移动或控制机制或系统。致动器2022包括用于移动或控制机制或系统的电设备和/或机械设备,并且将能量(例如,电流或移动的空气和/或液体)转换为某个种类的运动。致动器2022可包括一个或多个电子(或电化学)设备,诸如,压电生物形态、固态致动器、固态继电器(SSR)、基于形状记忆合金的致动器、基于电活性聚合物的致动器、继电器驱动器集成电路(IC),等等致动器2022可包括一个或多个机电设备,诸如,气动致动器、液压致动器、机电开关(包括机电继电器(EMR))、电动机(例如,DC电动机、步进电动机、伺服机构等)、轮、推进器、螺旋桨、爪、夹具、挂钩、可听语音生成器和/或其他类似的机电组件。平台2000可被配置成用于基于一个或多个捕捉到的事件和/或从服务提供商和/或各种客户端系统接收到的指令或控制信号来操作一个或多个致动器2022。

  定位电路2045包括用于接收由全球导航卫星系统(GNSS)的定位网络传送/广播的信号并对其进行解码。导航卫星星座(或GNSS)的示例包括美国的全球定位系统(GPS)、俄罗斯的全球导航系统(GLONASS)、欧盟的伽利略系统、中国的北斗导航卫星系统、区域导航系统或GNSS增强系统(例如,利用印度星座(NAVIC)、日本的准天顶卫星系统(QZSS)、法国的多普勒轨道成像和卫星综合无线电定位(DORIS)等进行的导航)等等。定位电路2045包括与定位网络(诸如,导航卫星星座节点)的组件通信的各种硬件元件(例如,包括诸如交换机、滤波器、放大器、天线元件等等之类的用于促进OTA通信的硬件设备)。在一些实施例中,定位电路2045可包括用于定位、导航和定时的微技术(Micro-PNT)IC,其使用主定时时钟来执行位置跟踪/估计而无需GNSS辅助。定位电路2045也可以是通信电路2009的部分或者与通信电路209交互以与定位网络的节点和组件通信。定位电路2045还可向应用电路提供位置数据和/或时间数据,该应用电路可使用该数据使操作与各种基础设施(例如,无线电基站)同步以用于路线规划(turn-by-turn)导航等等。

  在一些示例中,各种输入/输出(I/O)设备可存在于平台2000内或连接至平台2000,I/O设备是指图20中的输入设备电路2086和输出设备电路2084。输入设备电路2086和输出设备电路2084包括被设计成用于实现用户与平台2000的交互的一个或多个用户接口以及被设计成用于实现外围组件与平台2000的交互的外围组件接口。输入设备电路2086可包括用于接受输入的任何实体或虚拟装置,输入设备电路2086尤其包括一个或多个实体或虚拟按钮(例如,重置按钮)、物理键盘、小键盘、鼠标、触摸板、触摸屏、话筒、扫描仪、头戴式耳机,等等。

  可包括输出设备电路2084,以示出信息或以其他方式传达信息,诸如传感器读数、(多个)致动器位置、或其他类似信息。可将数据和/或图形显示在输出设备电路2084的一个或多个用户接口组件上。输出设备电路2084可包括任何数量的音频或视觉显示器和/或音频或视觉显示器的任何组合,尤其包括具有从平台2000的操作生成或产生的字符、图形、多媒体对象等的输出的一个或多个简单的视觉输出/指示器(例如,二进制状态指示器(例如,发光二极管(LED))和多字符视觉输出/或更复杂的输出,诸如,显示设备或触摸屏(例如,液晶显示器(LCD)、LED显示器、量子点显示器、投影仪等)。输出设备电路2084还可包括扬声器或其他发声设备、(多个)打印机等等。在一些实施例中,传感器电路2021可被用作输入设备电路2086(例如,图像捕捉设备、运动捕捉设备等等),并且一个或多个致动器2022可被用作输出设备电路2084(例如,用于提供触觉反馈等的致动器)。在另一示例中,NFC电路可被包括以读取电子标签和/或与另一启用NFC的设备通信,该NFC电路包括与天线元件耦合的近场通信(NFC)控制器并且包括处理设备。外围组件接口可包括但不限于非易失性存储器端口、通用串行总线(USB)端口、音频插孔、电源接口等。

  电池2024可耦合至平台2000来为平台2000供电,电池2024可在其中平台2000不处于固定位置的实施例中使用。电池2024可以是锂离子电池、铅酸汽车电池、金属-空气电池(诸如,锌-空气电池、铝-空气电池、锂-空气电池)、锂聚合物电池,等等。在其中平台2000被安装在固定位置的实施例中,平台2000可具有耦合至电网的电源。在这些实施例中,平台2000可包括功率三通电路,该功率三通电路用于提供汲取自网络电缆的电功率以使用单个电缆提供到平台2000的功率供给和数据连接性两者。

  可在平台2000中包括功率管理集成电路(PMIC)2026来跟踪电池2024的充电状态(SoCh)并控制对平台2000的充电。PMIC 2026可用于监测电池2024的其他参数以提供故障预测,诸如,电池2024的健康状态(SoH)和功能状态(SoF)。PMIC 2026可包括电压调节器、电涌保护器、功率警报检测电路。功率警报检测电路可检测掉电(欠压)和电涌(过压)状况中的一者或多者。PMIC 2026可通过互连2006将关于电池2024的信息传达至处理器电路2002。PMIC 2026还可包括允许处理器电路2002直接监测电池2024的电压或来自电池2024的电流的模数(ADC)转换器。电池参数可用于确定平台2000可执行的动作,诸如,传输频率、网状网络操作、感测频率,等等。作为示例,PMIC 2026可以是电池监测集成电路,诸如,来自线性技术公司(Linear Technologies)的LTC4020或LTC2990、来自亚利桑那州的凤凰城的安森美半导体公司(ON Semiconductor)的ADT7488A、或来自德克萨斯州达拉斯的德州仪器公司的UCD90xxx族的IC。

  功率块2028或耦合至电网的其他电源可与PMIC 2026耦合以对电池2024充电。在一些示例中,功率块2028能以无线功率接收器来代替以例如通过平台2000中的环形天线来无线地获得功率。PMIC 2026中可包括无线电池充电电路,诸如,来自加利福尼亚州的苗比达市的线性技术公司的LTC4020芯片,等等。所选择的特定的充电电路取决于电池2024的尺寸,并因此取决于所要求的电流。可使用由无线充电联盟(Airfuel Alliance)颁布的Airfuel标准、由无线电力协会(Wireless Power Consortium)颁布的Qi无线充电标准、由无线电力联盟(Alliance for Wireless Power)颁布的Rezence充电标准等等来执行充电。

  此外,本公开可采取计算机程序产品或用于创建计算机程序的数据的形式,其中该计算机程序或数据具体化在表达的任何有形的或非瞬态介质中,该表达具有具体化在该介质中的计算机可用的程序代码(或用于创建计算机程序的数据)。图21图示出示例非瞬态计算机可读存储介质(NTCRSM),其可适合用于存储指令(或创建指令的数据),这些指令响应于由装置(诸如,本文中描述的设备/组件/系统中的任一者)对这些指令的执行而使该装置实施本公开的所选择的方面。如所示,NTCRSM 2102可包括多条编程指令2104(或用于创建编程指令的数据)。编程指令2104可被配置成使得设备(例如,本文中描述的设备/组件/系统中的任一者)响应于这些编程指令的执行而执行与操作系统功能、一个或多个应用、和/或本公开的各方面相关联的各种编程操作。在一些实施例中,要执行的编程指令2104(或用于创建编程指令的数据)可采用预配置的形式,该预配置的形式可要求配置指令将编程指令2104安装或预设到装置(诸如,本文中描述的设备/组件/系统中的任一者)。当被安装/被预设、被配置并被执行时,编程指令2104可以完成或执行与操作系统功能、一个或多个应用、和/或本公开的各方面(包括与图3-图7相关联的各种编程操作)相关联的各种编程操作。

  在替代实施例中,可将编程指令2104(或用于创建指令的数据)设置在多个NTCRSM2102上。在替代实施例中,可将编程指令2104(或用于创建指令的数据)设置在计算机可读瞬态存储介质(诸如,信号)上。可使用传输介质,经由网络接口设备,利用多种传输协议中的任何一种协议(例如,HTTP),进一步通过通信网络来传送或接收由机器可读介质具体化的指令。可以利用一种或多种计算机可用或计算机可读介质的任何组合。该计算机可用或计算机可读介质例如可以是但不限于一个或多个电子、磁、光、电磁、红外或半导体系统、装置、设备或传播介质。例如,NTCRSM 2102可由参考图20针对存储电路2008和/或存储器电路2004所描述的设备来具体化。计算机可读介质的更具体的示例(非排他性列表)将包括下述项:具有一条或多条线的电连接件、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式压缩盘只读存储器(CD-ROM)、光存储设备、和/或光盘、诸如支持互连网或内联网的传输介质之类的传输介质、磁存储设备、或任何数量的其他硬件设备。注意,计算机可用或计算机可读介质可甚至是其上打印有程序(或用于创建程序的数据)的纸张或另一合适的介质,因为程序(或用于创建程序的数据)可经由例如对纸张或其他介质的光学扫描而被电子地捕获,然后如有必要被编译、解释或以其他方式适当进行处理,然后被存储在计算机存储器中(暂存(stage)或不暂存在一个或多个中间存储介质中)。在本文档的上下文中,计算机可用或计算机可读介质可以是可以包含、存储、传达、传播、或传输程序(或用于创建程序的数据)以供指令执行系统、装置或设备使用或结合指令执行系统、装置或设备一起使用的任何介质。计算机可用介质可包括传播的数据信号以及随其体现在基带中或作为载波的一部分的计算机可用程序代码(或用于创建程序代码的数据)。可使用任何适当的介质来传送计算机可用程序代码(或用于创建程序的数据),合适的介质包括但不限于无线、线缆、光纤电缆、RF等。

  在各实施例中,本文中所描述的程序代码(或用于创建程序代码的数据)能以压缩格式、加密格式、分段格式、封装格式等中的一种或多种格式来存储。本文中描述的程序代码(或用于创建程序代码的数据)可能要求安装、修改、适配、更新、组合、补充、配置、解密、解压缩、拆包、分发、重新分配等中的一项或多项,以使得它们可直接由计算设备和/或其他机器读取和/或执行。例如,程序代码(或用于创建程序代码的数据)可被存储在多个部分中,这些部分单独地被压缩、被加密并被存储在分开的计算设备上,其中,这些部分在被解密、被解压缩和被组合时形成实现诸如本文中所描述的程序代码(用于创建程序代码的数据)的一组可执行指令。在另一示例中,程序代码(或用于创建程序代码的数据)能以它们可被计算机读取的状态存储,但是要求添加库(例如,动态链接库)、软件开发工具包(SDK)、应用编程接口(API)等,以便在特定的计算设备或其他设备上执行指令。在另一示例中,在可整体地或部分地执行/使用程序代码(或用于创建程序代码的数据)之前,可能需要配置程序代码(或用于创建程序代码的数据)(例如,存储设置、输入数据、记录网络地址等)。在该示例中,程序代码(或用于创建程序代码的数据)可被拆包,被配置成用于恰当的执行,并且被存储在第一位置,其中配置指令位于区别于第一位置的第二位置。配置指令可由动作、触发器、或不与实现所公开的技术的指令共同位于存储或执行位置的指令发起。相应地,所公开的程序代码(或用于创建程序代码的数据)旨在包含此类机器可读指令和/或(多个)程序(或用于创建此类机器可读指令和/或程序的数据),而不管机器可读指令和/或(多个)程序在被存储或以其他方式处于静态或在运送中时的特定格式或状态如何。

  用于执行本公开的操作(例如,先前参考图20所讨论的计算逻辑2083、指令2082、2070)的计算机程序代码能以一种或多种编程语言的任何组合来编写,这些编程语言包括:面向对象的编程语言,诸如Python、Ruby、Scala、Smalltalk、JavaTM、C++、C#等等;过程编程语言,诸如,“C”编程语言、Go(或“Golang”)编程语言等等;脚本语言,诸如,JavaScript、服务器侧JavaScript(SSJS)、JQuery、PHP、Pearl、Python、Ruby on Rails、加速移动页脚本(AMPscript)、Mustache模板语言、Handlebars模板语言、Guide模板语言(GTL)、PHP、Java和/或Java服务器页面(JSP)、Node.js、ASP.NET等等;标记语言,诸如,超文本标记语言(HTML)、可扩展标记语言(XML)、Java脚本对象简谱(JSON)、层叠样式表(CSS)、Java服务器页面(JSP)、MessagePackTM、Thrift、抽象语法标记一(ASN.l)、协议缓冲(protobuf)等等;一些其他合适的编程语言,包括专有编程语言和/或开发工具或任何其他语言工具。用于执行本公开的操作的计算机程序代码还能以本文中所讨论的编程语言的任何组合来编写。程序代码可以整体地在系统2000上执行、部分地在系统2000上执行、作为独立的软件包执行、部分在系统2000上并且部分在远程计算机上执行或者整体地在远程计算机或服务器(例如,系统1900)上执行。在后一场景中,可通过任何类型的网络(包括LAN或WAN)将远程计算机连接至系统2000,或可(例如,通过使用互联网服务提供商的互联网)进行到外部计算机的连接。

  VI.示例

  下文提供本文中公开的设备、系统和方法的说明性示例。设备、系统和方法的实施例可包括下文描述的示例的中的任何一个或多个及其任何组合。

  示例A01包括一种用于管理移动的交通工具的会话、服务注册和连续性的方法,该方法包括:由中央服务器经由单独的交通工具用户装备(vUE)附连到的接入网络从该单独的vUE接收接入网络选择消息;由中央服务器选择多个边缘服务器中的、单独的vUE的通信量、工作负载和/或计算任务应当被卸载到的单独的边缘服务器;以及由中央服务器将单独的边缘服务器的信息发送到单独的vUE。

  示例A02包括示例A01和/或本文中的一些其他示例的方法,其中,多个边缘服务器中的每个边缘服务器设置在接入网络的边缘处,并且多个边缘服务器中的每个边缘服务器布置成向一个或多个vUE提供计算资源。

  示例A02包括示例A01-A02和/或本文中的一些其他示例的方法,其中,选择基于接收到来自单独的vUE的接入网络选择消息、接入网络选择消息中所包含的信息、和/或单独的边缘服务器的计算能力。

  示例A04包括示例A01-A03和/或本文中的一些其他示例的方法,其中,单独的边缘服务器的信息包括以下一项或多项:单独的边缘服务器的网际协议(IP)地址、和单独的边缘服务器的计算能力。

  示例A05包括示例A04和/或本文中的一些其他示例的方法,其中,单独的边缘服务器的计算能力包括以下一项或多项:交通工具数据分析能力、通信量控制服务能力、内容流送服务能力、高清晰度地图(HDM)处理能力、自主或智能驾驶服务能力、交通工具-云(V2C)能力。

  示例A06包括示例A01-A05和/或本文中的一些其他示例的方法,进一步包括:由中央服务器将单独的vUE的vUE信息发送到单独的边缘服务器。

  示例A07包括示例A06和/或本文中的一些其他示例的方法,其中,vUE信息包括以下一项或多项:单独的vUE的身份、单独的vUE的位置信息、通信网络的接入网络注册信息、以及通信网络的接入网络身份信息,其中,接入网络注册信息包括通信网络的被附连的接入网络类型或无线电接入技术(RAT)类型,并且其中,接入网络身份信息包括公共陆地移动网络身份(PLMNID)。

  示例A08包括示例A01-A07和/或本文中的一些其他示例的方法,其中,接入网络是第一接入网络,单独的边缘服务器是第一边缘服务器,并且方法进一步包括:由中央服务器经由单独的vUE已附连到的第二接入网络从单独的vUE接收接入网络重选消息;以及由中央服务器选择多个边缘服务器中的、单独的vUE的通信量、工作负载和/或计算任务应当被卸载到的第二边缘服务器。

  示例A09包括示例A08和/或本文中的一些其他示例的方法,其中,第二边缘服务器的旋转基于接收到接入网络重选消息、接入网络重选消息中所包含的信息、和/或第二边缘服务器的计算能力。

  示例A10包括示例A09和/或本文中的一些其他示例的方法,进一步包括:由中央服务器将移交请求发送到第一边缘服务器,移交请求指令第一边缘服务器释放单独的vUE的UE上下文并将单独的vUE移交给第二边缘服务器。

  示例A11包括示例A10和/或本文中的一些其他示例的方法,进一步包括:在移交请求被发送到第一边缘服务器后,由中央服务器将第二边缘服务器的信息发送到单独的vUE。

  示例A12包括示例A08-A11和/或本文中的一些其他示例的方法,其中,第一接入网络是蜂窝网络或无线局域网(WLAN),并且第二接入网络是蜂窝网络或WLAN中的不同的一个网络;或者第一接入网络是由第一移动网络运营商(MNO)运营的第一蜂窝网络,并且第二接入网络是由第二MNO运营的第二蜂窝网络。

  示例A13包括示例A01-A12和/或本文中的一些其他示例的方法,其中,中央服务器包括云计算服务或服务提供商平台的一个或多个计算系统,并且多个边缘服务器是内容递送网络(CDN)服务器或多接入边缘计算(MEC)主机。

  示例B01包括一种用于由交通工具用户装备(vUE)执行的方法,该方法包括:执行附连过程以附连到接入网络;基于附连过程的成功执行而生成接入网络选择消息(AccessNetworkSelectNotify),AccessNetworkSelectNotify指示向接入网络的附连;以及经由接入网络将AccessNetworkSelectNotify传送到中央服务器。

  示例B02包括示例B01和/或本文中的一些其他示例的方法,进一步包括:经由接入网络从中央服务器接收注册请求接受消息,注册请求接受消息指示通信量、工作负载和/或计算资源要卸载到的边缘服务器。

  示例B03包括示例B02和/或本文中的一些其他示例的方法,进一步包括:其中,注册请求接受消息包括所指示的边缘服务器的边缘服务器信息,其中,边缘服务器信息包括以下一项或多项:单独的边缘服务器的网际协议(IP)地址和单独的边缘服务器的计算能力,其中,单独的边缘服务器的计算能力包括以下一项或多项:交通工具数据分析能力、通信量控制服务能力、内容流送服务能力、高清晰度地图(HDM)处理能力、自主或智能驾驶服务能力、交通工具-云(V2C)能力。

  示例B04包括示例B01-B03和/或本文中的一些其他示例的方法,进一步包括:利用边缘服务器、经由接入网络执行后台数据传递过程。

  示例B05包括示例B02-B04和/或本文中的一些其他示例的方法,其中,接入网络是第一接入网络,并且方法进一步包括:基于检测到vUE从第一接入网络断开连接,执行接入过程以附连到第二接入网络。

  示例B06包括示例B05和/或本文中的一些其他示例的方法,进一步包括:基于向所述第二接入网络的附连过程的成功执行而生成接入网络重选消息(AccessNetworkReselectNotify),AccessNetworkReselectNotify指示向第二接入网络的附连;经由所述第二接入网络将AccessNetworkReselectNotify传送到中央服务器。

  示例B07包括示例B06和/或本文中的一些其他示例的方法,其中,注册请求接受消息是第一注册请求接受消息,边缘服务器是第一边缘服务器,并且方法进一步包括:经由第二接入网络从中央服务器接收第二注册请求接受消息,第二注册请求接受消息指示通信量、工作负载和/或计算资源要卸载到的第二边缘服务器。

  示例B06包括示例B07和/或本文中的一些其他示例的方法,进一步包括:利用第二边缘服务器、经由第二接入网络恢复后台数据传递过程。

  示例B09包括示例B05-B08和/或本文中的一些其他示例的方法,其中,vUE包括用于附连到第一或第二接入网络的蜂窝网络基带片上系统(SoC)以及用于附连到第一或第二网络中的不同的一个网络的基于WiFi的基带SoC。

  示例B10包括示例B05-B08和/或本文中的一些其他示例的方法,其中,vUE包括与第一接入网络的第一移动网络运营商(MNO)相关联的第一蜂窝网络基带SoC以及与第二接入网络的第二MNO相关联的第二蜂窝网络SoC,第二MNO与第一MNO不同。

  示例B11包括示例B05-B08和/或本文中的一些其他示例的方法,其中,vUE包括蜂窝网络基带SoC,该蜂窝网络基带SoC配置有用于附连到第一接入网络的第一订户身份模块(SIM)并配置有用于附连到第二接入网络的第二SIM。

  示例C01包括一种用于由边缘服务器执行的方法,该方法包括:从中央服务器接收交通工具装备(vUE)预设消息,vUE预设消息指示要将通信量、工作负载和/或计算任务卸载到边缘服务器的vUE以及vUE附连到的网络;基于vUE预设消息标识vUE附连到的网络;以及将订阅请求消息发送到所标识的网络,订阅请求消息用于进行订阅以接收与vUE网络接入事件和vUE移动性事件有关的通知。

  示例C02包括示例C01和/或本文中的一些其他示例的方法,进一步包括:从所标识的网络接收通知,其中,通知指示vUE网络接入事件或vUE移动性事件的发生。

  示例C02包括示例C02和/或本文中的一些其他示例的方法,其中,当通知指示vUE经由所标识的网络可达时,方法包括:利用vUE、经由所标识的网络开始或恢复后台数据传递过程。

  示例C04包括示例C02-C03和/或本文中的一些其他示例的方法,其中,当通知指示vUE经由所标识的网络不可达时,方法包括:阻止、停止或暂停利用vUE、经由所标识的网络进行的后台数据传递过程。

  示例C05包括示例C04和/或本文中的一些其他示例的方法,进一步包括:从中央服务器接收移交请求,移交请求指示目标边缘服务器;以及将UE上下文发送到目标移交。

  示例C06包括示例C01-C05和/或本文中的一些其他示例的方法,其中,边缘服务器是多接入边缘计算(MEC)服务器或内容递送网络(CDN)服务器。

  示例D01可包括一种用于无线网络的方法,该方法包括:选择蜂窝网络中的一个或多个基站来卸载通信量的数据;以及应用蜂窝网络的数据平面以处置通信量。

  示例D02包括示例D01和/或本文中的一些其他示例的方法,进一步包括:经由IP连接与蜂窝网络的核心网络对接。示例D03可包括示例D01和/或本文中的一些其他示例的方法,进一步包括:根据由移动边缘计算管理服务器配置的通信量规则来执行通信量路由动作。示例D04可包括示例D03和/或本文中的一些其他示例的方法,其中,通信量路由动作包括:转发、丢弃、通行、或复制。示例D05可包括示例D03和/或本文中的一些其他示例的方法,其中,移动边缘计算管理服务器经由Mm5接口被连接到装置。示例D06可包括示例D01和/或本文中的一些其他示例的方法,其中,选择一个或多个基站被配置成选择一个或多个基站以满足对等待时间和容量的服务要求。示例D07可包括示例D01-D06和/或本文中的一些其他示例中的任一项的方法,其中,方法被实现在汽车边缘计算联盟(AECC)管理的服务提供商(MSP)企业网络中的边缘服务器中或由该边缘服务器采用。

  示例D08可包括一种用于无线网络的方法,该方法包括:配置用于由边缘服务器执行对通信量的通信量路由动作的通信量规则;以及通过利用蜂窝网络的蜂窝网络IP传输资源来配置从边缘服务器到中央服务器的连接。

  示例D07可包括示例D08和/或本文中的一些其他示例的方法,其中,边缘服务器经由IP连接与蜂窝网络交互。示例D10可包括示例D08和/或本文中的一些其他示例的方法,其中,边缘服务器通过蜂窝核心网络耦合至中央服务器。示例D11可包括示例D08和/或本文中的一些其他示例的方法,其中,通信量路由动作包括:转发、丢弃、通行、或复制。示例D12可包括示例D08和/或本文中的一些其他示例的方法,其中,装置经由Mm5接口被耦合至边缘服务器。示例D13可包括示例D08和/或本文中的一些其他示例的方法,其中,边缘服务器用于选择蜂窝网络中的一个或多个基站来卸载通信量的数据。示例D14可包括示例D08-D13和/或本文中的一些其他示例中的任一项的方法,其中,方法被实现在汽车边缘计算联盟(AECC)管理的服务提供商(MSP)企业网络的移动边缘计算管理服务器中或由该移动边缘计算管理服务器采用。示例D15可包括:边缘服务器驻留在接近RAN的地点,并符合ETSI MEC参考架构,其包括:数据平面模块,用于根据经由Mm5、来自MEC管理的通信量规则配置来执行通信量路由动作;通信量过滤器,支持IP地址、端口、原型、IPDSRC、……等(注意:通信量过滤策略要求不同的AECC通信量流使用不同的端口);路由动作,支持转发、丢弃、通行、复制等;以及路由目的地,支持应用、本地网络和外部网络。

  示例E01包括一种方法,其包括:将蜂窝接入信息映射到汽车边缘计算联盟(AECC)服务或使得将蜂窝接入信息映射到汽车边缘计算联盟(AECC)服务;以及执行或使得执行移动性服务提供商(MSP)中央服务器选择。

  示例E02包括一种方法,其包括:将蜂窝接入信息映射到汽车边缘计算联盟(AECC)服务或使得将蜂窝接入信息映射到汽车边缘计算联盟(AECC)服务,蜂窝接入信息包括接入点名称(APN)信息或数据网络名称(DNN)信息;以及选择或使得选择移动性服务提供商(MSP)中央服务器。

  示例E03包括示例E01-E02和/或本文中的一些其他示例的方法,其中,方法由下一代节点B(gNB)或其部分执行。

  示例E04包括MSP中央服务器选择方法,其包括:由蜂窝网络元件将蜂窝接入信息(例如,APN或DNN)映射到AECC服务;当存在AECC与蜂窝运营商之间的服务协议时,由蜂窝网络元件授权交通工具系统接入AECC系统;以及由蜂窝网络元件或交通工具系统执行MSP中央服务器选择。

  示例E05包括一种以MSP中央服务器为中心的MSP边缘服务器选择方法,其包括:由MSP中央服务器手机用于MSP边缘服务器选择的信息;以及由MSP中央服务器基于所收集的信息为交通工具系统选择适当的MSP边缘服务器。示例E06包括示例E05和/或本文中的一些其他示例的方法,其中,用于MSP边缘服务器选择的信息包括以下一项或多项:系统的位置、一个或多个MSP边缘服务器的位置、一个或多个MSP边缘服务器的计算能力、交通工具系统能够接入的接入网络、以及接入网络的状态信息,该接入网络的状态信息包括负载(或过载)数据、拥塞数据、性能度量、订阅信息,等等。示例E07包括示例E05-E06和/或本文中的一些其他示例的方法,其中,方法被视为AECC应用级解决方案。

  示例E08包括蜂窝辅助的MSP边缘服务器选择方法,其包括:由蜂窝网络元件向所选择的MSP边缘服务器提供用于辅助边缘服务器选择的信息。示例E09包括示例E08和/或本文中的一些其他示例的方法,进一步包括:由MSP中央服务器基于所收集的信息为交通工具系统选择适当的MSP边缘服务器。

  示例E10包括示例E08-E09和/或本文中的一些其他示例的方法,其中,用于辅助边缘服务器选择的信息包括位置数据和边缘服务器列表。示例11包括示例E10和/或本文中的一些其他示例的方法,其中,用于辅助边缘服务器选择的信息包括用于示例E06的MSP边缘服务器选择的信息。示例E12包括示例E08-E11和/或本文中的一些其他示例的方法,进一步包括:由蜂窝网络元件从MSP中央服务器接收验证交通工具系统的可达性以基于费率表(或通信量)选择边缘服务器的指令。示例E13包括示例E08-E12和/或本文中的一些其他示例的方法,进一步包括:由蜂窝网络元件基于交通工具系统的位置和速度信息来确定WLAN热点是否被连接至蜂窝网络,其中,边缘服务器的选择将提前发生以存储由交通工具系统请求的数据。

  示例E14包括一种交通工具为中心的MSP边缘服务器选择方法,其包括:由交通工具系统通过主蜂窝网络和替代蜂窝网络获取测量以确定主蜂窝网络和替代蜂窝网络的状态;由交通工具系统基于选择标准和主蜂窝网络和替代蜂窝网络的所确定的状态选择MSP边缘服务器;以及由交通工具系统将所选择的MSP边缘服务器报告给进行服务的MSP中央服务器。示例E15包括示例E14和/或本文中的一些其他示例的方法,其中,每个选线能够建议边缘服务器建立边缘服务器列表。示例E16包括示例E15和/或本文中的一些其他示例的方法,其中,选择标准包括用于示例E06的MSP边缘服务器选择的信息。

  示例Z01可包括一种设备,其包括用于执行示例A01-A13、B01-B11、C01-C06、D01-D15、E01-E14中的任一个中描述或与之有关的方法或者本文中描述的任何其他方法或过程的一个或多个要素的装置。示例Z02可包括一种或多种非瞬态计算机可读介质,包括指令,这些指令用于使电子设备在由电子设备的一个或多个处理器执行指令时,执行示例A01-A13、B01-B11、C01-C06、D01-D15、E01-E14中的任一个中描述或与之有关的方法或者本文中描述的任何其他方法或过程的一个或多个要素。示例Z03可包括一种设备,其包括用于执行示例A01-A13、B01-B11、C01-C06、D01-D15、E01-E14中的任一个中描述或与之有关的方法或者本文中描述的任何其他方法或过程的一个或多个要素的逻辑、模块或电路。示例Z04可包括在示例A01-A13、B01-B11、C01-C06、D01-D15、E01-E14或其多个部分或组成部分中的任一者中描述的或与其相关的方法、技术或过程。示例Z05可包括一种装置,其包括:一个或多个处理器;以及一个或多个计算机可读介质,包括指令,这些指令当由一个或多个处理器执行时,使一个或多个处理器执行示例A01-A13、B01-B11、C01-C06、D01-D15、E01-E14或其多个部分中的任一者描述的或与其有关的方法、技术或过程。示例Z06可包括在示例A01-A13、B01-B11、C01-C06、D01-D15、E01-E14或其多个部分或组成部分中的任一者中描述的或与其相关的信号。示例Z07可包括在示例A01-A13、B01-B11、C01-C06、D01-D15、E01-E14或其多个部分或组成部分中的任一者中描述的或与其相关的、或以其他方式在本公开中描述的数据报、分组、帧、段、协议数据单元(PDU)或消息。

  示例Z08可包括在示例A01-A13、B01-B11、C01-C06、D01-D15、E01-E14或其多个部分或组成部分中的任一者中描述的或与其相关的、或以其他方式在本公开中描述的用数据编码的信号。示例Z09可包括在示例A01-A13、B01-B11、C01-C06、D01-D15、E01-E14或其多个部分或组成部分中的任一者中描述的或与其相关的、或以其他方式在本公开中描述的用数据报、分组、帧、段、协议数据单元(PDU)或消息编码的信号。示例Z10可包括承载计算机可读指令的电磁信号,其中,一个或多个处理器对计算机可读指令的执行将使一个或多个处理器执行在示例A01-A13、B01-B11、C01-C06、D01-D15、E01-E14或其多个部分中的任一者中描述的或与其相关的方法、技术或过程。示例Z11可包括包含指令的计算机程序,其中,处理元件对程序的执行将使处理元件执行在示例A01-A13、B01-B11、C01-C06、D01-D15、E01-E14或其多个部分中的任一者中描述的或与其相关的方法、技术或过程。示例Z12可包括如本文中所示和所描述的无线网络中的信号。示例Z13可包括如本文中所示和所描述的无线网络中的通信方法。示例Z14可包括用于提供如本文中所示和所描述的无线通信的系统。示例Z15可包括用于提供如本文中所示和所描述的无线通信的设备。除非以其他方式明确陈述,否则上述示例中的任一示例可与任何其他示例(或示例的组合)组合。

  已经参照根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图图示和/或框图描述了本公开。在附图中,一些结构或方法特征可按特定布置和/或排序示出。然而,应当领会,此类特定布置和/或排序可以不是必需的。相反,在一些实施例中,能以与在说明性附图中示出的不同的方式和/或次序来布置此类特征。另外,在特定附图中包括结构或方法特征不意味着暗示在所有实施例中都需要此类特征,并且在一些实施例中,可以不包括此类特征,或此类特征可以与其他特征组合。

  VI.术语

  本文中所使用的术语仅出于描述特定实施例的目的,并且不旨在限制本公开。如本文中所使用,单数形式的“一”(“a”、“an”)和“该”(“the”)旨在也包括复数形式,除非上下文另外清楚地指示。还将理解,当在本说明书中使用术语“包括”(“comprise”和/或“comprising”)时,其指定所陈述的特征、整数、步骤、操作、元件、和/或组件的存在,但不排除一个或多个其他特征、整数、步骤、操作、元件、组件、和/或其群组的存在或添加。

  出于本公开的目的,短语“A和/或B”意指(A)、(B)或(A和B)。出于本公开的目的,短语“A、B和/或C”意指(A)、(B)、(C)、(A和B)、(A和C)、(B和C)或(A、B和C)。说明书可使用短语“在实施例中”或“在一些实施例中”,其可各自指代相同或不同实施例中的一个或多个实施例。此外,如相对于本公开的实施例所使用的术语“包含”、“包括”、“具有”等是同义的。

  术语“电路”是指被配置成用于执行电子设备中的特定功能的电路或具有多个电路的系统。电路或电路系统可以是配置成用于提供所描述的功能的一个或多个硬件组件的部分或可包括该一个或多个硬件组件,该硬件组件诸如逻辑电路、处理器(共享的、专用的或成组的)和/或存储器(共享的、专用的或成组的)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、复杂PLD(CPLD)、高容量PLD(HCPLD)、片上系统(SoC)、封装中系统(SiP)、多芯片封装(MCP)、数字信号处理器(DSP)等。另外,术语“电路”也可指代一个或多个硬件元件与程序代码的组合,用于执行该程序代码的功能。一些类型的电路可执行一个或多个软件或固件程序,以提供所描述的功能中的至少一些。此类硬件元件与程序代码的组合可被称为特定类型的电路。

  如本文中所使用,术语“处理器电路”是指能够顺序地且自动地执行算术或逻辑操作序列,记录、存储和/或传递数字数据的电路,是该电路的部分,或者包括该电路。术语“处理器电路”可指一个或多个应用处理器、一个或多个基带处理器、物理中央处理单元(CPU)、单核处理器、双核处理器、三核处理器、四核处理器、和/或能够执行或以其他方式操作计算机可执行指令的任何其他设备,这些计算机可执行指令诸如程序代码、软件模块和/或函数进程。术语“应用电路”和/或“基带电路”可视为与“处理器电路”是同义的,或可被称为“处理器电路”。

  如本文中所使用的术语“存储器”和/或“存储器电路”是指用于存储数据的一个或多个硬件设备,包括随机存取存储器(RAM)、磁阻RAM(MRAM)、相变随机存取存储器(PRAM)、动态随机存取存储器(DRAM)、和/或同步动态随机存取存储器(SDRAM)、核存储器、只读存储器(ROM)、磁盘存储介质、光存储介质、闪存设备、或用于存储数据的其他机器可读介质。术语“计算机可读介质”可包括但不限于存储器、便携式或固定存储设备、光存储设备以及能够存储、包含或承载指令或数据的各种其他介质。

  如本文中所使用,术语“接口电路”是指实现两个或更多个组件或设备之间的信息交换的电路,是该电路的部分,或者包括该电路。术语“接口电路”可指一个或多个硬件接口,例如,总线、I/O接口、外围组件接口、网络接口卡,等等。

  如本文中所使用的术语“用户装备”或“UE”是指具有无线电通信能力的设备,并且可描述通信网络中网络资源的远程用户。术语“用户装备”或“UE”可被认为与以下各项同义并且可被称为以下各项:客户端、移动式装置、移动设备、移动终端、用户终端、移动单元、移动站、移动用户、订户、用户、远程站、接入代理、用户代理、接收机、无线电装备、可重配置无线电装备、可重配置移动设备等。此外,术语“用户装备”或“UE”可包括:任何类型的无线/有线设备、或包括无线通信接口的任何计算设备。

  如本文中所使用的术语“网络元件”是指用于提供有线或无线通信网络服务的物理或虚拟化的装备和/或基础设施。术语“网络元件”可被认为与以下各项同义和/或被称为以下各项:联网的计算机、联网硬件、网络装备、网络节点、路由器、交换机、集线器、网桥、无线电网络控制器、RAN设备、RAN节点、网关、服务器、虚拟化VNF、NFVI等。

  如本文中所使用的术语“计算机系统”是指任何类型经互连的电子设备、计算机设备、或其组件。另外,术语“计算机系统”和/或“系统”可指计算机的彼此通信地耦合的各种组件。此外,术语“计算机系统”和/或“系统”可指彼此通信地耦合并且被配置成用于共享计算和/或联网资源的多个计算机设备和/或多个计算系统。

  如本文中所使用的术语“架构”是指计算机架构或网络架构。“网络架构”是在包括通信协议、接口和介质传输的网络中软件和/或硬件元件的物理和逻辑设计或布置。“计算机架构”是在包括软件和/或硬件之间的交互的拓扑标准的计算系统或平台中的软件和/或硬件元件的物理和逻辑设计或布置。

  如本文中所使用,术语“装置”、“计算机装置”等等是指具有程序代码(例如,软件或固件)的、专门被设计成用于提供特定计算资源的计算机设备或计算机系统。“虚拟装置”是用于由使计算机装置虚拟化或模仿计算机装置或者以其他方式专用于提供特定的计算资源的、由装配有管理程序的设备实现的虚拟机镜像。

  术语“元件”是指在给定的抽象水平不可分并且具有清楚地限定的边界的单元,其中,元件可以是任何类型的实体,包括例如一个或多个设备、系统、控制器、网络元件、模块等、或其组合。术语“设备”是指物理实体,该物理实体被嵌入在其附近的另一物理实体内部或附连至其附近的另一物理实体,具有传达来自该物理实体的数字信息或向该物理实体传达数字信息的能力。术语“实体”是指架构或设备的不同组件、或作为有效载荷被传递的信息。术语“控制器”是指具有影响物理实体(诸如,通过改变其状态或使物理实体移动)的能力的元件或实体。

  如本文中所使用的术语“资源”是指物理或虚拟设备、计算环境内的物理或虚拟组件、和/或特定设备中的物理或虚拟组件,诸如,计算机设备、机械设备、存储器空间、处理器/CPU时间、处理器/CPU使用、处理器和加速器负载、硬件时间或使用、电功率、输入/输出操作、端口或网络插槽、信道/链路分配、吞吐量、存储器使用、存储、网络、数据库和应用、工作负载单元,等等。“硬件资源”可以指由(多个)物理硬件元件提供的计算、存储和/或网络资源。“虚拟化资源”可指由虚拟化基础设施向应用、设备、系统等提供的计算、存储、和/或网络资源。术语“网络资源”或“通信资源”可指可由计算机设备/系统经由通信网络访问的资源。术语“系统资源”可指用于提供服务的任何种类的共享实体,并且可包括计算和/或网络资源。系统资源可被认为是通过服务器可访问的一组连贯的功能、网络数据对象或服务,其中此类系统资源驻留在单个主机或多个主机上并且是可清楚标识的。

  如本文中所使用的术语“信道”是指用于传达数据或数据流的任何有形或无形的传输介质。术语“信道”可与“通信信道”、“数据通信信道”、“传输信道”、“数据传输信道”、“接入信道”、“数据访问信道”、“链路”、“数据链路”、“载波”、“射频载波”、和/或表示传达数据所通过的路径或介质的任何其他类似术语同义,和/或等同于这些术语。此外,如本文中所使用的术语“链路”是指两个设备之间出于传送和接收信息目的通过RAT进行的连接。

  如本文中所使用,术语“无线电技术”是指用于电磁辐射的无线传送和/或接收以进行信息传递的技术。术语“无线电接入技术”或“RAT”是指用于至基于无线电的通信网络的底层物理连接的技术。如本文中所使用,“通信协议”(有线或无线的)是指由通信设备/系统实现以与其他设备进行通信的一组标准化规则或指令,包括用于对数据进行打包/拆包、对信号进行调制/解调的指令,协议栈的实现方式,等等。无线通信协议的示例可在各实施例中使用,无线通信协议包括全球移动通信系统(GSM)无线电通信技术、通用分组无线电服务(GPRS)无线电通信技术、GSM演进的增强数据速率(EDGE)无线电通信技术和/或第三代伙伴计划(3GPP)无线电通信技术,包括例如,3GPP第五代(5G)或新无线电(NR)、通用移动电信系统(UMTS)、自由多媒体接入(FOMA)、长期演进(LTE)、高级LTE(LTE Advanced)、LTE额外(LTE Extra)、LTE-A加强版(LTE-A Pro)、cdmaOne(2G)、码分多址2000(CDMA2000)、蜂窝数字分组数据(CDPD)、Mobitex、电路交换数据(CSD)、高速CSD(HSCSD)、通用移动电信系统(UMTS)、宽带码分多址(W-CDM)、高速分组接入(HSPA)、增强型高速分组接入(HSPA+)、时分-码分多址(TD-CDMA)、时分-同步码分多址(TD-SCDMA)、LTE LAA、MuLTEfire、UMTS陆地无线电接入(UTRA)、演进型UTRA(E-UTRA)、演进数据优化或仅演进数据(EV-DO)、高级移动电话系统(AMPS)、数字AMPS(D-AMPS)、全接入通信系统/扩展式全接入通信系统(TACS/ETACS)、按键通话(PTT)、移动电话系统(MTS)、改进型移动电话系统(IMTS)、高级移动电话系统(AMTS)、蜂窝数字分组数据(CDPD)、DataTAC、集成数字增强网络(iDEN)、个人数字蜂窝(PDC)、个人手持式电话系统(PHS)、宽带集成数字增强网络(WiDEN)、iBurst、非许可移动接入(UMA,也被称为3GPP通用接入网络或GAN标准)、蓝牙低能量(BLE)、基于IEEE802.15.4的协议(例如,通过低功率无线个域网的IPv6(6LoWPAN)、WirelessHART、MiWi、Thread、802.11a等)、WiFi直接(WiFi-direct)、ANT/ANT+、ZigBee、Z波(Z-Wave)、3GPP设备对设备(D2D)或邻近服务(ProSe)、通用即插即用(UPnP)、低功率广域网(LPWAN)、长距离广域网(LoRA)或由Semtech和LoRa联盟开发的LoRaWANTM、Sigfox、无线千兆联盟(WiGig)标准、用于一般而言的毫米波接入(WiMax)mmWave标准的全球互通(诸如以10-300GHz及更高频率操作的无线系统,诸如WiGig、IEEE 802.11ad、IEEE 802.11ay等)、交通工具对外界(V2X)通信技术(包括3GPP C-V2X)、专用短距离通信(DSRC)通信系统(诸如,智能运输系统(ITS),包括欧洲ITS-G5、ITS-G5B、ITS-G5C等)。除上文所列举的标准之外,出于本公开的目的,还可使用任何数量的卫星上行链路技术,包括例如符合由国际电信联盟(ITU)或欧洲电信标准协会(ETSI)发布的标准的无线电等等。本文中所提供的示例因此可被理解为适用于各种现有的和尚未制定的各种其他通信技术。

  如本文中所使用的术语“实例化(instantiate、instantiation)”等等是指实例的创建。“实例”还指对象的具体发生,该对象例如可在程序代码的执行期间发生。术语“信息元素”是指包含一个或多个字段的结构元素。术语“字段”是指信息元素的各个内容或包含内容的数据元素。如本文中所使用,“数据库对象”、“数据结构”等等可指采用对象、属性-值对(AVP)、关键字-值对(KVP)、元组等形式的任何信息表示,并且可包括变量、数据结构、函数、方法、类、数据库记录、数据库字段、数据库实体、数据和/或数据库实体之间的关联(也被称为“关系”)、区块链实现方式中的区块以及区块之间的链接,等等。

  本文中使用术语“耦合的”、“通信地耦合的”及其派生词。术语“耦合的”可意指两个或更多个元件彼此处于直接的物理或电连接,可意指两个或更多个元件间接地彼此接触但仍彼此协作或交互,和/或可意指一个或多个其他元件被耦合或连接在被称为彼此耦合的元件之间。术语“直接耦合”可意指两个或更多个元件彼此直接接触。术语“通信地耦合的”可意指两个或更多个元件可通过通信装置彼此接触,通过通信装置包括通过线或其他互连连接、通过无线通信信道或墨迹等等。

  如本文中所使用的术语“局部化网络”可指覆盖某个区域或地区中有限数量的被连接的交通工具的局部网络。如本文中所使用的术语“分布式计算”可指在一个或多个局部化网络的终止的附近区域内地理上分布的计算资源。如本文中所使用的术语“局部数据集成平台”可指通过利用(多个)局部化网络和分布式计算来集成局部数据的平台、设备、系统、网络、或(多个)元件。

  如本文中所使用,术语“计算卸载”或“卸载”是指资源密集型计算任务或工作负载从计算系统等向外部平台的传递,该外部平台诸如边缘节点/服务器、集群、网格、云计算服务,等等。

  如本文中所使用,术语“工作负载”可指在实践段期间或在特定时刻由计算系统、设备、实体等执行的工作量。工作负载可被标识为基准,诸如,响应时间、吞吐量(例如,在一段时间内完成多少工作),等等。附加地或替代地,工作负载可被表示为以下各项:存储器工作负载(例如,程序执行以存储临时或永久数据且执行中间计算所需的存储器空间的量)、处理器工作负载(例如,在给定时间段期间或特定时刻由处理器102执行的指令数量)、I/O工作负载(例如,在给定时间段期间或特定时刻输入和输出或系统访问的数量)、数据库工作负载(例如,在时间段期间的数据库查询的数量)、网络相关的工作负载(例如,网络附连的数量、移动性更新的数量、无线电链路失败的数量、移交的数量、要通过空中接口传递的数据量等),等等。可使用各种算法来确定工作负载和/或工作负载特性,其可基于前述工作负载类型中的任一者。

  前述描述提供了各示例实施例的说明和描述,但不旨在是穷举的且不旨在将实施例的范围限制于所公开的精确形式。根据以上教导,修改和变型是可能的,或者可从各实施例的实施获取。在为了描述本公开的示例实施例而陈述特定细节的情况下,对本领域普通技术人员应当显而易见的是,可以在没有这些特定细节或在这些特定细节变化情况下实施本公开。然而,应当理解,没有将本公开的概念限制于所公开的特定形式的意图,而相反,意图旨在涵盖符合本公开和所附权利要求书的所有修改、等效方案和替代方案。

《汽车边缘计算系统中的交通工具对外界会话和服务连续性.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式(或pdf格式)