一种信息传输方法、网关及控制器与流程

本发明涉及计算机技术领域，尤其涉及一种信息传输方法、网关及控制器。

背景技术：

目前，很多应用场景中，用户终端可以通过网关接入广域网(英文：wideareanetwork，简称：wan)。同时，系统管理员可以利用控制器来管理大量的网关。

网关通过wan接入控制器，控制器与网关可以依照网络配置协议(英文：networkconfigurationprotocol，简称：netconf)进行控制信息的传输。netconf中使用的是可扩展标记语言(英文：extensiblemarkuplanguage，简称：xml)来封装控制信息，xml编码的消息(以下简称为xml消息)中的内容便于读取，且对端不需要参考其他信息就能解析xml消息中的控制信息，但由于xml消息中包括的控制信息较多，使用xml消息传输控制信息的传输效率较低。因此，在传送xml消息时会选择将xml消息进行压缩来提升信息传输效率，节约传送带宽。与此同时，压缩xml消息增加了处理器的负荷，增加了处理的时间。

另外，目前的方案中，压缩方法是在与对端建立用于传输信息的连接时通过协商确定的，连接建立后不会变化。每次向对端传输xml消息前使用相同的压缩参数对xml消息进行压缩，造成cpu处理负荷较大，增加处理时间。或者，传输xml消息时均不进行压缩，造成对带宽的过度占用。

技术实现要素：

本发明提供一种信息传输方法、网关及控制器，能够根据运行状态与传输端口灵活调整压缩参数，提供一种动态压缩方案，能够实现处理器性能与带宽的最优组合。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，公开了一种信息传输方法，包括：

首先，网关确定所述网关的当前运行状态以及当前传输端口。其中，所述当前传输端口就是所述网关与控制器间当前的通信端口，确定当前运行状态也就是确定所述网关当前处于初始启动同步状态还是正常管理运行状态。

其次，所述网关根据所述当前运行状态以及所述当前传输端口确定至少一个压缩参数，包括优先使用的压缩参数、其次使用的压缩参数等。根据至少一个压缩参数确定第一压缩参数表。所述第一压缩参数表包括所述至少一个压缩参数，所述第一压缩参数表还指示每个压缩参数的优先级。具体地，压缩参数在第一压缩表中的顺序，指示压缩参数的优先级。示例的，包括a、b、c、d四个压缩参数，则代表a是优先级最高的压缩参数，网关优先使用的是a。

最后，所述网关根据所述第一压缩参数表通过所述当前传输端口向所述控制器传输信息。具体可以是根据第一压缩参数表对信息进行压缩处理，这里的压缩处理不再是像现有技术那样始终使用与控制器协商的一个压缩参数对信息进行压缩处理，可以是根据第一压缩表中的某个压缩参数对信息进行处理，或者根据控制器支持的某个压缩参数对信息进行处理，再或者不对数据进行处理，都是有可能的。都要依当前运行状态和当前传输端口而定。

现有技术中，网关再与控制器建立连接时确定了压缩算法，连接建立后不会变化，直至再次建立连接时协商出一个压缩参数。在此期间，网关再与控制器的信息传输中都会采用同样的压缩参数压缩信息，会一直造成cpu处理负荷较大，增加了网关的处理时间。或者，传输信息时均不进行压缩，造成对带宽的过度占用，浪费带宽。

本发明中当前运行状态以及传输端口变化后，根据当前的运行状态及当前的传输端口确定压缩参数表，再根据压缩参数表对信息进行压缩处理。也就是说网关能够根据场景灵活适配压缩参数，再与控制器协商出与当前场景适配的压缩参数。能够根据运行状态与传输端口灵活调整压缩参数，提供一种动态压缩方案，能够实现处理器性能与带宽的最优组合。这样，网关再与控制器的信息传输中不会一直造成cpu处理负荷较大，减少了网关的处理时间，也不会过度占用带宽， 合理利用带宽。

结合第一方面，在第一方面的第一种可能的实现方式中，所述网关根据所述第一压缩参数表通过所述当前传输端口向所述控制器传输信息具体包括：

所述网关向控制器发送所述第一压缩参数表；

所述网关接收所述控制器发送的响应消息；所述响应消息携带所述控制器根据所述第一压缩参数表确定的第一压缩参数。这里的第一压缩参数可以是第一压缩参数表中的压缩参数，也可以不是第一压缩参数表中的，但一定是控制器支持的压缩参数。

所述网关根据所述第一压缩参数对待传输信息进行处理，并向所述控制器发送处理后的信息。

这样，网关在根据当前运行状态以及当前传输端口确定出多个压缩参数，在通过上述流程与控制器进行协商，确定出最终用于处理信息的压缩参数。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述网关根据所述当前运行状态以及所述当前运行的传输端口确定第一压缩参数表具体包括：

所述网关确定所述当前运行状态为正常运行状态时，确定所述网关初始运行阶段的压缩参数以及所述网关的其他传输端口的压缩参数表；所述其他传输端口是所述网关的传输端口中除所述当前传输端口外的传输端口。

所述网关根据所述网关初始运行阶段的压缩参数以及所述其他传输端口的压缩参数表确定所述第一压缩参数表，使得所述第一压缩参数表与所述其他传输端口的压缩参数表不同，且所述第一压缩参数表不包括所述网关初始运行阶段的压缩参数。

在此之所以设置正常运行状态的压缩参数不同于初始运行阶段的压缩参数，是由于初始状态处理器处理负荷较轻可以采用较大的压缩参数(如：压缩比例80％)快速对信息进行压缩，使得信息传输时占用较小带宽，控制器也可以在较短的时间内接收到压缩后的信息。总之，网关的处理器在正常运行状态与初始运行阶段的处理能力肯定 是不同的，因此需要设置不同的压缩参数。

另外，设置所述第一压缩参数表与所述网关配置的其他传输端口的压缩参数表不同，即需要保证各个传输端口的压缩参数表不同。这个规则适用于单传输端口的场景，即网关在与控制器的一次信息传输中只能通过一个传输端口进行，这样当网关切换传输端口后，仍可保证当前的这个传输端口与上一传输端口的压缩参数表是不同的。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第三种可能的实现方式中，若所述网关当前配置了n个传输端口，所述n为大于等于2的整数，所述方法还包括：

所述网关将所述n个传输端口切换为m个传输端口，为所述m个传输端口确定m个压缩参数表，所述m个压缩参数表均与所述n个传输端口的n个压缩参数表不同；所述m为大于等于2的整数。

这个策略适用于多传输端口的场景，即网关在与控制器的一次信息传输中可以通过多个传输端口进行，这样当网关切换传输端口后，仍可保证当前的这个传输端口与上一传输端口的压缩参数表是不同的。

结合第一方面的第一种可能的实现方式，在第一方面的第四种可能的实现方式中，所述第一压缩参数为所述第一压缩参数表中的压缩参数，且为所述控制器支持的压缩参数。或，所述第一压缩参数为所述控制器支持的压缩参数，且所述第一压缩参数不是所述第一压缩参数表中的压缩参数。

也就是说，控制器根据第一压缩参数表确定的第一压缩参数不一定是第一压缩参数表中的压缩参数。示例的，第一压缩参数表为：压缩参数1、压缩参数2、压缩参数3，但控制器不支持进行压缩，进而确定的第一压缩参数可以是压缩参数0(代表不进行压缩)。

结合第一方面或第一方面的第一至第四种可能的实现方式中的任一种，在第一方面的第五种可能的实现方式中，所述方法还包括：

所述网关接收所述控制器发送的第二压缩参数表；所述第二压缩参数表包括所述控制器支持的至少一个压缩参数，所述第二压缩参数表还指示所述控制器支持的每个压缩参数的优先级；

所述网关根据所述第二压缩参数表确定第二压缩参数，并向所述控制器发送所述第二压缩参数，以便所述控制器根据所述第二压缩参数对将要传输给所述网关的信息进行处理。

这里是控制器检测到场景发生变化，主动发起压缩策略更新，通过第二压缩参数表与网关协商出一个压缩参数，控制器最终根据该压缩参数对将传输给网关的信息进行处理。

结合第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，所述网关根据所述第二压缩参数表确定第二压缩参数具体包括：

所述网关按照所述第二压缩参数表包括的压缩参数的优先级由高到低的顺序依次判断所述网关是否支持所述第二压缩参数表包括的压缩参数，直至确定出所述网关支持的压缩参数；将确定出的所述网关支持的压缩参数确定为所述第二压缩参数。

由于压缩参数表指示了压缩参数的优先级，因此网关需要依次判断自身是否支持第二压缩参数表包括的压缩参数。示例的，第二压缩参数表为压缩参数1、压缩参数2、压缩参数3，网关首先需要判断自身是否支持压缩参数1，若不支持，则判断自身是否支持压缩参数2，若网关支持压缩参数2，则确定出的第二压缩参数为压缩参数2。当然，若网关不支持第二压缩参数表包括的每一个压缩参数，则网关确定自己支持的某个压缩参数即可。

结合第一方面，在第一方面的第七种可能的实现方式中，所述网关确定所述网关的当前运行状态以及当前传输端口之前，所述网关还可以向所述控制器发送动态压缩能力指示信息；所述动态压缩能力指示信息用于指示所述网关支持动态压缩规则，这里的动态压缩规则为根据所述当前运行状态以及所述当前传输端口确定所述第一压缩参数表的动态压缩规则；

所述网关接收所述控制器发送的能力响应消息，根据所述能力响应消息确定所述控制器支持所述动态压缩规则；所述能力响应消息用于指示所述控制器是否支持所述动态压缩规则。

当然，这只是一个可选的步骤，也就是说无论控制器是否支持动 态压缩规则，网关都可以根据本地当前运行状态以及所述当前传输端口确定压缩参数表。

其中，所述动态压缩能力指示信息为连接建立消息，或本地扩展消息，或握手消息。

第二方面，公开了一种信息传输方法，包括：

首先，控制器接收网关发送的第一压缩参数表；所述第一压缩参数表是所述网关根据所述网关的当前运行状态以及所述网关的当前传输端口确定的，所述第一压缩参数表包括至少一个压缩参数，所述第一压缩参数表还指示每个压缩参数的优先级；

其次，所述控制器根据所述第一压缩参数表确定第一压缩参数；

最后，所述控制器向所述网关发送响应消息，以便所述网关根据所述第一压缩参数对待传输信息进行处理；所述响应消息携带所述第一压缩参数，所述待传输信息是所述网关将要向所述控制器传输的信息。

本发明中当前运行状态以及传输端口变化后，网关根据当前的运行状态及当前的传输端口确定压缩参数表。控制器接收网关发送的压缩参数表，与网关协商出一个压缩参数，以便网关对信息进行压缩处理。也就是说能够根据场景灵活适配压缩参数，再与控制器协商出与当前场景适配的压缩参数。能够根据运行状态与传输端口灵活调整压缩参数，提供一种动态压缩方案，能够实现处理器性能与带宽的最优组合。这样，网关再与控制器的信息传输中不会一直造成cpu处理负荷较大，减少了网关的处理时间，也不会过度占用带宽，合理利用带宽。

结合第二方面，在第二方面的第一种可能的实现方式中，所述控制器根据所述第一压缩参数表确定第一压缩参数具体包括：

所述控制器按照所述至少一个压缩参数的优先级由高到低的顺序依次判断所述控制器是否支持所述至少一个压缩参数，直至确定出所述控制器支持的压缩参数；将确定出的所述控制器支持的压缩参数确定为所述第一压缩参数。

结合第二方面，在第二方面的第二种可能的实现方式中，所述方 法还包括：

若所述控制器监测到所述网关的控制通道带宽发生变化，则根据所述控制通道的当前带宽生成第二压缩参数表；所述第二压缩参数表包括所述控制器支持的至少一个压缩参数，所述第二压缩参数表还指示所述控制器支持的每个压缩参数的优先级；

所述控制器向所述网关发送所述第二压缩参数表，以便所述网关根据所述第二压缩参数表确定第二压缩参数；

所述控制器接收所述网关发送的第二压缩参数，根据所述第二压缩参数对将要传输给所述网关的信息进行处理。

也就是说，控制器可以在监测到网关的控制通道带宽发生变化后，主动触发压缩参数更新，向网关发生第二压缩参数，以便协商出一个压缩参数，控制器根据该压缩参数对将要传输给所述网关的信息进行处理。其中，控制通道带宽是在netconf中承载数据业务的带宽。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述控制器向所述网关发送所述第二压缩参数表之前，所述方法还包括：

所述控制器向所述网关发送动态压缩能力指示信息；所述动态压缩能力指示信息用于指示所述控制器支持动态压缩规则，这里的动态压缩规则为根据所述网关的控制通道带宽的变化情况确定所述第二压缩参数表的动态压缩规则；

所述控制器接收所述网关发送的能力响应消息，根据所述能力响应消息确定所述网关支持所述动态压缩规则；所述能力响应消息用于指示所述网关是否支持所述动态压缩规则。

其中，所述动态压缩能力指示信息为连接建立消息，或本地扩展消息，或握手消息。

当然，若网关向控制器发送消息指示其不支持动态压缩规则，控制器则不向网关下发确定的第二压缩参数表。

第三方面，公开了一种网关，其特征在于，包括：

确定单元，用于确定所述网关的当前运行状态以及当前传输端 口；所述当前传输端口是所述网关与控制器间当前的通信端口；

所述确定单元还用于，根据所述当前运行状态以及所述当前传输端口确定第一压缩参数表；所述第一压缩参数表包括所述网关确定的至少一个压缩参数，所述第一压缩参数表还指示每个压缩参数的优先级；

传输单元，用于根据所述第一压缩参数表通过所述当前传输端口向所述控制器传输信息。

结合第三方面，在第三方面的第一种可能的实现方式中，所述传输单元具体用于，向控制器发送所述第一压缩参数表；接收所述控制器发送的响应消息；所述响应消息携带所述控制器根据所述第一压缩参数表确定的第一压缩参数；

根据所述第一压缩参数对待传输信息进行处理，并向所述控制器发送处理后的信息。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述确定单元具体用于，确定所述当前运行状态为正常运行状态时，确定所述网关初始运行阶段的压缩参数以及所述网关的其他传输端口的压缩参数表；所述其他传输端口是所述网关的传输端口中除所述当前传输端口外的传输端口；

根据所述网关初始运行阶段的压缩参数以及所述其他传输端口的压缩参数表确定所述第一压缩参数表，使得所述第一压缩参数表与所述其他传输端口的压缩参数表不同，且所述第一压缩参数表不包括所述网关初始运行阶段的压缩参数。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第三种可能的实现方式中，若所述网关当前配置了n个传输端口，所述n为大于等于2的整数，还包括切换单元，

所述切换单元用于，将所述n个传输端口切换为m个传输端口，所述m为大于等于2的整数；

所述确定单元还用于，所述m个传输端口确定m个压缩参数表，所述m个压缩参数表均与所述n个传输端口的n个压缩参数表不同。

结合第三方面的第一种可能的实现方式，在第三方面的第四种可 能的实现方式中，所述第一压缩参数为所述第一压缩参数表中的压缩参数，且为所述控制器支持的压缩参数；

或，所述第一压缩参数为所述控制器支持的压缩参数，且所述第一压缩参数不是所述第一压缩参数表中的压缩参数。

结合第三方面或第第三方面的第一至第四种可能的实现方式中的任一种，在第三方面的第五种可能的实现方式中，所述传输单元还用于，接收所述控制器发送的第二压缩参数表；所述第二压缩参数表包括所述控制器支持的至少一个压缩参数，所述第二压缩参数表还指示所述控制器支持的每个压缩参数的优先级；

所述确定单元还用于，根据所述第二压缩参数表确定第二压缩参数，并向所述控制器发送所述第二压缩参数，以便所述控制器根据所述第二压缩参数对将要传输给所述网关的信息进行处理。

结合第三方面的第五种可能的实现方式，在第三方面的第六种可能的实现方式中，所述确定单元具体用于，按照所述第二压缩参数表包括的压缩参数的优先级由高到低的顺序依次判断所述网关是否支持所述第二压缩参数表包括的压缩参数，直至确定出所述网关支持的压缩参数；将确定出的所述网关支持的压缩参数确定为所述第二压缩参数。

第四方面，公开了一种控制器，其特征在于，包括；

接收单元，用于接收网关发送的第一压缩参数表；所述第一压缩参数表是所述网关根据所述网关的当前运行状态以及所述网关的当前传输端口确定的，所述第一压缩参数表包括至少一个压缩参数，所述第一压缩参数表还指示每个压缩参数的优先级；

确定单元，用于根据所述第一压缩参数表确定第一压缩参数；

发送单元，用于向所述网关发送响应消息，以便所述网关根据所述第一压缩参数对待传输信息进行处理；所述响应消息携带所述控制器根据所述第一压缩参数表确定的第一压缩参数，所述待传输信息是所述网关将要向所述控制器传输的信息。

结合第四方面，在第四方面的第一种可能的实现方式中，所述确定单元具体用于，按照所述至少一个压缩参数的优先级由高到低的顺 序依次判断所述控制器是否支持所述至少一个压缩参数，直至确定出所述控制器支持的压缩参数；将确定出的所述控制器支持的压缩参数确定为所述第一压缩参数。

结合第四方面，在第四方面的第二种可能的实现方式中，还包括监测单元、处理单元，

所述监测单元用于，监测所述网关的控制通道带宽是否发生变化；

所述确定单元还用于，若所述监测单元监测到所述网关的控制通道带宽发生变化，则根据所述控制通道的当前带宽生成第二压缩参数表；所述第二压缩参数表包括所述控制器支持的至少一个压缩参数，所述第二压缩参数表还指示所述控制器支持的每个压缩参数的优先级；

所述发送单元还用于，向所述网关发送所述第二压缩参数表，以便所述网关根据所述第二压缩参数表确定第二压缩参数；

所述接收单元还用于，接收所述网关发送的第二压缩参数；

所述处理单元用于，根据所述第二压缩参数对将要传输给所述网关的信息进行处理

结合第四方面的第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述传输单元还用于，在所述发送单元向所述网关发送所述第二压缩参数表之前，向所述网关发送动态压缩能力指示信息；所述动态压缩能力指示信息用于指示所述控制器支持动态压缩规则，所述动态压缩规则为根据所述网关的控制通道带宽的变化情况确定所述第二压缩参数表的动态压缩规则；

接收所述网关发送的能力响应消息；所述能力响应消息用于指示所述网关是否支持所述动态压缩规则；

所述确定单元还用于，根据所述能力响应消息确定所述网关支持所述动态压缩规则。

