CN113543234A - 端口资源预留方法、电子设备及存储介质 - Google Patents

Abstract

本发明涉及通信技术领域，公开了一种端口资源预留方法、电子设备及存储介质。本发明中的方法包括：接收用于为业务预留资源的请求报文，并根据请求报文确定资源预留方式；当确定出资源预留方式为扩展方式时，根据预设的第一映射关系，获取请求报文中携带的扩展优先级对应的出端口队列，并在扩展优先级对应的出端口队列上为业务预留资源；其中，第一映射关系是指扩展优先级与出端口队列的对应关系；从请求报文中获取业务标识，并建立第二映射关系；其中，第二映射关系是指业务标识与扩展优先级的映射关系。通过以上手段使得端口资源预留中业务的优先级数量得到扩展，为业务提供细粒度的资源分配服务，进一步调高了网桥设备中端口资源的利用效率。

Description

端口资源预留方法、电子设备及存储介质

技术领域

本发明涉及通信技术领域，特别涉及一种端口资源预留的方法、电子设备及存储介质。

背景技术

目前在通信技术领域，互联网用户对于以太网上的多媒体应用的需求日益剧增，因此各种用于互联网中质量整合服务的协议层出不穷。其中由IEEE提出的IEEE 802.1Qat标准中，提供了一种网络的流预留协议SRP(Stream Reservation Protocol)，SRP协议是一种分布式的资源预留协议，用于为时间敏感网络(Time Sensitive Network，TSN)业务流量建立转发表和预留带宽资源。SRP协议中的Talker Advertise报文中携带了长度为3bit的数据结构优先级字段(Data Frame Priority)，在协议运行过程中，通过IEEE 802.1Qav中提出的优先级到traffic class的映射关系找到对应的预留资源的出端口队列。

然而，本申请的发明人发现，现有技术中，往往出现以下情况：SRP协议基于优先级字段进行出端口队列的资源预留，现有的长度为3bit的优先级字段仅支持最多7个类别，也就是说最多支持在7个出端口队列上进行资源预留，而实际的TSN业务类别远远大于7个类别，当网桥设备支持的出端口队列数目大于8个时，基于目前的SRP协议无法充分利用网桥设备支持的出端口队列资源来满足TSN业务的实际需求。

发明内容

本发明实施例的目的在于提供一种端口资源预留方法、电子设备及存储介质，可以为业务提供细粒度的资源分配服务。

为解决上述技术问题，本发明的实施例提供了一种端口资源预留方法，包括：接收用于为业务预留资源的请求报文，并根据请求报文确定资源预留方式；当确定出资源预留方式为扩展方式时，根据预设的第一映射关系，获取请求报文中携带的扩展优先级对应的出端口队列，并在扩展优先级对应的出端口队列上为业务预留资源；其中，第一映射关系是指扩展优先级与出端口队列的对应关系；从请求报文中获取业务标识，并建立第二映射关系；其中，第二映射关系是指业务标识与扩展优先级的映射关系。

本发明的实施例还提供了一种电子设备，包括：至少一个处理器；以及，至少一个存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上述的端口资源预留方法。

本发明的实施例还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现如上述的端口资源预留方法。

本发明实施例相对于现有技术而言，当接收到为业务预留资源的请求报文时，若根据请求报文确定出当前使用扩展方式进行资源预留，则根据预设的映射关系来找到请求报文中携带的扩展优先级所对应的出端口队列；然后从请求报文中获取业务的业务标识，建立业务标识与扩展优先级之间的映射关系。即，本实施例中在资源预留时提出了一种扩展方式，预设扩展优先级与出端口队列的第一映射关系，并根据请求报文中业务标识和扩展优先级，为业务建立业务标识与扩展优先级的第二映射关系；通过该第一映射关系、第二映射关系，为该业务确定出业务标识、扩展优先级、出端口队列三者的映射关系；通过这种扩展方式，可以基于现有的报文传输协议上，扩展资源分配中所能支持的优先级数量，从而能够充分地利用到网络设备中的出端口队列资源，来为业务报文提供细粒度的端口资源预留服务。

另外，在从请求报文中获取业务标识，并建立第二映射关系之后，还包括：接收业务报文，并在所述第二映射关系中查找业务报文中携带的业务标识；当在第二映射关系中查找到业务报文中携带的业务标识时，根据第二映射关系以及第一映射关系，获取第一目标队列；第一目标队列是指业务报文中携带的业务标识对应的出端口队列；将业务报文放入第一目标队列，并基于将目标队列处预留的资源发送业务报文。本实施例提供了基于扩展方式在出端口队列预留资源后，为接收到的业务报文找到对应的出端口队列的一种方式；即，业务报文中预设业务标识，从而可以根据第一映射关系以及第二映射关系确定出业务报文的出端口队列。由于优先级数量更多，能够对应更多的出端口队列，提高端口资源的利用效率。

另外，根据的端口资源预留方法，在根据请求报文确定预留资源的方式之后，还包括：当确定出资源预留方式为默认方式时，根据请求报文所基于的传输协议，获取请求报文中携带的默认优先级对应的出端口队列上为业务预留资源；在第二映射关系中查找业务报文中携带的业务标识之后，还包括：当在第二映射关系中未查找到业务报文中携带的业务标识时，根据请求报文的协议，获取第二目标队列；第二目标队列是指业务报文中携带的默认优先级对应的出端口队列；将业务报文放入目标队列，并基于将目标队列处预留的资源发送业务报文；目标队列为第一目标队列或目标队列。即，网络设备在接收到业务报文时，先根据业务报文中的业务标识查找出端口队列，当基于业务报文中的业务标识查找出端口队列时，根据默认优先级所对应的出端口队列进行发送；本实施例提供了为业务报文查找已经预留资源的出端口队列的一种方式，以默认方式或以扩展方式进行资源预留的业务报文，均能够在本设备进行发送。

另外，请求报文中预设有用于指示资源预留方式的第一字段和用于指示扩展优先级的第二字段。即，第一字段专门用于指示资源预留方式，第二字段专门用于扩展优先级；在请求报文中以新增字段的方式来携带资源预留方式的信息以及扩展优先级的信息，能够在不影响以现有的传输协议传输请求报文并进行资源预留的情况下，实现本申请中提出的以扩展方式进行资源预留；由于与现有的传输协议并不冲突，因此实现起来较为简便且比较灵活。

另外，从请求报文中获取业务标识，包括：从请求报文中提取与业务标识关联的第三字段的取值；根据第三字段的取值和预设的第三映射关系，获取业务标识；其中，第三映射关系是指第三字段的取值与业务标识的映射关系。通过以上手段，业务标识与第三字段取值的映射关系预先保存在网络设备本地进行维护，能够根据需要来提取不同的数据所组成的业务标识，灵活的对业务进行区分，提供更好的资源预留服务。其中，第三字段可以根据需要设置长度，即可以将第三字段设置得较短，并通过业务标识与第三字段的取值的映射关系来得到相对数据量较大的业务标识；从而能够缩短请求报文的报文长度，提高请求报文的处理效率以及节省请求报文的带宽开销。

另外，请求报文为TalkerAdvertise报文，第三字段为Reserved字段。在SRP协议的应用场景下，在TalkerAdvertise报文中利用Reserved字段或者新添加的Indicate字段来承载指示资源预留方式的第一字段和用于指示扩展优先级的第二字段，减少对协议报文结构的修改，提高网桥设备对于扩展后协议的兼容性。

另外，上述端口资源预留方法还包括：发送携带有资源预留请求的请求报文；在发送携带有资源预留请求的请求报文之前，还包括：接收目标节点的探测报文，根据探测报文确定目标节点是否支持与请求报文中的优先级信息一致的资源预留方式；其中，优先级信息包括：扩展优先级和默认优先级；若目标节点支持与请求报文中优先级信息一致的资源预留方式，则执行发送携带有资源预留请求的请求报文。通过上述手段，同时对探测报文也进行扩展，使得能够通过探测报文判断目标节点的设备是否支持以扩展方式进行资源预留，避免对现有资源预留协议的标准流程进行修改。

另外，根据探测报文确定目标节点支持的资源预留方式，包括：获取探测报文中的第四字段；其中，第四字段用于指示目标节点所支持的优先级类别数量；比较第四字段的长度与请求报文中第二字段的长度；若第四字段的长度大于或等于第二字段的长度，则确定目标节点支持以扩展方式进行资源预留；若第四字段的长度小于第二字段的长度，则确定目标节点不支持以扩展方式进行资源预留。对探测报文中记载支持优先级数量的字段进行长度扩展，使探测报文中承载优先级数量的字段长度与请求报文中承载扩展优先级的字段长度一致，能够采用现有的协议流程来探测行节点所支持的资源预留方式。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。

图1是根据本发明第一实施例中端口资源预留方法的流程图；

图2是根据本发明第一实施例中当前SRP协议中TalkerAdvertise报文的结构示意图；

图3是根据本发明第一实施例中扩展SRP协议中TalkerAdvertise报文的结构示意图；

图4是根据本发明第一实施例中网络设备建立X元组与IPV之间映射关系的示意图；

图5是根据本发明第二实施例中端口资源预留方法的流程图；

图6是根据本发明第三实施例中端口资源预留方法的流程图；

图7是根据本发明第三实施例中当前SRP协议中Domain Discovery报文的结构示意图；

图8是根据本发明第四实施例中扩展SRP协议中Domain Discovery报文的结构示意图；

图9是根据本发明第五实施例中电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及各实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。本发明的第一实施例涉及一种端口资源预留的方法，应用于网桥设备，在本实施例中，接收用于为业务预留资源的请求报文，并根据请求报文确定资源预留方式；当确定出资源预留方式为扩展方式时，根据预设的第一映射关系，获取请求报文中携带的扩展优先级对应的出端口队列，并在扩展优先级对应的出端口队列上为业务预留资源；其中，第一映射关系是指扩展优先级与出端口队列的对应关系；从请求报文中获取业务标识，并建立第二映射关系；其中，第二映射关系是指业务标识与扩展优先级的映射关系。

下面结合附图，对本实施例作进一步阐述。

本实施例中的端口资源预留方法如图1所示，具体包括：

步骤101，接收用于为业务预留资源的请求报文，根据报文确定资源预留方式。

具体的说，本实施例中的端口资源预留方法是对现有资源预留协议的扩展。请求报文由业务发送端向业务传输路径的下一节点发送，用于通知下一节点为将要接收的业务预留出合适的带宽资源。请求报文中包含用于指示资源预留协议运行时资源预留方式的数据。其中，资源预留协议具有两种资源预留方式，包括：默认方式和扩展方式。上述传输路径中的下一节点在接收到请求报文后，根据请求报文中的数据来确定当前资源预留的方式。

在一个具体实现中，以SRP协议为例，请求报文为Talker Advertise报文，报文结构如图2所示。Talker Advertise报文中，通过DataFramePriority字段来承载默认优先级信息，该字段的长度为3bit(比特)，最多只能支持8种优先级。在协议运行过程中，由于需要预留一个优先级给BE(Best Effort)业务，因此实际只能支持在数量最多7个的出端口队列上进行资源预留。本实施方式中可以对现有承载优先级信息字段进行扩展，具体的手段包括但不限于在Talker Advertise报文中添加一个新的字段内部优先级(InternalPriority Value,IPV)，即上述的扩展优先级，其长度为N bit，其中，N为大于三的自然数，支持的优先级数量为2ⁿ，对应所支持的出端口队列数量为2^n-1。

当网络设备接收到扩展的Talker Advertise报文时，可以根据IPV字段中的取值来判断当前所采用的资源预留方式。其中，若IPV字段的取值位在0～7的范围内，则IPV字段处于无效状态，此时仍采用默认的资源预留方式进行端口资源预留；若IPV字段的取值大于7，则采用扩展方式进行端口资源预留。

在一个例子中，资源预留协议以SRP协议为例，请求报文为Talker Advertise报文，第三字段可以是Talker Advertise报文中的Reserved字段，Reserved字段在协议标准中为一段空白的字段，因此可以利用该字段来作为第三字段来保存指示业务标识的相关数据。此外，还可以在Talker Advertise报文中新添加一个Indicate字段作为第三字段来保存指示业务标识的相关数据。扩展后的Talker Advertise报文的结构如图3所示，其中新添加的报文内容位于IPVAndIndication这一行，包括长度为16bit的IPV字段以及长度为8bit的Indicate字段。

在一个具体实现中，还可以通过1bit的数据来作为资源预留方式的指示器，这1bit的数据可以占用1bit的长度保存在Talker Advertise报文的Reserved字段或是新添加的Indicate字段中。例如选用Reserved字段的第一个bit作为资源预留方式的指示器，若该bit的数据为0，则表示仍根据协议中所规定的默认方式进行资源预留，若该bit的数据为为1，则表示根据扩展方式进行资源预留。

步骤102，判断是否采用扩展方式进行资源预留。

当根据业务报文确定出当前以默认方式进行资源预留时，资源预留的流程与目前资源预留协议的标准流程一致，执行步骤113至步骤114。

步骤113，根据请求所基于的传输协议，获取请求报文中携带的默认优先级对应的出端口队列。

具体地说，所述传输协议以SRP协议为例，请求报文中通过DataFramePriority字段来承载默认优先级信息，协议中建议的默认优先级与出端口队列的对应关系如下表所示：

在实际应用中，除了可以根据上表中的对应关系来确定预留资源的出端口队列(Traffic Class)；此外，也可以预先由用户根据需求来设置个性化的默认优先级与出端口队列的对应关系。

步骤114，在默认优先级对应的出端口队列上为业务预留资源。

具体地说，所述传输协议以SRP协议为例，请求报文中通过DataFramePriority字段来承载默认优先级信息，根据DataFramePriority字段确定优先级后，根据预设的优先级与出端口队列的映射关系，在优先级对应的出端口上进行资源预留。

当根据业务报文确定当前以扩展方式进行资源预留时，执行步骤102。

步骤103，根据预设的第一映射关系，获取请求报文中携带的扩展优先级对应的出端口队列。

IPV	TrafficClass
		8	5
9	7
		10	9
11	10
		12	11
13	12
		14	13

在实际的应用中，既可以根据当前的实际需求，比如网桥设备的端口数量来设置合适的字段长度，也可以设置一个较长的字段，以尽可能地兼容同一网络中不同端口数量的网桥设备。假设当前所设定的IPV字段长度为8bit，则表示IPV的取值可以为0～256。在获取到Talk Advertise报文后，读取IPV字段的取值。由于扩展的IPV字段仍需要对默认优先级进行兼容，在优先级为0～7时采用默认方式进行资源预留。因此在前述已经确定采用扩展方式进行资源预留的前提下，如果读取到的IPV字段取值在0～7内，说明资源预留方式与优先级发生错误，则资源预留失败。

步骤104，在扩展优先级对应的出端口队列上为业务预留资源。

具体地说，在找到与扩展优先级对应的出端口队列后，根据请求报文中携带的业务特征计算需要的带宽资源并在该队列上预留带宽资源。

在一个具体实现中，以SRP协议为例，业务特征携带在Talker Advertise报文的TSpec(Traffic Specification)字段中，TSpec记载了业务的流量参数。

步骤105，从请求报文中获取业务标识，建立第二映射关系。

具体地说，第二映射关系是指业务标识与扩展优先级之间的映射关系。在现有技术中，通常直接采用业务报文中的优先级字段(如TSN报文中的PCP字段)来进行业务报文与优先级的匹配，因此在获取到业务报文后，能够直接确定对应出端口队列，从而将业务报文放入预留的出端口队列中。在本实施例中，由于扩展优先级所支持的优先级数量大于相关技术中的优先级字段能够记载的优先级数量，因此可以根据请求报文获取业务标识，业务标识可以包括优先级字段，也可以包括如虚拟局域网标识VLANID、目标地址IP等特定的业务信息，将这些业务信息进行组合可以区分出更多数量的业务类别，从而对业务种类进行细分，在提供细粒度的资源预留服务。

在业务标识与扩展优先级之间建立第二映射关系，目的是用于在接收到后续的业务报文时，根据业务报文中所携带的业务标识，在第二映射关系中查找该业务报文所对应的优先级信息，从而将业务报文放入预留的出端口队列中，完成业务调度过程。

进一步说，业务标识通过请求报文中携带的第三字段来确定。首先从请求报文中提取与业务标识关联的第三字段的取值，然后根据第三字段的取值和预设的第三映射关系，获取业务标识。其中，第三映射关系是指第三字段取值与业务表示的映射关系。

在一个具体实现中，业务标识是由X个业务报文中的字段取值所组成的报文X元组，其中X为大于1的自然数。通过第三字段和第三映射关系，来确定出业务报文中具体组成X元组的字段，每一个第三字段的取值与一种X元组的字段组成相对应。

在一个例子中，第三字段的取值和X元组的字段组成如下表所示：

第三字段取值	X元组的字段组成
		1	{SrcMac,PCP,DestMulticastMac,VlanID}
2	{DestMultiCastMac,VlanID,PCP}
		3	{SrcMac,VlanID}
…	…

假定当前采用Reserved字段(或Indicate字段)的2～4bit(共3bit)来保存指示业务标识的相关数据，则可以指示有8种决定X元组内容的方式。若值为0，可表示采用包头中3-tuple{SrcMac,destMulticastMac,VlanID}作为查找对应IPV时的TSN流量识别标志，值为1时可表示采用包头中X元组{SrcMac,PCP,DestMulticastMac,VlanID}作为TSN业务报文识别的标识，值为2时X元组为{DestMultiCastMac,VlanID,PCP}，值为3时X元组为{SrcMac,VlanID}等。

从Talker Advertise报文中确定X元组后，建立X元组与IPV之间的映射关系，具体映射方式如图4所示：

其中，节点1(Stream1Talker)为一号业务发送节点，经过节点3向节点4(Stream1Listener)发送TalkerAdvertise报文，报文中所携带的X元组为{01:00:5e:00:01:00,500,2}({目标地址Destination，虚拟局域网标识VLANID，内部数据优先级DataFramePriority})、IPV为10，然后节点4根据报文中的数据建立X元组-IPV的映射关系；节点2(Stream1Talker)为二号业务发送节点，报文中所携带的X元组为{01:00:5e:00:01:00,100}({Destination，VLANID})、IPV为11，经过节点3向节点5(Stream1Listener)发送TalkerAdvertise报文，然后节点4根据报文中的数据建立X元组-IPV的映射关系。其中，节点4与节点5所建立的第二映射关系已在图中表示；由于一号业务与二号业务均从节点3通过，因此节点3根据一号业务和二号业务的TalkerAdvertise报文所建立的第二映射关系如下表所示：

X元组	IPV
		{01:00:5e:00:01:00,500,2}	10
{01:00:5e:00:01:01,100}	11

在实际应用中，上述节点4或节点5在根据TalkerAdvertise报文建立X元组-IPV的映射关系后，可以使用IEEE 802.1Qci组件来实现对映射表的维护，具体如下表所示：

在FilterInstanceTable中通过SRP扩展协议配置两个FilterInstance表项，表项ID分别为1和2，FilterInstanceID 1对应的表项StreamHandle为{DestMulticastMac,VLANID,pcp}＝{01:00:5e:00:01:00,500,2}，FilterInstanceID 2对应的表项StreamHandle为{DestMulticastMac,VLANID}＝{01:00:5e:00:01:01,100}，两个FilterInstance表项对应的GateInstanceTable ID分别为1和2，SRP扩展协议在GateInstanceTable配置两个ID为1和2的表项，两个表项的门状态始终为“O”，IPV分别为10和11。上述配置表明，包头和FilterInstanceID为1的表项匹配的TSN数据包映射到IPV 10，而和FilterInstanceID为2表项匹配的数据包映射到IPV 11。

需要说明的是，本实施例中的上述各示例均为方便理解进行的举例说明，并不对本发明的技术方案构成限定。

与现有技术相比，本实施例中通过对现有的资源预留方式进行扩展，并同时保留原有的资源预留方式。当接收到为业务预留资源的请求报文时，若根据请求报文确定出当前使用扩展方式进行资源预留，则根据预设的映射关系来找到请求报文中携带的扩展优先级所对应的出端口队列；然后从请求报文中获取业务的业务标识，建立业务标识与扩展优先级之间的映射关系。优先级与出端口队列具有一一对应的关系，而扩展优先级支持的类别数量远高于现有技术中的优先级支持的类别数量，从而能够充分地利用到网桥设备中的端口资源来为业务报文提供细粒度的端口资源预留服务。

本发明的第二实施例涉及一种端口资源预留方法，下面结合附图对本实施例中进行详细阐述，本实施例中的端口资源预留方法如图5所示，包括：

步骤501，接收用于为业务预留资源的请求报文，根据请求报文确定资源预留方式。

该步骤与本发明第一实施例中的步骤101相同，相关的实施细节已在本发明第一实施例中详细说明，在此不再赘述。

步骤502，判断是否采用扩展方式进行资源预留，若采用扩展方式进行资源预留，则执行步骤513至步骤515。

具体地说，采用扩展方式进行资源预留的方法步骤流程为步骤513至步骤515。步骤513至步骤515与本发明第一实施例中的步骤102至步骤104相同，相关的实施细节已在本发明第一实施例中详细说明，在此不再赘述。

若采用默认方式进行资源预留，则执行步骤523至步骤524。

步骤523，根据请求所基于的传输协议，获取请求报文中携带的默认优先级对应的出端口队列。

步骤524，在默认优先级对应的出端口队列上为业务预留资源

步骤523与步骤524

步骤516，接收业务报文，并在第二映射关系中查找业务报文中携带的业务标识。

步骤517，判断是否查找到业务报文中携带的业务标识；若查找到业务报文中携带的业务标识，则表示该业务是根据扩展方式进行的资源预留，那么执行步骤518至步骤519；；若未查找到业务报文中携带的业务标识，则表示该业务是根据默认方式进行的资源预留，那么执行步骤525至步骤526。

步骤518，根据第二映射关系以及第一映射关系，获取第一目标队列。

步骤519，将业务报文放入第一目标对列，并基于将目标队列处预留的资源发送业务报文。

具体地说，现有的资源预留协议中，业务在网路中传输时，由一个节点转发至下一个节点时，首先会由发送节点向业务转发路径上的下一个节点发送请求报文，用来指示下一节点为该业务在端口上预留带宽资源。在本实施例中，在业务报文达到节点时，已经进行过预留资源的节点会提取业务报文中的业务标识，然后在第二映射关系查找该业务标识，若第二映射关系中存在该业务标识，则表示业务预先以扩展方式进行资源预留，根据业务标识与扩展优先级之间的第二映射关系确定该业务的扩展优先级，然后再根据预设的第一映射关系确定出扩展优先级所对应的出端口队列，将业务报文放入该出端口队列，以预先预留的带宽资源进行转发。

在一个具体实现中，业务报文以TSN报文为例，业务标识为本发明第一实施例中提到的在步骤104中所提取的X元组，TSN报文中同样携带了X元组中的多个字段，这些字段位于报文的开始部分，也就是包头字段。因此网络设备在接收到TSN报文后，首先会在第二映射关系也就是X元组与IPV优先级的第二映射关系中查找是否存在TSN报文中所携带的包头字段取值。如果存在TSN报文中所携带的包头字段取值，则根据第二映射关系确定X元组对应的IPV优先级，然后进一步根据IPV优先级与出端口队列的映射关系确定预留资源的出端口队列，将TSN业务报文放入该出端口队列进行发送。

步骤525，根据业务报文获取第二目标队列。

步骤526，将业务报文放入第二目标队列，并基于将第二目标队列处预留的资源发送业务报文。

具体地说，若未查找到业务报文中携带的业务标识，则表示该业务是根据默认方式进行的资源预留，那么则直接根据业务报文中承载优先级信息的字段来确定与优先级字段所对应的出端口队列。

在一个例子中，假设当前的TSN网络环境中存在9条业务流量，如下表所示：

StreamID	流量类型	Class_Measure_Interval	时延上界要求
				1	ISOchronous-Cyclicreal-time	5us	1ms
2	Cyclic real-time	10us	2ms
				3	Network control	15us	3ms
4	Audio/video	125us	50ms
				5	brownfield	200us	100ms
6	Alarms/events	300us	10ms
				7	Configuration/diagnostics	100us	5ms
8	Internal/pass-through	500us	10ms
				9	Best-effort	N/A	N/A

且各网络设备上均运行SRP协议。其中每一条业务流量均具有不同的流量类型、class_measure_interval、时延上界要求。第1～8条业务流量为确定性业务流量，需要SRP协议为其分配带宽资源，这八种流量对网络的服务质量和服务等级要求不同。

若采用当前的SRP协议，这八种流量会被分配在同一个SR Class和优先级提供服务，而当前SRP协议仅支持最多7种SR Class类别，表示最少有两条业务流需要强制划分在同一个优先级提供服务，例如第7和第8条流量的内部数据优先级DataFramePriority均为7具体如下表所示：

StreamID	SR ClassID	DataFramePriority
			1	A	2
2	B	3
			3	C	1
4	D	4
			5	E	5
6	F	6
			7	G	(7)
8	G	(7)
			9	N/A	N/A

若采用本实施例中所提出的扩展的SRP协议，在接收到业务流量的TalkerAdvertise报文后，各网络节点网络设备根据报文的中添加的IPV字段进行资源预留，则能够为每条有不同网络服务要求的业务分配各自的SR Class和内部优先级IPV，从而提供更加细粒度的服务，具体如下表所示：

StreamID	SR ClassID	IPV	TrafficClass
				1	8	8	8
2	9	9	9
				3	10	10	10
4	11	11	11
				5	12	12	12
6	13	13	13
				7	14	14	14
8	15	15	15
				9	N/A	N/A	16

其中，StreamID为业务编号，SR ClassID为优先级标识，IPV为扩展优先级，TrafficClass为对应进行资源预留的出端口队列号。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

与现有技术相比，本实施例使得扩展后的资源预留方式仍然能够兼容现有技术中默认的资源预留方式，能够在接收到携带有默认优先级的请求报文时仍提供正常的端口资源预留服务。

本发明的第三实施例涉及一种端口资源预留方法，该实施例与本发明的第二实施例大致相同，区别之处在于：在本实施例中除了对请求报文的结构以及业务资源预留的方式进行扩展，同时还对进行资源预留的前提，即网络域边界探测中的探测报文进行了扩展，但该扩展并不对域边界探测的具体工作过程造成影响。

下面结合附图，对本实施例作进一步阐述。

本实施例中的域边界探测流程如图6所示，具体包括：

步骤601，接收目标节点的探测报文。

具体地说，目标节点所发送的探测报文中携带有目标节点所支持的优先级数量以及端口队列数量，网络中将要发送业务的节点会根据目标节点发送的探测报文来判断是否将业务发送至该目标节点。

步骤602，根据探测报文确定目标节点支持的资源预留方式，判断是否支持扩展方式进行资源预留。若支持扩展方式进行资源预留，而执行步骤603；若不支持扩展方式进行资源预留，则执行步骤601，接收目标节点的探测报文。

具体的说，以扩展方式来进行资源预留，可以支持更多种类的优先级以及端口队列数量，那么支持扩展方式预留资源的节点发送业务报文时，则需要判断流量路径上的下一节点，即目标节点是否支持扩展方式预留资源，如果目标节点支持以扩展方式进行资源预留，则向该目标节点发送携带有资源预留请求的请求报文；若不支持，则继续接受其他目标节点的探测报文。

进一步讲，当获取到来自目标节点的探测报文时，首先获取探测报文中用于指示目标节点所支持的优先级类别数量的第四字段。然后比较第四字段的长度与请求报文中第二字段的长度，由于在报文中，一个字段所能表示的最大数值受限于该字段的所占用的长度，因此可以根据字段长度来比较探测报文中最多能够表示的的优先级数量和第二字段中优先级的类别数量。也就是说，若第四字段的长度大于或等于第二字段的长度，则确定目标节点支持以扩展方式进行资源预留；若第四字段的长度小于第二字段的长度，则确定目标节点不支持以扩展方式进行资源预留。

在一个具体实现中，以SRP协议中的进行域边界探测的Domain Discovery报文为例，现有技术中的Domain Discovery报文的结构如图7所示，扩展后Domain Discovery报文的结构如图8所示。扩展前的Domain Discovery报文中，SRClassID以及SRClassPriority字段的长度均为8bit，表示Domain Discovery报文中最多能够表示256种优先级数量。为了与本发明第一实施例中提到的IPV字段的长度相匹配，与IPV字段能够支持的优先级数量相同，扩展后的Domain Discovery报文中SRClassID以及SRClassPriority字段的长度均扩展为16bit。

第一实施例和第二实施例中提到的相关技术细节在本实施方式中依然有效，在第二实施例中所能达到的技术效果在本实施例中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在第一实施方式和第二实施方式中。

本发明第四实施例涉及一种电子设备，如图9所示，包括至少一个处理器901；以及，至少一个存储器902；其中，存储器902存储有可被至少一个处理器901执行的指令，指令被至少一个处理器901执行，以使至少一个处理器901能够执行第一、第二、或第三实施例中的端口资源预留方法。

其中，存储器902和处理器901采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器901和存储器902的各种电路连接在一起。总线还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器901处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器901。

处理器901负责管理总线和通常的处理，还可以提供各种功能，包括定时，***接口，电压调节、电源管理以及其他控制功能。而存储器902可以被用于存储处理器901在执行操作时所使用的数据。

本发明第五实施例涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种端口资源预留方法，其特征在于，包括：

接收用于为业务预留资源的请求报文，并根据所述请求报文确定资源预留方式；

当确定出资源预留方式为扩展方式时，根据预设的第一映射关系，获取所述请求报文中携带的扩展优先级对应的出端口队列，并在所述扩展优先级对应的出端口队列上为所述业务预留资源；其中，所述第一映射关系是指扩展优先级与出端口队列的映射关系；

从所述请求报文中获取业务标识，并建立第二映射关系；其中，所述第二映射关系是指所述业务标识与所述扩展优先级的映射关系。

2.根据权利要求1所述的端口资源预留方法，其特征在于，在所述从所述请求报文中获取业务标识，并建立第二映射关系之后，还包括：

接收业务报文，并在所述第二映射关系中查找所述业务报文中携带的业务标识；

当在所述第二映射关系中查找到所述业务报文中携带的业务标识时，根据所述第二映射关系以及所述第一映射关系，获取第一目标队列；所述第一目标队列是指所述业务报文中携带的业务标识对应的出端口队列；

将所述业务报文放入所述第一目标队列，并基于将所述第一目标队列处预留的资源发送所述业务报文。

3.根据权利要求2所述的端口资源预留方法，其特征在于，在所述根据请求报文确定预留资源的方式之后，还包括：

当确定出资源预留方式为默认方式时，根据所述请求报文所基于的传输协议，获取所述请求报文中携带的默认优先级对应的出端口队列，并在所述默认优先级对应的出端口队列上为所述业务预留资源；

所述在所述第二映射关系中查找所述业务报文中携带的业务标识之后，还包括：

当在所述第二映射关系中未查找到所述业务报文中携带的业务标识时，根据所述请求报文所基于的传输协议，获取第二目标队列；所述第二目标队列是指所述业务报文中携带的默认优先级对应的出端口队列；

将所述业务报文放入所述第二目标队列，并基于将所述第二目标队列处预留的资源发送所述业务报文；所述第二目标队列为所述第二目标队列。

4.根据权利要求1所述的端口资源预留方法，其特征在于，所述请求报文中预设有用于指示所述资源预留方式的第一字段和用于指示所述扩展优先级的第二字段。

5.根据权利要求1所述的端口资源预留方法，其特征在于，所述从所述请求报文中获取业务标识，包括：

从所述请求报文中提取与业务标识关联的第三字段的取值；

根据所述第三字段的取值和预设的第三映射关系，获取所述业务标识；其中，所述第三映射关系是指第三字段的取值与业务标识的映射关系。

6.根据权利要求5所述的端口资源预留方法，其特征在于，

所述请求报文为流预留协议SRP中的TalkerAdvertise报文，所述第三字段为Reserved字段。

7.根据权利要求2所述的端口资源预留方法，其特征在于，在所述将所述业务报文放入所述第一目标队列，并基于将所述第一目标队列处预留的资源发送所述业务报文之前，还包括：

接收目标节点的探测报文，且根据所述探测报文确定所述目标节点支持的资源预留方式；

若所述目标节点支持的资源预留方式包括所述扩展方式，向所述目标节点发送所述请求报文；

所述将所述业务报文放入所述第一目标队列，并基于将所述第一目标队列处预留的资源发送所述业务报文，具体为，将所述业务报文放入所述第一目标队列，并基于将所述第一目标队列处预留的资源向所述目标节点发送所述业务报文。

8.根据权利要求7所述的端口资源预留方法，其特征在于，所述根据所述探测报文确定所述目标节点支持的资源预留方式，包括：

根据所述探测报文中的第四字段的长度确定所述目标节点支持的资源预留方式；其中，所述第四字段为用于指示所述目标节点所支持的优先级数量的字段，或者，所述第四字段为用于指示所述目标节点所支持的业务类别的字段；其中，所述业务类别和所述优先级的数量相同且一一对应。

9.一种网络设备，其特征在于，包括：

至少一个处理器；以及，

至少一个存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至8中任一项所述的端口资源预留方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述端口资源预留方法。

Images