CN118018517A - 一种数据处理方法、网元设备以及可读存储介质 - Google Patents

一种数据处理方法、网元设备以及可读存储介质 Download PDF

Info

Publication number
CN118018517A
CN118018517A CN202410159961.0A CN202410159961A CN118018517A CN 118018517 A CN118018517 A CN 118018517A CN 202410159961 A CN202410159961 A CN 202410159961A CN 118018517 A CN118018517 A CN 118018517A
Authority
CN
China
Prior art keywords
message processing
network element
message
processing rule
rule
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
CN202410159961.0A
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 CN202410159961.0A priority Critical patent/CN118018517A/zh
Publication of CN118018517A publication Critical patent/CN118018517A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/16Discovering, processing access restriction or access information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/12Application layer protocols, e.g. WAP [Wireless Application Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开了一种数据处理方法、网元设备以及可读存储介质,该方法包括:会话管理网元生成具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;当会话管理网元和边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至边缘应用服务器发现网元,以使边缘应用服务器发现网元在后续的协议数据单元会话过程中根据消息处理规则集合,对接收到的域名***消息进行处理。采用本申请,可以提升域名***消息处理效率。

Description

一种数据处理方法、网元设备以及可读存储介质
本申请为在2021年07月21日提交中国专利局、申请号为202110827610.9、申请名称为“一种数据处理方法、网元设备以及可读存储介质”的中国专利申请的分案申请,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域,尤其涉及一种数据处理方法、网元设备以及可读存储介质。
背景技术
随着智能终端的普及和快速发展,网络边缘产生的数据量迅速增长,进一步推动了边缘计算(Edge Computing)的发展。
目前,在支持边缘计算的第五代移动通信技术(5th Generation MobileCommunication Technology,简称5G)中,终端设备(User Equipment,UE)可以通过边缘应用服务器(Edge Application Server,EAS)获得边缘应用服务(Edge ApplicationService)。在获得边缘应用服务之前,终端设备需要先发现合适的边缘应用服务器的IP(Internet Protocol)地址,现有的边缘应用服务器发现(EAS Discovery)方式是根据域名***(Domain Name System,DNS)机制查询获得边缘应用服务器的IP地址。在这个过程中,5G核心网中的会话管理网元(Session Management Function,SMF)会在边缘应用服务器发现网元(Edge Application Server Discovery Function,EASDF)上配置DNS消息处理规则来转发和处理DNS消息,而该规则是基于单个终端设备的单个协议数据单元(ProtocolData Unit,PDU)会话进行发送的,也就是说,对于同一个UE的不同PDU会话,都会在PDU会话建立的时候下发DNS消息处理规则;对于不同UE的PDU会话,也都会在PDU会话建立时下发DNS消息处理规则,此外,在同一个PDU会话过程中,针对每个请求消息或响应消息,都需要SMF和EASDF交互来更新DNS消息处理规则去处理相应的消息。由此可知,现有的技术方案中,会存在频繁的DNS消息处理规则的请求和下发,每当建立PDU会话时,或者接收到DNS请求时,或者接收到DNS响应时,都有可能触发DNS消息处理规则的请求和下发,因此会造成EASDF具有复杂繁琐的处理流程,导致DNS消息处理效率低下。
发明内容
本申请实施例提供了一种数据处理方法、网元设备以及可读存储介质,可以提升域名***消息处理效率。
本申请实施例一方面提供了一种数据处理方法,包括:
会话管理网元生成具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
当会话管理网元和边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至边缘应用服务器发现网元,以使边缘应用服务器发现网元在后续的协议数据单元会话过程中根据消息处理规则集合,对接收到的域名***消息进行处理。
本申请实施例一方面提供了一种数据处理方法,包括:
策略控制网元生成具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
将消息处理规则集合下发至边缘应用服务器发现网元,以使边缘应用服务器发现网元在后续的协议数据单元会话过程中根据消息处理规则集合,对接收到的域名***消息进行处理。
本申请实施例一方面提供了一种数据处理方法,包括:
当会话管理网元和边缘应用服务器发现网元建立连接时,边缘应用服务器发现网元获取具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
当边缘应用服务器发现网元接收到域名***消息时,在消息处理规则集合包含的一个或多个消息处理规则中获取目标消息处理规则,根据目标消息处理规则对域名***消息进行处理。
本申请实施例一方面提供了一种网元装置,包括:
规则生成模块,用于会话管理网元生成具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
规则下发模块,用于当会话管理网元和边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至边缘应用服务器发现网元,以使边缘应用服务器发现网元在后续的协议数据单元会话过程中根据消息处理规则集合,对接收到的域名***消息进行处理。
其中,上述消息处理规则集合中的每个消息处理规则均包括消息检测模板和消息处理操作。
其中,消息检测模板包括查询请求消息检测模板、查询响应消息检测模板中的一个或多个模板;消息处理操作包括内容报告操作、转发操作、缓存等待操作、发送操作中的一个或多个操作;转发操作包括选项构建操作或地址替换操作。
其中,上述每个消息处理规则还包括规则优先级;规则优先级表征每个消息处理规则被执行的先后顺序。
其中,上述每个消息处理规则还包括规则标识符;规则标识符是指对每个消息处理规则进行区别标记的标识符。
其中,上述每个消息处理规则还包括生命周期以及规则级别;生命周期表征每个消息处理规则的有效时间范围;规则级别是指节点级别。
本申请实施例一方面提供了一种网元装置,包括:
规则生成模块,用于策略控制网元生成具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
规则下发模块,用于将消息处理规则集合下发至边缘应用服务器发现网元,以使边缘应用服务器发现网元在后续的协议数据单元会话过程中根据消息处理规则集合,对接收到的域名***消息进行处理。
其中,上述规则下发模块,包括:
第一下发单元,用于当会话管理网元和边缘应用服务器发现网元建立连接时,响应会话管理网元发送的规则获取请求,通过会话管理网元将消息处理规则集合转发至边缘应用服务器发现网元;
第二下发单元,用于响应边缘应用服务器发现网元发送的规则获取请求,将消息处理规则集合下发至边缘应用服务器发现网元;
第三下发单元,用于将消息处理规则集合存储至统一数据存储网元,以使统一数据存储网元在会话管理网元和边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至会话管理网元,会话管理网元是指将消息处理规则集合转发至边缘应用服务器发现网元的网元。
其中,上述装置还包括:
第一更新模块,用于获取规则更新信息,根据规则更新信息对消息处理规则集合进行规则更新,将更新后的消息处理规则集合发送至会话管理网元,以使会话管理网元将更新后的消息处理规则集合发送至边缘应用服务器发现网元;
第二更新模块,用于获取规则更新信息,根据规则更新信息对消息处理规则集合进行规则更新,将更新后的消息处理规则集合发送至边缘应用服务器发现网元;
第三更新模块,用于获取规则更新信息,根据规则更新信息对消息处理规则集合进行规则更新,将更新后的消息处理规则集合存储至统一数据存储网元,以使统一数据存储网元将更新后的消息处理规则集合下发至会话管理网元,会话管理网元是指将更新后的消息处理规则集合转发至边缘应用服务器发现网元的网元。
本申请实施例一方面提供了一种网元装置,包括:
规则获取模块,用于当会话管理网元和边缘应用服务器发现网元建立连接时,边缘应用服务器发现网元获取具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
消息处理模块,用于当边缘应用服务器发现网元接收到域名***消息时,在消息处理规则集合包含的一个或多个消息处理规则中获取目标消息处理规则,根据目标消息处理规则对域名***消息进行处理。
其中,上述消息处理规则集合中的每个消息处理规则均包括规则优先级、生命周期、消息检测模板以及消息处理操作;
上述消息处理模块,包括:
匹配单元,用于当边缘应用服务器发现网元接收到域名***消息时,将域名***消息分别与消息处理规则集合包含的一个或多个消息处理规则中的消息检测模板进行匹配,将匹配到的消息处理规则确定为候选消息处理规则;
获取单元,用于根据候选消息处理规则对应的规则优先级,从候选消息处理规则中获取目标消息处理规则;
处理单元,用于在目标消息处理规则对应的生命周期内,根据目标消息处理规则中的消息处理操作对域名***消息进行处理。
其中,上述消息检测模板包括查询请求消息检测模板、查询响应消息检测模板中的一个或多个模板;上述匹配单元,具体用于获取域名***消息的消息类型;若消息类型为查询请求消息类型,则获取域名***消息中的全限定域名,将全限定域名与一个或多个消息处理规则中的查询请求消息检测模板进行匹配,将满足匹配条件的消息处理规则确定为候选消息处理规则;且具体用于若消息类型为查询响应消息类型,则获取域名***消息中的全限定域名,将全限定域名与一个或多个消息处理规则中的查询响应消息检测模板进行匹配,将满足匹配条件的消息处理规则确定为候选消息处理规则;或者,若消息类型为查询响应消息类型,则获取域名***消息中的边缘应用服务器地址,将边缘应用服务器地址与一个或多个消息处理规则中的查询响应消息检测模板进行匹配,将满足匹配条件的消息处理规则确定为候选消息处理规则。
本申请实施例一方面提供了一种网元设备,包括:处理器、存储器、网络接口;
上述处理器与上述存储器、上述网络接口相连,其中,上述网络接口用于提供数据通信网元,上述存储器用于存储计算机程序,上述处理器用于调用上述计算机程序,以使网元设备执行本申请实施例中的方法。
本申请实施例一方面提供了一种计算机可读存储介质,上述计算机可读存储介质中存储有计算机程序,上述计算机程序适于由处理器加载并执行本申请实施例中的方法。
本申请实施例一方面提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中,网元设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该网元设备执行本申请实施例中的方法。
本申请实施例可以支持会话管理网元生成具有节点级别的消息处理规则集合,进而可以在会话管理网元和边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至边缘应用服务器发现网元,边缘应用服务器发现网元接收到消息处理规则集合后,可以在后续的协议数据单元会话过程中根据该消息处理规则集合,对接收到的域名***消息进行处理。由此可见,本申请实施例提供的具有节点级别的消息处理规则集合的发送条件不依赖于协议数据单元会话的创建,也就是说,会话管理网元将消息处理规则集合成功下发至边缘应用服务器发现网元后,若没有涉及到规则的更新,则后续无论建立多少个协议数据单元会话,都不需要再触发消息处理规则的请求和下发,即不需要针对每个终端设备的每个协议数据单元会话都频繁下发消息处理规则,此外,当边缘应用服务器发现网元接收到域名***消息时,可以直接根据接收到的消息处理规则集合对该域名***消息进行相关处理,从而可以提升域名***消息处理效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种***架构示意图;
图2a-图2b是本申请实施例提供的一种数据处理的场景示意图;
图3是本申请实施例提供的一种数据处理方法的流程示意图;
图4是本申请实施例提供的一种数据处理的场景示意图;
图5是本申请实施例提供的一种数据处理方法的流程示意图;
图6是本申请实施例提供的一种数据处理的场景示意图;
图7是本申请实施例提供的一种数据处理的场景示意图;
图8是本申请实施例提供的一种数据处理的场景示意图;
图9是本申请实施例提供的一种数据处理方法的流程示意图;
图10是本申请实施例提供的一种网元装置的结构示意图;
图11是本申请实施例提供的一种网元装置的结构示意图;
图12是本申请实施例提供的一种网元装置的结构示意图;
图13是本申请实施例提供的一种网元设备的结构示意图;
图14是本申请实施例提供的一种网元设备的结构示意图;
图15是本申请实施例提供的一种网元设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参见图1,是本申请实施例提供的一种***架构示意图。该***架构可以应用于支持边缘计算的业务场景中。边缘计算是指在靠近物或数据源头的网络边缘侧,融合网络、计算存储、应用核心能力的平台,就近提供边缘智能服务,满足行业数字化在敏捷联接、实时业务、数据优化、应用智能安全与隐私保护等方面的关键需求。边缘计算使运营商和第三方服务能够靠近终端设备的接入点进行托管,从而通过减少传输网络上的端到端延迟和负载来实现高效的服务交付。
第五代移动通信技术(简称5G)是具有高速率、低时延和大连接特点的新一代宽带移动通信技术,是实现人机物互联的网络基础设施。国际电信联盟(ITU)定义了5G应用中较为典型的场景,包括:增强移动宽带(Enhanced Mobile Broadband,eMBB)、超可靠低延迟通信(Ultra-relaible and Low Latency Communication,URLLC)、超可靠低延迟通信和海量机器通信(massive Machine Type of Communication,mMTC)、车联网(vehicle toeverything,V2X)等。一方面,上述eMBB场景提供大流量移动宽带业务,如高速下载、高清视频、虚拟现实(Virtual Reality,VR)/增强现实(Augmented Reality,AR)等,这些业务的峰值速率通常超过10Gbps,带宽的要求则高达几十Gbps,故此,会对无线中传、回传移动网络造成巨大的压力。因此,这些业务需求需要将业务尽可能下沉至网络边缘,以实现业务的本地分流。另一方面,URLLC场景及V2X场景可提供超高可靠超低时延通信,如自动驾驶、工业控制、远程医疗等,其要求端到端99.999%的高可靠性以及端到端小于1ms的超低时延,因此,这些业务需求也需要将业务下沉至网络边缘,以减少网络传输和多级业务转发带来的网络时延。
上述可知,5G的推广增加了对边缘计算的需求,此外,边缘计算与5G结合使用可以帮助遇到突发且持续的流量激增情况的网络解决带宽、速度和安全问题。
如图1所示,该***架构可以包括边缘数据中心100以及终端集群,终端集群可以包括:终端设备200a、终端设备200b、终端设备200c、…、终端设备200n,边缘数据中心100可以包括多个边缘应用服务器(EAS),如边缘应用服务器100a、边缘应用服务器100b、…、边缘应用服务器100m。其中,终端集群之间可以存在通信连接,例如终端设备200a与终端设备200b之间存在通信连接,终端设备200a与终端设备200n之间存在通信连接。其中,边缘应用服务器之间可以存在通信连接,例如边缘应用服务器100a和边缘应用服务器100b之间存在通信连接。同时,终端集群中的任一终端设备可以与边缘数据中心100中的任一边缘应用服务器存在通信连接,例如终端设备200a与边缘应用服务器100a之间存在通信连接。其中,上述通信连接不限定连接方式,可以通过4G无线接入方式,也可以通过5G无线接入方式等,本申请在此不做限制。
需要说明的是,在移动通信中,如图1所示的***架构还可以包括接入网、承载网(传输网)以及核心网,接入网中可以部署多个基站(如5G基站gNB),主要负责终端设备在无线侧的接入与管理;承载网可以由一系列运营商的交换和路由设备组成,主要用于传输基站与核心网之间的控制信令与用户数据;核心网则可以部署一系列核心网网元(“网元”也可称为“网络功能”),这些网元协同对终端设备进行鉴权、计费和移动性管理等,此处不对接入网和承载网进行展开描述。
为便于后续实施例的理解和说明,这里先对本申请实施例涉及到的主要核心网网元进行简要介绍,具体如下:
(1)SMF(Session Management Function,会话管理功能):主要负责会话建立、删除,用户面选择与控制,UE IP(UE,User Equipment,即终端设备或用户设备;IP,InternetProtocol,即互联网协议)地址分配等。在本申请实施例中,SMF也可以称为会话管理网元。
(2)UPF(User Plane Function,用户平面功能):主要负责移动核心网用户面的数据路由和转发,并与外部数据网络(Data Network,比如运营商业务、互联网或者第三方业务等)互连。UPF是5G核心网中处理数据的模块。
(3)PCF(Policy Control Function,策略控制功能):主要负责使用统一的策略框架来管理网络行为,并协同UDR(Unified Data Repository)中的用户信息,来执行相关的策略。在本申请实施例中,PCF也可以称为策略控制网元。
(4)UDR(Unified Data Repository,统一数据存储库):主要负责结构化服务的存储和检索,支持UDM(Unified Data Management,统一数据管理)存储和检索签约数据,支持PCF存储和检索策略数据等。在本申请实施例中,UDR也可以称为统一数据存储网元。
(5)EASDF(Edge Application Server Discovery Function,边缘应用服务器发现功能):在本申请实施例中,EASDF也可称为边缘应用服务器发现网元,其主要功能如下:
(a)向NRF(Network Repository Function,网络仓储功能)注册以进行EASDF的发现和选择;
(b)根据SMF的指示处理DNS(Domain Name System,域名***)消息,包括:
(b1)接收来自于SMF的DNS消息处理规则;
(b2)交换来自UE的DNS消息;
(b3)将DNS消息转发到C-DNS服务器(Central DNS server,中心域名***服务器)或L-DNS服务器(Local DNS server,本地域名***服务器)以进行DNS查询;
(b4)将ECS(EDNS Client Subnet,EDNS客户端子网,EDNS即ExtensionMechanisms for DNS,是一种扩展DNS机制)选项添加到针对一个FQDN(Fully QualifiedDomain Name,全限定域名/完全合格域名/全称域名)的DNS查询中;
(b5)将EASDF相关信息通知给SMF;
(b6)如果使用DoT(DNS over TLS,使用TLS协议来传输DNS协议)、DoH(DNS overHTTPS,使用HTTPS协议来传输DNS协议)或DNS over DTLS(使用数据包传输层安全性协议(即Datagram Transport Layer Security,DTLS)来传输DNS协议),则终止DNS安全。
需要说明的是,EASDF可以通过数据面接口与PSA(PDU Session Anchor,即PDU会话锚点)UPF连接,可用于传输与UE交换的DNS消息。此外,可以在一个PLMN(Public LandMobile Network,公共陆地移动网络)内部署多个EASDF实例,且5G核心网的网络功能与EASDF之间的交互发生在一个PLMN内。
在5G网络中,假设某个终端设备(如终端设备200a、终端设备200b、终端设备200c以及终端设备200n中的任意一个)希望访问移动通信网外部的数据网络(Data Network,DN),例如Internet、WAP、企业内部网等,则该终端设备可以发起访问请求,基站可以将其请求的业务流转发至5G核心网(5G Core,可简称为5GC)中的核心网网元UPF,再通过核心网网元UPF转发后,发送到外部数据网络,5G核心网中的其它核心网网元则负责处理信令,控制整个流程。
进一步,为了获得更高效的服务交付,可以采用边缘计算来满足不同的业务需求。需要说明的是,在边缘计算场景下,一个应用服务可能由通常部署在不同站点的多个边缘应用服务器(如图1中的边缘应用服务器100a、边缘应用服务器100b、边缘应用服务器100m)提供服务,这些承载服务的多个边缘应用服务器可能使用单个IP地址或不同的IP地址。通常情况下,某个应用的应用服务器可能部署在中心的应用服务器中,也可能部署在边缘应用服务器中。要想把该应用的业务流路由到边缘应用服务器(Edge Application Server),终端设备需要知道为该应用提供服务的边缘应用服务器的IP地址,终端设备可以进行发现以获取合适的边缘应用服务器(例如最近的一个边缘应用服务器)的IP地址,以便流量可以被本地路由到该边缘应用服务器,并且可以优化服务延迟、流量路由路径和用户服务体验。基于此,边缘应用服务器发现是终端设备使用域名***查找合适的边缘应用服务器的IP地址的过程。其中,域名***(DNS)是互联网的一项服务,它作为将域名和IP地址相互映射的一个分布式数据库,能够使用户更方便地访问互联网。
5G核心网支持终端设备和数据网络间的PDU连接业务,PDU连接业务通过PDU会话(即协议数据单元会话)的形式来体现,一个PDU会话是指一个终端设备与数据网络之间进行通讯的过程,也就是说,PDU会话建立后,也就建立起了该终端设备和数据网络之间的数据传输通道。以终端设备200a为例,假设终端设备200a希望获得某个边缘应用服务,则终端设备200a可以向5G核心网中的核心网网元SMF发起一个PDU会话建立请求,在PDU会话建立过程中,核心网网元SMF可以通过核心网网元PCF提供的PDU会话相关策略信息获取到边缘应用服务器部署信息,进而核心网网元SMF可以按照相关规则选择核心网网元EASDF,并将核心网网元EASDF的地址作为该PDU会话的DNS服务器的地址提供给终端设备200a。进一步,终端设备200a可以将DNS查询请求消息发送到核心网网元EASDF。需要说明的是,核心网网元SMF可以在核心网网元EASDF上配置DNS消息处理规则,以便核心网网元EASDF在检测到DNS消息时将终端设备200a的DNS消息转发到相关的DNS服务器,和/或在检测到DNS消息时进行报告。可以理解,DNS消息处理规则包括用于DNS消息检测和相关操作的信息。需要说明的是,在上述PDU会话过程中,核心网网元SMF和核心网网元EASDF可以进行多次交互,使得核心网网元EASDF可以正确的处理DNS请求和DNS响应消息,并使得核心网网元SMF可以正确的建立分流路径并设置分流规则,进而可以将该边缘应用服务器的IP地址返回至终端设备200a,终端设备200a接收到该IP地址后,可以将其作为业务访问地址去访问该IP地址对应的边缘应用服务器。假设通过上述过程最终查找到的是边缘应用服务器100a,则边缘应用服务器100a可以为终端设备200a提供相应的边缘应用服务。
可以理解,对于超大带宽的业务,通过移动边缘计算(如图1所示的边缘应用服务器)的就近部署,使超大带宽流量就近处理,可以极大减轻大带宽对骨干网络的冲击,典型场景如体育馆比赛直播、演唱会直播、移动内容分发等。
需要说明的是,本申请实施例中的核心网网元SMF可以先生成具有节点级别的消息处理规则集合,该消息处理规则集合可以包括一个或多个DNS消息处理规则,当核心网网元SMF和核心网网元EASDF建立连接时,核心网网元SMF可以将消息处理规则集合下发至核心网网元EASDF,需要说明的是,具有节点级别的消息处理规则集合的发送条件不依赖于PDU会话的创建,也就是说,核心网网元EASDF接收到消息处理规则集合后,如果不涉及规则更新,则可以在后续的所有PDU会话过程中均根据该消息处理规则集合对接收到的DNS消息进行处理,即该消息处理规则集合可以应用于发送到该核心网网元EASDF的所有DNS消息的处理,而不需要核心网网元SMF频繁进行规则的下发。
可以理解的是,上述可用于边缘计算的终端设备可以包括民用、商用、工业、军工等领域的终端应用产品,如智能手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备(例如智能手表、智能手环等)、智能电脑、智能车载、智能家居、无人机、ATM机、摄像头、红绿灯、发电机或各类型的传感器等。边缘应用服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式***,还可以是提供云数据库、云服务、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。其中,终端设备和边缘应用服务器可以通过有线或无线方式进行直接或间接地连接,本申请实施例在此不做限制。
请一并参见图2a-图2b,是本申请实施例提供的一种数据处理的场景示意图。该数据处理场景的实现过程主要在5G核心网内进行。如图2a所示,在核心网300中,会话管理网元300a(即SMF)可以根据应用功能(Application Function,AF,指应用层的各种服务)的请求或者运营商的配置,预先生成一个或多个消息处理规则,这一个或多个消息处理规则可组成消息处理规则集合300b,本申请实施例对消息处理规则的具体数量不做限制。当会话管理网元300a和边缘应用服务器发现网元300c(即EASDF)建立连接时,双方可进行数据交互,例如进行规则的请求和下发。在一种可选的实施方式中,会话管理网元300a可以将消息处理规则集合300b下发给边缘应用服务器发现网元300c。
需要说明的是,还可以采用其它方式进行消息处理规则的生成和下发,本申请实施例对此不做限制,一些可选的方式(例如策略控制网元生成和下发消息处理规则)可参见后续的实施例。当然,本申请还可以拓展至其它相关或类似的场景。
进一步,边缘应用服务器发现网元300c接收到消息处理规则集合300b后,可以采用消息处理规则集合300b对后续接收到的域名***消息(即DNS消息)进行处理,且该消息处理规则集合300b对任意终端设备的任意协议数据单元会话均适用。请一并参见图2b,本申请实施例以一个终端设备发起一个协议数据单元会话为例进行说明,如图2b所示,假设终端设备400向核心网300发起一个协议数据单元会话建立请求,例如协议数据单元会话A,在协议数据单元会话A的过程中,会产生多个域名***消息,如域名***消息A1、域名***消息A2、…、域名***消息AN(N为大于1的整数),这些域名***消息可以包括查询请求消息类型和查询响应消息类型,例如域名***消息A1可以是终端设备400发送的一个域名***查询请求消息。进一步,若消息处理规则集合300b包含多个消息处理规则,则边缘应用服务器发现网元300c可以在消息处理规则集合300b包含的多个消息处理规则中,分别获取适用于每个域名***消息的目标消息处理规则,进而边缘应用服务器发现网元300c可以根据对应的目标消息处理规则分别对每个域名***消息进行处理。
以域名***消息A1为例,假设消息处理规则集合300b包括M个消息处理规则,分别为消息处理规则X1、消息处理规则X2、…、消息处理规则XM,其中,M为大于1的整数,则边缘应用服务器发现网元300c在接收到域名***消息A1时,可以将域名***消息A1与消息处理规则集合300b中的M个消息处理规则进行匹配,并将匹配到的消息处理规则确定为域名***消息A1对应的候选消息处理规则,若此时候选消息处理规则为一个,则可以直接将该候选消息处理规则确定为域名***消息A1对应的目标消息处理规则;若此时候选消息处理规则为多个,则可以从候选消息处理规则中获取域名***消息A1对应的目标消息处理规则,例如,假设此时候选消息处理规则包括消息处理规则X1、消息处理规则X2,则边缘应用服务器发现网元300c可以根据消息处理规则X1、消息处理规则X2对应的规则优先级进行排序,从这两个消息处理规则中选取规则优先级最高的消息处理规则作为域名***消息A1对应的目标消息处理规则。需要说明的是,还可以采用其它方式在多个候选消息处理规则中确定目标消息处理规则,本申请实施例对此不做限制。假设经过上述步骤确定的目标消息处理规则为消息处理规则X1,则边缘应用服务器发现网元300c可以根据消息处理规则X1中的消息处理操作对域名***消息A1进行处理。可以理解,边缘应用服务器发现网元300c对接收到的其它域名***消息(如域名***消息A2、域名***消息AN等)的处理过程与对域名***消息A1的处理过程一致,这里不再进行赘述。
如图2b所示,最终,边缘应用服务器发现网元300c可以向终端设备400发送域名***查询响应消息,在一种实施方式中,该域名***查询响应消息可以包含一个或多个边缘应用服务器的IP地址。可以理解,对于终端设备400建立的其它协议数据单元会话,或者其它终端设备建立的协议数据单元会话,其处理过程与上述针对协议数据单元会话A的处理过程一致,这里不再进行赘述。
需要说明的是,图2a-图2b所示的数据处理场景中仅体现了与本申请实施例具有密切关系的核心网网元(包括SMF和EASDF),实际业务场景中还会涉及到其它的核心网网元,例如AMF(Access and Mobility Management Function,接入和移动性管理功能)、基站、UDM等,本申请实施例不进行展开。
上述可知,本申请实施例提供的消息处理规则集合具有节点级别,该消息处理规则集合的发送条件不依赖于协议数据单元会话的创建,也就是说,会话管理网元将消息处理规则集合成功下发至边缘应用服务器发现网元后,若没有涉及到规则的更新,则后续无论建立多少个协议数据单元会话,都不需要再触发消息处理规则的请求和下发,即会话管理网元不需要针对每个终端设备的每个协议数据单元会话都频繁下发消息处理规则,此外,当边缘应用服务器发现网元接收到域名***消息时,可以直接根据接收到的消息处理规则集合对该域名***消息进行相关处理,从而可以提升域名***消息处理效率。
请参见图3,是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由会话管理网元(SMF)执行。如图3所示,该数据处理方法至少可以包括以下步骤S101-步骤S102:
步骤S101,会话管理网元生成具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
具体的,会话管理网元可以获取规则生成信息,进而可以根据规则生成信息生成一个或多个具有优先级的消息处理规则(DNS message handling rule),且可以将这一个或多个消息处理规则确定为消息处理规则集合。其中,规则生成信息具体可以包括应用功能(AF)的请求信息或者运营商的配置信息。需要说明的是,本申请实施例中的消息处理规则集合是节点级别,即该消息处理规则集合的发送条件不依赖于协议数据单元会话的创建,是在网元启用时就可以进行发送。
其中,消息处理规则集合中的每个消息处理规则均包括消息检测模板和消息处理操作。其中,消息检测模板具体可以包括查询请求消息检测模板、查询响应消息检测模板中的一个或多个模板;消息处理操作包括但不限于内容报告操作、转发操作、缓存等待操作、发送操作中的一个或多个操作;转发操作可以进一步包括选项构建操作或者地址替换操作。此外,每个消息处理规则还可以包括规则标识符、规则优先级,也可以进一步包含以下至少一种:规则级别和生命周期。其中,规则标识符是指对每个消息处理规则进行区别标记的标识符;规则优先级可以表征每个消息处理规则被执行的先后顺序;规则级别是指节点级别;生命周期可以表征每个消息处理规则的有效时间范围。
更具体的,每个消息处理规则可以包括以下内容:
(1)规则标识符(rule ID);
(2)规则级别:节点级别(node level),即该消息处理规则对该节点上的所有域名***消息(即DNS消息)均有效;
(3)规则优先级(Precedence of the DNS message handling rule);
(4)消息检测模板(DNS message detection template),包括以下至少一个:
(a)若域名***消息的消息类型为查询请求消息类型(即DNSmessage type=DNSQuery):
包括表征全限定域名(FQDN)范围的数组,可包括一个或多个全限定域名,其中,数组中的一个或多个全限定域名可用于对域名***消息进行匹配,即作为查询请求消息检测模板;
(b)若域名***消息的消息类型为查询响应消息类型(即DNSmessage type=DNSResponse):
可以包括以下至少一种:表征全限定域名范围的数组和表征边缘应用服务器地址(EAS IP address,即边缘应用服务器的IP地址)范围的数组(可包括一个或多个边缘应用服务器地址),其中,数组中的一个或多个全限定域名,或者,一个或多个边缘应用服务器地址,可用于对域名***消息进行匹配,即作为查询响应消息检测模板;
(5)执行至少一个可能的消息处理操作,可以包括:
(a)内容报告操作:向会话管理网元报告域名***消息的内容,如可以包括以下至少一种:从域名***消息中解析到的边缘应用服务器IP地址,FQDN等;
(b)转发操作:将域名***消息发送到预先配置DNS服务器/解析器(DNS server/resolver)或指定的DNS服务器(indicated DNSserver),此外也可以包含如下操作(指定的DNS服务器包含在消息处理规则中):
(b1)选项构建操作:在域名***消息中包含构建可选ECS选项(ECS option)的信息(边缘应用服务器发现网元构建ECS选项的信息包含在消息处理规则中);
(b2)地址替换操作:用指定的DNS服务器地址(DNS ServerAddress)替换域名***消息目标地址;以及用特定的IP地址替换域名***消息的源地址。如果会话管理网元没有提供DNS服务器地址,那么边缘应用服务器发现网元将把域名***消息转发到本地预配置的DNS服务器/解析器;
(c)缓存等待操作:缓存域名***消息,向会话管理网元报告域名***消息的内容且等待会话管理网元的指令;
(d)发送操作:将指定的域名***响应消息发送给UE。
(6)生命周期,也可称为时间窗(Time Window):定义该消息处理规则的有效时间。在该时间窗之外,该消息处理规则无效。
上述可知,本申请实施例提供的查询请求消息检测模板不包含源IP地址(SourceIP address,如终端设备的IP地址),因为本申请提供的方案不涉及会话级别的规则配置,而是对所有会话均适用。
可以理解,可以根据实际需求对消息处理规则的具体内容进行调整,本申请实施例对此不做限制。
步骤S102,当会话管理网元和边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至边缘应用服务器发现网元,以使边缘应用服务器发现网元在后续的协议数据单元会话过程中根据消息处理规则集合,对接收到的域名***消息进行处理。
具体的,当会话管理网元和边缘应用服务器发现网元(EASDF)建立(节点级别的)连接时,会话管理网元可以将生成的消息处理规则集合下发至边缘应用服务器发现网元,在后续的协议数据单元会话(PDU Session)过程中,当边缘应用服务器发现网元接收到域名***消息时,可以根据上述消息处理规则集合中节点级别的消息处理规则进行检测和执行操作,因此,在本申请实施例中,当消息处理规则集合配置在边缘应用服务器发现网元上时,就对所有终端设备的所有协议数据单元会话均适用,而不需要每次建立协议数据单元会话时都要求会话管理网元和边缘应用服务器发现网元进行消息处理规则的交互,即会话管理网元不需要针对每个终端设备的每个协议数据单元会话都频繁向边缘应用服务器发现网元下发消息处理规则。
可以理解,会话管理网元也可以将生成的消息处理规则集合存储至统一数据存储网元(UDR)。
此外,会话管理网元还可以获取规则更新信息,进而可以根据规则更新信息对消息处理规则集合进行规则更新,并将更新后的消息处理规则集合发送至统一数据存储网元和边缘应用服务器发现网元,以使边缘应用服务器发现网元可以根据更新后的消息处理规则集合,对后续接收到的域名***消息进行处理。其中,规则更新信息可以根据应用功能的请求或者运营商的配置得到,规则更新可以通过全量更新方式,即下发全量的消息处理规则集合,包括更新的规则和保持不变的规则;也可以通过增量更新的方式,即只下发更新的内容,而对没有更新的内容不需要重复下发。更新的内容可以包括特定的一个或多个消息处理规则内容的修改或删除,或者消息处理规则集合中增加一个或多个新的消息处理规则,或者删除一个或多个已有的消息处理规则。
请一并参见图4,是本申请实施例提供的一种数据处理的场景示意图。如图4所示,具有节点级别的消息处理规则集合由会话管理网元生成,当会话管理网元和边缘应用服务器发现网元建立连接时,会话管理网元会将生成的具有节点级别的消息处理规则集合下发给边缘应用服务器发现网元,边缘应用服务器发现网元接收到该消息处理规则集合后,可以向会话管理网元发送确认接收的响应消息。需要说明的是,规则下发的流程可以定义为边缘应用服务器发现网元的服务,或者,可以定义为会话管理网元的服务,本申请实施例不对实现该功能的具体的服务定义进行限制。
需要说明的是,当会话管理网元同时生成了具有会话级别(session level)的消息处理规则和具有节点级别的消息处理规则时,可以在协议数据单元会话建立时,继续下发具有会话级别的消息处理规则。当边缘应用服务器发现网元接收到具有会话级别的消息处理规则时,可以优先执行具有会话级别的消息处理规则,然后再执行本申请实施例提供的具有节点级别的消息处理规则;当边缘应用服务器发现网元没有接收到具有会话级别的消息处理规则时,则会执行具有节点级别的消息处理规则。例如,对于已经在边缘应用服务器发现网元上配置了具有节点级别的消息处理规则,但针对某些协议数据单元会话希望有一些特殊处理的场景,会话管理网元会将具有会话级别的消息处理规则下发至边缘应用服务器发现网元,此时边缘应用服务器发现网元可以选择优先执行具有会话级别的消息处理规则。
本申请实施例可以支持会话管理网元生成具有节点级别的消息处理规则集合,进而可以在会话管理网元和边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至边缘应用服务器发现网元,边缘应用服务器发现网元接收到消息处理规则集合后,可以在后续的协议数据单元会话过程中均根据该消息处理规则集合,对接收到的域名***消息进行处理。由此可见,本申请实施例提供的具有节点级别的消息处理规则集合的发送条件不依赖于协议数据单元会话的创建,也就是说,会话管理网元将消息处理规则集合成功下发至边缘应用服务器发现网元后,若没有涉及到规则的更新,则后续无论建立多少个协议数据单元会话,都不需要再触发消息处理规则的请求和下发,即会话管理网元不需要针对每个终端设备的每个协议数据单元会话都频繁下发消息处理规则,从而可以极大减少会话管理网元和边缘应用服务器发现网元之间的交互量。此外,当边缘应用服务器发现网元接收到域名***消息时,可以直接根据接收到的消息处理规则集合对该域名***消息进行相关处理,从而可以提升域名***消息处理效率。
请参见图5,是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由策略控制网元(PCF)执行。如图5所示,该数据处理方法至少可以包括以下步骤S201-步骤S202:
步骤S201,策略控制网元生成具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
具体的,策略控制网元可以获取规则生成信息,进而可以根据规则生成信息生成一个或多个具有优先级的消息处理规则,且可以将这一个或多个消息处理规则确定为消息处理规则集合。其中,规则生成信息具体可以包括应用功能的请求信息或者运营商的配置信息。需要说明的是,本申请实施例中的消息处理规则集合是节点级别,即该消息处理规则集合的发送条件不依赖于协议数据单元会话的创建,是在网元启用时就可以进行发送。
其中,消息处理规则集合中的每个消息处理规则均包括消息检测模板以及消息处理操作。其中,消息检测模板具体可以包括查询请求消息检测模板、查询响应消息检测模板中的一个或多个模板;消息处理操作包括但不限于内容报告操作、转发操作、缓存等待操作、发送操作中的一个或多个操作;转发操作可以进一步包括选项构建操作或者地址替换操作。此外,每个消息处理规则还可以包括规则标识符、规则优先级,也可以进一步包含以下至少一种:规则级别和生命周期。其中,规则标识符是指对每个消息处理规则进行区别标记的标识符;规则优先级可以表征每个消息处理规则被执行的先后顺序;规则级别是指节点级别;生命周期可以表征每个消息处理规则的有效时间范围;更具体的规则内容可以参见上述图3所对应实施例中步骤S101中的描述,这里不再进行赘述。可以理解,可以根据实际需求对消息处理规则的具体内容进行调整,本申请实施例对此不做限制。
步骤S202,将消息处理规则集合下发至边缘应用服务器发现网元,以使边缘应用服务器发现网元在后续的协议数据单元会话过程中根据消息处理规则集合,对接收到的域名***消息进行处理。
具体的,策略控制网元可以将生成的消息处理规则集合下发至边缘应用服务器发现网元,在后续的协议数据单元会话(PDU Session)过程中,当边缘应用服务器发现网元接收到域名***消息时,可以根据上述消息处理规则集合中节点级别的消息处理规则进行检测和执行操作,因此,在本申请实施例中,当消息处理规则集合配置在边缘应用服务器发现网元上时,就对所有终端设备的所有协议数据单元会话均适用,而不需要每次建立协议数据单元会话时都进行消息处理规则的交互,即策略控制网元不需要针对每个终端设备的每个协议数据单元会话都频繁下发消息处理规则。
其中,策略控制网元可以采用多种不同的方式将消息处理规则集合下发至边缘应用服务器发现网元,具体如下:
可选的,当会话管理网元和边缘应用服务器发现网元建立连接时,策略控制网元可以响应会话管理网元发送的规则获取请求,通过会话管理网元将消息处理规则集合转发至边缘应用服务器发现网元。请一并参见图6,是本申请实施例提供的一种数据处理的场景示意图。如图6所示,具有节点级别的消息处理规则集合由策略控制网元生成,当会话管理网元和边缘应用服务器发现网元建立连接时,会话管理网元可以向策略控制网元请求具有节点级别的消息处理规则集合,策略控制网元可以响应该规则获取请求,在相关的响应消息中将消息处理规则集合发送至会话管理网元,会话管理网元接收到该消息处理规则集合后,可以向策略控制网元发送确认接收的响应消息,进一步,会话管理网元可以将该消息处理规则集合下发给边缘应用服务器发现网元,边缘应用服务器发现网元接收到该消息处理规则集合后,可以向会话管理网元发送确认接收的响应消息。
可选的,策略控制网元可以响应边缘应用服务器发现网元发送的规则获取请求,将消息处理规则集合下发至边缘应用服务器发现网元。请一并参见图7,是本申请实施例提供的一种数据处理的场景示意图。如图7所示,具有节点级别的消息处理规则集合由策略控制网元生成,当边缘应用服务器发现网元启用时,可以主动向策略控制网元请求具有节点级别的消息处理规则集合,策略控制网元可以响应该规则获取请求,在相关的响应消息中将消息处理规则集合发送至边缘应用服务器发现网元,边缘应用服务器发现网元接收到该消息处理规则集合后,可以向策略控制网元发送确认接收的响应消息。
可选的,策略控制网元可以将消息处理规则集合存储至统一数据存储网元(UDR),以使统一数据存储网元在会话管理网元和边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至会话管理网元,其中,会话管理网元是指将消息处理规则集合转发至边缘应用服务器发现网元的网元。请一并参见图8,是本申请实施例提供的一种数据处理的场景示意图。如图8所示,具有节点级别的消息处理规则集合由策略控制网元生成,策略控制网元可以将具有节点级别的消息处理规则集合先存储至统一数据存储网元,当会话管理网元和边缘应用服务器发现网元建立连接时,统一数据存储网元可以将该消息处理规则集合下发至会话管理网元,会话管理网元接收到该消息处理规则集合后,可以向统一数据存储网元发送确认接收的响应消息,进一步,会话管理网元可以将该消息处理规则集合下发给边缘应用服务器发现网元,边缘应用服务器发现网元接收到该消息处理规则集合后,可以向会话管理网元发送确认接收的响应消息。
此外,本申请实施例还支持策略控制网元对消息处理规则集合进行规则更新,下面分别针对不同的规则下发路径进行说明。
可选的,策略控制网元可以获取规则更新信息,进而可以根据规则更新信息对消息处理规则集合进行规则更新,并将更新后的消息处理规则集合发送至会话管理网元,以使会话管理网元可以将更新后的消息处理规则集合发送至边缘应用服务器发现网元,具体过程可以参见上述图6所对应的实施例中的相关描述。
可选的,策略控制网元可以获取规则更新信息,进而可以根据规则更新信息对消息处理规则集合进行规则更新,并将更新后的消息处理规则集合发送至边缘应用服务器发现网元,具体过程可以参见上述图7所对应的实施例中的相关描述。
可选的,策略控制网元可以获取规则更新信息,进而可以根据规则更新信息对消息处理规则集合进行规则更新,并将更新后的消息处理规则集合存储至统一数据存储网元,以使统一数据存储网元可以将更新后的消息处理规则集合下发至会话管理网元,其中,会话管理网元是指将更新后的消息处理规则集合转发至边缘应用服务器发现网元的网元,具体过程可以参见上述图8所对应的实施例中的相关描述。
可以理解,边缘应用服务器发现网元接收成功后,进一步,可以根据更新后的消息处理规则集合,对后续接收到的域名***消息进行处理。
其中,上述规则更新信息可以根据应用功能的请求或者运营商的配置得到,规则更新可以通过全量更新方式,即下发全量的消息处理规则集合,包括更新的规则和保持不变的规则;也可以通过增量更新的方式,即只下发更新的内容,而对没有更新的内容不需要重复下发。更新的内容可以包括特定的一个或多个消息处理规则内容的修改或删除,或者消息处理规则集合中增加一个或多个新的消息处理规则,或者删除一个或多个已有的消息处理规则。
本申请实施例可以支持策略控制网元生成具有节点级别的消息处理规则集合,进而可以将消息处理规则集合下发至边缘应用服务器发现网元,边缘应用服务器发现网元接收到消息处理规则集合后,可以在后续的协议数据单元会话过程中均根据该消息处理规则集合,对接收到的域名***消息进行处理。由此可见,本申请实施例提供的具有节点级别的消息处理规则集合的发送条件不依赖于协议数据单元会话的创建,也就是说,策略控制网元将消息处理规则集合成功下发至边缘应用服务器发现网元后,若没有涉及到规则的更新,则后续无论建立多少个协议数据单元会话,都不需要再触发消息处理规则的请求和下发,即不需要针对每个终端设备的每个协议数据单元会话都频繁下发消息处理规则,此外,当边缘应用服务器发现网元接收到域名***消息时,可以直接根据接收到的消息处理规则集合对该域名***消息进行相关处理,从而可以提升域名***消息处理效率。
请参见图9,是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由边缘应用服务器发现网元(EASDF)执行。如图9所示,该数据处理方法至少可以包括以下步骤S301-步骤S302:
S301,当会话管理网元和边缘应用服务器发现网元建立连接时,边缘应用服务器发现网元获取具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
具体的,当会话管理网元和边缘应用服务器发现网元建立连接时,边缘应用服务器发现网元可以获取具有节点级别的消息处理规则集合,其中,具有节点级别的消息处理规则集合的发送条件不依赖于协议数据单元会话的创建,且在本申请实施例中该消息处理规则集合可以包括一个或多个消息处理规则。结合上述图3和图5所对应的实施例,该消息处理规则集合可以由会话管理网元生成,也可以由策略控制网元生成,本申请实施例对此不做限制。
S302,当边缘应用服务器发现网元接收到域名***消息时,在消息处理规则集合包含的一个或多个消息处理规则中获取目标消息处理规则,根据目标消息处理规则对域名***消息进行处理。
需要说明的是,消息处理规则集合中的每个消息处理规则均包括消息检测模板以及消息处理操作。其中,消息检测模板具体可以包括查询请求消息检测模板、查询响应消息检测模板中的一个或多个模板;消息处理操作包括但不限于内容报告操作、转发操作、缓存等待操作、发送操作中的一个或多个操作;转发操作可以进一步包括选项构建操作或者地址替换操作。此外,每个消息处理规则还可以包括规则标识符、规则优先级,也可以进一步包含以下至少一种:规则级别和生命周期。其中,规则标识符是指对每个消息处理规则进行区别标记的标识符;规则优先级可以表征每个消息处理规则被执行的先后顺序;规则级别是指节点级别;生命周期可以表征每个消息处理规则的有效时间范围。更具体的规则内容可以参见上述图3所对应实施例中步骤S101中的描述,这里不再进行赘述。
在一种可选的实施方式中,假设消息处理规则集合中的每个消息处理规则均包括规则优先级、生命周期、消息检测模板以及消息处理操作。当边缘应用服务器发现网元接收到域名***消息时,可以在消息处理规则集合包含的一个或多个消息处理规则中获取目标消息处理规则,进而可以根据目标消息处理规则对接收到的域名***消息进行处理,具体过程可以为:当边缘应用服务器发现网元接收到域名***消息时,可以将该域名***消息分别与消息处理规则集合包含的一个或多个消息处理规则中的消息检测模板进行匹配,并可以将匹配到的消息处理规则确定为候选消息处理规则。其中,根据消息检测模板的定义,上述将域名***消息分别与一个或多个消息处理规则中的消息检测模板进行匹配的具体过程可以为:首先,边缘应用服务器发现网元可以获取域名***消息的消息类型,若其消息类型为查询请求消息类型,则可以获取该域名***消息中的全限定域名(FQDN),进而可以将该全限定域名分别与一个或多个消息处理规则中的查询请求消息检测模板进行匹配,随后可以将满足匹配条件(如与该全限定域名相匹配)的消息处理规则确定为候选消息处理规则;可选的,若上述域名***消息的消息类型为查询响应消息类型,则可以获取该域名***消息中的全限定域名,进而可以将该全限定域名分别与一个或多个消息处理规则中的查询响应消息检测模板进行匹配,随后可以将满足匹配条件(如与该全限定域名相匹配)的消息处理规则确定为候选消息处理规则;或者,若消息类型为查询响应消息类型,则可以获取该域名***消息中的边缘应用服务器地址(EAS IP address),进而可以将该边缘应用服务器地址分别与一个或多个消息处理规则中的查询响应消息检测模板进行匹配,随后可以将满足匹配条件(如与该边缘应用服务器地址相匹配)的消息处理规则确定为候选消息处理规则。
进一步,根据候选消息处理规则对应的规则优先级,边缘应用服务器发现网元可以从候选消息处理规则中获取目标消息处理规则。可以理解,候选消息处理规则的数量可能为一个或多个。在一种实施方式中,当候选消息处理规则的数量为一个时,可以将该候选消息处理规则确定为目标消息处理规则。在一种实施方式中,当候选消息处理规则的数量为多个时,可以将多个候选消息处理规则中具有最高规则优先级的候选消息处理规则确定为目标消息处理规则。可选的,当候选消息处理规则的数量为多个时,可以根据多个候选消息处理规则分别对应的规则优先级和生命周期,对多个候选消息处理规则进行规则整理和排序,也就是说,可以综合考虑规则优先级和生命周期,从而可以得到在目标时间段内具有最高规则优先级的目标消息处理规则。
最终,在目标消息处理规则对应的生命周期内,边缘应用服务器发现网元可以根据目标消息处理规则中的消息处理操作对上述域名***消息进行处理。需要说明的是,当目标消息处理规则中存在多个消息处理操作时,边缘应用服务器发现网元可以按照设置好的顺序来执行这多个消息处理操作。可以理解,生命周期实际上涉及到边缘计算的调度问题,例如,当边缘计算平台负荷非常大的时候,通过设置某些消息处理规则的生命周期可以产生一些有益变化,使得后续的边缘应用服务不会在该时间段内全都挤压到该边缘计算平台。本申请实施例的相关场景可以参见上述图2a-图2b所对应实施例中的描述。
此外,当消息处理规则集合更新时,边缘应用服务器发现网元可以获取更新后的消息处理规则集合,然后可以根据更新后的消息处理规则集合,对后续接收到的域名***消息进行处理。
本申请实施例可以支持边缘应用服务器发现网元在会话管理网元和边缘应用服务器发现网元建立连接时获取具有节点级别的消息处理规则集合,进而可以在接收到域名***消息时,在消息处理规则集合包含的一个或多个消息处理规则中获取目标消息处理规则,并根据目标消息处理规则对域名***消息进行处理。由此可见,本申请实施例提供的具有节点级别的消息处理规则集合的发送条件不依赖于协议数据单元会话的创建,也就是说,边缘应用服务器发现网元成功获取到消息处理规则集合后,若没有涉及到规则的更新,则后续无论建立多少个协议数据单元会话,都不需要再触发消息处理规则的请求和下发,即不需要针对每个终端设备的每个协议数据单元会话都频繁请求消息处理规则,此外,当边缘应用服务器发现网元接收到域名***消息时,可以直接从接收到的消息处理规则集合中选取合适的消息处理规则来对该域名***消息进行相关处理,从而可以提升域名***消息处理效率。
请参见图10,是本申请实施例提供的一种网元装置的结构示意图。该网元装置可以是运行于网元设备的一个计算机程序(包括程序代码),例如该网元装置为一个应用软件;该装置可以用于执行本申请实施例提供的数据处理方法中的相应步骤。如图10所示,该网元装置1可以包括:规则生成模块11、规则下发模块12;
规则生成模块11,用于会话管理网元生成具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
规则下发模块12,用于当会话管理网元和边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至边缘应用服务器发现网元,以使边缘应用服务器发现网元在后续的协议数据单元会话过程中根据消息处理规则集合,对接收到的域名***消息进行处理;
在一种实施方式中,上述消息处理规则集合中的每个消息处理规则均包括消息检测模板和消息处理操作。
在一种实施方式中,消息检测模板包括查询请求消息检测模板、查询响应消息检测模板中的一个或多个模板;消息处理操作包括内容报告操作、转发操作、缓存等待操作、发送操作中的一个或多个操作;转发操作包括选项构建操作和地址替换操作。
在一种实施方式中,上述每个消息处理规则还包括规则优先级;规则优先级表征每个消息处理规则被执行的先后顺序。
在一种实施方式中,上述每个消息处理规则还包括规则标识符;规则标识符是指对每个消息处理规则进行区别标记的标识符。
在一种实施方式中,上述每个消息处理规则还包括生命周期以及规则级别;生命周期表征每个消息处理规则的有效时间范围;规则级别是指节点级别。
其中,规则生成模块11的具体功能实现方式可以参见上述图3所对应实施例中的步骤S101,规则下发模块12的具体功能实现方式可以参见上述图3所对应实施例中的步骤S102,这里不再进行赘述。
本申请实施例可以支持会话管理网元生成具有节点级别的消息处理规则集合,进而可以在会话管理网元和边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至边缘应用服务器发现网元,边缘应用服务器发现网元接收到消息处理规则集合后,可以在后续的协议数据单元会话过程中根据该消息处理规则集合,对接收到的域名***消息进行处理。由此可见,本申请实施例提供的具有节点级别的消息处理规则集合的发送条件不依赖于协议数据单元会话的创建,也就是说,会话管理网元将消息处理规则集合成功下发至边缘应用服务器发现网元后,若没有涉及到规则的更新,则后续无论建立多少个协议数据单元会话,都不需要再触发消息处理规则的请求和下发,即会话管理网元不需要针对每个终端设备的每个协议数据单元会话都频繁下发消息处理规则,从而可以极大减少会话管理网元和边缘应用服务器发现网元之间的交互量。此外,当边缘应用服务器发现网元接收到域名***消息时,可以直接根据接收到的消息处理规则集合对该域名***消息进行相关处理,从而可以提升域名***消息处理效率。
请参见图11,是本申请实施例提供的一种网元装置的结构示意图。该网元装置可以是运行于网元设备的一个计算机程序(包括程序代码),例如该网元装置为一个应用软件;该装置可以用于执行本申请实施例提供的数据处理方法中的相应步骤。如图11所示,该网元装置2可以包括:规则生成模块21、规则下发模块22;
规则生成模块21,用于策略控制网元生成具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
规则下发模块22,用于将消息处理规则集合下发至边缘应用服务器发现网元,以使边缘应用服务器发现网元在后续的协议数据单元会话过程中根据消息处理规则集合,对接收到的域名***消息进行处理。
其中,规则生成模块21的具体功能实现方式可以参见上述图5所对应实施例中的步骤S201,规则下发模块22的具体功能实现方式可以参见上述图5所对应实施例中的步骤S202,这里不再进行赘述。
请一并参见图11,上述网元装置2还可以包括:第一更新模块23、第二更新模块24、第三更新模块25;
第一更新模块23,用于获取规则更新信息,根据规则更新信息对消息处理规则集合进行规则更新,将更新后的消息处理规则集合发送至会话管理网元,以使会话管理网元将更新后的消息处理规则集合发送至边缘应用服务器发现网元;
第二更新模块24,用于获取规则更新信息,根据规则更新信息对消息处理规则集合进行规则更新,将更新后的消息处理规则集合发送至边缘应用服务器发现网元;
第三更新模块25,用于获取规则更新信息,根据规则更新信息对消息处理规则集合进行规则更新,将更新后的消息处理规则集合存储至统一数据存储网元,以使统一数据存储网元将更新后的消息处理规则集合下发至会话管理网元,会话管理网元是指将更新后的消息处理规则集合转发至边缘应用服务器发现网元的网元。
其中,第一更新模块23、第二更新模块24、第三更新模块25的具体功能实现方式可以参见上述图5所对应实施例中的步骤S202,这里不再进行赘述。
请一并参见图11,上述规则下发模块22可以包括:第一下发单元221、第二下发单元222、第三下发单元223;
第一下发单元221,用于当会话管理网元和边缘应用服务器发现网元建立连接时,响应会话管理网元发送的规则获取请求,通过会话管理网元将消息处理规则集合转发至边缘应用服务器发现网元;
第二下发单元222,用于响应边缘应用服务器发现网元发送的规则获取请求,将消息处理规则集合下发至边缘应用服务器发现网元;
第三下发单元223,用于将消息处理规则集合存储至统一数据存储网元,以使统一数据存储网元在会话管理网元和边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至会话管理网元,会话管理网元是指将消息处理规则集合转发至边缘应用服务器发现网元的网元。
其中,第一下发单元221、第二下发单元222、第三下发单元223的具体功能实现方式可以参见上述图5所对应实施例中的步骤S202,这里不再进行赘述。
本申请实施例可以支持策略控制网元生成具有节点级别的消息处理规则集合,进而可以将消息处理规则集合下发至边缘应用服务器发现网元,边缘应用服务器发现网元接收到消息处理规则集合后,可以在后续的协议数据单元会话过程中根据该消息处理规则集合,对接收到的域名***消息进行处理。由此可见,本申请实施例提供的具有节点级别的消息处理规则集合的发送条件不依赖于协议数据单元会话的创建,也就是说,策略控制网元将消息处理规则集合成功下发至边缘应用服务器发现网元后,若没有涉及到规则的更新,则后续无论建立多少个协议数据单元会话,都不需要再触发消息处理规则的请求和下发,即不需要针对每个终端设备的每个协议数据单元会话都频繁下发消息处理规则,此外,当边缘应用服务器发现网元接收到域名***消息时,可以直接根据接收到的消息处理规则集合对该域名***消息进行相关处理,从而可以提升域名***消息处理效率。
请参见图12,是本申请实施例提供的一种网元装置的结构示意图。该网元装置可以是运行于网元设备的一个计算机程序(包括程序代码),例如该网元装置为一个应用软件;该装置可以用于执行本申请实施例提供的数据处理方法中的相应步骤。如图12所示,该网元装置3可以包括:规则获取模块31、消息处理模块32;
规则获取模块31,用于当会话管理网元和边缘应用服务器发现网元建立连接时,边缘应用服务器发现网元获取具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
消息处理模块32,用于当边缘应用服务器发现网元接收到域名***消息时,在消息处理规则集合包含一个或多个消息处理规则中获取目标消息处理规则,根据目标消息处理规则对域名***消息进行处理。
其中,规则获取模块31的具体功能实现方式可以参见上述图9所对应实施例中的步骤S301,消息处理模块32的具体功能实现方式可以参见上述图9所对应实施例中的步骤S302,这里不再进行赘述。
在一种实施方式中,上述消息处理规则集合中的每个消息处理规则均包括规则优先级、生命周期、消息检测模板以及消息处理操作;
请一并参见图12,上述消息处理模块32可以包括:匹配单元321、获取单元322、处理单元323;
匹配单元321,用于当边缘应用服务器发现网元接收到域名***消息时,将域名***消息分别与消息处理规则集合包含的一个或多个消息处理规则中的消息检测模板进行匹配,将匹配到的消息处理规则确定为候选消息处理规则;
在一种实施方式中,上述消息检测模板包括查询请求消息检测模板、查询响应消息检测模板中的一个或多个模板;
上述匹配单元321,具体用于获取域名***消息的消息类型;若消息类型为查询请求消息类型,则获取域名***消息中的全限定域名,将全限定域名与一个或多个消息处理规则中的查询请求消息检测模板进行匹配,将满足匹配条件的消息处理规则确定为候选消息处理规则;且具体用于若消息类型为查询响应消息类型,则获取域名***消息中的全限定域名,将全限定域名与一个或多个消息处理规则中的查询响应消息检测模板进行匹配,将满足匹配条件的消息处理规则确定为候选消息处理规则;或者,若消息类型为查询响应消息类型,则获取域名***消息中的边缘应用服务协议地址,将边缘应用服务协议地址与一个或多个消息处理规则中的查询响应消息检测模板进行匹配,将满足匹配条件的消息处理规则确定为候选消息处理规则;
获取单元322,用于根据候选消息处理规则对应的规则优先级,从候选消息处理规则中获取目标消息处理规则;
处理单元323,用于在目标消息处理规则对应的生命周期内,根据目标消息处理规则中的消息处理操作对域名***消息进行处理。
其中,匹配单元321、获取单元322、处理单元323的具体功能实现方式可以参见上述图9所对应实施例中的步骤S302,这里不再进行赘述。
本申请实施例可以支持边缘应用服务器发现网元在会话管理网元和边缘应用服务器发现网元建立连接时获取具有节点级别的消息处理规则集合,进而可以在接收到域名***消息时,在消息处理规则集合包含的一个或多个消息处理规则中获取目标消息处理规则,并根据目标消息处理规则对域名***消息进行处理。由此可见,本申请实施例提供的具有节点级别的消息处理规则集合的发送条件不依赖于协议数据单元会话的创建,也就是说,边缘应用服务器发现网元成功获取到消息处理规则集合后,若没有涉及到规则的更新,则后续无论建立多少个协议数据单元会话,都不需要再触发消息处理规则的请求和下发,即不需要针对每个终端设备的每个协议数据单元会话都频繁请求消息处理规则,此外,当边缘应用服务器发现网元接收到域名***消息时,可以直接从接收到的消息处理规则集合中选取合适的消息处理规则来对该域名***消息进行相关处理,从而可以提升域名***消息处理效率。
请参见图13,是本申请实施例提供的一种网元设备的结构示意图。如图13所示,该网元设备1000可以包括:处理器1001,网络接口1003和存储器1004,此外,上述网元设备1000还可以包括:至少一个通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。其中,网络接口1003可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1004可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器1004可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图13所示,作为一种计算机可读存储介质的存储器1004中可以包括操作***、网络通信模块以及设备控制应用程序。在本申请实施例中,网元设备1000可以为会话管理网元。
在如图13所示的网元设备1000中,网络接口1003可提供网络通讯网元;而处理器1001可以用于调用存储器1004中存储的设备控制应用程序,以使网元设备1000执行:
生成具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
当与边缘应用服务器发现网元建立连接时,将消息处理规则集合下发至边缘应用服务器发现网元,以使边缘应用服务器发现网元在后续的协议数据单元会话过程中根据消息处理规则集合,对接收到的域名***消息进行处理。
应当理解,本申请实施例中所描述的网元设备1000可执行前文图3所对应实施例中对该数据处理方法的描述,在此不再赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。
此外,这里需要指出的是:本申请实施例还提供了一种计算机可读存储介质,且上述计算机可读存储介质中存储有前文提及的网元装置1所执行的计算机程序,且上述计算机程序包括程序指令,当上述处理器执行上述程序指令时,能够执行前文图3所对应实施例中对上述数据处理方法的描述,因此,这里将不再进行赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节,请参照本申请方法实施例的描述。
请参见图14,是本申请实施例提供的一种网元设备的结构示意图。如图14所示,该网元设备2000可以包括:处理器2001,网络接口2003和存储器2004,此外,上述网元设备2000还可以包括:至少一个通信总线2002。其中,通信总线2002用于实现这些组件之间的连接通信。其中,网络接口2003可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器2004可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器2004可选的还可以是至少一个位于远离前述处理器2001的存储装置。如图14所示,作为一种计算机可读存储介质的存储器2004中可以包括操作***、网络通信模块以及设备控制应用程序。在本申请实施例中,网元设备2000可以为策略控制网元。
在如图14所示的网元设备2000中,网络接口2003可提供网络通讯网元;而处理器2001可以用于调用存储器2004中存储的设备控制应用程序,以使网元设备2000执行:
生成具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
将消息处理规则集合下发至边缘应用服务器发现网元,以使边缘应用服务器发现网元在后续的协议数据单元会话过程中根据消息处理规则集合,对接收到的域名***消息进行处理。
应当理解,本申请实施例中所描述的网元设备2000可执行前文图5所对应实施例中对该数据处理方法的描述,在此不再赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。
此外,这里需要指出的是:本申请实施例还提供了一种计算机可读存储介质,且上述计算机可读存储介质中存储有前文提及的网元装置2所执行的计算机程序,且上述计算机程序包括程序指令,当上述处理器执行上述程序指令时,能够执行前文图5所对应实施例中对上述数据处理方法的描述,因此,这里将不再进行赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节,请参照本申请方法实施例的描述。
请参见图15,是本申请实施例提供的一种网元设备的结构示意图。如图15所示,该网元设备3000可以包括:处理器3001,网络接口3003和存储器3004,此外,上述网元设备3000还可以包括:至少一个通信总线3002。其中,通信总线3002用于实现这些组件之间的连接通信。其中,网络接口3003可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器3004可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器3004可选的还可以是至少一个位于远离前述处理器3001的存储装置。如图15所示,作为一种计算机可读存储介质的存储器3004中可以包括操作***、网络通信模块以及设备控制应用程序。在本申请实施例中,网元设备3000可以为边缘应用服务器发现网元。
在如图15所示的网元设备3000中,网络接口3003可提供网络通讯网元;而处理器3001可以用于调用存储器3004中存储的设备控制应用程序,以使网元设备3000执行:
当与会话管理网元建立连接时,获取具有节点级别的消息处理规则集合;消息处理规则集合包括一个或多个消息处理规则;
当接收到域名***消息时,在消息处理规则集合包含的一个或多个消息处理规则中获取目标消息处理规则,根据目标消息处理规则对域名***消息进行处理。
应当理解,本申请实施例中所描述的网元设备3000可执行前文图9所对应实施例中对该数据处理方法的描述,在此不再赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。
此外,这里需要指出的是:本申请实施例还提供了一种计算机可读存储介质,且上述计算机可读存储介质中存储有前文提及的网元装置3所执行的计算机程序,且上述计算机程序包括程序指令,当上述处理器执行上述程序指令时,能够执行前文图9所对应实施例中对上述数据处理方法的描述,因此,这里将不再进行赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节,请参照本申请方法实施例的描述。
上述计算机可读存储介质可以是前述任一实施例提供的网元装置或者上述网元设备的内部存储单元,例如网元设备的硬盘或内存。该计算机可读存储介质也可以是该网元设备的外部存储设备,例如该网元设备上配备的插接式硬盘,智能存储卡(smart mediacard,SMC),安全数字(secure digital,SD)卡,闪存卡(flash card)等。进一步地,该计算机可读存储介质还可以既包括该网元设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该网元设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
此外,这里需要指出的是:本申请实施例还提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。网元设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该网元设备执行前文图3、图5、图9任一个所对应实施例提供的方法。
本申请实施例的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别不同对象,而非用于描述特定顺序。此外,术语“包括”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或设备没有限定于已列出的步骤或模块,而是可选地还包括没有列出的步骤或模块,或可选地还包括对于这些过程、方法、装置、产品或设备固有的其他步骤单元。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照网元一般性地描述了各示例的组成及步骤。这些网元究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的网元,但是这种实现不应认为超出本申请的范围。
本申请实施例提供的方法及相关装置是参照本申请实施例提供的方法流程图和/或结构示意图来描述的,具体可由计算机程序指令实现方法流程图和/或结构示意图的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可提供到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或结构示意一个方框或多个方框中指定的功能的步骤。
以上所揭露的仅为本申请较佳实施例而已,当然不能以此来限定本申请之权利范围,因此依本申请权利要求所作的等同变化,仍属本申请所涵盖的范围。

Claims (18)

1.一种数据处理方法,其特征在于,包括:
会话管理网元生成具有节点级别的消息处理规则集合;
当所述会话管理网元和边缘应用服务器发现网元建立连接时,将所述消息处理规则集合下发至所述边缘应用服务器发现网元,以使所述边缘应用服务器发现网元在后续根据所述消息处理规则集合,对接收到的域名***消息进行处理。
2.根据权利要求1所述的方法,其特征在于,所述消息处理规则集合包括一个或多个消息处理规则;所述消息处理规则集合中的每个消息处理规则均包括消息检测模板和消息处理操作。
3.根据权利要求2所述的方法,其特征在于,所述消息检测模板包括查询请求消息检测模板、查询响应消息检测模板中的一个或多个模板;所述消息处理操作包括内容报告操作、转发操作、缓存等待操作、发送操作中的一个或多个操作;所述转发操作包括选项构建操作或地址替换操作。
4.根据权利要求2所述的方法,其特征在于,所述每个消息处理规则还包括规则优先级;所述规则优先级表征所述每个消息处理规则被执行的先后顺序。
5.根据权利要求2所述的方法,其特征在于,所述每个消息处理规则还包括规则标识符;所述规则标识符是指对所述每个消息处理规则进行区别标记的标识符。
6.根据权利要求2所述的方法,其特征在于,所述每个消息处理规则还包括生命周期以及规则级别;所述生命周期表征所述每个消息处理规则的有效时间范围;所述规则级别是指所述节点级别。
7.一种数据处理方法,其特征在于,包括:
策略控制网元生成具有节点级别的消息处理规则集合;
将所述消息处理规则集合下发至边缘应用服务器发现网元,以使所述边缘应用服务器发现网元在后续根据所述消息处理规则集合,对接收到的域名***消息进行处理。
8.根据权利要求7所述的方法,其特征在于,所述将所述消息处理规则集合下发至边缘应用服务器发现网元,包括:
当会话管理网元和边缘应用服务器发现网元建立连接时,响应所述会话管理网元发送的规则获取请求,通过所述会话管理网元将所述消息处理规则集合转发至所述边缘应用服务器发现网元。
9.根据权利要求7所述的方法,其特征在于,所述将所述消息处理规则集合下发至边缘应用服务器发现网元,包括:
响应所述边缘应用服务器发现网元发送的规则获取请求,将所述消息处理规则集合下发至所述边缘应用服务器发现网元。
10.根据权利要求7所述的方法,其特征在于,所述将所述消息处理规则集合下发至边缘应用服务器发现网元,包括:
将所述消息处理规则集合存储至统一数据存储网元,以使所述统一数据存储网元在会话管理网元和边缘应用服务器发现网元建立连接时,将所述消息处理规则集合下发至所述会话管理网元,所述会话管理网元是指将所述消息处理规则集合转发至所述边缘应用服务器发现网元的网元。
11.根据权利要求8所述的方法,其特征在于,还包括:
获取规则更新信息,根据所述规则更新信息对所述消息处理规则集合进行规则更新,将更新后的消息处理规则集合发送至所述会话管理网元,以使所述会话管理网元将所述更新后的消息处理规则集合发送至所述边缘应用服务器发现网元。
12.根据权利要求9所述的方法,其特征在于,还包括:
获取规则更新信息,根据所述规则更新信息对所述消息处理规则集合进行规则更新,将更新后的消息处理规则集合发送至所述边缘应用服务器发现网元。
13.根据权利要求10所述的方法,其特征在于,还包括:
获取规则更新信息,根据所述规则更新信息对所述消息处理规则集合进行规则更新,将更新后的消息处理规则集合存储至所述统一数据存储网元,以使所述统一数据存储网元将所述更新后的消息处理规则集合下发至所述会话管理网元,所述会话管理网元是指将所述更新后的消息处理规则集合转发至所述边缘应用服务器发现网元的网元。
14.一种数据处理方法,其特征在于,包括:
当会话管理网元和边缘应用服务器发现网元建立连接时,所述边缘应用服务器发现网元获取具有节点级别的消息处理规则集合;
当所述边缘应用服务器发现网元接收到域名***消息时,在所述消息处理规则集合中获取目标消息处理规则,根据所述目标消息处理规则对所述域名***消息进行处理。
15.根据权利要求14所述的方法,其特征在于,所述消息处理规则集合包括一个或多个消息处理规则;
所述消息处理规则集合中的每个消息处理规则均包括规则优先级、生命周期、消息检测模板以及消息处理操作;
所述当所述边缘应用服务器发现网元接收到域名***消息时,在所述消息处理规则集合包含的所述一个或多个消息处理规则中获取目标消息处理规则,根据所述目标消息处理规则对所述域名***消息进行处理,包括:
当所述边缘应用服务器发现网元接收到域名***消息时,将所述域名***消息分别与所述消息处理规则集合包含的所述一个或多个消息处理规则中的消息检测模板进行匹配,将匹配到的消息处理规则确定为候选消息处理规则;
根据所述候选消息处理规则对应的规则优先级,从所述候选消息处理规则中获取目标消息处理规则;
在所述目标消息处理规则对应的生命周期内,根据所述目标消息处理规则中的消息处理操作对所述域名***消息进行处理。
16.根据权利要求15所述的方法,其特征在于,所述消息检测模板包括查询请求消息检测模板、查询响应消息检测模板中的一个或多个模板;
所述将所述域名***消息分别与所述消息处理规则集合包含的所述一个或多个消息处理规则中的消息检测模板进行匹配,将匹配到的消息处理规则确定为候选消息处理规则,包括:
获取所述域名***消息的消息类型;
若所述消息类型为查询请求消息类型,则获取所述域名***消息中的全限定域名,将所述全限定域名与所述一个或多个消息处理规则中的查询请求消息检测模板进行匹配,将满足匹配条件的消息处理规则确定为候选消息处理规则;
若所述消息类型为查询响应消息类型,则获取所述域名***消息中的全限定域名,将所述全限定域名与所述一个或多个消息处理规则中的查询响应消息检测模板进行匹配,将满足匹配条件的消息处理规则确定为候选消息处理规则;或者,
若所述消息类型为查询响应消息类型,则获取所述域名***消息中的边缘应用服务器地址,将所述边缘应用服务器地址与所述一个或多个消息处理规则中的查询响应消息检测模板进行匹配,将满足匹配条件的消息处理规则确定为候选消息处理规则。
17.一种网元设备,其特征在于,包括:处理器、存储器以及网络接口;
所述处理器与所述存储器、所述网络接口相连,其中,所述网络接口用于提供数据通信功能,所述存储器用于存储程序代码,所述处理器用于调用所述程序代码,以使所述网元设备执行权利要求1-16任一项所述的方法。
18.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,所述计算机程序适于由处理器加载并执行权利要求1-16任一项所述的方法。
CN202410159961.0A 2021-07-21 2021-07-21 一种数据处理方法、网元设备以及可读存储介质 Pending CN118018517A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410159961.0A CN118018517A (zh) 2021-07-21 2021-07-21 一种数据处理方法、网元设备以及可读存储介质

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110827610.9A CN113572835B (zh) 2021-07-21 2021-07-21 一种数据处理方法、网元设备以及可读存储介质
CN202410159961.0A CN118018517A (zh) 2021-07-21 2021-07-21 一种数据处理方法、网元设备以及可读存储介质

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202110827610.9A Division CN113572835B (zh) 2021-07-21 2021-07-21 一种数据处理方法、网元设备以及可读存储介质

Publications (1)

Publication Number Publication Date
CN118018517A true CN118018517A (zh) 2024-05-10

Family

ID=78166112

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202110827610.9A Active CN113572835B (zh) 2021-07-21 2021-07-21 一种数据处理方法、网元设备以及可读存储介质
CN202410159961.0A Pending CN118018517A (zh) 2021-07-21 2021-07-21 一种数据处理方法、网元设备以及可读存储介质

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202110827610.9A Active CN113572835B (zh) 2021-07-21 2021-07-21 一种数据处理方法、网元设备以及可读存储介质

Country Status (3)

Country Link
US (1) US20230300726A1 (zh)
CN (2) CN113572835B (zh)
WO (1) WO2023000940A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112022004858A2 (pt) * 2019-09-18 2022-09-27 Ericsson Telefon Ab L M Métodos em um nó de rede e em um equipamento de usuário, aparelhos em um nó de rede e em um equipamento de usuário, mídia de armazenamento legível por computador, e, produto de programa de computador
CN113573326B (zh) * 2020-04-28 2023-08-22 华为技术有限公司 一种地址获取方法及装置
CN113572835B (zh) * 2021-07-21 2024-02-27 腾讯科技(深圳)有限公司 一种数据处理方法、网元设备以及可读存储介质
CN116866893A (zh) * 2022-03-28 2023-10-10 华为技术有限公司 通信的方法和装置
CN116866991A (zh) * 2023-09-01 2023-10-10 北京钱安德胜科技有限公司 一种车路协同智能驾驶的数据帧处理***及方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017220158A1 (en) * 2016-06-24 2017-12-28 Nokia Solutions And Networks Oy Policy control of mobile edge applications
CN111083737B (zh) * 2018-10-19 2021-04-16 大唐移动通信设备有限公司 一种边缘mec中数据的分流方法和装置
CN111629401B (zh) * 2019-02-27 2021-11-26 大唐移动通信设备有限公司 一种边缘应用的数据分流方法及***
US11218438B2 (en) * 2019-04-12 2022-01-04 Huawei Technologies Co., Ltd. System, apparatus and method to support data server selection
WO2021042398A1 (zh) * 2019-09-06 2021-03-11 Oppo广东移动通信有限公司 一种通信方法及装置、网络设备、终端设备
BR112022004858A2 (pt) * 2019-09-18 2022-09-27 Ericsson Telefon Ab L M Métodos em um nó de rede e em um equipamento de usuário, aparelhos em um nó de rede e em um equipamento de usuário, mídia de armazenamento legível por computador, e, produto de programa de computador
CN114747252A (zh) * 2019-10-04 2022-07-12 瑞典爱立信有限公司 用于识别移动网络中适合于边缘疏导和适合于业务导向的业务的方法
US11277305B2 (en) * 2019-10-09 2022-03-15 Qualcomm Incorporated Edge discovery techniques in wireless communications systems
WO2021092441A1 (en) * 2019-11-07 2021-05-14 Idac Holdings, Inc. Address change notification associated with edge computing networks
CN113079498A (zh) * 2020-01-06 2021-07-06 英特尔公司 5gs中eas发现和ue到ue中继操作的装置和方法
CN113572835B (zh) * 2021-07-21 2024-02-27 腾讯科技(深圳)有限公司 一种数据处理方法、网元设备以及可读存储介质
CN113572864B (zh) * 2021-07-21 2023-06-20 腾讯科技(深圳)有限公司 一种数据处理方法、网元设备以及可读存储介质

Also Published As

Publication number Publication date
WO2023000940A1 (zh) 2023-01-26
US20230300726A1 (en) 2023-09-21
CN113572835A (zh) 2021-10-29
CN113572835B (zh) 2024-02-27

Similar Documents

Publication Publication Date Title
CN113596191B (zh) 一种数据处理方法、网元设备以及可读存储介质
CN113572835B (zh) 一种数据处理方法、网元设备以及可读存储介质
EP3684010B1 (en) Network slice management method, and device for same
CN113572864B (zh) 一种数据处理方法、网元设备以及可读存储介质
CN110896553B (zh) 多接入边缘计算方法和平台、通信***
CN114902634A (zh) 移动通信***中提供应用服务器的信息的设备和方法
CN107517189B (zh) 一种wlan用户接入认证及配置信息下发的方法、设备
EP4210297A1 (en) Edge application discovery method and apparatus, and edge application service support method and apparatus
CN109831548B (zh) 虚拟内容分发网络vCDN节点建立方法及服务器
CN108833181A (zh) Ng-cn网络切片***及网络切片选择方法
CN106464596A (zh) 开放流通信方法、***、控制器和业务网关
EP2709337B1 (en) Service data processing method, device and system
CN116633934A (zh) 负载均衡方法、装置、节点及存储介质
CN105656978A (zh) 一种资源共享方法及装置
CN111030914B (zh) 一种数据传输方法及数据传输***
US20050130681A1 (en) Method of managing a communication with multi-server service providing means
EP2999266B1 (en) Method, device and system for obtaining mobile network data resources
CN111315037B (zh) 通信链路建立方法、装置、计算机设备及存储介质
WO2011026355A1 (zh) 节点接入家乡代理的方法、家乡代理集群***及业务路由器
CN113709677A (zh) 加入组播广播业务mbs会话的方法及装置
US9788229B2 (en) Method and apparatus for traffic re-routing based on application-layer traffic optimization services in wireless networks
CN116866985A (zh) 数据转发方法、网络***及计算机可读取存储介质
CN117395738A (zh) 网络接入方法、装置、设备、***、存储介质和程序产品
CN106900060B (zh) 一种获取、下发应用信息的方法和设备
KR102288478B1 (ko) 분산 클라우드 인프라에서 서비스 가속화 방법 및 그 시스템

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination