一种确定用户侧设备状态的方法和装置制造方法及图纸

本申请提供一种确定用户侧设备状态的方法，包括：用户侧设备CPE通过预定的第一端口接收第一状态请求报文，或者，CPE通过预定的第二端口接收第二状态请求报文，或者，CPE通过预定的第一端口及特定的URL接收第三状态请求报文；所述CPE对所述第一状态请求报文携带的错误的用户信息验证失败后回复状态应答报文，指示自身状态为可达；所述CPE直接针对所述第二状态请求报文或第三状态请求报文回复状态应答报文，指示自身状态为可达；所述CPE对所述第二状态请求报文或第三状态请求报文携带的用户信息验证后，回复状态应答报文，指示自身状态为可达。本申请还提供一种确定用户侧设备状态的装置。

【技术实现步骤摘要】

本申请涉及通信
，尤其涉及一种确定用户侧设备状态的方法和装置。
技术介绍
TR-069协议又称为用户侧终端广域网管理协议，它提供了对用户侧终端设备进行管理配置的通用框架、消息规范、管理方法和数据模型。TR-069协议主要由自动配置服务器(ACS，Auto-Configurat1n Server)、用户侧设备(CPE，Customer Premise Equipment)、业务配置管理服务器以及一些必要的管理接口组成。在传统的SNMP网管系统中，一般使用ping报文来轮询设备的状态，确定设备是否可达。网管服务器定期向设备发送Ping报文，根据报文返回结果更新设备的状态。在TR-069协议中，具备网管服务器功能的ACS需要定期轮询CPE的状态，由于TR-069协议是一种广域网管理协议，ACS和CPE都在公网中，两者之间一般都有防火墙，而ping报文使用ICMP协议，不能穿越防火墙，因此，TR-069协议给出了一个标准的TR069交互过程，以实现ACS轮询CPE的状态。在上述标准的TR069交互过程中，ACS在获知了 CPE的状态后，还需要再进行与状态轮询无关的Inform报文和Inform Response报文的交互。而这两种报文所需的流量比较大，大约有5K字节，如果CPE的数量比较多，那么ACS用于轮询CPE状态的流量中有相当大的一部分是不必要的。
技术实现思路
有鉴于此，本申请提供一种确定用户侧设备状态的方法和装置，用于解决在获取CPE状态的同时避免Inform报文的交互过程的技术问题。基于本专利技术实施例，提出一种确定用户侧设备状态的方法，所述方法包括:用户侧设备CPE通过预定的支持HTTP服务的默认端口即第一端口接收第一状态请求报文，对所述第一状态请求报文携带的错误的用户信息验证失败后回复状态应答报文，指示自身状态为可达；或CPE通过预定的专用于检测CPE状态的第二端口接收第二状态请求报文，直接针对所述第二状态请求报文回复状态应答报文，指示自身状态为可达，或者，对所述第二状态请求报文携带的用户信息验证后，回复状态应答报文，指示自身状态为可达；或CPE通过预定的支持HTTP服务的默认端口即第一端口及专用于检测CPE状态的特定的统一资源定位符URL接收第三状态请求报文，直接针对所述第三状态请求报文回复状态应答报文，指示自身状态为可达，或者，对所述第三状态请求报文携带的用户信息验证后，回复状态应答报文，指示自身状态为可达。基于本专利技术实施例，提出一种确定用户侧设备状态的装置，应用于用户侧设备，所述装置包括:接收模块，用于通过预定的支持HTTP服务的默认端口即第一端口接收第一状态请求报文；或用于通过预定的专用于检测CPE状态的第二端口接收第二状态请求报文；或用于通过预定的支持HTTP服务的默认端口即第一端口及专用于检测CPE状态的特定的URL接收第三状态请求报文；验证模块，用于对所述第一状态请求报文携带的错误的用户信息验证失败后，通知所述发送模块；或用于对所述第二状态请求报文或第三状态请求报文携带的用户信息验证后，通知所述发送模块；所述发送模块，用于根据所述通知，回复状态应答报文，指示所述用户侧设备状态为可达；或用于直接针对所述第二状态请求报文或第三状态请求报文回复状态应答报文，指示自身状态为可达。在本专利技术实施例公开的用户侧设备状态的方法和装置中，使用默认的支持HTTP服务的端口时，用户信息验证失败，CPE向ACS回复状态应答报文；使用第二端口时，或者，使用默认的支持HTTP服务的端口，但是使用了特定的URL来检测CPE的状态时，CPE接收到状态请求报文，不验证直接回复一个状态应答报文，或者，无论验证成功或失败，均回复一个状态应答报文。在标准TR069交互过程中，必须是使用默认的支持HTTP服务的端口、且用户信息验证成功时，才回复状态应答报文，并且Inform报文的触发需要符合两个条件:使用默认的支持HTTP服务的端口和用户信息验证成功，而本专利技术实施例上述三种实现方式，均未同时符合上述两个条件，因此能够避免Inform报文的触发，节省了流量。【附图说明】图1是本专利技术实施例示出的确定用户侧设备状态方法的流程图；图2是本专利技术实施例示出的确定用户侧设备状态装置的结构图；图3是本专利技术实施例示出的一种用户侧设备的结构示意图。【具体实施方式】这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。在标准TR069协议中，确定用户侧设备CPE状态的交互过程如下:步骤1、CPE在一个端口开放HTTP服务，默认是7547端口 ；步骤2、ACS需要更新CPE的状态时，向CPE的7547端口发送HTTP GET报文，携带预先在ACS和CPE上配置的CPE的用户信息，例如用户名和/或密码；步骤3、如果CPE已经down掉，则无法收到以及响应ACS发送的HTTP GET报文，ACS的HTTP GET报文请求超时，认为CPE不可达，将CPE的状态更新为不可达；步骤4、CPE收到HTTP GET报文，CPE上配置的用户信息与HTTP GET报文中的用户信息不一致，则网管系统无法正常工作，这种情况不做考虑；步骤5、CPE运行正常，收到ACS发送的HTTP GET报文，用户信息验证通过，则回复HTTP STATUS 2000K的空报文，此时，ACS认为CPE可达，将CPE的状态更新为可达。步骤6、按照TR069协议定义，CPE回复HTTP STATUS 2000K的空报文后，继续向ACS 发送 CONNECT1N REQUEST 的 Inform 报文，ACS 向 CPE 回复 Inform Response 报文。然后，CPE向ACS发送空报文请求任务执行，ACS发现没有需要CPE执行的任务时，回复HTTPSTATUS 204N0_C0NTENT报文，通知CPE没有任务需要执行。上述过程中，步骤6对于确定CPE状态这一目的来说不是必要的步骤。整个步骤6需要的流量大约5k字节，由于ACS和CPE都位于公网，因此用户往往对流量使用比较关注。如果用户希望在CPE不可达时尽早知道，则会把状态的轮询间隔设的比当前第1页1 2 3 本文档来自技高网...

【技术保护点】
一种确定用户侧设备状态的方法，其特征在于，所述方法包括：用户侧设备CPE通过预定的支持HTTP服务的默认端口即第一端口接收第一状态请求报文，对所述第一状态请求报文携带的错误的用户信息验证失败后回复状态应答报文，指示自身状态为可达；或CPE通过预定的专用于检测CPE状态的第二端口接收第二状态请求报文，直接针对所述第二状态请求报文回复状态应答报文，指示自身状态为可达，或者，对所述第二状态请求报文携带的用户信息验证后，回复状态应答报文，指示自身状态为可达；或CPE通过预定的支持HTTP服务的默认端口即第一端口及专用于检测CPE状态的特定的统一资源定位符URL接收第三状态请求报文，直接针对所述第三状态请求报文回复状态应答报文，指示自身状态为可达，或者，对所述第三状态请求报文携带的用户信息验证后，回复状态应答报文，指示自身状态为可达。

【技术特征摘要】

【专利技术属性】
技术研发人员：张征，
申请(专利权)人：杭州华三通信技术有限公司，
类型：发明
国别省市：浙江;33