專利名稱：網(wǎng)絡(luò)層數(shù)據(jù)處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)處理方法，尤其涉及一種適用于家庭網(wǎng)絡(luò)系統(tǒng)的網(wǎng)絡(luò)層數(shù)據(jù)處理方法(DATA PROCESSING METHOD FOR NETWORK LAYER)。
背景技術(shù)：
家庭網(wǎng)絡(luò)(home Network)是一種把各數(shù)字化家庭聯(lián)接的網(wǎng)絡(luò)。通過家庭網(wǎng)絡(luò)，可以隨時隨地很方便地對家中的家庭進行控制，可以帶來生活上的樂趣。隨著數(shù)字消息處理技術(shù)的發(fā)展，冰箱或洗衣機等家庭，正在逐漸發(fā)展成數(shù)字化家庭設(shè)備；隨著家庭使用體系技術(shù)和高速數(shù)字通信技術(shù)的快速發(fā)展，正在出現(xiàn)綜合利用上述技術(shù)的消息家庭。在上述背景下，出現(xiàn)了家庭網(wǎng)絡(luò)系統(tǒng)。
這種家庭網(wǎng)絡(luò)如下表1，根據(jù)所提供的服務(wù)類型可分為數(shù)據(jù)網(wǎng)絡(luò)，娛樂網(wǎng)及互動網(wǎng)絡(luò)。
表1

這里，數(shù)據(jù)網(wǎng)絡(luò)(data network)屬于在PC及周邊設(shè)備之間，為了數(shù)據(jù)交換或提供網(wǎng)絡(luò)服務(wù)等建立的網(wǎng)絡(luò)類型。娛樂網(wǎng)(entertainment network)屬于處理ODO、VDO等消息的家庭網(wǎng)絡(luò)類型。另外，互動網(wǎng)絡(luò)(Living network)是指以家庭自動化或遠程控制等單純控制為目的的網(wǎng)絡(luò)。
這種用于家庭的家庭網(wǎng)絡(luò)系統(tǒng)由作為電器設(shè)備的主控(master)設(shè)備和從屬設(shè)備形成。作為電器設(shè)備，主控設(shè)備對其他電器設(shè)備進行控制或顯示其他電器設(shè)備的狀態(tài)。作為電器設(shè)備，從屬設(shè)備按電器設(shè)備的特性或其他要素，對主控設(shè)備的要求進行應(yīng)答，并輸出自身的狀態(tài)變化消息。本發(fā)明的說明書中使用的電器設(shè)備(或新裝置)不僅包括洗衣機、冰箱等用于上述互動網(wǎng)絡(luò)服務(wù)的家庭，還包括用于數(shù)據(jù)網(wǎng)絡(luò)服務(wù)的家庭以及用于娛樂網(wǎng)絡(luò)服務(wù)的家庭。另外，還包括煤氣自動空設(shè)備及自動門，電燈等電器。
這種傳統(tǒng)技術(shù)，不能提供對家庭網(wǎng)絡(luò)系統(tǒng)中的電器設(shè)備履行控制及監(jiān)視等功能的泛用(廣義)通信規(guī)范。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于克服現(xiàn)有產(chǎn)品存在的上述缺點，而提供一種網(wǎng)絡(luò)層數(shù)據(jù)處理方法(DATA PROCESSING METHOD FOR NETWORK LAYER)，其是一種適用泛用通信規(guī)范——控制通信協(xié)議的家庭網(wǎng)絡(luò)系統(tǒng)的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，該泛用通信規(guī)范具有控制并監(jiān)視家庭網(wǎng)絡(luò)系統(tǒng)內(nèi)各電器設(shè)備的功能，家庭網(wǎng)絡(luò)系統(tǒng)采用互動網(wǎng)絡(luò)控制通信協(xié)議。
本發(fā)明的另一目的在于提供一種采用作為泛用通信規(guī)范，即互動網(wǎng)絡(luò)控制通信協(xié)議(Living network Control ProtocolLnCP)的網(wǎng)絡(luò)層數(shù)據(jù)處理方法。
本發(fā)明的又一目的在于提供一種可以從主控設(shè)備的數(shù)據(jù)鏈路層，向應(yīng)用層傳送應(yīng)答數(shù)據(jù)包或通知數(shù)據(jù)包的網(wǎng)絡(luò)層數(shù)據(jù)處理方法。
本發(fā)明的再一目的在于提供一種可以從從屬設(shè)備的數(shù)據(jù)鏈路層，向應(yīng)用層傳送請求數(shù)據(jù)包的網(wǎng)絡(luò)層數(shù)據(jù)處理方法。
本發(fā)明的還一目的在于提供一種對通信循環(huán)明細進行檢索，檢測出重復(fù)數(shù)據(jù)包的網(wǎng)絡(luò)層數(shù)據(jù)處理方法；該通信循環(huán)明細是對應(yīng)接收到的數(shù)據(jù)包的通信循環(huán)明細。
本發(fā)明的目的是由以下技術(shù)方案實現(xiàn)的。
本發(fā)明網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，包括在至少由物理層、網(wǎng)絡(luò)層及應(yīng)用層形成的通信協(xié)議中，從數(shù)據(jù)鏈路層，接收包括網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的數(shù)據(jù)包收信(PktRcv)原語的階段；檢測網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)錯誤的階段；在網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)，讀取應(yīng)用層通信協(xié)議數(shù)據(jù)單位(APDU)的階段；把讀取的應(yīng)用層通信協(xié)議數(shù)據(jù)單位(APDU)傳向應(yīng)用層的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中檢測錯誤的階段還包括以下各階段確認接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的數(shù)據(jù)包啟始(SLP)域值與數(shù)據(jù)包終止(ELP)域值的階段及/或計算循環(huán)余量檢查(CRC)域值的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中確認階段確認數(shù)據(jù)包啟始(SLP)域值與數(shù)據(jù)包終了(ELP)域值，是否分別包括特定的值。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中錯誤檢測階段還包括對上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)數(shù)據(jù)包長度(PL)域值與上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)大小進行比較的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中處理方法還包括確認接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)數(shù)據(jù)包類型的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)數(shù)據(jù)包是應(yīng)答數(shù)據(jù)包或通知數(shù)據(jù)包時，處理上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信協(xié)議適用于主控設(shè)備。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中處理方法還包括對主控設(shè)備的地址與包括在接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)中的地址進行比較的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中主控設(shè)備的地址及/或包括在接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)中的地址，包括表示多個收信方的地址。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)為應(yīng)答數(shù)據(jù)包時，上述處理方法還包括檢索已儲存通信循環(huán)明細的階段；該已儲存通信循環(huán)明細是對應(yīng)上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的通信循環(huán)明細。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信循環(huán)明細的通信循環(huán)類型為第1編碼時，上述檢索階段包括以下各階段判斷上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的收信方地址與通信循環(huán)明細的聯(lián)接器地址是否一致的階段；判斷上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的數(shù)據(jù)包編號(PN)與通信循環(huán)明細的數(shù)據(jù)包編號(PN)是否一致的階段；所述通信循環(huán)明細的通信循環(huán)類型為第2編碼時，上述檢索階段包括以下各階段判斷通信循環(huán)明細的聯(lián)接器地址是否表示多個收信方的地址，以及判斷上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的收信方地址是否是屬于表示多個收信方的地址的階段；以及判斷上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的數(shù)據(jù)包編號(PN)與通信循環(huán)明細的數(shù)據(jù)包編號(PN)是否一致的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中第1編碼表示1-請求、1-應(yīng)答通信循環(huán)；第2編碼表示1-請求、多個-應(yīng)答的通信循環(huán)。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中被檢索的通信循環(huán)明細時，上述處理方法還包括把上述通信循環(huán)明細的應(yīng)答收信狀態(tài)(ResRcvState)設(shè)定為應(yīng)答收信(RES_RECEIVED)的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信循環(huán)明細沒被檢索時，上述處理方法還包括把上述接收的應(yīng)答數(shù)據(jù)包認知為重復(fù)數(shù)據(jù)包，并忽略的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信協(xié)議適用于從屬設(shè)備。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中處理方法還包括對上述從屬設(shè)備的地址與包括在上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)中的地址進行比較的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中從屬設(shè)備的地址及/或包括在上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)中的地址，包括表示多個收信方的地址。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中接收到的數(shù)據(jù)包收信(PktRcv)原語是請求數(shù)據(jù)包時，上述處理方法還包括根據(jù)上述網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)生成通信循環(huán)明細的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信循環(huán)明細包括根據(jù)上述數(shù)據(jù)包收信(PktRcv)原語所包含的收信方地址(DA)域值，設(shè)定通信循環(huán)類型(CycleType)的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中收信方地址(DA)域值是單一收信方，則上述通信循環(huán)類型包括第1編碼；所述收信方地址(DA)域值表示多個收信方的地址，則上述通信循環(huán)類型包括第2編碼。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中第1編碼表示1-請求，1-應(yīng)答的通信循環(huán)；第2編碼表示1-請求，多個-應(yīng)答的通信循環(huán)。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信循環(huán)明細包括聯(lián)接器地址；該聯(lián)接器地址包括收信方地址，該收信方地址包括在上述數(shù)據(jù)包收信(PktRcv)原語中。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信循環(huán)明細包括數(shù)據(jù)包編號(PacketNo)；該數(shù)據(jù)包編號(PacketNo)包括在數(shù)據(jù)包收信(PktRcv)原語中。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信循環(huán)明細包括網(wǎng)絡(luò)層服務(wù)(NLService)；該網(wǎng)絡(luò)層服務(wù)(NLService)包括在數(shù)據(jù)包收信(PktRcv)原語中。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信循環(huán)明細包括服務(wù)優(yōu)先次序(SvcPriority)；該服務(wù)優(yōu)先次序(SvcPriority)包括在數(shù)據(jù)包收信(PktRcv)原語中。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信循環(huán)明細包括傳送同樣APDU的傳送次數(shù)(TransmissionNo)。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中傳送次數(shù)(TransmissionNo)的初始值是“1”。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信循環(huán)明細包括經(jīng)過時間(ElapsedTime)，經(jīng)過時間表示從上述應(yīng)用層接收新通信循環(huán)標識符(CycleID)后所經(jīng)過的時間，其初始值為‘0’。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中經(jīng)過時間(ElapsedTime)初始值為‘0’。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信循環(huán)明細包括應(yīng)答收信狀態(tài)(ResRcvState)，該應(yīng)答收信狀態(tài)表示有沒有接收到相應(yīng)于上述數(shù)據(jù)包收信(PktRcv)原語的應(yīng)答數(shù)據(jù)包。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信循環(huán)明細包括通信標識符(CycleID)。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中處理方法還包括以下各階段接收應(yīng)答消息傳送(ResMsgSend)原語的階段，該應(yīng)答消息傳送(ResMsgSend)原語是對傳送到上述應(yīng)用層中的APDU的應(yīng)答消息傳送(ResMsgSend)原語；把包括在上述應(yīng)答消息傳送(ResMsgSend)原語的通信循環(huán)標識符(CycleID)，記入到上述通信循環(huán)標識符的階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中處理方法還包括確認當(dāng)前是否存在處理中的通信循環(huán)明細的階段，并根據(jù)上述確認階段實行上述生成階段。
前述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其中通信協(xié)議是互動網(wǎng)絡(luò)控制通信協(xié)議(LnCP)。
四

