38]二、通过创新地配置网络接口芯片的customized packet，使得多播前仅需统一发送一个网络包，即可唤醒所有接收方；
[0039]三、利用本发明公开的方法，可以在无需增加太多额外工作的情况下，轻松地让楼宇对讲设备在待机时进入更低的功耗状态，且能在使用时被快速唤醒，进一步降低产品能耗，提升广品性能；
[0040]四、采用本发明公开的楼宇对讲设备，可以完美地与现有楼宇对讲系统产品兼容。[0041 ]下面结合附图和【具体实施方式】对本发明做进一步说明。
【附图说明】
[0042]为了更好地描述本发明的实施例，绘制了以下附图。应当理解的是，附图仅是以示例的方式示出了本发明的优选实施例，而不应将附图解释为对本发明的限制，其中:
[0043]图1为本发明提供的一实施例的楼宇对讲设备的组成框图；
[0044]图2为本发明提供的一实施例的设备A呼叫设备B的示意图；
[0045]图3为本发明提供的一实施例的ARP请求包的格式；
[0046]图4为本发明提供的一实施例的TCP/UDP包的格式；
[0047]图5为本发明提供的一实施例的设备A呼叫设备B的流程图；
[0048]图6为本发明提供的一实施例的管理机向一个单元广播物业信息的示意图；
[0049]图7为本发明提供的一实施例的管理机向一个单元广播物业信息的流程图；
[0050]图8为本发明提供的一实施例的广播数据包的格式。
【具体实施方式】
[0051]下面结合附图和实施例，对本发明进行具体描述。
[0052]本发明公开了一种楼宇对讲设备的网络唤醒方法和能够自睡眠模式恢复为工作模式的楼宇对讲设备，通过该方法及设备，可以使楼宇对讲设备在待机时进入更低的功耗状态，且能在使用时被快速唤醒。
[0053]参见图1的楼宇对讲设备的组成框图，楼宇对讲设备包括网络接口芯片和处理器，网络接口芯片与处理器之间的数据接口包含但不限于MI1、RMI1、GMI1、RGMII或USB。优选地，网络接口芯片的中断引脚与处理器的一个输入引脚是直连的，该输入引脚被配置为处理器的中断唤醒源。能够自睡眠模式恢复为工作模式的楼宇对讲设备可以是室内机或室外机。网络接口芯片用于接收远程数据包、将远程数据包与自定义的唤醒标识进行匹配，以及在匹配时产生唤醒中断。处理器响应中断信号，自睡眠模式恢复为工作模式。因此，本发明能够实现超低功耗运行，即在待机状态下设备的处理器及其它外设进入睡眠状态，仅网络接口芯片处于工作状态。
[0054]为了实现本发明的超低功耗运行及远程唤醒功能，首先需要定义本设备的唤醒标识。随后，当设备进入睡眠模式后，将其恢复为工作模式的网络唤醒方法包括接收步骤、判断步骤和恢复步骤，具体为:接收步骤:接收远程数据包;判断步骤:判断远程数据包是否匹配任何一个唤醒标识，如果匹配，则产生唤醒中断;恢复步骤:设备的处理器响应中断信号，自睡眠模式恢复为工作模式。
[°°55] 在一优选实施例中，本发明可以选择支持customized packet唤醒功能的网络接口芯片，将芯片的customized packet设置为所订制的唤醒标识。进一步优选的方案为，如果订制了多个唤醒标识，则需要选择带多个customized packet的芯片。当网络接口芯片接收到符合条件的customized packet时，将通过中断引脚唤醒处理器，使设备退出睡眠状??τ O
[0056]由此，网络发送方无需事先记录接收方的MAC地址，也无需发送额外数据包，而可以直接利用符合唤醒标识的包来唤醒已进入睡眠状态的接收方设备的主处理器。
[°°57] 支持customized packet唤醒功能的网络接口芯片可以从公开渠道购得，例如Micrel 公司的 KSZ9031RNX 芯片、KSZ8091MNX 芯片等等。
[0058]配置楼宇对讲设备的网络接口芯片的customized packet，可以根据数字楼宇对讲系统的特征、TCP/IP协议中单播包和多播包的特性，来进行设计。
[0059]例如，customized packet可以配置为针对设备自身IP的ARP请求包(如图3所示)、目的MAC地址为设备自身MAC地址的网络包(如图4所示)或者UDP报文段中含有设备所在群组序列号信息的包(如图8所示)等等。
[0060]为了更好地阐述本发明，下文将分别以单播情况下网络唤醒方式和多播情况下网络唤醒方式的具体示例，来体现customized packet的配置方法。应注意的是，本发明仅仅是列举几种配置方法，不应理解为对本发明的限定，只要配置能达到通过网络包快捷唤醒睡眠状态下楼宇对讲设备的目的即可，具体实现方式可以有多种变形、替换和变化。
[0061 ]单播情况下网络唤醒方式示例:
[0062]以如图2所示的设备A呼叫设备B为例，假设设备A的ID为O I O I O I，I P为192.168.0.111，MAC 为 00: 01: 02:03: 04: 11,设备 B 的 ID 为 020202，IP 为 192.168.0.222 ,MAC为00:01:02:03:04:22，为了获得更低的功耗，设备A及设备B在待机时进入低功耗状态，其各自处理器都进入睡眠状态。
[0063]对设备A来说，参考图5的流程图，标准处理流程如下:
[0064]ASl.通过按键或触摸屏操作唤醒自己；
[0065]AS2.输入或通过选择设备B的ID(020202)来发起呼叫；
[0066]AS3.通过查表或固定映射的方式获取到设备B的IP为192.168.0.222;
[0067]AS4.通过 192.168.0.222 来访问设备 B ；
[0068]AS5.根据TCP/IP协议定义，此时如果设备A知道设备B的MAC地址，就可直接对其发起TCP连接，否则需要进行ARP请求，以获取设备B的MAC。
[0069]对设备B而言，最理想的情况是在设备A对其进行访问前退出睡眠状态，以响应设备A的呼叫，但这需要额外的指令交互，本发明提出的解决方案可以让设备B能通过设备A发出的TCP连接包或ARP请求包来唤醒，且不影响到网络上其它设备。
[0070]参考如图3所示的ARP请求包的格式定义，其中以太网目的地址字段固定为FF:FF:FF:FF:FF:FF，帧类型固定为0x080x06，协议类型固定为0x000x01，目的地址为要寻址对象的IP，在本例中为192.168.0.222，可以将具有以上特征的网络包设定为设备B网络接口芯片的customized packetl，后续进入睡眠状态后，设备B的网络接口芯片在收到这样一个包时会唤醒其主处理器，以退出睡眠状态。
[0071 ]此外还可以参考如图4所示的TCP/UDP包的格式定义，以太网目的地址字段为要寻址对象的MAC地址，在本例中假设是设备A发送给设备B的TCP连接包，则该字段为00:01:02:03: 04: 22，可以将具有这样特征的网络包设定为设备B网络接口芯片的customizedpacket2，后续进入睡眠状态后，设备B的网络接口芯片在收到这样一个包时会唤醒主处理器。
[0072]采用本发明描述方法的设备B的流程如下:
[0073]BSl.将针对自身IP的ARP请求包设置为网络接口芯片的customized packetl；
[0074]BS2.将目的MAC地址为自身MAC地址的网络包设置为网络接口芯片的customi zedpacket2；
[0075]BS3.在待机状态下进入深度睡眠状态，仅网络接口芯片处于工作状态；
[0076]BS4.网络接口芯片判断接收到的网络包是否匹配customi zed packetl或customized packet2，匹配则唤醒主处理器，进入正常工作状态。
[0077]这里需要注意的是，在睡眠状态下，针对设备B的ARP包或TCP包被用来作为唤醒用途，无法给设备A应答，但ARP和TCP协议在设计时都有考虑重发机制，设备A在接收不到对应应答时会自动重发，此时设备B已经处于正常工作状态，可以应答后续的重发包。
[0078]上面示例仅描述TCP包，但这种方法同样适用于UDP包，唯一的差异是UDP包在网络层没有自动重发机制，但可以在应用层设置重发机制。
[0079]由此，通过配置网络接口芯片的customizedpacket，使得网络发送方无需事先记录接收方的MAC地址，也无需发送额外数据包，直接利用ARP包或普通的TCP/UDP包就可以唤醒已进入睡眠状态的接收方设备的主处理器。
[0080]多播情况下网络唤醒方式示例:
[0081]除单播外，组播或广播也在楼宇对讲网络中广泛应用，这种情况下需要一种方法将所有多播对象一次性唤醒，以接收多播信息。
[0082]这里以如图6所示的PC管理机往一个单元广播物业信息为例，示例如何在多播应用中通过网络唤醒所有的接收对象。