專(zhuān)利名稱(chēng)：對(duì)連接在網(wǎng)絡(luò)上的設(shè)備進(jìn)行代理應(yīng)答的方法和裝置的制作方法
對(duì)連接在網(wǎng)絡(luò)上的設(shè)備進(jìn)行代理應(yīng)答的方法和裝置 技術(shù)領(lǐng)域本項(xiàng)發(fā)明涉及一種可防止低電力功能的支持設(shè)備和不支持設(shè)備共 存于網(wǎng)絡(luò)上所造成的設(shè)備間動(dòng)作失誤的方法及裝置。
背景技術(shù)：
隨著近來(lái)各種小型裝置(device)對(duì)大型處理電源的使用，低廉而普 遍的網(wǎng)絡(luò)^ 某體技術(shù)便應(yīng)運(yùn)而生或得到廣泛應(yīng)用。目前，PC的操作系統(tǒng)在支持PnP (Plug and Play)功能以后，便很難 再設(shè)置并設(shè)定PC的外圍設(shè)備(peripheral device)。但是，UPnP是一種 以TCP/IP、 HTTP和XML之類(lèi)的互聯(lián)網(wǎng)標(biāo)準(zhǔn)技術(shù)為基礎(chǔ)，將這種便利 功能擴(kuò)展到網(wǎng)絡(luò)當(dāng)中，使許多如家電產(chǎn)品、網(wǎng)絡(luò)打印機(jī)、internet gate 之類(lèi)的網(wǎng)絡(luò)設(shè)備在接入互聯(lián)網(wǎng)的狀態(tài)下，對(duì)任意一個(gè)設(shè)備進(jìn)行設(shè)置并 通過(guò)網(wǎng)絡(luò)聯(lián)網(wǎng)對(duì)其進(jìn)行使用的技術(shù)。由于支持UPnP標(biāo)準(zhǔn)的家庭網(wǎng)絡(luò)(以下簡(jiǎn)稱(chēng)'UPnP網(wǎng)絡(luò)')上所連接 的設(shè)備，必須能夠紐常將設(shè)備狀態(tài)傳遞給執(zhí)行設(shè)備控制功能的控制應(yīng) 用程序(Control Application)--控制點(diǎn)(CP: Control Point)，所以必須 處在消耗操作電力的激活(alive)狀態(tài)。但是，如果所有設(shè)備都經(jīng)常處 于激活狀態(tài)的話(huà)，會(huì)造成很大的電力消耗，這樣對(duì)建立家庭網(wǎng)絡(luò)十分 不利。為解決這種電力消耗問(wèn)題，低電力功能開(kāi)始受到廣泛關(guān)注，這一 低電力功能之一就是引進(jìn)LP代理服務(wù)器(proxy),由LP代理服務(wù)器代替設(shè)備對(duì)控制點(diǎn)進(jìn)行應(yīng)答，從而能夠使相關(guān)設(shè)備處于電力消耗減少或最少的睡眠(sle印)狀態(tài)。為此，還要求控制點(diǎn)(以下簡(jiǎn)稱(chēng)'LP控制點(diǎn)O 能夠解釋用于^f氐電力功能的動(dòng)作和參數(shù)。因此，在促使連接在UPnP網(wǎng)絡(luò)上的所有設(shè)備支持低電力功能之前， 低電力功能的支持設(shè)備和不支持設(shè)備將暫時(shí)共存于網(wǎng)絡(luò)上，從這點(diǎn)來(lái) 說(shuō)控制點(diǎn)的情況也是如此。如果處于如此狀態(tài)的話(huà)，用于低電力功能 的設(shè)備間的信息交換就會(huì)出現(xiàn)失誤，致使無(wú)法按照用戶(hù)的申請(qǐng)進(jìn)行所 需要的正常操作。圖l就是這樣一個(gè)例子。下面對(duì)圖1所示的信號(hào)流程圖進(jìn)行大致說(shuō)明。在LP代理服務(wù)器11 將用于開(kāi)始進(jìn)行代理應(yīng)答的動(dòng)作發(fā)送給低電力功能的支持設(shè)備10 (以 下簡(jiǎn)稱(chēng)'LP設(shè)備O之后(步驟IO)，如果由此接收到指定睡眠模式如deep sleep on-line的應(yīng)答(步驟ll )的話(huà)，將代理上述LP設(shè)備10對(duì)以后的查 尋(search)動(dòng)作(步驟13)進(jìn)行狀態(tài)報(bào)告或者應(yīng)答(步驟14 )。但是，上述LP設(shè)備10在對(duì)用于開(kāi)始上迷代理應(yīng)答的動(dòng)作進(jìn)行應(yīng)答 (步驟ll)之后，為通知自己已進(jìn)入了睡眠狀態(tài)，將發(fā)出byebye的通 告消息(NTS:ssdp:byebye)(步驟12 ),該消息讓不支持低電力功能的 控制點(diǎn)13(也稱(chēng)為"遺留(legacy)控制點(diǎn)")認(rèn)為該LP設(shè)備10被從網(wǎng)絡(luò) 中消除，并在自身的db中刪除相關(guān)設(shè)備(OP10)。這是因?yàn)樯鲜隹刂?點(diǎn)l 3不能解釋消息內(nèi)的用于低電力的標(biāo)題信息(電力狀態(tài)(power state) 等)。因此，如上所述，如果上述LP代理服務(wù)器11代理LP設(shè)備10進(jìn)行應(yīng) 答(步驟14)的話(huà)，該代理應(yīng)答消息內(nèi)的USN(Unique Service Name) 與上述LP設(shè)備10相同，但是該消息發(fā)送地的IP地址卻與現(xiàn)有的不同，因此上述控制點(diǎn)1 3判斷為新的設(shè)備連接在網(wǎng)絡(luò)上，并將新的設(shè)備/服務(wù)(service)登錄在自身的db上(OP11)。此時(shí)，針對(duì)上述LP設(shè)備10提 供的服務(wù)，是以上述LP代理服務(wù)器11的IP進(jìn)行登錄的。因此，在上述情況下，如果按照用戶(hù)的申請(qǐng)，上述控制點(diǎn)13申請(qǐng) 瀏覽上述LP設(shè)備10的動(dòng)作的話(huà)，該動(dòng)作并不傳遞給上述LP設(shè)備IO， 而是傳遞給上述LP代理服務(wù)器11 (步驟15),從而無(wú)法準(zhǔn)確地完成 動(dòng)作。以后持續(xù)的動(dòng)作申請(qǐng)也都傳遞給上述LP代理服務(wù)器11。即使 是在發(fā)生上述瀏覽動(dòng)作之前，該設(shè)備已經(jīng)通過(guò)上述LP控制點(diǎn)12的解 除睡眠狀態(tài)操作(步驟14-1)向網(wǎng)絡(luò)通知了自己已經(jīng)從睡眠狀態(tài)轉(zhuǎn)換 成激活狀態(tài)的消息(步驟14-2),但是上述無(wú)法準(zhǔn)確完成動(dòng)作的情況 也不會(huì)發(fā)生改變。這是因?yàn)?，該通知消息?huì)被上述控制點(diǎn)13視為已經(jīng) 具有處于激活狀態(tài)的設(shè)備/服務(wù)的USN,故而將其忽略(OP12)。發(fā)明內(nèi)容因此，本發(fā)明正是為解決上述問(wèn)題而提出的，目的在于提供在低 電力支持設(shè)備和不支持設(shè)備共存于網(wǎng)絡(luò)上的狀態(tài)下，在發(fā)送用于支持 低電力的代理應(yīng)答消息以后，也準(zhǔn)確地特別指定控制和/或查詢(xún)動(dòng)作的 對(duì)象設(shè)備/服務(wù)，以便能夠完成操作申請(qǐng)的方法及裝置。為了實(shí)現(xiàn)上述目的，本發(fā)明的特征之一在于針對(duì)進(jìn)入睡眠狀態(tài) 的任意設(shè)備都代理應(yīng)答，同時(shí)如果從外部接收到的動(dòng)作需要處于代理 應(yīng)答狀態(tài)的睡眠狀態(tài)設(shè)備轉(zhuǎn)換成激活狀態(tài)的話(huà)，就通過(guò)網(wǎng)絡(luò)通告該睡 眠狀態(tài)設(shè)備已經(jīng)呈現(xiàn)進(jìn)入睡眠狀態(tài)的消息。另外，本發(fā)明的特征之二在于在通過(guò)網(wǎng)絡(luò)通告該設(shè)備呈現(xiàn)進(jìn)入 睡眠狀態(tài)的消息的同時(shí)，向處于代理應(yīng)答狀態(tài)的上述睡眠狀態(tài)設(shè)備發(fā)送申請(qǐng)解除睡眠狀態(tài)的消息。在本發(fā)明的一個(gè)實(shí)施例中，如果出現(xiàn)了對(duì)上述睡眠狀態(tài)設(shè)備進(jìn)行 瀏覽的申請(qǐng)動(dòng)作，就通過(guò)網(wǎng)絡(luò)通告上述睡眠狀態(tài)設(shè)備呈現(xiàn)進(jìn)入睡眠狀 態(tài)的消息。在本發(fā)明的另 一實(shí)施例中，如果接收到申請(qǐng)對(duì)上述睡眠狀態(tài)設(shè)備 解除睡眠狀態(tài)的動(dòng)作，就通過(guò)網(wǎng)絡(luò)通告上述睡眠狀態(tài)設(shè)備呈現(xiàn)進(jìn)入睡 眠狀態(tài)的消息。本發(fā)明的效果在于在低電力支持設(shè)備和不支持設(shè)備共存于網(wǎng)絡(luò) 上的狀態(tài)下，在發(fā)送用于支持低電力的代理應(yīng)答消息以后，也向?qū)ο?設(shè)備/服務(wù)準(zhǔn)確申請(qǐng)控制和/或查詢(xún)動(dòng)作，所以可以預(yù)先消除通過(guò)控制 點(diǎn)給用戶(hù)設(shè)備管理帶來(lái)的不便。


圖1是由于低電力支持設(shè)備和不支持設(shè)備共存而造成動(dòng)作失誤的 一個(gè)實(shí)施例的信號(hào)流程圖；圖2是本發(fā)明一個(gè)實(shí)施例的防止動(dòng)作失誤的信號(hào)流程圖；圖3是本發(fā)明另 一實(shí)施例的防止動(dòng)作失誤的信號(hào)流程圖。*附圖中主要部分的符號(hào)說(shuō)明*10、 20:LP設(shè)備 11、 21:LP代理服務(wù)器12、 22:LP控制點(diǎn) 13、 23:控制點(diǎn)具體實(shí)施方式
發(fā)明的理想實(shí)施例進(jìn)行詳細(xì)說(shuō)明。圖2是本發(fā)明 一 個(gè)實(shí)施例的信號(hào)流程圖。下面對(duì)圖2的信號(hào)流程圖 進(jìn)4亍詳細(xì)i兌明。在圖2的信號(hào)流程圖中，LP代理服務(wù)器21讓LP設(shè)備20進(jìn)入睡眠狀 態(tài)，由自己代替應(yīng)答查尋消息的過(guò)程(步驟10到步驟13)，以及控制 點(diǎn)23根據(jù)byebye消息在自身的db中刪除相關(guān)的LPi殳備20 (OP10)，并 按上述LP代理服務(wù)器21的代理應(yīng)答再次登錄在db上的操作(OP11)， 同參照?qǐng)D1的現(xiàn)有信號(hào)流程圖說(shuō)明的內(nèi)容完全一樣。在完成上述過(guò)程之后，如果上述控制點(diǎn)23根據(jù)用戶(hù)的申請(qǐng)向上述 LP設(shè)備20申請(qǐng)任意操作，例如瀏覽的動(dòng)作，那么該動(dòng)作就在上述登錄 的基礎(chǔ)上被傳遞給上述LP代理服務(wù)器21 (步驟15)。于是，上述LP代 理服務(wù)器21確認(rèn)是針對(duì)當(dāng)前處在睡眠狀態(tài)的設(shè)備20的動(dòng)作，同時(shí)又是 需要轉(zhuǎn)換成激活狀態(tài)的動(dòng)作，然后向網(wǎng)絡(luò)多點(diǎn)傳送byebye消息(包含 睡眠模式的指定)(步驟21)。由于此時(shí)的通告消息，上述控制點(diǎn)23將 在自身的db中把事先因代理應(yīng)答(步驟14)而登錄的LP代理服務(wù)器21 刪除(0P21)。而且，上述所通告的byebye消息內(nèi)的睡眠模式與上述 LP設(shè)備20進(jìn)入睡眠狀態(tài)時(shí)通知的(步驟12)消息內(nèi)的睡眠模式，比如 deep sleep on-line相同。上述LP代理服務(wù)器21在通告byebye消息的同時(shí)，從控制點(diǎn)23向被 申請(qǐng)動(dòng)作的設(shè)備20發(fā)送解除(wakeup)睡眠狀態(tài)的申請(qǐng)消息(步驟22 )。 根據(jù)解除睡眠狀態(tài)的申請(qǐng)消息，上述LP設(shè)備20將向網(wǎng)絡(luò)通知自已恢復(fù) 到激活狀態(tài)(步驟23)。但是，針對(duì)與該通知消息具有相同USN的設(shè) 備/服務(wù)，則由于LP代理服務(wù)器21發(fā)出的byebye消息，而已經(jīng)被預(yù)先從上述控制點(diǎn)2 3的db中刪除，所以上述控制點(diǎn)2 3會(huì)認(rèn)為是有新的設(shè)備要 連接到網(wǎng)絡(luò)上，并將該設(shè)備登錄在自身的db上(OP22)。基于上述過(guò)程，從睡眠狀態(tài)轉(zhuǎn)換成激活狀態(tài)的設(shè)備被上述控制點(diǎn) 23正常地認(rèn)知了 ，因而以后對(duì)該設(shè)備的動(dòng)作將能夠被正常地執(zhí)行。同時(shí)，由上述LP代理服務(wù)器21通知給網(wǎng)絡(luò)的byebye消息(步驟21 ) 也被傳遞給LP控制點(diǎn)22，這樣便不會(huì)產(chǎn)生任何問(wèn)題了。這是因?yàn)?，?有同一USN的內(nèi)容與byebye消息(包含睡眠模式的指定)相同的消息 (指定相同的睡眠模式)在LP設(shè)備20進(jìn)入睡眠狀態(tài)時(shí)也被預(yù)先傳送給了 上述LP控制點(diǎn)22 (步驟12)，所以上述LP控制點(diǎn)22就判斷為內(nèi)容重復(fù) 的消息，故而將其忽略。圖3是本發(fā)明另 一 實(shí)施例的信號(hào)流程圖，下面對(duì)此進(jìn)行詳細(xì)說(shuō)明。 圖3的實(shí)施例顯示的是低電力支持控制點(diǎn)22在不支持低電力的控制點(diǎn) 23進(jìn)行任意動(dòng)作之前申請(qǐng)解除睡眠狀態(tài)的情況。如圖3所示，如果上述LP控制點(diǎn)22對(duì)處于睡眠狀態(tài)的設(shè)備/服務(wù)特 定指定USN并向LP代理服務(wù)器21申請(qǐng)解除睡眠狀態(tài)的話(huà)(步驟31)， 上述LP代理服務(wù)器21將向網(wǎng)絡(luò)通告byebye消息(包含相關(guān)設(shè)備20進(jìn)入 的睡眠^(guò)f莫式的指定)(步驟32)。依據(jù)此時(shí)的通告消息，上述控制點(diǎn)23 將之前依據(jù)代理應(yīng)答(步驟14)而登錄的LP代理服務(wù)器21從自身的db 中刪除(OP31)。另外，上述LP.代理服務(wù)器21在通告byebye消息的同時(shí)，針對(duì)被要 求解除睡眠狀態(tài)的LP設(shè)備20發(fā)送申請(qǐng)解除(wakeup)睡眠狀態(tài)的消息 (步驟22)。根據(jù)該解除睡眠狀態(tài)的申請(qǐng)消息，上迷LP設(shè)備20將向網(wǎng) 絡(luò)通告自身恢復(fù)的狀態(tài)，例如激活狀態(tài)(active) (S33)。但是，針對(duì)與該通告消息具有相同USN的設(shè)備/服務(wù)，已經(jīng)依據(jù)LP代理服務(wù)器21的 byebye消息被預(yù)先從上述控制點(diǎn)23的db中刪除了 ，所以上述控制點(diǎn)23 就判斷為有新設(shè)備連接在網(wǎng)絡(luò)上，并將該設(shè)備登錄在自已的db上 (OP32)?；谏鲜鲞^(guò)程，從睡眠狀態(tài)中解除出來(lái)的設(shè)備被上述控制點(diǎn)23正 常地認(rèn)知，所以通過(guò)上述控制點(diǎn)2 3就可以正常地傳遞對(duì)該設(shè)備所申請(qǐng) 的動(dòng)作了。如上所述，在本發(fā)明中，針對(duì)進(jìn)入睡眠狀態(tài)的設(shè)備/服務(wù)進(jìn)行代理 應(yīng)答的LP代理服務(wù)器，根據(jù)例如所接收到的動(dòng)作種類(lèi)來(lái)判斷是否需要 解除該設(shè)備/服務(wù)睡眠狀態(tài)的情況，而讓低電力不支持控制點(diǎn)取消應(yīng)答 代理者的登錄狀態(tài)，從而能使從睡眠狀態(tài)中解除出來(lái)的設(shè)備/服務(wù)正常 地進(jìn)行重新登錄，并正確地執(zhí)行相關(guān)動(dòng)作。以上為了例示的目的對(duì)本項(xiàng)發(fā)明理想的實(shí)施例進(jìn)行了說(shuō)明。當(dāng)然， 相關(guān)工作人員完全可以在下面權(quán)利要求項(xiàng)中所記載的本項(xiàng)發(fā)明技術(shù)思 想及其技術(shù)范圍內(nèi)，對(duì)其他各種實(shí)施例進(jìn)行改良、變更、替代或附加。
權(quán)利要求
1. 一種對(duì)連接在網(wǎng)絡(luò)上的任意設(shè)備進(jìn)行代理應(yīng)答的方法，它包括以下兩個(gè)步驟確認(rèn)所接收的動(dòng)作是否需要處在應(yīng)答代理狀態(tài)的睡眠狀態(tài)設(shè)備轉(zhuǎn)換成激活狀態(tài)的第1步驟；通過(guò)上述網(wǎng)絡(luò)通告上述睡眠狀態(tài)設(shè)備已經(jīng)呈現(xiàn)進(jìn)入睡眠狀態(tài)的消息的第2步驟。
2、 如權(quán)利要求項(xiàng)1所述的方法，其特征在于它還包括向上述睡 眠狀態(tài)設(shè)備發(fā)送申請(qǐng)解除睡眠狀態(tài)的消息的步驟。
3、 如權(quán)利要求項(xiàng)1所述的方法，其特征在于上述第l步驟把針 對(duì)上述睡眠狀態(tài)設(shè)備的瀏覽動(dòng)作判斷成需要轉(zhuǎn)換成激活狀態(tài)的動(dòng)作。
4、 如權(quán)利要求項(xiàng)1所述的方法，其特征在于上述第1步驟把申 請(qǐng)解除上述睡眠狀態(tài)設(shè)備睡眠狀態(tài)的動(dòng)作判斷成需要轉(zhuǎn)換成激活狀態(tài) 的動(dòng)作。
5、 如權(quán)利要求項(xiàng)1所述的方法，其特征在于上述第2步驟的顯 示進(jìn)入睡眠狀態(tài)的消息與為代理上述睡眠狀態(tài)設(shè)備進(jìn)行應(yīng)答而發(fā)送的 消息具有相同的設(shè)備和/或服務(wù)識(shí)別信息。
6、 如權(quán)利要求項(xiàng)1所述的方法，其特征在于上述第2步驟的顯 示進(jìn)入睡眠狀態(tài)的消息所指定的睡眠模式與上述睡眠狀態(tài)設(shè)備在進(jìn)入 睡眠狀態(tài)時(shí)通告的睡眠模式相同。
7、 一種低電力支持設(shè)備的網(wǎng)絡(luò)裝置，其特征在于 它包括以下兩個(gè)組成部分當(dāng)上述低電力設(shè)備進(jìn)入了睡眠狀態(tài)時(shí)，對(duì)該設(shè)備進(jìn)行代理應(yīng)答的代理服務(wù)器；按照用戶(hù)的申請(qǐng)，向上迷低電力支持設(shè)備申請(qǐng)查詢(xún)和/或控制動(dòng) 作，并且無(wú)法解釋消息內(nèi)用于支持低電力的信息的可以在任意設(shè)備中 運(yùn)行的控制應(yīng)用程序，并且，如果上述代理服務(wù)器所接收到的操作需要處于應(yīng)答代理狀 態(tài)的上述低電力支持設(shè)備轉(zhuǎn)換成激活狀態(tài)，就通過(guò)網(wǎng)絡(luò)向上述設(shè)備發(fā) 送顯示進(jìn)入睡眠狀態(tài)的消息。
8、 如權(quán)利要求項(xiàng)7所述的裝置，其特征在于上述代理服務(wù)器在 通過(guò)網(wǎng)絡(luò)發(fā)送顯示進(jìn)入上述睡眠狀態(tài)的消息的同時(shí)，還向處于應(yīng)答代 理狀態(tài)的上述低電力支持設(shè)備發(fā)送要求解除睡眠狀態(tài)的消息。
9、 如權(quán)利要求項(xiàng)8所述的裝置，其特征在于接收到顯示進(jìn)入上 述睡眠狀態(tài)消息的上述控制應(yīng)用程序，在網(wǎng)絡(luò)中刪除從該消息中確認(rèn) 為進(jìn)入睡眠狀態(tài)的設(shè)備及/或服務(wù)。
10、 如權(quán)利要求項(xiàng)9所述的裝置，其特征在于如果接收到申請(qǐng) 解除上述睡眠狀態(tài)消息的上述低電力支持設(shè)備所發(fā)出通告解除睡眠狀 態(tài)的消息，上迷控制應(yīng)用程序就將上述低電力支持設(shè)備登錄在網(wǎng)絡(luò)上。
11、如權(quán)利要求項(xiàng)7所述的裝置，其特征在于上述代理服務(wù)器 如果接收到上述控制應(yīng)用程序發(fā)出的針對(duì)處于應(yīng)答代理狀態(tài)的上述低 電力設(shè)備進(jìn)行瀏覽的申請(qǐng)動(dòng)作，就通過(guò)網(wǎng)絡(luò)向上述控制應(yīng)用程序發(fā)送 顯示上述設(shè)備進(jìn)入睡眠狀態(tài)的消息。
12、如權(quán)利要求項(xiàng)7所述的裝置，其特征在于它還包括負(fù)責(zé)按照用戶(hù)的申請(qǐng)向上述4氐電力支持設(shè)備申請(qǐng)查詢(xún)和/或控制動(dòng)作，能夠解 釋消息內(nèi)用于支持低電力的信息并且可以在任意設(shè)備中運(yùn)行的低電力 支持控制應(yīng)用程序，上述代理服務(wù)器如果從上述低電力支持控制應(yīng)用程序中接收到對(duì)處于上述應(yīng)答代理狀態(tài)的上述低電力設(shè)備解除睡眠狀態(tài)的申請(qǐng)動(dòng)作，就通過(guò)網(wǎng)絡(luò)向上述控制應(yīng)用程序發(fā)送顯示上述設(shè)備進(jìn)入睡眠狀態(tài)的消 自
13、 如權(quán)利要求項(xiàng)7所述的裝置，其特征在于由上述代理服務(wù) 器發(fā)送的顯示進(jìn)入睡眠狀態(tài)的消息與為代理處于應(yīng)答代理狀態(tài)的上述 低電力支持設(shè)備的應(yīng)答而發(fā)送的消息具有相同的設(shè)備和/或服務(wù)識(shí)別"息。
14、 如權(quán)利要求項(xiàng)7所述的裝置，其特征在于由上述代理服務(wù) 器發(fā)送的顯示進(jìn)入睡眠狀態(tài)的消息所指定的睡眠模式，與處于應(yīng)答代 理狀態(tài)的上述低電力支持設(shè)備進(jìn)入睡眠狀態(tài)時(shí)通知給上述代理服務(wù)器 的睡眠模式相同。
全文摘要
本發(fā)明涉及一種可防止低電力功能的支持設(shè)備和不支持設(shè)備共存(co-existence)于網(wǎng)絡(luò)上所造成的設(shè)備間動(dòng)作失誤(errors caused)的方法及裝置。具體是指對(duì)進(jìn)入睡眠(sleep)狀態(tài)的任意設(shè)備進(jìn)行代理應(yīng)答，同時(shí)如果從外部接收到的動(dòng)作需要處于應(yīng)答代理狀態(tài)的睡眠狀態(tài)設(shè)備轉(zhuǎn)換成激活(alive)狀態(tài)的話(huà)，通過(guò)網(wǎng)絡(luò)通告該睡眠狀態(tài)設(shè)備呈現(xiàn)進(jìn)入睡眠狀態(tài)的消息，從而使以后從睡眠狀態(tài)中解除出來(lái)的設(shè)備能夠重新正常地登錄在控制點(diǎn)(control point)上。
文檔編號(hào)H04L12/12GK101272255SQ20071002069
公開(kāi)日2008年9月24日 申請(qǐng)日期2007年3月21日 優(yōu)先權(quán)日2007年3月21日
發(fā)明者李敬朱 申請(qǐng)人:樂(lè)金電子(昆山)電腦有限公司