CN1747413A - 家庭网络系统 - Google Patents
家庭网络系统 Download PDFInfo
- Publication number
- CN1747413A CN1747413A CN 200410071829 CN200410071829A CN1747413A CN 1747413 A CN1747413 A CN 1747413A CN 200410071829 CN200410071829 CN 200410071829 CN 200410071829 A CN200410071829 A CN 200410071829A CN 1747413 A CN1747413 A CN 1747413A
- Authority
- CN
- China
- Prior art keywords
- data
- electric equipment
- network
- network system
- communication cycles
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种家庭网络系统(HOMENETWORK SYSTEM),其适用于互动网络控制协议的家庭网络系统;该家庭网络系统由至少两个以上电器设备和联接所述各电器设备的随特定网络协议的网络形成;各电器设备中,一个电器设备把特定数据传向其它的电器设备时,其它电器设备判断这时有无未完的通信循环,根据上述判断,处理已传输的数据;具有对家庭网络系统中的各电器设备进行控制及监视等功能。
Description
一、技术领域
本发明涉及家庭网络系统,尤其涉及一种适用于互动网络控制协议的家庭网络系统(HOME NETWORK SYSTEM)。
二、背景技术
家庭网络(home Network)是一种把各数字化家电联接的网络。通过家庭网络,可以随时随地很方便地对家中的家电进行控制,可以带来生活上的乐趣。随着数字消息处理技术的发展,冰箱或洗衣机等家电,正在逐渐发展成数字化家电设备。随着家电使用体系技术和高速数字通信技术的快速发展,正在出现综合利用上述技术的消息家电。在上述背景下,出现了家庭网络系统。
这种家庭网络以下表1所示的服务类型可分为数据网络,娱乐网络,互动网络。
表1
分类 | 功能 | 服务类型 |
数据网络 | PC及周边设备间的网络 | 数据交换,网络服务等 |
娱乐网络 | A/V(Audio/Video)设备间的网络 | 音乐,动画等服务 |
互动网络 | 控制家电设备的网络 | 家电设备的控制,家庭网络制动控制,远程监控,消息服务等 |
数据网络(data network)属于为了pc与周边设备之间的数据交换或提供网络服务等构建的网络类型。娱乐网络(entertainment network)属于处理ODO或VDO等的消息的家电设备间的网络类型。另外,互动网络(living network)是指以家电自动化或远程控制等单纯控制为目的的网络。
这种用于家庭的家庭网络系统由作为电器设备的主控(master)设备和从属设备形成。作为电器设备,主控设备对其它电器设备进行控制或显示其它电器设备的状态。作为电器设备,从属设备按电器设备的特性或其它要素,对主控设备的要求进行应答,并输出自身的状态变化消息。本发明说明书中使用的电器设备(或新装置)不仅包括洗衣机、冰箱等用于上述互动网络服务的家电,还包括用于数据网络服务的家电以及用于娱乐网络服务的家电。另外,还包括煤气自动空设备及自动门,点灯等电器。
这种传统技术,不能提供对家庭网络系统中的电器设备进行控制及监视等功能的通信规范。
三、发明内容
本发明的主要目的在于克服现有产品存在的上述缺点,而提供一种家庭网络系统(HOME NETWORK SYSTEM),是一种适用泛用(广义)通信规则即网络控制协议的家庭网络系统,该泛用通信规具有对家庭网络系统中的各电器设备进行控制及监视等功能。
本发明的另一目的为提供适用作为泛用通信规则的互动网络协议(Livingnetwork Control Protocol:LnCP)的家庭网络系统。
本发明的又一目的为提供用于LnCP数据传输,已统一的多个原语。
本发明的还一目的为提供通过设定“收信功能”为“可收信”或“不可收信”,以控制数据接收的家庭网络系统。
本发明的目的是由以下技术方案实现的。
本发明家庭网络系统,其特征在于,由至少两个以上电器设备,和联接所述各电器设备的随特定网络协议的网络形成;各电器设备中,一个电器设备把特定数据传向其它电器设备,其它电器设备判断这时有无未完成的通信循环,根据上述判断,处理已传输的数据。
前述的家庭网络系统,其中其它电器设备,如“收信功能”为“不可收信”,则判断为存在未完成的通信循环,忽略已传输的数据;如“收信功能”为“可收信”,则判断为所有通信循环已完成,按特定流程处理已传输的数据包。
前述的家庭网络系统,其中网络协议是互动网络控制协议(LnCP)。
前述的家庭网络系统,其中电器设备为至少由低层与高层形成的特定网络协议的电器设备;该电器设备的低层,把特定数据传向高层时,电器设备的高层判断这时有无未完成的通信循环,根据上述判断处理传输的数据。
前述的家庭网络系统,其中电器设备高层,如“收信功能”为“不可收信”,则判断为通信循环未完成,忽略已传输的数据;如“收信功能”为“可收信”,判断为所有通信循环已完成,按特定流程处理已传输的数据。
前述的家庭网络系统,其中网络协议是互动网络控制协议(LnCP)。
本发明家庭网络系统的数据处理方法,其特征在于,包括:接收随特定网络协议的特定数据的阶段;判断这时有无未完成通信循环的阶段;根据上述判断处理数据的阶段。
前述家庭网络系统的数据处理方法,其中数据是高层从包含在网络协议中的低层接收的应用层网络协议数据单位(APDU)。
前述家庭网络系统的数据处理方法,其中判断阶段按所述高层的“收信功能”进行判断。
前述家庭网络系统的数据处理方法,其中“收信功能”为“不可收信”,则判断为存在未完成通信循环,忽略已传输的数据;如“收信功能”为“可收信”,则判断为所有通信循环已完成,按特定流程处理已传输的数据。
前述家庭网络系统的数据处理方法,其中网络协议是互动网络协议(LnCP)。
四、附图说明
图1为本发明家庭网络系统框图。
图2为本发明互动网络控制协议框图。
图3a及3b为图2所示阶层间接口框图。
图4a至4f为图3a及3b所示的接口框图。
图5a及图5b为包括用于各层间传输交换数据的原语框图。
图6为本发明数据处理方法流程图。
图中主要部件标号:1家庭网络系统、2因特网络、3LnCP服务器、4客户设备、10网关、20~23网络管理器、30,31:LnCP路由器、40~49电器设备。
五、具体实施方式
为了达到上述目的,本发明提供的家庭网络系统由至少两个以上电器设备和联接所述各电器设备的随特定网络协议的网络形成。各电器设备中,一个电器设备把特定数据传向其它的电器设备,其它的电器设备判断这时有无未完的通信循环,根据上述判断,处理已传输的数据。
这时,上述其它的电器设备,如“收信功能”为“不可收信”,则判断为存在未完通信循环,忽略已传输的数据。如“收信功能”为“可收信”,则判断为所有通信循环已完成,按特定流程处理已传输的数据包。
上述网络协议是互动网络控制协议(LnCP)。
本发明的电器设备为随特定网络协议的电器设备。所述特定网络协议是至少由低层与高层形成的网络协议。电器设备的低层,把特定数据传向高层,电器设备的高层判断这时有无未完的通信循环,根据上述判断处理传输的数据。
本发明的家庭网络系统的数据处理方法,包括接收随特定网络协议的特定数据的阶段,判断这时有无未完成通信循环的阶段及根据上述判断处理数据的阶段。
本发明提供的实用例附图和方法,只是为了具体表述本发明技术思想而举的一例。不容置疑,在本发明思想范围不仅限于此。在这样的基本技术思想范围内,应用者如果具备本行的基本知识,就可以进行很多变化。本发明的权利范围,应以后附的权利请求范围为基础,进行解释。
图1为本发明的家庭网络系统的框图。
如图1所示,家庭网络系统1通过因特网络2联接到LnCP服务器3。另外客户设备4通过因特网络2联接到LnCP服务器3。即,家庭网络系统1把LnCP服务器3及/或客户设备4联接成可以互相传递消息。
家庭网络系统1的外部网络包括因特网络2,上述外部网络根据客户设备4的种类还可具备其它设备。即,以该因特网络2为例,客户设备4为计算机时具备Web服务器(Websever)(图略),客户设备4为网络电话时具备通信服务器(Wap sever)(图略)。
LnCP服务器3通过特定的注册及注销程序,分别联接到家庭网络系统1及客户设备4,从客户设备4接收监视及控制命令等,再通过因特网络2用特定形式的消息传送到家庭网络系统1。另外,LnCP服务器3从家庭网络系统1接收并储存特定形式的消息或把它传送到客户设备4。另外,LnCP服务器3把自身储存或生成的消息传送到上述家庭网络系统1。即,家庭网络系统1联接在LnCP服务器3,可下载LnCP服务器3所提供的服务内容。
家庭网络系统1包括网关10,网络管理器20~23,LnCP路由器30,31,LnCP适配器(adapter)35,36及多个电器设备40~49。网关10具有联接因特网的功能。网络管理器20~23履行对电器设备40~49的环境设定及管理功能。LnCP路由器30、31负责传输媒体之间的联接。LnCP适配器35,36可以使网络管理器22及电器设备46联接到传输媒体。
家庭网络系统1内的网络由各电器设备40~49共用的传输媒体相互联接组成。该传输媒体可利用RS-485或低功率的RF等数据链路层非规格化的传输媒体(non-standardized transmission medium),或可以利用电力线或IEEE802.11等规格化的传输媒体(standardized transmission medium)。
家庭网络系统1内的网络由与因特网络2是相互分离的网络。即,上述家庭网络系统1内的网络构成由有线或无线传输媒体联接的独立网络。这里,独立网络包括虽然处于物理上的联接状态但理论上分离的网络。
家庭网络系统1包括主控(Master)设备,从属(Slave)设备。主控设备可以控制电器设备40~49或监视其工作状态。从属设备可以回应主控设备的请求及通知自身状态的变化情报。该主控设备包括网络管理器20~23,从属设备包括电器设备40~49。该网络管理器20~23包括所要控制的电器设备40~49的消息及控制码,按程序化的方式进行控制作业,或接收从LnCP服务器及/或客户设备4输入的消息后,进行控制作业。另外,如图所示,联接有多个网络管理器20~23时,为了进行与其它网络管理器20~23之间的交换消息,也为了消息的同步化以及进行控制,这些网络管理器20~23即可以是主控设备又可以是从属设备。即应该是一种,从物理意义上只是一个设备,但理论上是同时具有主控及从属功能的设备(即兼容设备)。
另外,这些网络管理器20~23及电器设备40~49可以直接联接到网络(如图示的电力线网络,RS-485网络,RF网络)上。另外,还可以通过LnCP路由器30、31及/或LnCP网络适配器35,36联接。电器设备40~49及/或LnCP路由器30、31及/或LnCP网络适配器35,36注册在网络管理器20~23上,并根据产品情报,接收唯一的理论地址(例如0x00,0x01等)。这个理论地址与产品码(例如空调为‘0x02’,洗衣机为’0x01’)结合后,作为节点地址(Node Address)使用。例如,通过0x02009(空调1)及0x0201(空调2)的相同的节点地址被电器设备40~49及/或LnCP路由器30、31及/或LnCP网络适配器35,36识别。另外,还可以使用按特定的基准(同种产品,产品的设置位置,使用者等)设置的群地址,使用群地址时可以一次性识别一个以上的电器设备40~49及/或LnCP路由器30、31及/或LnCP网络适配器35,36。在这个群地址中,显性群地址把地址选择值(下述为标记flag)设定为“1”时该显性群地址为指定多个的客户设备的集团(cluster)地址。默示群地址把理论地址及/或产品码的所有比特(byte)值添加为“1”,进而可以指定多个客户设备。这里,特别要指出的是把显性群地址通常称为集团码。
图2为本发明的互动网络控制协议(LnCP)框图。家庭网络系统1通过图2中的互动网络控制协议(LnCP)可以使网络管理器20~23,LnCP路由器30、31,LnCP网络适配器35,36及电器设备40~49之间互相传送消息。进而,网络管理器20~23,LnCP路由器30、31,LnCP网络适配器35,36及电器设备40~49通过这种LnCP实行网络通信。
如图2所示,LnCP包括应用软件50,应用层60,网络层70,数据链路层80,物理层90及媒介变量管理层100。应用软件50发挥网络管理器20~23、LnCP路由器30、31、LnCP网络适配器35,36、及电器设备40~49的固有功能。并提供与应用层60联接的功能,以便在网络上进行远程操作及监视。应用层60向使用者提供服务,并具有把使用者提供的消息或命令组成消息后传达到低层的功能。网络层70可以把网络管理器20~23,LnCP路由器30、31,LnCP网络适配器35,36及电器设备40~49之间联接为可靠的网络。数据链路层80提供联接控制功能,用于联接共用传输媒体。物理层90提供网络管理器20~23,LnCP路由器30、31,LnCP网络适配器35,36及电器设备40~49之间的物理接口及要传送的比特(byte)的规则。媒介变量管理层100管理设定各层中使用的节点的媒介变量(node parameter)。
详细的说,应用软件50还包括网络管理附属层51。网络管理附属层51具有管理节点媒介变量,及管理联接在网络上的网络管理器20~23,LnCP路由器30、31,LnCP网络适配器35,36及电器设备40~49的功能。即,该网络管理附属层51具有一种功能,可以通过媒介变量管理层100,设定媒介变量数值或利用媒介变量对媒介变量进行管理。适用于LnCP的设备为主控设备时,该网络管理附属层51还具有履行构成网络或管理网络的功能。
另外,网络层70还包括家庭码控制附属层71。网络联接有网络管理器20~23、LnCP路由器30、31,LnCP网络适配器35,36及电器设备40~49。当利用电力线或IEEE 802.11、无线等非独立形传输媒体(例如LnCP包括电力线通信(PLC)协议/或无线(wireless)协议时)构成上述网络时,为了在理论上划分各网络,家庭码控制附属层71发挥设定家庭码及管理家庭码的功能。该家庭码控制附属层71通过像RS-485等独立形传输媒体,从物理意义上分离个别网络时,不包括在LnCP中。该家庭码以4字节(byte)组成,设定为随机(random)值或使用者设定值。
图3a及图3b为图2所示层间接口框图。
图3a所示为物理层90联接到非独立型传输媒体时的层间的接口示意图。图3b所示的是物理层90联接到独立型传输媒体时的层间的接口示意图。
家庭网络系统1把各层需要的头(header)及尾(trailer)消息加到从高层接收的网络协议消息单位(Protocol Data Unit:PDU)中,在传达到低层。
如图所示,APDU(Application layer PDU)是应用层60和网络层70之间传送的数据值(data)。NPDU(Network Layer PDU)是网络层70与数据链路层80或家庭码附属层71之间传送的数据值。HCNPDU(Home Code ControlSublayer PDU)是网络层70(确切的说是家庭码附属层71)与数据链路层80或家庭码附属层71之间传送的数据值。数据链路层80与物理层90之间按数据值(data),数据帧单位形成接口。
图4a至4f为图3a及3b所示接口详细框图。
图4a所示为在应用层60中的APDU结构。
AL(APDU Length)域为表示APDU的长度(AL到数据帧组的长度)的域,最小值为4最大值为77。
AHL(APDU Header Length)域是表示APDU头(header)的长度(AL到ALO的长度),的域,没有扩展时为3字节,可以扩展到7字节。LnCP网络协议中为了数据帧组的密码化,为了变更应用协议等APDU头(header)可以扩展到7字节。
ALO(Application Layer Option)域是用于扩展消息3的域,例如该域被设定为“0”时,装有其它值时消息处理被忽视。(原文如此)。
数据帧组为处理使用者的控制消息或事件消息的域,其结构随着ALO所含值的变化发生变化。
图4b为网络层70中的NPDU结构示意图,图4c为NPDU中的NLC的详细结构示意图。
SLP(Start of LnCP Packet)域为表示数据包的起始域,其值为0x02。
DA(Destination Address)及SA(Source Address)的域为要传送的数据包的收信方及送信方的节点地址,各由16比特构成。这里最高1比特为显示群地址的标记(flag),接下来的7比特为产品的种类(产品码),低8比特包括分得的理论地址。具有多个同一种类的网络管理器20~23或电器设备40~49时,上述低8比特用于划分上述各网络管理器20~23或电器设备40~49。PL(Packet Length)域为显示要传送的NPDU总长的域,其最小值为12字节,最大值为100字节。
SP(Service Priority)域为给予传送消息传送优先位的域,由3比特构成。各传送消息的优先顺位如表2。
从属客户设备应答主控客户设备的请求时,随从主控客户设备接收到的请求消息的优先顺位。
表2
优先顺位 | 值 | 适用(Application Layer) |
高(High) | 0 | -传送紧急消息时 |
中(Middle) | 1 | -传送普通数据包时-传送对应网络(Online State)在线及非在线状态(Offline State)变化的事件消息时 |
标准(Normal) | 2 | -传送通知构成网络的消息时-传送普通事件消息时 |
低(Low) | 3 | -传送根据下载或上传的厂家的值时 |
NHL(NPDU Header Length)域是用于扩展NPDU头(header)(SLP中的NLC域)使用的域,没扩展时是9字节,最大可扩展到16字节。
PV(Protocol Version)域是显示所采用的网络协议版本的1字节的域,由高4比特及低4比特构成。高4比特为版本(version)域,低4比特为服务器版本(sub-version)域。版本(version)及服务器版本(sub-version)分别以16进制标法显示版本。
NPT(Network layer Packet Type)域是在网络层中划分数据包种类的4比特域。LnCP包括请求数据包(Request Packet),应答数据包(ResponsePacket),通知数据包(Notification Packet)。主控客户设备的NPL域应设定为请求数据包或通知数据包,从属设备的NPL域应设定为应答数据包或通知数据包。数据包种类的NPT值如下表3所示。
表3
值 | 说明 |
0 | 请求数据包 |
1~3 | 不使用 |
4 | 应答数据包 |
5~7 | 不使用 |
8 | 通知数据包 |
9~12 | 不使用 |
13~15 | 与家庭码控制附属层联接的接口用预约值 |
TC(Transmission Counter)域是网络层发生通信故障,不能成功发送请求数据包或应答数据包时,为了提高传送请求数据包或应答数据包的成功率,再传送或反复传送的2比特域。收信方可以利用TC域的数值,检测出重复消息。随NPT值的TC域值的范围同下表4。
表4
数据包种类 | 值(范围) |
请求数据包 | 1~3 |
应答数据包 | 1 |
通知数据包 | 1~3 |
PN(Packet Number)域由2比特构成。在从属设备中为了检测出重复数据包PN(Packet Number)域与TC一起被使用。在主控客户设备中为了处理多个的通信循环被使用。随NPT值的PN域的范围如下表5所示。表5
数据包种类 | 值(范围) |
请求数据包 | 0~3 |
应答数据包 | 复制请求数据包的PN域值 |
通知数据包 | 0~3 |
APDU域是应用层60与网络层70之间传送的应用层的网络协议数据值(data)的单位。APDU最小值为0字节,最大值为88字节。
CRC(Cyclic Redundancy Check)域是为了检测出已接收数据包(SLP到APDU域)的错误的16比特域。
ELP(End of LnCP Packet)域是显示数据包未端的域,其值为0x03。如果接收与数据包长度域中的与长度相应的数据值(data),也不能检测出ELP域,则示为数据包错误。
图4d为家庭码控制附属层71中的HCNPDU结构图。
如图所示,NPDU的高部分还包含HC(Home Code)域。
该家庭码的数值由4字节构成。该家庭码在数据包可传播的线路的距离内具有唯一的值。
图4e所示为数据链路层中的数据帧的结构。
LnCP的数据链路层的数据帧的头(header)及尾(trailer)根据传输媒体形成不同的结构。数据链路层80使用非规格化的传输媒体时,数据帧的头(header)及尾应具有Null域(Null Field)。如使用规格化的传输媒体,则随网络协议的规定。NPDU域是从高网络层70传送的数据值的单位。HCNPDU是物理层90为电力线或IEEE 802.11等非独立形传输媒体时使用的数据值单位,是在NPDU前端追加4字节家庭码的数据值单位。数据链路层80不划分NPDU及HCNPDU的处理。
图4f为物理层90中的数据帧结构。
LnCP的物理层90具有把物理信号传送到传输媒体的功能。作为LnCP网络协议的物理层90,可以使用与RS-485或低功率RF等同的非规格化数据链路层80的传输媒体。还可以使用如电力线或IEEE 802.11等同的规格化传输媒体。适用LnCP网络的家庭网络系统1中,为了网络管理器20~23及电器设备40~49与RS-485或LnCP路由器30,31,及LnCP适配器35,36联接,利用了UART(Universal Asynchronous Receiver and Transmitter)数据帧结构及RS-232的信号标准(level)。各设备之间利用网线(serial bus)联接时,UART在通信线路控制比特信号流。如图4f所示,在LnCP中,把高层送来的数据包,变换成10比特大小的UART数据帧单位后,通过传输媒体传送。UART数据帧由1比特的起始位(Start Bit)、8比特的数据值(data)及1比特的停止位(Stop Bit)构成。上述UART数据帧不使用效验位(Parity Bit)。UART数据帧从起始位传达,最后传达停止位。适用LnCP的家庭网络系统1利用UART时,不使用追加的数据帧头(frame header)及帧尾(frametrailer)。
以下是对使用在上述层中的节点媒介变量的说明。
下述的节点媒介变量的数据值的类型(type)与如下图6所示的多个类型中的一种相对应。
表6
标记 | 类型 | 说明 |
char | signed char | 没有显性值(data)的长度时为1字节 |
uchar | unsigned char | 没有显性值(data)的长度时为1字节 |
int | signed int | 没有显性值(data)的长度时为2字节 |
uint | unsigned int | 没有显性值(data)的长度时为2字节 |
long | signed long | 没有显性值(data)的长度时为4字节 |
ulong | unsigned long | 没有显性值(data)的长度时为4字节 |
string | string | 最后的字节为NJLL的文字列数据 |
FILE | - | 具有文件结构的数据 |
首先,应用层60具有利用使用者通过应用软件50传达的消息或命令,生成消息(Message)和APDU,再把它传输到低网络层功能,对从低网络层传接到的APDU进行解释,再传输到应用软件50的功能。
应用层60使用的节点媒介变量(Node Parameter)的值同表7
表7
名称 | 形态 | 说明 |
地址请求消息的传输间隔 | constantuintAddressReqInt | 输入电源即刻从网络层70得到理论地址值后,直到该值被指定为0x00时的地址为止,按AddressReqInt时间(秒)间隔持续传输地址请求消息。 |
活动事件消息的传输间隔 | uintNP_AliveInt | 如网络层70的理论地址不是0x00,则把网络联接状态按NP_AliveInt时间(秒)间隔持续传输活动事件消息。 |
缓冲器(buffer)的大小 | ucharNP_BufferSize | 可装消息的缓冲器大小(单位为字节数)。 |
服务暂停 | const uintSvcTimeOut | 应用层60等待请求消息送信(ReqMsgSend)原语的时间,其值为30秒。 |
下载请求消息间的传输间隔 | const uintDLInterval | 从属的应用层60接收下载请求消息后,不能接收另外的下载请求消息时,认为下载服务失败的时间间隔。 |
网络层70具有如下功能。
第1为地址管理功能,地址管理功能为储存自身地址及目的地的网络管理器20~23或电器设备40~49的地址的功能。这时,使用地址所含的各网络管理器20~23或各电器设备40~49的消息及位置消息,可以指定集团地址,并可支持立体声调频广播(multicasting)及广播(broadcasting)通信。
第2为流动控制功能,流动控制功能为通过通信循环(cycle)控制数据包流动的功能。
第3为错误控制功能,错误控制功能为在规定的时间内没能接收应答数据包时,重新传输域值的功能。重新传输次数最大限制为3回。
第4为事务控制(Transaction Control)功能,事务控制功能为通过检测出重复数据包,防止重复履行同样的消息,并控制同时多发的通信循环的功能。
第5为路由控制功能,路由控制功能为在两个以上独立的传输媒体间,传输数据包,并为了防止各LnCP路由器30~36间的无限循环(loop),控制数据包的流动的功能。
这种网络层70以通信循环为单位提供服务。这种通信循环有{1-Request,1-Response},{1-Request,Multi-Responses},{1-Notification},{Repeated-Notification}等四种。
{1-Request,1-Response}通信循环为一个主控设备向一个从属设备传输一个请求数据包(Request Packet),从属设备传输对应上述请求的一个应答数据包(Request Packet)的通信循环。
{1-Request,Multi-Responses}通信循环为一个主控设备向多个从属设备传输一个请求数据包,各从属设备并依次传输应答请求数据包的应答数据包的通信循环。
{1-Notification}通信循环为设备(主控或从属)以一个或多个设备(主控或从属)为对象,传输一个通知数据包后,即刻结束通信的通信循环。
{Repeated-Notification}通信循环为在{1-Notification}通信循环为了确保传输可靠性,反复传输同样的数据包后,结束通信的通信循环。上述通信循环与数据包类型及传输服务(或网络服务)(NLservice)同表8。
表8
通信循环 | 数据包类型 | 传输服务(NLService) |
{1-request,1-response} | 请求数据包-应答数据包 | Acknowledged(0) |
{1-request,multi-response} | 请求数据包-应答数据包 | Acknowledged(0) |
{1-notification} | 通知数据包 | Not-acknowledged(1) |
{Repeated-notification} | 通知数据包 | Repeated-notification(2) |
省略对剩余层,即网络层70、数据链路层80及物理层90的媒介变量的说明。
图5a及图5b为包括用于各层问传输交换数据的原语的框图。
图5a为主控设备的各层间的原语(primitive)传输作业框图。这里,省略其说明。
图5b为从属设备的各层间原语的传输作业框图。
如图所示,用于应用软件50a与应用层60a间的原语,包括UserReqRcv、UserResSend及UserEventSend。
使用者请求收信(UserReqRcv)原语是用于把由主控设备接收的请求消息(包括下载及运行)传向从属设备的应用软件50a的原语。包括表9a所示的构成要素。
表9a
名称 | 形态 | 说明 |
应用服务码 | ulongALSvcCode | 是应用层60a的服务码,是产品码和命令码的组合 |
请求数据 | uchar | 包含在由主控设备传出的请求 |
*ReqData | 消息的数据 | |
请求数据的长度 | ucharReqDataLength | ReqData长(字节) |
出处地址 | uintSrcAddress | 送信方设备的地址 |
使用者应答送信(UserResSend)原语是为了回应主控设备的请求消息,把应答消息传向从属设备的应用层时所用的原语。包括下表9b所示的构成要素。
表9b
名称 | 形态 | 说明 |
应用服务码 | ulongALSvcCode | 是应用层60a的服务码,是产品码和命令码的组合 |
应答数据 | uchar*ResData | 要包含到传向主控设备的应答消息的数据 |
应答数据长度 | ucharResDataLength | ResData字节长度 |
使用者事件送信(UserEventSend)原语是用于把欲向主控设备传输的从属设备事件消息状态变量值,传输到应用层60a的原语。包括下表9c所示的构成要素。
表9c
名称 | 形态 | 说明 |
应用服务码 | uchar ALSvcCode | 是应用层60a的服务码,是产品码和命令码的组合 |
应用层服务 | uchar ALService | 传输服务类型2:Repeated-message,3.Event-message-only |
事件码 | uint EventCode | 事件码 |
状态变量值 | uchar*StateValue | 事件消息的状态变量值 |
如图所示,应用层60a和网络层70a间的原语包括ReqMsgRcv、ResMsgSend、EventMsgSend及NLCompleted。
请求消息收信(ReqMsgRcv)原语是用于从网络层70a把接收的请求消息传向应用层的原语。包括下表10a所示的构成要素。
表10a
名称 | 形态 | 说明 |
请求消息 | uchar*ReqAPDU | 要传向应用层60a的APDU |
请求消息长度 | ucharAPDULength | APDU的字节长度 |
目的地地址 | uintDstAddress | 送信方设备的地址 |
出处地址 | uintSrcAddress | 送信方设备的地址 |
网络层服务 | ucharNLService | 从属设备的通信循环类型0:Acknowledged,1:Non-acknowledged |
重复数据包检测结果 | ucharDuplicateCheck | 是重复数据包检测结果,如正常则NORMAL_PKT(1),检测为重复数据包则DUPLICATED_PKT(0). |
应答消息送信(ResMsgSend)原语是用于在应用层60a,把应答消息传向网络层70a的原语。包括下表10b所示的构成要素。
表10b
名称 | 形态 | 说明 |
通信循环标识符 | ulong CycleID | 从属设备的通信循环识别编号 |
应答消息 | uchar *ResAPDU | 包括在从属设备的应用层60a生成的应答消息的APUD |
应答消息长度 | uchar APDULength | APUD的字节长度 |
事件消息送信(EventMsgSend)原语是用于应用层60a把事件消息传向网络层70a的原语。包括下表10c所示的构成要素。
表10c
名称 | 形态 | 说明 |
通信循环标识符 | ulongCycleID | 从属设备的通信循环的识别编号 |
事件消息 | uchar*EventAPDU | 包括在从属设备应用层60a生成的事件消息的APDU |
事件消息长度 | ucharAPDULength | APDU的字节数据长度 |
目的地地址 | uintDstAddres | 收信方设备的地址 |
出处地址 | uintSrcAddress | 送信方设备的地址 |
网络层服务 | ucharNLService | 在网络层70a中的传输服务1:Non-acknowledged,2:Repeated-notification |
反复通知消息的长度 | ucharRepNotiInt | NLService选择为Repeated-notification时的连续通知消息间的时间间隔(ms) |
服务优先位 | ucharSvcPriority | 事件消息的传输优先位 |
网络层完了(NLCompleted)原语是在网络层70a,用于向应用层60a通知数据包处理状态的原语。包括下表10d所示的构成要素。
表10d
名称 | 形态 | 说明 |
通信循环标识符 | ulongCycleID | 从属设备的通信循环识别编号 |
传送结果 | ucharNLResult | 如通信循环成功完成,则CYCLE_OK(1),反之,则CYCLE_FAILED(0)。 |
传输失败原 | uchar | NLResult是CYCLE_FAILED时,对 |
因 | NLFai1Code | 识别原因进行分类 |
再传输次数 | ucharNLSuccessCode | NLResult时CYCLE_OK时时的再传输次数 |
从属设备的网络层70a与数据链路层80a及数据链路层80a与物理层90a间的各原语的使用情况,与图5a中主控设备的各原语的使用情况相同。
省略对剩余的层间各原语的说明。
上述从属设备的应用层60a,如从应用软件50a接收使用者事件送信(UserEventSend)原语,则开始特定通信循环,并为了阻截从网络层70a数据接收,“收信功能”设定为“不可收信”,并根据该已传输的原语,按特定流程(本说明书未表述)生成事件消息。这里,“收信功能”可以通过特定的媒介变量(图略)形成或可以按特定逻辑形成。接着,从属设备的应用层60a利用事件消息送信(EventMsgSend)原语,传输事件消息后,按特定的流程判断通信循环是否已完。该判断,如判断为通信循环已完,则把“收信功能”设定为“可收信”,恢复从网络层70a的“收信功能”。
另外,从属设备的应用层60a,如从网络层70a接收请求消息收信(ReqMsgRcv)原语,则开始特定通信循环,为了阻截从网络层70a数据接收,“收信功能”设定为“不可收信”,并按特定流程处理该原语包含的消息。应用层60a用使用者请求收信(UserReqRcv)原语,把该已处理的消息传输到应用软件50a,为了恢复从网络层70a收信的“收信功能”,“收信功能”设定为“可收信”。
综上所述,如这时存在未完通信循环,则应用层60a直接确认是否存在进行中的通信循环或确认上述“收信功能”,进而可以确认是否存在未完通信循环。
图6为本发明的数据处理方法流程图。
阶段(S61),应用层60a从网络层70a或应用层50a接收数据。这里,应用层60a从网络层70a接收数据的状态为从各网络管理器20~23及/或各电器设备40~49接收特定数据的状态;从应用软件50a接收数据的状态为传输事件消息的状态。
阶段(S62),应用层60a判断现在是否存在未完通信循环。这里,应用层60a判断是否存在未完通信循环。即,如“收信功能”为“可收信”,则应用层60a进行阶段(S63),如是“不可收信”,则应用层60a进行阶段(S64)。
阶段(S63),应用层60a按特定流程处理已接收的数据。即,如上所述,应用层60a,从已接收的数据,把已处理的消息,用使用者请求收信(UserReqRcv)原语传输到应用软件50a或用包含已接收数据的事件消息送信(EventMsgSend)原语传输到网络层70a。
阶段(S64),应用层忽略接收的数据,已接收的数据被废弃。
综上所述,本发明的有益效果是:本发明提供一种适用泛用(广义)通信规则即网络控制协议的家庭网络系统,该泛用通信规具有对家庭网络系统中的各电器设备,进行控制及监视等功能。本发明具有提供适用作为泛用通信规则的互动网络协议(Living network Control Protocol:LnCP)的家庭网络系统的效果。
本发明具有提供用于LnCP数据传输,已统一的多个原语的效果。
本发明的“收信功能”可设定为“可收信”或“不可收信”,所以具有提供可以控制数据接收的效果。
以上所述,仅是本发明的较佳实施例而已,并非对本发明作任何形式上的限制,凡是依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰,均仍属于本发明技术方案的范围内。
Claims (11)
1、一种家庭网络系统,其特征在于,由至少两个以上电器设备,和联接所述各电器设备的随特定网络协议的网络形成;各电器设备中,一个电器设备把特定数据传向其它电器设备,其它电器设备判断这时有无未完成的通信循环,根据上述判断,处理已传输的数据。
2、根据权利要求1所述的家庭网络系统,其特征在于,所述其它电器设备,如“收信功能”为“不可收信”,则判断为存在未完成的通信循环,忽略已传输的数据;如“收信功能”为“可收信”,则判断为所有通信循环已完成,按特定流程处理已传输的数据包。
3、根据权利要求1所述的家庭网络系统,其特征在于,所述网络协议是互动网络控制协议。
4、根据权利要求1所述的家庭网络系统,其特征在于,所述电器设备为至少由低层与高层形成的特定网络协议的电器设备;该电器设备的低层,把特定数据传向高层时,电器设备的高层判断这时有无未完成的通信循环,根据上述判断处理传输的数据。
5、根据权利要求4所述的家庭网络系统,其特征在于,所述电器设备高层,如“收信功能”为“不可收信”,则判断为通信循环未完成,忽略已传输的数据;如“收信功能”为“可收信”,判断为所有通信循环已完成,按特定流程处理已传输的数据。
6、根据权利要求4所述的家庭网络系统,其特征在于,所述网络协议是互动网络控制协议。
7、一种如权利要求1所述家庭网络系统的数据处理方法,其特征在于,
包括:接收随特定网络协议的特定数据的阶段;判断这时有无未完成通信循环的阶段;根据上述判断处理数据的阶段。
8、根据权利要求7所述家庭网络系统的数据处理方法,其特征在于,所述数据是高层从包含在网络协议中的低层接收的应用层网络协议数据单位。
9、根据权利要求8所述家庭网络系统的数据处理方法,其特征在于,所述判断阶段按所述高层的“收信功能”进行判断。
10、根据权利要求9所述家庭网络系统的数据处理方法,其特征在于,所述“收信功能”为“不可收信”,则判断为存在未完成通信循环,忽略已传输的数据;如“收信功能”为“可收信”,则判断为所有通信循环已完成,按特定流程处理已传输的数据。
11、根据权利要求7所述家庭网络系统的数据处理方法,其特征在于,所述网络协议是互动网络协议。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410071829 CN1747413A (zh) | 2004-09-06 | 2004-09-06 | 家庭网络系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410071829 CN1747413A (zh) | 2004-09-06 | 2004-09-06 | 家庭网络系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1747413A true CN1747413A (zh) | 2006-03-15 |
Family
ID=36166745
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200410071829 Pending CN1747413A (zh) | 2004-09-06 | 2004-09-06 | 家庭网络系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1747413A (zh) |
-
2004
- 2004-09-06 CN CN 200410071829 patent/CN1747413A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1820457A (zh) | 家庭网络系统 | |
CN111010324A (zh) | 一种基于ble mesh网络协议的家电设备自组网方法和系统 | |
CN101164285A (zh) | 网络控制协议的分组结构和分组传输方法 | |
CN1957559A (zh) | 家庭网络系统 | |
CN1747413A (zh) | 家庭网络系统 | |
CN1767472A (zh) | 家庭网络系统 | |
CN1747410A (zh) | 家庭网络系统及适用于家庭网络系统的重复数据包判断方法 | |
CN1747416A (zh) | 家庭网络系统 | |
CN1747414A (zh) | 家庭网络系统 | |
CN1767459A (zh) | 家庭网络系统及其电器设备 | |
CN1747412A (zh) | 家庭网络系统 | |
CN1747417A (zh) | 家电网络系统 | |
CN1767461A (zh) | 家庭网络系统 | |
CN1767473A (zh) | 一种家庭网络系统及其项目通知方法和电器设备 | |
CN1747411A (zh) | 家庭网络系统 | |
CN1767462A (zh) | 家庭网络系统 | |
CN1767458A (zh) | 家庭网络系统及其确认方法 | |
CN1767465A (zh) | 家庭网络系统 | |
CN1767469A (zh) | 家庭网络系统 | |
CN1767471A (zh) | 家庭网络系统 | |
CN1747475A (zh) | 数据链路层数据接收方法 | |
CN1767466A (zh) | 家庭网络系统 | |
CN1767481A (zh) | 一种家庭网络系统及信息取得方法和电器设备 | |
CN1956440A (zh) | 家庭网络系统 | |
CN1767463A (zh) | 家庭网络系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |