CN117376321A - 网络数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了网络数据处理方法、装置、电子设备及存储介质，网络数据处理方法包括：根据用户的数据压缩需求或者用户所在转发路径的健康度对用户进行压缩比分组，以确定用户分组；根据压缩比分组的结果确定用户分组的组播标识，组播标识用于标识组播数据的压缩比信息；根据压缩比信息对组播数据进行压缩，得到对应用户分组的分组压缩数据；根据组播标识将分组压缩数据发送给对应的用户分组，在本发明实施例中，能够让网络设备参与组播数据流压缩处理的过程，并在网络设备中完成对同一组播数据的几种不同压缩比的数据压缩和转发。

Description

网络数据处理方法、装置、电子设备及存储介质

技术领域

本发明涉及网络设备技术领域，尤其涉及一种网络数据处理方法、装置、电子设备及存储介质。

背景技术

在网络设备传输数据的过程中，最能感知网络情况变化的是网络传输设备，但是现有技术中，在进行数据压缩或者数据传输时，网络传输设备是完全透明的存在，对于数据的压缩和处理完全不进行任何的决策，因此网络设备对网络情况变化的感知以及对数据压缩并未发挥作用。并且，在组播数据传递的过程中，对于同样的数据内容来说，组播数据的数量与用户的压缩比需求相对应，因此，当出现用户的压缩比需求过多的情况，会导致大量组播数据在网络设备中进行传输，并且如果一组数据有多个不同的压缩比的用户需求，则就会出现对应的多个组播组在网络设备中传递，会占用很多的带宽资源，从而造成网络宽带资源的浪费。

发明内容

本发明实施例提供了一种网络数据处理方法、装置、电子设备及存储介质，能够让网络设备参与组播数据流压缩处理的过程，并在网络设备中完成对同一组播数据的几种不同压缩比的数据压缩和转发。

第一方面，本发明实施例提供了一种网络数据处理方法，应用于网络设备，所述方法包括：

根据用户的数据压缩需求或者用户所在转发路径的健康度对所述用户进行压缩比分组，以确定用户分组，其中，所述数据压缩需求用于表征用户对组播数据的清晰度要求值，所述健康度用于评价所述转发路径的网络质量；

根据所述压缩比分组的结果确定所述用户分组的组播标识，所述组播标识用于标识所述组播数据的压缩比信息；

根据所述压缩比信息对所述组播数据进行压缩，得到对应所述用户分组的分组压缩数据；

根据所述组播标识将所述分组压缩数据发送给对应的所述用户分组。

第二方面，本发明实施例提供了一种网络数据处理装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的网络数据处理方法。

第三方面，本发明实施例提供了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的网络数据处理方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行程序，所述计算机可执行程序用于使计算机执行如第一方面所述的网络数据处理方法。

本发明实施例提供的网络数据处理方法，至少具有如下有益效果：首先，根据用户的数据压缩需求或者用户所在转发路径的健康度对用户进行压缩比分组，得到用户分组，并且根据压缩比分组的结果确定用户分组的组播标识，从而实现对组播数据中的压缩比信息的标识，之后根据压缩比信息对组播数据进行压缩，得到分组压缩数据，实现对组播数据按照不同数据压缩需求或者转发路径的健康度进行分组，能够对同一组播数据进行不同程度的压缩，最后，根据组播标识将分组压缩数据发送给对应的用户分组，完成对压缩后的不同清晰度的组播数据的转发，从而实现对同一组播数据的不同程度的压缩处理，节省带宽资源，提高网络带宽利用率。

附图说明

图1是本发明一个实施例提供的网络设备的结构示意图；

图2是本发明一个实施例提供的网络数据处理方法的流程图；

图3是图2中的步骤S100的具体方法流程图；

图4是图2中的步骤S200的具体方法流程图；

图5是图2中的步骤S300的具体方法流程图；

图6是图2中的步骤S400的具体方法流程图；

图7是图6中的步骤S410的具体方法流程图；

图8是本发明另一实施例提供的网络数据处理方法的流程图；

图9是图2中的步骤S100的具体方法流程图；

图10是图2中的步骤S200的具体方法流程图；

图11是图2中的步骤S300的具体方法流程图；

图12是图2中的步骤S400的具体方法流程图；

图13是图12中的步骤S430的具体方法流程图；

图14是本发明另一实施例提供的网络数据处理方法的流程图；

图15为本发明一个具体示例提供的网络数据处理方法的示例图；

图16是本发明一个实施例提供的网络数据处理装置的结构示意图；

图17是本发明一个实施例提供的电子设备的结构示意图。

具体实施方式

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

需要注意的是，在本发明实施例的描述中，说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。

此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。

本发明实施例提供了一种网络数据处理方法、装置、电子设备及存储介质，首先，根据用户的数据压缩需求或者用户所在转发路径的健康度对用户进行压缩比分组，得到用户分组，并且根据压缩比分组的结果确定用户分组的组播标识，从而实现对组播数据中的压缩比信息的标识，之后根据压缩比信息对组播数据进行压缩，得到分组压缩数据，实现对组播数据按照不同数据压缩需求或者转发路径的健康度进行分组，能够对同一组播数据进行不同程度的压缩，最后，根据组播标识将分组压缩数据发送给对应的用户分组，完成对压缩后的不同清晰度的组播数据的转发，从而实现对同一组播数据的不同程度的压缩处理，节省带宽资源，提高网络带宽利用率。

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

参照图1，图1是本发明一个实施例提供的网络设备的结构示意图。

在图1的实施例中，该网络设备100包括但不限于包括转发模块200和压缩模块300。

在一些实施例中，当网络设备100需要传递组播数据时，网络设备100先通过转发模块200接收原始的组播数据，随后，根据用户的数据压缩需求或者用户所在转发路径的健康度对此数据流的用户进行压缩比分组，根据不同的压缩比确定不同的压缩比的用户分组，并根据压缩比分组的结果确定用户分组的组播标识，从而使得网络设备100在转发组播数据的时候，直接在网络设备100中的压缩模块300完成对组播数据的压缩处理，得到分组压缩数据，并根据不同的组播标识将分组压缩数据转发给不同的用户分组，从而使得组播数据能够满足不同用户的数据压缩需求或者满足不同转发路径的网络健康程度。

在一些实施例中，首先通过转发模块200接收原始组播数据，之后再根据压缩比要求进行第一次分组，增加对应的标识信息，之后将第一次分组后的组播数据发送给压缩模块300，使得压缩模块300对组播数据中的标识进行识别，得到无损组播数据(原始组播数据)、有损组播数据(深压缩数据和浅压缩数据)，并根据标识信息第二次分组转发给对应压缩比的用户组组播，即，无损用户组、浅压缩用户组和深压缩用户组，从而完成根据用户需求对组播数据压缩转发的过程。

本领域技术人员可以理解的是，图1中示出的网络设备100并不构成对本发明实施例的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

基于上述网络设备100的结构，下面提出本发明的网络数据处理方法的各个实施例。

参照图2，图2是本发明一个实施例提供的网络数据处理方法的流程图，该网络数据处理方法应用但不限于网络设备100中，包括但不限于步骤S100-S400。

步骤S100：根据用户的数据压缩需求或者用户所在转发路径的健康度对用户进行压缩比分组，以确定用户分组；

需要说明的是，数据压缩需求用于表征用户对组播数据的清晰度要求值，健康度用于评价转发路径的网络质量。

步骤S200：根据压缩比分组的结果确定用户分组的组播标识，组播标识用于标识组播数据的压缩比信息；

步骤S300：根据压缩比信息对组播数据进行压缩，得到对应用户分组的分组压缩数据；

步骤S400：根据组播标识将分组压缩数据发送给对应的用户分组。

在一些实施例中，根据用户的数据压缩需求或者用户所在转发路径的健康度对用户进行压缩比分组，从而确定不同的用户分组，便于后续针对不同的用户分组进行标识。

需要说明的是，用户的数据压缩需求为用户对组播数据的清晰度要求，例如，假设组播数据为视频数据流，则数据压缩需求可以包括但不限于包括用户要求视频数据流为高清流量、标清流量或者流畅流量等，则转发路径的健康度可以为用户路径80％带宽、60％带宽或者50％带宽可利用等，其中，用户所在转发路径的健康度可以根据端口带宽、拥塞程度、丢包率、光模块传输长度、限速或整形等QOS(Quality of Service，服务质量)设置等信息的一项或者几项进行综合判定，最终根据用户的需要或者网络的设置，确定网络设备的转发路径的健康程度对数据的压缩比的要求。

在一些实施例中，根据压缩比分组的结果确定用户分组的组播标识，实现对组播数据的标识，便于后续对组播数据的区分。

需要说明的是，组播标识可以为字段标识或者报文信息标识等，本实施例不做具体限制。

在一些实施例中，根据压缩比信息对组播数据进行压缩，得到对应用户分组的分组压缩数据，实现按照不同需求对组播数据的压缩，从而生成分组压缩数据。

需要说明的是，压缩比信息可以包括多种对组播数据的压缩情况，例如，当压缩比信息为1时，则说明需要对组播数据进行压缩，并且压缩程度的大小用户的数据压缩需求或者用户所在转发路径的健康度决定，之后再对压缩后的组播数据进行转发；当压缩比信息为0时，则说明不需要对组播数据进行压缩，即保持原组播数据的清晰度，直接对原组播数据进行转发。

在一些实施例中，根据压缩比信息对组播数据进行压缩，得到对应用户分组的分组压缩数据，实现根据多个用户的数据压缩需求或者用户所在转发路径的健康度对组播数据进行压缩，从而使得同一组播数据满足多种压缩需求，实现对组播数据的压缩比的智能调节。

需要说明的是，在网络设备进行压缩处理的过程中，网络设备会在压缩模块中根据不同压缩比信息对组播数据进行压缩，使得组播数据在网络设备内部完成对不同压缩比的组播数据的压缩过程，从而得到与用户分组对应的分组压缩数据。

在一些实施例中，根据组播标识将分组压缩数据发送给对应的用户分组，实现对分组压缩数据的转发，满足不同的用户的数据压缩需求或者转发路径的健康度的适应性。

可以理解的是，网络设备通过转发模块将分组压缩数据发送给对应的用户分组。

参照图3，图3是对图2中步骤S100的进一步说明，步骤S100包括但不限于包括步骤S110至步骤S120。

步骤S110：根据用户的数据压缩需求对组播数据增加头部字段，头部字段携带有压缩比信息；

步骤S120：根据头部字段进行压缩比分组，以确定用户分组。

需要说明的是，在同一用户分组中的组播数据的清晰度要求值相同。

在一些实施例中，在根据用户的数据压缩需求对用户进行压缩比分组时，需要先根据用户的数据压缩需求对组播数据增加头部字段，之后再根据头部字段进行压缩比分组，以得到用户分组，便于后续根据头部字段对组播数据进行压缩。

需要说明的是，对组播数据增加头部字段为对组播数据增加options字段，便于后续对options字段进行标识，提高对字段的识别效率。

可以理解的是，根据用户的数据压缩需求对用户进行压缩比分组中的数据压缩需求可以为同一用户的多个数据压缩需求，即，对组播数据有多种清晰度要求，也可以为多个用户的多个数据压缩需求，即，不同的用户对组播数据有不同的清晰度要求，或者不同的用户对组播数据有相同的清晰度要求，例如，组播数据为视频流，假设一共有五个用户想要播放此视频流，其中，一号用户要求流畅播放视频流，二号用户和三号用户要求高清播放视频流，四号用户和五号用户要求超清播放视频流，此时则根据用户的不同数据压缩需求对用户进行分组，将相同数据压缩需求的用户分为一组，因此，根据一号用户的数据压缩需求对视频流添加流畅头部字段、根据二号用户和三号用户的数据压缩需求对视频流添加高清头部字段、根据四号用户和五号用户的数据压缩需求对视频流添加超清头部字段，最后根据各种头部字段中的要求对用户进行压缩比分组，从而完成对用户的初步分组，将一号用户作为第一组，二号和三号用户作为第二组，四号和五号用户作为第三组，确定多个用户分组。

参照图4，图4是对图2中步骤S200的进一步说明，步骤S200包括但不限于包括步骤S210至步骤S230。

需要说明的是，组播标识包括有损压缩标识和无损字段。

步骤S210：根据压缩比分组的结果确定组播数据的压缩程度值；

步骤S220：根据压缩程度值对组播数据的头部字段进行区分，得到有损字段和无损字段；

步骤S230：对头部字段中的有损字段进行标记，得到用户分组的有损压缩标识。

需要说明的是，组播标识中的有损压缩标识包括但不限于包括深压缩标识、浅压缩标识以及其他压缩程度的标识，无损字段为不需要进行压缩的字段。

在一些实施例中，首先根据压缩比分组的结果确定组播数据的压缩程度值，之后再根据压缩程度值对组播数据的头部字段进行区分，从而得到组播标识中的有损字段和无损字段，其中，有损字段代表需要进行压缩的组播数据，无损字段代表不需要进行压缩的组播数据，最后，对头部字段中的有损字段进行标记，得到有损压缩标识，便于网络设备中压缩模块进行标识并压缩，从而提高对组播数据压缩的效率，实现对组播数据进行多种压缩。

在一些实施例中，对头部字段中的有损字段进行标记可以为对options字段进行修改或者添加，本实施例不做具体限制。

需要说明的是，压缩程度值需要大于或者等于0，当压缩程度值大于0，则说明组播数据需要进行压缩，此时组播数据的头部字段包括有损字段；当压缩程度值等于0，则说明组播数据不需要进行压缩，此时组播数据的头部字段包括无损字段，并且压缩程度值越大，说明需要对组播数据的压缩程度越大。

