CN113347739A - 通信方法、装置、计算机可读介质及电子设备 - Google Patents

通信方法、装置、计算机可读介质及电子设备 Download PDF

Info

Publication number
CN113347739A
CN113347739A CN202110558247.5A CN202110558247A CN113347739A CN 113347739 A CN113347739 A CN 113347739A CN 202110558247 A CN202110558247 A CN 202110558247A CN 113347739 A CN113347739 A CN 113347739A
Authority
CN
China
Prior art keywords
smf
pfcp
request
upf
connection
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110558247.5A
Other languages
English (en)
Inventor
何儒根
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202110558247.5A priority Critical patent/CN113347739A/zh
Publication of CN113347739A publication Critical patent/CN113347739A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Abstract

本申请的实施例提供了一种通信方法、装置、计算机可读介质及电子设备。该通信方法包括：响应于UPF发送的PFCP连接请求，与所述UPF建立PFCP连接；在与所述UPF建立PFCP连接之后，接收所述UPF基于所述PFCP连接发送的业务建立请求，将所述业务建立请求中包含的请求数据封装为请求消息；根据预配置的会话管理功能实体SMF域名信息查询与所述SMF域名信息对应的SMF网络地址，并将所述请求消息发送给所述SMF网络地址对应的目标SMF；基于PFCP协议对所述目标SMF返回的响应消息进行封装，并传输给所述UPF。本申请实施例的技术方案可以优化UPF与SMF之间的组网方式，在保证SMF与UPF之间安全通信的前提下，实现了SMF部署的灵活性，同时也有利于提高SMF的业务处理能力。

Description

通信方法、装置、计算机可读介质及电子设备
技术领域
本申请涉及计算机及通信技术领域，具体而言，涉及一种通信方法、装置、计算机可读介质及电子设备。
背景技术
在相关技术中，如果需要在企业专网的本地机房部署5G专网核心网，那么由于是通过本地局域网互联互通，因此核心网网元之间的交互信息也不会暴露到公网，这样也不会引起安全方面的担忧。
而在将5G专网核心网网元迁入云端部署时，可能需要将与UE(User Equipment，用户设备)的业务数据相关的网元，即UPF(User Plane Function，用户面功能)部署在企业本地机房，而将AMF(Access and Mobility Management Function，接入与移动性管理功能)、SMF(Session Management Function，会话管理功能)等其它控制面相关网元迁入云端部署，以保证企业敏感业务数据不经过公网直接访问本地业务。但是，如何解决UPF与云端部署的SMF之间的PFCP(Packet Forward Control Protocol，报文转发控制协议)信令的安全性问题是亟待解决的技术问题。
发明内容
本申请的实施例提供了一种通信方法、装置、计算机可读介质及电子设备，进而至少在一定程度上可以优化UPF与SMF之间的组网方式，在保证SMF与UPF之间安全通信的前提下，也能够实现SMF部署的灵活性，同时也有利于提高SMF的业务处理能力。
本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面，提供了一种通信方法，包括：响应于用户面功能实体UPF发送的报文转发控制协议PFCP连接请求，与所述UPF建立PFCP连接；在与所述UPF建立PFCP连接之后，接收所述UPF基于所述PFCP连接发送的业务建立请求，将所述业务建立请求中包含的请求数据封装为请求消息；根据预配置的会话管理功能实体SMF域名信息查询与所述SMF域名信息对应的SMF网络地址，并将所述请求消息发送给所述SMF网络地址对应的目标SMF；基于PFCP协议对所述目标SMF返回的响应消息进行封装，并传输给所述UPF。
根据本申请实施例的一个方面，提供了一种通信方法，包括：向PFCP代理网关发送PFCP连接请求，与所述PFCP代理网关建立PFCP连接；在与所述PFCP代理网关建立PFCP连接之后，基于所述PFCP连接向所述PFCP代理网关发送业务建立请求，以使所述PFCP代理网关将所述业务建立请求中包含的请求数据封装为请求消息后发送给目标SMF，所述目标SMF是所述PFCP代理网关根据预配置的SMF域名信息查询到的；接收所述PFCP代理网关基于所述PFCP连接返回的响应结果，所述响应结果是所述PFCP代理网关基于PFCP协议对所述目标SMF返回的响应消息进行封装得到的。
根据本申请实施例的一个方面，提供了一种通信方法，包括：接收PFCP代理网关发送的DNS查询请求，所述DNS查询请求是所述PFCP代理网关根据预配置的SMF域名信息发送的；根据所述DNS查询请求分配与所述SMF域名信息对应的SMF网络地址；根据所述SMF网络地址生成DNS查询响应，将所述DNS查询响应发送给所述PFCP代理网关，以使所述PFCP代理网关将UPF基于PFCP连接发送的业务建立请求中所包含的请求数据封装为请求消息后发送给所述SMF网络地址对应的目标SMF。
根据本申请实施例的一个方面，提供了一种通信装置，包括：第一建立单元，配置为响应于UPF发送的PFCP连接请求，与所述UPF建立PFCP连接；第一接收单元，配置为在与所述UPF建立PFCP连接之后，接收所述UPF基于所述PFCP连接发送的业务建立请求，将所述业务建立请求中包含的请求数据封装为请求消息；处理单元，配置为根据预配置的SMF域名信息查询与所述SMF域名信息对应的SMF网络地址，并将所述请求消息发送给所述SMF网络地址对应的目标SMF；第一发送单元，配置为基于PFCP协议对所述目标SMF返回的响应消息进行封装，并传输给所述UPF。
在本申请的一些实施例中，基于前述方案，所述处理单元配置为：根据预配置的SMF域名信息生成域名系统DNS查询请求；将所述DNS查询请求发送给DNS负载均衡网关，以使所述DNS负载均衡网关根据所述DNS查询请求分配对应的SMF网络地址；接收所述DNS负载均衡网关返回的DNS查询响应，从所述DNS查询响应中获取所述SMF网络地址。
在本申请的一些实施例中，基于前述方案，所述处理单元配置为：根据所述SMF网络地址，将所述请求消息发送给所述SMF网络地址对应的SMF负载均衡器，以使所述SMF负载均衡器将所述请求消息分发给指定的SMF实例进行处理；接收所述指定的SMF实例返回的针对所述请求消息的响应消息。
在本申请的一些实施例中，基于前述方案，所述第一接收单元还配置为：在与所述UPF建立PFCP连接之后，接收所述UPF基于所述PFCP连接发送的业务处理请求，并将所述业务处理请求中包含的请求数据封装为业务处理消息后发送给所述目标SMF；所述第一发送单元还配置为：基于所述PFCP协议对所述目标SMF返回的针对所述业务处理消息的响应消息进行封装，并传输给所述UPF。
在本申请的一些实施例中，基于前述方案，所述处理单元还配置为：若检测到所述目标SMF出现异常，则根据预配置的SMF域名信息重新查询与所述SMF域名信息对应的SMF网络地址；基于重新查询得到的SMF网络地址，响应来自于所述UPF的业务处理请求。
在本申请的一些实施例中，基于前述方案，若所述预配置的接入与移动性功能实体SMF域名信息包括全局共享的SMF域名信息，则与所述SMF域名信息对应的SMF网络地址是临近所述UPF的SMF的网络地址。
在本申请的一些实施例中，基于前述方案，若所述预配置的接入与移动性功能实体SMF的域名信息包括专享的SMF域名信息，则与所述SMF域名信息对应的SMF网络地址是所述UPF专享的SMF的网络地址。
在本申请的一些实施例中，基于前述方案，所述第一接收单元还配置为：将所述业务建立请求中包含的请求数据封装为远程过程调用消息；或者将所述业务建立请求中包含的请求数据封装为超文本传输协议消息。
根据本申请实施例的一个方面，提供了一种通信装置，包括：第二建立单元，配置为向PFCP代理网关发送PFCP连接请求，与所述PFCP代理网关建立PFCP连接；第二发送单元，配置为在与所述PFCP代理网关建立PFCP连接之后，基于所述PFCP连接向所述PFCP代理网关发送业务建立请求，以使所述PFCP代理网关将所述业务建立请求中包含的请求数据封装为请求消息后发送给目标SMF，所述目标SMF是所述PFCP代理网关根据预配置的SMF域名信息查询到的；第二接收单元，配置为接收所述PFCP代理网关基于所述PFCP连接返回的响应结果，所述响应结果是所述PFCP代理网关基于PFCP协议对所述目标SMF返回的响应消息进行封装得到的。
在本申请的一些实施例中，基于前述方案，所述第二建立单元配置为：根据预配置的PFCP代理网关的网络地址，向所述PFCP代理网关发送PFCP连接请求。
根据本申请实施例的一个方面，提供了一种通信装置，包括：第三接收单元，配置为接收PFCP代理网关发送的DNS查询请求，所述DNS查询请求是所述PFCP代理网关根据预配置的SMF域名信息发送的；分配单元，配置为根据所述DNS查询请求分配与所述SMF域名信息对应的SMF网络地址；第三发送单元，配置为根据所述SMF网络地址生成DNS查询响应，将所述DNS查询响应发送给所述PFCP代理网关，以使所述PFCP代理网关将UPF基于PFCP连接发送的业务建立请求中所包含的请求数据封装为请求消息后发送给所述SMF网络地址对应的目标SMF。
根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的通信方法。
根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的通信方法。
根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的通信方法。
在本申请的一些实施例所提供的技术方案中，PFCP代理网关在与UPF建立PFCP连接之后，接收UPF基于PFCP连接发送的业务建立请求，将该业务建立请求中包含的请求数据封装为请求消息，然后根据预配置的SMF域名信息查询与SMF域名信息对应的SMF网络地址，并将封装后的请求消息发送给SMF网络地址对应的目标SMF，进而基于PFCP协议对目标SMF返回的响应消息进行封装，并传输给UPF。可见，本申请实施例的技术方案通过PFCP代理网关优化了UPF与SMF之间的组网方式，在保证SMF与UPF之间安全通信的前提下，不仅实现了SMF部署的灵活性，而且能够通过基于SMF域名信息查询SMF网络地址的方式实现SMF的合理分配，有利于提高SMF的业务处理能力，此外本申请实施例的技术方案也使得SMF所在的云端无需部署其它设备，降低了远端部署的成本。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1示出了一种5G网络重点网元架构示意图；
图2示出了一种UPF与SMF之间通过封装IPsec隧道实现信息传输的示意图；
图3示出了根据本申请的实施例的UPF与SMF之间通过增加PFCP代理网关实现信息传输的示意图；
图4示出了根据本申请的一个实施例的通信方法的流程图；
图5示出了根据本申请的一个实施例的通信方法的流程图；
图6示出了根据本申请的一个实施例的通信方法的流程图；
图7示出了根据本申请的一个实施例的通信方法的流程图；
图8示出了根据本申请的一个实施例的通信装置的框图；
图9示出了根据本申请的一个实施例的通信装置的框图；
图10示出了根据本申请的一个实施例的通信装置的框图；
图11示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。
此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
如图1所示是3GPP(The 3rd Generation Partnership Project，第三代合作伙伴计划)组织定义的5G网络重点网元架构，其中AMF、SMF、UPF、PCF(Policy ControlFunction，策略控制功能)、NSSF(Network Slice Selection Function，网络切片选择功能)、AUSF(Authentication Server Function，认证服务器功能)、UDM(Unified DataManagement，统一数据管理功能)、NSSAAF(Network Slice Specific Authentication andAuthorization Function，网络切片特定身份验证和授权功能)等为5G网络核心网网元。UE(User Equipment，用户设备)可以是手机、平板电脑等5G终端；(R)AN((Radio)AccessNetwork，(无线)接入网))可以是5G基站；DN(Data Network)为数据网络，即UE访问的业务服务器。
继续参照图1所示，在5G核心网网元中，AMF负责终结基站控制面的N2接口，并基于SCTP(Stream Control Transmission Protocol，流控制传输协议)协议实现NGAP(NextGeneration Application Protocol，下一代应用协议)的编解码。基站与AMF通过SCTP传输层协议传输应用层NGAP协议，并在NGAP中承载UE的NAS信令数据。其中，SCTP是一种传输层协议，与TCP(Transmission Control Protocol，传输控制协议)、UDP(User DatagramProtocol，用户数据报协议)类似，广泛应用于4GLTE(Long Term Evolution，长期演进)网络和5G核心网，但是不被主流的商业NAT(Network Address Translation，网络地址转换)网关和负载均衡器所支持。
AMF同时也负责终结UE的N1接口，实现NAS(Non-Access Stratum，非接入层)的加密和完整性保护，并负责UE接入验证、授权管理、注册、连接、可达性和移动管理等功能，以及负责UE与SMF之间会话管理消息的透传。
另外，参照图1所示，(R)AN与UPF之间通过N3接口交互；UPF之间可以通过N9接口交互；UPF与SMF之间通过N4接口交互；UPF与DN之间通过N6接口交互；SMF与AMF之间通过N11接口交互；SMF与PCF之间通过N7接口交互；SMF与UDM之间通过N10接口交互；PCF与AF之间通过N5接口交互；AMF之间可以通过N14接口交互；AMF与PCF之间通过N15接口交互；AMF与UDM之间通过N8接口交互；AMF与NSSF之间通过N22接口交互；AMF与AUSF之间通过N12接口交互；AMF与NSSAAF之间通过N58接口交互；AUSF与UDM之间通过N13接口交互；UDM与NSSAAF之间通过N59接口交互。
同时，在5G核心网网元中，当UE与AMF完成接入验证、授权和注册后，由SMF负责UE的会话建立、修改和释放管理。同时SMF负责为UE的会话分配IP、选择向UE提供服务的UPF并通过PFCP协议配置UPF针对UE的数据转发、QoS(Quality of Service，服务质量)、策略控制和计费数据收集等功能。UE的会话建立完成后，业务数据如浏览网页、视频、游戏交互等数据经过基站、UPF之后再通过局域网或者公网到达相应的业务服务器。
PFCP是一种基于UDP传输的应用层协议，是3GPP组织为5G核心网引入的新的主要协议之一，也用于4G/LTE EPC(Evolved Packet Core，演进分组核心网)网络中以实现控制和用户平面分离。SMF通过PFCP报文控制UPF创建、修改会话，指示会话的包检测规则、转发规则、QoS实施规则和用量报告规则，实现UPF对终端5G用户数据报文的转发、QoS和计费等功能。UPF通过PFCP报文，可以上报终端5G用户的流量空闲状态、计费数据、缓存报告等内容，触发SMF针对UE当前状态进行后续处理。
在相关技术中，如果需要在企业专网的本地机房部署5G专网核心网，那么由于是通过本地局域网互联互通，因此核心网网元之间的交互信息也不会暴露到公网，这样也不会引起安全方面的担忧。而在将5G专网核心网网元迁入云端部署时，可能需要将与UE的业务数据相关的网元，即UPF部署在企业本地机房，而将AMF、SMF等其它控制面相关网元迁入云端部署，以保证企业敏感业务数据不经过公网直接访问本地业务。
而在将控制面网元迁入云端部署后，如图2所示，通常需要基于IPsec(InternetProtocol Security，互联网安全协议)隧道通过公网来控制UPF，以保证SMF与UPF之间PFCP信令的安全性与完整性保护。
但是图2所示实施例的技术方案要求UPF具备IPsec能力或者后置IPsec网关，且需要云端SMF前置IPsec网关，而要求云服务提供商提供IPsec网关能力也会造成对云服务提供商的依赖。同时，前置IPsec网关对SMF的部署规模构成限制，无法充分利用云端横向扩容的优势，无法利用云端跨地域部署的灵活性。此外，由于IPsec隧道和PFCP均采用IP连接的方式，当云端SMF或者IPsec网关变更IP时，需要相对应地更改IPsec网关的配置，当IP对应的SMF出现故障时，UPF也无法切换到正常SMF继续业务，故障应对能力较弱。
基于上述问题，本申请实施例的技术方案提出了一种新的解决方案，具体参照图3所示，在UPF与SMF之间增加PFCP代理网关，通过PFCP代理网关将PFCP协议消息转换为gRPC(google Remote Procedure Call，远程过程调用)、HTTP/2(Hypertext TransferProtocol 2.0，超文本传输协议2.0)消息，一方面保证了业务数据在公网传输的安全性和可靠性，另一方面摆脱了IPsec网关的局限，使SMF可以更灵活地进行部署，比如可以灵活部署到任意云服务提供商提供的云计算资源上，摆脱了对云服务提供商的依赖。
基于图3所示的系统架构，UPF 301可以向PFCP代理网关302发送PFCP连接请求，然后PFCP代理网关302与UPF 301建立PFCP连接。在UPF 301与PFCP代理网关302建立PFCP连接之后，UPF 301可以基于PFCP连接向PFCP代理网关302发送PFCP业务建立请求，然后PFCP代理网关302将该PFCP业务建立请求中包含的请求数据(即PFCP业务建立请求的payload)封装为请求消息(如gRPC消息、HTTP/2消息等)。
同时，PFCP代理网关302可以根据预配置的SMF域名信息向DNS负载均衡网关303发送DNS查询请求，DNS负载均衡网关303根据该DNS查询请求向其分配对应的SMF网络地址(如分配区域1的SMF网络地址)，并返回DNS查询响应。PFCP代理网关302接收到DNS负载均衡网关303返回的DNS查询响应之后，从该DNS查询响应中获取分配的SMF网络地址，然后将封装得到的请求消息发送给该SMF网络地址对应的目标SMF。可选地，可以将封装得到的请求消息发送给该SMF网络地址对应的负载均衡器，然后由该负载均衡器分发给某个SMF实例进行处理，待SMF实例处理完成之后，SMF实例将处理后的响应消息返回给PFCP代理网关302，然后PFCP代理网关302基于PFCP协议对接收到的响应消息进行封装，并传输给UPF 301。
类似地，UPF 304可以向PFCP代理网关302'发送PFCP连接请求，然后PFCP代理网关302'与UPF 304建立PFCP连接。在UPF 304与PFCP代理网关302'建立PFCP连接之后，UPF 304可以基于PFCP连接向PFCP代理网关302'发送PFCP业务建立请求，然后PFCP代理网关302'将该PFCP业务建立请求中包含的请求数据(即PFCP业务建立请求的payload)封装为请求消息(如gRPC消息、HTTP/2消息等)。
同时，PFCP代理网关302'可以根据预配置的SMF域名信息向DNS负载均衡网关303发送DNS查询请求，DNS负载均衡网关303根据该DNS查询请求向其分配对应的SMF网络地址(如分配区域2的SMF网络地址)，并返回DNS查询响应。PFCP代理网关302'接收到DNS负载均衡网关303返回的DNS查询响应之后，从该DNS查询响应中获取分配的SMF网络地址，然后将封装得到的请求消息发送给该SMF网络地址对应的目标SMF。可选地，可以将封装得到的请求消息发送给该SMF网络地址对应的负载均衡器，然后由该负载均衡器分发给某个SMF实例进行处理，待SMF实例处理完成之后，SMF实例将处理后的响应消息返回给PFCP代理网关302'，然后PFCP代理网关302'基于PFCP协议对接收到的响应消息进行封装，并传输给UPF304。
可见，在图3所示实施例的系统架构中，通过部署DNS负载均衡网关303和SMF流量入口的负载均衡器等多层级负载均衡分发能力，使得SMF可以充分利用云端横向扩容的能力，极大地提高业务处理能力。而PFCP代理网关通过查询SMF域名获取网络地址的方式，极大减少了配置工作。同时，DNS负载均衡网关303可以在云上实现分地域部署SMF，根据DNS查询请求的源IP(即PFCP代理网关IP)就近分配SMF服务，提高服务质量。当SMF变更IP时，只需要在DNS负载均衡网关303上变更即可，当某个IP对应的SMF服务出现异常，通过DNS负载均衡网关303返回的查询响应，PFCP代理网关可以快速切换到正常的SMF服务上。
此外，相比于图2所示的系统架构，图3中所示的系统架构通过将UPF处的IPsec网关替换为PFCP代理网关，移除了云端前置的IPsec网关，减少对云服务提供商的依赖，可以有效降低各项业务的采购成本。
以下对本申请实施例的技术方案的实现细节进行详细阐述：
图4示出了根据本申请的一个实施例的通信方法的流程图，该通信方法可以由PFCP代理网关来执行。参照图4所示，该通信方法至少包括步骤S410至步骤S440，详细介绍如下：
在步骤S410中，响应于UPF发送的PFCP连接请求，与UPF建立PFCP连接。
在本申请的一个实施例中，UPF上可以预配置有PFCP代理网关的网络地址，如IP地址。那么UPF可以基于预配置的该PFCP代理网关的网络地址向PFCP代理网关发送PFCP连接请求。PFCP代理网关在接收到该PFCP连接请求之后，可以与UPF建立PFCP连接。
在步骤S420中，在与UPF建立PFCP连接之后，接收UPF基于PFCP连接发送的业务建立请求，将该业务建立请求中包含的请求数据封装为请求消息。
在本申请的一个实施例中，可以将业务建立请求中包含的请求数据封装为远程过程调用消息，即gRPC消息；或者也可以将业务建立请求中包含的请求数据封装为超文本传输协议消息，即HTTP/2消息。
在步骤S430中，根据预配置的SMF域名信息查询与SMF域名信息对应的SMF网络地址，并将封装得到的请求消息发送给SMF网络地址对应的目标SMF。
在本申请的一个实施例中，根据预配置的SMF域名信息查询与域名信息对应的SMF网络地址的过程可以是：PFCP代理网关根据预配置的SMF域名信息生成DNS查询请求，将该DNS查询请求发送给DNS负载均衡网关，以使DNS负载均衡网关根据DNS查询请求分配对应的SMF网络地址。进而PFCP代理网关可以接收DNS负载均衡网关返回的DNS查询响应，并从DNS查询响应中获取SMF网络地址。
在本申请的一个实施例中，PFCP代理网关将请求消息发送给SMF网络地址对应的目标SMF的过程可以是根据SMF网络地址，将请求消息发送给SMF网络地址对应的SMF负载均衡器，以使SMF负载均衡器将请求消息分发给指定的SMF实例进行处理。进而PFCP代理网关可以接收指定的SMF实例返回的针对请求消息的响应消息。
在本申请的一个实施例中，如果预配置的SMF的域名信息是全局共享的SMF域名信息，则与该SMF域名信息对应的SMF网络地址可以是临近UPF的SMF的网络地址。即该实施例的技术方案可以由DNS负载均衡网关分配较近的SMF来与UPF进行通信交互。
在本申请的一个实施例中，如果预配置的SMF的域名信息是专享的SMF域名信息，则与该SMF域名信息对应的SMF网络地址可以是UPF专享的SMF的网络地址。即该实施例的技术方案可以实现专享SMF的需求。
继续参照图4所示，在步骤S440中，基于PFCP协议对目标SMF返回的响应消息进行封装，并传输给UPF。
图4所示实施例的技术方案通过PFCP代理网关优化了UPF与SMF之间的组网方式，在保证SMF与UPF之间安全通信的前提下，不仅实现了SMF部署的灵活性，而且能够通过基于SMF域名信息查询SMF网络地址的方式实现SMF的合理分配，有利于提高SMF的业务处理能力，此外本申请实施例的技术方案也使得SMF所在的云端无需部署其它设备，降低了远端部署的成本。
基于图4所示实施例的技术方案，在本申请的一个实施例中，PFCP代理网关在与UPF建立PFCP连接之后，如果接收到UPF基于PFCP连接发送的业务处理请求，则PFCP代理网关可以将业务处理请求中包含的请求数据封装为业务处理消息，并发送给目标SMF，然后基于PFCP协议对目标SMF返回的针对业务处理消息的响应消息进行封装，并传输给UPF。该实施例的技术方案实现了UPF与SMF通过PFCP代理网关进行业务处理的过程。
在本申请的一个实施例中，如果PFCP代理网关检测到目标SMF出现异常，则可以根据预配置的SMF的域名信息重新查询与域名信息对应的SMF网络地址，进而基于重新查询得到的SMF网络地址，响应来自于UPF的业务处理请求。该实施例的技术方案使得在SMF异常时，PFCP代理网关能够及时切换到正常的SMF服务上。
图4所示实施例的技术方案是从PFCP代理网关的角度进行的阐述，以下结合图5和图6分别从UPF和DNS负载均衡网关的角度对本申请实施例的技术方案的实现细节进行说明：
图5示出了根据本申请的一个实施例的通信方法的流程图，该通信方法可以由UPF来执行。参照图5所示，该通信方法至少包括步骤S510至步骤S530，详细介绍如下：
在步骤S510中，向PFCP代理网关发送PFCP连接请求，与PFCP代理网关建立PFCP连接。
在本申请的一个实施例中，UPF上可以预配置有PFCP代理网关的网络地址，如IP地址。那么UPF可以基于预配置的该PFCP代理网关的网络地址向PFCP代理网关发送PFCP连接请求。PFCP代理网关在接收到该PFCP连接请求之后，可以与UPF进行通信握手，以与UPF建立PFCP连接。
在步骤S520中，在与PFCP代理网关建立PFCP连接之后，基于PFCP连接向PFCP代理网关发送业务建立请求，以使PFCP代理网关将业务建立请求中包含的请求数据封装为请求消息后发送给目标SMF，该目标SMF是PFCP代理网关根据预配置的SMF域名信息查询到的。
在本申请的一个实施例中，PFCP代理网关可以将业务建立请求中包含的请求数据封装为远程过程调用消息，即gRPC消息；或者也可以将业务建立请求中包含的请求数据封装为超文本传输协议消息，即HTTP/2消息。
在步骤S530中，接收PFCP代理网关基于PFCP连接返回的响应结果，该响应结果是PFCP代理网关基于PFCP协议对目标SMF返回的响应消息进行封装得到的。
图5所示实施例的具体实现细节可以参照前述实施例的技术方案，不再赘述。
图6示出了根据本申请的一个实施例的通信方法的流程图，该通信方法可以由DNS负载均衡网关来执行。参照图6所示，该通信方法至少包括步骤S610至步骤S630，详细介绍如下：
在步骤S610中，接收PFCP代理网关发送的DNS查询请求，该DNS查询请求是PFCP代理网关根据预配置的SMF域名信息发送的。
在步骤S620中，根据DNS查询请求分配与SMF域名信息对应的SMF网络地址。
在本申请的一个实施例中，如果SMF的域名信息是全局共享的SMF域名信息，则DNS负载均衡网关分配的与该SMF域名信息对应的SMF网络地址可以是临近UPF的SMF的网络地址。即该实施例的技术方案可以由DNS负载均衡网关分配较近的SMF来与UPF进行通信交互。
在本申请的一个实施例中，如果SMF的域名信息是专享的SMF域名信息，则DNS负载均衡网关分配的与该SMF域名信息对应的SMF网络地址可以是UPF专享的SMF的网络地址。即该实施例的技术方案可以实现专享SMF的需求。
在步骤S630中，根据SMF网络地址生成DNS查询响应，将DNS查询响应发送给PFCP代理网关，以使PFCP代理网关将UPF基于PFCP连接发送的业务建立请求中所包含的请求数据封装为请求消息后发送给SMF网络地址对应的目标SMF。
以上分别从PFCP代理网关、UPF和DNS负载均衡网关的角度对本申请实施例的技术方案的实现细节进行说明，以下结合图7对各个实体之间的交互过程进行详细阐述：
在执行图7所示的通信方法的各个步骤之前，需要在UPF、PFCP代理网关和DNS负载均衡网关处进行预配置。具体地，在UPF上预配置PFCP代理网关的IP地址，在PFCP代理网关上预配置SMF域名，在DNS负载均衡网关上预配置响应规则。
可选地，在专网覆盖区域内部署UPF时，UPF上配置的SMF PFCP IP可以替换为本区域内PFCP代理网关的PFCP监听IP。进而UPF可以基于该PFCP监听IP向本区域内的PFCP代理网关发送请求。
在部署PFCP代理网关时，可以根据业务方的需求配置SMF域名：如果业务方选择共享的云端5G核心网，则在PFCP代理网关上配置的SMF域名为全局共享的SMF域名；如果业务方选择专享的云端5G核心网并申请了专有域名，则在PFCP代理网关上配置的SMF域名为业务方专享的SMF域名。
同时，为了实现就近服务，在云端分区域部署5G核心网时，可以对DNS LB(LoadBalance，负载均衡)进行预配置：如果DNS请求的源地址来自于PFCP代理网关，则可以结合业务配置，选择返回对应区域的5G核心网SMF的IP。同时，也可以添加干预方式，以针对不同的源地址返回配置的IP，比如针对某个源地址，返回设定的IP地址。
基于前述实施例中预先配置的信息，如图7所示，根据本申请的一个实施例的通信方法，包括如下步骤：
步骤S701，UPF发起建立PFCP连接。具体地，UPF向PFCP代理网关发起建立PFCP连接的请求。
步骤S702，PFCP代理网关接受UPF的PFCP连接请求。当PFCP代理网关与UPF之间的连接建立完成之后，后续可以基于该PFCP连接进行会话管理和上报会话状态。
步骤S703，UPF基于PFCP连接发起建立PFCP业务请求。可选地，UPF可以向PFCP代理网关发送PFCP Session Report(PFCP会话报告)等消息，PFCP代理网关将PFCP承载的内容(Payload)取出，并封装到gRPC、HTTP/2消息中。
步骤S704，PFCP代理网关根据配置的SMF域名查询SMF的IP。
具体地，PFCP代理网关根据配置的SMF域名向DNS LB(即DNS负载均衡网关)查询预配置的SMF域名对应的IP。
步骤S705，DNS负载均衡网关向PFCP代理网关返回就近的SMF IP或者专享的SMFIP。具体地，如果配置的SMF域名为全局共享的SMF域名，则返回就近的SMF IP；如果配置的SMF域名为专有域名，则返回专享的SMF IP。
步骤S706，PFCP代理网关将封装好的gRPC、HTTP/2消息中发送到对应的SMF IP上。
步骤S707，云端的负载均衡器通过配置的负载均衡策略将消息分发给SMF实例处理。
可选地，云端的负载均衡器可以采用四层(即L4)或七层(即L7)负载均衡方式来根据配置规则和负荷情况，将gRPC、HTTP/2消息转发给SMF实例池中的某个SMF实例处理。
其中，四层负载均衡(L4 load balancing)主要工作于处于OSI(Open SystemInterconnection Reference Model，开放式系统互联通信参考模型)模型中间位置的传输层(transport layer)，它主要处理消息的传递，而不管消息的内容。四层负载均衡只针对由上游服务发送和接收的网络包，而并不检查包内的具体内容是什么，四层负载均衡可以通过检查TCP流中的前几个包，从而决定是否限制路由。
七层负载均衡(L7 load balancing)主要工作于处于OSI模型顶层位置的应用层(application layer)，它主要处理每条消息中的真正内容。在互联网上，HTTP是网络通讯中占据主导地位的七层协议(Layer 7Protocol)，七层负载均衡在路由网络传输时比四层负载均衡更加复杂和巧妙，特别适合像HTTP这种基于TCP传输的方式。一个七层负载均衡器终止网络传输并读取消息中的内容，它可以基于消息中内容(比如URL(Uniform ResourceLocator，统一资源定位器)或者cookie中的信息)来做出负载均衡的决定。之后，七层负载均衡器建立一个新的TCP连接来选择上游服务(或者再利用一个已经存在的TCP连接，通过HTTP keepalives的方式)向这个服务发出请求。
步骤S708，SMF实例处理完成后向PFCP代理网关返回请求响应。
步骤S709，PFCP代理网关通过PFCP协议封装请求响应，并返回给UPF。
可见，本申请上述实施例的技术方案通过PFCP代理网关优化了UPF与SMF之间的组网方式，在保证SMF与UPF之间安全通信的前提下，不仅实现了SMF部署的灵活性，而且能够通过基于SMF域名信息查询SMF网络地址的方式实现SMF的合理分配，使得SMF可以充分利用云端横向扩容的能力，极大地提高业务处理能力。并且当某个SMF服务出现异常时，PFCP代理网关可以快速切换到正常的SMF服务上，提高了故障处理能力和服务质量。此外本申请实施例的技术方案也使得SMF所在的云端无需部署其它设备，降低了远端部署的成本。
以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的通信方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的通信方法的实施例。
图8示出了根据本申请的一个实施例的通信装置的框图，该通信装置可以设置在PFCP代理网关内。
参照图8所示，根据本申请的一个实施例的通信装置800，包括：第一建立单元802、第一接收单元804、处理单元806和第一发送单元808。
其中，第一建立单元802配置为响应于UPF发送的PFCP连接请求，与所述UPF建立PFCP连接；第一接收单元804配置为在与所述UPF建立PFCP连接之后，接收所述UPF基于所述PFCP连接发送的业务建立请求，将所述业务建立请求中包含的请求数据封装为请求消息；处理单元806配置为根据预配置的SMF域名信息查询与所述SMF域名信息对应的SMF网络地址，并将所述请求消息发送给所述SMF网络地址对应的目标SMF；第一发送单元808配置为基于PFCP协议对所述目标SMF返回的响应消息进行封装，并传输给所述UPF。
在本申请的一些实施例中，基于前述方案，处理单元806配置为：根据预配置的SMF域名信息生成域名系统DNS查询请求；将所述DNS查询请求发送给DNS负载均衡网关，以使所述DNS负载均衡网关根据所述DNS查询请求分配对应的SMF网络地址；接收所述DNS负载均衡网关返回的DNS查询响应，从所述DNS查询响应中获取所述SMF网络地址。
在本申请的一些实施例中，基于前述方案，处理单元806配置为：根据所述SMF网络地址，将所述请求消息发送给所述SMF网络地址对应的SMF负载均衡器，以使所述SMF负载均衡器将所述请求消息分发给指定的SMF实例进行处理；接收所述指定的SMF实例返回的针对所述请求消息的响应消息。
在本申请的一些实施例中，基于前述方案，第一接收单元804还配置为：在与所述UPF建立PFCP连接之后，接收所述UPF基于所述PFCP连接发送的业务处理请求，并将所述业务处理请求中包含的请求数据封装为业务处理消息后发送给所述目标SMF；所述第一发送单元808还配置为：基于所述PFCP协议对所述目标SMF返回的针对所述业务处理消息的响应消息进行封装，并传输给所述UPF。
在本申请的一些实施例中，基于前述方案，所述处理单元806还配置为：若检测到所述目标SMF出现异常，则根据预配置的SMF的域名信息重新查询与所述域名信息对应的SMF网络地址；基于重新查询得到的SMF网络地址，响应来自于所述UPF的业务处理请求。
在本申请的一些实施例中，基于前述方案，若所述预配置的接入与移动性功能实体SMF的域名信息包括全局共享的SMF域名信息，则与所述域名信息对应的SMF网络地址是临近所述UPF的SMF的网络地址。
在本申请的一些实施例中，基于前述方案，若所述预配置的接入与移动性功能实体SMF的域名信息包括专享的SMF域名信息，则与所述域名信息对应的SMF网络地址是所述UPF专享的SMF的网络地址。
在本申请的一些实施例中，基于前述方案，所述第一接收单元804还配置为：将所述业务建立请求中包含的请求数据封装为远程过程调用消息；或者将所述业务建立请求中包含的请求数据封装为超文本传输协议消息。
图9示出了根据本申请的一个实施例的通信装置的框图，该通信装置可以设置在UPF内。
参照图9所示，根据本申请的一个实施例的通信装置900，包括：第二建立单元902、第二发送单元904和第二接收单元906。
其中，第二建立单元902配置为向PFCP代理网关发送PFCP连接请求，与所述PFCP代理网关建立PFCP连接；第二发送单元904配置为在与所述PFCP代理网关建立PFCP连接之后，基于所述PFCP连接向所述PFCP代理网关发送业务建立请求，以使所述PFCP代理网关将所述业务建立请求中包含的请求数据封装为请求消息后发送给目标SMF，所述目标SMF是所述PFCP代理网关根据预配置的SMF域名信息查询到的；第二接收单元906配置为接收所述PFCP代理网关基于所述PFCP连接返回的响应结果，所述响应结果是所述PFCP代理网关基于PFCP协议对所述目标SMF返回的响应消息进行封装得到的。
在本申请的一些实施例中，基于前述方案，所述第二建立单元902配置为：根据预配置的PFCP代理网关的网络地址，向所述PFCP代理网关发送PFCP连接请求。
图10示出了根据本申请的一个实施例的通信装置的框图，该通信装置可以设置在DNS负载均衡网关内。
参照图10所示，根据本申请的一个实施例的通信装置1000，包括：第三接收单元1002、分配单元1004和第三发送单元1006。
其中，第三接收单元1002配置为接收PFCP代理网关发送的DNS查询请求，所述DNS查询请求是所述PFCP代理网关根据预配置的SMF域名信息发送的；分配单元1004配置为根据所述DNS查询请求分配与所述SMF域名信息对应的SMF网络地址；第三发送单元1006配置为根据所述SMF网络地址生成DNS查询响应，将所述DNS查询响应发送给所述PFCP代理网关，以使所述PFCP代理网关将UPF基于PFCP连接发送的业务建立请求中所包含的请求数据封装为请求消息后发送给所述SMF网络地址对应的目标SMF。
图11示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
需要说明的是，图11示出的电子设备的计算机系统1100仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图11所示，计算机系统1100包括中央处理单元(Central Processing Unit，CPU)1101，其可以根据存储在只读存储器(Read-Only Memory，ROM)1102中的程序或者从存储部分1108加载到随机访问存储器(Random Access Memory，RAM)1103中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1103中，还存储有系统操作所需的各种程序和数据。CPU 1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(Input/Output，I/O)接口1105也连接至总线1104。
以下部件连接至I/O接口1105：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至I/O接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。
特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(CPU)1101执行时，执行本申请的系统中限定的各种功能。
需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (15)

