專利名稱：用戶駐地設(shè)備廣域網(wǎng)管理協(xié)議cwmp會話交互方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及用戶駐地設(shè)備廣域網(wǎng)管理協(xié)議CWMP會話交 互方法及裝置。
背景技術(shù)：
DSL(Digital Subscriber Line，數(shù)字用戶線路)作為一種寬帶接入技術(shù)，已經(jīng)得 到了廣泛的應(yīng)用，其典型組網(wǎng)方式中，一個或多個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,自動配置服務(wù)器)，ACS通過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自動配置和管理的過程，TR-Ill標(biāo)準(zhǔn)定義了位于 局域網(wǎng)的CPE (局域網(wǎng)設(shè)備，如IPTV)通過與其相連的網(wǎng)關(guān)與ACS完成自動配置和管理的過 程。對于不支持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ù)模型，通過TR-069設(shè)備代理 的方式實(shí)現(xiàn)ACS對家庭網(wǎng)路中非TR-069設(shè)備的自動管理。ACS通過TR-069協(xié)議向代理設(shè)備家庭網(wǎng)關(guān)發(fā)送對非TR-069設(shè)備的管理命令，代理 設(shè)備家庭網(wǎng)關(guān)收到該管理命令后，將其轉(zhuǎn)化為對應(yīng)非TR-069設(shè)備支持的協(xié)議的管理命令， 發(fā)送給非TR-069設(shè)備。反之，非TR-069設(shè)備對管理命令的執(zhí)行結(jié)果或事件消息首先通過 局域網(wǎng)協(xié)議發(fā)送給代理設(shè)備家庭網(wǎng)關(guān)，代理設(shè)備家庭網(wǎng)關(guān)將其轉(zhuǎn)換為TR-069協(xié)議格式發(fā) 送給ACS。通過以上架構(gòu)，即可實(shí)現(xiàn)ACS對非TR-069設(shè)備的代理管理。發(fā)明人在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)存在如下不足在TR-069 設(shè)備管理中，ACS 與 CPE 之間的 CWMP(CPE WAN Management Protocol, CPE廣域網(wǎng)管理協(xié)議)會話交互過程包括ACS向CPE發(fā)送RPC(Remote Procedure Call, 遠(yuǎn)程過程調(diào)用)命令，CPE執(zhí)行命令后，向ACS反饋命令執(zhí)行的結(jié)果；其中若CPE無法及時 執(zhí)行命令，則可能導(dǎo)致ACS與CPE之間的CWMP會話超時，ACS無法獲取命令執(zhí)行結(jié)果。在被代理設(shè)備管理中，ACS在CWMP會話交互過程發(fā)送的被代理設(shè)備管理命令的 執(zhí)行都是TR_069設(shè)備接收到ACS發(fā)送給被代理設(shè)備的命令，翻譯成對應(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ǎng)絡(luò)將采用802. 15. 4)和 ZWave (—種無線射頻通信技術(shù))等非IP設(shè)備。正常情況下，UPnP設(shè)備對管理命令的響應(yīng) 較快，但是Zigbee和ZWave等家庭網(wǎng)絡(luò)自動化設(shè)備或三表抄送設(shè)備可能工作在定期喚醒模 式，無法實(shí)時執(zhí)行和響應(yīng)ACS的管理命令。上述原因均有可能導(dǎo)致ACS與CPE之間的CWMP 會話超時，ACS無法獲取被代理設(shè)備的命令執(zhí)行結(jié)果。

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


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