CN101183967A - 一种用户驻地设备离线通知方法及装置 - Google Patents

一种用户驻地设备离线通知方法及装置 Download PDF

Info

Publication number
CN101183967A
CN101183967A CNA2006101381646A CN200610138164A CN101183967A CN 101183967 A CN101183967 A CN 101183967A CN A2006101381646 A CNA2006101381646 A CN A2006101381646A CN 200610138164 A CN200610138164 A CN 200610138164A CN 101183967 A CN101183967 A CN 101183967A
Authority
CN
China
Prior art keywords
cpe
line
parameter
acs
expansion
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2006101381646A
Other languages
English (en)
Other versions
CN101183967B (zh
Inventor
吴黄伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2006101381646A priority Critical patent/CN101183967B/zh
Priority to PCT/CN2007/071016 priority patent/WO2008058483A1/zh
Publication of CN101183967A publication Critical patent/CN101183967A/zh
Application granted granted Critical
Publication of CN101183967B publication Critical patent/CN101183967B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

本发明涉及通信技术领域中一种用户驻地设备离线通知方法及装置。所述方法包括：扩展用户驻地设备CPE相关参数，增加离线通知机制；利用所述扩展的参数在CPE准备离线前主动发出离线通知。所述装置包括：参数扩展模块，用于扩展CPE相关参数，增加离线通知机制；离线通知模块，用于利用参数扩展模块扩展的CPE相关参数，在CPE准备离线前，主动发出离线通知。本发明通过CPE主动向ACS发出离线通知，ACS能够获取CPE的在线状态，在ACS需要主动连接CPE的情况下，ACS不会去尝试连接该CPE，节省了ACS的资源。

Description

一种用户驻地设备离线通知方法及装置
技术领域
本发明涉及通信技术领域，尤其涉及一种用户驻地设备离线通知方法及装置。
背景技术
DSL(Digital Subscriber Loop，数字用户线)是一种宽带接入技术，目前已经广泛进入千家万户，其典型组网方式如图1所示。DSL技术的广泛应用拓展了宽带技术的应用范围，例如VoIP(Voice over IP，IP话音)、IPTV(IP Television，IP电视)等。针对这些应用或应用的组合形成各种各样的基于IP的设备类型。这些进入家庭的IP应用终端目前称之为CPE(CustomerPremises Equipment，用户驻地设备)，由ACS(Auto-configuration Server，自动配置服务器)负责对CPE进行自动配置，以达到不需要用户设置，CPE就可以正常工作的目的。
目前关于CPE与ACS交互，完成自动配置和设备管理的规范中规定CPE上电或者重新启动后，必须通过Inform(通知)方法，以“1BOOT”事件类型向ACS发出宣告，由此，ACS可以知道该CPE是否已经处于在线状态。
但是目前的规范并没有提供ACS如何获知CPE从在线状态变成离线状态的机制。如果CPE已经由在线状态变成离线状态，但是ACS由于不知道CPE发生的状态变化，以为CPE还处于在线状态，当ACS需要主动连接CPE时，只有通过发出的连接请求超时和重试等机制才能推测出CPE可能处于下线或者网络不可达状态，这样增加了ACS的负担。
发明内容
本发明提供一种CPE离线通知方法及装置，在CPE离线前发出离线通知，使得相关设备能够知道CPE的在线状态。
本发明是通过以下技术方案实现的：
一种用户驻地设备离线通知方法，包括：
扩展用户驻地设备CPE相关参数，增加离线通知机制；
利用所述扩展的参数在CPE准备离线前主动发出离线通知。
所述扩展的CPE相关参数包括：
扩展通知Inform的事件Event参数的事件类型，增加离线事件。
所述扩展的CPE相关参数包括：
新增一个离线Offline的远程过程调用RPC方法。
一种用户驻地设备离线通知装置，包括：
参数扩展模块，用于扩展CPE相关参数，增加离线通知机制；
离线通知模块，用于利用参数扩展模块扩展的CPE相关参数，在CPE准备离线前，主动发出离线通知。
由上述本发明提供的技术方案可以看出，本发明中通过扩展Inform消息中Event参数支持的事件类型，增加CPE离线事件，当CPE需要进入离线状态时，CPE在进入离线状态前向相关设备，如向ACS发出CPE离线通知，ACS在收到CPE发出的离线通知后，知道CPE将进入离线状态，在ACS需要主动连接CPE的情况下，ACS不会去尝试连接该CPE，节省了ACS的资源。不需要完全依赖于目前的超时和重试机制。
或者通过新增一个Offline的RPC方法，当CPE准备下线时，CPE通过该RPC方法向相关设备如ACS宣告其准备下线。同样在ACS需要主动连接CPE的情况下，ACS不会去尝试连接该CPE，节省了ACS的资源。不需要完全依赖于目前的超时和重试机制。
附图说明
图1为现有技术DSL组网结构示意图；
图2为本发明所述装置一种实施例模块示意图。
具体实施方式
本发明实施例提供一种用户驻地设备离线通知方法，CPE在离线前通知ACS其准备离线，使得ACS能够知道CPE的在线状况。本发明第一实施例通过扩展TR-069(技术报告)中已有的通知机制，即扩展Inform方法中的事件类型，增加设备离线事件来实现。具体实现方法如下所述。
已有的Inform中由CPE向ACS发出RPC方法，来向ACS发出一系列的事件通告。Inform方法的参数具体定义如下：
参数              类型                      描述
DeviceId          DeviceIdStruct            设备的唯一标识的结构。
Event             EventStruct[16]           事件结构数组，在表2中定义，指示引起
                                            要建立传输会话的事件。如果存在多个起
                                            因，则CPE必须列出所有的这些起因。
MaxEnvelopes      unsignedInt               CPE接受来自ACS的单个HTTP响应所允
                                            许的最大SOAP包封个数。
CurrentTime       dateTime                  CPE知晓的当前日期和时间
RetryCount        unsignedInt               重试本次会话的次数。
ParameterList     ParameterValueStruct[]    指定的name-value对
其中参数Event包含了事件类型的结构数组，其可以包含的具体的事件类型定义如下：
EventCode      Cumulative Explanation           ACS Response   Retry/Discard
               Behavior                         for Successful Policy
                                                Delivery
“0            Single     表示建立会话的原因是  InformRespons  CPE必须永远不
BOOTSTRA                  由于第一次安装CPE或   e              要丢弃没有发布
P”                       改变了ACS的URL。                     的BOOTSTRAP
                                                             事件。
“1BOOT”    Single    表示建立会话的原因是  InformRespons   CPE必须重试发
                       由于CPE打开电源或重   e               布直到重启之前
                       新启动。才丢弃它。
“2          Single    表示建立会话的原因是  InformRespons   CPE不要丢弃没
PERIODIC”             由于周期性Inform。    e               有发布的
                                                             PERIODIC事
                                                             件。
“3          Single    表示建立会话的原因是  InfromRespons   CPE不要丢弃没
SCHEDULE               由于调用              e               有发布的
D”                    ScheduleInform方法。                  SCHEDULED事
                                                             件。
“4VALUE     Single    表示自从最后一次成功  InformRespons   CPE必须重试发
CHANGE”               Infrom以来，一个或者  e               布直到重启之前
                       多个具有Passive或                     才丢弃它。
                       Active通知使能(包括
                       被定义为需要Force
                       Active Notification”)的
                       参数的值被修改了(即
                       使它的值回复到最近一
                       次成功Inform时的
                       值)。
“5KICKED”  Single    表示建立会话的原因是  KickedRespon    CPE可以自己决
                       用于Web身份管理而     se              定重试发布。
                       且会在会话当中调用一
                       次或多次Kicked方法
“6          Single    表示建立会话的原因是  InformRespons   CPE不要重试发
CONNECTI               由于Server发来一个    e               布。
ON                     Connection Request
REQUEST”
“7          Single    表示建立会话是要指示  TransferCompl   CPE不要丢弃没
TRANSFER               以前的请求下载或者上  eteResponse     有发布的
COMPLETE               传已经完成(不管是成功                 TRANSFER
”                     还是失败)，并且会在会                 COMPLETE事
                       话当中多次调用一次或                  件。
                       多次TransferComplete
                       方法。
“8          Single    用于在完成一个或多个  InformRespons   CPE必须重试发
DIAGNOSTI              由ACS发起的诊断测     e               布直到重启之前
CS                     试后，重建一个到ACS                   才丢弃它。
COMPLETE               的了连接。
”
“9          Single    表示建立会话是要用于  RequestDownl    CPE可以自己决
REQUEST                CPE调用一次或者多次   oadResponse     定重试发布。
DOWNLOA                RequestDownload方法
D”
“M Reboot”    Multiple    CPE收到ACS请求进       InformRespons  CPE不要丢弃没
                            行重启。               e              有发布的“M
                                                                  Reboot”事件。
“M             Multiple    ACS需要一个Schedule    InformRespons  CPE不要丢弃没
ScheduleInfo                Inform                 e              有发布的“M
rm”                                                              ScheduleInform”
                                                                  事件。
“M             Multiple    先前ACS使用            TransferCompl  CPE不要丢弃没
Download”                  Download方法(的请      eteResponse    有发布的“M
                            求的内容下载已经完                    Download”事
                            成。                                  件。
“M Upload”    Multiple    先前ACS使用Upload      TransferCompl  CPE不要丢弃没
                            方法请求的内容下载已   eteResponse    有发布的“M
                            经完成。                              Upload”事件。
“M             Multiple    先前ACS使用            InformRespons  CPE不要丢弃没
SetParameter                SetParameterValues方法 e              有发布的“M
Values”                    请求的参数改变已经得                  SetParameterValu
                            到应用。                              es”
“M             Multiple    先前ACS使用            InformRespons  CPE不要丢弃没
AddObject”                 AddObject方法请求的    e              有发布的“M
                            改变已经得到应用。                    AddObject”事
                                                                  件。
“M             Multiple    先前ACS使用            InformRespons  CPE不要丢弃没
DeleteObject                DeleteObject方法请求   e              有发布的“M
”                          的改变已经得到应用。                  DeleteObject”事
                                                                  件。
“M             Not         由于厂商扩展方法完成   没有规定       没有规定
“<vendor-      specified   后的动作请求。CPE执
specific                    行的动作和ACS的响
method>                     应由厂商决定。
“X”<OUI>”    Not         厂商扩展事件。         没有规定       没有规定
”<event>       specified
本实施例通过扩展Inform消息中Event参数支持的事件类型，来增加CPE离线事件，当CPE需要进入离线状态时，比如进入休眠状态或者关机状态，CPE在进入离线状态前向ACS发出CPE离线通知，ACS在收到CPE发出的离线通知后，知道CPE将进入离线状态，那么在ACS需要主动连接CPE的情况下，ACS不会去尝试连接该CPE，节省了ACS的资源。
扩展Inform消息的Event参数可以使用的事件类型，增加离线事件的具体方法如下：
EventCode    Cumulativ   Explanation       ACS   Response    Retry/Discard
             e Behavior                    for   Successful  Policy
                                           Delivery
“0          Single      表示建立会话的原  InformResponse    CPE必须永远不
BOOTSTRAP”              因是由于第一次安                    要丢弃没有发布
                         装CPE或改变了                       的BOOTSTRAP
                         ACS的URL。                          事件。
“1BOOT”    Single      表示建立会话的原  InformResponse    CPE必须重试发
                         因是由于CPE打开                     布直到重启之前
                         电源或重新启动或                    才丢弃它。
                         者从休眠状态恢
                         复。
“2PERIODIC”Single      表示建立会话的原  InformResponse    CPE不要丢弃没
                         因是由于周期性                      有发布的
                         Inform。                            PERIODIC事
                                                             件。
“3          Single      表示建立会话的原  InfromResponse    CPE不要丢弃没
SCHEDULED”              因是由于调用                        有发布的
                         ScheduleInform方                    SCHEDULED事
                         法。                                件。
“4VALUE     Single      表示自从最后一次  InformResponse    CPE必须重试发
CHANGE”                 成功Infrom以来，                    布直到重启之前
                         一个或者多个具有                    才丢弃它。
                         Passive或Active通
                         知使能(包括被定
                         义为需要Force
                         Active
                         Notification”)的参
                         数的值被修改了
                         (即使它的值回复
                         到最近一次成功
                         Inform时的值)。
“5KICKED”  Single      表示建立会话的原  KickedResponse   CPE可以自己决
                         因是用于Web身份                    定重试发布。
                         管理而且会在会话
                         当中调用一次或多
                         次Kicked方法
“6          Single      表示建立会话的原  InformResponse    CPE不要重试发
CONNECTION               因是由于Server发                    布。
REQUEST”                来一个Connection
                         Request
“7TRANSFER  Single      表示建立会话是要  TransferComple    CPE不要丢弃没
COMPLETE”               指示以前的请求下  teResponse        有发布的
                          载或者上传已经完                  TRANSFER
                          成(不管是成功还是                 COMPLETE事
                          失败)，并且会在会                 件。
                          话当中多次调用一
                          次或多次
                          TransferComplete方
                          法。
“8             Single    用于在完成一个或  InformResponse  CPE必须重试发
DIAGNOSTICS               多个由ACS发起的                   布直到重启之前
COMPLETE”                诊断测试后，重建                  才丢弃它。
                          一个到ACS的了连
                          接。
“9REQUEST      Single    表示建立会话是要  RequestDownlo   CPE可以自己决
DOWNLOAD”                用于CPE调用一次   adResponse      定重试发布。
                          或者多次
                          RequestDownload方
                          法
“10OFFLINE”   Single    表示建立会话的原  InformRespons   CPE可以自己决
                          因是由于CPE准备   e               定重试发布。
                          进入离线状态。
“M Reboot”    Multiple  CPE收到ACS请求    InformResponse  CPE不要丢弃没
                          进行重启。                        有发布的“M
                                                            Reboot”事件。
“M             Multiple  ACS需要一个       InformResponse  CPE不要丢弃没
ScheduleInform”          Schedule Inform                   有发布的“M
                                                            ScheduleInform”
                                                            事件。
“M Download”  Multiple  先前ACS使用       TransferComple  CPE不要丢弃没
                          Download方法(的   teResponse      有发布的“M
                          请求的内容下载已                  Download”事
                          经完成。                          件。
“M Upload”    Multiple  先前ACS使用       TransferComple  CPE不要丢弃没
                          Upload方法请求的  teResponse      有发布的“M
                          内容下载已经完                    Upload”事件。
                          成。
“M             Multiple  先前ACS使用       InformResponse  CPE不要丢弃没
SetParameterVal           SetParameterValues                有发布的“M
ues”                     方法请求的参数改                  SetParameterValu
                          变已经得到应用。                  es”
“M AddObject” Multiple  先前ACS使用       InformResponse  CPE不要丢弃没
                          AddObject方法请求                 有发布的“M
                          的改变已经得到应                  AddObject”事
                          用。件。
“M             Multiple  先前ACS使用       InformResponse  CPE不要丢弃没
DeleteObject”            DeleteObiect方法请                有发布的“M
                                DeleteObject方法请          有发布的“M
                                求的改变已经得到            DeleteObject”事
                                应用。                      件。
“M  “<vendor-    Not          由于厂商扩展方法  没有规定  没有规定
specific method>   specified    完成后的动作请
                                求。CPE执行的动
                                作和ACS的响应由
                                厂商决定。
“X”<OUI>””<e   Not          厂商扩展事件。    没有规定  没有规定
vent>              specified
其中扩展了“10 OFFLINE”事件类型，当CPE需要进入离线状态时，在Inform方法中包含此事件类型，通知ACS该CPE准备离线。
由上表可知，此方法同时扩展了已有的“1BOOT(启动)”事件类型，该事件类型不仅表示“表示建立会话的原因是由于CPE打开电源或重新启动”还需要包括“CPE从休眠状态恢复”这个原因。
本发明提供的第二实施例通过新增RPC方法的办法来完成。通过新增一个Offline(离线)的RPC方法，当CPE准备下线时，CPE通过该RPC方法向ACS宣告其准备下线。
RPC方法Offline的目的是通知ACS，其准备进入离线状态，Offline所调用的参数具体如下：
参数           类型           描述
OfflineTime    unsignedInt    CPE预计的离线时间，以秒为单位
当CPE准备进入离线状态前，与ACS建立会话，通过Offline消息通知ACS其准备进入离线状态，参数OfflineTime指示CPE预计的离线时间。同时扩展已有的“1BOOT(启动)”事件类型，增加“CPE从休眠状态恢复”这个原因。
本发明实施例提供一种用户驻地设备离线通知装置，所述装置一种实施例模块示意图如图2所示，具体包括：
参数扩展模块，用于扩展CPE相关参数，增加离线通知机制；
所述扩展CPE相关参数包括：扩展Inform的Event参数的事件类型，增加离线事件，或者新增一个Offline离线的RPC方法。
离线通知模块，用于利用参数扩展模块扩展的CPE相关参数，在CPE准备离线前，主动发出离线通知。接收所述离线通知的设备包括对CPE进行配置管理的ASC设备。
综上所述，本发明通过CPE主动向ACS发出离线通知，ACS能够获取CPE的在线状态，在ACS需要主动连接CPE的情况下，ACS不会去尝试连接该CPE，节省了ACS的资源。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (9)

1.一种用户驻地设备离线通知方法，其特征在于，包括：
扩展用户驻地设备CPE相关参数，增加离线通知机制；
利用所述扩展的参数在CPE准备离线前主动发出离线通知。
2.如权利要求1所述的方法，其特征在于，所述扩展的CPE相关参数包括：
扩展通知Inform的事件Event参数的事件类型，增加离线事件。
3.如权利要求1所述的方法，其特征在于，所述扩展的CPE相关参数包括：
新增一个离线Offline的远程过程调用RPC方法。
4.如权利要求3所述的方法，其特征在于，所述的离线RPC方法的参数包括：
一个用来指示CPE预计离线时间的参数。
5.如权利要求2或3所述的方法，其特征在于，所述扩展的CPE相关参数进一步包括：
扩展启动1BOOT事件类型，增加“CPE从休眠状态恢复”的原因。
6.如权利要求1所述的方法，其特征在于，所述接收离线通知的设备包括自动配置服务器ACS。
7.一种用户驻地设备离线通知装置，其特征在于，包括：
参数扩展模块，用于扩展CPE相关参数，增加离线通知机制；
离线通知模块，用于利用参数扩展模块扩展的CPE相关参数，在CPE准备离线前，主动发出离线通知。
8.如权利要求7所述的装置，其特征在于，所述扩展的CPE相关参数包括：扩展Inform的Event参数的事件类型，增加离线事件；或者新增一个Offline离线的RPC方法。
9.如权利要求7所述的装置，其特征在于，所述装置与自动配置服务器ASC相连，由ACS接收所述离线通知。
CN2006101381646A 2006-11-14 2006-11-14 一种用户驻地设备离线通知方法及装置 Active CN101183967B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2006101381646A CN101183967B (zh) 2006-11-14 2006-11-14 一种用户驻地设备离线通知方法及装置
PCT/CN2007/071016 WO2008058483A1 (fr) 2006-11-14 2007-11-05 Procédé de notification de mise hors ligne de cpe et dispositif correspondant

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006101381646A CN101183967B (zh) 2006-11-14 2006-11-14 一种用户驻地设备离线通知方法及装置

Publications (2)

Publication Number Publication Date
CN101183967A true CN101183967A (zh) 2008-05-21
CN101183967B CN101183967B (zh) 2011-07-06

Family

ID=39401330

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006101381646A Active CN101183967B (zh) 2006-11-14 2006-11-14 一种用户驻地设备离线通知方法及装置

Country Status (2)

Country Link
CN (1) CN101183967B (zh)
WO (1) WO2008058483A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010051730A1 (zh) * 2008-11-06 2010-05-14 华为终端有限公司 一种数据同步的方法、装置及系统
WO2010069245A1 (zh) * 2008-12-16 2010-06-24 华为终端有限公司 实例标识的信息获取、上报方法及装置、处理系统
CN107395658A (zh) * 2016-05-17 2017-11-24 谷歌公司 离线对等辅助通知传输
WO2022236634A1 (zh) * 2021-05-10 2022-11-17 株式会社Ntt都科摩 客户前置装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5046088A (en) * 1989-10-31 1991-09-03 Dialogic Corporation Converter for in-band routing and/or origination information
GB0222549D0 (en) * 2002-09-30 2002-11-06 Marconi Comm Ltd Monitoring telecommunication network elements
CN100403690C (zh) * 2005-04-30 2008-07-16 华为技术有限公司 用户驻地设备配置管理方法及其系统
CN100370731C (zh) * 2005-11-03 2008-02-20 华为技术有限公司 计费系统和计费方法
CN1852167B (zh) * 2006-02-21 2010-09-29 华为技术有限公司 一种cpe参数属性处理方法

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010051730A1 (zh) * 2008-11-06 2010-05-14 华为终端有限公司 一种数据同步的方法、装置及系统
CN101436924B (zh) * 2008-11-06 2011-09-14 华为终端有限公司 一种数据同步的方法、装置及系统
US8630977B2 (en) 2008-11-06 2014-01-14 Huawei Device Co., Ltd. Method, apparatus, and system for data synchronization
WO2010069245A1 (zh) * 2008-12-16 2010-06-24 华为终端有限公司 实例标识的信息获取、上报方法及装置、处理系统
US8661134B2 (en) 2008-12-16 2014-02-25 Huawei Device Co., Ltd. Method and apparatus for obtaining and reporting instance label information and system for processing instance label information
CN107395658A (zh) * 2016-05-17 2017-11-24 谷歌公司 离线对等辅助通知传输
CN107395658B (zh) * 2016-05-17 2020-10-02 谷歌有限责任公司 离线对等辅助通知传输
WO2022236634A1 (zh) * 2021-05-10 2022-11-17 株式会社Ntt都科摩 客户前置装置

Also Published As

Publication number Publication date
CN101183967B (zh) 2011-07-06
WO2008058483A1 (fr) 2008-05-22

Similar Documents

Publication Publication Date Title
EP2978144B1 (en) Unified device management method and system
EP1780940B1 (en) High availability network systems
CN103974140B (zh) 一种基于tr069协议的大规模交互电视终端管理方法及系统
CN101183967B (zh) 一种用户驻地设备离线通知方法及装置
WO2007003107A1 (fr) Méthode et appareil pour réaliser une opération prédéterminée dans un dispositif de gestion
EP1940077A1 (en) Remote activation of home devices
CN101877650A (zh) 一种自动更新软件版本的方法及系统
RU2533638C2 (ru) Способ и устройство для конфигурирования данных
US20140115131A1 (en) Method and System for Managing Devices in Batches
CN106992903A (zh) 一种基于网络设备的数据采集系统及方法
JPH0721135A (ja) 二重化監視機能を持つデータ処理システム
EP2493119B1 (en) Method, device and system for applying configuration
CN101854647A (zh) 一种通过短信接口远程监控mas服务器并进行管理的方法
WO2012155706A1 (zh) 一种家庭网络应用终端设备管理系统及方法
CN112738834A (zh) 一种mesh组网网络应急管理方法和电子设备
WO2012024882A1 (zh) 无线传感器网络网关的备份方法及系统
CN110417913A (zh) 一种基于Rabbit MQ的云服务器异步创建方法
CN109960233A (zh) 用于自动配置在过程控制系统中的更换现场设备的方法和设备
CN103780436A (zh) 网络装置与其相关的连接保持方法
WO2009024083A1 (fr) Procédé, dispositif et système pour une synchronisation de données d&#39;une session de commande
CN101663875A (zh) 通信网络连接装置
CN107707406B (zh) 一种基于tr069升级设备的方法
JP2950262B2 (ja) マルチ統合エージェントシステムの立ち上げ方法
CN105072185A (zh) 一种tr069远程监控方法、系统和通讯设备
CN103873335B (zh) 终端设备的拨号方法和接入设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant