專利名稱：用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)據(jù)處理方法，更具體地講，是涉及一種在使用生活網(wǎng)絡(luò)控制協(xié)議的家庭網(wǎng)絡(luò)系統(tǒng)中的用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法。
背景技術(shù)：
家庭網(wǎng)絡(luò)連接各種數(shù)字家庭設(shè)備，使得用戶在室內(nèi)或戶外都能夠一直享受到便捷、安全以及經(jīng)濟(jì)的生活服務(wù)。由于數(shù)字信號(hào)處理技術(shù)的發(fā)展，家庭設(shè)備操作系統(tǒng)技術(shù)以及高速多媒體通信技術(shù)已經(jīng)被集成在數(shù)字家庭設(shè)備上，因此被稱為白色家庭設(shè)備的電冰箱或洗衣機(jī)已經(jīng)被逐步地?cái)?shù)字化，并且已經(jīng)開發(fā)出了新的信息家庭設(shè)備，用以改進(jìn)家庭網(wǎng)絡(luò)。
如表1中所示，家庭網(wǎng)絡(luò)按照服務(wù)類型被分為數(shù)據(jù)網(wǎng)絡(luò)，娛樂網(wǎng)絡(luò)以及生活網(wǎng)絡(luò)。
表1

這里，建立數(shù)據(jù)網(wǎng)絡(luò)，用以在PC與外圍裝置之間交換數(shù)據(jù)或者提供互聯(lián)網(wǎng)服務(wù)，并且在使用音頻或視頻信息的家庭設(shè)備之間建立娛樂網(wǎng)絡(luò)。另外，建立生活網(wǎng)絡(luò)僅僅是用于控制家庭設(shè)備，例如家庭自動(dòng)化或遠(yuǎn)程儀表讀數(shù)。
傳統(tǒng)的家庭網(wǎng)絡(luò)系統(tǒng)包括一個(gè)主裝置，該主裝置是電子裝置，用于控制其他電子裝置的操作或者監(jiān)視其狀態(tài)，以及一個(gè)從裝置，該從裝置也是一個(gè)電子裝置，它的功能就是響應(yīng)主裝置的請(qǐng)求以及根據(jù)電子裝置的特性或其他因素來通知狀態(tài)變化。典型的電子裝置包括用于生活網(wǎng)絡(luò)服務(wù)的家庭設(shè)備例如洗衣機(jī)和電冰箱，用于數(shù)據(jù)網(wǎng)絡(luò)服務(wù)以及娛樂網(wǎng)絡(luò)服務(wù)的家庭設(shè)備，以及產(chǎn)品例如燃?xì)忾y控制裝置，自動(dòng)門裝置以及電燈。
但是，傳統(tǒng)技術(shù)沒有提出一個(gè)通用的通信標(biāo)準(zhǔn)，用于提供對(duì)家庭網(wǎng)絡(luò)系統(tǒng)中的電子裝置進(jìn)行控制和監(jiān)視的功能。還有，傳統(tǒng)技術(shù)家庭網(wǎng)絡(luò)系統(tǒng)中的網(wǎng)絡(luò)協(xié)議也沒有提出一個(gè)有效的方法，用于發(fā)送以及接收信息包。

發(fā)明內(nèi)容
本發(fā)明可解決上述問題。本發(fā)明的目的是提供一種使用控制協(xié)議的數(shù)據(jù)處理方法，所述的控制協(xié)議是一種用于為家庭網(wǎng)絡(luò)系統(tǒng)中的電子裝置提供控制和監(jiān)視功能的通用通信標(biāo)準(zhǔn)。
本發(fā)明的另一個(gè)目的是提供一種使用生活網(wǎng)絡(luò)協(xié)議作為通用通信標(biāo)準(zhǔn)的數(shù)據(jù)處理方法。
本發(fā)明的另一個(gè)目的提供一種用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，其通過在特定情況下重發(fā)數(shù)據(jù)的而具備高數(shù)據(jù)傳輸效率的特征。
本發(fā)明的另一個(gè)目的提供一種用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，通過其可使信息包從應(yīng)用層傳輸至數(shù)據(jù)鏈路層。
本發(fā)明的另一個(gè)目的提供一種用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，通過其可使響應(yīng)信息包或者通知信息包在主裝置中從數(shù)據(jù)鏈路層傳輸至應(yīng)用層。
本發(fā)明的另一個(gè)目的提供一種用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，通過其可使請(qǐng)求信息包在從裝置中從數(shù)據(jù)鏈路層傳輸至應(yīng)用層。
本發(fā)明的另一個(gè)目的提供一種用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，其用于通過搜索對(duì)應(yīng)于已接收信息包的通信周期說明檢查復(fù)制信息包。
本發(fā)明的另一個(gè)目的提供一種用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，通過其可使響應(yīng)信息包在從裝置中從應(yīng)用層傳輸至數(shù)據(jù)鏈路層。
本發(fā)明的另一個(gè)目的提供一種用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，其通過完成對(duì)應(yīng)于先期接收的請(qǐng)求信息包的通信周期說明而執(zhí)行響應(yīng)信息包傳輸。
為達(dá)到本發(fā)明的上述目標(biāo)，本發(fā)明提供一種基于包含至少一個(gè)物理層，一個(gè)數(shù)據(jù)鏈路層，一個(gè)網(wǎng)絡(luò)層以及一個(gè)應(yīng)用層的協(xié)議的用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，該方法包含以下幾個(gè)步驟在應(yīng)用層協(xié)議數(shù)據(jù)單元(APDU)從應(yīng)用層接收消息發(fā)送原語(MsgSend)；根據(jù)該消息發(fā)送原語(MsgSend)，生成通信周期說明；根據(jù)該消息發(fā)送原語(MsgSend)和/或該通信周期說明，在網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元(NPDU)生成信息包發(fā)送原語(PktSend)；以及傳輸該信息包發(fā)送原語(PktSend)至數(shù)據(jù)鏈路層。


圖1是示出根據(jù)本發(fā)明的家庭網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)圖；圖2是示出根據(jù)本發(fā)明的生活網(wǎng)絡(luò)控制協(xié)議棧的結(jié)構(gòu)圖；圖3和圖4是示出圖2中的各層間接口的結(jié)構(gòu)圖；圖5至圖10示出圖3和圖4中各接口的詳細(xì)結(jié)構(gòu)圖；圖11和圖12是示出用于在各層間傳輸號(hào)據(jù)的原語的結(jié)構(gòu)圖；
圖13是用于描述根據(jù)本發(fā)明的第一實(shí)施例的數(shù)據(jù)處理方法的流程圖；圖14是用于描述根據(jù)本發(fā)明的第二實(shí)施例的數(shù)據(jù)處理方法的流程圖；圖15是用于描述根據(jù)本發(fā)明的第三實(shí)施例的數(shù)據(jù)處理方法的流程圖；圖16和圖17分別示出了主裝置與多個(gè)從裝置進(jìn)行通信的情況，以及網(wǎng)絡(luò)層處理連續(xù)通信周期的情況；圖18是用于描述根據(jù)本發(fā)明的第四實(shí)施例的數(shù)據(jù)處理方法的流程圖；圖19是圖形化示出了帶有復(fù)制信息包的第一實(shí)施例；圖20是用于描述根據(jù)本發(fā)明的第一實(shí)施例的復(fù)制信息包檢查方法的流程圖；圖21和22分別示出了帶有復(fù)制信息包的第二實(shí)施例；以及圖23是用于描述根據(jù)本發(fā)明的第二實(shí)施例的復(fù)制信息包檢查方法的流程圖。
具體實(shí)施例方式
以下講參考附圖對(duì)本發(fā)明的用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法進(jìn)行更詳細(xì)說明。
圖1為說明根據(jù)本發(fā)明的家庭網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)圖。
參看圖1，該家庭網(wǎng)絡(luò)系統(tǒng)1通過互聯(lián)網(wǎng)2訪問LnCP服務(wù)器3，并且客戶端裝置4通過互聯(lián)網(wǎng)訪問LnCP服務(wù)器3。也就是說，該家庭網(wǎng)絡(luò)系統(tǒng)1與LnCP服務(wù)器3和/或客戶端裝置4相連并進(jìn)行通信。
該家庭網(wǎng)絡(luò)系統(tǒng)1的外部網(wǎng)絡(luò)，例如互聯(lián)網(wǎng)2包括根據(jù)客戶端裝置4種類的附加組成元件。例如，當(dāng)客戶端裝置4為計(jì)算機(jī)時(shí)，該互聯(lián)網(wǎng)2就包括Web服務(wù)器(未示出)，并且當(dāng)客戶端裝置4為互聯(lián)網(wǎng)電話時(shí)，該互聯(lián)網(wǎng)2就包括Wap服務(wù)器(未示出)。
該LnCP服務(wù)器3分別根據(jù)預(yù)定的登陸和退出過程對(duì)家庭網(wǎng)絡(luò)系統(tǒng)1和客戶端裝置4進(jìn)行訪問，從客戶端裝置4接收監(jiān)視和控制命令，并將該命令按照預(yù)定類型消息的形式通過互聯(lián)網(wǎng)2傳輸給網(wǎng)絡(luò)系統(tǒng)1。另外，該LnCP服務(wù)器3從家庭網(wǎng)絡(luò)系統(tǒng)1接收預(yù)定類型的消息，并將該消息存儲(chǔ)和/或傳輸至客戶端裝置4。該LnCP服務(wù)器3也存儲(chǔ)或生成一個(gè)消息，并將該消息傳輸給家庭網(wǎng)絡(luò)系統(tǒng)1。也就是說，該家庭網(wǎng)絡(luò)系統(tǒng)1對(duì)LnCP服務(wù)器3進(jìn)行訪問并下載提供的內(nèi)容。
該家庭網(wǎng)絡(luò)系統(tǒng)1包括家庭網(wǎng)關(guān)10，用于接入互聯(lián)網(wǎng)2，網(wǎng)絡(luò)管理器20-23，用于設(shè)置環(huán)境以及管理電子裝置40-49，LnCP路由器30和31，用于接入在傳輸介質(zhì)之間，LnCP適配器35和36，用于將網(wǎng)絡(luò)管理器22以及電子裝置46連接至傳輸介質(zhì)，以及多個(gè)電子裝置40-49。
該家庭網(wǎng)絡(luò)系統(tǒng)1的網(wǎng)絡(luò)是通過利用共享傳輸介質(zhì)將電子裝置40-49連接在一塊而形成的。數(shù)據(jù)鏈路層使用非標(biāo)準(zhǔn)化傳輸介質(zhì)例如RS-485或更小的輸出RF，或者標(biāo)準(zhǔn)化的傳輸介質(zhì)例如電源線以及IEEE802.11作為傳輸介質(zhì)。
該家庭網(wǎng)絡(luò)系統(tǒng)1的網(wǎng)絡(luò)與互聯(lián)網(wǎng)2分離，用于組成一個(gè)獨(dú)立的網(wǎng)絡(luò)，通過有線或無線傳輸介質(zhì)將電子裝置連接在一塊。這里，該獨(dú)立的網(wǎng)絡(luò)包括物理上連接、但邏輯上被分割的網(wǎng)絡(luò)。
該家庭網(wǎng)絡(luò)系統(tǒng)1包括主裝置，用于控制其他電子裝置40-49的操作或者監(jiān)視其狀態(tài)，以及從裝置，用于響應(yīng)于主裝置的請(qǐng)求并通知它們的狀態(tài)改變信息。該主裝置包括網(wǎng)絡(luò)管理器20-23，并且從裝置包括電子裝置40-49。該網(wǎng)絡(luò)管理器20-23包括被控制電子裝置40-49的信息以及控制代碼，并根據(jù)編程方法或通過接收來自LnCP服務(wù)器3和/或客戶端裝置4的輸入來控制電子裝置40-49。仍舊參看圖1，當(dāng)連接有多個(gè)網(wǎng)絡(luò)管理器20-23時(shí)，每個(gè)網(wǎng)絡(luò)管理器20-23必須都是主裝置和從裝置，即物理上是一個(gè)裝置，但邏輯上該裝置(混合裝置)同時(shí)進(jìn)行主和從功能，以便于與其他網(wǎng)絡(luò)管理器20-23進(jìn)行信息交換，數(shù)據(jù)同步和控制。
另外，該網(wǎng)絡(luò)管理器20-23以及電子裝置40-49可以直接或者通過LnCP路由器30和31和/或LnCP適配器35和36與網(wǎng)絡(luò)(電源線網(wǎng)絡(luò)，RS-485網(wǎng)絡(luò)以及RF網(wǎng)絡(luò))相連。
該電子裝置40-49和/或LnCP路由器30和31和/或LnCP適配器35和36被登記在網(wǎng)絡(luò)管理器20-23中，并且由產(chǎn)品提供內(nèi)在邏輯地址(例如0x00，0x00等)。該邏輯地址與產(chǎn)品代碼(例如空調(diào)0x02，洗衣機(jī)0x01)組合在一塊，并被用作節(jié)點(diǎn)地址。例如，用節(jié)點(diǎn)地址例如0x0200(空調(diào)1)和0x0201(空調(diào)2)對(duì)電子裝置40-49和/或LnCP路由器30和31和/或LnCP適配器35和36進(jìn)行標(biāo)識(shí)。根據(jù)預(yù)定的標(biāo)準(zhǔn)(全部相同的產(chǎn)品，產(chǎn)品的安裝空間，用戶等)，一次可以使用一組地址，用于標(biāo)識(shí)至少一個(gè)電子裝置40-49和/或至少一個(gè)LnCP路由器30和31和/或至少一個(gè)LnCP適配器35和36。在該組地址中，顯式組地址是一個(gè)簇，用于通過將地址選項(xiàng)值(將在下面提到的標(biāo)記)設(shè)置為1來指定多個(gè)裝置，隱式組地址通過將邏輯地址和/或產(chǎn)品代碼的全部位值都添上1來指定多個(gè)裝置。特別地，該隱式組地址被稱為簇代碼。
圖2為說明根據(jù)本發(fā)明的生活網(wǎng)絡(luò)控制協(xié)議堆棧的結(jié)構(gòu)圖。該家庭網(wǎng)絡(luò)系統(tǒng)1使得網(wǎng)絡(luò)管理器20-23，LnCP路由器30和31，LnCP適配器35和36以及電子裝置40-49根據(jù)圖2的生活網(wǎng)絡(luò)控制協(xié)議(LnCP)彼此相互通信。因此，網(wǎng)絡(luò)管理器20-23，LnCP路由器30和31，LnCP適配器35和36以及電子裝置40-49根據(jù)該LnCP進(jìn)行網(wǎng)絡(luò)通信。
如圖2中所示，該LnCP包括應(yīng)用軟件50，用于執(zhí)行網(wǎng)絡(luò)管理器20-23，LnCP路由器30和31，LnCP適配器35和36以及電子裝置40-49的內(nèi)部功能，并提供與應(yīng)用層60的接口功能，用于遠(yuǎn)程控制和監(jiān)視該網(wǎng)絡(luò)，應(yīng)用層60，用于向用戶提供服務(wù)，并且還提供一個(gè)功能，用于以消息的形式從用戶形成信息或命令并將該消息傳輸至下層，網(wǎng)絡(luò)層70，用于可靠地將網(wǎng)絡(luò)管理器20-23，LnCP路由器30和31，LnCP適配器35和36以及電子裝置40-49網(wǎng)絡(luò)連接在一塊，數(shù)據(jù)鏈路層80，用于提供對(duì)共享傳輸介質(zhì)進(jìn)行訪問的介質(zhì)訪問控制功能，物理層90，用于提供網(wǎng)絡(luò)管理器20-23，LnCP路由器30和31，LnCP適配器35和36以及電子裝置40-49之間的物理接口，以及被傳輸位的規(guī)則，以及參數(shù)管理層100，用于設(shè)置和管理在每層中使用的節(jié)點(diǎn)參數(shù)。
更詳細(xì)地，該應(yīng)用軟件50進(jìn)一步包括網(wǎng)絡(luò)管理子層51，用于管理節(jié)點(diǎn)參數(shù)，以及對(duì)網(wǎng)絡(luò)進(jìn)行訪問的網(wǎng)絡(luò)管理器20-23，LnCP路由器30和31，LnCP適配器35和36以及電子裝置40-49。也就是說，該網(wǎng)絡(luò)管理子層51執(zhí)行參數(shù)管理功能，用于通過參數(shù)管理層100設(shè)置或使用節(jié)點(diǎn)參數(shù)值，以及網(wǎng)絡(luò)管理功能，用于當(dāng)使用LnCP的裝置為主裝置時(shí)組成或管理該網(wǎng)絡(luò)。
當(dāng)網(wǎng)絡(luò)管理器20-23，LnCP路由器30和31，LnCP適配器35和36以及電子裝置40-49訪問的網(wǎng)絡(luò)是一個(gè)非獨(dú)立傳輸介質(zhì)例如電源線，IEEE 802.11以及無線(例如，當(dāng)LnCP包括PLC協(xié)議和/或無線協(xié)議時(shí))時(shí)，該網(wǎng)絡(luò)層70還包括家庭代碼控制子層71，用于設(shè)置、管理以及處理家庭代碼，以在邏輯上劃分每個(gè)單獨(dú)的網(wǎng)絡(luò)。當(dāng)通過獨(dú)立的傳輸介質(zhì)例如RS-485在物理上劃分單獨(dú)的網(wǎng)絡(luò)時(shí)，該家庭代碼控制子層71并不包括在LnCP中。每個(gè)家庭代碼都由64個(gè)字節(jié)組成，并且被設(shè)置作為用戶的隨機(jī)值或指定值。
圖3和4分別為說明圖2的各層之間的接口的結(jié)構(gòu)圖。
圖3說明了當(dāng)物理層90與非獨(dú)立傳輸介質(zhì)相連時(shí)各層之間的接口，圖4說明了當(dāng)物理層90與獨(dú)立傳輸介質(zhì)相連時(shí)各層之間的接口。
該家庭網(wǎng)絡(luò)系統(tǒng)1將每層需要的報(bào)頭和報(bào)尾加給來自上層的協(xié)議數(shù)據(jù)單元(PDU)，并將它們傳輸給下層。
如圖3和4所示，應(yīng)用層PDU(APDU)就是在應(yīng)用層60與網(wǎng)絡(luò)層70之間傳輸?shù)臄?shù)據(jù)，網(wǎng)絡(luò)層PDU(NPDU)就是在網(wǎng)絡(luò)層70與數(shù)據(jù)鏈路層80或家庭代碼控制子層71之間傳輸?shù)臄?shù)據(jù)，并且家庭代碼控制子層PDU(HCNPDU)就是在網(wǎng)絡(luò)層70(準(zhǔn)確的說，家庭代碼控制子層71)與數(shù)據(jù)鏈路層80之間傳輸?shù)臄?shù)據(jù)。在數(shù)據(jù)鏈路層80與物理層90之間的數(shù)據(jù)幀單元中形成該接口。
圖5-10分別為說明圖3和4的接口的詳細(xì)結(jié)構(gòu)圖。
圖5說明了應(yīng)用層60中的APDU結(jié)構(gòu)。
APDU長(zhǎng)度(AL)字段示出了APDU的長(zhǎng)度(從AL到消息字段的長(zhǎng)度)，并最小值為4，最大值為77。
APDU報(bào)頭長(zhǎng)度(AHL)字段示出了APDU報(bào)頭的長(zhǎng)度(從AL到AL0的長(zhǎng)度)，成功地具有3個(gè)字節(jié)并且可擴(kuò)展至7個(gè)字節(jié)。在LnCP中，該APDU報(bào)頭可以被擴(kuò)展至7個(gè)字節(jié)，用于對(duì)消息字段進(jìn)行編碼以及改變應(yīng)用協(xié)議。
應(yīng)用層選項(xiàng)(ALO)字段擴(kuò)展了消息集。例如，當(dāng)ALO字段被設(shè)置為0時(shí)，如果ALO字段中含有不同值，則消息處理就被忽略掉。
消息字段對(duì)來自用戶的控制消息或事件信息進(jìn)行處理，并根據(jù)ALO字段的數(shù)值而被改變。
圖6說明了網(wǎng)絡(luò)層70中的NPDU結(jié)構(gòu)，并且圖7說明了NPDU的詳細(xì)NLC結(jié)構(gòu)。
LnCP信息包開始(SLP)字段表示信息包的開始，并且具有數(shù)值0x02。
目標(biāo)地址(DA)和源地址(SA)字段分別為信息包的接收者和發(fā)送者的節(jié)點(diǎn)地址，并都是16位。最高有效1位包括一個(gè)標(biāo)記，該標(biāo)記表示組地址，隨后的7位包括一種產(chǎn)品(產(chǎn)品代碼)，并且較低的8位包括邏輯地址，用于區(qū)分相同種類的多個(gè)網(wǎng)絡(luò)管理器20-23以及相同種類的多個(gè)電子裝置40-49。信息包長(zhǎng)度(PL)字段示出了將要被傳送的NPDU的整個(gè)長(zhǎng)度，并且它的初始長(zhǎng)度為15個(gè)字節(jié)，最大長(zhǎng)度為120個(gè)字節(jié)。
服務(wù)優(yōu)先權(quán)(SP)字段給出了傳輸消息的傳輸優(yōu)先權(quán)并具有3位。表2示出了每個(gè)傳輸消息的優(yōu)先權(quán)。
當(dāng)從裝置響應(yīng)于主裝置的請(qǐng)求時(shí)，該從裝置從主裝置獲取請(qǐng)求消息的優(yōu)先權(quán)。
表2

NPDU報(bào)頭長(zhǎng)度(NHL)字段擴(kuò)展了NPDU報(bào)頭(SLP的NLC字段)，成功地具有9個(gè)字節(jié)，并且可擴(kuò)展至最大值17個(gè)字節(jié)。
協(xié)議版本(PV)字段表示被采用的協(xié)議版本，并且其長(zhǎng)度為1個(gè)字節(jié)。較高的4位示出了版本，并且較低的4位示出了子版本。版本和子版本分別使用HEX來表示它們的數(shù)值。
網(wǎng)絡(luò)層信息包類型(NPT)字段為4位字段，用于區(qū)分網(wǎng)絡(luò)層70中的一種信息包。該LnCP包括請(qǐng)求信息包，響應(yīng)信息包，以及通知信息包。主裝置的NPT字段必須被設(shè)置為請(qǐng)求信息包或通知信息包，從裝置的NPT字段必須被設(shè)置為響應(yīng)信息包或通知信息包。表3根據(jù)信息包的種類示出了NPT數(shù)值。
表3

傳輸計(jì)數(shù)器(TC)字段為2位字段，當(dāng)網(wǎng)絡(luò)層70中出現(xiàn)了通信錯(cuò)誤，使其無法準(zhǔn)確地傳送請(qǐng)求信息包或響應(yīng)信息包時(shí)，為了加強(qiáng)通知信息包的傳輸成功率，重新傳輸請(qǐng)求信息包或重復(fù)地傳送通知信息包。表4根據(jù)NPT數(shù)值示出了TC字段的數(shù)值范圍。
表4

信息包號(hào)(PN)字段由2個(gè)字節(jié)組成，其與TC一塊使用，用于檢測(cè)從裝置中的復(fù)制信息包，并且被用于處理主裝置中的多個(gè)通信周期。圖5根據(jù)NPT數(shù)值示出了PN字段的數(shù)值范圍。
表5

APDU字段為在應(yīng)用層60和網(wǎng)絡(luò)層70之間傳輸?shù)膽?yīng)用層60的協(xié)議數(shù)據(jù)單元。該APDU字段的最小值為0字節(jié)，最大值為88個(gè)字節(jié)。
循環(huán)冗余檢驗(yàn)(CRC)字段為16位字段，用于檢查已接收的信息包(從SLP到APDU)的錯(cuò)誤。
LnCP信息包結(jié)束(ELP)字段為信息包的末端，其數(shù)值為0x03。如果沒有檢測(cè)到該ELP字段，即使接收到的數(shù)據(jù)的字節(jié)長(zhǎng)度與信息包的長(zhǎng)度字段的數(shù)值相同，該信息包也將被認(rèn)為是一個(gè)錯(cuò)誤信息包。
圖8說明了家庭代碼控制子層71中的HCNPDU結(jié)構(gòu)。
如圖8中所示，家庭代碼(HC)字段被加到NPDU的上部。
該家庭代碼由4個(gè)字節(jié)組成，并且在信息包能夠被傳輸?shù)木€路長(zhǎng)度中具有唯一的數(shù)值。
圖9說明了數(shù)據(jù)鏈路層80中的幀結(jié)構(gòu)。
根據(jù)傳輸介質(zhì)改變LnCP的數(shù)據(jù)鏈路層幀的報(bào)頭和報(bào)尾結(jié)構(gòu)。當(dāng)數(shù)據(jù)鏈路層80使用非標(biāo)準(zhǔn)化傳輸介質(zhì)時(shí)，該幀的報(bào)頭和報(bào)尾必須為空字段，并且當(dāng)數(shù)據(jù)鏈路層80使用標(biāo)準(zhǔn)化傳輸介質(zhì)時(shí)，該幀的報(bào)頭和報(bào)尾按照如協(xié)議所描述的形成。當(dāng)物理層90為非獨(dú)立的傳輸介質(zhì)例如電源線IEEE 802.11時(shí)，NPDU字段為從上面的網(wǎng)絡(luò)層70傳輸?shù)臄?shù)據(jù)單元，并且HCNPDU為通過將家庭代碼的4個(gè)字節(jié)加到NPDU的前部而得到的數(shù)據(jù)單元。該數(shù)據(jù)鏈路層80按照相同的方式處理NPDU以及HCNPDU。
圖10說明了物理層90中的幀結(jié)構(gòu)。
該LnCP的物理層90的功能就是傳輸和接收物理信號(hào)至傳輸介質(zhì)。該數(shù)據(jù)鏈路層80可以使用非標(biāo)準(zhǔn)化傳輸介質(zhì)例如RS-482或更小的輸出RF或者標(biāo)準(zhǔn)化的傳輸介質(zhì)例如電源線或IEEE 802.11作為L(zhǎng)nCP的物理層90。使用LnCP的家庭網(wǎng)絡(luò)系統(tǒng)1采用通用異步收發(fā)器(UART)幀結(jié)構(gòu)和RS-232信號(hào)電平，使得網(wǎng)絡(luò)管理器20-23以及電子裝置40-49能夠與RS-485，LnCP路由器30和31或LnCP適配器35和36連接。當(dāng)UART使用串行總線連接在裝置之間時(shí)，該UART控制通信線路上的位信號(hào)流。在LnCP中，來自上層的信息包被轉(zhuǎn)化為如圖10所示的10位UART幀單元，并通過傳輸介質(zhì)進(jìn)行傳輸。該UART包括1位的開始位，8位的數(shù)據(jù)位，以及1位的結(jié)束位，沒有任何校驗(yàn)位。首先傳輸該開始位，接著傳輸號(hào)據(jù)位和結(jié)束位。當(dāng)使用LnCP的家庭網(wǎng)絡(luò)系統(tǒng)1采用了UART時(shí)，它就不具有額外的幀報(bào)頭和幀報(bào)尾。下面將對(duì)在前面的層中使用的節(jié)點(diǎn)參數(shù)進(jìn)行說明。
下面提到的節(jié)點(diǎn)參數(shù)的數(shù)據(jù)類型相當(dāng)于表6的少數(shù)幾個(gè)數(shù)據(jù)類型之一。
表6

所述的網(wǎng)絡(luò)層70執(zhí)行以下功能。
首先，該網(wǎng)絡(luò)層執(zhí)行地址管理功能，即存儲(chǔ)其地址，以及存儲(chǔ)目的網(wǎng)絡(luò)管理器20至23或者目的電子裝置40至49的地址。這里，該網(wǎng)絡(luò)層70可以通過包含在所述的地址中的網(wǎng)絡(luò)管理器20至23的或者電子裝置40至49的信息以及位置信息，指定簇地址，并支持組播和廣播通信。
第二，該網(wǎng)絡(luò)層70執(zhí)行流控制功能，即管理通信周期，以及控制信息包流。
第三，該網(wǎng)絡(luò)層70執(zhí)行錯(cuò)誤控制功能。也就是說，當(dāng)該網(wǎng)絡(luò)層70在設(shè)定時(shí)間內(nèi)未收到響應(yīng)信息包時(shí)，該網(wǎng)絡(luò)層70重試數(shù)據(jù)。重試的最大計(jì)數(shù)值是3。
第四，該網(wǎng)絡(luò)層70執(zhí)行處理控制功能，即通過檢查復(fù)制信息包，阻止同一消息的重復(fù)處理，以及控制同時(shí)的通信周期。
第五，該網(wǎng)絡(luò)層70執(zhí)行路由控制功能，即在至少兩個(gè)獨(dú)立傳輸介質(zhì)間傳輸信息包，并且控制信息包流以阻止在LnCP路由器30和31以及LnCP適配器35和36間的無限循環(huán)。
該網(wǎng)絡(luò)層70提供通信周期單元中的服務(wù)。該通信周期單元?jiǎng)澐譃閧1-請(qǐng)求，1-響應(yīng)}，{1-請(qǐng)求，多響應(yīng)}，{1-通知}以及{重復(fù)-通知}。
在{1-請(qǐng)求，1-響應(yīng)}通信周期，一個(gè)主裝置傳輸一個(gè)請(qǐng)求信息包至一個(gè)從裝置，并且該從裝置傳輸一個(gè)響應(yīng)信息包至該主裝置作為響應(yīng)。
在{1-請(qǐng)求，多響應(yīng)}通信周期，一個(gè)主裝置傳輸一個(gè)請(qǐng)求信息包至多個(gè)從裝置，并且每個(gè)從裝置依照順序傳輸響應(yīng)信息包至該請(qǐng)求信息包。
在{1-通知}通信周期，(主或從)裝置傳輸一個(gè)通知信息包至一個(gè)或者多個(gè)(主或從)裝置，并直接結(jié)束通信。
在{重復(fù)通知}通信周期，為了獲得{1-通知}通信周期的傳輸穩(wěn)定性，而重復(fù)傳輸同一個(gè)信息包并結(jié)束通信。
表7A顯示了上述的通信周期，信息包類型以及傳輸服務(wù)(或者網(wǎng)絡(luò)層服務(wù))之間的關(guān)系。
表7A

表7B示出了在網(wǎng)絡(luò)層70中使用的節(jié)點(diǎn)參數(shù)值。
表7B

圖11和圖12示出了原語的結(jié)構(gòu)圖，所述的原語用于傳輸在各層間的交換的數(shù)據(jù)。
圖11示出了主裝置的各層之間的原語的傳輸。
如圖11所示，在應(yīng)用軟件50和應(yīng)用層60之間的原語包括UserReq，UserDLReq，UserULReq，ALCompleted，UserRes以及UserEventRcv。以下會(huì)進(jìn)一步解釋這些原語。
如圖所示，應(yīng)用層60和網(wǎng)絡(luò)層70之間的原語包括ReqMsgSend，NLCompleted以及MsgRev。
所述的請(qǐng)求消息發(fā)送原語ReqMsgSend是用于從主裝置的應(yīng)用層60傳輸消息至網(wǎng)絡(luò)層70的原語，并包含表8A中各構(gòu)成部分。
表8A

在這里，通過將應(yīng)用服務(wù)代碼ALSvcCode和接收器裝置的節(jié)點(diǎn)地址進(jìn)行組合而形成通信周期標(biāo)識(shí)符CycleID。
所述的消息接收原語MsgRcv是用于從主裝置的網(wǎng)絡(luò)層70傳輸信息包至應(yīng)用層60的原語，并包含表8B中的各構(gòu)成部分。
表8B

以后會(huì)解釋通信周期標(biāo)識(shí)符CycleID的結(jié)構(gòu)。
網(wǎng)絡(luò)層完成原語NLCompleted是用于從網(wǎng)絡(luò)層將信息包處理狀態(tài)通知至應(yīng)用層60的原語，并包括表8C中的構(gòu)成部分。
表8C

如圖11所示，網(wǎng)絡(luò)層70和數(shù)據(jù)鏈路層80之間的原語包括PktSend，PktRcv，和DLLCompleted。
所述的信息包發(fā)送原語PktSend是用于從網(wǎng)路層70發(fā)送信息包至數(shù)據(jù)鏈路層80的原語，并包括表9A中的構(gòu)成部分。
表9A

信息包接收原語PktRcv是用于從數(shù)據(jù)鏈路層80傳輸信息包至網(wǎng)絡(luò)層70的原語，并包括表9B中的構(gòu)成部分。
表9B

數(shù)據(jù)鏈路層完成原語DLLCompleted是從數(shù)據(jù)鏈路層80通知數(shù)據(jù)傳輸結(jié)果至網(wǎng)絡(luò)層70的原語，并包括表9C中的構(gòu)成部分。
表9C

最后，在數(shù)據(jù)鏈路層80和物理層90之間的原語包括FrameSend，F(xiàn)rameRcv，和RptLineStatus。以下對(duì)這些原語進(jìn)行進(jìn)一步的說明。
圖12示出了從裝置的各層之間的原語的傳輸。
應(yīng)用軟件50a和應(yīng)用層60a之間的原語包括UserReqRcv，UserResSend和UserEventSend。以下進(jìn)一步解釋這些原語。
進(jìn)一步參考圖12，應(yīng)用層60a和網(wǎng)絡(luò)層70a之間的原語包括ReqMsgRcv，ResMsgSend，EventMsgSend和NLCompleted。
請(qǐng)求消息接收原語ReqMsgRcv是用于從網(wǎng)絡(luò)層70a傳輸所接收的請(qǐng)求消息至應(yīng)用層60a，并包括表10A中的構(gòu)成部分。
表10A

請(qǐng)求消息發(fā)送原語ResMsgSend是從應(yīng)用層60a傳輸響應(yīng)消息至網(wǎng)絡(luò)層70a的原語，并包括表10B中的構(gòu)成部分。
表10B

事件消息發(fā)送原語EventMsgSend是從應(yīng)用層60a傳輸事件消息至網(wǎng)絡(luò)層70a的原語，并包括表10C中的構(gòu)成部分。
表10C

網(wǎng)絡(luò)層完成原語NLCompleted是用于從網(wǎng)絡(luò)層70a通知信息包處理狀態(tài)至應(yīng)用層60a的原語，并包括表10D中的構(gòu)成部分。
表10D

從裝置的網(wǎng)絡(luò)層70a和數(shù)據(jù)鏈路層80a之間的原語，以及從裝置的數(shù)據(jù)鏈路層80a和物理層90a之間的原語，與圖11中所示的主裝置的原語采用同一方式進(jìn)行使用。
圖13是用于描述根據(jù)本發(fā)明的第一實(shí)施例的數(shù)據(jù)處理方法的流程圖。
簡(jiǎn)單講，該數(shù)據(jù)處理方法的第一實(shí)施例描述的是在網(wǎng)絡(luò)層70和70a如何分別處理將從應(yīng)用層60和60a傳輸至數(shù)據(jù)鏈路層80和80a的主裝置的請(qǐng)求信息包和從裝置的通知信息包。該方法對(duì)網(wǎng)絡(luò)層70、70a和應(yīng)用層60、60a之間的APDU接收，以及網(wǎng)絡(luò)層70、70a和數(shù)據(jù)鏈路層80、80a之間的NPDU傳輸進(jìn)行了處理。
在S61步驟，主裝置的網(wǎng)絡(luò)層70從應(yīng)用層60接收請(qǐng)求消息發(fā)送原語ReqMsgSend(即，請(qǐng)求消息或者信息包)。另外，從裝置的網(wǎng)絡(luò)層70a從應(yīng)用層60a接收事件消息發(fā)送原語EventMsgSend(即，通知消息或者信息包)。網(wǎng)絡(luò)層70和70a估算從接收所述的原語那個(gè)時(shí)刻開始的耗用時(shí)間ElapsedTime。
在S62步驟，根據(jù)來自應(yīng)用層60的請(qǐng)求消息發(fā)送原語ReqMsgSend，所述的主裝置的網(wǎng)絡(luò)層70生成具備如下表11所示的結(jié)構(gòu)的通信周期說明。該通信周期說明中的變量設(shè)置如下。
一開始，是通信周期標(biāo)識(shí)符CycleID，其是包含于請(qǐng)求消息發(fā)送原語ReqMsgSend中的通信周期ID。接下來，通信周期類型CycleType描述該通信周期的類型。例如，當(dāng)包含在請(qǐng)求消息發(fā)送原語ReqMsgSend中的網(wǎng)絡(luò)層服務(wù)NLService是否定應(yīng)答的或者重復(fù)通知服務(wù)時(shí)，通信周期類型CycleType被分別設(shè)定為1-通知(2)或者重復(fù)-通知(3)。另外，當(dāng)所述的網(wǎng)絡(luò)層服務(wù)NLService是肯定應(yīng)答服務(wù)時(shí)并且當(dāng)目的地址DstAddress指定單個(gè)接收器時(shí)，所述的通信周期類型CycleType被設(shè)定為1-請(qǐng)求，1-響應(yīng)(0)。進(jìn)一步地，當(dāng)網(wǎng)絡(luò)層服務(wù)NLService是肯定應(yīng)答的且當(dāng)目的地址DstAddress指示組地址時(shí)，所述的通信周期類型CycleType被設(shè)定為1-請(qǐng)求，多-響應(yīng)(1)。接下來，連接器地址ConnectorAddr是包含在請(qǐng)求消息發(fā)送原語ReqMsgSend中的目的地址DstAddress。在信息包(或者消息)傳輸期間，接收器的地址就是連接器地址ConnectorAddr，而在信息包(或者消息)接收期間，發(fā)送器的地址就是連接器地址ConnectorAddr。信息包號(hào)PacketNo是通過在最近完成的通信周期的值上加1所得到的值。如果加值結(jié)果大于4，所述的信息包號(hào)PacketNo設(shè)定為‘0’。網(wǎng)絡(luò)層服務(wù)NLService是指包含在請(qǐng)求消息發(fā)送原語ReqMsgSend中的網(wǎng)絡(luò)層服務(wù)。服務(wù)優(yōu)先權(quán)SvcPriority(與所述的傳輸優(yōu)先權(quán)相同)是指包含在所述的請(qǐng)求消息發(fā)送原語ReqMsgSend中的傳輸優(yōu)先權(quán)。接著，是超時(shí)TimeOut，也包含在請(qǐng)求消息發(fā)送原語ReqMsgSend中。這里，該超時(shí)TimeOut一定比用于數(shù)據(jù)鏈路層完成原語DLLCompleted的等待時(shí)間即傳輸超時(shí)(SendTimeOut)(即，1000ms)要更長(zhǎng)。假如通信周期類型是1-請(qǐng)求，1-響應(yīng)，和重復(fù)-通知中的一個(gè)，則傳輸號(hào)目TransmissionNo描述的是傳輸相同的APDU的次數(shù)。傳輸號(hào)目TransmissionNo的初始值是‘1’。按照所述網(wǎng)絡(luò)層70的參數(shù)之一，即最大重試時(shí)間SendRetries的定義，所述的APDU可以重傳多達(dá)三次。接下來，耗用時(shí)間ElapsedTime是指所述的網(wǎng)絡(luò)層70從應(yīng)用層60接收到新通信周期標(biāo)識(shí)符CycleID之后所耗用的時(shí)間量。耗用時(shí)間ElapsedTime的初始值是‘0’，并且該耗用時(shí)間ElapsedTime的值將連續(xù)更新直到所述的通信周期完成。最后，響應(yīng)接收狀態(tài)ResRcvState描述的是響應(yīng)于傳輸?shù)恼?qǐng)求信息包，是否接收響應(yīng)信息包。響應(yīng)接收狀態(tài)ResRcvState的初始值是NOT_RECEIVED，當(dāng)接收所述的響應(yīng)信息包時(shí)，其值是RES_RECEIVED.
表11


這里，可選擇性的包含TransmissionNo，ElapsedTime，以及ResRcvState。取決于所適用的原語的種類，TimeOut描述的可以是ResponseTimeOut或者RepNotiInt。具體講，在本實(shí)施例中的TimeOut描述Response TimeOut。
類似的，當(dāng)從應(yīng)用層60a傳輸事件消息發(fā)送原語EventMsgSend時(shí)，從裝置的網(wǎng)絡(luò)層70生成具備下述變量的通信周期說明。
首先，是通信周期標(biāo)識(shí)符CycleID，其是包含在事件消息發(fā)送原語EventMsgSend中的通信周期ID。然后，通信周期類型CycleType描述該通信周期的類型。例如，當(dāng)包含在事件消息發(fā)送原語EventMsgSend中的網(wǎng)絡(luò)層服務(wù)NLService是否定應(yīng)答的或者重復(fù)通知服務(wù)時(shí)，通信周期類型CycleType被分別設(shè)定為1-通知(2)或者重復(fù)-通知(3)。接著，連接器地址ConnectorAddr是包含在事件消息發(fā)送原語EventMsgSend中的目的地址DstAddress。信息包號(hào)PacketNo是通過在最近完成的通信周期的值上加1所得到的值。如果加值結(jié)果是‘3’，所述的信息包號(hào)PacketNo設(shè)定為‘0’。網(wǎng)絡(luò)層服務(wù)NLService是指包含在事件消息發(fā)送原語EventMsgSend中的網(wǎng)絡(luò)層服務(wù)。服務(wù)優(yōu)先權(quán)SvcPriority是指包含在所述的事件消息發(fā)送原語EventMsgSend中的傳輸優(yōu)先權(quán)。接著，是超時(shí)TimeOut，也包含在事件消息發(fā)送原語EventMsgSend中。這里，該超時(shí)TimeOut意味著在重復(fù)通知消息之間的傳輸間隔RepNotiInt。假如通信周期類型是1-通知(2)和重復(fù)-通知(3)中的一個(gè)，則傳輸號(hào)目TransmissionNo描述的是傳輸相同的APDU的次數(shù)。傳輸號(hào)目TransmissionNo的初始值是‘1’。接下來，耗用時(shí)間ElapsedTime是指所述的網(wǎng)絡(luò)層70從應(yīng)用層60a接收到新通信周期標(biāo)識(shí)符CycleID之后所耗用的時(shí)間量。耗用時(shí)間ElapsedTime的初始值是‘0’，并且該耗用時(shí)間ElapsedTime的值將連續(xù)更新直到所述的通信周期完成。最后，響應(yīng)接收狀態(tài)ResRcvState描述的是響應(yīng)于傳輸?shù)恼?qǐng)求信息包，是否接收響應(yīng)信息包，并且其值為NOT_RECEIVED。
表12顯示了各通信周期，信息包類型和網(wǎng)絡(luò)層服務(wù)之間的關(guān)系。
表12

返回來參考圖13，在第S63步驟，網(wǎng)絡(luò)層70和70a分別生成多個(gè)NPDU，通過使用對(duì)應(yīng)于通信周期說明的變量以及添加NPDU的報(bào)頭和報(bào)尾至APDU。報(bào)頭的字段值按照如下設(shè)定。
在每個(gè)報(bào)頭，SA字段包含發(fā)送器的節(jié)點(diǎn)地址，PL字段(NPDU長(zhǎng)度)包括將包含在來自應(yīng)用層60和60a的原語中的的APDULength值再加上13而獲得的值，PV字段(協(xié)議版本)包含0×20的值(版本2.0)。其他字段包含在通信周期說明中可獲得的值。然后，所述的網(wǎng)絡(luò)層70和70a將包含在來自應(yīng)用層60和60a的原語中的APDU添加到所述的NPDU的報(bào)頭以及報(bào)尾，以使得ELP字段包含0×01且CRC字段包含CCITT-16標(biāo)準(zhǔn)生成多項(xiàng)式的值。
在第S64步驟，當(dāng)生成NPDU后，根據(jù)設(shè)定于通信周期說明中的網(wǎng)絡(luò)層服務(wù)NLService，所述的主裝置的網(wǎng)絡(luò)層70迅速發(fā)送包含了NPDU的信息包發(fā)送原語PktSend至所述的數(shù)據(jù)鏈路層80。同時(shí)，存儲(chǔ)該NPDU以備隨后的重傳中使用。
類似地，在生成NPDU后，根據(jù)設(shè)定于周期通信說明中的CycleType值，所述的從裝置的網(wǎng)絡(luò)層70a將包含所述的NPDU的信息包發(fā)送原語PktSend發(fā)送至數(shù)據(jù)鏈路層80。例如，當(dāng)通信周期類型CycleType是1-請(qǐng)求或者多-響應(yīng)，則從裝置的網(wǎng)絡(luò)層70a在響應(yīng)延遲時(shí)間ResDelayTime的延遲之后，將所述的NPDU發(fā)送至所述的數(shù)據(jù)鏈路層80a。另一方面，當(dāng)通信周期類型CycleType是重復(fù)-通知時(shí)，從裝置的網(wǎng)絡(luò)層70a則存儲(chǔ)該NPDU以備隨后的重傳中使用。至于其他類型的通信周期，所述的從裝置的網(wǎng)絡(luò)層70a迅速發(fā)送NPDU至數(shù)據(jù)鏈路層80a。
當(dāng)NPDU傳輸終止時(shí)，主裝置和從裝置的網(wǎng)絡(luò)層70和70a分別進(jìn)入當(dāng)前通信周期的完成。
在第S65步驟，網(wǎng)絡(luò)層70和70a判定通信周期控制的完成。一旦判定了通信周期完成，則不論該通信周期控制完成是成功還是失敗，所述的主裝置和從裝置的網(wǎng)絡(luò)層70和70a進(jìn)入第S68步驟，而如果沒有完成，則他們進(jìn)入到第S66步驟。
詳細(xì)的講，如果存在以下情況，則主裝置的網(wǎng)絡(luò)層70判定通信周期控制成功完成(i)在1-請(qǐng)求，1-響應(yīng)通信周期，所述的響應(yīng)接收狀態(tài)ResRcvState是RES_RECEIVED，；(ii)在1-請(qǐng)求，多-響應(yīng)通信周期，所述的響應(yīng)接收狀態(tài)ResRcvState是RES_RECEIVED且所述的耗用時(shí)間ElapsedTime值大于所述的超時(shí)TimeOut值；(iii)在1-通知通信周期，包含SEND_OK值的所述的數(shù)據(jù)鏈路層完成原語DLLCompleted從所述的數(shù)據(jù)鏈路層傳輸；以及(iv)在重復(fù)通知通信周期完成期間，包含SEND_OK值的所述的數(shù)據(jù)鏈路層完成原語DLLCompleted從所述的數(shù)據(jù)鏈路層傳輸；
同時(shí)，如果存在以下情況，則主裝置的網(wǎng)絡(luò)層70判定通信周期控制是失效的(i)在1-請(qǐng)求，1-響應(yīng)通信周期，在通信周期說明中的所述的傳輸號(hào)目TransmissionNo值大于網(wǎng)絡(luò)層的參數(shù)之一即最大重試次數(shù)SendRetries(即，3)。
(ii)在1-請(qǐng)求，多-響應(yīng)通信周期，所述的響應(yīng)接收狀態(tài)ResRcvState是NOT_RECEIVED，且耗用時(shí)間ElapsedTime值大于超時(shí)TimeOut值；(iii)在1-通知通信周期，從數(shù)據(jù)鏈路層80傳輸所述的包含SEND_FAILED的數(shù)據(jù)鏈路層完成原語DLLCompleted；(iv)在1-通知通信周期，對(duì)于網(wǎng)絡(luò)層70的參數(shù)之一，即傳輸超時(shí)SendTimeOut，不傳輸所述的來自數(shù)據(jù)鏈路層80的數(shù)據(jù)鏈路層完成原語DLLCompleted；(v)在重復(fù)-通知通信周期完成期間，僅從數(shù)據(jù)鏈路層80傳輸包含SEND_FAILED的數(shù)據(jù)鏈路層完成原語DLLCompleted；以及(vi)在重復(fù)-通知通信周期完成期間，對(duì)于全部信息包傳輸?shù)木W(wǎng)絡(luò)層70的參數(shù)之一，即傳輸超時(shí)SendTimeOut，不傳輸所述的來自數(shù)據(jù)鏈路層80的數(shù)據(jù)鏈路層完成原語DLLCompleted。
同時(shí)，當(dāng)所述的數(shù)據(jù)鏈路層80a在已經(jīng)向其發(fā)送通知信息包后發(fā)送包含SEND_OK值的數(shù)據(jù)鏈路層完成原語DLLCompleted時(shí)，從裝置的網(wǎng)絡(luò)層70a判定所述的通信周期成功完成。
作為對(duì)比，當(dāng)所述的數(shù)據(jù)鏈路層80a在已經(jīng)向其發(fā)送通知信息包后發(fā)送包含SEND_FAILED值的數(shù)據(jù)鏈路層完成原語DLLCompleted時(shí)，或者在傳輸超時(shí)SendTimeOut時(shí)網(wǎng)絡(luò)層70a未接收到來自數(shù)據(jù)鏈路層80a的數(shù)據(jù)鏈路層完成原語DLLCompleted，從裝置的網(wǎng)絡(luò)層70a判定所述的通信周期失敗。
在第S66步驟，當(dāng)未完成所述的通信周期時(shí)，網(wǎng)絡(luò)層70和70a判定是否需要重傳。如果滿足重傳條件，網(wǎng)絡(luò)層70和70a進(jìn)入到第S67步驟，如果未滿足條件，他們進(jìn)入到第S65步驟，以便于再次判定所述的通信周期是否已完成。
詳細(xì)的講，在傳輸請(qǐng)求信息包后，如果所述的主裝置的通信周期執(zhí)行的是1-請(qǐng)求，1-響應(yīng)以及重復(fù)-通知中的一個(gè)，則該主裝置涉及多達(dá)兩次的NPDU的重傳。主裝置的重傳過程的進(jìn)入條件如下(i)如果通信周期說明的變量之一即TransMissionNo小于等于3，且耗用時(shí)間ElapsedTime值大于所述的超時(shí)TimeOut值；(ii)如果通信周期說明的變量之一即TransMissionNo小于等于3，且主裝置從所述的數(shù)據(jù)鏈路層80接收到包含SEND_FAILED的數(shù)據(jù)鏈路層完成原語DLLCompleted；以及(iii)如果通信周期說明的變量之一即TransMissionNo小于等于3，且主裝置未從數(shù)據(jù)鏈路層80接收到用于傳輸超時(shí)SendTimeOut的數(shù)據(jù)鏈路層完成原語DLLCompleted。
以類似原理，當(dāng)傳輸所述的通知信息包后，如果從裝置執(zhí)行的是重復(fù)-通知且TransMissionNo值被設(shè)定為大于1，則從裝置涉及NPDU的重傳多達(dá)兩次。從裝置的重傳的進(jìn)入條件是(i)如果通信周期說明的變量之一即TransMissionNo小于等于3，且耗用時(shí)間ElapsedTime值大于所述的超時(shí)TimeOut值；(ii)如果通信周期說明的變量之一即TransMissionNo小于等于3，且從裝置從所述的數(shù)據(jù)鏈路層80a接收到包含SEND_FAILED的數(shù)據(jù)鏈路層完成原語DLLCompleted；以及(iii)如果通信周期說明的變量之一即TransMissionNo小于等于3，且從裝置未從數(shù)據(jù)鏈路層80a接收到用于傳輸超時(shí)SendTimeOut的數(shù)據(jù)鏈路層完成原語DLLCompleted。
在第S67步驟，一旦進(jìn)入重傳條件，所述的主裝置和從裝置修改或者修訂他們的通信周期說明，然后重新執(zhí)行所述的NPDU生成和通信周期完成。在這里，所述的通信周期說明修訂如下
(i)增加TransMissionNo‘1’；(ii)設(shè)定ElapsedTime為‘0’；以及(iii)設(shè)定ResRcvState為NOT_RECEIVED.
在第S68步驟，當(dāng)完成所述的通信周期時(shí)，不管成功與否，所述的主裝置和從裝置均刪除對(duì)應(yīng)的通信周期說明。在第S69步驟，網(wǎng)絡(luò)層70和70a傳輸包含成功或者失敗原因代碼值的網(wǎng)絡(luò)層完成原語NLCompleted至應(yīng)用層60和60a。如果已成功完成通信周期，該代碼值是CYCLE_OK，如果失敗，則該代碼值是CYCLE_FAILED.
除了以上部分，在數(shù)據(jù)處理的起始點(diǎn)，主裝置的網(wǎng)絡(luò)層70還可以檢查和處理正被接收的其他響應(yīng)信息包中的復(fù)制信息包，根據(jù)預(yù)定方法，使用所述的通信周期標(biāo)識(shí)符CycleID來控制每個(gè)通信周期，并執(zhí)行錯(cuò)誤控制功能。
圖14是描述了根據(jù)本發(fā)明的第二實(shí)施例的數(shù)據(jù)處理方法的流程圖。簡(jiǎn)而言之，所述的數(shù)據(jù)處理方法的第二實(shí)施例描述了在所述的網(wǎng)絡(luò)層70a如何處理來自應(yīng)用層60a并發(fā)送至從裝置的數(shù)據(jù)鏈路層80a的從裝置的響應(yīng)信息包。該方法處理了在所述的網(wǎng)絡(luò)層70a和應(yīng)用層60a之間的APDU接收，以及在所述的網(wǎng)絡(luò)層70a和數(shù)據(jù)鏈路層80a之間的NPDU傳輸。
在第S71步驟，從裝置的網(wǎng)絡(luò)層70a從應(yīng)用層60a接收響應(yīng)消息發(fā)送原語ResMsgSend(即，響應(yīng)消息或者信息包)。另外，該網(wǎng)絡(luò)層70a預(yù)估從接收原語開始點(diǎn)的耗用時(shí)間ElapsedTime。
在第S72步驟，一旦從應(yīng)用層60a接收響應(yīng)消息發(fā)送原語ResMsgSend，所述的從裝置的網(wǎng)絡(luò)層70a在預(yù)生成(或者預(yù)存儲(chǔ))通信周期說明中僅記錄所述的通信周期標(biāo)識(shí)符CycleID值。在這里，當(dāng)網(wǎng)絡(luò)層70a從所述的數(shù)據(jù)鏈路層80接收所述的請(qǐng)求信息包接收原語ReqPktRcv(即將介紹)時(shí)，生成所述的通信周期說明。
在第S73步驟，通過使用對(duì)應(yīng)通信周期說明的變量以及添加NPDU的報(bào)頭和報(bào)尾至所述的APDU，所述的網(wǎng)絡(luò)層70a生成NPDU。報(bào)頭的字段值設(shè)置如下首先，SA字段包含發(fā)送器的節(jié)點(diǎn)地址，PL字段(NPDU長(zhǎng)度)包含通過將‘13’和包含于來自應(yīng)用層60a的原語中的APDULength值相加后得到的值，而PV字段(協(xié)議版本)包含0×20的值(版本2.0)。其他字段包含通信周期說明中的各值。然后，所述的網(wǎng)絡(luò)層70a將包含在來自應(yīng)用層60a的原語中的APDU添加至NPDU的報(bào)頭和報(bào)尾，以使得ELP字段包含0×01，CRC字段包含CCITT-16標(biāo)準(zhǔn)生成多項(xiàng)式的值。
在第S74步驟，當(dāng)生成NPDU后，根據(jù)設(shè)定于通信周期說明中的CycleType值，所述的從裝置的網(wǎng)絡(luò)層70a發(fā)送包含了NPDU的信息包發(fā)送原語PktSend至所述的數(shù)據(jù)鏈路層80a。例如，當(dāng)所述的通信周期類型CycleType是1-請(qǐng)求，多-響應(yīng)時(shí)，從裝置的網(wǎng)絡(luò)層70a在響應(yīng)延遲時(shí)間ResDelayTime之后發(fā)送所述的NPDU至數(shù)據(jù)鏈路層80a。至于其他類型的通信周期，從裝置的網(wǎng)絡(luò)層70a迅速發(fā)送NPDU至所述的數(shù)據(jù)鏈路層80a。
當(dāng)NPDU傳輸結(jié)束時(shí)，從裝置的網(wǎng)絡(luò)層70a進(jìn)入當(dāng)前通信周期完成。
在第S75步驟，網(wǎng)絡(luò)層70a描述了通信周期控制的完成。一旦判定通信周期完成，從裝置的網(wǎng)絡(luò)層70a進(jìn)入到第S76步驟而無論通信周期控制的完成是成功還是失敗，如果判定未完成，則從新判定。
當(dāng)所述的數(shù)據(jù)鏈路層80a在已經(jīng)向其發(fā)送響應(yīng)信息包后發(fā)送包含SEND_OK值的數(shù)據(jù)鏈路層完成原語DLLCompleted時(shí)，從裝置的網(wǎng)絡(luò)層70a判定所述的通信周期成功完成。
另外，當(dāng)所述的數(shù)據(jù)鏈路層80a在已經(jīng)向其發(fā)送響應(yīng)信息包后發(fā)送包含SEND_FAILED值的數(shù)據(jù)鏈路層完成原語DLLCompleted時(shí)，或者在傳輸超時(shí)SendTimeOut時(shí)網(wǎng)絡(luò)層70a未接收到來自數(shù)據(jù)鏈路層80a的數(shù)據(jù)鏈路層完成原語DLLCompleted，從裝置的網(wǎng)絡(luò)層70a判定所述的通信周期失敗。
在第S76步驟，當(dāng)完成所述的通信周期時(shí)，不管成功與否，所述的從裝置均刪除對(duì)應(yīng)的通信周期說明。在第S77步驟，網(wǎng)絡(luò)層70a傳輸包含成功或者失敗原因代碼值的網(wǎng)絡(luò)層完成原語NLCompleted至應(yīng)用層60a。如果已成功完成通信周期，該代碼值是CYCLE_OK，如果失敗，則該代碼值是CYCLE_FAILED.
除了以上部分，根據(jù)預(yù)定方法，從裝置的網(wǎng)絡(luò)層70a還可以檢查和處理正被接收的其他請(qǐng)求信息包中的復(fù)制信息包。
圖15描述了根據(jù)本發(fā)明的第三實(shí)施例的數(shù)據(jù)處理方法的流程圖。簡(jiǎn)而言之，第三實(shí)施例的數(shù)據(jù)處理方法描述了主裝置的網(wǎng)絡(luò)層70如何處理所述的來自數(shù)據(jù)鏈路層80的信息包接收原語PktRcv，和如何發(fā)送該P(yáng)ktRcv至應(yīng)用層60。
在第S81步驟，主裝置的網(wǎng)絡(luò)層70從所述的數(shù)據(jù)鏈路層80接收信息包接收原語PktRcv(即，NPDU)。
在第S82步驟，一旦從數(shù)據(jù)鏈路層80接收NPDU，則主裝置的網(wǎng)絡(luò)層檢查信息包的第一字段即SLP字段的值，以及信息包的最后字段即ELP的值。更具體講，在第S82步驟，主裝置的網(wǎng)絡(luò)層70檢查所述的SLP字段和ELP字段是否各自包含預(yù)定值(例如，0×02，0×03)。當(dāng)兩個(gè)字段分別包含預(yù)定值時(shí)，網(wǎng)絡(luò)層70處理該信息包，如果未包含，換句話說，如果所述的字段值中的至少一個(gè)未包含預(yù)定值，則所述的網(wǎng)絡(luò)層70進(jìn)入到第S87步驟，并忽略所接收的信息包。
在處理所述的NPDU的SLP字段的和ELP字段的值以后，網(wǎng)絡(luò)層70計(jì)算CRC字段的值。如果存在錯(cuò)誤，則網(wǎng)絡(luò)層70進(jìn)入到第S87步驟并忽略所接收的信息包。
即時(shí)CRC字段的值是正常的，如果PL字段的值與NPDU的大小不同，則網(wǎng)絡(luò)層70仍進(jìn)入到第S87步驟，并忽略所接收的信息包。
在第S83步驟，網(wǎng)絡(luò)層70檢查所接收信息包的主裝置和從裝置的地址，以判定主裝置是有效設(shè)備。換句話講，當(dāng)網(wǎng)絡(luò)層70接收該NPDU時(shí)，其檢查在信息包報(bào)頭中的DA字段值是否是可識(shí)別的，通過使用其產(chǎn)品代碼，邏輯地址，以及簇代碼。如果已接收該信息包的主裝置不是有效接收器，則網(wǎng)絡(luò)層70進(jìn)入到第87步驟，并忽略該信息包。
例如，假定設(shè)備具備0bXXX XXXX的產(chǎn)品代碼，0bYYY YYYY的邏輯地址，以及0bZZZ ZZZZ的簇代碼。然后，所述的網(wǎng)絡(luò)層70應(yīng)能夠識(shí)別8種地址。
-用于全部裝置的地址指定0b1111 1111 1111 1111或者0b01111111 1111 1111(0×FFFF或者0×7FFF)；-通過產(chǎn)品代碼的地址指定0b1XXX XXXX 1111 1111或者0b0XXX XXXX 1111 1111；-通過簇代碼的地址指定0b1111 1111 ZZZZ ZZZZ；-通過邏輯地址的地址指定0b111 1111 YYYY YYYY；-通過產(chǎn)品代碼和邏輯地址的地址指定0b0XXX XXXX YYYYYYYY；以及-通過產(chǎn)品代碼和簇代碼的地址指定0b0XXX XXXX ZZZZZZZZ。
另外，為預(yù)防多個(gè)LnCP裝置執(zhí)行于一個(gè)產(chǎn)品(在物理意義上)，所述的網(wǎng)絡(luò)層應(yīng)該能夠識(shí)別用于每個(gè)裝置的8種地址。
進(jìn)一步地，無論其各自的節(jié)點(diǎn)地址，所述的網(wǎng)絡(luò)管理器20至23應(yīng)能夠識(shí)別包含全部網(wǎng)絡(luò)管理器的0×00FF地址。并且，為接收通知信息包，所述的網(wǎng)絡(luò)管理器20至23應(yīng)能夠識(shí)別網(wǎng)絡(luò)管理器20至23的初始地址或者指定作為家庭網(wǎng)關(guān)10的節(jié)點(diǎn)地址的0×0000地址。
另外，如果來自數(shù)據(jù)鏈路層80的NPDU報(bào)頭中的SA字段的值是以下情況之一，則所述的網(wǎng)絡(luò)層70忽略所接收的NPDU(i)組地址情況下，產(chǎn)品代碼是0×7F或者邏輯地址是0×FF；以及(ii)如果地址選擇位是1。
在S84步驟，每個(gè)設(shè)備判定所接收的信息包是否對(duì)應(yīng)于其各自的特征。也就是說，當(dāng)來自數(shù)據(jù)鏈路層80的NPDU既不是響應(yīng)信息包也不是通知信息包時(shí)，主裝置的網(wǎng)絡(luò)層70進(jìn)入到S87步驟，并忽略該信息包。
在S85步驟，主裝置的網(wǎng)絡(luò)層70判定所接收的NPDU是否是請(qǐng)求信息包。如果是，則所述的網(wǎng)絡(luò)層70進(jìn)入到S86步驟。如果接收的NPDU不是請(qǐng)求信息包，則網(wǎng)絡(luò)層70進(jìn)入到S89步驟。
在S86步驟，主裝置的網(wǎng)絡(luò)層70將接收的響應(yīng)信息包與預(yù)存儲(chǔ)的通信周期說明進(jìn)行對(duì)比。
如果網(wǎng)絡(luò)層70在已發(fā)送請(qǐng)求信息包后接收到期望信息包，則進(jìn)入到S88步驟，在該步驟中所述的響應(yīng)接收狀態(tài)ResRcvState是RES_RECEIVED。如果沒有對(duì)應(yīng)于響應(yīng)信息包的通信周期說明(請(qǐng)看S86步驟)，則網(wǎng)絡(luò)層70將已接收信息包視為復(fù)制信息包，并在S87步驟忽略該信息包。
詳細(xì)地講，主裝置的網(wǎng)絡(luò)層70經(jīng)由以下示例設(shè)定判定標(biāo)準(zhǔn)或者規(guī)則，以判定所接收信息包是否對(duì)應(yīng)于預(yù)存儲(chǔ)的通信周期說明。
圖16和17分別描述了以下情況，其中主裝置與多個(gè)從裝置進(jìn)行通信，并且所述的主裝置的網(wǎng)絡(luò)層70處理連續(xù)通信周期。
圖16示出了在主裝置和多個(gè)從裝置之間的多個(gè)通信周期。參考附圖，主裝置的網(wǎng)絡(luò)層70按順序發(fā)送請(qǐng)求信息包Res1和Res2。由于在響應(yīng)信息包1Res1內(nèi)的錯(cuò)誤，網(wǎng)絡(luò)層70先接收響應(yīng)信息包2Res2，然后是響應(yīng)信息包1Res1。在這種情況下，通過使用存儲(chǔ)于所述通信周期說明中的用于每個(gè)請(qǐng)求信息包的連接器地址ConnectorAddr，以及響應(yīng)信息包的SA字段值，所述的網(wǎng)絡(luò)層70可以使請(qǐng)求信息包1和2對(duì)應(yīng)于響應(yīng)信息包1和2。
圖17示出了經(jīng)由在一個(gè)主裝置和多個(gè)從裝置之間的組播(multicasting)和單播(unicasting)的組合(或者整合)的多個(gè)通信周期。參考附圖，在組播請(qǐng)求信息包1Req1之后，單播請(qǐng)求信息包2Req2。另一方面，以Res11，Res12，Res2以及Res13的次序接收請(qǐng)求信息包。由于多個(gè)響應(yīng)信息包從同一從裝置發(fā)送，所以所述的主裝置的網(wǎng)絡(luò)層70分別將包含在每個(gè)請(qǐng)求信息包的通信周期說明內(nèi)的連接器地址ConnectorAddr和信息包號(hào)PacketNo與響應(yīng)信息包內(nèi)的SA字段值和PN字段值進(jìn)行對(duì)比，以使得請(qǐng)求信息包和響應(yīng)信息包能夠互相對(duì)應(yīng)。
假定通信周期類型是1-請(qǐng)求，1-響應(yīng)，如果存在以下情況時(shí)，所述的網(wǎng)絡(luò)層70判定所述的響應(yīng)信息包和預(yù)存儲(chǔ)的通信周期說明是互相對(duì)應(yīng)的
(i)已被發(fā)送的請(qǐng)求信息包的發(fā)送器地址對(duì)應(yīng)于所接收的響應(yīng)信息包的發(fā)送器的地址；以及(ii)已被發(fā)送的請(qǐng)求信息包內(nèi)的PN字段的值等于被接收的響應(yīng)信息包內(nèi)的PN字段的值。
類似地，假定通信周期類型是1-請(qǐng)求，多-響應(yīng)，如果存在以下情況時(shí)，所述的網(wǎng)絡(luò)層70判定所述的響應(yīng)信息包和預(yù)存儲(chǔ)的通信周期說明是互相對(duì)應(yīng)的(i)已被發(fā)送的請(qǐng)求信息包的發(fā)送器地址是組地址，且其包含所接收的響應(yīng)信息包的發(fā)送器的地址；以及(ii)已被發(fā)送的請(qǐng)求信息包內(nèi)的PN字段的值等于被接收的響應(yīng)信息包內(nèi)的PN字段的值。
再次參考圖15，在S89步驟，主裝置的網(wǎng)絡(luò)層70提取APDU并發(fā)送所述的包含APDU的請(qǐng)求消息接收原語ReqMsgRcv至應(yīng)用層60。所述的APDU通過使用NHL字段的值從NPDU提取。雖然所接收的NPDU的報(bào)頭可能包含未在規(guī)范中定義的某字段，但是網(wǎng)絡(luò)層70必須通過識(shí)別出被報(bào)頭所指定給NHL字段的字節(jié)數(shù)來提取所述的APDU。
圖18描述了根據(jù)本發(fā)明的第四實(shí)施例的數(shù)據(jù)處理方法。簡(jiǎn)而言之，所述的數(shù)據(jù)處理方法的第四實(shí)施例描述了從裝置的網(wǎng)絡(luò)層70a如何處理來自數(shù)據(jù)鏈路層80a的信息包接收原語PktRcv，并如何發(fā)送該原語至應(yīng)用層。
在這里，S91至S93步驟，S95，S97和S99步驟分別和圖15中的S81至S83步驟，S85，S87以及S89步驟相同。
在S94步驟，如果來自數(shù)據(jù)鏈路層80a的NPDU既不是請(qǐng)求信息包，也不是通知信息包，則從裝置的網(wǎng)絡(luò)層70a進(jìn)入到S97步驟，并忽略該信息包。
在S96步驟，如果從數(shù)據(jù)鏈路層80a發(fā)送請(qǐng)求信息包，則從裝置的網(wǎng)絡(luò)層70a檢查是否正被進(jìn)行處理的通信周期說明。如果存在，則網(wǎng)絡(luò)層70a進(jìn)入到S97步驟，并忽略該請(qǐng)求信息包。但是如果沒有所述的這種通信周期說明，則網(wǎng)絡(luò)層70a進(jìn)入到S98步驟。
在S98步驟，從裝置的網(wǎng)絡(luò)層70a生成上述的NPDU所需的通信周期說明。
至于產(chǎn)生依照正被接收的請(qǐng)求信息包的通信周期說明，則應(yīng)設(shè)定說明變量如下。
首先，此處未設(shè)定通信周期標(biāo)識(shí)符CycleID(在圖14的S72步驟設(shè)定)。如果包含在請(qǐng)求信息包內(nèi)的SA字段的值指定單個(gè)接收器，則通信周期類型CycleType設(shè)定為1-請(qǐng)求，1-響應(yīng)；或是如果所述的SA字段的值指定組地址，則通信周期類型CycleType設(shè)定為1-請(qǐng)求，多-響應(yīng)。連接器地址ConnectorAddr設(shè)定為包含在請(qǐng)求信息包中的SA字段的值，以及信息包號(hào)設(shè)定為包含在請(qǐng)求信息包中的PN字段的值。網(wǎng)絡(luò)層服務(wù)NLService設(shè)定為‘0’(肯定應(yīng)答服務(wù))，傳輸優(yōu)先權(quán)SvcPriority設(shè)定為包含在請(qǐng)求信息包內(nèi)的SP字段的值，并且超時(shí)TimeOut設(shè)定為包含在接收的信息包內(nèi)的TimeOut。傳輸號(hào)TransmissionNo設(shè)定為‘1’。耗用時(shí)間ElapsedTime設(shè)定為‘0’。最后，響應(yīng)接收狀態(tài)ResRcvState描述了在通知信息包已發(fā)送的情況下，是否接收了通知信息包。因此，設(shè)定其為NOT_RECEIVED。
從新參考圖18，S99步驟，在生成通信周期說明后，從裝置的網(wǎng)絡(luò)層70a進(jìn)行復(fù)制信息包的預(yù)定的檢查過程以提取APDU，并傳輸該APDU至應(yīng)用層60a。如果從裝置接收了通知信息包，則其不必生成通信周期說明。在這種情況下，從裝置的網(wǎng)絡(luò)層70a按照預(yù)定處理簡(jiǎn)單檢查復(fù)制信息包以提取APDU，并發(fā)送該APDU至應(yīng)用層60a。
以下將更詳細(xì)的說明所述的從裝置如何執(zhí)行于所接收的信息包(即，NPDU)上的復(fù)制信息包檢查過程。
圖19圖示了存在復(fù)制信息包的第一實(shí)施例。
具體而言，圖19示出了主裝置發(fā)送請(qǐng)求信息包時(shí)，從裝置接收并正常處理該請(qǐng)求信息包的情況。然而不幸的是，從從裝置發(fā)送至主裝置的響應(yīng)信息包在傳輸期間丟失。由于來自從裝置的響應(yīng)信息包未以超時(shí)TimeOut傳輸，所以主裝置對(duì)請(qǐng)求信息包中的TC字段的值加1，并重傳該請(qǐng)求信息包至從裝置。在這種情況下，根據(jù)NPDU報(bào)頭內(nèi)的TC字段的值，所述的從裝置判定這次該請(qǐng)求信息包是否已重傳。
圖20是描述根據(jù)本發(fā)明的第一實(shí)施例的復(fù)制信息包檢查方法的流程圖。
詳細(xì)而言，在S101步驟，從裝置從主裝置接收信息包。在S102步驟，如果最終所接收信息包是請(qǐng)求信息包，則從裝置進(jìn)入到S103步驟，而如果不是，則結(jié)束該檢查過程。
在第103步驟，從裝置分別將所接收信息包中的PN字段的值和SA字段的值存儲(chǔ)為PN_old和SA_old。
在S104步驟，從裝置從主裝置接收信息包，并且在S105，從裝置檢查新信息包是否是請(qǐng)求信息包。如果是，所述的從裝置進(jìn)入到S106步驟，如果不是，其進(jìn)入到S111步驟，其中所述的從裝置判定該新信息包不是復(fù)制信息包并結(jié)束該檢查過程。
在S106步驟，從裝置分別提取新信息包中的作為TC，PN，以及SA的TC字段，PN字段和SA字段的值。
在S107至S109步驟，根據(jù)新信息包的TC，從裝置將所存儲(chǔ)的信息包的PN_old和SA_old與新信息包的PN和SA進(jìn)行對(duì)比。當(dāng)滿足對(duì)比條件時(shí)，從裝置判定新信息包是復(fù)制信息包(S110)，而如果不滿足，則該從裝置判定該新信息包不是復(fù)制信息包，并接收該檢查過程。另外，在S107步驟，從裝置檢查TC值是否大于‘1’。以及，在S109步驟，從裝置檢查所述的舊的和新的請(qǐng)求信息包的發(fā)送器地址是否相同。這步是必須的，因?yàn)樵诔瑫r(shí)TimeOut期間，也就是當(dāng)原先傳輸了請(qǐng)求信息包的主裝置正在等待來自從裝置的響應(yīng)信息包的期間，其他主裝置可以提出至同一從裝置的通信企圖。
在網(wǎng)絡(luò)層的參數(shù)之一，即復(fù)制信息包耗用時(shí)間DupElapsedTime自從所述的從裝置接收最近的請(qǐng)求信息包開始耗時(shí)的時(shí)候，對(duì)所述的PN_old和SA_old初始化。
圖21和22各自描述了存在復(fù)制信息包的第二實(shí)施例。
參考圖21，經(jīng)由不同的傳輸路徑即路徑1和路徑2連接主裝置400和從裝置500。類似的，提供路徑2是轉(zhuǎn)發(fā)并放大在所述的主裝置400和從裝置500之間的路徑1上傳輸?shù)娜跣盘?hào)。因此，在路徑2上提供用于轉(zhuǎn)發(fā)并放大信號(hào)的轉(zhuǎn)發(fā)器600。
參考圖22，當(dāng)主裝置400發(fā)送請(qǐng)求信息包1Req1至從裝置500時(shí)，Req1沿路徑1傳輸。另外，已經(jīng)通過轉(zhuǎn)發(fā)器600的Req11在經(jīng)過復(fù)制信息包耗用時(shí)間的延遲后經(jīng)由路徑2傳輸至從裝置500。由于經(jīng)由不同路徑傳輸同一信息包，所以接收所述的復(fù)制信息包之間所耗用的復(fù)制信息包耗用時(shí)間不會(huì)大于最大轉(zhuǎn)發(fā)器延遲時(shí)間RepeatedDelayTime。在這里，最大轉(zhuǎn)發(fā)器延遲時(shí)間RepeatedDelayTime包含轉(zhuǎn)發(fā)器600在信息包傳輸路徑上的信息包處理時(shí)間，以及在實(shí)際傳輸介質(zhì)上的傳輸時(shí)間。
當(dāng)主裝置400傳輸單個(gè)信息包時(shí)，其對(duì)PN值加1。如果主裝置400已經(jīng)處理了同樣的單個(gè)通信周期三次，則其在所述的最大轉(zhuǎn)發(fā)器延遲時(shí)間RepeatedDelayTime的期間內(nèi)，不能第四次傳輸該相同的信息包至相同的從裝置500。
圖23描述了根據(jù)本發(fā)明的第二實(shí)施例的復(fù)制信息包檢查方法的流程圖。
在S121步驟，從裝置500從主裝置接收信息包，該從裝置500將接收信息包中的TC字段，PN字段，SA字段以及PT字段的值分別存儲(chǔ)為TC_old，PN_old，SA_old和PT_old。
在S123步驟，從裝置500接收來自主裝置的新信息包。在S124步驟，如果先前接收的信息包和新信息包之間的間隔小于最大轉(zhuǎn)發(fā)器延遲時(shí)間RepeatedDelayTime，則從裝置進(jìn)入到S125步驟，如果未小于，則結(jié)束該重復(fù)檢查過程。
在S125步驟，從裝置500提取新信息包中的TC字段，PN字段以及SA字段的值為TC，PN和SA。
在S126至S129步驟，從裝置500將所存儲(chǔ)的信息包中的所述的TC_old，PN_old，SA_old和PT_old與新信息包中的TC，PN，SA和PT值進(jìn)行對(duì)比。當(dāng)滿足每個(gè)對(duì)比條件時(shí)，從裝置500判定新信息包是復(fù)制信息包(S130)，如果不滿足，則從裝置判定新信息包不是復(fù)制信息包(S131)并結(jié)束所述的檢查過程。所述的請(qǐng)求信息包和通知信息包均適用該方法。
當(dāng)所接收的信息包是復(fù)制信息包時(shí)，從裝置500，或者更準(zhǔn)確的說是從裝置500的網(wǎng)絡(luò)層70a，傳輸包含了DUPLICATED_PKT(1)值的請(qǐng)求消息接收原語ReqMsgRcv至所述的應(yīng)用層60a。
如前所述，本發(fā)明基于控制協(xié)議提供了用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，所述的控制協(xié)議是一種為在家庭網(wǎng)絡(luò)系統(tǒng)中的電子裝置提供控制和監(jiān)視功能的通用通信標(biāo)準(zhǔn)。
另外，本發(fā)明使用生活網(wǎng)絡(luò)控制協(xié)議作為通用通信標(biāo)準(zhǔn)而提供了一種網(wǎng)絡(luò)層的數(shù)據(jù)處理方法。
另外，本發(fā)明的數(shù)據(jù)處理方法通過特定情況下的重傳數(shù)據(jù)而增加了數(shù)據(jù)傳輸?shù)男省?br> 另外，本發(fā)明可使得從應(yīng)用層至數(shù)據(jù)鏈路層進(jìn)行信息包傳輸。
另外，本發(fā)明使得在主裝置中從數(shù)據(jù)鏈路層至應(yīng)用層可以進(jìn)行響應(yīng)信息包或者通知信息包的傳輸。
類似的，本發(fā)明使得在從裝置中從數(shù)據(jù)鏈路層至應(yīng)用層可以進(jìn)行響應(yīng)信息包或者通知信息包的傳輸。
另外，通過檢索對(duì)應(yīng)于所接收信息包的通信周期說明，本發(fā)明可以方便的檢查復(fù)制信息包。
另外，通過檢查和處理復(fù)制信息包，本發(fā)明增加了數(shù)據(jù)處理效率。
另外，本發(fā)明可以檢查和處理網(wǎng)絡(luò)中通過多個(gè)不同傳輸路徑的復(fù)制信息包。
另外，本發(fā)明可以進(jìn)行從裝置中從應(yīng)用層至數(shù)據(jù)鏈路層的響應(yīng)信息包的傳輸。
另外，本發(fā)明通過完成對(duì)應(yīng)于先前接收的請(qǐng)求信息包的通信周期說明，可以進(jìn)行響應(yīng)信息包的傳輸。
雖然已經(jīng)對(duì)本發(fā)明的優(yōu)選實(shí)施例做了說明，但應(yīng)該認(rèn)為本發(fā)明不限于以上優(yōu)選實(shí)施例，而且本領(lǐng)域的技術(shù)人員可以在下文所附的權(quán)利要求書規(guī)定的本發(fā)明的精神和范圍內(nèi)做出各種變化和修改。
權(quán)利要求
1.一種基于至少由物理層，數(shù)據(jù)鏈路層，網(wǎng)絡(luò)層以及應(yīng)用層所組成的協(xié)議的用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，該方法包含以下步驟從所述的應(yīng)用層接收應(yīng)用層協(xié)議數(shù)據(jù)單元(APDU)中的消息發(fā)送原語(MsgSend)；根據(jù)所述的消息發(fā)送原語(MsgSend)，生成通信周期說明；根據(jù)所述的消息發(fā)送原語(MsgSend)和/或通信周期說明，在網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元(NPDU)生成信息包發(fā)送原語(PktSend)；以及發(fā)送該信息包發(fā)送原語(PktSend)至數(shù)據(jù)鏈路層。
2.根據(jù)權(quán)利要求1所述的方法，其中通信周期說明包含消息發(fā)送原語(MsgSend)中的通信周期標(biāo)識(shí)符(CycleID)。
3.根據(jù)權(quán)利要求1所述的方法，其中通信周期說明包含信息包發(fā)送原語(PktSend)所包括的網(wǎng)絡(luò)層服務(wù)(NLService)和/或通過目的地址所設(shè)定的通信周期類型(CycleType)。
4.根據(jù)權(quán)利要求3所述的方法，其中網(wǎng)絡(luò)層服務(wù)(NLService)包括肯定應(yīng)答(acknowledged)，否定應(yīng)答(non-acknowledged)和重復(fù)通知(重復(fù)-通知)服務(wù)中的至少一個(gè)。
5.根據(jù)權(quán)利要求4所述的方法，其中通信周期類型包括用于肯定應(yīng)答服務(wù)的第一代碼或者第二代碼，用于否定應(yīng)答服務(wù)的第三代碼，以及用于重復(fù)通知服務(wù)的第四代碼。
6.根據(jù)權(quán)利要求5所述的方法，其中第一代碼是{1-請(qǐng)求，1-響應(yīng)}通信周期，第二代碼是{1-請(qǐng)求，多-響應(yīng)}通信周期，第三代碼是{1-通知}通信周期，第四代碼是{重復(fù)通知}通信周期。
7.根據(jù)權(quán)利要求5所述的方法，其中，在肯定應(yīng)答服務(wù)中，如果包含在所述的消息發(fā)送原語(MsgSend)中的目的地址是單個(gè)接收器，則所述的通信周期類型包括所述的第一代碼；如果所述的目的地址是多個(gè)發(fā)送器地址，則所述的通信周期類型包括所述的第二代碼。
8.根據(jù)權(quán)利要求1所述的方法，其中通信周期說明包含連接器地址，所述的連接器地址包含在消息發(fā)送原語(MsgSend)中的目的地址。
9.根據(jù)權(quán)利要求1所述的方法，其中通信周期說明包含信息包號(hào)(PacketNo)。
10.根據(jù)權(quán)利要求9所述的方法，其中通過將最近完成的通信周期中所用的值加‘1’而得到所述的信息包號(hào)(PacketNo)。
11.根據(jù)權(quán)利要求10所述的方法，其中，如果信息包號(hào)(PacketNo)是預(yù)定的閾值，則將該信息包號(hào)(PacketNo)設(shè)定為初始值。
12.根據(jù)權(quán)利要求11所述的方法，其中，所述初始值是‘0’，所述閾值是‘4’。
13.根據(jù)權(quán)利要求1所述的方法，其中，通信周期說明包含在所述的消息發(fā)送原語(MsgSend)中的網(wǎng)絡(luò)層服務(wù)(NLService)。
14.根據(jù)權(quán)利要求1所述的方法，其中通信周期說明包含在所述的消息發(fā)送原語(MsgSend)中的服務(wù)優(yōu)先權(quán)(SvcPriority)。
15.根據(jù)權(quán)利要求1所述的方法，其中通信周期說明包含在所述的消息發(fā)送原語(MsgSend)中的超時(shí)(TimeOut)。
16.根據(jù)權(quán)利要求1所述的方法，其中通信周期說明包含用于傳輸同樣的NPDU的傳輸號(hào)(TransmissionNo)。
17.根據(jù)權(quán)利要求16所述的方法，其中所述的傳輸號(hào)(TransmissionNo)的初始值是‘1’。
18.根據(jù)權(quán)利要求1所述的方法，其中通信周期說明包含從所述應(yīng)用層接收新的通信周期標(biāo)識(shí)符(CycleID)的時(shí)刻開始的耗用時(shí)間(ElapsedTime)。
19.根據(jù)權(quán)利要求18所述的方法，其中所述的耗用時(shí)間(ElapsedTime)的初始值是‘0’。
20.根據(jù)權(quán)利要求1所述的方法，其中通信周期說明包含響應(yīng)接收狀態(tài)(ResRcvState)，該響應(yīng)接收狀態(tài)用于描述是否響應(yīng)于所述的消息發(fā)送原語(MsgSend)接收響應(yīng)信息包。
21.根據(jù)權(quán)利要求1所述的方法，其中生成所述的信息包發(fā)送原語(PktSend)包含以下子步驟添加NPDU的報(bào)頭和報(bào)尾至APDU；生成NPDU。
22.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括以下步驟存儲(chǔ)所生成的NPDU。
23.根據(jù)權(quán)利要求1至20所述的方法，進(jìn)一步包括以下步驟如果需要，完成當(dāng)前通信周期。
24.根據(jù)權(quán)利要求23所述的方法，進(jìn)一步包括以下步驟在完成所述的通信周期后，刪除所述的通信周期說明；以及傳輸網(wǎng)絡(luò)層完成原語(NLCompleted)至所述的應(yīng)用層，其中所述的網(wǎng)絡(luò)層完成原語包含用于顯示通信周期結(jié)果的代碼值。
25.根據(jù)權(quán)利要求23所述的方法，其中應(yīng)用所述的協(xié)議至主裝置。
26.根據(jù)權(quán)利要求25所述的方法，其中如果所述的通信周期完成的成功條件滿足以下至少一種，則判定該通信周期完成成功當(dāng)所述的通信周期類型是第一代碼，所述的響應(yīng)接收狀態(tài)(ResRcvState)是RES_RECEIVED；當(dāng)所述的通信周期類型是第二代碼，所述的響應(yīng)接收狀態(tài)(ResRcvState)是RES_RECEIVED，且耗用時(shí)間(ElapsedTime)大于超時(shí)(TimeOut)；當(dāng)所述的通信周期類型是第三代碼，所述的數(shù)據(jù)鏈路層傳輸包含SEND_OK的數(shù)據(jù)鏈路完成原語(DLLCompleted)；以及當(dāng)所述的通信周期類型是第四代碼，所述的數(shù)據(jù)鏈路層傳輸包含至少一個(gè)SEND_OK的數(shù)據(jù)鏈路層完成原語(DLLCompleted)。
27.根據(jù)權(quán)利要求25所述的方法，其中所述的通信周期完成的失敗條件滿足以下至少一條，則判定該通信周期完成失敗當(dāng)所述的通信周期類型是第一代碼，所述的傳輸號(hào)(TransmissionNo)大于網(wǎng)絡(luò)層參數(shù)之一即最大重試次數(shù)(SendRetries)；當(dāng)所述的通信周期類型是第二代碼，所述的響應(yīng)接收狀態(tài)(ResRcvState)是NOT_RECEIVED，且所述的耗用時(shí)間(ElapsedTime)大于所述的超時(shí)(TimeOut)；當(dāng)所述的通信周期類型是第三代碼，所述的數(shù)據(jù)鏈路層傳輸包含SEND_FAILED的數(shù)據(jù)鏈路完成原語(DLLCompleted)，或者在網(wǎng)絡(luò)層參數(shù)之一即傳輸超時(shí)(SendTimeOut)內(nèi)未接收到來自數(shù)據(jù)鏈路層的數(shù)據(jù)鏈路層完成原語(DLLCompleted)；以及當(dāng)所述的通信周期類型是第四代碼，所述的數(shù)據(jù)鏈路層傳輸對(duì)于每個(gè)信息包傳輸?shù)陌琒END_FAILED的數(shù)據(jù)鏈路完成原語(DLLCompleted)，或者在對(duì)于每個(gè)信息包傳輸?shù)膫鬏敵瑫r(shí)(SendTimeOut)內(nèi)，未接收到所述的來自數(shù)據(jù)鏈路層的數(shù)據(jù)鏈路層完成原語(DLLCompleted)。
28.根據(jù)權(quán)利要求23所述的方法，其中應(yīng)用所述協(xié)議至從裝置。
29.根據(jù)權(quán)利要求28所述的方法，其中當(dāng)從所述的數(shù)據(jù)鏈路層傳輸包含SEND_OK的數(shù)據(jù)鏈路完成原語(DLLCompleted)時(shí)，判定通信周期完成成功。
30.根據(jù)權(quán)利要求28所述的方法，其中當(dāng)從所述的數(shù)據(jù)鏈路層傳輸包含SEND_FAILED的數(shù)據(jù)鏈路層完成原語(DLLCompleted)時(shí)，或者在網(wǎng)絡(luò)層參數(shù)之一即傳輸超時(shí)(SendTimeOut)內(nèi)未接收到來自所述的數(shù)據(jù)鏈路層的數(shù)據(jù)鏈路層完成原語(DLLCompleted)，則判定通信周期完成失敗。
31.根據(jù)權(quán)利要求1至20以及權(quán)利要求22之一所述的方法，進(jìn)一步包括以下步驟重傳包含所存儲(chǔ)的NPDU的消息發(fā)送原語(MsgSend)。
32.根據(jù)權(quán)利要求31所述的方法，進(jìn)一步包括以下步驟重傳所述的消息發(fā)送原語(MsgSend)之后，通過將傳輸號(hào)(TransmissionNo)加‘1’，設(shè)置耗用時(shí)間(ElapsedTime)為‘0’，以及設(shè)置響應(yīng)接收狀態(tài)(ResRcvState)為NOT_RECEIVED，來更新所述的通信周期說明。
33.根據(jù)權(quán)利要求31所述的方法，其中應(yīng)用所述的協(xié)議至主裝置。
34.根據(jù)權(quán)利要求33所述的方法，其中如果滿足下列條件之一，即執(zhí)行所述的重傳當(dāng)所述的通信周期類型是第一或者第四代碼，所述的傳輸號(hào)(TransmissionNo)小于等于網(wǎng)絡(luò)層的參數(shù)之一即最大重試次數(shù)(SendRetries)，所述的響應(yīng)接收狀態(tài)(ResRcvState)是NOT_RECEIVED，以及所述的耗用時(shí)間(ElapsedTime)大于所述的超時(shí)(TimeOut)；當(dāng)所述的傳輸號(hào)(TransmissionNo)小于等于網(wǎng)絡(luò)層的參數(shù)之一即最大重試次數(shù)(SendRetries)，以及所述的數(shù)據(jù)鏈路層傳輸包含SEND_FAILED的數(shù)據(jù)鏈路層完成原語(DLLCompleted)；以及當(dāng)所述的傳輸號(hào)(TransmissionNo)小于等于網(wǎng)絡(luò)層的參數(shù)之一即最大重試次數(shù)(SendRetries)，并且在傳輸超時(shí)(SendTimeOut)內(nèi)未接收到所述的來自數(shù)據(jù)鏈路層的數(shù)據(jù)鏈路層完成原語(DLLCompleted)。
35.根據(jù)權(quán)利要求31所述的方法，其中應(yīng)用所述協(xié)議至從裝置。
36.根據(jù)權(quán)利要求35所述的方法，其中如果滿足以下條件之一則執(zhí)行所述的重傳當(dāng)所述的通信周期類型是第四代碼， 所述的傳輸號(hào)(TransmissionNo)小于等于網(wǎng)絡(luò)層的參數(shù)之一即最大重試次數(shù)(SendRetries)，所述的響應(yīng)接收狀態(tài)(ResRcvState)是NOT_RECEIVED，以及所述的耗用時(shí)間(ElapsedTime)大于所述的超時(shí)(TimeOut)；當(dāng)所述的傳輸號(hào)(TransmissionNo)小于等于網(wǎng)絡(luò)層的參數(shù)之一即最大重試次數(shù)(SendRetries)，以及所述的數(shù)據(jù)鏈路層傳輸包含SEND_FAILED的數(shù)據(jù)鏈路完成原語(DLLCompleted)；以及當(dāng)所述的傳輸號(hào)(TransmissionNo)小于等于網(wǎng)絡(luò)層的參數(shù)之一即最大重試次數(shù)(SendRetries)，并且在傳輸超時(shí)(SendTimeOut)內(nèi)未接收到所述的來自數(shù)據(jù)鏈路層的數(shù)據(jù)鏈路層完成原語(DLLCompleted)。
37.根據(jù)權(quán)利要求1至22之一所述的方法，其中應(yīng)用所述的協(xié)議至主裝置，并且所述的消息發(fā)送原語(MsgSend)是請(qǐng)求消息發(fā)送原語(ReqMsgSend)。
38.根據(jù)權(quán)利要求1至22之一所述的方法，其中應(yīng)用所述的協(xié)議至從裝置，并且所述的消息發(fā)送原語(MsgSend)是事件消息發(fā)送原語(EventMsgSend)。
39.根據(jù)權(quán)利要求1所述的方法，其中所述協(xié)議是生活網(wǎng)絡(luò)控制協(xié)議(LnCP)。
40.一種基于至少由物理層，數(shù)據(jù)鏈路層，網(wǎng)絡(luò)層以及應(yīng)用層所組成的協(xié)議的用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，該方法包含以下步驟從所述的數(shù)據(jù)鏈路層接收網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元(NPDU)中的信息包接收原語(PktRcv)；檢測(cè)所述的NPDU的錯(cuò)誤；從所述的NPDU提取應(yīng)用層協(xié)議數(shù)據(jù)單元(APDU)；傳輸所提取的APDU至所述的應(yīng)用層。
41.根據(jù)權(quán)利要求40所述的方法，其中錯(cuò)誤檢測(cè)包含以下子步驟檢查所接收NPDU的SLP字段和ELP字段；和/或計(jì)算CRC字段的值。
42.根據(jù)權(quán)利要求41所述的方法，其中檢測(cè)所述的SLP字段和ELP字段以判定SLP字段的值和ELP字段的值是否分別包含預(yù)定值。
43.根據(jù)權(quán)利要求40所述的方法，其中錯(cuò)誤檢測(cè)包含以下子步驟將所接收NPDU的信息包長(zhǎng)度(PL)字段的值與所接收NPDU的大小進(jìn)行對(duì)比。
44.根據(jù)權(quán)利要求40所述的方法，進(jìn)一步包括以下步驟檢查所接收NPDU的信息包類型。
45.根據(jù)權(quán)利要求44所述的方法，其中，如果所接收NPDU是響應(yīng)或通知信息包，處理該接收NPDU。
46.根據(jù)權(quán)利要求40至45所述的方法，其中應(yīng)用所述的協(xié)議至主裝置。
47.根據(jù)權(quán)利要求46所述的方法，進(jìn)一步包括以下步驟對(duì)比所述的主裝置的地址和包含于所述的NPDU中的地址。
48.根據(jù)權(quán)利要求47所述的方法，其中所述的主裝置的地址和/或包含于所述的NPDU中的地址包含用于指示多個(gè)接收器的組地址。
49.根據(jù)權(quán)利要求46所述的方法，進(jìn)一步包括以下步驟如果所接收NPDU是響應(yīng)信息包，檢索對(duì)應(yīng)于所接收NPDU的預(yù)存儲(chǔ)通信周期說明。
50.根據(jù)權(quán)利要求49所述的方法，其中檢索步驟包含以下子步驟如果所述的通信周期說明的通信周期類型是第一代碼，判定所接收NPDU的接收器地址和所述的通信周期說明的連接器地址是否相同，并判定所接收NPDU的信息包號(hào)(PN)和所述的通信周期說明的信息包號(hào)(PN)是否相同；以及如果所述的通信周期類型是第二代碼，則判定所述的通信周期說明的連接器地址是否是用于指示多個(gè)接收器的地址以及所接收NPDU的接收器地址是否屬于應(yīng)用指示多個(gè)接收器的地址，并判定所接收NPDU的信息包號(hào)(PN)是否與所述的通信周期說明的信息包號(hào)(PN)相同。
51.根據(jù)權(quán)利要求50所述的方法，其中所述的第一代碼是{1-請(qǐng)求，1-響應(yīng)}通信周期，并且第二代碼是{1-請(qǐng)求，多-響應(yīng)}通信周期。
52.根據(jù)權(quán)利要求49所述的方法，進(jìn)一步包括以下步驟如果檢索到對(duì)應(yīng)于所述的NPDU的通信周期說明，則設(shè)定所述的通信說明的響應(yīng)接收狀態(tài)(ResRcvState)為RES_RECEIVED。
53.根據(jù)權(quán)利要求52所述的方法，進(jìn)一步包括以下步驟如果未檢索對(duì)應(yīng)于所述的NPDU的通信周期說明，則將所接收響應(yīng)信息包視作復(fù)制信息包并且忽略該信息包。
54.根據(jù)權(quán)利要求40至45之一所述的方法，其中應(yīng)用所述的協(xié)議至從裝置。
55.根據(jù)權(quán)利要求54所述的方法，進(jìn)一步包括以下步驟對(duì)比從裝置地址與包含于所接收NPDU的地址。
56.根據(jù)權(quán)利要求55所述的方法，其中從裝置地址和/或包含于NPDU的地址包含用于指示多個(gè)接收器的地址。
57.根據(jù)權(quán)利要求54所述的方法，進(jìn)一步包含以下步驟如果所接收信息包發(fā)送原語(PktRcv)是請(qǐng)求信息包，則根據(jù)所述的NPDU生成通信周期說明。
58.根據(jù)權(quán)利要求57所述的方法，其中所述的通信周期說明包含通信周期類型(CycleType)，該通信周期類型通過包含于所接收信息包接收原語(PktRcv)中的DA字段的值設(shè)定。
59.根據(jù)權(quán)利要求58所述的方法，如果所述的DA值是單個(gè)接收器，則所述的通信周期類型包含第一代碼；以及如果所述的DA值是多個(gè)接收器的地址，則該通信周期類型包含第二代碼。
60.根據(jù)權(quán)利要求59所述的方法，其中第一代碼是{1-請(qǐng)求，1-響應(yīng)}通信周期，以及第二代碼是{1-請(qǐng)求，多-響應(yīng)}通信周期。
61.根據(jù)權(quán)利要求57所述的方法，其中所述的通信周期說明包括所接收信息包接收原語(PktRcv)中含有的發(fā)送器地址的連接器地址。
62.根據(jù)權(quán)利要求57所述的方法，其中所述的通信周期說明包括所接收信息包接收原語(PktRcv)中所含有的信息包號(hào)(PacketNo)。
63.根據(jù)權(quán)利要求57所述的方法，其中所述的通信周期說明包括所接收信息包接收原語(PktRcv)中所含有的網(wǎng)絡(luò)層服務(wù)(NLService)。
64.根據(jù)權(quán)利要求57所述的方法，其中所述的通信周期說明包括所接收信息包接收原語(PktRcv)中所含有的服務(wù)優(yōu)先權(quán)(SvcPriority)。
65.根據(jù)權(quán)利要求57所述的方法，其中所述的通信周期說明包括用于傳輸相同APDU的傳輸號(hào)(TransmissionNo)。
66.根據(jù)權(quán)利要求65所述的方法，其中所述的傳輸號(hào)(TransmissionNo)的初始值是‘1’。
67.根據(jù)權(quán)利要求57所述的方法，其中通信周期說明包含從所述應(yīng)用層接收新的通信周期標(biāo)識(shí)符(CycleID)的時(shí)刻開始的耗用時(shí)間(ElapsedTime)。
68.根據(jù)權(quán)利要求67所述的方法，其中所述的耗用時(shí)間(ElapsedTime)的初始值是‘1’。
69.根據(jù)權(quán)利要求67所述的方法，其中所述的通信周期說明包括響應(yīng)接收狀態(tài)(ResRcvState)，該響應(yīng)接收狀態(tài)用于指示是否響應(yīng)于所接收信息包接收原語(PktRcv)接收響應(yīng)信息包。
70.根據(jù)權(quán)利要求57所述的方法，其中所述的通信周期說明包括通信周期標(biāo)識(shí)符(CycleID)。
71.根據(jù)權(quán)利要求70所述的方法，進(jìn)一步包含以下步驟接收用于傳輸至應(yīng)用層的APDU的響應(yīng)消息發(fā)送原語(ResMsgSend)；以及輸入所述的響應(yīng)消息發(fā)送原語(ResMsgSend)中的通信周期標(biāo)識(shí)符(CycleID)至所述的通信周期標(biāo)識(shí)符(CycleID)之中。
72.根據(jù)權(quán)利要求57所述的方法，進(jìn)一步包含以下步驟檢查是否當(dāng)前正在處理通信周期說明；根據(jù)該檢查結(jié)果，生成通信周期說明。
73.根據(jù)權(quán)利要求40所述的方法，其中所示協(xié)議是生活網(wǎng)絡(luò)控制協(xié)議(LnCP)。
74.根據(jù)權(quán)利要求54所述的方法，進(jìn)一步包括以下步驟檢查復(fù)制信息包；以及根據(jù)該檢查結(jié)果以及所接收信息包接收原語(PktRcv)的信息包類型，判定是否生成通信周期說明。
75.根據(jù)權(quán)利要求74所述的方法，其中所述的復(fù)制信息包檢查步驟包含以下子步驟存儲(chǔ)所述的NPDU的信息包號(hào)字段的值；接收新NPDU；將新NPDU的信息包號(hào)字段的值與存儲(chǔ)的信息包號(hào)的字段的值進(jìn)行比較；以及基于新NPDU的傳輸號(hào)和第一次比較的結(jié)果，判定新NPDU是否是復(fù)制信息包。
76.根據(jù)權(quán)利要求75所述的方法，其中，如果新NPDU的信息包號(hào)字段的值與所存儲(chǔ)的舊的NPDU的信息包號(hào)字段的值相同，以及如果新NPDU的傳輸號(hào)大于‘1’，則判定該新NPDU是復(fù)制信息包。
77.根據(jù)權(quán)利要求76所述的方法，通過新NPDU的傳輸計(jì)數(shù)器(TC)的值判定所述的傳輸號(hào)。
78.根據(jù)權(quán)利要求76所述的方法，其中所述的復(fù)制信息包檢查步驟進(jìn)一步包含以下子步驟分別檢查NPDU和新NPDU的信息包類型是否是請(qǐng)求信息包。
79.根據(jù)權(quán)利要求76所述的方法，其中所述的復(fù)制信息包檢查步驟進(jìn)一步包含以下子步驟將NPDU中的發(fā)送器字段的值與新NPDU的發(fā)送器字段的值進(jìn)行第二次對(duì)比；其中基于第一次和第二次對(duì)比，判定該新NPDU是復(fù)制信息包。
80.根據(jù)權(quán)利要求79所述的方法，其中所述的復(fù)制信息包檢查步驟進(jìn)一步包含以下子步驟從接收所述的新NPDU開始，在指定的參數(shù)之一即復(fù)制信息包耗用時(shí)間(DupElapsedTime)的時(shí)間耗用之后，初始化所預(yù)存的發(fā)送器字段的值，所述的信息包號(hào)字段的值以及傳輸號(hào)。
81.根據(jù)權(quán)利要求74所述的方法，其中所述的復(fù)制信息包檢查步驟進(jìn)一步包含以下子步驟存儲(chǔ)所述的NPDU的復(fù)制信息包判定相關(guān)字段的值；接收新NPDU；將所存儲(chǔ)的NPDU的復(fù)制信息包判定相關(guān)字段的值與所述的新NPDU的對(duì)應(yīng)字段的值進(jìn)行對(duì)比；以及基于對(duì)比結(jié)果，判定新NPDU是否是復(fù)制信息包。
82.根據(jù)權(quán)利要求81所述的方法，其中復(fù)制信息包判定相關(guān)字段至少包含發(fā)送器地址字段，信息包號(hào)字段，信息包類型字段，以及傳輸計(jì)數(shù)器字段。
83.根據(jù)權(quán)利要求82所述的方法，其中，如果發(fā)送器地址字段，信息包號(hào)字段，信息包類型字段，以及傳輸計(jì)數(shù)器字段分別與新NPDU的對(duì)應(yīng)的值相同，則判定新NPDU是復(fù)制信息包。
84.根據(jù)權(quán)利要求81所述的方法，使用多個(gè)信息包傳輸路徑。
85.根據(jù)權(quán)利要求84所述的方法，其中復(fù)制信息包檢查方法進(jìn)一步包括以下步驟在對(duì)比各值之前，檢查在從接收NPDU的時(shí)刻開始的最大轉(zhuǎn)發(fā)器延遲時(shí)間(RepeaterDelayTime)之內(nèi)是否接收到新NPDU。
86.一種基于至少由物理層，數(shù)據(jù)鏈路層，網(wǎng)絡(luò)層以及應(yīng)用層所組成的協(xié)議的用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法，該方法包含以下步驟從所述的應(yīng)用層接收應(yīng)用層協(xié)議數(shù)據(jù)單元(APDU)中的響應(yīng)消息發(fā)送原語(ResMsgSend)；根據(jù)所述的響應(yīng)消息發(fā)送原語(ResMsgSend)，完成預(yù)存儲(chǔ)的通信周期說明；根據(jù)所述的通信周期說明，在網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元(NPDU)生成信息包發(fā)送原語(PktSend)；以及發(fā)送該信息包發(fā)送原語(PktSend)至數(shù)據(jù)鏈路層。
87.根據(jù)權(quán)利要求86所述的方法，其中應(yīng)用所述的協(xié)議至從裝置。88.根據(jù)權(quán)利要求87所述的方法，其中所述的響應(yīng)消息發(fā)送原語(ResMsgSend)是對(duì)于傳輸自主裝置的請(qǐng)求信息包的響應(yīng)信息包。
89.根據(jù)權(quán)利要求88所述的方法，其中根據(jù)所述的請(qǐng)求信息包生成部分的預(yù)存儲(chǔ)通信周期說明。
90.根據(jù)權(quán)利要求89所述的方法，進(jìn)一步包括以下步驟輸入響應(yīng)消息發(fā)送原語(ResMsgSend)中的通信周期標(biāo)識(shí)符(CycleID)至所述的預(yù)存儲(chǔ)通信周期說明的通信周期標(biāo)識(shí)符(CycleID)。
91.根據(jù)權(quán)利要求86所述的方法，其中所述的信息包發(fā)送原語(PktSend)的生成包含以下子步驟添加NPDU的報(bào)頭和報(bào)尾至APDU；生成NPDU。
92.根據(jù)權(quán)利要求86所述的方法，進(jìn)一步包括以下步驟存儲(chǔ)所生成的NPDU。
93.根據(jù)權(quán)利要求86所述的方法，進(jìn)一步包括以下步驟完成當(dāng)前通信周期。
94.根據(jù)權(quán)利要求93所述的方法，進(jìn)一步包括以下步驟在完成所述的通信周期之后，刪除通信周期說明；以及傳輸包含有用于顯示通信周期結(jié)果的代碼的網(wǎng)絡(luò)層完成原語(NLCompleted)至所述的應(yīng)用層。
95.根據(jù)權(quán)利要求93所述的方法，其中當(dāng)從所述的數(shù)據(jù)鏈路層傳輸含有SEND_OK的數(shù)據(jù)鏈路完成原語(DLLCompleted)時(shí)，判定所述的通信周期完成成功。
96.根據(jù)權(quán)利要求93所述的方法，其中當(dāng)所述的數(shù)據(jù)鏈路層傳輸含有SEND_FAILED的數(shù)據(jù)鏈路完成原語(DLLCompleted)時(shí)，或者在網(wǎng)絡(luò)層參數(shù)之一即傳輸超時(shí)(SendTimeOut)內(nèi)未接收到來自所述的數(shù)據(jù)鏈路層的數(shù)據(jù)鏈路層完成原語(DLLCompleted)，則判定通信周期完成失敗。
97.根據(jù)權(quán)利要求96所述的方法，其中所述協(xié)議是生活網(wǎng)絡(luò)控制協(xié)議(LnCP)。
全文摘要
本發(fā)明公開了一種在基于生活網(wǎng)絡(luò)控制協(xié)議的家庭網(wǎng)絡(luò)系統(tǒng)中用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法?；谥辽儆晌锢韺?，數(shù)據(jù)鏈路層，網(wǎng)絡(luò)層以及應(yīng)用層所組成的協(xié)議的用于網(wǎng)絡(luò)層的數(shù)據(jù)處理方法包括如下步驟從所述的應(yīng)用層接收應(yīng)用層協(xié)議數(shù)據(jù)單元(APDU)中的消息發(fā)送原語(MsgSend)；根據(jù)所述的消息發(fā)送原語(MsgSend)，生成通信周期說明；根據(jù)所述的消息發(fā)送原語(MsgSend)和/或通信周期說明，在網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元(NPDU)生成信息包發(fā)送原語(PktSend)；以及發(fā)送該信息包發(fā)送原語(PktSend)至數(shù)據(jù)鏈路層。
文檔編號(hào)H04L12/26GK1938984SQ200580010496
公開日2007年3月28日 申請(qǐng)日期2005年3月31日 優(yōu)先權(quán)日2004年3月31日
發(fā)明者白承勉, 李君錫, 金容臺(tái) 申請(qǐng)人:Lg電子株式會(huì)社