1.一种通信方法，其特征在于，包括：
响应于用户面功能实体UPF发送的报文转发控制协议PFCP连接请求，与所述UPF建立PFCP连接；
在与所述UPF建立PFCP连接之后，接收所述UPF基于所述PFCP连接发送的业务建立请求，将所述业务建立请求中包含的请求数据封装为请求消息；
根据预配置的会话管理功能实体SMF域名信息查询与所述SMF域名信息对应的SMF网络地址，并将所述请求消息发送给所述SMF网络地址对应的目标SMF；
基于PFCP协议对所述目标SMF返回的响应消息进行封装，并传输给所述UPF。
2.根据权利要求1所述的通信方法，其特征在于，根据预配置的会话管理功能实体SMF域名信息查询与所述SMF域名信息对应的SMF网络地址，包括：
根据预配置的SMF域名信息生成域名系统DNS查询请求；
将所述DNS查询请求发送给DNS负载均衡网关，以使所述DNS负载均衡网关根据所述DNS查询请求分配对应的SMF网络地址；
接收所述DNS负载均衡网关返回的DNS查询响应，从所述DNS查询响应中获取所述SMF网络地址。
3.根据权利要求1所述的通信方法，其特征在于，将所述请求消息发送给所述SMF网络地址对应的目标SMF，包括：
根据所述SMF网络地址，将所述请求消息发送给所述SMF网络地址对应的SMF负载均衡器，以使所述SMF负载均衡器将所述请求消息分发给指定的SMF实例进行处理；
接收所述指定的SMF实例返回的针对所述请求消息的响应消息。
4.根据权利要求1所述的通信方法，其特征在于，在与所述UPF建立PFCP连接之后，所述通信方法还包括：
接收所述UPF基于所述PFCP连接发送的业务处理请求；
将所述业务处理请求中包含的请求数据封装为业务处理消息，并发送给所述目标SMF；
基于所述PFCP协议对所述目标SMF返回的针对所述业务处理消息的响应消息进行封装，并传输给所述UPF。
5.根据权利要求1所述的通信方法，其特征在于，所述通信方法还包括：
若检测到所述目标SMF出现异常，则根据预配置的SMF域名信息重新查询与所述SMF域名信息对应的SMF网络地址；
基于重新查询得到的SMF网络地址，响应来自于所述UPF的业务处理请求。
6.根据权利要求1所述的通信方法，其特征在于，若所述预配置的接入与移动性功能实体SMF域名信息包括全局共享的SMF域名信息，则与所述SMF域名信息对应的SMF网络地址是临近所述UPF的SMF的网络地址。
7.根据权利要求1所述的通信方法，其特征在于，若所述预配置的接入与移动性功能实体SMF域名信息包括专享的SMF域名信息，则与所述SMF域名信息对应的SMF网络地址是所述UPF专享的SMF的网络地址。
8.根据权利要求1至7中任一项所述的通信方法，其特征在于，将所述业务建立请求中包含的请求数据封装为请求消息，包括：
将所述业务建立请求中包含的请求数据封装为远程过程调用消息；或者
将所述业务建立请求中包含的请求数据封装为超文本传输协议消息。
9.一种通信方法，其特征在于，包括：
向PFCP代理网关发送PFCP连接请求，与所述PFCP代理网关建立PFCP连接；
在与所述PFCP代理网关建立PFCP连接之后，基于所述PFCP连接向所述PFCP代理网关发送业务建立请求，以使所述PFCP代理网关将所述业务建立请求中包含的请求数据封装为请求消息后发送给目标SMF，所述目标SMF是所述PFCP代理网关根据预配置的SMF域名信息查询到的；
接收所述PFCP代理网关基于所述PFCP连接返回的响应结果，所述响应结果是所述PFCP代理网关基于PFCP协议对所述目标SMF返回的响应消息进行封装得到的。
10.根据权利要求9所述的通信方法，其特征在于，向PFCP代理网关发送PFCP连接请求，包括：
根据预配置的PFCP代理网关的网络地址，向所述PFCP代理网关发送PFCP连接请求。
11.一种通信方法，其特征在于，包括：
接收PFCP代理网关发送的DNS查询请求，所述DNS查询请求是所述PFCP代理网关根据预配置的SMF域名信息发送的；
根据所述DNS查询请求分配与所述SMF域名信息对应的SMF网络地址；
根据所述SMF网络地址生成DNS查询响应，将所述DNS查询响应发送给所述PFCP代理网关，以使所述PFCP代理网关将UPF基于PFCP连接发送的业务建立请求中所包含的请求数据封装为请求消息后发送给所述SMF网络地址对应的目标SMF。
12.一种通信装置，其特征在于，包括：
第一建立单元，配置为响应于UPF发送的PFCP连接请求，与所述UPF建立PFCP连接；
第一接收单元，配置为在与所述UPF建立PFCP连接之后，接收所述UPF基于所述PFCP连接发送的业务建立请求，将所述业务建立请求中包含的请求数据封装为请求消息；
处理单元，配置为根据预配置的SMF域名信息查询与所述SMF域名信息对应的SMF网络地址，并将所述请求消息发送给所述SMF网络地址对应的目标SMF；
第一发送单元，配置为基于PFCP协议对所述目标SMF返回的响应消息进行封装，并传输给所述UPF。
13.一种通信装置，其特征在于，包括：
第二建立单元，配置为向PFCP代理网关发送PFCP连接请求，与所述PFCP代理网关建立PFCP连接；
第二发送单元，配置为在与所述PFCP代理网关建立PFCP连接之后，基于所述PFCP连接向所述PFCP代理网关发送业务建立请求，以使所述PFCP代理网关将所述业务建立请求中包含的请求数据封装为请求消息后发送给目标SMF，所述目标SMF是所述PFCP代理网关根据预配置的SMF域名信息查询到的；
第二接收单元，配置为接收所述PFCP代理网关基于所述PFCP连接返回的响应结果，所述响应结果是所述PFCP代理网关基于PFCP协议对所述目标SMF返回的响应消息进行封装得到的。
14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的通信方法，或实现如权利要求9至10中任一项所述的通信方法，或实现如权利要求11所述的通信方法。
15.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至8中任一项所述的通信方法，或实现如权利要求9至10中任一项所述的通信方法，或实现如权利要求11所述的通信方法。
CN202110558247.5A 2021-05-21 2021-05-21 通信方法、装置、计算机可读介质及电子设备 Pending CN113347739A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110558247.5A CN113347739A (zh) 2021-05-21 2021-05-21 通信方法、装置、计算机可读介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110558247.5A CN113347739A (zh) 2021-05-21 2021-05-21 通信方法、装置、计算机可读介质及电子设备

