专利名称：一种远程管理中协商设备处理能力的方法
技术领域：
本发明涉及对设备进行远程管理技术领域，具体来说，涉及到ACS和 CPE协商处理能力的技术。
背景技术：
随着数字信息技术的高速发展，越来越多的基于IP的设备，例如网关、 IPTV (网络电视)、VolP(基于IP的语音传输)等开始进入人们的家庭和企业内 部。上述的数字设备以本地网关为核心进行组网，本地网关提供统一的对外 出口连接lntemet,对内本地的各种设备通过本地网关进行互连互通。
随着家庭或企业中各种智能设备的增多，需要一种能通过远程对家庭或 者企业网络内部的设备管理的机制，例如对家庭或者企业内的终端进行自动 配置和业务下发、软固件升级和备份、设备监视以及设备诊断等。
现有宽带接入技术以xDSL (x Digital Subscriber Line x数字用户线)为 主，DSL Forum ( DSL论坛)是一个标准组织，它制定了相应标准，用于远 程对CPE进行自动配置，并提供其它的管理功能。DSL论坛定义的自动配置 管理模型如图1所示
其中，家庭或企业内部的IP设备称之为CPE (Customer Premises Equipment用户驻地设备)，ACS (Auto-configuration Server自动配置服务 器)对CPE进行自动配置，以达到不需要用户参与，就能对CPE进行远程配 置的目的。
DSL Fomm制定的相应标准中定义了许多RPC ( Remote Procedure Call
远程过程调用)方法，RPC方法规定了CPE和ACS之间的远程调用接口，包 括请求及对应的响应。例如可以由ACS调用CPE的GetParameterValues (获 得参数值)RPC方法来查询一个或多个参数的值；调用SetParameterValues (设定参数值)RPC方法修改一个或多个参数的值。CPE根据这些消息中的 信息完成后续的参数查询或修改操作，并给出相应的响应。
按照现有的技术方案，ACS和CPE在发送请求/响应消息之前不知道对方 的处理SOAP (Simple Object Access Protocol，简单对象访问协议)消息的 能力，而上述的标准中还定义了一个参数列表，允许在一个响应中同时设定 多个参数的值，如果参数数量过多，将可能会出现发送方发送一个过大的 SOAP消息，超过了接收方的处理能力，接收方就不能正确的处理该数据包， 根据接收方实现时对应的处理策略，有可能引起内存溢出、获得信息不完整 (接收方进行了截短)、丟弃或其它情况，从而影响了设备的互操作性。
现有技术中解决这一问题的方案之一是规定通信双方必须达到的最小处 理能力，即规定CPE和ACS的处理能力应该大于或等于给定的值，或者规定 通信双方的发送数据包的最大值，即统一规定CPE和ACS所允许发送的数据 包的最大值。
这种解决方案的缺陷在于，随着数据模型参数规模的增大或设备(包括 ACS和CPE)的处理能力的增强，在参数模型增加到一定程度后，需要修改 上述的给定值以满足需求。
由于不同生产厂家，甚至同一个生产厂家的不同型号的处理能力都是不 一样。如果一些处理能力强的设备却要发送较小的数据包，会造成处理能力 的极大浪费,这也不便于厂商充分利用自己设备的处理能力来实现不同设备的 差异化。
解决上述的问题的另一种技术方案如下规定如果接收方收到超过规定 的大小的数据包，可以返回给发送方一个出错码，以指示数据包太大导致处
理不了或将会话中断。
在这种情况下，只有接收方在接收到出错码或直到会话中断后才知道自 己发出的数据包超过了对方的处理能力，自己发送的数据包不能被正确处理。 由于在进行远程配置时，有可能是进行批量配置，在这样的情况下，这种超 大的数据包的发送会占用大量带宽，而实际上这种数据包的发送是完全没有 必要的。
发明内容
本发明技术方案的目的在于提供一种远程管理中协商设备处理能力的方
法，以解决ACS和CPE在发送请求或响应消息之前协商双方支持的处理 SOAP消息的能力的问题。
为实现上述目的，本发明采用如下的技术方案
一种远程管理中协商设备处理能力的方法，所述的方法包括如下步骤
a、 发送方向接收方通告自身支持的处理简单对象访问协议SOAP消息的 能力；
b、 所述的接收方收到所述的发送方的通告后向所述的发送方通告自身支 持的处理SOAP消息的能力。
其中步骤a之前还包括
a0、所述的发送方和接收方进行所述的处理SOAP消息能力的协商初始化。
其中步骤a0具体包括所述的CPE向所述的ACS发送通知Inform消 息，所述的消息中携带用来指示所述的ACS需要协商所述的支持的处理 SOAP消息能力的参数。
其中步骤a0具体包括所述的ACS收到所述的CPE向所述的ACS发 送的通知Inform消息后，在所述的ACS给所述的CPE发送通知响应 InformResponse消息，所述的消息中携带用来指示所述的CPE需要协商所
述的支持的处理SOAP消息能力的参数。
其中步骤a0具体包括所述的CPE调用所述的ACS提供的协商设备处 理能力通知NegotiateDeviceCapablityNotify远端过禾呈调用RPC方法，以指 示ACS需要就处理能力进行协商。
其中步骤a0具体包括
所述的ACS调用所述的CPE提供的协商设备处理能力通知 NegotiateDeviceCapablityNotify RPC方法，以指示所述的CPE需要就处理 能力进行协商。
其中步骤a之前还包括
在所述的发送方和接收方的数据模型中增加表示其自身和对方所支持的 处理SOAP消息能力的参数。 其中步骤a具体包括
a1、自动配置服务器ACS向用户驻地设备CPE通告其自身支持的处理 SOAP消息的能力；
其中步骤b具体包括
b1 、所述的CPE收到所述的ACS通告后向所述的ACS通告其自身支持 的处理SOAP消息的能力。 其中步骤a1具体包括
a11 、会话建立后所述的ACS调用所述的CPE提供的RPC方法设置参 数值SetParameterValues,设置所述的CPE数据模型中对应ACS所支持的 处理SOAP消息能力的参数值；
a12、所述的CPE收到所述的SetParameterValues消息后，将其数据模 型中表示所述的ACS处理SOAP消息能力的参数值设定为所述的 SetParameterValues中给定的值。
其中步骤b1具体包括
b11 、所述的ACS调用所述的CPE提供的RPC方法
GetParameterValues，以获得所述的CPE所支持的处理SOAP消息的能力； b12、所述的CPE向所述的ACS回应GetPrameterValuesResponse消
息，所述的消息中携带所述的CPE数据模型中表示其处理SOAP消息能力的 参数值。
其中步骤b1中所述的CPE向所述的ACS通告其自身支持的处理能力为 所述的CPE根据所述的ACS通告进行调整后的值。 其中步骤a具体包括
a1 、 CPE向ACS通告自身支持的处理SOAP消息的能力； 其中步骤b具体包括
M、 所述的ACS收到所述的CPE的通告后向所述的CPE通告自身支 持的处理SOAP消息的能力。 其中步骤a1具体包括
a11、所述的CPE向所迷的ACS发送通知Inform消息，所述的消息中 携带所述的CPE支持的处理SOAP消息能力的信息； 其中步骤b1具体包括
b11 、所述的ACS收到所述的CPE发送的Inform消息后回应通知响应 InformResponse消息，所述的消息中携带自身支持的处理SOAP消息能力的 信息。
其中步骤a1具体包括
a11、所述的ACS调用所述的CPE提供的RPC方法获取参数值 GetParameterValues,以获得所述的CPE所支持的处理SOAP消息的能力；
a12 、所述的CPE向所述的ACS回应获取参数值响应 GetPrameterValuseResponse消息，所述的消息中携带所述的CPE数据模 型中表示其处理SOAP消息的能力的参数值。
其中步骤b1具体包括
b11、会话建立后所述的ACS调用所述的CPE提供的RPC方法设置参
数值SetParameterValuse，设置所述的CPE数据模型中对应ACS所支持的 处理SOAP消息能力的参数值；
b12、所述的CPE收到所述的SetParameterValuse消息后，将其数据模 型中表示所述的ACS处理SOAP消息能力的参数值设定为所述的 SetParameterValuses中给定的值。
其中步骤b之后还包括
c、 在发送数据包之前，所述的发送方检查要发送的数据包是否在所述的 接收方支持的处理SOAP消息的能力范围之内，如果是，则发送所述的数据 包到所述的接收方，否则转步骤d;
d、 发送方发送所述的数据包中的部分数据到所述的接收方。 其中步骤d还包括
数据未发送完毕。
本发明克服现有技术的不足，采用ACS和CPE在发送请求或响应消息 之前协商双方支持的处理SOAP消息能力的技术方案，使得发送方可以根据 协商后的处理能力发送合适大小的数据包，避免出现由于超过对方处理能力 的请求/响应而产生的问题，减少不必要的数据包发送，减少网络带宽的占用， 便于不同厂商充分合理的利用自己设备的处理能力，实现设备的差异化，避 免设备处理能力的浪费。
图1为DSL论坛定义的自动配置管理模型图2为本发明CPE和ACS进行处理能力协商并根据协商结果发送请求/ 响应消息流程图3为本发明协商初始化方式一的流程图4为本发明协商初始化方式二的流程图; 图5为本发明实施例一流程图； 图6为本发明实施例二流程图。
具体实施例方式
本发明的基本原理是在ACS和CPE发送数据包之前协商处理能力，ACS 和CPE在知悉对方的处理能力后根据对方的处理能力对发送的数据包的大小 进行调整，以避免发送的数据包超出对方的处理能力而导致的不能正确处理 数据包的情况出现。
以下结合附图和具体实施例进行详细说明
如图2所示，ACS与CPE之间的交互分为两个阶段，第一个阶段是设备支 持的处理SOAP能力协商，即CPE和ACS互相宣告自己的处理能力并进行协 商；第二阶段，根据第一阶段的结果对数据包进行处理。
图2中所示的流程具体包括如下步骤
(1 )协商初始化，由CPE通知ACS或者由ACS通知CPE开始处理能力协商。
(2) CPE获得ACS的处理能力，使得CPE知晓ACS的处理能力。
(3) ACS获得CPE的处理能力，使得ACS知晓CPE的处理能力。
(4) 发送方首先检查拟发送的数据包是否在接收方的允许的处理能力范 围内，如果满足要求，则发送该请求对应的数据包到接收方，如果拟发送的 数据包超出接收方的处理能力，不能一次发送时，发送方可以只发送部分数 据，并给出相应的指示，指示接收方只是发送了部分的数据。具体可以通过 在发送数据包的时候附加一个标志，以指示还有未发送完的数据。接收方可 以根据指示做下一步的操作，等待发送方继续发送没有发送完的数据。
(5) 接收方验证数据包，检查数据包是否在其处理能力范围之内，如果
该数据包超过了接收方的处理能力，则需要发送对应的响应给发送方，并在响
应消息中给出出错警告，发送方收到响应后可以重新就处理能力进行协商； 如果该数据包在接收方处理范围之内，则接收方根据该请求的要求进行处理， 并根据执行的结果构造响应的数据包并发送给发送方。为了满足发送方的处 理能力的要求，在发送响应数据包确认数据包在对方处理范围之内，如果拟 发送的响应数据包超过了对方的处理能力而导致不能一次发送时，则可以只 发送部分数据，并给出相应的指示，指示发送方只是发送了部分的数据。具 体也可以通过在发送数据包的时候附加一个标志，以指示还有未发送完的数 据。发送方可以根据指示做下一步的操作，等待接收方继续发送没有发送完 的数据，然后接收方可以继续发送剩余的数据。
CPE与ACS协商好对方和自身的处理能力之后，需要保留当前ACS和自己 所支持的处理能力。这些数据的保存方式由CPE决定，例如在TR-069中，每 个CPE都有自己的数据模型，可以给CPE的数据模型增加相应的参数，用以 记录当前ACS/CPE所支持的数据包的处理能力。
其中的发起请求方既可以是CPE,也可以是ACS，为叙述方^f更，本文中 将发送请求的一方(不管是ACS还是CPE )称为发送方，接收请求并做出响 应的一方(不管是ACS还是CPE)称为接收方。
在步骤(1)中，如果协商是由CPE主动发起的，则由CPE发送给ACS— 个消息，告知ACS开始进行处理能力的协商；如果协商是由ACS主动发起的， 则由ACS发送给CPE—个消息，告知ACS开始进行处理能力的协商。
特殊的，如果约定协商以步骤(2)开始，就不用进行步骤(1)。
在步骤(3)中，CPE可能需要根据ACS的处理能力调整自己的处理能力， 以适合ACS进行处理，并把调整后的消息发送给ACS。即允许CPE根据ACS 的处理能力进行相应的自动调整，也就是说CPE通知ACS其自身的处理能力 对应的值可能是根据ACS的处理能力进行调整后的值也可能是未经过调整的 值。
特珠的，如果CPE不需要根据ACS的处理能力进行调整，则不用限定图2 中的步骤(2)和步骤(3)的顺序。
CPE作为发起方与ACS协商处理能力的情况包括但不局限于第一次连上 ACS或CPE对应的ACS的URL ( Universal Resource Locator,统一资源定位 器)发生改变或CPE进行了影响到处理能力的更新。
ACS作为发起方与CPE协商处理能力的情况包括但不局限于CPE第一次 连接上该ACS或ACS自身进行了更新。
步骤(1 )其中所述的协商初始化可以有多种实现方法，实现方法包括但 不局限于下述两种
一通过TR-069协议中的lnform消息实现
在DSL Fomm中的TR-069协议(CPE WAN Management Protocol)规
定，TR-069中的每一会话都必须由CPE向ACS发送一个lnform (通知)消息 开始，然后ACS回应CPE—个lnformResponse消息，因此可以通过TR-069 中现有的I nform消息来实现。
例如允许在lnform或lnformResponse消息中增加一个参数用以指示是否 需要进行处理能力的协商，例如可以命名该参数的名称为 needNegotiateDeviceCapablity(需要协商设备处理能力)，类型为boolean(布 尔类型)。
如果是CPE发起的协商，则在lnform消息中包含此参数且设定该参数的值 为true,以指示ACS需要就处理能力进行协商，如图3a所示；如果是ACS发起 的协商，则在lnformResponse消息中包含此参数且设定该参数的值为true,以 指示CPE需要就处理能力进行协商，如图3b所示。
二通过增加新的RPC方法来实现。
给CPE和ACS都增加一个接口，当需要进行协商时，就调用对方提供的 这个接口，通知对方开始进行处理能力的协商。例如在TR-069中可以给CPE 和ACS都增加一个名称为NegotiateDeviceCapablityNotify (协商设备处理能
力通知)的RPC方法。
如果是CPE发起的协商，贝'JCPE调用ACS的这个RPC方法，以指示ACS 需要就处理能力进行协商，如图4a所示；如果是ACS发起的协商，则ACS调 用CPE的这个RPC方法，以指示CPE需要就处理能力进行协商，如图4b所示。
在进行完步骤(1 )后，就可以进行步骤(2)和步骤(3)。步骤(2)和 步骤(3)可以有多种实现方法，包括但不局限于下述实施例所述的方法
实施例一通过已有的RPC方法实现处理能力的协商
首先在TR-069中的CPE数据模型中增加一个或一组参数，这些参数指示 CPE和ACS的处理能力。在会话建立后调用TR-069中定义的 GetParameterValues/SetParameterValues (获取参数值/设置参数值)RPC 方法来完成处理能力的协商。具体流程图如图5所示
(1.a)会话建立后ACS调用CPE提供的SetParameterValuse RPC方法， 设定CPE数据模型中对应ACS所支持处理能力的一个或一组参数的值；
(1 .b ) ACS调用CPE提供的GetParameterValues方法，以获得 GetPrameterValuse方法来获得CPE所支持的处理能力；
(2.a) CPE收到请求消息后，将CPE数据模型中的表示ACS处理能力的 一个或 一 组参数的值设定为SetParameterValuses中给定的值，并按照 TR-069的规定给CPE—个响应；
(2.b)将CPE数据模型中的表示CPE处理能力的一个或一组参数的值在 GetPrameterVal useResponse消息中返回给ACS,其中返回给ACS的处理参 数能力的值可以为根据AC S处理能力作出调整后的值。
上述发送请求消息的步骤1 .a和1 .b不必被组织在一个消息中发送，响应 消息2.a和2.b也不必被组织在 一 个消息中发送，即除按 (1.a&1.b)-〉(2.a&2.b)之外，还可以按照1.a》2.a》1.b》2.b进行顺序发送。
特殊的，通过TR-069协议中的lnform消息就可以进行处理能力的协商， 具体的实现方法包括但不局限于实施例二。
实施例二通过TR-069协议中的lnform消息进行处理能力的协商 如图6所示，在DSL Fomm中的TR-069协议(CPE WAN Management Protocol)规定，TR-069中的每一会话都必须由CPE向ACS发送一个lnform (通知)消息开始，因此可以在lnform消息中包含CPE处理能力的信息，ACS 在发送给CPE的lnformResponse (通知响应)消息中给出其自身的处理能力 的信息。
在此实施例中没有进行前述的步骤(1 ),这里默认如果ACS收到的Inform 消息中一个带有CPE所支持的处理能力的一个或一组参数的值为有效的，就 表示双方协商处理能力的开始。
例如可以在TR-069中的lnform消息中增加一个或一组参数(例如用一个 TR-069中定义的unsignedlnt类型的MaxCPESupportMessageSize ( CPE支 持的最大处理能力)来表示CPE所支持的以字节数为单位的最大处理能力) 用以把CPE所支持的处理能力告知ACS 。同样在ACS给CPE的 InformResponse响应中，可以把ACS的所支持的最大处理能力作为一个或一 组参数(例如用 一 个TR-069中定义的unsignedlnt类型的 MaxACSSupportMessageSize (ACS支持的最大处理能力)来表示ACS所支 持的以字节数为单位的最大处理能力)返回给CPE。
权利要求
1、一种远程管理中协商设备处理能力的方法，其特征在于，所述的方法包括如下步骤a、发送方向接收方通告自身支持的处理简单对象访问协议SOAP消息的能力；b、所述的接收方收到所述的发送方的通告后向所述的发送方通告自身支持的处理SOAP消息的能力。
2、 根据权利要求1所述的方法，其特征在于，其中步骤a之前还包括 a0、所述的发送方和接收方进行所述的处理SOAP消息能力的协商初始化。
3、 根据权利要求2所述的方法，其特征在于，其中步骤aO具体包括 所述的CPE向所述的ACS发送通知Inform消息，所述的消息中携带用来指示所述的ACS需要协商所述的支持的处理SOAP消息能力的参数。
4、 根据权利要求2所述的方法，其特征在于，其中步骤aO具体包括 所述的ACS收到所述的CPE向所述的ACS发送的通知Inform消息后，在所述的ACS给所述的CPE发送通知响应InformResponse消息，所述的 消息中携带用来指示所述的CPE需要协商所述的支持的处理SOAP消息能力 的参数。
5、 根据权利要求2所述的方法，其特征在于，其中步骤aO具体包括 所述的CPE调用所述的ACS提供的协商设备处理能力通知 Negot旧teDeviceCapablityNotify RPC方法，以指示ACS需要就处理能力进行协商。
6、 根据权利要求2所述的方法，其特征在于，其中步骤aO具体包括 所述的ACS调用所述的CPE提供的协商设备处理能力通知 N印otiateDeviceCapablityNotify RPC方法，以指示所述的CPE需要就处理 能力进行协商。
7、 根据权利要求1所述的方法，其特征在于，其中步骤a之前还包括 在所述的发送方和接收方的数据模型中增加表示其自身和对方所支持的处理SOAP消息能力的参数。
8、 根据权利要求1所述的方法，其特征在于，其中步骤a具体包括 a1 、自动配置服务器ACS向用户驻地设备CPE通告其自身支持的处理SOAP消息的能力；其中步骤b具体包括b1 、所述的CPE收到所述的ACS通告后向所述的ACS通告其自身支持 的处理SOAP消息的能力。
9、 根据权利要求8所述的方法，其特征在于，其中步骤a1具体包括 a11 、会话建立后所述的ACS调用所述的CPE提供的RPC方法设置参数值SetParameterValues,设置所述的CPE数据模型中对应ACS所支持的 处理SOAP消息能力的参数值；a12、所述的CPE收到所述的SetParameterValues消息后，将其数据模 型中表示所述的ACS处理SOAP消息能力的参数值设定为所述的 SetParameterValues中给定的值。
10、 根据权利要求9所述的方法，其特征在于，其中步骤b1具体包括 b11 、所述的ACS调用所述的CPE提供的RPC方法GetParameterValues，以获得所述的CPE所支持的处理SOAP消息的能力； b12、所述的CPE向所述的ACS回应GetPrameterValuesResponse消 息，所述的消息中携带所述的CPE数据模型中表示其处理SOAP消息能力的 参数值。
11、 根据权利要求8所述的方法，其特征在于，其中步骤b1中所述的 CPE向所述的ACS通告其自身支持的处理能力为所述的CPE才艮据所述的 ACS通告进行调整后的值。
12、 根据权利要求1所述的方法，其特征在于，其中步骤a具体包括 a1 、 CPE向ACS通告自身支持的处理SOAP消息的能力； 其中步骤b具体包括b1 、 所述的ACS收到所述的CPE的通告后向所述的CPE通告自身支 持的处理SOAP消息的能力。
13、 根据权利要求12所述的方法，其特征在于，其中步骤a1具体包括 a11、所述的CPE向所述的ACS发送通知Inform消息，所述的消息中携带所述的CPE支持的处理SOAP消息能力的信息； 其中步骤b1具体包括b11 、所述的ACS收到所述的CPE发送的Inform消息后回应通知响应 InformResponse消息，所述的消息中携带自身支持的处理SOAP消息能力的信息。
14、 根据权利要求12述的方法，其特征在于，其中步骤a1具体包括 a11、所述的ACS调用所述的CPE提供的RPC方法获取参数值GetParameterValues，以获得所述的CPE所支持的处理SOAP消息的能力； a12 、所述的CPE向所述的ACS回应获取参数值响应 GetPrameterValuseResponse消息，所述的消息中携带所述的CPE数据模 型中表示其处理SOAP消息的能力的参数值。
15、 根据权利要求14所述的方法，其特征在于，其中步骤b1具体包括 b11 、会话建立后所述的ACS调用所述的CPE提供的RPC方法设置参数值SetParameterValuse,设置所述的CPE数据模型中对应ACS所支持的 处理SOAP消息能力的参数值； .b12、所述的CPE收到所述的SetParameterValuse消息后，将其数据模 型中表示所述的ACS处理SOAP消息能力的参数值设定为所述的 SetParameterValuses中给定的值。
16、 根据权利要求1所述的方法，其特征在于，其中步骤b之后还包括: C、在发送数据包之前，所述的发送方检查要发送的数据包是否在所述的接收方支持的处理SOAP消息的能力范围之内，如果是，则发送所述的数据包到所述的接收方，否则转步骤d;d、发送方发送所述的数据包中的部分数据到所述的接收方。
17、根据权利要求16所述的方法，其特征在于，其中步骤d还包括发送方发送所述的数据包中的部分数据到所述的接收方时附件标志指示数据未发送完毕。
全文摘要
本发明公开了一种远程管理中协商设备处理能力的方法，所述的方法包括如下步骤a、发送方向接收方通告自身支持的处理简单对象访问协议SOAP消息的能力；b、所述的接收方收到所述的发送方的通告后向所述的发送方通告自身支持的处理SOAP消息的能力。本发明克服现有技术的不足，采用ACS和CPE在发送请求或响应消息之前协商双方支持的处理SOAP消息能力的技术方案，使得发送方可以根据协商后的处理能力发送合适大小的数据包，避免出现由于超过对方处理能力的请求/响应而产生的问题，减少不必要的数据包发送，减少网络带宽的占用，便于不同厂商充分合理的利用自己设备的处理能力，实现设备的差异化，避免设备处理能力的浪费。
文档编号H04L29/06GK101098247SQ200610061379
公开日2008年1月2日 申请日期2006年6月27日 优先权日2006年6月27日
发明者丁志明, 吴黄伟, 王东琦 申请人:华为技术有限公司