CN106453204B - 一种处理数据报文的方法及装置 - Google Patents

Abstract

本发明提供一种处理数据报文的方法及装置，该方法包括：获取增强型上下文数据头类型；将所述增强型上下文数据头类型封装在网络业务头中，并将所述网络业务头封装在数据报文中；将所述数据报文沿着业务转发路径进行发送。通过本发明可以在SFC网络中，进一步增加上下文数据头类型标识，以增强支持业务链的节点上对上下文数据头的进一步识别。

Description

一种处理数据报文的方法及装置

技术领域

本发明涉及通讯领域，特别是涉及一种处理数据报文的方法及装置。

背景技术

目前提出了一种业务功能链(Service Function Chain，简称SFC)的技术，即把所有的业务整合，虚拟出Service overlay(业务覆盖)层，形成自己的服务拓扑，和底层网络解耦合，不再受到底层网络结构的限制，架构如图1所示。可以看出，SFC技术包括如下组件：分类器(Classifier)，业务功能转发器(Service Function Forwarder，简称SFF)，业务功能(Service Function，简称SF)，网络业务头代理(Network Service Header Proxy，简称NSH Proxy)。其中，Classifier负责对流量进行分类，根据分类结果，对流量进行网络业务头(Network Service Header，简称NSH)的封装，即在Classifier上确定报文后续的业务功能路径，并进一步进行overlay层的封装和转发，通过overlay技术将报文转发到下一跳SFF，SFF收到报文，解封装overlay层，并对接收到的携带有NSH报文头的报文进行解析，根据NSH头中的信息，将报文转发给相应的SF处理；SF负责对接收到的报文进行相应的业务功能处理，处理完后，进一步更新NSH报文头并将更新后的报文转发给转发报文给自己的SFF；SFF进一步根据NSH报文中的信息查找对应的传输层封装，对NSH报文进行overlay的封装，并将报文转发给下一跳SFF。NSH Proxy主要代表SFF，与不感知NSH报文头的SF进行交互。举例如下，对于使用IPv4-GRE(Generic Routing Encapsulation，通用路由封装)的overlay技术后，从Classifier发送出来的完整报文格式如图2所示，即在原始报文(originalpacket)外层封装上了NSH头、IPv4-GRE头、L2头。

从控制面来看，SFC的分类规则和业务功能链定义以及NSH由SFC控制器下发或者本地配置；从数据面封装来看，业务功能链的和业务相关的整个NSH如图3所示，包括基本头(Base Header)，业务路径头(Service Path Header)，上下文数据头(Context Header)，以及变长可选的上下文数据；其中，基本头主要标识版本号、长度、上下文数据类型以及下一个协议号；业务路径头最核心，标识整个业务功能链的业务功能路径信息，包括业务路径标识(Service Path ID)和业务索引(Service Index)，其中，业务路径标识为全局下发，节点根据业务路径标识和业务索引确认当前报文应该转发到哪一个业务功能链以及哪一个业务功能去处理；强制上下文数据头(Mandatory Context Header)用于携带必须携带的上下文信息，可选的变长上下文数据头(Optional Variable Length Context Headers)用于可选携带的上下文信息。所谓上下文信息是指在分类器和业务功能SF之间、SFs之间、业务功能SFs和业务功能转发器SFFs之间分享的信息和需要传递的信息。

当前，IETF(Internet Engineering Task Force，互联网工程任务组)SFC工作组中，对于上下文数据头的定义包括两种：一种MD Type(Metadata(元数据)类型)＝1(必选支持)，此时NSH报文头中除了携带可选的变长上下文数据头，必须携带4字节的强制上下文数据头，报文格式如图3所示；另一种是MD Type(Metadata类型)＝2(可选支持)，此时NSH报文头中无需携带4字节的强制上下文数据头，报文格式如图4所示；无论是MD Type＝1还是MDType＝2，其中，变长可选的上下文数据格式如图5所示。

进一步地，当前IETF SFC工作组中，当MD Type＝1时，对于必须携带4字节的强制上下文数据头进行了扩展定义。扩展定义主要有两种：一种是用于数据中心场景的强制上下文数据头扩展定义，如图6所示；一种是用于移动场景的强制上下文数据头扩展定义，如图7所示。但是，当节点收到携带有上下文数据头的NSH报文时，并不知道如何去解析这个上下文数据头，是把这个上下文数据头当作数据中心场景的上下文数据去解析呢，还是当作移动场景的上下文数据去解析呢，抑或是当作别的场景下的上下文数据去解析呢？如果解析错误，则无法正确读取上下文数据信息，导致业务处理失败。