圖1為本發(fā)明家庭網(wǎng)絡(luò)框圖。
圖2為本發(fā)明互動網(wǎng)絡(luò)控制通信協(xié)議框圖。
圖3a及圖3b為圖2所示的各層間的接口框圖。
圖4a至4f為圖3a及3b所示的接口詳細框圖。
圖5a，圖5b為包括用于各層之間交換的原語(primitive)的框圖。
圖6為本發(fā)明的數(shù)據(jù)處理方法第一實施例流程圖。
圖7為本發(fā)明的數(shù)據(jù)處理方法第二實施例流程圖。
圖8為本發(fā)明的數(shù)據(jù)處理方法第三實施例流程圖。
圖9a及圖9b為一個主控設(shè)備與多個從屬設(shè)備進行通信，網(wǎng)絡(luò)層處理連續(xù)通信循環(huán)情況示意圖。
圖10為本發(fā)明的數(shù)據(jù)處理方法第四實施例流程圖。
圖中主要標號說明1家庭網(wǎng)絡(luò)系統(tǒng)、2因特網(wǎng)、3為LnCP服務(wù)器、4客戶設(shè)備、10網(wǎng)關(guān)、20至23網(wǎng)絡(luò)管理器、30，31為LnCP路由器、40至49電器設(shè)備。
五具體實施例方式
在至少由物理層、網(wǎng)絡(luò)層及應(yīng)用層形成的通信協(xié)議中，本發(fā)明提供的家庭網(wǎng)絡(luò)系統(tǒng)的網(wǎng)絡(luò)層數(shù)據(jù)處理方法包括以下各階段即，從數(shù)據(jù)鏈路層，接收包括網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的數(shù)據(jù)包收信(PktRcv)原語的階段；檢測NPDU的階段；在NPDU讀取應(yīng)用層通信協(xié)議數(shù)據(jù)單位(APDU)的階段以及把上述讀取的APDU傳向應(yīng)用層的階段。
這時，上述檢測錯誤的階段還包括以下各階段即，確認接收到的NPDU的數(shù)據(jù)包啟始(SLP)域值與數(shù)據(jù)包終了(ELP)域值的階段；計算循環(huán)余量檢查(CRC)域值的階段。
在上述確認階段，確認數(shù)據(jù)包啟始(SLP)域值及數(shù)據(jù)包終了(ELP)域值，是否分別包括特定的值。
上述錯誤檢測階段，還包括對接收到的NPDU數(shù)據(jù)包長度(PL)域值與接收到的NPDU大小進行比較的階段。
上述處理方法，還包括確認接收到的NPDU數(shù)據(jù)包類型的階段。
上述處理方法，在接收到的NPDU數(shù)據(jù)包是應(yīng)答數(shù)據(jù)包或通知數(shù)據(jù)包時，處理接收到的NPDU。
上述通信協(xié)議適用于主控設(shè)備。
上述處理方法，還包括對主控設(shè)備的地址與包括在上述接收到的NPDU中的地址進行比較的階段。
上述主控設(shè)備的地址及/或包括在接收到的NPDU中的地址，包括表示多個收信方的地址。
上述處理方法，在上述接收到的NPDU為應(yīng)答數(shù)據(jù)包時，還包括檢索己儲存通信循環(huán)明細的階段。這里的已儲存通信循環(huán)明細與接收到的NPDU相對應(yīng)。
上述通信循環(huán)明細的通信循環(huán)類型為第1編碼時，所述檢索階段包括以下各階段即，判斷接收到的NPDU的收信方地址與通信循環(huán)明細的聯(lián)接器地址是否一致的階段；判斷接收到的NPDU的數(shù)據(jù)包編號(PN)與通信循環(huán)明細的數(shù)據(jù)包編號(PN)是否一致的階段。該通信循環(huán)明細的通信循環(huán)類型為第2編碼時，所述檢索階段包括以下各階段即，判斷通信循環(huán)明細的聯(lián)接器地址是否表示多個收信方的地址，以及判斷接收到的NPDU的收信方地址是否是屬于表示多個收信方的地址的階段；判斷接收到的NPDU的數(shù)據(jù)包編號(PN)與通信循環(huán)明細的數(shù)據(jù)包編號(PN)是否一致的階段。
上述第1編碼表示1-請求，1-應(yīng)答的通信循環(huán)。第2編碼表示1-請求，多個-應(yīng)答的通信循環(huán)。
存在上述被檢索的通信循環(huán)明細時，所述處理方法還包括把通信循環(huán)明細的應(yīng)答收信狀態(tài)(ResRcvState)設(shè)定為應(yīng)答收信(RES_RECEIVED)的階段。
上述通信循環(huán)明細沒被檢索時，該處理方法還包括把接收的應(yīng)答數(shù)據(jù)包認知為重復(fù)數(shù)據(jù)包，并忽略的階段。
上述通信協(xié)議適用于從屬設(shè)備。
上述處理方法還包括對從屬設(shè)備的地址與包括在接收到的NPDU中的地址進行比較的階段。
上述從屬設(shè)備的地址及/或包括在接收到的NPDU中的地址，還包括表示多個收信方的地址。
上述接收到的數(shù)據(jù)包收信(PktRcv)原語是請求數(shù)據(jù)包時，該處理方法還包括按上述NPDU，生成通信循環(huán)明細的階段。
上述通信循環(huán)明細，包括根據(jù)上述數(shù)據(jù)包收信(PktRcv)原語所包含的收信方地址(DA)域值，設(shè)定通信循環(huán)類型(CycleType)的階段。
如上述收信方地址(DA)域值是單一收信方，則上述通信循環(huán)類型包括第1編碼；上述收信方地址(DA)域值表示多個收信方的地址，則上述通信循環(huán)類型包括第2編碼。
上述第1編碼表示1-請求，1-應(yīng)答的通信循環(huán)。第2編碼表示1-請求，多個-應(yīng)答的通信循環(huán)。
上述通信循環(huán)明細，包括聯(lián)接器地址。該聯(lián)接器地址包括收信方地址，該收信方地址包括在上述數(shù)據(jù)包收信(PktRcv)原語中。
上述通信循環(huán)明細包括上述數(shù)據(jù)包編號(PacketNo)。上述數(shù)據(jù)包編號(PacketNo)包括在上述數(shù)據(jù)包收信(PktRcv)原語中。
上述通信循環(huán)明細包括網(wǎng)絡(luò)層服務(wù)(NLService)。上述網(wǎng)絡(luò)層服務(wù)(NLService)包括在上述數(shù)據(jù)包收信(PktRcv)原語中。
上述通信循環(huán)明細包括服務(wù)優(yōu)先次序(SvcPriority)。上述服務(wù)優(yōu)先次序(SvcPriority)包括在上述數(shù)據(jù)包收信(PktRcv)原語中。
上述通信循環(huán)明細包括傳送同樣APDU的傳送次數(shù)(TransmissionNo)。上述傳送次數(shù)(TransmissionNo)的初始值為“1”。
上述通信循環(huán)明細包括經(jīng)過時間(ElapsedTime)，經(jīng)過時間表示從上述應(yīng)用層接收新通信循環(huán)標識符(CycleID)后所經(jīng)過的時間，其初始值為‘0’。
上述通信循環(huán)明細包括應(yīng)答收信狀態(tài)(ResRcvState)，上述應(yīng)答收信狀態(tài)表示有沒有接收到相應(yīng)于上述數(shù)據(jù)包收信(PktRcv)原語的應(yīng)答數(shù)據(jù)包。
上述通信循環(huán)明細包括通信標識符(CycleID)。
上述處理方法還包括以下各階段；即，接收作為對傳送到上述應(yīng)用層中APDU的應(yīng)答消息傳送(ResMsgSend)原語的階段；把包括在上述ResMsgSend原語的通信循環(huán)標識符(CycleID)記入到上述通信循環(huán)標識符的階段。
上述處理方法，還包括確認當(dāng)前是否存在處理中的通信循環(huán)明細的階段，并根據(jù)上述確認階段實行上述生成階段。
上述通信協(xié)議是互動網(wǎng)絡(luò)控制通信協(xié)議(LnCP)。
下面，通過本發(fā)明的實施例及附圖，對本發(fā)明的家庭網(wǎng)絡(luò)系統(tǒng)進行詳細說明。不容置疑，本發(fā)明的范圍不受限于以下的實施例及附圖。本發(fā)明的權(quán)利范圍，應(yīng)以后附的權(quán)利請求范圍為基礎(chǔ)，進行解釋。
圖1為本發(fā)明的家庭網(wǎng)絡(luò)系統(tǒng)的框圖。
如圖1所示，家庭網(wǎng)絡(luò)系統(tǒng)1通過因特網(wǎng)絡(luò)2聯(lián)接到LnCP服務(wù)器3。另外客戶設(shè)備4通過因特網(wǎng)絡(luò)2聯(lián)接到LnCP服務(wù)器3。即，家庭網(wǎng)絡(luò)系統(tǒng)1把LnCP服務(wù)器3及/或客戶設(shè)備4聯(lián)接成可以互相傳遞消息。
家庭網(wǎng)絡(luò)系統(tǒng)1的外部網(wǎng)絡(luò)包括因特網(wǎng)絡(luò)2，上述外部網(wǎng)絡(luò)根據(jù)客戶設(shè)備4的種類還可具備其它設(shè)備。即，以該因特網(wǎng)絡(luò)2為例，客戶設(shè)備4為計算機時具備Web服務(wù)器(Websever)(未圖示)，客戶設(shè)備4為網(wǎng)絡(luò)電話時具備通信服務(wù)器(Wap sever)(未圖示)。
LnCP服務(wù)器3通過特定的注冊及注銷程序，分別聯(lián)接到家庭網(wǎng)絡(luò)系統(tǒng)1及客戶設(shè)備4，從客戶設(shè)備4接收監(jiān)視及控制命令等，再通過因特網(wǎng)絡(luò)2用特定形式的消息傳送到家庭網(wǎng)絡(luò)系統(tǒng)1。另外，LnCP服務(wù)器3從家庭網(wǎng)絡(luò)系統(tǒng)1接收并儲存特定形式的消息或把它傳送到客戶設(shè)備4。另外，LnCP服務(wù)器3把自身儲存或生成的消息傳送到上述家庭網(wǎng)絡(luò)系統(tǒng)1。即，家庭網(wǎng)絡(luò)系統(tǒng)1聯(lián)接在LnCP服務(wù)器3，可下載LnCP服務(wù)器3所提供的服務(wù)內(nèi)容。
家庭網(wǎng)絡(luò)系統(tǒng)1包括網(wǎng)關(guān)10，網(wǎng)絡(luò)管理器20～23，LnCP路由器30，31，LnCP適配器(adapter)35，36及多個電器設(shè)備40～49。網(wǎng)關(guān)10具有聯(lián)接因特網(wǎng)的功能。網(wǎng)絡(luò)管理器20～23履行對電器設(shè)備40～49的環(huán)境設(shè)定及管理功能。LnCP路由器30、31負責(zé)傳輸媒體之間的聯(lián)接。LnCP適配器35，36可以使網(wǎng)絡(luò)管理器22及電器設(shè)備46聯(lián)接到傳輸媒體。
家庭網(wǎng)絡(luò)系統(tǒng)1內(nèi)的網(wǎng)絡(luò)由各電器設(shè)備40～49共用的傳輸媒體相互聯(lián)接組成。該傳輸媒體可利用RS-485或低功率的RF等數(shù)據(jù)鏈路層非規(guī)格化的傳輸媒體(non-standardized transmission medium)，或可以利用電力線或IEEE802.11等規(guī)格化的傳輸媒體(standardized transmission medium)。
家庭網(wǎng)絡(luò)系統(tǒng)1內(nèi)的網(wǎng)絡(luò)由與因特網(wǎng)絡(luò)2是相互分離的網(wǎng)絡(luò)。即，上述家庭網(wǎng)絡(luò)系統(tǒng)1內(nèi)的網(wǎng)絡(luò)構(gòu)成由有線或無線傳輸媒體聯(lián)接的獨立網(wǎng)絡(luò)。這里，獨立網(wǎng)絡(luò)包括雖然處于物理上的聯(lián)接狀態(tài)但理論上分離的網(wǎng)絡(luò)。
家庭網(wǎng)絡(luò)系統(tǒng)1包括主控(Master)設(shè)備，從屬(Slave)設(shè)備。主控設(shè)備可以控制電器設(shè)備40～49或監(jiān)視其工作狀態(tài)。從屬設(shè)備可以回應(yīng)主控設(shè)備的請求及通知自身狀態(tài)的變化情報。該主控設(shè)備包括網(wǎng)絡(luò)管理器20～23，從屬設(shè)備包括電器設(shè)備40～49。該網(wǎng)絡(luò)管理器20～23包括所要控制的電器設(shè)備40～49的消息及控制碼，按程序化的方式進行控制作業(yè)，或接收從LnCP服務(wù)器及/或客戶設(shè)備4輸入的消息后，進行控制作業(yè)。另外，如圖所示，聯(lián)接有多個網(wǎng)絡(luò)管理器20～23時，為了進行與其它網(wǎng)絡(luò)管理器20～23之間的交換消息，也為了消息的同步化以及進行控制，這些網(wǎng)絡(luò)管理器20～23即可以是主控設(shè)備又可以是從屬設(shè)備。即應(yīng)該是一種，從物理意義上只是一個設(shè)備，但理論上是同時具有主控及從屬功能的設(shè)備(即兼容設(shè)備)。
另外，這些網(wǎng)絡(luò)管理器20～23及電器設(shè)備40～49可以直接聯(lián)接到網(wǎng)絡(luò)(如圖示的電力線網(wǎng)絡(luò)，RS-485網(wǎng)絡(luò)，RF網(wǎng)絡(luò))上。另外，還可以通過LnCP路由器30、31及/或LnCP網(wǎng)絡(luò)適配器35，36聯(lián)接。
另外，電器設(shè)備40～49及/或LnCP路由器30、31及/或LnCP網(wǎng)絡(luò)適配器35，36注冊在網(wǎng)絡(luò)管理器20～23上，并根據(jù)產(chǎn)品情報，接收唯一的理論地址(例如0x00，0x01等)。這個理論地址與產(chǎn)品碼(例如空調(diào)為‘0x02’，洗衣機為’0x01’)結(jié)合后，作為節(jié)點地址(Node Address)使用。例如，通過0x02009(空調(diào)1)及0x0201(空調(diào)2)的相同的節(jié)點地址被電器設(shè)備40～49及/或LnCP路由器30、31及/或LnCP網(wǎng)絡(luò)適配器35，36識別。另外，還可以使用按特定的基準(同種產(chǎn)品，產(chǎn)品的設(shè)置位置，使用者等)設(shè)置的群地址，使用群地址時可以一次性識別一個以上的電器設(shè)備40～49及/或LnCP路由器30、31及/或LnCP網(wǎng)絡(luò)適配器35，36。在這個群地址中，顯性群地址把地址選擇值(下述為標記flag)設(shè)定為“1”時該顯性群地址為指定多個的客戶設(shè)備的集團(cluster)地址。默示群地址把理論地址及/或產(chǎn)品碼的所有比特(byte)值添加為“1”，進而可以指定多個客戶設(shè)備。這里，特別要指出的是把明示群地址通常稱為集團碼。
圖2為本發(fā)明的互動網(wǎng)絡(luò)控制通信協(xié)議(LnCP)框圖。家庭網(wǎng)絡(luò)系統(tǒng)1通過圖2中的互動網(wǎng)絡(luò)控制通信協(xié)議(LnCP)可以使網(wǎng)絡(luò)管理器20～23，LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49之間互相傳送消息。進而，網(wǎng)絡(luò)管理器20～23，LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49通過這種LnCP實行網(wǎng)絡(luò)通信。
如圖2所示，LnCP包括應(yīng)用軟件50，應(yīng)用層60，網(wǎng)絡(luò)層70，數(shù)據(jù)鏈路層80，物理層90及媒介變量管理層100。應(yīng)用軟件50發(fā)揮網(wǎng)絡(luò)管理器20～23、LnCP路由器30、31、LnCP網(wǎng)絡(luò)適配器35，36、及電器設(shè)備40～49的固有功能。并提供與應(yīng)用層60聯(lián)接的功能，以便在網(wǎng)絡(luò)上進行遠程操作及監(jiān)視。應(yīng)用層60向使用者提供服務(wù)，并具有把使用者提供的消息或命令組成消息后傳達到低層的功能。網(wǎng)絡(luò)層70可以把網(wǎng)絡(luò)管理器20～23，LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49之間聯(lián)接為可靠的網(wǎng)絡(luò)。數(shù)據(jù)鏈路層80提供聯(lián)接控制功能，用于聯(lián)接共用傳輸媒體。物理層90提供網(wǎng)絡(luò)管理器20～23，LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49之間的物理接口及要傳送的比特(byte)的規(guī)則。媒介變量管理層100管理設(shè)定各層中使用的節(jié)點的媒介變量(node parameter)。
詳細的說，應(yīng)用軟件50還包括網(wǎng)絡(luò)管理附屬層51。網(wǎng)絡(luò)管理附屬層51具有管理節(jié)點媒介變量，及管理聯(lián)接在網(wǎng)絡(luò)上的網(wǎng)絡(luò)管理器20～23，LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49的功能。即，該網(wǎng)絡(luò)管理附屬層51具有一種功能，可以通過媒介變量管理層100，設(shè)定媒介變量數(shù)值或利用媒介變量對媒介變量進行管理。適用于LnCP的設(shè)備為主控設(shè)備時，該網(wǎng)絡(luò)管理附屬層51還具有履行構(gòu)成網(wǎng)絡(luò)或管理網(wǎng)絡(luò)的功能。
另外，網(wǎng)絡(luò)層70還包括家庭碼控制附屬層71。網(wǎng)絡(luò)聯(lián)接有網(wǎng)絡(luò)管理器20～23、LnCP路由器30、31，LnCP網(wǎng)絡(luò)適配器35，36及電器設(shè)備40～49。當(dāng)利用電力線或IEEE 802.11、無線等非獨立形傳輸媒體(例如LnCP包括電力線通信(PLC)協(xié)議/或無線(wireless)通信協(xié)議時)構(gòu)成上述網(wǎng)絡(luò)時，為了在理論上劃分各網(wǎng)絡(luò)，家庭碼控制附屬層71發(fā)揮設(shè)定家庭碼及管理家庭碼的功能。該家庭碼控制附屬層71通過像RS-485等獨立形傳輸媒體，從物理意義上分離個別網(wǎng)絡(luò)時，不包括在LnCP中。該家庭碼以4字節(jié)(byte)組成，設(shè)定為隨機(random)值或使用者設(shè)定值。
圖3a及圖3b為圖2所示的層間的接口的框圖。
圖3a所示為物理層90聯(lián)接到非獨立形傳輸媒體時的層間的接口示意圖。
圖3b所示的是物理層90聯(lián)接到獨立形傳輸媒體時的層間的接口示意圖。
家庭網(wǎng)絡(luò)系統(tǒng)1把各層需要的頭(header)及尾(trailer)消息加到從高層接收的網(wǎng)絡(luò)通信協(xié)議消息單位(Protocol Data UnitPDU)中，在傳達到低層。
如圖所示，APDU(Application layer PDU)是應(yīng)用層60和網(wǎng)絡(luò)層70之間傳送的數(shù)據(jù)值(data)。NPDU(Network Layer PDU)是網(wǎng)絡(luò)層70與數(shù)據(jù)鏈路層80或家庭碼附屬層71之間傳送的數(shù)據(jù)值。HCNPDU(Home Code ControlSublayer PDU)是網(wǎng)絡(luò)層70(確切的說是家庭碼附屬層71)與數(shù)據(jù)鏈路層80或家庭碼附屬層71之間傳送的數(shù)據(jù)值。數(shù)據(jù)鏈路層80與物理層90之間按數(shù)據(jù)值(data)，數(shù)據(jù)幀單位形成接口。
圖4a至4f為圖3a及3b所示的接口的詳細框圖。
圖4a所示為在應(yīng)用層60中的APDU結(jié)構(gòu)。
AL(APDU Length)域為表示APDU的長度(AL到數(shù)據(jù)幀組的長度)的域，最小值為4最大值為77。
AHL(APDU Header Length)域是表示APDU頭(header)的長度(AL到ALO的長度)，的域，沒有擴展時為3字節(jié)，可以擴展到7字節(jié)。LnCP網(wǎng)絡(luò)通信協(xié)議中為了數(shù)據(jù)幀組的密碼化，為了變更應(yīng)用協(xié)議等APDU頭(header)可以擴展到7字節(jié)。
ALO(Application Layer Option)域是用于擴展消息3的域，例如該域被設(shè)定為“0”時，裝有其它值時消息處理被忽視。
數(shù)據(jù)幀組為處理使用者的控制消息或事件消息的域，其結(jié)構(gòu)隨著ALO所含值的變化發(fā)生變化。
圖4b所示為網(wǎng)絡(luò)層70中的NPDU的結(jié)構(gòu)，圖4c所示為NPDU中的NLC的詳細結(jié)構(gòu)示意圖。
SLP(Start of LnCP Packet)域為表示數(shù)據(jù)包的起始域，其值為0x02。
DA(Destination Address)及SA(Source Address)的域為要傳送的數(shù)據(jù)包的收信方及送信方的節(jié)點地址，各由16比特構(gòu)成。這里最高1比特為顯示群地址的標記(flag)，接下來的7比特為產(chǎn)品的種類(產(chǎn)品碼)，低8比特包括分得的理論地址。具有多個同一種類的網(wǎng)絡(luò)管理器20～23或電器設(shè)備40～49時，上述低8比特用于劃分上述各網(wǎng)絡(luò)管理器20～23或電器設(shè)備40～49。
PL(Packet Length)域為顯示要傳送的NPDU總長的域，其最小值為12字節(jié)，最大值為100字節(jié)。
SP(Service Priority)域為給予傳送消息傳送優(yōu)先位的域，由3比特構(gòu)成。各傳送消息的優(yōu)先順位如表2。
從屬客戶設(shè)備應(yīng)答主控客戶設(shè)備的請求時，隨從主控客戶設(shè)備接收到的請求消息的優(yōu)先順位。
表2

NHL(NPDU Header Length)域是用于擴展NPDU頭(header)(SLP中的NLC域)使用的域，沒擴展時是9字節(jié)，最大可擴展到16字節(jié)。
PV(Protocol Version)域是顯示所采用的網(wǎng)絡(luò)通信協(xié)議版本的1字節(jié)的域，由高4比特及低4比特構(gòu)成。高4比特為版本(version)域，低4比特為服務(wù)器版本(sub-version)域。版本(version)及服務(wù)器版本(sub-version)分別以16進制標法顯示版本。
NPT(Network layer Packet Type)域是在網(wǎng)絡(luò)層中劃分數(shù)據(jù)包種類的4比特域。LnCP包括請求數(shù)據(jù)包(Request Packet)，應(yīng)答數(shù)據(jù)包(ResponsePacket)，通知數(shù)據(jù)包(Notification Packet)。主控客戶設(shè)備的NPL域應(yīng)設(shè)定為請求數(shù)據(jù)包或通知數(shù)據(jù)包，從屬設(shè)備的NPL域應(yīng)設(shè)定為應(yīng)答數(shù)據(jù)包或通知數(shù)據(jù)包。數(shù)據(jù)包種類的NPT值如下表3所示。
表3

TC(Transmission Counter)域是網(wǎng)絡(luò)層發(fā)生通信故障，不能成功發(fā)送請求數(shù)據(jù)包或應(yīng)答數(shù)據(jù)包時，為了提高傳送請求數(shù)據(jù)包或應(yīng)答數(shù)據(jù)包的成功率，再傳送或反復(fù)傳送的2比特域。收信方可以利用TC域的數(shù)值，檢測出重復(fù)消息。隨NPT值的TC域值的范圍同下表4。
表4

