WO2018166353A1 - 隧道授权信息处理方法、路径计算单元及存储介质 - Google Patents

隧道授权信息处理方法、路径计算单元及存储介质 Download PDF

Info

Publication number
WO2018166353A1
WO2018166353A1 PCT/CN2018/077727 CN2018077727W WO2018166353A1 WO 2018166353 A1 WO2018166353 A1 WO 2018166353A1 CN 2018077727 W CN2018077727 W CN 2018077727W WO 2018166353 A1 WO2018166353 A1 WO 2018166353A1
Authority
WO
WIPO (PCT)
Prior art keywords
tunnel
pce
pcc
authorized
information
Prior art date
Application number
PCT/CN2018/077727
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 中兴通讯股份有限公司
Publication of WO2018166353A1 publication Critical patent/WO2018166353A1/zh

Links

Images

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/02—Topology update or discovery
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/825—Involving tunnels, e.g. MPLS

Definitions

  • the present invention relates to the field of data communication technologies, and in particular, to a tunnel authorization information processing method, a path computation unit (PCE), and a storage medium.
  • PCE path computation unit
  • PCE Software Defined Network
  • PCE is not only a service component for centralized computing, but also actively dynamics the tunnels already established by the Path Computation Client (PCC).
  • PCC Path Computation Client
  • Planning and tuning work that is, the tunnel that the PCC has created can be authorized to the PCE, and then the PCE can update the path information of the tunnel as needed.
  • the PCC cannot know that the PCE can currently receive the tunnel authorization sent by itself, the PCE will repeatedly authorize the established tunnel to the PCE after rejecting the tunnel authorization request sent by itself, thereby reducing the PCC and the PCC.
  • PCE's work efficiency because the PCC cannot know that the PCE can currently receive the tunnel authorization sent by itself, the PCE will repeatedly authorize the established tunnel to the PCE after rejecting the tunnel authorization request sent by itself, thereby reducing the PCC and the PCC.
  • the embodiment of the present invention is to provide a tunnel authorization information processing method, a PCE, and a storage medium, which at least solves the problems in the prior art, and enables the PCC to know that the PCE can currently receive its own tunnel authorization, and improve the situation. PCC and PCE work efficiency.
  • the embodiment of the invention provides a tunnel authorization information processing method, which is applied to a PCE, and the method includes:
  • the first message carrying the first key information is sent to the at least one PCC, so that the at least one PCC learns the capability of the PCE to receive its own tunnel authorization request.
  • the first key information includes at least one of the following information: the authorized overload information of the PCE, the receivable authorized PCC identification information, and the receivable authorized tunnel identification information.
  • the determining, according to the tunnel authorization request, whether the preset tunnel authorization condition is met includes:
  • the preset tunnel authorization condition is deemed to be satisfied; otherwise, the preset tunnel authorization condition is deemed to be unsatisfied;
  • sending the first message carrying the first key information to the at least one PCC including:
  • the method further includes:
  • the determining, according to the tunnel authorization request, whether the preset tunnel authorization condition is met includes:
  • the second key information includes at least one of the following information: PCC identification information, tunnel identification information;
  • the at least one PCC is a PCC that the PCE can receive the tunnel authorization, or that the at least one PCC authorized tunnel is a tunnel acceptable to the PCE, and the preset tunnel authorization condition is deemed to be satisfied; otherwise, The authorization conditions for the preset tunnel are not met.
  • the method further includes:
  • Determining that the updated tunnel authorization condition is met sending a third message carrying the third key information to the at least one PCC, so that the at least one PCC authorizes the established tunnel to the PCE;
  • the third key information includes at least one of the following information: the authorized overload release information of the PCE, the updated authorized PCC identification information, and the updated authorized tunnel identification information.
  • the embodiment of the present invention further provides a PCE, where the PCE includes: a receiving module, a determining module, and a sending module;
  • the receiving module is configured to receive a tunnel authorization request sent by the client PCC by using at least one path; the tunnel authorization request is used by the at least one PCC to authorize an established tunnel to the PCE;
  • the determining module is configured to determine, according to the tunnel authorization request, whether a preset tunnel authorization condition is met, and trigger the sending module when the preset tunnel authorization condition is not met;
  • the sending module is configured to send a first message carrying the first key information to the at least one PCC, so that the at least one PCC learns the capability of the PCE to receive its own tunnel authorization request;
  • the first key information includes at least one of the following information: the authorized overload information of the PCE, the receivable authorized PCC identification information, and the receivable authorized tunnel identification information.
  • the determining module is further configured to obtain the number of authorized tunnels currently received by the PCE;
  • the preset tunnel authorization condition is deemed to be satisfied; otherwise, the preset tunnel authorization condition is deemed to be unsatisfied;
  • the sending module is further configured to: send a first message carrying the authorized overload information of the PCE to the at least one PCC when the threshold number of authorized tunnels receivable by the PCE is reached.
  • the determining module is further configured to: detect that the number of authorized tunnels currently received by the PCE does not reach the threshold number of authorized tunnels receivable by the PCE, and trigger the sending module;
  • the sending module is further configured to send a second message carrying the authorized overload release information of the PCE to the at least one PCC, so that the at least one PCC authorizes the established tunnel to the PCE.
  • the determining module is further configured to extract the second key information in the tunnel authorization request;
  • the second key information includes at least one of the following information: PCC identification information, tunnel identification information;
  • the at least one PCC is a PCC that the PCE can receive the tunnel authorization, or that the at least one PCC authorized tunnel is a tunnel acceptable to the PCE, and the preset tunnel authorization condition is deemed to be satisfied; otherwise, The authorization conditions for the preset tunnel are not met.
  • the PCE further includes an update module, configured to receive a tunnel authorization condition update instruction, and update the preset tunnel authorization condition based on the tunnel authorization condition update instruction;
  • the determining module is further configured to: when it is determined that the updated tunnel authorization condition is met, triggering the sending module;
  • the sending module is further configured to send a third message carrying the third key information to the at least one PCC, so that the at least one PCC authorizes the established tunnel to the PCE;
  • the third key information includes at least one of the following information: the authorized overload release information of the PCE, the updated authorized PCC identification information, and the updated authorized tunnel identification information.
  • An embodiment of the present invention further provides a PCE, where the PCE includes:
  • a memory configured to save a tunnel authorization information processing program
  • a processor configured to execute the program, wherein the program is executed to execute the tunnel authorization information processing method described above.
  • the embodiment of the present invention further provides a storage medium, where the storage medium includes a stored program, where the program executes the tunnel authorization information processing method described above.
  • the tunnel authorization request sent by the at least one PCC is received; the tunnel authorization request is used by the at least one PCC to authorize the established tunnel to the PCE; and the preset tunnel authorization is determined based on the tunnel authorization request. Whether the condition is satisfied; determining that the preset tunnel authorization condition is not met, sending a first message carrying the first key information to the at least one PCC, so that the at least one PCC learns that the PCE receives its own The capability of the tunnel authorization request; wherein the first key information comprises at least one of the following: an authorization overload information of the PCE, an receivable authorized PCC identification information, and an acceptable authorization tunnel identification information.
  • the PCE sends the first message carrying the first key information to the PCC, so that the PCC learns that the PCE can receive its own tunnel authorization by using the first key information carried in the first message, and further determines that the PCE cannot receive itself.
  • the tunnel is authorized, the established tunnel is authorized to other PCEs, which avoids repeated tunnel authorization to the same PCE, reduces PCC and PCE power consumption, and improves the working efficiency of PCC and PCE.
  • FIG. 1 is a schematic diagram of a networking model of a PCE cross-domain computing road
  • FIG. 2 is a schematic flowchart 1 of a method for processing tunnel authorization information according to an embodiment of the present invention
  • FIG. 3a is a schematic diagram 1 of an encoding format of a Notification object according to an embodiment of the present invention.
  • FIG. 3b is a second schematic diagram of an encoding format of a Notification object according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a tunnel authorization network between a single PCC and a single PCE according to an embodiment of the present invention
  • FIG. 5 is a second schematic flowchart of a method for processing tunnel authorization information according to an embodiment of the present disclosure
  • FIG. 6 is a schematic diagram of a tunnel authorization network between a single PCC and multiple PCEs according to an embodiment of the present invention
  • FIG. 7 is a schematic flowchart 3 of a method for processing tunnel authorization information according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a tunnel authorization network between multiple PCCs and multiple PCEs according to an embodiment of the present invention.
  • FIG. 9 is a schematic flowchart 4 of a method for processing tunnel authorization information according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a PCE according to an embodiment of the present invention.
  • FIG. 1 shows a schematic diagram of the networking model of the PCE cross-domain computing.
  • the nodes Node1 and Node4 belong to different domains.
  • the PCE collects the topology information of the two domains.
  • Node1 When Node1 needs to establish a tunnel to Node4, Node1 (PCC role) sends a path calculation request to Node4 to PCE, and PCE calculates the path result (ie, Node1 to Node4 path information: Node1->Node2->Node3->Node4)
  • the Node1 is sent to the Node1, and then the Node1 completes the establishment of the tunnel to the Node4 by using the Resource Reservation Protocol-Traffic Engineering Extension (RSVP-TE) signaling according to the path information returned by the PCE.
  • RSVP-TE Resource Reservation Protocol-Traffic Engineering Extension
  • the device side acts as a PCC role, and initiates a routing request to the PCE through a path calculation request message (PCReq, Path Computation Request).
  • PCE calculates the destination address and the constraint information carried in the PCReq message.
  • the path is then returned to the device side through the path computation response message (PCRep, Path Computation Reply).
  • PCep Path Computation Reply
  • the device side completes the establishment of the traditional TE tunnel through the RSVP-TE protocol according to the specific path information.
  • the device when the device has a tunneling requirement, the device does not calculate the path based on the network topology information collected by the device, but sends the calculation request to the PCE, and the PCE performs the calculation and returns the calculation result to the device. .
  • the PCE can see cross-domain topology information or can complete cross-domain computing through collaborative interaction between PCEs. Therefore, this method can solve the cross-domain calculation problem in the traditional way.
  • the Draft-ietf-pce-stateful-pce draft proposes a model of stateful PCE, that is, the tunnel created by the device side can be authorized to the PCE through a PCR pt (Path Computation LSP State Report) message, and then The PCE can update the path information of the tunnel as needed.
  • PCR pt Path Computation LSP State Report
  • PCC For a device (as a PCC), multiple PCE neighbors can be discovered statically or automatically.
  • the PCC can choose to authorize all tunnels created locally to one or more PCEs. Due to the current protocol interaction, the PCC cannot dynamically learn the performance of each tunnel that the PCE can receive. When there are multiple PCEs, the local PCC can only select the polling or randomly specified way to authorize the local tunnel to different.
  • the PCE while a PCE also serves multiple PCCs, and each PCE has different capabilities, so the PCC chooses to evenly authorize the local tunnel to multiple PCEs, which is unreasonable in most cases.
  • the PCE receives the tunnel authorization request sent by the at least one PCC; the tunnel authorization request is used by the at least one PCC to authorize the established tunnel to the PCE; and the preset is determined based on the tunnel authorization request. Whether the tunnel authorization condition is met; when the preset tunnel authorization condition is not met, the first message carrying the first key information is sent to the at least one PCC, so that the at least one PCC learns the PCE reception.
  • the capability of the own tunnel authorization request; wherein the first key information includes at least one of the following: an authorized overload information of the PCE, an receivable authorized PCC identification information, and an acceptable authorized tunnel identification information.
  • FIG. 2 is a schematic flowchart 1 of a method for processing tunnel authorization information according to an embodiment of the present invention.
  • a method for processing tunnel authorization information in an embodiment of the present invention includes:
  • Step 101 Receive a tunnel authorization request sent by at least one PCC.
  • the tunnel authorization request is used by the at least one PCC to authorize an established tunnel to the PCE;
  • the tunnel authorization request may be sent by using a PCRpt message;
  • the tunnel authorization request (PCRpt message) carries at least the following information A PCC identification information and a tunnel identification information.
  • the PCC identification information is used to identify the PCC that sends the tunnel authorization request.
  • the tunnel identification information is used to identify the tunnel that the PCC authorizes to the PCE, such as identifying the type of the tunnel.
  • the method before the PCE receives the tunnel authorization request sent by the at least one PCC, the method further includes:
  • the PCE establishes a PECP session communication connection with the at least one PCC.
  • Step 102 Determine, according to the tunnel authorization request, whether a preset tunnel authorization condition is met.
  • the preset tunnel authorization condition may be a condition for determining whether to receive a tunnel authorization request of the PCC according to an actual requirement.
  • the tunnel authorization condition may be set according to the maximum number of authorized tunnels that the PCE can bear.
  • the PCE obtains the number of authorized tunnels currently received by the PCE based on the tunnel authorization request sent by the PCC.
  • the preset tunnel authorization condition is deemed to be satisfied; otherwise, the preset tunnel authorization condition is deemed to be unsatisfied.
  • the threshold number of authorized tunnels that the PCE can receive is set according to the maximum number of authorized tunnels that the PCE can bear.
  • the threshold of the number of authorized tunnels that the PCE can receive is equal to the maximum number of authorized tunnels that the PCE can bear, or the PCE can be set.
  • the threshold of the number of authorized tunnels received is the maximum number of authorized tunnels that a PCE can withstand, for example, the specific percentage is 80%.
  • the tunnel authorization condition may also be set according to the tunnel type (tunnel identifier) or the sender of the tunnel authorization request, that is, the PCC, for example, setting the PCE to receive only the authorization of a certain type of tunnel, or only Receive tunnel authorization for certain PCCs.
  • the PCE extracts the PCC identification information, the tunnel identification information, and the like carried in the tunnel authorization request, and determines, according to the extracted information, whether the at least one PCC is a PCC that the PCE can receive the tunnel authorization, or the at least one PCC. Whether the authorized tunnel is a tunnel receivable by the PCE; determining that the at least one PCC is a PCC that the PCE can receive a tunnel authorization, or when the at least one PCC authorized tunnel is a tunnel receivable by the PCE, The pre-defined tunnel authorization condition is satisfied; otherwise, the pre-defined tunnel authorization condition is not met.
  • Step 103 When it is determined that the preset tunnel authorization condition is not met, send a first message carrying the first key information to the at least one PCC, so that the at least one PCC learns that the PCE receives its own tunnel authorization. The ability to request.
  • the first key information includes at least one of the following: the authorized overload information of the PCE, the receivable authorized PCC identification information, and the receivable authorized tunnel identification information.
  • the first key information may be different according to different tunnel authorization conditions. For example, when it is determined whether the tunnel authorization condition is met, it is determined whether the number of authorized tunnels currently received by the PCE reaches the PCE. Correspondingly, the first key information includes the authorized overload information of the PCE; thus, when the number of authorized tunnels received by the PCE reaches the threshold number of authorized tunnels receivable by the PCE, The tunnel authorization received by the PCE is overloaded, and the tunnel authorization cannot be received again.
  • the PCC learns that the PCE is overloaded based on the received first message carrying the authorized overload information of the PCE, and then no longer sends an authorization request to the PCE, and selects other The PCE is authorized to improve the efficiency of PCC and PCE.
  • the first message may be a PCNtf (PCEP Notification) message, and the PCNtf message carries a Notification object.
  • PCNtf PCEP Notification
  • the Notification Value indicates that the PCE can receive the tunnel authorization request sent by the PCC.
  • the first key information when it is determined whether the tunnel authorization condition is satisfied to determine whether the at least one PCC is a PCC that can receive a tunnel authorization, includes the receivable authorized PCC identification information.
  • the sender of the tunnel authorization request received by the PCE is not in the PCC that the PCE can receive the tunnel authorization
  • the first message is notified that the PCC does not have the capability to receive its tunnel authorization, and is carried by the first message.
  • the first key message tells the PCC that it can receive the tunnel authorized PCC.
  • the first key information includes an authorized tunnel that the PCE can receive. Identification information; thus, when the tunnel authorized by the PCE (ie, the tunnel identified in the tunnel authorization request of the PCC) is not in the list of authorized tunnels that can be received by itself, the first message is notified that the PCC itself does not have the tunnel authorization. The capability, and the first key information carried by the first message, informs the PCC that it can receive the authorized tunnel.
  • the PCE discovers that its own tunnel authorization condition is not satisfied based on the tunnel authorization request sent by the PCC, such as the self-loading (reaching the threshold number of authorized tunnels that the PCE can receive). Rejecting the tunnel authorization request of the PCC, and identifying the authorization request for rejecting the PCC by responding to a PCUpd (Path Computation LSP Update Request) message that is reset by the authorization flag bit; correspondingly, the PCE discovers its own tunnel authorization based on the tunnel authorization request sent by the PCC.
  • the self-loading Reaching the threshold number of authorized tunnels that the PCE can receive.
  • the condition is satisfied, if it is not overloaded, it can receive the tunnel authorization request of the PCC, and identify the authorization request for receiving the PCC by responding to the PCUpd message of the location of the authorization flag.
  • the PCE receives the PCC
  • the tunnel authorization request may also not send the PCUpd message of the authorization flag position, and the default is received.
  • some PCCs may cancel the tunnel authorization to the PCE before the PCE, and the tunnel authorization condition of the PCE is satisfied (the threshold of the number of authorized tunnels that the PCE can receive is not reached).
  • the PCE may send a second message carrying the authorized overload release information of the PCE to the PCC, so that the PCC can learn the capability of the PCE to receive its own tunnel authorization request, and then continue to perform tunnel authorization to the PCE.
  • the tunneling authorization condition of the PCE may be changed.
  • the PCE receives the tunnel authorization condition update command sent by the user, and updates its own tunnel authorization condition based on the instruction, and the updated
  • the PCC is notified by a message to enable the PCC to learn the capability of the PCE to receive its own tunnel authorization request, and then continue to perform tunnel authorization to the PCE.
  • the PCE After receiving the tunnel authorization request of the PCC, the PCE determines whether the tunnel authorization condition of the PCC is satisfied. When the PCE is not satisfied, the PCC notifies the PCC through the message, so that the PCC knows that it does not have the tunnel. The ability to authorize, in turn, allows the PCC to select other PCEs for tunnel authorization. When the PCE detects that its own tunnel authorization condition is met, it again informs the PCC through the message that it has the ability to receive its tunnel authorization. That is, the PCC can dynamically sense the capability of the PCE to receive the PCC tunnel authorization, thereby reasonably determining the PCE authorized by the local tunnel, minimizing the problem of unreasonable authorization failure and authorized load sharing, and improving the working efficiency of the PCC and the PCE. .
  • FIG. 4 is a schematic diagram of a tunnel authorization network between a single PCC and a single PCE according to an embodiment of the present invention. As shown in FIG. 4, the network node Node1 establishes a PCEP connection as a PCC role and PCE1, because no other optional PCE is created, and NODE1 is created. After the local tunnel, it is directly authorized to PCE1.
  • FIG. 5 is a schematic flowchart 2 of a method for processing tunnel authorization information according to an embodiment of the present invention. As shown in FIG. 4 and FIG. 5, the method for processing tunnel authorization information in the embodiment of the present invention includes:
  • Step 200 PCE1 establishes a PCEP session connection with the PCC.
  • the PCC is Node1.
  • Step 201 The PCE1 receives a tunnel authorization request sent by the PCC.
  • the tunnel authorization request is sent in the form of a PCRpt message.
  • Step 202 Determine whether the threshold of the number of authorized tunnels that can be received by itself is reached. If the number of authorized tunnels that can be received by itself is reached, step 203 is performed; if the number of authorized tunnels that can be received by itself is not reached, step 206 is performed.
  • the PCE1 obtains the threshold of the number of authorized tunnels that it has received and the number of authorized tunnels that it can receive based on the tunnel authorization request sent by the PCC to determine whether the threshold number of authorized tunnels can be received by the PCE1.
  • the threshold of the number of authorized tunnels is set according to the maximum number of authorized tunnels that PCE1 can bear. For example, in this embodiment, the threshold of the number of authorized tunnels that PCE1 can receive is equal to the maximum number of authorized tunnels that PCE1 can bear (such as 200).
  • Step 203 Send a first message carrying the authorized overload information to the PCC, so that the PCC knows the capability of the PCE1 to receive its own tunnel authorization request.
  • the PCC no longer sends a tunnel authorization request to the PCE1, or attempts to initiate a tunnel authorization request to the PCE1 by using a preset exponential backoff rule, for example, the second time the PCC attempts to initiate the tunnel authorization from the first time. For 10s, the third attempt is 20s from the second, the fourth attempt is 30s from the third, and so on.
  • Step 204 Detect whether the threshold number of authorized tunnels that can be received by the user is detected. If the number of authorized tunnels that can be received by the user is not reached, step 205 is performed; otherwise, step 204 is performed.
  • Step 205 Send a second message carrying the authorization overload release information to the PCC.
  • the PCC other than Node1 may cancel the tunnel authorization for PCE1, and the tunnel authorization condition of PCE1 is satisfied, that is, the threshold number of authorized tunnels that PCE1 can receive is not reached, and PCE1 notifies Node1 by message to make Node1.
  • Step 206 Send a tunnel authorization confirmation message to the PCC.
  • the tunnel authorization confirmation message is a PCUpd message with an authorization identifier position; of course, in an actual application, this step can be ignored, that is, PCE1 does not send an acknowledgement message, but receives a tunnel authorization request of the PCC by default. .
  • FIG. 6 is a schematic diagram of a tunnel authorization network between a single PCC and multiple PCEs according to an embodiment of the present invention. As shown in FIG. 6, the network node Node1 establishes a PCEP connection as a PCC role and PCE1 and PCE2, and the Node1 localizes according to a local policy. The established tunnel is authorized to PCE1 and PCE2.
  • FIG. 7 is a schematic flowchart 3 of a method for processing tunnel authorization information according to an embodiment of the present invention.
  • the method for processing tunnel authorization information in the embodiment of the present invention includes:
  • Step 301 The PCE1 receives a tunnel authorization request sent by the PCC.
  • the tunnel authorization request is sent in the form of a PCRpt message.
  • the PCC establishes a PCEP session connection with PCE1 and PCE2.
  • Step 302 Based on the tunnel authorization request, the PCE1 determines whether the tunnel authorization condition is met. If the tunnel authorization condition is not met, step 303 is performed; if the tunnel authorization condition is met, no processing is performed.
  • the PCE1 determines whether the tunnel authorization condition is satisfied, including:
  • the PCE1 Based on the tunnel authorization request sent by the PCC, the PCE1 obtains the number of authorized tunnels that it has received and the number of authorized tunnels that can be received by the PCC to determine whether the number of authorized tunnels that can be received by itself is reached. When the threshold is determined, it is determined that the tunnel authorization condition is not met, and when the threshold number of authorized tunnels that can be received by itself is not reached, it is determined that the tunnel authorization condition is satisfied;
  • the threshold of the number of authorized tunnels that the PCE1 can receive is set according to the maximum number of authorized tunnels that the PCE1 can bear. For example, in this embodiment, the threshold of the number of authorized tunnels that the PCE1 can receive is equal to a certain percentage of the maximum authorized by the PCE1. The number of tunnels, if the specific percentage is 80%, and the maximum number of authorized tunnels that PCE1 can bear is 200, the threshold number of authorized tunnels that PCE1 can receive is 160.
  • Step 303 Send the first message carrying the first key information to the PCC, so that the PCC knows the capability of the PCE1 to receive its own tunnel authorization request.
  • the PCC no longer sends a tunnel authorization request to the PCE1, but in this embodiment, the PCC (Node1) also establishes a PECP session connection with the PCE2, and the PCC can select the PCE2 to perform tunnel authorization, thereby reducing the The failure rate of tunnel authorization to PCE1 improves work efficiency.
  • Step 304 Receive a tunnel authorization condition update instruction, and update the tunnel authorization condition based on the tunnel authorization condition update instruction.
  • the tunnel authorization condition update instruction may be triggered by the user, and the tunnel authorization condition update instruction may carry the updated tunnel authorization condition information, such as changing the threshold number of authorized tunnels that the PCE1 can receive, such as increasing the receivable by the PCE1. The number of authorized tunnels.
  • Step 305 Determine whether the current tunnel authorization condition is met. If the tunnel authorization condition is met, go to step 306. If the tunnel authorization condition is not met, go to step 305.
  • the updated tunnel authorization condition increases the threshold of the number of authorized tunnels that the PCE1 can receive
  • the current tunnel authorization condition is satisfied, that is, the PCE1 has the capability of receiving the tunnel authorization of the PCC.
  • Step 306 Send a third message carrying the third key information to the PCC.
  • Step 307 End the processing flow.
  • FIG. 8 is a schematic diagram of a tunnel authorization network between multiple PCCs and multiple PCEs according to an embodiment of the present invention. As shown in FIG. 8, the network nodes Node1 and Node2 establish PCEP connections as PCC roles and PCE1 and PCE2, and Node1 and Node2 are local. The policy authorizes the locally established tunnel to PCE1 and PCE2.
  • FIG. 9 is a schematic flowchart diagram of a method for processing tunnel authorization information according to an embodiment of the present invention. As shown in FIG. 8 and FIG. 9 , the method for processing tunnel authorization information in the embodiment of the present invention includes:
  • Step 401 The PCE1 receives the tunnel authorization request sent by the Node1.
  • the tunnel authorization request is sent in the form of a PCRpt message.
  • Step 402 Extract the second key information in the tunnel authorization request, determine whether the preset tunnel authorization condition is satisfied based on the second key information, and if not, perform step 403; if not, do not process.
  • the second key information includes: PCC identification information, tunnel identification information, where the PCC identification information is used to identify the PCC that sends the tunnel authorization request, that is, Node1, and the tunnel identification information is used to identify that the PCC (Node1) is authorized to PCE1.
  • the tunnel such as the type that identifies the tunnel.
  • Determining, according to the second key information, whether the preset tunnel authorization condition is met including:
  • the PCE1 determines whether the Node1 is the PCC that the PCE1 can receive the tunnel authorization based on the extracted PCC identification information and the tunnel identification information, or whether the tunnel authorized by the Node1 is a tunnel receivable by the PCE1.
  • the Node1 is a PCC that the PCE1 can receive the tunnel authorization, or that the tunnel authorized by the Node1 is a tunnel that can be received by the PCE1, and the tunnel authorization condition is deemed to be satisfied; otherwise, the preset tunnel authorization condition is deemed to be unsatisfied.
  • PCE1 specifies to receive the tunnel authorization of the Node2, or to receive the tunnel authorization of the type of the tunnel.
  • the tunnel type of the tunnel authorized by the Node1 is type 2, and the PCE1 can determine that it is neither based on the PCC identification information or the tunnel identification information.
  • the PCC that can receive the tunnel authorization is not the tunnel that can receive the tunnel authorization itself, that is, the tunnel authorization condition is not met.
  • the tunnel receiving authorization request is received by default, and the Node1 is not responded.
  • Step 403 Send a first message carrying the first key information to the Node1, so that the Node1 knows the capability of the PCE1 to receive its own tunnel authorization request.
  • the first key information includes: the receivable authorized PCC identification information, and the receivable authorized tunnel identification information.
  • the Node1 can learn the capability of the PCE1 to receive its own tunnel authorization based on the first key information carried in the first message. For example, if the first key information includes the identifier of the Node2 and the tunnel type is the tunnel identifier of the type 1, the Node1 can be known. The PCE1 cannot receive the tunnel authorization of the type 2 tunnel type, and can select the PCE2 for tunnel authorization, which avoids unnecessary power consumption waste. Correspondingly, for the tunnel authorization sent by Node2, PCE1 can receive.
  • Step 404 Receive a tunnel authorization condition update instruction, and update a preset tunnel authorization condition based on the tunnel authorization condition update instruction.
  • the user may modify the tunnel authorization condition of the set PCE1, such as updating the tunnel authorization condition to only receive the tunnel authorization of the Node1.
  • Step 405 Determine that the updated tunnel authorization condition is met, and send a third message carrying the third key information to the Node1, so that the Node1 authorizes the established tunnel to the PCE.
  • the third key information includes: updated authorized PCC identification information, and updated authorized tunnel identification information.
  • PCE1 detects that it has the capability of receiving the tunnel authorization of Node1, and sends a third message carrying the third key information to Node1, so that Node1 knows that PCE1 has the capability of receiving the tunnel authorization of Node1, and then to PCE1.
  • the tunnel authorization is continued; the third key information includes: the updated authorized PCC identification information and the updated authorized tunnel identification information.
  • Step 406 End the current processing flow.
  • the PCE includes: a receiving module 11, a determining module 12, and a sending module 13;
  • the receiving module 11 is configured to receive a tunnel authorization request sent by the client PCC by using at least one path; the tunnel authorization request is used by the at least one PCC to authorize an established tunnel to the PCE;
  • the determining module 12 is configured to determine, according to the tunnel authorization request, whether the preset tunnel authorization condition is met, and trigger the sending module 13 when the preset tunnel authorization condition is not met;
  • the sending module 13 is configured to send a first message carrying the first key information to the at least one PCC, so that the at least one PCC learns the capability of the PCE to receive its own tunnel authorization request;
  • the first key information includes at least one of the following information: the authorized overload information of the PCE, the receivable authorized PCC identification information, and the receivable authorized tunnel identification information.
  • the determining module 12 is further configured to acquire the number of authorized tunnels currently received by the PCE;
  • the preset tunnel authorization condition is deemed to be satisfied; otherwise, the preset tunnel authorization condition is deemed to be unsatisfied;
  • the sending module 13 is further configured to send a first message carrying the authorized overload information of the PCE to the at least one PCC.
  • the determining module 12 is further configured to: detect that the number of authorized tunnels currently received by the PCE does not reach the threshold number of authorized tunnels receivable by the PCE, and trigger the sending module;
  • the sending module 13 is further configured to send a second message carrying the authorized overload release information of the PCE to the at least one PCC, so that the at least one PCC authorizes the established tunnel to the PCE.
  • the determining module 12 is further configured to extract the second key information in the tunnel authorization request;
  • the second key information includes at least one of the following information: PCC identification information, tunnel identification information;
  • the at least one PCC is a PCC that the PCE can receive the tunnel authorization, or that the at least one PCC authorized tunnel is a tunnel acceptable to the PCE, and the preset tunnel authorization condition is deemed to be satisfied; otherwise, The authorization conditions for the preset tunnel are not met.
  • the PCE further includes an update module 14 configured to receive a tunnel authorization condition update instruction, and update the preset tunnel authorization condition based on the tunnel authorization condition update instruction;
  • the determining module 12 is further configured to: when it is determined that the updated tunnel authorization condition is met, triggering the sending module;
  • the sending module 13 is further configured to send a third message carrying the third key information to the at least one PCC, so that the at least one PCC authorizes the established tunnel to the PCE;
  • the third key information includes at least one of the following information: the authorized overload release information of the PCE, the updated authorized PCC identification information, and the updated authorized tunnel identification information.
  • An embodiment of the present invention further provides a PCE, where the PCE includes:
  • a memory configured to save a tunnel authorization information processing program
  • a processor configured to execute the program, wherein the program executes while:
  • the first message carrying the first key information is sent to the at least one PCC, so that the at least one PCC learns the capability of the PCE to receive its own tunnel authorization request.
  • the first key information includes at least one of the following information: the authorized overload information of the PCE, the receivable authorized PCC identification information, and the receivable authorized tunnel identification information.
  • the processor is further configured to execute when the program is run:
  • the preset tunnel authorization condition is deemed to be satisfied; otherwise, the preset tunnel authorization condition is deemed to be unsatisfied;
  • sending the first message carrying the first key information to the at least one PCC including:
  • the processor is further configured to execute when the program is run:
  • the processor is further configured to execute when the program is run:
  • the second key information includes at least one of the following information: PCC identification information, tunnel identification information;
  • the at least one PCC is a PCC that the PCE can receive the tunnel authorization, or that the at least one PCC authorized tunnel is a tunnel acceptable to the PCE, and the preset tunnel authorization condition is deemed to be satisfied; otherwise, The authorization conditions for the preset tunnel are not met.
  • the processor is further configured to execute when the program is run:
  • Determining that the updated tunnel authorization condition is met sending a third message carrying the third key information to the at least one PCC, so that the at least one PCC authorizes the established tunnel to the PCE;
  • the third key information includes at least one of the following information: the authorized overload release information of the PCE, the updated authorized PCC identification information, and the updated authorized tunnel identification information.
  • An embodiment of the present invention further provides a storage medium, where the storage medium includes a stored program, where the program is executed when executed:
  • the first message carrying the first key information is sent to the at least one PCC, so that the at least one PCC learns the capability of the PCE to receive its own tunnel authorization request.
  • the first key information includes at least one of the following information: the authorized overload information of the PCE, the receivable authorized PCC identification information, and the receivable authorized tunnel identification information.
  • the program is further executed when the program is running:
  • the preset tunnel authorization condition is deemed to be satisfied; otherwise, the preset tunnel authorization condition is deemed to be unsatisfied;
  • sending the first message carrying the first key information to the at least one PCC including:
  • the program is further executed when the program is running:
  • the program is further executed when the program is running:
  • the second key information includes at least one of the following information: PCC identification information, tunnel identification information;
  • the at least one PCC is a PCC that the PCE can receive the tunnel authorization, or that the at least one PCC authorized tunnel is a tunnel acceptable to the PCE, and the preset tunnel authorization condition is deemed to be satisfied; otherwise, The authorization conditions for the preset tunnel are not met.
  • the program is further executed when the program is running:
  • Determining that the updated tunnel authorization condition is met sending a third message carrying the third key information to the at least one PCC, so that the at least one PCC authorizes the established tunnel to the PCE;
  • the third key information includes at least one of the following information: the authorized overload release information of the PCE, the updated authorized PCC identification information, and the updated authorized tunnel identification information.
  • the foregoing storage medium includes: a mobile storage device, a random access memory (RAM), a read-only memory (ROM), a magnetic disk, or an optical disk.
  • RAM random access memory
  • ROM read-only memory
  • magnetic disk or an optical disk.
  • optical disk A medium that can store program code.
  • the above-described integrated unit of the present invention may be stored in a computer readable storage medium if it is implemented in the form of a software function module and sold or used as a standalone product.
  • the technical solution of the embodiments of the present invention may be embodied in the form of a software product in essence or in the form of a software product, which is stored in a storage medium and includes a plurality of instructions for making
  • a computer device which may be a personal computer, server, or network device, etc.
  • the foregoing storage medium includes various media that can store program codes, such as a mobile storage device, a RAM, a ROM, a magnetic disk, or an optical disk.
  • the PCE receives the tunnel authorization request sent by the at least one PCC; the tunnel authorization request is used by the at least one PCC to authorize the established tunnel to the PCE; and the preset tunnel authorization is determined based on the tunnel authorization request. Whether the condition is satisfied; determining that the preset tunnel authorization condition is not met, sending a first message carrying the first key information to the at least one PCC, so that the at least one PCC learns that the PCE receives its own The capability of the tunnel authorization request; wherein the first key information comprises at least one of the following: an authorization overload information of the PCE, an receivable authorized PCC identification information, and an acceptable authorization tunnel identification information.
  • the PCE sends the first message carrying the first key information to the PCC, so that the PCC learns that the PCE can receive its own tunnel authorization by using the first key information carried in the first message, and further determines that the PCE cannot receive itself.
  • the tunnel is authorized, the established tunnel is authorized to other PCEs, which avoids repeated tunnel authorization to the same PCE, reduces PCC and PCE power consumption, and improves the working efficiency of PCC and PCE.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种隧道授权信息处理方法，包括：路径计算单元(PCE)接收至少一个路径计算客户端(PCC)发送的隧道授权请求，以授权已建立的隧道给所述PCE；基于所述隧道授权请求判断预设的隧道授权条件是否得到满足；确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力；其中，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。本发明还同时公开了一种PCE及存储介质。

Description

隧道授权信息处理方法、路径计算单元及存储介质
相关申请的交叉引用
本申请基于申请号为201710147063.3、申请日为2017年03月13日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本发明涉及数据通信技术领域，尤其涉及隧道授权信息处理方法、路径计算单元(PCE，Path Compute Element)及存储介质。
背景技术
随着软件定义网络(SDN，Software Defined Network)技术的发展，PCE不仅仅是作为集中算路的服务组件，还可以主动的对路径计算客户端(PCC，Path Computation Client)已经建立的隧道进行动态规划和调优工作，即PCC已经创建的隧道可以授权给PCE，然后PCE可以根据需要更新隧道的路径信息。然而，由于PCC无法获知PCE当前可以接收自身发送的隧道授权的情况，导致了PCE在拒绝了自身发送的隧道授权请求后，还会重复的向该PCE授权已建立的隧道，进而降低了PCC和PCE的工作效率。
发明内容
有鉴于此，本发明实施例期望提供一种隧道授权信息处理方法、PCE及存储介质，至少解决了现有技术中存在的问题，能够使PCC获知PCE当前可接收自身的隧道授权的情况，提高PCC及PCE的工作效率。
本发明实施例的技术方案是这样实现的：
本发明实施例提供了一种隧道授权信息处理方法，应用于PCE，所述 方法包括：
接收至少一个PCC发送的隧道授权请求；所述隧道授权请求用于所述至少一个PCC授权已建立的隧道给所述PCE；
基于所述隧道授权请求判断预设的隧道授权条件是否得到满足；
确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力；
其中，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。
上述方案中，所述基于所述隧道授权请求判断预设的隧道授权条件是否得到满足，包括：
获取所述PCE当前接收的授权隧道数目；
基于所述PCE当前接收的授权隧道数目判断是否达到所述PCE可接收的授权隧道数目阈值；
确定未达到所述PCE可接收的授权隧道数目阈值时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足；
相应的，所述确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，包括：
确定达到所述PCE可接收的授权隧道数目阈值时，发送携带所述PCE的授权超荷信息的第一消息给所述至少一个PCC。
上述方案中，所述发送携带第一关键信息的第一消息给所述至少一个PCC之后，所述方法还包括：
检测得到所述PCE当前接收的授权隧道数目未达到所述PCE可接收的授权隧道数目阈值；
发送携带所述PCE的授权超荷解除信息的第二消息给所述至少一个 PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE。
上述方案中，所述基于所述隧道授权请求判断预设的隧道授权条件是否得到满足，包括：
提取所述隧道授权请求中的第二关键信息；所述第二关键信息包括以下信息至少之一：PCC标识信息、隧道标识信息；
基于所述第二关键信息判断所述至少一个PCC是否为所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是否为所述PCE可接收的隧道；
确定所述至少一个PCC是所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是所述PCE可接收的隧道时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足。
上述方案中，所述发送携带第一关键信息的第一消息给所述至少一个PCC之后，所述方法还包括：
接收隧道授权条件更新指令；
基于所述隧道授权条件更新指令，更新所述预设的隧道授权条件；
确定更新后的隧道授权条件得到满足时，发送携带第三关键信息的第三消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE；
其中，所述第三关键信息包括以下信息至少之一：所述PCE的授权超荷解除信息、更新后的授权PCC标识信息、更新后的授权隧道标识信息。
本发明实施例还提供了一种PCE，所述PCE包括：接收模块、判断模块及发送模块；其中，
所述接收模块，配置为接收至少一个路径计算客户端PCC发送的隧道授权请求；所述隧道授权请求用于所述至少一个PCC授权已建立的隧道给所述PCE；
所述判断模块，配置为基于所述隧道授权请求判断预设的隧道授权条件是否得到满足，并在所述预设的隧道授权条件未得到满足时触发所述发送模块；
所述发送模块，配置为发送携带第一关键信息的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力；
其中，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。
上述方案中，所述判断模块，还配置为获取所述PCE当前接收的授权隧道数目；
基于所述PCE当前接收的授权隧道数目判断是否达到所述PCE可接收的授权隧道数目阈值；
确定未达到所述PCE可接收的授权隧道数目阈值时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足；
相应的，所述发送模块，还配置为在达到所述PCE可接收的授权隧道数目阈值时，发送携带所述PCE的授权超荷信息的第一消息给所述至少一个PCC。
上述方案中，所述判断模块，还配置为检测得到所述PCE当前接收的授权隧道数目未达到所述PCE可接收的授权隧道数目阈值，触发所述发送模块；
所述发送模块，还配置为发送携带所述PCE的授权超荷解除信息的第二消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE。
上述方案中，所述判断模块，还配置为提取所述隧道授权请求中的第二关键信息；所述第二关键信息包括以下信息至少之一：PCC标识信息、 隧道标识信息；
基于所述第二关键信息判断所述至少一个PCC是否为所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是否为所述PCE可接收的隧道；
确定所述至少一个PCC是所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是所述PCE可接收的隧道时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足。
上述方案中，所述PCE还包括更新模块，配置为接收隧道授权条件更新指令，并基于所述隧道授权条件更新指令，更新所述预设的隧道授权条件；
所述判断模块，还配置为确定更新后的隧道授权条件得到满足时，触发所述发送模块；
所述发送模块，还配置为发送携带第三关键信息的第三消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE；
其中，所述第三关键信息包括以下信息至少之一：所述PCE的授权超荷解除信息、更新后的授权PCC标识信息、更新后的授权隧道标识信息。
本发明实施例还提供了一种PCE，所述PCE包括：
存储器，配置为保存隧道授权信息处理的程序；
处理器，配置为运行所述程序，其中，所述程序运行时执行上述的隧道授权信息处理方法。
本发明实施例还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行上述的隧道授权信息处理方法。
本发明实施例中，接收至少一个PCC发送的隧道授权请求；所述隧道授权请求用于所述至少一个PCC授权已建立的隧道给所述PCE；基于所述隧道授权请求判断预设的隧道授权条件是否得到满足；确定所述预设的隧 道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力；其中，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。如此，PCE通过发送携带第一关键信息的第一消息给PCC，使PCC通过第一消息中携带的第一关键信息获知PCE当前可接收自身的隧道授权的情况，进而在确定PCE无法接收自身的隧道授权时，将建立的隧道授权给其它的PCE，避免了向同一个PCE进行重复的隧道授权，降低了PCC和PCE功耗的同时，更提高了PCC和PCE的工作效率。
附图说明
图1为PCE跨域算路的组网模型示意图；
图2为本发明实施例中隧道授权信息处理方法的流程示意图一；
图3a为本发明实施例中Notification对象的编码格式示意图一；
图3b为本发明实施例中Notification对象的编码格式示意图二；
图4为本发明实施例中单PCC、单PCE间的隧道授权组网示意图；
图5为本发明实施例中隧道授权信息处理方法的流程示意图二；
图6为本发明实施例中单PCC、多PCE间的隧道授权组网示意图；
图7为本发明实施例中隧道授权信息处理方法的流程示意图三；
图8为本发明实施例中多PCC、多PCE间的隧道授权组网示意图；
图9为本发明实施例中隧道授权信息处理方法的流程示意图四；
图10为本发明实施例中PCE的组成结构示意图。
具体实施方式
以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
发明人在研究过程中发现，传统的基于设备侧搜集拓扑的带约束条件的算路方式能够很好的解决某个域内的隧道建立需求，然而，由于看不到跨域的拓扑信息，因此对于跨域隧道建立需求往往无法满足需求，但是，在很多场景中需要进行大拓扑、多域的算路，这就需要一个专门的路径计算设备/组件来搜集全网、跨域的拓扑信息，从而完成跨域路径的计算，PCE应运而生。
传统的路由器设备，作为算路请求的需求方，向PCE发起算路请求，称为PCC。PCC和PCE之间通过路径计算单元通信协议(PCEP，Path Computation Element Communication Protocol)来完成PCEP会话的建立和通信。如图1所示为PCE跨域算路的组网模型示意图，节点Node1和Node4分别属于不同的域(Domain)，PCE搜集两个域的拓扑信息。当Node1需要向Node4建立隧道时，Node1(PCC角色)向PCE发送一个到Node4的路径计算请求，PCE把算路结果(即Node1到Node4的路径信息：Node1->Node2->Node3->Node4)发送给Node1，然后Node1根据PCE返回的路径信息，通过基于流量工程扩展的资源预留协议(RSVP-TE，Resource Reservation Protocol-Traffic Engineering Extension)信令完成到Node4的隧道的建立。
在基本的PCEP会话建立流程中，设备侧作为PCC角色，通过路径计算请求消息(PCReq，Path Computation Request)向PCE发起算路请求，PCE根据PCReq消息中携带的算路目的地址及约束信息进行算路，然后把算路结果通过路径计算应答消息(PCRep，Path Computation Reply)返回给设备侧，设备侧根据具体的路径信息，通过RSVP-TE协议完成传统的TE隧道的建立。
在上述方案中，当设备有建立隧道需求时，不是基于本设备搜集到的网络拓扑信息进行算路，而是把算路请求发送给PCE，由PCE进行算路并 把算路结果返回给设备。由于PCE能够看到跨域的拓扑信息或者能够通过PCE之间的协作交互完成跨域算路。因此，这种方式能够解决传统方式的跨域算路问题。
随着SDN技术的发展，draft-ietf-pce-stateful-pce草案提出了一种有状态PCE的模型，即对于设备侧创建的隧道可以通过PCRpt(Path Computation LSP State Report)消息授权给PCE，然后PCE可以根据需要去更新隧道的路径信息。
对于一个设备(作为PCC)来说，可以通过静态配置或自动发现多个PCE邻居，PCC可以选择把本地创建的所有隧道授权给一个或者多个PCE。由于目前的协议交互上，PCC无法动态获知各个PCE当前能接收授权的隧道的性能，当存在多个PCE时，本地PCC只能去选择轮询或者随机指定的方式来把本地的隧道授权给不同的PCE，而一个PCE也服务于多个PCC，且每个PCE的能力也不一样，所以PCC选择均匀把本地隧道授权给多个PCE，大多数情况下是不合理的。
在本发明实施例中，PCE接收至少一个PCC发送的隧道授权请求；所述隧道授权请求用于所述至少一个PCC授权已建立的隧道给所述PCE；基于所述隧道授权请求判断预设的隧道授权条件是否得到满足；确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力；其中，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。
图2为本发明实施例中隧道授权信息处理方法的流程示意图一，如图2所示，本发明实施例中隧道授权信息处理方法包括：
步骤101：接收至少一个PCC发送的隧道授权请求。
这里，所述隧道授权请求用于所述至少一个PCC授权已建立的隧道给所述PCE；所述隧道授权请求可以通过PCRpt消息发送；所述隧道授权请求(PCRpt消息)中携带以下信息至少之一：PCC标识信息、隧道标识信息；其中，PCC标识信息用于标识发送该隧道授权请求的PCC，隧道标识信息用于标识所述PCC授权给PCE的隧道，如标识该隧道的类型。
在实际实施时，PCE接收至少一个PCC发送的隧道授权请求之前，所述方法还包括：
PCE建立与所述至少一个PCC间的PECP会话通信连接。
步骤102：基于所述隧道授权请求判断预设的隧道授权条件是否得到满足。
在实际应用中，所述预设的隧道授权条件可以为依据实际需要设定的判断是否接收PCC的隧道授权请求的条件。
在一实施例中，隧道授权条件可以依据PCE能承受的最大授权隧道的数目来设定，PCE基于PCC发送的隧道授权请求获取所述PCE当前接收的授权隧道数目；
基于所述PCE当前接收的授权隧道数目判断是否达到所述PCE可接收的授权隧道数目阈值；
确定未达到所述PCE可接收的授权隧道数目阈值时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足。
这里，PCE可接收的授权隧道数目阈值依据PCE能够承受的最大授权隧道数目来设定，如设定PCE可接收的授权隧道数目阈值等于PCE能够承受的最大授权隧道数目，或者，设定PCE可接收的授权隧道数目阈值为特定百分比的PCE能够承受的最大授权隧道数目，如所述特定百分比为80％。
在另一实施例中，隧道授权条件还可以依据隧道类型(隧道标识)或隧道授权请求的发送方，即PCC来设定，如：设定PCE只接收某个类型的 隧道的授权，或者只接收某些特定PCC的隧道授权。
相应的，PCE提取所述隧道授权请求中携带的PCC标识信息、隧道标识信息等，基于提取的信息判断所述至少一个PCC是否为所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是否为所述PCE可接收的隧道；确定所述至少一个PCC是所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是所述PCE可接收的隧道时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足。
步骤103：确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力。
这里，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。
在实际实施时，第一关键信息可依据不同的隧道授权条件的不同而不同，例如：当判断所述隧道授权条件是否得到满足，为判断PCE当前接收的授权隧道数目是否达到所述PCE可接收的授权隧道数目阈值时，对应的，所述第一关键信息包括所述PCE的授权超荷信息；如此，当PCE接收的授权隧道数目达到所述PCE可接收的授权隧道数目阈值时，视为所述PCE接收的隧道授权超负荷，无法再接收隧道授权，而PCC基于收到的携带PCE的授权超荷信息的第一消息得知PCE超负荷，进而不再发送授权请求给PCE，选择其他的PCE进行授权，提高了PCC及PCE的工作效率。
在实际应用中，所述第一消息可以为PCNtf(PCEP Notification)消息，所述PCNtf消息携带一个Notification对象，如图3a所示为所述Notification对象的编码格式示意图一，通过扩展定义Notification Type和Notification Value指示PCE可接收PCC发送的隧道授权请求的能力，例如：通过设定Notification Type(NT)＝3来表征PCE授权超荷通知事件，设定Notification  Value(NV)＝1表征PCE授权超荷，而Notification对象的对象等级Object-Class＝12和Object-Type(OT)＝1仍使用的是RF5440中原有的定义。当PCC接收到PCE发送的PCNtf消息，通过解析可知该PCE已超荷，便可不再向该PCE进行隧道授权，而是选择其它的PCE，提高了工作效率。
在另一实施例中，当判断所述隧道授权条件是否得到满足为判断所述至少一个PCC是否为PCE可接收隧道授权的PCC时，对应的，第一关键信息包括可接收的授权PCC标识信息；如此，当PCE接收的隧道授权请求的发送方不在PCE可接收隧道授权的PCC之列时，便通过第一消息通知该PCC自身不具备接收其隧道授权的能力，并通过第一消息携带的第一关键信息令PCC得知自身可接收隧道授权的PCC。
在另一实施例中，当判断所述隧道授权条件是否得到满足为判断所述至少一个PCC授权的隧道是否为PCE可接收的隧道时，对应的，第一关键信息包括PCE可接收的授权隧道标识信息；如此，当PCE被授权的隧道(即PCC的隧道授权请求中标识的隧道)不在自身可接收的授权隧道之列时，便通过第一消息通知该PCC自身不具备接收其隧道授权的能力，并通过第一消息携带的第一关键信息通知PCC自身可接收授权的隧道。
基于本发明上述实施例，在实际应用中，PCE基于PCC发送的隧道授权请求发现自身的隧道授权条件未得到满足，如自身已超荷(达到所述PCE可接收的授权隧道数目阈值)，可拒绝该PCC的隧道授权请求，通过应答一个授权标志位复位的PCUpd(Path Computation LSP Update Request)消息来标识拒绝该PCC的授权请求；相应的，PCE基于PCC发送的隧道授权请求发现自身的隧道授权条件得到满足，如自身未超荷，可接收该PCC的隧道授权请求，通过应答一个授权标志位置位的PCUpd消息来标识接收该PCC的授权请求，当然，在实际实施时，若PCE接收了PCC的隧道授权请求，亦可不发送所述授权标志位置位的PCUpd消息，默认接收即可。
在一实施例中，实际实施时，某些PCC会向PCE取消之前对PCE的隧道授权，导致了PCE的隧道授权条件得到满足(未达到所述PCE可接收的授权隧道数目阈值)，此时，PCE可发送携带PCE的授权超荷解除信息的第二消息给PCC，以使PCC获知所述PCE接收自身的隧道授权请求的能力，进而继续向该PCE进行隧道授权。这里的第二消息可以为PCNtf消息，通过扩展PCNtf消息携带的Notification对象的Notification Value(NV)表征授权超荷解除，如设定Notification Value(NV)＝2表征PCE授权超荷解除，如图3b所示。
在一实施例中，实际实施时，PCE的隧道授权条件可能会得到更改，如：PCE接收到用户发送的隧道授权条件更新指令，基于该指令对自身的隧道授权条件进行更新，而更新后的隧道授权条件得到满足时便通过消息通知PCC，以使PCC获知所述PCE接收自身的隧道授权请求的能力，进而继续向该PCE进行隧道授权。
应用本发明实施例，PCE接收到PCC的隧道授权请求后，判断自身的隧道授权条件是否得到满足，当未得到满足时，通过消息通知该PCC，以使该PCC得知自身不具备接收其隧道授权的能力，进而使PCC选择其它的PCE进行隧道授权，而当PCE检测到自身的隧道授权条件得到满足时，再次通过消息通知PCC，使其得知自身又具备了接收其隧道授权的能力，也即，能够让PCC动态感知PCE接收PCC隧道授权的能力变化，从而合理的决策本地隧道授权的PCE，最大程度的减少授权失败及授权负荷分担不合理的问题，提高了PCC和PCE的工作效率。
图4为本发明实施例中单PCC、单PCE间的隧道授权组网示意图；如图4所示，网络节点Node1作为PCC角色和PCE1建立起PCEP连接，由于没有其它可选PCE，当NODE1创建了本地隧道后，直接授权给PCE1。
图5为本发明实施例中隧道授权信息处理方法的流程示意图二，结合 图4、图5所示，本发明实施例中隧道授权信息处理方法包括：
步骤200：PCE1建立与PCC的PCEP会话连接。
在本实施例中，PCC即Node1。
步骤201：PCE1接收PCC发送的隧道授权请求。
这里，隧道授权请求以PCRpt消息的形式发送。
步骤202：判断当前是否达到自身可接收的授权隧道数目阈值，如果达到自身可接收的授权隧道数目阈值，执行步骤203；如果未达到自身可接收的授权隧道数目阈值，执行步骤206。
这里，PCE1基于PCC发送的隧道授权请求获取自身当前已接收的授权隧道的数目以及自身可接收的授权隧道数目阈值，以判断当前是否达到自身可接收的授权隧道数目阈值；其中，PCE1可接收的授权隧道数目阈值依据PCE1能够承受的最大授权隧道数目来设定，如在本实施例中，设定PCE1可接收的授权隧道数目阈值等于PCE1能够承受的最大授权隧道数目(如200)。
步骤203：发送携带授权超荷信息的第一消息给PCC，以使PCC获知PCE1接收自身的隧道授权请求的能力。
在实际实施时，所述第一消息为PCNtf(NT＝3，NV＝1)消息。
基于所述第一消息，PCC不再发送隧道授权请求给PCE1，或者，采用预设的指数退避规则向PCE1尝试发起隧道授权请求，例如：PCC第二次尝试发起隧道授权距第一次的时间为10s，第三次尝试距第二次20s，第四次尝试距第三次30s，以此类推。
步骤204：检测当前是否达到自身可接收的授权隧道数目阈值，如果未达到自身可接收的授权隧道数目阈值，执行步骤205；否则执行步骤204。
步骤205：发送携带授权超荷解除信息的第二消息给PCC。
在实际实施时，除Node1以外的PCC可能会取消对PCE1的隧道授权， 导致PCE1的隧道授权条件得到满足，即未达到PCE1可接收的授权隧道数目阈值，进而PCE1通过消息通知Node1，以使Node1获知PCE1接收自身的隧道授权请求的能力。在本实施例中，所述第二消息为PCNtf(NT＝3，NV＝2)消息。Node1收到第二消息后，可知PCE1可接收自身的隧道授权请求，进而继续向PCE1进行隧道授权。
步骤206：发送隧道授权确认消息给PCC。
在本实施例中，所述隧道授权确认消息为一个授权标识位置位的PCUpd消息；当然，在实际应用中，本步骤可以忽略，即PCE1不发送确认消息，而是默认接收PCC的隧道授权请求。
图6为本发明实施例中单PCC、多PCE间的隧道授权组网示意图；如图6所示，网络节点Node1作为PCC角色和PCE1、PCE2建立起PCEP连接，Node1根据本地的策略，把本地已建立的隧道授权给PCE1、PCE2。
图7为本发明实施例中隧道授权信息处理方法的流程示意图三，结合图6、图7所示，本发明实施例中隧道授权信息处理方法包括：
步骤301：PCE1接收PCC发送的隧道授权请求。
这里，隧道授权请求以PCRpt消息的形式发送。
基于本实施例，在实际应用中，本步骤之前，PCC建立与PCE1、PCE2间的PCEP会话连接。
步骤302：基于所述隧道授权请求，PCE1判断隧道授权条件是否满足，如果所述隧道授权条件未满足，执行步骤303；如果所述隧道授权条件满足，不作处理。
这里，PCE1判断隧道授权条件是否满足包括：
PCE1基于PCC发送的隧道授权请求获取自身当前已接收的授权隧道的数目以及自身可接收的授权隧道数目阈值，以判断当前是否达到自身可接收的授权隧道数目阈值，当达到自身可接收的授权隧道数目阈值时，确 定隧道授权条件未满足，当未达到自身可接收的授权隧道数目阈值时，确定隧道授权条件满足；
其中，PCE1可接收的授权隧道数目阈值依据PCE1能够承受的最大授权隧道数目来设定，如在本实施例中，设定PCE1可接收的授权隧道数目阈值等于特定百分比的PCE1能够承受的最大授权隧道数目，如该特定百分比为80％，PCE1能够承受的最大授权隧道数目为200，则PCE1可接收的授权隧道数目阈值为160。
步骤303：发送携带第一关键信息的第一消息给PCC，以使PCC获知PCE1接收自身的隧道授权请求的能力。
在实际实施时，所述第一关键信息包括所述PCE1的授权超荷信息，所述第一消息为PCNtf(NT＝3，NV＝1)消息。
基于所述第一消息，PCC不再发送隧道授权请求给PCE1，而由于在本实施例中，PCC(Node1)还与PCE2建立了PECP会话连接，进而PCC可选择PCE2进行隧道授权，从而降低了向PCE1进行隧道授权的失败率，提高了工作效率。
步骤304：接收到隧道授权条件更新指令，并基于隧道授权条件更新指令更新隧道授权条件。
这里，所述隧道授权条件更新指令可以为用户触发的，所述隧道授权条件更新指令中可以携带更新的隧道授权条件信息，如更改PCE1可接收的授权隧道数目阈值，如增大PCE1可接收的授权隧道数目阈值。
步骤305：判断当前的隧道授权条件是否满足，如果所述隧道授权条件满足，执行步骤306；如果所述隧道授权条件未满足，执行步骤305。
这里，在实际实施时，若更新后的隧道授权条件增大了PCE1可接收的授权隧道数目阈值，则当前的隧道授权条件得到满足，即PCE1重新具备接收PCC的隧道授权的能力。
步骤306：发送携带第三关键信息的第三消息给PCC。
在本实施例中，所述第三关键信息包括所述PCE1的授权超荷解除信息，所述第三消息为PCNtf(NT＝3，NV＝2)消息。Node1收到第三消息后，可知PCE1可接收自身的隧道授权请求，进而可继续向PCE1进行隧道授权。
步骤307：结束本次处理流程。
图8为本发明实施例中多PCC、多PCE间的隧道授权组网示意图；如图8所示，网络节点Node1、Node2作为PCC角色和PCE1、PCE2建立起PCEP连接，Node1、Node2根据本地的策略，把本地已建立的隧道授权给PCE1、PCE2。
图9为本发明实施例中隧道授权信息处理方法的流程示意图四，结合图8、图9所示，本发明实施例中隧道授权信息处理方法包括：
步骤401：PCE1接收Node1发送的隧道授权请求。
在本实施例中，隧道授权请求以PCRpt消息的形式发送。
步骤402：提取隧道授权请求中的第二关键信息，基于第二关键信息判断预设的隧道授权条件是否得到满足，如果未得到满足，执行步骤403；如果得到满足不作处理。
这里，第二关键信息包括：PCC标识信息、隧道标识信息；其中，PCC标识信息用于标识发送该隧道授权请求的PCC，即Node1，隧道标识信息用于标识所述PCC(Node1)授权给PCE1的隧道，如标识该隧道的类型。
所述基于第二关键信息判断预设的隧道授权条件是否得到满足，包括：
PCE1基于提取得到的PCC标识信息、隧道标识信息，判断Node1是否为所述PCE1可接收隧道授权的PCC，或者Node1授权的隧道是否为PCE1可接收的隧道；
确定Node1是PCE1可接收隧道授权的PCC，或者Node1授权的隧道是PCE1可接收的隧道时，视为预设的隧道授权条件得到满足；否则，视为 预设的隧道授权条件未得到满足。例如：PCE1指定接收Node2的隧道授权，或者接收隧道类型为类型一的隧道授权，而在此，Node1授权隧道的隧道类型为类型二，则PCE1基于PCC标识信息、隧道标识信息可确定既非自身可接收隧道授权的PCC，也非自身可接收隧道授权的隧道，即隧道授权条件未得到满足。
在本实施例中，当PCE1确定预设的隧道授权条件得到满足时，默认接收隧道授权请求，不对Node1进行回应。
步骤403：发送携带第一关键信息的第一消息给Node1，以使Node1获知PCE1接收自身的隧道授权请求的能力。
这里，在本实施例中，第一关键信息包括：可接收的授权PCC标识信息、可接收的授权隧道标识信息。实际实施时，Node1基于第一消息中携带的第一关键信息可知PCE1接收自身的隧道授权的能力，如第一关键信息包括的是Node2的标识以及隧道类型为类型一的隧道标识，则Node1可知PCE1不能接收自身发送的隧道类型为类型二的隧道授权，可选择PCE2进行隧道授权，避免了不必要的功耗浪费。而相应的，对于Node2发送的隧道授权，则PCE1可接收。
实际实施时，第一消息为PCNtf(NT＝3，NV＝1)消息。
步骤404：接收隧道授权条件更新指令，并基于隧道授权条件更新指令更新预设的隧道授权条件。
基于本发明上述实施例，在实际应用中，用户可能会修改设定的PCE1的隧道授权条件，如将隧道授权条件更新为仅接收Node1的隧道授权。
步骤405：确定更新后的隧道授权条件得到满足，发送携带第三关键信息的第三消息给Node1，以使Node1授权已建立的隧道给所述PCE。
在本实施例中，所述第三关键信息包括：更新后的授权PCC标识信息、更新后的授权隧道标识信息。
实际实施时，PCE1检测到自身具备了接收Node1的隧道授权的能力，发送携带第三关键信息的第三消息给Node1，以使Node1得知PCE1具备了接收Node1的隧道授权的能力，进而向PCE1继续隧道授权；第三关键信息包括：更新后的授权PCC标识信息、更新后的授权隧道标识信息。
步骤406：结束本次处理流程。
图10为本发明实施例中PCE的组成结构示意图，如图10所示，本发明实施例中PCE包括：接收模块11、判断模块12及发送模块13；其中，
所述接收模块11，配置为接收至少一个路径计算客户端PCC发送的隧道授权请求；所述隧道授权请求用于所述至少一个PCC授权已建立的隧道给所述PCE；
所述判断模块12，配置为基于所述隧道授权请求判断预设的隧道授权条件是否得到满足，并在所述预设的隧道授权条件未得到满足时触发所述发送模块13；
所述发送模块13，配置为发送携带第一关键信息的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力；
其中，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。
在一实施例中，所述判断模块12，还配置为获取所述PCE当前接收的授权隧道数目；
基于所述PCE当前接收的授权隧道数目判断是否达到所述PCE可接收的授权隧道数目阈值；
确定未达到所述PCE可接收的授权隧道数目阈值时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足；
相应的，所述发送模块13，还配置为发送携带所述PCE的授权超荷信 息的第一消息给所述至少一个PCC。
在一实施例中，所述判断模块12，还配置为检测得到所述PCE当前接收的授权隧道数目未达到所述PCE可接收的授权隧道数目阈值，触发所述发送模块；
所述发送模块13，还配置为发送携带所述PCE的授权超荷解除信息的第二消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE。
在一实施例中，所述判断模块12，还配置为提取所述隧道授权请求中的第二关键信息；所述第二关键信息包括以下信息至少之一：PCC标识信息、隧道标识信息；
基于所述第二关键信息判断所述至少一个PCC是否为所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是否为所述PCE可接收的隧道；
确定所述至少一个PCC是所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是所述PCE可接收的隧道时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足。
在一实施例中，所述PCE还包括更新模块14，配置为接收隧道授权条件更新指令，并基于所述隧道授权条件更新指令，更新所述预设的隧道授权条件；
所述判断模块12，还配置为确定更新后的隧道授权条件得到满足时，触发所述发送模块；
所述发送模块13，还配置为发送携带第三关键信息的第三消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE；
其中，所述第三关键信息包括以下信息至少之一：所述PCE的授权超荷解除信息、更新后的授权PCC标识信息、更新后的授权隧道标识信息。
本发明实施例还提供一种PCE，所述PCE包括：
存储器，配置为保存隧道授权信息处理的程序；
处理器，配置为运行所述程序，其中，所述程序运行时执行：
接收至少一个PCC发送的隧道授权请求；所述隧道授权请求用于所述至少一个PCC授权已建立的隧道给所述PCE；
基于所述隧道授权请求判断预设的隧道授权条件是否得到满足；
确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力；
其中，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。
在一实施例中，所述处理器，还配置为运行所述程序时执行：
获取所述PCE当前接收的授权隧道数目；
基于所述PCE当前接收的授权隧道数目判断是否达到所述PCE可接收的授权隧道数目阈值；
确定未达到所述PCE可接收的授权隧道数目阈值时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足；
相应的，所述确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，包括：
确定达到所述PCE可接收的授权隧道数目阈值时，发送携带所述PCE的授权超荷信息的第一消息给所述至少一个PCC。
在一实施例中，所述处理器，还配置为运行所述程序时执行：
检测得到所述PCE当前接收的授权隧道数目未达到所述PCE可接收的授权隧道数目阈值；
发送携带所述PCE的授权超荷解除信息的第二消息给所述至少一个 PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE。
在一实施例中，所述处理器，还配置为运行所述程序时执行：
提取所述隧道授权请求中的第二关键信息；所述第二关键信息包括以下信息至少之一：PCC标识信息、隧道标识信息；
基于所述第二关键信息判断所述至少一个PCC是否为所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是否为所述PCE可接收的隧道；
确定所述至少一个PCC是所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是所述PCE可接收的隧道时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足。
在一实施例中，所述处理器，还配置为运行所述程序时执行：
接收隧道授权条件更新指令；
基于所述隧道授权条件更新指令，更新所述预设的隧道授权条件；
确定更新后的隧道授权条件得到满足时，发送携带第三关键信息的第三消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE；
其中，所述第三关键信息包括以下信息至少之一：所述PCE的授权超荷解除信息、更新后的授权PCC标识信息、更新后的授权隧道标识信息。
本发明实施例还提供一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行：
接收至少一个PCC发送的隧道授权请求；所述隧道授权请求用于所述至少一个PCC授权已建立的隧道给所述PCE；
基于所述隧道授权请求判断预设的隧道授权条件是否得到满足；
确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息 的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力；
其中，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。
在一实施例中，所述程序运行时还执行：
获取所述PCE当前接收的授权隧道数目；
基于所述PCE当前接收的授权隧道数目判断是否达到所述PCE可接收的授权隧道数目阈值；
确定未达到所述PCE可接收的授权隧道数目阈值时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足；
相应的，所述确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，包括：
确定达到所述PCE可接收的授权隧道数目阈值时，发送携带所述PCE的授权超荷信息的第一消息给所述至少一个PCC。
在一实施例中，所述程序运行时还执行：
检测得到所述PCE当前接收的授权隧道数目未达到所述PCE可接收的授权隧道数目阈值；
发送携带所述PCE的授权超荷解除信息的第二消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE。
在一实施例中，所述程序运行时还执行：
提取所述隧道授权请求中的第二关键信息；所述第二关键信息包括以下信息至少之一：PCC标识信息、隧道标识信息；
基于所述第二关键信息判断所述至少一个PCC是否为所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是否为所述PCE可接收的隧道；
确定所述至少一个PCC是所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是所述PCE可接收的隧道时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足。
在一实施例中，所述程序运行时还执行：
接收隧道授权条件更新指令；
基于所述隧道授权条件更新指令，更新所述预设的隧道授权条件；
确定更新后的隧道授权条件得到满足时，发送携带第三关键信息的第三消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE；
其中，所述第三关键信息包括以下信息至少之一：所述PCE的授权超荷解除信息、更新后的授权PCC标识信息、更新后的授权隧道标识信息。
这里需要指出的是：以上涉及PCE的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明所述PCE实施例中未披露的技术细节，请参照本发明方法实施例的描述。
本领域的技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、随机存取存储器(RAM，Random Access Memory)、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算 机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、RAM、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
工业实用性
本发明实施例中PCE接收至少一个PCC发送的隧道授权请求；所述隧道授权请求用于所述至少一个PCC授权已建立的隧道给所述PCE；基于所述隧道授权请求判断预设的隧道授权条件是否得到满足；确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力；其中，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。如此，PCE通过发送携带第一关键信息的第一消息给PCC，使PCC通过第一消息中携带的第一关键信息获知PCE当前可接收自身的隧道授权的情况，进而在确定PCE无法接收自身的隧道授权时，将建立的隧道授权给其它的PCE，避免了向同一个PCE进行重复的隧道授权，降低了PCC和PCE功耗的同时，更提高了PCC和PCE的工作效率。

Claims (12)

  1. 一种隧道授权信息处理方法，应用于路径计算单元PCE，所述方法包括：
    接收至少一个路径计算客户端PCC发送的隧道授权请求；所述隧道授权请求用于所述至少一个PCC授权已建立的隧道给所述PCE；
    基于所述隧道授权请求判断预设的隧道授权条件是否得到满足；
    确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力；
    其中，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。
  2. 根据权利要求1所述的方法，其中，所述基于所述隧道授权请求判断预设的隧道授权条件是否得到满足，包括：
    获取所述PCE当前接收的授权隧道数目；
    基于所述PCE当前接收的授权隧道数目判断是否达到所述PCE可接收的授权隧道数目阈值；
    确定未达到所述PCE可接收的授权隧道数目阈值时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足；
    相应的，所述确定所述预设的隧道授权条件未得到满足时，发送携带第一关键信息的第一消息给所述至少一个PCC，包括：
    确定达到所述PCE可接收的授权隧道数目阈值时，发送携带所述PCE的授权超荷信息的第一消息给所述至少一个PCC。
  3. 根据权利要求2所述的方法，其中，所述发送携带第一关键信息的第一消息给所述至少一个PCC之后，所述方法还包括：
    检测得到所述PCE当前接收的授权隧道数目未达到所述PCE可接收的 授权隧道数目阈值；
    发送携带所述PCE的授权超荷解除信息的第二消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE。
  4. 根据权利要求1所述的方法，其中，所述基于所述隧道授权请求判断预设的隧道授权条件是否得到满足，包括：
    提取所述隧道授权请求中的第二关键信息；所述第二关键信息包括以下信息至少之一：PCC标识信息、隧道标识信息；
    基于所述第二关键信息判断所述至少一个PCC是否为所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是否为所述PCE可接收的隧道；
    确定所述至少一个PCC是所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是所述PCE可接收的隧道时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足。
  5. 根据权利要求1所述的方法，其中，所述发送携带第一关键信息的第一消息给所述至少一个PCC之后，所述方法还包括：
    接收隧道授权条件更新指令；
    基于所述隧道授权条件更新指令，更新所述预设的隧道授权条件；
    确定更新后的隧道授权条件得到满足时，发送携带第三关键信息的第三消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE；
    其中，所述第三关键信息包括以下信息至少之一：所述PCE的授权超荷解除信息、更新后的授权PCC标识信息、更新后的授权隧道标识信息。
  6. 一种路径计算单元PCE，所述PCE包括：接收模块、判断模块及发送模块；其中，
    所述接收模块，配置为接收至少一个路径计算客户端PCC发送的隧道 授权请求；所述隧道授权请求用于所述至少一个PCC授权已建立的隧道给所述PCE；
    所述判断模块，配置为基于所述隧道授权请求判断预设的隧道授权条件是否得到满足，并在所述预设的隧道授权条件未得到满足时触发所述发送模块；
    所述发送模块，配置为发送携带第一关键信息的第一消息给所述至少一个PCC，以使所述至少一个PCC获知所述PCE接收自身的隧道授权请求的能力；
    其中，所述第一关键信息包括以下信息至少之一：所述PCE的授权超荷信息、可接收的授权PCC标识信息、可接收的授权隧道标识信息。
  7. 根据权利要求6所述的PCE，其中，
    所述判断模块，还配置为获取所述PCE当前接收的授权隧道数目；
    基于所述PCE当前接收的授权隧道数目判断是否达到所述PCE可接收的授权隧道数目阈值；
    确定未达到所述PCE可接收的授权隧道数目阈值时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足；
    相应的，所述发送模块，还配置为在达到所述PCE可接收的授权隧道数目阈值时，发送携带所述PCE的授权超荷信息的第一消息给所述至少一个PCC。
  8. 根据权利要求7所述的PCE，其中，
    所述判断模块，还配置为检测得到所述PCE当前接收的授权隧道数目未达到所述PCE可接收的授权隧道数目阈值，触发所述发送模块；
    所述发送模块，还配置为发送携带所述PCE的授权超荷解除信息的第二消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE。
  9. 根据权利要求6所述的PCE，其中，
    所述判断模块，还配置为提取所述隧道授权请求中的第二关键信息；所述第二关键信息包括以下信息至少之一：PCC标识信息、隧道标识信息；
    基于所述第二关键信息判断所述至少一个PCC是否为所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是否为所述PCE可接收的隧道；
    确定所述至少一个PCC是所述PCE可接收隧道授权的PCC，或者所述至少一个PCC授权的隧道是所述PCE可接收的隧道时，视为预设的隧道授权条件得到满足；否则，视为预设的隧道授权条件未得到满足。
  10. 根据权利要求6所述的PCE，其中，所述PCE还包括更新模块，配置为接收隧道授权条件更新指令，并基于所述隧道授权条件更新指令，更新所述预设的隧道授权条件；
    所述判断模块，还配置为确定更新后的隧道授权条件得到满足时，触发所述发送模块；
    所述发送模块，还配置为发送携带第三关键信息的第三消息给所述至少一个PCC，以使所述至少一个PCC授权已建立的隧道给所述PCE；
    其中，所述第三关键信息包括以下信息至少之一：所述PCE的授权超荷解除信息、更新后的授权PCC标识信息、更新后的授权隧道标识信息。
  11. 一种路径计算单元PCE，所述PCE包括：
    存储器，配置为保存隧道授权信息处理的程序；
    处理器，配置为运行所述程序，其中，所述程序运行时执行权利要求1至5中任一项所述的隧道授权信息处理方法。
  12. 一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至5中任一项所述的隧道授权信息处理方法。
PCT/CN2018/077727 2017-03-13 2018-03-01 隧道授权信息处理方法、路径计算单元及存储介质 WO2018166353A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710147063.3 2017-03-13
CN201710147063.3A CN108574636B (zh) 2017-03-13 2017-03-13 一种隧道授权信息处理方法及路径计算单元

Publications (1)

Publication Number Publication Date
WO2018166353A1 true WO2018166353A1 (zh) 2018-09-20

Family

ID=63522837

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/077727 WO2018166353A1 (zh) 2017-03-13 2018-03-01 隧道授权信息处理方法、路径计算单元及存储介质

Country Status (2)

Country Link
CN (1) CN108574636B (zh)
WO (1) WO2018166353A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104579946A (zh) * 2013-10-21 2015-04-29 华为技术有限公司 确定路径计算单元的方法及通信设备
CN105933279A (zh) * 2015-03-01 2016-09-07 思科技术公司 用于企业无线呼叫的系统、方法、装置及机器可读介质
CN106130901A (zh) * 2016-06-03 2016-11-16 华为技术有限公司 一种数据传输的方法、装置以及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8131873B2 (en) * 2004-11-05 2012-03-06 Cisco Technology, Inc. Technique for selecting a path computation element
CN100454830C (zh) * 2005-05-20 2009-01-21 华为技术有限公司 网络域中实现路径计算的方法
CN101335692B (zh) * 2007-06-27 2013-03-13 华为技术有限公司 协商pcc和pce之间安全能力的方法及其网络系统
CN101986622B (zh) * 2010-11-08 2015-08-12 中兴通讯股份有限公司 一种pce状态属性的自动识别方法及系统
US8855014B2 (en) * 2012-06-15 2014-10-07 Cisco Technology, Inc. Distributed stateful path computation element overlay architecture

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104579946A (zh) * 2013-10-21 2015-04-29 华为技术有限公司 确定路径计算单元的方法及通信设备
CN105933279A (zh) * 2015-03-01 2016-09-07 思科技术公司 用于企业无线呼叫的系统、方法、装置及机器可读介质
CN106130901A (zh) * 2016-06-03 2016-11-16 华为技术有限公司 一种数据传输的方法、装置以及系统

