CN113259498A - 一种本地业务分流方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种本地业务分流方法、装置、电子设备及存储介质，所述本地业务分流方法包括：若UE的业务访问请求的业务类型为本地业务类型，会话管理功能SMF则为所述UE分配隐式IP地址，以使边缘用户面功能UPF基于所述隐式IP地址将所述业务访问请求分流至本地业务服务器；其中，所述本地业务服务器指所述UE当前所处区域对应的业务服务器，所述本地业务类型指所述本地业务服务器能提供的业务类型。采用本发明可以提高业务服务器的网络服务质量、降低业务服务器的部署复杂度。

Description

一种本地业务分流方法、装置、电子设备及存储介质

技术领域

本发明涉及通信技术领域，具体涉及一种本地业务分流方法、装置、电子设备及存储介质。

背景技术

本地业务分流指UE(User Equipment，终端)在进行业务访问时，不通过核心网，而直接将业务访问请求分流至本地业务服务器，从而实现UE访问业务的就近分流，以降低业务延迟，提高用户的业务服务体验。

现阶段，参见图1，通常通过SMF(Session Management Function，会话管理功能)和UPF(User Plane Function，用户面功能)实现UE的本地业务分流。具体的，当基站(gNB)接收到UE发送的业务访问请求后，若UE所在区域的本地业务服务器不能提供前述业务访问请求对应的网络服务，则会触发SMF为前述UE分配一个接入核心网的接入锚点eUPF(EdgeUPF，边缘UPF)和一个会话锚点cUPF(Central UPF，中心UPF)，以使cUPF可以将业务访问请求发送至中心业务服务器通过中心网络(Central Network)为UE提供网络服务。若UE所在区域的本地业务服务器能提供前述业务访问请求对应的网络服务，SMF为前述UE分配一个eUPF,eUPF可以将前述业务访问通过PTP(Point to point Tunnelimg protocol，点对点隧道协议)隧道请求分流至本地业务服务器(图1中Local Network)，以使本地业务服务器可以为UE提供网络服务。

现有技术中，通过PTP隧道进行本地业务分流，需要业务服务器在完成本身应提供的网络服务之外，还需维护与eUPF之间的PTP隧道，增加业务服务器的资源占用，影响到业务服务器的网络服务质量。

发明内容

由于现有方法存在上述问题，本发明实施例提出一种本地业务分流方法、装置、电子设备及存储介质。

第一方面，本发明实施例提出一种本地业务分流方法，包括：

若UE的业务访问请求的业务类型为本地业务类型，会话管理功能SMF则为所述UE分配隐式IP地址，以使边缘用户面功能UPF基于所述隐式IP地址将所述业务访问请求分流至本地业务服务器；

其中，所述本地业务服务器指所述UE当前所处区域对应的业务服务器，所述本地业务类型指所述本地业务服务器能提供的业务类型。

可选的，还包括：

SMF将所述UE对应的上行隧道ID与所述隐式IP地址进行关联。

可选的，还包括：

当接收到所述业务访问请求对应的下行业务报文时，SMF将所述下行业务报文的目的IP地址与所述下行业务报文对应的下行隧道ID进行关联，以使边缘UPF基于目的IP地址与下行隧道ID的关联关系将所述下行业务报文发送至所述UE；

其中，所述下行业务报文的目的IP地址是所述隐式IP地址

第二方面，本发明实施例还提出一种本地业务分流方法，包括：

当边缘UPF接收到UE的业务访问请求时，确定是否能将所述业务访问请求分流至本地业务服务器；

若能分流至本地业务服务器，则将所述业务访问请求的源IP地址替换为隐式IP地址得到目标业务访问请求，并将所述目标业务访问请求分流至本地业务服务器。

可选的，所述确定所述业务访问请求是否能分流至本地业务服务器，包括：

确定所述业务访问请求的IP报文的第一三元组，与本地业务类型的预设三元组是否匹配；

若所述第一三元组与所述预设三元组匹配，则确定能将所述业务访问请求分流至本地业务服务器。

可选的，还包括：

当边缘UPF接收到所述业务访问请求对应的下行业务报文时，确定所述下行业务报文的目的地址与所述隐式IP地址是否匹配；

若所述下行业务报文的目的地址与所述隐式IP地址匹配，则将所述下行业务报文的隐式IP地址替换为所述UE的IP地址后发送至所述UE。

第三方面，本发明实施例还提出一种本地业务分流装置，包括业务分流模块，用于：

若UE的业务访问请求的业务类型为本地业务类型，为所述UE分配隐式IP地址，以使边缘用户面功能UPF基于所述隐式IP地址将所述业务访问请求分流至本地业务服务器；

其中，所述本地业务服务器指所述UE当前所处区域对应的业务服务器，所述本地业务类型指所述本地业务服务器能提供的业务类型。

可选的，所述业务分流模块，还用于：

将所述UE对应的上行隧道ID与所述隐式IP地址进行关联。

可选的，所述业务分流模块，还用于：

当接收到所述业务访问请求对应的下行业务报文时，将所述下行业务报文的目的IP地址与所述下行业务报文对应的下行隧道ID进行关联，以使边缘UPF基于目的IP地址与下行隧道ID的关联关系将所述下行业务报文发送至所述UE；

其中，所述下行业务报文的目的IP地址是所述隐式IP地址

第四方面，本发明实施例还提出一种本地业务分流装置，包括分流确定模块和本地分流模块，其中：

所述分流确定模块，用于当边缘UPF接收到UE的业务访问请求时，确定是否能将所述业务访问请求分流至本地业务服务器；

所述本地分流模块，用于若能分流至本地业务服务器，则将所述业务访问请求的源IP地址替换为隐式IP地址得到目标业务访问请求，并将所述目标业务访问请求分流至本地业务服务器。

可选的，所述分流确定模块，用于：

确定所述业务访问请求的IP报文的第一三元组，与本地业务类型的预设三元组是否匹配；

若所述第一三元组与所述预设三元组匹配，则确定能将所述业务访问请求分流至本地业务服务器。

可选的，所述分流确定模块，用于：

当边缘UPF接收到所述业务访问请求对应的下行业务报文时，确定所述下行业务报文的目的地址与所述隐式IP地址是否匹配；

所述本地分流模块，用于若所述下行业务报文的目的地址与所述隐式IP地址匹配，则将所述下行业务报文的隐式IP地址替换为原UE的IP地址后发送至所述UE。

第五方面，本发明实施例还提出一种电子设备，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行第一方面所述的上述方法。。

第六方面，本发明实施例还提出一种电子设备，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行第二方面所述的上述方法。

第七方面，一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如第一方面任一所述的本地业务分流方法。

第八方面，一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如第二方面任一所述的本地业务分流方法。

由上述技术方案可知，本发明实施例通过由SMF为UE分配隐式IP地址，使边缘UPF基于隐式IP地址将业务访问请求分流至本地业务服务器，实现本地业务分流。这样，一方面，仅通过隐式IP地址即可实现本地业务分流，无需业务服务器维护与eUPF间的PTP隧道关系，从而可以在一定程度上减少业务服务器的资源占用，提高业务服务器的网络服务质量。另一方面，业务服务器无需关注业务访问请求的来源，仅需按照正常路由方式回发下行业务报文，可以有效降低业务服务器的部署复杂度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。

图1为现有技术提供的一种业务分流方法的流程示意图；

图2为本发明一实施例提供的一种本地业务分流方法的流程示意图；

图3为本发明一实施例提供的一种本地业务分流方法的流程示意图；

图4为本发明一实施例提供的一种业务分流方法的示意图；

图5为本发明一实施例提供的一种本地业务分流装置的结构示意图；

图6为本发明一实施例提供的一种本地业务分流装置的结构示意图；

图7为本发明一实施例提供的电子设备的逻辑框图。

图8为本发明一实施例提供的电子设备的逻辑框图。

具体实施方式

下面结合附图，对本发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

图2示出了本实施例提供的一种本地业务分流方法的流程示意图，包括：

S201，若UE的业务访问请求的业务类型为本地业务类型，会话管理功能SMF则为UE分配隐式IP地址，以使边缘用户面功能UPF基于隐式IP地址将业务访问请求分流至本地业务服务器。

其中，所述本地业务服务器指所述UE当前所处区域对应的业务服务器；所述本地业务类型指所述本地业务服务器能提供的业务类型。

所述隐式IP地址指SMF为UE分配的临时的IP地址，该隐式IP地址是SMF从eUPF的UE地址池分配的，它与通常UE会话所分配的地址不同的是，此隐式IP地址对UE透明。

在实施中，当UE的业务访问请求对应的业务类型是本地业务类型，即UE的业务访问请求对应的业务类型在本地业务服务器能提供的网络服务对应的业务类型中时，SMF可以从eUPF的UE地址池中随机选取一个临时IP地址作为UE的隐式IP地址，该隐式IP地址对UE透明，以使eUPF可以基于前述隐式IP地址将前述UE的业务访问请求分流至本地业务服务器，由本地业务服务器为UE提供与业务访问请求相应的网络服务。

由上述技术方案可知，本发明实施例通过由SMF为UE分配隐式IP地址，使边缘UPF基于隐式IP地址将业务访问请求分流至本地业务服务器，实现本地业务分流。这样，一方面，仅通过隐式IP地址即可实现本地业务分流，无需业务服务器维护与eUPF间的PTP隧道关系，从而可以在一定程度上减少业务服务器的资源占用，提高业务服务器的网络服务质量。另一方面，业务服务器无需关注业务访问请求的来源，仅需按照正常路由方式回发下行业务报文，可以有效降低业务服务器的部署复杂度。

进一步地，在上述方法实施例的基础上，SMF还可以将UE对应的上行隧道ID与隐式IP地址进行关联，其中，上行隧道指的是基站与eUPF之间的上行隧道。这样，通过将UE对应的上行隧道ID与隐式IP地址关联，可以使得之后再接收到(如当前时刻之后的短时间内)前述UE的业务访问请求后，无需重新分配隐式IP，直接通过关联关系即可实现本地业务分流，从而可以减少隐式IP地址的分配过程，进而可以进一步本地业务分流速率，进一步提高网络服务质量，另外SMF在获知用户所述业务不再使用时，及时释放占用的隐式IP，避免eUPF的IP地址资源的浪费。

进一步地，在上述方法实施例的基础上，SMF还可以通过目的IP地址与下行隧道ID的关联关系将下行业务报文发送至UE，相应的处理可以如下：当接收到业务访问请求对应的下行业务报文时，SMF将下行业务报文的目的IP地址与UE对应的下行隧道ID进行关联，以使边缘UPF基于目的IP地址与下行隧道ID的关联关系将下行业务报文发送至所述UE。

其中，所述下行业务报文的目的IP地址是所述隐式IP地址。

所述下行隧道是指eUPF与基站之间的下行隧道。

在实施中，当接收到本地业务服务器发送的业务访问请求对应的响应报文，即下行业务报文时，SMF可以确定该下行隧道的ID，即本地业务服务器发送下行业务报文使用的下行隧道ID。然后，SMF可以将前述下行隧道ID与上述隐式IP地址进行关联。这样，当业务服务器再发送新的下行业务报文时，基站可以直接通过该下行隧道将下行业务报文发送至UE，eUPF可以直接基于下行隧道ID与上述隐式IP地址的关联关系直接确定下行业务报文对应的隐式IP地址，并基于上述隐式IP地址与隧道的关联关系确定下行业务报文对应的eUPF与基站之间的下行隧道，从而可以使得下行业务报文可以被更快的发送至UE，进而可以进一步提高响应速度，提高网络服务质量。

图3示出了本实施例提供的一种本地业务分流方法的流程示意图，包括：

S301，当边缘UPF接收到UE的业务访问请求时，确定是否能将业务访问请求分流至本地业务服务器。

在实施中，eUPF可以基于SMF分配的隐式IP地址对UE的业务访问请求进行本地业务分流。具体的，当eUPF接收到UE的业务访问请求时，eUPF以确定前述业务访问请求是否能分流至本地业务服务器，如可以通过确定业务访问请求对应的业务类型是否是本地业务类型，确定是否能将业务访问请求分流至本地业务服务器。

