5G核心网边缘计算总体技术要求.docx

ICS33.060M36中华人民共和国通信行业标准YD/T2020XXXX5G核心网边缘计算总体技术要求Generaltechnicalrequirementsof5Gcorenetworkedgecomputing（送审稿）201X-XX-XX发布201X-XX-XX实施中华人民共和国工业和信息化部发布前宫15G核心网边缘计算总体技术要求11范围12规范性引用文件13术语和定义4缩略语15概述265G边缘计算系统架构37SG网络支持边缘计算的功能要求4777711221对PDU会话使用UL CL2对PDU会话使用IPv6多归属3支持本地数据网络业务连续性1概述54一6a一769898一7.2.3SSC模式选择107.3能力开放HW7.3.1位置订阅H4O7.3.2用户面事件订阅H-W7.3.3A；影响用户面路由H犯7.4 安全要求1244-7.5 计费要求12U85G边缘计算平台系统要求12441 .1功能要求12448 .1.1MEC主机12448.1.2主机级网管128.1.3MEO13428.1.45GCProxy（可选）1348.1.5MEC运营管理需求13428.2安全要求1448.3性能及可靠性要求14438.3.1性能要求U48.3.2可匏性要求15448.4接口要求15«8.4.1MEC系统与5GC的接口叵第8.4.2MEC系统内部接口l9关键流程红后1.1 1位置订阅流程1741.2 用户面事件订阅和通知流程j841.3 影响用户面路由流程19W1.3.1 AF请求影响不能用UE地址识别的会话的路由事9. 3.2AF请求针对特定的UE地址的会话路由20«附录A（资料性附录）本地服务器IP地址的发现对5GC的增强要求2220.1需求描述2220A.2相关术语24A.3实施方案的前置条件24A.4DNS解析方案244-A.5MEC多点调度方案刎A.5.1分流功能增强螂A.5.2HTTP头增强方案（方案三）3026A.5.3位置订阅方案（方案四）鱼舞A.6MECCDNDNS函定向解决方案3239,1/刖三本标准制定了5G边缘计算的总体技术要求。本标准参考国内和国际相关标准，并结合国内网络的实际情况制定。本标准按照GB/T1.1-2009给出的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的贡任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国电信集团公司、中国移动通信集团公司、中国联合网络通信集团IT限公司、中国信息通信研究院（工业和信息化部电信研究院）、华为技术有限公司、中兴通讯股份有限公司、上海诺基亚贝尔股份TT限公司、大唐电信科技产业集团（电信科学技术研究院）、爱立信（中国）通信有限公司、深圳市腾讯计算机系统有限公司、浪潮软件集团有限公司、京信通信系统（中国）有限公司主要编制人：刘洁、林奕琳、帅晓卉、王丹、庄小君、陆伟、冯江平、周星月、韩志强、黄强、张科峰、朱金银、张卓筠、俞帆、徐骊、E丽君、姜勇、E亚88、任池、杨红梅5G核心网边缘计算总体技术要求1范围本标准规定了5G边雄计算的总体架构、核心网功能要求、平台要求和关键流程等。本标准适用T5GC相关网元、5G边缘计算系统的相关组件或网元，以及系统相关接口等。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的弓I用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。3GPPTS23.501v16.2.0SystemArchitectureforthe5GSystemiStage23GPPTS23.502v16.2.0Proceduresforthe5GSystemjStage23GPPTS23.503v16.2.0PolicyandChargingControlFrameworkforthe5GSystem;Stage2ETSIGSMEC003MobiIeEdgeComputing(MEC)：FrameworkandReferenceArchitectureETSIGSMEC010-2MobileEdgeComputing(MEC)：MobiIeEdgeManagementiPart2:Applicationlifecycle,rulesandrequirementsmanagementETSIGSMEC011MobileEdgeComputing(MEC):MobiIeEdgePlatformApplicationEnablementETSIGSMEC010-1MobiIeEdgeManagement：Part1:System,hostandplatformmanagementIETFRFC6891ExtensionMechanismsforDNS(EDNS(O)YD/T-xxx35G移动通信网核心网总体技术要求3缩略语下列缩略语适用于本文件。3GPP3rdGenerationPartnershipProject第三代合作伙伴计划AFApplicationFunction应用功能AMBRAggregatedMaximumBitRate聚合最大比特速率AMFAccessandMobilityManagementFunction接入与移动性管理功能BSFBindingSupportFunction绑定支持功能BPBranchingPoint分支点GNCereNetwork倏心ITDNDataNetwork数据网络DNAIDNAccessIdentifier数据网络接入标识DNNDataNetworkName数据网络名ECEdgecomputing边缘计算IDIDentiflcr标识IPInternetProtocol网际互连协议LADNLocalAreaDataNetwork本地区域数据网络LBOLocalBreakOut本地疏导LCMLiIeGyeIe-MaHageffiem4jaMEAoMljGHppIicnUonStfatOfMPClvHjMECMulti-accessEdgecomputing多接入边缘计算MEOMECOrchestratorMEC编排器MEPMECPlatformMEC平台MERM-VMEGPkNfbrmMUnUgerNFV平台管理-网络功播虚拟4七NASNonAccessStratum非接入层NEFNetworkExposureFunction网络开放功能NFNelweFk-FHeieH网络功能NFVNe1；ImCliHHlTVirlUitIiitiicn网络功能虚拟化NFVONFV-OfeheSt=aF网络功脩店L化编神器1J-FJv/JIJJr>r.JTZXIJvvJ“JNFVINetworkFunctionsVirtualizationInfrastructure网络功能虚拟化基础设施PCFPDUPolicyControlFunctionPacketDataUnit策略控制功能分组数据单元-（带格PSAPDUSessionAnchorPDU会话锚点QoSQualityofService服务质量RNlSRadk¼Nelweck4feFma÷k>fbSefe无线网络信息服务SMFSessionManagementFunction会话管理功能SSCSessionandSerficeContinuitySessionandScniccContinuityModeSelect会话与业务连续性SSCMSPPolicy会话与业务连续性模式选择策略SUPISubscriberPermanentIdentifier签约用户永久标识TAITrackingAreaID跟踪区域标识UDMUnifiedDataManagement统一数据管理UEUserEquipment用户设备ULCLUplinkClassifier上行分类器UPFUserPlaneFunction用户面功能URSPUERouteSelectPolicyUE路由选择策略UDRUserDataRepository用户数据寄存罂VIMVirtualizalionInfrastructureManager虚拟化基础设施管理VNFVir”Ql辿edN&wfHkFUnCtiOn虚拟化网络功陇VNFMVirIUUIiZCdNCIWorkFunClionVNFManager虚拟化网络功能VNF管理4概述边缘计算（EC）使得运营商和第三方应用可以部署在靠近用户附着接入点的位置，通过用户数据的本地分流降低时延并实现高效的业务分发。边缘计算架构和业务不是5G强相关的，但边缘计算是5G的一种基本业务实现。5G边缘计算与5G网络的移动性管理、QOS架构、会话管理、用户面路彳空优选、能力开放、计费等关键技术的具体实现密切相关，边缘计算的特点使得它在5G网络部署时需要依赖网络网络通过特定的配置或信令交互流程进行保障：同时，为了和5G网络更有效地交互，同时屏蔽不同的接入方式对边缘计算系统核心功能的影响，边缘计算系统自身需要在功能架构中设置与网络交互的功能。5G边缘计算通常在非漫游和本地疏导(LBO)的漫游场景下使用。55G边缘计算系统架构5G边缘计算系统含5G网络和边缘计算平台系统。5G核心网通过控制面与用户面分离，用户面网元UPF可以灵活的下沉部署到网络边缘，而策略控制PCF以及会话管理SMF等控制面功能可以集中部署：另外，5G核心网定义了SerViCeBaSed的服务化接口,网络功能即能产生服务，也能消费服务。5G边缘计算平台系统相对于5G核心网络是AF+DN的角色，平台系统在系统级可引入5G核心网连接特性（如:MEP上的能力开放代理和系统皴的5GCProXy）简化平台系统与5G核心网的信息交互与流程处理。5G边缘计算平台系统和UPF之间为标准的N6连接：平台系统可以以非可信AF的角色通过NE">PCF->SMF影响用户面策略，或者以可信A1；的角色通过直接PC+>SMF影响用户面策略：做为AF的一种特殊形式，5G边缘计算平台系统可以与5GCNEF/PCF进行更多的交互，调用其他的5GC开放能力，如消息订阅、QoS,等等。UPF实现5G边缘计算的数据面功能，边缘计算平台系统为边缘应用提供运行环境并实现对边缘应用的管理。根据具体的应用场景，UPF和边缘计算平台可以分开部署，也可以一体化部署。5G边缘计算平台系统架构中含以下功能实体：a） MEC主机：含边缘计算平台（MEP）、MEC应用（MEAPP）.虚拟化基础设施（NFVI）；b） YEC系统虚拟化管理，含系统级管理和主机级管理，系统级管理即边缘编排器（MEO）,主机级管理含虚拟化基础设逢管理（VlM）、边缘计算平台管理（MEPM）；c）边缘计算运营管理平台包含运营管理子系统和运维管理子系统；d）5GCProXy（可选）：与5G核心网交互信令的统一接口功能：该功能在具体实现上可嵌入系统级其他功能实体。从功能要求的角度，认为ME0、边缘计算运营管理平台为系统级：MEC主机、MEPM.VlM为主机级：从部署位置来看，MEPM可以和主机一起部署在边缘，也可以和系统级网元一起部署在相对集中的位置。6 5G网络支持边缘计算的功能要求7 1概述5G核心网应能通过以下方式支持边缘计算：a） 5G核心网应可选择靠近UE的UPF并根据用户的签约信息、用户位置、AF提供的信息、策略或其他相关流量规则执行通过N6接口执行流量从该UPF到本地数据网络的琉导，支持单一PDU会话的ULCL实现,可选支持BP（IPV6multi-homing）和LADN（本地区域数据网络）；b） PCF应提供对分流到本地数据网络的流量提供QOS控制和计费的规则：c）在用户发生移动时,5G网络应支持通过SSC1/SSC2/SSC3从网络连接层面支持业务和会话的连续性：d）5G边缘计算WK系统应支持直接或通过NEF与5G核心网交互信息,联合5G网络保证应用业务和会话的连续性：注：根据既定的策略，某些应用功能允许直接和它们襦要交互的控制面功能宜接进行交互，而另外些应用功能褥要通过NEF和核心网控制功能进行交互。替2_本地分流为了支持选择性数据路由到DN或者支持乂21野以M中定义SSCmOde3,SMF可以控制PDU会话的数据路径，以保证PDU会话能够同时对应多个N6接口。终结每个N6接口的UPF被称为支持PDU会话锚点功能。杼个支持PDU会话的锚点提供到同一个DN的不同接入路径。进步的，在PDU会话建立时分配的PDU会话锚点和该PDU会话的SSCmode相关联，同一个PDU会话分配的额外的PDU会话锚点（例如到DN的选择性数据路由与该PDU会话的SSCmOde无关。注：支持到DN的选择性数据路由，例如某些被选中的数据通过更接近为UE服务的AN的N6接口转发到DN.这对应如下方式：-使用621小如一中定义的ULCL（上行数据分类器）功能。使用必_42中定义的IPv6多归属功能。6.4U62.1对PDU会话使用ULCL如果PDU会话是IPv4,IPv6或者以太类型，则SMF可以决定在PDU会话的数据路径上插入一个ULCL（上行分类器）。ULCL是UPF支持的一种功能，用于根据SMF下发的数据过滤器来转移一些数据（到本地）。插入或者删除个ULCL是由SMF决定的并由SMF通过N4接口和UPF能力来控制的。SMF可以在PDU连接建立时，或者在PDU建立完成后，决定在PDU会话的数据路径上插入一个支持ULcL的UPF。SMFM以在PDU建立完成后，决定在PDU会话的数据路径上删除个支持ULCL的UPF。SMF可以在PDU会话的数据路径上包含一个或者多个支持ULCL的UPF。UE不感知数据被ULCL转移，也不会涉及到插入或者删除ULCL的流程中。如果PDU会话类型为IPv4或者IPv6,UE只会获得网络分配的一个与该PDU会话关联的IPv4地址或者IPv6地址前缀。当ULCL功能被插入到PDU会话路径上时，这个PDU会话可能有多个锚点（PSA）。这些PDU会话锚点提供到同一个DN的不同接入路径。对于IPv4或IPv6或1Pv4v6类型的PDU会话，只有一个PSA作为UEPDU会话的IPv4地址和/或IPv6前缀的IP锚点。注1：在提供本地接入的PDU会话描点和DN之间的N磁口上的数据转发机制不在本规范中描述，ULCL提供UL数据转发到不同的PDU会话锚点，并且对发送到UE的DL数据进行聚合，即对来自于不同的PDU会话锚点发送到UE的数据进行聚合。这种操作基于数据检测和SMF提供的数据转发规则。ULCL应用过滤规则（例如检测UE发送的ULIP数据包目的IP地址/前缀）并且决定这些数据包如何被路由。SMF可能控制支持ULCL的UPF进行用于计费的数据测量，用于Ll的数据包制以及PDU会话级别的AMBR：注2：支持ULCL的UPF还可以支持用于本地接入数据网络的PDU会话锚点（包括在N6接口上支持隧道或者NATK这由SMF控制，额外的ULCL（以及相应的额外的PSA）可以插入到PDU会话的数据路径上，来创建同个PDU会话的新的数据路径。对于一个PDU会话建立的所有ULCL的数据路径的管理方法取决于运营商醍置和SMF配置，并且只TT个支持ULCL的UPF连接与RAN的N3接口。在PDU会话的数据路径上插入个ULCL如卜图所示：1.ocaiaccesstothesameDN图2ULCL的用户面架构注生一个UPF可同时支持ULCL和PSA功能.6丁2622对PDU会话使用IPv6多归属个PDU会话可能跟多个IPv6前缀关联，这就是PDU会话的多归属.多归属的PDU会话通过不止一个PDU会话锚点提供到DN的连接。通向不同PDU会话锚点的不同用户面路径在一个支持“分支点”功能的"共同的''UPF分流。分支点转发UL数据到不同的PDU会话锚点，并且汇聚下行数据到UE,即从不同的PDU会话锚点汇聚数据到终端。SMF可能控制支持分支点功能的UPF为计费做数据测量，为LI做数据第制，以及PDU会话级别的AMBR插入或者删除分支点由SMF决定，并由SMF使用通用的N4接口和UPF能力来控制。SMF可以在PDU会话建立时或者建立完成后决定在PDU会话的数据路径上插入支持分支点功能的UPF,或者在PDU会话建立完成后在PDU会话路径上删除支持分支点功能的UPFo多归属只应用于PDU会话类型为IPv6的PDU会话。当UE请求IPv46或者IPv6类型的PDU会话时,UE还向网络提供是否支持IPv6多归属PDU会话的指示。在一个PDU会话使用多个IPv6前缀描述如下：支持分支点功能的UPF由SMF配设，基于PDU的源前缀在IP锚点之间传播上行数据（可由UE根据从网络收到的路由信息和偏好来选择）.IETFRFC4191用于配置路由和偏好信息给UE来选择源前缀。注L这对应于IETFRFC7157"不需要NAT的IPv6多归Br描述的场景L这使得分支点不感知DN路由衣，而在IP锚点保持第一跳路由功能.多归属的PDU会话也可以用于支持先连后断的业务连续性来支持SSCm（Xie3.这在图3中描述。多归属PDU会话也可以用于支持，终端同时接入本地业务（例如本地服务器）和集中式业务（例如互联网）的场先。这在图4中描述。UE应使用TS23.502笫4.353章中规定的方法来确定是否使用多归属PDU会话来支持图4所示的服务连续性案例，或者是否使用它来支持图4所示的本地访问DN案例.，图3多归属PDU会话：业务连续性场景注2：对干一个UPF来说,可以同时支持分支点和PDU会话铺点功能.图4多归属PDU会话：本地接入同一个DN：带格式的：-级条标施注3：对干一个UPF来说,可以同时支持分支点和PDU会话傩点功能。6. £3支持本地数据网络通过LADNPDU会话接入DN只在特定的LADN服务区有效°LADN服务区是组TA。LADN是拜访地业务，包括：1.ADN服务只应用于3GPP接入，并且不适用于归属地路由（HR）场景.使用LADNDNN需要在签约中显示指示，或者签约一个通配符DNN。-个DNN是否支持LADN业务，是DNN的个属性值。UE根据配置知道一个DNN是否是LADNDNN,以及应用和DNN之间的关联。这种配置关联被认为是UE的本地配用可选的,UE可以在注册或者重注册过程中，获知个DNN是否是LADNDNN0注L在本阶段的规范中，没有其他流程用丁配置UE获知个DNN是否是LADNDNN。注2：配置终端获知应用和LADNDNN的流程在本阶段的规范中没有定义.1.ADN信息，即LADN服务区信息和LADNDNN,以DN粒度配置在AMF中，即对于不同的UE接入同一个LADN,LADN服务区都是相同的，跟其他因素无关（例如UE的注册区或者UE的签约）。注3：如果个LADN在AMF服务的任何TA中都不可用，则AMF不需要配置这个DNN的任何LADN相关的信息。在注册过程中或者在配置更新流程中，AMF向UE提供LADN信息（即LADN的服务区和LADNDNN）.对于每个在AMF上配置的LADNDNN,LADN服务区信息包含组TA,属于终端当前的注册区域（即LADN的服务区和当前的注册区有重叠AMF不会根据LADN是否可用来创建注册区。注&AMF发送给UE的LADN服务区信息可能只包含完整LADNIM务区的一个子集,因为LADN服务区可以包含UE注册区域之外或AMF服务区域之外的TA。当UE执行成功（重）注册流程时，AMF可以根据本地配置的LADN信息（例如通过OAM）,UE位置以及从UDM收到的签约的DNN的UE签约信息，在注册接受消息中通知UE当前注册区域内可用LADN列表的LADN信息。LADN列表由如下信息决定：注册请求消息中如果既没有LADNDNN也没有请求LADN信息的指示，则LADN列表为签约的DNN（不包括通配符DNN）列表中的LADNDNN。如果UE在注册请求消息中提供了LADNDNN,并且如果UE签约的LADNDNN包含请求的LADNDNN,或者在签约中包含通配符DNN,则LADNDNN列表为UE请求的LADNDNN列表。如果UE在注册请求消息中携带请求LADN信息的指示，并且如果签约了通配符DNN,或者未签约通配符DNN但AMF配置的全部DNN都是签约的LADNDNN,则LADNDNN列表为AMF配置的全部DNN。UE可以提供LADNDNN来获取特定的LADN信息，或者通过请求LADN指示来获取当前注册区允许的所有LADN信息在随后的注册更新流程中，如果网络没有提供LADN信息，则UE删除LADN信息。当5GC中的LADN信息发生变化,则AMF应该通过UE配置更新流程或者注册流程来更新LADN信息。当收到携带LADNDNN的PDU会话建立请求，或者用丁建立LADN的PDU会话建立触发的业务请求，并且如果请求的DNN在AMF配置为LADNDNN,则AMF根据UE是否在LADN服务区内来决定是否将其转发给SMFo根据UE中的LADN服务区信息，UE判断自己是否在LADN服务区内。如果UE没有LADNDNN对应的服务区信息，UE认为自己不在LADN的服务区内。UE采取如下操作：a）当终端移动出LADN服务区，UE：- 不能请求激活该LADNDNN的PDU会话UP连接。- 不能对该LADNDNN建立或者修改PDU会话。- 不需要释放当前存在的LADNDNN的PDU会话，除非UE从网络收到显式的PDU会话释放请求。b）当UE在LADN服务区，UE：- 可能针对该LADNDNN请求PDU会话建立;修改。- 可能请求激活已经建立的LADNDNN的PDU会话的UP连接。SMF支持DNN配置为是或不是LADNDNNe节SMF从AMF收到与LADN相关SM请求时，SMF根据AMF提供的指示（即UE在LADN服务区指示）判断UE是否在LADN服务内。如果SMF没有收到这个指示，SMF认为UE不在LADN服务内,如果UE不在LADN服务区内，则SMF拒绝请求.当SMF收到踉LADNDNN相关PDU会话建立请求，SMF需要通过向AMF提供DNN来签约UE的移动性事件通知，要求上报UE是否在感兴趣的区域。基于从AMF收到的UE是否在LADN服务区的通知（即在服务区，不在服务区，不确定在不在服务区），SMF根据运营商的策略采取如下操作：a）当SMF被通知终端移出LADN服务区，则SMF应：- 立即释放PDlJ会话：或者，- 去激活PDU会话的用户面连接，但是保留PDU会话。并且确保下行数据通知关闭。如果在一段时间内SMF没TT被通知UE重新回到LADN服务区，SYF可能释放PDIi会话.b）当SMF被通知终端进入LADN服务区，则SMF应：- 保证下行数据通知开启。- 当SM】；从UPF收到下行数据通知时触发网络发起的业务请求流程，来激活LADNPDU会话的用户面连接。c）当SMF被通知终端的位置不可知，则SMF可以：- 保证下行数据通知开启。- 当SMF从UPF收到下行数据通知时触发网络发起的业务请求流程，来激活LADNPDU会话的用户面连接。6.26.4业务连续性6.2.1 641概述5GS架构支持的会话和业务连续性，能够解决不同应用或者业务的连续性需求。5GS支持不同的会话和业务连续（SSC）模式。与一个PDU会话相关的SSC模式在PDU会话的生存期内不会改变。如下三种模式在后续章节中进一步定义：- 在SSC模式1下，网络保留对UE提供的连接服务。对于PDU会话类蛰是IPv4,IPv6或者IPv4v6的PDU会话，网络为其保留IP地址.- 在SSC模式2下，网络可以释放到UE的业务连接，并且释放时应的PDU会话。对于IPv4,IPv6或者】Pv4v6类型的PDU会话，释放PDU会话会导致释放为UE分配的IP地址。- 在SSC模式3下，改变用户面对UE是可见的，然而网络需要确保UE不会失去连接。在上一个连接终止之前，通过新的PDU会话锚点建立连接，以获得更好的业务连续性。对于IPv4,IPv6或者IPv4v6类型的PDU会话，当PDU会话锚点更改时，IP地址不会在此模式下保留。注：在本规范中，PDU会话中用丁本地访问DN的颤外PDU会话锚点的增加/刷除过程，独立丁PDU会话的SSC模式。6.2.2 6.4.2SSC模式6.2.3 2.2.16l421SSC模式1对于一个SSC模式1的PDU会话来说，在建立PDU会话时做为PDU会话锚点的UPF将保持不变，而不考虑UE接入网络的拓扑变化（例如接入类型和小区）。在IPv4,IPv6或苕1Pv4v6类型的PDU会话中，无论终端的移动事件如何，都支持IP连续性。在本规范中，当IPv6多妇属或者ULCL应用于SSC模式1中的PDU会话，并且网络分配了（根据本地策略）额外的PDU会话锚点，这些额外的PDU会话锚点可能会被释放或者分配，并且UE不会认为这个额外的IPv6前缀在PDU会话的生存期内会被一直保留。SSC模式1可以适用于任何PDU会话类型和任何接入类型。61422SSC模式2如果SSC模式2的PDU会话只有一个PDU会话锚点，则网络可以触发释放这个PDU会话并且通知UE立即建立一个到相同数据网络的新的PDU会话。触发条件取决于运营商的策略，例如根据AF的请求，根据负荷状态等。在新的PDU会话建立的时候，个新的UPF被选为PDU会话的锚点。如果SSC模式2的PDU会话具有多个PDU会话锚点（即使用了多归属或者ULCL的SSC模式2）,则可以删除或分配额外的PDU会话锚点。SSC模式2可以适用于任何PDU会话类型和任何接入类型。注：ULC1,模式下,UE不会涉及PDU会话锚点的重分配，因此多个PDC会话锚点的存在对于UE不可见.6.236423SSC模式3对于SSC模式3的PDU会话，在释放UE和上一个PDU会话锚点的连接之前，网络允许通过一个新的PDU会话锚点到同一个数据网络建立UE连接。当触发条件适用时，网络决定是否选择一个适合UE新环境（例如网络接入点）的PDU会话锚点UPF。在本规范中，SSC模式3只应用于PDU会话类型为IP的情况，适用于任何接入类型。如果PDU会话是IPv4,IPv6,IPv4v6类型，在改变PDU会话锚点的过程中，遵从如卜规则：a.对于IPv6类型的PDU会话，可以在同一个PDU会话中分配锚定在新PDU会话锚点上的新IP地址前缀（对应于6.2.2j¾定义的IPv6多归属）,或者b.新的IP地址和/或IP地址前缀可以在UE触发新的PDU会话中被分配。在新的IP地址，前缀已经分配之后，根据NAS信令中的指示或者RA消息中的指示，UE还会保留旧的IP地址/前缀一段时间，然后再释放。如果SSC模式3的PDU会话有多个PDU会话锚点（即多归属或者ULCL情况），额外的PDU会话锚点可以被释放或者分配。623.6.4.3SSC模式选择SSC模式选择由SMF根据用户餐约中允许的SSC模式（包括默认的SSC模式），PDU会话类型，以及UE请求的SSC模式（如果存在）来进行。运营商可以向UE提供SSC模式选择策略（SSCMSP）,作为URSP规则的一部分。UE使用SSC模式选择策略来决定跟一个或者一组应用相关的SSC模式类型。如果UE没有SSC模式选择策略，UE可以根据本地配置选择SSC模式。如果UE无法选择一个SSC模式，则UE请求的PDU会话中不包含SSC模式。注：如果UE本地配置中没有SSC模式，则UE可使用URSP规则中的全匹配数据描述的SSC模式选择组件，提供给UE的SSC模式选择策略可以由运营商通过更新URSP规则来更新。作为签约数据的一部分,SMF从UDM接收每个DNN每个S-NSSAI的允许的SSC模式和默认SSC模式列表。如果UE在请求新的PDU会话时携带了SSC模式，则SMF或者接受请求的SSC模式，或者拒绝IOPDU会话建立请求并携带个合适的原因值，并且根据PDU会话类型，签约数据和/或本地配置返回给UE允许的SSC模式。基于这个原因值和允许使用的SSC模式，UE可以携带允许的SSC模式，或者使用另外一个URSP规则重新尝试请求建立该PDU会话。如果UE在请求新的PDU会话时没有携带SSC模式，则SMF根据签约数据中DN列表选择默认SSC模式，或苕根据本地配置选择SSC模式。当根据签约数据中DNN和S-NSSAI的静态地址IP/前缀来为一个PDU会话分配静态IP地址/前缀时，应将SSC模式I分配给PDU会话。SMF应通知UEPDU会话所选的SSC模式。UE不应请求，网络也不应为非结构化类型或以太网类型的PDU会话分配SSC模式3。&-6.5能力开放6.3.1 6.5.1位置订阅AF可以通过能力开放平台NEF向AMF订阅UE的当前的位置或者最后感知的位置信息，刻于订阅当前的位置信息，AF可以一次订阅或者连续订阅。对F连续性报告，服务网元可以在每次UE的位置改变时均上报一次当前的位置信息。可接受的位置粒度可以是小区粒度、位置区粒度或者其它的格式，比如，形状（三角形、圆形等），或者，城市地址信息（比如，街道、街区等Lj这些位置区等可以由NEF映射。次性报告可以支持蝇最后感知的位置信息。6.3.2 652用户面事件订阅如果AF订阅了用户面管理通知邪件，SMF可以向AF发送一个通知消息。- AF签约请求中的PDU会话锚点建立或者释放。- DNAl改变。- SMF收到了为AF订阅事件的请求并且正在进行的PDU会话满足通知AF的条件。6.3.-3-653AF影响用户面路由AF影响用户面路由要考虑如下两种场景：a）通过UE地址AF请求定位到用个UE：使用BSF,这些请求被路由到单个PCF：b）AF请求定位到一组UE,或者，任意UE（如：接入指定DNMS-NSSAl组合的任意UE）,或者，由GPSl标识的目标UEo这些AF请求可以膨响建立PDU会话的UE。对于这种请求，AF可以联系NEF并且NEF在UDR中保存AF请求。如果PeF订阅了创建/修改/删除AF请求，那么，PCF接收到相应的通知。如果AF通过NEF与PCF交互，NEF执行卜列映射：- 由本地配置决定，将AFServiceJdentifier映射到DNN与S-NSSAl的组合。- 由本地配置决定，将AF-SerViCe-IdenIifier映射到DNAI与路由信息标识列表。- 当DNAl被应用岸态定义，NEF仅能够提供这种映射。- 根据从UDM接收到的信息，H标UE标识中的GPSl映射到SUPL- 根据从UDM接收到的信息，将目标UE标识中的外部群组标识映射到内部群组标识。- 根据本地配置，将地理区域标识映射到合法区域。5G网络支持边缘计算，首先应考虑下沉部署在边缘的，作为数据面转发设备的UT的安全，除支持UPF通用安全要求外，还包括以下要求包括：a）安全隔离：边缘计算应用应与运营商网络之间进行安全隔离。b）物理安全：IPF应部署在运营商可控、具TT基本物理安全环境保障的机房，IPF网元或者虚拟化UPF所在的掂础设施应具备物理安全保护机制（如：防拆、防盗、防恶意断电、防篡改等，设备断电/重启、链路断开等问题发生后应触发告警）。C）内置安全通信功能：当UPF部署在第二方机房时（如园区场景），UPF应内置安全通信功能，如支持IPSeC协议，实现与核心网网元以及YEe应用之间建立安全通道，保护传输的数据安全。（可选）转发策略安全：应支持UPF上存储的转发策略防篡改。67计案要求5G网络支持边缘计算的计费要求见YD/T-xxx35（；移动通信网核心网总体技术要求5.9节。75G边缘计算里台系统要求1 .1功能要求7 .1.1MEC主机迫主机包括边缘计算平台迎、虚拟化基础设施WVl和边缘计算应用MEAPP。边缘计算平台应提供APl网关功能及支撑能力开放、应用访问的基础功能和环境，具体包括：<1）为边缘计算应用提供发现、发布、使用以及提供能力的环境。此外，当支持时，可通过其他平台（可能在同一个或不同的边缘计算平台联系统中）提供边缘计算MEG能力:（2）实现能力调用过程中的负载均衡、限流，以及安全等保障功能：（3）接收来自边缘计算平台管理、应用或服务的业务规则：（4）接收来自边缘计算平台管理的DNS记录，并相应地配置DNS代理/服务：（5）托管边獴计算MEG应用和能力腋务:（6）提供对持久存储和时间信息的访问：（7）提供能力开放的APL边缘计算:平台提供的开放APl可分为两类，一类是网络能力API,另一类APl可来自部署在MEC系统中的自营能力或/和第三方引入能力。虚拟化基础设施为边缘计算应用提供计算、存储和网络资源。虚拟化基础设施提供的部署方式可以是多样的，包括应用虚机化部署和应用容器化部署。边缘计算应用作为虚机或容器运行在MEC主机提供的虚拟化基础设施之上，并且可以和边缘计算平台进行交互来使用和提供服务。在某些情况下，MEC应用还可以和边缘计算平台交互，以执行与应用生命周期相关的操作，例如指示可用性、准备用户状态的重定位等。边缘计算应用可以具有与之相关的一定数量的规则和需求，例如所需的资源、最大时延、所需或可用的服务等。这些需求由YEC系统级管理验证，如果缺少这些需求，可以按照默认值进行分配。7.1.2主机级管理网管边缘计匏主:机级管理包括边缘计算平台管理（MEPv）和虚拟化施础设施管理（VlM）。边缘计算平台管理需要支持以下功能：(1)管理边缘计算应用的生命周期，包括通知边缘编排器相关的应用程序事件；(2)向YEC平台提供要素管理功能：(3)管理应用规则和需求，包括服务授权，业务规则，DNS配置和解决冲突。边缘计算平台管理也从虚拟化基础管理接收虚拟化资源错误报告和性能检测，以便进一步的处理。虚拟化基础设施管理应具备以下功能