CN107465533A - 业务功能链中的资源释放方法及装置 - Google Patents

业务功能链中的资源释放方法及装置 Download PDF

Info

Publication number
CN107465533A
CN107465533A CN201610702577.6A CN201610702577A CN107465533A CN 107465533 A CN107465533 A CN 107465533A CN 201610702577 A CN201610702577 A CN 201610702577A CN 107465533 A CN107465533 A CN 107465533A
Authority
CN
China
Prior art keywords
stream
release
resource
release message
business function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610702577.6A
Other languages
English (en)
Inventor
井惟栋
蔡洪波
王军
高申存
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201610702577.6A priority Critical patent/CN107465533A/zh
Publication of CN107465533A publication Critical patent/CN107465533A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements

Abstract

本发明涉及一种业务功能链中的资源释放方法和装置，获知到流结束状态时，构造流释放消息并沿着业务转发路径发送，以使业务转发路径上的节点根据流释放消息释放对应的资源。该方法和装置通过监测流的状态，并在流处于结束状态时构造并发送流释放消息，使得业务转发路径上的节点及时释放对应的资源，能够及时感知流结束并进行资源释放操作，避免了出现因无法及时释放资源造成服务质量下降的问题，提高了业务服务质量。

Description

业务功能链中的资源释放方法及装置
技术领域
本发明涉及移动通信技术领域，特别是涉及一种业务功能链中的资源释放方法及装置。
背景技术
随着社会不断发展，增值业务(Value-Added Service，VAS)越来越丰富。为了解决增值业务的灵活部署，引入了业务功能链的技术。业务功能链(Service Function Chain，SFC)包括多个功能节点，具体有分类器(Classifier)、业务功能转发器(Service FunctionForwarder，SFF)、业务功能(Service Function，SF)和业务功能代理(SFC Proxy)。
为了使报文能够在各个SFC节点之间灵活转发而不需要改动基础网络设备，会根据SFC封装信息对报文进行封装。报文经过SFC封装后可以不依赖于目的地址进行转发，可在SFC节点之间灵活传输报文。SF或SFC Proxy会为经过每一个流(Flow)建立上下文，保存相关的上下文信息。这些上下文信息要一直保存，直到该流结束才能够清除。一个SF或SFCProxy会为很多个流服务，因而为每一个流要保存相关的上下文信息，就会占用很多的内存资源。
传统的业务功能链中SF和SFC Proxy都无法及时感知到流结束，导致已经结束的流对应的资源无法及时释放，资源占有率高。当新的流到来的时候，无法申请到资源，因而无法对新的流提供服务，造成业务服务质量下降。
发明内容
基于此，有必要针对上述问题，提供一种可提高业务服务质量的业务功能链中的资源释放方法及装置。
一种业务功能链中的资源释放方法，所述方法包括：
获知到流结束状态时构造流释放消息；
沿着业务转发路径发送所述流释放消息。
一种业务功能链中的资源释放装置，包括：
构造模块，用于获知到流结束状态时构造流释放消息；
发送模块，用于沿着业务转发路径发送所述流释放消息。
上述业务功能链中的资源释放方法和装置，获知到流结束状态时，构造流释放消息并沿着业务转发路径发送，以使业务转发路径上的节点根据流释放消息释放对应的资源。该方法和装置通过监测流的状态，并在流处于结束状态时构造并发送流释放消息，使得业务转发路径上的节点及时释放对应的资源，能够及时感知流结束并进行资源释放操作，避免了出现因无法及时释放资源造成服务质量下降的问题，提高了业务服务质量。
一种业务功能链中的资源释放方法，所述方法包括：
接收沿着业务转发路径发送的流释放消息；
根据所述流释放消息释放对应的资源。
一种业务功能链中的资源释放装置，包括：
接收模块，用于接收沿着业务转发路径发送的流释放消息；
资源释放模块，用于根据所述流释放消息释放对应的资源。
上述业务功能链中的资源释放方法和装置，接收沿着业务转发路径发送的流释放消息，根据流释放消息释放对应的资源。在接收到流释放消息时释放对应的资源，能够及时进行资源释放操作，避免了出现因无法及时释放资源造成服务质量下降的问题，提高了业务服务质量。
附图说明
图1为一实施例中业务功能链中的资源释放方法的流程图；
图2为一实施例中扩展了F比特位的NSH基本头部的格式示意图；
图3为一实施例中扩展了必选上下文的FRI的格式示意图；
图4为一实施例种可变长度上下文头部的FRI的格式示意图；
图5为另一实施例中业务功能链中的资源释放方法的流程图；
图6为一实施例中业务功能链中的资源释放方法的时序图；
图7为另一实施例中业务功能链中的资源释放方法的时序图；
图8为又一实施例中业务功能链中的资源释放方法的时序图；
图9为又一实施例中业务功能链中的资源释放方法的时序图；
图10为再一实施例中业务功能链中的资源释放方法的时序图；
图11为又一实施例中业务功能链中的资源释放方法的流程图；
图12为再一实施例中业务功能链中的资源释放方法的流程图；
图13为再一实施例中业务功能链中的资源释放方法的流程图；
图14为一实施例中业务功能链中的资源释放系统的结构示意图；
图15为另一实施例中业务功能链中的资源释放系统的结构示意图；
图16为又一实施例中业务功能链中的资源释放系统的结构示意图；
图17为再一实施例中业务功能链中的资源释放系统的结构示意图；
图18为一实施例中业务功能链中的资源释放装置的结构示意图；
图19为另一实施例中业务功能链中的资源释放装置的结构示意图；
图20为又一实施例中业务功能链中的资源释放装置的结构示意图。
具体实施方式
在一个实施例中的业务功能链中的资源释放方法，如图1所示，该方法包括：
步骤S110：分类器在检测到流处于结束状态时构造流释放消息报文。
分类器(Classifier)为业务功能链(SFC)中的一个节点，SFC的节点还包括业务功能转发器(SFF)、业务功能(SF)和业务功能代理(SFC Proxy)。分类器指具体的分类器或支持分类器功能的节点。
在一个SFC系统中，分类器、SFF和SF的数量可以是一个或多个，SFC Proxy的数量可以是零个、一个或多个。对报文进行SFC封装，以使封装后的报文可以不依赖于目的地址进行转发，在SFC的节点之间灵活传输报文。分类器负责识别流并且将流和SFC进行关联，将流送到对应的SFC上去处理。
流释放消息(Flow Release，FR)报文即指流释放消息，可携带有流释放标识(FlowRelease Indicator，FRI)和流的链路信息。FR报文是采用SFC封装的携带有流相关信息的报文，沿着SFC路径进行转发。FRI为指示流释放信息的标识，用于后续识别FR报文。链路信息用于指示流在SFC的处理路径，即业务转发路径，SFC根据链路信息对流进行转发。本实施例中，链路信息可包括业务路径标识(Service Path Identifier，SPI)和业务标识(Service Index，SI)。在FR报文中携带链路信息，以便发送给流对应的SFC上后续的节点。FR报文的初始报文(Original Packet)部分可使用流中对应的IP五元组(源地址，源端口号，协议号，目的地址，目的端口号)构造一个报文即可。初始报文的净荷部分不做要求，携带了IP五元组的FR报文可以指明对应的流，即可使用IP五元组标识流的标识信息。
当检测到流处于结束状态时，则需要释放SFC中该流所占的资源，分类器获取对应流的链路信息，并根据链路信息进行SFC封装，得到携带有FRI和链路信息的FR报文。分类器检测流处于结束状态的具体方式并不唯一，可以是直接对流进行状态检测，也可以是可以通过DPI(Deep Packet Inspection，深度包检测技术)检测TCP(Transmission ControlProtocol，传输控制协议)连接的结束信令来感知流的结束。当分类器检测到需要释放SFC某一个流的资源时，构造FR报文发给该流对应的SFC上后续的节点。
在FR报文中携带FRI的具体方式也并不唯一，可以是携带在FR报文的基本头部中，也可以是携带在FR报文的上下文头部中。
步骤S120：分类器根据链路信息将流释放消息报文发送至对应的业务功能转发器。
分类器在封装得到携带有FRI和链路信息的FR报文后，可直接根据链路信息将FR报文发送至对应的SFC上后续的节点，即对应的SFF。
步骤S130：业务功能转发器根据链路信息将流释放消息报文转发至对应的功能节点。
SFF负责对封装的报文，根据报文包含的信息进行转发。SFF接收到FR报文后，按照携带的链路信息将FR报文转发至对应的功能节点。功能节点的数量可以是一个或多个。当功能节点的数量为多个时，SFF可以是根据链路信息直接将FR报文同时发送到所有对应的功能节点，以便功能节点进行资源释放操作。SFF也可以是根据链路信息将FR报文转发到下一跳SFC节点对应的功能节点。若是SFF根据链路信息按先后顺序将FR报文转发至各个功能节点，可以是发送FR报文至一功能节点，并在接收到该功能节点返回的FR报文后，继续发送FR报文至下一功能节点；也可以是在发送FR报文至一功能节点预设时长后，继续发送FR报文至下一功能节点，具体形式不限。
步骤S140：功能节点在接收到流释放消息报文后，根据流释放消息报文中携带的流释放标识释放对应的资源。
功能节点在接收到FR报文后，根据FR报文中携带的FRI释放对应的资源，避免出现因而无法及时释放资源造成服务质量下降问题。
需要说明的是，业务功能转发器即业务功能转发节点，业务功能即业务功能节点，业务功能代理即业务功能代理节点。业务功能转发节点、业务功能节点和业务功能代理节点都属于业务转发路径上的节点。分类器和业务功能转发器根据链路信息发送流释放消息报文，即指沿着业务转发路径发送流释放消息。
上述业务功能链中的资源释放方法，在检测到流处于结束状态后，分类器构造携带有流释放标识和流的链路信息的流释放消息报文，并经业务功能转发器发送至功能节点。功能节点在接收到流释放消息报文后，根据流释放消息报文中携带的流释放标识释放对应的资源。通过监测流的状态，并在流处于结束状态时构造并发送流释放消息报文，使得功能节点及时释放对应的资源，能够及时感知流结束并进行资源释放操作，避免了出现因无法及时释放资源造成服务质量下降的问题，提高了业务服务质量。
在一个实施例中，流释放标识位于流释放消息报文的基本头部的保留比特位。
SFC封装的类型可以有多种，包括NSH(Network Service header网络服务报头)封装等类型，网络服务报头即指网络业务头。同一封装类型的封装格式也有多种可供选择。以NSH封装为例，FRI可以选取NSH的基本头部的一个保留比特位作为FRI，即使用网络业务头中基本头部的保留比特位标识流释放标识，定义为F比特，如图2所示，F比特为1则标识是释放流的报文。通过选取FR报文的基本头部的保留比特位作为FRI，操作简便且易识别。
在一个实施例中，流释放消息报文携带有流释放标识，包括：若业务功能链封装格式为定长格式，则选取流释放消息报文的必选上下文头部的比特位作为流释放标识；若业务功能链封装格式为变长格式，则在流释放消息报文中生成变长上下文头部作为流释放标识。
同样以NSH封装为例，业务功能链封装格式即指网络业务头封装格式。参照图3和图4，若NSH封装格式为定长格式，MD type表征NSH的封装格式，MD type为1表示NSH的封装格式为定长格式，MD type为2表示NSH的封装格式为变长格式。
若MD type为1，选取NSH的必选上下文头部的一个比特位作为FRI，即使用必选上下文头部的比特位标识流释放标识，定义为F比特，如图3所示，F比特为1则标识是释放流的报文。若MD type为2，定义一个新的变长上下文头部作为FRI，即使用扩展的变长上下文头部标识流释放标识，如图4所示，FRI为1则标识是释放流的报文。TLV Class、Type字段可根据具体情况确定，C比特位设置为1。
以上即是根据SFC封装格式对应提供两种不同的FRI设置方式，可根据实际情况来对应设置FRI。
在一个实施例中，功能节点包括可识别业务功能链的封装类型的业务功能。
SF的数量可以是一个或多个，SF可直接识别SFC的封装类型。以NSH封装为例，SF支持NSH封装的流的报文，可直接调用相应资源对流进行处理，并保存上下文信息。当SFF将FR报文发给SF后，SF同样可直接识别FR报文，并释放对应的资源，避免结束的流继续占用资源。
具体地，SF在接收到SFF转发的FR报文并释放对应的资源后，还检测自身是否位于SFC上的最后一跳，若是，则资源释放完成，SF可不返回FR报文至SFF；若否，则SF返回FR报文至SFF，以便SFF将FR报文发送至下一SF。可以理解，在其他实施例中，SFF也可以是将FR报文同时发送至所有的SF。
在一个实施例中，功能节点包括业务功能代理。
SFC Proxy的数量可以是一个或多个，SFC Proxy作为不支持SFC封装类型的SF的代理，对应需要送给SF的报文，SFC Proxy将报文解掉封装后发送至SF；对从SF收到的报文，SFC Proxy负责进行封装，再发给其他节点。SFC Proxy作为不能识别SFC的封装类型的SF的代理，在对流进行处理时同样需要保存上下文信息。当SFF将FR报文发给SFC Proxy后，SFCProxy直接识别FR报文，并释放对应的资源，避免结束的流继续占用资源。
具体地，SFC Proxy在接收到SFF转发的FR报文并释放对应的资源后，还检测自身是否位于SFC上的最后一跳，若是，则资源释放完成，SFC Proxy可不返回FR报文至SFF；若否，则SFC Proxy返回FR报文至SFF，以便SFF将FR报文发送至下一SFC Proxy。可以理解，在其他实施例中，SFF也可以是将FR报文同时发送至所有的SFC Proxy。
进一步地，在一个实施例中，功能节点包括业务功能代理和可识别业务功能链的封装类型的业务功能。
SF和SFC Proxy的数量也可以是一个或多个，SF和SFC Proxy都可在接收到携带FRI的FR报文后，根据FR报文释放对应的资源。SF和SFC Proxy可以是同时进行资源释放，也可不是同时进行资源释放，且先后顺序并不唯一，具体由SFF根据链路信息转发FR报文的方式决定。若SFF同时将FR报文转发给SF和SFC Proxy，则同时进行资源释放；若SFF先将FR报文转发至其中一个功能节点，则接收到FR报文的该功能节点先进行资源释放。在SFF将FR报文转发至另一功能节点后，另一功能节点再进行资源释放。
以SFF先将FR报文转发至SF，再转发至SFC Proxy为例。SFF在将FR报文转发至SF后，SF释放对应的资源，并在检测到自身不是位于SFC上的最后一跳时，返回FR报文至SFF。SFF将FR报文转发至SFC Proxy，SFC Proxy同样释放对应的资源，并检测自身是否是SFC上的最后一跳，若是，则资源释放完成，SFC Proxy不返回FR报文至SFF；若否，则SFC Proxy返回FR报文至SFF，以便SFF再次转发FR报文。
可以理解，在其他实施例中，SFF也可以是先将FR报文转发至SFC Proxy，在接收到SFC Proxy返回的FR报文后再转发至SF。
以上即是针对功能节点的不同形式提供了对应的资源释放方式，可根据功能节点的不同结构对应进行资源调整，提高资源释放操作的便利性和全面性。可以理解，功能节点的具体形式以及对应的资源释放方式包括但并不限于以上实施例。
在一个实施例中，如图5所示，步骤S140之后，上述方法还可包括：
步骤S150：功能节点根据流释放消息报文中的链路信息，判断自身是否是业务功能链上的最后一跳。
由于FR报文中的链路信息可指示对应流在SFC中的路径，功能节点根据链路信息可判断自身是否是SFC上的最后一跳，若是，则说明对应流在SFC的处理路径终止，可不返回报文至SFF；若否，则进行步骤S160。
步骤S160：功能节点将流释放消息报文返回至业务功能转发器。
功能节点返回FR报文，具体可按照流的报文处理，修改FR报文中的链路信息后返回至SFF。功能节点在检测到不是位于SFC上最后一跳时，将FR报文返回至SFF，以便SFF将FR报文转发至下一功能节点进行资源释放操作。
步骤S170：业务功能转发器接收返回的流释放消息报文，根据链路信息将流释放消息报文发送至下一功能节点。
可以理解，下一功能节点在释放对应的资源之后，若仍检测到自身不是SFC上的最后一跳，则继续返回FR报文至SFF，直至位于SFC最后一跳的功能节点也释放对应的资源。
此外，步骤S150中，若功能节点位于SFC上最后一跳，同样也可返回FR报文至SFF。由于资源释放已经结束，SFF不会再进行报文转发。
需要说明的是，功能节点将流释放消息报文返回至业务功能转发器，以及业务功能转发器根据链路信息将流释放消息报文发送至下一功能节点，即是指继续沿着业务转发路径转发流释放消息。
本实施例中，功能节点在检测到自身不是SFC上的最后一跳时，还返回FR报文至SFF，以使下一功能节点同样释放对应的占资源，根据链路信息依次释放各功能节点中对应的资源，避免出现遗漏，提高SFC资源释放可靠性和全面性。
可以理解，在其他实施例中，若功能节点的数量只有一个，或者SFF同时将FR报文发送至对应的所有功能节点，则功能节点在释放对应的资源后，不需判断对应流在SFC的处理路径是否终止，也不需返回FR报文。
为便于对上述方法进行进一步理解，以下提供几种具体实施例进行解释说明。
如图6所示为一实施例中业务功能链中的资源释放方法的时序图。本实施例中，有某一个包含业务功能SF1的业务功能链SPI1，业务功能SF1支持NSH。有一个流Flow1在路径SPI1上进行转发，现在这个流Flow1已经结束。分类器Classifier感知到流Flow1已经结束，本流程的目的是分类器Classifier通过发送FR报文，帮助业务功能SF1及时释放掉流Flow1对应的资源。具体实施方式包括步骤601至步骤603。
步骤601：分类器Classifier检测到流结束，构造FR报文，使用和流Flow1一致的SPI/SI。分类器Classifier发送FR报文给业务功能转发器SFF。
步骤602：业务功能转发器SFF收到FR报文不进行特殊区分，根据SPI和SI转发给对应的下一跳即可。本实施例中，业务功能转发器SFF将FR报文转发给业务功能SF1。
步骤603：业务功能SF1收到FR报文，根据FR报文携带的信息，知道是流Flow1已经结束，则释放流Flow1对应的资源。根据FR报文中的SPI和SI得知自己是业务功能链上最后一跳的SF，则不再将报文发给业务功能转发器SFF。
其中，FR报文是在NSH封装的报文基础上进行扩展NSH部分的报文。扩展NSH是指增加了FRI的NSH。FRI是在NSH中增加的指示流释放信息的标识。FR报文的初始报文部分使用流中对应的IP五元组(源地址，源端口号，协议号，目的地址，目的端口号)构造一个报文即可。初始报文的净荷部分不做要求，可有可无。携带了IP五元组便可以指明对应的流。
如图7所示为另一实施例中业务功能链中的资源释放方法的时序图。本实施例中，有某一个包含业务功能SF2的业务功能链SPI1，业务功能SF2不支持NSH，使用业务功能代理SFC Proxy作为业务功能SF2的代理部署到SFC网络中。有一个流Flow1在路径SPI1上进行转发，现在这个流Flow1已经结束。分类器Classifier感知到Flow1已经结束，本流程的目的是分类器Classifier通过发送FR报文，帮助业务功能代理SFC Proxy及时释放掉流Flow1对应的资源。具体实施方式包括步骤701至步骤703。
步骤701：分类器Classifier检测到流结束，构造FR报文，使用和流Flow1一致的SPI/SI。分类器Classifier发送FR报文给业务功能转发器SFF。
步骤702：业务功能转发器SFF收到FR报文并不进行特殊区分，根据SPI和SI转发给对应的下一跳即可。本实施例中，业务功能转发器SFF将FR报文转发给业务功能代理SFCProxy。
步骤703：业务功能代理SFC Proxy收到FR报文，根据FR报文携带的信息，知道是流Flow1已经结束，则释放流Flow1对应的资源。根据FR报文的SPI和SI得知自己是业务功能链上最后一跳的SF，则不再将报文发给业务功能转发器SFF。
其中，FR报文是在NSH封装的报文基础上进行扩展NSH部分的报文。扩展NSH是指增加了FRI的NSH。FRI是在NSH中增加的指示流释放信息的标识。FR报文的初始报文部分使用流中对应的IP五元组构造一个报文即可。初始报文的净荷部分不做要求，可有可无。携带了IP五元组便可以指明对应的流。
如图8所示为又一实施例中业务功能链中的资源释放方法的时序图。本实施例中，有某一个包含业务功能SF1和业务功能SF2的业务功能链SPI1，业务功能SF1支持NSH，业务功能SF2不支持NSH，使用业务功能代理SFC Proxy作为业务功能SF2的代理部署到SFC网络中。有一个流Flow1在路径SPI1上进行转发，现在这个流Flow1已经结束。分类器Classifier已经感知到流Flow1已经结束，本流程的目的是分类器Classifier通过发送FR报文，帮助业务功能SF1和业务功能代理SFC Proxy及时释放掉流Flow1对应的资源。具体实施方式包括步骤801至步骤806。
步骤801：分类器Classifier检测到流结束，构造FR报文，使用和流Flow1一致的SPI/SI。分类器Classifier发送FR报文给业务功能转发器SFF。
步骤802：业务功能转发器SFF收到FR报文，并不进行特殊区分，根据SPI和SI转发给对应的下一跳即可。本实施例中，业务功能转发器SFF将FR报文转发给业务功能SF1。
步骤803：业务功能SF1收到FR报文。根据FR报文携带的信息，知道是流Flow1已经结束，则释放流Flow1对应的资源。根据FR报文的SPI和SI得知自己不是业务功能链上最后一跳的SF，则将报文按照正常的流Flow1的报文处理(即：修改SI的值)。
步骤804：业务功能SF1发送FR报文给业务功能转发器SFF。
步骤805：类似步骤S802，业务功能转发器SFF将FR报文给业务功能代理SFCProxy。
步骤806：业务功能代理SFC Proxy收到FR报文。根据FR报文携带的信息，知道是流Flow1已经结束，则释放流Flow1对应的资源。根据FR报文的SPI和SI得知自己是业务功能链上最后一跳，则不再将报文发给业务功能转发器SFF。
其中，FR报文是在NSH封装的报文基础上进行扩展NSH部分的报文。扩展NSH是指增加了FRI的NSH。FRI是在NSH中增加的指示流释放信息的标识。FR报文的初始报文部分使用流中对应的IP五元组构造一个报文即可。初始报文的净荷部分不做要求，可有可无。携带了IP五元组便可以指明对应的流。
如图9所示为又一实施例中业务功能链中的资源释放方法的时序图。本实施例中，有某一个包含业务功能SF1和业务功能SF2的业务功能链SPI1，业务功能SF1和业务功能SF2都支持NSH。有一个流Flow1在路径SPI1上进行转发，现在这个流Flow1已经结束。分类器Classifier已经感知到流Flow1已经结束，本流程的目的是分类器Classifier通过发送FR报文，帮助业务功能SF1和业务功能SF2及时释放掉流Flow1对应的资源。具体实施方式包括步骤901至步骤906。
步骤901：分类器Classifier检测到流结束，构造FR报文，使用和流Flow1一致的SPI/SI。分类器Classifier发送FR报文给业务功能转发器SFF。
步骤902：业务功能转发器SFF收到FR报文，并不进行特殊区分，根据SPI和SI转发给对应的下一跳即可。本实施例中，业务功能转发器SFF将FR报文转发给业务功能SF1。
步骤903：业务功能SF1收到FR报文。根据FR报文携带的信息，知道是流Flow1已经结束，则释放流Flow1对应的资源。根据FR报文的SPI和SI得知自己不是业务功能链上最后一跳的SF，则将报文按照正常的Flow1的报文处理(即：修改SI的值)。
步骤904：业务功能SF1发送FR报文给业务功能转发器SFF。
步骤905：类似步骤S902，业务功能转发器SFF将FR报文给业务功能SF2。
步骤906：业务功能SF2收到FR报文。根据FR报文携带的信息，知道是流Flow1已经结束，则释放流Flow1对应的资源。根据FR报文的SPI和SI得知自己是业务功能链上最后一跳的SF，则不再将报文发给业务功能转发器SFF。
其中，FR报文是在NSH封装的报文基础上进行扩展NSH部分的报文。扩展NSH是指增加了FRI的NSH。FRI是在NSH中增加的指示流释放信息的标识。FR报文的初始报文部分使用流中对应的IP五元组构造一个报文即可。初始报文的净荷部分不做要求，可有可无。携带了IP五元组便可以指明对应的流。
如图10所示为又一实施例中业务功能链中的资源释放方法的时序图。本实施例中，有某一个包含业务功能SF1和业务功能SF2的业务功能链SPI1，业务功能SF1和业务功能SF2都不支持NSH，使用业务功能代理SFC Proxy1和业务功能代理SFC Proxy2分别作为业务功能SF1和业务功能SF2的代理部署到SFC网络中。有一个流Flow1在路径SPI1上进行转发，现在这个流Flow1已经结束。分类器Classifier已经感知到流Flow1已经结束，本流程的目的是分类器Classifier通过发送FR报文，帮助业务功能代理SFC Proxy1和业务功能代理SFC Proxy2及时释放掉流Flow1对应的资源。具体实施方式包括步骤1001至步骤1006。
步骤1001：分类器Classifier检测到流结束，构造FR报文，使用和流Flow1一致的SPI/SI。分类器Classifier发送FR报文给业务功能转发器SFF。
步骤1002：业务功能转发器SFF收到FR报文，并不进行特殊区分，根据SPI和SI转发给对应的下一跳即可。本实施例中，业务功能转发器SFF将FR报文转发给业务功能代理SFCProxy1。
步骤1003：业务功能代理SFC Proxy1收到FR报文。根据FR报文携带的信息，知道是流Flow1已经结束，则释放流Flow1对应的资源。根据FR报文的SPI和SI得知自己不是业务功能链上最后一跳，则将报文按照正常的流Flow1的报文处理(即：修改SI的值)。
步骤1004：业务功能代理SFC Proxy1发送FR给业务功能转发器SFF。
步骤1005：类似步骤S1002，业务功能转发器SFF将FR报文给业务功能代理SFCProxy2。
步骤1006：业务功能代理SFC Proxy2收到FR报文。根据FR报文携带的信息，知道是流Flow1已经结束，则释放流Flow1对应的资源。根据FR报文的SPI和SI得知自己是业务功能链上最后一跳，则不再将报文发给业务功能转发器SFF。
在一个实施例中的业务功能链中的资源释放方法，如图11所示，包括以下步骤：
步骤S220：检测到流处于结束状态时构造流释放消息报文。
FR报文可携带有FRI和流的链路信息。在FR报文中携带FRI的具体方式并不唯一，可以是携带在FR报文的基本头部中，也可以是携带在FR报文的上下文头部中。
步骤S240：根据链路信息发送流释放消息报文，以使接收到流释放消息报文的功能节点根据流释放消息报文中携带的流释放标识释放对应的资源。
根据链路信息发送流释放消息报文即是指沿着业务转发路径发送流释放消息。在构造FR报文后，可直接根据链路信息将FR报文发送至对应的SFC上后续的节点。当SFC的功能节点接收到FR报文后，可根据FR报文中携带的FRI释放对应的资源，避免出现因而无法及时释放资源造成服务质量下降问题。
上述业务功能链中的资源释放方法，通过监测流的状态，并在流处于结束状态时构造并发送流释放消息报文，使得功能节点及时释放对应的资源，能够及时感知流结束并进行资源释放操作，避免了出现因无法及时释放资源造成服务质量下降的问题，提高了业务服务质量。
在一个实施例中，流释放标识位于流释放消息报文的基本头部的保留比特位。通过选取FR报文的基本头部的保留比特位作为FRI，操作简便且易识别。
在一个实施例中，流释放消息报文携带有流释放标识，包括：若业务功能链封装格式为定长格式，则选取流释放消息报文的必选上下文头部的比特位作为流释放标识；若业务功能链封装格式为变长格式，则在流释放消息报文中生成变长上下文头部作为流释放标识。
SFC封装的类型可以有多种，同一封装类型的封装格式也有多种可供选择。SFC封装格式具体可包括定长格式和变长格式。根据SFC封装格式对应提供两种不同的FRI设置方式，可根据实际情况来对应设置FRI。
在一个实施例中的业务功能链中的资源释放方法，如图12所示，该方法包括：
步骤S320：接收业务功能转发器转发的流释放消息报文。
流释放消息(FR)报文可携带有流释放标识(FRI)，用作识别FR报文。接收业务功能转发器转发的流释放消息报文即指接收沿着业务转发路径发送的流释放消息。FR报文还可携带有流的链路信息，业务功能转发器根据链路信息对流释放消息报文进行转发。在FR报文中携带FRI的具体方式并不唯一，可以是携带在FR报文的基本头部中，也可以是携带在FR报文的上下文头部中。
步骤S340：根据流释放消息报文中携带的流释放标识释放对应的资源。
在接收到FR报文后，根据FR报文中携带的FRI释放对应的资源，避免出现因而无法及时释放资源造成服务质量下降问题。
上述业务功能链中的资源释放方法，在接收到流释放消息报文时释放对应的资源，能够及时进行资源释放操作，避免了出现因无法及时释放资源造成服务质量下降的问题，提高了业务服务质量。
在一个实施例中，FR报文中还携带有流的链路信息。如图13所示，步骤S340之后，该方法还包括以下步骤：
步骤S360：根据流释放消息报文中的链路信息，判断自身是否是业务功能链上的最后一跳。
根据链路信息可判断自身是否是SFC上的最后一跳，若是，则说明对应流在SFC的处理路径终止，可不返回报文至SFF；若否，则进行步骤S380。
步骤S380：将流释放消息报文返回至业务功能转发器。
将流释放消息报文返回至业务功能转发器，即是指继续沿着业务转发路径转发流释放消息。返回FR报文至SFF，以便SFF将FR报文转发至下一功能节点进行资源释放操作。
本实施例中，在检测到自身不是SFC上的最后一跳时，还返回FR报文至SFF，以使下一功能节点同样释放对应的占资源，根据链路信息依次释放各功能节点中对应的资源，避免出现遗漏，提高SFC资源释放可靠性和全面性。
在一实施例中的业务功能链中的资源释放系统，如图14所示，该系统包括分类器110、业务功能转发器120和至少一个功能节点130。其中：
分类器110用于在检测到流处于结束状态时构造流释放消息报文，还用于根据链路信息将流释放消息报文发送至对应的业务功能转发器。
流释放消息(FR)报文可携带有流释放标识(FRI)和流的链路信息。在FR报文中携带FRI的具体方式并不唯一，可以是携带在FR报文的基本头部中，也可以是携带在FR报文的上下文头部中。
业务功能转发器120用于根据链路信息将流释放消息报文转发至对应的功能节点。
SFF接收到FR报文后，按照携带的链路信息将FR报文转发至对应的功能节点。
功能节点130用于在接收到流释放消息报文后，根据流释放消息报文中携带的流释放标识释放对应的资源。
功能节点在接收到FR报文后，根据FR报文中携带的FRI释放对应的资源，避免出现因而无法及时释放资源造成服务质量下降问题。
上述业务功能链中的资源释放系统，在检测到流处于结束状态后，分类器110构造携带有流释放标识和流的链路信息的流释放消息报文，并经业务功能转发器120发送至功能节点。功能节点130在接收到流释放消息报文后，根据流释放消息报文中携带的流释放标识释放对应的资源。通过监测流的状态，并在流处于结束状态时构造并发送流释放消息报文，使得功能节点及时释放对应的资源，能够及时感知流结束并进行资源释放操作，避免了出现因无法及时释放资源造成服务质量下降的问题，提高了业务服务质量。
在一个实施例中，流释放标识位于流释放消息报文的基本头部的保留比特位。
SFC封装的类型可以有多种，包括NSH封装等类型，同一封装类型的封装格式也有多种可供选择。通过选取FR报文的基本头部的基本头部的保留比特位作为FRI，操作简便且易识别。
在一个实施例中，流释放消息报文携带有流释放标识，包括：若业务功能链封装格式为定长格式，则选取流释放消息报文的必选上下文头部的比特位作为流释放标识；若业务功能链封装格式为变长格式，则在流释放消息报文中生成变长上下文头部作为流释放标识。
以上即是根据SFC封装格式对应提供两种不同的FRI设置方式，可根据实际情况来对应设置FRI。
在一个实施例中，如图15所示，功能节点130包括可识别业务功能链的封装类型的业务功能132。
SF的数量可以是一个或多个，SF可直接识别SFC的封装类型。当SFF将FR报文发给SF后，SF同样可直接识别FR报文，并释放对应的资源，避免结束的流继续占用资源。
具体地，SF在接收到SFF转发的FR报文并释放对应的资源后，还检测自身是否位于SFC上的最后一跳，若是，则资源释放完成，SF可不返回FR报文至SFF；若否，则SF返回FR报文至SFF，以便SFF将FR报文发送至下一SF。可以理解，在其他实施例中，SFF也可以是将FR报文同时发送至所有的SF。
在一个实施例中，如图16所示，功能节点130包括业务功能代理134。
SFC Proxy的数量可以是一个或多个。当SFF将FR报文发给SFC Proxy后，SFCProxy直接识别FR报文，并释放对应的资源，避免结束的流继续占用资源。
具体地，SFC Proxy在接收到SFF转发的FR报文并释放对应的资源后，还检测自身是否位于SFC上的最后一跳，若是，则资源释放完成，SFC Proxy可不返回FR报文至SFF；若否，则SFC Proxy返回FR报文至SFF，以便SFF将FR报文发送至下一SFC Proxy。可以理解，在其他实施例中，SFF也可以是将FR报文同时发送至所有的SFC Proxy。
进一步地，在其中一个实施例中，如图17所示，功能节点130包括业务功能代理134和可识别业务功能链的封装类型的业务功能132。
SF和SFC Proxy的数量也可以是一个或多个，SF和SFC Proxy都可在接收到携带FRI的FR报文后，根据FR报文释放对应的资源。SF和SFC Proxy可以是同时进行资源释放，也可不是同时进行资源释放，且先后顺序并不唯一，具体由SFF根据链路信息转发FR报文的方式决定。
以SFF先将FR报文转发至SF，再转发至SFC Proxy为例。SFF在将FR报文转发至SF后，SF释放对应的资源，并在检测到自身不是位于SFC上的最后一跳时，返回FR报文至SFF。SFF将FR报文转发至SFC Proxy，SFC Proxy同样释放对应的资源，并检测自身是否是SFC上的最后一跳，若是，则资源释放完成，SFC Proxy不返回FR报文至SFF；若否，则SFC Proxy返回FR报文至SFF，以便SFF再次转发FR报文。
可以理解，在其他实施例中，SFF也可以是先将FR报文转发至SFC Proxy，在接收到SFC Proxy返回的FR报文后再转发至SF。
以上即是针对功能节点的不同形式提供了对应的资源释放方式，可根据功能节点的不同结构对应进行资源调整，提高资源释放操作的便利性和全面性。可以理解，功能节点的具体形式以及对应的资源释放方式包括但并不限于以上实施例。
在其中一个实施例中，功能节点130还用于根据接收的流释放消息报文中的链路信息，判断自身是否是业务功能链上的最后一跳；若否，则将流释放消息报文返回至业务功能转发器120。业务功能转发器120还用于接收返回的流释放消息报文，根据链路信息将流释放消息报文发送至下一功能节点130。
功能节点130在检测到自身不是业务功能链上的最后一跳时，还返回FR报文至业务功能转发器120，以使下一功能节点130同样释放对应的资源，根据链路信息依次释放各功能节点130中对应的资源，避免出现遗漏，提高SFC资源释放可靠性和全面性。
可以理解，在其他实施例中，若功能节点130的数量只有一个，或者业务功能转发器130同时将FR报文发送至对应的所有功能节点130，则功能节点130在释放对应的资源后，不需判断对应流在SFC的处理路径是否终止，也不需返回FR报文。
在一个实施例中的业务功能链中的资源释放装置，如图18所示，包括报文构造模块220和报文发送模块240。
报文构造模块220用于检测到流处于结束状态时构造流释放消息报文。
FR报文可携带有FRI和流的链路信息。在FR报文中携带FRI的具体方式并不唯一，可以是携带在FR报文的基本头部中，也可以是携带在FR报文的上下文头部中。
报文发送模块240用于根据链路信息发送流释放消息报文，以使接收到流释放消息报文的功能节点根据流释放消息报文中携带的流释放标识释放对应的资源。
根据链路信息发送流释放消息报文即是沿着业务转发路径发送所述流释放消息。在构造FR报文后，可直接根据链路信息将FR报文发送至对应的SFC上后续的节点。当SFC的功能节点接收到FR报文后，可根据FR报文中携带的FRI释放对应的资源，避免出现因而无法及时释放资源造成服务质量下降问题。
上述业务功能链中的资源释放装置，通过监测流的状态，并在流处于结束状态时构造并发送流释放消息报文，使得功能节点及时释放对应的资源，能够及时感知流结束并进行资源释放操作，避免了出现因无法及时释放资源造成服务质量下降的问题，提高了业务服务质量。
在一个实施例中，流释放标识位于流释放消息报文的基本头部的保留比特位。通过选取FR报文的基本头部的保留比特位作为FRI，操作简便且易识别。
在一个实施例中，流释放消息报文携带有流释放标识，包括：若业务功能链封装格式为定长格式，则选取流释放消息报文的必选上下文头部的比特位作为流释放标识；若业务功能链封装格式为变长格式，则在流释放消息报文中生成变长上下文头部作为流释放标识。
SFC封装的类型可以有多种，同一封装类型的封装格式也有多种可供选择。SFC封装格式具体可包括定长格式和变长格式。根据SFC封装格式对应提供两种不同的FRI设置方式，可根据实际情况来对应设置FRI。
在一个实施例中的业务功能链中的资源释放装置，如图19所示，包括报文接收模块320和资源释放模块340。
报文接收模块320用于接收业务功能转发器转发的流释放消息报文。
流释放消息(FR)报文可携带有流释放标识(FRI)，用作识别FR报文。接收业务功能转发器转发的流释放消息报文即指接收沿着业务转发路径发送的流释放消息。FR报文还可携带有流的链路信息，业务功能转发器根据链路信息对流释放消息报文进行转发。在FR报文中携带FRI的具体方式并不唯一，可以是携带在FR报文的基本头部中，也可以是携带在FR报文的上下文头部中。
资源释放模块340用于根据流释放消息报文中携带的流释放标识释放对应的资源。
在接收到FR报文后，根据FR报文中携带的FRI释放对应的资源，避免出现因而无法及时释放资源造成服务质量下降问题。
上述业务功能链中的资源释放装置，在接收到流释放消息报文时释放对应的资源，能够及时进行资源释放操作，避免了出现因无法及时释放资源造成服务质量下降的问题，提高了业务服务质量。
在一个实施例中，FR报文中还携带有流的链路信息。如图20所示，该装置还包括报文返回模块360。
报文返回模块360用于在资源释放模块340根据流释放消息报文中携带的流释放标识释放对应的资源之后，根据接收的流释放消息报文中的链路信息，判断自身是否是业务功能链上的最后一跳；若否，则将流释放消息报文返回至业务功能转发器。
将流释放消息报文返回至业务功能转发器，即是指继续沿着业务转发路径转发所述流释放消息。根据链路信息可判断自身是否是SFC上的最后一跳，若否，返回FR报文至SFF，以便SFF将FR报文转发至下一功能节点进行资源释放操作。
本实施例中，在检测到自身不是SFC上的最后一跳时，还返回FR报文至SFF，以使下一功能节点同样释放对应的占资源，根据链路信息依次释放各功能节点中对应的资源，避免出现遗漏，提高SFC资源释放可靠性和全面性。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述程序可存储于一计算机可读取存储介质中，如本发明实施例中，该程序可存储于计算机系统的存储介质中，并被该计算机系统中的至少一个处理器执行，以实现包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (25)