发明内容

本发明要解决的技术问题是提供一种处理数据报文的方法及装置，以增强上下文报文头类型识别度。

为了解决上述技术问题，本发明提供了一种处理数据报文的方法，应用于支持业务功能链的节点，包括：

获取增强型上下文数据头类型；

将所述增强型上下文数据头类型封装在网络业务头中，并将所述网络业务头封装在数据报文中；

将所述数据报文沿着业务转发路径进行发送。

进一步地，上述方法还具有下面特点：所述增强型上下文数据头类型包括以下的任一种：

数据中心场景的上下文数据头、移动场景的上下文数据头、宽带网络场景的上下文数据头。

进一步地，上述方法还具有下面特点：

所述增强型上下文数据头类型是根据网络部署情况和/或上下文数据头数据信息进行配置的。

进一步地，上述方法还具有下面特点：

所述增强型上下文数据头类型是本地配置的，或者是集中控制器下发的。

进一步地，上述方法还具有下面特点：

所述数据报文由原始数据和网络业务头组成，或者由原始数据、网络业务头和叠加网络报文头组成。

为了解决上述问题，本发明还提供了一种处理数据报文的装置，应用于支持业务功能链的节点，其中，包括：

获取模块，用于获取增强型上下文数据头类型；所述增强型上下文数据头类型包括以下的任一种：数据中心场景的上下文数据头、移动场景的上下文数据头、宽带网络场景的上下文数据头；

封装模块，用于将所述增强型上下文数据头类型封装在网络业务头中，并将所述网络业务头封装在数据报文中，所述数据报文由原始数据和网络业务头组成，或者由原始数据、网络业务头和叠加网络报文头组成；

发送模块，用于将所述数据报文沿着业务转发路径进行发送。

进一步地，上述装置还具有下面特点：还包括：

配置模块，用于根据网络部署情况和/或上下文数据头数据信息来配置所述增强型上下文数据头类型。

进一步地，上述装置还具有下面特点：

所述获取模块，还用于获取本地配置的，或者集中控制器下发的所述增强型上下文数据头类型。

为了解决上述问题，本发明还提供了一种处理数据报文的方法，应用于支持业务功能链的节点，包括：

接收携带有网络业务头的数据报文；

解析所述网络业务头中的增强型上下文数据类型；

根据所述增强型上下文数据类型读取所述数据报文中的上下文数据信息。

进一步地，上述方法还具有下面特点：所述根据所述增强型上下文数据类型读取所述数据报文中的上下文数据信息后，还包括：

若判断需更新上下文数据信息，则对所述上下文数据信息和/或增强型上下文数据类型进行更新。

进一步地，上述方法还具有下面特点：

所述接收携带有网络业务头的数据报文后，还包括：解析所述数据报文中的业务转发路径信息；

所述根据所述增强型上下文数据类型读取所述数据报文中的上下文数据信息后，还包括：

根据所述业务转发路径信息转发所述数据报文或更新后的数据报文。

为了解决上述问题，本发明还提供了一种处理数据报文的装置，应用于支持业务功能链的节点，其中，包括：

接收模块，用于接收携带有网络业务头的数据报文；

解析模块，用于解析所述网络业务头中的增强型上下文数据类型；

处理模块，用于根据所述增强型上下文数据类型读取所述数据报文中的上下文数据信息。

进一步地，上述装置还具有下面特点：还包括：

更新模块，用于若判断需更新上下文数据信息，则对所述上下文数据信息和/或增强型上下文数据类型进行更新。

进一步地，上述装置还具有下面特点：

所述解析模块，还用于解析所述数据报文中的业务转发路径信息；

所述处理模块，还用于根据所述业务转发路径信息转发所述数据报文或更新后的数据报文。

综上，本发明提供一种处理数据报文的方法及装置，在上述SFC网络中，进一步增加上下文数据头类型标识，以增强支持业务链的节点上对上下文数据头的进一步识别。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是SFC技术架构的示意图；

图2是SFC技术下从Classifier组件发送的完整报文结构的示意图；

图3是SFC技术下数据面封装的MD-type＝1的网络业务报文头NSH的示意图；

图4是SFC技术下数据面封装的MD-type＝2的网络业务报文头NSH的示意图；

图5是NSH中可选的变长上下文数据头结构的示意图；

图6是数据中心场景的强制上下文数据头扩展定义的示意图；

图7是移动场景的强制上下文数据头扩展定义的示意图；

图8为本发明实施例的发送节点侧一种处理数据报文的方法的流程图；

图9为本发明实施例的接收节点侧的一种处理数据报文的方法的流程图；

图10是本发明实施例的在NSH中增强上下文数据头类型的报文参考格式的示意图；

图11是本发明实施例一的基于数据中心场景下的处理数据报文的示意图；

图12是本发明实施例二的基于移动场景下的处理数据报文的示意图；

图13是本发明实施例三的在中间节点上更新增强型上下文数据头类型的示意图；

图14为本发明实施例的发送侧的处理数据报文的装置的示意图；

图15为本发明实施例的接收侧的处理数据报文的装置的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

图8为本发明实施例的发送节点侧一种处理数据报文的方法的流程图，如图8所示，所述方法应用于支持业务功能链的节点，包括：

步骤11、获取增强型上下文数据头类型；

步骤12、将所述增强型上下文数据头类型在封装网络业务头中，并将所述网络业务头封装在数据报文中；

步骤13、将所述数据报文沿着业务转发路径进行发送。

进一步地，所述增强型上下文数据头类型包括以下任意一种：数据中心场景的上下文数据头，移动场景的上下文数据头，宽带网络场景的上下文数据头。

进一步地，所述增强型上下文数据头类型是根据网络部署情况和/或上下文数据头数据信息进行配置的，可以是本地配置；也可以是集中控制器下发；

进一步地，所述数据报文由原始数据和网络业务头组成，或由原始数据、网络业务头和叠加网络报文头组成；叠加网络报文头可以参见图2，NSH前面的部分就是叠加网络报文头。

图9为本发明实施例的接收节点侧的一种处理数据报文的方法的流程图，如图9所示，所述方法包括：

步骤21、接收携带有网络业务头的数据报文；

步骤22、解析所述网络业务头中的增强型上下文数据类型；

步骤23、根据所述增强型上下文数据类型读取上下文数据头中携带的上下文信息。

进一步地，接收节点可以根据实际部署情况，更新上下文数据信息和/或增强型上下文数据头类型。

如图10所示，是本发明实施例基于NSH扩展增强型上下文数据头类型字段的报文参考格式；其中，E-MD-ty标识Enhanced MD-type，即增强的上下文数据头类型字段；本参考格式中在MD-type的8个bits中保留了4个bits用于本发明。

实施例一：

如图11所示，数据中心内部的业务功能链SFC1为SF2->SF5；其中SF1和SF2连接至SFF1/TOR(Top-of-Rack，机顶交换机)1，SF3连接至SFF2/TOR2，SF4和SF5连接至SFF3/TOR3；即该业务功能链所经历的业务转发路径为SFP1：SFF1->SF2>SFF3->SF5。

报文到达数据中心网关设备上，网关设备作为业务功能链技术中的Classifier，对报文进行分类，发现报文转发对应业务链SFC1，即相应的业务转发路径为SFP1，则报文的转发流程如下：

步骤101：Classifier节点分类发现，获取增强型上下文数据头类型，该流量需要进入到数据中心进行处理，于是获取业务转发路径相关信息以及属于数据中心场景下的上下文数据头信息组建NSH头，封装在原始数据报文中，按照业务转发路径转发到下一跳节点TOR1/SFF1上；

步骤102：TOR1/SFF1收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有TOR1/SFF1节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用(比如，解读强制上下文数据头的第一个16bits为D/F/Source Node ID/Source Interface ID)；使用完后如果需要更新上下文数据信息则更新；如果没有，则不更新上下文数据信息；TOR1/SFF1根据业务转发路径信息，将报文转发到相应的SF2去处理；

步骤103：SF2收到报文后，根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有SF2节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并进行相应业务的处理(比如，解读强制上下文数据头的第四个16bits为A/Service Tag)，处理完后如果需要更新上下文数据相关信息则更新；如果没有，则不更新上下文数据相关信息；然后将报文转发给TOR1/SFF1；

