UPF选择方法及装置与流程

upf选择方法及装置
技术领域
1.本技术涉及通信技术领域，尤其涉及一种upf选择方法及装置。


背景技术：

2.多接入边缘计算(multi-acess edge computing，mec)能够将应用、内容和核心网部分业务处理和资源调度的功能一同部署到靠近接入侧的网络边缘，从而提高移动网络速率、降低时延并提升连接可靠性。
3.目前，在mec的站点中部署用户面功能(user plane function，upf)、移动边缘应用(mobile edge application，me app)时，为满足业务时延要求、降低网络带宽占用，希望app业务在mec站点内完成，因此upf的选择就显得尤为重要，现有技术中在选择upf时，通常是smf根据终端设备的接入位置、upf的动态负载和upf本身的能力来选择upf。
4.然而，基于上述方式选择的upf，在使用同站点的app处理业务时，可能出现同站点的算力资源不够的情况，从而导致业务处理失败。


技术实现要素：

5.本技术提供一种upf选择方法及装置，用于避免同站点的算力资源不够时，导致的业务处理失败的问题。
6.第一方面，本技术实施例提供一种upf选择方法，包括：
7.第一网元获取至少一个多接入边缘计算mec的业务处理装置的算力资源信息，以及所述第一网元可以根据获取到的所述mec的业务处理装置的算力资源信息选择第一mec，从而所述第一网元确定所述第一mec对应的用户面功能upf。
8.在上述过程中，通过根据各个mec的业务处理装置的算力资源信息选择第一mec，并且第一网元确定第一mec对应的upf，从而使得upf可以将业务数据报文转发给同站点的app，其中选择的第一mec有足够的算力资源供app处理至少一次业务，从而可以有效避免同站点的app处理业务时，同站点的算力资源不够导致的业务处理失败。
9.在一种可能的实施方式中，所述算力资源信息包括如下中的至少一种信息:算力资源类型、算力资源总资源数量，所述算力资源类型的对应的算力资源的可用资源数量。
10.在一种可能的实施方式中，所述方法还包括：
11.所述第一网元获取终端设备的算力资源要求，其中，所述算力资源要求包括如下中的至少一种：第二算力资源类型，各所述第二算力资源类型的要求数量。
12.其中，第一网元通过获取终端设备的算力资源要求，能够确定终端设备当前请求的业务所需要的算力资源类型是什么，以及需求的算力资源类型的数量是多少，从而能够根据终端设备的需求适应性的进行upf的选择。
13.在一种可能的实施方式中，所述第一网元根据各个所述mec的业务处理装置的算力资源信息选择第一mec，包括：
14.针对所述第二算力资源类型，选择所述第二算力资源类型的可用资源数量最大的
mec为所述第一mec。
15.在上述过程中，通过选择可用算力资源数量最大的mec为第一mec，其实现逻辑简单，并且有效保证选择的第一mec的算力资源能够满足app处理业务所需的算力资源。
16.在一种可能的实施方式中，所述第一网元根据各个所述mec的业务处理装置的算力资源信息选择第一mec，包括：
17.针对每一个所述第二算力资源类型，在各个所述mec中获取所述第二算力资源类型的可用资源数量满足预设阈值信息的mec，以得到所述第二算力资源类型对应的至少一个第二mec；
18.若所述第二算力资源类型的数量为1个，则在所述第二算力资源类型对应的至少一个第二mec中进行轮选，以选择所述第一mec；或者
19.若所述第二算力资源类型的数量大于1个，则取各个所述第二算力资源类型对应的至少一个第二mec的交集，并在所述交集中进行轮选，以选择所述第一mec。
20.在上述过程中，通过确定满足预设阈值信息以进行第一mec的选择，能够快速高效的选择到第一mec，并且预设阈值信息能够有效保证选择到的第一mec的算力资源数量足够app进行业务处理。
21.在一种可能的实施方式中，所述第一网元根据各个所述mec的业务处理装置的算力资源信息选择第一mec，包括：
22.针对每一个所述第二算力资源类型，将所述第二算力资源类型对应的可用资源数量小于所述第二算力资源类型的要求数量的mec排除，得到剩余mec；
23.若所述第二算力资源类型的数量为1个，则根据所述剩余mec中各个所述mec的所述第二算力资源类型对应的可用资源数量的比例，得到各个所述mec对应的权重，并根据各个所述mec对应的权重选择所述第一mec；或者
24.若所述第二算力资源类型的数量大于1个，则取各个所述第二算力资源类型的剩余mec的交集，根据所述交集中的各个所述mec的所述第二算力资源类型对应的可用资源数量的比例，得到所述交集中的各个所述mec对应的权重，并根据各个所述mec对应的权重选择所述第一mec。
25.在上述过程中，通过首先排除可用资源数量不足的mec，从而在剩余的mec中选择第一mec，能够有效保证选择的第一mec能够满足终端设备的业务所需要的算力资源，同时，本实施例中根据剩余的各个mec的算力资源数量的比例得到各个mec的权重，从而能够实现对剩余的各mec的均衡选择。
26.在一种可能的实施方式中，所述第一网元获取至少一个mec的业务处理装置的算力资源信息，包括：
27.针对每一个所述mec，所述第一网元接收所述mec按照预设周期上报的所述mec的业务处理装置的算力资源信息。
28.其中，通过mec按照预设周期上报算力资源信息，从而无需额外的信令指示。
29.在一种可能的实施方式中，所述第一网元获取至少一个mec的业务处理装置的算力资源信息，包括：
30.针对每一个所述mec，所述第一网元向所述mec发送查询请求；
31.接收所述mec根据所述查询请求返回的所述mec的业务处理装置的算力资源信息。
32.通过查询请求获取mec的业务处理装置的算力资源信息，从而可以根据实际需求获取需要的mec的业务处理装置的算力资源信息。
33.在一种可能的实施方式中，所述第一网元为应用功能af；
34.所述第一网元获取终端设备的算力资源要求，包括：
35.所述af接收来自于smf的第一请求消息，其中，所述第一请求消息包括所述终端设备的算力资源要求。
36.在一种可能的实施方式中，所述第一网元为af；
37.其中，所述af接收来自于smf的第一请求消息，所述第一请求消息包括第一候选upf列表；
38.所述第一网元根据各个所述mec的业务处理装置的算力资源信息选择第一mec，包括：
39.所述af根据各个所述mec的业务处理装置的算力资源信息，获取所述第一候选upf列表中的各个upf对应的mec的业务处理装置的算力资源信息；
40.所述af根据所述各个upf对应的mec的业务处理装置的算力资源信息，在所述各个upf对应的mec中选择第一mec。
41.在一种可能的实施方式中，所述第一网元为af；
42.所述第一网元获取终端设备的算力资源要求，包括：
43.所述af接收来自于终端设备的第二请求消息，其中，所述第二请求消息包括所述终端设备的算力资源要求，
44.所述第二请求消息为超文本传输协议域名系统httpdns请求，或者所述第二请求消息为域名系统dns查询请求。
45.在一种可能的实施方式中，所述第一网元为af；
46.其中，所述af接收来自于终端设备的第二请求消息，所述第二请求消息包括所述终端设备的位置信息；
47.所述第一网元根据各个所述mec的业务处理装置的算力资源信息选择第一mec，包括：
48.所述af根据所述终端设备的位置信息，确定所述终端设备的位置信息对应的mec候选列表；
49.所述af根据所述mec候选列表中的各个所述mec的业务处理装置的算力资源信息，在所述mec候选列表中选择第一mec。
50.在一种可能的实施方式中，所述第一网元为策略控制功能pcf，其中，所述pcf中配置有各个mec分别对应的数据网络访问标识符dnai。
51.在一种可能的实施方式中，所述第一网元获取终端设备的算力资源要求，包括：
52.所述pcf接收来自于会话管理功能smf的第三请求消息，其中，所述第三请求消息包括所述终端设备的算力资源要求。
53.在一种可能的实施方式中，所述第一网元为pcf；
54.所述第一网元根据各个所述mec的业务处理装置的算力资源信息选择第一mec，包括：
55.所述pcf根据所述终端设备的位置信息，确定所述终端设备的位置信息对应的
dnai候选列表；
56.所述pcf根据所述dnai候选列表中的各个所述dnai对应的mec的业务处理装置的算力资源信息，选择第一mec；
57.所述方法还包括：
58.根据所述第一mec，在所述dnai候选列表中选择第一dnai，并将所述第一dnai发送给smf。
59.在一种可能的实施方式中，所述方法还包括：
60.所述pcf将所述第一dnai发送给所述smf，以使得所述smf根据所述第一dnai确定第一upf。
61.在一种可能的实施方式中，所述第一网元为smf；
62.所述第一网元获取至少一个mec的业务处理装置的算力资源信息，包括：
63.所述smf和所述af同步所述af获取的所述至少一个mec的业务处理装置的算力资源信息；或者
64.所述smf和所述pcf同步所述pcf获取的所述至少一个mec的业务处理装置的算力资源信息。
65.在一种可能的实施方式中，所述第一网元为smf；
66.所述第一网元根据各个所述mec的业务处理装置的算力资源信息选择第一mec，包括：
67.所述smf根据所述终端设备的接入位置和各upf的能力，确定第二候选upf列表；
68.所述smf根据各个所述mec的业务处理装置的算力资源信息，获取所述第二候选upf列表中的各个upf对应的mec的业务处理装置的算力资源信息；
69.所述smf根据各个upf对应的mec的业务处理装置的算力资源信息，在所述各个upf对应的mec中选择第一mec。
70.在一种可能的实施方式中，所述算力资源要求为根据所述终端设备发送的pdu会话建立请求确定的。
71.在一种可能的实施方式中，所述pdu会话建立请求中携带有所述终端设备的算力资源要求；或者
72.所述协议数据单元pdu会话建立请求中携带有业务特征，所述业务特征和所述终端设备的算力资源要求之间存在第一对应关系；或者
73.所述pdu会话建立请求中携带有单网络切片选择辅助信息s-nssai，所述s-nssai和所述终端设备的算力资源要求之间存在第二对应关系。
74.在一种可能的实施方式中，所述算力资源要求为根据所述终端设备发送的第二请求消息确定的。
75.在一种可能的实施方式中，所述第二请求消息中携带有所述终端设备的算力资源要求；或者
76.所述第二请求消息中携带有业务特征，所述业务特征和所述终端设备的算力资源要求之间存在第三对应关系。
77.在上述过程中，通过基于各个不同的第一网元实现upf的选择，从而能够有效提升upf的选择灵活性和适用性。
78.第二方面，本技术实施例提供一种upf选择装置，包括：
79.获取模块，用于第一网元获取至少一个多接入边缘计算mec的业务处理装置的算力资源信息；
80.处理模块，用于所述第一网元根据获取到的所述mec的业务处理装置的算力资源信息选择第一mec；
81.所述处理模块还用于：所述第一网元确定所述第一mec对应的用户面功能upf。
82.在一种可能的实施方式中，所述算力资源信息包括如下中的至少一种信息:算力资源类型、算力资源总资源数量，所述算力资源类型的对应的算力资源的可用资源数量。
83.在一种可能的实施方式中，所述获取模块还用于：
84.所述第一网元获取终端设备的算力资源要求，其中，所述算力资源要求包括如下中的至少一种：第二算力资源类型，各所述第二算力资源类型的要求数量。
85.在一种可能的实施方式中，所述处理模块具体用于：
86.针对所述第二算力资源类型，选择所述第二算力资源类型的可用资源数量最大的mec为所述第一mec。
87.在一种可能的实施方式中，所述处理模块具体用于：
88.针对每一个所述第二算力资源类型，在各个所述mec中获取所述第二算力资源类型的可用资源数量满足预设阈值信息的mec，以得到所述第二算力资源类型对应的至少一个第二mec；
89.若所述第二算力资源类型的数量为1个，则在所述第二算力资源类型对应的至少一个第二mec中进行轮选，以选择所述第一mec；或者
90.若所述第二算力资源类型的数量大于1个，则取各个所述第二算力资源类型对应的至少一个第二mec的交集，并在所述交集中进行轮选，以选择所述第一mec。
91.在一种可能的实施方式中，所述处理模块具体用于：
92.针对每一个所述第二算力资源类型，将所述第二算力资源类型对应的可用资源数量小于所述第二算力资源类型的要求数量的mec排除，得到剩余mec；
93.若所述第二算力资源类型的数量为1个，则根据所述剩余mec中各个所述mec的所述第二算力资源类型对应的可用资源数量的比例，得到各个所述mec对应的权重，并根据各个所述mec对应的权重选择所述第一mec；或者
94.若所述第二算力资源类型的数量大于1个，则取各个所述第二算力资源类型的剩余mec的交集，根据所述交集中的各个所述mec的所述第二算力资源类型对应的可用资源数量的比例，得到所述交集中的各个所述mec对应的权重，并根据各个所述mec对应的权重选择所述第一mec。
95.在一种可能的实施方式中，所述获取模块具体用于：
96.针对每一个所述mec，所述第一网元接收所述mec按照预设周期上报的所述mec的业务处理装置的算力资源信息。
97.在一种可能的实施方式中，所述获取模块具体用于：
98.针对每一个所述mec，所述第一网元向所述mec发送查询请求；
99.接收所述mec根据所述查询请求返回的所述mec的业务处理装置的算力资源信息。
100.在一种可能的实施方式中，所述第一网元为应用功能af；
101.所述获取模块具体用于：
102.所述af接收来自于smf的第一请求消息，其中，所述第一请求消息包括所述终端设备的算力资源要求。
103.在一种可能的实施方式中，所述第一网元为af；
104.其中，所述af接收来自于smf的第一请求消息，所述第一请求消息包括第一候选upf列表；
105.所述处理模块具体用于：
106.所述af根据各个所述mec的业务处理装置的算力资源信息，获取所述第一候选upf列表中的各个upf对应的mec的业务处理装置的算力资源信息；
107.所述af根据所述各个upf对应的mec的业务处理装置的算力资源信息，在所述各个upf对应的mec中选择第一mec。
108.在一种可能的实施方式中，所述第一网元为af；
109.所述获取模块具体用于：
110.所述af接收来自于终端设备的第二请求消息，其中，所述第二请求消息包括所述终端设备的算力资源要求，
111.所述第二请求消息为超文本传输协议域名系统httpdns请求，或者所述第二请求消息为域名系统dns查询请求。
112.在一种可能的实施方式中，所述第一网元为af；
113.其中，所述af接收来自于终端设备的第二请求消息，所述第二请求消息包括所述终端设备的位置信息；
114.所述处理模块具体用于：
115.所述af根据所述终端设备的位置信息，确定所述终端设备的位置信息对应的mec候选列表；
116.所述af根据所述mec候选列表中的各个所述mec的业务处理装置的算力资源信息，在所述mec候选列表中选择第一mec。
117.在一种可能的实施方式中，所述第一网元为策略控制功能pcf，其中，所述pcf中配置有各个mec分别对应的数据网络访问标识符dnai。
118.在一种可能的实施方式中，所述获取模块具体用于：
119.所述pcf接收来自于会话管理功能smf的第三请求消息，其中，所述第三请求消息包括所述终端设备的算力资源要求。
120.在一种可能的实施方式中，所述第一网元为pcf；
121.所述处理模块具体用于：
122.所述pcf根据所述终端设备的位置信息，确定所述终端设备的位置信息对应的dnai候选列表；
123.所述pcf根据所述dnai候选列表中的各个所述dnai对应的mec的业务处理装置的算力资源信息，选择第一mec；
124.所述处理模块还用于：
125.根据所述第一mec，在所述dnai候选列表中选择第一dnai，并将所述第一dnai发送给smf。
126.在一种可能的实施方式中，所述处理模块还用于：
127.所述pcf将所述第一dnai发送给所述smf，以使得所述smf根据所述第一dnai确定第一upf。
128.在一种可能的实施方式中，所述第一网元为smf；
129.所述获取模块具体用于：
130.所述smf和所述af同步所述af获取的所述至少一个mec的业务处理装置的算力资源信息；或者
131.所述smf和所述pcf同步所述pcf获取的所述至少一个mec的业务处理装置的算力资源信息。
132.在一种可能的实施方式中，所述第一网元为smf；
133.所述处理模块具体用于：
134.所述smf根据所述终端设备的接入位置和各upf的能力，确定第二候选upf列表；
135.所述smf根据各个所述mec的业务处理装置的算力资源信息，获取所述第二候选upf列表中的各个upf对应的mec的业务处理装置的算力资源信息；
136.所述smf根据各个upf对应的mec的业务处理装置的算力资源信息，在所述各个upf对应的mec中选择第一mec。
137.在一种可能的实施方式中，所述算力资源要求为根据所述终端设备发送的pdu会话建立请求确定的。
138.在一种可能的实施方式中，所述pdu会话建立请求中携带有所述终端设备的算力资源要求；或者
139.所述协议数据单元pdu会话建立请求中携带有业务特征，所述业务特征和所述终端设备的算力资源要求之间存在第一对应关系；或者
140.所述pdu会话建立请求中携带有单网络切片选择辅助信息s-nssai，所述s-nssai和所述终端设备的算力资源要求之间存在第二对应关系。
141.在一种可能的实施方式中，所述算力资源要求为根据所述终端设备发送的第二请求消息确定的。
142.在一种可能的实施方式中，所述第二请求消息中携带有所述终端设备的算力资源要求；或者
143.所述第二请求消息中携带有业务特征，所述业务特征和所述终端设备的算力资源要求之间存在第三对应关系。
144.第三方面，本技术实施例提供一种upf选择设备，其特征在于，包括存储器和处理器，所述存储器存储计算机程序指令，所述处理器运行所述计算机程序指令以执行如上第一方面以及第一方面各种可能的实施方式中任一的方法。
145.第四方面，本技术实施例提供一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在被处理器运行时，实现如上第一方面以及第一方面各种可能的实施方式中任一的方法。
146.本技术实施例提供一种upf选择方法及装置，该方法包括：第一网元获取至少一个多接入边缘计算mec的业务处理装置的算力资源信息。第一网元根据获取到的mec的业务处理装置的算力资源信息选择第一mec。第一网元确定第一mec对应的用户面功能upf。通过根
据各个mec的业务处理装置的算力资源信息选择第一mec，并且第一网元确定第一mec对应的upf，从而使得upf可以将业务数据报文转发给同站点的app，其中选择的第一mec有足够的算力资源供app处理至少一次业务，从而可以有效避免同站点的app处理业务时，同站点的算力资源不够导致的业务处理失败。
附图说明
147.图1为本技术适用的一种网络架构的示意图；
148.图2为5g网络架构的一种示意图；
149.图3为非漫游场景下基于服务化接口的5g网络架构的示意图；
150.图4为本技术实施例提供的mec系统的架构示意图；
151.图5为为本技术实施例提供的upf同站点转发的架构示意图；
152.图6为现有技术中ue请求pdu会话建立的过程；
153.图7为本技术其中一实施例提供的upf选择方法的流程图；
154.图8为本技术实施例提供的mec的档次划分示意图一；
155.图9a为本技术实施例提供的mec的档次划分示意图二；
156.图9b为本技术实施例提供的mec的档次划分示意图三；
157.图10为本技术实施例提供的在pdu会话建立过程中af选择upf的流程示意图；
158.图11a为本技术实施例提供的在pdu会话建立过程完成之后af选择upf的一种流程示意图；
159.图11b为本技术实施例提供的在pdu会话建立过程完成之后af选择upf的另一种流程示意图；
160.图12为本技术实施例提供的pcf选择upf的流程示意图；
161.图13为本技术实施例提供的smf选择upf的流程示意图；
162.图14为本技术实施例提供的上报方式获取mec的业务处理装置的算力资源信息的实现方式示意图；
163.图15为本技术实施例提供的查询响应方式获取mec的业务处理装置的算力资源信息的实现方式示意图；
164.图16为本技术实施例提供的tlv示意图；
165.图17为本技术实施例提供的嵌套tvl示意图；
166.图18为本技术实施例提供的算力资源要求的tvl示意图；
167.图19为本技术一实施例提供的upf选择装置的结构示意图；
168.图20为本技术实施例提供的车载计算装置的硬件结构示意图。
具体实施方式
169.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
170.首先对本技术所涉及的相关概念进行介绍：
171.终端设备：例如可以为各种具有通信功能的手持设备、车载设备、可穿戴设备、计算机、网络设备。例如，手持设备可以是智能手机。车载设备可以是车载导航系统。可穿戴设备可以是智能手环。计算机可以是个人数字助理(personal digital assistant，pda)电脑、平板型电脑以及膝上型电脑(laptop computer)。网络设备可以是家庭网关(residentialgateway，rg)以及交换机。
172.网络设备：可以是全球移动通信系统(global system for mobile communications，gsm)系统或码分多址(code division multiple access，cdma)系统中的基站(base transceiver station，bts)，也可以是wcdma系统中的基站(nodeb，nb)，还可以是lte系统中的演进型基站(evolutional node b，enb或enodeb)，或者是云无线接入网络(cloud radio access network，cran)中的无线控制器，或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5g网络中的网络侧设备或者未来演进的公共陆地移动网络(public land mobile network，plmn)中的网络设备等。
173.s-nssai：单网络切片选择辅助信息(single network slice selection assistance information，s-nssai)指用来标识一个网络切片，其中，s-nssai包括切片/服务类型(slice/servicetype，sst)和切片差异(slice differentiator，sd)两部分：
174.其中sst是指在特性和服务方面预期的网络切片行为。sst的标准取值范围为1、2、3，取值1表示embb、2表示urllc、3表示miot(massive internet of things，大规模物联网)。
175.sd是一个可选信息，用来补充sst以区分同一个切片/业务类型的多个网络切片。其中，可用sd标识用户要进行的具体业务。
176.nssai：网络切片选择辅助信息(network slice selection assistance information，nssai)是s-nssni的集合。5g网络中使用到的nssai有requested nssai、allowed nssai、configured nssai。
177.其中，requested nssai是ue期望使用的nssai，ue在注册流程中提供给网络侧的。
178.allowed nssai是服务plmn在注册等流程中提供的给ue的，指示ue在服务plmn当前注册区域可以使用的s-nssai值，ue本地保存。
179.configured nssai是适用于一个或多个plmn的nssai，amf在注册接受或配置更新命令等消息中下发给ue，ue本地保存。
180.dnai：数据网络访问标识符(dn access identifier，dnai)可以标识app的部署位置。
181.本技术的方法可以应用在第五代移动通信技术(5th generation mobile networks或5th generation wireless systems，5g)系统中，也可以应用在演进的分组系统(evolved packet system，eps)中，首先结合图1-图3对本技术的系统和架构进行说明。
182.图1为本技术适用的一种网络架构的示意图，如图1所示，该网络架构包括用户设备(user equipment，ue)、接入网(access network，an)、核心网和数据网络(data network，dn)。其中，接入网装置主要用于实现无线物理层功能、资源调度和无线资源管理、无线接入控制以及移动性管理等功能；核心网设备可以包含管理设备和网关设备，管理设备主要用于终端设备的设备注册、安全认证、移动性管理和位置管理等，网关设备主要用于
与终端设备间建立通道，在该通道上转发终端设备和外部数据网络之间的数据包；数据网络可以包含网络设备(如：服务器、路由器等设备)，数据网络主要用于为终端设备提供多种数据业务服务。需要说明的是，图1仅为示例性架构图，除图1中所示功能单元之外，该网络架构还可以包括其他功能单元，本发明实施例对此不进行限定。
183.该网络架构可以为5g网络架构，图2为5g网络架构的一种示意图，5g系统也称为新无线通信系统、新接入技术(new radio，nr)或者下一代移动通信系统。
184.5g系统中的接入网可以是无线接入网(radio access network，(r)an)，5g系统中的(r)an设备可以由多个5g-(r)an节点组成，该5g-(r)an节点可以包括：非3gpp的接入网络如wifi网络的接入点(access point，ap)、下一代基站(可统称为新一代无线接入网节点(ng-ran node)，其中，下一代基站包括新空口基站(nr nodeb，gnb)、新一代演进型基站(ng-enb)、中心单元(central unit，cu)和分布式单元(distributed unit，du)分离形态的gnb等)、收发点(transmission receive point，trp)、传输点(transmission point，tp)或其它节点。
185.如图2所示，5g核心网(5g core/new generation core，5gc/ngc)包括接入和移动性管理功能(access and mobility management function，amf)网元、会话管理功能(session management function，smf)网元、用户面功能(user plane function，upf)网元、鉴权服务器功能(authentication server function，ausf)网元、策略控制功能(policy control function，pcf)网元、应用功能(application function，af)网元、统一数据管理功能(unified data management，udm)网元、网络切片选择功能(network slice selection function，nssf)网元等多个功能单元。
186.amf网元主要负责移动性管理、接入管理等服务。smf网元主要负责会话管理、ue地址管理和分配、动态主机配置协议功能、用户面功能的选择和控制等。upf主要负责对外连接到数据网络(data network，dn)以及用户面的数据包路由转发、报文过滤、执行服务质量(quality of service，qos)控制相关功能等。ausf主要负责对终端设备的认证功能等。pcf网元主要负责为网络行为管理提供统一的策略框架、提供控制面功能的策略规则、获取与策略决策相关的注册信息等。需要说明的是，这些功能单元可以独立工作，也可以组合在一起实现某些控制功能，如对终端设备的接入鉴权、安全加密、位置注册等接入控制和移动性管理功能，以及用户面传输路径的建立、释放和更改等会话管理功能。
187.5gc中各功能单元之间可以通过下一代网络(next generation，ng)接口进行通信，如：ue可以通过ng接口1(简称n1)与amf网元进行控制面消息的传输，ran设备可以通过ng接口3(简称n3)与upf建立用户面数据传输通道，an/ran设备可以通过ng接口2(简称n2)与amf网元建立控制面信令连接，upf可以通过ng接口4(简称n4)与smf网元进行信息交互，upf可以通过ng接口6(简称n6)与数据网络dn交互用户面数据，amf网元可以通过ng接口11(简称n11)与smf网元进行信息交互，smf网元可以通过ng接口7(简称n7)与pcf网元进行信息交互，amf网元可以通过ng接口12(简称n12)与ausf进行信息交互。需要说明的是，图2仅为示例性架构图，除图2中所示功能单元之外，该网络架构还可以包括其他功能单元。
188.图2所示网络架构为基于参考点网络架构，且该网络架构为非漫游场景下的网络架构，当然本技术的方法也可以应用在漫游场景下，并且网络架构也不限于基于参考点的网络架构，也可以采用基于服务化接口的网络架构。
189.图3为非漫游场景下基于服务化接口的5g网络架构的示意图，如图3所示，基于服务化接口场景下，5g系统的核心网还包括nef和nrf网元。基于服务化接口的场景下，5g核心网中的部分网元通过总线方式连接，如图3所示，ausf网元、amf网元、smf网元、af网元、udm、pcf网元、网络存储功能(network repository function，nrf)网元、网络开放功能(network exposure function，nef)网元和nssf网元通过总线互连，所述网元在通过总线互连时，采用服务化接口，例如，ausf网元通过nausf接口连接到总线上，amf网元采用namf接口连接到总线上，smf网元通过nsmf接口连接到总线上，af网元采用naf网元接口连接到总线上，udm采用nudm接口连接到总线上，pcf网元通过npcf网元接口连接到总线上，nrf通过nnrf接口连接到总线上，nef通过nnef接口连接到总线上，nssf通过nnssf接口连接到总线上。
190.目前，5g包括三大应用场景：增强移动宽带(enhanced mobile broadband，embb)、海量机器类通信(massive machine type of communication，mmtc)和超可靠低时延通信(ultra-reliable and low latency communications，urllc)。
191.其中，embb聚焦对带宽有极高需求的业务，例如高清视频、虚拟现实(virtual reality，vr)和增强现实(augmented reality，ar)等；mmtc聚焦对连接密度要求较高的业务，例如智慧城市、智慧农业、智能家居等；urllc聚焦对时延极其敏感的业务，例如自动驾驶、工业控制、远程医疗等。
192.多接入边缘计算(multi-acess edge computing，mec)是在靠近人、物或数据源头的网络边缘侧，融合网络、计算、存储、应用核心能力的开放平台，mec能够就近提供边缘智能服务，满足行业数字化在敏捷联接、实时业务、数据优化、应用智能等方面的关键需求。
193.在3gpp r15中，基于服务化架构，5g协议模块可以根据业务需求灵活调用，为构建边缘网络提供了技术标准，从而使得mec可以按需、分场景灵活部署在无线接入云、边缘云或者汇聚云。其中，mec可提供以下价值：通过对4k/8k、vr/ar等高带宽业务的本地分流，降低对核心网络及骨干传输网络的占用，有效提升运营商网络的利用率；通过内容与计算能力的下沉，运营商网络将有效支撑未来时延敏感型业务(车联网、远程控制等)以及大计算和高处理能力需求的业务(视频监控与分析等)。
194.下面结合图4对mec系统进行说明，图4为本技术实施例提供的mec系统的架构示意图，如图4所示：
195.其中，无线接入网中部署有网络设备，网络设备可以和终端设备进行交互。
196.参见图4，mec部署于无线接入网和核心网之间，其中，mec包括upf和移动边缘应用(mobile edge application，me app)，在一种可能的实现方式中，upf可以是mec系统的一个组成网元，upf负责将边缘网络的流量分发导流到mec业务系统。
197.以及，me app可以是由第三方开发人员开发的第三方应用程序，例如可以为vr/ar应用程序等，在本技术中，在me app处理业务的过程中，根据业务不同，需要消耗相应的mec服务器的算力资源，其中mec服务器的算力资源可以包括但不限于如下中的至少一种：神经网络处理器(neural-network processing unit，npu)资源、中央处理器(central processing unit，cpu)资源、图形处理器(graphics processing unit，gpu)资源。
198.在可能的实现方式中，比如，人工智能(artificial intelligence，ai)业务的处理要使用npu资源，计算业务的处理要使用cpu资源，图像渲染业务的处理要使用gpu资源。
199.图4中介绍的mec的实体可以为mec服务器，其中，mec服务器即为部署了mec平台及接受mec平台管理的服务器。并且，mec服务器可以连接云数据中心以及其他网络，例如企业网。从而，mec服务器利用无线接入网为终端就近提供服务和云端计算功能。
200.其中，upf负责对终端设备的业务消息进行转发，在一种可能的实现方式中，upf可以将终端设备的业务消息转发给其余站点的app，也就是说跨mec站点进行转发，例如如图4所示，假设终端设备1向网络设备1发送业务消息，此时选择的upf例如为mec1的upf，其中mec1的upf将业务消息转发给了mec2的me app，进行了跨mec站点的转发，然而，跨mec站点的转发会增加时延，消耗网络带宽。
201.在mec共站点部署upf、me app时，为满足业务时延要求、降低网络带宽占用，通常希望app业务在mec站点内完成，则在另一种可能的实现方式中，upf可以将终端设备的业务消息转发给本站点的app，下面结合图5进行说明，图5为为本技术实施例提供的upf同站点转发的架构示意图。
202.如图5所示，假设终端设备1向网络设备1发送业务消息，此时选择的upf例如为mec1的upf，其中mec1的upf将业务消息转发给了mec1的me app，进行了同mec站点的转发。
203.因为app处理业务需要消耗算力资源，其中upf负责将业务消息转发给相应的mec的app，因此upf的选择就显得尤为重要，目前，现有技术在实现upf的选择时，通常是在协议数据单元(protocol data unit，pdu)会话建立过程中，由smf进行upf的选择。
204.下面结合图6对pdu会话建立的过程进行说明，并结合图6对现有技术中smf选择upf的实现方式进行介绍，图6为现有技术中ue请求pdu会话建立的过程，如图6所示，包括以下步骤。
205.步骤1、ue向amf发送pdu会话建立请求，pdu会话建立请求中包括s-nssai(s)(网络切片选择辅助信息，network slice selection assistanceinformation)、dnn(数据网络名称，data network name)、pdu会话id、请求类型、旧的pdu会话id。
206.步骤2、amf为初始会话选择smf，为进一步路由sm(会话管理，sessionmanagement)信息准备。
207.步骤3、amf向smf发送sm请求消息。sm请求消息可以包括订户永久id、dnn、s-nssai、pdu会话id、amf id、n1 sm信息、用户位置信息和接入技术类型。n1 sm信息可以包括pdu会话id和pdu会话建立请求消息。
208.步骤4、smf向udm发送订户数据请求消息。订户数据请求消息可以包括订户永久id和dnn。以及udm可以向smf发送订阅数据响应数据。
209.订阅数据可以包括关于经认证的请求类型、经认证的ssc模式和基本qos配置文件的信息。
210.步骤5、smf向amf发送sm响应消息。
211.步骤6、可选的，pdu会话的认证/授权。
212.步骤7a、smf选择pcf。
213.步骤7b、smf可以在pcf的方向上启动pdu-can会话建立，以便获得相对于pdu会话的基本pcc规则。如果过程3期间的请求类型表示“现有pdu会话”，则pcf可以启动pdu-can会话修改。
214.步骤8、smf选择upf。
215.步骤9、smf可以启动pdu-can会话。
216.步骤10a、当请求类型表示“初始请求”并且不执行步骤5时，smf使用所选择的upf启动n4会话建立过程。否则，smf可以使用所选择的upf启动n4会话修改过程。
217.步骤10b、若smf使用所选择的upf启动n4会话建立过程，则upf向smf返回n4会话建立响应消息；若smf使用所选择的upf启动n4会话修改过程，则upf向smf返回n4会话修改响应消息。
218.步骤11、smf向amf发送sm响应消息。sm响应消息可以包括原因、n2 sm信息和n1 sm信息。
219.此外，n1 sm信息包括将从amf提供到ue的pdu会话接受消息。
220.步骤12、amf向ran发送n2 pdu会话请求消息。n2 pdu会话请求消息可以包括n2 sm信息和nas消息。nas消息可以包括pdu会话id和pdu会话建立接受消息。
221.amf可以发送包括pdu会话id和pdu会话建立接受消息的nas消息。另外，amf将来自smf的n2 sm信息添加到n2 pdu会话请求消息中，以向ran发送n2 pdu会话请求消息。
222.步骤13、ran可以指定与和从smf接收到的信息关联的ue进行信号交换。
223.步骤14、ran向amf发送n2 pdu会话响应消息。n2 pdu会话响应消息可以包括pdu会话id、原因和n2 sm信息。n2 sm信息可以包括pdu会话id、(an)隧道信息和被允许/拒绝的qos配置文件列表。
224.步骤15、amf可以向smf发送sm请求消息。sm请求消息可以包括n2 sm信息。这里，amf可以将从ran接收到的n2 sm信息传送到smf。
225.步骤16a、smf向upf发送n4会话修改请求。
226.步骤16b、upf向smf发送n4会话修改响应。
227.步骤17、smf可以向amf发送sm响应消息。如果以上过程终止，则amf可以将相关事件传送到smf。当ran隧道信息发生改变时或者在进行重新设置amf的切换时，发生相关事件。
228.步骤18、smf向amf发送会话管理上下文状态通知nsmf_pdusession_sm contextstatusnotify(release)。
229.步骤19、smf通过upf向ue发送消息。详细地，在pdu类型ipv6的情况下，smf创建ipv6路由器通告，以通过n4和upf发送ipv6路由器通告。
230.步骤20、当由于3gpp接入和非3gpp接入之间的切换而引起pdu会话建立请求时，也就是说，如果请求类型被设置为“现有pdu会话”，smf通过源接入(3gpp接入或非3gpp接入)来释放用户平面。
231.如果在流程步骤4之后pdu会话建立失败，则smf去注册pdu会话。
232.如果在过程期间pdu会话建立失败，则smf将以上内容报告给amf。
233.基于上述介绍的pdu会话建立过程，可以确定的是，目前的upf选择是在pdu会话建立过程中，由smf选择的upf，可以参见上述步骤8。
234.在目前的实现方式中，smf在选择upf时，通常是根据用户接入位置、upf本身动态负载和upf本身能力来选择upf，在一种可能的实现方式中，smf可以根据以下参数和信息进行upf的选择或者重新选择：
235.upf的动态负载。
[0236]-upf在支持相同dnn的upf中的相对静态容量。
[0237]-upf位于smf。
[0238]-ue位置信息。
[0239]-pf的功能和特定ue会话所需的功能：可以通过匹配ue所需的功能和特性来选择适当的upf。
[0240]-数据网络名称(dnn)。
[0241]-pdu会话类型(即ipv4，ipv6，ipv4v6，以太网类型或非结构化类型)以及静态ip地址/前缀(如果适用)。
[0242]-为pdu会话选择会话和服务连续(session and service continuity，ssc)模式。
[0243]-udm中的ue用户配置文件。
[0244]-数据网络访问标识符(dn access identifier，dnai)包含在策略控制和计费(policy control and charging，pcc)规则中，并在第5.6.7节中描述。
[0245]-本地运营商策略。
[0246]-单网络切片选择辅助信息(single network slice selection assistance information，s-nssai)。
[0247]-ue使用接入技术。
[0248]-与用户平面拓扑和用户平面终端相关的信息，可以从以下方面推断：
[0249]-an提供的身份(例如cellid，tai)，可用的upf和dnai(s)；
[0250]-关于upf的用户平面接口的信息。该信息可以由smf使用n4获取；
[0251]-有关为ue服务的an的n3用户平面终止的信息。这可以从an提供的身份(例如cellid，tai)推断出来；
[0252]-有关upf的n9用户平面终止的信息(如果需要)；
[0253]-关于与dnai相对应的用户平面终止的信息
[0254]
基于上述介绍可以确定的是，目前smf在选择upf时，通常是考虑用户接入位置、upf本身动态负载和upf本身能力，基于这种方式选择的upf，因为没有考虑算力资源的数量，因此在使用同站点的app处理业务时，很有可能出现由于同站点的算力资源不够，导致业务处理失败的情况。
[0255]
基于现有技术中的问题，本技术提出了如下技术构思：既然要使用upf同站点的app处理业务，那么在选择upf时，就考虑算力资源的数量，从而保证选择的upf同站点的app有足够的算力资源可以处理业务。
[0256]
下面结合具体的实施例对本技术提供的upf选择方法进行介绍，首先结合图7进行说明，图7为本技术其中一实施例提供的upf选择方法的流程图。
[0257]
如图7所示，该方法包括：
[0258]
s701、第一网元获取至少一个多接入边缘计算mec的业务处理装置的算力资源信息。
[0259]
在本实施例中，第一网元为用于选择upf的网元，第一网元例如可以为af，还例如可以为pcf，还例如可以为smf，其中，af为用于智能调度的af，或者，第一网元还可以为其他实现类似功能的网元，本实施例对第一网元的具体实现方式不做限制，只要第一网元可以获取各mec的业务处理装置的算力资源信息，并根据各mec的业务处理装置的算力资源信息
选择upf即可。
[0260]
在其余可能的实现方式中，本实施例中的第一网元也可以称为选择实体，其具体的实现可以根据实际需求进行选择。
[0261]
其中，业务处理装置可以是各种服务器，服务器可以为app处理业务提供各种物理算力资源，物理算力资源可以包括gpu、cpu、npu等，其中一种服务器可以提供一种或者多种物理算例资源。
[0262]
在网络中，可以部署有多个mec，则第一网元可以获取至少一个mec的业务处理装置的算力资源信息，在一种可能的实现方式中，mec的业务处理装置的算力资源信息可以包括如下中的至少一种：算力资源类型、各算力资源类型的总资源数量，各算力资源类型的可用资源数量。
[0263]
其中，算力资源类型可以为上述介绍的cpu、npu、gpu，或者还可以为任一种可能的算力资源的类型，可以理解的是，各个mec包括的算力资源类型可以不同。
[0264]
例如当前存在mec1和mec2，假设mec1的算力资源类型可以包括cpu和npu，以及假设mec2的算力资源类型可以包括npu和gpu，各mec的业务处理装置的算力资源信息取决于各个mec的实现，本实施例对此不做限定。
[0265]
以上述的mec1为例，则mec1的算力资源信息可以包括：cpu、cpu的总资源数量、cpu的可用资源数量、npu、npu的总资源数量、npu的可用资源数量。
[0266]
下面对获取至少一个mec的业务处理装置的算力资源信息的可能的实现方式进行说明：
[0267]
在一种可能的实现方式中，mec可以上报算力资源信息，则第一网元可以接收各个mec按照预设周期上报的算力资源信息。
[0268]
在另一种可能的实现方式中，第一网元可以针对每一个mec发送查询请求，则第一网元可以获取mec根据查询请求返回的算力资源信息。
[0269]
s702、第一网元根据获取到的mec的业务处理装置的算力资源信息选择第一mec。
[0270]
s703、第一网元确定第一mec对应的用户面功能upf。
[0271]
下面对s702和s703一起进行介绍：
[0272]
在本实施例中，为了避免在使用选择的upf的同站点的app处理业务时，mec的算力资源不够的情况，第一网元可以根据获取到的mec的业务处理装置的算力资源信息选择第一mec，使得选择的第一mec的算力资源满足app处理至少一次业务，以避免了使用同站点的app处理业务，出现业务处理失败的情况。
[0273]
在一种可能的实现方式中，例如可以在各个mec的业务处理装置的算力资源信息中选择可用资源数量最大的mec作为第一mec，或者还可以按照各个mec的业务处理装置的算力资源信息中的可用资源数量的比例，依次在各个mec中按照比例选择第一mec，本实施例对选择第一mec的具体实现方式不做特别限制，只要选择的第一mec可以满足app处理至少一次业务即可。
[0274]
其中，upf负责将终端设备的业务数据报文转发给相应的app，则本实施例中，第一网元可以确定第一mec对应的upf，从而使得upf可以将业务数据报文转发给同站点的app，其中同站点的app有合适的算力资源用于处理业务，使得业务可以在mec站点内完成，有效避免了同站点算力资源导致的业务处理失败。
[0275]
本技术实施例提供的upf选择方法，包括：第一网元获取至少一个多接入边缘计算mec的业务处理装置的算力资源信息。第一网元根据获取到的mec的业务处理装置的算力资源信息选择第一mec。第一网元确定第一mec对应的用户面功能upf。通过根据各个mec的业务处理装置的算力资源信息选择第一mec，并且第一网元确定第一mec对应的upf，从而使得upf可以将业务数据报文转发给同站点的app，其中选择的第一mec有足够的算力资源供app处理至少一次业务，从而可以有效避免同站点的app处理业务时，同站点的算力资源不够导致的业务处理失败。
[0276]
在上述实施例的基础上，下面结合具体的实施例对本技术中选择第一mec的可能的实现方式进行说明：
[0277]
首先，本实施例还可以获取终端设备的算力资源要求，以根据算力资源要求和各mec的业务处理装置的算力资源信息，共同选择第一mec。
[0278]
其中，终端设备的算力资源要求可以包括如下中的至少一种：第二算力资源类型，各第二算力资源类型的要求数量。
[0279]
其中，终端设备的算力资源要求用于指示终端设备当前请求的业务所需要的算力资源类型和算力资源数量，第二算力资源类型是指终端设备当前请求的业务所需要的算力资源的类型，在实际实现过程中，第二算力资源类型可以仅包括一个算力资源类型，或者还可以包括多个算力资源类型，其取决于终端设备当前请求的业务所需要的算力资源。
[0280]
以及，各第二算力资源类型的要求数量是指终端设备当前请求的业务所需要的第二算力资源类型的数量。
[0281]
比如，第二算力资源类型可以为npu，第二算力资源类型的要求数量例如可以为2tflops。其中，一个tflops(teraflops)等于每秒万亿(＝10^12)次的浮点运算。flops(floating-point operations per second)，即每秒浮点运算次数。
[0282]
基于此，下面介绍选择第一mec的实现方式：
[0283]
在一种可能的实现方式中，可以针对每一个第二算力资源类型，在各个mec中获取第二算力资源类型的可用资源数量满足预设阈值信息的mec，以得到第二算力资源类型对应的至少一个第二mec，并在第二mec中选择第一mec。
[0284]
其中，若第二算力资源类型的数量为1个，则在第二算力资源类型对应的至少一个第二mec中进行轮选，以选择第一mec；或者
[0285]
若第二算力资源类型的数量大于1个，则取各个第二算力资源类型对应的至少一个第二mec的交集，并在交集中进行轮选，以选择第一mec。
[0286]
下面结合图8和图9a以一个具体的示例对第二算力资源类型的数量为1个的实现方式进行说明，图8为本技术实施例提供的mec的档次划分示意图一，图9a为本技术实施例提供的mec的档次划分示意图二，图9b为本技术实施例提供的mec的档次划分示意图三。
[0287]
假设当前第二算力资源类型的数量为1个，例如以第二算力资源类型包括cpu为例进行介绍，则可以根据各个mec的cpu的可用资源数量和预设阈值信息，得到各个mec对应的档次。
[0288]
例如可以参见图8，当前存在mec1、mec2、mec3、mec4和mec5，假设这5个mec均包括cpu资源，以及假设这5个mec的cpu的可用资源数量如图8中的5个柱状所示，同时假设本实施例中的预设阈值信息包括第一预设阈值和第二预设阈值，例如可以将可用资源数量大于
第一预设阈值的mec划分为第一档次，那么第一档次中的mec就满足第一预设阈值，可以将可用资源数量大于第二预设阈值，小于等于第一预设阈值的mec划分为第二档次，那么第一档次中的mec就满足第二预设阈值，以及可以将可用资源数量小于等于第二预设阈值的划分为第三档次，从而可以得到各个mec对应的档次。
[0289]
在本实施例中，第一档次可以为有充足的算力资源处理新业务的档次，第二档次可以为有少量的资源处理新业务的档次，第三档次可以为无法处理新业务的档次。
[0290]
则在选择第一mec时，若第一档次中有对应的mec，则可以在第一档次对应的mec中进行轮选，以选择第一mec，以图8为例，例如在处理当前的一次业务时，可以选择mec1，在处理下一次业务时，可以选择mec2，在处理再下一次的业务时，可以选择mec3，再下一次时可以选择mec1，依次进行轮选。
[0291]
或者，若第一档次中没有对应的mec，例如参加图9a，当前的第一档次不存在mec，则可以在第二档次中进行轮选，也就是说在mec1、mec2、mec3、mec4中进行轮选。
[0292]
在本实施例中，第一预设阈值和第二预设阈值可以是根据经验值设置的，在本实施例中，设置的第二预设阈值例如可以为完成一次cpu业务最少需要的资源数量，则通过将可用资源数量小于第二预设阈值的mec划分为第三档次，从而可以避免选择cpu资源数量不足的mec，能够有效保证在第一档次或者第二档次中选择的mec的cpu的可用资源数量，起码能够完成一个终端设备的一次业务，从而能够有效保证选择的第一mec有足够的算力资源供app处理业务，有效避免了同站点的算力资源不足，导致业务处理失败的情况。
[0293]
上述是以cpu资源为例进行的说明，本实施例中针对任意一种第二算力资源类型，均可以执行上述操作，例如当前终端设备的业务需要的种第二算力资源类是npu资源，则可以根据各个mec的npu资源的可用资源数量和npu对应的预设阈值信得到至少一个第二mec，并在第二mec中选择第一mec，其实现方式与上述介绍的cpu的实现方式类似，各个算力资源类型的实现方式均类似，此处不再赘述。
[0294]
下面再结合图9b以一个具体的示例对第二算力资源类型的数量大于1个的实现方式进行说明，图9b为本技术实施例提供的确定第一mec的实现示意图。
[0295]
假设当前第二算力资源类型的数量大于1个，例如以第二算力资源类型包括cpu、npu为例进行介绍，则可以根据各个mec的cpu的可用资源数量和预设阈值信息，得到各个mec对应的档次，以及可以根据各个mec的npu的可用资源数量和预设阈值信息，得到各个mec对应的档次，并且在对应的档次中取mec的交集，以确定第一mec。
[0296]
例如可以参见图9b，对于cpu资源，第一档次中对应的mec有mec1、mec2、mec3对于npu资源，第一档次中对应的mec有mec1、mec2，则可以取cpu资源对应的mec和npu对应的mec的交集，得到mec1和mec2，接着在mec1和mec2中进行轮选，以实现对第一mec的选择。
[0297]
或者，若第一档次中没有对应的mec，则可以在第二档次中选择mec并取交集，以及在交集中进行轮选，以选择第一mec。
[0298]
通过根据档次的划分进行第一mec的选择，能够快速高效的选择到第一mec，并且档次的划分能够有效保证选择到的第一mec的算力资源数量足够app进行业务处理。
[0299]
在另一种可能的实现方式中，针对第二算力资源类型，选择第二算力资源类型的可用资源数量最大的mec为第一mec。
[0300]
当前的实现方式仅适用于第二算力资源类型的数量为1个的实现方式，同样以cpu
资源为例进行说明，假设第二算力资源类型包括cpu资源，则可以将各个mec的cpu资源的可用资源数量进行排序，例如可以结合图8中各mec的cpu资源的可用资源数量，当前根据cpu的可用资源数量对各mec进行排序可以得到：mec2、mec1、mec3、mec4、mec5，则选择可用资源数量最大的mec2为第一mec。
[0301]
可以理解的是，选择可用资源数量最大的mec作为第一mec，能够极大概率的保证第一mec的cpu的可用资源数量足够app处理cpu业务，在极端的情况中，若可用资源数量最大的mec的仍然无法提供给app足够用的算力资源已处理业务时，则表明当前的任意一个mec均无法满足app处理业务所需要的算力资源。
[0302]
在本实施例中，通过选择可用算力资源数量最大的mec为第一mec，其实现逻辑简单，并且有效保证选择的第一mec的算力资源能够满足app处理业务所需的算力资源。
[0303]
在再一种可能的实现方式中，针对每一个第二算力资源类型，将第二算力资源类型对应的可用资源数量小于第二算力资源类型的要求数量的mec排除，得到剩余mec；
[0304]
若第二算力资源类型的数量为1个，则根据剩余mec中各个mec的第二算力资源类型对应的可用资源数量的比例，得到各个mec对应的权重，并根据各个mec对应的权重选择第一mec；或者
[0305]
若第二算力资源类型的数量大于1个，则取各个第二算力资源类型的剩余mec的交集，根据交集中的各个mec的第二算力资源类型对应的可用资源数量的比例，得到交集中的各个mec对应的权重，并根据各个mec对应的权重选择第一mec。
[0306]
首先对第二算力资源类型的数量为1个的实现方式进行说明，以第二算力资源类型包括cpu为例，假设算力资源要求中，cpu资源的要求数量为2tflops，则可以将cpu资源的可用资源数量小于2tflops的mec首先排除，因为这部分mec无法满足终端设备当前的业务所需要的cpu资源，此时得到cpu资源对应的剩余mec。
[0307]
假设当前得到的剩余mec包括mec1和mec2，则可以根据mec1和mec2的cpu的可用资源数量的比例，得到mec1和mec2的权重。
[0308]
例如，mec1的cpu的可用资源数量为1000，mec2的cpu的可用资源数量为500，则可以得到mec1和mec2的比例为2:1，例如根据比例可以得到mec1的权重为2，mec2的权重为1。
[0309]
接着根据mec1和mec2的权重选择第一mec，例如当前存在3个业务，按照权重选择第一mec时，则可以选择2个mec1，以及选择1个mec2。
[0310]
例如，第一个业务选择mec1作为第一mec，第二个业务选择mec2作为第一mec，第三个业务选择mec1作为第一mec；或者，还可以第一个业务选择mec1作为第一mec，第二个业务选择mec1作为第一mec，第三个业务选择mec2作为第一mec，也就是说选择的mec的次数满足上述的比例即可。
[0311]
接着对第二算力资源类型的数量大于1个的实现方式进行说明，以第二算力资源类型包括cpu和npu为例，假设算力资源要求中，cpu资源的要求数量为2tflops，则可以将cpu资源的可用资源数量小于2tflops的mec首先排除，得到cpu资源对应的剩余mec，以及假设算力资源要求中，npu资源的要求数量为4tflops，则可以将npu资源的可用资源数量小于4tflops的mec首先排除，得到npu资源对应的剩余mec。
[0312]
假设cpu资源对应的剩余mec包括mec1、mec2和mec4，以及假设npu资源对应的剩余mec包括mec1、mec2和mec3，则可以取两个剩余mec的交集，得到mec1和mec2。
[0313]
此时可以根据mec1和mec2中npu资源和cpu资源的数量，得到mec1和mec2各自的权重，例如，mec1的cpu和npu的可用资源数量均为1000，mec2的cpu和npu的可用资源数量均为500，则可以得到mec1和mec2的比例为2:1，例如根据比例可以得到mec1的权重为2，mec2的权重为1。
[0314]
接着根据mec1和mec2的权重选择第一mec，其实现方式与上述介绍的类似，此处不再赘述。
[0315]
在本实施例中，通过首先排除可用资源数量不足的mec，从而在剩余的mec中选择第一mec，能够有效保证选择的第一mec能够满足终端设备的业务所需要的算力资源，同时，本实施例中根据剩余的各个mec的算力资源数量的比例得到各个mec的权重，从而能够实现对剩余的各mec的均衡选择。
[0316]
上述实施例介绍了根据至少一种mec的业务处理装置的算力资源信息选择第一mec的可能的实现方式，基于上述介绍的内容可以确定的是，本实施例中的第一网元存在多种可能的实现方式，下面对第一网元的各种可能的实现方式分别进行详细介绍。
[0317]
首先结合图10对第一网元为af的一种可能的实现方式进行说明，图10为本技术实施例提供的在pdu会话建立过程中af选择upf的流程示意图。
[0318]
当第一网元为af时，在一种可能的实现方式中，可以在pdu会话建立过程中由af选择upf。
[0319]
如图10所示：
[0320]
101、智能调度af和各个mec交互，以获取各mec的业务处理装置的算力资源信息。
[0321]
图10中示意的情况是当前存在mec1和mec2，则智能调度af可以获取mec1和mec2的算力资源信息，当还存在其余的mec时，其实现方式类似。
[0322]
在af获取各mec的业务处理装置的算力资源信息的一种可能的实现方式中，可以是针对每一个mec，af接收mec按照预设周期上报的mec的业务处理装置的算力资源信息；或者，还可以是针对每一个mec，af向mec发送查询信息，其中，查询信息用于指示mec返回算力资源信息，则af可以接收mec根据查询请求返回的mec的业务处理装置的算力资源信息，在实际实现过程中，获取各mec的业务处理装置的算力资源信息的实现方式可以根据实际需求进行选择。
[0323]
102、ue向amf发送pdu会话建立请求，pdu会话建立请求中包括dnn、s-nssai、算力资源要求。
[0324]
在本实施例中，算力资源要求直接携带在pdu会话建立请求中。
[0325]
103、amf向smf发送sm请求消息，以及smf向amf返回sm响应消息。
[0326]
其中，
[0327]
104、smf向pcf发送sm策略关联建立。
[0328]
105、pcf向smf发送sm策略关联建立响应。
[0329]
其中，103-105的实现方式与上述介绍的pdu会话建立过程中的实现方式相同，此处不再赘述。
[0330]
106、smf请求af根据各mec的业务处理装置的算力资源信息选择upf。
[0331]
在本实施例中，smf需要选择upf时，可以根据用户接入位置、upf能力确定第一候选upf列表，在一种可能的实现方式中，在smf判断需要根据算力资源信息选择upf时，smf可
以向af发送第一请求消息，其中，第一请求消息用于请求af根据各mec的业务处理装置的算力资源信息选择upf。
[0332]
第一请求消息例如可以包括第一upf候选列表，还可以包括终端设备的算力资源要求，在本实施例中，smf和智能调度af间的消息交互，可以通过nef进行转发处理，也可以由smf和智能调度af直接进行消息交互。
[0333]
在一种可能的实现方式中，smf判断需要根据算力资源信息选择upf的实现方式可以为，smf确定pdu会话建立请求中携带有算力资源要求，或者可以预先指定针对某一算力资源类型，需要根据算力资源信息选择upf。
[0334]
107、af根据各mec的业务处理装置的算力资源信息选择upf，并且af向smf返回选择的upf。
[0335]
在本实施例中，af可以根据各个mec的业务处理装置的算力资源信息，获取第一候选upf列表中的各个upf对应的mec的业务处理装置的算力资源信息，并且af根据各个upf对应的mec的业务处理装置的算力资源信息，在各个upf对应的mec中选择第一mec。
[0336]
例如第一候选upf列表中包括upf1、upf2和upf4，则可以获取upf1对应的mec1的算力资源信息、upf2对应的mec2的算力资源信息、upf4对应的mec4的算力资源信息，接着af可以根据mec1的算力资源信息、mec2的算力资源信息、mec4的算力资源信息，在这三个mec中选择第一mec，其中在多个mec中选择第一mec的实现方式在上述实施例中已经进行了介绍，此处不再赘述。
[0337]
在确定第一mec之后，af可以选择第一mec对应的upf，并且向smf返回选择的upf，smf可以根据af返回的信息确定upf。
[0338]
108、smf向upf发送n4会话建立请求，以及upf向smf发送n4会话建立响应。
[0339]
109、smf向amf发送n1sm信息和n2sm信息。
[0340]
110、amf向ue返回nas消息。
[0341]
在本技术实施例中，通过直接在pdu会话建立请求中携带算力资源要求，从而可以结合算力资源要求和mec算力资源信息选择upf。
[0342]
在另一种可能的实现方式中，还可以在pdu会话建立请求中携带业务特征，其中，业务特征和终端设备的算力资源要求之间存在第一对应关系，则获取到业务特征，就可以确定对应的算力资源要求。
[0343]
例如业务特征可以为渲染图像分辨率、帧速率，以及假设在af中配置有业务特征和算力资源要求的第一对应关系，根据该第一对应关系可以确定渲染图像分辨率、帧速率对应的算力资源要求。
[0344]
除了配置算力资源要求的实现方式之外，其余的实现方式与上述直接在pdu会话建立请求中携带算力资源要求的实现方式相同，此处不再赘述。
[0345]
本技术实施例通过在pdu会话建立请求中携带业务特征，并且根据af中配置的第一对应关系，确定业务特征对应的算力资源要求，从而能够有效提升获取算力资源要求的灵活性。
[0346]
在再一种可能的实现方式中，还可以在pdu会话建立请求中携带s-nssai，其中，s-nssai和终端设备的算力资源要求之间存在第二对应关系，则获取到s-nssai，就可以确定对应的算力资源要求。
[0347]
在本实施例中，s-nssai可用于标识用户要进行的业务，对于有些算力资源要求固定的业务，可通过s-nssai获取算力资源要求，因此可以配置s-nssai和算力资源要求的第二对应关系。
[0348]
除了配置算力资源要求的实现方式之外，其余的实现方式与上述直接在pdu会话建立请求中携带算力资源要求的实现方式相同，此处不再赘述。
[0349]
本技术实施例中，通过根据pdu会话建立请求中s-nssai，确定s-nssai对应的算力资源要求，从而无需携带额外的信息。
[0350]
在本实施例中，在选择upf之后，可以基于选择的upf实现同mec站点的app处理业务。
[0351]
在一种可能的实现方式中，若各mec的同类型app对外呈现相同ip(anycast ip)，则upf在转发报文时，就近转发给本站点的app。
[0352]
在另一种可能的实现方式中，若各mec的同类型app对外呈现不同ip，则在选择提供服务的app时，可以选择和upf同站点的app，其中选择app例如可以通过httpdns流程，httpdns还可以向终端设备返回该站点app的ip，则终端设备发送的业务数据报文中就可以包括该站点app的ip，以及upf可以根据业务数据报文中的ip，将业务数据报文转发给相应的app。
[0353]
在本技术实施例中，采用af作为第一网元，根据各个mec的业务处理装置的算力资源信息进行upf的选择，可以有效避免同站点的app处理业务时，同站点的算力资源不够导致的业务处理失败。
[0354]
上述实施例介绍的是在pdu会话建立过程中，由af作为第一网元，进行upf的选择，在af作为第一网元的另一种可能的实现方式中，还可以在pdu会话建立完成之后，进行upf的选择，下面结合图11对af作为第一网元，在pdu会话建立完成之后，选择upf的实现方式进行介绍，其中，af可以接收来自于终端设备的第二请求消息，以获取算力资源要求、终端设备的位置信息等，在一种可能的实现方式中，第二请求消息可以为httpdns请求，或者第二请求消息还可以为dns查询请求，下面结合图11a和图11b对两种实现方式分别进行介绍。
[0355]
首先结合图11a对af可以接收来自于终端设备的httpdns请求的实现方式进行介绍，图11a为本技术实施例提供的在pdu会话建立过程完成之后af选择upf的一种流程示意图。
[0356]
如图11a所示：
[0357]
11a1、智能调度af和各个mec交互，以获取各mec的业务处理装置的算力资源信息。
[0358]
其中，11a1的实现方式与上述101的实现方式类似，此处不再赘述。
[0359]
11a2、ue向httpdns服务器发送httpdns请求。
[0360]
在本实施例中，终端设备已经建立了pdu会话，在进行因特网(internet)业务，此时终端设备可以向httpdns服务器发送httpdns请求，其中，httpdns请求中包括终端设备的算力资源要求，以及终端设备的位置信息。
[0361]
11a3、httpdns服务器将httpdns请求转发给af。
[0362]
其中，httpdns服务器可以根据httpdns请求确定当前的httpdns请求需要me app，则httpdns服务器可以将httpdns请求转发给af。
[0363]
11a4、af确定mec候选列表，并在mec候选列表中选择第一mec。
[0364]
智能调度af根据终端设备的位置信息确定就近部署app的mec候选列表，在一种可能的实现方式中，af可以根据终端设备的位置信息，确定终端设备的位置信息对应的mec候选列表，例如针对各个区域预先设置有各自对应的mec候选列表，如终端设备的位置信息所在的区域为深圳，则可以获取深圳对应的mec候选列表。
[0365]
以及，af根据mec候选列表中的各个mec的业务处理装置的算力资源信息，在mec候选列表中选择第一mec，其中，选择第一mec的实现方式与上述介绍的选择第一mec的实现方式类似，此处不再赘述。
[0366]
11a5、af通过nef请求5g核心网(5g core network，5gc)调整承载路径。
[0367]
其中，请求5gc调整承载路径的信息中携带的信息包括：终端设备的ip，选定的第一mec对应的dnai，app的ip。
[0368]
参见图11可以确定的是，当前存在upf1和upf2，因为本实施例中终端设备已经完成了pdu会话建立，因此在pdu会话建立过程中，smf已经选择了一个upf，即为图11中的upf2，其中upf2可以提供上网服务，其中上网服务对算力资源没有特殊的要求，对是否就近转发也没有特殊要求，因此upf2的选择无需考虑算力资源。
[0369]
然而，图11中的upf1是考虑算力资源选择的第一mec对应的upf，为了保证业务处理成功，并将业务数据报文就近转发给同站点的app，则需要将选择的upf1插入承载路径中。
[0370]
11a6、通过nef向af返回请求5gc调整承载路径的响应。
[0371]
11a7、pcf通知smf调整承载路径。
[0372]
其中，smf需要根据dnai插入就近分流的upf，其中携带的信息包括：dnai、分流的过滤信息(app对应的ip)。
[0373]
具体的，本实施例中的dnai为第一mec的dnai，则smf根据dnai，可以确定第一mec，并确定第一mec对应的upf，从而可以确定需要插入的upf。
[0374]
11a8、smf和upf交互更新用户面路径。
[0375]
11a9、af向httpdns服务器发送httpdns请求响应。
[0376]
11a10、httpdns服务器将httpdns请求响应转发给ue。
[0377]
具体的，af可以通过httpdns服务器向终端设备返回app ip。
[0378]
后续承载交互，可以由插入的分流upf1根据过滤规则进行分流处理，对于目的ip为就近app的ip的报文，可以在边缘区域内就近处理。
[0379]
即终端设备的报文首先到达根据算力资源信息选择的upf1，由upf1判断将报文转发给同站点的app，还是转发给upf2。
[0380]
在一种可能的实现方式中，终端设备可以接收到httpdns服务器返回的app ip，则终端设备向该app发送的业务数据报文的目的ip可以为该app ip。
[0381]
在本实施例中，针对不同的业务可以有不同的目的ip，例如对于需要就近处理的vr业务，其目的ip可以为vr app的ip，或者对于访问internet(如淘宝网)的业务，其目的ip可以为淘宝网的ip，本实施例对目的ip的实现方式不做限制，其可以取决于实际的业务需求。
[0382]
以上述介绍的vr业务和访问internet(如淘宝网)的业务为例，下面对upf1转发业务数据报文的可能的实现方式进行说明：
[0383]
在一种可能的实现方式中，对于需要就近处理的vr业务，其目的ip可以为vr app的ip，则upf1可以根据目的ip，将该业务的业务数据报文转发给vr app。
[0384]
在另一种可能的实现方式中，对于不需要就近处理的业务，例如上述介绍的访问internet(如淘宝网)业务，其目的ip可以为淘宝网的ip，则upf1可以将该业务的业务数据报文转发给upf2，由upf2再转发到internet(如淘宝网)。
[0385]
上述介绍的是在httpdns请求中携带有算力资源要求，在另一种可能的实现方式中，还可以在httpdns请求中携带业务有业务特征，业务特征和终端设备的算力资源要求之间存在第三对应关系。
[0386]
其各种实现方式与上述介绍的在httpdns请求中携带有算力资源要求的实现方式相同，此处不再赘述。
[0387]
其次结合图11b对af可以接收来自于终端设备的dns查询请求的实现方式进行介绍，图11b为本技术实施例提供的在pdu会话建立过程完成之后af选择upf的另一种流程示意图。
[0388]
如图11b所示：
[0389]
11b1、智能调度af和各个mec交互，以获取各mec的业务处理装置的算力资源信息。
[0390]
11b2、ue向dns服务器发送dns查询请求。
[0391]
11b3、dns服务器将dns查询请求转发给af。
[0392]
11b4、af确定mec候选列表，并在mec候选列表中选择第一mec。
[0393]
11b5、af通过nef请求5g核心网(5g core network，5gc)调整承载路径。
[0394]
11b6、通过nef向af返回请求5gc调整承载路径的响应。
[0395]
11b7、pcf通知smf调整承载路径。
[0396]
11b8、smf和upf交互更新用户面路径。
[0397]
11b9、af向dns服务器发送dns查询响应。
[0398]
11b10、dns服务器将dns查询响应转发给ue。
[0399]
其中，11b1～11b10的实现方式与上述介绍的11a1～11a10的实现方式均类似，不同之处在于，上述图11a中的实现方式为httpdns请求，而当前图11b中的实现方式为dns查询请求，此处对各种可能的实现方式不再赘述，详细内容可以参照上述图11a的介绍。
[0400]
在本实施例中，可以在终端设备建立pdu会话之后，可以通过终端设备的httpdns请求或者dns查询请求获取算力资源要求，并且基于af选择第一mec，并选择第一mec对应的upf，从而可以在终端设备建立pdu会话之后，同样可以根据算力资源信息选择upf，保证了应用场景的全面性。
[0401]
上述实施例介绍的是af作为第一网元的实现方式，下面结合图12对pcf作为第一网元的实现方式进行介绍，图12为本技术实施例提供的pcf选择upf的流程示意图：
[0402]
如图12所示：
[0403]
121、pcf和各个mec交互，以获取各mec的业务处理装置的算力资源信息。
[0404]
122、ue向amf发送pdu会话建立请求，pdu会话建立请求中包括dnn、s-nssai、算力资源要求。
[0405]
123、amf向smf发送sm请求消息，以及smf向amf返回sm响应消息。
[0406]
124、smf选择pcf。
[0407]
125、smf向pcf发送第二请求消息。
[0408]
在本实施例中，smf选择pcf，并向选择的pcf申请策略信息，具体的，向pcf发送第二请求消息，其中，第二请求消息中包括终端设备的算力资源要求。
[0409]
在本实施例中，pcf中配置有dnai和mec对应关系，例如对一个mec分配有一个dnai，也就是说配置有各个mec分别对应的dnai。
[0410]
在一种可能的实现方式中，第二请求消息可以为新增的消息，即为图12中的125所示意的第二请求消息。
[0411]
在另一种可能的实现方式中，第二请求消息还可以为已有的消息，则无需新增专门的请求消息，其中第二请求消息例如可以为图12中的sm策略关联建立的消息，即图12中的127所示意的消息，当第二请求消息为已有的消息时，则本实施例中的方法中就可以不包括图12中的步骤125。
[0412]
126、pcf向smf发送第二请求消息的响应消息。
[0413]
在一种可能的实现方式中，第二请求消息的响应消息中例如可以包括第一mec对应的dnai，smf可以根据dnai确定选择的upf。
[0414]
例如，pcf可以根据dnn/s-nssai、终端设备的位置信息，确定终端设备的位置信息对应的dnai候选列表；
[0415]
pcf根据dnai候选列表中的各个dnai对应的mec的业务处理装置的算力资源信息，选择第一mec。
[0416]
其中确定dani候选列表的实现方式与上述介绍的确定mec候选列表的实现方式类似，可以为预先设置有各个区域对应的dani候选列表。
[0417]
假设当前的dnai候选列表中包括dnai1、dnai2和dnai4，则可以获取dnai1对应的mec1的算力资源信息、dnai2对应的mec2的算力资源信息、dnai4对应的mec4的算力资源信息，接着pcf可以根据mec1的算力资源信息、mec2的算力资源信息、mec4的算力资源信息，在这三个mec中选择第一mec，其中在多个mec中选择第一mec的实现方式在上述实施例中已经进行了介绍，此处不再赘述。
[0418]
以及，本实施例中pcf可以将第一mec对应的dnai确定为第一dnai，接着，pcf可以通过第二请求消息的响应消息，将确定的第一dnai通知给smf，其中，在smf中配置有各个dnai对应的upf，则smf可以根据dnai确定upf，从而实现对upf的选择。
[0419]
127、smf向pcf发送sm策略关联建立。
[0420]
128、pcf向smf发送sm策略关联建立响应。
[0421]
129、smf向upf发送n4会话建立请求，以及upf向smf发送n4会话建立响应。
[0422]
1210、smf向amf发送n1sm信息和n2sm信息。
[0423]
1211、amf向ue返回nas消息。
[0424]
上述介绍的是在pdu会话建立请求中携带有算力资源要求，在另一种可能的实现方式中，还可以在pdu会话建立请求中携带业务特征，或者，还可以在pdu会话建立请求中携带s-nssai，其各种实现方式与上述直接在pdu会话建立请求中携带算力资源要求的实现方式相同，此处不再赘述。
[0425]
在本技术实施例中，采用pcf作为第一网元，根据各个mec的业务处理装置的算力资源信息进行upf的选择，可以有效避免同站点的app处理业务时，同站点的算力资源不够
导致的业务处理失败。
[0426]
上述实施例介绍的是pcf作为第一网元的实现方式，下面结合图13对smf作为第一网元的实现方式进行介绍，图13为本技术实施例提供的smf选择upf的流程示意图：
[0427]
如图13所示：
[0428]
131、af获取至少一个mec的业务处理装置的算力资源信息。
[0429]
132、smf和af同步至少一个mec的业务处理装置的算力资源信息。
[0430]
在一种可能的实现方式中，可以在af获取至少一个mec的业务处理装置的算力资源信息之后，smf和af同步af获取的至少一个mec的业务处理装置的算力资源信息；或者
[0431]
还可以在pcf获取至少一个mec的业务处理装置的算力资源信息之后，smf和pcf同步pcf获取的至少一个mec的业务处理装置的算力资源信息。
[0432]
其中，af、pcf获取至少一个mec的业务处理装置的算力资源信息的实现方式在上述实施例中已经进行了介绍，此处不再赘述。
[0433]
133、ue向amf发送pdu会话建立请求，pdu会话建立请求中包括dnn、s-nssai、算力资源要求。
[0434]
在本实施例中，算力资源要求直接携带在pdu会话建立请求中。
[0435]
134、amf向smf发送sm请求消息，以及smf向amf返回sm响应消息。
[0436]
135、smf向pcf发送sm策略关联建立。
[0437]
136、pcf向smf发送sm策略关联建立响应。
[0438]
137、smf选择upf。
[0439]
在一种可能的实现方式中，所述smf可以根据所述终端设备的接入位置和各upf的能力，确定第二候选upf列表；
[0440]
所述smf根据各个所述mec的业务处理装置的算力资源信息，获取所述第二候选upf列表中的各个upf对应的mec的业务处理装置的算力资源信息；
[0441]
所述smf根据各个upf对应的mec的业务处理装置的算力资源信息，在所述各个upf对应的mec中选择第一mec。
[0442]
其中，确定第二候选upf列表的实现方式与上述确定第一候选upf列表的实现方式类似，假设第二候选upf列表中包括upf1、upf2和upf4，则可以获取upf1对应的mec1的算力资源信息、upf2对应的mec2的算力资源信息、upf4对应的mec4的算力资源信息，接着af可以根据mec1的算力资源信息、mec2的算力资源信息、mec4的算力资源信息，在这三个mec中选择第一mec，其中在多个mec中选择第一mec的实现方式在上述实施例中已经进行了介绍，此处不再赘述。
[0443]
在确定第一mec之后，smf可以选择第一mec对应的upf，从而实现对upf的选择。
[0444]
138、smf向upf发送n4会话建立请求，以及upf向smf发送n4会话建立响应。
[0445]
139、smf向amf发送n1sm信息和n2sm信息。
[0446]
1310、amf向ue返回nas消息。
[0447]
在本技术实施例中，采用smf作为第一网元，根据各个mec的业务处理装置的算力资源信息进行upf的选择，可以有效避免同站点的app处理业务时，同站点的算力资源不够导致的业务处理失败。
[0448]
在上述实施例的基础上，可以确定的是，af和pcf可以直接获取各个mec的业务处
理装置的算力资源信息，smf可以和af或者pcf同步以获取各个mec的业务处理装置的算力资源信息，下面结合一个具体的实施例，以第一网元为af或者pcf，对获取各个mec的业务处理装置的算力资源信息的实现方式进行介绍，图14为本技术实施例提供的上报方式获取mec的业务处理装置的算力资源信息的实现方式示意图，图15为本技术实施例提供的查询响应方式获取mec的业务处理装置的算力资源信息的实现方式示意图。
[0449]
在一种可能的实现方式中，参见图14，当前的第一网元可以为af或者pcf，其中各个mec可以按照各自的预设周期上报各自的算力资源信息，则第一网元可以接收各个mec按照预设周期上报的算力资源信息。
[0450]
在可能的实现方式中，在mec的档次发生变化时，mec会立刻向第一网元上报算力资源信息。
[0451]
其中，通过mec按照预设周期上报算力资源信息，从而无需额外的信令指示。
[0452]
在另一种可能的实现方式中，参见图15，第一网元可以针对每一个mec发送查询请求，其中查询请求用于查询mec算力资源信息，接着第一网元可以接收mec根据查询请求返回的算力资源信息，从而获取到各个mec的业务处理装置的算力资源信息。
[0453]
其中，通过查询请求获取mec的业务处理装置的算力资源信息，从而可以根据实际需求获取需要的mec的业务处理装置的算力资源信息。
[0454]
在本技术中，终端设备的算力资源要求可以携带在pdu会话建立请求中，或者还可以携带在httpdns请求中，或者还可以携带在dns查询请求中，下面对本技术中参数携带的可能的实现方式进行说明：
[0455]
在一种可能的实现方式中，可以采用文本方式。
[0456]
例如第二算力资源类型包括gpu，第二算力资源信息的要求数量是2tflops，则文本方式的实现可以为：
[0457]
computingresourcerequirements：
[0458]
resource1：type：gpu；number：2tflops
[0459]
在另一种可能的实现方式中，可以采用tlv(tag(type)-length-value)的方式，下面结合图16-图18进行介绍，图16为本技术实施例提供的tlv示意图，图17为本技术实施例提供的嵌套tvl示意图，图18为本技术实施例提供的算力资源要求的tvl示意图。
[0460]
其中，tlv是一种简单实用的自定义通信协议，采用asn.1标准。从tlv的全称中可以知道它包括三个域，如图16所示，分别为：标签域(tag)，长度域(length)，内容域(value)。tag保存了标签信息，length保存了定义数值的长度，value表示保存字段实际的数值。
[0461]
tlv可以嵌套，tltlv，其中嵌套的tvl可以如图17所示，tvl中的value还可以是一个tvl。
[0462]
以及在一种可能的实现方式中，算力资源要求的tvl的格式可以如图18所示，参见图18，其中的标签域为tag(resourcerequire)，其中tag标识是算力资源要求的参数，比如可以约定tag值为10000；
[0463]
该参数中携带两个子参数，分别是第二算力资源类型(type)、具体要求的算力数量(number)。
[0464]
其中，subtag(type)为子参数：用于指示算力资源要求中的第二算力资源类型，比
如约定其tag值为10。
[0465]
typevalue为约定的算力资源类型的枚举值，比如1表示算力资源类型为gpu，2表示算力资源类型为npu，等等。
[0466]
subtag(number)为子参数：用于指示算力资源要求中的算力资源类型的要求数量，比如约定其tag值为11。
[0467]
numbervalue为约定的要求数量。
[0468]
图19为本技术一实施例提供的upf选择装置的结构示意图。如图19所示，该装置190包括：获取模块1901和处理模块1902。
[0469]
获取模块1901，用于第一网元获取至少一个多接入边缘计算mec的业务处理装置的算力资源信息；
[0470]
处理模块1902，用于所述第一网元根据获取到的所述mec的业务处理装置的算力资源信息选择第一mec；
[0471]
所述处理模块1902还用于：所述第一网元确定所述第一mec对应的用户面功能upf。
[0472]
在一种可能的实施方式中，所述算力资源信息包括如下中的至少一种信息:算力资源类型、算力资源总资源数量，所述算力资源类型的对应的算力资源的可用资源数量。
[0473]
在一种可能的实施方式中，所述获取模块1901还用于：
[0474]
所述第一网元获取终端设备的算力资源要求，其中，所述算力资源要求包括如下中的至少一种：第二算力资源类型，各所述第二算力资源类型的要求数量。
[0475]
在一种可能的实施方式中，所述处理模块1902具体用于：
[0476]
针对所述第二算力资源类型，选择所述第二算力资源类型的可用资源数量最大的mec为所述第一mec。
[0477]
在一种可能的实施方式中，所述处理模块1902具体用于：
[0478]
针对每一个所述第二算力资源类型，在各个所述mec中获取所述第二算力资源类型的可用资源数量满足预设阈值信息的mec，以得到所述第二算力资源类型对应的至少一个第二mec；
[0479]
若所述第二算力资源类型的数量为1个，则在所述第二算力资源类型对应的至少一个第二mec中进行轮选，以选择所述第一mec；或者
[0480]
若所述第二算力资源类型的数量大于1个，则取各个所述第二算力资源类型对应的至少一个第二mec的交集，并在所述交集中进行轮选，以选择所述第一mec。
[0481]
在一种可能的实施方式中，所述处理模块1902具体用于：
[0482]
针对每一个所述第二算力资源类型，将所述第二算力资源类型对应的可用资源数量小于所述第二算力资源类型的要求数量的mec排除，得到剩余mec；
[0483]
若所述第二算力资源类型的数量为1个，则根据所述剩余mec中各个所述mec的所述第二算力资源类型对应的可用资源数量的比例，得到各个所述mec对应的权重，并根据各个所述mec对应的权重选择所述第一mec；或者
[0484]
若所述第二算力资源类型的数量大于1个，则取各个所述第二算力资源类型的剩余mec的交集，根据所述交集中的各个所述mec的所述第二算力资源类型对应的可用资源数量的比例，得到所述交集中的各个所述mec对应的权重，并根据各个所述mec对应的权重选
择所述第一mec。
[0485]
在一种可能的实施方式中，所述获取模块1901具体用于：
[0486]
针对每一个所述mec，所述第一网元接收所述mec按照预设周期上报的所述mec的业务处理装置的算力资源信息。
[0487]
在一种可能的实施方式中，所述获取模块1901具体用于：
[0488]
针对每一个所述mec，所述第一网元向所述mec发送查询请求；
[0489]
接收所述mec根据所述查询请求返回的所述mec的业务处理装置的算力资源信息。
[0490]
在一种可能的实施方式中，所述第一网元为应用功能af；
[0491]
所述获取模块1901具体用于：
[0492]
所述af接收来自于smf的第一请求消息，其中，所述第一请求消息包括所述终端设备的算力资源要求。
[0493]
在一种可能的实施方式中，所述第一网元为af；
[0494]
其中，所述af接收来自于smf的第一请求消息，所述第一请求消息包括第一候选upf列表；
[0495]
所述处理模块1902具体用于：
[0496]
所述af根据各个所述mec的业务处理装置的算力资源信息，获取所述第一候选upf列表中的各个upf对应的mec的业务处理装置的算力资源信息；
[0497]
所述af根据所述各个upf对应的mec的业务处理装置的算力资源信息，在所述各个upf对应的mec中选择第一mec。
[0498]
在一种可能的实施方式中，所述第一网元为af；
[0499]
所述获取模块1901具体用于：
[0500]
所述af接收来自于终端设备的第二请求消息，其中，所述第二请求消息包括所述终端设备的算力资源要求，
[0501]
所述第二请求消息为超文本传输协议域名系统httpdns请求，或者所述第二请求消息为域名系统dns查询请求。
[0502]
在一种可能的实施方式中，所述第一网元为af；
[0503]
其中，所述af接收来自于终端设备的第二请求消息，所述第二请求消息包括所述终端设备的位置信息；
[0504]
所述处理模块1902具体用于：
[0505]
所述af根据所述终端设备的位置信息，确定所述终端设备的位置信息对应的mec候选列表；
[0506]
所述af根据所述mec候选列表中的各个所述mec的业务处理装置的算力资源信息，在所述mec候选列表中选择第一mec。
[0507]
在一种可能的实施方式中，所述第一网元为策略控制功能pcf，其中，所述pcf中配置有各个mec分别对应的数据网络访问标识符dnai。
[0508]
在一种可能的实施方式中，所述获取模块1901具体用于：
[0509]
所述pcf接收来自于会话管理功能smf的第三请求消息，其中，所述第三请求消息包括所述终端设备的算力资源要求。
[0510]
在一种可能的实施方式中，所述第一网元为pcf；
[0511]
所述处理模块1902具体用于：
[0512]
所述pcf根据所述终端设备的位置信息，确定所述终端设备的位置信息对应的dnai候选列表；
[0513]
所述pcf根据所述dnai候选列表中的各个所述dnai对应的mec的业务处理装置的算力资源信息，选择第一mec；
[0514]
所述处理模块1902还用于：
[0515]
根据所述第一mec，在所述dnai候选列表中选择第一dnai，并将所述第一dnai发送给smf。
[0516]
在一种可能的实施方式中，所述处理模块1902还用于：
[0517]
所述pcf将所述第一dnai发送给所述smf，以使得所述smf根据所述第一dnai确定第一upf。
[0518]
在一种可能的实施方式中，所述第一网元为smf；
[0519]
所述获取模块1901具体用于：
[0520]
所述smf和所述af同步所述af获取的所述至少一个mec的业务处理装置的算力资源信息；或者
[0521]
所述smf和所述pcf同步所述pcf获取的所述至少一个mec的业务处理装置的算力资源信息。
[0522]
在一种可能的实施方式中，所述第一网元为smf；
[0523]
所述处理模块1902具体用于：
[0524]
所述smf根据所述终端设备的接入位置和各upf的能力，确定第二候选upf列表；
[0525]
所述smf根据各个所述mec的业务处理装置的算力资源信息，获取所述第二候选upf列表中的各个upf对应的mec的业务处理装置的算力资源信息；
[0526]
所述smf根据各个upf对应的mec的业务处理装置的算力资源信息，在所述各个upf对应的mec中选择第一mec。
[0527]
在一种可能的实施方式中，所述算力资源要求为根据所述终端设备发送的pdu会话建立请求确定的。
[0528]
在一种可能的实施方式中，所述pdu会话建立请求中携带有所述终端设备的算力资源要求；或者
[0529]
所述协议数据单元pdu会话建立请求中携带有业务特征，所述业务特征和所述终端设备的算力资源要求之间存在第一对应关系；或者
[0530]
所述pdu会话建立请求中携带有单网络切片选择辅助信息s-nssai，所述s-nssai和所述终端设备的算力资源要求之间存在第二对应关系。
[0531]
在一种可能的实施方式中，所述算力资源要求为根据所述终端设备发送的第二请求消息确定的。
[0532]
在一种可能的实施方式中，所述第二请求消息中携带有所述终端设备的算力资源要求；或者
[0533]
所述第二请求消息中携带有业务特征，所述业务特征和所述终端设备的算力资源要求之间存在第三对应关系。
[0534]
本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技
术效果类似，本实施例此处不再赘述。
[0535]
图20为本技术实施例提供的车载计算装置的硬件结构示意图，如图20所示，本实施例的车载计算装置200包括：处理器2001以及存储器2002；其中
[0536]
存储器2002，用于存储计算机执行指令；
[0537]
处理器2001，用于执行存储器存储的计算机执行指令，以实现上述实施例中upf选择方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
[0538]
可选地，存储器2002既可以是独立的，也可以跟处理器2001集成在一起。
[0539]
当存储器2002独立设置时，该车载计算装置还包括总线2003，用于连接所述存储器2002和处理器2001。
[0540]
可选的，上述处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的业务处理方法实施例中的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0541]
本技术实施例还提供一种计算机存储介质，包括计算机指令，当所述计算机指令在被处理器运行时，实现如上车载计算装置所执行的upf选择方法。
[0542]
本技术实施例提供一种计算机程序产品，当所述计算机程序产品在处理器上运行时，实现如上车载计算装置所执行的upf选择方法。
[0543]
实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(英文：read-only memory，缩写：rom)、ram、快闪存储器、硬盘、固态硬盘、磁带(英文：magnetic tape)、软盘(英文：floppy disk)、光盘(英文：optical disc)及其任意组合。
[0544]
本技术实施例是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0545]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0546]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0547]
显然，本领域的技术人员可以对本技术实施例进行各种改动和变型而不脱离本技术实施例的精神和范围。这样，倘若本技术实施例的这些修改和变型属于本技术实施例权利要求及其等同技术的范围之内，则本技术实施例也意图包含这些改动和变型在内。
[0548]
在本技术实施例中，术语“包括”及其变形可以指非限制性的包括；术语“或”及其变形可以指“和/或”。本本技术实施例中术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。本技术实施例中，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
[0549]
最后应说明的是：以上各实施例仅用以说明本发明实施例的技术方案，而非对其限制；尽管参照前述各实施例对本发明实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质。