WO2013189272A1 - 业务处理方法、设备和系统 - Google Patents

业务处理方法、设备和系统 Download PDF

Info

Publication number
WO2013189272A1
WO2013189272A1 PCT/CN2013/077371 CN2013077371W WO2013189272A1 WO 2013189272 A1 WO2013189272 A1 WO 2013189272A1 CN 2013077371 W CN2013077371 W CN 2013077371W WO 2013189272 A1 WO2013189272 A1 WO 2013189272A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
processing
message
label
characteristic
Prior art date
Application number
PCT/CN2013/077371
Other languages
English (en)
French (fr)
Inventor
郑若滨
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP13807508.0A priority Critical patent/EP2852109B1/en
Priority to EP21155216.1A priority patent/EP3890251B1/en
Publication of WO2013189272A1 publication Critical patent/WO2013189272A1/zh
Priority to US14/574,506 priority patent/US9736062B2/en
Priority to US16/540,082 priority patent/USRE49049E1/en

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/54—Organization of routing tables
    • 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]

Definitions

  • the present application claims priority to Chinese Patent Application No. CN 201210200555.1, entitled “Business Processing Method, Equipment and System", filed on June 18, 2012, all The content is incorporated herein by reference.
  • TECHNICAL FIELD The present invention relates to communications technologies, and in particular, to a service processing method, apparatus, and system.
  • An access network is used to connect a Customer Premises Equipment (CPN) and a backbone network, and the access network can be accessed by an access node such as a digital subscriber line access multiplexer (DSL Access).
  • CPN Customer Premises Equipment
  • DSL Access digital subscriber line access multiplexer
  • Multiplexer cartridge: DSLAM
  • broadband access server Broadband Remote Access
  • the BRAS can also use a broadband network gateway
  • the BRAS can be used for performing service processing on the received message, including, for example, Internet video processing, Deep Packet Inspection (DPI), firewall, and antivirus. Wait.
  • DPI Deep Packet Inspection
  • the BRAS also needs to gradually increase the processing capability for various value-added services; and, each time the service is upgraded to the BRAS, the service processing capability is enhanced.
  • the BRAS device needs to be powered off, and then the BRAS is upgraded or upgraded with the service processing software.
  • the BRAS device generally supports tens of thousands to hundreds of thousands of users. When the service is upgraded, the device will be powered off, and the original service will be interrupted. The impact on the user is very large. Therefore, the scalability of the existing technology in the service upgrade is Poor.
  • the present invention provides a service processing method, device, and system to reduce the impact on a service when a service is upgraded, and to improve scalability when the service is upgraded.
  • a first aspect of the present invention provides a service processing method, including: Receiving a service packet, and searching for a service routing table corresponding to the service packet according to the service identifier in the service packet, where the service identifier indicates a service to be processed by the service packet; the service routing table includes a service tag indicating a service characteristic in the service, and a routing path processing the service characteristic;
  • a service processing control device including: a service routing control unit, a service tag processing unit;
  • the service routing control unit is configured to store a service routing table, where the service routing table includes a service label for indicating a service characteristic in the service, and a routing path for processing a service characteristic; Receiving a service packet, searching for a service routing table corresponding to the service packet according to the service identifier in the service packet; and setting the service label in the service packet according to the service routing table, and Sending the service packet according to the routing path
  • Still another aspect of the present invention provides a service processing device, including:
  • the service tag processing unit is configured to receive a service packet, where the service packet is configured with a service service processing device, and is configured to process a service feature corresponding to the service tag.
  • Still another aspect of the present invention provides a service processing system comprising: the service processing control device of the present invention, and the service processing device of the present invention.
  • the technical effects of the service processing method, device, and system of the present invention are: by processing the corresponding service feature according to the service tag by the service processing device, so that when the service is upgraded, only the service processing device supporting the new service feature can be added, instead of Will affect the work of other business processing equipment,
  • DRAWINGS 1 is a schematic flowchart of an embodiment of a service processing method according to the present invention.
  • FIG. 2 is a structural diagram of an application system according to another embodiment of a service processing method according to the present invention.
  • FIG. 3 is a schematic signaling diagram of another embodiment of a service processing method according to the present invention.
  • FIG. 4 is a schematic signaling diagram of still another embodiment of a service processing method according to the present invention.
  • FIG. 5 is a schematic structural diagram of an application system according to still another embodiment of a service processing method according to the present invention.
  • FIG. 6 is a schematic signaling diagram of still another embodiment of a service processing method according to the present invention.
  • FIG. 7 is a structural diagram of an application system according to still another embodiment of a service processing method according to the present invention.
  • FIG. 8 is a schematic signaling diagram of still another embodiment of a service processing method according to the present invention.
  • FIG. 9 is a schematic structural diagram of an embodiment of a service processing control device according to the present invention.
  • FIG. 10 is a schematic structural diagram of another embodiment of a service processing control device according to the present invention.
  • FIG. 11 is a schematic structural diagram of still another embodiment of a service processing control device according to the present invention.
  • FIG. 12 is a schematic structural diagram of still another embodiment of a service processing control device according to the present invention.
  • FIG. 13 is a schematic structural diagram of an embodiment of a service processing device according to the present invention.
  • FIG. 14 is a schematic structural diagram of another embodiment of a service processing device according to the present invention.
  • FIG. 15 is a schematic structural diagram of still another embodiment of a service processing device according to the present invention.
  • FIG. 16 is a schematic structural diagram of still another embodiment of a service processing device according to the present invention.
  • FIG. 1 is a schematic flowchart of an embodiment of a service processing method according to the present invention.
  • the service processing method may be performed by a service processing system, where the service processing system includes multiple service processing units for respectively processing different service characteristics, for example, a service.
  • the processing system includes two service processing units, one for processing the service characteristic A and the other for processing the service characteristic B.
  • each service processing unit can also have the capability of processing multiple service characteristics, for example, for processing.
  • Service characteristics B and C The service processing capability of each service processing unit in this embodiment is fixed, that is, a certain service characteristic is fixedly processed.
  • the service processing unit is disposed on the service processing device, and is equivalent to a certain service processing device, which is also fixed to process certain service characteristics.
  • the service processing device When it is required to add service characteristics in the service processing system, the service processing device may be added. And a service processing unit for processing the service characteristic is set on the service processing device; therefore, in the following method embodiment, the name of the service processing device will be described.
  • the service processing method in this embodiment includes:
  • the service identifier indicates a service to be processed by the service packet
  • the service identifier is, for example, a multi-group or a flow label
  • the multi-group is, for example, a five-tuple: a destination MAC address, a source MAC address, a destination IP address, and a source. IP address, TCP/UDP port number;
  • the service to be processed by the service packet can be known (usually the correspondence between the service identifier and a service is pre-designed, for example, the above five-tuple Corresponding to the service Q, that is, as long as the quintuple is viewed, the service Q) can be obtained.
  • the service routing table may include, for example, a service tag for indicating a service characteristic in the service, and a routing path for processing the service characteristic.
  • a service tag for indicating a service characteristic in the service
  • a routing path for processing the service characteristic For example, an Internet service consists of two service characteristics, which may be virus filtering and video decoding.
  • the service label here is an identifier used to indicate the service characteristic according to a preset encoding rule, for example, a service.
  • the characteristic "virus filtering" is indicated by the service tag A, and the service characteristic "video decoding" is represented by the service tag B.
  • the setting rule of the service label is not limited in the embodiment of the present invention. For example, a mapping relationship, an algorithm inference relationship, and the like may be used to determine a correspondence between a service label and a service characteristic, as long as the service label can be set by using the service label. Identify business features.
  • the routing path for processing the service feature refers to, for example, the service port "virus filtering" represented by the service tag A, and the service routing table can record the egress port and the ingress port of the service packet when the service feature is processed. Therefore, the service packet can be sent to the service processing device for processing the service feature according to the routing path specified by the egress port and the ingress port.
  • the service routing table corresponding to the service identifier S2 may be recorded in a service routing table, and the service label corresponding to the service identifier S2 is also recorded.
  • the service processing system can find the service label and the routing path corresponding to the packet in the service routing table according to the service identifier S1 carried in the packet.
  • the service label and routing path corresponding to the service identifier S2 are adopted.
  • a service tag, a routing path, and the like corresponding to a service identifier are referred to as a service routing table corresponding to the service identifier.
  • the service processing system includes a plurality of service processing devices, and the service processing system sends the service packet to the plurality of service processing devices according to the routing path set in the service routing table, where the services are The processing device processes the service characteristics of the packet and processes the service packet.
  • the routing path of the service feature to be processed is found in the service routing table. For example, the service packet is sent from the egress port a of the device in the service processing system to the ingress port b of the service processing device. The path of the outbound port a and the inbound port b can be sent to the service processing device; and the service tag of the service feature to be processed is set in the service packet.
  • the device handles the service characteristics corresponding to the service label, and includes a centralized routing scheme and a distributed routing scheme.
  • the specific centralized routing scheme and the distributed routing scheme are described in detail in the following embodiments.
  • the service processing control device in the service processing system uniformly controls the service label setting and the service packet forwarding of the service packet, and the service packet can be processed sequentially among the multiple service processing devices; or
  • Each service processing device in the service processing system is responsible for service tag setting and service packet forwarding, and the service packets are processed sequentially among multiple service processing devices.
  • the service packet is processed by each service processing device of the service processing system, and may have multiple processing results; for example, after the processing is finished, the service packet is sent out from an out port of the service processing system, or is processed. After the end, the service packet is directly discarded. These are recorded in the service routing table, and the service processing system performs corresponding processing according to the service routing table.
  • the service packet is processed by the service processing system, and the service processing system includes a plurality of service processing devices respectively for processing specific service characteristics, and the multi-processing is performed.
  • the service is upgraded, for example, to increase the processing of the service feature Y, only a service processing device for processing the service feature Y needs to be added to the service processing system, and the newly added service processing device is connected to the service processing device.
  • the service processing system updates the service routing table of the service processing system, so that the service packet can reach the newly processed service processing device to perform processing; the implementation scheme of the service upgrade is fast, easy to implement, and is original to the system.
  • connection mode of each device in the network is not limited, as long as it can communicate with each other, for example, it can also be integrated in one physical device.
  • the function module, the service processing system is a network in which each functional module is connected through a connection line or a connector inside the physical device.
  • FIG. 2 is a schematic diagram of an application system architecture of another embodiment of a service processing method according to the present invention.
  • FIG. 3 is a schematic diagram of signaling of another embodiment of a service processing method according to the present invention.
  • the centralized routing scheme is taken as an example, and the service routing table is generated when the service packet is received, and the next routing processing is determined based on the service label in the service routing table.
  • the service processing system of this embodiment includes a service processing control device and a plurality of service processing devices, for example, including a service processing control device, and a service processing device 1, a service processing device 2, and a service processing device 3;
  • a service processing unit is disposed in each service processing device, and the service processing unit is a functional unit for processing service characteristics.
  • the service processing control device and the plurality of service processing devices adopt a star-shaped connection between the plurality of service processing devices, and the service processing control device is respectively connected to the plurality of service processing devices, and the service processing devices are not connected. Connect to each other.
  • the service processing control device includes port 0, port 1, port 2, port 3, and port 4, where port 1, port 2, and port 3 are respectively connected to service processing devices in the manner shown in FIG.
  • the service processing system is externally presented as a whole.
  • the external device can only obtain the address of port 0, port 0, port 4, and port 4 of the service processing system, that is, the entire service processing system uses port 0 and port 4 and external.
  • Device communication in this embodiment, is an example in which a port 4 receives a service packet (called an incoming packet) from the upstream device, and a service packet (called a outgoing packet) is sent from the port 0 to the downstream device.
  • a port 4 receives a service packet (called an incoming packet) from the upstream device, and a service packet (called a outgoing packet) is sent from the port 0 to the downstream device.
  • the service processing control device and the plurality of service processing devices in the service processing system may also be presented in one network element instead of being presented as a whole as shown in FIG. 2.
  • the service processing method includes:
  • the service processing control device receives the service packet.
  • the service processing control device can receive the service packet from the upstream device through the port 4.
  • the upstream device or the downstream device shown in FIG. 2 is not limited. It can be determined according to the needs of the specific implementation.
  • a service packet usually includes a packet header and a payload.
  • the payload refers to a data packet that is encapsulated and transmitted.
  • the packet header carries information about the packet, for example, a packet type and a packet. Text version, etc.
  • the service processing control device obtains a service identifier in the service packet, and obtains a service to be processed by the service packet according to the service identifier.
  • the service packet generally includes a service identifier, where the service identifier refers to, for example, a multi-group (for example, a quintuple) or a flow label; the quintuple includes: a destination MAC address, a source MAC address, and a destination IP address. Address, source IP address, TCP/UDP port number.
  • the service processing device can identify the service to be processed by the service packet according to the service identifier.
  • a flow label including a service type for identifying a service packet is used as an example.
  • the flow label can be set in a multi-protocol label switching (Multi-Protocol Label Switching). ) Layer, Media Access Control (MC) layer or IP layer.
  • the flow label may be set in the packet header, or in the packet header and a part of the payload.
  • the service processing control device decomposes the service, and obtains a service characteristic string corresponding to the service.
  • the service characteristic string includes: a service characteristic in the service, and a processing sequence of each service feature. Further, the service sequence may further include The possible processing results of the service characteristics, and the impact of the business characteristic processing results on the processing order of the business characteristics.
  • the following information may be obtained after the service is decomposed: Assume that the service to be processed by the service packet is composed of the service feature A, the service feature, the service feature C, and the service feature D. First, the service feature A is processed. There may be different processing results after A processing. It is assumed that there are three processing results of service characteristic A: 1, 2 or 3; if the processing result of service characteristic A is 1, the processing of service characteristic C is continued, and finally the service characteristic B is performed. If the processing result of the service characteristic A is 2, the processing of the service characteristic D is continued; if the processing result of the service characteristic A is 3, the business processing ends.
  • the service processing control device encodes the service feature, and obtains a service tag for indicating the service feature.
  • the service characteristic coding rule or the service characteristic coding table may be preset in the service processing control device.
  • the service feature coding is performed according to the preset service characteristic coding rule or the service characteristic coding table, and the service characteristic is generated.
  • Business label For example: Assume that the above service feature A is "virus filtering", and the service feature B is "video decoding".
  • the "virus filtering” and “video decoding” are service characteristics, and eight, B are based on the service description.
  • the service feature is directly referred to by its service tag.
  • the service feature "virus filtering” is directly referred to as "service feature A” in the following, and the A is actually It is a business tag of "virus filtering".
  • the service processing control device obtains a routing path of the service feature according to the service characteristic string and the service characteristics supported by the multiple service processing devices, and generates a service routing table according to the service identifier, the service label, and the routing path.
  • Table 1 is an optional centralized service routing table:
  • the service characteristic string obtained in 303 for example, "If the processing result of the service characteristic A is 1, the processing of the service characteristic C is continued, and finally the processing of the service characteristic B is performed; if the processing result of the service characteristic A is 2, then The processing of the service characteristic D is continued... ", and, H, the service processing device 1 in this embodiment is not used to process the service characteristic D, and the service processing device 2 is used to process the service characteristics: 8 and (, The service processing device 3 is configured to process the service characteristic A; The device is connected to the service processing device 1 through the port 1, connected to the service processing device 2 through the port 2, connected to the service processing device 3 through the port 3, and the like.
  • a routing path of the service characteristic can be obtained; where the routing path refers to, for example, a table.
  • the service packet received from the ingress port 3 that is, the packet processed by the service processing device 3
  • the service tag is modified to D (that is, the service characteristic D can be learned according to the service characteristic string;)
  • the service 4 is sent from the outgoing port 1 (according to each service).
  • the service characteristic supported by the processing device can be known that the service processing device 1 supports the service characteristic D, and the service processing control device is connected to the service processing device 1) through the port 1.
  • the service routing table can be generated according to the routing path, the flow label (that is, the service identifier in the service packet), and the service label (for example, the service label VIII, B), as shown in Table 1, in Table 1. Routing paths (eg, including inbound and outbound ports), flow labels, and service labels (eg, including inbound service labels, next hop service labels) are shown, which together form a service routing table.
  • the ingress service tag refers to a tag included in a service packet received by the service processing device, and the service packet is received by the service processing device, so it is called
  • the service tag sent from the service processing device may be referred to as "outgoing service tag”; the next hop service tag refers to the next step to be executed after the service processing device is completed. Processing the corresponding service tag, for example, the service processing device completes the processing of the service feature, and the next step is to continue processing the service feature is "video decoding", then the next hop service tag is
  • the service tag B corresponding to "Video Decoding”.
  • the service processing control device since the service processing control device is centralized and responsible for the sequential processing of each service characteristic in the message, the service processing control device itself needs to control the processing order of each service characteristic, and the processing sequence also needs to be embodied in the service routing table. In this embodiment, as shown in Table 1, it is relied on
  • the service processing control device can determine the processing order of each service characteristic and the corresponding next processing according to the specific method (for the specific judgment manner, refer to the subsequent steps in this embodiment). ). Therefore, the service characteristic processing sequence number in Table 1 is optional in this embodiment, The service attribute processing sequence number in Table 1 is removed.
  • the service routing table may also be manually configured to be sent to the service processing control device. 306.
  • the service processing control device obtains the service routing table corresponding to the service packet according to the service identifier in the service packet, and sets the service label A in the service packet according to the service routing table; and sends the service packet to the routing path according to the routing path. Processing the service processing device 3 of the service feature A;
  • the service processing control device After the service routing table is generated in the 305, the service processing control device searches for the service routing table corresponding to the packet according to the flow label in the service packet, where the service routing table includes the service corresponding to the packet. Features and their routing paths, etc.
  • the service processing control device searches for the service routing table according to the received service packet. Since there is no service label in the service packet, the service label is unlabeled. , the corresponding outgoing port (3 in Table 1) and the next hop service label (A in Table 1) when there is no label.
  • the service processing control device adds the next hop service label, A, to the service packet, and then sends the service packet from the port 3 of the service processing control device to the service processing device 3.
  • the service label can be set in the MPLS layer, the MAC layer, or the IP layer of the service packet.
  • the processing result of the feature modifies the service tag;
  • the service processing device 3 After receiving the packet, the service processing device 3 performs the processing of the corresponding service feature according to the service tag in the packet; for example, the service tag set in the packet is A, and A represents the service feature. Then, the service processing device 3 performs the processing of the service feature "virus filtering" on the packet according to the service label A in the packet.
  • a service feature coding rule or a service feature coding table may be preset, where the service processing control device sets a service specialization The device performs the processing of the corresponding service feature, and the service characteristic code table is set on the service processing device, so that the service processing device can identify the service tag according to the service feature coding table when receiving the service packet carrying the service tag. What kind of business characteristics are represented, so that the processing of the corresponding business characteristics is performed.
  • the service characteristic A processed may have three processing results: that is, the processing result of the service characteristic A may be 1, 2 or 3.
  • the service processing device 3 modifies the service label (ie, the service label A inserted in 306) in the service packet that it receives into the service attribute A. The result.
  • the service processing device 3 modifies the original service label A in the service packet to 1; if the processing result of the service feature A is 2, the service processing device 3 reports the service.
  • the original service label A in the text is modified to 2; if the processing result of the service feature A is 3, the service processing device 3 modifies the original service label A in the service packet to 3.
  • the service processing device 3 returns the service packet to the service processing control device.
  • the service processing control device performs the next processing judgment on the service packet according to the service packet returned by the service processing device 3 and the service routing table.
  • the service processing control device receives the service packet returned by the service processing device 3, and searches for the service according to the service label in the packet (corresponding to the "input service label" in the service routing table, that is, the service label in the received packet)
  • the routing table is the first outgoing port and the next hop service label corresponding to the next step of the service packet, and the corresponding processing is performed.
  • the processing result of the service characteristic A obtained by the service processing device 3 is three, and the service processing device 3 directly modifies the service label to the processing result, so it is determined according to the "input service label" of the service routing table.
  • the next step is actually equivalent to judging the next step based on the processing result of the service characteristics.
  • the service label in the packet when the service label in the packet is 1, the inbound service label in the corresponding service routing table is 1, then the service routing table is searched, and the corresponding outbound port is 2 and the next hop service is obtained.
  • the label is CB
  • the execution continues with 310 and 311.
  • the service label in the 4 ⁇ text is 2, the incoming service label in the corresponding service routing table is 2, and the service routing table is searched, and the corresponding outgoing port is 1 and the next hop is obtained.
  • the service tag is D, the process proceeds to 312 and 313.
  • the service tag in the packet is 3, the inbound service tag in the corresponding service routing table is 3, then the service routing table is searched, and the corresponding egress port is none. If the one-hop service label is unlabeled, proceed to 314.
  • the service processing control device modifies the service label in the packet to be CB, that is, the service processing control device sets the service label corresponding to the service characteristic to be processed in the service packet, and then the port 2 of the service processing control device is processed by the service processing device. Forwarding the packet to the service processing device 2;
  • the service processing device 2 receives the service packet, performs the processing of the service feature C according to the service label CB in the packet, and then performs the processing of the service feature B, and then returns the packet to the service processing control device.
  • the label does not change; jump to 315;
  • the service processing control device modifies the service label in the text, that is, the service processing control device sets, in the service packet, a service label corresponding to the service characteristic to be processed in the next step, and then the service label Port 1 of the service processing control device forwards the packet and sends it to the service processing device 1;
  • the service processing device 1 receives the service packet, performs the processing of the service characteristic D according to the service label D in the packet, and then returns the packet to the service processing control device, the service label is unchanged; jump to 315;
  • the service processing control device does not forward the packet, but directly discards the service packet, and the service processing process ends.
  • the service processing control device receives the service packet, and searches for the service routing table according to the service label, and determines that the service has no remaining service features to be processed, and then deletes the service label and forwards it out by the egress port.
  • the service tag of the service packet returned by the service processing device 2 in the service processing device 311 is CB
  • the service tag in the service packet returned by the service processing device 1 in the received 313 is D, that is, the service is searched.
  • the routing table that is, the row corresponding to the service label CB and D in Table 1, can be obtained when the incoming service label is CB or D, and the next outgoing port of the service is port 0, the next hop service label. If there is no service characteristic to be processed in the service packet, and the service characteristics to be processed in the packet have been processed, the service processing control device deletes the service label in the packet, and then the port 0 will be processed.
  • the message is sent, and a sequence of service characteristics required for the message is processed.
  • the service processing method in this embodiment is that the service processing control device sets the service label to enable the service packet to be forwarded between the service processing devices.
  • the advantage of the message processing method around the service processing device is that the service processing device itself There is no need to store the service routing table, and the processing of the service routing is not required.
  • the function processing unit does not need to be interconnected with each other.
  • the service processing control device and each service processing device can use a star-shaped connection between the service modules.
  • the connection between the devices in the service processing system is simple and convenient to implement.
  • the corresponding next processing can be performed according to the processing result of the service characteristic, and the implementation of the service processing is flexible.
  • FIG. 4 is a schematic diagram of signaling of a service processing method according to another embodiment of the present invention.
  • the application system architecture of the service processing method in this embodiment is the same as that of FIG. 2, and the embodiment is still a centralized routing scheme, and the second embodiment is The difference is that the service routing table in this embodiment is pre-generated before the service processing control device receives the service packet, and the routing processing is determined based on the service characteristic processing sequence number in the service routing table, so The service tag and service feature processing sequence number are added to the service packet.
  • the service processing method in this embodiment includes:
  • the service processing control device obtains a service identifier of the service packet from the service processing system, and a service characteristic string corresponding to the service indicated by the service identifier.
  • the service characteristic string includes: a service sequence in the service and a processing sequence of each service feature.
  • the service identifier of the embodiment is still a flow label.
  • the flow label and the service characteristic string are not analyzed by the service processing control device itself as described in the second embodiment, but are obtained from the service processing system. Obtained outside.
  • the service service information corresponding to the user is pre-configured, and the service service information includes the flow label, and the flow.
  • a service characteristic string corresponding to the label, the service characteristic string may include each service characteristic, a possible processing result of the service characteristic, a service characteristic order, and an impact of the service characteristic processing result on the order of the service characteristic.
  • the service processing control device can obtain the service service information from the AAA server or the policy server.
  • the service processing control device encodes the service feature, and obtains a service tag for indicating the service feature.
  • the service characteristic coding rule or the service characteristic coding table may be preset in the service processing control device.
  • the service feature coding is performed according to the preset service characteristic coding rule or the service characteristic coding table, and the service characteristic is generated.
  • Business label is a code that specifies the service characteristic for the service processing control device.
  • the service feature A is "virus filtering”
  • the service feature B is “video decoding”
  • the "virus filtering” and “video decoding” are service characteristics
  • a and B are coding rules or services according to service characteristics.
  • the service tag obtained by encoding the service feature of the feature coding table.
  • the service processing control device obtains a routing path of the service characteristic according to the service characteristic string and the service characteristics supported by the multiple service processing devices, and generates a service routing table according to the service identifier, the service label, and the routing path.
  • Table 2 is an optional alternative centralized routing table:
  • Table 2 No 0 No label is shown in Table 2.
  • the difference between Table 2 and Table 1 is that, in this embodiment, the routing processing of the next step is determined based on the processing sequence number of the service characteristic, so the service characteristic processing sequence number column It must be set, not as optional in Table 1. Also, the incoming service label column does not need to be different as shown in Table 1 to perform different judgments.
  • the default setting is to remove the service label from the service processing device. After the service feature corresponding to the service label of the received packet is processed, the service label is deleted if no processing result is required.
  • the service feature processing sequence number 2 in Table 2 corresponds to The incoming service label is none, indicating that the service processing device 2 deletes the service label after processing the service characteristic CB; and the incoming service label corresponding to the service characteristic processing sequence number 1 is still the processing result of the service characteristic A.
  • the service processing control device receives the service packet.
  • the service processing control device can receive the service packet from the upstream device through the port 4.
  • the upstream device or the downstream device shown in FIG. 2 is not limited, and can be determined according to the requirements of the specific implementation.
  • a service packet usually includes a packet header and a payload.
  • the payload refers to a data packet that is encapsulated and transmitted.
  • the packet header carries information about the packet, for example, a packet type and a packet. Text version, etc. 405.
  • the service processing control device searches for the service routing table corresponding to the service packet according to the flow label in the service packet, sets the service label A in the service packet according to the service routing table, and sets the service characteristic processing sequence number in the packet. 1; according to the routing path, the service message is sent to the service processing device 3 for processing the service feature A;
  • the service processing control device searches for a service routing table corresponding to the packet according to the flow label in the service packet, where the service routing table includes each service characteristic and routing path corresponding to the packet.
  • the service processing control device searches for the service routing table according to the received service packet. If there is no service characteristic processing sequence number in the service packet, the service routing table is searched for the service-free sequence number. The corresponding outgoing port is 3, and the next hop service label is A.
  • the service processing control device adds the next hop service label, that is, A, to the service packet, and also processes the service characteristic processing sequence number 1 (corresponding to the service characteristic to be processed in the next step after the processing corresponding to the service label A is performed.
  • the sequence number so that it is convenient to find the next step according to the sequence number when receiving the return message) is also added to the message (the service feature processing sequence number is not shown in Figure 2), and then the service report
  • the text is sent to the service processing device 3 by the port 3 of the service processing control device.
  • the service label A and the service feature processing sequence number 1 can be set in the MPLS layer, the MAC layer, or the IP layer of the service packet.
  • the processing result of the feature modifies the service tag, and the service feature processing sequence number is not changed;
  • the service processing device 3 After receiving the packet, the service processing device 3 performs the processing of the corresponding service feature according to the service tag in the packet; for example, the service tag set in the packet is A, and A represents the service feature. Then, the service processing device 3 performs the processing of the service feature "virus filtering" on the packet according to the service label A in the packet.
  • a service feature coding rule or a service feature coding table may be preset, where the service processing control device sets a service specialization The device performs the processing of the corresponding service feature, and the service characteristic code table is set on the service processing device, so that the service processing device can identify the service tag according to the service feature coding table when receiving the service packet carrying the service tag. What kind of business characteristics are represented, so that the processing of the corresponding business characteristics is performed.
  • the service characteristic A processed may have three processing results: that is, the processing result of the service characteristic A may be 1, 2 or 3.
  • the service processing device 3 receives the industry it receives.
  • the service tag (ie, the service tag A inserted in 405) in the service message is set as the processing result of the service feature A.
  • the service processing device 3 modifies the original service label A in the service packet to 1; if the processing result of the service feature A is 2, the service processing device 3 reports the service.
  • the original service label A in the text is modified to 2; if the processing result of the service feature A is 3, the service processing device 3 modifies the original service label A in the service packet to 3.
  • the service processing device 3 returns the service packet to the service processing control device.
  • the service processing control device performs, according to the service packet returned by the service processing device 3 and the service routing table, the next step of performing the processing on the service packet.
  • the service processing control device receives the service packet returned by the service processing device 3, and searches the service routing table according to the service characteristic processing sequence number and the service tag in the packet, and obtains the service corresponding to the service feature processing sequence number.
  • the next step is to obtain the egress port and the next hop service tag corresponding to the next step of the service, and perform corresponding processing.
  • the processing result of the service characteristic A obtained by the service processing device 3 is three, and the service processing device 3 directly modifies the service label to the processing result, so the actual example is as follows: First, the corresponding row in Table 2 is found according to the service feature processing sequence number 1 in the service packet.
  • the corresponding service routing table is The incoming service label is 1, and the corresponding outgoing port is 2, and the next hop service label is CB, and then 409 and 410 are executed; when the service label in the packet is 2, the incoming service label in the corresponding service routing table If the service routing table is 2, the corresponding outgoing port is 1 and the next hop service label is D, and then 411 and 412 are executed; when the service label in the packet is 3, the incoming service in the corresponding service routing table is If the label is 3, the service routing table is searched for, and the corresponding outgoing port is none. If the next hop service label is unlabeled, the continuation is performed 413.
  • the service processing control device modifies the service label in the packet to be the CB, that is, the service processing control device sets the service label corresponding to the service characteristic to be processed in the service packet, and increases the service characteristic processing sequence number ( This embodiment is to add 1), that is, the service feature processing sequence number is changed to 2, and then the packet is forwarded by the service processing control device port 2, and sent to the service processing device 2;
  • the service processing device 2 receives the service packet, and according to the service label CB in the packet, first performs the processing of the service characteristic C, and then performs the processing of the service characteristic B; if the service characteristic B does not exist If the processing result requires feedback, the service processing device 2 deletes the service label, and the service characteristic processing sequence number is unchanged; then returns the packet to the service processing control device; jumps to 414; of course, if the service processing device 2 has a processing result, feedback is needed. Then, the service processing device 3 is the same as the processing result feedback method of the service feature A, that is, the service tag is modified into the processing result of the service feature.
  • the service tag of the service processing control device is modified, that is, the service processing control device sets a service tag corresponding to the service feature to be processed in the service packet, and modifies the service feature sequence number. 3, and then the packet is forwarded by the service processing control device port 1 and sent to the service processing device 1;
  • the service processing device 1 receives the service packet, and performs the processing of the service feature D according to the service tag D in the packet. If the service feature D requires no feedback, the service processing device 1 deletes the service tag, and the service feature The processing sequence number is unchanged; then the message is returned to the service processing control device, the service tag is unchanged; jump to 414;
  • the service processing control device does not forward the packet, but directly discards the service packet, and the service processing process ends.
  • the service processing control device receives the service packet, and searches for the service routing table according to the service characteristic processing sequence number, and determines that the service characteristic processing sequence number is deleted after the packet has no remaining service characteristics to be processed, and is forwarded by the egress port.
  • the service processing control device receives the service characteristic processing sequence number in the service packet returned by the service processing device 2 in 410, and the service characteristic processing sequence number in the service packet returned by the service processing device 1 in the received 412. If the service routing table number is 2 or 3, the next outgoing port of the service packet is Port 0, the next hop service label is unlabeled, that is, the service packet has no remaining service features to be processed at this time, and the service characteristics of the packet have been processed, and the service processing control device deletes the packet.
  • the service feature processes the sequence number, and then the message is sent by port 0, thus completing a sequence of service feature processing required by the message.
  • the service processing method in this embodiment is that the service processing control device sets the service label to enable the service packet to be forwarded between the service processing devices.
  • the advantage of the message processing method around the service processing device is that the service processing device itself There is no need to store the service routing table, and the processing of the service routing is not required.
  • the function processing unit does not need to be interconnected with each other.
  • the service processing control device and each service processing device can use a star-shaped connection between the service modules.
  • Business office The connection relationship between the devices in the management system is simple, and the implementation is convenient; and, in this embodiment, the corresponding next processing can be performed according to the processing result of the service characteristic, and the implementation of the service processing is flexible.
  • FIG. 5 is a schematic diagram of an application system architecture of another embodiment of a service processing method according to the present invention
  • FIG. 6 is a schematic diagram of signaling of another embodiment of a service processing method according to the present invention.
  • the distributed routing scheme is taken as an example, and the service routing table is generated before the service packet is received.
  • all are service processing devices, and the service processing is performed.
  • the device integrates the functions of the service processing control device and the service processing device in FIG. 2, and the service packet is sent from one of the service processing devices and is sent from another service processing device, which is not the service shown in FIG. Process the control device as the entry and exit of the packet.
  • the service processing system of this embodiment includes a service processing device 0, a service processing device 1, a service processing device 2, and a service processing device 3.
  • Each service processing device is a service processing control device in FIG. And the function of the service processing device, including: generating and maintaining a service routing table, setting a service tag in the service packet, and processing the service feature; each service processing unit is disposed in a service processing device .
  • each service processing device is interconnected with each other.
  • the service processing device 0 is connected to the service processing device 1 to the service processing device 3, respectively, and the service processing device 1 is also associated with the service processing device 2.
  • Device 3 is connected.
  • the ports included in each service processing device and the ports through which the service processing devices are connected are connected to each other, as shown in Figure 5, and are not described here.
  • the service packet is sent from the port 4 of the service processing device 0 to the service processing system, and the service processing system is sent from the port 4 of the service processing device 1 as an example, that is, the service that receives the packet and sends the packet is the service.
  • the processing device; the direction of the arrow in FIG. 5 indicates the message path of the service packet in the service processing system according to the service processing method of this embodiment.
  • the business processing method of the embodiment includes:
  • the service processing device in the service processing system obtains the service identifier of the service packet from the service processing system and the service characteristic string corresponding to the service indicated by the service identifier.
  • the specific description of the service characteristic string may be combined with reference to the second embodiment and the third embodiment.
  • the service identifier of the embodiment is still a flow label, and the flow label and the service characteristic string are Obtained from outside the business processing system.
  • the flow label and the service characteristic string are obtained from the AAA server or the policy server.
  • each service processing control device may obtain the above information from the AAA server or the policy server, or by the AAA.
  • the server or policy server distributes the above information to each of the business processing devices in the business processing system.
  • the service processing device of the present embodiment includes each service processing device in the service processing system.
  • the service processing device of this embodiment is at least not processed by the service processing device.
  • the service processing device 1, the service processing device 2, and the service processing device 3 are both configured to perform the processing of obtaining the information.
  • Each service processing device encodes a service feature, and obtains a service tag used to indicate the service feature.
  • the service characteristic coding rule or the service characteristic coding table may be preset in each service processing device, where the service feature code is encoded according to the preset service characteristic coding rule or the service characteristic coding table, and the service characteristic is generated. Business label.
  • the service feature A is "virus filtering”
  • the service feature B is “video decoding”
  • the "virus filtering” and “video decoding” are service characteristics
  • a and B are coding rules or services according to service characteristics.
  • the service tag obtained by encoding the service feature of the feature coding table.
  • the service processing device obtains a routing path of the service characteristic according to the service characteristic string and the service characteristics respectively supported by the multiple service processing devices, and generates a service routing table according to the service identifier, the service label, and the routing path.
  • each service processing device is configured according to each of the service processing systems. a service routing table supported by the service processing device and a port connection relationship between the service processing device and the other service processing device to generate a service routing table; the service routing table includes only the service characteristics processed by the service processing device itself, As well as the associated routing path of the connection port, it is equivalent to splitting the centralized service routing table in the centralized routing scheme, and each service processing device stores a part of the service routing table associated with itself.
  • the structure of each service routing table and the centralized service routing table The items are basically the same.
  • the service routing table in this embodiment includes an "incoming service label” and an "incoming service characteristic processing result”; wherein, in the subsequent step, the service processing device obtains the routing table according to the service label.
  • the next processing of the message, the "incoming service feature processing result” is mainly used for the service processing device to combine the service tag and the service feature when there are several possible different processing results and the next processing corresponding to each result is different. Process the results and determine the next step.
  • the service processing device receives the service packet.
  • the service processing device 0 can receive the service packet from the upstream device through the port 4; the service packet usually includes a packet header and a payload, where the payload refers to a data packet for encapsulation and transmission, and the packet header
  • the payload refers to a data packet for encapsulation and transmission
  • the packet header The information about the message is carried in, for example, the message type, the message version, and the like.
  • the service processing device 0 searches for the service routing table corresponding to the service packet according to the flow label in the service packet, sets the service label A in the service packet according to the service routing table, and sends the service label to the routing path according to the routing path.
  • the service processing device 0 searches for the service routing table corresponding to the packet according to the flow label in the service packet. As shown in Table 3, the service processing device 0 searches for the service routing table according to the received service packet. If there is no service label in the service packet, the corresponding outgoing port is 3 and the next hop service label is A when the service routing table is searched for no service label.
  • the service processing device 0 adds the next hop service label, A, to the service packet, and then sends the service packet from the port 3 to the service processing device 3.
  • the service label A can be set in the MPLS layer, the MAC layer or the IP layer of the service.
  • the service processing control device needs to process the service characteristics eight, B, C, and D service characteristics, and the service processing control device needs to address the four in the service routing table.
  • the service feature sets a service feature execution order, for example, the service feature A is processed this time, and the service feature C is processed next time.
  • the service feature execution order in the service routing table may be defined by a separately set "service feature processing sequence number", or According to the "incoming service tag", the execution order and the like are determined. Therefore, in the centralized routing scheme, the manner in which the service feature execution order is determined is generally required; and in the distributed routing scheme, for each service processing device, it is received.
  • the service packet already includes the label of all the service features that it needs to process.
  • the service processing device 3 receives the service label A, and the service processing device 3 only needs to process the service corresponding to the service label A.
  • the feature is OK, and each service processing device itself does not involve a centralized routing solution.
  • the processing order of the plurality of traffic characteristics determination problem, so distributed service routing table in the routing scheme of the present embodiment may be processed need not be provided service features Sequence number.
  • the processing result of the characteristic judges the next processing;
  • the service characteristics A processed in this embodiment may have three processing results: that is, the processing result of the service characteristic A may be 1, 2 or 3.
  • the service processing device 3 searches for the service routing table (ie, Table 4) according to the service tag A in the packet, and corresponds to the "incoming service tag A".
  • the three possible values in the service feature processing result the three possible values are the possible processing results of the service characteristic A described above; the service processing device 3 will judge the service result based on the processing result of the service characteristic. The next step.
  • the service processing device 3 finds that the corresponding egress port is 2, and the next hop service tag is CB, and then executes 607 and 608; if the service feature A is processed as 2, the service processing device 3 looks up the corresponding outbound port is 3, the next hop service label is D, then continue to perform 609 and 610; if the processing result of the service characteristic A is 3, the service processing device 3 looks up the table to obtain the corresponding If the outbound port is none, the next hop service label is none, and the service processing device 3 does not forward the packet. For example, the service packet can be directly discarded.
  • the service processing device 3 modifies the service label in the packet to be CB, that is, the service processing device 3 sets, in the service packet, a service label corresponding to the service feature to be processed in the next step, and then the port 2 of the service processing device 3 Forwarding the packet to the service processing device 2;
  • the service processing device 2 receives the service packet, and according to the service label CB in the packet, first performs the processing of the service feature C, and then performs the processing of the service feature B. Then, according to the table 5, the corresponding egress port is obtained. 3, the next hop service label is no, then delete the service label, send the message to the service processing device 1 through port 3; jump to 610;
  • the service processing device 3 modifies the service label in the packet to be D, that is, the service processing device 3 sets, in the service packet, a service label corresponding to the service characteristic to be processed in the next step, and then the port 3 of the service processing device 3 Forward the packet and send it to the service processing device 1;
  • the service processing device receives the service packet, and performs the next processing on the service packet according to the service label in the packet.
  • the service label (that is, the incoming service label) in the service packet received by the service processing device 1 may have two results, which may be no label or service label 0.
  • the service processing device 1 can obtain the lookup table 6.
  • the corresponding egress port is 4, and the next hop service label is none, indicating that there is no remaining pending.
  • the service processing device 1 sends a service packet from its port 4, and the processing flow for the service packet ends.
  • the service processing device 1 can obtain the lookup table 6.
  • the corresponding egress port is 4, and the next hop service label is none.
  • the service label is then sent from its port 4, and the processing flow for the service packet ends.
  • the service processing method in this embodiment adopts a distributed routing method, and each service processing device is interconnected with each other, and the service route is distributed in distributed processing of each service processing device; the advantage of this mode is that the path of the service route can be the shortest.
  • the service routing of the centralized service routing solution is avoided.
  • the multiple round trip path of the service processing control device is performed.
  • the embodiment can also perform the corresponding next processing according to the processing result of the service characteristic, and the implementation of the service processing is flexible.
  • FIG. 7 is a schematic diagram of an application system architecture of another embodiment of a service processing method according to the present invention
  • FIG. 8 is a schematic diagram of signaling of another embodiment of a service processing method according to the present invention.
  • the distributed routing scheme is also adopted.
  • the service routing table of the embodiment is generated when the service packet is received, and the service processing system of the embodiment includes the service processing device.
  • the service processing control device the service processing control device still serves as the gateway for the service packet, that is, the service packet enters and sends the service processing system from the service processing control device, and the service packet is processed by each service processing device.
  • this embodiment is an example of two service processing control devices, including a service processing control device 1 and a service processing control device 2, which are respectively connected to each service processing device.
  • the service processing device is interconnected; the service packet enters the service processing system from the port 4 of the service processing control device 1, and the service processing system is sent from the port 0 of the service processing control device 2.
  • the service processing control device 1 and the service processing control device 2 may also be combined into one service processing control device.
  • the service processing method of the present embodiment is described as follows. For the steps that have been described in the previous embodiments, the present embodiment is only described in the following. For details, refer to the first embodiment to the fourth embodiment. As shown in FIG. 7 and FIG. 8, the service processing method in this embodiment includes:
  • the service processing control device receives the service packet.
  • the service processing control device 1 can receive the service packet from the upstream device through the port 4; the service packet usually includes a packet header and a payload, where the payload refers to data to be encapsulated and transmitted.
  • the packet carries the information about the packet, for example, the packet type and the packet version.
  • the service processing control device 1 acquires a service identifier in the service packet, and obtains a service to be processed by the service packet according to the service identifier;
  • the service processing control device 1 decomposes the service, and obtains a service characteristic string corresponding to the service. For example, after performing service decomposition, the following information may be obtained: Assume that the service to be processed by the service packet is the service feature A, the service feature ⁇ The service feature C and the service feature D are formed. First, the service feature A is processed. After the service feature A is processed, different processing results may exist. It is assumed that there are three service characteristics A processing results: 1, 2 or 3; If the processing result is 1, the processing of the service characteristic C is continued, and finally the processing of the service characteristic B is performed; if the processing result of the service characteristic A is 2, the processing of the service characteristic D is continued; if the processing result of the service characteristic A is 3, the business process ends.
  • the service processing control device sends the service identifier and the service characteristic string to each service processing device.
  • the service processing control device 1 and the service processing device are respectively connected to each other. Therefore, the service processing control device 1 can separately send the obtained service identifier and service characteristic string to each service processing device.
  • Each service processing device encodes a service feature, and obtains a service tag used to indicate the service feature.
  • the service characteristic coding rule or the service characteristic coding table may be preset in each service processing device, where the service feature code is encoded according to the preset service characteristic coding rule or the service characteristic coding table, and the service characteristic is generated. Business label.
  • the service processing device obtains a routing path of the service characteristic according to the service characteristic string and the service characteristics respectively supported by the multiple service processing devices, and generates a service routing table according to the service identifier, the service label, and the routing path.
  • Table 7 below, the table 7 is the service routing table of the service processing control device 2 in FIG. 7, and the service routing table of the other service processing device 1, the service processing device 2, and the service processing device 3 is the same as that in the fourth embodiment, see In the fourth embodiment, the service routing table of the service processing control device 1 is the same as the service routing table of the service processing device 0.
  • Table 7 Service routing table of service processing control device 2 Incoming port flow label incoming service label incoming service feature processing result outgoing port next hop service label
  • the service processing control device receives the service packet through the port 4.
  • the service processing control device 1 obtains the service routing table corresponding to the service packet according to the flow label in the service packet, and sets the service label A in the service packet according to the service routing table; and sends the service packet to the service path according to the routing path.
  • the service processing device 3 finds that the corresponding egress port is 2, and the next hop service tag is CB, then continues to execute 810 and 811; if the service feature A is processed as 2, the service processing device 3 looks up the corresponding outgoing port is 3, the next hop service label is D, then continue to perform 812 and 813; if the processing result of the service characteristic A is 3, the service processing device 3 looks up the table to obtain the corresponding If the outbound port is none, the next hop service label is none, and the service processing device 3 does not forward the packet. For example, the service packet can be directly discarded.
  • the service processing device 3 modifies the service label in the packet to be CB, that is, the service processing device 3 sets the service label corresponding to the service characteristic to be processed in the service packet, and then the port 2 of the service processing device 3 Forwarding the packet to the service processing device 2;
  • the service processing device 2 receives the service packet, and according to the service label CB in the packet, performs the processing of the service feature C first, and then performs the processing of the service feature B. Then, according to the table 5, the corresponding egress port is obtained. 3, if the next hop service label is none, the service label is deleted, and the packet is sent to the service processing device 1 through port 3;
  • the service processing device 3 modifies the service label in the packet to be D, that is, the service processing device 3 sets the service label corresponding to the service characteristic to be processed in the service packet, and then the port 3 of the service processing device 3 Forward the packet and send it to the service processing device 1;
  • the service processing device 1 receives the service packet, and performs the next processing on the service packet according to the service label in the packet, where the packet is sent from the port 4 and sent to the service processing control device 2;
  • the service label in the service packet received by the service processing device 1 Signing may have two outcomes, either unlabeled or business tag D. Regardless of the service tag, the next step is that the corresponding egress port is 4, and the next hop service tag is none. Therefore, the service processing device 1 sends the service packet from its port 4 to the service packet. To the business process control device 2, when the service tag is D, the service tag is deleted before being issued.
  • the service processing control device 2 has no service label in the service packet received by the service processing device 1 according to the service routing table shown in Table 7, that is, the corresponding inbound service label is none; the service routing table is obtained, corresponding to The outgoing port is 0, and the next hop service label is none, indicating that there is no remaining service characteristic to be processed, and the service processing control device 2 sends the service packet from the port 0 to the service processing system, and the service packet is This concludes the process.
  • the service processing control device provided by this embodiment may perform the service processing method of any embodiment of the present invention.
  • This embodiment only describes the structure of the service processing control device, and the detailed structure and working principle thereof may be combined with the present invention. As described in any of the method examples.
  • FIG. 9 is a schematic structural diagram of an embodiment of a service processing control device according to the present invention.
  • the service processing control device may include: a receiver 91, a searching unit 92, a processing unit 93, and a transmitter 94;
  • a receiver 91 configured to receive a service packet
  • the searching unit 92 is configured to search for a service routing table corresponding to the service packet according to the service identifier in the service packet received by the receiver 91, where the service identifier indicates a service to be processed by the service packet;
  • the service routing table includes a service tag for indicating a service characteristic in the service, and a routing path for processing the service characteristic;
  • the processing unit 93 is configured to set the service label in the service packet according to the service routing table found by the searching unit 92.
  • the service processing control device may further include: service routing control based on the structure shown in FIG.
  • the service routing control unit 95 may include: a service identification sub-unit 951, a service decomposition sub-unit 952, an encoding processing sub-unit 953, and a route generation sub-unit 954;
  • the service identification sub-unit 951 is configured to: after the receiver 91 receives the service packet, parse the service packet to obtain the service identifier in the service packet, and obtain the service packet according to the service identifier. business;
  • the service decomposition sub-unit 952 is configured to decompose the service to obtain a service characteristic string corresponding to the service, where the service characteristic string includes: each service characteristic in the service and a processing sequence of the service feature;
  • the encoding processing sub-unit 953 is configured to encode the service characteristic to obtain a service label for indicating the service characteristic
  • the route generation subunit 954 is configured to obtain a routing path of the service feature according to the service characteristic string and a service characteristic supported by the service processing device, and generate a location according to the service identifier, the service label, and the routing path.
  • the service routing table is configured to obtain a routing path of the service feature according to the service characteristic string and a service characteristic supported by the service processing device, and generate a location according to the service identifier, the service label, and the routing path.
  • FIG. 11 is a schematic structural diagram of another embodiment of a service processing control device according to the present invention.
  • the service processing control device may further include: a service routing control device, based on the structure shown in FIG.
  • the service routing control unit 95 may include: a service information obtaining subunit 1001, an encoding processing subunit 1002, and a route generating subunit 1003; wherein the encoding processing subunit 1002 has the same function as the encoding processing subunit 953, and route generation Subunit 1003 has the same function as route generation subunit 954;
  • the service information obtaining subunit 1001 is configured to obtain, before the receiver 91 receives the service packet, the service identifier of the service packet and the service characteristic string corresponding to the service indicated by the service identifier.
  • FIG. 12 is a schematic structural diagram of another embodiment of the service processing control device according to the present invention.
  • the service processing control device is further configured to: a transmitting subunit 931, a message receiving subunit 932, and a message control subunit 933; in FIG. 10 and FIG. 11, the processing unit 93 may have the same structure and is no longer displayed therein;
  • a message sending subunit 931 configured to: after receiving the service packet, set the service tag in the service packet according to the service routing table, and send the service packet according to the routing path
  • a message receiving subunit 932 configured to receive a service packet returned by the service processing device, where a message control sub-unit 933, configured to set, according to the service message returned by the service processing device, and the service routing table, a service tag corresponding to the service feature to be processed in the service packet, and The service packet is sent to the next service processing device corresponding to the service label.
  • the message control sub-unit 933 is specifically configured to search the service routing table according to the service tag or the service feature processing sequence number in the service packet returned by the service processing device, and set the service routing table in the service packet.
  • the seventh embodiment the embodiment only describes the structure of the service processing device, and the detailed structure and working principle thereof can be combined with the description of any method embodiment of the present invention.
  • Figure 13 is a schematic structural diagram of an embodiment of a service processing device according to the present invention.
  • the service processing device may include: a receiver 1301 and a service processing unit 1302;
  • the receiver 1301 is configured to receive a service packet, and the service packet is configured with a service label.
  • the service processing unit 1302 is configured to parse the service label, and process the service characteristic corresponding to the service label.
  • FIG. 14 is a schematic structural diagram of another embodiment of a service processing device according to the present invention.
  • the service processing device may further include: a label modification unit 1303 and a transmitter 1304, where The service tag in the service message;
  • the sender 1304 is configured to send the service packet modified by the label modification unit to the service processing control device, so that the service processing control device sends the service packet to the next service processing device.
  • FIG. 15 is a schematic structural diagram of another embodiment of a service processing device according to the present invention.
  • the service processing device may further include: a storage unit 1305, an insertion unit 1306, and a transmitter 1307, where
  • a storage unit 1305, configured to store a service routing table, and the service routing table stored by the storage unit, inserting, in the service packet, a service label of a next service characteristic to be processed;
  • a sender 1307 configured to send, by the inserted unit, the modified service packet to the service The next business processing device corresponding to the label.
  • FIG. 16 is a schematic structural diagram of a service processing device according to another embodiment of the present invention.
  • the service processing device may further include: a service routing control unit 1308.
  • the service routing control unit 1308 includes: An information receiving subunit 1401, an encoding processing subunit 1402, and a route generating subunit 1403; wherein
  • the information receiving subunit 1401 is configured to obtain a service identifier of the service packet received by the receiver, and a service characteristic string corresponding to the service indicated by the service identifier, where the service characteristic string includes: an encoding processing subunit 1402, Encoding the service characteristic to obtain a service tag for indicating the service characteristic;
  • a routing generation sub-unit 1403 configured to obtain a routing path of the service characteristic according to the service characteristic string and a service characteristic supported by the service processing unit; and generate the service according to the service identifier, the service label, and the routing path. Routing table.
  • the present embodiment provides a service processing system, which may include the service processing control device according to any embodiment of the present invention, and the service processing device according to any embodiment of the present invention.
  • the connection relationship between the service processing control device and the service processing device, and the respective structures and working principles may be referred to in the method embodiments and device embodiments of the present invention.
  • the aforementioned program can be stored in a computer readable storage medium.
  • the program when executed, performs the steps including the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Abstract

本发明提供一种业务处理方法、设备和系统，其中方法包括：接收业务报文，根据所述业务报文中的业务标识查找所述业务报文对应的业务路由表，所述业务标识表示所述业务报文要处理的业务；所述业务路由表包括用于表示所述业务中的业务特性的业务标签、以及处理所述业务特性的路由路径；根据所述业务路由表，在所述业务报文中设置所述业务标签，并按照所述路由路径将所述业务报文发送至用于处理所述业务标签对应的业务特性的业务处理设备，以使得所述业务处理设备对所述业务标签对应的业务特性进行处理。本发明减小了对原有业务的影响，提高了可扩展性。

Description

业务处理方法、 设备和系统 本申请要求于 2012 年 6 月 18 日提交中国专利局、 申请号为 CN 201210200555.1、 发明名称为 "业务处理方法、 设备和系统" 的中国专利申请 的优先权， 其全部内容通过引用结合在本申请中。 技术领域 本发明涉及通信技术， 尤其涉及一种业务处理方法、 设备和系统。 背景技术 接入网用于连接用户驻地网（Customer Premises Equipment, 筒称： CPN ) 和骨干网，该接入网可以由接入节点例如数字用户线接入复用器（ DSL Access
Multiplexer, 筒称： DSLAM )和宽带接入服务器 （ Broadband Remote Access
Server, 筒称： BRAS ) 组成， 或者， 该 BRAS 也可以采用宽带网络网关
( Broadband Network Gateway, 筒称： BNG )替代。
以 BRAS为例， BRAS可以用于对接收到的 ^艮文进行业务处理， 该业务处理 例如包括， 互联网视频处理、 深度 4艮文检测 （Deep Packet Inspect ion , 筒 称： DPI )、 防火墙和杀毒等。 随着 Internet的发展， 增值业务的种类逐渐增 多， 相应的， 该 BRAS也需要逐渐增强对各种增值业务的处理能力； 并且， 在 每次对 BRAS进行业务升级即增强其业务处理能力时， 都需要对 BRAS设备下电 , 再对该 BRAS进行业务处理软件的升级或者硬件升级。 但是， BRAS设备一般都 支持几万到几十万的用户， 业务升级时的设备下电将中断原有业务， 对用户 的影响面非常大， 因此， 现有技术在业务升级时的可扩展性较差。
发明内容 本发明提供一种业务处理方法、 设备和系统， 以减小业务升级时对原有 业务的影响， 提高业务升级时的可扩展性。
本发明的第一个方面是提供一种业务处理方法， 包括： 接收业务报文， 根据所述业务报文中的业务标识查找所述业务报文对应 的业务路由表， 所述业务标识表示所述业务报文要处理的业务； 所述业务路 由表包括用于表示所述业务中的业务特性的业务标签、 以及处理所述业务特 性的路由路径；
根据所述业务路由表， 在所述业务报文中设置所述业务标签， 并根据所
处理。
本发明的另一个方面是提供一种业务处理控制设备， 包括： 业务路由控 制单元、 业务标签处理单元；
所述业务路由控制单元， 用于存储业务路由表， 所述业务路由表包括用 于表示所述业务中的业务特性的业务标签、 以及处理业务特性的路由路径； 所述业务标签处理单元， 用于接收业务报文， 根据所述业务报文中的业 务标识查找所述业务报文对应的业务路由表； 并根据所述业务路由表， 在所 述业务报文中设置所述业务标签， 并按照所述路由路径将所述业务报文发送
本发明的再一个方面是提供一种业务处理设备， 包括：
业务标签处理单元， 用于接收业务报文， 所述业务报文中设置有业务标 业务处理设备， 用于对所述业务标签对应的业务特性进行处理。
本发明的又一个方面是提供一种业务处理系统， 包括： 本发明所述的业 务处理控制设备、 以及本发明所述的业务处理设备。
本发明业务处理方法、 设备和系统的技术效果是： 通过由业务处理设备 根据业务标签处理对应的业务特性， 使得在业务升级时， 可以仅增加支持新 业务特性的业务处理设备即可， 而不会对其他业务处理设备的工作造成影响，
减小了对原有业务的影响， 提高了可扩展性， 而且实施更加筒单快捷。
附图说明 图 1为本发明业务处理方法一实施例的流程示意图；
图 2为本发明业务处理方法另一实施例的应用系统架构图；
图 3为本发明业务处理方法另一实施例的信令示意图；
图 4为本发明业务处理方法再一实施例的信令示意图；
图 5为本发明业务处理方法又一实施例的应用系统架构图；
图 6为本发明业务处理方法又一实施例的信令示意图；
图 7为本发明业务处理方法又一实施例的应用系统架构图；
图 8为本发明业务处理方法又一实施例的信令示意图；
图 9为本发明业务处理控制设备一实施例的结构示意图；
图 10为本发明业务处理控制设备另一实施例的结构示意图；
图 11为本发明业务处理控制设备又一实施例的结构示意图；
图 12为本发明业务处理控制设备又一实施例的结构示意图；
图 13为本发明业务处理设备一实施例的结构示意图；
图 14为本发明业务处理设备另一实施例的结构示意图；
图 15为本发明业务处理设备又一实施例的结构示意图；
图 16为本发明业务处理设备又一实施例的结构示意图。
具体实施方式 实施例一
图 1 为本发明业务处理方法一实施例的流程示意图， 该业务处理方法可 以是由业务处理系统执行， 该业务处理系统中包括用于分别处理不同业务特 性的多个业务处理单元， 例如， 业务处理系统中包括两个业务处理单元， 其 中一个用于处理业务特性 A, 另一个用于处理业务特性 B, 当然， 每个业务处 理单元也可以具备处理多种业务特性的能力， 例如用于处理业务特性 B和 C; 本实施例中的各个业务处理单元的业务处理能力是固定的， 即固定处理某个 业务特性。 所述的业务处理单元是设置在业务处理设备上的， 相当于某个业 务处理设备也是固定处理某种业务特性， 当需要在业务处理系统中增加业务 特性时， 就增加业务处理设备即可， 并在业务处理设备上设置用于处理该业 务特性的业务处理单元； 因此， 在如下的方法实施例中， 将以业务处理设备 的名称来描述。 如图 1所示， 本实施例的业务处理方法包括：
101、 接收业务报文， 根据业务报文中的业务标识查找业务报文对应的业 务路由表；
其中， 业务标识表示该业务报文要处理的业务， 所述的业务标识例如是 多元组或者流标签等， 该多元组例如是五元组： 目的 MAC地址、 源 MAC地 址、 目的 IP地址、 源 IP地址、 TCP/UDP端口号； 才艮据上述的业务标识就可 以得知业务报文所要处理的业务（通常都预先设计好业务标识与某个业务的 对应关系， 比如， 上述的五元组对应的是业务 Q, 即只要查看到该五元组就 可以获得业务 Q ) 。
所述的业务路由表中例如可以包括用于表示业务中的业务特性的业务标 签、 以及处理业务特性的路由路径。 例如， 某 Internet业务由两个业务特性构 成， 该两个业务特性可以是病毒过滤、 视频解码， 这里的业务标签是根据预 设的编码规则得到的用于表示该业务特性的标识， 例如， 业务特性 "病毒过 滤" 用业务标签 A表示， 业务特性 "视频解码" 用业务标签 B表示。 其中， 所述的业务标签的设置规则本发明实施例并不做限制， 比如， 可以采用某种 映射关系、 算法推理关系等确定业务标签和业务特性之间的对应， 只要通过 设置该业务标签能够识别业务特性即可。
所述的处理业务特性的路由路径指的是， 例如， 要处理业务标签 A代表 的业务特性 "病毒过滤" ， 业务路由表中可以记录处理该业务特性时业务报 文的出端口、 入端口， 以使得该业务报文可以根据该出端口、 入端口规定的 路由路径到达用于处理该业务特性的业务处理设备。
对于根据业务标识查找业务报文对应的业务路由表， 举例如下： 某个业 务路由表中可能记录了与业务标识 S1对应的业务标签、 路由路径等， 还记录 了与业务标识 S2对应的业务标签、 路由路径等， 该业务处理系统在接收到业 务报文时， 可以根据报文中携带的业务标识 S1 , 在业务路由表中查找到与该 报文对应的业务标签、路由路径，而不会采用与业务标识 S2对应的业务标签、 路由路径。 为描述筒便， 本发明的实施例中， 将某业务标识对应的业务标签、 路由路径等称为与该业务标识对应的业务路由表。
102、 根据业务路由表， 在业务报文中设置业务标签， 并按照路由路径将 理设备对业务标签对应的业务特性进行处理； 本实施例中， 由于业务处理系统中包括多个业务处理设备， 业务处理系 统是根据业务路由表中设定的路由路径， 将业务报文发送至所述的多个业务 处理设备， 由各业务处理设备分别处理该报文中的各个业务特性， 共同完成 对业务报文的处理。
其中， 从业务路由表中查找到将要处理的业务特性的路由路径， 例如， 需要将业务报文从业务处理系统中某设备的出端口 a发出， 发往业务处理设 备的入端口 b ,按照该出端口 a和入端口 b的路径发送就可以使得业务报文到 达该业务处理设备； 并且， 在业务报文中设置将要处理的业务特性的业务标
理设备对业务标签对应的业务特性进行处理， 包括了集中式路由方案和分布 式路由方案， 具体的集中式路由方案和分布式路由方案将在后面的实施例中 详细描述， 这里筒单说明： 例如， 是由业务处理系统中的业务处理控制设备 统一控制业务报文的业务标签设置、 业务报文转发， 实现业务报文可以在多 个业务处理设备之间依次处理； 或者， 也可以是由业务处理系统中的各个业 务处理设备自身负责业务标签设置、 业务报文转发， 实现业务报文在多个业 务处理设备之间依次处理。
其中， 业务报文在业务处理系统的各个业务处理设备进行处理， 可能有 多种处理结果； 例如， 业务报文在处理结束后， 从业务处理系统的某个出端 口发送出去， 或者， 在处理结束后直接将该业务报文丟弃等。 这些在业务路 由表中都有记录， 业务处理系统根据业务路由表执行相应的处理即可。
本实施例的业务处理方法中， 业务报文是由业务处理系统执行处理的， 该业务处理系统包括多个分别用于处理特定业务特性的业务处理设备， 该多 的处理， 这样就使得在进行业务升级时， 例如要增加对业务特性 Y的处理， 则只需要在该业务处理系统中增加一个用于处理该业务特性 Y的业务处理设 备即可， 将该新增的业务处理设备连接到该业务处理系统， 并更新业务处理 系统的业务路由表， 使得业务报文能够到达该新增的业务处理设备执行处理； 这种业务升级的实施方案筒单快捷， 易于实施， 而且对系统中原有的业务处 理设备的工作不会造成影响， 提高了业务升级时的可扩展性， 并且提高了业 务升级扩展的效率。 如下的实施例二至实施例五， 分别以几种具体的应用场景为例， 对本发 明的业务处理方法进行详细说明； 需要说明的是， 这几个实施例中均是以业 务处理系统是由多个设备组成的网络为例， 具体实施中， 例如， 该网络中的 各个设备的连接方式不做限制， 只要能够相互之间通信即可， 比如， 也可以 是整合在一个物理设备中的各个功能模块， 业务处理系统是在该物理设备内 部将各个功能模块通过连接线或者连接器连接组成的网络。
实施例二
图 2为本发明业务处理方法另一实施例的应用系统架构图， 图 3为本发 明业务处理方法另一实施例的信令示意图。 本实施例中， 是以集中式路由方 案为例进行说明， 并且是在接收到业务报文时生成业务路由表， 是以业务路 由表中的业务标签为依据判断下一步的路由处理。
如图 2所示， 本实施例的业务处理系统包括业务处理控制设备和多个业 务处理设备， 例如， 包括一个业务处理控制设备， 以及业务处理设备 1、 业务 处理设备 2和业务处理设备 3; 每个业务处理设备中设置一个业务处理单元， 该业务处理单元是用于对业务特性进行处理的功能单元。
本实施例的业务处理系统中， 业务处理控制设备与多个业务处理设备之 间采用筒单的星型连接， 业务处理控制设备分别与该多个业务处理设备连接， 各业务处理设备之间未进行彼此互联。业务处理控制设备包括端口 0、端口 1、 端口 2、 端口 3和端口 4, 其中， 端口 1、 端口 2、 端口 3按照图 2所示的方 式分别与各业务处理设备连接。
该业务处理系统对外呈现为一个整体， 外部设备只能得到该业务处理系 统的端口 0、 端口 0的地址、 端口 4、 端口 4的地址， 即， 整个业务处理系统 以端口 0和端口 4与外部设备通信， 本实施例是以端口 4从上游设备接收业 务报文（称为入报文） ， 从端口 0发出业务报文（称为出报文）至下游设备 为例。 当然， 在具体实施中， 业务处理系统中的业务处理控制设备和多个业 务处理设备也可以各自以一个网元呈现， 而不是如图 2中所示的以整体呈现。
结合图 2和图 3所示， 其中， 图 2中的箭头方向表示了业务报文根据本 实施例的业务处理方法在业务处理系统中的报文路径， 该业务处理方法包括：
301、 业务处理控制设备接收业务报文；
其中， 业务处理控制设备可以通过端口 4从上游设备接收业务报文， 本 实施例中对图 2 中所示的上游设备或者下游设备具体是什么设备不做限制， 可以根据具体实施的需要确定。
业务报文中通常都包括报文头和净荷， 该净荷指的是进行封装和传输的 数据报文， 报文头中承载有关于该报文的相关信息， 例如， 报文类型、 报文 版本等。
302、 业务处理控制设备获取业务报文中的业务标识， 并根据该业务标识 得到业务报文要处理的业务；
其中， 业务报文中一般都包括业务标识， 该业务标识指的是， 例如， 多 元组（例如， 五元组）、 或者流标签； 五元组包括： 目的 MAC地址、 源 MAC 地址、 目的 IP地址、 源 IP地址、 TCP/UDP端口号。 业务处理设备可以根据 业务标识识别出该业务报文要处理的业务。
本实施例是以业务报文中包括用于标识业务报文的业务类型的流标签为 例， 该流标签可以设置在业务报文的多协议标签交换（Multi-Protocol Label Switching , 筒称： MPLS )层、 介质访问控制 （Media Access Control, 筒称： MAC)层或者 IP层。 所述的流标签可以是设置在报文头、 或者报文头和一部 分净荷中。
303、 业务处理控制设备分解业务， 得到与该业务对应的业务特性串； 其中， 所述的业务特性串包括： 业务中的各业务特性、 以及各业务特性 的处理顺序； 进一步的， 还可以包括业务特性可能的处理结果、 以及业务特 性处理结果对业务特性处理顺序的影响等。
举例如下， 进行业务分解后可能得到如下信息： 假设该业务报文要处理 的业务是由业务特性 A、 业务特性^ 业务特性 C和业务特性 D构成； 首先 进行业务特性 A的处理， 该业务特性 A处理后可能存在不同的处理结果， 假 设有三种业务特性 A的处理结果： 1、 2或 3; 如果业务特性 A的处理结果是 1 , 则继续进行业务特性 C的处理， 最后进行业务特性 B的处理； 如果业务特 性 A的处理结果为 2, 则继续进行业务特性 D的处理； 如果业务特性 A的处 理结果为 3 , 则该业务处理结束。
304、 业务处理控制设备对业务特性进行编码， 得到用于表示该业务特性 的业务标签；
其中， 可以在业务处理控制设备上预先设置业务特性编码规则或业务特 性编码表， 这里就是根据预先设置的所述业务特性编码规则或业务特性编码 表进行业务特性编码的， 生成与业务特性对应的业务标签。 举例如下： 假设上述的业务特性 A是 "病毒过滤"、 业务特性 B是 "视频 解码"， 该 "病毒过滤"、 "视频解码" 即为业务特性， 而八、 B即为根据业务 说明的是， 为了描述方便， 在本发明的实施例中， 业务特性就直接以其业务 标签进行筒称， 比如， 业务特性 "病毒过滤" 在后续就会直接称为 "业务特 性 A" , 该 A实际上是 "病毒过滤" 的业务标签。
305、 业务处理控制设备根据业务特性串、 以及多个业务处理设备分别支 持的业务特性得到业务特性的路由路径； 并根据业务标识、 业务标签和路由 路径生成业务路由表；
其中， 参见如下的表 1 , 表 1即为可选的一种集中式业务路由表：
表 1 集中式业务路由表
Figure imgf000009_0001
根据 303中得到的业务特性串，例如， "如果业务特性 A的处理结果是 1 , 则继续进行业务特性 C的处理， 最后进行业务特性 B的处理； 如果业务特性 A的处理结果为 2, 则继续进行业务特性 D的处理 ...... " 等， 并且， H没本 实施例中的业务处理设备 1用于处理业务特性 D、 业务处理设备 2用于处理 业务特性：8和（ 、 业务处理设备 3用于处理业务特性 A; 此外， 业务处理控 制设备是通过端口 1与业务处理设备 1连接， 通过端口 2与业务处理设备 2 连接， 通过端口 3与业务处理设备 3连接等。
根据上述的业务特性串、 各业务处理设备所支持的业务特性、 以及业务 处理控制设备与各业务处理设备的连接关系， 可以得到业务特性的路由路径； 这里的路由路径指的是， 例如参见表 1所示， 从表 1中可以得到 "从入端口 3 接收业务报文（即是经过业务处理设备 3处理过业务特性 A的报文）， 该业务 报文的入业务标签是 2 (即业务特性 A的处理结果为 2 ), 则将业务标签修改 为 D (即根据业务特性串可以得知继续进行业务特性 D的处理；)， 并将业务 4艮 文从出端口 1发出 （根据各业务处理设备支持的业务特性可以得知业务处理 设备 1支持业务特性 D, 并且， 业务处理控制设备是通过端口 1连接至业务 处理设备 1 )"。
本实施例中， 根据上述得到的路由路径、 流标签（即业务报文中的业务 标识） 以及业务标签（例如业务标签八、 B )可以生成业务路由表， 参见表 1 所示， 表 1中示出了路由路径（例如包括入端口、 出端口）、 流标签、 业务标 签（例如包括入业务标签、 下一跳业务标签） ， 这些共同组成了业务路由表。 其中， 所述的入业务标签指的是业务处理设备接收到的业务报文中包括的标 签， 由于该业务报文是到达业务处理设备， 由业务处理设备接收， 所以称为
"入业务标签" ， 相应的， 从业务处理设备发出的业务标签可以称为 "出业 务标签" ； 所述的下一跳业务标签指的是， 在该业务处理设备完成后下一步 将要执行的处理对应的业务标签， 例如， 该业务处理设备完成了业务特性的 处理， 下一步将要继续处理业务特性是 "视频解码"， 则下一跳业务标签就是
"视频解码" 对应的业务标签 B。
此外， 由于是通过业务处理控制设备集中负责报文中各业务特性的依次 处理， 所以需要由业务处理控制设备自身控制各业务特性的处理顺序， 这个 处理顺序也需要在业务路由表中体现。 本实施例中， 参见表 1 所示， 是依靠
"入业务标签" 来确定下一步处理的， 例如， 当入业务标签是 1 时， 则对应 的下一跳业务标签是 CB , 即下一步是处理业务特性 C和 B; 当入业务标签是 2时， 则对应的下一跳业务标签是 D, 即下一步是处理业务特性 D。 并且， 表 1中的 "入业务标签" 列均是不同的， 业务处理控制设备可以据此确定各业务 特性的处理顺序以及对应的下一步处理 （具体的判断方式详见本实施例的后 续步骤） 。 因此， 表 1 中的业务特性处理顺序号在本实施例是可选的， 即可 以将表 1中的业务特性处理顺序号去掉。
可选的， 业务路由表也可以由人工生成配置到业务处理控制设备上。 306、 业务处理控制设备根据业务报文中的业务标识获得业务报文对应的 业务路由表， 根据业务路由表， 在业务报文中设置业务标签 A; 按照路由路 径将业务报文发送至用于处理业务特性 A的业务处理设备 3;
其中， 在 305 中生成业务路由表后， 业务处理控制设备则根据业务报文 中的流标签查找到该报文对应的业务路由表， 该业务路由表中包括了该报文 所对应的各业务特性及其路由路径等。
结合表 1 所示， 业务处理控制设备根据接收到的业务报文查找业务路由 表， 由于此时业务报文中没有业务标签， 即相当于入业务标签是无标签， 则 根据业务路由表可以得到， 无标签时相应的出端口 （表 1中是 3 )和下一跳业 务标签（表 1中是 A )。
业务处理控制设备将所述的下一跳业务标签即 A添加至业务报文中， 然 后将业务报文由业务处理控制设备的端口 3发送至业务处理设备 3。其中， 业 务标签可以设置在业务报文的 MPLS层、 MAC层或 IP层。 特性的处理结果修改业务标签；
其中， 业务处理设备 3在接收到该报文后， 将根据报文中的业务标签进 行对应业务特性的处理； 例如， 报文中设置的业务标签是 A, A代表的是业 务特性 "病毒过滤" ， 则业务处理设备 3将根据报文中的该业务标签 A对报 文进行业务特性 "病毒过滤" 的处理。 需要说明的是， 可以在该业务处理系 统中的各个设备上， 包括业务处理控制设备和业务处理设备， 均预先设置业 务特性编码规则或者业务特性编码表， 其中， 业务处理控制设备设置业务特 理设备进行对应业务特性的处理， 在业务处理设备上设置所述的业务特性编 码表等是为了使得业务处理设备在接收到携带业务标签的业务报文时能够根 据该业务特性编码表识别该业务标签代表的是何种业务特性， 从而执行对应 业务特性的处理。
4叚设所处理的业务特性 A可能具有三种处理结果： 即， 该业务特性 A的 处理结果可能是 1、 2或者 3。 本实施例中， 业务处理设备 3将其所接收的业 务报文中的业务标签（即 306中插入的业务标签 A )修改为业务特性 A的处 理结果。
举例如下： 如果业务特性 A的处理结果为 1 , 则业务处理设备 3将业务 报文中的原业务标签 A修改为 1 ; 如果业务特性 A的处理结果为 2, 则业务 处理设备 3将业务报文中的原业务标签 A修改为 2; 如果业务特性 A的处理 结果为 3 , 则业务处理设备 3将业务报文中的原业务标签 A修改为 3。
308、 业务处理设备 3将业务报文返回至业务处理控制设备；
309、 业务处理控制设备根据业务处理设备 3返回的业务报文、 以及业务 路由表， 对业务报文执行下一步处理的判断；
其中， 业务处理控制设备接收业务处理设备 3返回的业务报文， 根据报 文中的业务标签（对应于业务路由表中的 "入业务标签"， 即接收报文中的业 务标签）， 查找业务路由表即表 1 , 得到该业务报文下一步对应的出端口以及 下一跳业务标签， 并执行对应的处理。
本实施例中，由于业务处理设备 3得到的业务特性 A的处理结果有三种， 并且， 是由业务处理设备 3将业务标签直接修改为处理结果， 所以根据业务 路由表的 "入业务标签" 判断下一步处理实际上相当于根据业务特性的处理 结果判断下一步处理。
举例如下： 参见表 1所示， 当报文中的业务标签为 1时， 对应业务路由 表中的入业务标签为 1 , 则查找业务路由表，得到相应的出端口为 2和下一跳 业务标签为 CB, 则继续执行 310和 311 ; 当 4艮文中的业务标签为 2时， 对应 业务路由表中的入业务标签为 2, 查找业务路由表，得到相应的出端口为 1和 下一跳业务标签为 D, 则继续执行 312和 313; 当报文中的业务标签为 3时， 对应业务路由表中的入业务标签为 3 , 则查找业务路由表，得到相应的出端口 为无， 下一跳业务标签为无标签， 则继续执行 314。
310、 业务处理控制设备修改报文中的业务标签为 CB, 即， 业务处理控 制设备在业务报文中设置下一步要处理的业务特性对应的业务标签， 然后由 该业务处理控制设备的端口 2将报文转发出去， 发送至业务处理设备 2;
311、 业务处理设备 2接收到该业务报文， 根据报文中的业务标签 CB, 先进行业务特性 C的处理， 再做业务特性 B的处理， 然后将报文返回给业务 处理控制设备， 业务标签不变； 跳转到 315;
312、 业务处理控制设备修改 ·^艮文中的业务标签为 D, 即， 业务处理控制 设备在业务报文中设置下一步要处理的业务特性对应的业务标签， 然后由该 业务处理控制设备的端口 1将报文转发出去， 发送至业务处理设备 1 ;
313、 业务处理设备 1接收到业务报文， 根据报文中的业务标签 D, 进行 业务特性 D的处理， 然后将报文返回给业务处理控制设备， 业务标签不变； 跳转到 315;
314、 业务处理控制设备不再转发报文， 而是直接丟弃该业务报文， 业务 处理流程结束；
315、 业务处理控制设备接收业务报文， 根据业务标签查找业务路由表， 判定报文没有剩余业务特性待处理， 则删除业务标签， 由出端口转发出去。
其中， 业务处理控制设备接收到 311 中业务处理设备 2返回的业务报文 中的业务标签是 CB,接收到的 313中业务处理设备 1返回的业务报文中的业 务标签是 D, 即查找业务路由表即表 1中的入业务标签 CB、 D对应的行， 可 以得到当入业务标签为 CB或者 D时，该业务 ·^艮文的下一步的出端口是端口 0, 下一跳业务标签是无标签， 也就是说此时业务报文没有剩余业务特性待处理， 报文中需要处理的业务特性均已经处理完毕， 则业务处理控制设备删除报文 中的业务标签， 然后由端口 0将报文发出， 就此完成报文需要的一序列的业 务特性处理。
本实施例的业务处理方法， 是集中由业务处理控制设备通过设置业务标 签使得业务报文在各个业务处理设备间转发， 报文围绕业务处理控制设备多 中式路由方案的优点是， 业务处理设备自身不需要存储业务路由表， 不需要 执行业务路由的处理， 功能筒单， 各业务处理设备之间无需彼此互联， 业务 处理控制设备与各业务处理设备间可以采用筒单的星型连接， 使得该业务处 理系统中的各设备之间的连接关系筒单， 实施方便； 并且， 本实施例能够根 据业务特性的处理结果执行对应的下一步处理， 业务处理的实现方式灵活。
实施例三
图 4为本发明业务处理方法再一实施例的信令示意图， 本实施例的业务 处理方法的应用系统架构与图 2是相同的， 本实施例仍然是集中式路由方案， 与实施例二的区别在于， 本实施例的业务路由表是在业务处理控制设备接收 到业务报文之前预先生成的， 并且， 是以业务路由表中的业务特性处理顺序 号为依据判断下一步的路由处理， 所以在业务报文中同时添加了业务标签和 业务特性处理顺序号。 结合图 2和图 4所示， 本实施例的业务处理方法包括：
401、 业务处理控制设备从业务处理系统之外获取业务报文的业务标识、 以及业务标识表示的业务所对应的业务特性串；
其中， 业务特性串包括： 业务中的各业务特性以及各业务特性的处理顺 序； 关于所述的业务特性串的具体说明可以结合参见实施例二， 不再赘述。 本实施例的业务标识仍然以流标签为例， 该流标签、 以及业务特性串不是如 实施例二所述的是由业务处理控制设备自身对业务报文分析得到， 而是从业 务处理系统之外获取的。
例如,在认证、授权和计费 (Authentication, Authorization and Accounting , 筒称： AAA)服务器或策略服务器中，预先配置有用户所对应的业务服务信息， 所述业务服务信息包括流标签、 以及与流标签对应的业务特性串， 该业务特 性串可以包括各业务特性、 业务特性可能的处理结果、 业务特性顺序、 以及 业务特性处理结果对业务特性顺序的影响。 当用户认证成功后， 业务处理控 制设备可以从 AAA服务器或策略服务器获取该业务服务信息。
402、 业务处理控制设备对业务特性进行编码， 得到用于表示该业务特性 的业务标签；
其中， 可以在业务处理控制设备上预先设置业务特性编码规则或业务特 性编码表， 这里就是根据预先设置的所述业务特性编码规则或业务特性编码 表进行业务特性编码的， 生成与业务特性对应的业务标签。
举例如下： 假设业务特性 A是 "病毒过滤"、 业务特性 B是 "视频解码"， 该 "病毒过滤"、 "视频解码" 即为业务特性， 而 A、 B即为根据业务特性编码 规则或业务特性编码表进行业务特性编码后得到的业务标签。
403、 业务处理控制设备根据业务特性串、 以及多个业务处理设备分别支 持的业务特性得到业务特性的路由路径； 并根据业务标识、 业务标签和路由 路径生成业务路由表；
本实施例的业务路由表的生成方法与实施例二类似， 不再赘述。 参见如 下的表 2, 表 2即为可选的另一种集中式业务路由表：
表 2 集中式业务路由表 入端口 流标签 业务特性处理顺序号 入业务标签 出端口 下一跳业务标签
4 1 无 无 3 A
3 1 1 2 CB
2 1 D
3 无 无标签
2 2 无 0 无标签
1 3 无 0 无标签 如表 2所示， 该表 2与表 1的区别在于， 由于本实施例是根据业务特性 处理顺序号为依据判断下一步的路由处理， 所以业务特性处理顺序号这列是 必须设置的， 而不是表 1 中那样是可选的； 并且， 入业务标签这列也不需要 如表 1 中所示的各项均不相同以执行不同的判断， 本实施例的入业务标签， 默认设置为各业务处理设备在对接收报文的业务标签对应的业务特性处理完 毕后， 如果没有处理结果需要反馈则删除业务标签， 例如， 表 2 中的与业务 特性处理顺序号 2对应的入业务标签是无， 表明业务处理设备 2在处理完业 务特性 CB后删除了业务标签；而与业务特性处理顺序号 1对应的入业务标签 仍然是业务特性 A的处理结果。
404、 业务处理控制设备接收业务报文；
其中， 业务处理控制设备可以通过端口 4从上游设备接收业务报文， 本 实施例中对图 2 中所示的上游设备或者下游设备具体是什么设备不做限制， 可以根据具体实施的需要确定。
业务报文中通常都包括报文头和净荷， 该净荷指的是进行封装和传输的 数据报文， 报文头中承载有关于该报文的相关信息， 例如， 报文类型、 报文 版本等。 405、 业务处理控制设备根据业务报文中的流标签查找业务报文对应的业 务路由表， 根据业务路由表， 在业务报文中设置业务标签 A, 还在报文中设 置业务特性处理顺序号 1 ;按照路由路径将业务报文发送至用于处理业务特性 A的业务处理设备 3;
其中， 业务处理控制设备根据业务报文中的流标签查找到该报文对应的 业务路由表， 该业务路由表中包括了该报文所对应的各业务特性及路由路径。
结合表 2所示， 业务处理控制设备根据接收到的业务报文查找业务路由 表， 由于此时业务报文中没有业务特性处理顺序号， 则查找业务路由表得到 无业务特性处理顺序号时， 相应的出端口是 3、 下一跳业务标签是 A。
业务处理控制设备将所述的下一跳业务标签即 A添加至业务报文中， 还 将业务特性处理顺序号 1 (相当于执行完业务标签 A对应的处理后下一步要 处理的业务特性对应的顺序号， 这样可以方便在接收到返回报文时直接根据 该顺序号查找到下一步处理）也添加进报文中 （图 2 中未示出该业务特性处 理顺序号）， 然后将业务报文由业务处理控制设备的端口 3发送至业务处理设 备 3。其中，业务标签 A和业务特性处理顺序号 1可以设置在业务报文的 MPLS 层、 MAC层或 IP层。 特性的处理结果修改业务标签， 业务特性处理顺序号不做改变；
其中， 业务处理设备 3在接收到该报文后， 将根据报文中的业务标签进 行对应业务特性的处理； 例如， 报文中设置的业务标签是 A, A代表的是业 务特性 "病毒过滤" ， 则业务处理设备 3将根据报文中的该业务标签 A对报 文进行业务特性 "病毒过滤" 的处理。 需要说明的是， 可以在该业务处理系 统中的各个设备上， 包括业务处理控制设备和业务处理设备， 均预先设置业 务特性编码规则或者业务特性编码表， 其中， 业务处理控制设备设置业务特 理设备进行对应业务特性的处理， 在业务处理设备上设置所述的业务特性编 码表等是为了使得业务处理设备在接收到携带业务标签的业务报文时能够根 据该业务特性编码表识别该业务标签代表的是何种业务特性， 从而执行对应 业务特性的处理。
4叚设所处理的业务特性 A可能具有三种处理结果： 即， 该业务特性 A的 处理结果可能是 1、 2或者 3。 本实施例中， 业务处理设备 3将其所接收的业 务报文中的业务标签（即 405中插入的业务标签 A )设置为业务特性 A的处 理结果。
举例如下： 如果业务特性 A的处理结果为 1 , 则业务处理设备 3将业务 报文中的原业务标签 A修改为 1 ; 如果业务特性 A的处理结果为 2, 则业务 处理设备 3将业务报文中的原业务标签 A修改为 2; 如果业务特性 A的处理 结果为 3 , 则业务处理设备 3将业务报文中的原业务标签 A修改为 3。
407、 业务处理设备 3将业务报文返回至业务处理控制设备；
408、 业务处理控制设备根据业务处理设备 3返回的业务报文、 以及业务 路由表， 对业务报文执行下一步处理的判断；
其中， 业务处理控制设备接收业务处理设备 3返回的业务报文， 根据报 文中的业务特性处理顺序号和业务标签查找所述业务路由表， 获得与所述业 务特性处理顺序号对应的所述下一步处理， 即得到该业务 ^艮文下一步对应的 出端口以及下一跳业务标签， 并执行对应的处理。
本实施例中，由于业务处理设备 3得到的业务特性 A的处理结果有三种， 并且， 是由业务处理设备 3将业务标签直接修改为处理结果， 所以实际上是 举例如下： 参见表 2所示， 先根据业务报文中的业务特性处理顺序号 1 找到表 2中对应的行； 接着， 与业务特性处理顺序号 1对应的， 当报文中的 业务标签为 1时，对应业务路由表中的入业务标签为 1 ,得到相应的出端口为 2和下一跳业务标签为 CB , 则继续执行 409和 410； 当报文中的业务标签为 2 时， 对应业务路由表中的入业务标签为 2, 查找业务路由表， 得到相应的出端 口为 1和下一跳业务标签为 D, 则继续执行 411和 412; 当报文中的业务标签 为 3时， 对应业务路由表中的入业务标签为 3 , 则查找业务路由表， 得到相应 的出端口为无， 下一跳业务标签为无标签， 则继续执行 413。
409、 业务处理控制设备修改报文中的业务标签为 CB, 即， 业务处理控 制设备在业务报文中设置下一步要处理的业务特性对应的业务标签， 并且， 将业务特性处理顺序号递增（本实施例是加 1 ) , 即将业务特性处理顺序号修 改为 2, 然后由该业务处理控制设备的端口 2将报文转发出去，发送至业务处 理设备 2;
410、 业务处理设备 2接收到该业务报文， 根据报文中的业务标签 CB , 先进行业务特性 C的处理， 再做业务特性 B的处理； 该业务特性 B如果没有 处理结果需要反馈， 则业务处理设备 2删除业务标签， 业务特性处理顺序号 不变； 然后将报文返回给业务处理控制设备； 跳转到 414; 当然， 如果业务处 理设备 2有处理结果需要反馈， 则与业务处理设备 3根据业务特性 A的处理 结果反馈方式相同， 即将业务标签修改为业务特性的处理结果。
411、 业务处理控制设备修改 ·^艮文中的业务标签为 D, 即， 业务处理控制 设备在业务报文中设置下一步要处理的业务特性对应的业务标签， 并且， 将 业务特性处理顺序号修改为 3 ,然后由该业务处理控制设备的端口 1将报文转 发出去， 发送至业务处理设备 1 ;
412、 业务处理设备 1接收到业务报文， 根据报文中的业务标签 D, 进行 业务特性 D的处理， 该业务特性 D如果没有处理结果需要反馈， 则业务处理 设备 1 删除业务标签， 业务特性处理顺序号不变； 然后将报文返回给业务处 理控制设备， 业务标签不变； 跳转到 414;
413、 业务处理控制设备不再转发报文， 而是直接丟弃该业务报文， 业务 处理流程结束；
414、 业务处理控制设备接收业务报文， 根据业务特性处理顺序号查找业 务路由表， 判定报文没有剩余业务特性待处理， 则删除业务特性处理顺序号， 由出端口转发出去。
其中， 业务处理控制设备接收到 410中业务处理设备 2返回的业务报文 中的业务特性处理顺序号是 2,接收到的 412中业务处理设备 1返回的业务报 文中的业务特性处理顺序号是 3 ,即查找业务路由表即表 2中的业务特性处理 顺序号 2或者 3对应的行， 可以得到当业务特性处理顺序号是 2或者 3时， 该业务报文的下一步的出端口是端口 0, 下一跳业务标签是无标签， 也就是说 此时业务报文没有剩余业务特性待处理， 报文中需要处理的业务特性均已经 处理完毕， 则业务处理控制设备删除报文中的业务特性处理顺序号， 然后由 端口 0将报文发出， 就此完成报文需要的一序列的业务特性处理。
本实施例的业务处理方法， 是集中由业务处理控制设备通过设置业务标 签使得业务报文在各个业务处理设备间转发， 报文围绕业务处理控制设备多 中式路由方案的优点是， 业务处理设备自身不需要存储业务路由表， 不需要 执行业务路由的处理， 功能筒单， 各业务处理设备之间无需彼此互联， 业务 处理控制设备与各业务处理设备间可以采用筒单的星型连接， 使得该业务处 理系统中的各设备之间的连接关系筒单， 实施方便； 并且， 本实施例能够根 据业务特性的处理结果执行对应的下一步处理， 业务处理的实现方式灵活。
实施例四
图 5为本发明业务处理方法又一实施例的应用系统架构图， 图 6为本发 明业务处理方法又一实施例的信令示意图。 本实施例中， 是以分布式路由方 案为例进行说明， 并且， 业务路由表是在接收到业务报文之前预先生成， 本 实施例的业务处理系统中， 均为业务处理设备， 该业务处理设备将图 2 中的 业务处理控制设备和业务处理设备的功能集于一体， 业务报文是从其中一个 业务处理设备进入， 从另一个业务处理设备发出， 并不是图 2 中所示的由业 务处理控制设备作为报文的出入口。
如图 5所示， 本实施例的业务处理系统包括业务处理设备 0、 业务处理设 备 1、 业务处理设备 2和业务处理设备 3 , 每个业务处理设备都是将图 2中的 业务处理控制设备和业务处理设备的功能集于一体， 包括， 既可以生成和维 护业务路由表， 也可以在业务报文中设置业务标签， 还可以处理业务特性； 每个业务处理单元设置于一个业务处理设备中。
本实施例的业务处理系统中， 各个业务处理设备之间彼此互联， 例如， 业务处理设备 0分别与业务处理设备 1至业务处理设备 3连接， 业务处理设 备 1还与业务处理设备 2、 业务处理设备 3连接等。每个业务处理设备所包括 的端口， 以及各业务处理设备之间具体通过哪个端口相互连接， 参见图 5所 示， 不再赘述。 其中， 本实施例是以业务报文从业务处理设备 0的端口 4进 入业务处理系统， 从业务处理设备 1的端口 4发出业务处理系统为例， 即接 收报文和发出报文的都是业务处理设备； 图 5 中的箭头方向表示了业务报文 根据本实施例的业务处理方法在业务处理系统中的报文路径。
本实施例仍然是假设业务处理设备 3支持处理业务特性 A, 业务处理设 备 2支持处理业务特性 B和 C, 业务处理设备 1支持处理业务特性 D为例； 结合图 5和图 6所示， 本实施例的业务处理方法包括：
601、 业务处理系统中的各业务处理设备从业务处理系统之外获取业务报 文的业务标识、 以及业务标识表示的业务所对应的业务特性串；
其中， 关于所述的业务特性串的具体说明可以结合参见实施例二和实施 例三， 不再赞述； 本实施例的业务标识仍然以流标签为例， 该流标签、 以及 业务特性串是从业务处理系统之外获取的。 本实施例中，仍然假设是从 AAA服务器或者策略服务器中获取的上述流 标签和业务特性串， 当用户认证成功后， 各业务处理控制设备可以从 AAA服 务器或策略服务器获取上述信息，或者由 AAA服务器或策略服务器将上述信 息分发到业务处理系统中的各业务处理设备。
这里所述的各业务处理设备包括业务处理系统中的每个业务处理设备， 当然， 根据具体实施情况， 由于业务处理设备 0后续步骤未做业务特性处理， 所以本实施例的各业务处理设备至少包括业务处理设备 1、业务处理设备 2和 业务处理设备 3 , 均执行所述的获取信息的处理。
602、 各业务处理设备对业务特性进行编码， 得到用于表示该业务特性的 业务标签；
其中， 可以在各业务处理设备上预先设置业务特性编码规则或业务特性 编码表， 这里就是根据预先设置的所述业务特性编码规则或业务特性编码表 进行业务特性编码的， 生成与业务特性对应的业务标签。
举例如下： 假设业务特性 A是 "病毒过滤"、 业务特性 B是 "视频解码"， 该 "病毒过滤"、 "视频解码" 即为业务特性， 而 A、 B即为根据业务特性编码 规则或业务特性编码表进行业务特性编码后得到的业务标签。
603、 各业务处理设备分别根据业务特性串、 以及多个业务处理设备分别 支持的业务特性得到业务特性的路由路径； 并根据业务标识、 业务标签和路 由路径生成业务路由表；
本实施例的业务路由表的生成方法与实施例二和实施例三类似， 不再赘 述； 其中， 本实施例的业务路由表的生成过程中， 各个业务处理设备根据该 业务处理系统中的各业务处理设备分别支持的业务特性、 以及该业务处理设 备自身与其他业务处理设备之间的端口连接关系， 生成业务路由表； 该业务 路由表仅包括与该业务处理设备自身所处理的业务特性、 以及自身的连接端 口有关联的路由路径， 实际上相当于将集中式路由方案中的集中式业务路由 表拆分， 分别由各业务处理设备存储与自身关联的一部分业务路由表。
参见如下的表 3~表6, 分别是图 5中的各业务处理设备上分别存储的业 务路由表：
表 3 业务处理设备 0的业务路由表 入端口 流标签 入业务标签 入业务特性处理结果 出端口 下一跳业务标签
4 1 无标签 无 3 A
表 4 业务处理设备 3的业务路由表
入端口 流标签 入业务标签 入业务特性处理结果 出端口 下一跳业务标签
1 1 A 1 2 CB
2 3 D
3 无 无 表 5 业务处理设备 2的业务路由表
入端口 流标签 入业务标签 入业务特性处理结果 出端口 下一跳业务标签
2 1 CB 无 3 无 表 6 业务处理设备 1的业务路由表
入端口 流标签 入业务标签 入业务特性处理结果 出端口 下一跳业务标签
2 1 无 无 4 无
3 1 D 无 4 无 如上述的表 3〜表 6所示， 各业务路由表的结构与集中式业务路由表中的 各项基本相同， 需要说明的是， 本实施例的业务路由表中包括 "入业务标签" 和 "入业务特性处理结果" ； 其中， 后续步骤中业务处理设备是根据业务标 签查找路由表获得对报文的下一步处理， "入业务特性处理结果" 主要是用 于当存在几种可能的不同处理结果且各结果对应的下一步处理不同时， 供业 务处理设备结合业务标签和该业务特性的处理结果， 确定下一步处理。
604、 业务处理设备 0接收业务报文；
其中， 业务处理设备 0可以通过端口 4从上游设备接收业务报文； 业务 报文中通常都包括报文头和净荷， 该净荷指的是进行封装和传输的数据报文， 报文头中承载有关于该报文的相关信息， 例如， 报文类型、 报文版本等。
605、 业务处理设备 0根据业务报文中的流标签查找业务报文对应的业务 路由表， 根据业务路由表， 在业务报文中设置业务标签 A; 按照路由路径将 业务 ·^艮文发送至用于处理业务特性 A的业务处理设备 3;
其中， 业务处理设备 0根据业务报文中的流标签查找到该报文对应的业 务路由表， 结合表 3所示， 业务处理设备 0根据接收到的业务报文查找业务 路由表， 由于此时业务报文中没有业务标签， 则查找业务路由表得到无业务 标签时， 相应的出端口是 3、 下一跳业务标签是 A。
业务处理设备 0将所述的下一跳业务标签即 A添加至业务报文中， 然后 将业务报文由端口 3发送至业务处理设备 3。 其中， 业务标签 A可以设置在 业务 4艮文的 MPLS层、 MAC层或 IP层。
需要说明的是， 集中式路由方案中， 业务处理控制设备接收到的报文需 要处理业务特性八、 B、 C和 D四个业务特性， 业务处理控制设备需要在业务 路由表中对这四个业务特性设置一个业务特性执行顺序， 例如本次处理业务 特性 A、下次处理业务特性 C, 当然业务路由表中的该业务特性执行顺序可以 由单独设置的 "业务特性处理顺序号" 限定， 或者根据 "入业务标签" 确定 执行顺序等， 因此， 在集中式路由方案中通常需要业务特性执行顺序的确定 方式； 而在分布式路由方案中， 对每个业务处理设备来说， 其所接收到的业 务报文已经包括了它所需要处理的所有业务特性的标签， 比如， 业务处理设 备 3接收到的报文中携带业务标签 A, 该业务处理设备 3就仅需要处理业务 标签 A对应的业务特性即可， 每个业务处理设备自身来说， 其不会涉及到集 中式路由方案中所述的对多个业务特性的处理顺序进行确定的问题， 所以在 本实施例的分布式路由方案中的业务路由表中可以不需要设置业务特性处理 顺序号。 特性的处理结果判断下一步处理；
4叚设本实施例中所处理的业务特性 A可能具有三种处理结果： 即， 该业 务特性 A的处理结果可能是 1、 2或者 3。 本实施例中， 业务处理设备 3在对 业务特性 A处理结束后， 根据报文中的业务标签 A, 查找业务路由表（即表 4 ) , 与 "入业务标签 A" 对应的， 有 "入业务特性处理结果" 中的三种可能 值， 这三种可能值就是上述的业务特性 A可能的处理结果； 业务处理设备 3 将才艮据业务特性的处理结果， 判断对业务 ·^艮文的下一步处理。
举例如下： 如果业务特性 A的处理结果为 1 , 业务处理设备 3查表得到 对应的出端口是 2, 下一跳业务标签为 CB , 则继续执行 607和 608; 如果业 务特性 A的处理结果为 2, 业务处理设备 3查表得到对应的出端口是 3 , 下一 跳业务标签为 D, 则继续执行 609和 610; 如果业务特性 A的处理结果为 3 , 业务处理设备 3 查表得到对应的出端口是无， 下一跳业务标签为无， 则业务 处理设备 3不再对该报文进行转发， 例如可以直接丟弃该业务报文。
607、 业务处理设备 3修改报文中的业务标签为 CB, 即， 业务处理设备 3 在业务报文中设置下一步要处理的业务特性对应的业务标签， 然后由该业务 处理设备 3的端口 2将报文转发出去， 发送至业务处理设备 2;
608、 业务处理设备 2接收到该业务报文， 根据报文中的业务标签 CB , 先进行业务特性 C的处理， 再做业务特性 B的处理； 然后根据表 5查表得到 对应的出端口为 3 , 下一跳业务标签为无， 则删除业务标签， 将报文通过端口 3发送至业务处理设备 1 ; 跳转到 610;
609、 业务处理设备 3修改报文中的业务标签为 D, 即， 业务处理设备 3 在业务报文中设置下一步要处理的业务特性对应的业务标签， 然后由该业务 处理设备 3的端口 3将报文转发出去， 发送至业务处理设备 1 ;
610、 业务处理设备 1接收到该业务报文， 根据报文中的业务标签对业务 报文进行下一步的处理；
本实施例中， 参见表 6, 该业务处理设备 1接收到的业务报文中的业务标 签（即入业务标签）可能有两种结果， 可能是无标签或者是业务标签0。
例如， 如果报文中是无业务标签， 则业务处理设备 1通过查找表 6可以 得到， 此时对应的出端口是 4, 下一跳业务标签是无， 表示没有剩余的待处理 的业务特性， 则业务处理设备 1从其端口 4将业务报文发出， 对于该业务报 文的处理流程结束。
例如， 如果报文中的业务标签是 D, 则业务处理设备 1通过查找表 6可 以得到， 此时对应的出端口是 4, 下一跳业务标签是无， 由于没有下一跳业务 标签则删除业务标签， 然后从其端口 4将业务报文发出， 对于该业务报文的 处理流程结束。
本实施例的业务处理方法， 是采用分布式路由方法， 各业务处理设备之 间彼此互联， 业务路由分散在各个业务处理设备分布式处理； 这种方式的优 点是， 业务路由的路径可以最短， 避免集中式业务路由方案的业务路由围绕 业务处理控制设备的多次往返折回路径； 并且， 本实施例也能够根据业务特 性的处理结果执行对应的下一步处理， 业务处理的实现方式灵活。
实施例五
图 7为本发明业务处理方法又一实施例的应用系统架构图， 图 8为本发 明业务处理方法又一实施例的信令示意图。 本实施例也是采用分布式路由方 案， 与实施例四的区别在于， 本实施例的业务路由表是在接收到业务报文时 生成的， 并且， 本实施例的业务处理系统中包括业务处理设备和业务处理控 制设备， 业务处理控制设备仍然作为业务报文的出入口， 即业务报文是从业 务处理控制设备进入和发出业务处理系统， 业务报文由各业务处理设备进行 处理。
如图 7所示， 本实施例是以两个业务处理控制设备为例， 包括业务处理 控制设备 1和业务处理控制设备 2,这两个业务处理控制设备均分别与各业务 处理设备连接， 各业务处理设备之间互联； 业务报文从业务处理控制设备 1 的端口 4进入业务处理系统， 从业务处理控制设备 2的端口 0发出业务处理 系统。 可选的， 业务处理控制设备 1和业务处理控制设备 2也可以合为一个 业务处理控制设备。
如下描述本实施例的业务处理方法， 其中， 对于前面的几个实施例中已 经进行说明过的步骤， 本实施例仅做筒单介绍， 详细可以参见实施例一~实施 例四所述。 结合图 7和图 8所示， 本实施例的业务处理方法包括：
801、 业务处理控制设备 1接收业务报文；
其中， 业务处理控制设备 1可以通过端口 4从上游设备接收业务报文； 业务报文中通常都包括报文头和净荷， 该净荷指的是进行封装和传输的数据 报文， 报文头中承载有关于该报文的相关信息， 例如， 报文类型、 报文版本。
802、 业务处理控制设备 1获取业务报文中的业务标识， 并根据该业务标 识得到业务报文要处理的业务；
803、 业务处理控制设备 1分解业务， 得到与该业务对应的业务特性串； 举例如下， 进行业务分解后可能得到如下信息： 假设该业务报文要处理 的业务是由业务特性 A、 业务特性^ 业务特性 C和业务特性 D构成； 首先 进行业务特性 A的处理， 该业务特性 A处理后可能存在不同的处理结果， 假 设有三种业务特性 A的处理结果： 1、 2或 3; 如果业务特性 A的处理结果是 1 , 则继续进行业务特性 C的处理， 最后进行业务特性 B的处理； 如果业务特 性 A的处理结果为 2, 则继续进行业务特性 D的处理； 如果业务特性 A的处 理结果为 3 , 则该业务处理结束。
804、 业务处理控制设备 1将业务标识和业务特性串， 分别发送至各个业 务处理设备；
其中，可以参见图 7 ,业务处理控制设备 1与各业务处理设备均分别连接， 因此， 业务处理控制设备 1 可以将得到的业务标识和业务特性串分别发送至 各个业务处理设备。
805、 各业务处理设备对业务特性进行编码， 得到用于表示该业务特性的 业务标签；
其中， 可以在各业务处理设备上预先设置业务特性编码规则或业务特性 编码表， 这里就是根据预先设置的所述业务特性编码规则或业务特性编码表 进行业务特性编码的， 生成与业务特性对应的业务标签。
806、 各业务处理设备分别根据业务特性串、 以及多个业务处理设备分别 支持的业务特性得到业务特性的路由路径； 并根据业务标识、 业务标签和路 由路径生成业务路由表。 下的表 7, 该表 7是图 7中的业务处理控制设备 2的业务路由表， 另外的业务 处理设备 1、业务处理设备 2和业务处理设备 3的业务路由表与实施例四相同， 参见实施例四即可， 业务处理控制设备 1的业务路由表与业务处理设备 0的 业务路由表相同。
表 7 业务处理控制设备 2的业务路由表 入端口 流标签 入业务标签 入业务特性处理结果 出端口 下一跳业务标签
1 1 无 无 0 无
807、 业务处理控制设备 1通过端口 4接收业务报文；
808、 业务处理控制设备 1根据业务报文中的流标签获得业务报文对应的 业务路由表， 根据业务路由表， 在业务报文中设置业务标签 A; 按照路由路 径将业务报文发送至用于处理业务特性 A的业务处理设备 3; 特性的处理结果判断下一步处理；
举例如下： 如果业务特性 A的处理结果为 1 , 业务处理设备 3查表得到 对应的出端口是 2, 下一跳业务标签为 CB , 则继续执行 810和 811 ; 如果业 务特性 A的处理结果为 2, 业务处理设备 3查表得到对应的出端口是 3 , 下一 跳业务标签为 D, 则继续执行 812和 813; 如果业务特性 A的处理结果为 3 , 业务处理设备 3 查表得到对应的出端口是无， 下一跳业务标签为无， 则业务 处理设备 3不再对该报文进行转发， 例如可以直接丟弃该业务报文
810、 业务处理设备 3修改报文中的业务标签为 CB, 即， 业务处理设备 3 在业务报文中设置下一步要处理的业务特性对应的业务标签， 然后由该业务 处理设备 3的端口 2将报文转发出去， 发送至业务处理设备 2;
811、 业务处理设备 2接收到该业务报文， 根据报文中的业务标签 CB, 先进行业务特性 C的处理， 再做业务特性 B的处理； 然后根据表 5查表得到 对应的出端口为 3 , 下一跳业务标签为无， 则删除业务标签， 将报文通过端口 3发送至业务处理设备 1 ; 跳转到 813;
812、 业务处理设备 3修改报文中的业务标签为 D, 即， 业务处理设备 3 在业务报文中设置下一步要处理的业务特性对应的业务标签， 然后由该业务 处理设备 3的端口 3将报文转发出去， 发送至业务处理设备 1 ;
813、 业务处理设备 1接收到该业务报文， 根据报文中的业务标签对业务 报文进行下一步的处理， 该处理是将报文从端口 4发出， 发送至业务处理控 制设备 2;
本实施例中， 参见表 6, 该业务处理设备 1接收到的业务报文中的业务标 签（即入业务标签）可能有两种结果， 可能是无标签或者是业务标签 D。 不 论是哪种业务标签，下一步处理均是对应的出端口是 4,下一跳业务标签是无； 因此， 业务处理设备 1会将该业务报文从其端口 4将业务报文发出， 发送至 业务处理控制设备 2, 当业务标签是 D时， 在发出之前将业务标签删除。
814、 业务处理控制设备 2根据表 7所示的业务路由表， 其从业务处理设 备 1接收到的业务报文中无业务标签， 即对应的入业务标签为无； 查找业务 路由表得到， 对应的出端口是 0, 下一跳业务标签是无， 则表明没有剩余的待 处理的业务特性， 则业务处理控制设备 2将业务报文从端口 0发出该业务处 理系统即可， 对业务报文的处理流程至此结束。
实施例六
本实施例提供的业务处理控制设备可以执行本发明任意实施例的业务处 理方法， 本实施例仅对该业务处理控制设备的结构进行筒单说明， 其详细的 结构和工作原理可以结合参见本发明任意方法实施例所述。
图 9为本发明业务处理控制设备一实施例的结构示意图， 如图 9所示， 该业务处理控制设备可以包括： 接收器 91、 查找单元 92、 处理单元 93和发 送器 94; 其中，
接收器 91 , 用于接收业务报文；
查找单元 92,用于根据接收器 91接收的所述业务报文中的业务标识查找 所述业务报文对应的业务路由表， 所述业务标识表示所述业务报文要处理的 业务； 所述业务路由表包括用于表示所述业务中的业务特性的业务标签、 以 及处理所述业务特性的路由路径；
处理单元 93 , 用于根据查找单元 92查找到的所述业务路由表， 在所述业 务报文中设置所述业务标签；
Figure imgf000027_0001
图 10为本发明业务处理控制设备另一实施例的结构示意图， 如图 10所 示， 该业务处理控制设备在图 9所示结构的基础上， 该业务处理控制设备还 可以包括： 业务路由控制单元 95 ; 该业务路由控制单元 95可以包括： 业务识 别子单元 951、 业务分解子单元 952、 编码处理子单元 953和路由生成子单元 954; 其中， 业务识别子单元 951 , 用于在接收器 91接收业务报文之后， 解析所述业 务报文获取所述业务报文中的业务标识， 并根据所述业务标识得到所述业务 报文要处理的业务；
所述业务分解子单元 952,用于分解所述业务得到与所述业务对应的业务 特性串， 所述业务特性串包括： 所述业务中的各业务特性以及业务特性的处 理顺序；
所述编码处理子单元 953 ,用于对所述业务特性进行编码得到用于表示所 述业务特性的业务标签；
所述路由生成子单元 954, 用于根据所述业务特性串、 以及所述业务处理 设备支持的业务特性得到所述业务特性的路由路径； 并根据所述业务标识、 业务标签和路由路径生成所述业务路由表。
图 11为本发明业务处理控制设备又一实施例的结构示意图， 如图 11所 示， 该业务处理控制设备在图 9所示结构的基础上， 该业务处理控制设备还 可以包括： 业务路由控制单元 95 ; 该业务路由控制单元 95可以包括： 业务信 息获取子单元 1001、 编码处理子单元 1002和路由生成子单元 1003; 其中， 编码处理子单元 1002 与编码处理子单元 953 的功能相同， 路由生成子单元 1003与路由生成子单元 954的功能相同；
业务信息获取子单元 1001 , 用于在接收器 91接收业务报文之前， 获取所 述业务报文的业务标识、 以及所述业务标识表示的业务所对应的所述业务特 性串。
进一步的， 图 12为本发明业务处理控制设备又一实施例的结构示意图， 如图 12所示， 该业务处理控制设备在图 9所示结构的基础上， 处理单元 93 还可以包括： 报文发送子单元 931、 报文接收子单元 932和报文控制子单元 933; 在图 10和图 11中处理单元 93也可以具有与此相同的结构， 不再在其 中显示； 其中，
报文发送子单元 931 , 用于在接收业务报文之后， 根据所述业务路由表， 在所述业务报文中设置所述业务标签， 并根据所述路由路径将所述业务报文
报文接收子单元 932, 用于接收所述业务处理设备返回的业务报文， 所述 报文控制子单元 933 , 用于根据所述业务处理设备返回的业务报文、 以及 所述业务路由表， 在所述业务报文中设置下一个要处理的业务特性对应的业 务标签， 并将业务报文发送至所述业务标签对应的下一个业务处理设备。
进一步的，报文控制子单元 933 , 具体用于根据所述业务处理设备返回的 业务报文中的业务标签或者业务特性处理顺序号， 查找所述业务路由表， 在 所述业务报文中设置下一个要处理的业务特性对应的业务标签。
实施例七 法， 本实施例仅对该业务处理设备的结构进行筒单说明， 其详细的结构和工 作原理可以结合参见本发明任意方法实施例所述。
图 13为本发明业务处理设备一实施例的结构示意图， 如图 13所示， 该 业务处理设备可以包括： 接收器 1301和业务处理单元 1302;
其中， 接收器 1301 , 用于接收业务报文， 业务报文中设置有业务标签； 业务处理单元 1302, 用于解析所述业务标签， 并对所述业务标签对应的 业务特性进行处理。
图 14为本发明业务处理设备另一实施例的结构示意图， 如图 14所示， 该业务处理设备在图 13的基础上还可以包括： 标签修改单元 1303和发送器 1304; 其中， 结果修改所述业务报文中的业务标签；
发送器 1304, 用于将所述标签修改单元修改后的业务报文发送至所述业 务处理控制设备， 以使得所述业务处理控制设备将所述业务报文发送至下一 个业务处理设备。
图 15为本发明业务处理设备又一实施例的结构示意图， 如图 15所示， 该业务处理设备在图 13的基础上还可以包括：存储单元 1305、插入单元 1306 和发送器 1307; 其中，
存储单元 1305 , 用于存储业务路由表； 存储单元存储的所述业务路由表， 在所述业务报文中插入下一个要处理的业 务特性的业务标签；
发送器 1307 , 用于将所述插入单元修改后的业务报文发送至与所述业务 标签对应的下一个业务处理设备。
图 16为本发明业务处理设备又一实施例的结构示意图， 如图 16所示， 该业务处理设备在图 15的基础上还可以包括： 业务路由控制单元 1308; 该业 务路由控制单元 1308包括： 信息接收子单元 1401、 编码处理子单元 1402和 路由生成子单元 1403; 其中，
信息接收子单元 1401 ,用于获取接收器接收的所述业务报文的业务标识、 以及所述业务标识表示的业务所对应的业务特性串， 所述业务特性串包括： 编码处理子单元 1402, 用于对所述业务特性进行编码得到用于表示所述 业务特性的业务标签；
路由生成子单元 1403 , 用于根据所述业务特性串、 以及所述业务处理单 元支持的业务特性得到所述业务特性的路由路径； 并根据所述业务标识、 业 务标签和路由路径生成所述业务路由表。
实施例八
本实施例提供了一种业务处理系统， 该系统可以包括本发明任意实施例 所述的业务处理控制设备、 以及本发明任意实施例所述的业务处理设备。 其 中， 所述的业务处理控制设备和业务处理设备之间的连接关系、 以及各自的 结构和工作原理可以结合参见本发明的方法实施例和设备实施例所述。
本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算机可 读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步骤； 而 前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码 的介质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求
1、 一种业务处理方法， 其特征在于， 包括：
接收业务报文， 根据所述业务报文中的业务标识查找所述业务报文对应 的业务路由表， 所述业务标识表示所述业务报文要处理的业务； 所述业务路 由表包括用于表示所述业务中的业务特性的业务标签、 以及处理所述业务特 性的路由路径；
根据所述业务路由表， 在所述业务报文中设置所述业务标签， 并根据所
Figure imgf000031_0001
处理。
2、 根据权利要求 1所述的业务处理方法， 其特征在于， 在根据所述业务 报文中的业务标识查找所述业务报文对应的业务路由表之前， 还包括：
在所述接收业务报文之后， 解析所述业务报文获取所述业务报文中的业 务标识， 并根据所述业务标识得到所述业务报文要处理的业务， 分解所述业 务得到与所述业务对应的业务特性串； 或者， 在所述接收业务报文之前， 获 取所述业务报文的业务标识、 以及所述业务标识表示的业务所对应的业务特 性串； 所述业务特性串包括： 所述业务中的各业务特性以及所述业务特性的 处理顺序；
对所述业务特性进行编码得到用于表示所述业务特性的业务标签； 根据 所述业务特性串、 以及所述业务处理设备支持的业务特性得到所述业务特性 的路由路径；
根据所述业务标识、 业务标签和路由路径生成所述业务路由表。
3、 根据权利要求 1或 2所述的业务处理方法， 其特征在于， 所述根据所
Figure imgf000031_0002
在接收业务报文之后， 根据所述业务路由表， 在所述业务报文中设置所 述业务标签， 并根据所述路由路径将所述业务报文发送至用于处理所述业务 标签对应的业务特性的业务处理设备， 以使得所述业务处理设备对所述业务 标签对应的业务特性进行处理；
接收所述业务处理设备返回的业务报文， 所述业务报文中包括所述业务 处理设备根据所述业务特性的处理结果修改的所述业务标签；
根据所述业务处理设备返回的业务报文、 以及所述业务路由表， 在所述 业务报文中设置下一个要处理的业务特性对应的业务标签， 并将所述业务报 文发送至所述业务标签对应的下一个业务处理设备。
4、 根据权利要求 3所述的业务处理方法， 其特征在于， 根据所述业务处 理设备返回的业务报文、 以及所述业务路由表， 在所述业务报文中设置下一 个要处理的业务特性对应的业务标签， 包括： 顺序号， 查找所述业务路由表， 在所述业务报文中设置下一个要处理的业务 特性对应的业务标签。
5、 根据权利要求 1所述的业务处理方法， 其特征在于， 在根据所述业务 报文中的业务标识查找所述业务报文对应的业务路由表之前， 还包括：
在所述接收业务报文之后， 解析所述业务报文获取所述业务报文中的业 务标识， 并根据所述业务标识得到所述业务报文要处理的业务， 分解所述业 务得到与所述业务对应的业务特性串； 所述业务特性串包括： 所述业务中的 各业务特性以及所述业务特性的处理顺序；
将所述业务标识、 以及所述业务特性串发送至所述业务处理设备， 以使 得所述业务处理设备根据所述业务标识和业务特性串生成所述业务路由表。
6、 根据权利要求 5所述的业务处理方法， 其特征在于， 所述根据所述业 务路由表， 在所述业务报文中设置所述业务标签， 并根据所述路由路径将所 以使
Figure imgf000032_0001
在接收业务报文之后， 根据所述业务路由表， 在所述业务报文中设置所 述业务标签， 并根据所述路由路径将所述业务报文发送至用于处理所述业务 标签对应的业务特性的业务处理设备， 以使得所述业务处理设备对所述业务 个业务处理设备。
7、 一种业务处理控制设备， 其特征在于， 包括:
接收器， 用于接收业务报文； 查找单元， 用于根据接收器接收的所述业务报文中的业务标识查找所述 业务报文对应的业务路由表， 所述业务标识表示所述业务报文要处理的业务； 所述业务路由表包括用于表示所述业务中的业务特性的业务标签、 以及处理 所述业务特性的路由路径；
处理单元， 用于根据所述业务路由表， 在所述业务报文中设置所述业务 标签；
发送器， 用于根据所述业务路由表中路由路径， 将所述处理单元设置的 以
Figure imgf000033_0001
8、 根据权利要求 7所述的业务处理控制设备， 其特征在于， 还包括： 业 务路由控制单元； 所述业务路由控制单元包括： 业务识别子单元、 业务分解 子单元、 编码处理子单元和路由生成子单元；
所述业务识别子单元， 用于在所述接收业务报文之后， 解析所述业务报 文获取所述业务报文中的业务标识， 并根据所述业务标识得到所述业务报文 要处理的业务；
所述业务分解子单元， 用于分解所述业务得到与所述业务对应的业务特 性串， 所述业务特性串包括： 所述业务中的各业务特性以及业务特性的处理 顺序；
所述编码处理子单元， 用于对所述业务特性进行编码得到用于表示所述 业务特性的业务标签；
所述路由生成子单元， 用于根据所述业务特性串、 以及所述业务处理设 备支持的业务特性得到所述业务特性的路由路径； 并根据所述业务标识、 业 务标签和路由路径生成所述业务路由表；
或者， 所述业务路由控制单元包括： 业务信息获取子单元、 所述编码处 理子单元和所述路由生成子单元；
所述业务信息获取子单元， 用于在所述接收业务报文之前， 获取所述业 务报文的业务标识、 以及所述业务标识表示的业务所对应的所述业务特性串。
9、 根据权利要求 7或 8所述的业务处理控制设备， 其特征在于， 所述处 理单元， 包括：
报文发送子单元， 用于在接收业务报文之后， 根据所述业务路由表， 在 所述业务报文中设置所述业务标签， 并根据所述路由路径将所述业务报文发 以使得所述业 报文接收子单元， 用于接收所述业务处理设备返回的业务报文， 所述业 务标签；
报文控制子单元， 用于根据所述业务处理设备返回的业务报文、 以及所 述业务路由表， 在所述业务报文中设置下一个要处理的业务特性对应的业务
10、 根据权利要求 9所述的业务处理控制设备， 其特征在于，
所述报文控制子单元， 具体用于根据所述业务处理设备返回的业务报文 中的业务标签或者业务特性处理顺序号， 查找所述业务路由表， 在所述业务 报文中设置下一个要处理的业务特性对应的业务标签。
11、 一种业务处理设备， 其特征在于， 包括：
接收器， 用于接收业务报文， 所述业务报文中设置有业务标签； 业务处理单元， 用于解析所述业务标签， 并对所述业务标签对应的业务 特性进行处理。
12、 根据权利要求 11所述的业务处理设备， 其特征在于， 还包括： 修改所述业务报文中的业务标签；
发送器， 用于将所述标签修改单元修改后的业务报文发送至所述业务处 理控制设备， 以使得所述业务处理控制设备将所述业务报文发送至下一个业 务处理设备。
13、 根据权利要求 11所述的业务处理设备， 其特征在于， 还包括： 存储单元， 用于存储业务路由表； 单元存储的所述业务路由表， 在所述业务报文中插入下一个要处理的业务特 性的业务标签；
发送器， 用于将所述插入单元修改后的业务报文发送至与所述业务标签 对应的下一个业务处理设备。
14、 根据权利要求 13所述的业务处理设备， 其特征在于， 还包括： 用于 生成所述业务路由表的业务路由控制单元； 所述业务路由控制单元包括： 信息接收子单元， 用于获取接收器接收的所述业务报文的业务标识、 以 及所述业务标识表示的业务所对应的业务特性串， 所述业务特性串包括： 所 编码处理子单元， 用于对所述业务特性进行编码得到用于表示所述业务 特性的业务标签；
路由生成子单元， 用于根据所述业务特性串、 以及所述业务处理单元支 持的业务特性得到所述业务特性的路由路径； 并根据所述业务标识、 业务标 签和路由路径生成所述业务路由表。
15、 一种业务处理系统， 其特征在于， 包括： 权利要求 7-10任一所述的 业务处理控制设备、 以及权利要求 11-14任一所述的业务处理设备。
PCT/CN2013/077371 2012-06-18 2013-06-18 业务处理方法、设备和系统 WO2013189272A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP13807508.0A EP2852109B1 (en) 2012-06-18 2013-06-18 Service processing method, device and system
EP21155216.1A EP3890251B1 (en) 2012-06-18 2013-06-18 Service processing method, device and system
US14/574,506 US9736062B2 (en) 2012-06-18 2014-12-18 Service processing method, device and system
US16/540,082 USRE49049E1 (en) 2012-06-18 2019-08-14 Service processing method, device and system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210200555.1A CN103516610B (zh) 2012-06-18 2012-06-18 业务处理方法、设备和系统
CN201210200555.1 2012-06-18

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/574,506 Continuation US9736062B2 (en) 2012-06-18 2014-12-18 Service processing method, device and system

Publications (1)

Publication Number Publication Date
WO2013189272A1 true WO2013189272A1 (zh) 2013-12-27

Family

ID=49768112

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/077371 WO2013189272A1 (zh) 2012-06-18 2013-06-18 业务处理方法、设备和系统

Country Status (5)

Country Link
US (2) US9736062B2 (zh)
EP (2) EP2852109B1 (zh)
CN (1) CN103516610B (zh)
ES (1) ES2967231T3 (zh)
WO (1) WO2013189272A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015100751A1 (zh) * 2014-01-06 2015-07-09 华为技术有限公司 一种转发报文的方法和装置
EP3082304A4 (en) * 2013-12-30 2016-12-21 Huawei Tech Co Ltd METHOD, DEVICE AND SYSTEM FOR ROUTING SERVICE
US20220086086A1 (en) * 2015-09-22 2022-03-17 Huawei Technologies Co., Ltd. Packet processing method, device, and system

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103516610B (zh) * 2012-06-18 2017-12-15 华为技术有限公司 业务处理方法、设备和系统
CN107483345B (zh) * 2012-07-11 2020-09-11 华为技术有限公司 业务处理方法、设备及系统
US9755960B2 (en) 2013-09-30 2017-09-05 Juniper Networks, Inc. Session-aware service chaining within computer networks
JP2015192237A (ja) * 2014-03-27 2015-11-02 富士通株式会社 伝送装置、伝送システム、伝送方法及び伝送プログラム
US20170250902A1 (en) * 2014-09-23 2017-08-31 Nokia Solutions And Networks Oy Control of communication using service function chaining
CN106357593A (zh) * 2015-07-17 2017-01-25 华为软件技术有限公司 访问请求处理方法及装置
CN106651382A (zh) * 2015-10-27 2017-05-10 阿里巴巴集团控股有限公司 一种业务操作所属业务类别的识别方法及装置
CN106254235B (zh) * 2016-07-27 2020-02-14 上海华为技术有限公司 一种负荷分担的方法及其设备
CN107480286B (zh) * 2017-08-24 2020-08-11 浪潮通用软件有限公司 一种报文处理方法及受托系统
US11277337B2 (en) 2019-06-06 2022-03-15 Cisco Technology, Inc. Systems and methods for routing network traffic using labels
CN113472660B (zh) * 2020-03-31 2022-07-29 中移物联网有限公司 一种应用信息的路由方法及路由节点
CN112165431B (zh) * 2020-06-09 2022-04-12 上海金融期货信息技术有限公司 一种低延时微服务路由管理系统
CN114374649A (zh) * 2020-10-15 2022-04-19 中国移动通信有限公司研究院 混合路由方法、装置和网络设备
CN116346892A (zh) * 2021-12-24 2023-06-27 上海诺基亚贝尔股份有限公司 用于服务提供的方法、设备、装置和介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101399774A (zh) * 2008-10-24 2009-04-01 华为技术有限公司 一种分组数据的处理方法和系统
CN101674221A (zh) * 2008-09-09 2010-03-17 中国移动通信集团公司 静态路由生成方法、终端路由实现方法及装置
CN102404695A (zh) * 2010-09-09 2012-04-04 中国电信股份有限公司 一种移动业务消息路由的方法、系统和设备

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8010469B2 (en) * 2000-09-25 2011-08-30 Crossbeam Systems, Inc. Systems and methods for processing data flows
US7756026B2 (en) * 2005-04-20 2010-07-13 At&T Intellectual Property I, L.P. Providing a quality of service for various classes of service for transfer of electronic data packets
CN100531128C (zh) * 2006-02-28 2009-08-19 华为技术有限公司 业务网关、服务系统、服务质量协商及服务资源释放方法
US7899044B2 (en) * 2006-06-08 2011-03-01 Alcatel Lucent Method and system for optimizing resources for establishing pseudo-wires in a multiprotocol label switching network
US20080165779A1 (en) * 2007-01-09 2008-07-10 Walter Weiss Methods, devices, and computer program products for forwarding packets using experimental bits to support service provider applications
US9253274B2 (en) * 2007-01-19 2016-02-02 Cisco Technology, Inc. Service insertion architecture
EP2174185B1 (en) * 2007-06-13 2015-04-22 Ramot at Tel-Aviv University Ltd. System and method for converting digital data into an analogue intensity-modulated optical signal
US7895425B2 (en) * 2007-08-03 2011-02-22 Cisco Technology, Inc. Operation, administration and maintenance (OAM) in a service insertion architecture (SIA)
US20090168779A1 (en) * 2007-12-31 2009-07-02 Nguyen Loc Q Integration of multi-protocol label switching (MPLS)
US8307422B2 (en) * 2008-08-14 2012-11-06 Juniper Networks, Inc. Routing device having integrated MPLS-aware firewall
US7860100B2 (en) * 2008-10-01 2010-12-28 Cisco Technology, Inc. Service path selection in a service network
KR101146139B1 (ko) * 2008-12-22 2012-05-16 한국전자통신연구원 패킷 전송 네트워크에서의 단말의 이동성 제공 방법 및 패킷 전송 네트워크 시스템, 게이트웨이 스위치
US8442043B2 (en) 2008-12-29 2013-05-14 Cisco Technology, Inc. Service selection mechanism in service insertion architecture data plane
US8699488B2 (en) * 2009-12-30 2014-04-15 Verizon Patent And Licensing Inc. Modification of peer-to-peer based feature network based on changing conditions / session signaling
US8559431B2 (en) * 2010-12-22 2013-10-15 Cisco Technology, Inc. Multiple label based processing of frames
US8711838B1 (en) * 2011-09-23 2014-04-29 Juniper Networks, Inc. Using network labels without standard-defined syntax and semantics
JP5966561B2 (ja) * 2012-04-20 2016-08-10 富士通株式会社 通信装置および通信方法
US9088519B2 (en) * 2012-06-15 2015-07-21 Juniper Networks, Inc. Allocating and distributing labels for packet encapsulation
CN103516610B (zh) * 2012-06-18 2017-12-15 华为技术有限公司 业务处理方法、设备和系统
CN104145455A (zh) * 2012-08-23 2014-11-12 华为技术有限公司 一种报文控制方法和装置
CN104243302B (zh) * 2013-06-20 2018-03-16 华为技术有限公司 业务路由报文处理方法、装置及网络系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674221A (zh) * 2008-09-09 2010-03-17 中国移动通信集团公司 静态路由生成方法、终端路由实现方法及装置
CN101399774A (zh) * 2008-10-24 2009-04-01 华为技术有限公司 一种分组数据的处理方法和系统
CN102404695A (zh) * 2010-09-09 2012-04-04 中国电信股份有限公司 一种移动业务消息路由的方法、系统和设备

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3082304A4 (en) * 2013-12-30 2016-12-21 Huawei Tech Co Ltd METHOD, DEVICE AND SYSTEM FOR ROUTING SERVICE
CN108880999A (zh) * 2013-12-30 2018-11-23 华为技术有限公司 一种业务路由的方法、设备及系统
EP3528439A1 (en) * 2013-12-30 2019-08-21 Huawei Technologies Co., Ltd. Service routing method and system
WO2015100751A1 (zh) * 2014-01-06 2015-07-09 华为技术有限公司 一种转发报文的方法和装置
CN105103503A (zh) * 2014-01-06 2015-11-25 华为技术有限公司 一种转发报文的方法和装置
CN105103503B (zh) * 2014-01-06 2018-07-31 华为技术有限公司 一种转发报文的方法和装置
US20220086086A1 (en) * 2015-09-22 2022-03-17 Huawei Technologies Co., Ltd. Packet processing method, device, and system
US11909633B2 (en) * 2015-09-22 2024-02-20 Huawei Technologies Co., Ltd. Packet processing method, device, and system

Also Published As

Publication number Publication date
US9736062B2 (en) 2017-08-15
EP2852109B1 (en) 2021-09-22
ES2967231T3 (es) 2024-04-29
USRE49049E1 (en) 2022-04-19
EP3890251B1 (en) 2023-10-11
US20150103823A1 (en) 2015-04-16
EP2852109A1 (en) 2015-03-25
EP2852109A4 (en) 2015-04-08
CN103516610A (zh) 2014-01-15
EP3890251A1 (en) 2021-10-06
CN103516610B (zh) 2017-12-15

Similar Documents

Publication Publication Date Title
USRE49049E1 (en) Service processing method, device and system
CN107483345B (zh) 业务处理方法、设备及系统
KR100910818B1 (ko) 비-ｍａｃｓｅｃ 노드들을 통해 ｍａｃｓｅｃ 패킷들을터널링하기 위한 방법 및 시스템
EP1491007B1 (en) Label switching in fibre channel networks
US9973400B2 (en) Network flow information collection method and apparatus
CN102571602B (zh) 业务路由网络及业务处理的方法、设备
WO2009043256A1 (fr) Procédé, système et dispositif d'obtention de trajets à commutation par étiquette
US10791051B2 (en) System and method to bypass the forwarding information base (FIB) for interest packet forwarding in an information-centric networking (ICN) environment
JP2015500607A (ja) エントリを生成するための方法、パケットを受信するための方法、および、対応する装置とシステム
CN102891800A (zh) 获知溢出地址的可升级转发表
CN104283916B (zh) 一种应用于hfc网络的数据报文传输方法及装置
WO2023115367A1 (zh) 一种多协议数据传输方法及装置、网络和存储介质
CN114448859A (zh) 支持用于边界网关协议的多传输选项
US8305918B2 (en) Method of configuring the quality-of-service profile of a given stream at an access node of a packet communications network
CN109756412A (zh) 一种数据报文转发方法以及设备
WO2015100644A1 (zh) 一种处理报文的方法和装置
JP2005159983A (ja) ラベルスイッチングネットワーク、ルートサーバ、およびラベルエッジルータ
EP4340318A1 (en) Routing obtaining method and apparatus, storage medium, and electronic apparatus
CN104734956A (zh) 业务路由系统及业务处理的方法、设备
CN116506182A (zh) Ip分片报文的安全防护方法及装置
CN117880003A (zh) 数据转发方法、装置、设备和存储介质
WO2009012695A1 (fr) Procédé et dispositif de transmission d'informations de protocole
JP2005057558A (ja) 接続サーバ振り分け方法及びパケット交換装置

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: 13807508

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2013807508

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE