CN115226073A - 报文转发方法、装置及***、计算机可读存储介质 - Google Patents

报文转发方法、装置及***、计算机可读存储介质 Download PDF

Info

Publication number
CN115226073A
CN115226073A CN202110406331.5A CN202110406331A CN115226073A CN 115226073 A CN115226073 A CN 115226073A CN 202110406331 A CN202110406331 A CN 202110406331A CN 115226073 A CN115226073 A CN 115226073A
Authority
CN
China
Prior art keywords
service
message
application service
service node
deployed
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
CN202110406331.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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110406331.5A priority Critical patent/CN115226073A/zh
Priority to JP2023563070A priority patent/JP2024514643A/ja
Priority to PCT/CN2022/086359 priority patent/WO2022218304A1/zh
Priority to BR112023020974A priority patent/BR112023020974A2/pt
Priority to EP22787527.5A priority patent/EP4319310A1/en
Priority to MX2023012176A priority patent/MX2023012176A/es
Publication of CN115226073A publication Critical patent/CN115226073A/zh
Priority to US18/486,253 priority patent/US20240048477A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • H04L45/306Route determination based on the nature of the carried application
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50Service provisioning or reconfiguring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/04Interdomain routing, e.g. hierarchical routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/76Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/803Application aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/084Load balancing or load distribution among network function virtualisation [NFV] entities; among edge computing entities, e.g. multi-access edge computing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/20Communication route or path selection, e.g. power-based or shortest path routing based on geographic position or location
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • H04L41/5019Ensuring fulfilment of SLA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • H04L41/5019Ensuring fulfilment of SLA
    • H04L41/5022Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

公开了一种报文转发方法、装置及***、计算机可读存储介质,属于通信技术领域。第一设备在接收到第二设备发送的报文后,根据报文中的指示信息和应用服务标识确定目标服务节点,该目标服务节点的服务能力与指示信息匹配,且该目标服务节点中部署有应用服务标识对应的目标应用服务。然后第一设备向目标服务节点发送报文。通过在设备发送的报文中携带指示信息,使得转发设备能够将该报文发送至服务能力与该指示信息匹配的服务节点,实现了针对不同等级的设备提供差异化的应用服务,任务调度灵活性较高。

Description

报文转发方法、装置及***、计算机可读存储介质
技术领域
本申请涉及通信技术领域,特别涉及一种报文转发方法、装置及***、计算机可读存储介质。
背景技术
无线通信网络的建设是以数据中心(data center,DC)为中心的。各数据中心使用分布式云技术进行管理,形成边缘云(edge cloud)加中心云(central cloud)的分级网络***。数据中心为用户设备(user equipment,UE)提供的应用服务(application server)部署在各边缘云上,使得应用服务部署到更靠近用户设备的位置,降低了服务时延,可以满足时延敏感业务的需求。用于实现边缘云部署的基础设施平台可称为移动边缘计算(mobile edge computing,MEC)站点。
同一应用服务通常部署在多个MEC站点上。由于不同MEC站点之间独立工作,因此对于同一应用服务,可能会出现一些MEC站点上该应用服务的负载过大,而另一些MEC站点上该应用服务的资源闲置的现象。
目前可以采用算力优先网络(computing first network,CFN)技术来实现同一应用服务在多个MEC站点之间的负载均衡。CFN技术的基本思想是:通过网络感知MEC站点上部署的应用服务的算力信息,并基于多个MEC站点上部署的同一应用服务的算力信息,对该应用服务对应的任务进行调度。例如,MEC站点1和MEC站点2上均部署有应用服务A,MEC站点1给应用服务A分配的算力资源为2核中央处理器(central processing unit,CPU),MEC站点2给应用服务A分配的算力资源为1核CPU,那么可以按照2:1的负载分担比例向MEC站点1和MEC站点2调度应用服务A对应的任务。
但是,目前的任务调度只考虑了MEC站点上部署的应用服务的算力信息,MEC站点无法向不同用户设备提供差异化的应用服务,任务调度灵活性较低。
发明内容
本申请提供了一种报文转发方法、装置及***、计算机可读存储介质,可以解决目前任务调度灵活性较低的问题。
第一方面,提供了一种报文转发方法。该方法包括:第一设备接收第二设备发送的报文,该报文包括指示信息和应用服务标识。第一设备根据指示信息和应用服务标识确定目标服务节点,目标服务节点的服务能力与指示信息匹配,目标服务节点中部署有应用服务标识对应的目标应用服务。第一设备向目标服务节点发送报文。
可选地,第二设备为用户设备或者为位于用户设备与第一设备之间的网络设备。
本申请实施例中,通过在第二设备发送的报文中携带指示信息和应用服务标识,第一设备在接收到该报文后,能够将该报文发送给部署有该应用服务标识对应的应用服务、且服务能力与该指示信息匹配的服务节点,实现了针对不同等级的设备提供差异化的应用服务,使具有不同等级的设备能够享受到与该等级相匹配的应用服务,提高了报文转发的灵活性,从而提高了任务调度的灵活性。
在第一种实现方式中,第二设备为用户设备,指示信息包括第二设备对应的用户服务等级,第一设备中存储有多个服务节点中所部署的应用服务的算力资源等级与用户服务等级的对应关系。第一设备根据指示信息和应用服务标识确定目标服务节点的实现过程,包括:第一设备基于对应关系,将部署有目标应用服务、且目标应用服务的算力资源等级与第二设备对应的用户服务等级相匹配的服务节点,确定为目标服务节点。
本实现方式中,通过对多个服务节点中所部署的同一应用服务进行算力资源等级的划分,并在用户设备发送的报文中携带该用户设备对应的用户服务等级,使得第一设备能够将该报文发送至部署有该应用服务且该应用服务的算力资源等级与该用户服务等级匹配的服务节点上,实现向不同用户服务等级的用户设备提供差异化的应用服务,报文转发灵活性较高,从而提高了任务调度的灵活性。
在第二种实现方式中,指示信息包括第二设备对应的算力资源等级,第一设备中存储有多个服务节点中所部署的应用服务的算力资源等级。第一设备根据指示信息和应用服务标识确定目标服务节点的实现过程,包括:第一设备将部署有目标应用服务、且目标应用服务的算力资源等级与第二设备对应的算力资源等级相同的服务节点,确定为目标服务节点。
本实现方式中,通过对多个服务节点中所部署的同一应用服务进行算力资源等级的划分,并在第二设备发送的报文中携带该第二设备对应的算力资源等级,使得第一设备能够将该报文发送至部署有该应用服务且该应用服务的算力资源等级与该第二设备对应的算力资源等级相同的服务节点上,实现向不同等级的设备提供差异化的应用服务,报文转发灵活性较高,从而提高了任务调度的灵活性。
可选地,第一设备还接收多个服务节点发送的第一消息,第一消息包括对应的服务节点中所部署的应用服务的算力资源等级。
可选地,第一消息为边界网关协议(border gateway protocol,BGP)更新(update)消息,算力资源等级承载于BGP更新消息中的路由属性字段。
可选地,第一消息还包括服务节点中所部署的应用服务的应用服务标识以及服务节点中所部署的应用服务的实例的互联网协议IP地址。或者,第一消息还包括服务节点中所部署的应用服务对应的任播IP地址。
在第三种实现方式中,指示信息包括第二设备的算力资源需求信息。第一设备根据指示信息和应用服务标识确定目标服务节点的实现过程,包括:第一设备将部署有目标应用服务、且目标应用服务的算力信息满足第二设备的算力资源需求信息所指示的需求的服务节点,确定为目标服务节点。
本实现方式中,通过在第二设备发送的报文中携带该第二设备的算力资源需求信息,使得第一设备能够将该报文发送至满足该第二设备的算力资源需求的服务节点上,实现向有不同算力资源需求的设备提供差异化的应用服务,提高了任务调度的灵活性。
可选地,第一设备还接收服务节点发送的第二消息,第二消息包括服务节点中所部署的应用服务的算力信息。
可选地,算力资源需求信息包括算力资源的需求数量、最大允许算力资源利用率或请求处理最大允许时延中的一个或多个。应用服务的算力信息包括应用服务所分配到的算力资源的数量、应用服务的算力资源利用率、应用服务的请求处理时延、应用服务的设备连接数或应用服务的重轻载状态中的一个或多个。
可选地,报文还包括请求处理的内容。第一设备还接收目标计算节点发送的针对内容的处理结果。第一设备向第二设备发送该处理结果。
可选地,该报文为计算请求报文、上线请求报文或存储请求报文。
可选地,报文为IPv6报文,指示信息承载于IPv6报文的逐跳扩展头或分段路由头中。
第二方面,提供了另一种报文转发方法,该方法包括:服务节点生成第一消息,该第一消息包括服务节点中所部署的应用服务的算力资源等级。服务节点向第一设备发送第一消息。
可选地,第一消息为BGP更新消息,算力资源等级承载于BGP更新消息中的路由属性字段。
可选地,第一消息还包括服务节点中所部署的应用服务的应用服务标识以及服务节点中所部署的应用服务的实例的互联网协议IP地址。或者,第一消息还包括服务节点中所部署的应用服务对应的任播IP地址。
可选地,服务节点还接收第一设备发送的报文,该报文包括请求处理的内容。服务节点在处理内容后,向第一设备发送针对内容的处理结果。
第三方面,提供了一种报文转发装置,应用于第一设备,该装置包括:
接收单元,用于接收第二设备发送的报文,报文包括指示信息和应用服务标识;
处理单元,用于根据指示信息和应用服务标识确定目标服务节点,目标服务节点的服务能力与指示信息匹配,目标服务节点中部署有应用服务标识对应的目标应用服务;
发送单元,用于向目标服务节点发送报文。
可选地,第二设备为用户设备,指示信息包括第二设备对应的用户服务等级,装置中存储有多个服务节点中所部署的应用服务的算力资源等级与用户服务等级的对应关系;
处理单元,用于基于对应关系,将部署有目标应用服务、且目标应用服务的算力资源等级与第二设备对应的用户服务等级相匹配的服务节点,确定为目标服务节点。
可选地,指示信息包括第二设备对应的算力资源等级,装置中存储有多个服务节点中所部署的应用服务的算力资源等级;
处理单元,用于将部署有目标应用服务、且目标应用服务的算力资源等级与第二设备对应的算力资源等级相同的服务节点,确定为目标服务节点。
可选地,接收单元,还用于接收多个服务节点发送的第一消息,第一消息包括对应的服务节点中所部署的应用服务的算力资源等级。
可选地,第一消息为BGP更新消息,算力资源等级承载于BGP更新消息中的路由属性字段。
可选地,第一消息还包括服务节点中所部署的应用服务的应用服务标识以及服务节点中所部署的应用服务的实例的互联网协议IP地址;
或者,第一消息还包括服务节点中所部署的应用服务对应的任播IP地址。
可选地,指示信息包括第二设备的算力资源需求信息;
处理单元,用于将部署有目标应用服务、且目标应用服务的算力信息满足第二设备的算力资源需求信息所指示的需求的服务节点,确定为目标服务节点。
可选地,接收单元,还用于接收服务节点发送的第二消息,第二消息包括服务节点中所部署的应用服务的算力信息。
可选地,算力资源需求信息包括算力资源的需求数量、最大允许算力资源利用率或请求处理最大允许时延中的一个或多个;
应用服务的算力信息包括应用服务所分配到的算力资源的数量、应用服务的算力资源利用率、应用服务的请求处理时延、应用服务的设备连接数或应用服务的重轻载状态中的一个或多个。
可选地,报文还包括请求处理的内容;
接收单元,还用于接收目标计算节点发送的针对内容的处理结果;
发送单元,还用于向第二设备发送处理结果。
可选地,报文为计算请求报文、上线请求报文或存储请求报文。
可选地,报文为IPv6报文,指示信息承载于IPv6报文的逐跳扩展头或分段路由头中。
第四方面,提供了一种报文处理装置,应用于服务节点,装置包括:
处理单元,用于生成第一消息,第一消息包括服务节点中所部署的应用服务的算力资源等级;
发送单元,用于向第一设备发送第一消息。
可选地,第一消息为BGP更新消息,算力资源等级承载于BGP更新消息中的路由属性字段。
可选地,第一消息还包括服务节点中所部署的应用服务的应用服务标识以及服务节点中所部署的应用服务的实例的互联网协议IP地址;
或者,第一消息还包括服务节点中所部署的应用服务对应的任播IP地址。
可选地,装置还包括:接收单元;
接收单元,用于接收第一设备发送的报文,报文包括请求处理的内容;
发送单元,还用于在处理单元处理内容后,向第一设备发送针对内容的处理结果。
第五方面,提供了一种设备,包括:处理器和存储器;
所述存储器,用于存储计算机程序,所述计算机程序包括程序指令;
所述处理器,用于调用所述程序指令,实现如第一方面任一所述的报文转发方法。
第六方面,提供了一种服务节点,包括:处理器和存储器;
所述存储器,用于存储计算机程序,所述计算机程序包括程序指令;
所述处理器,用于调用所述程序指令,实现如第二方面任一所述的报文转发方法。
第七方面,提供了一种报文转发***,该***包括:第一设备和至少一个服务节点,第一设备包括如第三方面任一所述的装置,服务节点包括如第四方面任一所述的装置。
第八方面,提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,当所述指令被设备的处理器执行时,实现如第一方面任一所述的报文转发方法;或者,当所述指令被服务节点的处理器执行时,实现如第二方面任一所述的报文转发方法。
第九方面,提供了一种芯片,芯片包括可编程逻辑电路和/或程序指令,当芯片运行时,实现如第一方面任一所述的报文转发方法或者如第二方面任一所述的报文转发方法。
附图说明
图1是本申请实施例提供的一种报文转发方法涉及的应用场景的示意图;
图2是本申请实施例提供的一种算力优先网络的部署架构示意图;
图3是本申请实施例提供的一种边缘云加中心云的分级网络***的结构示意图;
图4是本申请实施例提供的一种报文转发方法的流程示意图;
图5是本申请实施例提供的一种基于BGP更新消息扩展得到的第一消息的结构示意图;
图6是本申请实施例提供的另一种基于BGP更新消息扩展得到的第一消息的结构示意图;
图7是本申请实施例提供的一种用于撤销路由的BGP消息字段的结构示意图;
图8是本申请实施例提供的一种基于IPv6报头的下一个头部扩展得到的逐跳扩展头的结构示意图;
图9是本申请实施例提供的一种第一设备的结构示意图;
图10是本申请实施例提供的另一种第一设备的结构示意图;
图11是本申请实施例提供的又一种第一设备的结构示意图;
图12是本申请实施例提供的还一种第一设备的结构示意图;
图13是本申请实施例提供的一种服务节点的结构示意图;
图14是本申请实施例提供的另一种服务节点的结构示意图;
图15是本申请实施例提供的又一种服务节点的结构示意图;
图16是本申请实施例提供的还一种服务节点的结构示意图;
图17是本申请实施例提供的一种报文转发***的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
图1是本申请实施例提供的一种报文转发方法涉及的应用场景的示意图。如图1所示,该应用场景包括:用户设备101,网络设备102A-102C(统称为网络设备102),以及服务节点103A-103C(统称为服务节点103)。其中,用户设备101为部署在用户侧的设备,网络设备102和服务节点103可以为部署在应用服务提供商侧的设备,则用户设备101与网络设备102之间通过运营商网络进行通信。或者,网络设备102可以为部署在运营商侧中的设备,即网络设备102为运营商网络中的设备,服务节点103可以为部署在应用服务提供商侧的设备。又或者,网络设备102和服务节点103都可以为部署在运营商侧的设备。图1中各个设备的数量和连接方式仅用作示例性说明,不作为对本申请实施例所提供方法涉及的应用场景的限制。
用户设备101上安装有客户端。用户设备101能够基于其上安装的客户端发起请求,以享用对应的应用服务。本申请实施例中,应用服务指:通过各个类型的应用(application,APP)为用户设备提供的服务,比如计算处理服务(尤其是密集型计算服务),应用上线服务,内容存储服务,等等。
网络设备102可以是路由器、交换机或网关(gateway,GW)等。在如图1所示的应用场景中,根据相对于用户设备101的部署位置,可以将网络设备102分为靠近用户设备101的网络设备102A以及远离用户设备101的网络设备102B和网络设备102C。
本申请实施例中,靠近用户设备101的网络设备102A可以用作调度节点,用于在接收到来自用户设备101的报文后,确定处理该报文的目标服务节点,并将该报文发送至该目标服务节点。其中,靠近用户设备101的网络设备102A也可称为将用户设备101接入应用服务提供商网络的入口节点。或者,应用服务提供商侧的的其它网络设备102也可以用作调度节点,本申请实施例对此不做限定。
可选地,网络设备102具备算力感知能力,能够感知服务节点103中所部署的应用服务的计算能力。这种情况下,应用服务提供商网络也即是算力优先网络。算力优先网络的部署方式可以有多种。例如,图2是本申请实施例提供的一种算力优先网络的部署架构示意图。如图2所示,该算力优先网络(CFN)中包括网络设备0-N,网络设备0通过运营商网络与用户设备连接,网络设备0还分别与网络设备1-N连接,网络设备1-N分别与一个服务节点连接,N为大于1的整数。本申请实施例对算力优先网络的部署方式不做限定。
服务节点103可以部署在一个服务器中,或者部署在由多个服务器组成的服务器集群中。服务节点103用于给应用提供服务平台。每个服务节点103中部署有至少一个实例,该实例用于为用户设备101提供应用服务。实例指的是一个应用服务部署在不同的服务节点上的具体的应用。因此,一个应用服务可以对应多个实例。本申请实施例中,应用服务可以分布式地部署在多个服务节点103上。例如,在如图1所示的应用场景中,服务节点103A中部署有第一实例,服务节点103B中部署有第二实例,服务节点103C中部署有第三实例,该第一实例、第二实例和第三实例为同一应用服务(目标应用服务)的实例。本申请实施例中,服务节点中部署有应用服务,也即是指服务节点中部署有该应用服务的实例。
不同的服务节点103可能配置有不同规模的计算资源和存储资源(可统称为算力资源)。其中,计算资源包括CPU资源和/或图形处理器(graphics processing unit,GPU)资源等,存储资源包括内存资源和/或磁盘资源等。在不同的服务节点103中,为同一应用服务分配的算力资源可能不同。例如,服务节点103A中的第一实例分配有2核CPU,服务节点103B中的第二实例分配有4核CPU,服务节点103C中的第三实例分配有1核CPU。
服务节点103中可以存储有该服务节点103中所部署的应用服务的应用服务标识。应用服务标识用于唯一标识对应的应用服务,以将不同的应用服务区分开。本申请实施例中,可以统一为每个应用服务分配能够唯一标识该应用服务的应用服务标识。应用服务标识可以是互联网协议(Internet Protocol,IP)地址的形式,或者也可以是其它的形式,本申请实施例对此不做限定。
每个应用服务的实例还具有实例标识。实例标识用于唯一标识对应的实例,以将同一应用服务的不同实例区分开。也即是,同一应用服务的不同实例,其应用服务标识相同,但实例标识不同。实例标识可以是实例的IP地址的形式,或者也可以是其它的形式,本申请实施例对此不做限定。需要说明的是,当应用服务标识与实例标识均为IP地址的形式时,发送端和/或接收端可通过报文中的不同字段对两者进行区分。比如,发送端与接收端互相约定报文的第一个字段为应用服务标识,第二个字段为实例标识,则发送端在向接收端发送报文时,可以在该报文的第一个字段设置应用服务的IP地址,在该报文的第二个字段设置实例的IP地址。接收端在接收到该报文后,则能够从相应的字段中解析出应用服务的IP地址以及实例的IP地址。
可选地,在边缘云部署场景下,网络设备102可以是数据中心网关,服务节点103可以部署在边缘云上,例如服务节点103可以是MEC站点。例如,图3是本申请实施例提供的一种边缘云加中心云的分级网络***的结构示意图。图3示出的云部署场景与图1示出的应用场景相对应,其中,图1中的网络设备102映射为图3中的数据中心网关(DCGW),图1中的服务节点103映射为图3中的边缘云或中心云。
由于不同用户针对同一应用服务的用户服务等级可能不同,例如根据用户的不同缴费,可以将用户服务等级由高至低分为金牌用户、银牌用户、铜牌用户和普通用户。用户服务等级越高,用户理应享受到越好的应用服务,但是目前的任务调度只考虑了服务节点上所部署的应用服务的算力信息,对不同用户服务等级下的任务一视同仁,无法针对不同用户服务等级为不同用户提供差异化的应用服务。
在本申请实施例提供的报文转发方法中,通过在来自用户设备的报文中携带指示信息和应用服务标识,网络设备在接收到该报文后,能够将该报文发送给部署有该应用服务标识对应的应用服务、且服务能力与该指示信息匹配的服务节点,实现了针对不同等级的用户设备提供差异化的应用服务,使具有不同等级的用户设备能够享受到与该等级相匹配的应用服务。图4是本申请实施例提供的一种报文转发方法的流程示意图。该方法可以应用于如图1至图3任一所示的应用场景中。如图4所示,该方法包括:
步骤401、第二设备向第一设备发送报文,该报文包括指示信息和应用服务标识。
第一设备为用于转发报文的网络设备,例如可以是图1示出的网络设备102A,图2示出的网络设备0或图3示出的DCGW1。可选地,第二设备为用户设备,例如可以是图1示出的用户设备101。或者,第二设备也可以是位于用户设备与第一设备之间的设备。第二设备向第一设备发送报文,可以是第二设备直接向第一设备发送报文,或者也可以是第二设备通过其它设备间接向第一设备发送报文。
报文中的指示信息用于指示处理该报文的服务节点所需具备的服务能力。本申请实施例中,服务节点的服务能力是以应用服务的粒度来衡量的。服务节点针对一个应用服务的服务能力,可以基于该服务节点中所部署的该应用服务的算力信息确定。服务节点中所部署的应用服务的算力信息包括该应用服务所分配到的算力资源的数量、该应用服务的算力资源利用率、该应用服务的请求处理时延、该应用服务的设备连接数或该应用服务的重轻载状态中的一个或多个。其中,应用服务所分配到的算力资源的数量可以包括服务节点中分配给该应用服务的CPU的核数和/或GPU的核数等,例如,服务节点中给某个应用服务分配了2核CPU,4核GPU。应用服务的算力资源利用率可以包括服务节点分配给该应用服务的CPU的利用率和/或GPU的利用率等。应用服务的请求处理时延可以包括服务节点中该应用服务的实例在一段时间内对报文的平均处理时延、最大处理时延和/或最小处理时延。应用服务的设备连接数指接入服务节点中该应用服务的终端的数量,接入服务节点中该应用服务的终端由服务节点中该应用服务的实例提供服务。应用服务的重轻载状态用于指示服务节点中该应用服务的实例处于重载状态还是轻载状态,重载状态反映实例的负载较大,轻载状态反映实例的负载较小。
可选地,指示信息包括第二设备对应的用户服务等级、第二设备对应的算力资源等级或第二设备的算力资源需求信息。
报文中的应用服务标识用于指示该报文所请求访问的应用服务。
可选地,该报文还包括请求处理的内容。例如,该报文为计算请求报文,该计算请求报文中包括待计算的内容,该计算请求报文用于请求对其所包含的内容进行计算处理。又例如,该报文为上线请求报文,该上线请求报文中包括认证信息,上线请求报文用于请求应用上线。又例如,该报文为存储请求报文,该存储请求报文中包括待存储的内容,该存储请求报文用于请求将其所包含的内容存储在服务节点中。该报文还可以是其它业务报文,本申请实施例对报文的类型不作限定。
步骤402、第一设备根据该指示信息和该应用服务标识确定目标服务节点。
目标服务节点的服务能力与该指示信息匹配,目标服务节点中部署有该应用服务标识对应的目标应用服务。也即是,目标服务节点为部署有该应用服务标识对应的目标应用服务、且该目标应用服务的服务能力与指示信息匹配的服务节点。
步骤403、第一设备向目标服务节点发送该报文。
第一设备向目标服务节点发送报文,可以是第一设备向目标服务节点直接发送报文,例如,在如图1所示的应用场景中,第一设备为网络设备102A,目标服务节点为服务节点103A,则网络设备102A向服务节点103A直接发送报文。或者,第一设备向目标服务节点发送报文,也可以是第一设备通过其它设备向目标服务节点间接发送报文,例如,在如图1所示的应用场景中,第一设备为网络设备102A,目标服务节点为服务节点103B,则网络设备102A通过网络设备102B向服务节点103A间接发送报文。
可选地,报文包括请求处理的内容。目标服务节点在接收到报文后,还可以执行以下步骤404至步骤405。
步骤404、目标服务节点处理该报文中包含的请求处理的内容。
例如,该报文为计算请求报文,目标服务节点处理该报文中的内容,可以是对计算请求报文中待计算的内容进行计算。又例如,该报文为上线请求报文,目标服务节点处理该报文中的内容,可以是基于上线请求报文中的认证信息进行应用上线认证。又例如,该报文为存储请求报文,目标服务节点处理该报文中的内容,可以是对存储请求报文中待存储的内容进行存储。
步骤405、目标服务节点向第一设备发送针对该内容的处理结果。
例如,第一设备向目标服务节点发送的报文为计算请求报文,该处理结果可以为计算结果。又例如,第一设备向目标服务节点发送的报文为上线请求报文,该处理结果可以为用于指示是否允许应用上线的指示。又例如,第一设备向目标服务节点发送的报文为存储请求报文,该处理结果可以是存储成功指示或存储失败指示。
步骤406、第一设备向第二设备发送该处理结果。
本申请实施例中,通过在第二设备发送的报文中携带指示信息和应用服务标识,第一设备在接收到该报文后,能够将该报文发送给部署有该应用服务标识对应的应用服务、且服务能力与该指示信息匹配的服务节点,实现了针对不同等级的设备提供差异化的应用服务,使具有不同等级的设备能够享受到与该等级相匹配的应用服务,提高了报文转发的灵活性,从而提高了任务调度的灵活性。
可选地,针对报文中携带不同的指示信息,本申请在以下三个可选实施例中,对上述报文转发方法的实现过程分别进行进一步说明。
在本申请的第一个可选实施例中,第二设备为用户设备,报文中的指示信息包括该第二设备对应的用户服务等级,第一设备中存储有多个服务节点中所部署的应用服务的算力资源等级与用户服务等级的对应关系。则上述步骤402的实现过程包括:第一设备基于该对应关系,将部署有目标应用服务、且目标应用服务的算力资源等级与第二设备对应的用户服务等级相匹配的服务节点,确定为目标服务节点。
对于一个应用服务,针对不同用户划分的用户服务等级的数量与针对不同服务节点划分的算力资源等级的数量可以相同,多个用户服务等级与多个算力资源等级一一对应。例如,对于应用服务A,用户服务等级包括金牌、银牌、铜牌和普通,算力资源等级包括L1、L2、L3和L4,L1对应金牌,L2对应银牌,L3对应铜牌,L4对应普通,也即是,金牌用户对应L1级别的应用服务,银牌用户对应L2级别的应用服务,铜牌用户对应L3级别的应用服务,普通用户对应L4级别的应用服务。
或者,对于一个应用服务,针对不同用户划分的用户服务等级的数量与针对不同服务节点划分的算力资源等级的数量也可以不同,一个用户服务等级可以对应一个算力资源等级,或者,多个用户服务等级可以对应一个算力资源等级,或者,一个用户服务等级可以对应多个算力资源等级。例如,对于应用服务B,用户服务等级包括金牌、银牌、铜牌和普通,算力资源等级包括L1、L2和L3,L1对应金牌,L2对应银牌,L3对应铜牌和普通,也即是,金牌用户对应L1级别的应用服务,银牌用户对应L2级别的应用服务,铜牌用户和普通用户对应L3级别的应用服务。
例如,表1示出了第一设备中存储的多个服务节点中所部署的应用服务的算力资源等级与用户服务等级的对应关系。
表1
Figure BDA0003022501770000091
参见表1,假设第二设备发送的报文中包括用户服务等级“银牌”和应用服务标识“应用服务A”,则第一设备可以将服务节点2确定为目标服务节点。
在本实施例中,通过对多个服务节点中所部署的同一应用服务进行算力资源等级的划分,并在用户设备发送的报文中携带该用户设备对应的用户服务等级,使得第一设备能够将该报文发送至部署有该应用服务且该应用服务的算力资源等级与该用户服务等级匹配的服务节点上,实现向不同用户服务等级的用户设备提供差异化的应用服务,报文转发灵活性较高,从而提高了任务调度的灵活性。
在本申请的第二个可选实施例中,报文中的指示信息包括第二设备对应的算力资源等级,第一设备中存储有多个服务节点中所部署的应用服务的算力资源等级。则上述步骤402的实现过程包括:第一设备将部署有目标应用服务、且目标应用服务的算力资源等级与第二设备对应的算力资源等级相同的服务节点,确定为目标服务节点。
例如,表2示出了第一设备中存储的多个服务节点中所部署的应用服务的算力资源等级。
表2
Figure BDA0003022501770000101
参见表1,假设第二设备发送的报文中包括算力资源等级“L2”和应用服务标识“应用服务A”,则第一设备可以将服务节点2确定为目标服务节点。
在本实施例中,通过对多个服务节点中所部署的同一应用服务进行算力资源等级的划分,并在第二设备发送的报文中携带该第二设备对应的算力资源等级,使得第一设备能够将该报文发送至部署有该应用服务且该应用服务的算力资源等级与该第二设备对应的算力资源等级相同的服务节点上,实现向不同等级的设备提供差异化的应用服务,报文转发灵活性较高,从而提高了任务调度的灵活性。
结合上述第一个可选实施例和第二个可选实施例,第一设备在根据报文中的指示信息和应用服务标识确定目标服务节点之前,第一设备还接收多个服务节点发送的第一消息,该第一消息包括对应的服务节点中所部署的应用服务的算力资源等级。然后,第一设备再根据报文中的指示信息和应用服务标识在该多个服务节点中确定目标服务节点。
本申请实施例中,服务节点中所部署的应用服务的算力资源等级由运维人员确定。运维人员可以通过控制器或网络管理设备来统一管理多个服务节点,并为各个服务节点中所部署的应用服务分配算力资源等级。通常越靠近第一设备(调度节点)的服务节点,运维人员为其中所部署的应用服务分配的算力资源等级越高。运维人员在为服务节点中所部署的应用服务分配算力资源时,也可以结合考虑服务节点的部署位置,例如可以为更靠近第一设备的服务节点中的应用服务分配更多的算力资源,从而使得服务节点中所部署的应用服务的算力资源等级越高,则该服务节点越靠近用户且该服务节点中所部署的该应用服务的实例分配有越多的算力资源。例如还可以考虑高并发场景,使算力资源等级越高的应用服务的实例所分配到的算力资源与接入该实例的用户设备的峰值数的比值越大,即用户设备接入的实例的算力资源等级越高,该用户设备能够分配到的最小平均算力资源越多,以保证高用户服务等级的用户设备能够在高并发场景下享受到更多的算力资源。本申请实施例中,可以为同一应用服务在服务节点上算力资源等级最高的实例分配冗余的算力资源,以充分保障高等级用户的业务质量,使其满足承诺的服务等级协议(service levelagreement,SLA)条件,例如保证其时延小于最大允许时延。
服务节点在获取自身所部署的应用服务的算力资源等级后,生成包含该服务节点中所部署的应用服务的算力资源等级的第一消息,并向第一设备发送该第一消息。
例如,表3示出了一个服务节点中所部署的多个应用服务的算力资源等级。
表3
Figure BDA0003022501770000102
Figure BDA0003022501770000111
可选地,第一消息为BGP更新消息。服务节点中所部署的应用服务的算力资源等级承载于该BGP更新消息中的路由属性(path attributes)字段。例如,图5和图6分别是本申请实施例提供的一种基于BGP更新消息扩展得到的第一消息的结构示意图。如图5和图6所示,该BGP更新消息包括以太网头部(Ethernet header)、IP头部(IP header)、传输控制协议(Transmission Control Protocol,TCP)头部(TCP header)、BGP数据包以及帧校验序列(frame check sequence,FCS)。其中,BGP数据包中包括BGP头部以及BGP消息字段。该BGP头部中包括标志(maker)字段、长度(length)字段和类型(type)字段(图中未示出)。
图5示出了编号为4271的请求评论(request for comments,RFC)(简称:RFC4271)文档中定义的用于发布路由的BGP消息字段的格式。如图5所示,该BGP消息字段中包括不可达路由长度(withdrawn routes length)字段、不可达路由(withdrawn routes)字段、路由属性总长度(total path attribute length)字段、路由属性字段以及网络层可达信息(network layer reachability information,NLRI)字段。图6示出了RFC 4760文档中定义的用于发布路由的BGP消息字段的格式。如图6所示,该BGP消息字段包括地址族标识符(address family identifier)字段、后续地址族标识符(subsequent address familyidentifier)字段、下一跳网络地址长度(length of next hop network address)字段、下一跳网络地址(next hop network address)字段、保留(reserved)字段、NLRI字段以及路由属性字段。若本申请实施例中的通信场景非虚拟专用网(virtual private network,VPN)场景,且不同设备之间的交互路由和下一跳信息均为互联网协议第4版(internetprotocol version 4,IPv4)类型,则可以采用如图5所示的BGP消息格式,否则可以采用如图6所示的BGP消息格式。
可选地,服务节点中所部署的应用服务的算力资源等级可以采用类型长度值(type-length-value,TLV)或类型值(type-value,TV)编码后承载于路由属性字段。例如,可以在路由属性字段中扩展:长度为1个字节的标志位(flag)字段、长度为1个字节的类型(type)字段、长度为1个字节的长度(length)字段以及长度为1个字节的载荷(val用户设备)字段。该标志位字段用于标记路由属性。该载荷字段用于承载算力资源等级。该类型字段用于指示载荷字段承载的内容为算力资源等级。
在第一种实现方式中,第一消息还包括服务节点中所部署的应用服务的应用服务标识以及该服务节点中所部署的应用服务的实例的IP地址。也即是,该第一消息可以包括服务节点中所部署的应用服务的应用服务标识、该服务节点中所部署的应用服务的实例的IP地址以及该服务节点中所部署的应用服务的算力资源等级。由于同一应用服务部署在不同服务节点中的实例的IP地址不同,结合应用服务标识,能够区分该IP地址下的实例具体提供哪种应用服务,实现定向寻址功能。
可选地,服务节点中所部署的应用服务的应用服务标识承载于BGP更新消息中的路由属性字段,服务节点中所部署的应用服务的实例的IP地址承载于BGP更新消息中的NLRI字段。服务节点中所部署的应用服务的应用服务标识可以采用TLV或TV编码后承载于路由属性字段。例如,可以在路由属性字段中扩展:长度为1个字节的标志位字段、长度为1个字节的类型字段、长度为1个字节的长度字段以及长度为4个字节的载荷字段。该标志位字段用于标记路由属性。该载荷字段用于承载应用服务标识。该类型字段用于指示载荷字段承载的内容为应用服务标识。
在第二种实现方式中,第一消息还包括服务节点中所部署的应用服务对应的任播IP地址。也即是,该第一消息可以包括服务节点中所部署的应用服务对应的任播IP地址以及该服务节点中所部署的应用服务的算力资源等级。其中,不同应用服务对应的任播IP地址不同,同一应用服务部署在不同服务节点中的实例对应的任播IP地址相同。
可选地,服务节点中所部署的应用服务对应的任播IP地址承载于BGP更新消息中的NLRI字段。
可选地,当服务节点中所部署的某个应用服务下线时,服务节点还可以向第一设备发送路由撤销指示,该路由撤销指示中包括待撤销的应用服务对应的任播IP地址,该路由撤销指示用于指示该服务节点不再提供该应用服务。路由撤销指示的消息类型可以是BGP更新消息。该路由撤销指示可以采用RFC 4760文档中定义的BGP更新消息,待撤销的应用服务的任播IP地址可以承载于该BGP消息的撤销路由(withdrawn routes)字段。图7是本申请实施例提供的一种用于撤销路由的BGP消息字段的结构示意图。该BGP消息字段包括地址族标识符字段、后续地址族标识符字段以及撤销路由字段。各个字段的作用可参考RFC4760文档中的相关定义,本申请实施例在此不再赘述。或者,该路由撤销指示也可以采用RFC 4271文档中定义的BGP更新消息(如图5所示),待撤销的应用服务的任播IP地址可以承载于该BGP消息的不可达路由字段。
可选地,第一设备在接收到服务节点发送的第一消息之后,还可以生成路由表项。
结合上述第一种实现方式,第一消息包括服务节点中所部署的应用服务的应用服务标识、该服务节点中所部署的应用服务的实例的IP地址以及该服务节点中所部署的应用服务的算力资源等级,第一设备生成的路由表项可以如表4所示。
表4
算力资源等级 应用服务标识 实例的IP地址 算力度量值(metric)
L1 应用服务A IP1.1(服务节点1) m11
L2 应用服务A IP1.2(服务节点2) m12
L2 应用服务A IP1.3(服务节点3) m13
L2 应用服务B IP2.1(服务节点1) m21
L3 应用服务B IP2.2(服务节点2) m22
其中,算力度量值是对实例的算力的一种度量。例如,实例的算力度量值可以是基于该实例的CPU使用率、GPU使用率和/或设备连接数等算力指标计算得到的一个融合值。其中,实例的算力度量值的大小与该实例的CPU使用率正相关,与该实例的GPU使用率正相关,与该实例的设备连接数正相关。相应地,实例的算力度量值越小,表示该实例的负载越低。第一设备在选择发送报文的目标服务节点时,若有多个服务节点满足转发条件,则第一设备可以根据实例的算力度量值对该多个服务节点进行负载均衡。例如参见表4,假设第二设备发送的报文中包括算力资源等级“L2”和应用服务标识“应用服务A”,服务节点2和服务节点3都满足转发条件,则第一设备可以比较服务节点2中应用服务A的实例的算力度量值m12与服务节点3中应用服务A的实例的算力度量值m13的大小,若m12<m13,则第一设备将服务节点2确定为目标服务节点。
可选地,第一设备在获取服务节点中部署的应用服务的算力信息后,可以计算该应用服务在该服务节点中的实例的算力度量值。当然,上述路由表项中也可以不包括算力度量值,本申请实施例对此不做限定。
在该实现方式中,当报文中的指示信息包括第二设备对应的用户服务等级时,第一设备在接收到第二设备发送的报文后,基于表1确定该用户服务等级对应的算力资源等级,然后基于表4所示的路由表项向目标服务节点发送该报文。第一设备中可以单独存储表1和表4,也可以将表1和表4结合存储在一起。当报文中的指示信息包括第二设备对应的算力资源等级时,第一设备在接收到第二设备发送的报文后,基于表4所示的路由表项向目标服务节点发送报文。
结合上述第二种实现方式,第一消息包括服务节点中所部署的应用服务对应的任播IP地址以及该服务节点中所部署的应用服务的算力资源等级,第一设备生成的路由表项可以如表5所示。
表5
算力资源等级 任播IP地址 下一跳 算力度量值
L1 IP1(应用服务A) IP3.1 m11
L2 IP1(应用服务A) IP3.1 m12
L2 IP1(应用服务A) IP3.2 m13
L2 IP2(应用服务B) IP4.1 m21
L3 IP2(应用服务B) IP5.1 m22
其中,下一跳指的是目的IP地址为对应的任播IP地址的报文所需转发至的下一个设备。第一设备的下一跳可能会连接多个部署有报文中的应用服务标识对应的应用服务的服务节点,下一跳在接收到该报文后,可以继续根据该报文中的指示信息和应用服务标识确定再下一跳,直至报文到达服务节点。其中,第一设备与服务节点之间的设备中也可以存储有例如表5所示的路由表项,本申请实施例在此不再赘述。
在该实现方式中,当报文中的指示信息包括第二设备对应的用户服务等级时,第一设备在接收到第二设备发送的报文后,基于表1确定该用户服务等级对应的算力资源等级,然后基于表5所示的路由表项将该报文发送至下一跳。第一设备中可以单独存储表1和表5,也可以将表1和表5结合存储在一起。当报文中的指示信息包括第二设备对应的算力资源等级时,第一设备在接收到第二设备发送的报文后,基于表5所示的路由表项将该报文发送至下一跳。其中,第二设备发送的报文中的目的IP地址为目标应用服务对应的任播IP地址。该目标应用服务的任播IP地址还可以用作目标应用服务的应用服务标识。
在本申请的第三个可选实施例中,报文中的指示信息包括第二设备的算力资源需求信息。则上述步骤402的实现过程包括:第一设备将部署有目标应用服务、且目标应用服务的算力信息满足第二设备的算力资源需求信息所指示的需求的服务节点,确定为目标服务节点。
可选地,算力资源需求信息包括算力资源的需求数量、最大允许算力资源利用率或请求处理最大允许时延中的一个或多个。例如,第二设备的算力资源需求信息包括8核CPU且CPU的利用率不超过50%,则第二设备将所部署的目标应用服务分配到的CPU的核数不小于8核且利用率不超过50%的服务节点确定为目标服务节点。
可选地,第一设备中存储有多个服务节点中所部署的应用服务的算力信息。第一设备在接收到第二设备发送的报文后,可以先根据报文中的应用服务标识,在多个服务节点中确定部署有该应用服务标识对应的目标应用服务的待选服务节点,再将待选服务节点中所部署的该目标应用服务的算力信息满足报文中的算力资源需求信息所指示的需求的服务节点,确定为目标服务节点。
本实施例中,可以仅设置高等级的设备在发送的报文中携带算力资源需求信息,而设置低等级的设备在发送的报文中不携带算力资源需求信息,使得第一设备能够将来自高等级的设备的报文发送至满足该设备的算力资源需求的服务节点上,并采用负载均衡方式向服务节点发送来自低等级的设备的报文,也即是,采用更加充足的算力资源来处理来自高等级的设备的报文,并对来自低等级的设备的报文进行尽力而为地处理。
在本实施例中,通过在第二设备发送的报文中携带该第二设备的算力资源需求信息,使得第一设备能够将该报文发送至满足该第二设备的算力资源需求的服务节点上,实现向有不同算力资源需求的设备提供差异化的应用服务,提高了任务调度的灵活性。另外,还可以仅设置高等级的设备在发送的报文中携带算力资源需求信息,而设置低等级的设备在发送的报文中不携带算力资源需求信息,使得第一设备能够将来自高等级的设备的报文发送至满足该设备的算力资源需求的服务节点上,并采用负载均衡方式向服务节点发送来自低等级的设备的报文,也即是,采用更加充足的算力资源来处理来自高等级的设备的报文,并对来自低等级的设备的报文进行尽力而为地处理。
结合上述第三个可选实施例,第一设备在根据报文中的指示信息和应用服务标识确定目标服务节点之前,第一设备还接收多个服务节点发送的第二消息,该第二消息包括对应的服务节点中所部署的应用服务的算力信息。然后,第一设备再根据报文中的指示信息和应用服务标识在该多个服务节点中确定目标服务节点。
可选地,服务节点周期性地向第一设备发送该服务节点中所部署的各个应用服务的算力信息。或者,每当服务节点所部署的应用服务的算力信息发生变更时,服务节点向第一设备发送变更后的应用服务的算力信息。
可选地,第二消息还包括服务节点中所部署的应用服务的应用服务标识以及服务节点中所部署的应用服务的实例的IP地址。或者,第二消息还包括服务节点中所部署的应用服务对应的任播IP地址。第二消息的类型以及携带信息的方式可参考上述对第一消息的相关描述,本申请实施例在此不再赘述。
可选地,第一设备在接收到服务节点发送的第二消息之后,还可以生成路由表项。
当第二消息包括服务节点中所部署的应用服务的应用服务标识、服务节点中所部署的应用服务的实例的IP地址以及服务节点中所部署的应用服务的算力信息时,第一设备生成的路由表项可以如表6所示。
表6
Figure BDA0003022501770000141
Figure BDA0003022501770000151
第一设备接收到第二设备发送的报文后,根据报文中的算力资源需求信息和应用服务标识确定由哪个服务节点提供哪种应用服务,再基于表6所示的路由表项向对应的IP地址发送报文。
或者,当第二消息包括服务节点中所部署的应用服务对应的任播IP地址以及服务节点中所部署的应用服务的算力信息时,第一设备生成的路由表项可以如表7所示。
表7
服务节点 任播IP地址 下一跳 算力度量值
服务节点1 IP1(应用服务A) IP3.1 m11
服务节点2 IP1(应用服务A) IP3.1 m12
服务节点3 IP1(应用服务A) IP3.2 m13
服务节点1 IP2(应用服务B) IP4.1 m21
服务节点2 IP2(应用服务B) IP5.1 m22
第一设备接收到第二设备发送的报文后,根据报文中的算力资源需求信息和应用服务标识确定由哪个服务节点提供哪种应用服务,再基于表7所示的路由表项将该报文发送至下一跳。其中,第二设备发送的报文中的目的IP地址为目标应用服务对应的任播IP地址。该目标应用服务的任播IP地址还可以用作目标应用服务的应用服务标识。
可选地,第二设备发送的报文为IPv6报文,指示信息可以承载于该IPv6报文的逐跳(hop by hop)扩展头或分段路由头(Segment Routing Header,SRH)中。指示信息可以采用TLV或TV编码后承载于逐跳扩展头或SRH中。例如可以扩展IPv6报头的下一个头部(nextheader)字段以携带逐跳扩展头,图8是本申请实施例提供的一种基于IPv6报头的下一个头部扩展得到的逐跳扩展头的结构示意图。如图8所示,逐跳扩展头包括下一个头部、头部扩展长度(header extend length)字段、可选类型(option type)字段、可选数据长度(option data length)字段、可选数据(option data)字段以及填充(padding)字段。其中,下一个头部的长度为1个字节,头部扩展长度字段的长度为1个字节,可选类型字段的长度为1个字节,可选数据长度字段的长度为1个字节,可选数据字段的长度为1个字节,填充字段的长度可变。指示信息可以承载于可选数据字段中。
本申请实施例提供的上述报文转发方法的步骤先后顺序可以进行适当调整,步骤也可以根据情况进行相应增减。任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化的方法,都应涵盖在本申请的保护范围之内。例如,第二设备在发送的报文中携带用户服务等级,第一设备在接收到该报文后,按照负载均衡方式将该报文调度至服务节点,服务节点根据报文中携带的用户服务等级,按照用户服务等级由高至低的顺序依次处理该服务节点中的报文,也即是,服务节点对来自高用户服务等级的用户设备的报文的处理优先级高,对来自低用户服务等级的用户设备的报文的处理优先级低,实现对来自不同用户服务等级的用户设备的报文进行差异化处理,进而实现向不同用户服务等级的用户设备提供差异化的应用服务。本申请实施例在此不再一一赘述。
图9是本申请实施例提供的一种第一设备的结构示意图,可以实现图4所示的实施例中第一设备的功能。如图9所示,该第一设备900包括:接收单元901、处理单元902和发送单元903。这些单元可以执行上述方法实施例中第一设备的相应功能。接收单元901,用于支持第一设备执行图4中的步骤401(接收第二设备发送的报文)和步骤405(接收目标服务节点发送的针对报文中的请求处理的内容的处理结果);处理单元902,用于支持第一设备执行图4中的步骤402,以及本文所描述的技术中第一设备执行的其它过程;发送单元903,用于支持第一设备执行图4中的步骤403和步骤406。例如,接收单元901,用于执行上述方法实施例中第一设备执行的各种信息接收;处理单元902,用于执行上述方法实施例中第一设备除了信息收发动作之外的其它处理;发送单元903,用于执行上述方法实施例中第一设备执行的各种信息发送。举例来说,接收单元901,用于接收第二设备发送的报文,该报文包括指示信息和应用服务标识。处理单元902,用于根据指示信息和应用服务标识确定目标服务节点,该目标服务节点的服务能力与该指示信息匹配,该目标服务节点中部署有该应用服务标识对应的目标应用服务。发送单元903,用于向目标服务节点发送报文。具体执行过程请参考上述图4所示实施例中相应步骤的详细描述,这里不再一一赘述。
本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。本申请实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。例如,上述实施例中,接收单元和发送单元可以是同一个单元,也可以是不同的单元。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
在采用集成的单元的情况下,图10示出了上述实施例中所涉及的第一设备的另一种可能的结构示意图。该第一设备1000同样可以实现如图4所示的实施例中的第一设备的功能。第一设备1000包括:存储单元1001、处理单元1002和通信单元1003。通信单元1003用于支持第一设备1000与其他网络实体的通信,例如与图4中示出的第二设备或服务节点之间的通信,举例来说,通信单元1003用于支持第一设备1000执行图4中的步骤401、步骤403、步骤405和步骤406。处理单元1002用于对第一设备1000的动作进行控制管理,例如,处理单元1002用于支持第一设备1000执行图4中的步骤402,和/或本文所描述的技术中第一设备执行的其它过程。存储单元1001,用于存储第一设备1000的程序代码和数据。具体执行过程请参考上述图4所示实施例中相应步骤的详细描述,这里不再一一赘述。
其中,处理单元1002可以是处理器,例如可以是中央处理器(central processingunit,CPU)、通用处理器,数字信号处理器(digital signal processor,DSP)、专用集成电路(application-specific integrated circuit,ASIC)、现场可编程门阵列(fieldprogrammable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请实施例公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信单元1003可以是收发器,存储单元1001可以是存储器。
当处理单元1002为处理器,通信单元1003为收发器,存储单元1001为存储器时,本申请实施例所涉及的第一设备可以为图11所示的第一设备1100。
参阅图11所示,该第一设备1100包括:处理器1102、收发器1103、存储器1101以及总线1104。其中,处理器1102、收发器1103以及存储器1101通过总线1104相互连接;总线1104可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图11中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。该第一设备1100可以实现图4所示的实施例中的第一设备的功能。处理器1102和收发器1103可以执行上述方法示例中第一设备的相应功能。收发器1103用于支持第一设备1100执行图4中的步骤401、步骤403、步骤405和步骤406。处理器1102用于支持第一设备1100执行图4中的步骤402,和/或本文所描述的技术中第一设备执行的其它过程。存储器1101,用于存储第一设备1100的程序代码和数据。具体执行过程请参考上述图4所示实施例中相应步骤的详细描述,这里不再一一赘述。
图12是本申请实施例提供的还一种第一设备的结构示意图。如图12所示,第一设备1200可以为路由器或交换器或网关或有转发功能的网络设备,网络设备1200能够实现前述方法实施例中的第一设备的功能。所述第一设备1200包括:主控板1201和接口板1202。主控板1201包括:处理器1203和存储器1204。接口板1202包括:处理器1205、存储器1206和接口卡1207。主控板1201和接口板1202耦合。
这些硬件可以执行上述方法示例中的相应功能,例如,存储器1206可以用于存储接口板1202的程序代码,处理器1205用于调用存储器1206中的程序代码触发接口卡1207执行上述方法实施例中第一设备执行的各种信息接收和发送,例如,处理器1205调用存储器1206中的程序代码触发接口卡1207支持第一设备1200执行图4中的步骤401、步骤403、步骤405和步骤406。处理器1205,还用于将业务标识向主控板1201发送。存储器1204可以用于存储主控板1201的程序代码,处理器1203用于调用存储器1204中的程序代码执行上述方法实施例中第一设备除了信息收发之外的其他处理。例如,处理器1203用于支持第一设备1200执行图4中的步骤402,和/或本文所描述的技术中第一设备执行的其它过程。存储器1204用于存储主控板1201的程序代码和数据。具体执行过程请参考上述图4所示实施例中相应步骤的详细描述,这里不再一一赘述。
在一种可能的实现方式中,主控板1201和接口板1202之间建立IPC控制通道,主控板1201和接口板1202之间利用该IPC控制通道进行通信。
图13是本申请实施例提供的一种服务节点的结构示意图,可以实现图4所示的实施例中服务节点的功能。如图13所示,该服务节点1300包括:接收单元1301、处理单元1302和发送单元1303。这些单元可以执行上述方法实施例中服务节点的相应功能。接收单元1301,用于支持服务节点执行图4中的步骤403(接收第一设备发送的报文);处理单元1302,用于支持服务节点执行图4中的步骤404,以及本文所描述的技术中服务节点执行的其它过程;发送单元1303,用于支持服务节点执行图4中的步骤405。例如,接收单元1301,用于执行上述方法实施例中服务节点执行的各种信息接收;处理单元1302,用于执行上述方法实施例中服务节点除了信息收发动作之外的其它处理;发送单元1303,用于执行上述方法实施例中服务节点执行的各种信息发送。举例来说,接收单元1301,用于接收第一设备发送的报文。处理单元1302,用于用于生成第一消息,该第一消息包括服务节点中所部署的应用服务的算力资源等级。发送单元1303,用于向第一设备发送该第一消息。具体执行过程请参考上述图4所示实施例中相应步骤的详细描述,这里不再一一赘述。
本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。本申请实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。例如,上述实施例中,接收单元和发送单元可以是同一个单元,也可以是不同的单元。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
在采用集成的单元的情况下,图14示出了上述实施例中所涉及的服务节点的另一种可能的结构示意图。该服务节点1400同样可以实现如图4所示的实施例中的服务节点的功能。服务节点1400包括:存储单元1401、处理单元1402和通信单元1403。通信单元1403用于支持服务节点1400与其他网络实体的通信,例如与图4中示出的服务节点之间的通信,举例来说,通信单元1403用于支持服务节点1400执行图4中的步骤403和步骤405。处理单元1402用于对服务节点1400的动作进行控制管理,例如,处理单元1402用于支持服务节点1400执行图4中的步骤404,和/或本文所描述的技术中服务节点执行的其它过程。存储单元1401,用于存储服务节点1400的程序代码和数据。具体执行过程请参考上述图4所示实施例中相应步骤的详细描述,这里不再一一赘述。
其中,处理单元1402可以是处理器,例如可以是CPU、通用处理器,DSP、ASIC、FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请实施例公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信单元1403可以是收发器,存储单元1401可以是存储器。
当处理单元1402为处理器,通信单元1403为收发器,存储单元1401为存储器时,本申请实施例所涉及的服务节点可以为图15所示的服务节点1500。
参阅图15所示,该服务节点1500包括:处理器1502、收发器1503、存储器1501以及总线1504。其中,处理器1502、收发器1503以及存储器1501通过总线1504相互连接;总线1504可以是PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图15中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。该服务节点1500可以实现图4所示的实施例中的服务节点的功能。处理器1502和收发器1503可以执行上述方法示例中服务节点的相应功能。收发器1503用于支持服务节点1500执行图4中的步骤403和步骤405。处理器1502用于支持服务节点1500执行图4中的步骤404,和/或本文所描述的技术中服务节点执行的其它过程。存储器1501,用于存储服务节点1500的程序代码和数据。具体执行过程请参考上述图4所示实施例中相应步骤的详细描述,这里不再一一赘述。
图16是本申请实施例提供的还一种服务节点的结构示意图。如图16所示,服务节点1600可以为路由器或交换器或网关或有转发功能的网络设备,网络设备1600能够实现前述方法实施例中的服务节点的功能。所述服务节点1600包括:主控板1601和接口板1602。主控板1601包括:处理器1603和存储器1604。接口板1602包括:处理器1605、存储器1606和接口卡1607。主控板1601和接口板1602耦合。
这些硬件可以执行上述方法示例中的相应功能,例如,存储器1606可以用于存储接口板1602的程序代码,处理器1605用于调用存储器1606中的程序代码触发接口卡1607执行上述方法实施例中服务节点执行的各种信息接收和发送,例如,处理器1605调用存储器1606中的程序代码触发接口卡1607支持服务节点1600执行图4中的步骤403和步骤405。处理器1605,还用于将业务标识向主控板1601发送。存储器1604可以用于存储主控板1601的程序代码,处理器1603用于调用存储器1604中的程序代码执行上述方法实施例中服务节点除了信息收发之外的其他处理。例如,处理器1603用于支持服务节点1600执行图4中的步骤404,和/或本文所描述的技术中服务节点执行的其它过程。存储器1604用于存储主控板1601的程序代码和数据。具体执行过程请参考上述图4所示实施例中相应步骤的详细描述,这里不再一一赘述。
在一种可能的实现方式中,主控板1601和接口板1602之间建立IPC控制通道,主控板1601和接口板1602之间利用该IPC控制通道进行通信。
图17是本申请实施例提供的一种报文转发***的结构示意图。该***用于实现前述方法实施例中的报文转发方法。如图17所示,该***包括:第一设备1701和服务节点1702。该第一设备1701和服务节点1702可以分别实现图4所示的实施例中的第一设备和服务节点的功能。例如,第一设备执行图4中的步骤402、步骤403和步骤406,和/或用于本文所描述的技术中第一设备执行的其它过程。服务节点1702执行图4中的步骤404和步骤405,和/或用于本文所描述的技术中服务节点执行的其它过程。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,当所述指令被设备的处理器执行时,实现如第一方面任一所述的报文转发方法;或者,当所述指令被服务节点的处理器执行时,实现如第二方面任一所述的报文转发方法。
需说明的是,以上描述的任意装置实施例都仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外,本申请提供的第一设备或服务节点实施例附图中,模块之间的连接关系表示它们之间具有通信连接,具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本申请实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(random access memory,RAM)、闪存、只读存储器(readonly memory,ROM)、可擦除可编程只读存储器(erasable programmable ROM,EPROM)、电可擦可编程只读存储器(electrically EPROM,EEPROM)、硬盘、移动硬盘、光盘或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于核心网接口设备中。当然,处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
在本申请实施例中,术语“第一”、“第二”和“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。
本申请中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的构思和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (33)

1.一种报文转发方法,其特征在于,所述方法包括:
第一设备接收第二设备发送的报文,所述报文包括指示信息和应用服务标识;
所述第一设备根据所述指示信息和所述应用服务标识确定目标服务节点,所述目标服务节点的服务能力与所述指示信息匹配,所述目标服务节点中部署有所述应用服务标识对应的目标应用服务;
所述第一设备向所述目标服务节点发送所述报文。
2.根据权利要求1所述的方法,其特征在于,所述第二设备为用户设备,所述指示信息包括所述第二设备对应的用户服务等级,所述第一设备中存储有多个服务节点中所部署的应用服务的算力资源等级与用户服务等级的对应关系;
所述第一设备根据所述指示信息和所述应用服务标识确定目标服务节点,包括:
所述第一设备基于所述对应关系,将部署有所述目标应用服务、且所述目标应用服务的算力资源等级与所述第二设备对应的用户服务等级相匹配的服务节点,确定为所述目标服务节点。
3.根据权利要求1所述的方法,其特征在于,所述指示信息包括所述第二设备对应的算力资源等级,所述第一设备中存储有多个服务节点中所部署的应用服务的算力资源等级;
所述第一设备根据所述指示信息和所述应用服务标识确定目标服务节点,包括:
所述第一设备将部署有所述目标应用服务、且所述目标应用服务的算力资源等级与所述第二设备对应的算力资源等级相同的服务节点,确定为所述目标服务节点。
4.根据权利要求2或3所述的方法,其特征在于,所述方法还包括:
所述第一设备接收所述多个服务节点发送的第一消息,所述第一消息包括对应的服务节点中所部署的应用服务的算力资源等级。
5.根据权利要求4所述的方法,其特征在于,所述第一消息为边界网关协议BGP更新消息,所述算力资源等级承载于所述BGP更新消息中的路由属性字段。
6.根据权利要求4或5所述的方法,其特征在于,
所述第一消息还包括所述服务节点中所部署的应用服务的应用服务标识以及所述服务节点中所部署的应用服务的实例的互联网协议IP地址;
或者,所述第一消息还包括所述服务节点中所部署的应用服务对应的任播IP地址。
7.根据权利要求1所述的方法,其特征在于,所述指示信息包括所述第二设备的算力资源需求信息;所述第一设备根据所述指示信息和所述应用服务标识确定目标服务节点,包括:
所述第一设备将部署有所述目标应用服务、且所述目标应用服务的算力信息满足所述第二设备的算力资源需求信息所指示的需求的服务节点,确定为所述目标服务节点。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
所述第一设备接收所述服务节点发送的第二消息,所述第二消息包括所述服务节点中所部署的应用服务的算力信息。
9.根据权利要求7或8所述的方法,其特征在于,所述算力资源需求信息包括算力资源的需求数量、最大允许算力资源利用率或请求处理最大允许时延中的一个或多个;
应用服务的算力信息包括所述应用服务所分配到的算力资源的数量、所述应用服务的算力资源利用率、所述应用服务的请求处理时延、所述应用服务的设备连接数或所述应用服务的重轻载状态中的一个或多个。
10.根据权利要求1至9任一所述的方法,其特征在于,所述报文还包括请求处理的内容,所述方法还包括:
所述第一设备接收所述目标计算节点发送的针对所述内容的处理结果;
所述第一设备向所述第二设备发送所述处理结果。
11.根据权利要求1至10任一所述的方法,其特征在于,所述报文为计算请求报文、上线请求报文或存储请求报文。
12.根据权利要求1至11任一所述的方法,其特征在于,所述报文为IPv6报文,所述指示信息承载于所述IPv6报文的逐跳扩展头或分段路由头中。
13.一种报文转发方法,其特征在于,所述方法包括:
服务节点生成第一消息,所述第一消息包括所述服务节点中所部署的应用服务的算力资源等级;
所述服务节点向第一设备发送所述第一消息。
14.根据权利要求13所述的方法,其特征在于,所述第一消息为边界网关协议BGP更新消息,所述算力资源等级承载于所述BGP更新消息中的路由属性字段。
15.根据权利要求13或14所述的方法,其特征在于,
所述第一消息还包括所述服务节点中所部署的应用服务的应用服务标识以及所述服务节点中所部署的应用服务的实例的互联网协议IP地址;
或者,所述第一消息还包括所述服务节点中所部署的应用服务对应的任播IP地址。
16.根据权利要求13至15任一所述的方法,其特征在于,所述方法还包括:
所述服务节点接收所述第一设备发送的报文,所述报文包括请求处理的内容;
所述服务节点在处理所述内容后,向所述第一设备发送针对所述内容的处理结果。
17.一种报文转发装置,其特征在于,应用于第一设备,所述装置包括:
接收单元,用于接收第二设备发送的报文,所述报文包括指示信息和应用服务标识;
处理单元,用于根据所述指示信息和所述应用服务标识确定目标服务节点,所述目标服务节点的服务能力与所述指示信息匹配,所述目标服务节点中部署有所述应用服务标识对应的目标应用服务;
发送单元,用于向所述目标服务节点发送所述报文。
18.根据权利要求17所述的装置,其特征在于,所述第二设备为用户设备,所述指示信息包括所述第二设备对应的用户服务等级,所述装置中存储有多个服务节点中所部署的应用服务的算力资源等级与用户服务等级的对应关系;
所述处理单元,用于基于所述对应关系,将部署有所述目标应用服务、且所述目标应用服务的算力资源等级与所述第二设备对应的用户服务等级相匹配的服务节点,确定为所述目标服务节点。
19.根据权利要求17所述的装置,其特征在于,所述指示信息包括所述第二设备对应的算力资源等级,所述装置中存储有多个服务节点中所部署的应用服务的算力资源等级;
所述处理单元,用于将部署有所述目标应用服务、且所述目标应用服务的算力资源等级与所述第二设备对应的算力资源等级相同的服务节点,确定为所述目标服务节点。
20.根据权利要求18或19所述的装置,其特征在于,
所述接收单元,还用于接收所述多个服务节点发送的第一消息,所述第一消息包括对应的服务节点中所部署的应用服务的算力资源等级。
21.根据权利要求20所述的装置,其特征在于,所述第一消息为边界网关协议BGP更新消息,所述算力资源等级承载于所述BGP更新消息中的路由属性字段。
22.根据权利要求20或21所述的装置,其特征在于,
所述第一消息还包括所述服务节点中所部署的应用服务的应用服务标识以及所述服务节点中所部署的应用服务的实例的互联网协议IP地址;
或者,所述第一消息还包括所述服务节点中所部署的应用服务对应的任播IP地址。
23.根据权利要求17所述的装置,其特征在于,所述指示信息包括所述第二设备的算力资源需求信息;
所述处理单元,用于将部署有所述目标应用服务、且所述目标应用服务的算力信息满足所述第二设备的算力资源需求信息所指示的需求的服务节点,确定为所述目标服务节点。
24.根据权利要求23所述的装置,其特征在于,
所述接收单元,还用于接收所述服务节点发送的第二消息,所述第二消息包括所述服务节点中所部署的应用服务的算力信息。
25.根据权利要求23或24所述的装置,其特征在于,所述算力资源需求信息包括算力资源的需求数量、最大允许算力资源利用率或请求处理最大允许时延中的一个或多个;
应用服务的算力信息包括所述应用服务所分配到的算力资源的数量、所述应用服务的算力资源利用率、所述应用服务的请求处理时延、所述应用服务的设备连接数或所述应用服务的重轻载状态中的一个或多个。
26.根据权利要求17至25任一所述的装置,其特征在于,所述报文还包括请求处理的内容;
所述接收单元,还用于接收所述目标计算节点发送的针对所述内容的处理结果;
所述发送单元,还用于向所述第二设备发送所述处理结果。
27.根据权利要求17至26任一所述的装置,其特征在于,所述报文为计算请求报文、上线请求报文或存储请求报文。
28.根据权利要求17至27任一所述的装置,其特征在于,所述报文为IPv6报文,所述指示信息承载于所述IPv6报文的逐跳扩展头或分段路由头中。
29.一种报文处理装置,其特征在于,应用于服务节点,所述装置包括:
处理单元,用于生成第一消息,所述第一消息包括所述服务节点中所部署的应用服务的算力资源等级;
发送单元,用于向第一设备发送所述第一消息。
30.根据权利要求29所述的装置,其特征在于,所述第一消息为边界网关协议BGP更新消息,所述算力资源等级承载于所述BGP更新消息中的路由属性字段。
31.根据权利要求29或30所述的装置,其特征在于,
所述第一消息还包括所述服务节点中所部署的应用服务的应用服务标识以及所述服务节点中所部署的应用服务的实例的互联网协议IP地址;
或者,所述第一消息还包括所述服务节点中所部署的应用服务对应的任播IP地址。
32.根据权利要求29至31任一所述的装置,其特征在于,所述装置还包括:接收单元;
所述接收单元,用于接收所述第一设备发送的报文,所述报文包括请求处理的内容;
所述发送单元,还用于在所述处理单元处理所述内容后,向所述第一设备发送针对所述内容的处理结果。
33.一种报文转发***,其特征在于,所述***包括:第一设备和至少一个服务节点,所述第一设备包括如权利要求17至28任一所述的装置,所述服务节点包括如权利要求29至32任一所述的装置。
CN202110406331.5A 2021-04-15 2021-04-15 报文转发方法、装置及***、计算机可读存储介质 Pending CN115226073A (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN202110406331.5A CN115226073A (zh) 2021-04-15 2021-04-15 报文转发方法、装置及***、计算机可读存储介质
JP2023563070A JP2024514643A (ja) 2021-04-15 2022-04-12 パケット転送方法、装置、およびシステム、並びにコンピュータ可読記憶媒体
PCT/CN2022/086359 WO2022218304A1 (zh) 2021-04-15 2022-04-12 报文转发方法、装置及***、计算机可读存储介质
BR112023020974A BR112023020974A2 (pt) 2021-04-15 2022-04-12 Método, aparelho, e sistema de encaminhamento de pacote, e mídia de armazenamento legível por computador
EP22787527.5A EP4319310A1 (en) 2021-04-15 2022-04-12 Message forwarding method, apparatus and system, and computer-readable storage medium
MX2023012176A MX2023012176A (es) 2021-04-15 2022-04-12 Método, aparato y sistema de reenvío de paquetes, y medio de almacenamiento legible por computadora.
US18/486,253 US20240048477A1 (en) 2021-04-15 2023-10-13 Packet forwarding method, apparatus, and system, and computer-readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110406331.5A CN115226073A (zh) 2021-04-15 2021-04-15 报文转发方法、装置及***、计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN115226073A true CN115226073A (zh) 2022-10-21

Family

ID=83605826

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110406331.5A Pending CN115226073A (zh) 2021-04-15 2021-04-15 报文转发方法、装置及***、计算机可读存储介质

Country Status (7)

Country Link
US (1) US20240048477A1 (zh)
EP (1) EP4319310A1 (zh)
JP (1) JP2024514643A (zh)
CN (1) CN115226073A (zh)
BR (1) BR112023020974A2 (zh)
MX (1) MX2023012176A (zh)
WO (1) WO2022218304A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024088199A1 (zh) * 2022-10-28 2024-05-02 锐捷网络股份有限公司 业务处理方法、***、存储介质及电子设备
CN115967670A (zh) * 2022-10-28 2023-04-14 北京星网锐捷网络技术有限公司 一种路由方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105407162B (zh) * 2015-11-27 2018-11-06 国云科技股份有限公司 一种基于SLA服务等级的云计算Web应用资源负载均衡方法
US10499304B1 (en) * 2018-06-18 2019-12-03 Google Llc Fifth generation new radio edge computing mobility management
CN110460652B (zh) * 2019-07-26 2021-09-14 网宿科技股份有限公司 一种资源获取方法及边缘计算调度服务器
CN112035516B (zh) * 2020-09-30 2023-08-18 北京百度网讯科技有限公司 用于算子服务的处理方法、装置、智能工作站和电子设备

Also Published As

Publication number Publication date
BR112023020974A2 (pt) 2023-12-12
EP4319310A1 (en) 2024-02-07
JP2024514643A (ja) 2024-04-02
US20240048477A1 (en) 2024-02-08
MX2023012176A (es) 2024-01-08
WO2022218304A1 (zh) 2022-10-20

Similar Documents

Publication Publication Date Title
EP3528440B1 (en) Path selection method and system, network acceleration node, and network acceleration system
JP4000331B2 (ja) ネットワークのポートマッピング用システム
US7734796B2 (en) Method and arrangement for reserving resources to obtain a predetermined quality of service in an IP network
CN113810438B (zh) 服务算力资源的调度、请求方法、节点设备及终端
CN113596191B (zh) 一种数据处理方法、网元设备以及可读存储介质
EP2913978A1 (en) Business scheduling method and apparatus and convergence device
US20240048477A1 (en) Packet forwarding method, apparatus, and system, and computer-readable storage medium
CN108881018B (zh) 用于在diameter信令路由器处路由diameter消息的方法、***及装置
CN112350952B (zh) 控制器分配方法、网络业务***
WO2024104284A1 (zh) 一种基于nwdaf对计算资源的管理和决策的方法
EP3113539A1 (en) Load balancing user plane traffic in a telecommunication network
CN112351083B (zh) 业务处理方法、网络业务***
JP2017517220A (ja) OpenFlow通信方法及びシステム、制御部、並びにサービスゲートウェイ
CN111510383A (zh) 一种路由计算方法以及相关设备
CN114827007A (zh) 算力感知的路由方法、装置、路由节点及客户端设备
CN113347739A (zh) 通信方法、装置、计算机可读介质及电子设备
Pirmagomedov et al. Augmented computing at the edge using named data networking
CN113840330B (zh) 建立连接的方法、网关设备、网络***及调度中心
CN111343254B (zh) 客户端连接方法、装置和电子设备
CN112714146B (zh) 一种资源调度方法、装置、设备及计算机可读存储介质
CN110708678B (zh) 一种通信方法及设备
CN111885650A (zh) 一种通信方法及网络管理设备
CN116112572A (zh) 一种业务处理方法、装置、网络设备及存储介质
WO2023005745A1 (zh) 报文转发方法、装置及***、计算机可读存储介质
JP2012169789A (ja) 負荷分散サーバ及びサーバ選択方法及びサーバ選択プログラム

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