PN(Packet Number)域由2比特構(gòu)成。在從屬設(shè)備中為了檢測出重復(fù)數(shù)據(jù)包PN(Packet Number)域與TC-起被使用。在主控客戶設(shè)備中為了處理多個的通信循環(huán)被使用。隨NPT值的PN域的范圍如下表5所示。
表5


APDU域是應(yīng)用層60與網(wǎng)絡(luò)層70之間傳送的應(yīng)用層的網(wǎng)絡(luò)通信協(xié)議數(shù)據(jù)值(data)的單位。APDU最小值為0字節(jié)，最大值為88字節(jié)。
CRC(Cyclic Redundancy Check)域是為了檢測出已接收數(shù)據(jù)包(SLP到APDU域)的錯誤的16比特域。
ELP(End of LnCP Packet)域是顯示數(shù)據(jù)包未端的域，其值為0x03。如果接收與數(shù)據(jù)包長度域中的與長度相應(yīng)的數(shù)據(jù)值(data)，也不能檢測出ELP域，則示為數(shù)據(jù)包錯誤。
圖4d所示為家庭碼控制附屬層71中的HCNPDU結(jié)構(gòu)圖。
如圖所示，NPDU的高部分還包含HC(Home Code)域。
該家庭碼的數(shù)值由4字節(jié)構(gòu)成。該家庭碼在數(shù)據(jù)包可傳播的線路的距離內(nèi)具有唯一的值。
圖4e所示為數(shù)據(jù)鏈路層中的數(shù)據(jù)幀的結(jié)構(gòu)。
LnCP的數(shù)據(jù)鏈路層的數(shù)據(jù)幀的頭(header)及尾(trailer)根據(jù)傳輸媒體形成不同的結(jié)構(gòu)。數(shù)據(jù)鏈路層80使用非規(guī)格化的傳輸媒體時，數(shù)據(jù)幀的頭(header)及尾應(yīng)具有Nu11域(Null Field)。如使用規(guī)格化的傳輸媒體，則隨網(wǎng)絡(luò)通信協(xié)議的規(guī)定。NPDU域是從高網(wǎng)絡(luò)層70傳送的數(shù)據(jù)值的單位。HCNPDU是物理層90為電力線或IEEE 802.11等非獨立形傳輸媒體時使用的數(shù)據(jù)值單位，是在NPDU前端追加4字節(jié)家庭碼的數(shù)據(jù)值單位。數(shù)據(jù)鏈路層80不劃分NPDU及HCNPDU的處理。
圖4f所示為物理層90中的數(shù)據(jù)幀結(jié)構(gòu)。
LnCP的物理層90具有把物理信號傳送到傳輸媒體的功能。作為LnCP網(wǎng)絡(luò)通信協(xié)議的物理層90，可以使用與RS-485或低功率RF等同的非規(guī)格化數(shù)據(jù)鏈路層80的傳輸媒體。還可以使用如電力線或IEEE 802.11等同的規(guī)格化傳輸媒體。適用LnCP網(wǎng)絡(luò)的家庭網(wǎng)絡(luò)系統(tǒng)1中，為了網(wǎng)絡(luò)管理器20～23及電器設(shè)備40～49與RS-485或LnCP路由器30，31，及LnCP適配器35，36聯(lián)接，利用了UART(Universal Asynchronous Receiver and Transmitter)數(shù)據(jù)幀結(jié)構(gòu)及RS-232的信號標準(level)。各設(shè)備之間利用網(wǎng)線(serial bus)聯(lián)接時，UART在通信線路控制比特信號流。如圖4f所示，在LnCP中，把高層送來的數(shù)據(jù)包，變換成10比特大小的UART數(shù)據(jù)幀單位后，通過傳輸媒體傳送。UART數(shù)據(jù)幀由1比特的起始位(Start Bit)、8比特的數(shù)據(jù)值(data)及1比特的停止位(Stop Bit)構(gòu)成。上述UART數(shù)據(jù)幀不使用效驗位(ParityBit)。UART數(shù)據(jù)幀從起始位傳達，最后傳達停止位。適用LnCP的家庭網(wǎng)絡(luò)系統(tǒng)1利用UART時，不使用追加的數(shù)據(jù)幀頭(frame header)及幀尾(frametrailer)。
以下是對使用在上述層中的節(jié)點媒介變量的說明。
下述的節(jié)點媒介變量的數(shù)據(jù)值的類型(type)與表6所示的多個形式中的一種相對應(yīng)。
表6

該網(wǎng)絡(luò)層70具有如下功能。
第1為地址管理功能，地址管理功能為儲存自身地址及目的地的網(wǎng)絡(luò)管理器20～23或電器設(shè)備40～49的地址的功能。這時，使用地址所含的各網(wǎng)絡(luò)管理器20～23或各電器設(shè)備40～49的消息及位置消息，可以指定集團地址，并可支持立體聲調(diào)頻廣播(multicasting)及廣播(broadcasting)通信。
第2為流動控制功能，流動控制功能為通過通信循環(huán)(cycle)控制數(shù)據(jù)包流動的功能。
第3為錯誤控制功能，錯誤控制功能為在規(guī)定的時間內(nèi)沒能接收應(yīng)答數(shù)據(jù)包時，重新傳輸域值的功能。重新傳輸次數(shù)最大限制為3回。
第4為事務(wù)控制(Transaction Control)功能，事務(wù)控制功能為通過檢測出重復(fù)數(shù)據(jù)包，防止重復(fù)履行同樣的消息，并控制同時多發(fā)的通信循環(huán)的功能。
第5為路由控制功能，路由控制功能為在兩個以上獨立的傳輸媒體間，傳輸數(shù)據(jù)包，并為了防止各LnCP路由器30～31以及LnCP適配器35～36之間的無限循環(huán)(loop)，控制數(shù)據(jù)包的流動的功能。
這種網(wǎng)絡(luò)層70以通信循環(huán)為單位提供服務(wù)。這種通信循環(huán)有{1-Request，1-Response}，{1-Request，Multi-Responses}，{1-Notification}，{Repeated-Notification}等四種。
{1-Request，1-Response}通信循環(huán)為一個主控設(shè)備向一個從屬設(shè)備傳輸一個請求數(shù)據(jù)包(Request Packet)，從屬設(shè)備傳輸對應(yīng)上述請求的一個應(yīng)答數(shù)據(jù)包(Request Packet)的通信循環(huán)。
{1-Request，Multi-Responses}通信循環(huán)為一個主控設(shè)備向多個從屬設(shè)備傳輸一個請求數(shù)據(jù)包，各從屬設(shè)備并依次傳輸應(yīng)答請求數(shù)據(jù)包的應(yīng)答數(shù)據(jù)包的通信循環(huán)。
{1-Notification}通信循環(huán)為設(shè)備(主控或從屬)以一個或多個設(shè)備(主控或從屬)為對象，傳輸一個通知數(shù)據(jù)包后，即刻結(jié)束通信的通信循環(huán)。
{Repeated-Notification}通信循環(huán)為在{1-Notification}通信循環(huán)為了確保傳輸可靠性，反復(fù)傳輸同樣的數(shù)據(jù)包后，結(jié)束通信的通信循環(huán)。
上述通信循環(huán)與數(shù)據(jù)包類型及傳輸服務(wù)(或網(wǎng)絡(luò)層服務(wù))(NLservice)同表7a。
表7a

網(wǎng)絡(luò)層70使用的節(jié)點媒介變量(Node Parameter)的值同表7b。
表7b


圖5a，圖5b為包括用于各層之間交換的原語(primitive)的框圖。
圖5a為主控設(shè)備各層之間的原語傳送示意圖。
如圖所示，用于應(yīng)用軟件50和應(yīng)用層60之間的原語，使用UserReq、UserDLReq、UserULReq、ALCompleted、UserRes、UserEventRcv。這里，省略上述內(nèi)容的相關(guān)說明。
如圖所示，用于應(yīng)用階層60和網(wǎng)絡(luò)層70之間的原語，包括ReqMsgSend、NLCompleted以及MsgRev。
請求消息送信(ReqMsgSend)原語是，用于把消息從主控設(shè)備應(yīng)用層60傳向網(wǎng)絡(luò)層70的原語，包括表8a所示的構(gòu)成要素。
表8a


這里，通信循環(huán)標識符(CycleID)是由上述應(yīng)用服務(wù)編碼(ALSvcCode)和收信設(shè)備節(jié)點地址(node Address)組合形成。
消息收信(MsgRcv)原語是用于把數(shù)據(jù)包從主控設(shè)備網(wǎng)絡(luò)層70傳向應(yīng)用層60的原語，包括表8b的構(gòu)成要素。
表8b


上述通信循環(huán)標識符(CycleID)的構(gòu)成，將在下面進行說明。網(wǎng)絡(luò)層完了(NLCompleted)原語是用于從網(wǎng)絡(luò)層70向應(yīng)用層通知數(shù)據(jù)包處理狀態(tài)的原語，包括表8c的構(gòu)成要素。
表8c

如圖所示，用于網(wǎng)絡(luò)層70和數(shù)據(jù)鏈路層80之間的原語，包括PktSend、PktRcv、以及DLLCompleted。
數(shù)據(jù)包送信(PktSend)原語是用于把數(shù)據(jù)包從網(wǎng)絡(luò)層70傳向數(shù)據(jù)鏈路層80的原語，包括表9a的構(gòu)成要素。
表9a

數(shù)據(jù)包收信(PktRcv)原語是用于把數(shù)據(jù)包從數(shù)據(jù)鏈路層80傳向網(wǎng)絡(luò)層70的原語，包括表9b的構(gòu)成要素。
表9b

數(shù)據(jù)鏈路層完了(DLLCompleted)原語是用于通知從數(shù)據(jù)鏈路層80向網(wǎng)絡(luò)層70傳送的數(shù)據(jù)包傳送結(jié)果的原語，包括表9c的構(gòu)成要素。
表9c

如圖所示，用于數(shù)據(jù)鏈路層80和物理層90之間的原語包括FrameSend、FrameRcv、RptLineStatus。這里省略其說明。
圖5b為從屬設(shè)備層之間的原語傳送狀態(tài)示意圖。
如圖所示，用于軟件50a和應(yīng)用層60a之間的原語包括UserResSend、UserEventSend、UserReqRcv、ALCompleted，這里省略其說明。
如圖所示，用于應(yīng)用層60a和網(wǎng)絡(luò)層70a之間的原語包括ReqMsgRcv、ResMsgSend

EventMsgSend、NLCompleted。
請求消息收信(ReqMsgRcv)原語是從網(wǎng)絡(luò)層70a向應(yīng)用層60a傳送請求消息的原語，包括表10a的構(gòu)成要素。
表10a


應(yīng)答消息送信(ResMsgSend)原語是用于從應(yīng)用層60a向網(wǎng)絡(luò)層70a傳送應(yīng)答消息的原語，包括表10b的構(gòu)成要素。
表10b

事件消息送信(EventMsgSend)原語是從應(yīng)用層60a向網(wǎng)絡(luò)層70a傳送事件消息的原語，包括表10c的構(gòu)成要素。
表10c


網(wǎng)絡(luò)層完了(NLCompleted)原語是從網(wǎng)絡(luò)層70a向應(yīng)用層60a通報數(shù)據(jù)包處理狀態(tài)的原語，包括表10d的構(gòu)成要素。
表10d

用于從屬設(shè)備的各網(wǎng)絡(luò)層70a、數(shù)據(jù)層80a以及物理層90a之間的原語，其使用狀況與主控設(shè)備的各原語相同。
圖6為本發(fā)明的數(shù)據(jù)處理方法實施例流程圖。該流程圖展示的是為了把主控設(shè)備的請求數(shù)據(jù)包和從屬設(shè)備的通知數(shù)據(jù)包，從應(yīng)用層60、60a傳向數(shù)據(jù)鏈路層80、80a，在網(wǎng)絡(luò)層中處理上述各數(shù)據(jù)包的過程。即，對網(wǎng)絡(luò)層70，70a與應(yīng)用層60、60a之間的APDU收信以及，網(wǎng)絡(luò)層70、70a與數(shù)據(jù)鏈路層80、80a之間的NPDU送信，進行說明。
階段(S61)中，主控設(shè)備網(wǎng)絡(luò)層70從應(yīng)用層60接收請求消息送信(ReqMsgSend)原語(即，請求消息或數(shù)據(jù)包)。另外，從屬設(shè)備網(wǎng)絡(luò)層70a從應(yīng)用層60a接收事件消息送信(EventMsgSend)原語(即，通信消息或數(shù)據(jù)包)。網(wǎng)絡(luò)層70、70a計算從收信起始點開始的經(jīng)過時間(ElapsedTime)。
階段(S62)中，主控設(shè)備的網(wǎng)絡(luò)層70根據(jù)從應(yīng)用層60接收的請求消息送信(ReqMsgSend)原語，生成具有表11所示結(jié)構(gòu)的通信循環(huán)明細(CycleDescription)。對通信循環(huán)明細的變數(shù)，進行如下設(shè)定。
首先，通信循環(huán)標識符(CycleID)是包括在請求消息送信(ReqMsgSend)原語中的通信循環(huán)標識符(CycleID)。如果包括在請求消息送信(ReqMsgSend)原語中的網(wǎng)絡(luò)層服務(wù)(NLService)為不需要應(yīng)答(Non-acknowledged)或反復(fù)通知(Repeated-notification)服務(wù)，則通信循環(huán)類型(CycleType)被設(shè)定為{1-notification}(2)或{Repeated-notification}(3)。如果網(wǎng)絡(luò)層服務(wù)(NLService)是需要應(yīng)答(Acknowledged)服務(wù)，而且服務(wù)目的地址(DstAddress)值所指的是單一收信者，則通信循環(huán)類型(CycleType)被設(shè)定為{1-request，l-response}(0)。如果網(wǎng)絡(luò)層服務(wù)(NLService)是需要應(yīng)答(Acknowledged)服務(wù)，而且服務(wù)目的地址(DstAddress)值是群地址，則通信循環(huán)類型(CycleType)被設(shè)定為{1-request，multi-response}(1)。連接器地址(Connector Addr)是包括在請求消息送信(ReqMsgSend)原語中的目的地址(DstAddress)，在傳送時是收信方地址，而在接收時是送信方地址。數(shù)據(jù)包編號(PacketNo)是在最近剛結(jié)束的通信循環(huán)中的編號值上加“1”后得到的值，如果得到的值為“4”則歸“0”。網(wǎng)絡(luò)層服務(wù)(NLService)是包括在請求消息送信(ReqMsgSend)原語中的網(wǎng)絡(luò)層服務(wù)(NLService)。服務(wù)優(yōu)先次序(SvcPriority)(與上述傳送優(yōu)先次序相同)是包括在請求消息送信(ReqMsgSend)原語的優(yōu)先次序(SvcPriority)。暫停時間(TimeOut)是包括在請求消息送信(ReqMsgSend)原語中的暫停時間(Time Out)，該暫停時間應(yīng)大于傳送暫停時間(SendTimeOut)(1000ms)，上述傳送暫停時間是用于數(shù)據(jù)鏈路層完了(DLLCompleted)原語的等待時間。通信循環(huán)為{1-request，1-response}或{Repeated-notification}通信循環(huán)時，傳送次數(shù)(TransmissionNo)是指傳送同一APPU的次數(shù)，其初始值為“1”，可以進行的再傳送次數(shù)為最大再傳送次數(shù)(SendRetries)所定義的3次，上述最大再傳送次數(shù)是網(wǎng)絡(luò)層70的媒介變量。經(jīng)過時間(ElapsedTime)是應(yīng)用層60接收到新通信循環(huán)標識符(CycleID)時的時間點之后所經(jīng)過的時間，其初始值為“0”，后續(xù)值為通信循環(huán)所耗時間，其值一直被更新，直到當(dāng)前通信循環(huán)結(jié)束為止。應(yīng)答收信狀態(tài)(ResRcvState)用于表示發(fā)送請求數(shù)據(jù)包后有沒有接收到應(yīng)答數(shù)據(jù)包，其初始值為應(yīng)答未收信(NOT_RECEIVED)，接收到應(yīng)答數(shù)據(jù)包后的值為應(yīng)答收信(RES_RECEIVED)。
表11


這里，可以有所選擇地包括傳送次數(shù)(TransmissionNo)、經(jīng)過時間(ElapsedTime)、以及應(yīng)答收信狀態(tài)(ResRcvState)。暫停時間(TimeOut)是根據(jù)包括它的原語性質(zhì)，表示應(yīng)答暫停時間(ResponseTimeOut)或反復(fù)通知消息傳送間隔(RepNotiInt)。
從屬設(shè)備網(wǎng)絡(luò)層70a從應(yīng)用層60a接收事件消息通信(EventMsgSend)原語后，按下述方式生成通信循環(huán)明細。
通信循環(huán)標識符(CycleID)是包括在事件消息送信(EventMsgSend)原語中的通信循環(huán)標識符(CycleID)。如果包括在事件消息送信(EventMsgSend)原語中的網(wǎng)絡(luò)層服務(wù)(NLService)為不需要應(yīng)答(Non-acknowledged)或反復(fù)通知(Repeated-notification)服務(wù)，則通信循環(huán)類型(CycleType)被設(shè)定為{1-notification}(2)或{Repeated-notification}(3)。連接器地址(Connector Addr)是包括在事件消息送信(EventMsgSend)原語中的目的地址(DstAddress)，數(shù)據(jù)包編號(PacketNo)是在最近剛結(jié)束的通信循環(huán)中的編號值上加“1”后得到的值，如果得到的值為“3”則歸“0”。網(wǎng)絡(luò)層服務(wù)(NLService)是包括在事件消息送信(EventMsgSend)原語中的網(wǎng)絡(luò)層服務(wù)(NLService)。服務(wù)優(yōu)先次序(SvcPriority)是包括在事件消息送信(EventMsgSend)原語的優(yōu)先次序(SvcPriority)。暫停時間(TimeOut)是包括在事件消息送信(EventMsgSend)原語中的暫停時間(Time Out)，這里表示的是反復(fù)通知消息傳送間隔(RepNotiInt)。通信循環(huán)為{1-notification}(2)或{Repeated-notification}(3)通信循環(huán)時，傳送次數(shù)(TransmissionNo)是指傳送同一APPU的次數(shù)，其初始值為“1”。經(jīng)過時間(ElapsedTime)是應(yīng)用層60a接收到新通信循環(huán)標識符(CycleID)時的時間點之后所經(jīng)過的時間，其初始值為“0”，后續(xù)值為當(dāng)前通信循環(huán)所耗時間，其值一直被更新，直到當(dāng)前通信循環(huán)結(jié)束為止。應(yīng)答收信狀態(tài)(ResRcvState)用于表示發(fā)送通知數(shù)據(jù)包后有沒有接收到通知數(shù)據(jù)包，其值為應(yīng)答未收信(NOT_RECEIVED)。
表12為通信循環(huán)、數(shù)據(jù)包類型、網(wǎng)絡(luò)層服務(wù)之間的關(guān)系示意圖。

階段S63中，利用通信循環(huán)明細的各變量，在APDU上追加NPDU頭和尾后生成NPDU。這里，頭的各域值設(shè)定過程如下。首先，SA域包括送信方節(jié)點地址(Node Address)，PL域(NPDU長度)包括有在APDULength上加13后的值。這里APDULength包括在從應(yīng)用層60，60a傳送的原語中。另外，PV域(原語版本)中，比如包括有0x20(版本2.0)。其他域使用包括在通信循環(huán)明細中的值。然后，在頭上追加APDU，并追加NPDU尾，上述APDU包括在從應(yīng)用層60、60a傳送的原語中。即，ELP域中包括有0x03，而CRC域中比如包括利用CCITT-16標準生成多項式算出的值。
階段S64中，主控設(shè)備的網(wǎng)絡(luò)層70生成NPDU后，利用包括上述NPDU的數(shù)據(jù)包傳送(PktSend)原語，按通信循環(huán)明細中設(shè)定的網(wǎng)絡(luò)層服務(wù)(NLService)，把上述NPDU即可傳向上述數(shù)據(jù)鏈路層80。這里，為了進行再傳送，儲存上述將要傳送的NPDU。
另外，從屬設(shè)備的網(wǎng)絡(luò)層70a生成NPDU后，利用包括NPDU的數(shù)據(jù)包傳送(PktSend)原語，按通信循環(huán)明細中設(shè)定的通信循環(huán)類型(CycleType)值，把NPDU傳向數(shù)據(jù)鏈路層80a。即，通信循環(huán)類型(CycleType)如果是{1-request，multi-response}通信循環(huán)，則按應(yīng)答遲延時間(ResDelayTime)，遲延后把NPDU傳向數(shù)據(jù)鏈路層80a。如果是其他通信循環(huán)，則即刻傳送。另外，如果是{Repeated-notification}通信循環(huán)，則為了能夠進行再傳送，儲存NPDU。
傳送NPDU后，進入結(jié)束當(dāng)前通信循環(huán)的過程。
階段S65中，網(wǎng)絡(luò)層70，70a對通信循環(huán)控制的結(jié)束，進行判斷，如果判定為結(jié)束，則與成功和失敗無關(guān)，進行階段S67，如果不是則進行階段S66。
更詳細的說，主控設(shè)備的網(wǎng)絡(luò)層70中，在下述4種情況下，把通信循環(huán)判斷為成功。
*{1-request，1-response}通信循環(huán)中，應(yīng)答收信狀態(tài)(ResRcvState)值為，應(yīng)答收信(RES_RECEIVED)時；*{1-request，multi-response}通信循環(huán)中，應(yīng)答收信狀態(tài)(ResRcvState)值為，應(yīng)答收信(RES_RECEIVED)，經(jīng)過時間(ElapsedTime)值大于暫停時間(TimeOut)值時；*{1-notification}通信循環(huán)中，從數(shù)據(jù)鏈路層(80)接收到包括意味著傳送結(jié)束的SEND_OK值的數(shù)據(jù)鏈路層完了(DLLCompleted)原語時；*進行{Repeated-notification}通信循環(huán)的期間內(nèi)，從數(shù)據(jù)鏈路層(80)接收到包括意味著傳送結(jié)束的SEND_OK值的數(shù)據(jù)鏈路層完了(DLLCompleted)原語時。
另外，主控設(shè)備網(wǎng)絡(luò)層70中，在下述6種情況下，把通信循環(huán)判斷為失敗。
*{1-request，1-response}通信循環(huán)中，通信循環(huán)明細的傳送次數(shù)(TransmissionNo)值大于作為網(wǎng)絡(luò)層70媒介變量的最大再傳送次數(shù)3次時；*{1-request，multi-response}通信循環(huán)中，應(yīng)答收信狀態(tài)(ResRcvState)值為應(yīng)答未收信(NOT_RECEIVED)，而且經(jīng)過時間(ElapsedTime)值大于暫停時間(TimeOut)值時；*{1-notification}通信循環(huán)中，從數(shù)據(jù)鏈路層(80)接收包括意味著傳送失敗的SEND_FAILED的數(shù)據(jù)鏈路層完了(DLLCompleted)原語時；*{1-notification}通信循環(huán)中，在作為網(wǎng)絡(luò)層(70)媒介變量的傳送暫停時間(SendTimeOut)內(nèi)，沒能從數(shù)據(jù)鏈路層(80)接收到數(shù)據(jù)鏈路層完了(DLLCompleted)原語時；*在進行{Repeated-notification}通信循環(huán)的期間內(nèi)，在傳送所有的數(shù)據(jù)包時，從數(shù)據(jù)鏈路層80只接收到包括意味著傳送失敗的SEND_FAILED的數(shù)據(jù)鏈路層完了(DLLCompleted)原語時；*進行{Repeated-notification}通信循環(huán)的期間內(nèi)，在傳送所有的數(shù)據(jù)包時，在作為網(wǎng)絡(luò)層(70)媒介變量的傳送暫停時間(SendTimeOut)內(nèi)，沒能從數(shù)據(jù)鏈路層(80)接收到數(shù)據(jù)鏈路層完了(DLLCompleted)原語時。
從屬設(shè)備的網(wǎng)絡(luò)層70a把通知數(shù)據(jù)包傳送到數(shù)據(jù)鏈路結(jié)成80a后，如果從數(shù)據(jù)鏈路層80a接收到包括SEND_OK值的數(shù)據(jù)鏈路層完了(DLLCompleted)原語，則成功結(jié)束通信循環(huán)。
另外，從屬設(shè)備網(wǎng)絡(luò)層70a向數(shù)據(jù)鏈路層80a傳送通知數(shù)據(jù)包后，如果從數(shù)據(jù)鏈路層80a接收到包括SEND_FAILED值的數(shù)據(jù)鏈路層完了(DLLCompleted)原語，或在傳送暫停時間(SendTimeOut)內(nèi)沒能從數(shù)據(jù)鏈路層80a接收數(shù)據(jù)鏈路層完了(DLLCompleted)原語，則以失敗結(jié)束通信循環(huán)。
階段S66中，在通信循環(huán)沒有結(jié)束的情況下，網(wǎng)絡(luò)層70，70a對是不是需要進行再傳送，進行判斷。如果符合再傳送條件，則進行階段S67，如果不是則進行階段S65，重新判斷通信循環(huán)是否結(jié)束。
更詳細的說，主控設(shè)備在發(fā)送請求數(shù)據(jù)包后，所進行的通信循環(huán)是{1-request，1-response}或{Repeated-notification}，并僅限2次可以進入NPDU再傳送過程。下面，展示主控設(shè)備進入再傳送的條件。
*作為通信循環(huán)明細變量的傳送次數(shù)(TransMissionNo)值小于3，并經(jīng)過時間(ElapsedTime)的值大于暫停時間(TimeOut)值時；
*作為通信循環(huán)明細變量的傳送次數(shù)(TransMissionNo)值小于3，并從數(shù)據(jù)鏈路層80接收到包括SEND_FAILED的數(shù)據(jù)鏈路層完了(DLLCompeted)原語時；*作為通信循環(huán)明細變量的傳送次數(shù)(TransMissionNo)值小于3，并在傳送暫停時間(SendTimeOut)內(nèi)，沒能從數(shù)據(jù)鏈路層80接收到數(shù)據(jù)鏈路層完了(DLLCompeted)原語時。
從屬設(shè)備在發(fā)送通知數(shù)據(jù)包后，如果進行的通信循環(huán)為{Repeated-notification}，傳送次數(shù)(TransMissionNo)值大于1，則可以限于2次進入NPDU的再傳送過程。下面，展示從屬設(shè)備進入再傳送的條件。
*作為通信循環(huán)明細變量的傳送次數(shù)(TransMissionNo)值小于3，并經(jīng)過時間(ElapsedTime)的值大于暫停時間(TimeOut)值時；*作為通信循環(huán)明細變量的傳送次數(shù)(TransMissionNo)值小于3，并從數(shù)據(jù)鏈路層80a接收到包括SEND_FAILED的數(shù)據(jù)鏈路層完了(DLLCompeted)原語時；*作為通信循環(huán)明細變量的傳送次數(shù)(TransMissionNo)值小于3，并在傳送暫停時間(SendTimeOut)內(nèi)，沒能從數(shù)據(jù)鏈路層80a接收到數(shù)據(jù)鏈路層完了(DLLCompeted)原語時。
階段S67中，如果進入到再傳送階段，則主控設(shè)備和從屬設(shè)備修改通信循環(huán)明細內(nèi)容后，重新進行NPDU生成過程和通信循環(huán)結(jié)束過程。這里，通信循環(huán)明細進行如下修改。
*傳送次數(shù)(TransMissionNo)增加‘1’；*經(jīng)過時間(ElapsedTime)設(shè)定成‘0’；應(yīng)答收信狀態(tài)(ResRcvState)設(shè)定成應(yīng)答未收信(NOT_RECEIVED)。
階段S68中，主控設(shè)備和從屬設(shè)備在以成功或失敗結(jié)束通信循環(huán)時，刪除相應(yīng)的通信循環(huán)明細。階段S69中，把包括失敗原因編碼值的網(wǎng)絡(luò)層完了(NLCompleted)原語，傳送到應(yīng)用層60，60a中。這里，如果成功結(jié)束通信循環(huán)，則包括的編碼值為CYCLE_OK，如果以失敗結(jié)束通信循環(huán)，則包括的編碼值為CYCLE_FAILED。
上述數(shù)據(jù)處理方法在開始階段中，按一定的方法檢測出主控設(shè)備網(wǎng)絡(luò)層接收的應(yīng)答數(shù)據(jù)包中的重復(fù)數(shù)據(jù)包，并把上述重復(fù)數(shù)據(jù)包進行處理。同時，可以利用通信循環(huán)標識符(CycleID)，進行通信循環(huán)的控制、錯誤控制等作業(yè)。
本發(fā)明提供提供的實用例附圖和方法，只是為了具體表述本發(fā)明技術(shù)思想而舉的一例。不容置疑，在本發(fā)明基本技術(shù)思想范圍內(nèi)，還會存在很多位置，形狀，材料等方面的改進方法。
圖7為本發(fā)明的數(shù)據(jù)處理方法第2實施例流程圖。第2實施例是網(wǎng)絡(luò)層70a中，處理從屬設(shè)備的應(yīng)答數(shù)據(jù)包過程的說明。上述處理是為了從屬設(shè)備的應(yīng)答數(shù)據(jù)包，從應(yīng)用層60a傳送到數(shù)據(jù)鏈路層80a，而進行的。即，網(wǎng)絡(luò)層70a中進行與應(yīng)用層60a的APDU收信及網(wǎng)絡(luò)層70a中進行與應(yīng)用層80a的APDU送信。
階段(S71)中，從屬設(shè)備的網(wǎng)絡(luò)層70a，從應(yīng)用層60a接收應(yīng)答消息送信(ResMsgSend)原語(即，應(yīng)答消息或數(shù)據(jù)包)。網(wǎng)絡(luò)層70a，從該收信起點開始，對經(jīng)過時間(ElapsedTime)計時。
階段(S72)中，從屬設(shè)備的網(wǎng)絡(luò)層70a，從應(yīng)用層60a接收到應(yīng)答消息送信(ResMsgSend)原語，就在已生成的通信循環(huán)明細上，只記錄通信循環(huán)標識符(CycleID)值。這里，從數(shù)據(jù)鏈路層，接收請求數(shù)據(jù)包收信(ReqPktRcv)原語時，生成上述通信循環(huán)明細(參考下述)。
階段(S73)中，利用已完成的通信循環(huán)明細各變量，把NPDU頭和尾追加到APDU，生成NPDU。這時，頭的各域值設(shè)定如下。首先，SA域包括送信方的節(jié)點地址(Node Address)，PL域(NPDU長度)包括APDULength值加上13的值。APDULength值包括在從應(yīng)用層傳送的原語中。另外，PV域值(通信協(xié)議版本)，例如包括0x209(版本2.0)，其它各域值利用包括在通信循環(huán)明細的值。然后，把APDU追加到頭上，這里追加到頭上的APDU包括在從應(yīng)用層傳到的原語中。追加NPDU的尾方式如下。即，ELP域包括0x03，CRC域，例如包括利用CCITT-16標準生成多項式的值。
階段(S74)中，從屬設(shè)備的網(wǎng)絡(luò)層70a，在生成NPDU后，利用包括該NPDU的數(shù)據(jù)包傳送(PktSend)原語，根據(jù)通信循環(huán)明細中，已設(shè)定的通信循環(huán)類型(CycleType)值，把NPDU傳送到數(shù)據(jù)鏈路層80a。即，如通信循環(huán)類型(CycleType)為{1-request，multi-response}的通信循環(huán)，則遲延應(yīng)答遲延時間(ResDelayedTime)后，再傳向數(shù)據(jù)鏈路層80a。如是除此以外的通信循環(huán)時，則即刻傳送。
傳送NPDU后，進入結(jié)束當(dāng)前通信循環(huán)的過程。
階段(S75)中，在網(wǎng)絡(luò)層70a，判斷通信循環(huán)控制的“完了”，如判定為“完了”，則不管成功或失敗，都進行階段(S76)。反之，則進行從新判斷。
從屬設(shè)備的網(wǎng)絡(luò)層70a，在向數(shù)據(jù)鏈路層80a傳達應(yīng)答數(shù)據(jù)包后，從數(shù)據(jù)鏈路層80a接收包括SEND_OK值的數(shù)據(jù)鏈路層完了(DLLCompleted)原語時，表示成功結(jié)束通信循環(huán)。
另外，從屬設(shè)備的網(wǎng)絡(luò)層70a，在向數(shù)據(jù)鏈路層80a傳達應(yīng)答數(shù)據(jù)包后，從數(shù)據(jù)鏈路層80a接收包括SEND_FAILED值的數(shù)據(jù)鏈路層完了(DLLCompleted)原語時，或在傳送暫停(SendTimeOut)時間內(nèi)，從數(shù)據(jù)鏈路層80a，沒能接收數(shù)據(jù)鏈路層完了(DLLCompleted)原語時，表示以失敗結(jié)束通信循環(huán)。
階段(S76)中，成功結(jié)束或以失敗結(jié)束通信循環(huán)時，從屬設(shè)備刪除相應(yīng)的通信循環(huán)明細。階段(S77)中，把網(wǎng)絡(luò)層完了(NLCompleted)原語傳向應(yīng)用層60a，這里，網(wǎng)絡(luò)層完了(NLCompleted)原語，包括含有成功原因或失敗原因的編碼值。成功結(jié)束通信循環(huán)時，上述原語所包括的編碼值是CYCLE_OK，如果以失敗結(jié)束通信循環(huán)，則所包括的編碼是CYCLE_FAILED。
從屬設(shè)備的網(wǎng)絡(luò)層70a，在接收的請求數(shù)據(jù)包中，可以按特定的方法，檢測處理重復(fù)數(shù)據(jù)包。
圖8為本發(fā)明的數(shù)據(jù)處理方法的第3實施例流程圖。該第3實施例，展示的是從從屬設(shè)備的數(shù)據(jù)鏈路層80a，接收到處理數(shù)據(jù)包收信(PktRcv)原語后，再把它傳向應(yīng)用層60a的過程。
階段(S81)中，主控設(shè)備的網(wǎng)絡(luò)層70，從數(shù)據(jù)鏈路層80接收數(shù)據(jù)包收信(PktRcv)原語(即，NPDU)。
階段(S82)中，主控設(shè)備的網(wǎng)絡(luò)層70，從數(shù)據(jù)鏈路層80接收到NPDU，就對作為數(shù)據(jù)包第1位域的SLP域值和作為最后域的ELP域值進行確認。即，在階段(S82)，判斷SLP域值和ELP域值是否包括特定的值(例如，，‘0x02’，’0x03’)。如兩個域值都包括特定的值，則處理數(shù)據(jù)包。反之，即，至少有一個域值不包括特定的值，則進行階段(S87)，忽略己接收的數(shù)據(jù)包。
另外，處理NPDU的SLP域和最后域ELP域后，計算CRC域值，如有錯誤，則進行階段(S87)，忽略已接收的數(shù)據(jù)包。
即使，CRC域值正常，但PL域值與NPDU的大小不同，則進行階段(S87)，忽略己接收的數(shù)據(jù)包。
階段(S83)中，網(wǎng)絡(luò)層70a，通過確認主控設(shè)備收信地址及已接收數(shù)據(jù)包的收信方地址，確認正常的收信方是否是該主控設(shè)備。即，接收到NPDU時，利用產(chǎn)品碼(Product Code)、理論地址(LogicalAddress)、以及集團碼(Cluster Code)，確認是否是數(shù)據(jù)包頭的DA域值，可認知的值。如接收數(shù)據(jù)包的從屬設(shè)備不是正常收信方，則進行階段(S87)，忽略數(shù)據(jù)包。
例如，產(chǎn)品碼為0bXXX XXXX，理論地址為0bYYYY YYYYY，以及集團碼為0bZZZZ ZZZZ時的從屬設(shè)備，應(yīng)該能認知8種類的地址。
*對所有的設(shè)備的地址指定由0b1111 1111 1111 1111或0b0111 1111 11111111(0xFFFF或0x7FFF)形成；*按產(chǎn)品碼的地址指定由0b1XXX XXXX 1111 1111或0b0XXX XXXX 1111 1111形成；*按集團碼的地址指定由0b1111 1111 ZZZZ ZZZZ形成；*按理論地址的地址指定由0b0111 1111 YYYY YYYY形成；*按產(chǎn)品碼地址和理論地址的地址指定由0b0XXX XXXX YYYY YYYY形成；*按產(chǎn)品碼和集團碼的地址指定由0b1XXX XXXX ZZZZ ZZZZ形成。
另外，物理意義上，一個產(chǎn)品上體現(xiàn)多個LnCP設(shè)備時，對各設(shè)備，需要能認知8種類的地址。
各網(wǎng)絡(luò)管理器20～23，與自身的節(jié)點地址無關(guān)，需要能認知表示所有網(wǎng)絡(luò)管理器的0x00FF地址。另外，各網(wǎng)絡(luò)管理器20～23，在已接收通信數(shù)據(jù)包時，需要能認知指定為各網(wǎng)絡(luò)管理器20～23的初始地址或網(wǎng)關(guān)10的節(jié)點地址的0x0000地址。
另外，從數(shù)據(jù)鏈路層80，接收的NPDU頭SA域值，同如下情況時，網(wǎng)絡(luò)層70忽略己接收的NPDU。
*群地址情況下，產(chǎn)品碼是0x7F或理論地址是0xFF時；*以及地址屬性(Address Option)位是1時。
階段(S84)中，各設(shè)備判斷接收的數(shù)據(jù)包是否是對應(yīng)自身特性的數(shù)據(jù)包。即，如從數(shù)據(jù)鏈路層80接收到的NPDU，不是應(yīng)答數(shù)據(jù)包或不是通知數(shù)據(jù)包，則主控設(shè)備的網(wǎng)絡(luò)層70，進行階段(S87)，并忽略接收的NPDU。
階段(S85)中，主控設(shè)備的網(wǎng)絡(luò)層70，判斷接收的NPDU是否是請求數(shù)據(jù)包。如是請求數(shù)據(jù)包，則進行階段(S86)。反之是通知數(shù)據(jù)包，則進行階段(S86)。
階段(S86)中，主控設(shè)備的網(wǎng)絡(luò)層70，對已接收的應(yīng)答數(shù)據(jù)包與已儲存通信循環(huán)明細進行比較。
如是在傳送請求數(shù)據(jù)包后，接收到所需數(shù)據(jù)包，則進行階段(S88)，把應(yīng)答收信狀態(tài)(ResRcvState)設(shè)定為應(yīng)答收信(RES_RECEIVED)。接收到應(yīng)答數(shù)據(jù)包時，如用于比較的通信循環(huán)明細不存在，則認知成重復(fù)數(shù)據(jù)包，進行階段(S87)，并忽略接收的數(shù)據(jù)包。
更詳細的說，主控設(shè)備的網(wǎng)絡(luò)層70接收到的應(yīng)答數(shù)據(jù)包與已儲存的通信循環(huán)明細的相對應(yīng)性的判斷標準，可以通過下例設(shè)定。
圖9a及9b所示為一個主控設(shè)備與多個從屬設(shè)備進行通信，網(wǎng)絡(luò)界70層處理連續(xù)的通信循環(huán)的情況。
圖9a所示表示一個主控設(shè)備與多個從屬設(shè)備的多個通信循環(huán)。隨然，主控設(shè)備的網(wǎng)絡(luò)層70，依次傳送了請求數(shù)據(jù)包1(Req1)和請求數(shù)據(jù)包2(Req2)，但，因應(yīng)答數(shù)據(jù)包1(Res1)的錯誤，按應(yīng)答數(shù)據(jù)包2，應(yīng)答數(shù)據(jù)包1的順序，逆順接收。這時，網(wǎng)絡(luò)層70利用對應(yīng)各請求數(shù)據(jù)包的儲存在通信循環(huán)明細的聯(lián)接器地址(ConnectorAddr)和應(yīng)答數(shù)據(jù)包的SA域值，可以使請求數(shù)據(jù)包2和1與應(yīng)答數(shù)據(jù)包1和2相對應(yīng)。
圖9b所示為表示，一個主控設(shè)備與多個從屬設(shè)備，通過復(fù)選形式(multicast)和單一形式(uni cast)結(jié)合的多個通信循環(huán)。雖然，請求數(shù)據(jù)包1，按復(fù)選形式傳送后，請求數(shù)據(jù)包2，按單一形式傳送。但是，按應(yīng)答數(shù)據(jù)包11(Res11)，應(yīng)答數(shù)據(jù)包12，應(yīng)答數(shù)據(jù)包2，以及應(yīng)答數(shù)據(jù)包13的順序，接收應(yīng)答數(shù)據(jù)包。這時，網(wǎng)絡(luò)層70，從同一個從設(shè)備，接收多個應(yīng)答數(shù)據(jù)包，所以通過對各請求數(shù)據(jù)包通信循環(huán)明細的聯(lián)接器地址(ConnectorAddr)及數(shù)據(jù)包編號(PacketNo)值與應(yīng)答數(shù)據(jù)包的SA域值及PN域值進行比較，可以使請求數(shù)據(jù)包與應(yīng)答數(shù)據(jù)包對應(yīng)。
更詳細的說，{1-request，1-response}通信循環(huán)中，如滿足以下兩個條件，則網(wǎng)絡(luò)層判斷為應(yīng)答數(shù)據(jù)包與已儲存的通信循環(huán)明細相對應(yīng)。
*傳送過的請求數(shù)據(jù)包的收信方地址與接收請求數(shù)據(jù)包的應(yīng)答數(shù)據(jù)包送信方地址以一致；*傳送過的請求數(shù)據(jù)包與接收的應(yīng)答數(shù)據(jù)包的PN域值相同。
另外，{1-request，multi-response}通信循環(huán)中，如滿足以下兩個條件，則網(wǎng)絡(luò)層判斷為應(yīng)答數(shù)據(jù)包與已儲存的通信循環(huán)明細相對應(yīng)。
*傳送過的請求數(shù)據(jù)包的收信方地址為群地址，應(yīng)答數(shù)據(jù)包的送信方地址屬于該群地址；*傳送過的請求數(shù)據(jù)包與接收的應(yīng)答數(shù)據(jù)包PN域值相同。
階段(S89)中，網(wǎng)絡(luò)層70，讀取請求消息收信(ReqMsgRcv)，并讓它包含到原語，并傳送到應(yīng)用層60。利用NHL域值，從NPDU讀取該APDU。在接收的NPDU中，即使，本明細中沒被定義的域被追加到頭，也能通過頭，認知指定在NHL域上的字節(jié)數(shù)的量，并讀取APDU。
圖10為本發(fā)明的數(shù)據(jù)處理方法的第4實施例流程圖。該第4實施例表現(xiàn)的是從屬設(shè)備的數(shù)據(jù)鏈路層80a，接收處理數(shù)據(jù)包收信(PktRcv)原語，再傳送到應(yīng)用層60a的過程。
階段(S91到S93)、(S55)、(S97)及(S99)與圖8的階段(S81到S83)，(S85)，(S87)及(S89)相同。
階段(S94)中，如從數(shù)據(jù)鏈路層80a，接收的NPDU不是請求數(shù)據(jù)包或不是通知數(shù)據(jù)包，則從屬設(shè)備的網(wǎng)絡(luò)層70a，進行階段(S97)，并忽略該接收的NPDU。
階段(S96)中，如從數(shù)據(jù)鏈路層80a，接收請求數(shù)據(jù)包，則從屬設(shè)備的網(wǎng)絡(luò)層70a，確認當(dāng)前是否存在處理中的通信循環(huán)明細。如存在處理中的通信循環(huán)明細，則進行階段(S97)，忽略接收的請求數(shù)據(jù)包。如不存在，則進行階段(S98)。
階段(S98)中，從屬設(shè)備的網(wǎng)絡(luò)層70a，生成構(gòu)成上述NPDU所需的通信循環(huán)明細。
接收請求數(shù)據(jù)包時，生成的通信循環(huán)明細，其生成過程如下。首先，不設(shè)定通信循環(huán)標識符(CycleID)值(在圖7的階段(S72)設(shè)定)，如包括在請求數(shù)據(jù)包的SA域值，指定單一的收信方，則通信循環(huán)類型(CycleType)設(shè)定為{1-request，1-response}，如指定群地址，則設(shè)定為{1-request，multi-response}。然后，聯(lián)接器地址(ConnectorAddr)設(shè)定為包括在請求數(shù)據(jù)包的SA域值，數(shù)據(jù)包編號(PacketNo)設(shè)定為包括在請求數(shù)據(jù)包的PN域值，網(wǎng)絡(luò)層服務(wù)(NLService)設(shè)定為“0”(Acknowledged服務(wù))，傳送優(yōu)先次序(SvcPriority)設(shè)定為包括在請求數(shù)據(jù)包的SP域值，暫停時間(TimeOut)是包括在已接收數(shù)據(jù)包的暫停時間(TimeOut)。后續(xù)的經(jīng)過時間(ElapsedTime)值為“0”。后續(xù)的應(yīng)答收信狀態(tài)(ResRcvState)用于表示發(fā)送通知數(shù)據(jù)包后有沒有接收到通知數(shù)據(jù)包，其值為應(yīng)答未收信(NOT_RECEIVED)。
該數(shù)據(jù)處理方法，在階段(S98)生成通信循環(huán)明細后，經(jīng)過檢測特定的重復(fù)數(shù)據(jù)包的階段，讀取APDU，并可以傳向應(yīng)用層60a。從屬設(shè)備接收通知數(shù)據(jù)包時，不生成通信循環(huán)明細，經(jīng)過檢測特定的重復(fù)數(shù)據(jù)包的階段，讀取APDU，并可以傳向應(yīng)用層60a。
綜上所述，本發(fā)明的有益效果是本發(fā)明可以提供適用泛用通信規(guī)范——控制通信協(xié)議的家庭網(wǎng)絡(luò)系統(tǒng)的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，上述泛用通信規(guī)范具有控制并監(jiān)視家庭網(wǎng)絡(luò)系統(tǒng)內(nèi)各電器設(shè)備的功能。
本發(fā)明的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，采用作為泛用通信規(guī)范，即互動網(wǎng)絡(luò)控制通信協(xié)議(Living network Control ProtocolLnCP)。
本發(fā)明的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，可以從主控設(shè)備的數(shù)據(jù)鏈路層，向應(yīng)用層傳送應(yīng)答數(shù)據(jù)包或通知數(shù)據(jù)包。
本發(fā)明的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，可以從從屬設(shè)備的數(shù)據(jù)鏈路層，向應(yīng)用層傳送請求數(shù)據(jù)包。
本發(fā)明還具有對與接收到的數(shù)據(jù)包對應(yīng)的通信循環(huán)明細進行檢索，檢測出重復(fù)數(shù)據(jù)包的效果。
以上所述，僅是本發(fā)明的較佳實施例而已，并非對本發(fā)明作任何形式上的限制，凡是依據(jù)本發(fā)明的技術(shù)實質(zhì)對以上實施例所作的任何簡單修改、等同變化與修飾，均仍屬于本發(fā)明技術(shù)方案的范圍內(nèi)。
權(quán)利要求
1.一種網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，包括在至少由物理層、網(wǎng)絡(luò)層及應(yīng)用層形成的通信協(xié)議中，從數(shù)據(jù)鏈路層，接收包括網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的數(shù)據(jù)包收信(PktRcv)原語的階段；檢測網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)錯誤的階段；在網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)，讀取應(yīng)用層通信協(xié)議數(shù)據(jù)單位(APDU)的階段；把讀取的應(yīng)用層通信協(xié)議數(shù)據(jù)單位(APDU)傳向應(yīng)用層的階段。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述檢測錯誤的階段還包括以下各階段確認接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的數(shù)據(jù)包啟始(SLP)域值與數(shù)據(jù)包終止(ELP)域值的階段及/或計算循環(huán)余量檢查(CRC)域值的階段。
3.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述確認階段確認數(shù)據(jù)包啟始(SLP)域值與數(shù)據(jù)包終了(ELP)域值，是否分別包括特定的值。
4.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述錯誤檢測階段還包括對上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)數(shù)據(jù)包長度(PL)域值與上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)大小進行比較的階段。
5.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述處理方法還包括確認接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)數(shù)據(jù)包類型的階段。
6.根據(jù)權(quán)利要求5所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)數(shù)據(jù)包是應(yīng)答數(shù)據(jù)包或通知數(shù)據(jù)包時，處理上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)。
7.根據(jù)權(quán)利要求1至6的任意一項中所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信協(xié)議適用于主控設(shè)備。
8.根據(jù)權(quán)利要求7所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述處理方法還包括對主控設(shè)備的地址與包括在接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)中的地址進行比較的階段。
9.根據(jù)權(quán)利要求8所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述主控設(shè)備的地址及/或包括在接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)中的地址，包括表示多個收信方的地址。
10.根據(jù)權(quán)利要求7所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)為應(yīng)答數(shù)據(jù)包時，上述處理方法還包括檢索已儲存通信循環(huán)明細的階段；該已儲存通信循環(huán)明細是對應(yīng)上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的通信循環(huán)明細。
11.根據(jù)權(quán)利要求10所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信循環(huán)明細的通信循環(huán)類型為第1編碼時，上述檢索階段包括以下各階段判斷上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的收信方地址與通信循環(huán)明細的聯(lián)接器地址是否一致的階段；判斷上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的數(shù)據(jù)包編號(PN)與通信循環(huán)明細的數(shù)據(jù)包編號(PN)是否一致的階段；所述通信循環(huán)明細的通信循環(huán)類型為第2編碼時，上述檢索階段包括以下各階段判斷通信循環(huán)明細的聯(lián)接器地址是否表示多個收信方的地址，以及判斷上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的收信方地址是否是屬于表示多個收信方的地址的階段；以及判斷上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的數(shù)據(jù)包編號(PN)與通信循環(huán)明細的數(shù)據(jù)包編號(PN)是否一致的階段。
12.根據(jù)權(quán)利要求11所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述第1編碼表示1-請求、1-應(yīng)答通信循環(huán)；第2編碼表示1-請求、多個-應(yīng)答的通信循環(huán)。
13.根據(jù)權(quán)利要求10所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述被檢索的通信循環(huán)明細時，上述處理方法還包括把上述通信循環(huán)明細的應(yīng)答收信狀態(tài)(ResRcvState)設(shè)定為應(yīng)答收信(RES_RECEIVED)的階段。
14.根據(jù)權(quán)利要求13所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信循環(huán)明細沒被檢索時，上述處理方法還包括把上述接收的應(yīng)答數(shù)據(jù)包認知為重復(fù)數(shù)據(jù)包，并忽略的階段。
15.根據(jù)權(quán)利要求1至6的任意一項中所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信協(xié)議適用于從屬設(shè)備。
16.根據(jù)權(quán)利要求15所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述處理方法還包括對上述從屬設(shè)備的地址與包括在上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)中的地址進行比較的階段。
17.根據(jù)權(quán)利要求16所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述從屬設(shè)備的地址及/或包括在上述接收到的網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)中的地址，包括表示多個收信方的地址。
18.根據(jù)權(quán)利要求15所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述接收到的數(shù)據(jù)包收信(PktRcv)原語是請求數(shù)據(jù)包時，上述處理方法還包括根據(jù)上述網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)生成通信循環(huán)明細的階段。
19.根據(jù)權(quán)利要求18所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信循環(huán)明細包括根據(jù)上述數(shù)據(jù)包收信(PktRcv)原語所包含的收信方地址(DA)域值，設(shè)定通信循環(huán)類型(CycleType)的階段。
20.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述收信方地址(DA)域值是單一收信方，則上述通信循環(huán)類型包括第1編碼；所述收信方地址(DA)域值表示多個收信方的地址，則上述通信循環(huán)類型包括第2編碼。
21.根據(jù)權(quán)利要求20所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述第1編碼表示1-請求，1-應(yīng)答的通信循環(huán)；第2編碼表示1-請求，多個-應(yīng)答的通信循環(huán)。
22.根據(jù)權(quán)利要求18所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信循環(huán)明細包括聯(lián)接器地址；該聯(lián)接器地址包括收信方地址，該收信方地址包括在上述數(shù)據(jù)包收信(PktRcv)原語中。
23.根據(jù)權(quán)利要求18所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信循環(huán)明細包括數(shù)據(jù)包編號(PacketNo)；該數(shù)據(jù)包編號(PacketNo)包括在數(shù)據(jù)包收信(PktRcv)原語中。
24.根據(jù)權(quán)利要求18所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信循環(huán)明細包括網(wǎng)絡(luò)層服務(wù)(NLService)；該網(wǎng)絡(luò)層服務(wù)(NLService)包括在數(shù)據(jù)包收信(PktRcv)原語中。
25.根據(jù)權(quán)利要求18所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信循環(huán)明細包括服務(wù)優(yōu)先次序(SvcPriority)；該服務(wù)優(yōu)先次序(SvcPriority)包括在數(shù)據(jù)包收信(PktRcv)原語中。
26.根據(jù)權(quán)利要求18所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信循環(huán)明細包括傳送同樣APDU的傳送次數(shù)(TransmissionNo)。
27.根據(jù)權(quán)利要求26所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述傳送次數(shù)(TransmissionNo)的初始值是“1”。
28.根據(jù)權(quán)利要求18所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信循環(huán)明細包括經(jīng)過時間(ElapsedTime)，經(jīng)過時間表示從上述應(yīng)用層接收新通信循環(huán)標識符(CycleID)后所經(jīng)過的時間，其初始值為‘0’。
29.根據(jù)權(quán)利要求28所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述經(jīng)過時間(ElapsedTime)初始值為‘0’。
30.根據(jù)權(quán)利要求18所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信循環(huán)明細包括應(yīng)答收信狀態(tài)(ResRcvState)，該應(yīng)答收信狀態(tài)表示有沒有接收到相應(yīng)于上述數(shù)據(jù)包收信(PktRcv)原語的應(yīng)答數(shù)據(jù)包。
31.根據(jù)權(quán)利要求18所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信循環(huán)明細包括通信標識符(CycleID)。
32.根據(jù)權(quán)利要求31所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述處理方法還包括以下各階段接收應(yīng)答消息傳送(ResMsgSend)原語的階段，該應(yīng)答消息傳送(ResMsgSend)原語是對傳送到上述應(yīng)用層中的APDU的應(yīng)答消息傳送(ResMsgSend)原語；把包括在上述應(yīng)答消息傳送(ResMsgSend)原語的通信循環(huán)標識符(CycleID)，記入到上述通信循環(huán)標識符的階段。
33.根據(jù)權(quán)利要求18所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述處理方法還包括確認當(dāng)前是否存在處理中的通信循環(huán)明細的階段，并根據(jù)上述確認階段實行上述生成階段。
34.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)層數(shù)據(jù)處理方法，其特征在于，所述通信協(xié)議是互動網(wǎng)絡(luò)控制通信協(xié)議(LnCP)。
全文摘要
本發(fā)明涉及數(shù)據(jù)處理方法，更詳細的說是有關(guān)適用于家庭網(wǎng)絡(luò)系統(tǒng)的網(wǎng)絡(luò)層數(shù)據(jù)處理方法的發(fā)明；本發(fā)明中家庭網(wǎng)絡(luò)系統(tǒng)采用互動網(wǎng)絡(luò)控制通信協(xié)議，至少由物理層、網(wǎng)絡(luò)層及應(yīng)用層形成的通信協(xié)議中，本發(fā)明提供的家庭網(wǎng)絡(luò)系統(tǒng)的網(wǎng)絡(luò)層數(shù)據(jù)處理方法包括以下各階段即，從數(shù)據(jù)鏈路層，接收包括網(wǎng)絡(luò)層通信協(xié)議數(shù)據(jù)單位(NPDU)的數(shù)據(jù)包收信(PktRcv)原語的階段；檢測NPDU的階段；在NPDU讀取應(yīng)用層通信協(xié)議數(shù)據(jù)單位(APDU)的階段以及把讀取的APDU傳向應(yīng)用層的階段。
文檔編號H04L29/08GK1747477SQ20041007182
公開日2006年3月15日 申請日期2004年9月6日 優(yōu)先權(quán)日2004年9月6日
發(fā)明者白承冕, 李軍石, 金勇泰 申請人:樂金電子(天津)電器有限公司