CN118055099A

CN118055099A - Ip地址分配方法、装置、网元及存储介质

Info

Publication number: CN118055099A
Application number: CN202211435887.8A
Authority: CN
Inventors: 谷群; 李继; 黎丹; 孔丽丽
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2022-11-16
Filing date: 2022-11-16
Publication date: 2024-05-17

Abstract

本发明实施例适用于通信技术领域，提供了一种IP地址分配方法、装置、网元及存储介质，其中，IP地址分配方法应用于网元，该方法包括：获取策略；策略包括业务服务器的URL和/或域名；基于策略中的URL，确定业务服务器的第一IP地址；基于第一IP地址，确定终端的第二IP地址；其中，终端的第二IP地址与第一IP地址不相同。

Description

IP地址分配方法、装置、网元及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种IP地址分配方法、装置、网元及存储介质。

背景技术

在通信业务部署当中，会话管理功能(Session Management Function，SMF)网元为终端分配网际互连协议(Internet Protocol，IP)地址时，可能会与专网业务的服务器地址冲突。针对上述问题，相关技术在SMF网元从策略控制功能(Policy Control Function，PCF)网元获取到策略控制和计费(Policy Control and Charging，PCC)策略时，如果PCC策略中包含专网业务的IP地址，则SMF在为终端分配IP地址时主动避开专网业务的IP地址，以此实现IP地址防冲突。但是，相关技术仅适用于PCF网元下发的PCC策略包含目的IP地址的情况，如果PCF网元下发的PCC策略不包含IP地址，仅包含专网业务的统一资源定位符(Uniform Resource Locator，URL)和/或域名，那么相关技术就无法实现IP地址防冲突检测及处理。

发明内容

有鉴于此，本发明实施例提供了一种IP地址分配方法、装置、SMF网元及存储介质，以解决相关技术无法进行基于URL或域名的IP地址防冲突检测及处理的问题。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供了一种IP地址分配方法，应用于网元，所述方法包括：

获取策略；所述策略包括业务服务器的统一资源定位符URL和/或域名；

基于所述策略中的URL和/或域名，确定所述业务服务器的第一IP地址；

基于所述第一IP地址，确定所述终端的第二IP地址；其中，所述终端的第二IP地址与所述第一IP地址不相同。

在上述方案中，所述网元包括以下任意一项：

会话管理功能网元；

用户面功能网元。

在上述方案中，所述网元为用户面功能网元，所述获取策略，包括：

获取会话管理功能网元发送的所述策略；其中，所述策略由所述会话管理功能网元在获取到的策略中的地址分配标识位为设定值的情况下发送。

在上述方案中，所述基于所述策略中的URL和/或域名，确定所述业务服务器的第一IP地址，包括：

基于所述策略中的URL和/或域名，得到全限定域名FQDN消息；

将所述FQDN消息发送给域名解析服务DNS服务器；

获取所述DNS服务器确定的所述FQDN消息中的URL或域名对应的第一IP地址。

在上述方案中，所述网元为会话管理功能网元，所述将所述FQDN消息发送给DNS服务器，包括：

将所述FQDN消息经用户面功能网元发送给所述DNS服务器；

对应地，所述获取所述DNS服务器确定的所述FQDN消息中的URL或域名对应的第一IP地址，包括：

接收所述DNS服务器经所述用户面功能网元返回的第一IP地址；所述第一IP地址由所述DNS服务器基于所述FQDN消息中的URL或域名确定。

在上述方案中，在将所述FQDN消息经用户面功能网元发送给所述DNS服务器之前，所述方法还包括：

选择与所述DNS服务器进行通信的用户面功能网元；

建立与所述用户面功能网元之间的转发隧道。

在上述方案中，所述基于所述第一IP地址，确定所述终端的第二IP地址，包括：

确定所述终端是否已经分配IP地址；

若所述终端已经分配IP地址，且所述终端的IP地址与所述第一IP地址相同，则重新为所述终端分配与所述第一IP地址不相同的第二IP地址；

在上述方案中，在确定所述终端是否已经分配IP地址之后，所述方法还包括：

若所述终端没有分配IP地址，则为所述终端分配与所述第一IP地址不相同的第二IP地址。

在所述策略包括防冲突检测标志位的情况下，基于所述策略中的URL和/或域名，确定所述业务服务器的第一IP地址。

第二方面，本发明实施例提供了一种IP地址分配装置，该装置包括：

获取模块，用于获取策略；所述策略包括业务服务器的URL和/或域名；

第一确定模块，用于基于所述策略中的URL和/或域名，确定所述业务服务器的第一IP地址；

第二确定模块，用于基于所述第一IP地址，确定所述终端的第二IP地址；其中，所述终端的第二IP地址与所述第一IP地址不相同。

第三方面，本发明实施例提供了一种网元，包括处理器和存储器，所述处理器和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行本发明实施例第一方面提供的IP地址分配方法的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序。所述计算机程序被处理器执行时实现如本发明实施例第一方面提供的IP地址分配方法的步骤。

本发明实施例通过获取策略，基于策略中业务服务器的URL和/或域名，确定业务服务器的第一IP地址，根据第一IP地址，确定终端的第二IP地址。其中，终端的第二IP地址与第一IP地址不相同。本实施例可以基于URL或域名实现终端的IP地址防冲突处理，在网元获取到的策略只包含URL和/或域名的情况下，基于策略中的URL或域名获取业务服务器的第一IP地址，然后为终端确定与第一IP地址不相同的第二IP地址，以此实现基于URL或域名的IP地址防冲突处理。本实施例可以使得终端的IP地址与业务服务器的IP地址不相同，从而使得用户可以正常访问业务。

附图说明

图1是本发明实施例提供的一种网络架构的示意图；

图2是本发明实施例提供的一种5G网络架构的示意图；

图3是本发明实施例提供的一种PDU会话建立流程的示意图；

图4是本发明实施例提供的一种IP地址分配方法的实现流程示意图；

图5是本发明实施例提供的一种SMF网元分配IP地址的流程示意图；

图6是本发明实施例提供的一种UPF网元分配IP地址的流程示意图；

图7是本发明实施例提供的一种IP地址分配装置的示意图；

图8是本发明一实施例提供的网元的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

当前随着移动互联网和企业移动办公的业务发展，为简化用户在终端UE(UserExperience)界面上进行公网业务与专网业务之间切换的操作，以及避免终端UE的功能限制，市场提出了“用户公网业务与专网业务无感知切换及同时并存”的业务需求，即普通的2C用户通过自己的终端既能访问公网业务，也能访问专网业务。公网业务是指用户终端业务应用惯用的、访问互联网的业务，使用的是访问互联网业务的CMNET DNN。专网业务是指企事业单位、政务***仅对特定人群开放的、访问其内网的业务，例如：校园、医院、政务、文旅等，这类业务通常采用专用的DNN承载，且存在跨省漫游的业务需求。

在实际业务部署当中，SMF网元为终端分配IP地址时，可能会与专网业务的服务器地址冲突。由于终端无法发送出目的地址和源地址完全相同的数据包，因此会导致用户无法访问专网业务。

图1是本发明实施例提供的一种网络架构的示意图，如图1所示，相关技术是在协议数据单元(Protocol Data Unit，PDU)会话建立过程中，SMF网元从PCF网元获取到PCC分流策略时，如果PCC分流策略中包含专网业务的目的IP/IP段，则SMF网元在分配IP地址时主动避开目的IP/IP段；或如果已经为用户终端分配了IP地址，且此地址与目的IP/IP段冲突，那么会重新为用户终端分配新的IP地址，并在后续业务流程中使用新分配的用户IP地址。

但是上述相关技术的方案仅适用于PCF网元下发的PCC策略包含目的IP/IP段的情况，如果PCF网元下发的PCC策略只包含URL和/或域名，那么基于上述相关技术就无法实现IP地址防冲突检测及处理。

图2是本发明实施例提供的一种5G网络架构的示意图，该5G网络架构包括：网络切片选择功能(The Network Slice Selection Function，NSSF)网元、鉴权服务功能(Authentication Server Function，AUSF)网元、统一数据管理功能(Unified DataManagement，UDM)网元、接入和移动性管理功能(Access and Mobility ManagementFunction，AMF)网元、SMF网元、PCF网元、应用功能(Application Function，AF)网元、UE(终端)、(R)AN(无线接入网络)、用户面功能(User Plane Function，UPF)网元和DN(数据网络)。

其中，AMF网元负责执行注册、连接、可达性、移动性管理。为UE和SMF网元提供会话管理消息传输通道，为用户接入时提供认证、鉴权功能，终端和无线的核心网控制面接入点。AMF网元分配5G-GUTI，AMF选择SMF网元。

SMF网元负责隧道维护、IP地址分配和管理、UP功能选择、策略实施和QoS中的控制、计费数据采集、漫游等。SMF网元基于UE或者会话的粒度选择UPF网元，可以分配IP地址，收集计费数据，连接计费中心。

UPF网元执行以下任务：***内和***间移动的锚点；连接到数据网络的外部PDU会话点；分组路由和转发；包检查和用户面策略规则执行部分；流量使用报告；上行链路分类器，用于支持将业务流路由到数据网络；支持多宿主协议数据单元(Protocol DataUnit，PDU)会话的分支点；用于用户面的QoS处理，例如包过滤、选通、上下行速率实施；上行链路业务验证(SDF to QoS流映射)；下行分组缓冲和下行数据通知触发。在本申请中，UPF网元同样可以为用户终端UE分配IP地址。

PCF网元支持统一的策略框架去管理网络行为，提供策略规则给网络实体去实施执行，访问统一数据仓库(UDR)的订阅信息。

在实际应用中，UPF网元一般部署在需求方，及在地市或县城；AMF网元和SMF网元一般集中在省公司。

图3是本发明实施例提供的一种PDU会话建立流程的示意图，一个PDU会话是指一个用户终端UE与数据网络DN之间进行通讯的过程。PDU会话建立后，也就是建立了一条UE和DN的数据传输通道。

假设UE已经在AMF网元上注册，除非是紧急注册的UE，否则AMF网元已经从UDM网元检索了用户订阅数据。

如图3所示，PDU会话建立流程包括：

步骤1，UE向AMF网元发送非接入层(Non-Access-Stratum，NAS)消息，该NAS消息包括S-NSSAI(s)、全连接层网络(Deep-Learning Neural Network，DNN)、PDU会话ID、请求类型、旧PDU会话ID和N1 SM容器。其中，N1 SM容器中带有PDU会话建立请求。

步骤2，AMF网元选择SMF网元，并在选择SMF网元后存储S-NSSAI(s)、DNN、PDU会话ID、SMF ID以及PDU会话的访问类型之间的关联关系。

步骤3，AMF网元发送PDU会话创建请求(Nsmf_PDUSession_CreateSMContextRequest)消息给SMF网元，其中携带有用户相关信息，如用户位置信息(ULI)、PDU会话状态通知的订阅和DNN选择模式等。

步骤4，SMF网元向UDM网元订阅签约数据的变更。

步骤5，SMF网元回复AMF网元，SMF网元响应Nsmf_PDUSession_CreateSMContextResponse消息给AMF网元，其中携带了原因值和SM上下文等。

步骤6，初次建立PDU会话期间执行二级身份验证/授权。

步骤7，包括步骤7a和步骤7b。

步骤7a，SMF网元选择PCF网元。

如果要为PDU会话使用动态PCC规则，SMF网元根据AMF网元的指示或本地配置选择PCF网元。

步骤7b，建立SM策略偶联。

SMF网元可以执行SM策略关联建立过程，以便与PCF网元建立SM策略关联，并为PDU会话获得默认的PCC规则。

步骤8，SMF网元选择UPF网元，SMF网元根据UPF网元的位置、DNN、切片和权重信息等选择UPF网元。如果不需要PCC规则作为UPF网元选择的输入，则可以在步骤8之后执行步骤7。

步骤9，SMF网元执行SM策略，SMF网元可以执行SMF网元发起的SM策略关联修改过程，以提供关于已满足的策略控制请求触发条件的信息。如果请求类型为“初始请求”，并且部署了动态PCC，并且PDU会话类型为IPv4、IPv6或IPv4v6，那么SMF网元将使用分配的UE IP地址/前缀通知PCF网元(如果满足策略控制请求触发条件)。

步骤10，包括步骤10a和步骤10b。

步骤10a，SMF网元向UPF网元发起N4会话建立请求，并与UPF网元合作分配CNTunnel Info。随后SMF网元基于消息中携带的DNN，基于本地配置与对应的AAA服务器进行二次认证信息交互，AAA服务器完成认证并将认证结果返回给SMF网元。

步骤10b，UPF回应N4会话建立请求。

步骤11，认证通过后，SMF网元将CN Tunnel Info相关信息告知AMF网元。

步骤12，AMF网元向R(AN)发送NAS消息，该NAS消息包含N2 PDU会话请求，携带从SMF网元得到的CN Tunnel Info。

步骤13，R(AN)为UE分配AN Tunnel Info，且PDU会话建立成功。

步骤14，R(AN)响应N2 PDU会话响应消息给AMF网元，携带原因值和AN TunnelInfo等。

步骤15，AMF网元发送Nsmf_PDUSession_UpdateSMContext请求(包括SM上下文ID、N2 SM信息和请求类型)给SMF网元。AMF网元将从(R)AN网元接收到的N2 SM信息(携带ANTunnel Info等)转发给SMF网元。

步骤16，包括步骤16a、步骤16b和步骤16c。

步骤16a，SMF网元发起UPF网元启动N4会话修改过程。

步骤16b，UPF网元向SMF网元提供N4会话修改响应。

步骤16c，SMF网元向UDM网元注册。

步骤17，SMF网元响应AMF网元。

SMF网元响应Nsmf_PDUSession_UpdateSMContext Response消息给AMF网元，该消息携带原因值。

步骤18，SMF网元通知AMF网元。

如果在该过程期间，在步骤5之后的任何时间，PDU会话建立不成功，则SMF网元通过调用Nsmf_PDUSession_SMContextStatusNotify(Release)来通知AMF网元。

步骤19，SMF网元生成IPv6路由器通告并通过UPF网元将其发送到UE。

该过程是SMF网元通过UPF网元发到UE：在PDU会话类型为IPv6或IPv4v6的情况下，SMF网元生成IPv6路由器通告并通过N4和UPF网元将其发送到UE。

步骤20，SMF网元取消订阅。

如果SMF网元不再处理这个UE的PDU session，则SM网元使用Nudm_SDM_Unsubscribe(SUPI，会话管理用户数据，DNN，SNSSAI)取消订阅相应(SUPI，DNN，S-NSSAI)的会话管理用户数据的修改(DNN，SNSSAI)。UDM网元可以通过Nudr_DM_Unsubscribe(SUPI，用户数据，会话管理用户数据，SNSSAI，DNN)取消订阅来自UDR的修改通知。

在执行上述步骤17之后，PDU会话就建立成功了。

对于上述PDU会话建立流程，在PDU会话建立流程的步骤7中，SMF网元从PCF网元获取动态PCC策略，PCC策略中包含专网的IP地址或IP地址段。

SMF网元支持校验为用户终端分配的IP地址与专网的IP地址是否重复，若发现重复，则在CMNET DNN的IP地址池中为用户终端UE重新分配新的IP地址，且新分配的IP地址不得与“专网的目的IP地址/地址段”中的任意IP地址重复，将原已经为用户终端UE分配的IP地址替换为用户终端UE新分配的IP地址，并向当前为用户终端UE的CMNET DNN服务的PCF网元发送消息，更新用户终端UE的IP地址为新分配的IP地址，在后续向用户终端UE返回用户IP地址的流程中，提供的是为用户终端UE新分配的IP地址。

SMF网元支持IP地址防冲突，根据专网DNN会话策略信息中的目的IP地址/地址段，为用户终端UE分配与之不冲突的IP地址(包括IPv4和IPv6)。

上述相关技术的方案仅适用于PCF网元下发的PCC策略包含IP地址的情况，如果PDU会话建立过程中PCF网元下发的PCC策略包含的是URL和/或域名，那么基于上述机制就无法实现IP地址防冲突检测及处理。因为域名服务器(Domain Name Server，DNS)查询流程是在PDU会话建立之后进行的，在PDU会话建立过程中是无法进行业务数据包的DNS查询流程的。

针对上述相关技术的缺点，本发明实施例提供了一种IP地址分配方法，能够在PCC策略中包含URL和/或域名时，实现IP地址分配的防冲突处理。为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图4是本发明实施例提供的一种IP地址分配方法的实现流程示意图，该IP地址分配方法应用于网元。网元可以是会话管理功能网元，如5G的SMF网元或4G的网关控制面(Packet data network GateWay Controlplanefunction，PGW-C)网元；网元也可以是用户面功能网元，如5G的UPF网元或4G的网关用户面(Packet data network GateWay UserPlane，PGW-U)网元。

参考图4，IP地址分配方法包括：

S401，获取策略；所述策略包括业务服务器的URL和/或域名。

这里，策略用于为终端分配与业务服务器的IP地址不冲突的IP地址。

网元获取策略，策略可以是其他网元下发给网元的，比如网元为SMF网元时，策略可以是由PCF网元、PCRF网元或UDM网元下发的；网元为UPF网元时，策略是SMF网元下发的。或者，策略是预先内置在网元中的。

在本实施例中，策略中包含业务服务器的URL和/或域名，策略的作用是告知网元开始进行基于URL的IP地址分配的防冲突处理，避免终端的IP地址与业务服务器的IP地址冲突。

在一实施例中，在网元为SMF网元的情况下，策略可以为PCC策略，PCC策略可以由PCF网元、PCRF网元或UDM网元下发给SMF网元。例如图3中的步骤7，SMF网元从PCF网元获取动态PCC策略，PCC策略可能包含的是专网服务器的IP地址，或者包含的是专网服务器的URL，或者包含的是专网服务器的域名，或者同时包含URL和域名。

PCC策略是一组信息元素，能够检测业务数据流并提供用于策略控制和/或计费控制的参数。所谓策略，就是为用户业务设置的各种属性，如QoS等。通常有两种类型的PCC策略，动态PCC策略：由PCF网元动态地提供给SMF网元。这些PCC策略可以是预定义的，也可以在PCF网元中动态生成。动态PCC策略可以随时应用，修改和删除。预先配置的PCC策略：在SMF网元中预先配置的PCC策略。PCF网元可以随时激活或禁用预定义的PCC策略。可以对PCF网元中的预定义PCC策略进行分组，以允许PCF网元动态激活一组PCC策略。

因此，SMF网元获取PCC策略，可以从PCF网元、PCRF网元或UDM网元处获取动态PCC策略，也可以从本地获取预先配置的PCC策略。

本实施例应用于策略仅包含URL和/或域名的情况下，这里提到的策略中的URL或域名，是指专网业务的服务器的URL或域名。专网业务是指企事业单位、政务***仅对特定人群开放的、访问其内网的业务，例如：校园、医院、政务和文旅等，这类业务通常采用专用的DNN承载，且存在跨省漫游的业务需求。

S402，基于所述策略中的URL和/或域名，确定所述业务服务器的第一IP地址。

在一实施例中，可以通过DNS查询的方式从DNS服务器获取策略中的URL和/或域名对应的第一IP地址。通过策略中的URL和/或域名生成一个全限定域名(Fully QualifiedDomain Name，FQDN)消息，将FQDN消息发送给DNS服务器，获取DNS服务器确定的FQDN消息中的URL或域名对应的第一IP地址。

或者，可以预先在网元本地配置业务服务器的URL/域名和第一IP地址的对应关系，根据策略中的URL/域名从本地查询得到对应的第一IP地址。

S403，基于所述第一IP地址，确定所述终端的第二IP地址；其中，所述终端的第二IP地址与所述第一IP地址不相同。

网元获取到业务服务器的第一IP地址后，根据第一IP地址确定终端的第二IP地址。这里，网元可以根据第一IP地址为终端分配第二IP地址，或者控制其他网元根据第一IP地址为终端分配第二IP地址。

在为终端分配第二IP地址时，网元会避开第一IP地址，给终端分配一个与第一IP地址不相同的第二IP地址。如果终端在此之前已经分配好了IP地址，且终端的IP地址与第一IP地址相同，则网元可以重新为终端分配一个与第一IP地址不相同的第二IP地址，以此实现IP地址分配的防冲突处理。

在实际应用中，在PDU会话建立过程中，如果PCF网元下发的PCC策略包含的是URL和/或域名，本实施例可以在PDU会话建立过程中通过PCC策略中的URL和/或域名获取业务服务器的第一IP地址，根据第一IP地址确定终端的第二IP地址，实现基于URL或域名的IP地址防冲突处理，解决了相关技术无法基于URL或域名实现IP地址防冲突处理的问题。

本发明实施例通过获取策略，基于策略中的URL和/或域名，确定业务服务器的第一IP地址，根据第一IP地址，确定终端的第二IP地址。其中，终端的第二IP地址与第一IP地址不相同，策略包括业务服务器的URL和/或域名，策略用于为终端分配与业务服务器不冲突的IP地址。本实施例可以实现基于URL或域名的IP地址防冲突处理，在网元获取到的策略只包含URL或域名的情况下，基于策略中的URL或域名获取业务服务器的第一IP地址，然后为终端确定与第一IP地址不相同的终端的第二IP地址，以此实现基于URL或域名的IP地址防冲突处理。本实施例可以使得终端的IP地址与业务服务器的IP地址不相同，从而使得用户可以正常访问业务。

在一实施例中，所述网元包括以下任意一项：

会话管理功能网元；

用户面功能网元。

其中，会话管理功能网元可以是5G的SMF网元或4G的PGW-C网元；用户面功能网元可以是5G的UPF网元或4G的PGW-U网元。

在一实施例中，在所述网元为所述用户面功能网元的情况下，所述获取策略，包括：

获取所述会话管理功能网元发送的所述策略；其中，所述策略由所述会话管理功能网元在获取到的策略中的地址分配标识位为设定值的情况下发送。

如果网元是用户面功能网元，那么策略可以是会话管理功能网元下发给用户面功能网元的。例如，会话管理功能网元为SMF网元，用户面功能网元为UPF网元，SMF网元在接收到策略中的地址分配标识位为设定值的情况下，SMF网元将策略下发给UPF网元。

如果网元是会话管理功能网元，例如，网元为SMF网元，策略可以是PCF网元、PCRF网元或UDM网元下发给SMF网元的；SMF网元也可以从本地获取预先配置的策略。

其中，会话管理功能网元获取的策略和用户面功能网元获取的策略可以是相同的，也可以不同。在网元为所述用户面功能网元的情况下，所述策略是由会话管理功能网元下发给用户面功能网元的。会话管理功能网元首先会获取到一个策略，会话管理功能网元在获取到的策略中的地址分配标识位为设定值的情况下，可以直接转发该策略给用户面功能网元，或者会话管理功能网元也可以生成一个新的策略发送给用户面功能网元。

在会话管理功能网元获取到的策略中的地址分配标识位为设定值的情况下，会话管理功能网元发送策略给用户面功能网元，用以告知用户面功能网元为终端分配IP地址。

如果会话管理功能网元获取到的策略中的地址分配标识位不是设定值，会话管理功能网元不会发送策略给用户面功能网元，会话管理功能网元会自己为终端分配IP地址。

会话管理功能网元可以根据策略中的地址分配标识位来判断对于此用户终端UE，是由会话管理功能网元分配IP地址，还是由用户面功能网元分配IP地址。为了便于描述本发明实施例的方案，后文中用SMF网元来替代会话管理功能网元，用UPF网元来替代用户面功能网元。应理解，SMF网元和UPF网元只是一种实现方式，并不是对会话管理功能网元和用户面功能网元进行限定。

例如，如下表1所示，表1是PCC策略中的MulDNNSessRule定义表，表1中的地址分配标识位(addressAllocationIndication)用于标识此用户终端UE是由SMF网元分配IP地址，还是由UPF网元分配IP地址。比如，addressAllocationIndication的值为0则表示由SMF网元为终端分配IP地址，值为1则表示由UPF网元为终端分配IP地址。

在本实施例中，在地址分配标识位为设定值时，基于UPF网元为终端分配IP地址。

表1

在一实施例中，不同的网元获取的策略的具体内容可以是不同的。例如，如果网元是SMF网元，则SMF网元获取的策略可以包括：IP地址分配指示、IP地址防冲突检测指示和URL/域名。如果网元是UPF网元，则获取的策略可以包括：IP地址分配指示、IP地址防冲突检测指示、URL/域名和DNS服务器地址。

如下表2所示，表2是一种IP地址分配指示的定义表，如果希望网元为终端分配IPv6地址，则CHV6置位；如果希望网元为终端分配IPv4地址，则CHV4置位。

表2

表3是PFCP Session Establishment Request消息中PDI信元的定义表，表3中包含MulDNNSessRules字段，如果需要网元为终端分配IP地址，且需要进行IP地址的防冲突检测及处理，则策略中应携带此字段，该字段中包含IP地址防冲突检测指示和URL的字段定义。MulDNNSessRule的具体定义可参考表1，PCF网元通过N7接口下发给SMF网元的MulDNNSessRule，与SMF网元通过N4接口下发给UPF网元的MulDNNSessRule的格式可以完全一致。

表3

/>

表4是另一种MulDNNSessRule的定义表，表4中的serviceURL即为策略中的URL/域名。

表4

/>

在一实施例中，所述基于所述策略中的URL和/或域名，确定所述业务服务器的第一IP地址，包括：

基于所述策略中的URL和/或域名，得到FQDN消息；

将所述FQDN消息发送给域名解析服务DNS服务器；

例如，网元通过获取策略中的URL和/或域名，根据URL和/或域名以及本地配置的DNS地址构造FQDN消息。FQDN消息同时带有主机名、URL和/或域名，比如：主机名是bigserve，URL是mycompany.com，那么FQDN消息为bigserver.mycompany.com。

这里，FQDN消息可以只包含URL或域名，也可以同时包含URL和域名。如果FQDN消息同时包含URL和域名，DNS服务器也只会根据URL或域名来查询对应的第一IP地址。

网元将FQDN消息发送给DNS服务器，DNS服务器是进行域名和与之相对应的IP地址转换的服务器，DNS服务器中保存了一张域名/URL和与之相对应的IP地址的表，以解析FQDN消息的域名。DNS服务器在接收到FQDN消息后，根据FQDN消息中的URL或域名查询对应的第一IP地址。网元获取DNS服务器查询到的第一IP地址。

在上述实施例中，在网元为会话管理功能网元的情况下，所述将所述FQDN消息发送给DNS服务器，包括：

将所述FQDN消息经用户面功能网元发送给所述DNS服务器；

接收所述DNS服务器经所述用户面功能网元返回的第一IP地址，所述第一IP地址由所述DNS服务器基于所述FQDN消息中的URL或域名确定。

这里用SMF网元来替代会话管理功能网元，用UPF网元来替代用户面功能网元。由于SMF网元一般为大区集中化部署，无法直接连接DNS服务器，因此SMF网元需经过UPF网元与DNS服务器进行通信。SMF网元可以先将FQDN消息发送给UPF网元，再由UPF网元将FQDN消息发送给DNS服务器。DNS服务器根据FQDN消息中的URL或域名查询到对应的第一IP地址后，将查询到的第一IP地址发送给UPF网元，SMF网元可以从UPF网元获取第一IP地址。

如果网元为UPF网元，UPF网元可以直接连接DNS服务器，UPF网元直接将FQDN消息发送给DNS服务器，DNS服务器根据FQDN消息中的URL或域名查询到对应的第一IP地址后，将查询到的第一IP地址发送给UPF网元。

在上述实施例中，在将所述FQDN消息经用户面功能网元发送给所述DNS服务器之前，所述方法还包括：

选择与所述DNS服务器进行通信的用户面功能网元；

建立与所述用户面功能网元之间的转发隧道。

在本实施例中，SMF网元是将FQDN消息经UPF网元发送给DNS服务器，但是在通信网络中UPF网元的数量有很多，SMF网元需要选择一个与DNS服务器进行通信的UPF网元。

这里，SMF网元可以基于用户终端UE或者会话的粒度选择UPF网元。比如SMF网元可以根据以下信息选择UPF网元：

1、UPF网元位置、能力、负荷；

2、UE位置、用户数据配置；

3、UE会话信息，如DNN、PDU会话类型、会话及服务连续性、话务路由目的地。

或者，SMF网元可以随机选择一个UPF网元，或SMF网元可以指定一个UPF网元。

在一实施例中，在选择与所述DNS服务器进行通信的用户面功能网元之后，所述方法还包括：

将选择的所述用户面功能网元确定为PDU会话对应的用户面功能网元。

本实施例中SMF选择的UPF网元，可以与PDU会话建立流程中正式选择的UPF网元不同，也可以相同。本实施例选择的UPF网元可以只用于传输FQDN信息，在后续PDU会话建立流程中的正式UPF选择时(对应上述实施例中的步骤8和步骤10)再重新选择UPF网元。或者将本实施例选择的UPF网元，同时也作为后续PDU会话建立流程中的正式UPF网元，从而后续无需执行PDU会话建立流程中的正式UPF选择。

本实施例中，SMF网元提前进行UPF网元的选择，将选择的UPF网元确定为PDU会话对应的UPF网元，这样后续无需执行PDU会话建立流程中的正式UPF选择。

通过上述方案，SMF网元选择UPF网元，并与选择的UPF网元建立N4-U转发隧道，这样，SMF网元就可以通过N4-U转发隧道将FQDN消息发送给UPF网元，UPF网元后续再将将FQDN消息发送给DNS服务器。

在上述实施例中，所述基于所述第一IP地址，确定所述终端的第二IP地址，包括：

确定所述终端是否已经分配IP地址；

首先，网元确定用户终端UE是否已经分配好了IP地址，如果用户终端UE已经分配好了IP地址，则SMF网元确定终端的当前IP地址是否与第一IP地址相同。如果终端的当前IP地址与第一IP地址相同，说明终端当前的IP地址与业务服务器的IP地址存在冲突，所以网元重新为终端分配IP地址，为终端分配一个与第一IP地址不相同的第二IP地址。如果终端还没有分配IP地址，则网元为终端分配一个与第一IP地址不相同的第二IP地址。从而实现IP地址防冲突处理，使得终端的IP地址与业务服务器的IP地址不相同，使得用户终端可以正常访问业务服务器。

在实际应用中，如果网元是UPF网元，UPF网元在为终端分配第二IP地址后，需要将第二IP地址发送给SMF网元，SMF网元向PCF网元更新终端已分配的第二IP地址。然后SMF网元继续执行后续PDU会话建立流程(对应上述实施例中步骤10及以后的步骤)。

根据上述实施例，本申请可以由SMF网元为终端分配IP地址，或者由UPF网元为终端分配IP地址，在实际应用中，可以任意选择一种来为终端分配与业务服务器的IP地址不冲突的IP地址。

在所述策略中包括防冲突检测标志位的情况下，基于所述策略中的URL和/或域名，确定所述业务服务器的第一IP地址。

本实施例可以基于策略判断是否要做基于URL的IP地址分配的防冲突处理，如果策略中同时包括防冲突检测标志位、URL和/或域名，就执行上述图4的实施例。防冲突检测标志位可以为表1中的antiCollisionDetection。

如果策略中既不包含URL或域名，也不包含防冲突检测标志位，则不进行基于URL或域名的IP地址分配的防冲突处理。

参考图5，图5是本发明实施例提供的一种SMF网元分配IP地址的流程示意图。SMF网元分配IP地址的流程包括：

步骤1.1，SMF网元获取PCC策略，判断是否要做基于URL或域名的IP地址分配防冲突检测。

具体的，如果PCC策略中如果包含业务的URL或域名(如表1中的serviceURL)，且包含防冲突检测标志位(如表1中的antiCollisionDetection)，那么SMF网元需要进行基于URL或域名的IP地址分配防冲突检测。

如果要进行基于URL或域名的IP地址分配防冲突检测，则SMF网元可基于PCC策略判断对于此用户终端是由SMF网元分配IP地址，还是UPF网元分配IP地址。

本实施例是建立在需要进行基于URL或域名的IP地址分配防冲突检测，并且由SMF网元为用户终端分配IP地址的情况下。

步骤1.2，SMF网元选择UPF网元。

由于SMF网元一般为大区集中化部署，无法直接连接DNS服务器，因此SMF网元需经过UPF网元与DNS服务器进行通信。SMF网元选择一个UPF网元，通过该网元连接DNS服务器。

步骤1.3，SMF网元经UPF网元执行DNS查询。

SMF网元将自己伪装成一个终端，SMF网元基于本地配置的DNS地址和PCC策略中的业务URL和/或域名构造FQDN消息。SMF网元将FQDN消息通过UPF网元发送给DNS服务器，由DNS服务器执行DNS查询。

步骤1.4，SMF网元获取URL或域名对应的第一IP地址。

DNS服务器查询到第一IP地址后，将第一IP地址发送给UPF网元，UPF网元再返回给SMF网元。

步骤1.5，判断SMF网元是否已经完成用户的IP地址分配。

步骤1.6，SMF网元重新为终端分配第二IP地址。

如果SMF网元已完成用户的IP地址分配，且用户的IP地址与业务URL或域名对应的第一IP地址存在冲突，则SMF网元避开业务URL对应的第一IP地址，重新为终端分配第二IP地址。

步骤1.7，SMF网元向PCF网元更新已分配的第二IP地址(对应上述实施例中的步骤9)。

步骤1.8，SMF网元避开业务URL或域名对应的第一IP地址，为终端分配第二IP地址。

如果SMF网元未完成用户的IP地址分配，则SMF网元避开业务URL或域名对应的第一IP地址为用户分配第二IP地址。

步骤1.9，SMF网元向PCF网元更新已分配的第二IP地址。

步骤1.10，SMF网元向终端返回新的IP地址(第二IP地址)。

SMF网元向终端返回新的IP地址，继续后续流程，即进行上述实施例中步骤10及以后的步骤。

本实施例可以由SMF网元实现基于URL或域名的IP地址分配防冲突检测和处理，可以使得终端的IP地址与业务IP地址不相同，从而使得用户终端可以正常访问业务。

参考图6，图6是本发明实施例提供的一种UPF网元分配IP地址的流程示意图。UPF网元分配IP地址的流程包括：

步骤2.1，SMF网元获取PCC策略，判断是否要做基于URL或域名的IP地址分配防冲突检测。

SMF网元从PCF网元获取PCC策略，SMF网元基于PCC策略判断是否要做基于URL或域名的IP地址分配防冲突检测。

具体的，如果PCC策略中如果包含业务的URL或域名(如表1中的serviceURL)，且包含防冲突检测标志位(如表1中的antiCollisionDetection)，那么需进行基于URL或域名的IP地址分配防冲突检测。

本实施例是建立在需要进行基于URL或域名的IP地址分配防冲突检测，并且由UPF网元为用户终端分配IP地址的情况下。

步骤2.2，SMF网元选择UPF网元。

由于SMF网元一般为大区集中化部署，无法直接连接DNS服务器，因此SMF网元需经过UPF网元与DNS服务器进行通信。SMF网元选择一个UPF网元，通过该网元连接DNS服务器。这里SMF网元提前进行UPF网元的选择，这样后续无需执行PDU会话建立流程中的正式UPF选择。

步骤2.3，SMF网元向UPF网元下发URL和/或域名、IP地址分配指示、IP地址防冲突检测指示和DNS服务器地址。

IP地址分配指示可以参考上述表2，IP地址防冲突检测指示可以参考上述表3和表4。

步骤2.4，UPF网元获取URL或域名对应的第一IP地址。

UPF网元将自己伪装成一个终端，UPF网元基于本地配置的DNS地址和URL/域名构造FQDN消息。UPF网元将FQDN消息发送给DNS服务器，获取DNS服务器确定的FQDN消息中的URL或域名对应的第一IP地址。

步骤2.5，判断UPF网元是否已经完成用户的IP地址分配。

步骤2.6，UPF网元重新为终端分配第二IP地址，并将第二IP地址转发给SMF网元。

如果UPF网元已完成用户的IP地址分配，且用户的IP地址与业务URL或域名对应的IP地址存在冲突，则UPF网元避开业务URL或域名对应的IP地址，重新为终端分配第二IP地址。

步骤2.7，SMF网元向PCF网元更新已分配的第二IP地址(对应上述实施例中的步骤9)。

步骤2.8，UPF网元避开业务URL或域名对应的IP地址，为终端分配第二IP地址，并将第二IP地址转发给SMF网元。

如果UPF网元未完成用户的IP地址分配，则UPF网元避开业务URL或域名对应的IP地址为用户分配第二IP地址。

步骤2.9，SMF网元向PCF网元更新已分配的第二IP地址。

步骤2.10，SMF网元向终端返回新的IP地址(第二IP地址)。

UPF网元为终端分配好IP地址后，将分配的IP地址转发给SMF网元，SMF网元向PCF网元更新已分配的IP地址，然后SMF网元返回用户的IP地址，继续后续流程，即进行上述实施例中的步骤10及以后的步骤。

本实施例可以由UPF网元实现基于URL或域名的IP地址分配防冲突检测和处理，可以使得终端的IP地址与业务IP地址不相同，从而使得用户终端可以正常访问业务。

相比相关技术只能实现基于PCF网元下发的PCC策略中的业务IP地址实现用户IP地址的防冲突检测及处理，本申请可实现在PDU会话建立过程中，SMF网元或UPF网元可基于PCF网元下发的PCC策略中的URL或域名，实现用户IP地址的防冲突检测及处理，解决了因IP地址冲突导致的专网业务不可用问题。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

需要说明的是，本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

另外，在本发明实施例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

参考图7，图7是本发明实施例提供的一种IP地址分配装置的示意图，如图7所示，该装置包括。

在一实施例中，所述网元包括以下任意一项：

会话管理功能网元；

用户面功能网元。

在一实施例中，所述网元为用户面功能网元，所述获取模块获取策略，包括：

在一实施例中，第一确定模块基于所述策略中的URL和/或域名，确定所述业务服务器的第一IP地址，包括：

基于所述策略中的URL和/或域名，得到全限定域名FQDN消息；

将所述FQDN消息发送给域名解析服务DNS服务器；

在一实施例中，所述网元为会话管理功能网元，所述第一确定模块将所述FQDN消息发送给DNS服务器，包括：

将所述FQDN消息经用户面功能网元发送给所述DNS服务器；

对应地，所述第一确定模块获取所述DNS服务器确定的所述FQDN消息中的URL或域名对应的第一IP地址，包括：

在一实施例中，所述装置还包括：

选择模块，用于选择与所述DNS服务器进行通信的用户面功能网元；

建立模块，用于建立与所述用户面功能网元之间的转发隧道。

在一实施例中，所述第二确定模块基于所述第一IP地址，确定所述终端的第二IP地址，包括：

确定所述终端是否已经分配IP地址；

在一实施例中，所述装置还包括：

分配模块，用于若所述终端没有分配IP地址，则为所述终端分配与所述第一IP地址不相同的第二IP地址。