Also Published As

Publication number Publication date
CN108574636B (zh) 2022-04-05
CN108574636A (zh) 2018-09-25

Similar Documents

Publication Publication Date Title
CN104521194B (zh) 管理mpls‑te过载的系统和方法
CN105024844B (zh) 一种计算跨域路由的方法、服务器以及系统
US8447849B2 (en) Negotiated parent joining in directed acyclic graphs (DAGS)
US20150372905A1 (en) DHT-based control network implementation method and system, and network controller
CN101304340B (zh) 一种资源状态监控方法及装置以及通信网络
WO2009043256A1 (fr) Procédé, système et dispositif d'obtention de trajets à commutation par étiquette
US20170264538A1 (en) Load sharing method and router device
WO2017114234A1 (zh) 建立lsp的方法、服务器及路由器
CN107078946A (zh) 业务流处理策略的处理方法、装置和系统
JP6256343B2 (ja) ネットワーク、ネットワークノード、配信方法及びネットワークノード用プログラム
Tuncer et al. DACoRM: A coordinated, decentralized and adaptive network resource management scheme
JP2005202589A (ja) Ｐ２ｐネットワークのトラヒック制御システム
Joshi et al. Sfo: Subflow optimizer for mptcp in sdn
KR101586474B1 (ko) 오픈플로우 라우팅 장치 및 방법
CN106850281B (zh) 网络设备管理方法
CN101931583A (zh) 域路由信息生成方法、装置以及路径计算方法、装置
EP2439876A1 (en) Method and device for requesting multicasting, processing multicasting requests and assisting in the aforementioned process
WO2014071811A1 (zh) Trill网络构建方法、节点及系统
WO2018166353A1 (zh) 隧道授权信息处理方法、路径计算单元及存储介质
WO2015077940A1 (zh) 一种Sink节点路由方法和节点设备
CN104348744B (zh) 一种路径计算方法及路径计算单元
WO2015042840A1 (zh) 一种故障恢复的方法、节点和路径计算单元
Wei et al. CACC: A context-aware congestion control approach in smartphone networks
WO2018077313A1 (zh) 连接能力的通告方法及装置
WO2018095438A1 (zh) 等价多路径ecmp处理方法及装置

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18767622

Country of ref document: EP

Kind code of ref document: A1