CN109451354A - 一种唤醒终端的方法及终端 - Google Patents
一种唤醒终端的方法及终端 Download PDFInfo
- Publication number
- CN109451354A CN109451354A CN201811338303.9A CN201811338303A CN109451354A CN 109451354 A CN109451354 A CN 109451354A CN 201811338303 A CN201811338303 A CN 201811338303A CN 109451354 A CN109451354 A CN 109451354A
- Authority
- CN
- China
- Prior art keywords
- terminal
- data packet
- port
- wifi module
- main control
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 47
- 230000002618 waking effect Effects 0.000 title claims abstract description 21
- 238000012544 monitoring process Methods 0.000 claims abstract description 36
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000005516 engineering process Methods 0.000 abstract description 3
- 230000009467 reduction Effects 0.000 abstract description 2
- 101000826116 Homo sapiens Single-stranded DNA-binding protein 3 Proteins 0.000 description 16
- 102100023008 Single-stranded DNA-binding protein 3 Human genes 0.000 description 16
- 238000010586 diagram Methods 0.000 description 16
- 238000012545 processing Methods 0.000 description 11
- 238000003860 storage Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 9
- 230000006870 function Effects 0.000 description 7
- 238000004590 computer program Methods 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 238000004364 calculation method Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 239000007787 solid Substances 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 235000013399 edible fruits Nutrition 0.000 description 2
- 230000005055 memory storage Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
- H04N21/4436—Power management, e.g. shutting down unused components of the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Power Sources (AREA)
Abstract
本申请实施例涉及终端技术领域,尤其涉及一种唤醒终端的方法及终端,用于降低终端的待机功耗,延长终端内部器件的寿命。本申请实施例中,该终端包括主控模块和无线保真WiFi模块,WiFi模块接收主控模块发送的监听指令,监听指令为主控模块在控制终端进入待机状态时发送的;监听指令用于指示WiFi模块监听第一端口;WiFi模块若从第一端口监听到来自网络的第一数据包,则解析第一数据包得到解析结果;第一数据包包括待执行指令;WiFi模块若根据解析结果确定需要唤醒终端,则向主控模块发送唤醒信号,以使主控模块控制终端从待机状态进入工作状态。如此,有助于降低终端的待机功耗,延长终端内部器件的寿命。
Description
技术领域
本申请实施例涉及终端技术领域,尤其涉及一种唤醒终端的方法及终端。
背景技术
随着电子产业的快速发展,具有通信功能或联网功能的家电设备日益受到消费者的欢迎,智能电视就是其中之一。用户可以有观赏电视节目或者下载节目等需求时,开启智能电视使其处于工作状态。
智能电视在不使用时,一般会被置于待机状态以达到省电的目的。并且,在有使用需求时,需要按下遥控器或者是智能电视的电源键才能使智能电视重新开启为工作状态。但是,在有一些场景下,比如用户不能方便的拿到遥控器或者不能到达智能电视附近导致无法通过电源键开启智能电视,可以通过网络远程唤醒处于待机状态的智能电视。
目前唤醒智能电视的方案主要是,在无线保真(WIreless-Fidelity,WiFi)模块收到来自网络中的其它设备发送的多播域名系统(multicast Domain Name System,mDNS)组播包,就会唤醒主控模块,以便主控模块对后续接收到的数据包中的待执行操作进行处理。但是,有可能后续接收到的数据包并不是发送给本机的,这时已经唤醒的智能电视又会进入待机状态。由于网络中可能存在大量的mDNS组播包,每次接收到mDNS数据包,就会唤醒主控模块,就会导致智能电视的主控模块经常处于待机、唤醒的反复循环中,所以功耗大大增加,并且频繁唤醒智能电视对其内部器件寿命有很大影响。
发明内容
本申请实施例提供一种唤醒终端的方法及终端,用于降低待机功耗,延长终端内部器件的寿命。
第一方面,本申请实施例提供一种唤醒终端的方法,该终端包括主控模块和无线保真WiFi模块,该方法中WiFi模块接收主控模块发送的监听指令,监听指令为主控模块在控制终端进入待机状态时发送的;监听指令用于指示WiFi模块监听第一端口;WiFi模块若从第一端口监听到来自网络的第一数据包,则解析第一数据包得到解析结果;第一数据包包括待执行指令;WiFi模块若根据解析结果确定需要唤醒终端,则向主控模块发送唤醒信号,以使主控模块控制终端从待机状态进入工作状态。
第二方面,本申请实施例提供一种终端,该终端包括主控模块、WiFi模块和WiFi模块。其中,主控模块,用于在控制终端进入待机状态时,向WiFi模块发送监听指令,以及在接收到唤醒信号时,控制终端从待机状态进入工作状态,监听指令用于指示WiFi模块监听第一端口;WiFi模块,用于接收主控模块发送的监听指令,并监听第一端口;若从第一端口监听到来自网络的第一数据包,则解析第一数据包得到解析结果;第一数据包包括待执行指令;若根据解析结果确定需要唤醒终端,则向主控模块发送唤醒信号,以使主控模块控制终端从待机状态进入工作状态。
第三方面,本申请实施例提供一种终端,所述终端包括收发器、存储器和处理器,其中存储器用于存储指令;处理器用于根据执行存储器存储的指令,并控制收发器进行数据接收和发送,当处理器执行存储器存储的指令时,终端用于执行上述第一方面所提供的任一种方法。
第四方面,本申请实施例提供一种计算机存储介质,计算机存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面所提供的任一种方法。
第五方面,本申请实施例提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面所提供的任一种方法。
本申请实施例中,由于主控模块在控制终端进入待机状态时向WiFi模块发送监听指令,监听指令用于指示WiFi模块监听第一端口,所以WiFi模块接收主控模块发送的监听指令时监听第一端口;WiFi模块若从第一端口监听到来自网络的第一数据包,则解析该第一数据包得到解析结果,第一数据包包括待执行指令;WiFi模块若根据解析结果确定需要唤醒终端,则向主控模块发送唤醒信号,以使主控模块控制终端从待机状态进入工作状态。如此,WiFi模块在根据针对第一数据包的解析结果确定需要唤醒终端时,才会向主控模块发送唤醒信号,从而控制终端从待机状态进入工作状态,并不像现有技术方案那样只要接收到组播包就唤醒主控模块,本申请实施例可以避免在不需要唤醒终端时频繁唤醒主控模块,从而有助于降低终端的待机功耗,并延长终端内部器件的寿命。
附图说明
图1为本申请实施例适用的一种系统架构示意图;
图2为本申请实施例适用的一种终端的待机、唤醒流程示意图;
图3为本申请实施例提供的一种唤醒终端的方法的流程示意图;
图4为本申请实施例提供的另一种唤醒终端的方法的流程示意图;
图5为本申请实施例提供的一种终端的结构示意图;
图6为本申请实施例提供的另一种终端的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。
需要理解的是,在下文的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。
图1示例性示出了本申请实施例适用的一种系统架构示意图,该系统架构可以包括多个终端和远端设备,控制设备和多个终端处于一个局域网络中,该局域网络可以是优先网络,也可以是无线网络。远端设备为个人计算机、手机、平板电脑等,终端可以为电视。
如图1所示,仅示例性示出了处于一个局域网中的终端110、终端120和远端设备130。其中,终端110可以包括主控模块111和WiFi模块112,终端120可以包括主控模块121和WiFi模块122。其中,当终端110和终端120处于待机状态时,WiFi模块112和WiFi模块122保持供电,使得WiFi模块112和WiFi模块122可以在待机状态时处于监听模式下,便于接收来自网络中的远端设备130发送的数据包。在终端110需要唤醒的情况下,通过WiFi模块112唤醒主控模块111,以便主控模块111控制终端110从待机状态进入工作状态。在终端120需要唤醒的情况下,通过WiFi模块122唤醒主控模块121,以便主控模块121控制终端120从待机状态进入工作状态。本申请实施例中,主控模块可以是中央处理器,也可以是片上系统(System-on-a-Chip,SoC)芯片。
以远端设备130唤醒处于待机状态的终端110为例,在终端110进入待机状态时,只有WiFi模块112和内存处于工作状态,而主控模块111处于掉电状态,远端设备130向终端110发送数据包,WiFi模块112接收到数据包之后,确定需要唤醒终端110时,WiFi模块112向主控模块111发送唤醒信号,以便主控模块111控制唤醒终端110。
下面结合实施例,详细说明终端110从工作状态进入待机状态,以及唤醒终端110使其从待机状态进入工作状态的过程。
图2示例性示出了本申请实施例提供的一种终端待机、唤醒流程示意图。
如图2所示,在终端110处于正常工作状态时,接收到按下主机电源开关键(也可以称为power键)触发的待机指令,安卓(Android)系统的框架(Framework)层进行挂起到内存(Suspend to Random Access Memory,STR)待机前的准备工作,比如,关闭屏幕,将系统的工作状态数据都存储到内存中等。此时,电源继续为内存供电,以便确保内存中存储的数据不丢失。然后,Linux内核(Kernel)进入待机流程,比如,设置WiFi模块需要监听的端口及端口对应的协议等。之后,电源管理(Power Manager,PM)模块(也可以称为电源管理芯片)关闭大部分外设设备的电源,仅保留内存及WiFi模块的供电,并关闭SoC芯片中的中央处理器(Central Processing Unit,CPU)的ARM核,进入PM低功耗状态,即终端110进入待机状态,此时系统的耗电量极低,例如功耗小于0.45W。
在终端110处于待机状态时,接收到按下主机电源开关键触发的唤醒指令,终端110的电源管理模块唤醒CPU的ARM核,并为之前掉电的外设设备供电,重新初始化外设设备。然后Linux内核进行唤醒流程,框架层进行唤醒后的收尾工作,从内存中读取数据并恢复到STR待机之前的工作状态,点亮显示屏,进入到正常工作状态。
为了避免现有技术中的在不需要唤醒终端时,唤醒终端的主控模块的问题,本申请实施例中提供一种终端唤醒方法,通过WiFi模块确定是否需要唤醒主控模块,在确定需要唤醒主控模块时,唤醒主控模块,可以避免嵌入式多媒体存储卡(Embedded Multi MediaCard,eMMC)、CPU等内部器件反复上电掉电,从而可以降低功耗,并有助于延长终端内部器件的寿命。其中,eMMC主要用于存储文件、操作系统镜像、应用程序和数据等,其存储的内容在断电时可保存。
在介绍本申请实施例提供的唤醒终端的方法之前,先对本申请实施例涉及到的部分名词进行解释说明。
mDNS组播包,主要实现在没有传统DNS服务器的情况下使局域网内的主机实现相互发现和通信。DNS称为域名系统,万维网上作为域名和IP地址相互映射的一个分布式数据库,能够使用户更方便的访问互联网,而不用去记住能够被机器直接读取的IP数串。通过域名,最终得到该域名对应的IP地址的过程叫做域名解析(或主机名解析)。
简单服务发现协议(Simple Service Discovery Protocol,SSDP)提供了在局部网络里面发现设备的机制。控制点(也就是接受服务的客户端)可以通过使用简单服务发现协议,根据自己的需要查询在自己所在的局部网络里面提供特定服务的设备。设备(也就是提供服务的服务器端)也可以通过使用简单服务发现协议,向自己所在的局部网络里面的控制点声明它的存在。
基于上述实施例以及系统架构,图3示例性示出了本申请实施例提供的一种唤醒终端的方法,该终端包括主控模块和WiFi模块,如图3所示,该方法包括:
步骤301,WiFi模块接收主控模块发送的监听指令。
其中,监听指令为主控模块在控制终端进入待机状态时发送的,监听指令用于指示WiFi模块监听第一端口。也就是说,当主控模块控制终端进入待机状态时,向WiFi模块发送监听指令,以便于WiFi模块在监听第一端口时接收来自网络的第一数据包。
步骤302,WiFi模块若从第一端口监听到来自网络的第一数据包,则解析第一数据包得到解析结果;第一数据包包括待执行指令。
步骤303,WiFi模块若根据解析结果确定需要唤醒终端,则向主控模块发送唤醒信号,以使主控模块控制终端从待机状态进入工作状态。
作为一个示例,WiFi模块可以根据该解析结果判断第一数据包是否是发送给本机的,如果是发给本机的,则确定出需要唤醒终端,那么WiFi模块向主控模块发送唤醒信号;如果不是发给本机的,则确定不需要唤醒终端,那么WiFi模块不会向主控模块发送唤醒信号。
本申请实施例中提供的方案,由于主控模块在控制终端进入待机状态时向WiFi模块发送监听指令,监听指令用于指示WiFi模块监听第一端口,所以WiFi模块接收主控模块发送的监听指令时监听第一端口;WiFi模块若从第一端口监听到来自网络的第一数据包,则解析该第一数据包得到解析结果,第一数据包包括待执行指令;WiFi模块若根据解析结果确定需要唤醒终端,则向主控模块发送唤醒信号,以使主控模块控制终端从待机状态进入工作状态。如此,WiFi模块在根据针对第一数据包的解析结果确定需要唤醒终端时,才会向主控模块发送唤醒信号,从而控制终端从待机状态进入工作状态,并不像现有技术方案那样只要接收到组播包就唤醒主控模块,本申请实施例可以避免在不需要唤醒终端时频繁唤醒主控模块,从而有助于降低终端待机功耗,并延长终端内部器件的寿命。
下面结合图1中的系统架构,举例说明上述唤醒终端的方法。
基于上述图1,远端设备130可以向处于同一局域网内的终端110和终端120发送第一数据包。以远端设备130唤醒处于待机状态的终端110为例,第一数据包用于指示终端110需要执行的指令,比如该需要执行的指令为完成投屏操作。
当终端110的WiFi模块112的接收到第一数据包,在根据第一数据包的解析结果确定需要唤醒终端110时,则WiFi模块112向主控模块111发送唤醒信号,主控模块111控制终端110从待机状态进入工作状态,并完成该投屏操作。
当终端120的WiFi模块122的接收到第一数据包,在根据第一数据包的解析结果确定不需要唤醒终端120,则WiFi模块122丢弃该第一数据包,不唤醒主控模块121,终端120仍旧处于待机状态。
上述步骤302中,第一数据包可以包括但不限于:目的网络互联协议(InternetProtocol,IP)地址和目的媒体访问控制(Medium Access Control,MAC)地址。
一种可选的实施方式中,WiFi模块解析第一数据包得到该目的IP地址和目的MAC地址,若确定该目的IP地址与终端的IP地址相同、且该目的MAC地址与终端的MAC地址相同,则确定需要唤醒终端。若确定该目的IP地址与终端的IP地址不相同,或者该目的MAC地址与终端的MAC地址不相同,则确定不需要唤醒终端。通过该方式,可以便于WiFi模块快速确定是否需要唤醒终端,从而在不需要唤醒终端时,WiFi模块不向主控模块发送唤醒信号,从而可以降低功耗。
需要说明的是,本申请实施例中,唤醒终端的方式有多种,具体可以包括但不限于以下几种方式唤醒:
第一种方式,终端接收到第一数据包,若WiFi模块根据第一数据包确定需要唤醒终端时,则向主控模块发送唤醒信号,例如第一数据包为Magic Packet,若WiFi模块根据Magic Packet确定需要唤醒终端,则WiFi模块向主控模块发送唤醒信号。
第二种方式,终端接收到第二数据包时,若WiFi模块在预设时间内监听第一数据包、且WiFi模块根据第一数据包确定需要唤醒终端时,则WiFi模块向主控模块发送唤醒信号,例如第一数据包为SSDP数据包,第二数据包为mDNS组播包。
除了上述Magic Packet和mDNS组播包,还可以有其他几种数据包可以用来唤醒终端,例如,通道直接链路建立(Tunneled Direct Link Setup,TDLS)请求包,传输控制协议建立连接包(Transmission Control Protocol_Synchronous Packet,TCP_SYNC PACKET),互联网协议(Internet Protocol,IP)的第四版(IPV4)的相关协议包,例如IPV4_TCPPacket,IPV4_UDP Packet,互联网协议的第六版(IPV6)的相关协议包,例如IPV6_TCPPacket,IPV6_UDP Packet。这些数据包在应用于唤醒终端的方案中时,可以根据相关协议规定的数据包中包括的内容,来决定采用上述第一种或第二种方式来唤醒终端。
作为一个示例,以IPV4_TCP Packet为例,若协议规定IPV4_TCP Packet中包括待执行指令,那么可以将IPV4_TCP Packet作为第一数据包,采用上述第一种方式来唤醒终端,即:在WiFi模块接收到该IPV4_TCP Packet时,若根据该IPV4_TCP Packet确定需要唤醒终端,则WiFi模块向主控模块发送唤醒信号。若协议规定IPV4_TCP Packet中不包括待执行指令,那么可以将该IPV4_TCP Packet作为第二数据包,采用上述第二种方式来唤醒终端,即:在WiFi模块接收到该IPV4_TCP Packet时,开始计时,若在预设时长内若监听到包括待执行指令的第一数据包(比如SSDP数据包),则WiFi模块向主控模块发送唤醒信号。
终端在进入待机状态之前,主控模块向WiFi模块发送需要监听的端口和端口对应的协议,比如端口5353对应的用户数据报协议(User Datagram Protocol,UDP)协议,WiFi模块监听端口5353,如果从该端口5353监听到数据包,则根据UDP协议来解析该数据包。如果主控模块向WiFi模块发送了多个端口以及每个端口对应的协议,那么WiFi模块可以同时监听多个端口,每个端口可以用于监听该端口对应的协议相关的数据包,比如,第一端口可以用于监听第一数据包,第二端口可以用于监听第二数据包等。
基于上述实施例中的第二种方式,监听指令除了用于指示WiFi模块监听第一端口,还可以用于指示WiFi模块监听第二端口。一种实现上述步骤302的方式中,WiFi模块若从第二端口监听到来自网络的第二数据包、且在监听到第二数据包后的预设时长内从第一端口监听到来自网络的第一数据包,则解析第一数据包得到解析结果;其中,第二数据包用于指示接收端接收第一数据包。预设时长可以根据实际情况进行设置,在此处不作限制。
进一步的,WiFi模块若未从第二端口监听到来自网络的第二数据包,或者,若从第二端口监听到来自网络的第二数据包、且在监听到第二数据包后的预设时长内未从第一端口监听到来自网络的第一数据包,则继续从第二端口监听第二数据包。
通过上述方式,可以通过持续监听第一端口和第二端口,及时监听第一数据包和第二数据包,以实现在需要唤醒终端时,及时唤醒终端;并且,在不需要唤醒终端时,保持终端在待机状态,可以降低功耗并有助于延长终端内部器件的寿命。
本申请仅以mDNS包的方式为例,来说明唤醒终端的方法。
举个例子,第二数据包以mDNS组播包为例,第一数据包以SSDP数据包为例,假设预设时长为6秒,当WiFi模块从第二端口监听到mDNS组播包时,开始计时6秒,若在6秒内若从第一端口监听到SSDP数据包,那么解析该SSDP数据包;若在6秒内从第一端口未监听到SSDP数据包,那么继续从第二端口监听mDNS组播包。若是超出6秒从第一端口监听到SSDP数据包,也会丢弃该SSDP数据包,继续监听第二端口。
在上述步骤302之后,WiFi模块根据第一数据包的解析结果确定是否需要唤醒终端,具体可以分为两种情况进行说明。
一种情况下,WiFi模块根据第一数据包的解析结果确定需要唤醒终端,WiFi模块向主控模块发送唤醒信号,主控模块接收到唤醒信号后被唤醒,主控模块从WiFi模块读取解析结果,点亮屏幕,并执行第一数据包指示的需要执行的指令,例如启动APP,投屏等功能。
另一种情况下,WiFi模块根据第一数据包的解析结果确定不需要唤醒终端,WiFi模块丢弃该数据包,并继续从第二端口监听第二数据包,以便在接收到第二数据包时,在预设时长内从第一端口监听第一数据包。
基于上述内容,图4示例性示出了本申请实施例提供的另一种唤醒终端的方法流程示意图,如图4所示,该方法包括:
步骤401,终端进入待机状态时,主控模块向WiFi模块发送监听指令。
其中,监听指令用于指示WiFi模块监听第一端口和第二端口,该监听指令包括第一端口、第二端口、第一端口对应的协议,第二端口对应的协议。
步骤402,WiFi模块根据监听指令,监听第一端口和第二端口;
步骤403,WiFi模块确定是否从第二端口监听到来自网络的mDNS组播包;若是,则开始计时,并执行步骤404;若否,继续执行步骤402;
步骤404:WiFi模块在6秒内是否从第一端口监听到来自网络的SSDP数据包;若是,则执行步骤405;若否,继续执行步骤402。例如,SSDP数据包包括的待执行指令为投屏操作。
步骤405:WiFi模块解析SSDP数据包得到解析结果。其中,可以根据第一端口对应的协议即SSDP,来解析该SSDP数据包。
步骤406:WiFi模块根据解析结果确定是否需要唤醒终端;若是,则执行步骤407;若否,则丢弃该SSDP数据包并继续执行步骤402;
步骤407:WiFi模块向主控模块发送唤醒信号,以使主控模块控制终端从待机状态进入工作状态。
步骤408:主控模块被唤醒,从WiFi模块读取SSDP数据包的解析结果。
步骤409:根据解析结果,启动应用程序,进行投屏动作。
通过该实施例,WiFi模块接收到mDNS组播包之后,并不立即唤醒主控模块,而是在接收到SDDP数据包并解析之后确定出需要唤醒终端时,才会唤醒主控模块,可以避免在接收到mDNS组播包或者SDDP数据包时,立即唤醒主控模块,导致出现SDDP数据包并不是发送给本机的,所以在唤醒之后又进入待机状态的频繁唤醒主控模块的情况。从而,可以有助于实现避免频繁唤醒主控模块,降低待机功耗,延长内部器件的寿命。
可以理解的是,本申请实施例中,由终端实现的方法/步骤也可以由终端设备内部的芯片或者芯片系统实现。
基于相同构思,图5示例性示出了本申请实施例提供的一种终端的结构示意图,如图5所示,终端500用于执行上述方法中的任一个方案,例如执行上述图3、图4中的方案。该终端500包括主控模块501和WiFi模块502。
主控模块501,用于在控制终端进入待机状态时,向WiFi模块502发送监听指令;以及在接收到唤醒信号时,控制终端从待机状态进入工作状态;监听指令用于指示WiFi模块502监听第一端口。
WiFi模块502,用于接收主控模块501发送的监听指令,并监听第一端口;若从第一端口监听到来自网络的第一数据包,则解析第一数据包得到解析结果;第一数据包包括待执行指令;若根据解析结果确定需要唤醒终端,则向主控模块501发送唤醒信号,以使主控模块501控制终端从待机状态进入工作状态。
可选的,该图5中还可以包括电源管理模块(未在图5中示出),该电源管理模块可以为主控模块501和WiFi模块502供电,在WiFi模块502确定需要唤醒终端时,可以通过电源管理模块唤醒主控模块501。
在一种可能地实现方式中,第一数据包包括目的网络互联协议IP地址和目的媒体访问控制MAC地址;WiFi模块502,具体用于:若确定目的IP地址与终端的IP地址相同、且目的MAC地址与终端的MAC地址相同,则确定需要唤醒终端。
在一种可能地实现方式中,监听指令还用于指示WiFi模块502监听第二端口;WiFi模块502,具体用于:监听第二端口;若从第二端口监听到来自网络的第二数据包、且在监听到第二数据包后的预设时长内从第一端口监听到来自网络的第一数据包,则解析第一数据包得到解析结果;其中,第二数据包用于指示接收端接收第一数据包。
在一种可能地实现方式中,WiFi模块502,还用于:若未从第二端口监听到来自网络的第二数据包,或者,若从第二端口监听到来自网络的第二数据包、且在监听到第二数据包后的预设时长内未从第一端口监听到来自网络的第一数据包,则继续从第二端口监听第二数据包。
在一种可能地实现方式中,WiFi模块502,还用于:若根据解析结果确定不需要唤醒终端,则丢弃第一数据包,并继续从第二端口监听第二数据包。
应理解,以上各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。
基于相同构思,图6示例性示出了本申请实施例提供的一种终端的结构示意图,如图6所示,终端600可以用于执行上述图3、图4所示的任一个方案。终端600包括收发器610、存储器620、处理器630。
存储器620可以包括易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);存储器也可以包括非易失性存储器(non-volatilememory),例如快闪存储器(flash memory),硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD);存储器620还可以包括上述种类的存储器的组合。
处理器630可以是中央处理器(central processing unit,CPU),网络处理器(network processor,NP)或者CPU和NP的组合。处理器630还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit,ASIC),可编程逻辑器件(programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gate array,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。可选的,上述存储器620和处理器630也可以集成在一起。
可选的,存储器620可以用于存储程序指令,处理器630调用该存储器620中存储的指令,可以执行上述方案(如图3、图4所示的方法)中所示实施例中的一个或多个步骤,或其中可选的实施方式,使得终端600实现上述方法中终端的功能。
处理器630,用于执行存储器存储的指令。处理器630包括第一处理器631和第二处理器632,当终端600处于待机状态时,第一处理器631处于掉电状态,第二处理器632处于工作状态。其中,第一处理器631可以是上述方法实施例中的主控模块,第二处理器632可以是上述实施例中的电源管理模块。
当处理器630执行存储器620存储的指令时,第一处理器631,用于在控制终端进入待机状态时,向第二处理器632发送监听指令;以及在接收到唤醒信号时,控制终端从待机状态进入工作状态;监听指令用于指示第二处理器632控制收发器监听第一端口。第二处理器632,用于接收第一处理器631发送的监听指令,并控制收发器监听第一端口;若收发器从第一端口监听到来自网络的第一数据包,则解析第一数据包得到解析结果;第一数据包包括待执行指令;若根据解析结果确定需要唤醒终端,则向第一处理器631发送唤醒信号,以使第一处理器631控制终端从待机状态进入工作状态。
在一种可能地实现方式中,第一数据包包括目的网络互联协议IP地址和目的媒体访问控制MAC地址;第二处理器632,具体用于:若确定目的IP地址与终端的IP地址相同、且目的MAC地址与终端的MAC地址相同,则确定需要唤醒终端。
在一种可能地实现方式中,监听指令还用于指示第二处理器632控制收发器监听第二端口;第二处理器632,具体用于:控制收发器监听第二端口;若收发器从第二端口监听到来自网络的第二数据包、且在收发器监听到第二数据包后的预设时长内收发器从第一端口监听到来自网络的第一数据包,则解析第一数据包得到解析结果;其中,第二数据包用于指示接收端接收第一数据包。
在一种可能地实现方式中,第二处理器632,还用于:若收发器未从第二端口监听到来自网络的第二数据包,或者,若收发器从第二端口监听到来自网络的第二数据包、且在收发器监听到第二数据包后的预设时长内未从第一端口监听到来自网络的第一数据包,则继续从第二端口监听第二数据包。
在一种可能地实现方式中,第二处理器632,还用于:若根据解析结果确定不需要唤醒终端,则丢弃第一数据包,并继续从第二端口监听第二数据包。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现、当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述指令可以存储在计算机存储介质中,或者从一个计算机存储介质向另一个计算机存储介质传输,例如,所述指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带、磁光盘(MO)等)、光介质(例如,CD、DVD、BD、HVD等)、或者半导体介质(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(Solid State Disk,SSD))等。
本领域内的技术人员应明白,本申请实施例可提供为方法、系统、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种唤醒终端的方法,其特征在于,所述终端包括主控模块和无线保真WiFi模块;所述方法包括:
所述WiFi模块接收所述主控模块发送的监听指令,所述监听指令为所述主控模块在控制所述终端进入待机状态时发送的;所述监听指令用于指示所述WiFi模块监听第一端口;
所述WiFi模块若从所述第一端口监听到来自网络的第一数据包,则解析所述第一数据包得到解析结果;所述第一数据包包括待执行指令;
所述WiFi模块若根据所述解析结果确定需要唤醒所述终端,则向所述主控模块发送唤醒信号,以使所述主控模块控制所述终端从所述待机状态进入工作状态。
2.如权利要求1所述的方法,其特征在于,所述第一数据包包括目的网络互联协议IP地址和目的媒体访问控制MAC地址;
所述根据所述解析结果确定需要唤醒所述终端,包括:
所述WiFi模块若确定所述目的IP地址与所述终端的IP地址相同、且所述目的MAC地址与所述终端的MAC地址相同,则确定需要唤醒所述终端。
3.如权利要求1或2所述的方法,其特征在于,所述监听指令还用于指示所述WiFi模块监听第二端口;
所述WiFi模块若从所述第一端口监听到来自网络的第一数据包,则解析所述第一数据包得到解析结果,包括:
所述WiFi模块若从第二端口监听到来自网络的第二数据包、且在监听到所述第二数据包后的预设时长内从所述第一端口监听到来自网络的所述第一数据包,则解析所述第一数据包得到所述解析结果;其中,所述第二数据包用于指示所述接收端接收所述第一数据包。
4.如权利要求3所述的方法,其特征在于,所述方法还包括:
所述WiFi模块若未从所述第二端口监听到来自网络的所述第二数据包,或者,若从所述第二端口监听到来自网络的所述第二数据包、且在监听到所述第二数据包后的预设时长内未从所述第一端口监听到来自网络的所述第一数据包,则继续从所述第二端口监听所述第二数据包。
5.如权利要求3所述的方法,其特征在于,所述解析所述第一数据包得到解析结果之后,还包括:
所述WiFi模块若根据所述解析结果确定不需要唤醒所述终端,则丢弃所述第一数据包,并继续从所述第二端口监听所述第二数据包。
6.一种终端,其特征在于,包括:
主控模块,用于在控制所述终端进入待机状态时,向所述WiFi模块发送监听指令;以及在接收到唤醒信号时,控制所述终端从所述待机状态进入工作状态;所述监听指令用于指示所述WiFi模块监听第一端口;
所述WiFi模块,用于接收主控模块发送的监听指令,并监听所述第一端口;若从所述第一端口监听到来自网络的第一数据包,则解析所述第一数据包得到解析结果;所述第一数据包包括待执行指令;若根据所述解析结果确定需要唤醒所述终端,则向所述主控模块发送唤醒信号,以使所述主控模块控制所述终端从所述待机状态进入工作状态。
7.如权利要求6所述的终端,其特征在于,所述第一数据包包括目的网络互联协议IP地址和目的媒体访问控制MAC地址;所述WiFi模块,具体用于:
若确定所述目的IP地址与所述终端的IP地址相同、且所述目的MAC地址与所述终端的MAC地址相同,则确定需要唤醒所述终端。
8.如权利要求6或7所述的终端,其特征在于,所述监听指令还用于指示所述WiFi模块监听第二端口;所述WiFi模块,具体用于:
监听所述第二端口;
若从所述第二端口监听到来自网络的第二数据包、且在监听到所述第二数据包后的预设时长内从所述第一端口监听到来自网络的所述第一数据包,则解析所述第一数据包得到所述解析结果;其中,所述第二数据包用于指示所述接收端接收所述第一数据包。
9.如权利要求8所述的终端,其特征在于,所述WiFi模块,还用于:
若未从所述第二端口监听到来自网络的所述第二数据包,或者,若从所述第二端口监听到来自网络的所述第二数据包、且在监听到所述第二数据包后的预设时长内未从所述第一端口监听到来自网络的所述第一数据包,则继续从所述第二端口监听所述第二数据包。
10.如权利要求8所述的终端,其特征在于,所述WiFi模块,还用于:
若根据所述解析结果确定不需要唤醒所述终端,则丢弃所述第一数据包,并继续从所述第二端口监听所述第二数据包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811338303.9A CN109451354B (zh) | 2018-11-12 | 2018-11-12 | 一种唤醒终端的方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811338303.9A CN109451354B (zh) | 2018-11-12 | 2018-11-12 | 一种唤醒终端的方法及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109451354A true CN109451354A (zh) | 2019-03-08 |
CN109451354B CN109451354B (zh) | 2021-04-13 |
Family
ID=65552582
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811338303.9A Active CN109451354B (zh) | 2018-11-12 | 2018-11-12 | 一种唤醒终端的方法及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109451354B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110493311A (zh) * | 2019-07-17 | 2019-11-22 | 视联动力信息技术股份有限公司 | 一种业务处理方法及装置 |
CN111142644A (zh) * | 2019-12-31 | 2020-05-12 | 苏州浪潮智能科技有限公司 | 一种硬盘运行控制方法、装置及相关组件 |
CN112867107A (zh) * | 2019-11-28 | 2021-05-28 | 华为技术有限公司 | 一种无线保真wifi芯片控制方法及其相关设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103052135A (zh) * | 2012-11-30 | 2013-04-17 | 东莞宇龙通信科技有限公司 | 移动终端和移动终端使用Wi-Fi的数据处理方法 |
CN103414575A (zh) * | 2013-08-01 | 2013-11-27 | 广州杰赛科技股份有限公司 | 网络唤醒方法、系统与装置 |
US20140281045A1 (en) * | 2013-03-15 | 2014-09-18 | Dell Products L.P. | System and method for prioritizing iscsi data transmission using data center bridging enabled switches |
-
2018
- 2018-11-12 CN CN201811338303.9A patent/CN109451354B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103052135A (zh) * | 2012-11-30 | 2013-04-17 | 东莞宇龙通信科技有限公司 | 移动终端和移动终端使用Wi-Fi的数据处理方法 |
US20140281045A1 (en) * | 2013-03-15 | 2014-09-18 | Dell Products L.P. | System and method for prioritizing iscsi data transmission using data center bridging enabled switches |
CN103414575A (zh) * | 2013-08-01 | 2013-11-27 | 广州杰赛科技股份有限公司 | 网络唤醒方法、系统与装置 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110493311A (zh) * | 2019-07-17 | 2019-11-22 | 视联动力信息技术股份有限公司 | 一种业务处理方法及装置 |
CN110493311B (zh) * | 2019-07-17 | 2022-04-19 | 视联动力信息技术股份有限公司 | 一种业务处理方法及装置 |
CN112867107A (zh) * | 2019-11-28 | 2021-05-28 | 华为技术有限公司 | 一种无线保真wifi芯片控制方法及其相关设备 |
CN112867107B (zh) * | 2019-11-28 | 2022-09-23 | 华为技术有限公司 | 一种无线保真wifi芯片控制方法及其相关设备 |
CN111142644A (zh) * | 2019-12-31 | 2020-05-12 | 苏州浪潮智能科技有限公司 | 一种硬盘运行控制方法、装置及相关组件 |
Also Published As
Publication number | Publication date |
---|---|
CN109451354B (zh) | 2021-04-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9602300B2 (en) | Smart device-based home network system and control method therefor | |
WO2016197866A1 (zh) | 网络唤醒方法、远程服务器和网络交换设备 | |
RU2595968C2 (ru) | Управление шаблонами активации | |
CN110839271B (zh) | 设备连接方法、系统、平台及相应设备 | |
US20110270952A1 (en) | Computer in a dongle | |
CN109451354A (zh) | 一种唤醒终端的方法及终端 | |
JP5662579B2 (ja) | ネットワーク接続をアイドリングさせる方法及び装置 | |
CN104244037B (zh) | 用于传输媒体内容的装置与方法 | |
US9763126B2 (en) | Electronic device and method for processing packet in internet protocol-based network | |
WO2020125168A1 (zh) | 基于心跳报文数据发送和接收方法、存储介质及处理器 | |
CN109816830B (zh) | 一种解锁方法及装置 | |
CN103595566A (zh) | 一种检测空闲ip地址的方法及装置 | |
CN110012527B (zh) | 唤醒方法及电子设备 | |
CN112511598A (zh) | 一种投屏显示方法、智能终端、存储介质 | |
CN109861990A (zh) | 不同系统之间的数据交互方法、装置及计算机存储介质 | |
US8855693B2 (en) | Method and apparatus for controlling wireless devices | |
CN112616176B (zh) | 设备的唤醒方法及装置、控制方法及装置 | |
WO2019109557A1 (zh) | 一种降低耗电的方法和设备 | |
WO2014169859A1 (zh) | 一种网络数据的处理方法、终端和数据卡 | |
CN103856577B (zh) | 管理网关接入 | |
KR100782342B1 (ko) | 방송 메시지 필터링을 위한 장치 및 방법 | |
WO2009086658A1 (zh) | 一种视频数据的接收和播放方法 | |
KR102119160B1 (ko) | 가상화 기반 접속 컨트롤러 생성 방법 및 이를 지원하는 통합 관리 서버 | |
US20210157384A1 (en) | Assigning power sources | |
WO2019007434A1 (zh) | 网络管理方法、无线接入设备、终端、系统和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 266555 Qingdao economic and Technological Development Zone, Shandong, Hong Kong Road, No. 218 Applicant after: Hisense Visual Technology Co., Ltd. Address before: 266555 Qingdao economic and Technological Development Zone, Shandong, Hong Kong Road, No. 218 Applicant before: QINGDAO HISENSE ELECTRONICS Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |