2024年5月7日发(作者：笔记本电脑性能排名)
YD/T XXXX—XXXX
附 录 A
（资料性附录）
本地服务器IP地址的发现对5GC的增强要求
A.1 需求描述
通常用户采用域名/URL访问业务，网络在转发业务数据之前需要知道目的的IP地址；服务器IP地址
发现一般通过域名解析（DNS）来实现；在CDN的特殊业务场景下，DNS服务器作为中介，负责找到应用
自身的调度系统，由调度系统根据用户的访问资源以及用户可接入的MEC平台位置信息来确定提供服务
的服务器的IP地址。
在MEC的业务场景中，DNS过程解读为发现本地MEC服务器的IP地址。 在MEC业务引入前，被寻址的
服务器或调度器是IP是确定和唯一的，DNS解析过程只需要从预登记的信息中查询就可以；引入MEC业务
后，应用服务器在边缘分布式部署，有多个实例，对应不同的公网IP或者复用同样的私网IP地址段；进
一步地，对基于5G MEC的CDN来说，由于移动性带来的用户位置的不确定性，位置信息的获得变得复杂，
CDN服务无法简单地重用原来在固网中的实现。
综上，针对5G MEC，本地服务器的IP地址发现问题需要有新的思路和方法；为进一步明确网络需求，
将需求场景分为两类：
a) 普通的互联网业务场景（直接由域名解析确定本地服务器，由运营商完成本地服务器的发现）：
如何在DNS的过程中，通过网络的一些增强处理获得本地服务器的IP;
b) CDN 场景（域名解析结合应用自身的中心调度器确定本地服务器）：如何让调度器获取与用
户实时位置相关的信息，不改变调度算法就可确定提供服务的边缘应用服务器并提供其IP地
址。该场景选择本地服务器的决策在于应用提供商。
基于不改变调度算法的基本思路，首先需了解现有的CDN调度方法。CDN的主流调度方案大致有两类，
分别为HTTP DNS调度方案及DNS重定向调度方案。
a) HTTP重定向调度，如图A.1所示，其实现流程描述如下：
1) 用户发起DNS请求，找到CDN服务方的调度系统；
2) 用户向调度系统发起请求；
3) 业务调度系统匹配规则，引导用户访问边缘节点；该业务调度系统通常指第三方部署的HTTPDNS
调度器；
4) 用户访问边缘节点；
5) 边缘节点上的命中内容返回给用户。
图A.1 CDN HTTPDNS调度方法示意图
b) DNS重定向调度，如图A.2所示，其实现流程描述如下：
1) 用户发起DNS请求；
20
YD/T XXXX-XXXX
2)
3)
4)
5)
DNS将该域名请求转发到CDN服务方的调度系统，调度系统匹配规则，确定边缘节点；
DNS返回边缘节点地址；
用户访问边缘节点；
边缘节点上的命中内容返回给用户。
图A.2 CDN DNS重定向调度方法示意图
A.2 相关术语
LDNS：本地DNS，指边缘机房（典型地指MEC平台上）设置的DNS，只提供本地部署业务的域名解析。
大网DNS：传统意义上的互联网DNS，可以是运营商提供的DNS，也可以是第三方的，通常客户端设
置或在用户注册网络时由SMF指派。
eDNS：一种DNS消息的增强机制，在遵循已有的DNS消息格式的基础上，在DNS包的数据部分增加一
些字段携带一些辅助信息，从而可支持更多的DNS请求业务。
A.3 实施方案的前置条件
本附录提及方案除非有特别说明，默认的前提条件是SMF基于UE位置为UE选择本地UPF接入
路径，并已在本地UPF上插入/配置基于本地业务IP分流的UL CL；其他特定方案相关的条件见具体
方案描述。
A.4 DNS解析方案
为满足业务本地DNS解析需求，本地5G UPF需进行功能增强。
有以下建议方案：
a) 5G UPF增强支持对DNS请求数据包的识别和分流
本地5G UPF识别DNS请求报文并进行本地分流，由LDNS对该请求进行解析；LDNS纳入DNS
递归解析体系。
本方案中，核心和边缘DNS对外呈现统一IP，在UE建立PDU Session时通过SMF下发。UPF将
DNS请求包转发给LDNS的实现通过IP网络的路由机制实现。
本方案的限制或前提条件：核心和边缘DNS对外呈现统一IP；本地部署LDNS，LDNS同步更新
本地业务部署的域名解析关系；由于所有DNS流量分流到LDNS，LDNS可能成为流量瓶颈。
21
发布者：admin，转转请注明出处：http://www.yc00.com/xitong/1715042882a2557073.html
评论列表（0条）