本发明涉及通信技术领域，尤其涉及一种资源释放方法及装置。
背景技术：
随着增值(value-addedservice，vas)业务越来越丰富，为了使增值业务能够灵活部署，引入了业务功能链(servicefunctionchain，sfc)技术；其中，业务功能链结构示意图，如图1所示，包括分类器(classifier)，业务功能转发器(servicefunctionforwarder，sff)，业务功能(servicefunction，sf)，业务功能代理(sfcproxy)；在一个sfc系统中，classifier、sf、及sff可以有一个或多个实例，sfcproxy可以有零个、一个或多个实例。同时，为了使报文能够在各个sfc节点之间灵活转发，定义了网络业务头(networkserviceheader，nsh)用于封装报文；原来的报文封装在nsh内，就可以不依赖于目的地址进行转发了；如此，能够在sfc节点之间灵活传输报文。
一个系统内通常存在多个业务链，每一个业务链是一系列顺序的sf序列；各个业务链上的sf的数量、种类、顺序可以是不同的，不同的流走不同的业务链。
有状态的sf会为经过本sf的每一个流建立上下文，保存相关的上下文信息，如流状态信息、下一跳路由信息、协议相关的序列号、元数据(metadata)等信息；这些上下文信息需要一直保存，直到该流结束后再清除。一个sf会为多个流服务，为服务的每个流都要保存相关的上下文信息，如此，便会占用诸多的内存资源。
sfcproxy的工作情况同上述有状态的sf一样，需要保存上下文信息；而sff根据具体的实现情况，可能需要保存流对应的上下文信息，也可能不需要保存流对应的上下文信息。
但是，由于sf、sfcproxy、以及sff均无法及时感知流的结束，因此已经结束的流对应的资源无法及时释放，资源占有率高；新的流到来时也无法申请到资源，因而无法对新的流提供服务，导致服务质量下降。
现有技术中，一方面，classifier通过某种机制能够及时感知到流结束，具体机制包括移动网络中内置classifier功能的共用数据网网关(publicdatanetworkgateway，pgw)可以通过接收其他网元发送来的流释放相关的信令来感知流的结束；对于移动网络中的非内置在pgw的classifier，可以通过每英寸长度内的点数(dotperinch，dpi)检测传输控制协议(transmissioncontrolprotocol，tcp)连接的结束信令来感知流的结束；另一方面，集中控制器也有感知流释放的机制。但是，虽然classifier或集中控制器可以感知流的结束，却没有使classifier或集中控制器通知sf、sfcproxy、及sff流结束的机制，导致sf、sfcproxy、及sff因无法感知流的结束而不能释放相应的资源、降低服务质量。
技术实现要素：
有鉴于此，本发明实施例期望提供一种资源释放方法及装置，能够使业务功能链上的组件及时感知流结束，释放不需要的资源，进而提高业务服务质量。
本发明实施例的技术方案是这样实现的：
本发明实施例提供一种资源释放方法，应用于电子设备，所述方法包括：确认流终止时，构造用于资源释放的oam报文；发送所述oam报文。
上述实现方案中，所述oam报文包括：资源释放标识和流的标识。
上述实现方案中，所述电子设备为分类器或支持分类器功能的节点时，所述构造用于资源释放的oam报文，包括：扩展基于业务功能链的oam报文。
上述实现方案中，所述电子设备为分类器或支持分类器功能的节点时，所述oam报文还包括：网络业务头；
相应的，所述发送所述oam报文包括：沿着业务转发路径发送所述oam报文至业务功能转发节点、业务功能节点、或业务功能代理节点中的任意一项或多项。
上述实现方案中，所述电子设备为集中控制节点时，发送所述oam报文包括：通过南向接口发送所述oam报文至分类器、业务功能转发节点、业务功能节点、或业务功能代理节点中的任意一项或多项。
本发明实施例还提供一种资源释放方法，所述方法包括：接收用于资源释放的oam报文；根据所述oam报文携带的信息释放资源。
上述实现方案中，所述oam报文包括：资源释放标识和流的标识。
本发明实施例还提供一种资源释放装置，所述装置包括：构造模块和发送模块；其中，
所述构造模块，用于确认流终止时，构造用于资源释放的操作管理维护oam报文；
所述发送模块，用于发送所述oam报文。
上述实现方案中，所述oam报文包括：资源释放标识和流的标识。
上述实现方案中，所述构造模块，具体用于扩展基于业务功能链的oam报文。
上述实现方案中，所述发送模块，具体用于，所述报文还包括网络业务头时，发送所述oam报文至业务功能转发节点、业务功能节点、或业务功能代理节点中的任意一项或多项；或
所述发送模块，具体用于通过南向接口发送所述oam报文至分类器、业务功能转发节点、业务功能节点、或业务功能代理节点中的任意一项或多项。
本发明还提供一种资源释放装置，所述装置包括：接收模块和释放模块；其中，
所述接收模块，用于接收用于资源释放的操作管理维护oam报文；
所述释放模块，用于根据所述oam报文携带的信息释放资源。
上述实现方案中，所述oam报文包括：资源释放标识和流的标识。
本发明实施例所提供的资源释放方法及装置，电子设备确认流终止时，构造用于资源释放的oam报文；发送所述oam报文。业务功能链上的组件接收用于资源释放的oam报文；根据所述oam报文携带的信息释放资源。通过电子设备发送用于资源释放的oam报文，使得业务功能链上的组件能够及时感知流结束，释放不需要的资源，提高了业务服务质量。
附图说明
图1为现有技术业务功能链结构示意图；
图2为现有技术封装nsh后的ipv4报文格式示意图；
图3为现有技术nsh的基本头部格式示意图；
图4为现有技术nsh的业务路径头部格式示意图；
图5为现有技术mdtype为1时nsh的格式示意图；
图6为现有技术mdtype为2时nsh的格式示意图；
图7为现有技术nsh变长上下文头部的格式示意图示意图；
图8为本发明实施例一种资源释放方法的基本处理流程示意图；
图9为本发明实施例一资源释放方法的处理架构示意图；
图10为本发明实施例二资源释放方法的处理架构示意图；
图11为本发明实施例oam报文的参考格式示意图；
图12为本发明实施例三资源释放方法的处理架构示意图；
图13为本发明实施例另一种资源释放方法的基本处理流程示意图；
图14为本发明实施例四资源释放方法的处理架构示意图；
图15为本发明实施例四资源释放方法的详细处理流程示意图；
图16为本发明实施例五资源释放方法的处理架构示意图；
图17为本发明实施例五资源释放方法的详细处理流程示意图；
图18为本发明实施例六资源释放方法的处理架构示意图；
图19为本发明实施例流资源释放方法的详细处理流程示意图；
图20为本发明实施例七资源释放方法的处理架构示意图；
图21为本发明实施例七资源释放方法的详细处理流程示意图；
图22为本发明实施例一种资源释放装置的组成结构示意图；
图23为本发明实施例另一种资源释放装置的组成结构示意图。
具体实施方式
为更好地理解本发明实施例，下面对nsh、oam及业务功能链各组件进行详细介绍。
现有技术中封装nsh后的ipv4报文格式有多种，如图2所示，所述ipv4报文进行了通用路由协议(genericroutingencapsulation，gre)隧道封装，并封装了nsh；所述nsh封装在原始ip报文的外面，用于提供在sfc内的发送信息。
现有技术中，每一种nsh的格式都包括基本头部和业务路径头部；nsh的基本头部格式示意图，如图3所示；nsh的业务路径头部格式示意图，如图4所示。mdtype＝1时，nsh的格式示意图如图5所示，该格式的nsh是定长的，携带的元数据信息局限在16字节。mdtype＝2时，nsh的格式示意图如图6所示，该格式的nsh是变长的，可携带更加丰富的元数据(metadata)，具体携带的元数据信息可以放到变长上下文头部(variablelengthcontextheaders)部分；其中，nsh变长上下文头部的格式示意图，如图7所示，也遵守类型、长度、值(typelengthvalue，tlv)的模式。
业务功能链中classifier负责识别流，并且将流和业务链进行关联，将流送到对应的业务链上进行处理。
sff负责根据nsh包含的业务路径标识(servicepathidentifier，spi)和业务标识(serviceindex，si)对封装了nsh的报文进行转发，而不是根据报文的目的ip地址进行转发。
sfcproxy是针对不支持nsh的sf(sfcunawaresf)，作为这种sfcunawaresf的代理；对于需要发送给sf的报文，sfcproxy为sfcunawaresf解掉nsh封装后，将报文转发给该sf；对于从该sf收到的报文，sfcproxy负责进行nsh封装，再发送给sff等其他节点。
sf负责具体业务的处理，包括sfcawaresf和sfcunawaresf；操作、管理和维护(operation，administrationandmaintenance，oam)主要用于对网络和业务进行分析、预测、规划和配置网络，以及对网络和业务的测试和故障管理等。
本发明实施例中，一种资源释放方法的基本处理流程，如图8所示，包括以下步骤：
步骤101，确认流终止时，构造用于资源释放的oam报文；
具体地，分类器或支持分类器功能的节点确认流终止时，构造扩展业务功能链oam报文；这里，所述oam报文包括：资源释放标识、流的标识和网络业务头；
集中控制节点确认流终止时，所述oam报文包括：资源释放标识和流的标识；
步骤102，发送所述oam报文；
具体地，分类器或支持分类器功能的节点根据oam报文中的网络业务头沿着业务转发路径向业务功能转发节点、业务功能节点、业务功能代理节点中的任意一项或多项发送所述oam报文；
或集中控制节点通过南向接口发送所述oam报文至分类器、业务功能转发节点、业务功能节点、业务功能代理节点中的任意一项或多项。
实施例一
本发明实施例一所述资源释放方法应用于控制器，所述资源释放方法的处理架构图，如图9所示，包括sdn控制器的控制器可以通过外部管理控制节点、或通过sfc中的组件等方法确认流结束时，构造用于资源释放的oam报文；所述控制器通过南向接口发送所述oam报文至业务功能连的组件，所述组件包括classifier、sff、sfcproxy、和sf中的任意一项或多项；
这里，所述控制器通过南向接口发送所述oam报文包括：所述控制器通过南向接口扩展netconf消息的notification通告报文；如：在相关技术定义的sfcoamyang模型中增加定义资源释放标识信息、流的标识信息、以及资源释放的远程过程调用，或者扩展其他的南向接口用于发送所述用于资源释放的oam报文。
实施例二
本发明实施例二所述资源释放方法应用于分类器，所述资源释放方法的处理架构图，如图10所示，包括分类器通过外部管理、或策略节点、或外部控制器等方法确认流结束时，构造用于资源释放的oam报文，并沿着该流对应的业务转发路径通告所述资源释放报文；其中，所述oam报文的参考格式示意图，如图11所示，采用gre隧道封装sfcoam报文的参考格式，并且根据实际部署情况确定封装sfcoam报文的传输层；
其中，在nsh头部中，oam的比特置1，并且使用一种新的oamprotocol报文用于标识携带的用于资源释放的oam报文，terreq用于标识资源释放请求，payload携带需要释放流的标识信息，用于标识需要释放的流的信息；
具体地，可以通过ip五元组来标识流、或者利用流标识flowid来标识流、或者利用会话标识(sessionid)来标识流、或者利用用户信息来标识流等多种能唯一标识当前场景下的流。
实施例三
本发明实施例三所述资源释放方法应用于支持分类器功能的业务功能节点，所述资源释放方法的处理架构图，如图12所示，支持分类器功能的业务节点通过外部管理、或策略节点、或外部控制器等途径确认流结束的状态信息时，构造用于资源释放的oam报文；并沿着该流对应的业务转发路径发送所述oam报文；其中，所述oam报文的参考格式示意图，如图11所示，采用gre隧道封装sfcoam报文的参考格式，并且根据实际部署情况确定封装sfcoam报文的传输层。
本发明实施例另一种资源释放方法的基本处理流程，如图13所示，包括：
步骤201，接收用于资源释放的oam报文；
具体地，业务功能链上的分类器、业务功能转发节点、业务功能节点、业务功能代理节点等组件接收用户资源释放的报文；
这里，所述报文包括资源释放标识和流的标识。
步骤202，根据所述oam报文携带的信息释放资源。
实施例四
本发明实施例中，一种资源释放方法的处理架构示意图，如图14所示，sfcproxy上保留了用户a的所有流量或状态信息，集中控制器确定用户a下线后，释放资源的方法的详细处理流程，如图15所示，包括以下步骤：
步骤301，集中控制器构造用于资源释放的oam报文；
这里，所述oam报文携带资源释放标识和用户a的标识。
步骤302，集中控制器发送所述报文至sfc代理节点。
步骤303，sfc代理节点接收所述oam报文；
具体地，sfc代理节点接收所述报文后，根据所述报文携带的信息确认所述报文为资源释放报文，获取用户a的标识。
步骤304，sfc代理节点释放保存的与用户a相关的资源。
实施例五
本发明实施例中，一种资源释放方法的处理架构示意图，如图16所示，classifier、sf1、sff1、sfcproxy上保留了对应ip五元组的所有状态信息，集中控制器确定该流量下线后，释放资源的方法的详细处理流程，如图17所示，包括以下步骤：
步骤401，集中控制器构造用于资源释放的oam报文；
这里，所述oam报文携带资源释放标识和标识流信息的ip五元组信息。
步骤402，集中控制器发送所述oam报文至classifier、sf1、sff1、sfcproxy节点。
步骤403，classifier、sf1、sff1、sfcproxy接收所述oam报文；
具体地，classifier、sf1、sff1、sfcproxy接收所述报文后，根据所述报文携带的信息确认所述报文为资源释放报文，获取ip五元组的标识信息。
步骤404，classifier、sf1、sff1、sfcproxy释放保存的与所述ip五元组相关的资源。
实施例六
本发明实施例中，一种资源释放方法的处理架构示意图，如图18所示，业务功能路径sfp1包括sf1和sf2；sf1不支持nsh，sf1使用sfcproxy1部署到sfc网络中；一条流会话标识sessionid为1，在路径sfp1上进行转发，并在sfcproxy1和sf2上建立了状态；所述流结束时，本发明实施例资源释放方法的详细处理流程，如图19所示，包括以下步骤：
步骤501，classifier确认流结束时，构造用于资源释放的sfcoam报文；
具体地，所述报文的nshheader中携带sfp1的业务转发路径信息，oam比特置1，oamprotocol设置为用于资源释放的oam类型，terreq设置为1，payload中携带会话标识sessionid为1。
步骤502，classifier发送所述oam报文至sff1.
步骤503，sff1接收并转发所述oam报文；
具体地，sff1接收所述报文，并根据sfpid和serviceindex，按照sfc正常转发流程转发报文至sfcproxy1。
步骤504，sfcproxy1接收oam报文，并根据所述oam报文进行相应的处理；
具体地，sfcproxy1接收oam报文，确认所述oam报文为资源释放oam报文，根据所述oam报文携带的sessionid信息释放sessionid1对应的所有资源；再按照sfc的转发流程将所述报文发送至sff1。
步骤505，sff1接收并转发所述oam报文；
具体地，sff1接收所述报文，根据所述报文中的sfpid和serviceindex，按照sfc转发流程发送所述报文至sff2。
步骤506，sff2接收并转发所述oam报文；
具体地，sff2接收所述报文，根据所述报文中的sfpid和serviceindex，按照sfc转发流程发送所述报文至sf2。
步骤507，sf2接收所述oam报文并进行相应的处理；
具体地，所述sf2接收所述报文，确认所述报文为资源释放oam报文，根据所述报文携带的sessionid信息释放sessionid1对应的所有资源，再按照sfc转发流程发送所述报文至sff2。
步骤508，sff2丢弃所述oam报文；
具体地，sff2接收所述报文，确认自身属于业务功能路径的最后一跳，根据所述报文信息释放资源，丢弃所述报文。
实施例七
本发明实施例中，一种资源释放方法的处理架构示意图，如图20所示，业务功能路径sfp2包括sf1和sf2；sf1和sf2均支持nsh，且sf2支持分类器的功能，能够对报文进行二次分类；后续报文转发的业务功能路径是sfp3，包括均支持nsh的sf2和sf3；一条流的流标识flowid为1，之前在sfp2上进行转发并在sf2上建立了状态，当流量经过sf2时发生了重分类，并在路径sfp3上继续转发，在sf3上建立了状态，本发明实施例所述资源释放方法的详细处理流程，如图21所示，包括以下步骤：
步骤601，classifier确认流结束时，构造用于资源释放的sfcoam报文；
具体地，所述报文的nshheader中携带sfp2的业务转发路径信息，oam比特置1，oamprotocol设置为用于资源释放的oam类型，terreq设置为1，payload中携带会话标识sessionid为1。
步骤602，classifier发送所述oam报文至sff1.
步骤603，sff1接收并转发所述oam报文；
具体地，sff1接收所述oam报文，并根据sfpid和serviceindex，按照sfc正常转发流程转发所述oam报文至sf1。
步骤604，sf1接收并转发所述oam报文；
具体地，sf1接收所述oam报文，由于sf1自身属于无状态的sf，所以不需要释放资源，sf1将所述oam报文转发至sff1。
步骤605，sff1接收并转发所述oam报文；
具体地，sff1接收所述oam报文，并根据sfpid和serviceindex，按照sfc正常转发流程转发oam报文至sf2。
步骤606，sf2接收oam报文，并对所述oam报文进行相应的处理；
具体地，sf2接收所述报文，确认所述报文为资源释放oam报文，根据所述报文携带的flowid信息释放flowid1对应的所有资源；同时确认该流在sf2上发生了重分类，重新构造sfcoam报文或更新原sfcoam报文，所述报文的nshheader中携带sfp3的业务转发路径信息，oam比特置1，oamprotocol设置为用于资源释放的oam类型，terreq设置为1，payload中携带流标识flowid为1；sf2发生更新后的报文至sff2。
步骤607，sff2接收并转发更新后的oam报文；
具体地，sff2接收更新后的报文，根据更新后的sfpid和serviceindex，按照sfc转发流程发送所述更新后的报文至sff3。
步骤608，sff3接收并转发所述oam报文；
具体地，sff3接收更新后的报文，根据所述更新后的sfpid和serviceindex，按照sfc转发流程发送所述更新后的报文至sf3。
步骤609，sf3接收oam报文，释放资源；
具体地，sf3接收到报文后，确认所述报文为资源释放oam报文，根据所述报文携带的flowid信息释放flowid1对应的所有资源，按照sfc转发流程，将所述报文发送至sff3；
步骤610，sff3丢弃oam报文；
具体地，sff3接收所述报文，确认自身属于业务功能路径的最后一跳，根据所述报文信息释放资源，丢弃所述报文。
为实现上述资源释放方法，本发明实施例还提供一种资源释放装置，所述装置的组成结构，如图22所示，包括：构造模块10和发送模块20；其中，
所述构造模块10，用于确认流终止时，构造用于资源释放的oam报文；
所述发送模块20，用于发送所述oam报文。
在一实施例中，所述oam报文包括：资源释放标识和流的标识。
在一实施例中，所述资源释放装置为分类器或支持分类器功能的节点时，所述构造模块10，具体用于扩展基于业务功能链的oam报文。
在一实施例中，所述发送模块20，具体用于，所述报文还包括网络业务头时，发送所述报文至业务功能转发节点、业务功能节点、业务功能代理节点中的任意一项或多项；或
所述发送模块20，具体用于通过南向接口发送所述oam报文至分类器、业务功能转发节点、业务功能节点、业务功能代理节点中的任意一项或多项。
为实现上述资源释放方法，本发明实施例还提供一种资源释放装置，所述装置的组成结构，如图23所示，包括：接收模块30和释放模块40；其中，
所述接收模块30，用于接收用于资源释放的oam报文；
所述释放模块40，用于根据所述oam报文携带的信息释放资源。
在一实施例中，所述oam报文包括：资源释放标识和流的标识。
需要说明的是，在实际应用中，所述构造模块10和发送模块20的功能可由位于分类器、支持分类器功能的节点、或集中控制器上的中央处理器(cpu)、或微处理器(mpu)、或数字信号处理器(dsp)、或可编程门阵列(fpga)实现；所述接收模块30和释放模块40的功能可由位于业务功能链的组件上的cpu、或mpu、或dsp、或fpga实现。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。