其中，所述动态压缩能力指示信息为连接建立消息，或本地扩展消息，或握手消息。

第五方面，提供一种网关，包括：处理器、第一接口电路、第二接 口电路，存储器和总线；所述处理器、第一接口电路、存储器通过所述总线连接并完成相互间的通信；所述处理器用于执行存储器中的程序，以结合第一接口电路和二接口电路执行上述第一方面或第一方面中可能的实现方式中所提供的方法。

可选的，所述处理器可以用于执行上述第三方面或第三方面中可能的实现方式中的处理单元、配置单元的功能。

第一接口电路用于执行上述第三方面或第三方面中可能的实现方式中的发送单元的功能。

第二接口单元用于执行上述第三方面或第三方面中可能的实现方式中的接收单元的功能。

第六方面，提供一种控制器，包括：处理器、第一接口电路、第二接口电路、存储器和总线；所述处理器、第一接口电路、第二接口电路、存储器通过所述总线连接并完成相互间的通信；

所述处理器用于执行存储其中的程序，以结合第一接口电路和二接口电路执行上述第二方面或第二方面中可能的实现方式中所提供的方法。

可选的，所述处理器可以用于执行上述第四方面或第四方面中可能的实现方式中的检测单元、处理单元的功能。

第一接口电路用于执行上述第四方面或第四方面中可能的实现方式中的接收单元的功能。

第二接口单元用于执行上述第四方面或第四方面中可能的实现方式中的发送单元的功能。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1为netconf协议的分层结构图；

图2为ssh协议的分层结构图；

图3为zlib的压缩数据格式示意图；

图4为本发明实施例提供的通信系统的架构图；

图5为本发明实施例提供的一种信息传输方法的流程示意图；

图6为本发明实施例提供的另一种信息传输方法的流程示意图；

图7为本发明实施例提供的再一种信息传输方法的流程示意图；

图8为本发明实施例提供的网关的结构框图；

图9为本发明实施例提供的网关的另一结构框图；

图10为本发明实施例提供的控制器的结构框图；

图11为本发明实施例提供的控制器的另一结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

目前，可以利用控制器对各种网关进行管理，网关通过wan接入控制器，二者间可以按照netconf协议标准进行信息传输。netconf协议的分层结构如图1所示，从上至下分别为内容层、操作层、消息层和安全传输层。其中，内容层将待传输信息转换为xml格式，操作层将内容层获得的xml格式的信息封装为xml消息。在消息层中，每一个上层的xml消息都会封装成一个远程过程调用协议(英文：remoteprocedurecallprotocol，简称：rpc)的调用。最后在安全传输层会将封装后的xml消息进行安全可靠的传递。通常选用安全外壳(英文：secureshell，简称：ssh)协议将xml消息信息传输给控制器。

ssh协议的分层结构如图2所示，从上至下分别为连接层、认证层和传输层。其中，连接层将数据映射到传输通道，支持ssh连接、传输控制协议(英文：transmissioncontrolprotocol，简称：tcp)端口转发和x11(终端的接口协议的一种)转发。认证层完成用户的认证。传输层提供安全加密、完整性检查、压缩的处理。传输层的数据通过tcp连接来进行传送。

在使用ssh协议传输xml消息前，可以对xml消息进行压缩。以下对本发明涉及的ssh协议的压缩方案zlib做以解释说明。如图3所示，是zlib的压缩数据格式。其中，压缩方法(英文：compressionmethod，简称：cm)字段长度为8比特，代表压缩方法；压缩信息(英文:compressioninformation,简称：cinfo)指示压缩数据大小；标记位flg的长度为8bit，被分为三部分，其中，fcheck是cmf和flg的校验位；fdict为预设字典(presetdictionary)标记位，用于指示预设字典标识(英文：dictionaryidentifier，简称：dictid)是否存在，1代表存在dictid的4字节信息；flevel用来指示压缩等级，携带在每个压缩报文头中；dictid是字典数据，指示是否使用压缩参数进行数据压缩；adler32是除字典数据dictid外的所有内容的校验和。另外，压缩参数可以是压缩比，即压缩后的数据的字节大小与压缩前的数据的字节大小的比值。

通常，网关与控制器间信息传输建立ssh连接后，会通过ssh消息协商出一个压缩参数。之后网关和控制器一直会用这个压缩参数对待发送的消息进行压缩。若这个压缩参数是较高的压缩比参数，就会使得网关和控制器的处理器一直处于高负荷状态。

本发明中，网关获取一个压缩参数表，所述压缩参数表可以是网关根据当前运行场景，如：运行阶段、传输端口的配置等，确定的；或者是由控制器在与所述网关建立连接后根据网关当前运行场景为所述网关生成并发送给所述网关的。然后，网关将该压缩参数表发送给控制器以便与控制器协商出一个压缩参数。能够避免在信息传输时始终采用相同的压缩参数进行信息压缩，减轻cpu的处理负荷，减少了处理时间。

本发明实施例提供一种通信系统，如图4所示，所述通信系统包括网关10以及控制器20，二者间通过wan进行通信。如图4所示，网关10包括处理器101、收发器102以及存储器103。控制器20包括处理器201、收发器202以及存储器203。

参考图4，本发明提供的信息传输方法包括：s1、处理器101确定网关10的当前运行状态以及当前传输端口，并根据所述当前运行状态以及所述当前传输端口确定第一压缩参数表。其中，所述当前传输端口是所述网关与控制器间当前的通信端口；所述第一压缩参数表 包括所述网关确定的至少一个压缩参数，所述第一压缩参数表还指示每个压缩参数的优先级。

其中，根据所述当前运行状态以及所述当前传输端口确定第一压缩参数表具体包括：根据所述当前运行状态以及所述当前传输端口的类型以及所述当前传输端口所在的控制通道的带宽确定所述第一压缩参数表。所述当前传输端口的类型包括有线端口和无线端口。

s2、收发器102将所述第一压缩参数表发送给控制器20，收发器202接收所述第一压缩参数表。

s3、处理器201根据所述第一压缩参数表确定第一压缩参数。

s4、收发器202向所述网关10发送响应消息，收发器102接收所述响应消息。

所述响应消息携带所述第一压缩参数。

s5、处理器101根据所述第一压缩参数对待传输信息进行处理。

其中，所述响应消息携带所述控制器根据所述第一压缩参数表确定的第一压缩参数，所述待传输信息是所述网关将要向所述控制器传输的信息。

另外，需要说明的是，其中，处理器101、处理器201可以为中央处理器(英文：centralprocessingunit，缩写：cpu)。

收发器102、收发器202可以由光收发器，电收发器，无线收发器或其任意组合实现。例如，光收发器可以是小封装可插拔(英文：smallform-factorpluggabletransceiver，缩写：sfp)收发器(英文：transceiver),增强小封装可插拔(英文：enhancedsmallform-factorpluggable，缩写：sfp+)收发器或10吉比特小封装可插拔(英文：10gigabitsmallform-factorpluggable，缩写：xfp)收发器。电收发器可以是以太网(英文：ethernet)网络接口控制器(英文：networkinterfacecontroller，缩写：nic)。无线收发器可以是无线网络接口控制器(英文：wirelessnetworkinterfacecontroller，缩写：wnic)。

存储器103(存储器203)，用于存储程序代码，并将该程序代码传输给该处理器101(处理器201)，处理器101(处理器201) 执行所述程序代码以实现本发明中的技术方案。存储器103(存储器203)可以包括易失性存储器(英文：volatilememory)，例如随机存取存储器(英文：random-accessmemory，缩写：ram)；存储器103(存储器203)也可以包括非易失性存储器(英文：non-volatilememory)，例如只读存储器(英文：read-onlymemory，缩写：rom)，快闪存储器(英文：flashmemory)，硬盘(英文：harddiskdrive，缩写：hdd)或固态硬盘(英文：solid-statedrive，缩写：ssd)。存储器103(存储器203)还可以包括上述种类的存储器的组合。

本发明实施例提供的通信系统，网关可以根据当前传输场景(如：当前运行状态、传输端口、传输带宽)确定压缩参数表，并将该压缩参数表发送给控制器，与控制器协商出一个压缩参数。因此，本发明提供一种动态压缩方案，能够根据网关的运行状态与传输端口灵活调整压缩参数，实现处理器性能与带宽的最优组合。避免像现有技术那样，在信息处理时始终进行信息压缩，增加cpu的处理负荷，或者过度占用带宽。本发明提供的方法可以减轻cpu的处理负荷，减少了处理时间，同时也不会过度占用带宽，实现了对带宽的合理利用。

本发明实施例提供一种信息传输方法，如图5所示，所述方法包括以下步骤：

301、网关确定所述网关的当前运行状态以及当前传输端口。

需要说明的是，所述当前传输端口是所述网关与控制器间当前的通信端口。当前运行状态可以是初始运行阶段，也可以是正常运行状态。其中，初始运行阶段是指网关开始运行后进行配置、数据同步的阶段，所述正常运行阶段是指网关完成配置、数据同步后的阶段。当然，网关的处理器在初始运行阶段的处理能力通常大于处理器正常运行状态时的处理能力。

302、网关根据所述当前运行状态以及所述当前传输端口确定第一压缩参数表；所述第一压缩参数表包括所述网关确定的至少一个压缩参数，所述第一压缩参数表还指示每个压缩参数的优先级。

其中，根据所述当前运行状态以及所述当前传输端口确定第一压 缩参数表具体包括：根据所述当前运行状态以及所述当前传输端口的类型以及所述当前传输端口所在的控制通道的带宽确定所述第一压缩参数表。所述当前传输端口的类型包括有线端口和无线端口。其中，所述压缩参数可以是对信息进行压缩处理时使用的压缩比。示例的，压缩参数none代表不压缩；压缩参数zlib0代表使用flevel＝0对应的压缩比进行压缩；压缩参数zlib1代表使用flevel＝1对应的压缩比进行压缩；压缩参数zlib2代表使用flevel＝2对应的压缩比进行压缩。第一压缩参数表中压缩参数的先后顺序，指示了压缩参数的优先级。示例的，第一压缩参数表包括的压缩参数依次是zlib1、zlib2、zlib0，即表示压缩参数zlib1的优先级最高，网关优先使用zlib1对应的压缩参数压缩信息。

当所述当前传输端口为有线端口时，带宽成本较低，所述至少一个压缩参数优选包括压缩比较大的压缩参数。当所述当前传输端口为无线端口时，带宽成本较高，所述至少一个压缩参数优选包括压缩比较小的压缩参数。其中压缩比定义为压缩后数据量/压缩前数据量。

具体实现中，网关确定所述当前运行状态为正常运行状态，则确定所述网关初始运行阶段的压缩参数以及所述网关的其他传输端口的压缩参数表。其中，所述其他传输端口是所述网关的传输端口中除所述当前传输端口外的传输端口。需要说明的是，所述网关会为与所述控制器间的每一个传输端口确定一个压缩参数表，这里所述网关的其他传输端口的压缩参数表，即所述网关与所述控制器间的传输端口中除所述传输端口外的所有传输端口的压缩参数表。

在单端口传输场景下(即网关在与控制器的一次信息传输中只能使用一个传输端口)，网关根据所述网关初始运行时设置的压缩参数以及所述网关配置的其他传输端口的压缩参数表确定所述第一压缩参数表，使得所述第一压缩参数表与所述网关的其他传输端口的压缩参数表不同，且所述第一压缩参数表不包括所述网关初始运行阶段的压缩参数。

在此之所以设置正常运行状态的压缩参数不同于初始运行阶段的压缩参数，是由于初始状态处理器处理负荷较轻可以采用压缩比较 小的压缩参数(如；压缩比20％，即数据压缩后的字节大小与数据压缩前的字节大小的比值为20％)快速对信息进行压缩，使得信息传输时占用较小带宽，控制器也可以在较短的时间内接收到压缩后的信息，快速度过初始阶段。总之，网关的处理器在正常运行状态与初始运行阶段的处理能力肯定是不同的，因此需要设置不同的压缩参数。

另外，之所以设置所述第一压缩参数表与所述网关配置的其他传输端口的压缩参数表不同，是为了保证在单传输端口的场景下，网关切换传输端口后，当前的这个传输端口与上一传输端口的压缩参数表是不同的。

在多传输端口场景(即网关当前配置了n个传输端口，n为大于等于2的整数)下：当网关将所述n个传输端口切换为m个传输端口后，网关则为所述m个传输端口确定m个压缩参数表，所述m个压缩参数表均与所述n个传输端口的n个压缩参数表不同；所述m为大于等于2的整数。这样为了保证当网关切换传输端口后，仍可保证当前的传输端口与之前的传输端口的压缩参数表是不同的。

另外，需要说明的是，由于压缩参数表指示了压缩参数的优先级，因此所谓不同的压缩参数表是指各压缩参数表包括的压缩参数不完全相同，或者各压缩参数表包括的压缩参数相同但各个压缩参数的先后顺序不用。示例的，压缩参数表1依次包括压缩参数zlib1、zlib2和zlib0，压缩参数表2依次包括压缩参数zlib0、zlib1和zlib2，虽然压缩参数表1和压缩参数表2均包括zlib0、zlib1、zlib2这三个压缩参数，但这三个压缩参数的先后顺序不同，因此压缩参数表1和压缩参数2为不同的压缩参数表。

303、网关根据所述第一压缩参数表通过所述当前传输端口向所述控制器传输信息。

具体实现中，网关可以与控制器根据第一压缩参数表协商出一个压缩参数。示例的，网关向控制器发送所述第一压缩参数表；接收所述控制器发送的响应消息；所述响应消息携带所述控制器根据所述第一压缩参数表确定的第一压缩参数。最后，网关根据所述第一压缩参数对待传输信息进行处理，并向所述控制器发送处理后的信 息。

需要说明的是，这里的第一压缩参数可以是第一压缩参数表中的压缩参数，也可以不是第一压缩参数表中的，但一定是控制器支持的压缩参数。也就是说，控制器根据第一压缩参数表确定的第一压缩参数不一定是第一压缩参数表中的压缩参数。示例的，第一压缩参数表为：压缩参数1、压缩参数2、压缩参数3，但控制器不支持进行压缩，进而确定的第一压缩参数可以是压缩参数0(代表不进行压缩)。

这样，网关在根据当前运行状态以及当前传输端口确定出多个压缩参数，在通过上述流程与控制器进行协商，确定出最终用于处理信息的压缩参数。

若第一压缩参数指示对数据进行压缩，最终网关会按照图3所示的格式将待传输信息封装成报文，将所述报文传输给控制器。

在本发明的优选实施例中，当控制器检测到场景发生变化时，主动向网关发送第二压缩参数表，以发起压缩策略更新。

所述网关接收所述控制器发送的第二压缩参数表；所述第二压缩参数表包括所述控制器支持的至少一个压缩参数，所述第二压缩参数表还指示所述控制器支持的每个压缩参数的优先级。

所述网关根据所述第二压缩参数表确定第二压缩参数，并向所述控制器发送所述第二压缩参数，以便所述控制器根据所述第二压缩参数对将要传输给所述网关的信息进行处理。

这样，控制器通过第二压缩参数表与网关协商出一个压缩参数，控制器最终根据该压缩参数对将传输给网关的信息进行处理。

进一步地，所述网关根据所述第二压缩参数表确定第二压缩参数具体包括：

所述网关按照所述第二压缩参数表包括的压缩参数的优先级由高到低的顺序依次判断所述网关是否支持所述第二压缩参数表包括的压缩参数，直至确定出所述网关支持的压缩参数；将确定出的所述网关支持的压缩参数确定为所述第二压缩参数。

由于压缩参数表指示了每个压缩参数的优先级，因此网关需要依次判断所述网关是否支持第二压缩参数表包括的压缩参数。示例的， 第二压缩参数表为压缩参数1、压缩参数2、压缩参数3，网关首先需要判断所述网关是否支持压缩参数1，若不支持，则判断所述网关是否支持压缩参数2，若网关支持压缩参数2，则确定出的第二压缩参数为压缩参数2。当然，若网关不支持第二压缩参数表包括的每一个压缩参数，则网关确定所述网关支持的某个压缩参数为第二压缩参数即可。

在本发明的实施例中，所述网关确定所述网关的当前运行状态以及当前传输端口之前，所述网关还可以向所述控制器发送动态压缩能力指示信息；所述动态压缩能力指示信息用于指示所述网关支持动态压缩规则，这里的动态压缩规则为根据所述当前运行状态以及所述当前传输端口确定所述第一压缩参数表的动态压缩规则；

所述网关接收所述控制器发送的能力响应消息，根据所述能力响应消息确定所述控制器支持所述动态压缩规则；所述能力响应消息用于指示所述控制器是否支持所述动态压缩规则。

当然，这只是一个可选的步骤，也就是说无论控制器是否支持动态压缩规则，网关都可以根据本地当前运行状态以及所述当前传输端口确定压缩参数表。

其中，所述动态压缩能力指示信息为连接建立消息(ssh_msg_inits)，或本地扩展消息，或握手消息(hello)。

具体实现中，通过在ssh_msg_inits消息中的压缩方式协商的选项中增加一个新的标识符来表示支持动态压缩规则，且为压缩方式协商的选项中的最后一个选项。这样在网关与控制器建立连接时，控制器就可以通过ssh_msg_inits消息获知网关是否支持动态压缩规则，进一步，网关就可以通过控制器反馈的能力响应消息获知控制器是否支持动态压缩规则。

或者，网关定义本地扩展消息，通过重新定义的本地扩展消息来通知控制器所述网关支持动态压缩规则。具体地，可以使用消息类型为192-255间的一个类型来定义一个通告支持动态压缩规则的通告消息。如果控制器不能够识别该通告消息，则会遵循协议约定送回ssh_msg_unimplemented的响应消息，这样可以了解控制器不 支持该动态压缩规则。如果控制器支持该动态压缩规则，则会回送一个确认的响应。需要说明的是，该通告消息是在ssh连接建立后发送给控制器的。

或者，网关还可以在netconf初期(即图1所示的四层协议之前的阶段)的hello消息的capability协商中携带标识信息(指示是否支持动态压缩规则)告知控制器所述网关是否支持动态压缩规则。此时，必须确保标识信息的名称和命名空间是确定的。

本发明实施例提供的信息传输方法，网关可以根据当前传输场景(如：当前运行状态、传输端口、传输带宽)确定压缩参数表，并将该压缩参数表发送给控制器，与控制器协商出一个压缩参数。因此，本发明提供一种动态压缩方案，能够根据运行状态与传输端口灵活调整压缩参数，实现处理器性能与带宽的最优组合。避免像现有技术那样，在信息传输时始终进行信息压缩，增加cpu的处理负荷，或者过度占用带宽。本发明提供的方法可以减轻cpu的处理负荷，减少了处理时间。同时也不会过度占用带宽，实现了对带宽的合理利用。

本发明实施例提供一种信息传输方法，如图6所示，所述方法包括以下步骤：

401、网关根据当前运行状态以及当前运行的传输端口确定第一压缩参数表。

具体地，网关当前运行状态为正常运行状态，则确定所述网关初始运行阶段的压缩参数以及所述网关的其他传输端口的压缩参数表。

网关根据所述网关初始运行阶段的压缩参数以及所述网关的其他传输端口的压缩参数表确定所述第一压缩参数表，使得所述第一压缩参数表与所述网关的其他传输端口的压缩参数表不同，且所述第一压缩参数表不包括所述网关初始运行阶段的压缩参数。

另外，若所述网关当前配置了n个传输端口，所述n为大于等于2的整数，所述网关将所述n个传输端口切换为m个传输端口后，则为所述m个传输端口确定m个压缩参数表，所述m个压缩参数表均与所述n个传输端口的n个压缩参数表不同；所述m为大于等于2的整数。

需要说明的是，所述第一压缩参数表包括至少一个压缩参数，所述第一压缩参数表还指示每个压缩参数的优先级。

402、网关向控制器发送所述第一压缩参数表。

403、控制器接收网关发送的第一压缩参数表，并根据第一压缩参数表确定出第一压缩参数。

具体地，控制器按照所述至少一个压缩参数(即第一压缩参数表包括的压缩参数)的优先级由高到低的顺序依次判断所述控制器是否支持所述至少一个压缩参数，直至确定出所述控制器支持的压缩参数；将所述控制器支持的压缩参数确定为所述第一压缩参数。

404、控制器向网关发送响应信息。

其中，所述响应信息携带所述控第一压缩参数。

405、网关接收所述响应信息，并根据所述第一压缩参数对待传输信息进行处理，并向所述控制器发送处理后的信息。

本发明实施例还提供一种信息传输方法，如图7所示，图6所示的基础上，本发明实施例提供的信息传输方法还可以包括以下步骤：

501、控制器向所述网关发送动态压缩能力指示信息。

其中，所述动态压缩能力指示信息用于指示所述控制器支持动态压缩规则，所述动态压缩规则为根据所述网关的控制通道带宽变化情况确定第二压缩参数表。

502、控制器接收所述网关发送的能力响应消息，根据所述能力响应消息确定所述网关支持所述动态压缩规则。

其中，所述能力响应消息用于指示所述网关是否支持所述动态压缩规则。所述动态压缩能力指示信息为连接建立消息，或本地扩展消息，或握手消息。

503、控制器监测到所述网关的控制通道带宽发生变化，根据所述控制通道的当前带宽生成所述第二压缩参数表。

其中，所述第二压缩参数表包括所述控制器支持的至少一个压缩参数，所述第一压缩参数表还指示所述控制器支持的每个压缩参数的优先级。

需要说明的是，所述网关的控制通道带宽即网关对应的tcp连 接的带宽。

504、控制器向所述网关发送所述第二压缩参数表。

当然，若网关向控制器发送的能力响应消息指示所述网关不支持动态压缩规则，控制器则不向网关下发所述第二压缩参数表。

505、网关接收所述第二压缩参数表，并根据所述第二压缩参数表确定第二压缩参数。

网关按照所述第二压缩参数表包括的压缩参数的优先级由高到低的顺序依次判断所述网关是否支持所述第二压缩参数表包括的压缩参数，直至确定出所述网关支持的压缩参数；将确定出的所述网关支持的压缩参数确定为所述第二压缩参数。

当然，若所述网关不支持所述第二压缩参数表中的每一个压缩参数，则确定所述网关支持的一个压缩参数作为所述第二压缩参数。

若第二压缩参数为压缩比，指示对数据进行压缩，控制器最终会按照图3所示的格式将待传输信息封装成报文，将所述报文传输给网关。

506、网关向控制器发送所述第二压缩参数。

507、控制器接收所述网关发送的第二压缩参数，根据所述第二压缩参数对将要传输给所述网关的信息进行处理。

也就是说，控制器可以在监测到网关的控制通道带宽发生变化后，主动触发压缩参数更新，向网关发送第二压缩参数表，以便协商出一个压缩参数，控制器根据该压缩参数对将要传输给所述网关的信息进行处理。

本发明实施例提供的信息传输方法，网关可以根据当前传输场景(如：当前运行状态、传输端口、传输带宽)确定压缩参数表，并将该压缩参数表发送给控制器，与控制器协商出一个压缩参数。因此，本发明提供一种动态压缩方案，能够根据运行状态与传输端口灵活调整压缩参数，实现处理器性能与带宽的最优组合。避免像现有技术那样，在信息传输时始终进行信息压缩，增加cpu的处理负荷，或者过度占用带宽。本发明提供的方法可以减轻cpu的处理负荷，减少了处理时间。同时也不会过度占用带宽，实现对带宽的合理利用。

本发明实施例提供一种网关60，如图8所示，所述网关60包括：确定单元601、传输单元602。所述网关60能够应用于图5到图7所示的方法。

确定单元601，用于确定当前运行状态以及当前传输端口；所述当前传输端口是所述网关与控制器间当前的通信端口。

所述确定单元601还用于，根据所述当前运行状态以及所述当前传输端口确定第一压缩参数表；所述第一压缩参数表包括所述网关确定的至少一个压缩参数，所述第一压缩参数表还指示每个压缩参数的优先级。

传输单元602，用于根据所述第一压缩参数表通过所述当前传输端口向所述控制器传输信息。

所述传输单元602具体用于，向控制器发送所述第一压缩参数表；接收所述控制器发送的响应消息；所述响应消息携带所述控制器根据所述第一压缩参数表确定的第一压缩参数；

根据所述第一压缩参数对待传输信息进行处理，并向所述控制器发送处理后的信息。

所述确定单元601具体用于，确定所述当前运行状态为正常运行状态，则确定所述网关初始运行阶段的压缩参数以及所述网关配置的其他传输端口的压缩参数表；所述其他传输端口是所述网关配置的传输端口中除所述当前传输端口外的传输端口；

根据所述网关初始运行时设置的压缩参数以及所述网关配置的其他传输端口的压缩参数表确定所述第一压缩参数表，使得所述第一压缩参数表与所述网关配置的其他传输端口的压缩参数表不同，且所述第一压缩参数表不包括所述网关初始运行时设置的压缩参数。

若所述网关当前配置了n个传输端口，所述n为大于等于2的整数，如图9所示，所述网关还包括切换单元603。

所述切换单元603用于，将所述n个传输端口切换为m个传输端口，所述m为大于等于2的整数。

所述确定单元601还用于，所述m个传输端口确定m个压缩参数表，所述m个压缩参数表均与所述n个传输端口的n个压缩参数 表不同。

需要说明的是，所述第一压缩参数为所述第一压缩参数表中的压缩参数，且为所述控制器支持的压缩参数。

或，所述第一压缩参数为所述控制器支持的压缩参数，且所述第一压缩参数不是所述第一压缩参数表中的压缩参数。

所述传输单元602还用于，接收所述控制器发送的第二压缩参数表；所述第二压缩参数表包括所述控制器支持的至少一个压缩参数，所述第二压缩参数表还指示所述控制器每个压缩参数的优先级。

所述确定单元601还用于，根据所述第二压缩参数表确定第二压缩参数，并向所述控制器发送所述第二压缩参数，以便所述控制器根据所述第二压缩参数对将要传输给所述网关的信息进行处理。

进一步地，所述确定单元601具体用于，按照所述第二压缩参数表包括的压缩参数的优先级由高到低的顺序依次判断所述网关是否支持所述第二压缩参数表包括的压缩参数，直至确定出所述网关支持的压缩参数；将确定出的所述网关支持的压缩参数确定为所述第二压缩参数。

需要说明的是，传输单元602可以是网关10的收发器102，但传输单元602对待传输数据进行处理的功能是由网关10的处理器101实现。确定单元601、切换单元603可以集成在网关10的处理器101中实现，此外，也可以以程序代码的形式存储于网关10的存储器103中，由网关的处理器101调用存储器103中存储的代码，执行以上确定单元601、切换单元603的功能。

本发明实施例提供的网关，可以根据当前传输场景(如：当前运行状态、传输端口、传输带宽)确定压缩参数表，并将该压缩参数表发送给控制器，与控制器协商出一个压缩参数。本发明提供的网关，能够根据运行状态与传输端口灵活调整压缩参数，实现处理器性能与带宽的最优组合。避免像现有技术那样，在信息传输时始终进行信息压缩，增加cpu的处理负荷，或者过度占用带宽。本发明提供的网关可以减轻cpu的处理负荷，减少了处理时间。同时也不会过度占用带宽，实现对带宽的合理利用。

本发明实施例提供一种控制器70，如图10所示，所述控制器70包括：接收单元701、确定单元702以及发送单元703。所述控制器70能够应用于图5到图7所示的方法。

接收单元701，用于接收网关发送的第一压缩参数表；所述第一压缩参数表是所述网关根据所述网关的当前运行状态以及所述网关的当前传输端口确定的，所述第一压缩参数表包括至少一个压缩参数，所述第一压缩参数表还指示每个压缩参数的优先级。

确定单元702，用于根据所述第一压缩参数表确定第一压缩参数。

发送单元703，用于向所述网关发送响应消息，以便所述网关根据所述第一压缩参数对待传输信息进行处理；所述响应消息携带所述控制器根据所述第一压缩参数表确定的第一压缩参数，所述待传输信息是所述网关将要向所述控制器传输的信息。

所述确定单元702具体用于，按照所述至少一个压缩参数的优先级由高到低的顺序依次判断所述控制器是否支持所述至少一个压缩参数，直至确定出所述控制器支持的压缩参数；将确定出的所述控制器支持的压缩参数确定为所述第一压缩参数。

如图11所示，所述控制器70还包括监测单元704、处理单元705。

所述监测单元704用于，监测所述网关的控制通道带宽是否发生变化。

所述确定单元702还用于，若所述监测单元704监测到所述网关的控制通道带宽发生变化，则根据所述网关当前的带宽生成第二压缩参数表；所述第二压缩参数表包括所述控制器支持的至少一个压缩参数，所述第二压缩参数表还指示所述控制器指示的每个压缩参数的优先级。

所述发送单元703还用于，向所述网关发送所述第二压缩参数表，以便所述网关根据所述第二压缩参数表确定第二压缩参数。

所述接收单元701还用于，接收所述网关发送的第二压缩参数。

所述处理单元705用于，根据所述第二压缩参数对将要传输给所述网关的信息进行处理。

所述发送单元703还用于，在所述确定单元702确定第二压缩参数表之前，向所述网关发送动态压缩能力指示信息；所述动态压缩能力指示信息用于指示所述控制器支持动态压缩规则，所述动态压缩规则为根据所述网关的控制通道带宽变化情况确定所述第二压缩参数表的动态压缩规则；

接收所述网关发送的能力响应消息；所述能力响应消息用于指示所述网关是否支持所述动态压缩规则；

所述确定单元702还用于，根据所述能力响应消息确定所述网关支持所述动态压缩规则。

其中，所述动态压缩能力指示信息为连接建立消息，或本地扩展消息，或握手消息。

需要说明的是，接收单元701可以是控制器的接收器，发送单元703可以是控制器的发送器，接收器与控制器可以集成在一起为控制器的收发器202。确定单元702、监测单元704、处理单元705可以集成在控制器的一个处理器201中实现，此外，也可以以程序代码的形式存储于控制器的存储器203中，由控制器的处理器201调用存储器203中存储的代码，执行以上确定单元702、监测单元704、处理单元705的功能。

本发明实施例提供的控制器，可以根据当前传输场景(如：传输带宽)确定压缩参数表，并将该压缩参数表发送给网关，与网关协商出一个压缩参数。能够灵活调整压缩参数，实现处理器性能与带宽的最优组合。避免像现有技术那样，在信息传输时始终进行信息压缩，增加cpu的处理负荷，或者过度占用带宽。本发明提供的方法可以减轻cpu的处理负荷，减少了处理时间。同时也不会过度占用带宽，实现对带宽的合理利用。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前 述方法实施例中的对应过程，在此不再赘述。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。