1.一种业务功能链中的资源释放方法，所述方法包括：
获知到流结束状态时构造流释放消息；
沿着业务转发路径发送所述流释放消息。
2.根据权利要求1所述的方法，其特征在于，所述流释放消息携带有流释放标识和流的标识信息。
3.根据权利要求2所述的方法，其特征在于，所述流释放消息携带有网络业务头。
4.根据权利要求3所述的方法，其特征在于，所述流释放消息携带有流释放标识，包括：
使用网络业务头中基本头部的保留比特位标识所述流释放标识；或者
若网络业务头封装格式为定长格式，则使用必选上下文头部的比特位标识所述流释放标识；或者
若网络业务头封装格式为变长格式，则使用扩展的变长上下文头部标识所述流释放标识。
5.根据权利要求2所述的方法，其特征在于，所述流释放消息携带有流的标识信息，包括：使用IP五元组标识所述流的标识信息。
6.根据权利要求1所述的方法，其特征在于，通过分类器或支持分类器功能的节点获知到流结束状态时构造流释放消息，并沿着业务转发路径发送所述流释放消息。
7.一种业务功能链中的资源释放方法，所述方法包括：
接收沿着业务转发路径发送的流释放消息；
根据所述流释放消息释放对应的资源。
8.根据权利要求7所述的方法，其特征在于，所述流释放消息携带有流释放标识和流的标识信息。
9.根据权利要求8所述的方法，其特征在于，所述流释放消息携带有网络业务头。
10.根据权利要求9所述的方法，其特征在于，所述流释放消息携带有流释放标识，包括：
使用网络业务头中基本头部的保留比特位标识所述流释放标识；或者
若网络业务头封装格式为定长格式，则使用必选上下文头部的比特位标识所述流释放标识；或者
若网络业务头封装格式为变长格式，则使用扩展的变长上下文头部标识所述流释放标识。
11.根据权利要求8所述的方法，其特征在于，所述流释放消息携带有流的标识信息，包括：使用IP五元组标识所述流的标识信息。
12.根据权利要求7所述的方法，其特征在于，通过业务转发路径上的节点接收沿着业务转发路径发送的流释放消息，并根据所述流释放消息释放对应的资源。
13.根据权利要求12所述的方法，其特征在于，所述业务转发路径上的节点包括业务功能转发节点、业务功能节点和业务功能代理节点。
14.根据权利要求7所述的方法，其特征在于，所述根据所述流释放消息释放对应的资源的步骤之后，还包括：
判断自身是否是业务功能链上的最后一跳；
若否，则继续沿着业务转发路径转发所述流释放消息。
15.一种业务功能链中的资源释放装置，其特征在于，包括：
构造模块，用于获知到流结束状态时构造流释放消息；
发送模块，用于沿着业务转发路径发送所述流释放消息。
16.根据权利要求15所述的装置，其特征在于，所述流释放消息携带有流释放标识和流的标识信息。
17.根据权利要求16所述的装置，其特征在于，所述流释放消息携带有网络业务头。
18.根据权利要求17所述的装置，其特征在于，所述流释放消息携带有流释放标识，包括：
使用网络业务头中基本头部的保留比特位标识所述流释放标识；或者
若网络业务头封装格式为定长格式，则使用必选上下文头部的比特位标识所述流释放标识；或者
若网络业务头封装格式为变长格式，则使用扩展的变长上下文头部标识所述流释放标识。
19.根据权利要求16所述的装置，其特征在于，所述流释放消息携带有流的标识信息，包括：使用IP五元组标识所述流的标识信息。
20.一种业务功能链中的资源释放装置，其特征在于，包括：
接收模块，用于接收沿着业务转发路径发送的流释放消息；
资源释放模块，用于根据所述流释放消息释放对应的资源。
21.根据权利要求20所述的装置，其特征在于，所述流释放消息携带有流释放标识和流的标识信息。
22.根据权利要求21所述的装置，其特征在于，所述流释放消息携带有网络业务头。
23.根据权利要求22所述的装置，其特征在于，所述流释放消息携带有流释放标识，包括：
使用网络业务头中基本头部的保留比特位标识所述流释放标识；或者
若网络业务头封装格式为定长格式，则使用必选上下文头部的比特位标识所述流释放标识；或者
若网络业务头封装格式为变长格式，则使用扩展的变长上下文头部标识所述流释放标识。
24.根据权利要求21所述的装置，其特征在于，所述流释放消息携带有流的标识信息，包括：使用IP五元组标识所述流的标识信息。
25.根据权利要求20所述的装置，其特征在于，所述装置还包括：
转发模块，用于在资源释放模块根据所述流释放消息释放对应的资源之后，判断自身是否是业务功能链上的最后一跳；若否，则继续沿着业务转发路径转发所述流释放消息。
CN201610702577.6A 2016-06-06 2016-06-06 业务功能链中的资源释放方法及装置 Pending CN107465533A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610702577.6A CN107465533A (zh) 2016-06-06 2016-06-06 业务功能链中的资源释放方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610399169.8A CN107465634A (zh) 2016-06-06 2016-06-06 业务功能链中的资源释放方法、系统及装置
CN201610702577.6A CN107465533A (zh) 2016-06-06 2016-06-06 业务功能链中的资源释放方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201610399169.8A Division CN107465634A (zh) 2016-06-06 2016-06-06 业务功能链中的资源释放方法、系统及装置

Publications (1)

Publication Number Publication Date
CN107465533A true CN107465533A (zh) 2017-12-12

Family

ID=60543733

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201610399169.8A Pending CN107465634A (zh) 2016-06-06 2016-06-06 业务功能链中的资源释放方法、系统及装置
CN201610702577.6A Pending CN107465533A (zh) 2016-06-06 2016-06-06 业务功能链中的资源释放方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201610399169.8A Pending CN107465634A (zh) 2016-06-06 2016-06-06 业务功能链中的资源释放方法、系统及装置

Country Status (2)

Country Link
CN (2) CN107465634A (zh)
WO (1) WO2017211141A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109450875A (zh) * 2018-10-23 2019-03-08 清华大学 Mac层封装方法及装置

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3081644A1 (fr) * 2018-06-22 2019-11-29 Orange Procede de decouverte de fonctions intermediaires et de selection d'un chemin entre deux equipements de communication
CN112491729A (zh) * 2020-09-22 2021-03-12 中兴通讯股份有限公司 一种数据处理方法、装置、存储介质及电子装置
CN114826998B (zh) * 2021-01-29 2023-05-16 中国电信股份有限公司 基于业务功能链的报文转发方法、控制器以及存储介质
CN114268668A (zh) * 2021-12-20 2022-04-01 中国电信股份有限公司 数据处理方法、系统、装置、电子设备及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100499636C (zh) * 2004-06-14 2009-06-10 华为技术有限公司 一种实现端到端服务质量可靠性保证的方法
CN100571256C (zh) * 2004-12-30 2009-12-16 中兴通讯股份有限公司 一种实现带宽代理与域内路由器通信的方法
US9049148B1 (en) * 2012-09-28 2015-06-02 Juniper Networks, Inc. Dynamic forwarding plane reconfiguration in a network device
CN104954259B (zh) * 2015-04-28 2019-04-02 瑞斯康达科技发展股份有限公司 一种实现ptn业务收敛的方法及pe

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109450875A (zh) * 2018-10-23 2019-03-08 清华大学 Mac层封装方法及装置

