專利名稱：用戶駐地設(shè)備廣域網(wǎng)管理協(xié)議cwmp會(huì)話交互方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及用戶駐地設(shè)備廣域網(wǎng)管理協(xié)議CWMP會(huì)話交 互方法及裝置。
背景技術(shù)：
DSL(Digital Subscriber Line，數(shù)字用戶線路)作為一種寬帶接入技術(shù)，已經(jīng)得 到了廣泛的應(yīng)用，其典型組網(wǎng)方式中，一個(gè)或多個(gè)CPE(Customer Premises Equipment，用 戶駐地設(shè)備)經(jīng)由DSLAM(Digital SubscriberLine Access Multiplexer，數(shù)字用戶線路接 入復(fù)用器)、區(qū)域?qū)拵ЬW(wǎng)絡(luò)、BRAS (Broad Remote Access Server，寬帶遠(yuǎn)程接入服務(wù)器)等 連接到ACS (Auto-configuration Server,自動(dòng)配置服務(wù)器)，ACS通過(guò)ACS北向接口與業(yè) 務(wù)配置管理器連接?；趯拵Ы尤爰夹g(shù)的各種應(yīng)用，例如VoIP(Voice over Internet Protocol，網(wǎng) 絡(luò)電話)、IPTV(Internet Protocol Television，網(wǎng)絡(luò)電視)等，需要各種各樣的基于 IP (Internet Protocol,網(wǎng)際協(xié)議)的終端設(shè)備，即IP應(yīng)用終端，這些IP應(yīng)用終端在業(yè)界 被稱為CPE。目前Broadband Forum (寬帶論壇)的TR-069標(biāo)準(zhǔn)，定義了直接與DSLAM連 接的CPE(寬帶網(wǎng)絡(luò)終端，如網(wǎng)關(guān))與ACS自動(dòng)配置和管理的過(guò)程，TR-Ill標(biāo)準(zhǔn)定義了位于 局域網(wǎng)的CPE (局域網(wǎng)設(shè)備，如IPTV)通過(guò)與其相連的網(wǎng)關(guān)與ACS完成自動(dòng)配置和管理的過(guò) 程。對(duì)于不支持TR-069標(biāo)準(zhǔn)的各種IP應(yīng)用終端或非IP終端設(shè)備，即非TR-069設(shè)備， BroadBand Forum正在擴(kuò)展TR-069協(xié)議和相關(guān)的家庭網(wǎng)關(guān)數(shù)據(jù)模型，通過(guò)TR-069設(shè)備代理 的方式實(shí)現(xiàn)ACS對(duì)家庭網(wǎng)路中非TR-069設(shè)備的自動(dòng)管理。ACS通過(guò)TR-069協(xié)議向代理設(shè)備家庭網(wǎng)關(guān)發(fā)送對(duì)非TR-069設(shè)備的管理命令，代理 設(shè)備家庭網(wǎng)關(guān)收到該管理命令后，將其轉(zhuǎn)化為對(duì)應(yīng)非TR-069設(shè)備支持的協(xié)議的管理命令， 發(fā)送給非TR-069設(shè)備。反之，非TR-069設(shè)備對(duì)管理命令的執(zhí)行結(jié)果或事件消息首先通過(guò) 局域網(wǎng)協(xié)議發(fā)送給代理設(shè)備家庭網(wǎng)關(guān)，代理設(shè)備家庭網(wǎng)關(guān)將其轉(zhuǎn)換為TR-069協(xié)議格式發(fā) 送給ACS。通過(guò)以上架構(gòu)，即可實(shí)現(xiàn)ACS對(duì)非TR-069設(shè)備的代理管理。發(fā)明人在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)現(xiàn)現(xiàn)有技術(shù)存在如下不足在TR-069 設(shè)備管理中，ACS 與 CPE 之間的 CWMP(CPE WAN Management Protocol, CPE廣域網(wǎng)管理協(xié)議)會(huì)話交互過(guò)程包括ACS向CPE發(fā)送RPC(Remote Procedure Call, 遠(yuǎn)程過(guò)程調(diào)用)命令，CPE執(zhí)行命令后，向ACS反饋命令執(zhí)行的結(jié)果；其中若CPE無(wú)法及時(shí) 執(zhí)行命令，則可能導(dǎo)致ACS與CPE之間的CWMP會(huì)話超時(shí)，ACS無(wú)法獲取命令執(zhí)行結(jié)果。在被代理設(shè)備管理中，ACS在CWMP會(huì)話交互過(guò)程發(fā)送的被代理設(shè)備管理命令的 執(zhí)行都是TR_069設(shè)備接收到ACS發(fā)送給被代理設(shè)備的命令，翻譯成對(duì)應(yīng)的命令格式發(fā)送 給被代理設(shè)備，被代理設(shè)備執(zhí)行完成命令后向TR-069設(shè)備反饋執(zhí)行的結(jié)果，TR-069設(shè)備 再向ACS反饋執(zhí)行的結(jié)果，比ACS與TR-069設(shè)備之間的命令執(zhí)行和反饋增加了更多的環(huán) 節(jié)，另外，家庭網(wǎng)絡(luò)中非TR-069設(shè)備可能包括UPnP(Universal Plug and Play，通用即插即用)設(shè)備等IP設(shè)備，也可能包括Zigbee (新一代的無(wú)線傳感器網(wǎng)絡(luò)將采用802. 15. 4)和 ZWave (—種無(wú)線射頻通信技術(shù))等非IP設(shè)備。正常情況下，UPnP設(shè)備對(duì)管理命令的響應(yīng) 較快，但是Zigbee和ZWave等家庭網(wǎng)絡(luò)自動(dòng)化設(shè)備或三表抄送設(shè)備可能工作在定期喚醒模 式，無(wú)法實(shí)時(shí)執(zhí)行和響應(yīng)ACS的管理命令。上述原因均有可能導(dǎo)致ACS與CPE之間的CWMP 會(huì)話超時(shí)，ACS無(wú)法獲取被代理設(shè)備的命令執(zhí)行結(jié)果。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種用戶駐地設(shè)備廣域網(wǎng)管理協(xié)議CWMP會(huì)話交互方法，用以 減少CWMP會(huì)話超時(shí)，該方法包括第一設(shè)備在接收到第二設(shè)備的遠(yuǎn)程過(guò)程調(diào)用RPC命令后，通過(guò)超文本傳輸協(xié)議 HTTP向所述第二設(shè)備發(fā)送僅包含簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議頭元素SOAP Header的等待請(qǐng)求消息， 所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求 消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；向所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息。本發(fā)明實(shí)施例還提供一種CWMP會(huì)話交互方法，用以減少CWMP會(huì)話超時(shí)，該方法包 括第一設(shè)備在向第二設(shè)備發(fā)送RPC命令后，通過(guò)HTTP接收所述第二設(shè)備根據(jù)所述 RPC命令發(fā)送的僅包含SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指示延時(shí)響 應(yīng)所述RPC命令；所述第一設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；接收所述第二設(shè)備發(fā)送的所述RPC命令的響應(yīng)消息。本發(fā)明實(shí)施例還提供一種CWMP會(huì)話交互裝置，用以減少CWMP會(huì)話超時(shí)，該裝置包 括接收模塊，用于接收第二設(shè)備的RPC命令；等待處理模塊，用于在所述接收模塊接收到所述第二設(shè)備的RPC命令后，通過(guò) HTTP向所述第二設(shè)備發(fā)送僅包含SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指 示延時(shí)響應(yīng)所述RPC命令，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng) 至第一時(shí)間；發(fā)送模塊，用于向所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息。本發(fā)明實(shí)施例還提供一種CWMP會(huì)話交互裝置，用以減少CWMP會(huì)話超時(shí)，該裝置包 括發(fā)送模塊，用于向第二設(shè)備發(fā)送RPC命令；等待處理模塊，用于在所述發(fā)送模塊向第二設(shè)備發(fā)送RPC命令后，通過(guò)HTTP接收所述第二設(shè)備根據(jù)所述RPC命令發(fā)送的僅包含SOAP Header的等待請(qǐng)求 消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令，根據(jù)所述等待請(qǐng)求消息將超時(shí) 等待時(shí)間延長(zhǎng)至第一時(shí)間；接收模塊，用于接收所述第二設(shè)備發(fā)送的所述RPC命令的響應(yīng)消息。本發(fā)明實(shí)施例還提供一種CWMP會(huì)話交互系統(tǒng)，用以減少CWMP會(huì)話超時(shí)，該系統(tǒng)包 括
RPC命令發(fā)送裝置，用于發(fā)送RPC命令，通過(guò)HTTP接收僅包含SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令，根據(jù)所 述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；接收所述RPC命令的響應(yīng)消息；RPC命令接收裝置，用于接收所述RPC命令發(fā)送裝置的RPC命令，根據(jù)所述RPC命 令，通過(guò)HTTP向所述RPC命令發(fā)送裝置發(fā)送所述等待請(qǐng)求消息；以及，向所述RPC命令發(fā)送 裝置發(fā)送所述RPC命令的響應(yīng)消息。本發(fā)明實(shí)施例中，第一設(shè)備在接收到第二設(shè)備的遠(yuǎn)程過(guò)程調(diào)用RPC命令后，通過(guò) 超文本傳輸協(xié)議HTTP向所述第二設(shè)備發(fā)送僅包含簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議頭元素SOAP Header 的等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令，以使所述第二設(shè)備 根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；向所述第二設(shè)備發(fā)送所述RPC命 令的響應(yīng)消息，可以避免CWMP會(huì)話中因等待所述RPC命令的響應(yīng)消息的時(shí)間過(guò)長(zhǎng)而導(dǎo)致 CWMP會(huì)話超時(shí)。本發(fā)明實(shí)施例中，第一設(shè)備在向第二設(shè)備發(fā)送RPC命令后，通過(guò)HTTP接收所述第 二設(shè)備根據(jù)所述RPC命令發(fā)送的僅包含SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息 用于指示延時(shí)響應(yīng)所述RPC命令；所述第一設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延 長(zhǎng)至第一時(shí)間；接收所述第二設(shè)備發(fā)送的所述RPC命令的響應(yīng)消息，可以避免CWMP會(huì)話中 因等待所述RPC命令的響應(yīng)消息的時(shí)間過(guò)長(zhǎng)而導(dǎo)致CWMP會(huì)話超時(shí)。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本 發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。在附圖中圖1、圖2為本發(fā)明實(shí)施例中CWMP會(huì)話交互方法流程圖；圖3為本發(fā)明實(shí)施例中CWMP會(huì)話交互方法的具體實(shí)例的流程圖；圖4、圖5、圖7為本發(fā)明實(shí)施例中CWMP會(huì)話交互裝置的結(jié)構(gòu)示意圖；圖6為本發(fā)明實(shí)施例中圖5的執(zhí)行模塊的結(jié)構(gòu)示意圖；圖8為本發(fā)明實(shí)施例中CWMP會(huì)話交互系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下面結(jié)合附圖對(duì)本發(fā) 明實(shí)施例做進(jìn)一步詳細(xì)說(shuō)明。在此，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，但并 不作為對(duì)本發(fā)明的限定。如圖1所示，本發(fā)明實(shí)施例中用戶駐地設(shè)備廣域網(wǎng)管理協(xié)議CWMP會(huì)話交互方法流 程可以包括步驟101、第一設(shè)備接收第二設(shè)備的遠(yuǎn)程過(guò)程調(diào)用RPC命令；步驟102、通過(guò)超文本傳輸協(xié)議HTTP向第二設(shè)備發(fā)送僅包含SOAP (Simple Object Access Protocol，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議)Header (頭元素)的等待請(qǐng)求消息，所述等待請(qǐng)求消 息用于指示延時(shí)響應(yīng)所述RPC命令，以使第二設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；在TR-069協(xié)議中，在給通信對(duì)端發(fā)送了 RPC消息，且接收到對(duì)方的PRC響應(yīng)之后， 就算完成了一次RPC的調(diào)用。也即只要通信雙方相互發(fā)送了 RPC消息，就算完成了一次RPC 的調(diào)用。例如ACS向CPE發(fā)送了 RPC命令，之后ACS接收到了 CPE的一個(gè)RPC消息，ACS就 會(huì)認(rèn)為該RPC消息是CPE執(zhí)行了響應(yīng)的RPC命令對(duì)應(yīng)的配置之后返回的結(jié)果，該配置過(guò)程 就結(jié)束了。在本發(fā)明的實(shí)施例中，由于RPC相關(guān)命令參數(shù)封裝在SOAP消息體中(即SOAP層 在RPC層之下)，所以發(fā)送僅包含SOAP Header的等待消息請(qǐng)求，ACS可判斷該消息不是RPC 的響應(yīng)，可避免ACS認(rèn)為已經(jīng)收到RPC的響應(yīng)，以致認(rèn)為此次配置已經(jīng)結(jié)束，而導(dǎo)致的不能 接收到CPE的正確的響應(yīng)的情況。步驟103、向第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息。由圖1所示流程可以得知，本發(fā)明實(shí)施例中，第一設(shè)備在接收到第二設(shè)備的遠(yuǎn)程 過(guò)程調(diào)用RPC命令后，通過(guò)超文本傳輸協(xié)議HTTP向所述第二設(shè)備發(fā)送僅包含簡(jiǎn)單對(duì)象訪問(wèn) 協(xié)議頭元素SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC 命令，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；向所述 第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息，可以避免CWMP會(huì)話中因等待所述RPC命令的響應(yīng) 消息的時(shí)間過(guò)長(zhǎng)而導(dǎo)致CWMP會(huì)話超時(shí)。具體實(shí)施時(shí)，圖1所示流程可實(shí)施于ACS與支持TR-069標(biāo)準(zhǔn)的CPE之間的CWMP 會(huì)話交互過(guò)程，即在接收到所述RPC命令后，還可以包括執(zhí)行所述RPC命令；所述PRC命令 的響應(yīng)消息包括所述RPC命令的執(zhí)行結(jié)果；后續(xù)在設(shè)定時(shí)長(zhǎng)內(nèi)未執(zhí)行完所述RPC命令時(shí)，執(zhí) 行步驟102的通過(guò)HTTP向第二設(shè)備發(fā)送所述等待請(qǐng)求消息，以使所述第二設(shè)備根據(jù)所述等 待請(qǐng)求消息將等待時(shí)間延長(zhǎng)至所述第一時(shí)間。圖1所示流程也可實(shí)施于ACS與非TR-069設(shè)備之間的CWMP會(huì)話交互過(guò)程。在實(shí) 施于ACS與非TR-069設(shè)備之間的CWMP會(huì)話交互過(guò)程時(shí)，可以通過(guò)TR-069設(shè)備代理的方式 實(shí)現(xiàn)ACS對(duì)非TR-069設(shè)備的自動(dòng)管理。在一個(gè)實(shí)施例中，執(zhí)行所述RPC命令時(shí)，可以包括將所述RPC命令轉(zhuǎn)發(fā)給被代理設(shè)備執(zhí)行；接收被代理設(shè)備反饋的所述RPC命令執(zhí)行結(jié)果。其中，在轉(zhuǎn)發(fā)所述RPC命令時(shí)可以進(jìn)行格式轉(zhuǎn)換，在將所述RPC命令轉(zhuǎn)換為被代理 設(shè)備支持的協(xié)議格式后再進(jìn)行轉(zhuǎn)發(fā)。被代理設(shè)備在執(zhí)行完所述RPC命令后，反饋所述RPC 命令執(zhí)行結(jié)果；在接收到被代理設(shè)備反饋的所述RPC命令執(zhí)行結(jié)果后，再將執(zhí)行結(jié)果的格 式轉(zhuǎn)換為TR-069標(biāo)準(zhǔn)格式，發(fā)送所述RPC命令的響應(yīng)消息。圖1所示流程中，步驟102通過(guò)HTTP發(fā)送僅包含SOAP Header的等待請(qǐng)求消息的 方式可以有多種，例如，可以通過(guò)在所述等待請(qǐng)求消息中攜帶“繼續(xù)等待”關(guān)鍵字，指示延時(shí) 響應(yīng)所述RPC命令。當(dāng)然，該增加關(guān)鍵字的方法也可以實(shí)施于ACS與非TR-069設(shè)備之間的 CWMP會(huì)話交互過(guò)程，代理設(shè)備在收到ACS管理被代理設(shè)備的管理命令后，向被代理設(shè)備發(fā) 送管理命令，等待被代理設(shè)備的命令執(zhí)行結(jié)果；當(dāng)超過(guò)一段時(shí)間后，如果代理設(shè)備仍然沒(méi)有 收到被代理設(shè)備的命令執(zhí)行結(jié)果，則通過(guò)攜帶“繼續(xù)等待”關(guān)鍵字的等待請(qǐng)求消息通知ACS 繼續(xù)等待，避免管理會(huì)話超時(shí)。具體實(shí)施時(shí)可以采用擴(kuò)展SOAP Header關(guān)鍵字的方法，在SOAP Header中增加等待請(qǐng)求字段，可稱為WaitRequest，用于CWMP會(huì)話中一端請(qǐng)求另一端等待執(zhí)行結(jié)果，即用于 指示延時(shí)響應(yīng)所述RPC命令。即，步驟102可具體實(shí)施為發(fā)送僅包含SOAP Header的HTTP POST (發(fā)送)消息， 所述HTTP POST消息中的SOAP Header包含用于指示延時(shí)響應(yīng)所述RPC命令的等待請(qǐng)求字 段。一個(gè)實(shí)施例中，在執(zhí)行步驟102的通過(guò)HTTP發(fā)送所述等待請(qǐng)求消息之后，步驟103 的發(fā)送所述RPC命令的響應(yīng)消息之前，還可以包括通過(guò)HTTP接收等待確認(rèn)消息，所述等待 確認(rèn)消息用于指示等待所述RPC命令的響應(yīng)消息。通過(guò)HTTP接收所述等待確認(rèn)消息的方式也可以有多種，例如，可以通過(guò)在所述等 待確認(rèn)消息中攜帶“等待確認(rèn)”關(guān)鍵字，指示等待所述RPC命令的響應(yīng)消息。當(dāng)然，該增加關(guān) 鍵字的方法也可以實(shí)施于ACS與非TR-069設(shè)備之間的CWMP會(huì)話交互過(guò)程，這里不再贅述。 一個(gè)實(shí)施例中，可具體實(shí)施為在SOAP Header中增加等待確認(rèn)字段，可稱為ConfirmWait， 用來(lái)通知CWMP會(huì)話中對(duì)端正在等待執(zhí)行結(jié)果，即，指示等待所述RPC命令的響應(yīng)消息。S卩，前述通過(guò)HTTP接收所述等待確認(rèn)消息，可以包括接收包含SOAPHeader的 HTTP Response (響應(yīng))消息，所述HTTP Response消息中的SOAPHeader包含用于指示等待 所述RPC命令的響應(yīng)消息的等待確認(rèn)字段。一個(gè)實(shí)施例中，為了實(shí)現(xiàn)較長(zhǎng)的等待時(shí)間，在接收到所述RPC命令后，可以重復(fù)執(zhí) 行如下步驟，直至發(fā)送所述RPC命令的響應(yīng)消息通過(guò)HTTP發(fā)送所述等待請(qǐng)求消息；通過(guò)HTTP接收所述等待確認(rèn)消息。具體實(shí)施時(shí)，在向第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息之前，上述方法還可 以包括在所述第一時(shí)間之前的一預(yù)定時(shí)間，通過(guò)HTTP向所述第二設(shè)備發(fā)送僅包含SOAP Header的等待請(qǐng)求消息，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至 第一時(shí)間之后的第二時(shí)間。實(shí)施中圖1所示流程中的RPC命令可以是ACS與CPE之間往返的命令，如ACS發(fā)送 給CPE的管理命令、CPE發(fā)送給ACS的調(diào)用命令等。當(dāng)所述第一設(shè)備是用戶駐地設(shè)備CPE， 第二設(shè)備是自動(dòng)配置服務(wù)器ACS時(shí)，所述RPC命令是ACS發(fā)送給CPE的管理命令；或，當(dāng)所 述第一設(shè)備是ACS，所述第二設(shè)備是CPE時(shí)；所述RPC命令是CPE發(fā)送給ACS的調(diào)用命令。如圖2所示，本發(fā)明實(shí)施例中，CWMP會(huì)話交互方法流程可以包括步驟201、第一設(shè)備向第二設(shè)備發(fā)送RPC命令；步驟202、通過(guò)HTTP接收所述第二設(shè)備根據(jù)所述RPC命令發(fā)送的僅包含SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令；步驟203、第一設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；步驟204、接收所述第二設(shè)備發(fā)送的所述RPC命令的響應(yīng)消息。由圖2所示流程可以得知，本發(fā)明實(shí)施例中，第一設(shè)備在向第二設(shè)備發(fā)送RPC命令 后，通過(guò)HTTP接收所述第二設(shè)備根據(jù)所述RPC命令發(fā)送的僅包含SOAP Header的等待請(qǐng)求 消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令；第一設(shè)備根據(jù)所述等待請(qǐng)求消 息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；接收所述第二設(shè)備發(fā)送的所述RPC命令的響應(yīng)消息， 可以避免CWMP會(huì)話中因等待所述RPC命令的響應(yīng)消息的時(shí)間過(guò)長(zhǎng)而導(dǎo)致CWMP會(huì)話超時(shí)。
同圖1所示流程類似，步驟202中通過(guò)HTTP接收所述等待請(qǐng)求消息的方式可以有 多種，例如可以是接收僅包含SOAP Header的HTTP POST消息，所述HTTP POST消息中的 SOAP Header包含用于指示延時(shí)響應(yīng)所述RPC命令的等待請(qǐng)求字段，這里不再贅述。一個(gè)實(shí)施例中，通過(guò)HTTP接收所述等待請(qǐng)求消息之后，接收所述RPC命令的響應(yīng) 消息之前，還可以包括通過(guò)HTTP發(fā)送等待確認(rèn)消息，所述等待確認(rèn)消息用于指示等待所 述RPC命令的響應(yīng)消息。通過(guò)HTTP發(fā)送等待確認(rèn)消息的方式也可以有多種，例如可以是發(fā)送包含SOAP Header的HTTP Response消息，所述HTTP Response消息中的SOAPHeader包含用于指示等 待所述RPC命令的響應(yīng)消息的等待確認(rèn)字段，這里不再贅述?！獋€(gè)實(shí)施例中，為了實(shí)現(xiàn)較長(zhǎng)的等待時(shí)間，在發(fā)送所述RPC命令后，可以重復(fù)執(zhí)行 如下步驟，直至接收所述RPC命令的響應(yīng)消息通過(guò)HTTP接收所述等待請(qǐng)求消息；通過(guò)HTTP發(fā)送所述等待確認(rèn)消息。具體實(shí)施時(shí)，接收所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息之前，上述方法還 可以包括在所述第一時(shí)間之前的一預(yù)定時(shí)間，通過(guò)HTTP接收所述第二設(shè)備發(fā)送的僅包含 SOAP Header的等待請(qǐng)求消息；第一設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第 一時(shí)間之后的第二時(shí)間。當(dāng)然，實(shí)施中圖2所示流程中的CWMP會(huì)話命令可以是ACS與CPE之間往返的命令， 如ACS發(fā)送給CPE的管理命令、CPE發(fā)送給ACS的調(diào)用命令等。當(dāng)所述第一設(shè)備是ACS，所 述第二設(shè)備是CPE時(shí)；所述RPC命令是ACS發(fā)送給CPE的管理命令；或，當(dāng)所述第一設(shè)備是CPE，第二設(shè)備是ACS時(shí)；所述RPC命令是 CPE發(fā)送給ACS的調(diào)用命令。下面舉一例說(shuō)明上述CWMP會(huì)話交互方法的具體實(shí)施。本例中，CPE在收到ACS的管理命令后，開(kāi)始執(zhí)行該命令；當(dāng)超過(guò)一段時(shí)間后，如果 CPE尚未能完成該命令的執(zhí)行，則CPE通過(guò)SOAP Header攜帶“WaitRequest = True”關(guān)鍵 字的消息通知ACS繼續(xù)等待；ACS在收到該消息后，回復(fù)“ConfirmWait = True”表示繼續(xù) 等待，以避免CPE與ACS之間的CWMP會(huì)話超時(shí)。如圖3所示，本例中，CWMP會(huì)話交互方法的流程可以包括步驟301、建立 TCP (Transmission Control Protocol，傳輸控制協(xié)議)連接；步驟302、SSL (Secure Socket Layer,安全套接層)初始化，建立安全機(jī)制；步驟303、CPE發(fā)送Inform(通知)報(bào)文，開(kāi)始建立CWMP連接；Inform報(bào)文使用 Eventcode字段描述發(fā)送Inform報(bào)文的原因，該舉例為“6 CONNECTION REQUEST”，表示ACS 要求建立連接；步驟304、如果CPE通過(guò)ACS的認(rèn)證，ACS將返回Inform響應(yīng)報(bào)文，連接建立；步驟305、如果CPE沒(méi)有別的請(qǐng)求，就會(huì)發(fā)送一個(gè)空?qǐng)?bào)文，以滿足HTTP報(bào)文請(qǐng)求/ 響應(yīng)報(bào)文交互規(guī)則(CWMP是基于HTTP協(xié)議的，CWMP報(bào)文作為HTTP報(bào)文的數(shù)據(jù)部分封裝在 HTTP報(bào)文中)；步驟306、ACS發(fā)現(xiàn)CPE的ACS URL是本機(jī)URL的值，于是發(fā)起Set請(qǐng)求，要求將 CPE的ACS URL設(shè)置為備用ACS的URL的值；
即，CPE與ACS之間的會(huì)話建立后，CPE通過(guò)Inform向ACS上報(bào)事件消息后，ACS 發(fā)送命令管理CPE =ACS向CPE發(fā)送管理命令，如SetParameterValues (設(shè)置參數(shù)值)命令 修改CPE中的配置；如果CPE可以很快完成該命令的執(zhí)行，則CPE立即執(zhí)行步驟309，向ACS反饋執(zhí)行 結(jié)果；如果等待一段時(shí)間后仍未能完成該命令的執(zhí)行，則CPE執(zhí)行步驟307 ；步驟307、CPE通過(guò)發(fā)送僅包含SOAP Header的HTTP POST消息，通知ACS需要繼 續(xù)等待，該HTTP POST消息中的SOAP Header包含“WaitRequest = True” ；其中之前等待 的時(shí)間可以由CPE決定，可以根據(jù)會(huì)話超時(shí)時(shí)間確定，例如設(shè)定為0. 5倍的超時(shí)時(shí)間；步驟308、ACS在接收到“WaitRequest = True”消息后，通過(guò)回復(fù)僅包含SOAP Header的HTTP Response消息，表示ACS將繼續(xù)等待；該HTTP Response消息中的SOAP Header 包含“ConfirmWait = True” ；步驟309、設(shè)置成功，CPE發(fā)送響應(yīng)報(bào)文；當(dāng)CPE完成該命令的執(zhí)行并且獲得結(jié)果 后，向ACS上報(bào)該管理命令的最終執(zhí)行結(jié)果；步驟310、如果CPE沒(méi)有別的請(qǐng)求，就會(huì)發(fā)送一個(gè)空?qǐng)?bào)文，以滿足HTTP報(bào)文請(qǐng)求/ 響應(yīng)報(bào)文交互規(guī)則(CWMP是基于HTTP協(xié)議的，CWMP報(bào)文作為HTTP報(bào)文的數(shù)據(jù)部分封裝在 HTTP報(bào)文中)；步驟311、ACS發(fā)送空?qǐng)?bào)文通知CPE沒(méi)有別的請(qǐng)求了 ；步驟312、CPE關(guān)閉連接。圖3所示流程中，在步驟309之前，可以包含多個(gè)步驟307和步驟308，從而實(shí)現(xiàn)較 長(zhǎng)的等待時(shí)間。圖3所示流程具體實(shí)施時(shí)還可以在Inform消息中對(duì)ACS與CPE之間的CWMP會(huì)話 超時(shí)時(shí)間進(jìn)行協(xié)商。本例也可用于CPE調(diào)用ACS的RPC方法，CPE向ACS發(fā)送RPC命令時(shí)，若ACS無(wú)法 及時(shí)完成命令執(zhí)行，ACS通過(guò)SOAP Header攜帶“WaitRequest = True”關(guān)鍵字的消息通知 CPE繼續(xù)等待；而CPE則回復(fù)“ConfirmWait = True”表示繼續(xù)等待，從而避免CPE與ACS之 間的CWMP會(huì)話超時(shí)。上述“WaitRequest= True”和“ConfirmWait = True”可以在 CPE 和 ACS 之間連 續(xù)多次發(fā)送，從而實(shí)現(xiàn)較長(zhǎng)的等待時(shí)間。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以 通過(guò)程序來(lái)指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該 程序在執(zhí)行時(shí)，可以包括上述實(shí)施例方法中的全部或部分步驟，所述的存儲(chǔ)介質(zhì)可以包括 ROM、RAM、磁盤、光盤等。本發(fā)明實(shí)施例中還提供了一種CWMP會(huì)話交互裝置及CWMP會(huì)話交互系統(tǒng)，如下面 的實(shí)施例所述。由于這些裝置、系統(tǒng)解決問(wèn)題的原理與CWMP會(huì)話交互方法相似，因此這些 裝置、系統(tǒng)的實(shí)施可以參見(jiàn)方法的實(shí)施，重復(fù)之處不再贅述。如圖4所示，本發(fā)明實(shí)施例中CWMP會(huì)話交互裝置可以包括接收模塊401，用于接收第二設(shè)備的RPC命令；等待處理模塊402，用于在所述接收模塊接收到所述第二設(shè)備的RPC命令后，通過(guò) HTTP向所述第二設(shè)備發(fā)送僅包含SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng) 至第一時(shí)間；發(fā)送模塊403，用于向所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息。如圖5所述，一個(gè)實(shí)施例中，圖4所示CWMP會(huì)話交互裝置還可以包括執(zhí)行模塊501，用于在所述接收模塊接收到所述第二設(shè)備的RPC命令后，執(zhí)行所述 RPC命令；所述PRC命令的響應(yīng)消息包括所述RPC命令的執(zhí)行結(jié)果；等待處理模塊402具體用于在接收模塊401接收到所述第二設(shè)備的RPC命令后， 若在設(shè)定時(shí)長(zhǎng)內(nèi)所述執(zhí)行模塊501未執(zhí)行完所述RPC命令，則通過(guò)HTTP向所述第二設(shè)備發(fā) 送所述等待請(qǐng)求消息，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將等待時(shí)間延長(zhǎng)至所述第 一時(shí)間。如圖6所示，一個(gè)實(shí)施例中，執(zhí)行模塊501可以包括轉(zhuǎn)發(fā)單元601，用于將所述RPC命令轉(zhuǎn)發(fā)給被代理設(shè)備執(zhí)行；接收單元602，用于接收被代理設(shè)備反饋的所述RPC命令執(zhí)行結(jié)果。一個(gè)實(shí)施例中，等待處理模塊402還可以用于發(fā)送僅包含SOAP Header的HTTP POST消息，所述HTTP POST消息中的SOAP Header包含用于指示延時(shí)響應(yīng)所述RPC命令的等待請(qǐng)求字段。一個(gè)實(shí)施例中，等待處理模塊402還可以用于在通過(guò)HTTP發(fā)送所述等待請(qǐng)求消息之后，在所述發(fā)送模塊403發(fā)送所述RPC命令 的響應(yīng)消息之前，通過(guò)HTTP接收等待確認(rèn)消息，所述等待確認(rèn)消息用于指示等待所述RPC 命令的響應(yīng)消息。一個(gè)實(shí)施例中，等待處理模塊402還可以用于接收包含SOAP Header 的HTTP Response 消息，所述HTTP Response 消息中的 SOAP Header包含用于指示等待所述RPC命令的響應(yīng)消息的等待確認(rèn)字段。一個(gè)實(shí)施例中，等待處理模塊402還可以用于在所述接收模塊401接收到所述RPC 命令后，重復(fù)執(zhí)行如下步驟，直至所述發(fā)送模塊403發(fā)送所述RPC命令的響應(yīng)消息通過(guò)HTTP發(fā)送所述等待請(qǐng)求消息；通過(guò)HTTP接收所述等待確認(rèn)消息。一個(gè)實(shí)施例中，等待處理模塊402還可以用于在所述發(fā)送模塊403向所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息之前，在所述 第一時(shí)間之前的一預(yù)定時(shí)間，通過(guò)HTTP向所述第二設(shè)備發(fā)送僅包含SOAP Header的等待請(qǐng) 求消息，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間之后的 第二時(shí)間。一個(gè)實(shí)施例中，所述CWMP會(huì)話交互裝置是CPE ；所述第二設(shè)備是ACS ；所述RPC命 令是指:ACS發(fā)送給CPE的管理命令；或，所述CWMP會(huì)話交互裝臂是ACS，所述第二設(shè)備是CPE ；所述RPC命令是指CPE 發(fā)送給ACS的調(diào)用命令。如圖7所示，本發(fā)明實(shí)施例中CWMP會(huì)話交互裝置可以包括發(fā)送模塊701，用于向第二設(shè)備發(fā)送RPC命令；
等待處理模塊702，用于在所述發(fā)送模塊701向第二設(shè)備發(fā)送RPC命令后，通過(guò) HTTP接收所述第二設(shè)備根據(jù)所述RPC命令發(fā)送的僅包含SOAP Header的等待請(qǐng)求消息，所 述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令，根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間 延長(zhǎng)至第一時(shí)間；接收模塊703，用于接收所述第二設(shè)備發(fā)送的所述RPC命令的響應(yīng)消息。一個(gè)實(shí)施例中，等待處理模塊702還可以用于接收僅包含SOAP Header的HTTP POST消息，所述HTTP POST消息中的SOAP Header包含用于指示延時(shí)響應(yīng)所述RPC命令的等待請(qǐng)求字段。一個(gè)實(shí)施例中，等待處理模塊702還可以用于在通過(guò)HTTP接收所述等待請(qǐng)求消息 之后，所述接收模塊703接收所述RPC命令的響應(yīng)消息之前，通過(guò)HTTP發(fā)送等待確認(rèn)消息， 所述等待確認(rèn)消息用于指示等待所述RPC命令的響應(yīng)消息。一個(gè)實(shí)施例中，等待處理模塊702還可以用于發(fā)送包含SOAP Header 的HTTP Response 消息，所述HTTP Response 消息中的 SOAP Header包含用于指示等待所述RPC命令的響應(yīng)消息的等待確認(rèn)字段。一個(gè)實(shí)施例中，等待處理模塊702還可以用于在所述發(fā)送模塊701發(fā)送所述RPC 命令后，重復(fù)執(zhí)行如下步驟，直至所述接收模塊703接收所述RPC命令的響應(yīng)消息通過(guò)HTTP接收所述等待請(qǐng)求消息；通過(guò)HTTP發(fā)送所述等待確認(rèn)消息。一個(gè)實(shí)施例中，等待處理模塊702還可以用于在所述接收模塊703接收所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息之前，在所 述第一時(shí)間之前的一預(yù)定時(shí)間，通過(guò)HTTP接收所述第二設(shè)備發(fā)送的僅包含SOAP Header的 等待請(qǐng)求消息，根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間之后的第二時(shí)間。一個(gè)實(shí)施例中，所述CWMP會(huì)話交互裝置是ACS ；所述第二設(shè)備是CPE ；所述RPC命 令是指:ACS發(fā)送給CPE的管理命令；或，所述CWMP會(huì)話交互裝置是CPE ；所述第二設(shè)備是ACS ；所述RPC命令是指CPE 發(fā)送給ACS的調(diào)用命令。如圖8所示，本發(fā)明實(shí)施例中CWMP會(huì)話交互系統(tǒng)可以包括RPC命令發(fā)送裝置801，用于發(fā)送RPC命令，通過(guò)HTTP接收僅包含SOAPHeader的 等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令，根據(jù)所述等待請(qǐng)求消 息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；接收所述RPC命令的響應(yīng)消息；RPC命令接收裝置802，用于接收所述RPC命令發(fā)送裝置的RPC命令，根據(jù)所述RPC 命令，通過(guò)HTTP向所述RPC命令發(fā)送裝置發(fā)送所述等待請(qǐng)求消息；以及，向所述RPC命令發(fā) 送裝置發(fā)送所述RPC命令的響應(yīng)消息。一個(gè)實(shí)施中，若所述RPC命令是指ACS發(fā)送給CPE的管理命令；則上述RPC命令 發(fā)送裝置801為ACS ；RPC命令接收裝置802為CPE ；或，所述RPC命令是指CPE發(fā)送給ACS的調(diào)用命令；則上述RPC命令發(fā)送裝置801 為CPE ；RPC命令接收裝置802為ACS。本發(fā)明實(shí)施例中，第一設(shè)備在接收到第二設(shè)備的遠(yuǎn)程過(guò)程調(diào)用RPC命令后，通過(guò) 超文本傳輸協(xié)議HTTP向所述第二設(shè)備發(fā)送僅包含簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議頭元素SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令，以使所述第二設(shè)備 根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；向所述第二設(shè)備發(fā)送所述RPC命 令的響應(yīng)消息，可以避免CWMP會(huì)話中因等待所述RPC命令的響應(yīng)消息的時(shí)間過(guò)長(zhǎng)而導(dǎo)致 CWMP會(huì)話超時(shí)。本發(fā)明實(shí)施例中，第一設(shè)備在向第二設(shè)備發(fā)送RPC命令后，通過(guò)HTTP接收所述第 二設(shè)備根據(jù)所述RPC命令發(fā)送的僅包含SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息 用于指示延時(shí)響應(yīng)所述RPC命令；所述第一設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延 長(zhǎng)至第一時(shí)間；接收所述第二設(shè)備發(fā)送的所述RPC命令的響應(yīng)消息，可以避免CWMP會(huì)話中 因等待所述RPC命令的響應(yīng)消息的時(shí)間過(guò)長(zhǎng)而導(dǎo)致CWMP會(huì)話超時(shí)。以上所述的具體實(shí)施例，對(duì)本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳 細(xì)說(shuō)明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實(shí)施例而已，并不用于限定本發(fā)明的保 護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本 發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種用戶駐地設(shè)備廣域網(wǎng)管理協(xié)議CWMP會(huì)話交互方法，其特征在于，該方法包括 第一設(shè)備在接收到第二設(shè)備的遠(yuǎn)程過(guò)程調(diào)用RPC命令后，通過(guò)超文本傳輸協(xié)議HTTP向所述第二設(shè)備發(fā)送僅包含簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議頭元素SOAP Header的等待請(qǐng)求消息，所述等 待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將 超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；向所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息。
2.如權(quán)利要求1所述的方法，其特征在于，在接收到所述RPC命令后，還包括 執(zhí)行所述RPC命令；所述PRC命令的響應(yīng)消息包括所述RPC命令的執(zhí)行結(jié)果； 所述通過(guò)HTTP向所述第二設(shè)備發(fā)送僅包含SOAP Header的等待請(qǐng)求消息，包括 在設(shè)定時(shí)長(zhǎng)內(nèi)未執(zhí)行完所述RPC命令時(shí)，通過(guò)HTTP向所述第二設(shè)備發(fā)送所述等待請(qǐng)求 消息，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將等待時(shí)間延長(zhǎng)至所述第一時(shí)間。
3.如權(quán)利要求2所述的方法，其特征在于，向所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消 息之前，所述方法還包括在所述第一時(shí)間之前的一預(yù)定時(shí)間，通過(guò)HTTP向所述第二設(shè)備發(fā)送僅包含SOAP Header的等待請(qǐng)求消息，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至 第一時(shí)間之后的第二時(shí)間。
4.如權(quán)利要求1至3任一項(xiàng)所述的方法，其特征在于，所述第一設(shè)備是用戶駐地設(shè)備 CPE，第二設(shè)備是自動(dòng)配置服務(wù)器ACS，所述RPC命令是ACS發(fā)送給CPE的管理命令；或，所述第一設(shè)備是ACS，所述第二設(shè)備是CPE ； 所述RPC命令是CPE發(fā)送給ACS的調(diào)用命令。
5.一種CWMP會(huì)話交互方法，其特征在于，該方法包括第一設(shè)備在向第二設(shè)備發(fā)送RPC命令后，通過(guò)HTTP接收所述第二設(shè)備根據(jù)所述RPC命 令發(fā)送的僅包含SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述 RPC命令；所述第一設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間； 接收所述第二設(shè)備發(fā)送的所述RPC命令的響應(yīng)消息。
6.如權(quán)利要求5所述的方法，其特征在于，接收所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng) 消息之前，所述方法還包括在所述第一時(shí)間之前的一預(yù)定時(shí)間，通過(guò)HTTP接收所述第二設(shè)備發(fā)送的僅包含SOAP Header的等待請(qǐng)求消息；所述第一設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間之后的第二時(shí)間。
7.如權(quán)利要求5或6所述的方法，其特征在于，所述第一設(shè)備是ACS，所述第二設(shè)備是 CPE ；所述RPC命令是ACS發(fā)送給CPE的管理命令；或，所述第一設(shè)備是CPE，第二設(shè)備是ACS ； 所述RPC命令是CPE發(fā)送給ACS的調(diào)用命令。
8.—種CWMP會(huì)話交互裝置，其特征在于，該裝置包括 接收模塊，用于接收第二設(shè)備的RPC命令；等待處理模塊，用于在所述接收模塊接收到所述第二設(shè)備的RPC命令后，通過(guò)HTTP向 所述第二設(shè)備發(fā)送僅包含SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指示延時(shí) 響應(yīng)所述RPC命令，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一 時(shí)間；發(fā)送模塊，用于向所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息。
9.如權(quán)利要求8所述的裝置，其特征在于，還包括執(zhí)行模塊，用于在所述接收模塊接收到所述第二設(shè)備的RPC命令后，執(zhí)行所述RPC命令；所述PRC命令的響應(yīng)消息包括所述RPC命令的執(zhí)行結(jié)果；所述等待處理模塊具體用于在所述接收模塊接收到所述第二設(shè)備的RPC命令后，若在 設(shè)定時(shí)長(zhǎng)內(nèi)所述執(zhí)行模塊未執(zhí)行完所述RPC命令，則通過(guò)HTTP向所述第二設(shè)備發(fā)送所述等 待請(qǐng)求消息，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將等待時(shí)間延長(zhǎng)至所述第一時(shí)間。
10.如權(quán)利要求9所述的裝置，其特征在于，所述等待處理模塊進(jìn)一步用于 在所述發(fā)送模塊向所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息之前，在所述第一時(shí)間之前的一預(yù)定時(shí)間，通過(guò)HTTP向所述第二設(shè)備發(fā)送僅包含SOAP Header的等待請(qǐng)求消息， 以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間之后的第二時(shí) 間。
11.如權(quán)利要求8至10任一項(xiàng)所述的裝置，其特征在于，所述CWMP會(huì)話交互裝置是 CPE ；所述第二設(shè)備是ACS ；所述RPC命令是ACS發(fā)送給CPE的管理命令；或，所述CWMP會(huì)話交互裝置是ACS，所述第二設(shè)備是CPE ；所述RPC命令是CPE發(fā)送給 ACS的調(diào)用命令。
12. —種CWMP會(huì)話交互裝置，其特征在于，該裝置包括 發(fā)送模塊，用于向第二設(shè)備發(fā)送RPC命令；等待處理模塊，用于在所述發(fā)送模塊向第二設(shè)備發(fā)送RPC命令后，通過(guò)HTTP接收所述 第二設(shè)備根據(jù)所述RPC命令發(fā)送的僅包含SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消 息用于指示延時(shí)響應(yīng)所述RPC命令，根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí) 間；接收模塊，用于接收所述第二設(shè)備發(fā)送的所述RPC命令的響應(yīng)消息。
13.如權(quán)利要求12所述的裝置，其特征在于，所述等待處理模塊進(jìn)一步用于在所述接收模塊接收所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息之前，在所述第一時(shí) 間之前的一預(yù)定時(shí)間，通過(guò)HTTP接收所述第二設(shè)備發(fā)送的僅包含SOAP Header的等待請(qǐng)求 消息，根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間之后的第二時(shí)間。
14.如權(quán)利要求12或者13所述的裝置，其特征在于，所述CWMP會(huì)話交互裝置是ACS； 所述第二設(shè)備是CPE ；所述RPC命令是ACS發(fā)送給CPE的管理命令；或，所述CWMP會(huì)話交互裝置是CPE ；所述第二設(shè)備是ACS ；所述RPC命令是CPE發(fā)送給 ACS的調(diào)用命令。
15. 一種CWMP會(huì)話交互系統(tǒng)，其特征在于，該系統(tǒng)包括RPC命令發(fā)送裝置，用于發(fā)送RPC命令，通過(guò)HTTP接收僅包含SOAP Header的等待請(qǐng)求 消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令，根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；接收所述RPC命令的響應(yīng)消息；RPC命令接收裝置，用于接收所述RPC命令發(fā)送裝置的RPC命令，根據(jù)所述RPC命令，通 過(guò)HTTP向所述RPC命令發(fā)送裝置發(fā)送所述等待請(qǐng)求消息；以及，向所述RPC命令發(fā)送裝置 發(fā)送所述RPC命令的響應(yīng)消息。
全文摘要
本發(fā)明公開(kāi)了一種用戶駐地設(shè)備廣域網(wǎng)管理協(xié)議CWMP會(huì)話交互方法，該方法包括第一設(shè)備在接收到第二設(shè)備的遠(yuǎn)程過(guò)程調(diào)用RPC命令后，通過(guò)超文本傳輸協(xié)議HTTP向所述第二設(shè)備發(fā)送僅包含簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議頭元素SOAP Header的等待請(qǐng)求消息，所述等待請(qǐng)求消息用于指示延時(shí)響應(yīng)所述RPC命令，以使所述第二設(shè)備根據(jù)所述等待請(qǐng)求消息將超時(shí)等待時(shí)間延長(zhǎng)至第一時(shí)間；向所述第二設(shè)備發(fā)送所述RPC命令的響應(yīng)消息。本發(fā)明同時(shí)公開(kāi)一種CWMP會(huì)話交互裝置和CWMP會(huì)話交互系統(tǒng)。采用本發(fā)明可以避免CWMP會(huì)話中因等待所述RPC命令的響應(yīng)消息的時(shí)間過(guò)長(zhǎng)而導(dǎo)致CWMP會(huì)話超時(shí)。
文檔編號(hào)H04L29/06GK101997858SQ20091016807
公開(kāi)日2011年3月30日 申請(qǐng)日期2009年8月24日 優(yōu)先權(quán)日2009年8月24日
發(fā)明者吳黃偉, 張欽亮, 方平, 朱萸 申請(qǐng)人:華為終端有限公司