WO2024140374A1 - 信息处理方法、设备和存储介质 - Google Patents

信息处理方法、设备和存储介质 Download PDF

Info

Publication number
WO2024140374A1
WO2024140374A1 PCT/CN2023/140331 CN2023140331W WO2024140374A1 WO 2024140374 A1 WO2024140374 A1 WO 2024140374A1 CN 2023140331 W CN2023140331 W CN 2023140331W WO 2024140374 A1 WO2024140374 A1 WO 2024140374A1
Authority
WO
WIPO (PCT)
Prior art keywords
policy
sub
mapping
tlv
information
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.)
Ceased
Application number
PCT/CN2023/140331
Other languages
English (en)
French (fr)
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to EP23910303.9A priority Critical patent/EP4629585A4/en
Publication of WO2024140374A1 publication Critical patent/WO2024140374A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/30—Routing of multiclass traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/34—Source routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H04L45/306—Route determination based on the nature of the carried application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/42—Centralised routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering

Definitions

  • an embodiment of the present application provides an information processing method, the method comprising:
  • At least one memory for storing at least one program
  • FIG11 is a schematic diagram of a Sub-TLV format for carrying a load balancing weight value provided in an embodiment of the present application
  • FIG15 is a schematic diagram of a format of a color Sub-TLV provided in an embodiment of the present application.
  • FIG19 is a schematic diagram of a SR Segment List Sub-TLV format for carrying a DSCP segment provided in an embodiment of the present application
  • FIG22 is a schematic diagram of a format of a color Sub-TLV provided in an embodiment of the present application.
  • Figure 23 is a structural diagram of a network device provided in an embodiment of the present application.
  • a composite candidate path is similar to a container of an SR Policy group, that is, a composite candidate path is a combination of multiple SR Policies, where the parent SRv6Policy has one or more member SRv6Policies, and each SR Policy group has one or more member SR Policies.
  • the principles for constructing a composite candidate path include:
  • One or more member SRv6Policies in the composite candidate path are associated with a weight for load balancing.
  • the composite candidate path can only realize the function of load sharing.
  • the candidate paths corresponding to the SR Policies of each member in the composite candidate path share the carried services according to the weight.
  • SR Policy is pushed into the segment list (Segment List) by the head node to realize traffic engineering.
  • the SR Policy described in the embodiment of the present application may specifically refer to SRv6 Policy.
  • Segment List encodes any forwarding path of the data message in the network.
  • the path calculation unit or controller sends SRv6 Policy to the head node through protocols such as Border Gateway Protocol (BGP) and Path Computation Element Protocol (PCEP), or it can statically configure SRv6 Policy at the head node.
  • BGP Border Gateway Protocol
  • PCEP Path Computation Element Protocol
  • the path calculation unit or controller can also carry deterministic path information when sending SRv6 Policy to the head node, and the head node forwards the deterministic message flow based on the deterministic path information.
  • SRv6policy uses the triple ⁇ head end, color, tail node> as the key value.
  • Each SRv6policy can contain multiple candidate paths (Candidate Path).
  • Candidate paths are paths based on SRv6. Multiple segment lists in the candidate paths are encapsulated in the segment routing header (Segment Routing Header, SRH).
  • SRH Segment Routing Header
  • Each candidate path has a preference value (Preference). The higher the preference value of the path, the more preferred it is.
  • a candidate path can contain multiple Segment Lists, and each Segment List has a weight.
  • SRv6policy will select a valid candidate path with the highest priority as Active candidate paths: Multiple segment lists in an active candidate path share the services carried by them according to their weights.
  • embodiments of the present application provide an information processing method, a network device, a computer-readable storage medium, and a computer program product for establishing a mapping relationship between a member SR policy and attribute information of a data message, so as to facilitate directing different business flows to different member SR Policies.
  • a network node can be a router, a switch, a forwarder and other devices, wherein a router, a switch, and a forwarder can be a physical device or a virtual device implemented based on virtualization technology (for example, a virtual server, a virtual router, a virtual switch, and a virtual forwarder).
  • the network device can also be called a provider edge (PE) device or a provider (P) device.
  • PE provider edge
  • P provider
  • the starting node of the transmission path is called the head node/ingress node
  • the end node of the transmission path is called the destination node/egress node
  • the P device in the middle of the transmission path is called the intermediate node.
  • the number of intermediate nodes in Figure 1 is only exemplary. In actual application scenarios, the number of intermediate nodes can be one or more.
  • the network device in Figure 1 can transmit data packets based on the Internet Protocol (IP) protocol or the Multi-Protocol Label Switching (MPLS) protocol.
  • IP Internet Protocol
  • MPLS Multi-Protocol Label Switching
  • GSM Global System for Mobile Communications
  • UMTS Universal Mobile Telecommunications System
  • W-CDMA Wideband Code Division Multiple Access
  • HSPA High Speed Packet Access
  • LTE Long Term Evolution
  • 5G fifth generation
  • Step S110 The network node receives a data message and obtains attribute information carried by the data message.
  • the network node here is the head node in the network.
  • the head node receives the user's data message from the customer edge (CE) device, and the received data message carries attribute information for identifying the message attributes.
  • the attribute information can be located in the IP message header, so that after receiving the data message, the network node extracts the corresponding attribute information from the IP message header, and then determines the active candidate path of the message based on the attribute information.
  • the attribute information carried by the data message includes any of the following: source media access control MAC, destination MAC, virtual local area network VLAN, service type TOS, source Internet protocol IP, destination IP, differentiated services code point DSCP, port number, application layer attributes or Or service level service-class.
  • step S120 the network node determines the member SR policy corresponding to the attribute information from the preset SR policy group according to the mapping relationship between the attribute information and the member SR policy.
  • the path calculation unit or controller sends the SR policy group to the network node through protocols such as BGP, PCEP or YNAG model.
  • mapping relationship between attribute information and SR policy can be a direct mapping relationship or an indirect mapping relationship.
  • a direct mapping relationship means that the attribute information is directly mapped to the member SR policy
  • an indirect mapping relationship means that the attribute information is mapped to the member SR policy through an index.
  • the mapping relationship between the attribute information and the member SR policy may include: mapping type information and mapping attribute relationship information.
  • the mapping type information indicates the mapping type of the member SR policy, and the mapping type information includes one of the following: load balancing type, DSCP type, or Class-of-service Based Tunnel Selection (CBTS) type.
  • CBTS Class-of-service Based Tunnel Selection
  • the mapping attribute relationship information indicates the corresponding relationship between the member SR policy and the mapping type.
  • a mapping relationship can be established with the member SR policy through an index.
  • a corresponding index can be established for the attribute information first, and then a mapping relationship can be established with the member SR policy through the index.
  • the attribute information carried by the currently received message is service-class, and service-class is equal to "8", and then the member SR policy mapped to service-class "8" under the DSCP type is searched, and the search result is determined as the member SR policy corresponding to the data message.
  • Step S210 The path calculation unit or the controller sends a segment routing policy SR policy group to a network node, wherein the SR policy group includes multiple member SR policies, and the member SR policies carry a mapping relationship between attribute information and the member SR policies.
  • the mapping relationship between attribute information and member SR policy includes: mapping type information and mapping attribute relationship information, wherein the mapping type information indicates the mapping type of the member SR policy, and the mapping attribute relationship information indicates the corresponding relationship between the member SR policy and the mapping type.
  • the Sub-TLV includes a type (Type), a length (Length), a flag (Flags), a reserved (Reserved) and a weight (Weight) field, wherein the Weight field is used to store the load balancing weight value, and its length is 32 bits.
  • Figure 7 shows a schematic diagram of a Sub-TLV format for carrying a DSCP segment.
  • the Sub-TLV contains one or more Range Sub-sub-TLV fields, and each Range Sub-sub-TLV is used to indicate a DSCP segment.
  • each member SR Policy can be mapped to one or more DSCP segments, and the DSCP segment is carried in the form of Range sub-sub-TLV, and one DSCP sub-TLV can carry one or more Range Sub-sub-TLVs.
  • the mapping type information of the member policy indicates the CBTS type
  • the mapping attribute relationship information in the corresponding Sub-TLV indicates the service level mapped by the member SR policy.
  • the path calculation unit or the controller sends the segment routing policy SR policy to the network node, specifically including: the path calculation unit or the controller sends the SR policy group to the network node through a PCEP message; wherein the PCEP message includes a segment routing policy association object (SR Policy Association Object) and a path attribute object (Path attribute Object) corresponding to the member SR policy; the SR Policy Association Object includes mapping type information of the member SR Policy; the SR Policy Association Object or the Path attribute Object includes at least one Sub TLV, and the Sub TLV includes mapping attribute relationship information.
  • the PCEP message includes a segment routing policy association object (SR Policy Association Object) and a path attribute object (Path attribute Object) corresponding to the member SR policy
  • the SR Policy Association Object includes mapping type information of the member SR Policy
  • the SR Policy Association Object or the Path attribute Object includes at least one Sub TLV
  • the Sub TLV includes mapping attribute relationship information.
  • the SR Policy Association Object contains the mapping type information of the member SR Policy. As shown in Figure 10, the SR Policy Association Object includes the following fields: Type, Length, Mapping Type, and Reserved.
  • the mapping type field is used to store mapping type information and has a length of 8 bits.
  • the mapping type information of the member SR Policy indicates a load balancing type
  • the mapping attribute relationship information in the corresponding Sub TLV indicates the load balancing weight value mapped by the member SR policy.
  • Figure 11 shows a schematic diagram of the format of a Sub-TLV for carrying a load balancing weight value.
  • the Sub-TLV includes a type (Type), a length (Length), a flag (Flags), a reserved (Reserved) and a weight (Weight) field, wherein the Weight field is used to store the load balancing weight value, and its length is 32 bits.
  • the mapping type information of the member policy indicates the Differentiated Services Code Point DSCP type
  • the mapping attribute relationship information in the corresponding Sub-TLV indicates the DSCP range mapped by the member SR policy.
  • the DSCP range mapped by a member SR policy includes one or more DSCP segments.
  • Figure 12 shows a schematic diagram of a Sub-TLV format for carrying a DSCP segment.
  • the Sub-TLV contains one or more Range Sub-sub-TLV fields, and each Range Sub-sub-TLV is used to indicate a DSCP segment.
  • each member SR Policy can be mapped to one or more DSCP segments, and the DSCP segment is carried in the form of Range sub-sub-TLV, and one DSCP sub-TLV can carry one or more Range Sub-sub-TLVs.
  • Figure 13 shows a format diagram of Range Sub-sub-TLV.
  • the Range Sub-sub-TLV shown in Figure 13 includes a DSCP segment base value and the number of DSCPs, wherein the DSCP segment base value represents: the first DSCP number in the DSCP segment range.
  • Figure 14 shows a schematic diagram of the Sub-TLV format when the mapping attribute relationship information is a service level.
  • the Sub-TLV includes a class bitmap field, the length of the Class bitmap field is 8 bits, and each bit corresponds to a service level. In specific applications, the corresponding service level can be determined according to which bit in the Class bitmap field is "1".
  • Range Sub-sub-TLV may also include the DSCP segment start number and the DSCP segment end number.
  • processor 910 and the memory 920 may be connected via a bus or other means.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供了一种信息处理方法、设备和存储介质，方法包括：路径计算单元或者控制器发送SR policy组至网络节点，其中，所述SR policy组包括多个成员SR policy，所述成员SR policy携带属性信息与所述成员SR policy的映射关系，使得网络节点在接收到数据报文后，根据数据报文携带的属性信息、以及属性信息与成员分段路由策略SR policy的映射关系，从预设的SR policy组中确定与所述属性信息对应的成员SR policy，进而基于对应的成员SR policy转发所述数据报文。

Description

信息处理方法、设备和存储介质
相关申请的交叉引用
本申请基于申请号为202211726796.X、申请日为2022年12月30日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本申请涉及通信技术领域，特别是涉及一种信息处理方法、设备和存储介质。
背景技术
复合候选路径类似于分段路由策略(segment routing Policy，SR Policy)组的容器，即复合候选路径是多个成员SR Policy的组合，每个SR Policy组之中具有一个或者多个成员SR Policy。目前复合候选路径只能实现负荷分担的功能，但是若同一用户不同业务流对网络的需求不同，可能会出现不同业务流的转发路径不同，以及转发时使用的网络资源不同的情况。此时，需要将该用户的不同业务流引流到不同的成员SR Policy，或者对于同一业务的不同的报文流期望引流到不同的成员SR Policy。但是，如何将不同需求的报文流引流到不同的成员SR Policy，相关技术并未有具体的实现方案。
发明内容
本申请实施例提供一种信息处理方法、网络设备、计算机可读存储介质和计算机程序产品，用于建立成员SR policy与数据报文的属性信息之间的映射关系，以便于将不同业务流引流到不同的成员SR Policy。
第一方面，本申请的实施例提供一种信息处理方法，所述方法包括：
网络节点接收数据报文，并获取所述数据报文携带的属性信息；
所述网络节点根据属性信息与成员分段路由策略SR policy的映射关系，从预设的SR policy组中确定与所述属性信息对应的成员SR policy；
所述网络节点根据与所述属性信息对应的成员SR policy转发所述数据报文。
第二方面，本申请的实施例提供一种信息处理方法，所述方法包括：
路径计算单元或者控制器发送分段路由策略SR policy组至网络节点，其中，所述SR policy组包括多个成员SR policy，所述成员SR policy携带属性信息与所述成员SR policy的映射关系。
第三方面，本申请的实施例提供一种网络设备，包括：
至少一个处理器；
至少一个存储器，用于存储至少一个程序；
当至少一个所述程序被至少一个所述处理器执行时实现如上第一方面或者第二方面描述的方法。
第四方面，本申请的实施例提供一种计算机可读存储介质，其中存储有处理器可执行的程序，所述处理器可执行的程序被处理器执行时用于实现如上第一方面或者第二方面描述的 方法。
第五方面，本申请的实施例提供一种计算机程序产品，包括计算机程序或计算机指令，所述计算机程序或所述计算机指令存储在计算机可读存储介质中，网络设备的处理器从所述计算机可读存储介质读取所述计算机程序或所述计算机指令，所述处理器执行所述计算机程序或所述计算机指令，使得所述网络设备执行如上第一方面或者第二方面描述的方法。
本申请实施例的方案，路径计算单元或者控制器发送SR policy组至网络节点，其中，所述SR policy组包括多个成员SR policy，所述成员SR policy携带属性信息与所述成员SR policy的映射关系，使得网络节点在接收到数据报文后，根据数据报文携带的属性信息、以及属性信息与成员分段路由策略SR policy的映射关系，从预设的SR policy组中确定与所述属性信息对应的成员SR policy，进而基于对应的成员SR policy转发所述数据报文，如此，为将不同业务流引流到不同的成员SR Policy提供了支持。
附图说明
图1为一种适用本申请实施例的网络架构示意图；
图2为本申请实施例提供的一种信息处理方法的流程示意图；
图3为本申请实施例提供的另一种信息处理方法的流程示意图；
图4为本申请实施例提供的一种SR Policy Sub-TLV的格式示意图；
图5为本申请实施例提供的一种Composite Sub-TLV的格式示意图；
图6为本申请实施例提供的一种用于承载负载均衡权重值的Sub-TLV格式示意图；
图7为本申请实施例提供的一种用于承载DSCP段的Sub-TLV格式示意图；
图8为本申请实施例提供的一种Range Sub-sub-TLV的格式示意图；
图9为本申请实施例提供的一种用于承载服务等级的Sub-TLV的格式示意图；
图10为本申请实施例提供的一种SR Policy Association Object的格式示意图；
图11为本申请实施例提供的一种用于承载负载均衡权重值的Sub-TLV格式示意图；
图12为本申请实施例提供的一种用于承载DSCP段的Sub-TLV格式示意图；
图13为本申请实施例提供的一种Range Sub-sub-TLV的格式示意图；
图14为本申请实施例提供的一种用于承载服务等级的Sub-TLV的格式示意图；
图15为本申请实施例提供的一种color Sub-TLV的格式示意图；
图16为本申请实施例提供的另一种信息处理方法的流程示意图；
图17为本申请实施例提供的一种LINK_STATE Attribute的格式示意图；
图18为本申请实施例提供的一种用于承载负载均衡权重值的SR Segment List Sub-TLV的格式示意图；
图19为本申请实施例提供的一种用于承载DSCP段的SR Segment List Sub-TLV格式示意图；
图20为本申请实施例提供的一种Range Sub-sub-TLV的格式示意图；
图21为本申请实施例提供的一种用于承载服务等级的SR Segment List Sub-TLV的格式示意图；
图22为本申请实施例提供的一种color Sub-TLV的格式示意图；
图23是本申请实施例提供的一种网络设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
应了解，在本申请实施例的描述中，如果有描述到“第一”、“第二”等只是用于区分技术特征为目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组，包括单项或复数项的任意组。例如，a、b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c，或者，a和b和c，其中a，b，c可以是单个，也可以是多个。
此外，下面所描述的本申请各个实施例中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。
复合候选路径类似于SR Policy组的容器，即复合候选路径是多个SR Policy的组合，这种组合形式是父SRv6Policy下面有一个或者多个成员SRv6Policy，每个SR Policy组之中具有一个或者多个成员SR Policy。复合候选路径构建的原则包括：
(1)复合候选路径中的一个或者多个成员SRv6Policy和父SRv6Policy的头端和尾节点必须是相同的；
(2)复合候选路径中的一个或者多个成员SRv6Policy的颜色和父SRv6Policy的颜色必须是不同的；
(3)复合候选路径中的一个或者多个成员SRv6Policy必须不能再使用复合的候选路径；
(4)复合候选路径中的一个或者多个成员SRv6Policy都与一个权重相关联，用于负载均衡。
目前复合候选路径只能实现负荷分担的功能，复合候选路径中各个成员SR Policy对应的候选路径按权重分担承载的业务。一般而言，SR Policy通过头节点压入段列表(Segment List)来实现流量工程，本申请实施例描述的SR Policy具体可以指SRv6Policy。Segment List对数据报文在网络中的任意转发路径进行编码。路径计算单元或者控制器通过边界网关协议(Border Gateway Protocol，BGP)、路径计算单元通信协议(Path Computation Element Protocol，PCEP)等协议向头节点下发SRv6Policy，也可以通过在头节点静态配置SRv6Policy。针对确定性需求，路径计算单元或者控制器向头节点下发SRv6Policy时还可以携带确定性路径信息，头节点基于确定性路径信息对确定性报文流进行转发。
SRv6policy以三元组<头端、颜色、尾节点>为键值。每个SRv6policy可以包含多个候选路径(Candidate Path)，候选路径是基于SRv6的路径，其候选路径中的多个段列表封装在段路由报文头(Segment Routing Header,SRH)中，每条候选路径有一个偏好值(Preference)，路径的偏好值越高则越优选。候选路径可以包含多个Segment List，每个Segment List拥有一个权重。SRv6policy中会选择一条有效且优先级最高的候选路径作为 活动(active)候选路径，活动候选路径中的多个Segment list，按权重分担承载的业务。
复合候选路径复合候选路径在具体应用时，若同一用户不同业务流对网络的需求不同，可能会出现不同业务流的转发路径不同，以及转发时使用的网络资源不同的情况。此时，需要将该用户的不同业务流引流到不同的成员SR Policy，或者对于同一业务的不同的报文流期望引流到不同的成员SR Policy。但是，如何将不同需求的报文流引流到不同的成员Policy，相关技术并未有具体的实现方案。
有鉴于此，本申请实施例提供一种信息处理方法、网络设备、计算机可读存储介质和计算机程序产品，用于建立成员SR policy与数据报文的属性信息之间的映射关系，以便于将不同业务流引流到不同的成员SR Policy。
介绍本申请实施例的技术方案之前，先对本申请实施例的应用场景进行示例性说明。请参见图1，为一种适用本申请实施例的网络架构示意图。图1所示的网络100包括多个网络设备。这里的网络设备包括路径计算单元/控制器、以及多个网络节点。路径计算单元/控制器是能够基于网络拓扑信息计算满足约束的路径的设备，可以是路由设备，也可以是独立的服务器中。网络节点是执行路由转发功能的设备，网络节点可以是路由器、交换机、转发器等设备，其中路由器、交换机、转发器可以是物理设备，也可以是基于虚拟化技术实现的虚拟设备(例如，虚拟服务器、虚拟路由器、虚拟交换机、虚拟转发器)。根据网络设备在网络中部署的位置和角色不同，网络设备又可称为提供商边缘(Provider Edge，PE)设备或者提供商(Provider，P)设备，例如，图1中的A、B节点属于PE设备，C、D、E、F、G、H属于P设备。应了解，本申请实施例根据数据包的传输方向，又将传输路径的起始节点称作头节点/入节点，传输路径的末节点称作目的节点/出节点，传输路径中间的P设备称作中间节点。需说明的是，图1中的中间节点数量仅仅是示例性的，实际应用场景中，中间节点的数量可以为一个或者多个。还需说明的是，图1中的网络设备可以基于网际互连协议(Internet Protocol，IP)协议或者多协议标签交换(Multi-Protocol Label Switching，MPLS)协议进行数据包传输。
本申请描述的实施例可以被应用在通信系统中，诸如在以下系统的至少一个中：全球移动通信系统(GSM)或任何其他第二代蜂窝通信系统、基于基本的宽带码分多址(W-CDMA)的通用移动电信系统(UMTS，3G)、高速分组接入(HSPA)、长期演进(LTE)、高级LTE、基于IEEE 802.11规范的系统、基于IEEE 802.15规范的系统和/或第五代(5G)移动或蜂窝通信系统；以及未来的移动通信系统。然而，实施例不限于上述示例给出的系统，而是本领域技术人员可以将解决方案应用于具有必要属性的其他通信系统。
请参见图2，图2是本申请实施例提供的一种信息处理方法的流程示意图，该方法包括但不限于以下步骤S110-S130：
步骤S110，网络节点接收数据报文，并获取数据报文携带的属性信息。
可以理解的是，这里的网络节点是网络中的头节点。例如，头节点从客户边缘(Customer Edge，CE)设备中接收用户的数据报文，所接收的数据报文中携带有用于标识报文属性的属性信息。示例性的，属性信息可以位于IP报文头中，这样，网络节点在接收到数据报文后，从IP报文头中提取对应的属性信息，进而根据属性信息确定报文的活动(active)候选路径。数据报文携带的属性信息包括以下任一项：源媒体接入控制MAC、目的MAC、虚拟局域网VLAN、服务类型TOS、源网际互连协议IP、目的IP、差分服务代码点DSCP、端口号、应用层属性或 者服务等级service-class。
步骤S120，网络节点根据属性信息与成员SR policy的映射关系，从预设的SR policy组中确定与属性信息对应的成员SR policy。
示例性的，在步骤S120之前，本申请实施例的方法还包括：网络节点接收来自路径计算单元或者控制器的SR policy组，其中，SR policy组包括多个成员SR policy，成员SR policy携带属性信息与成员SR policy的映射关系。
可以理解的是，路径计算单元或者控制器预先将属性信息与成员SR policy的映射关系下发给网络节点，使得网络节点接收到数据报文后，可以根据数据报文对应的属性信息、以及预先获得的属性信息与成员SR policy的映射关系，从SR policy组中确定与当前接收到的数据报文对应的成员SR policy。
示例性的，路径计算单元或者控制器向网络节点发送SR policy组可以通过BGP、PCEP或者YNAG模型等协议实现。
需了解的是，也可以将属性信息与成员SR policy的映射关系预先配置在网络节点之中，以使得网络节点接收到数据报文后，可以根据数据报文对应的属性信息、以及预先配置的属性信息与成员SR policy的映射关系，从SR policy组中确定与当前接收到的数据报文对应的成员SR policy。
这里需要注意，属性信息与SR policy的映射关系，可以直接的映射关系，也可以是间接的映射关系，其中，直接的映射关系即属性信息直接与成员SR policy建立映射关系，间接的映射关系即属性信息通过索引与成员SR policy建立映射关系。
步骤S130，网络节点根据与属性信息对应的成员SR policy转发数据报文。
可以理解的是，网络节点在确定与当前接收到的数据报文对应的成员SR policy之后，即按照对应的成员SR policy执行转发行为。
具体地，属性信息与成员SR policy的映射关系可以包括：映射类型信息和映射属性关系信息。其中，映射类型信息指示成员SR policy的映射类型，映射类型信息包括以下之一：负载均衡类型、DSCP类型或者基于服务等级的隧道选择(Class-of-service Based Tunnel Selection，CBTS)类型。映射属性关系信息指示成员SR policy与映射类型对应的关系。
举例来说，某个成员SR policy的映射类型信息为负载均衡类型/DSCP类型/CBTS类型，映射属性关系信息用于指示该成员SR policy在负载均衡类型/DSCP类型/CBTS类型中的映射关系。基于该映射关系可以获得成员SR policy在负载均衡类型/DSCP类型/CBTS类型中对应的索引，或者，直接获得对应的属性信息。
示例性的，数据报文携带的属性信息包括以下任一项：源媒体接入控制(Medium Access Control，MAC)、目的MAC、虚拟局域网(Virtual Local Area Network，VLAN)、服务类型(Type Of Service，TOS)、源网际互连协议(Internet Protocol，IP)、目的IP、差分服务代码点(Diff-Serve Coding Point,DSCP)、端口号、应用层属性或者服务等级(service-class)。
对于源MAC、目的MAC、VLAN、TOS、源IP、目的IP、端口号或者应用层属性，可以分别通过索引与成员SR policy建立映射关系。也就是说，对于上述类型的属性信息，可以首先为属性信息建立对应的索引，再通过索引与成员SR policy建立映射关系。
示例性的，当前接收到的报文携带的属性信息为源MAC(11:11:11:11:11:11)，首先根 据该源MAC获取对应的索引，假定获得的索引指示该源MAC对应的负载均衡权重值为2，进而查找在负载均衡类型下映射于负载均衡权重值“2”的成员SR policy，将查找到的结果确定为数据报文对应的成员SR policy。
对于DSCP或者service-class类型的属性信息，可以直接将其与成员SR policy建立映射关系。
例如，当前接收到的报文携带的属性信息为DSCP，且DSCP等于“000000”，进而查找在DSCP类型下映射于DSCP“000000”的成员SR policy，将查找到的结果确定为数据报文对应的成员SR policy。
再例如，当前接收到的报文携带的属性信息为service-class，且service-class等于“8”，进而查找在DSCP类型下映射于service-class“8”的成员SR policy，将查找到的结果确定为数据报文对应的成员SR policy。
需说明是的是，本申请实施例的方法还可以包括：网络节点通过边界网关协议链路状态(BGP Link-state，BGP-LS)消息向路径计算单元或者控制器发送SR policy组，其中，SR policy组包括多个成员SR policy，成员SR policy携带属性信息与成员SR policy的映射关系。也就是说，网络节点通过BGP-LS协议将属性信息与成员SR policy的映射关系上报给路径计算单元或者控制器。路径计算单元或者控制器通过BGP-LS的扩展来收集成员SR policy的映射类型、及成员SR Policy和映射类型的具体映射关系，以满足路径计算单元或者控制器的管理需求。
请参见图3，图3是本申请实施例提供的一种信息处理方法的流程示意图，该方法包括以下步骤：
步骤S210：路径计算单元或者控制器发送分段路由策略SR policy组至网络节点，其中，SR policy组包括多个成员SR policy，成员SR policy携带属性信息与成员SR policy的映射关系。
示例性的，属性信息与成员SR policy的映射关系包括：映射类型信息和映射属性关系信息，其中，映射类型信息指示成员SR policy的映射类型，映射属性关系信息指示成员SR policy与映射类型对应的关系。
需了解的是，属性信息可以包括以下任一项：源MAC、目的MAC、VLAN、TOS、源IP、目的IP、DSCP、端口号、应用层属性或者服务等级service-class。这些属性信息分别对应于一个或者多个映射类型，其中，源MAC、目的MAC、VLAN、TOS、源IP、目的IP、端口号或者应用层属性可以分别通过索引与成员SR policy建立映射关系，即对于上述类型的属性信息，可以首先为属性信息建立对应的索引，再通过索引与成员SR policy建立映射关系。而对于DSCP或者service-class类型的属性信息，则可以直接将其与成员SR policy建立映射关系。
在一种可能的实现方式中，步骤S210中，路径计算单元或者控制器发送分段路由策略SR policy至网络节点，具体包括：路径计算单元或者控制器通过BGP将SR policy发送至网络节点，其中，BGP包含与成员SR policy对应的分段路由策略子类型长度值(SR Policy Sub-TLV)和复合子类型长度值(Composite Sub-TLV)。
示例性的，SR Policy Sub-TLV包含成员policy的映射类型信息。图4示出了SR Policy Sub-TLV的格式示意图，如图4所示，该SR Policy Sub-TLV包括以下字段：类型(Type)、长度(Length)、映射类型、保留(Reserved)。其中，映射类型字段用于存放映射类型信 息，长度为8比特。
示例性的，Composite Sub-TLV包含Sub-TLV，Sub-TLV包含映射属性关系信息。图5示出了Composite Sub-TLV的格式示意图，该Composite Sub-TLV包含类型(Type)、长度(Length)、保留(Reserved)、颜色(color)和至少一个子类型长度值(Sub-TLV)字段。其中，Sub-TLV用于存放映射属性关系信息，color字段用于承载成员SR policy相关联的color信息。
示例性的，成员SR policy的映射类型信息指示为负载均衡类型，Sub-TLV中对应的映射属性关系信息指示成员SR policy映射的负载均衡权重值。可以理解的是，在基于复合候选路径实现负载分担时，各个成员SR policy可基于负载均衡权重值来进行分担流量。
请参见图6，图6示出了一种用于承载负载均衡权重值的Sub-TLV格式示意图。如图6所示，Sub-TLV包括类型(Type)、长度(Length)、标志(Flags)、保留(Reserved)和权重(Weight)字段，其中，Weight字段用于存放负载均衡权重值，其长度为32比特。
示例性的，成员policy的映射类型信息指示为差分服务代码点DSCP类型，对应的Sub-TLV中的映射属性关系信息指示成员SR policy映射的DSCP范围。
示例性的，成员SR policy映射的DSCP范围包括一个或者多个DSCP段。
请参见图7，图7示出了一种用于承载DSCP段的Sub-TLV格式示意图。如图7所示，Sub-TLV包含一个或者多个Range Sub-sub-TLV字段，每个Range Sub-sub-TLV用于指示一个DSCP段。可以理解的是，每个成员SR Policy可以映射到一个或者多个DSCP段，DSCP段使用Range sub-sub-TLV的形式携带，一个DSCP sub-TLV可以携带一个或者多个Range Sub-sub-TLV。
请参见图8，图8示出了Range Sub-sub-TLV的一种格式示意图，图8所示的Range Sub-sub-TLV包含DSCP段基准值和DSCP个数，其中DSCP段基准值表示：DSCP段范围内的第一个DSCP编号。
在另一些示例中，Range Sub-sub-TLV也可以是包含DSCP段开始编号和DSCP段结束编号。
示例性的，成员policy的映射类型信息指示为CBTS类型，对应的Sub-TLV中的映射属性关系信息指示成员SR policy映射的服务等级。
请参见图9，图9示出了一种用于承载服务等级的Sub-TLV格式示意图。如图9所示，Sub-TLV包含等级位图(Class bitmap)字段，Class bitmap字段的长度为8个比特，每个比特对应一个服务等级，具体应用时，可以根据Class bitmap字段中哪个比特位为“1”，确定对应的服务等级。
在另一种可能的实现方式中，步骤S210中，路径计算单元或者控制器发送分段路由策略SR policy至网络节点，具体包括：路径计算单元或者控制器通过PCEP消息将SR policy组发送至网络节点；其中，PCEP消息包含与成员SR policy对应的分段路由策略关联对象(SR Policy Association Object)和路径属性对象(Path attribute Object)；SR Policy Association Object包含成员SR Policy的映射类型信息；SR Policy Association Object或者Path attribute Object包含至少一个Sub TLV，Sub TLV中包含映射属性关系信息。
请参见图10，图10示出了SR Policy Association Object的一种格式示意图。SR Policy Association Object包含成员SR Policy的映射类型信息。如图10所示，SR Policy Association Object包括以下字段：类型(Type)、长度(Length)、映射类型、保留(Reserved)。 其中，映射类型字段用于存放映射类型信息，长度为8比特。
示例性的，成员SR Policy的映射类型信息指示为负载均衡类型，对应的Sub TLV中的映射属性关系信息指示成员SR policy映射的负载均衡权重值。
请参见图11，图11示出了一种用于承载负载均衡权重值的Sub-TLV的格式示意图。如图11所示，如图11所示，Sub-TLV包括类型(Type)、长度(Length)、标志(Flags)、保留(Reserved)和权重(Weight)字段，其中，Weight字段用于存放负载均衡权重值，其长度为32比特。
示例性的，成员policy的映射类型信息指示为差分服务代码点DSCP类型，对应的Sub-TLV中的映射属性关系信息指示成员SR policy映射的DSCP范围。
示例性的，成员SR policy映射的DSCP范围包括一个或者多个DSCP段。
请参见图12，图12示出了一种用于承载DSCP段的Sub-TLV格式示意图。如图12所示，Sub-TLV包含一个或者多个Range Sub-sub-TLV字段，每个Range Sub-sub-TLV用于指示一个DSCP段。可以理解的是，每个成员SR Policy可以映射到一个或者多个DSCP段，DSCP段使用Range sub-sub-TLV的形式携带，一个DSCP sub-TLV可以携带一个或者多个Range Sub-sub-TLV。
请参见图13，图13示出了Range Sub-sub-TLV的一种格式示意图，图13所示的Range Sub-sub-TLV包含DSCP段基准值和DSCP个数，其中DSCP段基准值表示：DSCP段范围内的第一个DSCP编号。
在另一些示例中，Range Sub-sub-TLV也可以是包含DSCP段开始编号和DSCP段结束编号。
示例性的，成员policy的映射类型信息指示为CBTS类型，对应的Sub-TLV中的映射属性关系信息指示成员SR policy映射的服务等级。
请参见图14，图14示出了一种映射属性关系信息为服务等级时的Sub-TLV格式示意图。如图14所示，Sub-TLV包含等级位图(Class bitmap)字段，Class bitmap字段的长度为8个比特，每个比特对应一个服务等级，具体应用时，可以根据Class bitmap字段中哪个比特位为“1”，确定对应的服务等级。
在一些示例中，SR Policy Association Object或者Path attribute Object还包括color字段，color字段用于承载成员SR policy相关联的color信息。具体地，SR Policy Association Object或者Path attribute Object包括color Sub-TLV，该color字段位于color Sub-TLV中，color Sub-TLV的格式可以参见图15所示，color Sub-TLV，携带与成员SR Policy相关联的Color信息，<Distinguisher,Policy-Color,Endpoint>用于唯一标识成员SR Policy。
请参见图16，本申请实施例的方法，还包括以下步骤：
步骤S220，路径计算单元或者控制器接收网络节点通过BGP-LS消息发送的SR policy组；其中：BGP-LS消息包含与成员SR policy对应的分段路由策略状态类型长度值SR Policy State TLV和分段路由段列表子类型长度值SR Segment List Sub-TLV；SR Policy State TLV包含成员SR Policy的映射类型信息；SR Segment List Sub-TLV包含映射属性关系信息。
也就是说，网络节点通过BGP-LS协议将属性信息与成员SR policy的映射关系上报给路径计算单元或者控制器。路径计算单元或者控制器通过BGP-LS的扩展来收集成员SR policy 的映射类型、及成员SR Policy和具体的映射类型的映射关系，以满足路径计算单元或者控制器的管理需求。
示例性的，SR Policy State TLV包含链路状态属性(LINK_STATE Attribute)字段，请参见图17，图17示出了LINK_STATE Attribute的一种格式示意图。LINK_STATE Attribute字段包含成员SR Policy的映射类型信息。
示例性的，成员SR Policy的映射类型信息指示为负载均衡类型，对应的SR Segment List Sub-TLV中的映射属性关系信息指示成员SR policy映射的负载均衡权重值。
请参见图18，图18示出了一种用于承载负载均衡权重值的SR Segment List Sub-TLV的格式示意图。如图18所示，SR Segment List Sub-TLV包括类型(Type)、长度(Length)、标志(Flags)、保留(Reserved)和权重(Weight)字段，其中，Weight字段用于存放负载均衡权重值，其长度为32比特。
示例性的，成员SR Policy的映射类型信息指示为DSCP类型；对应的SR Segment List Sub-TLV中的映射属性关系信息指示成员SR policy映射的DSCP范围。
请参见图19，图19示出了一种用于承载DSCP段的SR Segment List Sub-TLV的格式示意图。如图19所示，SR Segment List Sub-TLV包含一个或者多个Range Sub-sub-TLV字段，每个Range Sub-sub-TLV用于指示一个DSCP段。可以理解的是，每个成员SR Policy可以映射到一个或者多个DSCP段，DSCP段使用Range sub-sub-TLV的形式携带，一个DSCP sub-TLV可以携带一个或者多个Range Sub-sub-TLV。
示例性的，成员SR policy映射的DSCP范围包括一个或者多个DSCP段，对应的SR Segment List Sub-TLV携带一个或者多个Range Sub-sub-TLV，每个Range Sub-sub-TLV用于指示一个DSCP段。
请参见图20，图20示出了Range Sub-sub-TLV的一种格式示意图，图20所示的Range Sub-sub-TLV包含DSCP段基准值和DSCP个数，其中DSCP段基准值表示：DSCP段范围内的第一个DSCP编号。
在另一些示例中，Range Sub-sub-TLV也可以是包含DSCP段开始编号和DSCP段结束编号。
示例性的，成员SR Policy的映射类型信息指示为基于服务等级的隧道选择类型，对应的SR Segment List Sub-TLV中的映射属性关系信息指示成员SR policy映射的服务等级。
请参见图21，图21示出了一种用于承载服务等级的SR Segment List Sub-TLV格式示意图。如图21所示，SR Segment List Sub-TLV包含等级位图(Class bitmap)字段，Class bitmap字段的长度为8个比特，每个比特对应一个服务等级，具体应用时，可以根据Class bitmap字段中哪个比特位为“1”，确定对应的服务等级。
在一些示例中，SR Segment List Sub-TLV还包括color字段，color字段用于承载成员SR policy相关联的color信息。具体地，SR Segment List Sub-TLV包括color Sub-TLV，该color字段位于color Sub-TLV中，color Sub-TLV的格式可以参见图22所示，color Sub-TLV，携带与成员SR Policy相关联的Color信息，<Distinguisher,Policy-Color,Endpoint>用于唯一标识成员SR Policy。
本申请实施例的方案，路径计算单元或者控制器发送SR policy组至网络节点，其中，所述SR policy组包括多个成员SR policy，所述成员SR policy携带属性信息与成员SR  policy的映射关系，使得网络节点在接收到数据报文后，根据数据报文携带的属性信息、以及属性信息与成员分段路由策略SR policy的映射关系，从预设的SR policy组中确定与属性信息对应的成员SR policy，进而基于对应的成员SR policy转发数据报文，如此，为将不同业务流引流到不同的成员SR Policy提供了支持。
需要说明的是，在本申请的各个具体实施方式中，当涉及到需要根据用户信息、用户行为数据，用户历史数据以及用户位置信息等与用户身份或特性相关的数据进行相关处理时，都会先获得用户的许可或者同意，而且，对这些数据的收集、使用和处理等，都会遵守相关国家和地区的相关法律法规和标准。此外，当本申请实施例需要获取用户的敏感个人信息时，会通过弹窗或者跳转到确认页面等方式获得用户的单独许可或者单独同意，在明确获得用户的单独许可或者单独同意之后，再获取用于使本申请实施例能够正常运行的必要的用户相关数据。
进一步可以理解的是，本申请实施例中尽管在附图中以特定的顺序描述操作，但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作，或是要求执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。
请参见图23，本申请实施例还提供一种网络设备，该网络设备900包括但不限于：
至少一个处理器910；
至少一个存储器920，用于存储至少一个程序；
当至少一个程序被至少一个处理器910执行时执行如上任意实施例描述的信息处理方法。
应能理解的是，上述处理器910和存储器920可以通过总线或者其他方式连接。
应能理解的是，该处理器910可以采用中央处理单元(Central Processing Unit，CPU)。该处理器还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门矩阵(Field Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器910采用一个或多个集成电路，用于执行相关程序，以实现本申请实施例所提供的技术方案。
存储器920作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序，如本申请任意实施例描述的网络设备侧执行的信息处理方法。处理器910通过运行存储在存储器920中的非暂态软件程序以及指令，从而实现上述的信息处理方法。
存储器920可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储执行上述的信息处理方法。此外，存储器920可以包括高速随机存取存储器，还可以包括非暂态存储器，比如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器920可选包括相对于处理器910远程设置的存储器，这些远程存储器可以通过网络连接至该处理器910。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
实现上述的信息处理方法所需的非暂态软件程序以及指令存储在存储器920中，当被一个或者多个处理器910执行时，执行本申请任意实施例提供的信息处理方法。
本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有处理器可 执行的程序，处理器可执行的程序被处理器执行时用于实现如上任意实施例描述的信息处理方法。
本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质比如可以是，但不限于，电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括、但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言——诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(比如利用因特网服务提供商来通过因特网连接)。
本申请实施例还提供一种计算机程序产品，计算机程序产品存储有程序指令，程序指令在网络设备上运行时，使得网络设备实施如上任意实施例描述的信息处理方法。
以上是对本申请的若干实施方式进行的具体说明，但本申请并不局限于上述实施方式，熟悉本领域的技术人员在不违背本申请范围的共享条件下还可作出种种等同的变形或替换，这些等同的变形或替换均包括在本申请所限定的范围内。

Claims (34)

  1. 一种信息处理方法，所述方法包括：
    网络节点接收数据报文，并获取所述数据报文携带的属性信息；
    所述网络节点根据属性信息与成员分段路由策略SR policy的映射关系，从预设的SR policy组中确定与所述属性信息对应的成员SR policy；
    所述网络节点根据与所述属性信息对应的成员SR policy转发所述数据报文。
  2. 根据权利要求1所述的方法，其中，所述数据报文携带的属性信息包括以下任一项：源媒体接入控制MAC、目的MAC、虚拟局域网VLAN、服务类型TOS、源网际互连协议IP、目的IP、差分服务代码点DSCP、端口号、应用层属性或者服务等级service-class。
  3. 根据权利要求2所述的方法，其中，所述源MAC、所述目的MAC、所述VLAN、所述TOS、所述源IP、所述目的IP、所述端口号或者所述应用层属性分别通过索引与所述成员SR policy建立映射关系；所述DSCP或者所述service-class直接与所述成员SR policy建立映射关系。
  4. 根据权利要求1所述的方法，其中，所述属性信息与成员SR policy的映射关系包括：映射类型信息和映射属性关系信息，其中，所述映射类型信息指示所述成员SR policy的映射类型，所述映射属性关系信息指示所述成员SR policy与所述映射类型对应的关系。
  5. 根据权利要求4所述的方法，其中，所述映射类型信息包括以下之一：负载均衡类型、DSCP类型或者基于服务等级的隧道选择CBTS类型。
  6. 根据权利要求1所述的方法，其中，所述方法还包括：
    所述网络节点接收来自路径计算单元或者控制器的SR policy组，其中，所述SR policy组包括多个成员SR policy，所述成员SR policy携带属性信息与所述成员SR policy的映射关系。
  7. 根据权利要求6所述的方法，其中，所述路径计算单元或者所述控制器通过边界网关协议BGP、路径计算单元通信协议PCEP和YNAG模型中的任一种协议向所述网络节点发送所述SR policy组。
  8. 根据权利要求1所述的方法，其中，所述方法还包括：所述网络节点通过边界网关协议链路状态BGP-LS消息向路径计算单元或者控制器发送SR policy组，其中，所述SR policy组包括多个成员SR policy，所述成员SR policy携带属性信息与所述成员SR policy的映射关系。
  9. 一种信息处理方法，所述方法包括：
    路径计算单元或者控制器发送分段路由策略SR policy组至网络节点，其中，所述SR policy组包括多个成员SR policy，所述成员SR policy携带属性信息与所述成员SR policy的映射关系。
  10. 根据权利要求9所述的方法，其中，所述属性信息与成员SR policy的映射关系包括：映射类型信息和映射属性关系信息，其中，所述映射类型信息指示所述成员SR policy的映射类型，所述映射属性关系信息指示所述成员SR policy与所述映射类型对应的关系；
    所述路径计算单元或者所述控制器发送分段路由策略SR policy至网络节点，包括：
    所述路径计算单元或者所述控制器通过边界网关协议BGP将所述SR policy发送至所述网络节点；
    所述BGP包含与所述成员SR policy对应的分段路由策略子类型长度值SR Policy Sub-TLV和复合子类型长度值Composite Sub-TLV；
    所述SR Policy Sub-TLV包含所述成员policy的所述映射类型信息；
    所述Composite Sub-TLV包含Sub-TLV，所述Sub-TLV包含所述映射属性关系信息。
  11. 根据权利要求10所述的方法，其中，所述Composite Sub-TLV还包含颜色color字段，所述color字段用于承载所述成员SR policy相关联的color信息。
  12. 根据权利要求10所述的方法，其中，所述成员policy的映射类型信息指示为负载均衡类型；
    所述Sub-TLV中的所述映射属性关系信息指示所述成员SR policy映射的负载均衡权重值。
  13. 根据权利要求10所述的方法，其中，所述成员policy的映射类型信息指示为差分服务代码点DSCP类型；
    所述Sub-TLV中的所述映射属性关系信息指示所述成员SR policy映射的DSCP范围。
  14. 根据权利要求13所述的方法，其中，所述成员SR policy映射的DSCP范围包括一个或者多个DSCP段；
    所述Sub-TLV包含一个或者多个Range Sub-sub-TLV，每个Range Sub-sub-TLV用于指示一个DSCP段。
  15. 根据权利要求14所述的方法，其中，所述Range Sub-sub-TLV包含DSCP段基准值和DSCP个数；或者，所述Range Sub-sub-TLV包含DSCP段开始编号和DSCP段结束编号。
  16. 根据权利要求10所述的方法，其中，所述成员policy的映射类型信息指示为基于服务等级的隧道选择类型；
    所述Sub-TLV中的所述映射属性关系信息指示所述成员SR policy映射的服务等级。
  17. 根据权利要求9所述的方法，其中，所述属性信息与成员SR policy的映射关系包括：映射类型信息和映射属性关系信息，其中，所述映射类型信息指示所述成员SR policy的映射类型，所述映射属性关系信息指示所述成员SR policy与所述映射类型对应的关系；
    所述方法还包括：
    所述路径计算单元或者所述控制器接收所述网络节点通过边界网关协议链路状态BGP-LS消息发送的所述SR policy组；
    所述BGP-LS消息包含与所述成员SR policy对应的分段路由策略状态类型长度值SR Policy State TLV和分段路由段列表子类型长度值SR Segment List Sub-TLV；
    所述SR Policy State TLV包含所述成员SR Policy的映射类型信息；
    所述SR Segment List Sub-TLV包含映射属性关系信息。
  18. 根据权利要求17所述的方法，其中，所述SR Policy State TLV包含链路状态属性LINK_STATE Attribute字段，所述LINK_STATE Attribute字段包含所述成员SR Policy的映射类型信息。
  19. 根据权利要求18所述的方法，其中，所述成员SR Policy的映射类型信息指示为负载均衡类型；
    所述SR Segment List Sub-TLV中的所述映射属性关系信息指示所述成员SR policy映射的负载均衡权重值。
  20. 根据权利要求18所述的方法，其中，所述成员SR Policy的映射类型信息指示为DSCP类型；
    所述SR Segment List Sub-TLV中的所述映射属性关系信息指示所述成员SR policy映射的DSCP范围。
  21. 根据权利要求20所述的方法，其中，所述成员SR policy映射的DSCP范围包括一个或者多个DSCP段；
    所述SR Segment List Sub-TLV携带一个或者多个Range Sub-sub-TLV，每个所述Range Sub-sub-TLV用于指示一个DSCP段。
  22. 根据权利要求21所述的方法，其中，所述Range Sub-sub-TLV包含DSCP段基准值和DSCP个数；或者，所述Range Sub-sub-TLV包含DSCP段开始编号和DSCP段结束编号。
  23. 根据权利要求18所述的方法，其中，所述成员SR Policy的映射类型信息指示为基于服务等级的隧道选择类型；
    所述SR Segment List Sub-TLV中的所述映射属性关系信息指示所述成员SR policy映射的服务等级。
  24. 根据权利要求17所述的方法，其中，所述SR Segment List Sub-TLV还包括color字段，所述color字段用于承载所述成员SR policy相关联的color信息。
  25. 根据权利要求9所述的方法，其中，所述属性信息与成员SR policy的映射关系包括：映射类型信息和映射属性关系信息，其中，所述映射类型信息指示所述成员SR policy的映射类型，所述映射属性关系信息指示所述成员SR policy与所述映射类型对应的关系；
    所述路径计算单元或者所述控制器发送分段路由策略SR policy至网络节点，包括：
    所述路径计算单元或者所述控制器通过路径计算单元通信协议PCEP消息将所述SR policy组发送至所述网络节点；
    所述PCEP消息包含与所述成员SR policy对应的分段路由策略关联对象SR Policy Association Object和路径属性对象Path attribute Object；
    所述SR Policy Association Object包含成员SR Policy的映射类型信息；
    所述SR Policy Association Object或者Path attribute Object包含Sub TLV，所述Sub TLV包含映射属性关系信息。
  26. 根据权利要求25所述的方法，其中，所述成员SR Policy的映射类型信息指示为负载均衡类型；
    所述Sub TLV中的所述映射属性关系信息指示所述成员SR policy映射的负载均衡权重值。
  27. 根据权利要求25所述的方法，其中，所述成员SR Policy的映射类型信息指示DSCP类型；
    所述Sub TLV中的所述映射属性关系信息指示所述成员SR policy映射的DSCP范围。
  28. 根据权利要求27所述的方法，其中，所述成员SR policy映射的DSCP范围包括一个或者多个DSCP段；
    所述Sub TLV携带一个或者多个Range Sub-sub-TLV，每个所述Range Sub-sub-TLV用于指示一个DSCP段。
  29. 根据权利要求28所述的方法，其中，所述Range Sub-sub-TLV包含DSCP段基准值和 DSCP个数；或者，所述Range Sub-sub-TLV包含DSCP段开始编号和DSCP段结束编号。
  30. 根据权利要求25所述的方法，其中，所述成员SR Policy的所述映射类型信息指示基于服务等级的隧道选择类型；
    所述Sub TLV中的所述映射属性关系信息指示所述成员SR policy映射的服务等级。
  31. 根据权利要求25所述的方法，其中，所述SR Policy Association Object或者Path attribute Object还包含color字段，所述color字段用于承载所述成员SR policy相关联的color信息。
  32. 一种网络设备，包括：
    至少一个处理器；
    至少一个存储器，用于存储至少一个程序；
    当至少一个所述程序被至少一个所述处理器执行时实现如权利要求1至31任意一项所述的信息处理方法。
  33. 一种计算机可读存储介质，其中存储有处理器可执行的程序，所述处理器可执行的程序被处理器执行时用于实现如权利要求1至31任意一项所述的信息处理方法。
  34. 一种计算机程序产品，包括计算机程序或计算机指令，所述计算机程序或所述计算机指令存储在计算机可读存储介质中，网络设备的处理器从所述计算机可读存储介质读取所述计算机程序或所述计算机指令，所述处理器执行所述计算机程序或所述计算机指令，使得所述网络设备执行如权利要求1至31任意一项所述的信息处理方法。
PCT/CN2023/140331 2022-12-30 2023-12-20 信息处理方法、设备和存储介质 Ceased WO2024140374A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP23910303.9A EP4629585A4 (en) 2022-12-30 2023-12-20 INFORMATION PROCESSING METHOD, DEVICE AND STORAGE MEDIA

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211726796.X 2022-12-30
CN202211726796.XA CN118282932A (zh) 2022-12-30 2022-12-30 信息处理方法、设备和存储介质

Publications (1)

Publication Number Publication Date
WO2024140374A1 true WO2024140374A1 (zh) 2024-07-04

Family

ID=91645859

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/140331 Ceased WO2024140374A1 (zh) 2022-12-30 2023-12-20 信息处理方法、设备和存储介质

Country Status (3)

Country Link
EP (1) EP4629585A4 (zh)
CN (1) CN118282932A (zh)
WO (1) WO2024140374A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230370366A1 (en) * 2022-05-12 2023-11-16 Huawei Technologies Co., Ltd. Packet Transmission Method, Transmission Control Method, Apparatus, and System
WO2026016483A1 (zh) * 2024-07-17 2026-01-22 中兴通讯股份有限公司 负载均衡方法、装置以及负载均衡报文转发方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190288873A1 (en) * 2018-03-19 2019-09-19 Cisco Technology, Inc. Packet Communications Providing Packet Forwarding Efficiencies in a Network including Using a Segment Routing and Tunnel Exchange
CN111130811A (zh) * 2019-12-24 2020-05-08 广东省新一代通信与网络创新研究院 基于段路由的宽带接入方法、bras控制器以及数据中心系统
CN112448885A (zh) * 2019-08-27 2021-03-05 华为技术有限公司 一种业务报文传输的方法及设备
CN112995030A (zh) * 2021-02-07 2021-06-18 中兴通讯股份有限公司 一种业务处理方法、装置、存储介质及电子装置
US20210385150A1 (en) * 2020-06-03 2021-12-09 Juniper Networks, Inc. Provisioning non-colored segment routing label switched paths via segment routing policies in border gateway protocol

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115348206A (zh) * 2021-05-12 2022-11-15 中兴通讯股份有限公司 一种路由获取方法、装置、存储介质及电子装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190288873A1 (en) * 2018-03-19 2019-09-19 Cisco Technology, Inc. Packet Communications Providing Packet Forwarding Efficiencies in a Network including Using a Segment Routing and Tunnel Exchange
CN112448885A (zh) * 2019-08-27 2021-03-05 华为技术有限公司 一种业务报文传输的方法及设备
CN111130811A (zh) * 2019-12-24 2020-05-08 广东省新一代通信与网络创新研究院 基于段路由的宽带接入方法、bras控制器以及数据中心系统
US20210385150A1 (en) * 2020-06-03 2021-12-09 Juniper Networks, Inc. Provisioning non-colored segment routing label switched paths via segment routing policies in border gateway protocol
CN112995030A (zh) * 2021-02-07 2021-06-18 中兴通讯股份有限公司 一种业务处理方法、装置、存储介质及电子装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4629585A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230370366A1 (en) * 2022-05-12 2023-11-16 Huawei Technologies Co., Ltd. Packet Transmission Method, Transmission Control Method, Apparatus, and System
WO2026016483A1 (zh) * 2024-07-17 2026-01-22 中兴通讯股份有限公司 负载均衡方法、装置以及负载均衡报文转发方法

Also Published As

Publication number Publication date
CN118282932A (zh) 2024-07-02
EP4629585A4 (en) 2026-02-25
EP4629585A1 (en) 2025-10-08

Similar Documents

Publication Publication Date Title
CN111385206B (zh) 报文转发的方法、网络系统、相关设备及计算机存储介质
US8856386B2 (en) Cloud resource placement using placement pivot in physical topology
US11477114B2 (en) Packet forwarding method and apparatus
US12568035B2 (en) Method for forwarding service packet, method for sending SR policy, device, and system
WO2018032962A1 (zh) 一种信息同步的方法，装置及系统
US20140169366A1 (en) System, method and apparatus to resolve rpf-vector attribute conflicts
WO2024140374A1 (zh) 信息处理方法、设备和存储介质
EP4191966B1 (en) Method and system for processing data message and storage medium
EP4181477A1 (en) Path selection in software defined wide area networks
US20230353479A1 (en) Edge Computing Data and Service Discovery Using an Interior Gateway Protocol (IGP)
WO2015144018A1 (zh) 信息发送方法、装置及通信系统
WO2015101066A1 (zh) 建立服务质量预留的方法及节点
WO2018090210A1 (zh) 业务报文传输方法及节点设备
WO2021077972A1 (zh) 转发报文的方法、装置及存储介质
WO2022007550A1 (zh) 一种负载均衡方法、装置、网络设备及系统
WO2023035836A1 (zh) 一种报文处理方法及相关装置
WO2025214307A9 (zh) 一种通信方法及网络设备、存储介质、计算机程序产品
CN104168194B (zh) 集群网络路径控制方法、设备和集群网络系统
WO2013013642A1 (zh) 处理跨环业务的方法和相交节点
WO2024139547A1 (zh) 寻路方法、报文传输方法、设备及介质
CN116566894A (zh) 数据路由方法、装置、电子设备及存储介质
CN113904981A (zh) 一种路由信息处理方法、装置、电子设备和存储介质
WO2018054197A1 (en) Method and apparatus for path selecting
JP7832321B2 (ja) ＢＧＰ－ｉｎｔｅｎｔルートの受信方法及びＢＧＰ－ｉｎｔｅｎｔルートのアドバタイズ方法
CN120750869B (zh) 报文传输方法、装置及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23910303

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023910303

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2023910303

Country of ref document: EP

Effective date: 20250703

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2023910303

Country of ref document: EP