同样的，上述本地业务服务器即为UE当前所处区域对应的业务服务器；上述本地业务类型指本地业务服务器能提供的业务类型。

S302，若能分流至本地业务服务器，则将业务访问请求的源IP地址替换为隐式IP地址得到目标业务访问请求，并将目标业务访问请求分流至本地业务服务器。

其中，所述目标业务访问请求指对UE发送的业务访问请求进行IP地址替换后的业务访问请求，前述IP地址替换指将原业务访问请求中的源IP地址替换为隐式IP地址。

在实施中，若eUPF确定前述业务访问请求能分流至本地业务服务器，eUPF则可以确定该业务访问请求中的源IP地址，即UE的IP地址。然后，eUPF可以将该源IP地址替换为图2所示的方法实施例中所述的隐式IP地址得到目标业务访问请求，该隐式IP地址为SMF为UE分配的临时的IP地址，该隐式IP地址是SMF从eUPF的UE地址池分配的，它与通常UE会话所分配的地址不同的是，此隐式IP地址对UE透明。之后，eUPF可以将前述目标业务访问请求分流至本地业务服务器。

由上述技术方案可知，本发明实施例通过边缘UPF将业务访问请求的源IP地址替换为隐式IP地址得到目标业务访问请求，实现本地业务分流。这样，一方面，仅通过将源IP地址替换为隐式IP地址即可实现本地业务分流，无需通过PTP隧道实现业务分流，故而业务服务器无需维护与eUPF间的PTP隧道关系，从而可以在一定程度上减少业务服务器的资源占用，提高业务服务器的网络服务质量。另一方面，业务服务器无需关注业务访问请求的来源，仅需按照正常路由方式回发下行业务报文，可以有效降低业务服务器的部署复杂度。

进一步地，在上述方法实施例的基础上，eUPF可以基于业务访问请求的IP报文的三元组，确定是否能进行本地业务分流，相应的上述步骤S301的部分处理可以如下：确定业务访问请求的IP报文的第一三元组，与本地业务类型的预设三元组是否匹配；若第一三元组与预设三元组匹配，则确定能将业务访问请求分流至本地业务服务器。

其中，所述预设三元组指本地业务服务器能提供网络服务的业务类型对应的三元组信息，如三元组信息可以包括协议类型、目的地址、目的端口号，由于本地业务服务器能提供的网络服务的业务类型可能是一个也可能是多个，故而前述预设三元组也可以是一个或者多个。

所述第一三元组指业务访问请求的IP报文包含的三元组信息，如可以包括业务访问请求的协议类型、目的地址及目的端口号。

在实施中，eUPF可以通过确定业务访问请求的IP报文的三元组及预设三元组是否匹配，确定是否能将业务访问请求分流至本地业务服务器。具体的，首先，eUPF可以获取前述业务访问请求的IP报文的第一三元组，包括协议类型、目的地址及目的端口号。然后，eUPF可以确定前述第一三元组与预设三元组是否匹配，如可以确定预设三元组中是否包含第一三元组。若前述第一三元组与预设三元组匹配，eUPF则确定本地业务服务器可以为UE提供业务访问请求对应的网络服务，即可以确定能将业务访问请求分流至本地业务服务器。这样，通过确定第一三元组与预设三元组是否匹配确定是否能进行本地业务分流，可以进一步提高进行业务本地分流的准确性，避免出现本地业务分流后本地业务服务器无法提供网络服务的现象，从而可以进一步提高本地业务服务效率，提高网络服务质量。

进一步地，在上述方法实施例的基础上，eUPF还可以基于下行业务报文的目的地址与隐式IP地址将下行业务报文发送至UE，相应的处理可以如下：当边缘UPF接收到业务访问请求对应的下行业务报文时，确定下行业务报文的目的地址与隐式IP地址是否匹配；若下行业务报文的目的地址与隐式IP地址匹配，则将下行业务报文的隐式IP地址替换为UE的IP地址后发送至UE。。

其中，所述下行业务报文指本地业务服务器发送的业务访问请求的响应报文。

在实施中，当eUPF接收到本地业务服务器发送的下行业务报文时，eUPF可以确定前述下行业务报文的目的地址和上述隐式IP地址是否匹配，如可以确定前述目的地址和隐式IP地址是否相同。若下行业务报文的目的地址与隐式IP地址匹配，即前述目的地址和隐式IP地址相同，eUPF则可以将前述下行业务报文进行目的地址替换，即将下行业务报文的隐式IP地址替换为UE的IP地址后发送至UE。这样，eUPF在确定目的地址与隐式IP地址匹配时，将下行业务报文进行目的地址替换后发送至UE，可以进一步避免出现下行业务报文非业务访问报文的响应报文的情况，从而可以进一步提高本地业务服务器的业务服务效率，提高网络服务质量。

图4示出了本发明实施例提供的一种业务分流方法的示意图，现参照图4对本发明实施例提供的本地业务分流方法进行进一步说明。具体的，在UE接入网络时，若业务访问请求对应的业务类型不是本地业务类型时，SMF通常会按照将UE的会话建立在cUPF中，并将业务通过cUPF的N6接口卸载至中心DN(Central Network，中心网络)，eUPF通常用于UE的业务访问请求及其对应的下行业务报文在基站和cUPF之间的接续。但当UE访问某些特殊业务类型(即本地业务类型)，由于该业务类型的网络服务在本地网络(Local Network)的本地业务服务器即可就近提供服务时，故而，可以将UE的此类业务直接卸载在Local Network，由本地业务服务器提供网络服务，以极大提升用户体验，同时有效减轻对运营商传输网络的压力。可见，在UE会话进行中，通过SMF对eUPF配置特殊的转发规则，可以使业务能被就近分流。

总体处理方法可以如下：首先，第三方应用(或AF(Application Function，应用功能))可以事先通过NEF(Network Exposure Fuction，网络开放功能)向网络预配面向UE位置的PCC(Policy and Charging Control，策略和计费控制)/ADC(Application DetectionControl，应用探测控制)策略(即在特定区域为特定业务预设的本地转发规则)。当UE移动到特定区域时，可以触发PCF(Policy Control Function,策略控制功能)向SMF配置相应策略。然后，SMF可以接收PCF配置的策略信息(如可以是业务数据流特征信息，包括服务地址，端口号等信息)，并将前述PCF配置的策略信息作为构造上行PDR(Packet Detection Rule，业务探测规则)的依据。SMF可以为UE在eUPF上分配临时IP地址(即UE的隐式IP地址，此地址对UE透明)，作为构造上行FAR(Packet forwarding Rule，业务转发规则)和下行PDR的依据。之后，SMF使用原有UE的IP地址(即cUPF上分配的地址，称之为显式地址，此地址为UE使用的地址)，作为构造下行FAR的依据。

需要说明的是，在UE访问的业务允许的情况下(如业务服务提供者可随用户的移动而改变位置，或重建业务会话等)，UE移动后如发生eUPF切换，也可为UE在新切换到的eUPF上为其重新分配新的临时IP地址，并通过新的就近的本地业务服务器为UE提供网络服务，同时，释放在旧的eUPF为UE分配的临时IP地址以及相应的分流规则(如PDR和FAR)。而这些对UE都是透明的。在为UE提供极佳服务体验同时，不增加UE侧额外的处理。

具体的，本发明提供的方法实施例可以完成如下的控制策略配置：

1)可以是由某事件，如业务DPI(Deep Packet Inspection，深度报文检测)、UE位置变化等机制触发，或由外部AF触发SMF对已进行中的UE会话实施本地业务分流的UPF配置。

2)SMF为在eUPF本地业务分流的UE的PDU(Protocol Data Unit，协议数据单元)会话再分配一个临时IP地址，该临时IP地址是从eUPF的UE地址池分配的，且该临时IP地址为隐式IP地址，且该隐式IP地址对UE透明。

3)在SMF为UE进行中的会话再分配地址，以及从PCF获取了对应的业务特征信息(如本地业务服务器的IP地址或端口号等信息)后，就可对经由eUPF的TF(Traffic Flow，业务报文)1/TF3业务流，配置新的业务探测规则/业务转发规则(即PDR/FAR)，即TF1和TF3的PDR/FAR规则信息。

进一步地，1)对于上行业务流TF1，即UE发送的上行业务报文，如UE发送的业务访问请求，可以进行如下处理：

配置业务探测规则(PDR)：设置UE所访问的业务类型的特征信息，如协议类型(如可以是UDP协议等)、目标端口号DPort、目的IP等。

配置业务转发规则(FAR):即设置将上行业务报文(即业务访问请求)的源IP地址进行替换并转发的规则。在转发规则配置中包括替代地址，即上述SMF为UE分配的临时IP地址(即上述隐式IP地址)。

可以理解的是，由于SMF维护PDU会话中为UE分配的隐式IP地址，无需eUPF侧进行缓存。对SMF来说，将来自基站侧的特定业务流(即本地业务类型对应的业务访问请求)的UE会话上行隧道ID，和为UE分配的隐式IP地址(即之前从eUPF地址池分配的临时IP地址)进行关联。

2)对于下行业务流TF3，即本地业务服务器发送的下行业务报文，如可以是UE发送的业务访问请求的响应报文，可以进行如下处理：

将来自本地业务服务器的TF3的业务目的地址(下行业务报文目的地址为上述隐式IP地址)作为业务识别的依据。

业务转发规则(FAR)：将TF3的目的IP替换为UE的IP地址，然后，对进行IP地址替换后的TF3封装F-TEID(Fully Qualified Tunnel Endpoint IDentifier，全称隧道标识)并发送。

可以理解的是，对于SMF来说，将来自本地特定应用的入局业务流(即TF3)的目的地址(即之前从eUPF地址池为UE分配的隐式IP地址)和此UE会话的下行隧道ID关联起来。

从用户面处理方面，主要涉及以下处理过程：

TF1的处理过程：

首先，eUPF接收到来自从gNB的GTPU(GPRS Tunnel Protocol for User plane，用户面GPRS隧道协议)业务报文(GTPU报文)，根据业务报文净荷(IP报文)的三元组(协议类型、目的地址、目的端口号)与SMF配置的PDR(如UDP,任意IP，UDP端口号12345)进行比较；

若业务报文净荷(IP报文)的三元组与SMF配置的PDR不能匹配，则不执行本地分流；

若业务报文净荷(IP报文)的三元组与SMF配置的PDR匹配，则执行上行FAR，即：

将业务报文(业务访问请求)的源IP地址替换为UE分配的隐式IP地址，并将替换后的业务访问请求路由转发至本地业务服务器。

可以理解的是，因业务报文IP地址的替换，在某些应用场景中还可以根据需要对IP报文的净荷进行适应性地修改。

TF3的处理过程：

eUPF接收到来自从业务服务器的下行业务报文(即业务访问请求的响应报文)，根据下行业务报文的IP头信息(目的地址)与SMF配置的下行PDR(目的地址为隐式IP地址)进行比较；

若下行业务报文的IP头信息与下行PDR(即隐式IP地址)不能匹配，则不执行业务转发。

若下行业务报文的IP头信息与下行PDR(即隐式IP地址)匹配，执行下行FAR，即：

将下行业务报文的目的IP地址替换为UE的源IP地址，并将替换后的下行业务报文依据Outer Header Creation(外部头生成配置)封装GTPU头信息，并将封装后的下行业务报文路由转发至gNB，以使gNB可以将封装后的下行业务报文转发至UE。

可以理解的是，因下行业务报文IP地址的替换，在某些应用场景中可以根据需要对IP报文的净荷进行适应性地修改。

通过SMF对UPF进行特别的业务转发控制，即由SMF对业务识别及转发处理策略进行配置(配置给UPF)，再由UPF根据所配策略执行业务灵活转发，同时不对业务应用带来额外处理，解除网元与业务服务器之间的隧道耦合。即采用本方案，对于业务服务器来说，业务服务器无需关注业务报文的来源，在向UE下发业务报文时可依照正常路由方式转发。从而可以有效解决本地分流业务和正常转发业务对业务服务器的差异化要求，降低业务服务器部署复杂度。

在对在eUPF分流的UE地址没有任何限制，即使不同UE的地址有重叠的情况(如不同UE的IP地址由不同的SMF从不同的UPF分配，这些UPF的UE地址池为重叠的私有地址)，仍然可正常进行分流。进一步的，本发明提供的本地业务分流方法，相比BP(Branch Point，分支点)模式，UE无需进行特殊路由策略配置来为不同业务选择不同UE的IP地址，降低了UE或网络配置复杂性。另外，在可做到UE无需感知网络侧的业务提供位置，访问最佳业务接入点的网络服务的同时，对边缘UPF提供服务的应用来说，也免去了难以配置回程路由或封装隧道的困扰，进而可以增强本地分流方法对应用场景的适应性。

图5示出了本实施例提供的一种本地业务分流装置，包括业务分流模块501，用于：

若UE的业务访问请求的业务类型为本地业务类型，为所述UE分配隐式IP地址，以使边缘用户面功能UPF基于所述隐式IP地址将所述业务访问请求分流至本地业务服务器；

其中，所述本地业务服务器指所述UE当前所处区域对应的业务服务器，所述本地业务类型指所述本地业务服务器能提供的业务类型。

可选的，所述业务分流模块501，还用于：

将所述UE对应的上行隧道ID与所述隐式IP地址进行关联。

可选的，所述业务分流模块501，还用于：

当接收到所述业务访问请求对应的下行业务报文时，将所述下行业务报文的目的IP地址与所述下行业务报文对应的下行隧道ID进行关联，以使边缘UPF基于目的IP地址与下行隧道ID的关联关系将所述下行业务报文发送至所述UE；

其中，所述下行业务报文的目的IP地址是所述隐式IP地址。

本实施例所述的本地业务分流装置可以用于执行上述图2所示的方法实施例，其原理和技术效果类似，此处不再赘述。

图6示出了本实施例提供的一种本地业务分流装置，包括分流确定模块601和本地分流模块602，其中：

所述分流确定模块601，用于当边缘UPF接收到UE的业务访问请求时，确定是否能将所述业务访问请求分流至本地业务服务器；

所述本地分流模块602，用于若能分流至本地业务服务器，则将所述业务访问请求的源IP地址替换为隐式IP地址得到目标业务访问请求，并将所述目标业务访问请求分流至本地业务服务器。

可选的，所述分流确定模块601，用于：

确定所述业务访问请求的IP报文的第一三元组，与本地业务类型的预设三元组是否匹配；

若所述第一三元组与所述预设三元组匹配，则确定能将所述业务访问请求分流至本地业务服务器。

可选的，所述分流确定模块601，用于：

当边缘UPF接收到所述业务访问请求对应的下行业务报文时，确定所述下行业务报文的目的地址与所述隐式IP地址是否匹配；

所述本地分流模块602，用于若所述下行业务报文的目的地址与所述隐式IP地址匹配，则将所述下行业务报文的隐式IP地址替换为所述UE的IP地址后发送至所述UE。

本实施例所述的本地业务分流装置可以用于执行上述图3所示的方法实施例，其原理和技术效果类似，此处不再赘述。

参照图7，所述电子设备，包括：处理器(processor)701、存储器(memory)702和总线703；

其中，

所述处理器701和存储器702通过所述总线703完成相互间的通信；

所述处理器701用于调用所述存储器702中的程序指令，以执行上述图2所示的方法实施例所提供的方法。

参照图8，所述电子设备，包括：处理器(processor)801、存储器(memory)802和总线803；

其中，

所述处理器801和存储器802通过所述总线803完成相互间的通信；

所述处理器801用于调用所述存储器802中的程序指令，以执行上述图3所示的方法实施例所提供的方法。

本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法。

本实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

1.一种本地业务分流方法，其特征在于，包括：

若UE的业务访问请求的业务类型为本地业务类型，会话管理功能SMF则为所述UE分配隐式IP地址，以使边缘用户面功能UPF基于所述隐式IP地址将所述业务访问请求分流至本地业务服务器；

其中，所述本地业务服务器指所述UE当前所处区域对应的业务服务器，所述本地业务类型指所述本地业务服务器能提供的业务类型。

2.根据权利要求1所述的本地业务分流方法，其特征在于，还包括：