Also Published As

Publication number Publication date
WO2017211141A1 (zh) 2017-12-14
CN107465634A (zh) 2017-12-12

Similar Documents

Publication Publication Date Title
CN107465533A (zh) 业务功能链中的资源释放方法及装置
US11228515B2 (en) Data packet detection method, device, and system
WO2018054397A1 (zh) 业务功能链检测路径的方法和装置
CN105245452B (zh) 多协议标签交换流量工程隧道建立方法及设备
CN108964943B (zh) 一种实现ioam封装的方法及装置
CN101848171B (zh) 一种基于gre隧道的数据传输方法、设备和系统
CN109391560A (zh) 网络拥塞的通告方法、代理节点及计算机设备
CN105591974B (zh) 报文处理方法、装置及系统
CN103490970B (zh) 一种流量工程隧道的检测方法、装置及系统
CN104303466B (zh) 一种数据传输方法、装置、通信设备及通信系统
CN105577501B (zh) 专网客户终端设备的下挂设备入网通信实现方法及装置
CN106375233B (zh) 数据传输方法及数据传输装置
CN105308904B (zh) 一种oam报文处理方法、网络设备和网络系统
CN104219712B (zh) 数据传输方法及设备
EP2754267B1 (en) Feedback protocol for end-to-end multiple path network systems
CN110943917B (zh) 一种减少多路由网络中冗余报文的方法
CN104521220B (zh) 报文处理方法及设备
CN103731376B (zh) 堆叠设备上链路汇聚根端口选择的方法及系统
CN109088821A (zh) 报文传输方法、业务链系统以及计算机可读存储介质
CN107104898A (zh) 报文传输的方法、设备及系统
CN106686553A (zh) 一种在核心网epc上进行组播的方法和装置
CN102271086A (zh) 发送报文的方法和装置
CN104753790B (zh) 一种基于trill网络的报文传输方法及设备
CN109873766A (zh) 报文传输方法和装置
CN113810295A (zh) 一种路径检测方法及装置、系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20171212

WD01 Invention patent application deemed withdrawn after publication