在一实施例中，所述第一确定模块基于所述策略中的URL和/或域名，确定所述业务服务器的第一IP地址，包括：

实际应用时，所述获取模块、第一确定模块和第二确定模块可通过网元中的处理器，比如中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，DigitalSignal Processor)、微控制单元(MCU，Microcontroller Unit)或可编程门阵列(FPGA，Field－Programmable Gate Array)等实现。

需要说明的是：上述实施例提供的IP地址分配装置在进行测试时，仅以上述各模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的模块完成，即将装置的内部结构划分成不同的模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的IP地址分配装置与IP地址分配方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述IP地址分配装置可以是镜像文件形式，该镜像文件被执行后，可以以容器或者虚拟机的形式运行，以实现本申请所述的IP地址分配方法。当然也不局限为镜像文件形式，只要能够实现本申请所述的IP地址分配方法的一些软件形式都在本申请的保护范围之内，比如还可以为云计算平台中hypervisor(虚拟机监控器)中所实现的软件模块。

基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供了一种SMF网元，上述IP地址分配方法由网元的处理器实现。图8为本申请实施例网元的硬件组成结构示意图，如图8所示，网元包括：

通信接口，能够与其它设备比如网络设备等进行信息交互；

处理器，与所述通信接口连接，以实现与其它设备进行信息交互，用于运行计算机程序时，执行上述网元侧一个或多个技术方案提供的方法。而所述计算机程序存储在存储器上。

当然，实际应用时，网元中的各个组件通过总线***耦合在一起。可理解，总线***用于实现这些组件之间的连接通信。总线***除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在8中将各种总线都标为总线***。

在本申请中，网元可以是单个硬件设备，也可以是多个硬件设备组成的集群，比如云计算平台。所谓云计算平台是把多个独立的服务器物理硬件资源组织成池化资源的一种集群设备，它对外提供所需要的虚拟资源和服务。

本申请实施例中的存储器用于存储各种类型的数据以支持网元的操作。这些数据的示例包括：用于在网元上操作的任何计算机程序。

可以理解，存储器可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本发明实施例还提供了一种云计算平台，包括用于IP地址分配方法的数据处理软件模块，所述数据处理软件模块用于实现如本发明实施例提供的IP地址分配方法的步骤。

云计算平台是采用计算虚拟化、网络虚拟化、存储虚拟化技术把多个独立的服务器物理硬件资源组织成池化资源的一种业务形态，它是一种基于虚拟化技术发展基础上软件定义资源的结构，可以提供虚拟机、容器等形态的资源能力。通过消除硬件与操作***之间的固定关系，依赖网络的连通统一资源调度，然后提供所需要的虚拟资源和服务，是一种新型的IT，软件交付模式，具备灵活，弹性，分布式，多租户，按需等特点。

目前的云计算平台支持几种服务模式：

SaaS(Software as a Service，软件即服务)：云计算平台用户无需购买软件，而改为租用部署于云计算平台的软件，用户无需对软件进行维护，软件服务提供商会全权管理和维护软件；

PaaS(Platform as a Service，平台即服务)：云计算平台用户(此时通常为软件开发商)可以在云计算平台提供的架构上建设新的应用，或者扩展已有的应用，同时却不必购买开发、质量控制或生产服务器；

IaaS(Infrastructure as a Service，基础架构即服务)：云计算平台通过互联网提供了数据中心、基础架构硬件和软件资源，IaaS模式下的云计算平台可以提供服务器、操作***、磁盘存储、数据库和/或信息资源。

上述本申请实施例揭示的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器，处理器读取存储器中的程序，结合其硬件完成前述方法的步骤。

可选地，所述处理器执行所述程序时实现本申请实施例的各个方法中由SMF网元或UPF网元实现的相应流程，为了简洁，在此不再赘述。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的存储器13，上述计算机程序可由SMF网元或UPF网元的处理器执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置、SMF网元或UPF网元和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

另外，在本申请实例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种IP地址分配方法，其特征在于，应用于网元，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述网元包括以下任意一项：

会话管理功能网元；

用户面功能网元。

3.根据权利要求1至2任一项所述的方法，其特征在于，所述网元为用户面功能网元，所述获取策略，包括：

4.根据权利要求1所述的方法，其特征在于，所述基于所述策略中的URL和/或域名，确定所述业务服务器的第一IP地址，包括：

基于所述策略中的URL和/或域名，得到全限定域名FQDN消息；

将所述FQDN消息发送给域名解析服务DNS服务器；

5.根据权利要求4所述的方法，其特征在于，所述网元为会话管理功能网元，所述将所述FQDN消息发送给DNS服务器，包括：

将所述FQDN消息经用户面功能网元发送给所述DNS服务器；

6.根据权利要求5所述的方法，其特征在于，在将所述FQDN消息经用户面功能网元发送给所述DNS服务器之前，所述方法还包括：

选择与所述DNS服务器进行通信的用户面功能网元；

建立与所述用户面功能网元之间的转发隧道。

7.根据权利要求1所述的方法，其特征在于，所述基于所述第一IP地址，确定所述终端的第二IP地址，包括：

确定所述终端是否已经分配IP地址；

若所述终端已经分配IP地址，且所述终端的IP地址与所述第一IP地址相同，则重新为所述终端分配与所述第一IP地址不相同的第二IP地址。

8.根据权利要求7所述的方法，其特征在于，在确定所述终端是否已经分配IP地址之后，所述方法还包括：

9.根据权利要求1所述的方法，其特征在于，所述基于所述策略中的URL和/或域名，确定所述业务服务器的第一IP地址，包括：

10.一种IP地址分配装置，其特征在于，包括：

11.一种网元，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至9任一项所述的IP地址分配方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1至9任一项所述的IP地址分配方法。