可以理解的是，在得到有损字段以及无损字段后，无需对无损字段进行标记，只需对有损字段进行标记。

参照图5，图5是对图2中步骤S300的进一步说明，步骤S300包括但不限于包括步骤S310至步骤S330。

需要说明的是，分组压缩数据包括无损数据和有损压缩数据。

步骤S310：根据压缩比信息对组播数据中的头部字段进行识别，得到有损压缩标识和无损字段；

步骤S320：对组播数据中携带有损压缩标识的数据进行压缩，得到对应用户分组的有损压缩数据；

步骤S330：根据无损字段在组播数据中确定携带无损字段的无损数据。

在一些实施例中，在根据压缩比信息对组播数据进行压缩的过程中，首先根据压缩比信息对组播数据中的头部字段进行识别，得到有损压缩标识和无损字段，之后再对携带有损压缩标识的数据进行压缩，得到对应用户分组的有损压缩数据，并根据无损字段确定对应的无损数据，从而对有损压缩数据以及无损数据进行区分。

需要说明的是，无损字段不携带标识信息，因此无需对无损字段进行压缩处理。

可以理解的是，组播数据中可能携带多个有损压缩标识，并且不同有损压缩标识的压缩程度都不相同，因此需要对不同的有损压缩标识进行分等级压缩，从而得到不同用户分组的有损压缩数据，满足多种用户的压缩需求。

参照图6，图6是对图2中步骤S400的进一步说明，步骤S400包括但不限于包括步骤S410至步骤S420。

步骤S410：根据组播标识确定与分组压缩数据对应的用户分组；

步骤S420：将分组压缩数据发送给对应的用户分组。

在一些实施例中，转发模块根据组播标识确定与分组压缩数据对应的用户分组，并将分组压缩数据发送给对应的用户分组，从而完成对分组压缩数据的转发。

在一些实施例中，可以通过ACL(Access Control List，访问控制列表)重定向或者二次组播索引等方式对组播标识进行识别，并将分组压缩数据发送给对应的用户分组。

参照图7，图7是对图6中步骤S410的进一步说明，步骤S410包括但不限于包括步骤S411至步骤S412。

需要说明的是，用户分组包括第一用户分组和第二用户分组。

步骤S411：根据有损压缩标识确定与有损压缩数据对应的第一用户分组；

步骤S412：根据无损字段确定与无损数据对应的第二用户分组。

在一些实施例中，根据有损压缩标识确定与有损压缩数据对应的第一用户分组，并根据无损字段确定与无损数据对应的第二用户分组，之后通过转发模块将有损压缩数据发送至第一用户分组，以满足第一用户分组中的用户的数据压缩需求，将无损数据发送至第二用户分组，以满足第二用户分组中的用户的数据压缩需求。

参照图8，图8是本发明另一实施例提供的网络数据处理方法的流程图，该网络数据处理方法包括但不限于步骤S500。

需要说明的是，步骤S500发生在步骤S420之前。

步骤S500：去除组播数据的头部字段。

在一些实施例中，在将分组压缩数据发送给对应的用户分组之前，还需要去除组播数据的头部字段，例如，将头部字段还原或者丢弃，之后再发送至对应的用户分组。

参照图9，图9是对图2中步骤S100的进一步说明，步骤S100包括但不限于包括步骤S130至步骤S140。

步骤S130：根据用户所在转发路径的健康度对组播数据增加头部标识，头部标识携带有压缩比信息；

步骤S140：根据头部标识进行压缩比分组，以确定用户分组。

需要说明的是，在同一用户分组中的组播数据的清晰度要求值相同。

在一些实施例中，在根据用户所在转发路径的健康度对用户进行压缩比分组时，需要先对组播数据增加头部标识，并且通过头部标识进行压缩比分组，以确定用户分组，其中，头部标识为vlan标签(Virtual Local Area Network，虚拟局域网)，例如，根据转发路径的端口带宽进行分组，组播数据为视频流，一共有四个用户想要播放此视频流，其中，一号用户的转发路径100％带宽可用，二号用户和三号用户的转发路径60％带宽可用，四号用户的转发路径50％带宽可用，因此，将一号用户的转发路径增加第一头部标识，例如为vlantag 100，在二号用户和三号用户的转发路径增加第二头部标识，例如为vlan tag 200，在四号用户的转发路径增加第三头部标识，例如为vlan tag 300，此时，根据各个用户的转发路径的头部标识进行压缩比分组，确定一号用户为第一组，二号用户和三号用户为第二组，四号用户为第三组，从而得到多个用户分组，便于根据用户分组对组播数据进行不同程度的压缩。

参照图10，图10是对图2中步骤S200的进一步说明，步骤S200包括但不限于包括步骤S240至步骤S250。