步骤104：SFF1收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有TOR1/SFF1节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用，使用完后如果需要更新上下文数据信息则更新；如果没有，则不更新上下文数据信息；TOR1/SFF1根据业务转发路径信息，将报文转发到下一跳TOR3/SFF3去处理；

步骤105：TOR3/SFF3收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有TOR3/SFF3节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用(比如，解读强制上下文数据头的第一个16bits为D/F/Source Node ID/Source Interface ID)；使用完后如果需要更新上下文数据信息则更新；如果没有，则不更新上下文数据信息；TOR3/SFF3根据业务转发路径信息，将报文转发到相应的SF5去处理；

步骤106：SF5收到报文后，根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有SF5节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并进行相应业务的处理(比如，解读强制上下文数据头的第四个16bits为A/Service Tag)，处理完后如果需要更新上下文数据相关信息则更新；如果没有，则不更新上下文数据相关信息；然后将报文转发给TOR3/SFF3；

步骤107：TOR3/SFF3收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有TOR3/SFF3节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用，使用完后，剥离NSH头，将报文根据原始报文中的目的IP地址进行转发。

实施例二：

如图12所示，移动场景下的业务功能链SFC2为SF2->SF5；其中SF1和SF2连接至SFF1，SF3连接至SFF2，SF4和SF5连接至SFF3；即该业务功能链所经历的业务转发路径为SFP2：SFF1->SF2>SFF3->SF5。

报文到达移动网络网关设备(P-GW)上，网关设备作为业务功能链技术中的Classifier，对报文进行分类，发现报文转发对应业务链SFC2，即相应的业务转发路径为SFP2，则报文的转发流程如下：

步骤201：Classifier节点分类发现，获取增强型上下文数据头类型，该流量需要进入到移动网络数据中心进行处理，于是获取业务转发路径相关信息以及属于移动场景下的上下文数据头信息组建NSH头，封装在原始数据报文中，按照业务转发路径转发到下一跳节点SFF1上；

步骤202：SFF1收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有SFF1节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用(比如，解读强制上下文数据头的第一个16bits为FlowCookie)；使用完后如果需要更新上下文数据信息则更新；如果没有，则不更新上下文数据信息；SFF1根据业务转发路径信息，将报文转发到相应的SF2去处理；

步骤203：SF2收到报文后，根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有SF2节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并进行相应业务的处理(比如，解读强制上下文数据头的第二个16bits为TenTy/Tenant ID)，处理完后如果需要更新上下文数据相关信息则更新；如果没有，则不更新上下文数据相关信息；然后将报文转发给SFF1；

步骤204：SFF1收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有SFF1节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用，使用完后如果需要更新上下文数据信息则更新；如果没有，则不更新上下文数据信息；SFF1根据业务转发路径信息，将报文转发到下一跳SFF3去处理；

步骤205：SFF3收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有SFF3节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用(比如，解读强制上下文数据头的第一个16bits为FlowCookie)；使用完后如果需要更新上下文数据信息则更新；如果没有，则不更新上下文数据信息；SFF3根据业务转发路径信息，将报文转发到相应的SF5去处理；

步骤206：SF5收到报文后，根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有SF5节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并进行相应业务的处理(比如，解读强制上下文数据头的第二个16bits为TenTy/Tenant ID)，处理完后如果需要更新上下文数据相关信息则更新；如果没有，则不更新上下文数据相关信息；然后将报文转发给SFF3；

步骤207：SFF3收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有SFF3节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用，使用完后，剥离NSH头，将报文根据原始报文中的目的IP地址进行转发。

实施例三：

如图13所示，对于需要经历宽带网络然后进入数据中心的数据流量，业务功能链SFC3为SF2->SF3->SF5；其中SF1和SF2连接至SFF1，是宽带网络域的，SF3连接至SFF2，SF4和SF5连接至SFF3，是数据中心网络域的；即，该业务功能链所经历的业务转发路径为SFP3：SFF1->SF2->SFF2->SF3->SFF3->SF5。在SFF2上，会发生重新分类，后续新的业务转发路径为SFP4：SFF1->SF2->SFF2->SF3->SFF3->SF4；

报文到达宽带网络设备(BNG)上，网关设备作为业务功能链技术中的Classifier，对报文进行分类，发现报文转发对应业务链SFC3，即相应的业务转发路径为SFP3，则报文的转发流程如下：

步骤301：Classifier节点分类发现，获取增强型上下文数据头类型，该流量需要进入到宽带网络中进行处理，于是获取业务转发路径相关信息以及属于宽带网络场景下的上下文数据头信息组建NSH头，封装在原始数据报文中，按照业务转发路径转发到下一跳节点SFF1上；

步骤302：SFF1收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息为宽带网络场景下的，判断是否有SFF1节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用；使用完后如果需要更新上下文数据信息则更新；如果没有，则不更新上下文数据信息；SFF1根据业务转发路径信息，将报文转发到相应的SF2去处理；

步骤303：SF2收到报文后，根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息为宽带网络场景下的，判断是否有SF2节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并进行相应业务的处理，处理完后如果需要更新上下文数据相关信息则更新；如果没有，则不更新上下文数据相关信息；然后将报文转发给SFF1；

步骤304：SFF1收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有SFF1节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用，使用完后如果需要更新上下文数据信息则更新；如果没有，则不更新上下文数据信息；SFF1根据业务转发路径信息，将报文转发到下一跳SFF2去处理；

步骤305：SFF2收到报文后进行重新分类，重新获取业务转发路径信息SFP4，以及属于数据中心场景下的增强型上下文数据头类型和上下文数据头信息组建NSH头，封装在原始数据报文中，按照业务转发路径转发到下一跳节点SF3上；

步骤306：SF3收到报文后，根据接收到的增强型上下文数据类型字段正确地解析报文中的上下文数据信息为数据中心场景下的，判断是否有SF2节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并进行相应业务的处理，处理完后如果需要更新上下文数据相关信息则更新；如果没有，则不更新上下文数据相关信息；然后将报文转发给SFF2；

步骤307：SFF2收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有SFF2节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用，使用完后如果需要更新上下文数据信息则更新；如果没有，则不更新上下文数据信息；SFF2根据业务转发路径信息，将报文转发到下一跳SFF3去处理；

步骤308：SFF3收到报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息为数据中心场景下的，判断是否有SFF3节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用；使用完后如果需要更新上下文数据信息则更新；如果没有，则不更新上下文数据信息；SFF3根据业务转发路径信息，将报文转发到相应的SF5去处理；

步骤309：SF5收到报文后，根据接收到的增强型上下文数据类型字段正确地解析报文中的上下文数据信息为数据中心场景下的，判断是否有SF5节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并进行相应业务的处理，处理完后如果需要更新上下文数据相关信息则更新；如果没有，则不更新上下文数据相关信息；然后将报文转发给SFF3；

步骤310：SFF3收到数据报文后，解析和读取报文中的业务转发路径信息和增强型上下文数据类型，并根据增强型上下文数据类型字段正确地解析报文中的上下文数据信息，判断是否有SFF3节点需要的上下文数据信息；如果有，则根据增强型上下文数据类型字段正确地读取上下文数据信息并使用，使用完后，剥离NSH头，将报文根据原始报文中的目的IP地址进行转发。

实施例四：

当中间节点上不识别增强型上下文数据头类型时，则忽略此字段；进一步地，中间节点根据一定规则去解读上下文数据头信息。

图14为本发明实施例的发送侧的处理数据报文的装置的示意图，如图14所示，本实施例的装置应用于支持业务功能链的节点，包括：

获取模块，用于获取增强型上下文数据头类型；所述增强型上下文数据头类型包括以下的任一种：数据中心场景的上下文数据头、移动场景的上下文数据头、宽带网络场景的上下文数据头；

封装模块，用于将所述增强型上下文数据头类型封装在网络业务头中，并将所述网络业务头封装在数据报文中；

发送模块，用于将所述数据报文沿着业务转发路径进行发送。

其中，所述数据报文由原始数据和网络业务头组成，或者由原始数据、网络业务头和叠加网络报文头组成。

在一优选实施例中，还可以包括：

配置模块，用于根据网络部署情况和/或上下文数据头数据信息来配置所述增强型上下文数据头类型。

在一优选实施例中，所述获取模块，还用于获取本地配置的，或者集中控制器下发的所述增强型上下文数据头类型。

图15为本发明实施例的接收侧的处理数据报文的装置的示意图，如图15所示，本实施例的装置应用于支持业务功能链的节点，可以包括：

接收模块，用于接收携带有网络业务头的数据报文；

解析模块，用于解析所述网络业务头中的增强型上下文数据类型；

处理模块，用于根据所述增强型上下文数据类型读取所述数据报文中的上下文数据信息。

在一优选实施例中，所述装置还可以包括：

更新模块，用于若判断需更新上下文数据信息，则对所述上下文数据信息和/或增强型上下文数据类型进行更新。

在一优选实施例中，所述解析模块，还用于解析所述数据报文中的业务转发路径信息；

所述处理模块，还用于根据所述业务转发路径信息转发所述数据报文或更新后的数据报文。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (13)

1.一种处理数据报文的方法，应用于支持业务功能链的节点，包括：

获取增强型上下文数据头类型；

将所述增强型上下文数据头类型封装在网络业务头中，并将所述网络业务头封装在数据报文中；

将所述数据报文沿着业务转发路径进行发送；

所述增强型上下文数据头类型包括以下的任一种：

数据中心场景的上下文数据头、移动场景的上下文数据头、宽带网络场景的上下文数据头。

2.如权利要求1所述的方法，其特征在于：

所述增强型上下文数据头类型是根据网络部署情况和/或上下文数据头数据信息进行配置的。

3.如权利要求1所述的方法，其特征在于：

所述增强型上下文数据头类型是本地配置的，或者是集中控制器下发的。

4.如权利要求1所述的方法，其特征在于：

所述数据报文由原始数据和网络业务头组成，或者由原始数据、网络业务头和叠加网络报文头组成。

5.一种处理数据报文的装置，应用于支持业务功能链的节点，其特征在于，包括：

获取模块，用于获取增强型上下文数据头类型；所述增强型上下文数据头类型包括以下的任一种：数据中心场景的上下文数据头、移动场景的上下文数据头、宽带网络场景的上下文数据头；

封装模块，用于将所述增强型上下文数据头类型封装在网络业务头中，并将所述网络业务头封装在数据报文中，所述数据报文由原始数据和网络业务头组成，或者由原始数据、网络业务头和叠加网络报文头组成；

发送模块，用于将所述数据报文沿着业务转发路径进行发送。

6.如权利要求5所述的装置，其特征在于：还包括：

配置模块，用于根据网络部署情况和/或上下文数据头数据信息来配置所述增强型上下文数据头类型。

7.如权利要求5或6所述的装置，其特征在于：

所述获取模块，还用于获取本地配置的，或者集中控制器下发的所述增强型上下文数据头类型。

8.一种处理数据报文的方法，应用于支持业务功能链的节点，包括：

接收携带有网络业务头的数据报文；

解析所述网络业务头中的增强型上下文数据类型；

根据所述增强型上下文数据类型读取所述数据报文中的上下文数据信息；

所述增强型上下文数据头类型包括以下的任一种：

数据中心场景的上下文数据头、移动场景的上下文数据头、宽带网络场景的上下文数据头。

9.如权利要求8所述的方法，其特征在于：所述根据所述增强型上下文数据类型读取所述数据报文中的上下文数据信息后，还包括：

若判断需更新上下文数据信息，则对所述上下文数据信息和/或增强型上下文数据类型进行更新。

10.如权利要求8或9所述的方法，其特征在于：

所述接收携带有网络业务头的数据报文后，还包括：解析所述数据报文中的业务转发路径信息；

所述根据所述增强型上下文数据类型读取所述数据报文中的上下文数据信息后，还包括：

根据所述业务转发路径信息转发所述数据报文或更新后的数据报文。

11.一种处理数据报文的装置，应用于支持业务功能链的节点，其特征在于，包括：

接收模块，用于接收携带有网络业务头的数据报文；

解析模块，用于解析所述网络业务头中的增强型上下文数据类型；

处理模块，用于根据所述增强型上下文数据类型读取所述数据报文中的上下文数据信息；

所述增强型上下文数据头类型包括以下的任一种：

数据中心场景的上下文数据头、移动场景的上下文数据头、宽带网络场景的上下文数据头。

12.如权利要求11所述的装置，其特征在于：还包括：

更新模块，用于若判断需更新上下文数据信息，则对所述上下文数据信息和/或增强型上下文数据类型进行更新。

13.如权利要求11或12所述的装置，其特征在于：

所述解析模块，还用于解析所述数据报文中的业务转发路径信息；

所述处理模块，还用于根据所述业务转发路径信息转发所述数据报文或更新后的数据报文。

Images