SMF将所述UE对应的上行隧道ID与所述隐式IP地址进行关联。

3.根据权利要求1所述的本地业务分流方法，其特征在于，还包括：

当接收到所述业务访问请求对应的下行业务报文时，SMF将所述下行业务报文的目的IP地址与所述下行业务报文对应的下行隧道ID进行关联，以使边缘UPF基于目的IP地址与下行隧道ID的关联关系将所述下行业务报文发送至所述UE；

其中，所述下行业务报文的目的IP地址是所述隐式IP地址。

4.一种本地业务分流方法，其特征在于，包括：

当边缘UPF接收到UE的业务访问请求时，确定是否能将所述业务访问请求分流至本地业务服务器；

若能分流至本地业务服务器，则将所述业务访问请求的源IP地址替换为隐式IP地址得到目标业务访问请求，并将所述目标业务访问请求分流至本地业务服务器。

5.根据权利要求4所述的本地业务分流方法，其特征在于，所述确定所述业务访问请求是否能分流至本地业务服务器，包括：

确定所述业务访问请求的IP报文的第一三元组，与本地业务类型的预设三元组是否匹配；

若所述第一三元组与所述预设三元组匹配，则确定能将所述业务访问请求分流至本地业务服务器。

6.根据权利要求4所述本地业务分流方法，其特征在于，还包括：

当边缘UPF接收到所述业务访问请求对应的下行业务报文时，确定所述下行业务报文的目的地址与所述隐式IP地址是否匹配；

若所述下行业务报文的目的地址与所述隐式IP地址匹配，则将所述下行业务报文的隐式IP地址替换为所述UE的IP地址后发送至所述UE。

7.一种本地业务分流装置，其特征在于，包括业务分流模块，用于：

若UE的业务访问请求的业务类型为本地业务类型，为所述UE分配隐式IP地址，以使边缘用户面功能UPF基于所述隐式IP地址将所述业务访问请求分流至本地业务服务器；

其中，所述本地业务服务器指所述UE当前所处区域对应的业务服务器，所述本地业务类型指所述本地业务服务器能提供的业务类型。

8.根据权利要求7所述的本地业务分流装置，其特征在于，所述业务分流模块，还用于：

将所述UE对应的上行隧道ID与所述隐式IP地址进行关联。

9.根据权利要求7所述的本地业务分流装置，其特征在于，所述业务分流模块，还用于：

当接收到所述业务访问请求对应的下行业务报文时，将所述下行业务报文的目的IP地址与所述下行业务报文对应的下行隧道ID进行关联，以使边缘UPF基于目的IP地址与下行隧道ID的关联关系将所述下行业务报文发送至所述UE；

其中，所述下行业务报文的目的IP地址是所述隐式IP地址。

10.一种本地业务分流装置，其特征在于，包括分流确定模块和本地分流模块，其中：

所述分流确定模块，用于当边缘UPF接收到UE的业务访问请求时，确定是否能将所述业务访问请求分流至本地业务服务器；

所述本地分流模块，用于若能分流至本地业务服务器，则将所述业务访问请求的源IP地址替换为隐式IP地址得到目标业务访问请求，并将所述目标业务访问请求分流至本地业务服务器。

11.根据权利要求10所述的本地业务分流装置，其特征在于，所述分流确定模块，用于：

确定所述业务访问请求的IP报文的第一三元组，与本地业务类型的预设三元组是否匹配；

若所述第一三元组与所述预设三元组匹配，则确定能将所述业务访问请求分流至本地业务服务器。

12.根据权利要求10所述的本地业务分流装置，其特征在于，所述分流确定模块，用于：

当边缘UPF接收到所述业务访问请求对应的下行业务报文时，确定所述下行业务报文的目的地址与所述隐式IP地址是否匹配；

所述本地分流模块，用于若所述下行业务报文的目的地址与所述隐式IP地址匹配，则将所述下行业务报文的隐式IP地址替换为所述UE的IP地址后发送至所述UE。

13.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至3任一所述的本地业务分流方法。

14.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求4至6任一所述的本地业务分流方法。

15.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至3任一所述的本地业务分流方法。

16.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求4至6任一所述的本地业务分流方法。

Images