需要说明的是，组播标识包括有损标识和无损标识。

步骤S240：根据压缩比分组的结果确定组播数据的压缩程度值；

步骤S250：根据压缩程度值对组播数据的头部标识进行标记，得到用户分组的有损标识和无损标识。

在一些实施例中，根据压缩比分组的结果确定组播数据的压缩程度值，并根据压缩程度值的大小对组播数据的头部标识进行标记，其中，对头部标识进行标记的方法可以为对头部标识进行增加或者修改，得到用户分组的有损标识和无损标识，从而完成对头部标识的标记，便于后续压缩以及转发。

需要说明的是，在根据用户所在转发路径的健康度对用户进行压缩比分组的过程中，需要进行无损标记和有损标记，从而得到有损标识和无损标识，其中，无损标识和有损标识根据压缩程度值进行确定，例如，当压缩程度值为0，则对头部标识进行无损标记，得到无损标识；当压缩程度值大于0，则对头部标识进行有损标记，得到有损标识，并根据压缩程度值的不同大小，得到多个对应的有损标识。

参照图11，图11是对图2中步骤S300的进一步说明，步骤S300包括但不限于包括步骤S340至步骤S360。

需要说明的是，分组压缩数据包括第一数据和第二数据。

步骤S340：根据压缩比信息对头部标识进行识别，得到有损标识和无损标识；

步骤S350：对组播数据中携带有损标识的数据进行压缩，得到对应用户分组的第一数据；

步骤S360：根据无损标识在组播数据中确定携带无损标识的第二数据。

在一些实施例中，首先根据压缩比信息对头部标识进行识别，确定组播数据的有损标识和无损标识，再根据有损标识将组播数据发送至压缩模块，使得压缩模块对组播数据中携带有损标识的数据进行压缩，得到对应用户分组的第一数据，并直接根据无损标识在组播数据中确定无需进行压缩的第二数据，从而完成对携带有损标识的数据的压缩过程。

需要说明的是，携带无损标识的数据不需要进行压缩，因此不用将无损标识发送至压缩模块，可直接确定组播数据中的无损数据，即，第二数据。

参照图12，图12是对图2中步骤S400的进一步说明，步骤S400包括但不限于包括步骤S430至步骤S440。

步骤S430：根据组播标识确定与分组压缩数据对应的用户分组；

步骤S440：将分组压缩数据发送给对应的用户分组。

在一些实施例中，转发模块根据组播标识确定与分组压缩数据对应的用户分组，并将分组压缩数据发送给对应的用户分组，从而完成对分组压缩数据的转发。

在一些实施例中，可以通过ACL重定向或者二次组播索引等方式对组播标识进行识别，并将分组压缩数据发送给对应的用户分组。

参照图13，图13是对图12中步骤S430的进一步说明，步骤S430包括但不限于包括步骤S431至步骤S432。

需要说明的是，用户分组包括第三用户分组和第四用户分组。

步骤S431：根据有损标识确定与第一数据对应的第三用户分组；

步骤S432：根据无损标识确定与第二数据对应的第四用户分组。

在一些实施例中，在根据组播标识确定与分组压缩数据对应的用户分组的过程中，转发模块需要根据有损标识确定与第一数据对应的第三用户分组，并根据无损标识确定与第二数据对应的第四用户分组，从而把不同的压缩比数据传递给不同需求的用户。

参照图14，图14是本发明另一实施例提供的网络数据处理方法的流程图，该网络数据处理方法包括但不限于步骤S600。

需要说明的是，步骤S600发生在步骤S440之前。

步骤S600：去除组播数据的头部标识。

在一些实施例中，在将分组压缩数据发送给对应的用户分组之前，还需要去除组播数据的头部标识，例如，将头部标识还原或者丢弃，之后再发送至对应的用户分组。

为了更加清楚的说明网络数据处理方法的流程，下面以具体的示例进行说明。

示例一：

参考图15，图15为本发明一个具体示例提供的网络数据处理方法的示例图；