Publications (1)

Publication Number Publication Date
CN113347739A true CN113347739A (zh) 2021-09-03

Family

ID=77470480

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110558247.5A Pending CN113347739A (zh) 2021-05-21 2021-05-21 通信方法、装置、计算机可读介质及电子设备

Country Status (1)

Country Link
CN (1) CN113347739A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115278641A (zh) * 2022-07-27 2022-11-01 中国电信股份有限公司 信息传输方法、信息传输装置、存储介质与电子设备
CN115550877A (zh) * 2022-09-08 2022-12-30 阿里巴巴（中国）有限公司 通信系统、数据处理系统和车联网
CN116390272A (zh) * 2023-04-11 2023-07-04 广州爱浦路网络技术有限公司 5g核心网pfcp-gw实现upf控制的方法、装置以及电子设备

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115278641A (zh) * 2022-07-27 2022-11-01 中国电信股份有限公司 信息传输方法、信息传输装置、存储介质与电子设备
CN115550877A (zh) * 2022-09-08 2022-12-30 阿里巴巴（中国）有限公司 通信系统、数据处理系统和车联网
CN116390272A (zh) * 2023-04-11 2023-07-04 广州爱浦路网络技术有限公司 5g核心网pfcp-gw实现upf控制的方法、装置以及电子设备
CN116390272B (zh) * 2023-04-11 2024-04-19 广州爱浦路网络技术有限公司 5g核心网pfcp-gw实现upf控制的方法、装置以及电子设备

Similar Documents

Publication Publication Date Title
WO2020207490A1 (en) System, apparatus and method to support data server selection
US20220224646A1 (en) Method for implementing service continuity and related device
EP3684010B1 (en) Network slice management method, and device for same
CN113347738A (zh) 通信方法、装置、计算机可读介质及电子设备
US10129108B2 (en) System and methods for network management and orchestration for network slicing
EP3993347A1 (en) Method and device for application migration
RU2643451C2 (ru) Система и способ виртуализации функции мобильной сети
US20190132251A1 (en) Method and system for supporting multiple qos flows for unstructured pdu sessions
US8885649B2 (en) Method, apparatus, and system for implementing private network traversal
CN113347739A (zh) 通信方法、装置、计算机可读介质及电子设备
CN105610632B (zh) 一种虚拟网络设备及相关方法
EP3603027A1 (en) Interworking lpwan end nodes in mobile operator network
KR20190006539A (ko) 네트워크 슬라이스 첨부를 위한 시스템 및 방법 그리고 구성
US11184778B2 (en) Mobile service chain placement
CN110830925A (zh) 一种用户群组的会话管理方法及装置
CN110650168B (zh) 一种通信方法及其装置
WO2024067338A1 (zh) 云组网系统、安全访问方法、设备及存储介质
US10764411B2 (en) Stream control transmission protocol SCTP-based communications method and system, and apparatus
CN116633934A (zh) 负载均衡方法、装置、节点及存储介质
JP2024514643A (ja) パケット転送方法、装置、およびシステム、並びにコンピュータ可読記憶媒体
US10623996B2 (en) GTP tunnels for the support of anchorless backhaul
CN112653716B (zh) 服务绑定的方法及装置
CN112567879A (zh) 将逻辑网络资源映射到传输资源
US10623279B2 (en) Method and network entity for control of value added service (VAS)
CN112449377B (zh) 一种网络数据的上报方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40053151

Country of ref document: HK

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination