用于提供行程特定QoS预测的V2X服务的制作方法

用于提供行程特定qos预测的v2x服务
1.相关申请
2.本技术要求2019年5月7日提交的美国临时申请no.62/844,413和2019年5月30日提交的美国临时申请no.62/854,871的优先权，其通过引用整体并入本文。
技术领域
3.本文描述的实施例总体上涉及边缘计算、网络通信和通信系统实现实现，并且具体而言，涉及用于在多接入边缘计算(mec)系统和网络中实现车辆到万物(v2x)通信的技术。


背景技术：

4.物联网(iot)设备是可以在网络上进行通信的实体或虚拟对象，并且可以包括传感器、执行器和其他输入/输出组件，以使得从现实世界环境收集数据或执行操作。例如，iot设备可以包括嵌入或附接到日常事物(例如，建筑物、车辆、包裹等)的低供电设备，以提供这些事物的附加等级的人工感官感知。近来，iot设备已经变得更流行，并且因此使用这些设备的应用已经激增。iot设备和多接入边缘计算(mec)服务的部署已经引入发生在网络的边缘处或以其他方式涉及网络的边缘的数个高级使用情况和场景。
5.然而，这些高级使用情况也已经引入与安全、处理/计算资源、网络资源、服务可用性和效率等有关的数个对应技术挑战。关于车辆到万物(v2x)服务，当前不存在用于高效地预测沿着车辆的计划轨迹或行驶路线的服务质量(qos)的机制。
附图说明
6.在不一定按比例绘制的附中，相同标号可以在不同视图中描述相似组件。具有不同字母后缀的相同数字可以表示相似组件的不同实例。一些实施例以示例而非限制的方式示出于附图的图中，其中：
7.图1a和图1b描绘根据各种实施例的利用对于v2x应用提供支持的mec技术的示例v2x通信系统。图2描绘根据各种实施例的包括mec系统架构的示例v2x系统。图3描绘根据各种实施例的赋能v2x信息服务(vis)与v2x控制功能之间的通信的示例架构。图4描绘根据各种实施例的示例性v2x系统场景，其中，mec主机与向车辆用户设备(ue)提供v2x通信服务的网络接入节点(nan)共站。图5描绘根据各种实施例的示例行程特定qos过程。
8.图7描绘根据第一实施例的示例行程特定qos通知过程。图8描绘根据各种实施例的mec主机与提供v2x通信服务的nan共站的另一示例性场景。图8描绘包括与nan共站的主mec主机和与相应vue共站的车载mec主机的示例分层mec系统。图9描绘根据各种实施例的信息收集框架。图10描绘根据第二实施例的示例qos通知过程。图11描绘根据各种实施例的示例v2x过程。图12描绘根据各种实施例的vis api的示例资源统一资源指示符(uri)结构。
9.图13示出可部署在边缘计算系统中的示例5g系统架构。图14示出基于5g服务的架构和可部署在示例边缘计算系统中的mec架构以及可随示例边缘计算系统使用的5g网络中
的集成mec部署。图15示出示例mec系统参考架构。图16示出可从示例边缘计算系统部署的网络功能虚拟化(nfv)环境中的mec参考架构。
10.图17a、图17b和图17c描绘边缘计算硬件配置的示例。图18和图19描绘边缘计算系统中的各种计算节点的示例组件。图20描绘边缘计算系统中的示例移动计算设备。图21描绘边缘计算系统中的可配置服务器机架的示例。
具体实施方式
11.以下实施例总体上涉及数据处理、服务管理、资源分配、计算管理、网络通信、应用划分和通信系统实现方式，并且具体而言，涉及用于在分布式边缘计算环境中适配各种边缘计算设备和实体以动态地支持多个实体(例如，多个租户、用户、利益相关方、服务实例、应用等)的技术和配置。具体而言，所公开的实施例涉及用于在多接入边缘计算(mec)系统中实现车辆到万物(v2x)通信的技术。v2x系统场景以高移动性和动态拓扑为特征，其中，无线电网络信息、位置信息的准确性和及时性可能受网络基础设施的环境状况和部署密度阻碍。所公开的实施例提供用于关于高效、行程特定服务质量(qos)预测的信息的协作型获取、划分和分发的v2x信息服务(vis)框架。vis框架识别v2x系统中收集的无线电状况/质量数据与车辆的计划行程之间的空间/时间相关性，以用于更好地预测沿着所指定的路线的通信网络的无线电状况/质量。因此，vis可以向所授权的设备包络关于qos预测的行程特定信息。可以描述和/或要求保护其他实施例。沿着计划路线/行程的各个中间位置处的无线电环境的准确和及时预测可以触发、修改或推迟特定v2x功能的启用/激活和/或用户设备(ue)与网络基础设施之间的数据传送(包括下行链路(dl)和上行链路(ul)数据传送)。可以描述和/或要求保护其他实施例。
12.i.mec v2x信息服务(vis)
13.车辆到万物(v2x)应用(简称为“v2x”)包括以下四种类型的通信：车辆到车辆(v2v)、车辆到基础设施(v2i)；车辆到网络(v2n)和车辆到行人通信(v2p)。v2x应用可以使用协作性感知以对于端用户提供更智能的服务。这意味着实体(例如，车辆站或车辆用户设备(vue)、路边基础设施或路边单元(rsu)、应用服务器和行人设备(例如，智能手机、平板计算机等))收集它们的本地环境的知识(例如，从附近的其他车辆或传感器设备接收的信息)，以处理并共享这些知识，以提供用于碰撞警告系统、自动驾驶等的更智能的服务(例如，协作感知、机动协调等)。v2x应用利用底层接入技术或无线接入技术(rat)以传达用于协作性感知的消息。这些rat可以包括例如基于ieee 802.11p的协议(例如，dsrc和its
‑
g5)、基于3gpp蜂窝的协议(例如，5g
‑
v2x和/或lte
‑
v2x协议)。虽然在机动车辆的上下文中讨论本文的实施例，但实施例也可以应用于包括飞行器、水运工具等的其他类型的载具。
14.多接入边缘计算(mec)是一种允许在接入网的边缘处实例化应用并向用户设备(ue)提供低时延和紧密接近度环境的技术。因此，诸如汽车行业之类的垂直行业有望从mec基础设施的部署连同无线接入网(ran)的部署显著地受益。这些ran可以由不同的mno操作和/或操作不同的rat。
15.无线通信是协作型智能交通系统(its)的关键赋能技术。参与v2x通信的道路用户(例如，车辆、骑自行车者和行人)可以使用由提供不同网络和/或使用不同无线接入技术(rat)的不同运营商提供的服务。包括由不同运营商提供的网络并且包括不同rat的环境称
为“多供应商、多网络和多接入环境”。多供应商、多网络和多接入环境的示例由图1a和图1b示出。
16.图1a描绘利用对于v2x应用提供支持的mec技术的示例v2x通信系统。具体而言，图1a描绘涉及使用mec系统的v2x通信系统100，其中，道路运营商(或its运营商)致力于在跨国、跨运营商、跨供应商环境中供给v2x服务。mec系统向端点设备(例如，图1a中的车辆ue(vue)101)支持和/或提供均可能具有不同的要求或约束的各种服务。例如，一些服务可能具有优先级或服务质量(qos)约束(例如，自主vue 101的交通数据可能具有比信息娱乐数据更高的优先级)、可靠性和弹性(例如，交通数据可能需要关键任务可靠性，而信息娱乐数据可能允许存在一些误差变化)以及功率、冷却和形数约束。ue应用(app)使用各种接口以请求mec系统运行mec系统中的应用(例如，mec应用)或者将应用移入或移出mec系统。例如，此类接口包括用于内部mec管理的mp3参考点、用于mec平台之间的控制通信以及用于外部接入的mx2参考点。
17.在典型多运营商场景中，多个运营商(例如，图1中的mno
‑
1和mno
‑
2)提供用于赋能用于车辆用户设备(vue)101(也称为“车辆站”、“车辆its站”或“v
‑
its
‑
s”)的网络连接性的基础设施(包括例如由mno
‑
1提供的网络接入节点(nan)110
‑
1和核心网150
‑
1以及由mno
‑
2提供的nan 110
‑
2和核心网150
‑
2)。“运营商”指代拥有或控制对于提供通信和/或网络有关服务(包括无线电谱分配(包括来自监管机构的一个或多个谱许可)、计费和订阅有关服务、设备供应和/或其他类似服务)必要的基础设施设备(包括无线电基础设施、核心网和/或回程基础设施等)的实体或组织。运营商提供用于使用空中(ota)或无线通信信道接入移动网络或无线环境的技术能力。本文使用的术语“运营商”可以视为同义于和/或称为网络运营商、移动网络运营商(mno)、蜂窝网络运营商、无线服务提供商、无线运营商、移动网络运营商、虚拟mno等。
18.此外，nan 110
‑
1和110
‑
2可以是宏小区基站、远端无线电头(rrh)、小和/或微小区基站、接入点(ap)和/或其他类似的网络元件。ap可以是例如无线路由器、路边its站或路边单元、网关器具、中央集线器等。基站可以是例如3gpp长期演进(lte)演进节点b(enb)、3gpp 5g/nr下一代节点b(gnb)等。nan 110的集合可以称为“接入等级边缘网络”或“接入等级边缘”。nan 110可配置为或可操作为执行运输资源(例如，用于cdn服务和/或其他应用等级服务)以及调度信令资源的设置，以用于提供底层接入网/rat的网络服务。
19.在图1a的示例中，nan 110
‑
1与mec主机140
‑
1共站，而nan 110
‑
2与mec主机140
‑
2共站。mec主机140是包含mec平台和虚拟化基础设施以向mec应用提供计算、存储和网络资源的实体。mec平台是在特定mec主机的140的虚拟化基础架构上运行mec应用并赋能它们以提供并且消费mec服务所需的并且可以自身提供数个mec服务的功能的集合(包括硬件和软件元件)。mec应用是可以在mec系统100内的mec主机140内实例化并且可以潜在地提供或消费mec服务的应用，并且mec服务是由mec平台自身或由mec应用经由mec平台提供的服务。mec主机140可以分别由mno
‑
1和mno
‑
2提供，或者mec主机140可以由单独边缘连网服务提供商提供。在该示例中，t1处的vue 101能够经由nan 110
‑
1和核心网150
‑
1从mno
‑
1接收网络连接，并且能够经由mno
‑
1基础设施从远端应用服务器160接收服务。随着vue 101行进，无线电覆盖的临时缺失为t2处的vue 101所经历，导致漫游情况，然后能够经由mno
‑
2基础设施(例如，nan 110
‑
2和核心网150
‑
2)接收服务。核心网150可以是例如lte或5g/nr核心网。
20.一种有挑战性的情况是当即使在无线电覆盖的临时缺失中its运营商也尝试向连接到不同运营商(例如，mno
‑
1和mno
‑
2)的vue 101提供相同或连续的v2x服务时。该使用情况也因多个mec供应商的存在而变复杂，这导致需要赋能不同的mec系统之间的通信。当ue应用具有相对高的qos约束时，该使用情况是更复杂的。此外，nan 110的小区覆盖区域内的充足无线电资源的分配不一定保证v2x通信中的特定qos(或qos性能)。归因于覆盖的缺失、信号干扰、低效切换机制以及nan 110处的不足的传输功率管理和切换机制，不良qos性能也与不良信号接收有关。
21.如图1b所示，在传统v2x系统(没有vis服务)中，mno(例如，mno
‑
1和mno
‑
2)之间的互连在远端侧(例如，远端应用服务器160)处终止，具有针对高的端到端(e2e)时延的明显缺点。另一方面，利用赋能通过mec系统140之间的互连188的“水平通信”的vis服务，可以用低e2e延迟实现mno之间的互连。vis开放关于pc5配置参数的信息以及与uu接口有关的信息(例如，单播和多媒体广播多播服务(mbms))，并管理多运营商环境，这允许vue 101离开一个mno
‑
1的覆盖区域并进入另一mno
‑
2的覆盖区域以继续接收服务，而没有任何服务中断并保证e2e性能。
22.v2x应用和服务包括例如安全应用/服务、便利应用/服务、高级驾驶辅助应用/服务和易受伤道路用户(vru)应用/服务等。安全应用/服务的示例包括交叉路口移动辅助(ima)和队列警告(qw)。ima被设计为通过向驾驶者警告在交叉路口处从横向接近的车辆避免交叉路口穿越碰撞。交叉路口碰撞包括交叉路口、交叉路口有关、车行道/小巷和车行道出入有关碰撞。道路上的车辆的qw队列可能造成潜在危险并导致交通的延迟(例如，当转弯队列延伸到其他车道时)。使用v2x服务，可以使队列信息预先对于其他vue 101是可用的，这使碰撞的可能性最小化并允许缓解行动。
23.便利应用/服务包括例如远端信息处理(telematic)、软件更新、信息娱乐等。这些应用/服务中的一些可以通过现有接入技术得以实现，并且部分地已经为一些汽车制造商所支持。这种v2x群组使用情况需要在vue 101与后端服务器/服务之间赋能成本高效的通信。
24.高级驾驶辅助应用/服务(也称为“高级驾驶辅助系统”或“adas”)是电子系统(包括硬件和软件元件)，其在驾驶或停泊车辆的同时帮助车辆驾驶者，并且典型地采用车辆中实现的各种微控制器、电子控制单元(ecu)、传感器和/或功率半导体器件/系统(在此统称为“驱动控制单元”或“dcu”)，收集对于v2x最有挑战的要求。这些应用/服务也适用于自动驾驶应用/服务。这些v2x应用/服务可能需要以高可靠性和低时延并行分发相对大量的数据，并且通常受益于预测性的可靠性。这意味着利用adas的vue 101应具有接收网络可用性和/或qos的预测以提前进行规划的可能性。实时态势感知对于自动驾驶汽车是至关重要的，尤其是在改变中的道路状况(例如，某时间之前由另一辆车检测到的新物体/障碍物、改变中的天气和/或环境状况等)的情况下的关键道路分段处。为此和其他目的，需要经由从后端服务器/服务(例如，远端应用服务器160)下载而使有关高清晰度(本地)地图成为可用的。关于实时态势感知和高清(本地)地图的使用情况不应仅视为分发关于相对缓慢改变的道路状况的信息的情况。该情况应扩展到经由路边单元向交通参与者实时分发并汇总本地可用信息。另一adas应用/服务是洞见(或高清晰度传感器共享)。在该类型的使用情况下，车队中的车辆(例如，卡车、小型货车、汽车等)需要将它们前方的前方道路状况的传感器数
据(例如，图像/视频)共享给它们后方的车辆。
25.附加地，adas和/或自动驾驶应用/服务可以涉及使用可操作为观察环境状况并确定待在特定目标的推进中采取的行动的人工智能(ai)代理和/或机器学习(ml)模型。待观察的特定环境状况和待采取的行动可以基于操作设计域(odd)。odd包括给定ai代理/ml模型或其特征专门被设计为运作所处的操作条件。odd可以包括操作限制(例如，环境、地理和每天时间限制、和/或特定交通或道路特征的必要存在或缺失)。在实施例中，单独ai代理和/或受训练的ml模型/算法可配置为或可操作为控制主机vue 101的相应控制系统/dcu。在这些实施例中，待采取的动作和待实现的特定目标可以是特定的，或基于控制系统自身和/或所涉及的dcu而得以个性化。附加地，取决于实现ai代理和/或受训练的ml模型/算法的特定上下文，一些动作或目标可以是动态驾驶任务(ddt)、对象和事件检测与响应(oedr)任务或其他非车辆操作有关任务。ddt包括道路交通中操作vue 101所需的所有实时操作性和战术性功能，排除战略性功能(例如，行程调度以及终点和路点的选择)。ddt包括例如以下战术和操作性任务：经由转向的横向车辆运动控制(操作性)；经由加速和减速的纵向车辆运动控制(操作性)；经由对象和事件检测、识别、分类和响应准备监控驾驶环境(操作性和战术性)；对象和事件响应执行(操作性和战术性)；机动规划(战术性)；和经由照明、发信号和打手势等增强醒目性(战术性)。oedr任务可以是ddt的子任务，其包括：监控驾驶环境(例如，检测、识别并且分类物体和事件，以及准备根据需要进行响应)，以及例如根据需要对此类对象和事件执行适当的响应以完成ddt或回退任务。这些特征中的一些可以由所涉及的ai代理/ml模型触发，或者可以由外部实体(例如，远端应用服务器160和/或mec主机140)触发。事件/触发可以是ai代理/ml模型特定的，并且可以取决于特定实施例而变化。
26.vru是非机动化道路用户以及vru车辆的用户。“vru设备”指代由集成标准its站的vru使用的便携式设备(例如，智能手机、平板、可穿戴设备等)，但术语“vru”自身可以指代vru和vru设备二者。为了交通安全(例如，避免碰撞等)的目的，vru有关v2x应用/服务利用由vru提供的信息。这些应用/服务通常需要由这些交通参与者提供的定位信息的高准确性。用于关于更好且可靠的准确性使用可用信息以的附加手段对于允许从vru共享的信息的现实世界使用是至关重要的。车辆与vru之间的通过它们的vru设备的协作是用于改进交通安全并且避免事故的重要关键要素。
27.对于这些v2x应用/服务，mec系统100(或mec主机140)从网络向vue 101提供(例如，鉴于时延要求、分组到达率、用于数据服务/连接性的qos等)预测通信信道当前是否是可靠的反馈信息以支持v2x功能/应用/服务。mec系统100还通过以下操作提供互操作性：支持通过不同站/设备类型/平台、接入技术、网络或mno连接的vue 101和/或其他道路用户(例如，vru等)之间的v2x信息交换，并且赋能用于v2x应用/服务和/或单独vue 101的多运营商操作以跨全国接入网覆盖区域和跨不同mno网络的边界提供服务连续性。mec系统100(或单独mec主机140)可能需要当各种连接性参数(如时延、per、信号强度等)将改变时向车辆提供由包括无线电网络功能的可用定位技术协助的及时准确定位和/或预测性质量有关信息。
28.mec包括v2x信息服务(vis)应用编程接口(api)，其被设计为促进用于机动车使用情况的多供应商、多网络和多接入环境中的v2x互操作性。这些使用情况可以涉及不同的车辆制造商、原始设备制造商(oem)提供商、网络基础设施供应商、mec供应商、应用/内容提供
商和其他利益相关方。
29.mno典型地是地区特定的或国家特定的，并且在使用mno的网络之间的互通在核心网等级向其他mno的客户提供通信的同时直接向其自己的客户(订户)提供服务。每个mno运营其自己的公共陆地移动网络(plmn)，其从特定mno的订户的角度来看一般称为归属plmn(hplmn)，或从不是特定mno的订户的用户的角度来看一般称为访问plmn(vplmn)。对于车辆应用，为道路用户保持v2x服务连续性(一般具有低时延要求)变有挑战性，尤其是当这些道路用户从一个mno的覆盖区域移动到另一mno的覆盖区域时。
30.不同plmn之间的移动网络级互通用以在3gpp规范(例如，etsi gs mec 003v2.1.1(2019
‑
01)(“[r05]”),etsi gs mec 011v1.1.1(2017
‑
07)(“[r08]”)、etsi gs mec 013v1.1.1(2017
‑
07)(“[r10]”),etsi gs mec 014v1.1.1(2018
‑
02)(“[r11]”)和etsi gs mec 015v1.1.1(2017
‑
10)(“[r12]”))中指定的此类使用情况下赋能服务连续性。此外，还需要跨mec系统间协调以(例如，基于mno之间的协议、漫游和/或去往新plmn的切换)准备转变中的ue并减少中断时间。
[0031]
服务客户通过v2x api与vis 280进行通信以得到关于访问plmn的必要v2x服务配给信息，以支持plmn间服务连续性。mec应用(app)和mec平台二者可以消费vis 280；并且mec平台和mec应用二者可以是v2x信息的提供方。v2x api也可以称为“vis api”等。将在下文中关于图14、图15和图16更详细地讨论mec应用和mec平台。
[0032]
图2示出根据各种实施例的包括mec系统架构的示例v2x系统200。mec系统架构包括多个mec主机240(包括mec主机240
‑
1和mec主机240
‑
2)中的每一个，其中的每一个可以对应于图15的mec系统1500中的mec主机1502。如前所述，mec在网络的边缘处为应用开发商和内容提供商提供云计算功能和it服务环境。这种环境特征在于超低时延和高带宽以及可以由应用借助的对无线电网络信息的实时访问。mec技术允许朝向移动订户、企业和垂直细分市场的创新应用和服务的灵活、快速部署。具体而言，关于汽车领域，应用(例如，v2x应用)需要交换数据、向聚合点提供数据以及访问提供(由各种汽车、路边单元等)从众多传感器得出的本地情况概览的数据库中的数据。
[0033]
v2x系统200涉及多个mec主机240(包括mec主机240
‑
1和mec主机240
‑
2)和mec vis 280的使用。vue 201、nan 210(包括nan 210
‑
1和nan 210
‑
2)、mec主机240和远端云260可以分别对应于图1a和图1b的vue 101、nan 110和mec主机140。mec主机240和nan 210对中的每一个可以构成相应边缘云，并且远端云260可以包括一个或多个远端应用服务器(例如，图1a和图1b的远端应用服务器160)。
[0034]
在各种实施例中，mec系统200(和单独mec主机240)可以支持特征v2x服务。当mec系统200支持特征v2xservice时，mec系统200包括用于从网络(例如，图1a
‑
图1b中的mno网络和/或图2中的边缘云)向vue 201提供反馈信息以支持v2x功能的能力，这有助于(例如，鉴于满足时延要求和/或阈值分组到达)预测通信信道当前是否可靠。支持v2x服务的mec系统200包括用于从网络向车辆提供关于各种连接性参数(例如，时延、per、信号强度等)何时将改变的质量有关信息的能力。支持v2x服务的mec系统200包括用于通过支持通过不同接入技术、网络和/或mno连接的道路用户之间的v2x信息交换而提供互操作性的能力。支持v2x服务的mec系统200赋能用于v2x站/设备的多运营商操作，以跨全国接入网覆盖并且跨不同运营商的网络的边界提供服务连续性。支持v2x服务的mec系统200包括用于在多运营
商场景中提供互操作性的能力，赋能不同系统中的mec应用以安全地与彼此进行通信，以在缺失蜂窝覆盖(3gpp域的外部)时也赋能多运营商系统中的同步。支持v2x服务的mec系统200包括用于在多运营商场景中提供互操作性的能力，赋能mec应用以与v2x有关3gpp核心网逻辑功能(例如，图3的v2x控制功能350和/或其他核心网功能)安全地进行通信，并且收集来自3gpp网络的pc5 v2x有关信息(例如，pc5配置参数)。
[0035]
在v2x服务的框架中，vue 201正托管客户端应用(图2中的ue应用202)，并且连接到特定mec主机240(和有关mec应用228)。在存在多个mec主机240时，vis 280允许在不同mec主机240上运行的mec应用228之间开放信息。mec主机240中的每一个可以由不同运营商或服务提供商(例如，mec供应商或第三方)拥有/管理。mec主机240
‑
1和mec主机240
‑
2上实例化的mec应用228可以用以提供v2x有关服务，并且可以由移动服务运营商、mec供应商或第三方(例如，oem、或oem提供商、或系统集成商)运营。此外，其他远端应用服务器实例可以位于别处(例如，在远端云260中)。远端云260可以是任何类型的云基础设施(例如，由运营商或oem拥有的一个或多个私有云)。远端云260还操作一个或多个远端应用265。vis 280可以由mec平台230或由mec应用228产生。
[0036]
在一些方面中，(对应于mec平台1532和/或图16的mec平台vnf 1602的)mec平台230可以包括提供mec vis 280的mec v2x api。vis 280/v2x api支持通过表示状态转移(“rest”或“restful”)api或通过替选传送(例如，消息总线)使用的查询和订阅(例如，pub/sub机制)。对于restful架构风格，可以对于vis api定义http协议绑定。具体而言，vis 280允许将与机动车使用情况的支持有关的信息开放给mec应用实例。vis 280还允许单个its运营商遍及可以跨越不同国家并涉及多个网络运营商、mec系统和mec应用提供商的区域提供v2x应用/服务。为此目的，vis 280可以包括以下功能：(a)从3gpp网络收集pc5 v2x有关信息，目的在于对于v2x通信执行ue授权(例如，获得v2x已授权ue的列表，基于ue订阅获得关于授权的有关信息，以及获得v2x配置参数(例如，公共v2x配置参数集合，其可以包括pc5配置参数))；(b)将(a)中获得的信息开放给同一mec主机240中的mec应用228或其他mec主机240中的mec应用228；(c)赋能mec应用228以与v2x有关3gpp核心网逻辑功能安全地进行通信(例如，赋能mec主机240与核心网中的v2x控制功能之间的通信)；(d)赋能不同mec系统240中的mec应用228以与彼此安全地进行通信；以及(e)使用合适的mec api收集并处理其他mec主机/系统中可用的信息(例如，收集并处理经由v2x(vis)api、无线电网络信息(rni)api(参见例如etsi gs mec 012v1.1.1(2017
‑
07)(“[r09]”))、位置api[r10]、ue身份(ue_id)api[r11]、带宽管理(bwm)api[r12]、wlan接入信息(wai)api,固定接入信息(fai)api etsi gs mec 029v2.1.1(2019
‑
07)(“[r13]”)和其他类似api)获得的信息，以用于访问可以在mec平台230内实现其他mec服务236)以预测无线电网络拥塞，并向ue 201提供合适的通知。将在下文中关于图15和图16更详细地讨论服务注册238、过滤规则控制231、dns处理232、数据平面224和虚拟化基础设施222。
[0037]
从该角度来看，vis 280与mec架构中的mp1和mp3参考点有关(参见例如图14、图15和图16)。具体而言，有关信息经由mp1参考点从各种服务228和236开放给mec应用228。mp3参考点赋能不同mec平台230之间的该信息的传送。例如，第二mec主机240
‑
2也可以实现可以提供对mec主机内实例化的mec应用228中的一个或多个的接口240
‑
2的mec v2x api。于此，mec主机240
‑
2和mec主机240
‑
1可以经由mp3接口以及mec v2x api与彼此进行通信。附
加地，mec主机240
‑
1内实例化的应用228可以经由mec v2x api以及mec主机240
‑
1与mec主机240
‑
2之间的接口与mec主机240
‑
2内实例化的mec应用228中的一个或多个进行通信。
[0038]
mec vis api以标准化方式向mec应用228提供信息，这样提供多供应商场景中的互操作性。然而，mec应用228可以通过直接方式(例如，不使用mec平台230)进行通信。在一些实施例中，可以在mec编排器(meo)之间实现系统间通信。附加地或替代地，可以对于mec应用228通信定义可能的mp3增强(或mec系统240之间的新参考点)。
[0039]
可以作为通用中间件服务提供(例如，用于开放vis 280的)mec v2x api，提供从车辆201和其他v2x元件收集的信息，并作为主机内的服务(例如，作为restful api)开放以用于更高层(例如，主机内实例化的mec应用228)。在一些方面中，mec v2x api可以被配置为从各种传感器收集信息和数据。于此，mec v2x api的部署确保对于同一oem(例如，汽车制造商)跨不同移动网络的服务的连续性。如果(例如，由etsi mec)引入v2x api的标准实现方式，则该功能可以确保用于具有mec功能的5g通信系统中的所有oem的相同的基本v2x服务特性。
[0040]
vis api/v2x api包括资源和操作。“资源”是具有类型、关联数据、对其进行操作的方法集合以及与其他资源的关系(如果适用)的对象。资源是restful api中的基本概念。由restful api使用http方法(例如，post、get、put、delete等)对资源进行动作。对资源的操作影响对应受管理实体的状态。vis api的一些过程/操作由图11描绘。图12示出根据各种实施例的vis api的资源统一资源指示符(uri)结构。表7.2
‑
1提供由vis api定义的资源和适用的http方法的概述。vis api支持当错误发生时待在http响应中提供附加应用有关错误信息(参见例如etsi gs mec 009v2.1.1(2019
‑
01)(“[r06]”)的条款6.15)。
[0041]
表7.2
‑
1：示例vis api资源和方法
[0042]
[0043][0044]
每个资源uri的语法遵循[r06]、以及ietf rfc 3986(2005
‑
01)或ietf rfc 7320(2014
‑
07)。在包括vis api的restful mec服务api中，用于每个api的资源uri结构具有以下结构：
[0045]
{apiroot}/{apiname}/{apiversion}/{apispecificsuffixes}
[0046]
此处，“apiroot”包括方案(“https”)、主机和可选端口以及可选前缀串。“apiname”定义api的名称(例如，vis/v2x api、rni api等)。“apiversion”表示api的版本，并且“apispecificsuffixes”定义特定api中的资源uri的树。“apiroot”、“apiname”和“apiversion”的组合称为根uri。“apiroot”处于部署的控制下，而uri的其余部分处于api规范的控制下。在上面的根中，使用服务注册中心238发现“apiroot”和“apiname”。它包括
方案(“http”或“https”)、主机和可选端口以及可选前缀串。对于vis api，“apiname”可以设置为“vis”，并且“apiversion”可以设置为合适的版本号(例如，用于版本1的“v1”)。mec api支持基于tls的http(也称为https)。相对于上述根uri定义vis过程中的所有资源uri(参见例如图11)。
[0047]
也可以支持json内容格式。json格式由内容类型“application/json”以信号表示。vis api可以使用具有承载令牌的oauth 2.0客户端凭据批准类型(参见例如[r06])。作为[r08]中定义的服务可用性查询过程的部分，可以发现令牌端点。可以使用已知的配给机制将客户端凭据配给到mec应用中。
[0048]
在一些实施例中，它们的相应mec主机240中的mec应用228可以使用对应mec v2x api以从3gpp网络检索信息。在一些实施例中，它们的相应mec主机240中的mec应用228可以被配置为托管v2x配置参数(例如，pc5配置参数(或在多plmn通信环境内可以是可用的公共v2x配置参数集合)。通过主机之间的mp3接口(或另一类型的接口)的使用确保也在缺失网络覆盖时的这些v2x配置参数的可用性。在一些方面中，mec主机240
‑
1中的mec应用228可以被配置为(通过mec主机240
‑
2中的v2x mec api)连接到mec主机240
‑
2，并且mec主机240
‑
2中的mec应用228可以被配置为(通过mec主机240
‑
1中的v2x mec api)连接到mec主机240
‑
1。在多运营商架构的情况下，多个mec主机240可以被配置为经由mec v2x api与彼此进行通信并同步以传送有关v2x配置参数，以使得它们在缺失蜂窝覆盖(例如，在3gpp域的外部)时跨多运营商架构可以是可用的。以此方式，即使当ue不处于其3gpp网络的覆盖下时，ue(例如，vue 201)也可以具有对v2x配置参数的访问。
[0049]
在一些实施例中，mec主机240内的一个或多个mec应用228可以受实例化，以执行v2x应用功能的功能，其可以包括：提供vis 280。附加地，mec主机240可使用mec v2x api以执行各种v2x或vis 280功能。具体而言，一个或多个mec应用228可以在mec主机240内得以实例化，以执行与v2x应用功能关联的功能，如图3所示。这些mec应用228可以被配置为执行以下v2x应用功能中的一个或多个：获得用于vue 201的v2x订阅信息；确定是否授权vue 201以响应于对v2x服务的请求执行v2x通信；传递v2x配置参数(例如，公共v2x配置参数集合)；等。
[0050]
图3示出赋能vis(例如，图2的vis 280)与v2x控制功能350之间的通信的示例架构300。在该示例中，vis部署在mec主机340
‑
1和/或mec主机340
‑
2的mec平台322中。在3gpp网络中，v2x应用可以部署在一个或多个v2x应用服务器(v2x as)328上。在3gpp
‑
v2x中，存在用于v2x通信的两种操作模式，即，通过pc5接口和通过lte/5g uu接口。uu接口可以是单播和/或mbms。这两种操作模式可以由ue(例如，图1a、图1b和图2中的vue 101和201)独立地用于发送和接收。例如，ue可以使用mbms以用于接收，而无需使用uu接口以用于发送。ue也可以经由uu接口单播dl接收v2x消息。
[0051]
v2x as 328可以通过单播从一个或多个ue接收ul数据，并且使用单播递送和/或mbms递送将数据递送到目标区域中的ue。v2x as 328可以从地理位置信息映射到适当的目标mbms sai以进行广播，从地理位置信息映射到适当的目标3gpp身份(例如，e
‑
utran小区全球标识符(ecgi)和/或nr小区全局标识符(ncgi)以用于广播)；以及从ue提供的ecgi/ncgi映射到适当的目标mbms服务区标识符(sai)以用于广播。v2x as 328也可以向广播组播服务中心(bm
‑
sc)提供适当的ecgi/ncgi和/或mbms sai以用于广播/组播内容的调度和
传输、计费、服务公告、安全和内容同步。
[0052]
v2x控制功能350是用于v2x所需的网络有关动作的核心网中的网络功能(nf)。v2x控制功能350用以向ue(例如，vue 101和201)提供必要参数以使用v2x通信(例如，允许ue在特定plmn中使用v2x的plmn特定参数)。v2x控制功能350还用以向ue提供当ue“不受e
‑
utran服务”或“不受ng
‑
ran服务”时所需的参数。v2x控制功能350也可以用以获得用于ue的v2x usd以从v2x as 328经由v2参考点接收基于mbms的v2x流量。v2x控制功能350也可以经由v2参考点从v2x as 328通过pc5参考点获得v2x通信所需的参数。v2参考点是运营商的网络中的v2x as 328与v2x控制功能350之间的参考点。
[0053]
通过与域名服务(dns)功能的交互发现hplmn的v2x控制功能350。hplmn中的v2x控制功能350的完全限定域名(fqdn)可以在ue中预先配置、由网络提供或由ue自构建(例如，从hplmn的plmn id等导出)。也可以在ue中或向ue提供hplmn中的v2x控制功能350的ip地址。lte核心网中的归属用户服务器(hss)和/或5g核心网(5gc)中的统一数据管理(udm)nf提供plmn的列表，其中，ue(例如，图1a、、图1b和图2的vue 101和201)被授权以执行通过pc5参考点到v2x控制功能350的v2x通信(参见例如3gpp ts 23.285v16.0.0(2019
‑
03
‑
25)和etsi ts 123 285v14.2.0(2017
‑
05)(统称“[r04]”)。
[0054]
在一些实现方式中，v2x as 328(或v2x as逻辑)可以与rsu共站。mec中定义的vis 280用以促进多供应商、多网络和多接入环境中的v2x互操作性。vis 280或其通用部分可以部署在mec平台330中(过滤规则控制331、dns处理332和服务注册338可以分别对应于图2的过滤规则控制231、dns处理232和服务注册238)。因此，vis 280可以用以从v2x控制功能350获得ue的订阅数据(例如，基于pc5的v2x通信允许plmn)。因为v2x as 328承载(或服务)多个v2x应用，所以它可以作为一个或多个mec应用228部署在mec平台330中(参见例如图2)。vis 280可以通过mp1接口与v2x as 328进行通信，并且它可以通过v2x as 328从v2x控制功能350获得ue的v2x订阅数据。在一些实施例中，可以增强v2和mp1参考点以支持v2x控制功能350与vis 280之间订阅数据的安全传送。此外，当前3gpp规范没有定义两个或更多个v2x as 328之间的接口或用于v2x as 328之间的消息交换的方法。在一些实施例中，可以增强mp1参考点以支持由同一mec主机340实现的两个或更多个v2x as 328之间的数据的安全传送，并且可以增强mp3参考点以支持由不同mec主机340实现的两个或更多个v2x as 328之间的数据安全传送。在这些实施例中，v2x api和/或vis 280可以提供用于在v2x as 328之间交换这种信息的手段。
[0055]
可能需要v2x mec应用(例如，mec应用228和/或v2x as 328)与其在其他mec系统中的对等应用进行通信，以实现应用使用情况的预期目的。所涉及的mec系统赋能一个mec系统中的已授权应用以与另一mec系统中的其对等方进行通信。vis 280和/或v2x api(或vis api)可以通过开放可用的通信端点信息以用于点对点连接性而促进应用对等方的发现。替代地，用于v2x mec应用的所配置的流量规则(例如，过滤规则控制231/331)连同底层的mec系统间连接性布置一起可以支持应用对等方的通信。附加地或替代地，v2x mec应用可以依赖于非mec特定的手段以用于其对等方发现，并且然后依赖于其对外部接口的已授权接入以用于通信。用于通过应用特定要求实现安全连接性的所涉及的mec系统之间的所需布置可以是应用和/或部署特定的，并且可以随实施例而变化。
[0056]
附加地，一个mec系统中的v2x mec应用(例如，mec应用228和/或v2x as 328)可能
需要消费另一mec系统中的服务，以实现应用使用情况的预期目的。在此情况下，v2x mec应用在其本地mec主机240/340的服务注册中发现所讨论的服务。用于将一个mec系统中产生的服务映射到另一mec系统中的端点的所涉及的mec系统之间所需的布置可以是应用和/或部署特定的，并且可以随实施例而变化。
[0057]
如前所述，mec主机240/340还提供rni服务(rnis)。rnis是向mec应用(例如，mec应用228和/或v2x as 328)并且向mec平台230/330提供无线电网络有关信息的服务。rnis可以对于已授权mec应用是可用的，并通过mp1参考点得以发现。无线电网络信息的粒度可以基于参数(例如，每小区、每ue、每qos类(或qos类标识符(qci))的信息)得以调整，或者可以遍及时间段受请求。rni可以由mec应用228和mec平台230/330使用，以优化现有服务并提供基于关于无线电状况的最新信息的新类型的服务。可以提供的rni可以包括例如关于无线电网络状况的最新无线电网络信息；基于3gpp规范的与用户平面有关的测量信息；wlan测量；关于连接到与mec主机(例如，nan 110、210)关联的无线电节点的ue、它们的ue上下文和有关无线接入承载的信息；关于与连接到与mec主机关联的无线电节点的ue、它们的ue上下文和有关无线接入承载有关的信息的改变。
[0058]
在本文的各种实施例(例如，下文讨论的第一实施例和第二实施例)中，由于rnis提供关于连接到给定nan 110/210的vue 101/201的信息，因此由多个nan 110/210提供的信息的类型可以导致实现用于给定vue 101/201的实时交通流量预测。可以然后关于路线规划/更新考虑这些信息。
[0059]
此外，蜂窝切换不应从开始创建对触发vue行程感知qos预测过程的需要(例如，上述步骤1)，因为计划行程和数据传送可以(例如，通过ran节点之间的x2或xn接口等)沿着计划行程从(主)mec主机140/240向(主)mec主机140/240传递或传送(例如，所安装的sw包版本等)。这种“数据传递”是可行的，因为mec系统的(下文讨论的)mec编排器感知mec主机部署详情。mec主机140/240与vue 101/201之间和/或多个mec主机140/240之间的通信可以使用安全过程/协议，例如，比如：oauth 2.0授权框架，其赋能第三方应用以获得对http服务的受限访问(https://restfulapi.net/security
‑
essentials/)；传送层安全(tls)，其为通过计算机网络提供通信安全的加密协议(https://blog.restcase.com/introduction
‑
torest
‑
api
‑
security/)；https，其保护消息通过网络的传输，并向客户端关于服务器身份的提供某种保证；和/或任何其他合适的通信机制。
[0060]
ii.用于路线特定qos预测的mec vis
[0061]
本文的实施例涉及沿着车辆(例如，车辆ue(vue)、车辆its站(v
‑
its
‑
s)等)的计划轨迹的v2x服务和qos预测，假设mec基础设施与ran(和/或单独ran节点)(例如，3gpp第五代(5g)ran、3gpp lte e
‑
utran、wifi无线接入点(wap)、智能交通系统(its)路边设备(r
‑
its
‑
s)等)的部署。在实施例中，规划为由车辆访问的位置处的无线电环境的准确和及时的预测可以触发、修改或推迟(i)特定v2x功能的应用和/或(ii)软件包的下载、内容的交付(例如，流送媒体)等。多接入边缘计算(mec)是一种允许在接入网的边缘处实例化应用并向终端/ue提供低时延和紧密接近度环境的技术。因此，诸如汽车行业之类的垂直行业有望从mec基础设施的部署连同无线接入网(ran)的部署显著地受益。
[0062]
图4示出示例性v2x系统场景400，其中，与提供覆盖(例如，v2x通信服务)的网络接入节点(nan)410协作部署mec主机440。nan 410可以是路边单元(rsu)或路边its站(r
‑
its
‑
s)、蜂窝基站(例如，演进节点b(enb)、下一代节点b(gnb)等)、或向vue 101(包括第一vue 401
‑
1和第二vue 401
‑
2)提供网络覆盖(例如，v2x通信服务)的一些其他网络元件。mec主机440尤其提供vis、rni服务(rnis)、位置服务(ls)、ue_id服务、bwm服务(bwms)、wai服务(wais)、fai服务(fais)和/或其他mec服务。在图4中，在nan 410或mec主机440处不知道第一vue 401
‑
1和第二vue 401
‑
2的计划轨迹。然而，由于v2x系统场景特征在于高移动性和动态拓扑，因此当由mec主机440以集中方式收集时的信息(例如，无线电网络、位置信息等)的准确性和及时性连同所部署的mec基础设施的能力一起受环境情况(例如，当多个vue 401尝试向与mec主机440共站的nan 410提供无线电测量时的网络拥塞事件的发生)并且受蜂窝网络的部署密度阻碍。
[0063]
示出上述限制对系统性能影响的示例是规划为遵循从第一位置(“位置a”)到第二位置(“位置b”)的轨迹的车辆和有关mec应用之一，其需要在vue401的经过时间之前被通知无线电状况“在途中”，然后达成决策。“决策”可以包括例如启用/禁用自动驾驶特征、下载信息娱乐内容(例如，媒体流送、沉浸式游戏等)、空中调度软件(sota)和/或(例如，与驾驶安全/便利目的有关的)固件空中(foma)更新等。在当前mec系统中，行程特定环境/情况信息将仅连同与计划路线无关的大堆数据一起对于vue 401是可用的。换言之，所分发的数据被无用信息“污染”，这从延迟的角度来看是有害的，因为假设相同的数据传输速率，这花费更多时间以用于下载大文件。
[0064]
为了解决这些挑战，本文实施例的vis协助实现用于信息的协作型获取、划分和分发的框架，以用于高效的、行程特定qos预测。也就是说，可以利用vis以识别由v2x系统中的不同vue 401收集的无线电质量数据与特定vue 401的计划行程之间的空间/时间相关性，以用于沿着所指定的路线的通信网络的质量的更好的预测。因此，vis可以向已授权vue 401开放关于qos预测的有关(例如，行程特定)信息。
[0065]
对于上述问题的当前/先前解决方案包括在filippou等人etsi mec(18)000227r2,“mec002
–
in
‑
vehicle mec hosts supporting automotive workloads”,mec#104
‑
tech(12june 2018)(“[r01]”)中讨论的解决方案，其在支持汽车工作负载的车载mec主机上提出新mec使用情况。具体而言，[r01]讨论通过vue 401板载部署的mec主机具体化的mec架构，其可以提供内容存储和记忆能力，并且可以经由利用无线电网络、位置和/或与在行程时间期间不断改变的环境有关的任何其他其他信息增强上下文感知。此外，除其他之外，还提到的是，由车载mec主机上实例化的mec应用托管的可能类型的工作负载可以包括机器学习(ml)、数据分析、融合式传感器测量和/或其他工作负载类型。因此，etsi gs mec 002v2.1.1(2018
‑
10)(“[r02]”)连同有关要求一起合并车载mec主机使用情况，其支持机动车工作负载。在下文还更详细地讨论与车载mec主机有关的实施例。然而，在[r01]和[r02]中没有解释改进上下文感知和预测性qos的mec技术组件和机制。[r01]和[r02]也没有提到当考虑v2x场景时mec部署(以及可能地，架构)中的这种范式转变是否以及如何预期改进获取甚至提前预测无线电网络信息的准确性和及时性。此外，[r01]和[r02]的解决方案不允许vue 401在没有车载mec主机的情况下利用改进的上下文感知和/或行程特定预测性qos的益处。
[0066]
用于高效v2x通信的智能数据中心式做决策的主题也已经被学术著作(例如，ye等人"machine learning for vehicular networks",arxiv:1712.07143v2(26feb 2018)
(“[r03]”)，其提供ml针对解决v2x通信系统所面临的问题(例如，交通流预测、拥塞控制和本地数据存储方面)的新近进展的概述)解决。然而，[r03]中没有提出实际解决方案设置。相反，[r03]与适配现有学习方法有关，或者开发v2x特定学习算法以更好地处理这些特征仍然是有挑战性的任务和在应用ml方法以促进作出决策之前要注意的实际考虑。实际考虑包括网络拓扑、无线信道和流量分布的增加的动态、算法复杂度问题，因为车辆处处理能力通常是有限的，而基于云的解决方案将导致可能很大的时延以及基于分布式学习的解决方案的挑战。此外，[r03]没有讨论关于mec基础设施和信息交换设置/协议(例如，mec api和/或有关mec应用)的问题的实际维度。
[0067]
本文的实施例涉及用于vue的行程感知qos预测。具体而言，实施例包括由mec主机覆盖的v2x系统。在第一实施例(实施例1)中，mec主机仅部署于网络基础设施侧。在第二实施例(实施例2)中，mec主机部署于网络基础设施侧和vue侧(例如，“车载mec主机”)。本文的实施例还包括用于信息的协作型获取、划分和分发的框架，以用于高效、行程特定qos预测。
[0068]
从技术角度来看，用于信息的协作型获取、划分和分发以用于高效、行程特定qos预测的基于mec的框架的第一益处是(例如，针对优化fota/sota下载、内容流送和/或任何类型的内容传送)预先达成正确的决策。这样的决策将基于行程特定rni而不是全局信息，这可能提供与vue待遵循的给定计划路线很少的直至零的相关性。此外，关于实施例2，所获得的rni信息划分可以受利用以用于预测性qos目的，并且还存储为下一次vue遵循相同或相似的路线(例如，办公室通勤)时考虑的历史信息。当将资源分配给采取相同或相似路线的vue时，此历史信息可以用以减少计算开销。
[0069]
以下的讨论鉴于sota/fota更新描述协作型rni预测和内容交付决策框架实施例。然而，除sota/fota更新之外或替代sota/fota更新，本文的实施例也适用于其他类型的内容/数据交付，包括启用/禁用自动驾驶特征、下载信息娱乐内容、计算卸载、协作型ml和/或其他例如根据本文讨论的其他示例使用情况的类似数据传送ii.a.示例行程特定qos预测&任务决策过程
[0070]
图5描绘用于第一和第二实施例的示例vue行程感知(或路线感知)qos预测过程500。过程500可以用于基于预测行程特定qos确定要执行的各种任务和/或要对这些任务采取的决策。关于获得/下载sw/fw包更新讨论过程500，然而，本文的实施例可以用于获得其他类型的数据/内容(例如，用于流送内容(例如，视频数据、ar/vr或其他交互式游戏数据等)的决策/任务，或用于确定其他决策/任务(例如，是否启用或禁用自动化任务、是否改变vue或其中的组件的操作参数等)。参照图1a、图1b、图2、图3和图4，根据本文的实施例的示例过程500可以包括以下操作。
[0071]
过程500开始于操作505，其中，驻留在nan(例如，nan 110、210、410)上的相应vue(例如，vue 101、201、301、401)上运行的每个客户端应用(例如，ue应用202)向mec主机(例如，mec主机140、240、340、440)报告其计划行程信息(例如，地图坐标和/或路线数据)。mec主机可以与nan(ran节点或其他网络元件)共站，并且也可以运行(地理)位置服务和/或其他服务。可以用关于将要在计划行程期间发生的数据传送的信息补充计划行程信息。例如，在vue将要获得更新的sw/fw包的情况下，信息可以包括当前在vue上安装的或运行的sw/fw包的版本。sw/fw包可以是客户端应用自身或某其他sw/fw包。
[0072]
接下来，在操作510，每个vue向mec主机提供无线电信息。在实施例中，每个vue取
决于将要发生的数据传送和/或关于数据传送的其他信息以低周期性或高周期性报告无线电信息。例如，sw/fw包版本号可以用以确定应以低周期性还是高周期性提供无线电信息。无线电信息可以是一个或多个测量报告的形式，和/或可以包括例如信号强度测量、信号质量测量等。每个测量报告用测量的时间戳和位置(例如，vue的当前位置)加标签。
[0073]
作为示例，由vue收集的和/或测量报告中包括的测量可以包括以下中的一个或多个：带宽(bw)、网络或小区负载、时延、抖动、往返时间(rtt)、中断数量、数据分组的不按序交付、传输功率、误码率、误码率(ber)、误块率(bler)、分组丢失率、分组接收率(prr)、e2e延迟、信噪比(snr)、信干噪比(sinr)、信号加噪声加失真与噪声加失真(sinad)比、载波与干扰加噪声比(cinr)、加性白高斯噪声(awgn)、每比特能量与噪声功率密度比(eb/n0)、每比特能量与干扰功率密度比(ec/i0)、峰均功率比(papr)、参考信号接收功率(rsrp)、接收信号强度指标(rssi)、参考信号接收质量(rsrq)、用于e
‑
utran或5g/nr的ue定位的小区帧的gnss定时(例如，ap或ran节点参考时间与用于给定gnss的gnss特定参考时间之间的定时)、gnss码测量(例如，第i gnss卫星信号的扩展码的gnss码相位(整数和小数部分))、gnss载波相位测量(例如，自从锁定到信号以来测量的第i gnss卫星信号的载波相位周期的数量(整数和小数部分)；也称为累积增量范围(adr))、信道干扰测量、热噪声功率测量、接收干扰功率测量和/或其他类似测量。rsrp、rssi和/或rsrq测量可以包括用于3gpp网络(例如，lte或5g/nr)的小区特定参考信号、信道状态信息参考信号(csi
‑
rs)和/或同步信号(ss)或ss块的rsrp、rssi和/或rsrq测量以及用于ieee 802.11wlan/wifi网络的各种信标、快速初始链路设置(fils)发现帧或探测响应帧的rsrp、rssi和/或rsrq测量。可以附加地或替代地使用其他测量，例如3gpp ts 36.214v15.3.0(2018
‑
09
‑
27)(“[r15]”),3gpp ts 38.215v15.4.0(2019
‑
01
‑
11)(“[r16]”),ieee 802.11,part 11:“wireless lan medium access control(mac)and physical layer(phy)specifications,ieee std.”(“[r17]”)等中所讨论的测量。附加地或替代地，任何前述测量(或测量的组合)可以由一个或多个nan收集并提供给mec主机。在这些实施例中，mec主机可以通过低或高周期性从nan请求测量，或者nan可以通过低或高周期性向mec主机提供测量。附加地或替代地，mec主机可以从其他mec主机、核心网功能和/或其他vue获得其他有关数据，以用于确定qos预测和/或生成复合信息。例如，其他关键性能指标(kpi)可以经由合适的mec api从其他mec主机和/或经由网络开放功能从核心网功能得以收集，并用于预测沿着计划路线的qos和/或生成复合信息(下文讨论)。附加地或替代地，vue可以获得其他有关信息，并且将该信息随测量报告一起或与测量报告分开地提供给mec主机。
[0074]
在操作515，mec主机基于每个vue的计划路线和/或测量报告编译或以其他方式生成qos预测和/或复合信息。qos预测可以包括用于沿着vue的计划路线的各个点的预测qos。复合信息可以包括例如关于是否在计划路线上的各个点处执行数据传送的推荐、和/或待基于沿着计划行程的预测qos向vue交付的内容。在一些实施例中，mec主机可以操作受训练的ml算法以预测沿着计划路线的qos和/或生成复合信息。例如，受训练的神经网络(例如，卷积神经网络和/或循环神经网络)可以使用指示时变无线电测量和位置信息的输入数据确定推论。所使用的特定ml模型/算法可能随着实施例而变化。
[0075]
当生成复合信息时，mec主机将复合信息划分或重新划分为单独数据块、大块或分块，其中的每一个与特定计划路线、特定vue或规划为遵循相同或相似路线/行程的vue集群
或群组(例如，车辆车队)有关。信息(重新)划分是预处理阶段，以获得待用于行程特定qos预测的有用数据集。无论车载mec主机存在、不存在还是在vue处不可用，主mec主机处的融合信息按照与vues的计划行程的相关性而受划分。附加地或替代地，车载mec主机处的融合信息按照与先前收集的vues的计划行程的相关性而受划分。
[0076]
可以使用任何合适的数据融合或数据集成技术以生成复合信息。例如，数据融合技术可以是直接融合技术或间接融合技术。直接融合组合直接从多个vue或传感器获取的数据，其可以是相同或相似的(例如，所有vue或传感器执行相同类型的测量)或不同的(例如，不同的vue或传感器类型、历史数据等)。间接融合利用历史数据和/或已知的环境性质和/或人类输入以生成精细化的数据集。附加地，数据融合技术可以包括一个或多个融合算法(例如，平滑算法(例如，实时或非实时地使用多个测量对值进行估计)、过滤算法(例如，实时地用当前和过去测量估计实体的状态)、和/或预测状态估计算法(例如，实时地分析历史数据(例如，地理位置、速度、方向和信号测量)以预测状态(例如，特定地理位置坐标处的未来信号强度/质量)))。因此，在一些实施例中，数据融合可以用以估计并非由该vue提供的各种vue参数，以及预测特定行程或路线的qos和/或信号质量。作为示例，数据融合算法可以是或包括基于结构的算法(例如，基于树的(例如，最小生成树(mst))、基于聚类的、基于网格和/或基于集中式的)、无结构的算法数据融合算法、卡尔曼滤波算法、基于模糊的数据融合算法、蚁群优化(aco)算法、故障检测算法、基于dempster
‑
shafer(ds)论证的算法、高斯混合模型算法、基于三角测量的融合算法和/或任何其他类似的数据融合算法。
[0077]
在操作520，(与nan和/或车载mec主机共站的)mec主机处的mec应用取决于每个vue处的车载mec主机的存在或缺失处理每个划分。在实施例中，mec应用可以由新sw/fw包的可用性的指示触发，以开始处理每个划分。当vue不托管车载mec主机时，根据第一实施例处理划分。当vue确实托管车载mec主机时，根据第二实施例处理划分。
[0078]
在第一实施例中(当不存在车载mec主机或车载mec主机是不可用的时)，复合信息划分为包括用于每个计划行程/路线的无线电信号质量的行程/路线特定划分。行程特定划分连同vue中的每一个处运行的sw/fw包版本一起用作用于进行决策的输入(例如，用于确定行程特定qos预测)。在mec主机处执行行程特定qos预测后，由mec主机处的mec应用采取推荐启动/下载sw/fw更新的决策。然后在操作525，通过单播或多播传输将推荐转发到(i)具有对于行程特定划分定制的计划路线、(ii)运行过时的sw/fw包、以及(iii)预计沿着它们的计划路线经历适宜的无线电状况的vue处运行的客户端应用。
[0079]
在第二实施例中(当存在可用的车载mec主机时)，在操作525，将复合信息划分为行程/路线特定rni，将其打包并发送到vue处的单独客户端应用。在此，操作525可以涉及对单独vue的单播传输或对具有相同或相似计划路线的vue集群或群组的多播传输。每个客户端应用使用接收到的行程特定rni和当前安装的sw/fw包的版本执行行程特定qos预测。每个客户端应用也可以考虑一个或多个其他本地运行的应用以及其他操作参数(例如，资源利用率等)。每个客户端应用在行驶朝向其终点的同时使用车载mec主机处实例化的rni分析mec应用在调度任务(例如，sw/fw更新/包下载)时进行决策。
[0080]
当mec主机或vue检测到对计划行程的改变时，用更新的行程信息重复过程500。对计划行程/路线的改变可以基于传感器数据、gps数据、5g/lte位置服务数据、来自一个或多个应用的数据等。每个vue处的每个客户端应用可以使用合适的api、驱动程序等，以与传感
器、gps电路和/或其他应用交互，以获得用于进行此类确定的数据。
[0081]
ii.b.实施例1
[0082]
第一实施例涉及mec主机(例如，图1a、图1b、图2、图3和图4的mec主机140、240、340、440；图15的mec主机1502等)部署在一个或多个nan(例如，图1a、图1b、图2和图4的nan 110、210、410)处或与之共站的实现方式。
[0083]
以下数据结构可以用以实现协作型rni预测和内容交付决策框架。如vue行程感知qos预测和任务决策程序的步骤1所述，vue中运行的每个客户端应用向mec主机报告计划行程/路线信息。具有标识符(id)(例如，“ue_id”)的用于计划路线信息的数据结构包括以下位置的坐标：起点位置，其指代从点a到点b的路线中的点a(例如，“起点a”)；终点位置，其指代从点a到点b的路线中的点b(例如，“终点b”)；和反映vue在路线(例如，特定街道、高速公路等)上待行驶去往或通过的轨迹或路线的数个中间位置。表1示出可以用以传达此位置信息的示例数据结构。
[0084]
表1
[0085]
ue_id路线点地理位置起点a41
°
24'12.2"n,2
°
10'26.5"e中间位置141
°
23'14.9"n,2
°
12'32.7"e中间位置241
°
22'31.8"n,2
°
14'21.8"e
…ꢀ
中间位置n41
°
17'16.2"n,2
°
19'34.1"e终点b41
°
15'23.6"n,2
°
24'18.1"e
[0086]
表示由vue在vue行程感知qos预测过程的步骤2中周期性地发送并由与mec主机共站的nan接收的消息的格式的数据结构。消息的不同属性可以包括：车辆的id“ue_id”、消息传输时间或时间戳(“ts”)、传输之时的vue的位置(“ue_loc”)和vue处的本地无线电测量(例如，在结束于时刻ts(例如，消息传输时间)的时间窗口上累积的rsrp/rsrq值)。表2描绘此类消息格式的示例。
[0087]
表2
[0088]
ue_idtsue_loc测量
[0089]
用于在vue行程感知qos预测过程的步骤4a由rsu/enb发送以(例如，经由单播传输)向标定的ue或(例如，经由多播传输)向标定的ue集群通知的消息的数据结构。此消息用以基于沿着车辆路线的预测无线电状况指示具有id“sw_ver_new”、所推荐的下载开始时间“dl_start_time”和下载的预期持续时间“dl_exp_dur”的更新后的sw包版本的可用性。
[0090]
表3
[0091]
sw_ver_newdl_start_timedl_exp_dur
[0092]
图6描绘根据第一实施例的示例过程600。过程600是可以由与nan 410和vue 401共站的mec主机440在nan 410的覆盖区域内执行的单个决策周期(参见例如图4)。过程600描述为用以关于是否下载软件(sw)和/或固件(fw)更新进行决策，然而，过程600可以用以关于其他类型的数据传送使用情况(例如，本文所讨论的使用情况)进行决策。
[0093]
过程600开始于操作601，其中，mec主机440经由共站/连接的nan 410从vue 401连
同其对mec主机440运行的sw和/或fw的版本一起接收当前/更新后的行程规划。在操作602，mec主机440确定是否存在对于vue可用的新sw/fw包版本。如果mec主机440确定不存在对于vue可用的新sw/fw包版本，则mec主机440进行到操作603，其中，mec主机440周期性地从vue接收vue 401处的本地经历的无线电质量信息。这可以涉及相对低的采样/消息传送率(例如，l<k个周期，其中，l和k是数字)。在操作604，mec主机440按照上下文(例如，与覆盖下的vue的计划路线的相关性)重新划分所获取的多车辆信息，并且在操作605，mec主机440推荐启动/推迟sw
‑
ota(sota)/fw
‑
ota(fota)更新并在需要这些更新时通知覆盖下的vue。在一些实施例中，如果用于给定vue 401的当前所安装的sw包是该sw包的最新版本，则在操作605，网络不需要经由mec主机440提供推荐。在操作515之后，过程600结束。
[0094]
返回参照操作602，如果mec主机440确定存在对于vue 401可用的新sw/fw包版本，则mec主机440进行到操作606，其中，mec主机440从vue周期性地接收vue 401处的本地经历的无线电质量信息。这可以涉及高采样/消息传送率(例如，k个周期，其中，k是数字)。换言之，在当前所安装的sw/fw包的版本是最新(latest)和/或最新(newest)版本时，以低速率提供测量(参见例如操作603)；相反，在当前所安装的sw/fw包版本不是最新(latest)和/或最新(newest)版本时(例如，不需要或不期望sw/fw包更新)，应以更高的速率提供测量(参见例如操作606)。在操作607，mec主机440按照上下文(例如，与覆盖下的vue的计划路线的相关性)重新划分所获取的多车辆信息。在操作608，vue 401在mec主机440处的信息重新划分之后报告其计划行程。
[0095]
在一些实施例中，在vue 401传递更新后的行程规划之后，mec主机440不执行任何进一步的信息划分。相反，mec主机440将最适当的划分(例如，最高上下文相关式划分)与vue 401相关或关联(参见例如操作610)，并且然后执行行程特定qos预测并基于行程特定qos预测提供推荐(参见例如操作611)。
[0096]
在操作609，mec主机440确定vue 401的计划路线是否仍然有效。如果mec主机440确定vue 401的计划路线并非仍然有效，则mec主机440进行到操作610以将更新后的行程规划与最高(空间)相关式多车辆信息划分相关。然后，在操作611，mec主机440评估预期张开，考虑到包的大小，建议启动/推迟sota/fota更新并通知vue。如果在操作609，mec主机440确定vue 401的计划路线仍然有效，则mec主机440在不执行操作610的情况下继续执行操作611。在操作612，vue 401按照功能需求、策略、偏好等关于是否开始/推迟下载进行决策，或者mec主机440按照vue 401或mec主机440的功能需求、策略、偏好等确定是否开始/推迟下载到vue 401。在操作612之后，过程600可以结束。
[0097]
图7描绘示例性场景700，其中，与nan 710(其与图4的nan 410相同或相似)共站的mec主机740(其与图4的mec主机440相同或相似)和三个vue 701(包括与图4的vue 401相同或相似的vue 701
‑
1、vue 701
‑
2和vue 701
‑
3)处于nan 710的覆盖范围下(或驻留在nan 710上)。nan 710可以是无线电基础设施节点(例如，rsu或r
‑
its
‑
s)、提供its
‑
g5和/或dsrc网络服务的无线接入点(rap)、或提供蜂窝网络服务的ran节点(例如，enb、gnb等)。在场景700中，vue 701
‑
1和vue 701
‑
2具有从位置a到位置b的相同规划路线，并且vue 701
‑
3已经规划从位置c到位置d的不同路线。在该示例中，每个vue 701正尝试获得sota和/或fota更新，其中，vue 701
‑
1具有所安装的特定sw包的最新版本(例如，v1.3)，并且vue 701
‑
2和vue 701
‑
3具有所安装的过时版本(例如，v1.2)。关于vue 701
‑
2和vue 701
‑
3在启动或推迟sw包
801
‑
3共站。
[0105]
由于机动车行业中的新近趋势是开发利用更少处理单元并包含更多开放操作系统的软件架构，因此mec技术可以建设性地加成该趋势，因为它提供用于高效地集成乘用车辆上运行的应用的开放、标准化的环境。附加地，通过vue 401板载部署的mec主机具体化的mec架构可以提供内容存储和存储器能力，并且可以经由利用无线电网络、位置和/或与在行程时间期间不断改变的环境有关的任何其他其他信息增强上下文感知。值得注意的是，车载mec主机可能经历的波动的连接性状况连同其可能有限的处理、记忆和存储能力以及车辆所有权方面一起可能影响其高效管理。在图8的示例中，三个vue 801正运行不同的应用。今天的乘用车辆合并多样化的嵌入式计算环境，负责处理不同性质的各种功能。这种环境由处理单元和过程组成，其中，通过特定工业消息总线交换信息，然而，它是相当复杂的、几乎不可重新配置的，并且也是高度专业化的，以迎合相异的功能。为了补救该问题，车载mec主机841支持v2x应用中遭遇的机动车工作负载。可以对于影响乘用车辆的不同板载单元(obu)(例如，引擎控制单元(ecu))的(例如，与安全、远端信息处理、用于导航的高分辨率地图以及视频和其他信息娱乐应用有关的)若干相似或多样化的功能定制此类工作负载。作为示例，图1示出系统场景，根据该系统场景，运行不同应用的两个乘用车辆连接到给定的无线电节点(蜂窝连接性)。每个应用正运行在对应乘用车辆内嵌入的mec主机上。
[0106]
用于车载mec主机841的功能可以包括运行不同类型工作负载(例如，机器学习(ml)、数据分析、来自车辆和环境的传感器测量融合、对于以云为目的地的数据流的隐私强制(例如，来自板载相机的视频流中的面部模糊)等)的mec应用。不同的mec应用可以直接地、或者也可以通过mec v2x api共享数据。车载mec主机841也可以赋能将(例如，与计算饥渴应用(例如，增强现实(ar)、虚拟现实(vr)、人工智能(ai)等)有关的)处理严苛的任务从vue 801卸载到网络。车载mec主机841也可以通过适用可互操作的restful api对于跨服务提供商的独立部署提供公共应用框架，因此，也赋能成本有效且高效的应用生命周期和v2x服务配给。
[0107]
在该示例中，主mec主机840经由相应mec api(以下称为“主mec api”、“主api”等)运行和/或提供各种增强的(例如，小区/覆盖区域式的)mec服务。其他实体(例如，vue 801、车载mec主机841、车载mec应用、其他mec主机840、远端应用服务器等)使用主mec api以访问来自主mec主机840的信息/服务。下文更详细地讨论主mec api。
[0108]
附加地，每个vue 841运行和/或提供本地ue mec服务，其可以是可以经由相应mec api(以下称为“ue mec api”、“ue api”等)访问的mec服务的基于ue的版本。其他实体(例如，nan 810、主mec主机840、其他vue 801、其他车载mec主机841、由车载mec主机841托管的mec应用、外部mec应用、其他mec主机840、远端应用服务器等)使用ue mec api以访问来自车载mec主机841的信息/服务。下文更详细地讨论ue mec api。
[0109]
用于关于第二实施例的访问和/或提供行程特定qos预测的过程与第一实施例的过程相似，差异在于：对于启动/推迟动作(例如，内容交付、sw更新等)的决策不是在与nan 810共站的mec主机840处以集中方式采取，而是反而经由分析mec应用(例如，专用rni分析mec应用)在相应车载mec主机841处得以确定。以此方式，每个vue 801可以基于在网络侧收集的小区/区域/面积/范围测量的行程特定划分控制其自己的连网和处理性能。
[0110]
图9描绘根据第二实施例的信息收集框架900。在该实施例中，主mec主机940(对应
于图8的主mec主机840)与nan 910(对应于图8的nan 810)共站。附加地，vue 901(对应于图8的任何vue 801)正托管车载mec主机941(对应于图8的任何车载mec主机841)。
[0111]
主mec主机940托管或实现mec应用9408(对应于本文讨论的任何mec应用)和mec平台9403。车载mec主机941托管或实现mec应用9418(对应于本文讨论的任何mec应用)的本地实例)和mec平台9413。mec主机940、941均包括它们自己的虚拟化基础设施922和它们自己的数据平面实例924。mec平台9403、9413包括服务注册938、过滤规则控制931、dns处理932和各种mec api的相应实例。
[0112]
如前所述，主mec主机940提供各种mec服务，包括例如vis、rnis、bwms、ls、wais、fais和/或其他类似服务。对mec服务的访问由相应mec api(例如，位置api 9400(提供对ls的访问)、主rni api 9401(提供对rnis的访问)、主v2x api 9402(提供对vis的访问)和其他主mec api 9403)提供。其他主mec api 9403可以包括例如ue_id api(提供对ue_id服务的访问)、bwm api(提供对bwms的访问)、wai api(提供对wais的访问)、fai api(提供对fais的访问)和/或其他类似的api。在一些实施例中，主v2x api 9402可以具有如图12描绘的资源uri结构以及由上文表7.2
‑
1示出的方法。
[0113]
附加地，车载mec主机941运行和/或提供本地ue mec服务，其可以是vis、rnis、ls、bwms、ue_id服务、wais、fais等的基于ue的版本，其可以使用相应ue rni api(例如，ue位置api 9410、ue rni api 9411、ue v2x api 9412和其他ue mec api 9413)受访问。其他ue mec api 9412可以包括例如基于ue的ue_id api、bwm api、wai api、fai api等。ue mec api可以与主mec api相同，或者ue mec api可以对于车载mec主机941得以专门适配/定制。在一些实施例中，ue v2x api 9412可以具有如图12描绘的资源uri结构以及由上文表7.2
‑
1示出的方法。
[0114]
在各种实施例中，主mec主机940通过使用主v2x api 9402(或ue v2x api 9412)周期性地从nan 910的网络覆盖下的所有vue 901收集ue信息(例如，rni、位置、ue身份、v2x信息等)，而每个车载mec主机941收集本地信息以经由ue mec api(例如，ue v2xapi 9412和/或主v2x api 9402)反馈回到主mec主机。主mec主机940使用收集的信息来生成如前所述的划分，并且车载mec主机941处理从主mec主机940接收到的与行程有关的信息划分，目的是做出启动/推迟特定动作的决策(例如，下载sota/fota更新、以特定数据速率流式传输内容、在特定位置/时间缓冲数据下载等)。该决策由车载mec主机941处的本地实例化mec应用9418(例如，rni分析mec应用9418等)进行。
[0115]
例如，在vue行程感知qos预测过程的步骤4b，在一个或多个内容交付请求(例如，sota/fota更新)时，车载mec主机941实例化或执行rni分析mec应用9418，消费所获取的由主mec主机940分发的复合ue上下文信息的行程特定部分。rni分析mec应用9418调度内容交付请求和/或推荐经受复合rni信息的所获得的行程特定划分的特定v2x应用特征(例如，自动驾驶特征等)的激活/禁用。当vue 901移出网络(例如，蜂窝)覆盖时，这些实施例可能是有用的，因为(可能地，由更有能力的ue)所收集的参照这些地理区域的rni将是事先已经获知的。因此，即使没有一个或多个nan 910进行的网络(例如，蜂窝)覆盖，vue 901也将能够适配其操作(例如，推迟或减少下载速率以适配不利的无线电状况)。
[0116]
示例数据结构。数据/信息结构可以与第一实施例中描述的相同或相似，其中，不同之处在于由nan 910在vue行程感知qos预测过程的步骤4b发送的消息。在该实施例中，由
于待在车载mec主机941处采取决策，因此从nan 910使用单播传输专门向vue 901或通过多播传输向vue集群801/801发送行程特定测量集合(例如，信息划分)。表4描述这种数据结构的示例。
[0117]
表4
[0118][0119]
表4的数据结构提供用于相应路线点1至s的测量时间戳、测量位置和测量值中的每一个，其中，s是数字。在表4的示例中，“ts”指代特定时间戳值，“loc”指代特定位置值，并且“meas”指代特定无线电测量值。时间戳指代由vue 801/801相对于可以基于提供参考时间的某合适的内部或外部时钟的某参考时间确定的采取测量的时间。时间戳可以是通用时钟指示和/或由mec ls经由位置api 9400、9410提供的时间戳数据类型。测量位置是采取测量所在的位置(例如，地理位置、小区位置等)，并且可以使用任何合适的位置/地理位置指示(例如，由mec ls经由位置api 9400、9410提供的locationinfo数据类型(例如，基于1984年世界大地测量系统(wgs 84)和/或基于3gpp的位置服务(参见例如[r10]和etsi ts 123 032v15.1.0(2018
‑
09))的gps/gnss坐标))得以表述。附加地或替代地，wlan位置服务可以用于测量位置。例如，可以使用vue 901的基于动态主机配置协议(例如，dhcpv4和dhcpv6)坐标的地理位置，其包括位置配置信息(lci)，并且lci包括具有用于每个数据/坐标的分辨率或不确定性指示符的纬度、经度和海拔数据/坐标(参见例如ietf rfc 6225(2011
‑
07))。测量值可以是任何其上述测量类型(例如，rsrp、rsrq等)或组合。在一些实施例中，测量值可以由[r09]中讨论的任何ue测量报告(例如，，由第2层测量信息(l2meas)、5g ue测量报告(nrmeasrepuesubscription)等)提供。附加地或替代地，表4的数据结构可以是或可以包括由rnis提供的rnis测量报告，其包括时间戳和小区id信息。附加地或替代地，由rnis提供的测量报告可以包括由mec ls提供的附加或补充位置信息以提供vue 901的更精确(地理)定位。
[0120]
图10描绘根据第二实施例的示例过程1000。图10的过程是可以由与nan 910共站的mec主机940和/或在nan 910的覆盖区域内的具有车载mec主机941的一个或多个vue 901执行的单个决策周期。过程900描述为用以关于是否下载sw和/或fw更新进行决策，然而，过程1000可以用以关于其他类型的数据传送使用情况(例如，本文讨论的情况)进行决策。
[0121]
过程1000开始于操作1001，其中，主mec主机940(或车载mec主机941)接收vue 901的当前和/或更新后的行程规划连同其运行的sw/fw的版本的报告。(当由车载mec主机941执行时，路由正受分析的vue 901可以是车载mec主机901被部署的vue 901或实现另一车载mec主机941的另一vue 901；在后一种情况下，假设v2v通信是可行的(例如，侧链路/短距离通信)。在操作1002，主mec主机940(或车载mec主机941)确定是否存在对于vue 901可用的
新sw/fw包版本。如果不存在对于vue 901可用的新sw/fw包版本，则在操作1003，vue 901以低采样/消息传送率周期性地向mec主机940提供本地经历的无线电质量信息。在实施例中，vue 901以低采样/消息传送速率(例如，l<k个周期，其中，k和l是数字)报告其无线电测量。在操作1004，主mec主机940(或车载mec主机941)按照上下文(例如，与覆盖范围下的vue 901的计划路线的关联性)重新划分所获取的多车辆信息，并且在操作1005，主mec主机940(或车载mec主机941)承诺经由单播/多播传输(和/或当由车载mec主机941执行时，侧线/pc5传输)将每个信息划分传送到最有关的vue 901。这里，最有关的vue 901可以基于上下文信息(例如，与vue 901的计划路线的相关性)。附加地，在操作1005或此之后，需要sw/fw更新的每个vue 901在相应的车载mec主机941处处理接收到的信息划分。在实施例中，rni分析mec应用9418关于开始时间、位置和/或推迟(如有必要)下载进行决策。在执行操作1005之后，过程1000结束。
[0122]
返回参照操作1002，如果主mec主机940(或车载mec主机941)确定存在对于vue 901可用的新sw/fw包版本，则在操作1006，主mec主机940(或车载mec主机941)以高采样/消息传送率周期性地接收无线电测量。在实施例中，vue 901以高采样/消息传送速率(例如，k个周期，其中，k是数字)周期性地向主mec主机940(或车载mec主机941)提供本地经历的无线电质量信息。换言之，在当前所安装的sw/fw包的版本是最新近和/或最新版本时，以低速率提供测量(参见例如操作1003)；相反，在当前所安装的sw/fw包版本不是最新近和/或最新版本(例如，需要或期望sw/fw包更新)时，以更高的速率提供测量(参见例如操作1006)。在操作1007，主mec主机940(或车载mec主机941)按照上下文(例如，与覆盖范围下的车辆的计划路线的相关性)重新划分所获取的多车辆信息，并且在操作1008，在重新划分之后，主mec主机940(或车载mec主机941)接收vue 901的计划行程信息。在实施例中，vue 901在主mec主机940(或车载mec主机941)处的信息重新划分之后报告其计划行程。
[0123]
在操作1009，主mec主机940(或车载mec主机941)基于在操作1008获得的更新后的行程信息确定vue 901的计划路线是否仍然有效。如果vue 901的计划路线并非仍然有效，则主mec主机940(或车载mec主机941)进行到操作1010，其中，主mec主机940(或车载mec主机941)将最适当的划分(例如，最高上下文相关的划分)与所关注的vue 901(例如，路线正被分析/处理的vue 901)相关或关联。在一些实施例中，在vue 901传递更新后的行程规划之后，主mec主机940(或车载mec主机941)不执行任何进一步的信息划分；相反，主mec主机940(或车载mec主机941)执行操作1010。
[0124]
返回参照操作1009，如果主mec主机940(或车载mec主机941)确定所关注的vue 901的计划路线仍然有效，则主mec主机940(或车载mec主机941)直接进行到操作1011，以经由单播或多播传输将行程特定信息划分传送到所关注的vue 901。在操作1009或1010之后，在操作1011，主mec主机940承担经由单播或多播传输(和/或当由车载mec主机941执行时，侧链路/pc5传输)将行程特定信息划分传送到所关注的vue 901。附加地，在操作1011或此之后，vue 901(或车载mec主机941处实例化的rni分析mec应用9418)执行行程特定qos预测并基于行程特定qos预测提供推荐。此处，vue 901(或车载mec主机941处实例化的rni分析mec应用9418)对下载或其他数据传送的开始时间、位置和/或推迟(如果需要)进行决策。在执行操作1011之后，过程1000结束。
[0125]
ii.d.mec vis计划路线感知qos通知
[0126]
在上面讨论的实施例中，当涉及获得行程感知qos预测时，突显mec vis api的有用性。这些预测由需要在vue的经过时间之前被通知无线电状况“在途中”的mec应用使用，然后关于是否在dl或ul或二者方向上传送数据(例如，启用/禁用自动驾驶特征、下载信息娱乐内容、调度sota/fota更新等)达成决策。对于mec vis(例如，图2中的vis 280)的挑战是识别由v2x(例如，c
‑
v2x)系统中的不同vue收集的无线电数据(rni)与特定vue的计划行程/路线之间的空间/时间相关性，以更好地预测沿着所指定的路线的通信网络的质量(例如，无线电状况、qos等)。为了沿着计划vue路线获得及时且准确的qos预测，vis api可能需要收集并处理其他mec api可用的信息(参见例如图2、图3和图8)。因此，需要新vis api资源元素以收集并处理其他mec api可用的信息，其中的每一个可能对于使用情况/v2x使用情况集是有用的。
[0127]
目前，尚未提出解决方案以利用由网络(例如，蜂窝)覆盖下的vue传递的rni与这些vue(或网络覆盖下的其他vue)的计划路线之间的空间时间相关性，以使系统生成行程特定qos通知。最重要的是，尚未提出任何过程/过程和/或数据类型完成这些任务的解决方案。
[0128]
本文的实施例强调vis当其涉及产生行程特定qos通知时的作用。为了完成这样的任务，本文的实施例提供反映vue的计划行程的过程和/或过程(例如，序列图)和数据类型。本文的实施例提供用于关于mec实现方式中的行程特定qos预测的信息的协作型获取、划分和分发的框架。根据各种实施例，vis消费者(例如，mec应用或mec平台)向vis发送请求以接收特定vue的计划路线信息。还提供表示vue的计划路线(例如，位置)信息的一种或多种数据类型。该信息是每ue的(例如，对于特定ue身份定制的)。数据类型的属性指代用于给定车辆ue的感兴趣时间和位置。本文讨论的过程/过程和数据类型可以包括于etsi mec v2x服务(vis)规范中。实施例也可以是mec vis api的服务订阅/通知和资源树的部分。本文的实施例通过在大面积/区域上的资源分配以及更好的体验质量(qoe)v2x用户赋能通信/信令资源节约提供v2x通信中的能量效率。
[0129]
上面讨论的实施例1和2集中于vis当其涉及产生行程特定qos预测时的作用。mec vis通知实施例可以用在实施例1和2中，以交换关于行程特定qos预测和任务决策的其他有关信息。mec vis通知实施例包括服务消费者(例如，图15的mec应用1526和/或mec平台1532)发送对特定vue的计划路线信息和表示vue的计划路线(位置)信息的示例数据类型)的请求所根据的示例过程/过程。该信息是每vue的(例如，对于特定ue身份定制的)。数据类型的属性指代给定vue的感兴趣时间和位置。
[0130]
图11示出根据各种实施例的示例v2x/vis api过程1101、1102和1103。在图11的过程中，服务消费者(例如，vis消费者(例如，mec应用或mec平台))发送对特定vue(例如，先前讨论的vue 101、201、401、701、801、901)的信息的请求。响应于该请求，服务提供商(即，vis(例如，图2的vis 280、图9的v2x api 9402和9412提供的vis等))生成包括所请求信息的响应，并向服务消费者发送响应。服务消费者从vis接收包括所请求的信息的响应。
[0131]
图11包括第一过程1101，其为服务消费者请求特定vue的计划路线信息的过程。过程1101开始于操作1101
‑
1，其中，服务消费者(或vis消费者)向作为服务生产者(或“vis生产者”)的vis发送请求消息。在该实施例中，vis是表示计划路线信息的资源，并且vis消费者使用get方法以获得(例如，读取)计划路线信息资源。在实施例中，请求包含vue的ue身份
信息作为输入参数。请求消息可以是带有请求行“get../planned_route_info？ue_id”的http get消息，其中，“ue_id”参数是ue身份信息。在此，资源uri是“{apiroot}/vis/v1/planned_route_info？ue_id”。在一些实施例中，请求可以包括服务消费者实例id作为输入参数，其可以包括于请求消息的消息主体中。
[0132]
在操作1101
‑
2，服务生产者(例如，vis)以包括包含计划路线信息的消息主体的响应/回复消息进行响应。在该实施例中，响应消息是http响应消息，其在http消息的头中包括状态码“200ok”，其指示服务消费者的请求成功。此外，所请求的规划路线信息数据结构(plannedrouteinfo)包括于http响应消息的主体中。在一些实施例中，响应消息可以包括plannedrouteinfo ie、字段、数据字段、数据元素等，以包括plannedrouteinfo数据结构。在该实施例中，get方法用以请求对应于请求中提供id的vue的潜在路线的计划路线信息。该方法支持表5和表6中指定的uri查询参数、请求和响应数据结构以及响应代码。
[0133]
表5：由get方法对plannedrouteinfo资源支持的uri查询参数
[0134][0135]
表6：由plannedrouteinfo get资源支持的数据结构
[0136]
[0137][0138]
plannedrouteinfo是资源数据类型。plannedrouteinfo类型表示vue的计划路线(位置)信息。该信息是基于每ue的(例如，对于特定ue身份定制的)。plannedrouteinfo的属性可以遵循表7中提供的符号。
[0139]
表7：plannedrouteinfo的属性
[0140][0141]
图11还包括第二过程1102，其中，服务消费者请求特定vue的计划路线信息。过程1102是这样的场景：服务消费者(如v2x应用、mec应用等)向vis发送请求，以接收对应于vue的潜在路线的预测qos，并接收包含所需/所请求的信息(例如，预测qos信息)。
[0142]
过程1102开始于操作1102
‑
1，其中，服务消费者(或vis消费者)向作为服务生产者(或“vis生产者”)的vis发送请求消息。在该实施例中，vis是表示用于有关vue的计划路线信息和/或预测qos的资源。(请求)消息主体包含用于与车辆ue的潜在路线有关的预测qos的数据结构(在下文中讨论)。请求消息可以是带有请求行“post../provide_predicted_qos”的http post消息。在此，资源uri是“{apiroot}/vis/v1/provide_predicted_qos”。在一些实施例中，请求可以还包括服务消费者实例id作为输入参数，其可以包括于请求消息的消息主体中。
[0143]
在操作1102
‑
2，服务生产者(例如，vis)以包括包含预测qos信息数据结构(predictedqos)的消息主体的响应/回复消息进行响应。在该实施例中，响应消息是http响应消息，其在http消息的头中包括状态码“200ok”，其指示服务消费者的请求成功。附加地，所请求的predictedqos包括于http响应消息的主体中。在一些实施例中，响应消息可以包括predictedqos ie、字段、数据字段、数据元素等，以包括predictedqos数据结构。
[0144]
在该实施例中，post方法用以请求对应于vue的潜在路线的预测qos。该方法支持表8中指定的uri查询参数、请求和响应数据结构以及响应代码。
[0145]
表8：由predictedqos post请求/响应支持的数据结构
[0146]
[0147][0148]
predictedqos是资源数据类型。predictedqos类型表示车辆ue的预测qos。该信息是基于每ue潜在路线的。predictedqos的属性可以遵循表9中提供的符号。
[0149]
表9：predictedqos的属性
[0150]
[0151][0152]
在表9的示例中，rsrp和rsrq属性仅包括于响应消息中。在其他实施例中，rsrp和rsrq属性可以还包括于请求消息中，并且其中包含的rsrp和rsrq值可以用于行程特定qos预测。例如，这些rsrp和rsrq值可以用作在上文ii.a部分中讨论的行程特定qos预测过程的步骤2报告的无线电信息。在此示例中，在位置和时间数据元素中用locationinfo和timestamp“标记”rsrp和/或rsrq值。如前所述，在其他实施例中，其他类型的测量可以附加地或替代地包括于请求或响应消息中。
[0153]
在一些实施例中，可以包括时间属性，以指示访问由locationinfo指示的特定位置的实际时间或预计vue访问该特定位置的预测时间。例如，与路线起点有关的最前routeinfo结构可以包括vue处于路由起点处的实际时间，而与路线终点有关的最后routeinfo结构可以是vue将要到达终点的预测或预期时间。对应于路点位置的中间routeinfo结构可以包括vue访问这些路点位置的实际时间、到达路点位置的预测/预期时间或其某种组合。
[0154]
图11还包括根据各种实施例的用于请求pc5配给信息的示例过程1103。在过程1103中，服务消费者(或vis消费者)(例如，mec应用或mec平台)发送请求，以关于特定位置通过pc5接口接收关于v2x通信的配给信息，并且响应包含所需的信息。
[0155]
过程1103开始于操作1103
‑
1，其中，服务消费者(或vis消费者)向服务生产者(或vis生产者)发送请求消息。vis是表示pc5配给信息的资源。在实施例中，位置信息(例如，ue的服务小区id或地理区域信息)作为输入参数。在该示例中，请求消息可以是带有请求行“get.../pro_info_pc5？location_info”的http get消息，其中，“location_info”参数是位置信息。在此，资源uri是“{apiroot}/vis/v1/queries/pc5_provisioning_info”。在一些实施例中，请求可以包括服务消费者实例id作为输入参数，其可以包括于请求消息的消息主体中。
[0156]
在操作1103
‑
2，服务生产者(例如，vis)以包括包含pc5配给信息的消息主体的响应/回复消息进行响应。在一个实施例中，响应消息是http响应消息，其在http消息的头中包括状态码“200ok”，其指示服务消费者的请求成功。附加地，所请求的计划路线信息(“pc5provisioninginfo”)包括于例如pc5provisioninginfo ie、字段、数据元素或其他相似数据结构中的http响应消息的主体中。
[0157]
在该实施例中，get方法用以查询关于通过pc5的v2x通信的配给信息。该方法支持表10和表11中指定的uri查询参数、请求和响应数据结构以及响应代码。
[0158]
表10：由pc5provisioninginfo get方法支持的uri查询参数
[0159]
[0160][0161]
表11：由pc5provisioninginfo get响应支持的数据结构
[0162]
[0163]
[0164][0165]
pc5provisioninginfo是资源数据类型。pc5provisioninginfo类型表示通过pc5的v2x通信所需的配给信息。该信息是基于每位置(例如，基站的小区、rsu、wap/rap或地理区域)的。pc5provisioninginfo的属性可以遵循表12中提供的符号，并定义于[r04]、3gpp ts 36.300v15.5.0(2019
‑
04
‑
17)、3gpp ts 38.300v15.5.0(2019
‑
04
‑
09)、3gpp ts 36.321v15.5.0(2019
‑
04
‑
11)(“[r18]”)、3gpp ts 38.321v15.5.0(2019
‑
04
‑
09)(“[r19]”)、3gpp ts 31v15.0.5.1(2019
‑
04
‑
22)(“[r20]”)和3gpp ts 38.331v15.5.1(2019
‑
04
‑
16)(“[r21]”)中。
[0166]
表12：pc5provisioninginfo的属性
[0167]
[0168][0169]
表12中的pc5neighbourcellinfo属性可以包括[r20]和/或[r21]中定义的plmn id、ecgi/ncgi和systeminformationblocktype21。
[0170]
根据各种实施例，服务(vis)消费者使用所提供的信息以按照(例如，如前所述的)行程特定准则划分所获取的无线电质量信息。因此，通过处理每个无线电信息划分，行程特定qos预测性通知(例如，经由单播传输)发送到对应vue或(例如，经由多播传输)发送到vue的集群，其特征在于相似的计划路线。
[0171]
如前所述，plannedrouteinfo、predictedqos和pc5provisioninginfo均是资源数据类型。资源是具有类型、关联数据、与其他资源的关系以及对资源进行操作的方法集合的对象。表7、表9和表12定义可以用于资源表示中的每一个的数据类型和属性。数据类型是一种特定种类的数据项，其由它可以采用的值和/或可以对它执行的操作定义。如表7、表9和表12所示，这些属性中的一些具有：简单的数据类型，其中，每个数据项一次只能存储一个值(例如，串、无符号整数(“uint”)等)；和结构化数据类型，其中，每个数据项是其他数据项的集合。一些结构化数据类型由同一表中列出的属性定义(表示为“结构化(内联)”)。例如，在表9中，routes属性是包括一个或多个routeinfo属性的结构化数据类型，并且每个routeinfo属性包括location和time属性以及rsrp和rsrq属性(如果包括于响应消息中)。一些结构化数据类型对于每个资源数据类型(例如，timestamp数据类型和locationinfo数据类型)是通用的。timestamp数据类型和locationinfo数据类型的属性可以分别遵循表13和表14中提供的符号。
[0172]
表13：timestamp的属性
[0173][0174]
表14：locationinfo的属性
[0175][0176]
在表14中，“ecgi”指代用以全局地识别小区的e
‑
utran小区全球标识符。ecgi由移动国家代码(mcc)、移动网络代码(mnc)和e
‑
utran小区标识符(eci)构成。“ncgi”指代用以全局地识别小区的nr/5g小区全球标识符，虽然gnb可以包括多个ncgi。ncgi是plmn标识符(plmn
‑
id)和36位nr小区身份(nci)的串接。
[0177]
在图11的过程中的每一个中，当请求不成功、失败或包含错误时，http响应消息可以包含其他http状态代码(例如，坏请求状态代码(400)(例如，当在请求中传递不正确时参数时)、未找到状态代码(404)(例如，当请求中提供的uri不能映射到有效的资源uri时)、禁止状态代码(403)(例如，当给定资源的当前状态，不允许操作时)和/或其他类似的http状态代码)。在前述示例中，响应主体可以包括problemdetails ie、字段、数据元素或指示/包括关于特定错误的信息的其他类似数据结构。在其他实施例中可以使用其他消息格式，并且请求/响应数据可以位于这样的消息的头或主体部分中。iii、示例边缘计算系统配置和布置
[0178]
边缘计算是指在更靠近网络的“边缘”或“边缘”集合的位置实现、协调和使用计算
和资源。在网络的边缘部署计算资源可以减少应用和网络延迟，减少网络回传业务和关联的能耗，提高服务能力，提高对安全性或数据隐私要求的合规性(尤其是与传统的云计算相比)，并改善所有者的总成本。
[0179]
可以执行边缘计算操作的单个计算平台或其他部件(称为“边缘计算节点”、“边缘节点”等)可以驻留在系统架构或ad hoc服务所需的任何位置。在许多边缘计算架构中，边缘节点被部署在nan、网关、网络路由器和/或其他更靠近生产和消费数据的端点设备(例如，ue、iot设备等)的设备处。作为示例，边缘节点可以实现在高性能计算数据中心或云安装中；指定边缘节点服务器、企业服务器、路边服务器、电信中央局；或者正在使用边缘服务的本地或对等边缘设备。
[0180]
边缘计算节点可以对资源进行划分(例如，存储器、cpu、gpu、中断控制器、i/o控制器、存储器控制器、总线控制器、网络连接或会话等)，其中，各分区可以包含安全性和/或完整性保护能力。边缘节点通过隔离的用户空间实例(例如，容器、分区、虚拟环境(ve)、虚拟机(vm)、功能即服务(faas)引擎、servlet、服务器和/或其他类似的计算抽象)，还可以提供对多个应用的编排。容器是软件的提供代码和所需的依赖性的包含的、可部署的单元。各种边缘系统布置/架构在应用成分方面平等地看待虚拟机、容器和功能。边缘节点基于边缘配给功能进行协调，而各种应用的操作通过编排功能(例如，vm或容器引擎等)进行协调。编排功能可以用于部署隔离的用户空间实例，它们识别和调度特定硬件的使用、安全性相关功能(例如，密钥管理、信任锚管理等)以及与隔离的用户空间的配给和生命期有关的其他任务。
[0181]
适于边缘计算的应用包括但不限于传统网络功能的虚拟化，包括例如软件定义网络(sdn)、网络功能虚拟化(nfv)、分布式ran单元和/或ran云等。边缘计算的附加示例用例包括计算卸载、内容数据网络(cdn)服务(例如，视频点播、内容流媒体、安全监控、警报系统监控、建筑物访问、数据/内容缓存等)、游戏服务(例如，ar/vr等)、加速浏览、iot和行业应用(例如，工厂自动化)、媒体分析、实时流媒体/转码以及v2x应用(例如，驾驶辅助和/或自主驾驶应用)。
[0182]
本公开提供与在多接入边缘计算(mec)和5g网络实现中提供的边缘计算配置相关的特定示例。然而，许多其他标准和网络实现方式适用于本文讨论的边缘和服务管理概念。例如，本文讨论的实施例可以适用于位于网络边缘的设备的各种组合和布局中的许多其他边缘计算/联网技术。可以实现本文的实施例的这些其他边缘计算/联网技术的示例包括内容交付网络(cdn)(也称为“内容分发网络”等)；移动服务提供商(msp)边缘计算和/或移动即服务(maas)提供商系统(例如，在aecc架构中使用的)；星云边缘云系统；雾计算系统；cloudlet边缘云系统；移动云计算(mcc)系统；中央局重新架构为数据中心(cord)、移动cord(m
‑
cord)和/或融合多接入和核心(comac)系统；等。此外，本文公开的技术可以涉及其他物联网边缘网络系统和配置，并且其他中间处理实体和架构也可以用于实践本文的实施例。
[0183]
图13示出了根据各种实施例的参考点表示中的非漫游5g系统架构1300。在图13中，ue 1366与ran 1368以及一个或多个其他5gc实体进行通信。5g系统1300包括多个网络功能(nf)，例如接入和移动性管理功能(amf)1362、会话管理功能(smf)1360、策略控制功能(pcf)1358、应用功能(af)1364、用户平面功能(upf)1370和1374、网络切片选择功能(nssf)
1362还配给外部参数(例如，预计的ue行为参数或网络配置参数)。
[0189]
amf 1362也是用于n11参考点的端接点，n11参考点用于与smf 1360交互，这允许amf 1362为ue 1366与smf 1360之间的会话管理(sm)消息提供传输。amf 1362还可以为ue 1366与短消息服务功能(smsf)(图13未示出)之间的sms消息提供传输。smsf负责sms订阅检查和验证，以及向/从ue 1366向/从其他sms实体中继sm消息。amf 1362也是两个amf 1362之间的n14参考点和amf 1362与5g
‑
eir(图13未示出)之间的n17参考点的端接点。除了上述amf的功能之外，amf还可以包括[r14]和3gpp ts 23.503v16.0.0(2019
‑
03
‑
26)中描述的其他功能。
[0190]
smf 1360可以负责sm功能(例如，会话建立、修改和释放，包括upf 1370与(r)an 1368之间的隧道维护)；ip地址分配和管理(包括可选授权)；动态主机配置协议(dhcp)服务；(重新)选择和控制upf 1370；在upf 1370处配置业务引导规则以将业务员路由到正确的目的地；sm事件拦截；端接朝向策略控制功能的接口；控制策略执行和qos的一部分；端接nas消息的sm部分；dl数据通知；发起(r)an 1368特定sm信息，该信息经由amf 1362通过n11然后通过n2发送到(r)an 1368；以及确定会话的ssc模式。sm可以指代pdu会话的管理，并且pdu会话或“会话”可以指代pdu连接服务，其提供或实现ue 1366与由数据网络名称(dnn)识别的dn 1372、1376之间的pdu的交换。由于可以在集中式和分布式边缘系统中提供mec服务，因此smf 1414可以被配置为：选择和控制upf 1370，并配置它的用于业务引导的规则。smf 1414还被配置为：开放服务操作以允许mec作为5g af 1364管理pdu会话、控制策略设置和业务规则，以及订阅关于会话管理事件的通知。
[0191]
pcf 1358向cp功能提供策略规则以执行它们，并且还支持统一策略框架来管理网络行为(类似于4g系统中的pcrf)。pcf 1358可以经由n15参考点与amf 1362进行通信。pcf 1358可以经由n5参考点与af 1364进行通信，并经由n7参考点与smf 1360进行通信。
[0192]
af 1364提供对业务路由的应用影响，提供对nef(例如，图14的nef 1418)的接入并与策略框架交互以用于策略控制。af 1364可以发送请求以影响用于pdu会话的业务的smf 1360路由决策。af 1364请求可以影响upf 1370、1374(重新)选择并允许将用户业务路由到对dn 1372、1376(由dnai识别)的本地接入。对于边缘计算，运营商和第三方服务托管在ue 1366的附着接入点(例如，(r)an 1368)附近，以便通过减少e2e延迟和传输网络上的负载来实现高效的服务交付。5gc选择靠近ue的upf 1370、1374，并执行经由n6接口从upf 1370、1374到本地dn 1372的业务引导。这可以基于ue的订阅数据、ue位置、来自af 1364的信息、策略和/或其他有关业务规则。一些af 1364可能不被允许直接访问入nf，而必须使用外部开放框架经由nef 1418与相关的nf进行交互。
[0193]
nssf 1342选择一组服务ue 1366的网络切片实例。如果需要，nssf 1342还可以确定允许的nssai和向订阅的s
‑
nssai的映射。nssf 1342还可以基于合适的配置，并且可能地通过查询nrf(参见例如图14的nrf 1420)，来确定要用于服务ue 1366的amf 1362集合或候选amf 1362的列表。用于ue 1366的一组网络切片实例的选择可以由ue 1366通过与nssf 1342交互而向其注册的amf 1362来触发，这可能导致amf 1362的改变。nssf 1342可以经由amf 1362与nssf 1342之间的n22参考点与amf 1362交互；并且可以经由n31参考点(未示出)与受访网络中的另一nssf 1342进行通信。另外，nssf 1342可以展示nnssf sbi。
[0194]
图13示出了5g网络的参考点表示。参考点表示示出对应的nf服务之间可以存在交
互。图13包括以下参考点：n1(在ue 1366与amf 1362之间)、n2(在ran 1368与amf 1362之间)、n3(在ran 1368与upf 1370之间)、n4(在smf 1360与upf 1370之间)、n5(在pcf 1358与af 1364之间)、n6(在upf 1370与dn 1372、1376之间)、n7(在smf 1360与pcf 1358之间)、n8(在udm 1346与amf 1362之间)、n9(在upf 1370与1374之间)、n10(在udm 1346与smf 1360之间)、n11(在amf 1362与smf 1360之间)、n12(在ausf 1344与amf 1362之间)、n13(在ausf 1344与udm 1346之间)、n14(在两个amf 1362之间)、n15(在非漫游场景的情况下，在pcf 1358与amf 1362之间，或在漫游场景的情况下，在受访网络中的pcf 1358与amf 1362之间)、n16(在两个smf 1360之间，未示出)和n22(在amf 1362与nssf 1344之间)。nf之间可能有更多的参考点；然而，为了清楚起见，这些参考点已从图13中省略。此外，5g系统1300还可以包括图13未示出的其他元件，例如数据存储系统/架构、5g
‑
eir、sepp、smsf等。
[0195]
图14示出了包括基于5g服务的架构1400和mec架构1490的非集成mec部署14a，以及包括5g网络1401中的mec系统1491的集成mec部署14b，其中，mec系统1491的一些功能实体与5g网络的nf交互。参照部署14a，5g系统架构1400以基于服务的表示示出，并且可以与图13的系统架构1300基本相似(或相同)。例如，5g系统架构1400包括以下实体，它们也出现在系统架构1400中：nssf 1416、pcf 1422、udm 1424、af 1426、ausf 1410、amf 1412、smf 1414、ue 1402、ran 1404、upf 1406和dn 1480。除了这些网络实体之外，5g系统架构2800还包括网络开放功能(nef)1418和网络存储库功能(nrf)1420。5g系统架构可以是基于服务的，并且nf之间的交互可以通过对应的点对点参考点ni来表示(如图13所示)或表示为sbi(如图14所示)。
[0196]
图14中的5g系统1400是基于服务的表示，其用于表示cp内的使得其他授权nf能够访问其服务的nf。5g系统1400包括以下基于服务的接口(sbi)：namf(amf 1412展示的sbi)、nsmf(smf 1414展示的sbi)、nnef(nef 1318展示的sbi)、npcf(pcf 1422展示的sbi)、nudm(udm 1424展示的sbi)、naf(af 1426展示的sbi)、nnrf(nrf 1420展示的sbi)、nnssf(nssf 1416展示的sbi)、nausf(ausf 1410展示的sbi)。也可以使用图14中未示出的其他sbi(例如，nudr、n5g
‑
eir和nudsf)。
[0197]
nef 1318提供了用于安全地为第三方、内部开放/再开放af 1464、边缘计算或雾计算系统等开放3gpp nf提供的服务和能力的手段。nef 1318可以对af 1464进行认证、授权和/或节流。nef 1318还可以转译与af 1464交换的信息和与内部nf交换的信息。nef 1318还可以基于其他nf开放的能力从其他nf接收信息。该信息可以作为结构化数据存储在nef 1318处，或者使用标准化接口存储在数据存储nf处。然后，存储的信息可以由nef 1318重新开放给其他nf和af，和/或用于其他目的，例如分析。在该示例中，nef 1318提供去往mec系统1490、1491中的mec主机的接口，它可以用于处理与ran 1404的无线连接。
[0198]
nrf 1420支持服务发现功能，接收来自nf实例或scp 1428的nf发现请求，并向nf实例或scp 1428提供已发现(或将被发现)的nf实例的信息。nrf 1420维护可用的nf实例的nf配置文件及其支持的服务(例如，nf实例id、nf类型、plmn id、fqdn或nf的ip地址、nf能力信息、nf优先级信息等)。scp 1428(或scp 1428的各个实例)支持两个或更多个nf之间的间接通信(参见例如[r14]第7.1.1节)；委托发现(参见例如[r14]第7.1.1节)；向目的地nf/nf服务的消息转发和路由、通信安全(例如，nf服务消费者访问nf服务生产者api的授权)(参见例如3gpp ts 33.501)、负载平衡、监控、过载控制等；以及udm、ausf、udr、pcf的发现和选
择功能，其中，基于ue的supi、suci或gpsi访问存储在udr中的订阅数据(参见例如[r14]第6.3节)。scp 1428提供的负载平衡、监控、过载控制功能可以是实现方式特定的。scp 1428可以以分布式方式部署。在多个nf服务之间的通信路径中可以存在多个scp 1428。scp 1428虽然不是nf实例，但是也可以分布式地、冗余地和可扩展地部署。
[0199]
mec系统1490可以包括mec编排器1470(在系统级操作)以及以下在分布式主机级操作的mec实体：一个或多个应用1472、一个或多个服务1474、虚拟化基础设施1476、mec平台1478和mec平台管理器1480。mec系统1490的部件在下文中更详细地讨论。
[0200]
集成mec部署14b包括与先前讨论的非集成部署14a中相同的mec和5gc nf。在该实现方式中，集成mec部署14b至少部分地位于5g网络1401内。5g网络1401与5g系统1400相同或相似，然而，并未示出5g网络1401中的所有nf。可以使用以下一种或多种技术来配置集成mec部署14b：(1)本地路由和业务引导；(2)af 1426经由pcf 1422直接地或经由nef 1418间接地(这取决于运营商的策略)影响upf 1406(重新)选择和业务路由的能力；(3)用于ue 1402和应用移动场景的会话和服务连续性(ssc)模式；(4)5g网络1401通过在部署了应用1472的某些区域中提供连接到ladn 1408的支持，来支持局域数据网(ladn)1408。对ladn 1408的接入在特定ladn服务区域(定义为ue的服务plmn中的一组跟踪区域)中可以是可用。ladn 1408可以被配置为由ue的服务plmn提供的服务。对于本地路由和业务引导，5g网络1401可以被配置为选择要路由到ladn 1408中的应用1472的业务，ladn 1408可以是mec系统1491的一部分。pdu会话可以具有朝向数据网络1408的多个n6接口。端接这些接口的upf 1406可以被配置为支持pdu会话锚定功能。upf 1406进行的业务引导由对匹配引导的业务的一组业务过滤器进行操作的ul分类器来支持，或者替换地，由ipv6多归属来支持，其中，多个ipv6前缀已经与所讨论的pdu会话关联。
[0201]
5g网络1401内的nf及其产生的服务在nrf 1420中注册，而在mec系统1491中，mec应用1472产生的服务在mec平台1478的服务注册中注册。服务注册可以是应用启用功能的一部分。为了使用服务，如果被授权，nf可以直接与产生服务的nf交互。可以从nrf 1420发现可用mec服务的列表。一些服务可以经由nef 1418访问，nef 1418对于域外部的不可信实体也是可用的，以访问服务。换句话说，nef 1418可以用作服务开放的集中点，并且在授权源自系统外部的所有访问请求中也具有关键作用。与认证相关的过程可以由ausf 1410服务。
[0202]
5g网络1401可以使用网络切片，这允许将来自可用nf的所需特征和资源分配给不同的服务或正在使用这些服务的租户。网络切片选择功能(nssf)1416可以被配置为帮助为用户选择合适的网络切片实例，并帮助分配必要的amf 1412。mec应用1472(例如，托管在mec系统1490的分布式云中的应用)可以属于已在5g网络1401中配置的一个或多个网络切片。
[0203]
pcf 1422也是af 1426(例如，mec平台1478)请求其服务以影响业务引导规则的功能。pcf 1422可以被直接访问，或者经由nef 1418访问，这取决于af 1426是否被认为是可信的，以及在业务引导的情况下，在请求时对应的pdu会话是否已知。udm 1424负责与用户和订阅相关的服务。例如，udm 1424可以被配置为：生成3gpp认证和密钥协商(aka)认证凭证，处理用户标识相关信息，管理访问授权(例如，漫游限制)、注册服务nf(服务amf 1412、smf 1414)的用户，通过保存smf/dnn分配的记录来支持服务连续性，通过充当联系点来支
持出站漫游中的拦截过程，以及执行订阅管理过程。
[0204]
upf 1406可以被配置为帮助5g网络1401中的集成mec部署。从mec系统1491的角度来看，upf 1406可以被认为是分布式且可配置的数据平面。该数据平面的控制(例如，在业务规则配置中)可以遵循nef
‑
pcf
‑
smf通信路由。因此，本地upf 1406可以是如部署14b所示的mec实现方式的一部分。
[0205]
部署14b中的mec编排器1470是mec系统级功能实体，它充当af，可以与nef 1418交互，或者在一些场景中直接与目标5g nf交互。在分布式主机级(或“mec主机级”)，mec平台1478可以被配置为与5g nf交互，同样扮演af 1426的角色。mec主机(参见例如图15中的mec主机1502)和/或其他主机级功能实体可以被部署在5g系统中的数据网络(例如，1408)中。虽然作为5gc nf的nef 1418是与类似nf一起集中部署的系统级实体，但是也可以在边缘部署nef 1418的实例，以允许来自mec主机的低时延、高吞吐量服务访问。
[0206]
在部署14b中，mec系统1491被部署在upf 1406的n6参考点上，该参考点可以在5g系统1401外部的数据网络1408中。该功能可以通过定位upf 1406的灵活性来实现。除了mec应用1472之外，分布式mec主机还可以容纳作为mec平台服务1474的消息代理以及将业务引导到本地加速器的另一mec平台服务。选择将服务作为mec应用还是作为平台服务运行可以是实现方式特定的，并且可以考虑访问服务所需的共享和认证的等级。诸如消息代理的mec服务最初可以被部署为mec应用1472，然后可用作mec平台服务1474。
[0207]
mec系统1491的mec主机被部署在边缘或中央数据网络中。upf 1406可以被配置为管理以将用户平面业务引导向dn 1408中的目标mec应用1472。dn 1408和upf 1406的位置是网络运营商的选择，并且网络运营商可以基于技术和商业参数，例如可用站点设施、所支持的应用及其要求、测得的或估计的用户负载等，来选择放置物理计算资源。编排mec主机和应用的操作的mec管理系统可以动态地决定在哪里部署mec应用1472。在mec主机的物理部署方面，可以在不同方面使用以下选项：(1)mec主机和本地upf 1406与基站边缘层的基站共站；(2)mec主机与可以包括本地upf 1406的传输节点共站；(3)mec主机和本地upf 1406与网络聚合点共站；(4)mec主机与5g核心nf共站(例如，在同一数据中心)。
[0208]
图15示出了根据[r05]提供功能的mec系统参考架构(或mec架构)1500。mec在网络边缘为应用开发者和内容提供商提供云计算功能和it服务环境。该环境的特点是超低时延和高带宽，以及对应用可以利用的无线电网络信息的实时访问。mec技术允许向移动订户、企业和垂直细分市场灵活、快速地部署创新应用和服务。特别地，在汽车领域，诸如v2x(例如，基于ieee 802.11p的协议(例如，dsrc/its
‑
g5)，或基于3gpp c
‑
v2x的协议)的应用需要交换数据、向聚合点提供数据，并访问提供从大量传感器(通过各种汽车、路边单元等)导出的当地状况的概览的数据库中的数据。
[0209]
mec架构1500包括mec主机1502、虚拟化基础设施管理器(vim)1508、mec平台管理器1506、mec编排器1510、操作支持系统(oss)1512、用户应用代理1514、在ue 1520上运行的ue应用1518和cfs门户1516。mec主机1502可以包括具有过滤规则控制部件1540、dns处理部件1542、服务注册1538和mec服务1536的mec平台1532。mec服务1536可以包括至少一个调度器，它可以用于选择用于在虚拟化基础设施(vi)1522上实例化mec应用(或nfv)1526的资源。mec应用1526可以被配置为提供服务1530(其可以包括处理与一个或多个无线连接(例如，到一个或多个ran或核心网络功能的连接)关联的不同类型的网络通信业务)和/或一些
其他服务，例如本文讨论的那些。其他mec主机1502可以具有与mec主机1502相同或相似的配置/实现方式，并且在其他mec主机1502内实例化的其他mec应用1526可以类似于在mec主机1502内实例化的mec应用1526。vi 1522包括经由mp2接口耦合到mec平台1522的数据平面1524。mec架构1500的各种网络实体之间的附加接口在图15中示出。
[0210]
mec系统1500包括三组参考点，包括关于mec平台功能的“mp”参考点；“mm”参考点，其为管理参考点；和“mx”参考点，其将mec实体连接到外部实体。mec系统1500中的接口/参考点可以包括基于ip的连接，并且可以用于提供表示状态转移(rest或restful)服务，并且使用参考点/接口传送的消息可以是xml、html、json或一些其他期望格式，例如本文讨论的格式。在其他实施例中，合适的认证、授权和计费(aaa)协议，例如半径或直径协议，也可以用于通过参考点/接口进行通信。
[0211]
mec架构1500的各种实体之间的逻辑连接可以是访问不可知的并且不依赖于特定部署。mec使得能够将mec应用1526实现为运行在位于或靠近网络边缘的vi 1522之上的纯软件实体。mec应用1526是可以在mec系统1500内的mec主机1502上实例化并且可以潜在地提供或消费mec服务1536的应用。
[0212]
图15所示的mec实体可以被分组成mec系统级实体、mec主机级实体和网络级实体(未示出)。网络级(未示出)包括各种外部网络级实体，例如3gpp网络、局域网(例如，lan、wlan、pan、dn、ladn等)和外部网络。mec系统级包括mec系统级管理实体和ue 1520，并且在下文中更详细地讨论。mec主机级包括一个或多个mec主机1502、1504和mec管理实体，它们提供在运营商网络或运营商网络的子集内运行mec应用1526的功能。mec管理实体包括处理特定mec平台1532、mec主机1502和要运行的mec应用1526的mec特定功能的管理的各种部件。
[0213]
mec平台管理器1506是mec管理实体，包括mec平台元件管理部件1544、mec应用规则和要求管理部件1546和mec应用生命期管理部件1548。mec架构1500内的各种实体可以执行在[r05]中讨论的功能。远端应用1550被配置为：经由mec编排器1510和mec平台管理器1506与mec主机1502(例如，与mec应用1526)通信。
[0214]
mec主机1502是包含mec平台1532和vi 1522的实体，它提供计算、存储和网络资源，以用于运行mec应用1526。vi 1522包括数据平面(dp)1524，它执行mec平台1532接收到的业务规则1540，并在mec应用1526、mec服务1536、dns服务器/代理(参见例如经由dns处理实体1542)、3gpp网络、本地网络和外部网络之间路由业务。mec dp 1524可以与(r)an节点和3gpp核心网连接，和/或可以经由更广的网络(例如，互联网、企业网等)与接入点连接。
[0215]
mec平台1532是在特定vi 1522上运行mec应用1526并使它们能够提供和消费mec服务1536所需的基本功能的集合，并且它本身可以提供多个mec服务937a。mec平台1532还可以提供各种服务和/或功能，例如提供mec应用1526能够发现、广告、消费和提供mec服务1536(下文讨论)(包括当支持时可经由其他平台获得的mec服务1536)的环境。mec平台1532可以能够允许经授权的mec应用1526与位于外部网络中的第三方服务器通信。mec平台1532可以从mec平台管理器1506、应用或服务接收业务规则，并相应地指示数据平面(参见例如业务规则控制1540)。mec平台1532可以经由mp2参考点向vi 1522内的dp 1524发送指令。mec平台1532与vi 1522的dp 1524之间的mp2参考点可以用于指示dp 1534如何在应用、网络、服务等之间路由业务。mec平台1532可以将在业务规则中代表ue 1520的令牌转译为特
定的ip地址。mec平台1532还从mec平台管理器1506接收dns记录，并相应地配置dns代理/服务器。mec平台1532托管包括下文讨论的多接入边缘服务的mec服务1536，并提供对永久性存储和时间信息的访问。此外，mec平台1532可以经由mp3参考点与其他mec服务器1502的其他mec平台1532通信。
[0216]
vi 1522代表构建部署、管理和执行mec应用1526和/或mec平台1532法人环境的所有硬件部件和软件部件的总和。vi 1522可以跨越若干位置，并且在这些位置之间提供连接的网络被认为是vi 1522的一部分。vi 1522的物理硬件资源包括计算资源、存储资源和网络资源，它们通过虚拟化层(例如，管理程序、vm监控器(vmm)等)向mec应用1526和/或mec平台1532提供处理、存储和连接。虚拟化层可以将mec服务器1502的物理硬件资源抽象化和/或在逻辑上划分为硬件抽象层。虚拟化层还可以使得实现mec应用1526和/或mec平台1532的软件能够使用底层vi 1522，并且可以向mec应用1526和/或mec平台1532提供虚拟化资源，使得mec应用1526和/或mec平台1532可以被执行。
[0217]
mec应用1526是可以在mec系统1500内的mec主机/服务器1502上实例化并且可以潜在地提供或消费mec服务1536的应用。术语“mec服务”是指通过mec平台1532本身或通过mec应用1526，经由mec平台1532提供的服务。mec应用1526可以在mec服务器1502提供的vi 1522之上作为vm运行，并且可以与mec平台1532交互以消费和提供mec服务1536。mec平台1532与mec应用1526之间的mp1参考点用于消费和提供服务特定功能。mp1为各种服务(例如，mec主机1502提供的mec服务1536)提供服务注册1538、服务发现和通信支持。mp1还可以提供应用可用性、会话状态重定位支持过程、业务规则和dns规则激活、访问永久性存储和时间信息等。
[0218]
mec应用1526基于mec管理(例如，mec平台管理器1506)验证的配置或请求在mec服务器1502的vi 1522上实例化。mec应用1526还可以与mec平台1532交互，以执行与mec应用1526的生命期相关的某些支持过程，例如指示可用性、准备用户状态的重定位等。mec应用1526可以具有一定数量的规则和与它们关联的要求，例如所需的资源、最大时延、所需的或有用的服务等。这些要求可以由mec管理来验证，如果缺失，则可以分配给默认值。mec服务1536是mec平台1532和/或mec应用1526提供和/或消费的服务。服务消费者(例如，mec应用1526和/或mec平台1532)可以通过各个api(包括mec v2x api和本文讨论的其他mec api)与特定的mec服务1536通信。当由应用提供时，mec服务1536可以在服务注册1538中的服务列表中通过mp1参考点注册到mec平台1532。此外，mec应用1526可以通过mp1参考点订阅它被授权的一个或多个服务1530/1536。
[0219]
mec服务1536的示例包括vis、rnis[r09]、ls[r10]、ue_id服务[r11]、bwms[r12]、wais、fais[r13]和/或其他mec服务。当可用时，rnis向授权的mec应用1526提供无线电网络相关信息，并向mec应用1526开放适当的最新无线电网络信息。rni可以包括无线电网络状况、与用户平面相关的测量和统计信息、与由关联于mec主机1502的无线电节点服务的ue 1520相关的信息(例如，ue上下文和无线接入承载)、与由关联于mec主机xe136的无线电节点服务的ue 1520相关的信息的变化等。可以以相关粒度(例如，每ue 1520、每小区、每时间段)提供rni。
[0220]
服务消费者(例如，mec应用1526、mec平台1532等)可以通过rni api与rnis通信，以从对应的ran获得上下文信息。rni可以经由nan(例如，(r)an节点、rrh、ap等)提供给服务
消费者。rni api可以支持基于查询和订阅(例如，发布/订阅)的机制，这些机制在表示状态转移(restful)api上或在mec平台1532的消息代理(未示出)上使用。mec应用1526可以经由传输信息查询过程查询关于消息代理的信息，其中，传输信息可以经由合适的配置机制预先配给到mec应用1526。经由rni api传递的各种消息可以是xml、json、protobuf或一些其他合适的格式。
[0221]
vis提供支持各种v2x应用，包括根据本文讨论的各种实施例的行程感知qos预测。rni可以由mec应用1526和mec平台1532使用以优化现有服务并提供基于无线电状况的最新信息的新型服务。作为示例，mec应用1526可以使用rni来优化当前服务，例如视频吞吐量指导。在吞吐量指导中，无线电分析mec应用1526可以使用mec服务来向后端视频服务器提供关于估计在下一时刻在无线电dl接口处可用的吞吐量的近实时指示。吞吐量指导无线电分析应用基于它从运行在mec服务器1502上的多接入边缘服务获得的所需的无线电网络信息，计算吞吐量指导。rni也可以由mec平台1532使用来优化支持服务连续性所需的移动性过程，例如当某个mec应用1526使用简单的请求
‑
响应模型(例如，使用restful机制)请求一条信息，而其他mec应用1526订阅关于信息改变的多个不同通知(例如，使用发布/订阅机制和/或消息代理机制)时。
[0222]
当可用时，ls可以向授权的mec应用1526提供位置相关信息，并将这些信息开放给mec应用1526。利用位置相关信息，mec平台1532或一个或多个mec应用1526执行活跃设备位置跟踪、基于位置的服务推荐和/或其他类似服务。ls支持位置检索机制，例如，对于每个位置信息请求只报告一次位置。ls支持位置订阅机制，例如，对于每个位置请求，能够周期性的或基于特定事件(例如，位置改变)多次报告位置。位置信息尤其可以包括当前由与mec服务器1502关联的无线电节点服务的特定ue 1520的位置、关于当前由与mec服务器xe136关联的无线电节点服务的所有ue 1520的位置的信息、关于当前由与mec服务器xe136关联的无线电节点服务的特定类别的ue 1520的位置的信息、特定位置中的ue 1520的列表、关于当前与mec主机1502关联的所有无线电节点的位置的信息等。位置信息可以是地理位置、全球导航卫星服务(gnss)坐标、小区身份(id)等形式。ls可以通过开放移动联盟(oma)规范“restful network api for zonal presence”oma
‑
ts
‑
rest
‑
netapi
‑
zonalpresence
‑
v1
‑0‑
20160308
‑
c中定义的api访问。区域存在服务利用“区域”的概念，其中，区域有助于根据期望的部署，对与mec主机1502或其子集相关联的所有无线电节点进行分组。在这点上，oma区域存在api为mec应用1526提供了获取关于区域、与区域关联的接入点和连接到接入点的用户的信息的手段。此外，oma区域存在api允许授权的应用订阅通知机制，报告区域内的用户活动。mec服务器1502可以使用oma区域存在api来访问各个ue 1520的位置信息或区域存在信息，以识别ue 1520的相对位置或定位。
[0223]
bwms提供向路由到mec应用1526和从mec应用1526路由的某些业务分配带宽，并指定静态/动态上行/下行带宽资源，包括带宽大小和带宽优先级。mec应用1526可以使用bwms来更新/接收去往/来自mec平台1532的带宽信息。在同一mec服务器1502上并行运行的不同mec应用1526可以被分配特定的静态、动态上行/下行带宽资源，包括带宽大小和带宽优先级。bwms包括带宽管理(bwm)api，以允许注册的应用静态和/或动态注册每会话/应用的特定带宽分配。bwm api包括使用restful服务或一些其他合适的api机制的bwm功能的http协议捆绑。
[0224]
ue身份特征的目的是允许mec系统1500中的ue特定业务规则。当mec系统1500支持ue身份特征时，mec平台1532为mec应用1526提供功能(例如，ue身份api)以注册代表ue 1520的标签或代表各个ue 1520的标签列表。每个标签被映射到mno的系统中的特定ue 1520，并且mec平台1532被提供映射信息。ue身份标签注册触发mec平台1532激活链接到标签的对应业务规则1540。mec平台1532还为mec应用1526提供功能(例如，ue身份api)以调用注销过程以禁用或以其他方式停止使用用于该用户的业务规则。
[0225]
wais是向mec系统1500内的服务消费者提供wlan接入相关信息的服务。wais可供用于授权的mec应用1526，并通过[r03]中指定的mp1参考点发现。wlan接入信息的粒度可以基于诸如每站、每nan/ap或每多个ap(多ap)的信息的参数来调整。服务消费者可以使用wlan接入信息来优化现有服务并提供基于来自wlan ap的最新信息(可能地结合诸如rni或固定接入网信息的信息)的新型服务。wais以restful api的形式定义了协议、数据模型和接口。可以通过查询或通过订阅通知来请求关于ap和客户端站的信息，每个通知包括基于属性的过滤和属性选择器。
[0226]
fais是向mec系统1500内的服务消费者提供固定接入网信息(或fai)的服务。fais可供用于授权的mec应用1526，并且通过mp1参考点发现。fai可以由mec应用1526和mec平台1532使用以优化现有服务并提供基于来自固定接入(例如，nan)的最新信息(可能地结合诸如rni或来自其他接入技术的wlan信息的其他信息)的新型服务。服务消费者通过fai api与fais交互，以从固定接入网获取上下文信息。mec应用1526和mec平台1532都可以消费fais；并且mec平台1532和mec应用1526都可以是fai的提供商。fai api支持在restful api上或在替代传输(例如，消息总线)上使用的查询和订阅(发布/订阅机制)。也可以使用替代传输。
[0227]
mec管理包括mec系统级管理和mec主机级管理。mec管理包括mec平台管理器1506和vi管理器(vim)1508，并且处理特定mec服务器1502和在其上运行的应用的mec特定功能的管理。在一些实现方式中，一些或全部多接入边缘管理部件可以由位于一个或多个数据中心的一个或多个服务器来实现，并且可以使用与用于虚拟化nf的nfv基础设施连接的或使用与nfv基础设施相同的硬件的虚拟化基础设施。
[0228]
mec平台管理器1506负责管理应用的生命期，包括将相关应用有关事件通知给mec编排器(mec o)1510。mec平台管理器1506还可以向mec平台1532提供mec平台元件管理功能1544，管理mec应用规则和要求1546(包括服务授权、业务规则、dns配置和解决冲突)，以及管理mec应用生命期管理1548。mec平台管理器1506还可以从vim 1508接收虚拟化资源、故障报告和性能测量，以用于进一步处理。mec平台管理器1506与mec平台1532之间的mm5参考点用于执行平台配置、mec平台元件管理1544、mec应用和要求1546、mec应用生命期管理1548的配置以及应用重定位的管理。
[0229]
vim 1508可以是分配、管理和释放vi 1522的虚拟化(计算、存储和网络)资源并准备vi 1522以运行软件镜像的实体。为此，vim 1508可以通过vim 1508与vi 1522之间的mm7参考点与vi 1522通信。准备vi 1522可以包括配置vi 1522，以及接收/存储软件镜像。当支持时，vim 1508可以提供应用的快速配给，如可在http://reports
‑
archive.adm.cs.cmu.edu/anon/2015/cmu
‑
cs
‑
15
‑
123.pdf处得到的“openstack for cloudlet deployments”中所描述的那样。vim 1508还可以收集和报告关于虚拟化资源的
性能和故障信息，并在支持时执行应用重定位。对于来自/去往外部云环境的应用重定位，vim 1508可以与外部云管理器交互以执行应用重定位，例如使用“adaptive vm handoff across cloudlets”中描述的机制，和/或可能地通过代理。此外，vim 1508可以经由mm6参考点与mec平台管理器1506通信，mm6参考点可以用于管理虚拟化资源，例如以实现应用生命期管理。此外，vim 1508可以经由mm4参考点与mec o 1510通信，mm4参考点可以用于管理mec服务器1502的虚拟化资源，以及管理应用镜像。管理虚拟化资源可以包括跟踪可用资源容量等。
[0230]
mec系统级管理包括mec o 1510，其具有完整mec系统1500的概览。mec
‑
o 1510可以基于部署的mec主机1502、可用资源、可用mec服务和拓扑来维护mec系统1500的整体视图1536。mec
‑
o 1510与mec平台管理器1506之间的mm3参考点可以用于应用生命期、应用规则和要求的管理以及跟踪可用的mec服务1536。mec
‑
o 1510可以经由mm9参考点与用户应用生命期管理代理(ualmp)1514通信，以便管理ue应用1518请求的mec应用1526。
[0231]
mec
‑
o 1510还可以负责应用包的上线，包括检查包的完整性和真实性，验证应用规则和要求并在必要时调整它们以符合运营商策略，保留上线包的记录，以及准备vim 1508来处理应用。mec
‑
o 1510可以基于诸如时延、可用资源和可用服务的约束来选择适当的mec主机901，以用于应用实例化。mec
‑
o 1510还可以触发应用实例化和终止，以及在需要和支持时触发应用重定位。
[0232]
操作支持系统(oss)1512是运营商的oss，其通过mx1参考点从ue应用1518经由面向客户服务(cfs)门户1516接收请求，以用于mec应用1526的实例化或终止。oss 1512关于批准这些请求进行决定。第三方可以使用cfs门户1516(和mx1接口)来请求mec系统1500在mec系统1500中运行应用1518。批准的请求可以被转发到mec
‑
o 1510以用于进一步处理。当支持时，oss 1512还接收来自ue应用1518的用于在外部云与mec系统1500之间重新定位应用的请求。oss 1512与mec平台管理器1506之间的mm2参考点用于mec平台管理器1506配置、故障和性能管理。mec
‑
o 1510与oss 1512之间的mm1参考点用于触发mec系统1500中的mec应用1526的实例化和终止。
[0233]
ue应用1518(也称为“设备应用”等)是在具有经由用户应用生命期管理代理1514与mec系统1500交互的能力的设备1520中运行的一个或多个应用。ue应用1518可以是、包括或与一个或多个客户端应用交互，在mec的上下文中，客户端应用是在设备1518上运行的利用由一个或多个特定mec应用1526提供的功能的应用软件。用户应用lcm代理1514可以授权来自ue 1520中的ue应用1518的请求并且与oss 1512和mec
‑
o 1510交互以用于进一步处理这些请求。在mec的上下文中，术语“生命期管理”是指管理mec应用1526实例的实例化、维护和终止所需的一组功能。用户应用lcm代理1514可以经由mm8参考点与oss 1512交互，并且用于处理ue 1518对在mec系统1500中运行应用的请求。用户应用可以是响应于用户经由在ue 1520中运行的应用(例如，ue应用1518)的请求而在mec系统1500中实例化的mec应用1526。用户应用lcm代理1514允许ue应用1518请求用户应用的上线、实例化、终止，以及在支持时，将用户应用重新定位到mec系统1500内和外。它还允许将用户应用的状态通知给用户应用。用户应用lcm代理1514仅可从移动网络内访问，并且仅在被mec系统1500支持时才可用。ue应用1518可以使用用户应用lcm代理1514与ue应用1518之间的mx2参考点来请求mec系统1500在mec系统1500中运行应用，或者将应用移入或移出mec系统1500。mx2参考点可以
api、mec应用启用功能(参见例如[r08])和api原则功能(参见例如[r06]))。此外，本地dn 1372可以包括实例化为vnf的mec应用1526、1527和/或1528。该实现方式可以被配置为根据[r05]和/或etsi gr mec 017v1.1.1(2018
‑
02)(“[r07]”)提供功能。第三实现方式可以与第一实现方式和/或第二实现方式结合，或者可以是单独的实现方式。
[0240]
附加地或替代地，接入级边缘(例如，图21的nan 2128、2130和2132和/或之前讨论的其他nan)可以使用一个或多个api来与本地/区域级边缘网络通信。本地/区域级边缘网络可以包括使用对应的应用与国家级边缘网络通信的网络节点。国家级边缘可以包括各种nan，它们使用应用访问全球级边缘内的一个或多个远端云。nan也可配置或可操作用于垂直细分管理和sla合规性。附加地或替代地，mec部署可以基于“边缘”的定义来为mno提供自由度，尤其是在nfv环境中部署mec时(例如，mec实体可以实例化为虚拟化nf(vnf)，因此在运营商部署方面具有高灵活性)。
[0241]
在一些实施例中，可以根据用例/垂直细分/要处理的信息，灵活地部署mec系统1500。mec系统1500的一些部件可以与系统的其他元件共站。作为示例，在某些用例(例如，企业)中，mec应用1526可能需要在本地使用mec服务，并且部署在本地配备有所需的api集合的mec主机可能是高效的。在另一示例中，在数据中心(其可能远离接入网)中部署mec服务器1502可能不需要托管一些api，如rni api(其可以用于从无线电基站收集无线电网络信息)。另一方面，可以在云ran(cran)环境中在聚合点处详述和提供rni信息，从而使得能够执行合适的无线电感知业务管理算法。在一些其他方面，带宽管理api可以存在于接入级边缘，也可以在更远端的边缘位置，以便建立传输网络(例如，用于基于cdn的服务)。
[0242]
图16示出了nfv环境中的mec参考架构1600。mec架构1600可以被配置为根据[r07]提供功能。mec架构1600包括mec平台1602、mec平台管理器
‑
nfv(mepm
‑
v)1614、数据平面1608、nfv基础设施(nfvi)1610、vnf管理器(vnfm)1620和1622、nfv编排器(nfvo)1624、mec应用编排器(meao)1626、oss 1628、用户应用lcm代理1630、ue应用1634和cfs门户1632。mec平台管理器1614可以包括mec平台元件管理1616和mec应用规则和要求管理1618。mec平台1602可以经由mp3接口耦合到另一mec平台1606。
[0243]
在该实施例中，mec平台1602被部署为vnf。mec应用1604对于etsi nfv管理和编排(mano)部件可以看起来像vnf。这允许重复使用etsi nfv mano功能。可能未使用全套mano功能，并且可能需要某些附加功能。这种特定的mec应用由名称“mec应用vnf”或“mea
‑
vnf”来表示。虚拟化基础设施被部署为nfvi 1610，并且其虚拟化资源由虚拟化基础设施管理器(vim)1612来管理。为此，可以使用由etsi nfv基础设施规范定义的一个或多个过程(参见例如etsi gs nfv
‑
inf 003v2.4.1(2018
‑
02)、etsi gs nfv
‑
inf 004v2.4.1(2018
‑
02)、etsi gs nfv
‑
inf 005v3.2.1(2019
‑
04)和etsi gs nf09 v1.1.1(2016
‑
07)(统称为“[r31]”))。mea
‑
vnf 1604像各个vnf一样进行管理，从而允许mec
‑
in
‑
nfv部署可以将某些编排和lcm任务委派给nfvo 1624以及vnfm 1620和1622，如etsi nfv mano定义的那样。
[0244]
当mec平台被实现为vnf(例如，mec平台vnf 1602)时，mepm
‑
v 1614可以被配置为用作元件管理器(em)。meao 1626使用nfvo 1624进行资源编排，并将mea
‑
vnf 1604的集合编排为一个或多个nfv网络服务(ns)。mepm
‑
v 1614将lcm部分委派给一个或多个vnfm 1620和1622。特定或通用vnfm 1620、1622用于执行lcm。mepm
‑
v 1614和vnfm(me平台lcm)1620可以按照3gpp tr 32.842v13.1.0(2015
‑
12
‑
21)(“[r32]”)中的集成概念部署为单个包，或者
按照[r31]，vnfm是通用vnfm，mec平台vnf 1602和mepm
‑
v 1614由单个供应商提供。
[0245]
mec应用1604与mec平台1614之间的mp1参考点对于mec应用1604可以是可选的，除非它是提供和/或消费mec服务的应用。meao 1626与mepm
‑
v 1614之间的mm3*参考点基于mm3参考点(参见例如[r05])。可以对此参考点进行改变，以满足mepm
‑
v 1614与vnfm(me应用lcm)1622之间的划分。以下新参考点(mv1、mv2和mv3)被引入在etsi mec架构的元件与etsi nfv架构的元件之间，以支持me应用vnf 1604的管理。
[0246]
以下参考点与现有的nfv参考点有关，但只有一部分功能可以用于etsi mec，并且可能需要扩展。mv1是连接meao 1626和nfvo 1624的参考点，并且与etsi nfv中定义的os
‑
ma
‑
nfvo参考点有关。mv2是将执行mec应用vnf 1604的lcm的vnfm 1622与mepm
‑
v 1614连接以允许在这些实体之间交换lcm相关通知的参考点。mv2与etsi nfv中定义的ve
‑
vnfm
‑
em参考点有关，但是可以可能地包括附加功能，并且可能不会使用ve
‑
vnfm
‑
em供的所有功能。mv3是将vnfm 1622与me应用vnf 1604实例连接以允许交换(例如，与mec应用lcm或初始部署特定配置有关的)消息的参考点。mv3与etsi nfv中定义的ve
‑
vnfm
‑
vnf参考点有关，但是可以可能地包括附加功能，并且可能不会使用ve
‑
vnfm
‑
vnf提供的所有功能。
[0247]
使用以下参考点，因为它们由etsi nfv定义：nf
‑
vn参考点将每个me应用vnf 1604与nfvi 1610连接。nf
‑
vi参考点连接nfvi 1610和vim 1612。os
‑
ma
‑
nfvo参考点连接oss 1628和nfvo 1624，并且主要用于管理ns(例如，连接并编排以提供服务的多个vnf)。or
‑
vnfm参考点连接nfvo 1624和vnfm(mec平台lcm)1620，并且主要用于nfvo 1624调用vnf lcm操作。vi
‑
vnfm参考点连接vim 1612和vnfm(mec平台lcm)1620，并且主要由vnfm 1620用来调用资源管理操作以管理vnf所需的云资源(假设在基于nfv的mec部署中，该参考点1:1对应于mm6)。or
‑
vi参考点连接nfvo 1624和vim 1612，并且主要由nfvo 1624用于管理云资源容量。ve
‑
vnfm
‑
em参考点将vnfm(mec平台lcm)1620与mepm
‑
v 1614连接。ve
‑
vnfm
‑
vnf参考点将vnfm(mec平台lcm)1620与mec平台vnf 1602连接。
[0248]
iii.c.硬件部件
[0249]
图17a示出了第一边缘计算硬件配置，它将边缘平台1710的各种架构方面(例如，计算硬件、网络特征、电源管理特征等)映射到特定边缘平台能力1720(例如，i/o池化、加速池化、存储器池化、加速技术、存储能力)。为了提供边缘配置作为服务的整体解决方案，于是根据可用的架构方面(例如，池化、存储等)，考虑用于服务和服务要求/约束(例如，网络和i/o、平台加速、功率)的工作负荷或基础硬件部件。
[0250]
在边缘平台能力1720内，可以配置或识别特定加速类型以确保在边缘云上满足服务密度。具体而言，可以在边缘云配置中部署四种主要加速类型：(1)通用加速(例如，fpga)，用于实现基本块，例如快速傅立叶变换(fft)、k
‑
最近邻居算法(knn)和机器学习工作负荷；(2)图像、视频和转码加速器；(3)推理加速器；(4)(例如，在quickassist
tm
技术中实现的)加密和压缩相关工作负荷。因此，边缘平台能力1720的特定设计或配置可以考虑哪一种是需要选择以便适应服务和吞吐量密度以及可用功率的正确类型的加速和平台产品模型。
[0251]
图17b示出了第二边缘计算硬件配置，它提供具有第二组边缘平台能力1740的第二边缘平台1730。该配置可以可部署为低功率但服务更密集的解决方案。这种方法旨在定义一种低功耗解决方案，它使用加速方案以便实现更好的每瓦特服务密度或服务吞吐量。
这种主要的设计折中导致平台使用牺牲通用计算来支持专用硬件(例如，fpga、推理加速器)，这些硬件可以以更好的每瓦特性能比执行相同的工作。在该示例中，“服务密集型”解决方案实现每平台和每瓦特更多的服务动作，或者能够在每瓦特服务级驱动更多的吞吐量。
[0252]
平台能力1740可以被设计为在功率包络方面以及在物理空间方面都是有利的。结果，图17b的配置可以为基站部署提供合适的目标。然而，平台能力1740可能具有折中，包括：(1)在编排、维护和系统管理方面的要求(其可以被转换为opex/tco成本)；(2)要求运营商生态系统使得所有系统堆栈能够与开放的不同加速器一起工作。然而，这些缺点可以通过开发的软件抽象层来减轻。
[0253]
图17c示出了第三边缘计算硬件配置，它提供具有第二组边缘平台能力1760的第三边缘平台1750。该配置提供高功率但同质且通用的架构。图17c提供了一种与图17b相比相反的方法，以提供一种运营商或边缘所有者关于管理、维护和编排方面必须处理的不同类型的资源的异构性减少的平台架构。然而，移除加速器以支持同质化的代价是在平台级具有较小的每瓦特服务密度和服务吞吐量。在进一步的示例中，边缘平台能力1760可以实现通用加速(例如，以fpga的形式)。
[0254]
也可以调整图17a
‑
c中描绘的边缘平台的其他派生功能。例如，可以调整平台的大小和设计，以便纳入新的成分，使其服务和吞吐量更多，但通过例如在平台内部或管芯上包括加速器来保持更加同质，以便运营商可无缝管理它们。
[0255]
图18和19描绘了可以实现本文讨论的任何计算节点或设备的边缘计算系统和环境的进一步示例。各个边缘计算节点可以体现为一种类型的设备、器具、计算机或其他能够与其他边缘、网络或端点部件进行通信的“事物”。例如，边缘计算设备可以体现为智能电话、移动计算设备、智能器具、车载计算系统(例如，导航系统)或能够执行所描述的功能的其他设备或系统。
[0256]
在图18中，边缘计算节点1800包括计算引擎(本文也称为“计算电路”)1802、输入/输出(i/o)子系统1808、数据存储1810、通信电路子系统1812、以及可选地，一个或多个外围设备1814。在其他示例中，相应的计算设备可以包括其他或附加部件，例如通常在计算机中找到的那些(例如，显示器、外围设备等)。此外，在一些示例中，一个或多个说明性部件可以并入另一部件中，或以其他方式形成另一部件的一部分。
[0257]
计算节点1800可以体现为能够执行各种计算功能的任何类型的引擎、设备或设备集合。在一些示例中，计算节点1800可以体现为单个设备，例如集成电路、嵌入式系统、fpga、片上系统(soc)或其他集成系统或设备。计算节点1800包括或体现为处理器1804和存储器1806。处理器1804可以体现为能够执行本文描述的功能(例如，执行应用)的任何类型的处理器。例如，处理器1804可以体现为多核处理器、微控制器或其他处理器或处理/控制电路。在一些示例中，处理器1804可以体现为、包括或耦合到fpga、专用集成电路(asic)、可重配置的硬件或硬件电路、或其他专用硬件以促进本文所述功能的执行。
[0258]
主存储器1806可以体现为能够执行本文所述功能的任何类型的易失性(例如，动态随机存取存储器(dram)等)或非易失性存储器或数据存储。易失性存储器可以是需要功率来维持由该介质存储的数据的状态的存储介质。易失性存储器的非限制性示例可以包括各种类型的随机存取存储器(ram)，例如dram或静态随机存取存储器(sram)。可以在存储器
模块中使用的一种特定类型的dram是同步动态随机存取存储器(sdram)。
[0259]
在一个示例中，存储器设备是块可寻址存储器设备，例如基于nand或nor技术的那些。存储器设备还可以包括三维交叉点存储器设备(例如，3d xpoint
tm
存储器)或其他字节可寻址就地写入非易失性存储器设备。存储器设备可以指管芯本身和/或封装的存储器产品。在一些示例中，3d交叉点存储器(例如，3d xpoint
tm
存储器)可以包括无晶体管可堆叠交叉点架构，在其中，存储器单元位于字线和位线的交叉点处且是单独可寻址的，并且在其中，位存储基于体电阻的变化。在一些示例中，主存储器1806的全部或一部分可以集成到处理器1804中。主存储器1806可以存储在操作期间使用的各种软件和数据，例如一个或多个应用、由应用操作的数据、库和驱动程序。
[0260]
计算电路1802经由i/o子系统1808通信地耦合到计算节点1800的其他部件，i/o子系统1808可以体现为用于促进与计算电路1802(例如，与处理器1804和/或主存储器1806)和计算电路1802的其他部件的输入/输出操作的电路和/或部件。例如，i/o子系统1808可以体现为或以其他方式包括存储器控制器中枢、输入/输出控制中枢、集成传感器中枢、固件设备、通信链路(例如，点对点链路、总线链路、引线、线缆、光导、印刷电路板迹线等)和/或用于促进输入/输出操作的其他部件和子系统。在一些示例中，i/o子系统1808可以形成片上系统(soc)的一部分，并且与处理器1804、主存储器1806和计算电路1802的其他部件中的一个或多个一起并入计算电路1802。
[0261]
一个或多个说明性数据存储设备1810可以体现为被配置用于数据的短期或长期存储的任何类型的设备，例如存储器设备和电路、存储器卡、硬盘驱动器、固态驱动器或其他数据存储设备。各数据存储设备1810可以包括存储数据和用于数据存储设备1810的固件代码的系统分区。各数据存储设备1810还可以包括存储数据文件和用于操作系统的可执行文件的一个或多个操作系统分区，这取决于例如计算节点1800的类型。
[0262]
通信电路1812可以体现为能够实现通过网络在计算电路1802与另一个计算设备(例如，边缘网关节点等)之间进行通信的任何通信电路、设备或其集合。通信电路1812可以被配置为使用任何一种或多种通信技术(例如，有线或无线通信)和关联的协议(例如，蜂窝网络协议(例如，3gpp 4g或5g标准)、无线局域网协议(例如，ieee 802.11/)、无线广域网协议、以太网、低功耗蓝牙、iot协议(例如，ieee 802.15.4或)、低功耗广域网(lpwan)或低功耗广域(lpwa)协议等)来实现这种通信。
[0263]
说明性通信电路1812包括网络接口控制器(nic)1820，它也可称为主机构造接口(hfi)。nic 1820可以体现为一个或多个插件板、子卡、网络接口卡、控制器芯片、芯片组、或可以由计算节点1800使用以与另一计算设备连接的其他设备。在一些示例中，nic 1820可以体现为包括一个或多个处理器的片上系统(soc)的一部分，或者被包括在还包含一个或多个处理器的多芯片封装中。在一些示例中，nic 1820可以包括本地处理器(未示出)和/或本地存储器(未示出)，它们都位于nic 1820本地。在这样的示例中，nic 1820的本地处理器可以能够执行本文描述的计算电路1802的一个或多个功能。附加地或替代地，在这样的示例中，nic 1820的本地存储器可以在板级、插槽级、芯片级和/或其他级集成到客户端计算节点的一个或多个部件中。
[0264]
另外，在一些示例中，相应的计算节点1800可以包括一个或多个外围设备1814。这样的外围设备1814可以包括在计算设备或服务器中找到的任何类型的外围设备，例如音频
输入设备、显示器、其他输入/输出设备、接口设备和/或其他外围设备，这取决于计算节点1800的特定类型。在进一步的示例中，计算节点1800可以由边缘计算系统中的相应边缘计算节点(例如，客户端计算节点、边缘网关节点、边缘聚合节点、前面讨论的vue等)或类似形式的器具、计算机、子系统、电路或其他部件来体现。
[0265]
图19示出了可以存在于边缘计算节点1950中以用于实现本文描述的技术(例如，操作、过程、方法和方法学)的部件的示例。当被实现为计算设备(例如，实现为移动设备、基站、服务器、网关等)或实现为计算设备的一部分时，该边缘计算节点1950提供节点1900的各个部件的更近视图。边缘计算节点1950可以包括本文引用的硬件部件或逻辑部件的任何组合，并且它可以包括或耦合于与边缘通信网络或此类网络的组合一起使用的任何设备。部件可以实现为适于边缘计算节点1950中的ic、其部分、分立电子设备或其他模块、指令集、可编程逻辑或算法、硬件、硬件加速器、软件、固件或其组合，或者实现为以其他方式包含在更大系统的机箱中的部件。
[0266]
边缘计算节点1950包括一个或多个处理器1852形式的处理电路。处理器电路1952包括以下电路，例如但不限于一个或多个处理器核以及高速缓冲存储器、低压差稳压器(ldo)、中断控制器、串行接口(例如，spi、i2c或通用可编程串行接口电路)、实时时钟(rtc)、定时器计数器(包括间隔定时器和看门狗定时器)、通用i/o、存储卡控制器(例如，安全数字/多媒体卡(sd/mmc)等)、接口、移动工业处理器接口(mipi)接口和联合测试访问组(jtag)测试访问端口中的一个或多个。在一些实现方式中，处理器电路1952可以包括一个或多个硬件加速器(例如，与加速电路1964相同或相似)，它可以是微处理器、可编程处理器件(例如，fpga、asic等)等。一个或多个加速器可以包括例如计算机视觉和/或深度学习加速器。在一些实现方式中，处理器电路1952可以包括片上存储器电路，它可以包括任何合适的易失性和/或非易失性存储器，例如dram、sram、eprom、eeprom、闪存、固态存储器和/或任何其他类型的存储器设备技术，例如本文讨论的那些。
[0267]
处理器电路1952可以包括例如一个或多个处理器核(cpu)、应用处理器、gpu、risc处理器、acorn risc机器(arm)处理器、cisc处理器、一个或多个dsp、一个或多个fpga、一个或多个pld、一个或多个asic、一个或多个基带处理器、一个或多个射频集成电路(rfic)、一个或多个微处理器或控制器、多核处理器、多线程处理器、超低电压处理器、嵌入式处理器，或任何其他已知的处理元件，或其任何合适的组合。处理器(或核)1952可以耦合于或可以包括存储器/存储，并且可以被配置为：执行存储在存储器/存储中的指令，以使得各种应用或操作系统能够在平台1950上运行。处理器(或核)1952被配置为：操作应用软件以向平台1950的用户提供特定服务。在一些实施例中，处理器1952可以是被配置(或可配置)为根据本文的各种实施例进行操作的专用处理器/控制器。
[0268]
作为示例，处理器1952可以包括：基于architecture core
tm
的处理器，例如基于i3、i5、i7、i9的处理器；基于微控制器的处理器，例如基于quark
tm
、atom
tm
或其他mcu的处理器；处理器、处理器或可从corporation,santa clara,california获得的另一此类处理器。然而，可以使用任何数量的其他处理器，例如以下中的一个或多个：advanced micro devices(amd)架构，例如或处理器、加速处理单元(apu)、mxgpu、处理器等；inc.的a5
‑
a12和/或s1
‑
s4
处理器、technologies,inc.的snapdragon
tm
或centriq
tm
处理器、texas instruments,开放多媒体应用平台(omap)
tm
处理器；来自mips technologies,inc.的基于mips的设计，例如mips warrior m
‑
class、warrior i
‑
class和warrior p
‑
class处理器；从arm holdings,ltd.获得许可的基于arm的设计，例如arm cortex
‑
a、cortex
‑
r和cortex
‑
m系列处理器；cavium
tm
,inc.提供的等。在一些实现方式中，处理器1952可以是片上系统(soc)、系统级封装(sip)、多芯片封装(mcp)等的一部分，在其中，处理器1952和其他部件形成为单个集成电路或单个封装，例如corporation的edison
tm
或galileo
tm soc板。在本公开的其他地方提到了处理器1952的其他示例。
[0269]
处理器1952可以通过互连(ix)1956与系统存储器1954通信。可以使用任何数量的存储器设备来提供给定量的系统存储器。作为示例，存储器可以是符合联合电子器件工程委员会(jedec)设计(例如，ddr或移动ddr标准(例如，lpddr、lpddr2、lpddr3或lpddr4))的随机存取存储器(ram)。在特定示例中，存储器部件可以符合jedec颁布的dram标准，例如用于ddr sdram的jesd79f、用于ddr2 sdram的jesd79
‑
2f、用于ddr3 sdram的jesd79
‑
3f、用于ddr4 sdram的jesd79
‑
4a、用于低功耗ddr(lpddr)的jesd209、用于lpddr2的jesd209
‑
2、用于lpddr3的jesd209
‑
3和用于lpddr4的jesd209
‑
4。也可以包括其他类型的ram，例如动态ram(dram)、同步dram(sdram)等。这样的标准(和类似的标准)可以被称为基于ddr的标准，并且实现这样的标准的存储设备的通信接口可以被称为基于ddr的接口。在各种实现中，各存储器设备可以具有任何数量的不同封装类型，例如单管芯封装(sdp)、双管芯封装(ddp)或四管芯封装(q17p)。在一些示例中，这些设备可以直接焊接到主板上以提供较低轮廓的解决方案，而在其他示例中，这些设备被配置为一个或多个存储器模块，这些存储器模块继而通过给定的连接器耦合到主板。可以使用任何数量的其他存储器实现方式，例如其他类型的存储器模块，例如不同种类的双列直插存储器模块(dimm)，包括但不限于microdimm或minidimm。
[0270]
为了提供诸如数据、应用、操作系统等信息的永久存储，存储1958还可以经由ix 1956耦合到处理器1952。在一个示例中，存储1958可以经由固态盘驱动器(ssdd)和/或高速电可擦除存储器(通常称为“闪存”)来实现。可以用于存储1958的其他设备包括闪存卡，例如sd卡、microsd卡、xd图片卡等，以及usb闪存驱动器。在一个示例中，存储器设备可以是或可以包括使用硫属化物玻璃的存储器设备、多阈值级nand闪存、nor闪存、单级或多级相变存储器(pcm)、电阻式存储器、纳米线存储器、铁电晶体管随机存取存储器(fetram)、反铁电存储器、采用忆阻器技术的磁阻随机存取存储器(mram)存储器、相变ram(pram)、电阻式存储器(包括金属氧化物基、氧空位基和导电桥随机存取存储器(cb
‑
ram)或自旋转移矩(stt)
‑
mram)、基于自旋电子磁结存储器的设备、基于磁隧道结(mtj)的设备、基于domain wall(dw)和自旋轨道转移(sot)的设备、基于晶闸管的存储器设备，或上述任何组合，或其他存储器。存储器电路1954和/或存储电路1958还可以合并来自和的三维(3d)交叉点(xpoint)存储器。
[0271]
在低功率实现方式中，存储1958可以是与处理器1952关联的管芯上存储器或寄存器。然而，在一些示例中，可以使用微硬盘驱动器(hdd)来实现存储1858。此外，除了所描述的技术之外或代替所描述的技术，对于存储1958可以使用任何数量的新技术，例如电阻变
化存储器、相变存储器、全息存储器或化学存储器等。
[0272]
边缘计算设备1950的部件可以通过ix 1956进行通信。ix 1956可以包括任何数量的技术，包括isa、扩展isa、i2c、spi、点对点接口、电源管理总线(pmbus)、pci、pcie、pcix、upi、加速器链路、cxl、capi、opencapi、qpi、upi、opa ix、rapidio
tm
系统ix、ccix、gen
‑
z consortium ix、hypertransport互连、由提供的nvlink、时间触发协议(ttp)系统、flexray系统、profibus和/或任何数量的其他ix技术。ix 1956可以是专用总线，例如在基于soc的系统中使用。
[0273]
ix 1956将处理器1952耦合到通信电路1966，以用于与其他设备通信，例如远端服务器(未示出)和/或连接的边缘设备1962。通信电路1966是用于通过一个或多个网络(例如，云1963)和/或与其他设备(例如，边缘设备1962)进行通信的硬件元件或硬件元件的集合。
[0274]
收发机1966可以使用任何数量的频率和协议，例如ieee 802.15.4标准下的2.4吉赫(ghz)传输，使用特别兴趣组定义的低功耗(ble)标准，或标准等。被配置用于特定无线通信协议的任何数量的无线电可以用于至连接的边缘设备1962的连接。例如，无线局域网(wlan)单元可以用于电气和电子工程师协会(ieee)802.11标准实现通信。此外，例如根据蜂窝或其他无线广域协议的无线广域通信可以经由无线广域网(wwan)单元进行。
[0275]
无线网络收发机1966(或多个收发机)可以使用多个标准或无线电进行通信，以用于不同范围的通信。例如，边缘计算节点1950可以使用基于ble的本地收发机或另一低功率无线电，与例如约10米内的近距离设备通信，以节省电力。可以通过或其他中等功率无线电到达更远的连接的边缘设备1962，例如在大约50米内。两种通信技术可以在单个无线电上在不同功率水平下进行，或者可以在分开的收发机上进行，例如使用ble的本地收发机和使用的单独的mesh收发机。
[0276]
可以包括无线网络收发机1966(例如，无线电收发机)以经由局域网协议或广域网协议与边缘云1963中的设备或服务进行通信。无线网络收发机1966可以是遵循ieee 802.15.4或ieee 802.15.4g标准等的lpwa收发机。边缘计算节点1963可以使用由semtech和lora联盟开发的lorawan
tm
(长距离广域网)在广域上进行通信。本文描述的技术不限于这些技术，而是可以与任何数量的实现长距离、低带宽通信(例如sigfox)的其他云收发机和其他技术一起使用。此外，可以使用在ieee 802.15.4e规范中描述的其他通信技术，例如时隙信道跳跃。
[0277]
除了针对如本文所述的无线网络收发机1966提到的系统之外，还可以使用任何数量的其他无线电通信和协议。例如，收发机1966可以包括使用扩频(spa/sas)通信来实现高速通信的蜂窝收发机。此外，可以使用任何数量的其他协议，例如用于中速通信和提供网络通信的网络。收发机1966可以包括与任何数量的3gpp规范兼容的无线电，例如lte和5g/nr通信系统，在本公开的末尾进一步详细讨论。可以包括网络接口控制器(nic)1968以向边缘云1963的节点或向诸如连接的边缘设备1962(例如，在mesh中操作)的其他设备提供有线通信。有线通信可以提供以太网连接，或者可以基于其他类型的网络，例如控制器局
域网(can)、本地互连网络(lin)、devicenet、controlnet、data highway 或profinet等。可以包括附加的nic 1968以使得能够连接到第二网络，例如，第一nic 1968通过以太网提供与云的通信，第二nic 1968通过另一类型的网络提供与其他设备的通信。
[0278]
给定从设备到另一部件或网络的各种类型的可适用的通信，设备使用的可适用的通信电路可以包括部件1964、1966、191868或1970中的任何一个或多个或者由其体现。因此，在各种示例中，用于通信(例如，接收、发送等)的可适用手段可以由这样的通信电路来体现。
[0279]
边缘计算节点1950可以包括或耦合到加速电路1964，加速电路1964可以通过以下元件来体现：一个或多个ai加速器、神经计算棒、神经形态硬件、fpga、gpu的布置、一个或多个soc(包括可编程soc)、一个或多个cpu、一个或多个数字信号处理器、专用asic(包括可编程asic)、pld(例如，cpld或hcpld)，和/或被设计为完成一个或多个专门任务的其他形式的专用处理器或电路。这些任务可以包括ai处理(包括机器学习、训练、推理和分类操作)、视觉数据处理、网络数据处理、对象检测、规则分析等。在基于fpga的实现方式中，加速电路1964可以包括可以被编程(配置)以执行各种功能(例如，本文讨论的各种实施例的过程、方法、功能等)的逻辑块或逻辑构造和其他互连资源。在这样的实现方式中，加速电路1964还可以包括用于将逻辑块、逻辑构造、数据等存储在lut等中的存储器单元(例如，eprom、eeprom、闪存、静态存储器(例如，sram、反熔丝等))。
[0280]
ix 1956还将处理器1952耦合到用于连接附加设备或子系统的传感器中枢或外部接口1970。附加/外部设备可以包括传感器1972、执行器1974和定位电路1945。
[0281]
传感器电路1972包括其目的在于检测其环境中的事件或变化，并将关于检测到的事件的信息(传感器数据)发送到某个其他设备、模块、子系统等的设备、模块或子系统。这样的传感器的示例1972包括尤其是：惯性测量单元(imu)，包括加速度计、陀螺仪和/或磁力计；微机电系统(mems)或纳米机电系统(nems)，包括3轴加速度计、3轴陀螺仪和/或磁力计；液位传感器；流量传感器；温度传感器(例如，热敏电阻器)；压力传感器；气压传感器；重力仪；高度计；图像捕获设备(例如，相机)；光探测和测距(lidar)传感器；接近度传感器(例如，红外辐射探测器等)；深度传感器、环境光传感器；光学光传感器；超声波收发机；麦克风等。
[0282]
执行器1974允许平台1950改变其状态、位置和/或朝向，或者移动或控制机构或系统。执行器1974包括用于移动或控制机构或系统的电气设备和/或机械设备，并将能量(例如，电流或移动的空气和/或液体)转换成某种运动。执行器1974可以包括一个或多个电子(或电化学)设备，例如压电生物形态、固态执行器、固态继电器(ssr)、基于形状记忆合金的执行器、基于电活性聚合物的执行器、中继驱动器集成电路(ic)等。执行器1974可以包括一个或多个机电设备，例如气动执行器、液压执行器、包括机电继电器(emr)的机电开关、马达(例如，dc马达、步进马达、伺服机构等)、电源开关、阀门执行器、轮、推进器、螺旋桨、爪子、夹子、钩子、可听声音发生器、视觉警告设备和/或其他类似的机电部件。平台1950可以被配置为：基于一个或多个捕获的事件和/或从服务提供商和/或各种客户端系统接收的指令或控制信号来操作一个或多个执行器1974。
[0283]
定位电路1945包括用于接收和解码由全球导航卫星系统(gnss)的定位网络发送/广播的信号的电路。导航卫星星座(或gnss)的示例包括美国的全球定位系统(gps)、俄罗斯
的全球导航系统(glonass)、欧盟的伽利略系统、中国的北斗导航卫星系统、区域导航系统或gnss增强系统(例如、印度星座导航(navic)、日本的准天顶卫星系统(qzss)、法国的多普勒轨道成像和卫星无线电定位集成(doris)等)等。定位电路1945包括各种硬件元件(例如，包括硬件设备，例如开关、滤波器、放大器、天线元件等以促进ota通信)以与定位网络(例如，导航卫星星座节点)的部件进行通信。在一些实施例中，定位电路1945可以包括用于定位、导航和定时的微技术(micro
‑
pnt)ic，其使用主定时时钟在没有gnss辅助的情况下执行位置跟踪/估计。定位电路1945也可以是通信电路1966的一部分或与之交互，以与定位网络的节点和部件通信。定位电路1945还可以向应用电路提供位置数据和/或时间数据，应用电路可以使用该数据与各种基础设施(例如，无线电基站)同步操作，以用于逐向导航等。当gnss信号不可用或gnss定位精度对于特定应用或服务不足时，可以使用定位增强技术向应用或服务提供增强的定位信息和数据。这样的定位增强技术可以包括例如基于卫星的定位增强(例如，egnos)和/或基于地面的定位增强(例如，dgps)。在一些实现方式中，定位电路1945是或包括ins，ins是使用传感器电路1972(例如，诸如加速度计的运动传感器、诸如陀螺仪的旋转传感器、以及高度计、磁传感器等)连续计算(例如，使用航位推算、三角测量等)平台1950的位置、朝向和/或速率(包括移动的方向和速度)而无需外部参考的系统或设备。
[0284]
在一些可选的示例中，各种输入/输出(i/o)设备可以存在于或连接到边缘计算节点1950，i/o设备在图19中被称为输入电路1986和输出电路1984。输入电路1986和输出电路1984包括一个或多个被设计为实现用户与平台1950交互的用户接口和/或被设计为实现外围部件与平台1950交互的外围部件接口。输入电路1986可以包括用于接受输入的任何物理或虚拟手段，尤其包括一个或多个物理或虚拟按钮(例如，重置按钮)、物理键盘、小键盘、鼠标、触摸板、触摸屏、麦克风、扫描仪、耳机等。可以包括输出电路1984以显示信息或以其他方式传达信息，例如传感器读数、执行器位置或其他类似信息。数据和/或图形可以显示在输出电路1984的一个或多个用户接口部件上。输出电路1984可以包括任何数量和/或组合的音频或视觉显示器，尤其包括一个或多个简单的视觉输出/指示器(例如，二进制状态指示器(例如，发光二极管(led))和多字符视觉输出，或更复杂的输出，例如显示设备或触摸屏(例如，液晶显示器(lcd)、led显示器、量子点显示器、投影仪等)，其中，从平台1950的操作生成或产生字符、图形、多媒体对象等的输出。输出电路1984还可以包括扬声器或其他音频发射设备、打印机等。在一些实施例中，传感器电路1972可以用作输入电路1984(例如，图像捕获设备、运动捕获设备等)，并且一个或多个执行器1974可以用作输出设备电路1984(例如，提供触觉反馈等的执行器)。在另一示例中，可以包括含有与天线元件和处理设备耦合的nfc控制器的近场通信(nfc)电路，以读取电子标签和/或与另一启用nfc的设备连接。外围部件接口可以包括但不限于非易失性存储器端口、usb端口、音频插孔、电源接口等。在本系统的上下文中，显示器或控制台硬件可以用于：提供输出和接收边缘计算系统的输入；管理边缘计算系统的部件或服务；识别边缘计算部件或服务的状态；或进行任何其他数量的管理或行政功能或服务用例。
[0285]
电池1976可以为边缘计算节点1950供电，尽管在边缘计算节点1950安装在固定位置的示例中，它可以具有耦合到电网的电源，或者电池可以用作备用或临时能力。电池1976可以是锂离子电池或金属空气电池(例如，锌空气电池、铝空气电池、锂空气电池等)。
[0286]
电池监控器/充电器1978可以被包括在边缘计算节点1950中，以跟踪电池1976(如
果包括的话)的充电状态(soch)。电池监控器/充电器1978可以用于监控电池1976的其他参数以提供故障预测，例如电池1976的健康状态(soh)和功能状态(sof)。电池监控器/充电器1978可以包括电池监控集成电路，例如来自linear technologies的ltc4020或ltc2990、来自phoenix arizona的on semiconductor的adt7488a，或来自dallas的texas instruments的ucd90xxx系列ic。电池监控器/充电器1978可以通过ix 1956将关于电池1976的信息传递到处理器1952。电池监控器/充电器1978还可以包括模数(adc)转换器，其使得处理器1952能够直接监控电池1976的电压或来自电池1976的电流。电池参数可以用于确定边缘计算节点1950可以执行的动作，例如传输频率、mesh网络操作、感测频率等。
[0287]
电源块1980或耦合到电网的其他电源可以与电池监视器/充电器1978耦合，以给电池1976充电。在一些示例中，电源块1980可以用无线功率接收机代替，以例如通过边缘计算节点1950中的环形天线无线地获得功率。无线电池充电电路，例如来自milpitas,california的linear technologies的ltc4020芯片等，可以被包括在电池监视器/充电器1978中。可以基于电池1976的大小以及因此所需的电流来选择特定的充电电路。可以使用airfuel联盟颁布的airfuel标准、无线电力联盟颁布的qi无线充电标准或者无线电力联盟颁布的rezence充电标准等执行充电。
[0288]
存储1958可以包括软件、固件或硬件命令形式的指令1982，以实现本文描述的技术。尽管这样的指令1982被示为包括在存储器1954和存储1958中的代码块，但是可以理解，任何代码块都可以用(例如，内置到专用集成电路(asic)中的)硬连线电路代替。
[0289]
在示例中，经由存储器1954、存储1958或处理器1952提供的指令1882可以体现为非瞬时性机器可读介质1960，其包括引导处理器1952在边缘计算节点1950中执行电子操作的代码。处理器1952可以通过ix 1956访问非瞬时性机器可读介质1960。例如，非瞬时性机器可读介质1960可以由针对存储1958描述的设备来体现，或者可以包括特定的存储单元，例如光盘、闪存驱动器或任何数量的其他硬件设备。非瞬时性机器可读介质1960可以包括指令以引导处理器1952执行特定的动作序列或流程，例如，如关于上面描述的操作和功能的流程图和框图所描述的。如本文使用的，术语“机器可读介质”和“计算机可读介质”是可互换的。
[0290]
在进一步的示例中，机器可读介质还包括能够存储、编码或携带由机器执行的指令并且使机器执行本公开的任何一个或多个方法的任何有形介质，或者是能够存储、编码或携带由此类指令使用或与之关联的数据结构的任何有形介质。因此，“机器可读介质”可以包括但不限于固态存储器以及光和磁介质。机器可读介质的具体示例包括非易失性存储器，包括但不限于例如半导体存储器设备(例如，电可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom))和闪存设备；磁盘，例如内置硬盘和可移除磁盘；磁光盘；以及cd
‑
rom和dvd
‑
rom磁盘。机器可读介质所体现的指令还可以通过使用传输介质的通信网络，经由利用多种传输协议中的任何一种(例如，http)的网络接口设备来发送或接收。
[0291]
机器可读介质可以由存储设备或能够以非瞬时性格式托管数据的其他装置提供。在示例中，在机器可读介质上存储或以其他方式提供的信息可以代表指令，例如指令本身或可以从中导出指令的格式。可以从中导出指令的这种格式可以包括源代码、编码指令(例如，以压缩或加密形式)、打包指令(例如，分成多个包)等。代表机器可读介质中的指令的信息可以由处理电路处理成指令，以实现本文讨论的任何操作。例如，从信息导出指令(例如，
由处理电路处理)可以包括：编译(例如，从源代码、目标代码等)、解释、加载、组织(例如，动态或静态链接)、编码、解码、加密、解密、打包、解包，或者以其他方式将信息操纵为指令。
[0292]
在示例中，指令的导出可以包括信息的汇编、编译或解释(例如，通过处理电路)，以从机器可读介质提供的一些中间或预处理格式创建指令。信息在以多个部分提供时，可以被组合、解包和修改以创建指令。例如，信息可以位于一个或若干远端服务器上的多个压缩源代码包(或目标代码、或二进制可执行代码等)中。源代码包可以在通过网络传输时加密，并在需要时解密、解压缩、组装(例如，链接)，并在本地机器上编译或解释(例如，编译或解释成库、独立的可执行文件等)，并由本地机器执行。
[0293]
图20描绘了示例移动设备1832内的通信部件。当被实现为用户设备或用户设备的部件时，该移动设备1832提供节点1800或设备1850的通信处理部件的更近视图。移动设备1832可以包括无线电前端模块(fem)电路1834、无线电ic电路1836和基带处理电路1838。如图所示的移动设备1832包括无线局域网(wlan)功能和蓝牙(bt)功能两者，但是设备的方面不限于此，并且本文讨论的其他无线电技术可以由类似电路实现。fem电路1834可以包括例如wlan或wi
‑
fi fem电路1834a和蓝牙(bt)fem电路1834b。wlan fem电路1834a可以包括接收信号路径，该接收信号路径包括被配置为对从一个或多个天线1831a接收的wlan rf信号进行操作、放大接收信号并将接收信号的放大版本提供给wlan无线电ic电路1836a以用于进一步处理的电路。bt fem电路1834b可以包括接收信号路径，该接收信号路径可以包括被配置为对从一个或多个天线1831b接收的bt rf信号进行操作、放大接收信号并将接收信号的放大版本提供给bt无线电ic电路1836b以用于进一步处理的电路。fem电路1834a还可以包括发送信号路径，该发送信号路径可以包括被配置为放大由无线电ic电路1836a提供的wlan信号以用于通过一个或多个天线1831a进行无线传输的电路。此外，fem电路1834b还可以包括发送信号路径，该发送信号路径可以包括被配置为放大由无线电ic电路1836b提供的bt信号以用于通过一个或多个天线1831b进行无线传输的电路。在图20的示例中，尽管fem 1834a和fem 1834b被示为彼此不同，但是本公开的方面不限于此，并且在其范围内包括使用包括用于wlan和bt信号两者的发送路径和/或接收路径的fem(未示出)，或者使用至少一些fem电路共享用于wlan和bt信号两者的发送和/或接收信号路径的一个或多个fem电路。
[0294]
如图所示的无线电ic电路1836可以包括wlan无线电ic电路1836a和bt无线电ic电路1836b。wlan无线电ic电路1836a可以包括接收信号路径，该接收信号路径可以包括对从fem电路1834a接收的wlan rf信号进行下变频并将基带信号提供给wlan基带处理电路1838a的电路。bt无线电ic电路1836b可以继而包括接收信号路径，该接收信号路径可以包括对从fem电路1834b接收的bt rf信号进行下变频并将基带信号提供给bt基带处理电路1838b的电路。wlan无线电ic电路1836a还可以包括发送信号路径，该发送信号路径可以包括用于对wlan基带处理电路1838a提供的wlan基带信号进行上变频并将wlan rf输出信号提供给fem电路1834a以用于由一个或多个天线1831a进行随后无线传输的电路。bt无线电ic电路1836b还可以包括发送信号路径，该发送信号路径可以包括用于对bt基带处理电路1838b提供的bt基带信号进行上变频并将bt rf输出信号提供给fem电路1834b以用于随后由一个或多个天线1831b进行无线传输的电路。在图20的示例中，虽然无线电ic电路1836a和1836b被示为彼此不同，但是本公开的方面不限于此，并且在其范围内包括使用包括用于
wlan和bt信号两者的发送信号路径和/或接收信号路径的无线电ic电路(未示出)，或者使用至少一些无线电ic电路共享用于wlan和bt信号两者的发送和/或接收信号路径的一个或多个无线电ic电路。
[0295]
基带处理电路1838可以包括wlan基带处理电路1838a和bt基带处理电路1838b。wlan基带处理电路1838a可以包括存储器，例如wlan基带处理电路1838a的快速傅立叶变换或快速傅立叶逆变换块(未示出)中的一组ram阵列。wlan基带电路1838a和bt基带电路1838b中的每一个还可以包括一个或多个处理器和控制逻辑，以处理从无线电ic电路1836的对应的wlan或bt接收信号路径接收的信号，并且还生成对应的wlan或bt基带信号，以用于无线电ic电路1836的发送信号路径。基带处理电路1838a和1838b中的每一个还可以包括物理层(phy)和介质接入控制层(mac)电路，并且可以进一步与应用处理器1851接口(或者在其他示例中，为处理器电路1850)，以用于生成和处理基带信号以及用于控制无线电ic电路1836的操作。
[0296]
仍然参照图20，根据所示的方面，wlan
‑
bt共存电路1843可以包括在wlan基带电路1838a与bt基带电路1838b之间提供接口的逻辑，以实现需要wlan和bt共存的用例。此外，可以在wlan fem电路1834a与bt fem电路1834b之间提供切换器1833，以允许根据应用需要在wlan与bt无线电之间切换。此外，尽管天线1831a、1831b被描绘为分别连接到wlan fem电路1834a和bt fem电路1834b，但是本公开的方面在其范围内包括在wlan与bt之间共享一个或多个天线fem，或者提供多于一个连接到fem 1834a或1834b中每一个的天线。
[0297]
在本公开的一些方面，前端模块电路1834、无线电ic电路1836和基带处理电路1838可以提供在单个无线电卡上。在其他方面中，一个或多个天线1831a、1831b、fem电路1834和无线电ic电路1836可以提供在单个无线电卡上。在本公开的一些其他方面中，无线电ic电路1836和基带处理电路1838可以提供在单个芯片或集成电路(ic)上。
[0298]
图21示出了机架规模设计(rsd)部件，这些部件可以包括作为边缘平台架构中的服务器或其他分立计算节点的一部分。当实现为服务器(例如，在服务器机架、刀片等中)时，该布置提供节点1800或设备1950的可配置处理部件的更近视图。该可配置架构与其他一些架构不同之处在于：分解现场可编程门阵列(fpga)、非易失性存储器(nvme)和输入输出(i/o)池化资源。fpga和nvme资源提供可以用于任何类型的边缘服务(例如，视频或语音分析)的元件。i/o池化可以用于提供灵活的nf。该架构使得能够根据特定vnf的预计数据速率或网络负荷缩放网络接口。该架构还可以实现根据给定节点上发生的网络处理类型将不同的网络卡映射到计算节点的灵活性。
[0299]
所示的rsd架构包括交付点(pod)管理器2142。pod管理器2142负责管理pod(例如，一个或多个机架)内的资源——包括计算资源和分解资源。pod管理器2142向编排器开放接口，以创建、管理或销毁合成节点。管理合成节点包括按比例放大或缩小连接到特定计算板2140的池化资源2148的量的特征。pod管理器2142通常在节点控制器上运行。pod管理器2142负责发现pod中的资源，配置和管理资源，组成逻辑服务器。在示例中，pod管理器2142是可选的单独部件，在机架中不需要。然而，在示例中，为了是“符合rsd的”，机架可由经过认证的pod管理器来管理。
[0300]
以下是pod管理器2142的一些示例属性。例如，机架可以包括用于执行边缘服务和其他相关系统软件栈(例如，编排或其他系统服务)的一组计算板(sled)2140。一种类型的
计算板2140可以是池化资源板。该计算板2140可以管理一组分解的资源。这里，计算板1840可以包括池化系统管理引擎软件(psme)2141。psme 2141提供管理接口以在抽屉级管理模块或刀片。在示例中，机架包含一个或多个逻辑psme。例如，每个抽屉可以具有psme，或者服务器抽屉可以共享psme，或者psme可以在机架顶(tor)2144交换机或单独的主机上运行。在示例中，psme 2141支持rsd api。
[0301]
在示例中，计算板2140可以包括处理器(例如，clx)以运行rsd软件栈，其实现充当目标系统的nvm
‑
of或fpga
‑
of并管理一组分解的资源。在示例中，处理器使用pcie x16分叉端口连接到pcie交换机2146，从而提供对目标资源(rsd 2148中的fpga或nvme)的访问。
[0302]
可以在计算板2140中使用各种rsd边缘合成的节点风格来运行边缘服务。在这些节点上运行的服务可以使用客户端软件库或驱动程序来提供对rsd 2148中的分解的fpga和nvme的透明访问。在其他示例中，机架包括将计算板2140连接到一组分解的资源(例如，rsd 2148)的一个或多个pcte。
[0303]
图18、图19、图20和图21的图示旨在描绘边缘计算节点的不同设备、子系统或布置的部件的高层次视图。然而，将理解的是，所示的一些部件可以被省略，可以存在附加部件，并且所示的部件的不同布置可以出现在其他实现方式中。此外，这些布置可用于各种用例和环境，包括下面讨论的那些(例如，智慧城市或智慧工厂的工业计算中的移动ue，以及许多其他示例)。
[0304]
图18、图19、图20和图21的相应计算平台可以通过使用在单个计算平台上运行的租户容器来支持多个边缘实例(例如，边缘集群)。同样，多个边缘节点可以作为在同一计算平台内的租户上运行的子节点存在。因此，基于可用资源划分，单个系统或计算平台可以被划分或分割为支持多个租户和边缘节点实例，其中每一个都可以支持多个服务和功能——即使在多个计算平台实例中潜在地由多个所有者操作或控制时。这些各种类型的分区可以通过使用lsm或隔离/安全策略的其他实现方式来支持复杂的多租户和多股东的多种组合。因此，在以下部分中提到对使用lsm和增强或实现这样的安全特征的安全特征的引用。同样，在这些各种类型的多实体分区上操作的服务和功能可以进行负载平衡、迁移和编排，以完成需要的服务目标和操作。
[0305]
iv.示例实现方式
[0306]
目前描述的方法、系统和设备实施例的附加示例包括以下非限定性实现方式。以下非限定性示例中的每一个可以独立存在或者可以与下文或贯穿本公开提供的其他示例中的任何一个或多个通过任何排列或组合进行组合。
[0307]
示例1包括：一种操作与网络接入基础设施共站的mec主机的方法，所述方法包括：接收对用于沿着车辆用户设备(vue)的计划路线的无线通信服务的预测服务质量(qos)的请求消息，所述请求消息包括用于沿着所述计划路线的至少两个点中的每个点的位置信息(locationinfo)和用于所述至少两个点中的每个点的时间戳；以及响应于所述请求消息的接收，基于用于每个点的所述位置和所述时间戳确定用于对于沿着所述计划路线的所述vue的所述无线通信服务的所述预测qos。
[0308]
示例2a包括：如示例1所述的方法，其中，所述请求消息还包括路线数据元素，所述路线数据元素包括与所述vue的潜在路线有关的信息。
[0309]
示例2b包括：如示例2a和/或本文一些其他示例所述的方法，其中，所述请求消息
还包括预测qos数据结构，并且所述预测qos数据结构包括所述路线数据元素。
[0310]
示例3a包括：如权利要求1
‑
2a和/或本文一些其他示例所述的方法，其中，所述路线数据元素包括用于所述至少两个点中的每个点的路线信息(routeinfo)数据元素。
[0311]
示例3b包括：如示例2b和/或本文一些其他示例所述的方法，其中，所述预测qos数据结构包括所述路线数据元素和用于所述至少两个点中的每个点的routeinfo数据元素。
[0312]
示例4包括：如示例3a
‑
3b和/或本文一些其他示例所述的方法，其中，所述路线数据元素中包括的最前routeinfo数据元素对应于所述计划路线的起点，并且所述路线数据元素中包括的最后routeinfo数据元素对应于所述计划路线的终点。
[0313]
示例5包括：如示例4和/或本文一些其他示例所述的方法，其中，所述路线数据元素还包括一个或多个中间routeinfo数据元素，所述中间routeinfo数据元素中的每一个对应于所述计划路线的所述起点与所述计划路线的所述终点之间的相应中间点。
[0314]
示例6包括：如示例3a
‑
5和/或本文一些其他示例所述的方法，其中，用于每个点的所述routeinfo数据元素包括包含所述locationinfo的位置数据元素和包含所述时间戳的时间数据元素。
[0315]
示例7包括：如示例6和/或本文一些其他示例所述的方法，其中，所述locationinfo包括所述vue附着到的服务小区的经度和纬度坐标或全球小区标识符，并且所述时间戳是由所述locationinfo指示的位置处的估计时间。
[0316]
示例8a包括：如示例3a
‑
6和/或本文一些其他示例所述的方法，其中，所述请求消息还包括时间粒度数据元素和位置粒度数据元素，所述时间粒度数据元素包括指示访问位置的时间粒度的时间戳值，并且所述位置粒度数据元素包括指示由经度和纬度边际以米为单位测量的受访问位置的粒度的串。
[0317]
示例8b包括：如示例8a和/或本文一些其他示例所述的方法，其中，所述时间粒度数据元素和所述位置粒度数据元素包括于所述预测qos数据结构中。
[0318]
示例9a包括：如示例1
‑
8b和/或本文一些其他示例所述的方法，还包括：生成包括用于沿着所述计划路线的每个点的无线电测量的响应消息；以及向所述vue发送所述响应消息。
[0319]
示例9b包括：如示例9a和/或本文一些其他示例所述的方法，还包括：生成所述响应消息以包括另一预测qos数据结构，所述另一预测qos数据结构包括用于沿着所述计划路线的每个点的所述无线电测量。
[0320]
示例10a包括：如示例9a
‑
9b和/或本文一些其他示例所述的方法，其中，所述响应消息还包括另一路线数据元素，所述另一路线数据元素包括用于所述至少两个点中的每个点的另一routeinfo数据元素，并且用于每个点的所述routeinfo数据元素包括包含所述至少两个点中的对应点的locationinfo的位置数据元素、包含用于所述对应点的预测rsrp值的参考信号接收功率(rsrp)数据元素和包含用于所述对应点的预测rsrq值的参考信号接收质量(rsrq)数据元素。
[0321]
示例10b包括：如示例10a和/或本文一些其他示例所述的方法，其中，所述另一预测qos数据结构包括所述另一路线数据元素。
[0322]
示例11包括：如示例10和/或本文一些其他示例所述的方法，其中，所述另一路线数据元素中包括的最前另一routeinfo数据元素对应于所述计划路线的起点，所述另一路
线数据元素中包括的最后另一routeinfo数据元素对应于所述计划路线的终点，并且所述另一路线数据元素中包括的一个或多个另一中间routeinfo数据元素对应于所述计划路线的所述起点与所述计划路线的所述终点之间的各个中间点。
[0323]
示例12包括：如示例9
‑
11所述的方法，其中，通过vis应用编程接口(api)传递所述请求和所述响应。
[0324]
示例13包括：如示例1
‑
12和/或本文一些其他示例所述的方法，其中，确定用于沿着所述计划路线的所述vue的所述预测qos包括：识别由一个或多个其他vue收集的无线电信息与沿着所述计划路线的所述至少两个点之间的空间时间相关性。
[0325]
示例14a包括：如示例1
‑
13和/或本文一些其他示例所述的方法，其中，确定用于对于沿着所述计划路线的所述vue的所述无线通信服务的用于所述vue的所述预测qos包括：经由对应mec api从mec信息服务请求信息；从所述mec信息服务接收所请求的信息；以及使用接收到的信息预测所述至少两个点中的每个点处的无线电信号质量网络，其中，所述mec信息服务是无线电网络信息服务、mec位置服务、用户身份服务、带宽管理服务、无线局域网接入信息服务或固定接入信息服务。示例14b包括：如示例14a和/或本文一些其他示例所述的方法，其中，所述无线电信号质量预测指示网络拥塞的等级或量。
[0326]
示例15包括：一种操作vue的方法，所述方法包括：生成请求消息以请求用于沿着计划路线的车辆到万物(v2x)服务的服务质量(qos)预测，所述请求消息包括预测qos数据结构，所述预测qos数据结构包括用于沿着所述计划路线的至少两个点中的每个点的位置信息(locationinfo)和用于所述至少两个点中的每个点的时间戳；以及经由v2x信息服务(vis)应用编程接口(api)向多接入边缘计算(mec)主机发送所述请求消息；以及经由所述vis api从所述mec主机接收响应消息，所述响应消息包括包含用于对于所述至少两个点中的每个点的所述v2x服务的预测qos的另一预测qos数据结构。
[0327]
示例16包括：如示例15和/或本文一些其他示例所述的方法，其中，所述预测qos数据结构包括路线数据元素，所述路线数据元素包括用于所述至少两个点中的对应点的路线信息(routeinfo)数据元素，并且用于所述对应点的routeinfo数据元素包括包含所述对应点的locationinfo的位置数据元素和包含用于所述对应点的所述时间戳的时间数据元素。
[0328]
示例17包括：如示例16和/或本文一些其他示例所述的方法，其中，所述路线数据元素中包括的最前routeinfo数据元素的所述对应点是所述计划路线的起点，并且所述路线数据元素中包括的最后routeinfo数据元素的所述对应点是所述计划路线的终点。
[0329]
示例18包括：如示例17和/或本文一些其他示例所述的方法，其中，用于所述起点的所述时间戳是所述vue访问了由所述最前routeinfo数据元素中的所述locationinfo指示的位置的时间，并且用于所述终点的所述时间戳是所述vue将访问由所述最后routeinfo数据元素中的所述locationinfo指示的位置的预测时间。
[0330]
示例19包括：如示例17
‑
18和/或本文一些其他示例所述的方法，其中，所述路线数据元素还包括一个或多个中间routeinfo数据元素，所述一个或多个中间routeinfo数据元素中的每个中间routeinfo数据元素对应于所述起点和所述终点之间的路点。
[0331]
示例20包括：如示例19和/或本文一些其他示例所述的方法，其中，用于至少一个路点的所述时间戳是所述vue访问了由对应于所述至少一个路点的所述中间routeinfo数据元素中的所述locationinfo指示的位置的时间，并且用于另一路点之点的所述时间戳是
所述vue将访问由对应于所述另一路点的所述routeinfo数据元素中的所述locationinfo指示的位置的预测时间。
[0332]
示例21包括：如示例16
‑
20和/或本文一些其他示例所述的方法，其中，所述另一预测qos数据结构包括另一路线数据元素，所述另一路线数据元素包括用于所述至少两个点中的所述对应点的另一routeinfo数据元素，并且用于所述对应点的所述routeinfo数据元素包括：位置数据元素，其包括所述对应点的所述locationinfo，时间数据元素，其包括用于所述对应点的所述时间戳，参考信号接收功率(rsrp)数据元素，其包括由所述对应点的所述locationinfo指示的位置处以及在所述时间数据元素中的所述时间戳的时间期间的预测rsrp值，和参考信号接收质量(rsrq)数据元素，其包括由所述对应点的所述locationinfo指示的所述位置处以及在所述时间数据元素中的所述时间戳的所述时间期间的预测rsrq值。
[0333]
示例22包括：一种用于获得用于v2x服务的行程特定qos预测的方法，所述方法包括：由vue经由vis api向mec主机发送对所述行程特定qos预测的请求，所述请求指示包括起点、终点和所述起点与所述终点之间的零个或多个路点的计划路线；以及由所述vue经由所述vis api从所述mec主机接收响应消息，所述响应消息包括用于针对所述起点、所述终点和所述零个或多个路点中的每一个的v2x服务的预测qos。
[0334]
示例23a包括：如示例22和/或本文一些其他示例所述的方法，还包括：在所确定的无线电信息报告周期性的每个周期，收集包括一个或多个无线电测量报告的无线电信息；以及经由所述vis api或另一mec api向所述mec主机发送所述无线电信息。
[0335]
示例23b包括：如示例22
‑
23a和/或本文一些其他示例所述的方法，还包括：基于用于每个点的所述预测qos，确定是否在所述至少两个点中的每个点处执行数据传送。
[0336]
示例24包括：一种方法，其包括用于提供用于网络服务的行程特定qos预测的指令，所述方法包括：经由车辆到万物信息服务(vis)应用编程接口(api)从车辆用户设备(vue)接收对所述行程特定qos预测的请求，所述请求指示所述vue的计划路线，所述计划路线包括起点、终点和所述起点与所述终点之间的规划为待在特定时间点访问的零个或多个路点；由所述mec主机使用对应mec api获得来自一个或多个vue的无线电信息和来自一个或多个其他mec主机的其他信息；由所述mec主机基于所述无线电信息和所述其他信息确定用于对于所述起点、所述终点和所述零个或多个路点中的每一个的网络服务的预测qos；以及由所述mec主机经由所述vis api向所述vue发送tpc，消息，所述响应消息包括用于对于所述起点、所述终点和所述零个或多个路点的网络服务的所述预测qos。
[0337]
示例25包括：如示例24和/或本文一些其他示例所述的方法，其中，所述其他信息是以下中的一个或多个：从无线电网络信息(rni)服务获得的rni、从位置服务获得的位置信息、从用户身份服务获得的用户身份信息、从带宽管理(bwm)服务获得的bwm信息、从无线局域网接入信息(wai)服务获得的wai和从固定接入信息(fai)服务获得的fai。
[0338]
示例实现方式是一种边缘计算系统，其包括相应边缘处理设备和节点，以调用或执行示例1
‑
25或本文描述的其他主题的操作。另一示例实现方式是一种客户端端点节点，其可操作为调用或执行示例1
‑
25或本文描述的其他主题的操作。另一示例实现方式是一种聚合节点、网络集线器节点、网关节点或核心数据处理节点，其处于边缘计算系统内或耦合到边缘计算系统，可操作为调用或执行示例1
‑
25或本文描述的其他主题的操作。另一示例
实现方式是一种接入点、基站、路边单元、街边单元或预置单元，其位于边缘计算系统内或耦合到边缘计算系统，可操作为调用或执行示例1
‑
25或本文描述的其他主题的操作。另一示例实现方式是一种边缘配给节点、服务编排节点、应用编排节点或多租户管理节点，其处于边缘计算系统内或耦合到边缘计算系统，可操作为调用或执行示例1
‑
25或本文描述的其他主题的操作。
[0339]
另一示例实现方式是一种操作边缘配给服务、应用或服务编排服务、虚拟机部署、容器部署、功能部署和计算管理的边缘节点，其处于边缘计算系统内或耦合到边缘计算系统，可操作为调用或执行示例1
‑
25或本文描述的其他主题的操作。另一示例实现方式是一种可操作为边缘网格、具有侧车装载的边缘网格或具有网格到网格通信的边缘计算系统，其可操作为调用或执行示例1
‑
25或本文描述的其他主题的操作。另一示例实现方式是一种包括网络功能、加速功能、加速硬件、存储硬件或计算硬件资源的方面的边缘计算系统，其可操作为通过使用示例1
‑
25或本文描述其他主题调用或执行本文讨论的使用情况。另一示例实现方式是一种适用于支持客户端移动性、车辆到车辆(v2v)、车辆到万物(v2x)或车辆到基础设施(v2i)场景并且可选地根据etsi mec规范进行操作的边缘计算系统，其可操作为通过使用示例1
‑
25或本文描述其他主题调用或执行本文讨论的使用情况。另一示例实现方式是一种适用于移动无线通信的边缘计算系统，包括根据3gpp4g/lte或5g网络能力的配置，其可操作为通过使用示例1
‑
25或本文描述其他主题调用或执行本文讨论的使用情况。
[0340]
示例z01包括：一种装置，其包括用于执行示例1
‑
25中任一项中描述的或与之有关的方法或本文描述的任何其他方法或过程的一个或多个要素的部件。示例z02包括：一种或多种非瞬时计算机可读介质，其包括指令，其中，电子设备进行的所述指令的执行可操作为使所述电子设备执行示例1
‑
25中任一项中描述的或与之有关的方法或本文描述的任何其他方法或过程的一个或多个要素。示例z03包括：一种计算机程序，其包括指令，其中，处理元件进行的程序的执行可操作为使所述处理元件执行执行示例1
‑
25中任一项和/或其部分中描述的或与之有关的方法、技术或过程。示例z04包括：一种装置，其包括用于执行示例1
‑
25/中任一项中描述的或与之有关的方法或本文描述的任何其他方法或过程的一个或多个要素的逻辑、模块或电路。示例z05包括：一种装置，其被配置为执行示例1
‑
25/中任一项中描述的或与之有关的方法和/或本文描述的任何其他方法或过程的一个或多个要素。
[0341]
示例z06包括：一种示例1
‑
25/中任一项和/或其部分或局部中描述的或与之有关的方法、技术或过程。示例z07包括：一种装置，其包括：处理器电路；和计算机可读介质，其包括指令，其中，所述一个或多个处理器可配置为执行示例1
‑
25/中任一项和/或其部分中描述的或与之有关的方法、技术或过程。示例z08包括：一种示例1
‑
25/中任一项和/或其部分或局部中描述的或与之有关的信号。示例z09包括：一种示例1
‑
25/中任一项或其部分或局部中描述的或与之有关的和/或本公开中以其他方式描述的数据报、分组、帧、分段、协议数据单元(pdu)或消息。示例z10包括：一种信号，其通过示例1
‑
25/中任一项或其部分或局部中描述的或与之有关的和/或本公开中以其他方式描述的数据报、分组、帧、分段、pdu或消息得以编码。
[0342]
示例z11包括：一种信号，其通过示例1
‑
25/中任一项和/或其部分或局部中描述的或与之有关的和/或本公开中以其他方式描述的数据得以编码。示例z12包括：一种电磁信号，其携带计算机可读指令，其中，一个或多个处理器进行的所述计算机可读指令的执行可
操作为或可配置为使所述一个或多个处理器执行执行示例1
‑
25/中任一项或其部分中描述的或与之有关的方法、技术或过程。示例z13包括：一种api或规范，其定义函数、方法、变量、数据结构、协议等，定义或涉及示例1
‑
25/中任一项或其部分或以其他方式与示例1
‑
25/中任一项或其部分有关的使用。示例z14包括：一种多接入边缘计算(mec)主机，其执行作为虚拟化基础设施上实例化的一个或多个mec应用的部分的服务，所述服务与示例1
‑
25中任一项或其部分有关，并且其中，所述mec主机被配置为根据来自一个或多个etsi mec标准系列的标准进行操作。
[0343]
示例z15包括一种如本文示出并描述的无线网络中的信号。示例z16包括一种如本文示出并描述的在无线网络中进行通信的方法。示例z17包括一种如本文示出并描述的用于提供无线通信的系统。示例z18包括一种如本文示出并描述的用于提供无线通信的设备。
[0344]
v.术语
[0345]
如本文所用，单数形式“一个(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)。描述可以使用短语“在实施例中”或“在一些实施例中”，其可以均指代一个或多个相同或不同的实施例。此外，关于本公开的实施例所使用的术语“包括(comprising)”、“包括(including)”、“具有(having)”等是同义的。
[0346]
在本文中使用术语“耦合”、“以通信方式耦合”连同其派生词。术语“耦合”可以意指两个或更多个元件彼此直接物理或电接触，可以意指两个或更多个元件彼此间接接触但仍彼此协作或交互，和/或可以意指一个或多个其他元件耦合或连接在称为彼此耦合的元件之间。术语“直接耦合”可以意指两个或更多个元件彼此直接接触。术语“以通信方式耦合”可以意指两个或更多个元件可以通过通信(包括通过有线或其他互连连接、通过无线通信信道或链路等)彼此接触。
[0347]
术语“电路”指代被配置为在电子设备中执行特定功能的电路或多个电路的系统。电路或电路的系统可以是被配置为提供所描述的功能的一个或多个硬件组件(例如，逻辑电路、处理器(共享、专用或群组)和/或存储器(共享、专用或群组)、asic、fpga、可编程逻辑控制器(plc)、soc、sip、多芯片封装(mcp)、dsp等)的部分或包括一个或多个硬件组件。此外，术语“电路”也可以指用以执行程序代码的功能的一个或多个硬件元件与该程序代码的组合。一些类型的电路可以执行一个或多个软件或固件程序以提供至少一些所描述的功能。这种硬件元件和程序代码的组合可以称为特定类型的电路。
[0348]
应理解，本说明书中描述的功能单元或能力可能已经称为或标记为组件或模块，以更具体地强调它们的实现方式独立性。可以通过任何数量的软件或硬件形式体现这些组件。例如，组件或模块可以实现为包括定制的超大规模集成(vlsi)电路或门阵列、现货半导体(例如，逻辑芯片)、晶体管或其他分立组件的硬件电路。组件或模块也可以实现于可编程硬件设备(例如，现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等)中。组件或模块也可以实现于软件中，以用于由各种类型的处理器执行。例如，所识别的可执行代码的组件或模块可以包括可以例如组织为对象、过程或功能的一个或多个实体或逻辑计算机指令
块。然而，所识别的组件或模块的可执行文件无需以实体方式定位在一起，而是可以包括不同位置中存储的不同指令，其当以逻辑方式结合在一起时包括组件或模块并实现用于组件或模块的所声明的目的。
[0349]
实际上，可执行代码的组件或模块可以是单个指令或许多指令，并且可以甚至分布遍及若干不同的代码段、不同的程序之间以及跨越若干存储器设备或处理系统。具体而言，所描述的过程的一些方面(例如，代码重写和代码分析)可以发生在与(例如，传感器或机器人中嵌入的计算机中)部署代码的处理系统不同的(例如，数据中心的计算机中的)处理系统上。相似地，操作数据可以在本文中在组件或模块内得以识别并且示出，并且可以通过任何合适的形式得以体现而且可以在任何合适类型的数据结构内得以组织。操作数据可以作为单个数据集收集，或可以分布在包括不同存储设备的不同位置上，并且可以至少部分地仅作为系统或网络上的电子信号存在。组件或模块可以是无源的或有源的，包括可操作为执行期望功能的代理。
[0350]
本文使用的术语“处理器电路”指代能够顺序地并且自动地执行一系列算术或逻辑运算或记录、存储和/或传送数字数据的电路，是其部分，或包括它。术语“处理器电路”可以指代一个或多个应用处理器、一个或多个基带处理器、物理cpu、单核处理器、双核处理器、三核处理器、四核处理器和/或能够执行或以其他方式操作计算机可执行指令(例如，程序代码、软件模块和/或功能过程)的任何其他设备。术语“应用电路”和/或“基带电路”可以视为与“处理器电路”是同义的，并且可以称为“处理器电路”。
[0351]
本文使用的术语“存储器”和/或“存储器电路”指代用于存储数据的一个或多个硬件设备，包括ram、mram、pram、dram和/或sdram、内核存储器、rom、磁盘存储介质、光存储介质、闪存设备或其他用于存储数据的机器可读介质。术语“计算机可读介质”可以包括但不限于存储器、便携式或固定式存储设备、光存储设备以及能够存储、包含或携带指令或数据的各种其他介质。
[0352]
本文使用的术语“接口电路”指代赋能在两个或更多个组件或设备之间交换信息的电路，或者是其部分，或者包括它。术语“接口电路”可以指代一个或多个硬件接口(例如，总线、i/o接口、外围组件接口、网络接口卡等)。
[0353]
术语“元件”指代在给定抽象等级的不可分割的并且具有明确限定的边界的单元，其中，元件可以是任何类型的实体，包括例如一个或多个设备、系统、控制器、网络元件、模块等或其组合。术语“设备”指代物理实体，其嵌入其附近的另一的物理实体内部或附接到其附近的另一的物理实体，具有从该物理实体或向该物理实体传达数字信息的能力。术语“实体”指代架构或设备的相异组件、或作为净荷传送的信息。术语“控制器”指代具有例如通过改变其状态或导致物理实体移动影响物理实体的能力的元件或实体。
[0354]
如本文所用，术语“边缘计算”涵盖分布式计算的许多实现方式，将处理活动和资源(例如，计算、存储、加速资源)移动朝向网络的“边缘”，以设法对于端点用户(客户端设备、用户设备等)减少时延并增加吞吐量。此类边缘计算实施方式典型地涉及从可经由无线网络接入的一个或多个位置在类云服务、功能、应用和子系统中提供此类活动和资源。因此，本文使用的对网络、集群、域、系统或计算布置的“边缘”的引用是功能分布式计算元素的群组或分组，并且因此通常与图论中使用的“边缘”(链接或连接)无关)。可经由移动无线网络(例如，蜂窝和wifi数据网络)接入的边缘计算应用和服务的具体布置可以称为“移动
边缘计算”或“多接入边缘计算”，其可以通过首字母缩写词“mec”得以引用。本文的“mec”的用法也可以指代由欧洲电信标准协会(etsi)颁布的标准化实现方式，称为“etsi mec”。由etsi mec规范使用的术语通常通过引用并入本文，除非本文提供相互冲突的定义或用法。
[0355]
如本文所用，术语“计算节点”或“计算设备”指代实现边缘计算操作的方面的可识别实体，而无论是较大系统的部分、分布式系统集合还是独立装置。在一些示例中，计算节点可以称为“边缘节点”、“边缘设备”、“边缘系统”，而无论是作为客户端、服务器还是中间实体进行操作。计算节点的具体实现方式可以合并到服务器、基站、网关、路边单元、驻地单元、ue或终端消费设备等中。
[0356]
本文使用的术语“计算机系统”指代任何类型的互连电子设备、计算机设备或其组件。此外，术语“计算机系统”和/或“系统”可以指代彼此以通信方式耦合的计算机的各种组件。此外，术语“计算机系统”和/或“系统”可以指代彼此以通信方式耦合并被配置为共享计算和/或连网资源的多个计算机设备和/或多个计算系统。
[0357]
本文使用的术语“架构”指代计算机架构或网络架构。“网络架构”是网络中的软件和/或硬件元件的物理和逻辑设计或布置，包括通信协议、接口和媒体传输。“计算机架构”是计算系统或平台中软件和/或硬件元件的物理和逻辑设计或布置，包括用于它们之间的交互的技术标准。
[0358]
本文使用的术语“器具”、“计算机器具”等指代具有专门设计为提供特定计算资源的程序代码(例如，软件或固件)的计算机设备或计算机系统。“虚拟设备”是待由虚拟化或仿拟计算机器具或以其他方式专用于提供特定计算资源的配备管理程序的设备实现的虚拟机映像。
[0359]
本文使用的术语“用户设备”或“ue”指代具有无线电通信能力的设备，并且可以描述通信网络中的网络资源的远端用户。术语“用户设备”或“ue”可以视为同义于并且可以称为客户端、移动、移动设备、移动终端、用户终端、移动单元、站、移动站、移动用户、订户、用户、远端站、接入代理、用户代理、接收机、无线电设备、可重构无线电设备、可重构移动设备等。此外，术语“用户设备”或“ue”可以包括任何类型的无线/有线设备或任何包括无线通信接口的计算设备。术语“站”或“sta”指代作为对无线介质(wm)的介质接入控制(mac)和物理层(phy)接口的可单独寻址实例的逻辑实体。术语“无线介质”或“wm”指代用以在无线局域网(lan)的对等物理层(phy)实体之间实现协议数据单元(pdu)的传送的介质。
[0360]
本文使用的术语“网络元件”指代用以提供有线或无线通信网络服务的实体或虚拟化设备和/或基础设施。术语“网络元件”可以视为与连网的计算机、连网硬件、网络设备、网络节点、路由器、交换机、集线器、网桥、无线电网络控制器、ran设备、ran节点、网关、服务器、虚拟化vnf、nfvi等是同义的。
[0361]
如本文所使用的，术语“接入点”或“ap”指代包含一个站(sta)并且对于关联sta经由无线介质(wm)提供对分发服务的接入的实体。ap包括sta和分发系统接入功能(dsaf)。如本文所用，术语“基站”指代无线接入网(ran)(例如，第四代(4g)或第五代(5g)移动通信网络)中的网络元件，其负责在一个或多个小区中向或从用户设备(ue)发送和接收无线电信号。基站可以具有集成天线，或者可以通过馈线电缆连接到天线阵列。基站使用专用数字信号处理和网络功能硬件。在一些示例中，为了灵活性、成本和性能，基站可以划分成在软件中进行操作的多个功能块。在一些示例中，基站可以包括演进节点b(enb)或下一代节点b
(gnb)。在一些示例中，基站可以操作或包括计算硬件以操作为计算节点。然而，在本文讨论的许多场景中，可以用接入点(例如，无线网络接入点)或其他网络接入硬件代替ran基站。
[0362]
如本文所用，术语“中心局”(或co)指示可接入的或所定义的地理区域内的电信基础设施的聚合点，一般地，其中，电信服务提供商传统上已经定位交换设备以用于一种或多种类型的接入网。co可以在实体上被设计为容纳电信基础设施设备或计算、数据存储和网络资源。然而，co无需是由电信服务提供商指定的位置。co可以托管用于边缘应用和服务的任何数量的计算设备或甚至类云服务的本地实现方式。
[0363]
术语“云计算”或“云”指代用按需提供自助服务配给和管理并且无需用户进行的主动管理赋能网络接入可扩展且弹性的可共享计算资源池的范式。云计算提供云计算服务(或云服务)，其为经由使用所定义的接口(例如，api等)调用的云计算所提供的一种或多种能力。术语“计算资源”或简称“资源”指代计算机系统或网络内的有限可用性的任何实体或虚拟组件或此类组件的使用。计算资源的示例包括对服务器、处理器、存储设备、存储器设备、存储器区域、网络、电力、输入/输出(外围)设备、机械设备、网络连接(例如，信道/链路、端口、网络套接等)、操作系统、虚拟机(vm)、软件/应用、计算机文件等的达一时间段的使用/访问。“硬件资源”可以指代由实体硬件元件提供的计算、存储和/或网络资源。“虚拟化资源”可以指代由虚拟化基础设施提供给应用、设备、系统等的计算、存储和/或网络资源。术语“网络资源”或“通信资源”可以指代计算机设备/系统可经由通信网络访问的资源。术语“系统资源”可以指代用于提供服务的任何种类的共享实体，并且可以包括计算和/或网络资源。系统资源可以看作可以通过服务器访问的一致功能、网络数据对象或服务的集合，其中，这些系统资源驻留在单个主机或多个主机上并且是可清楚地识别的。
[0364]
术语“工作负载”指代在一时间段期间或在特定时刻由计算系统、设备、实体等执行的工作的量。工作负载可以表示为基准(例如，响应时间、吞吐量(例如，在一时间段内完成多少工作)等)。附加地或替代地，工作负载可以表示为存储器工作负载(例如，程序执行以存储临时或永久数据并且执行中间计算所需的存储器空间的量)、处理器工作负载(例如，在给定时间段期间或在特定时刻正由处理器执行的指令的数量)、i/o工作负载(例如，在给定时间段期间或在特定时刻的输入和输出或系统访问的数量)、数据库工作负载(例如，在一时间段期间的数据库查询的数量)，网络有关工作负载(例如，网络附着的数量、移动性更新的数量、无线电链路故障的数量、切换的数量、待通过空中接口传送的数据的量等)等。可以使用各种算法以确定工作负载和/或工作负载特性，其可以基于前述工作负载类型中的任一种。
[0365]
如本文所用，术语“云服务提供商”(或csp)指示典型地运营(例如，在公有云的上下文中使用的)由集中式、区域性和边缘数据中心组成的大规模“云”资源的组织。在其他示例中，csp也可以称为云服务运营商(cso)。对“云计算”的引用通常指代由csp或cso在具有相对于边缘计算的至少有所增加的时延、距离或约束的远端位置处提供的计算资源和服务。
[0366]
如本文所用，术语“数据中心”指代专门设计的结构，其旨在容纳多个高性能计算和数据存储节点，以使得大量的计算、数据存储和网络资源存在于单个位置处。这一般必须专用机架和外壳系统、合适的加热、冷却、通风、安全、灭火和电力输送系统。在一些上下文中，术语也可以指代计算和数据存储节点。数据中心在集中式或云数据中心(例如，最大)、
区域数据中心和边缘数据中心(例如，最小)之间可以按比例变化。
[0367]
如本文所用，术语“接入边缘层”指示最靠近端用户或设备的基础设施边缘的子层。例如，这样的层可以由部署在蜂窝网络站点处的边缘数据中心实现。接入边缘层运作为基础设施边缘的前线，并且可以连接到层次结构中更高的聚合边缘层。
[0368]
如本文所用，术语“聚合边缘层”指示距接入边缘层离开一跳的基础设施边缘的层。该层可以作为单个位置中的中等规模数据中心存在，或者可以由多个互连的微型数据中心形成，以与接入边缘形成分层拓扑，以允许比单独接入边缘更好的协作、工作负载故障转移和可扩展性。
[0369]
如本文所用，术语“网络功能虚拟化”(或nfv)指示使用行业标准的虚拟化和云计算技术将nf从私有硬件设备内部的嵌入式服务迁移到标准化cpu(例如，在标准和服务器内，例如，包括xeon
tm
或epyc
tm
或opteron
tm
处理器的cpu)上运行的基于软件的虚拟化nf(或vnf)。在一些方面中，nfv处理和数据存储将发生在基础设施边缘内的直接连接到本地蜂窝站点的边缘数据中心处。
[0370]
如本文所用，术语“虚拟化nf”(或vnf)指示多功能、多用途计算资源(例如，x86、arm处理架构)上操作的基于软件的nf，其由nfv使用代替专用实体设备。在一些方面中，若干vnf将在基础设施边缘处的边缘数据中心上进行操作。
[0371]
如本文所用，术语“边缘计算节点”指代以设备、网关、网桥、系统或子系统、组件为形式的有计算能力的元件的真实世界、逻辑或虚拟化实现方式，而无论是否操作在服务器、客户端、端点或对等模式下，且无论是位于网络的“边缘”处还是网络内的更远的连接位置处。本文使用的对“节点”的引用通常可与“设备”、“组件”和“子系统”互换；然而，对“边缘计算系统”的引用通常指代分布式架构、组织或多个节点和设备的集合，并且其被组织为在边缘计算环境中完成或提供服务或资源的一些方面。
[0372]
如本文所用，术语“集群”指代作为以物理实体(例如，不同的计算系统、网络或网络群组)为形式的一个边缘计算系统(或多个系统)、逻辑实体(例如，应用、功能、安全构造、容器)等的部分的实体的集合或分组。在一些位置中，“集群”也称为“群组”或“域”。可以基于条件或功能(包括：据基于动态或属性的成员资格、据网络或系统管理场景、或据以下讨论的可以在集群中添加、修改或删除实体各种示例技术)修改或作用于集群的成员资格。集群可以还包括或关联于多个层、等级或属性(包括基于这些层、等级或属性的安全特征和结果的变化)。
[0373]
如本文所用，术语“无线电技术”指代用于针对信息传送的电磁辐射的无线发送和/或接收的技术。术语“无线接入技术”或“rat”指代用于对基于无线电的通信网络的底层物理连接的技术。术语“v2x”指代车辆到车辆(v2v)、车辆到基础设施(v2i)、基础设施到车辆(i2v)、车辆到网络(v2n)和/或网络到车辆(n2v)通信和关联无线接入技术(rat)。
[0374]
如本文所用，术语“通信协议”(有线或无线)指代由通信设备和/或系统实现以与其他设备和/或系统进行通信的标准化规则或指令集合，包括用于打包/解包数据、调制/解调信号、协议栈的实现等。本文使用的术语“信道”指代用以传递数据或数据流的任何有形或无形的传输介质。术语“信道”可以同义于和/或等同于“通信信道”、“数据通信信道”、“传输信道”、“数据传输信道”、“接入信道”、“数据接入信道”“链路、“数据链路”、“载波”、“射频载波”和/或任何表示传递数据所通过的通路或介质的其他类似术语。附加地，本文使用的
术语“链路”指代为了发送和接收信息的两个设备之间通过rat的连接。
[0375]
术语“服务质量”或“qos”指代对服务(例如，电话和/或蜂窝服务、网络服务、无线通信/连接性服务、云计算服务等)的整体性能的描述或测量。在一些情况下，可以从该服务的用户的角度描述或测量qos，并且因此，qos可以是确定该服务用户的满意程度的服务性能的共同效果。在其他情况下，qos指代流量优先级和资源预留控制机制，而不是所实现的服务质量的感知。在这些情况下，qos是用于向不同的应用、用户或数据流提供不同的优先级或者保证对数据流的特定水平的性能的能力。在任一情况下，qos特征在于适用于一个或多个服务的性能因素(例如，比如服务可操作性性能、服务可访问性性能；服务保留能力性能；服务可靠性性能、服务完整性性能和其他特定于每个服务的因素)的组合方面。当量化qos时，可以考虑服务的若干有关方面，包括丢包率、比特率、吞吐量、传输延迟、可用性、可靠性、抖动、信号强度和/或质量测量和/或其他测量(例如，本文所讨论的测量)。
[0376]
本文使用的术语“进行实例化”、“实例化”等指代实例的创建。“实例”也指代例如可以出现在程序代码的执行期间的对象的具体出现。术语“信息元素”指代包含一个或多个字段的结构元素。术语“字段”指代信息元素的单独内容或包含内容的数据元素。术语“数据库对象”、“数据结构”等可以指代以对象、属性值对(avp)、键值对(kvp)元组等为形式的信息的任何表示，并且可以包括变量、数据结构、函数、方法、类、数据库记录、数据库字段、数据库实体、数据和/或数据库实体之间的关联(也称为“关系”)、块链实现方式中的块和区块之间的链接等。术语“数据元素”或“de”指代包含一个单一数据的数据类型。术语“数据帧”或“df”指代以预定顺序包含多于一个的数据元素的数据类型。
[0377]
如本文所用，术语“可靠性”指代计算机有关组件(例如，软件、硬件或网络元件/实体)一致地执行期望功能和/或根据规范进行操作的能力。网络通信的上下文中的可靠性(例如，“网络可靠性”)可以指代网络执行通信的能力。网络可靠性也可以是(或测量)将指定量的数据从源交付到宿(或信宿)的概率。
[0378]
术语“应用”可以指代用于在操作环境中实现特定功能的完整且可部署的包、环境。术语“ai/ml应用”等可以是包含一些ai/ml模型和应用级描述的应用。术语“机器学习”或“ml”指代使用实现算法和/或统计模型的计算机系统以在不使用显式指令的情况下却反而依赖于模式和推断执行特定任务。ml算法基于样本数据(称为“训练数据”、“模型训练信息”等)构建或估计数学模型(称为“ml模型”等))以在没有显式编程以执行此类任务的情况下进行预测或决策。通常，ml算法是从关于某任务和某性能测度的经验中进行学习的计算机程序，而ml模型可以是在用一个或多个训练数据集训练ml算法之后创建的任何对象或数据结构。在训练之后，ml模型可以用以对新数据集进行预测。虽然术语“ml算法”指代与术语“ml模型”不同的概念，但为了本公开的目的，可以可互换地使用本文所讨论的这些术语。
[0379]
虽然通过使用特定蜂窝/移动网络术语(包括通过使用4g/5g3gpp网络组件(或预期的基于太赫兹的6g/6g 技术))提供许多先前示例，但将理解，这些示例可以应用于广域和本地无线网络的许多其他部署以及有线网络(包括光网络和关联光纤、收发机等)的集成。
[0380]
虽然已经参考特定示例性方面描述这些实现方式，但将显而易见的是，可以在不脱离本公开的更广泛范围的情况下对这些方面进行各种修改和改变。可以通过组合方式或通过并行实现方式使用本文描述的许多布置和过程，以提供更大的带宽/吞吐量并支持可
以使对正受服务的边缘系统可用的边缘服务选择。因此，说明书和附图要认为是说明性的而不是限制性的。形成其部分的附图通过说明而非限制的方式示出可以实践主题的特定方面。足够详细地描述所示出的方面以使本领域技术人员能够实践本文所公开的教导。可以利用其他方面并从中导出其他方面，从而可以在不脱离本公开的范围的情况下进行结构和逻辑替换和改变。因此，不应以限制性意义理解本详细描述，并且各个方面的范围仅由所附权利要求以及这些权利要求所赋予的等同物的全部范围限定。
[0381]
可以在本文中单独地和/或联合地指代本发明主题的这些方面，仅为了方便，并且如果实际上公开多于一个的方面，则并非意图自愿将本技术的范围限制为任何单个方面或发明构思。因此，虽然本文已经示出并描述特定方面，但应理解，任何被计算以实现相同目的的布置可以替代所示的特定方面。本公开旨在涵盖各个方面的任何和所有改动或变化。在浏览以上描述时，以上方面和本文未具体描述的其他方面的组合对于本领域技术人员将是显而易见的。