首先，网络设备在组播用户进行用户注册加入的时候，即可根据用户对于组播数据的数据压缩需求，或者基于组播用户所在转发路径的健康情况，得到用户对应的数据压缩比，并根据用户的压缩比，对这些组播用户进行两次组播处理，其次，当组播数据传递到网络设备时，网络设备可以进行第一次的组播处理，根据用户加入的组播报文，可以将用户分解为几类需要不同压缩比的用户，网络设备即可按照此分类结果，将有相同压缩比的用户作为同一个成员，其成员组播出口指向压缩模块所在端口，将此成员加入组播中进行第一次组播处理，其中，若存在无损需求用户，也可以将无损用户的用户原始成员信息加入第一次组播处理中进行处理，并且设备在分组完毕之后，如果需要进行压缩处理的，设备会根据压缩比的不同，修改报文的头部标识字段(可选择修改报文头字段，例如增加option字段、增加vlan字段、增加报文头部等方法)，最后，压缩模块收到设备第一次组播传递过来的数据时，会根据可识别的头部字段判断需要进行压缩的压缩比程度，将数据按照不同压缩比压缩后，传回转发模块，转发模块通过不同的标识字段，进行第二次的组播处理，将此报文利用ACL或者组播二次索引的方法转发到相应压缩比需求的组播组中，并将设备修改的报文头部字段恢复，这样即可使其他需要不同压缩比的组播用户可以正常收到此报文。

需要说明的是，用户加入组播时，可以使用同一个组播组，携带用户的清晰度需求值进行组播加入，也就是说，组播源是同一个，这样可以节省组播源的数量，并节省在网络中传递的组播流量数量。

示例二：

示例二为根据用户的数据压缩需求进行网络数据处理方法的整体流程：

例如网络设备需要传递一个视频数据，组播源为组播A，此数据有6个用户，1-2号用户要求无损，3-4号用户要求高清，5-6号用户要求标清。

按照用户对于数据要求确定压缩比，使用组播到压缩模块，采用增加option字段的方式确定二次组播标识(假定原始option字段为0)。

步骤1：根据用户要求，1-2号用户要求无损则不压缩，3-4号用户要求高清，进行浅压缩，5-6号用户要求标清，进行深压缩。用户在进行组播注册时，所有6个用户全部注册为对组播源A的组播请求，并在组播注册的请求报文中增加用户对于组播源A的清晰度要求值，网络设备在收到所有6个用户对于组播A的数据压缩需求报文后，根据报文中对组播源A的清晰度不同要求，将组播源A按照用户不同的压缩等级进行第一次组播处理，设备第一次为组播A注册组播组成员时，仅注册组播清晰度的数量的组播成员数。例如，目前按照6个用户的不同需求，为组播A注册三个组播成员，分别为无损组成员(用户1和2)，浅压缩组成员(用户3和4)、深压缩组成员(用户5和6)，此时，这三个组播成员的组播转发出口均指向压缩模块所在端口，同时，为了标识压缩比，注册组播成员时，在组播表中增加浅压缩成员2报文option位为2，组播表中增加深压缩成员3报文option位为3。

需要说明的是，若存在无损组用户，可选择将用户原始注册的需求端口作为无损组用户的接口直接传递出去，仅把需要进行压缩的组播成员指向压缩模块，即第一次创建4个组播成员，用户1和2直接为组播成员1和2，出口分别指向用户所在端口；用户3和4为组播成员3(浅压缩成员)，出口指向压缩模块所在出口；用户5和6为组播成员4(深压缩成员)，出口指向压缩模块所在出口)。

而真正的用户3和4、用户5和6的真实出口信息，则结合后续压缩模块的处理方法，可以放在ACL的重定向表中，也可放在需要进行二次组播的组播组B、组播组C中。

步骤2：压缩模块通过报文的option即可查询到压缩比要求，发现有浅压缩和深压缩的两个需求，将组播数据流进行浅压缩和深压缩处理。

步骤3：压缩后的数据发送给转发模块，转发模块根据收到的组播流数据，通过ACL重定向或者二次组播索引等方式，对数据进行第二次组播处理，通过识别压缩后的数据中可识别的option位的数据，分别导入用户3和4、用户5和6所在端口，其中，ACL重定向方式可以识别组播流A的组播目的地址和option位，将此压缩后的数据重定向到用户3和4、5和6所在的物理端口，完成转发行为。

可以理解的是，二次组播索引方式，可以通过识别组播流A的组播目的地址和option位，将数据引入临时组播组B和C，分别将数据组播到组播组B的成员端口用户3和4所在的物理端口，和组播C的成员端口用户5和6所在的物理端口，同时通过ACL或者组播B、C的组播表丢弃option位，将其恢复成原始的报文。

示例三：

示例三为根据用户所在转发路径的健康度进行网络数据处理方法的整体流程：

例如网络设备需要传递一个视频数据，此数据有6个用户，1-2号用户路径100％带宽可用，3-4号用户路径80％带宽可用，5-6号用户路径50％带宽可用。

按照用户所在转发路径的健康度确定压缩比，使用ACL重定向到压缩模块，采用增加vlan tag的方式确定二次组播标识

步骤1：根据用户所在转发路径的健康度，确定1-2号用户所在路径带宽完全可用，采用无损数据则不压缩，3-4号用户所在路径带宽完全80％可用，进行浅压缩，5-6号用户所在路径带宽完全50％可用，进行深压缩。设备将此6个用户第一次组播处理分组为3个组，无损用户1-2为组1，浅压缩用户3-4为组2，深压缩用户5-6为组3。

步骤2：网络设备收到此视频数据，将此视频数据进行第一次分组，无损数据，增加一个vlan tag 100，浅压缩的数据，增加一个vlan tag 200，深压缩的数据，增加一个vlantag300。同时，原始用户出口信息被保存在vlan翻译表的出口成员表中，供后续转发模块进行调用。转发模块可通过ACL重定向或者在vlan100/200/300中加入压缩模块所在端口，将报文转发至压缩模块中。(同样的，由于此示例中包含无损数据，无损数据也可以直接在转发模块中转发到无损的用户实际端口，可以不用引导至压缩模块)

步骤3：压缩模块通过vlan tag查询压缩比要求，发现有无损、浅压缩和深压缩的三个需求，无损的数据，可直接转发，其他两个根据vlan不同将数据流进行浅压缩和深压缩处理。

步骤4：压缩后的数据发送给转发模块，转发模块根据不同的vlan tag，在vlan翻译表中删除此增加的vlan tag，同时在vlan翻译表中做第二次组播处理将无损数据发送给vlan组成员1(包含用户1和2)，浅压缩数据发送给vlan组成员2(包含用户3和4)，深压缩数据发送给vlan组成员3(包含用户5和6)。

由上述示例可知，与现有的网络设备对组播数据流报文压缩的转发机制相比，本实施例提出的方法，可以使得网络设备在传输组播数据流时，只需要在网络中传送一份基础数据，而不需要传送各种压缩比的不同数据，即可在网络设备侧，基于用户的路径健康程度或者用户的需求来选择不同的压缩比，进行二次组播处理，并相应的把不同的压缩比数据传递给不同需求的用户。应用此方法，可以提高对网络带宽的利用率，也可以提升对网络带宽变化的适应性，最终提升用户对网络传输组播数据呈现的效果感知。

如图16所示，本发明实施例还提供了一种网络数据处理装置。

具体地，该网络数据处理装置包括：一个或多个处理器和存储器，图16中以一个处理器及存储器为例。处理器和存储器可以通过总线或者其他方式连接，图16中以通过总线连接为例。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序，如上述本发明实施例中的网络数据处理方法。处理器通过运行存储在存储器中的非暂态软件程序以及程序，从而实现上述本发明实施例中的网络数据处理方法。

存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储执行上述本发明实施例中的网络数据处理方法所需的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该网络数据处理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

如图17所示，本发明实施例还提供了一种电子设备。

具体地，该电子设备包括：一个或多个处理器和存储器，图17中以一个处理器及存储器为例。处理器和存储器可以通过总线或者其他方式连接，图17中以通过总线连接为例。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序，如上述本发明实施例中的网络数据处理方法。处理器通过运行存储在存储器中的非暂态软件程序以及程序，从而实现上述本发明实施例中的网络数据处理方法。

存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储执行上述本发明实施例中的网络数据处理方法所需的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该网络数据处理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

此外，本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行程序，该计算机可执行程序被一个或多个控制处理器执行，例如，被图17中的一个处理器执行，可使得上述一个或多个处理器执行上述本发明实施例中的网络数据处理方法。

此外，本发明的一个实施例还提供了一种计算机程序产品，包括计算机程序或计算机指令，计算机程序或计算机指令存储在计算机可读存储介质中，计算机设备的集中管理单元从计算机可读存储介质读取计算机程序或计算机指令，集中管理单元执行计算机程序或计算机指令，使得计算机设备执行如前面任意实施例的网络数据处理方法。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由集中管理单元，如中央集中管理单元、数字信号集中管理单元或微集中管理单元执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

Claims (16)

1.一种网络数据处理方法，应用于网络设备，所述方法包括：

根据用户的数据压缩需求或者用户所在转发路径的健康度对所述用户进行压缩比分组，以确定用户分组，其中，所述数据压缩需求用于表征用户对组播数据的清晰度要求值，所述健康度用于评价所述转发路径的网络质量；

根据所述压缩比分组的结果确定所述用户分组的组播标识，所述组播标识用于标识所述组播数据的压缩比信息；

根据所述压缩比信息对所述组播数据进行压缩，得到对应所述用户分组的分组压缩数据；

根据所述组播标识将所述分组压缩数据发送给对应的所述用户分组。

2.根据权利要求1所述的网络数据处理方法，其特征在于，所述根据用户的数据压缩需求对所述用户进行压缩比分组，以确定用户分组，包括：

根据所述用户的数据压缩需求对所述组播数据增加头部字段，所述头部字段携带有所述压缩比信息；

根据所述头部字段进行压缩比分组，以确定所述用户分组，其中，在同一所述用户分组中的所述组播数据的清晰度要求值相同。

3.根据权利要求2所述的网络数据处理方法，其特征在于，所述组播标识包括有损压缩标识和无损字段；所述根据所述压缩比分组的结果确定所述用户分组的组播标识，包括：

根据所述压缩比分组的结果确定所述组播数据的压缩程度值；

根据所述压缩程度值对所述组播数据的所述头部字段进行区分，得到有损字段和所述无损字段；

对所述头部字段中的有损字段进行标记，得到所述用户分组的所述有损压缩标识。

4.根据权利要求3所述的网络数据处理方法，其特征在于，所述分组压缩数据包括无损数据和有损压缩数据；所述根据所述压缩比信息对所述组播数据进行压缩，得到对应所述用户分组的分组压缩数据，包括：

根据所述压缩比信息对所述组播数据中的所述头部字段进行识别，得到所述有损压缩标识和所述无损字段；

对组播数据中携带所述有损压缩标识的数据进行压缩，得到对应所述用户分组的所述有损压缩数据；

根据所述无损字段在所述组播数据中确定携带所述无损字段的所述无损数据。

5.根据权利要求4所述的网络数据处理方法，其特征在于，所述根据所述组播标识将所述分组压缩数据发送给对应的所述用户分组，包括：

根据所述组播标识确定与所述分组压缩数据对应的所述用户分组；

将所述分组压缩数据发送给对应的所述用户分组。

6.根据权利要求5所述的网络数据处理方法，其特征在于，所述用户分组包括第一用户分组和第二用户分组；所述根据所述组播标识确定与所述分组压缩数据对应的所述用户分组，包括：

根据所述有损压缩标识确定与所述有损压缩数据对应的所述第一用户分组；

根据所述无损字段确定与所述无损数据对应的所述第二用户分组。

7.根据权利要求5所述的网络数据处理方法，其特征在于，在所述将所述分组压缩数据发送给对应的所述用户分组之前，还包括：

去除所述组播数据的所述头部字段。

8.根据权利要求1所述的网络数据处理方法，其特征在于，所述根据用户所在转发路径的健康度对所述用户进行压缩比分组，以确定用户分组，包括：

根据用户所在转发路径的健康度对所述组播数据增加头部标识，所述头部标识携带有所述压缩比信息；

根据所述头部标识进行压缩比分组，以确定所述用户分组，其中，在同一所述用户分组中的所述组播数据的清晰度要求值相同。

9.根据权利要求8所述的网络数据处理方法，其特征在于，所述组播标识包括有损标识和无损标识；所述根据所述压缩比分组的结果确定所述用户分组的组播标识，包括：

根据所述压缩比分组的结果确定所述组播数据的压缩程度值；

根据所述压缩程度值对所述组播数据的所述头部标识进行标记，得到所述用户分组的所述有损标识和所述无损标识。

10.根据权利要求9所述的网络数据处理方法，其特征在于，所述分组压缩数据包括第一数据和第二数据；所述根据所述压缩比信息对所述组播数据进行压缩，得到对应所述用户分组的分组压缩数据，包括：

根据所述压缩比信息对所述头部标识进行识别，得到所述有损标识和所述无损标识；

对组播数据中携带所述有损标识的数据进行压缩，得到对应所述用户分组的所述第一数据；

根据所述无损标识在所述组播数据中确定携带所述无损标识的所述第二数据。

11.根据权利要求10所述的网络数据处理方法，其特征在于，所述根据所述组播标识将所述分组压缩数据发送给对应的所述用户分组，包括：

根据所述组播标识确定与所述分组压缩数据对应的所述用户分组；

将所述分组压缩数据发送给对应的所述用户分组。

12.根据权利要求11所述的网络数据处理方法，其特征在于，所述用户分组包括第三用户分组和第四用户分组；所述根据所述组播标识确定与所述分组压缩数据对应的所述用户分组，包括：

根据所述有损标识确定与所述第一数据对应的所述第三用户分组；

根据所述无损标识确定与所述第二数据对应的所述第四用户分组。

13.根据权利要求11所述的网络数据处理方法，其特征在于，在所述将所述分组压缩数据发送给对应的所述用户分组之前，还包括：

去除所述组播数据的所述头部标识。

14.一种网络数据处理装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至13中任意一项所述的网络数据处理方法。

15.一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至13中任意一项所述的网络数据处理方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行程序，所述计算机可执行程序用于使计算机执行如权利要求1至13任意一项所述的网络数据处理方法。