CN113260030A - 终端设备、网络侧设备和通信方法 - Google Patents
终端设备、网络侧设备和通信方法 Download PDFInfo
- Publication number
- CN113260030A CN113260030A CN202010090513.1A CN202010090513A CN113260030A CN 113260030 A CN113260030 A CN 113260030A CN 202010090513 A CN202010090513 A CN 202010090513A CN 113260030 A CN113260030 A CN 113260030A
- Authority
- CN
- China
- Prior art keywords
- communication
- data
- terminal device
- duration
- indication information
- 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
Classifications
-
- 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/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- 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)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Abstract
本申请提供一种终端设备、网络侧设备和通信方法,涉及通信技术领域。其中,终端设备根据通信组件接收到的节能指示信息确定是否需要进入通信状态,若节能指示信息指示不需要进入通信状态,则直接进入休眠期以节约能耗。若节能指示信息指示需要进入通信状态,则根据接收到的节能指示信息确定通信定时器时长,按照确定的通信定时器时长启动通信定时器,并在通信定时器运行期间使通信组件维持通信状态,可以在每个通信周期动态调整通信状态的时长,使其自适应该通信周期的需要,可以避免终端设备长时间处于通信状态而造成不必要的能源消耗,有利于节约终端设备的能耗。
Description
技术领域
本申请涉及通信技术领域,特别是涉及一种终端设备、网络侧设备和通信方法。
背景技术
在移动通信过程中,高突发特性是分组数据业务所具有的重要特征之一,该特征具体表现为:一段时间的数据传输活跃期后紧跟着一段很长时间的缄默期,在缄默期没有数据传输。从降低传输时延的层面看,终端设备应该时刻监测通信信道上的控制信令,以免错过接收上行链路调度请求或者是下行链路数据传输。但是,时刻监测控制信令意味着终端设备需要持续消耗大量能量。为了降低终端设备的功耗,LTE(Long Term Evolution,长期演进)定义了非连续接收机制(Discontinuous Reception,DRX)。
在DRX机制中,通过监测PDCCH(Physical Downlink Control Channel,物理下行控制信道)信号来控制终端设备的状态切换。当终端设备处于数据传输的活跃状态时,采用设定时长的去激活定时器计时,如果在去激活定时器超时之前,终端设备监测到PDCCH信号并成功解码,说明还需要进行数据传输,终端设备继续保持在活跃状态,并启动新的去激活定时器重新计时。如果在去激活定时器超时之前,终端设备未监测到PDCCH信号并成功解码,则进入DRX循环周期。在每个DRX循环周期中,一部分时间终端设备处于DRX ON状态,用于监测PDCCH信号以切换至活跃状态。另一部分时间终端设备处于DRX OFF状态,也称为休眠期,以节约终端设备的能耗。
在现有机制中,当终端设备处于数据传输的活跃状态时,采用设定时长的去激活定时器计时,如果设定时长较长,则可能在数据传输完毕后较长的时间终端设备仍处于活跃状态,使终端设备的能耗较高;如果设定时长较短,则在较短的去激活定时器计时期间,如果没有接收到PDCCH信号,终端设备将会进入DRX循环周期。此时如果数据尚未传输完毕,终端设备刚进入DRX循环周期,就可能再次接收到PDCCH信号,然后重新切换到活跃状态,这种状态间的频繁切换将导致不必要的信令消耗。
发明内容
本申请实施例提供了一种终端设备、网络侧设备和通信方法,可以保证终端设备有足够的时间完成数据传输任务,又可以避免不必要的能源消耗,有利于节约终端设备的能耗。
第一方面,本申请实施例提供了一种终端设备,包括处理器、存储器和通信组件;
所述通信组件用于与网络侧设备进行通信;
所述存储器用于存储终端设备运行时所使用的数据或程序代码;
所述处理器用于执行所述程序代码,以实现如下过程:根据所述通信组件接收到的节能指示信息确定是否需要进入通信状态,所述节能指示信息是网络侧设备发送的;若需要进入通信状态,根据所述节能指示信息确定通信定时器时长;按照确定的通信定时器时长启动通信定时器,并在所述通信定时器运行期间使通信组件维持通信状态。
本申请实施例提供的终端设备,根据通信组件接收到的节能指示信息确定是否需要进入通信状态,若节能指示信息指示不需要进入通信状态,则直接进入休眠期以节约能耗。若节能指示信息指示需要进入通信状态,则根据接收到的节能指示信息确定通信定时器时长,按照确定的通信定时器时长启动通信定时器,并在通信定时器运行期间使通信组件维持通信状态,可以在每个通信周期动态调整通信状态的时长,使其自适应该通信周期的需要,可以避免终端设备长时间处于通信状态而造成不必要的能源消耗,有利于节约终端设备的能耗。
在一种可能的实现方式中,所述通信组件还用于:
在设定时长的休眠期之后的预唤醒窗口接收节能指示信息。
在一种可能的实现方式中,所述通信组件还用于:
在所述预唤醒窗口接收CSI-RS信号。
本申请实施例提供的终端设备,在周期开启的预唤醒窗口接收节能指示信息,以确定是否进入通信状态,并可以在预唤醒窗口接收CSI-RS信号。相较于现有技术中终端设备开启全功率模式用于监测和接收CSI-RS信号,本申请实施例在预唤醒窗口接收CSI-RS信号,可以进一步降低终端设备的功耗。
在一种可能的实现方式中,所述处理器还用于:
根据所述终端设备的数据处理效率和所述节能指示信息中包含的需要传输的数据总量,确定通信定时器时长;或
将所述节能指示信息中包含的通信状态时长信息作为通信定时器时长;所述通信状态时长信息是网络侧设备根据需要传输的数据总量和终端设备的数据处理效率确定的。
该实施例提供的终端设备,在一个实施例中,可以根据终端设备的数据处理效率和节能指示信息中包含的需要传输的数据总量,确定通信定时器时长,无需与网络侧设备之间进行多次交互以确定通信定时器时长,可以减少与网络侧设备之间的上下行交互过程。在另一实施例中,可以直接将节能指示信息中包含的通信状态时长信息作为通信定时器时长,减少终端设备的计算量,节约终端设备的计算资源。
在一种可能的实现方式中,所述处理器还用于:
确定需要传输的数据总量与所述终端设备的数据处理效率的比值;
根据确定的比值和保护间隔,确定通信定时器时长。
该实施例提供的终端设备,通信定时器时长与需要传输的数据总量成正比,与终端设备的数据处理效率成反比,并设置有保护间隔,可以保证有足够的时间完成数据传输任务。
在一种可能的实现方式中,所述保护间隔与终端设备的数据处理效率成反比或为设定的固定值。
该实施例提供的终端设备,在一个实施例中,保护间隔可以与终端设备的数据处理效率成反比,根据不同终端设备的数据处理效率对应设置不同的保护间隔,使得到的保护间隔适应性更强,更符合实际需要。在另一个实施例中,保护间隔可以是设定的固定值,可以减少计算量。
在一种可能的实现方式中,所述处理器还用于:
若在所述通信定时器运行期间接收到新的节能指示信息,结束当前的通信定时器,并按照根据新的节能指示信息确定的通信定时器时长启动新的通信定时器。
该实施例提供的终端设备,当网络侧设备有需要传输的新数据时,会向终端设备发送新的节能指示信息,终端设备在通信定时器运行期间接收到新的节能指示信息,按照根据新的节能指示信息确定的通信定时器时长启动新的通信定时器,以及时处理新数据,有效地降低时延。
第二方面,本申请实施例提供了一种网络侧设备,包括处理器、存储器和通信模块;
所述通信模块用于与终端设备进行通信;
所述存储器用于存储网络侧设备运行时所使用的数据或程序代码;
所述处理器用于执行所述程序代码,以实现如下过程:根据需要向终端设备传输的数据总量生成节能指示信息,所述节能指示信息用于指示终端设备是否需要进入通信状态,在需要进入通信状态的状况下,还用于指示终端设备确定通信定时器时长;通过所述通信模块向所述终端设备发送生成的节能指示信息。
本申请实施例提供的网络侧设备,可以根据需要向终端设备传输的数据总量生成节能指示信息,向终端设备发送生成的节能指示信息,以使终端设备根据接收到的节能指示信息确定通信定时器时长,按照确定的通信定时器时长启动通信定时器,并在所述通信定时器运行期间使通信组件维持通信状态,既可以保证终端设备有足够的时间完成数据传输任务,又可以避免不必要的能源消耗,节约终端设备的能耗。
在一种可能的实现方式中,所述处理器具体用于:
生成包含需要传输的数据总量的节能指示信息;或
根据所述需要传输的数据总量和终端设备的数据处理效率,确定通信状态时长信息,并生成包含所述通信状态时长信息的节能指示信息。
该实施例提供的网络侧设备,在一个实施例中,可以将包含需要传输的数据总量的节能指示信息直接发送至终端设备,使终端设备根据需要传输的数据总量,确定通信定时器时长,以减少与终端设备之间的上下行交互过程。在另一实施例中,可以根据需要传输的数据总量和终端设备的数据处理效率,确定通信状态时长信息,并生成包含通信状态时长信息的节能指示信息发送给终端设备,使终端设备直接将节能指示信息中包含的通信状态时长信息作为通信定时器时长,以减少终端设备的计算量,节约终端设备的计算资源。
在一种可能的实现方式中,所述处理器具体用于:
确定所述需要传输的数据总量与所述终端设备的数据处理效率的比值;
根据确定的比值和保护间隔,确定通信状态时长信息。
在一种可能的实现方式中,所述保护间隔与所述终端设备的数据处理效率成反比或为设定的固定值。
在一种可能的实现方式中,所述处理器还用于:
周期性地通过所述通信模块向所述终端设备发送生成的节能指示信息;
当产生需要传输的新数据时,将所述新数据的数据量加入下一周期的需要向终端设备传输的数据总量中;或,确定当前需要向终端设备传输的数据总量,所述当前需要向终端设备传输的数据总量中包含所述新数据的数据量;根据所述当前需要向终端设备传输的数据总量生成新的节能指示信息,并通过所述通信模块向所述终端设备发送所述新的节能指示信息。
该实施例提供的网络侧设备,在一种实施例中,当产生需要传输的新数据时,将新数据的数据量加入下一周期的需要向终端设备传输的数据总量中,在该实施例中,终端设备无需在通信状态监视节能指示信息,可以进一步节约能耗。在另一种实施例中,当产生需要传输的新数据时,根据当前需要向终端设备传输的数据总量生成新的节能指示信息发送至终端设备,以使终端设备按照根据新的节能指示信息确定的通信定时器时长启动新的通信定时器,以及时处理新数据,有效地降低时延。
第三方面,本申请实施例提供了一种通信方法,应用于终端设备,所述方法包括:
根据接收到的节能指示信息确定是否需要进入通信状态,所述节能指示信息是网络侧设备发送的;
若需要进入通信状态,根据所述节能指示信息确定通信定时器时长;
按照确定的通信定时器时长启动通信定时器,并在所述通信定时器运行期间维持通信状态。
在一种可能的实现方式中,所述根据接收到的节能指示信息确定是否需要进入通信状态之前,所述方法还包括:
在设定时长的休眠期之后的预唤醒窗口接收节能指示信息。
在一种可能的实现方式中,所述方法还包括:
在所述预唤醒窗口还接收CSI-RS信号。
在一种可能的实现方式中,所述根据所述节能指示信息确定通信定时器时长,包括:
根据终端设备的数据处理效率和所述节能指示信息中包含的需要传输的数据总量,确定通信定时器时长;或
将所述节能指示信息中包含的通信状态时长信息作为通信定时器时长;所述通信状态时长信息是网络侧设备根据需要传输的数据总量和终端设备的数据处理效率确定的。
在一种可能的实现方式中,所述根据终端设备的数据处理效率和所述节能指示信息中包含的需要传输的数据总量,确定通信定时器时长,包括:
确定需要传输的数据总量与所述终端设备的数据处理效率的比值;
根据确定的比值和保护间隔,确定通信状态对应的时长。
在一种可能的实现方式中,所述保护间隔与终端设备的数据处理效率成反比或为设定的固定值。
在一种可能的实现方式中,所述方法还包括:
若在所述通信定时器运行期间接收到新的节能指示信息,结束当前的通信定时器,并按照根据新的节能指示信息确定的通信定时器时长启动新的通信定时器。
第四方面,本申请实施例提供了一种通信方法,应用于网络侧设备,所述方法包括:
根据需要向终端设备传输的数据总量生成节能指示信息,所述节能指示信息用于指示终端设备是否需要进入通信状态,在需要进入通信状态的状况下,还用于指示终端设备确定通信定时器时长;
向所述终端设备发送生成的节能指示信息。
在一种可能的实现方式中,所述根据需要向终端设备传输的数据总量生成节能指示信息,包括:
生成包含需要传输的数据总量的节能指示信息;或
根据所述需要传输的数据总量和终端设备的数据处理效率,确定通信状态时长信息,并生成包含所述通信状态时长信息的节能指示信息。
在一种可能的实现方式中,所述根据所述需要传输的数据总量和终端设备的数据处理效率,确定通信状态时长信息,包括:
确定所述需要传输的数据总量与所述终端设备的数据处理效率的比值;
根据确定的比值和保护间隔,确定通信状态时长信息。
在一种可能的实现方式中,所述保护间隔与所述终端设备的数据处理效率成反比或为设定的固定值。
在一种可能的实现方式中,所述向所述终端设备发送生成的节能指示信息,包括:
周期性地向所述终端设备发送生成的节能指示信息;
当产生需要传输的新数据时,将所述新数据的数据量加入下一周期的需要向终端设备传输的数据总量中;或,确定当前需要向终端设备传输的数据总量,所述当前需要向终端设备传输的数据总量中包含所述新数据的数据量;根据所述当前需要向终端设备传输的数据总量生成新的节能指示信息,并向所述终端设备发送所述新的节能指示信息。
第五方面,本申请实施例提供了一种终端设备,包括:
时长确定单元,用于根据接收到的节能指示信息确定是否需要进入通信状态,所述节能指示信息是网络侧设备发送的;若需要进入通信状态,根据所述节能指示信息确定通信定时器时长;
通信单元,用于按照确定的通信定时器时长启动通信定时器,并在所述通信定时器运行期间维持通信状态。
在一种可能的实现方式中,所述终端设备还包括:
信息监测单元,用于在设定时长的休眠期之后的预唤醒窗口接收节能指示信息。
在一种可能的实现方式中,所述信息监测单元还用于:
在所述预唤醒窗口还接收CSI-RS信号。
在一种可能的实现方式中,所述时长确定单元还用于:
根据终端设备的数据处理效率和所述节能指示信息中包含的需要传输的数据总量,确定通信定时器时长;或
将所述节能指示信息中包含的通信状态时长信息作为通信定时器时长;所述通信状态时长信息是网络侧设备根据需要传输的数据总量和终端设备的数据处理效率确定的。
在一种可能的实现方式中,所述时长确定单元还用于:
确定需要传输的数据总量与所述终端设备的数据处理效率的比值;
根据确定的比值和保护间隔,确定通信状态对应的时长。
在一种可能的实现方式中,所述保护间隔与终端设备的数据处理效率成反比或为设定的固定值。
在一种可能的实现方式中,所述通信单元还用于:
若在所述通信定时器运行期间接收到新的节能指示信息,结束当前的通信定时器,并按照根据新的节能指示信息确定的通信定时器时长启动新的通信定时器。
第六方面,本申请实施例提供了一种网络侧设备,包括:
信息生成单元,用于根据需要向终端设备传输的数据总量生成节能指示信息,所述节能指示信息用于指示终端设备是否需要进入通信状态,在需要进入通信状态的状况下,还用于指示终端设备确定通信定时器时长;
信息发送单元,用于向所述终端设备发送生成的节能指示信息。
在一种可能的实现方式中,所述信息生成单元还用于:
生成包含需要传输的数据总量的节能指示信息;或
根据所述需要传输的数据总量和终端设备的数据处理效率,确定通信状态时长信息,并生成包含所述通信状态时长信息的节能指示信息。
在一种可能的实现方式中,所述信息生成单元还用于:
确定所述需要传输的数据总量与所述终端设备的数据处理效率的比值;
根据确定的比值和保护间隔,确定通信状态时长信息。
在一种可能的实现方式中,所述保护间隔与所述终端设备的数据处理效率成反比或为设定的固定值。
在一种可能的实现方式中,所述信息发送单元还用于:
周期性地向所述终端设备发送生成的节能指示信息;
当产生需要传输的新数据时,将所述新数据的数据量加入下一周期的需要向终端设备传输的数据总量中;或,确定当前需要向终端设备传输的数据总量,所述当前需要向终端设备传输的数据总量中包含所述新数据的数据量;根据所述当前需要向终端设备传输的数据总量生成新的节能指示信息,并向所述终端设备发送所述新的节能指示信息。
第七方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时,实现上述第三方面中任意一种通信方法的步骤。
第八方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时,实现上述第四方面中任意一种通信方法的步骤。
第三方面至第八方面中任意一种实现方式所带来的技术效果可参见第一方面或第二方面中对应的实现方式所带来的技术效果,此处不再赘述。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为相关技术中DRX机制的示意图;
图2为本申请实施例提供的一种通信系统的结构示意图;
图3为本申请实施例提供的一种网络侧设备的结构示意图;
图4为本申请实施例提供的一种终端设备的结构示意图;
图5为本申请实施例提供的一种自适应配置机制的示意图;
图6为本申请实施例提供的另一种自适应配置机制的示意图;
图7为本申请实施例提供的另一种自适应配置机制的示意图;
图8为本申请实施例提供的另一种自适应配置机制的示意图;
图9为本申请实施例提供的一种通信方法的交互流程图;
图10为本申请实施例提供的另一种自适应配置机制的示意图;
图11为本申请实施例提供的另一种自适应配置机制的示意图;
图12为本申请实施例提供的另一种通信方法的交互流程图;
图13为本申请实施例提供的另一种自适应配置机制的示意图;
图14为本申请实施例提供的另一种自适应配置机制的示意图;
图15为本申请实施例提供的另一种自适应配置机制的示意图;
图16为本申请实施例提供的一种终端设备的软件结构框图;
图17为本申请实施例提供的一种终端设备上的用户界面的示意图;
图18为本申请实施例提供的一种通信方法的流程图;
图19为本申请实施例提供的另一种通信方法的流程图;
图20为本申请实施例提供的一种网络侧设备的结构框图;
图21为本申请实施例提供的一种终端设备的结构框图;
图22为本申请实施例提供的另一种终端设备的结构框图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
下面对文中出现的一些词语进行解释:
1、本申请实施例中术语“终端设备”指具有无线通信功能的设备,可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。终端设备(terminal device)可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、VR(virtual reality,虚拟现实)终端、AR(augmentedreality,增强现实)终端、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端等;还可以是各种形式的UE(User Equipment,用户终端)或MS(Mobile Station,移动台)等。
2、本申请实施例中术语“网络侧设备”指为终端提供无线通信功能的设备,包括但不限于:5G中的gNB、RNC(radio network controller,无线网络控制器)、NB(node B,节点B)、BSC(base station controller,基站控制器)、BTS(base transceiver station,基站收发台)、HNB(例如,home evolved nodeB,或home node B,家庭基站)、BBU(BaseBandUnit,基带单元)、TRP(transmitting and receiving point,传输点)、TP(transmittingpoint,发射点)、移动交换中心等。本申请实施例中的基站还可以是未来可能出现的其他通信系统中为终端设备提供无线通信功能的设备。
3、本申请实施例中术语“节能指示信息”指由网络侧设备周期性地向终端设备发送的指示信号,用于指示终端设备是否需要进入通信状态。如下文中记载的PS(PowerSaving,节能)信号。
在网络侧设备与终端设备通信的过程中,存在有数据传输的活跃期和无数据传输的缄默期。为了降低终端设备的功耗,相关技术中引入DRX机制。在DRX机制中,终端设备只需要在每个DRX循环周期的唤醒时间内,即在DRX ON状态监测PDCCH信号,而在其它时间进入休眠期,无需监测PDCCH信号。该机制可以显著的降低终端设备的功耗,且DRX循环周期越长,节省的功耗越多。
DRX机制的具体过程可参见图1所示,在图1中,时刻①表示启动去激活定时器,时刻②表示启动新的去激活定时器,时刻③表示去激活定时器超时,时刻④表示启动短DRX周期定时器,时刻⑤表示启动DRX ON定时器,时刻⑥表示短DRX循环周期结束,时刻⑦表示启动长DRX周期定时器,时刻⑧表示启动DRX ON定时器,时刻⑨表示长DRX周期定时器超时。
当终端设备处于活跃状态时,采用设定时长的去激活定时器计时,如果在去激活定时器超时之前,终端设备监测到PDCCH信号并成功解码,说明还需要进行数据传输,终端设备继续保持在活跃状态,并启动新的去激活定时器重新计时,如图1中的时刻①和时刻②。由于数据传输可能不会在一个去激活定时器的时间内就完成,启动新的去激活定时器重新计时,是为了使终端设备有足够的时间完成数据传输任务。
如果在去激活定时器超时之前,终端设备未监测到PDCCH信号并成功解码,如图1中的时刻③,则进入短DRX循环周期,开启短DRX周期定时器,如图1中的时刻④,同时开启DRX ON定时器,如图1中的时刻⑤。在短DRX周期中,在DRX ON定时器超时之前,终端设备处于DRX ON状态,用于监测PDCCH信号。如果终端设备在DRX ON状态监测到PDCCH信号并成功解码,则终端设备切换至活跃状态,重复时刻①开始的步骤。如果从DRX ON定时器开启到DRX ON状态定时器超时,一直没有监测到PDCCH信号,则终端设备将关闭通信组件中的接收器并进行休眠期,即DRX OFF状态,直至短DRX周期定时器超时,然后进入下一个DRX ON状态。重复多个DRX ON和DRX OFF之后,如图1中的时刻⑥,短DRX循环周期结束。
终端设备进入长DRX循环周期,开启长DRX周期定时器,如图1中的时刻⑦,同时开启DRX ON定时器,如图1中的时刻⑧。长DRX循环周期和短DRX循环周期中,DRX ON定时器的时长相同,只是休眠期的持续时长不同,长DRX循环周期的休眠期的时长大于短DRX循环周期的休眠期的时长。同样,在长DRX循环周期的DRX ON状态下,若终端设备监测到PDCCH循环,那么终端设备将切换至活跃状态,重复时刻①开始的步骤。如果从DRX ON定时器开启到DRX ON状态定时器超时,一直没有监测到PDCCH信号,则终端设备将关闭通信组件中的接收器并进行休眠期,即DRX OFF状态,直至长DRX周期定时器超时,然后进入下一个DRX ON状态,如图1中的时刻⑨。
在上述相关技术中,当终端设备处于数据传输的活跃状态时,采用设定时长的去激活定时器计时,如果设定时长较长,则可能在数据传输完毕后较长的时间终端设备仍处于活跃状态,使终端设备的能耗较高;如果设定时长较短,则在较短的去激活定时器计时期间,如果没有接收到PDCCH信号,终端设备将会进入DRX循环周期。此时如果数据尚未传输完毕,终端设备刚进入DRX循环周期,就可能再次接收到PDCCH信号,然后重新切换到活跃状态,这种状态间的频繁切换将导致不必要的信令消耗。
基于此,本申请实施例提供一种终端设备、网络侧设备和通信方法。其中,网络侧设备根据需要向终端设备传输的数据总量生成节能指示信息,并通过通信模块向终端设备发送生成的节能指示信息。节能指示信息用于指示终端设备是否需要进入通信状态,在需要进入通信状态的状况下,还用于指示终端设备确定通信定时器时长。终端设备根据通信组件接收到的节能指示信息确定是否需要进入通信状态。如果节能指示信息指示不需要进入通信状态,则直接进入休眠期以节约能耗。如果节能指示信息指示需要进入通信状态,根据节能指示信息确定通信定时器时长,按照确定的通信定时器时长启动通信定时器,并在通信定时器运行期间使通信组件维持通信状态。既可以保证终端设备有足够的时间完成数据传输任务,又可以避免终端设备长时间处于通信状态而造成不必要的能源消耗,有利于节约终端设备的能耗。
为了使本发明实施例的发明目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
为了实现上述发明目的,本发明实施例提供的一种通信系统结构示意图,具体如图2所示,该通信系统中包括至少一个网络侧设备100和至少一个终端设备200。
其中,网络侧设备100的结构可以如图3所示,包括存储器101、处理器102和通信模块103。
存储器101,用于存储网络侧设备100运行时所使用的数据或程序代码,如本申请实施例提供的通信方法的程序代码等,其中,程序代码可以由处理器102执行。
处理器102,可以包括一个或多个中央处理单元(central processing unit,CPU),或者数字处理单元等等。处理器102,用于调用存储器101中存储的程序代码以实现如下过程:根据需要向终端设备传输的数据总量生成节能指示信息,并通过通信模块103向终端设备200发送生成的节能指示信息。其中,节能指示信息用于指示终端设备是否需要进入通信状态,在需要进入通信状态的状况下,还用于指示终端设备确定通信定时器时长。
通讯模块103用于与终端设备200进行通信,例如向终端设备200发送节能指示信息及进行数据传输等。
网络侧设备100可以是基站,可以周期性地通过通信模块103向终端设备200发送节能指示信息。
在一种可能的实施方式中,在数据传输期间,当产生需要传输的新数据时,网络侧设备100将新数据的数据量加入下一周期的需要向终端设备传输的数据总量中,等待下一周期再将新数据传输至终端设备200。
在另一种可能的实施方式中,在数据传输期间,当产生需要传输的新数据时,网络侧设备100确定当前需要向终端设备传输的数据总量。其中,当前需要向终端设备传输的数据总量中包含上述新数据的数据量。根据当前需要向终端设备传输的数据总量生成新的节能指示信息,并通过通信模块向终端设备200发送新的节能指示信息。该方式有利于及时传输新数据,以降低时延。
本发明实施例中不限定上述存储器101、处理器102和通讯模块103之间的具体连接介质。本发明实施例在图3中,存储器101、处理器102和通讯模块103之间通过总线104连接,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线104可以分为地址总线、数据总线、控制总线等。为便于表示,图3中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
终端设备200的结构可以参照图4所示。应该理解的是,图4所示的终端设备200仅是一个范例,并且终端设备200可以具有比图4中所示的更多的或者更少的部件,可以组合两个或多个的部件,或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
图4中示例性示出了根据示例性实施例中终端设备200的硬件配置框图。如图4所示,终端200包括:通信组件210、存储器220、显示单元230、摄像头240、传感器250、音频电路260、蓝牙模块270、处理器280以及电源290等部件。
通信组件210用于与网络侧设备进行通信,可以接收基站的下行数据后交给处理器280处理,可以将上行数据发送给基站,也可以用于监测节能指示信息等。通信组件210可以包括但不限于天线、至少一个放大器、发射器、接收器、耦合器、低噪声放大器、双工器等器件。
在一些实施例中,通信组件210可以包括RF(radio frequency,射频)电路,用于在收发信息或通话过程中信号的接收和发送。
在另一些实施例中,通讯组件210还可以包括WiFi(Wireless Fidelity,电路无线保真)模块,WiFi模块属于短距离无线传输技术,终端200通过WiFi模块可以帮助用户收发信息、电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。可以理解的是,WiFi模块并不属于通讯组件210的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
存储器220可用于存储软件程序及数据。处理器280通过运行存储在存储器220的软件程序或数据,从而执行终端设备200的各种功能以及数据处理。存储器220可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器220存储有使得终端设备200能运行的操作系统。本申请中存储器220可以存储操作系统及各种应用程序,还可以存储执行本申请实施例所述通信方法的代码。
显示单元230可用于接收输入的数字或字符信息,产生与终端设备200的用户设置以及功能控制有关的信号输入,具体地,显示单元230可以包括设置在终端设备200正面的触摸屏231,可收集用户在其上或附近的触摸操作,例如点击按钮,拖动滚动框等。
显示单元230还可用于显示由用户输入的信息或提供给用户的信息以及终端设备200的各种菜单的图形用户界面(graphical user interface,GUI)。具体地,显示单元230可以包括设置在终端设备200正面的显示屏232。其中,显示屏132可以采用液晶显示器、发光二极管等形式来配置。显示单元230可以用于显示本申请中所述的各种图形用户界面。
其中,触摸屏231可以覆盖在显示屏232之上,也可以将触摸屏231与显示屏232集成而实现终端设备200的输入和输出功能,集成后可以简称触摸显示屏。本申请中显示单元230可以显示应用程序以及对应的操作步骤。
摄像头240可用于捕获静态图像或视频。摄像头240可以是一个,也可以是多个。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(chargecoupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给处理器280转换成数字图像信号。
终端设备200还可以包括至少一种传感器250,比如加速度传感器251、距离传感器252、指纹传感器253、温度传感器254。终端设备200还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。
音频电路260、扬声器261、麦克风262可提供用户与终端设备200之间的音频接口。音频电路260可将接收到的音频数据转换后的电信号,传输到扬声器261,由扬声器261转换为声音信号输出。终端设备200还可配置音量按钮,用于调节声音信号的音量。另一方面,麦克风262将收集的声音信号转换为电信号,由音频电路260接收后转换为音频数据,再将音频数据输出至通信组件210以发送给比如另一终端设备,或者将音频数据输出至存储器220以便进一步处理。本申请中麦克风262可以获取用户的语音。
蓝牙模块270用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如,终端设备200可以通过蓝牙模块270与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接,从而进行数据交互。
处理器280是终端设备200的控制中心,利用各种接口和线路连接整个终端的各个部分,通过运行或执行存储在存储器220内的软件程序,以及调用存储在存储器220内的数据,执行终端设备200的各种功能和处理数据。在一些实施例中,处理器280可包括一个或多个处理单元;处理器280还可以集成应用处理器和基带处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,基带处理器主要处理无线通信。可以理解的是,上述基带处理器也可以不集成到处理器280中。本申请中处理器280可以运行操作系统、应用程序、用户界面显示及触控响应,以及本申请实施例的通信方法。另外,处理器280与显示单元230耦接。
在本申请实施例中,为了节约终端设备200在通信过程中的功耗,通信组件210可以接收网络侧设备100发送的节能指示信息,处理器280根据通信组件210接收到的节能指示信息确定是否需要进入通信状态。节能指示信息可以是PS信号,PS信号用于指示终端设备是否需要进入通信状态,并在终端设备200需要进入通信状态时指示通信定时器时长。如果节能指示信息指示不需要进入通信状态,则直接进入休眠期以节约能耗。如果节能指示信息指示需要进入通信状态,再根据接收到的节能指示信息确定通信定时器时长,按照确定的通信定时器时长启动通信定时器,并在通信定时器运行期间使通信组件维持通信状态,该方式既可以保证终端设备有足够的时间完成数据传输任务,又可以避免终端设备长时间处于通信状态而造成不必要的能源消耗,有利于节约终端设备的能耗。
进一步地,上述过程可以通过图5所示的自适应配置机制表示。终端设备200周期性地开启预唤醒窗口,预唤醒窗口可以具有设定的时间长度,如图5中所示的时长t1,示例性地,预唤醒窗口的时长t1可以在10ms~20ms之间。在预唤醒窗口中,打开通信组件210的接收器监测节能指示信息,即PS信号。由于PS信号与PDCCH信号相比,其结构更简单,本申请实施例在预唤醒窗口监测PS信号,与相关技术中在DRX ON状态监测PDCCH信号相比,无需使用全功率模式,因此能耗更小,可以进一步节约终端设备的功耗。
如果PS信号指示需要进入通信状态,则根据接收到的PS信号确定通信定时器时长,按照确定的通信定时器时长启动通信定时器,并在通信定时器运行期间使通信组件210维持通信状态,即在通信定时器运行期间,使通信组件210的发射器和接收器均处于工作状态。
在一种可选的实施例中,PS信号中可以包括状态标识位和需要传输的数据总量。其中,状态标识位可以占用1个比特位,用于指示是否需要进入通信状态;例如,可以用“1”表示需要进入通信状态,用“0”表示不需要进入通信状态。需要传输的数据总量可以占用2~3个字节,用于指示需要传输的数据总量为xxKB或xxMB。如果状态标识位上的数值为“0”,则需要传输的数据总量可以是0。如果状态标识位上的数值为“1”,则需要传输的数据总量可以是当前通信周期实际需要传输的数据量。终端设备200可以根据自身的数据处理效率和PS信号中携带的需要传输的数据总量确定通信状态对应的通信定时器时长。
在另一种可选的实施例中,PS信号中可以包括状态标识位和通信状态时长信息。其中,通信状态时长信息可以是网络侧设备100根据需要传输的数据总量和终端设备200的数据处理效率确定的。通信状态时长信息可以占用1~2个字节,用于指示通信定时器的时长,单位可以是ms或s。如果状态标识位上的数值为“0”,则通信状态时长信息可以是0。终端设备200可以将PS信号中携带的通信状态时长信息作为通信定时器时长。
终端设备200按照确定的通信定时器时长启动通信定时器,并在通信定时器运行期间维持在通信状态。终端设备200在启动通信定时器时,可以采用正计时或倒计时。例如,假设通信定时器时长为100ms,终端设备200可以从0ms开始计时,当计时达到100ms时结束通信状态;终端设备200也可以从100ms开始倒计时,当计时达到0时结束通信状态。
在通信定时器超时后,终端设备200进入休眠期;或者,在通信定时器运行过程中接收到网络侧设备100发送的DRX MAC command(DRX Media Access Control command,DRX媒体访问控制指令)信号,则进入休眠期。在一些实施例中,当数据传输完毕时,网络侧设备100将向终端设备200发送DRX MAC command信号。DRX MAC command信号可以由网络侧设备100单独向终端设备200发送,或者携带在最后一个数据帧中发送至终端设备200。终端设备200接收到DRX MAC command信号,即结束通信状态,进入休眠期。该方式可以在数据传输结束后立即进入休眠期,尽量减少通信状态的长度,可以尽可能地降低终端设备的功耗。休眠期的时长可以是t2,示例性地,t2的取值可以在10ms~50ms之间。经过设定时长的休眠期后,终端设备200进入下一通信周期,再次开启预唤醒窗口,以监测PS信号。
在一些实施例中,考虑到终端设备200根据自身的数据处理效率和PS信号中携带的需要传输的数据总量计算通信定时器时长,需要一定的时间,需要在终端设备200确定通信定时器时长之后,再开启通信状态。因此在预唤醒窗口与开启通信状态之间,可以间隔设定的时间长度,如图5中所示的时长t3,示例性地,t3的取值可以在1ms~5ms之间。
在另一些实施例中,由于终端设备200可以直接将PS信号中携带的通信状态时长信息作为通信定时器时长,可以在预唤醒窗口之后即开启通信状态,如图6所示。
示例性地,如图7所示,在某一个通信周期的预唤醒窗口中,终端设备200接收到的PS信号指示不需要进入通信状态,则终端设备200直接进入休眠期,经过设定时长的休眠期,进入下一通信周期,再次打开预唤醒窗口。即在没有数据需要传输时,终端设备200周期性地打开预唤醒窗口和进入休眠期。在一些实施例中,如图8所示,如果终端设备200在预唤醒窗口未接收到PS信号,在预唤醒窗口结束后,终端设备200也进入休眠期。
在某一个通信周期的预唤醒窗口中,终端设备200接收到的PS信号指示需要进入通信状态,终端设备200根据PS信号确定通信定时器的时长为T1,则终端设备200开启一个时长T1的通信状态,用于进行数据传输。在另一个通信周期的预唤醒窗口中,终端设备200接收到的PS信号指示需要进入通信状态,终端设备200根据PS信号确定通信定时器的时长为T2,则终端设备开启一个时长T2的通信状态,用于进行数据传输。其中,T2大于T1,终端设备200在时长T2的通信状态处理的数据量大于在时长T1的通信状态处理的数据量。
终端设备200还包括给各个部件供电的电源290(比如电池)。电源可以通过电源管理系统与处理器280逻辑相连,从而通过电源管理系统实现管理充电、放电以及功耗等功能。终端设备200还可配置有电源按钮,用于终端的开机和关机,以及锁屏等功能。
为了更方便理解本申请实施例的方案,以下通过在通信过程中网络侧设备100与终端设备200之间的交互过程说明本申请实施例的具体方案。
在一个实施例中,如图9所示,网络侧设备100与终端设备200之间的交互过程,包括如下步骤:
步骤S901,终端设备向网络侧设备发送终端设备的数据处理效率。
终端设备的数据处理效率指终端设备在单位时间内可以从网络侧设备接收和处理的数据量。该单位时间可以是ms。终端设备对从网络侧设备接收的数据,需进行解码等处理后才能完成数据接收过程。由于终端设备的硬件配置不同,每个终端设备的数据处理效率也不同。终端设备可以在网络侧设备建立通信连接之后,就将终端设备的数据处理效率发送给网络侧设备。网络侧设备预先保存终端设备的数据处理效率,用于在后续的每个通信周期计算通信状态时长信息。
步骤S902,网络侧设备根据需要传输的数据总量和终端设备的数据处理效率,确定通信状态时长信息,并生成包含该通信状态时长信息的节能指示信息。
在各个通信周期之前,如果有需要向终端设备发送的数据,则网络侧设备根据需要传输的数据总量和终端设备的数据处理效率,确定通信状态时长信息,并生成节能指示信息,节能指示信息中包含需要进入通信状态的指示以及确定的通信状态时长信息。如果没有需要向终端设备发送的数据,则生成节能指示信息,节能指示信息中包含不需要进入通信状态的指示。例如,可以在节能指示信息中,约定固定的状态标识位,用于指示是否需要进入通信状态。
在一种实施例中,网络侧设备可以先确定需要传输的数据总量与终端设备的数据处理效率的比值,然后根据确定的比值确定通信状态时长信息。例如,假设需要传输的数据总量为B,终端设备的数据处理效率为则通信状态时长信息T可以表示为其中,a为系数,a的取值为正数,也可以取值为1。也就是说,在一些实施例中,可以将需要传输的数据总量与终端设备的数据处理效率的比值直接作为通信状态时长信息,即通信状态时长信息T可以表示为在另一些实施例中,a的取值可以在[1,2]之间。
例如,在一个实施方式中,假设终端设备的数据处理效率为32KB/ms,在某个通信周期,需要传输的数据总量为1MB,则需要传输的数据总量与终端设备的数据处理效率的比值为32。设a的取值为1,则确定的通信状态时长信息T为32ms。确定通信状态时长信息之后,网络侧设备生成包含通信状态时长信息的节能指示信息。节能指示信息中包含状态标识位以及通信状态时长信息。其中,状态标识位的数值为“1”,用于指示终端设备需要进入通信状态;通信状态时长信息为32,单位为ms。
在具体实施中,网络侧设备可以与终端设备约定单位时长为1ms。节能指示信息中携带的通信状态时长信息为32。示例性地,通信状态时长信息在节能指示信息中可以占用16个比特位,即在节能指示信息中,可以采用“0000 0001 0000 0000”表示通信状态时长信息为32。需要说明的是,在应用中,根据实际情况,通信状态时长信息在节能指示信息中可以占用比16个更多或更少的比特位。
在另一个实施方式中,假设终端设备的数据处理效率为32KB/ms,在某个通信周期,需要传输的数据总量为1MB,则需要传输的数据总量与终端设备的数据处理效率的比值为32。设a的取值为1.5,则确定的通信状态时长信息T为48ms。网络侧设备生成的节能指示信息中包含状态标识位以及通信状态时长信息。其中,状态标识位的数值为“1”,用于指示终端设备需要进入通信状态;通信状态时长信息为48,单位为ms。示例性地,假设网络侧设备可以与终端设备约定单位时长为1ms。节能指示信息中携带的通信状态时长信息为48。例如,在节能指示信息中,可以采用“0001 0000 0000 0000”表示通信状态时长信息为48。
当a的值大于1时,可以使通信状态的时长适当增长,无需如下述实施例一样增加保护间隔,也可以确保终端设备在通信状态持续期间可以完成数据传输任务。
在另一种实施例中,考虑到数据传输过程可能会因为终端设备的实时数据处理能力发生变化、网络原因或其它原因而延长,为了确保终端设备在通信状态持续期间可以完成数据传输任务,避免数据未传输完毕而导致数据缺失,提高通信系统的鲁棒性,在计算通信状态时长信息时,网络侧设备可以先确定需要传输的数据总量与终端设备的数据处理效率的比值,然后根据确定的比值和设定的保护间隔确定通信状态时长信息。在该实施例中,保护间隔可以是设定的固定值b,以降低计算复杂度,b的取值为正数,单位可以是ms。该方式可以适用于对精度要求不高或设备计算能力较弱的情况,可以降低设备用于计算过程的功耗。通信状态时长信息T可以表示为
例如,结合实践应用中的实际情况,可以将保护间隔b设置为8ms。仍然假设终端设备的数据处理效率为32KB/ms,设a的取值为1。在某个通信周期,需要传输的数据总量为1MB,则需要传输的数据总量与终端设备的数据处理效率的比值为32,确定的通信状态时长信息T为:32+b=32+8=40ms。网络侧设备生成的节能指示信息中包含状态标识位以及通信状态时长信息。其中,状态标识位的数值为“1”,用于指示终端设备需要进入通信状态;通信状态时长信息为40,单位为ms。
在另一种实施例中,为了使得到的保护间隔适应性更强,更符合实际需要,可以精准计算保护间隔的最佳长度,使保护间隔与终端设备的数据处理效率成反比。例如,可以根据终端设备的数据处理效率,得到一个反相关函数,作为保护间隔。通信状态时长信息T可以表示为其中,r()表示反相关函数,当终端设备的数据处理效率较高时,r()的值较小;当终端设备的数据处理效率较低时,r()的值较大。例如,r()可以是反比例函数。示例性地,可以表示为k的取值为正数。该方式能够得到较为精确的通信状态时长信息,可以用于终端设备对通信定时器的精确度要求较高,且相对应的设备的计算能力较强的情况,该方式能够有效地降低功耗。
例如,假设k取值为0.2。仍然假设终端设备的数据处理效率为32KB/ms,即0.032MB/ms,设a的取值为1。在某个通信周期,需要传输的数据总量B为1MB,则需要传输的数据总量与终端设备的数据处理效率的比值为32,则确定的通信状态时长信息T为:32+6=38ms。网络侧设备生成的节能指示信息中包含状态标识位以及通信状态时长信息。其中,状态标识位的数值为“1”,用于指示终端设备需要进入通信状态;通信状态时长信息为38,单位为ms。
步骤S903,网络侧设备向终端设备发送生成的节能指示信息。
网络侧设备通过通信模块向终端设备发送节能指示信息。
步骤S904,终端设备根据接收到的节能指示信息确定是否需要进入通信状态。
终端设备周期性地开启预唤醒窗口监听节能指示信息。在设定时长的休眠期之后,如图7所示,在经过时长t2的休眠期之后,终端设备开启预唤醒窗口,预唤醒窗口的时长为t1,在预唤醒窗口打开通信组件的接收器,接收节能指示信息,根据接收到的节能指示信息的状态标识位上的数值,确定是否需要进入通信状态。如果节能指示信息指示不需要进入通信状态,则直接进入休眠期,减少不必要的唤醒,节约终端设备的功耗。
在一些实施例中,当节能指示信息指示终端设备需要进入通信状态时,节能指示信息包含状态标识位和通信状态时长信息。当节能指示信息指示终端设备不需要进入通信状态时,节能指示信息可以仅包含状态标识位,状态标识位的数值为“0”,表示终端设备不需要进入通信状态。
在另一些实施例中,当节能指示信息指示终端设备需要进入通信状态时,节能指示信息包含状态标识位和通信状态时长信息。状态标识位上的数值为“1”,通信状态时长信息为上述步骤S902中确定的通信状态时长信息。当节能指示信息指示终端设备不需要进入通信状态时,节能指示信息也包含状态标识位和通信状态时长信息。状态标识位上的数值为“0”,通信状态时长信息可以为0。
步骤S905,如果需要进入通信状态,终端设备将节能指示信息中包含的通信状态时长信息作为通信定时器时长。
终端设备对对节能指示信息进行解码,解码操作也可以在步骤S904中完成。终端设备从解码后的节能指示信息的指定字段提取通信状态时长信息,将提取的通信状态时长信息作为通信定时器时长。例如,假设网络侧设备可以与终端设备约定单位时长为1ms,节能指示信息中包含的通信状态时长信息为32,则终端设备确定通信定时器时长为32ms。
步骤S906,终端设备按照确定的通信定时器时长启动通信定时器,并在通信定时器运行期间使通信组件维持通信状态。
在通信定时器运行期间,终端设备与网络侧设备进行数据传输。在一些实施例中,在通信定时器运行期间,终端设备还可以继续监听节能指示信息。如果网络侧设备接收到需要向终端设备传输的新数据,网络侧设备确定当前需要向终端设备传输的数据总量。其中,当前需要向终端设备传输的数据总量中包含上述新数据的数据量。根据当前需要向终端设备传输的数据总量生成新的节能指示信息,并通过通信模块向终端设备发送新的节能指示信息。终端设备在通信定时器运行期间接收到新的节能指示信息,结束当前的通信定时器,并按照根据新的节能指示信息确定的通信定时器时长启动新的通信定时器。该方式有利于及时传输新数据,以降低时延。
例如,如图10所示,在某一个通信周期的预唤醒窗口中,终端设备接收到的PS信号指示需要进入通信状态,终端设备根据PS信号确定通信定时器的时长为T3,则终端设备开启一个时长T3的通信定时器,并同时进入通信状态,进行数据传输。在通信状态,终端设备继续监听PS信号。如果网络侧设备接收到需要向终端设备传输的新数据,网络侧设备根据当前需要向终端设备传输的数据总量生成新的PS信号,并通过通信模块向终端设备发送新的PS信号。终端设备在时长T3的通信定时器运行期间接收到新的PS信号,结束时长T3的通信定时器,并按照根据新的PS信号确定新的通信定时器时长。假设终端设备确定的新的通信定时器时长为T4,终端设备启动时长T4的通信定时器,并在时长T4的通信定时器运行期间维持在通信状态。
在另一些实施例中,在通信定时器运行期间,终端设备不再继续监听节能指示信息,以节约功耗。如果网络侧设备接收到需要向终端设备传输的新数据,网络侧设备将新数据的数据量加入下一周期的需要向终端设备传输的数据总量中,等待下一周期再将新数据传输至终端设备。同时,将新数据在下一通信周期开始时立即发送,也可以尽量减小时延。
例如,如图11所示,在某一个通信周期的预唤醒窗口中,终端设备接收到的PS信号指示需要进入通信状态,终端设备根据PS信号确定通信定时器的时长为T5,则终端设备开启一个时长T5的通信定时器,并同时进入通信状态,进行数据传输。在通信状态,终端设备不再继续监听PS信号。如果网络侧设备接收到需要向终端设备传输的新数据,网络侧设备将新数据的数据量加入下一通信周期的需要向终端设备传输的数据总量中,在下一通信周期再根据需要向终端设备传输的数据总量生成新的PS信号,并通过通信模块向终端设备发送新的PS信号。终端设备结束时长T5的通信状态,进入休眠期,经过设定时长的休眠期,进入下一通信周期,再次开启预唤醒窗口,此时可以接收到网络侧设备发送的新的PS信号,根据新的PS信号确定通信定时器的时长为T6,则终端设备开启一个时长T6的通信定时器,并同时进入通信状态,接收需要传输的新数据。
在一些实施例中,当数据传输完毕时,网络侧设备可以向终端设备发送DRX MACcommand信号。终端设备接收到网络侧设备发送的DRX MAC command信号,即结束通信状态,进入休眠期。该方式可以在数据传输结束后立即进入休眠期,尽量减少通信状态的长度,可以尽可能地降低终端设备的功耗。
在上述实施例中,网络侧设备可以根据需要传输的数据总量和终端设备的数据处理效率,确定通信状态时长信息,并生成包含通信状态时长信息的节能指示信息发送给终端设备,使终端设备直接将节能指示信息中包含的通信状态时长信息作为通信定时器时长,自适应设置通信定时器,以减少终端设备的计算量,节约终端设备的计算资源,并相应地节约终端设备的计算功耗开销。
在另一个实施例中,如图12所示,网络侧设备100与终端设备200之间的交互过程,包括如下步骤:
步骤S1201,网络侧设备根据需要向终端设备传输的数据总量生成节能指示信息。
在各个通信周期之前,如果有需要向终端设备发送的数据,则网络侧设备根据需要传输的数据总量生成节能指示信息,节能指示信息中包含需要进入通信状态的指示以及需要传输的数据总量。如果没有需要向终端设备发送的数据,则生成节能指示信息,节能指示信息中包含不需要进入通信状态的指示。
在一些实施例中,如果有需要向终端设备发送的数据,节能指示信息包含状态标识位和需要传输的数据总量。状态标识位的数值为“1”,表示终端设备需要进入通信状态。如果没有需要向终端设备发送的数据,节能指示信息可以仅包含状态标识位,状态标识位的数值为“0”,表示终端设备不需要进入通信状态。
在另一些实施例中,如果有需要向终端设备发送的数据,节能指示信息包含状态标识位和需要传输的数据总量。状态标识位的数值为“1”,表示终端设备需要进入通信状态。需要传输的数据总量为网络侧设备实际需要向终端设备传输的数据总量。
例如,网络侧设备可以与终端设备约定单位数据量,假设单位数据量为256KB。在某个通信周期中,需要传输的数据总量为1MB。则节能指示信息中携带的需要传输的数据总量为1MB/256KB=4。示例性地,需要传输的数据总量在节能指示信息中可以占用8个比特位,即在节能指示信息中,可以采用“0000 0100”表示需要传输的数据总量为1MB。
需要说明的是,在应用中,根据实际情况,需要传输的数据总量在节能指示信息中可以占用比8个更多或更少的比特位。
如果没有需要向终端设备发送的数据,节能指示信息也包含状态标识位和需要传输的数据总量。状态标识位上的数值为“0”,表示终端设备不需要进入通信状态,需要传输的数据总量可以为0。
步骤S1202,网络侧设备向终端设备发送生成的节能指示信息。
网络侧设备周期性地通过通信模块向终端设备发送节能指示信息。在一些实施例中,网络侧设备可以单独向终端设备发送节能指示信息。在另一些实施例中,网络侧设备可以将节能指示信息加载在DCI(downlink control channel,物理下行控制信道)信息或其它信道状态报告信息中发送给终端设备。
步骤S1203,终端设备根据接收到的节能指示信息确定是否需要进入通信状态。
终端设备周期性地开启预唤醒窗口,在预唤醒窗口打开通信组件的接收器,接收节能指示信息,根据接收到的节能指示信息确定是否需要进入通信状态。如果节能指示信息指示不需要进入通信状态,则直接进入休眠期,减少不必要的唤醒,节约终端设备的功耗。
步骤S1204,如果需要进入通信状态,终端设备根据终端设备的数据处理效率和节能指示信息中包含的需要传输的数据总量,确定通信定时器时长。
终端设备从节能指示信息的指定字段获取需要传输的数据总量。例如,假设网络侧设备可以与终端设备约定单位数据量为256KB,节能指示信息中包含的需要传输的数据总量的信息为4,则终端设备可以确定需要传输的数据总量为256KB*4=1MB。终端设备根据终端设备的数据处理效率和节能指示信息中包含的需要传输的数据总量,可以确定通信定时器时长。
在一种实施例中,终端设备可以先确定需要传输的数据总量与终端设备的数据处理效率的比值,然后根据确定的比值确定通信定时器时长。示例性地,终端设备可以将需要传输的数据总量与终端设备的数据处理效率的比值直接作为通信定时器时长,或者,终端设备可以将需要传输的数据总量与终端设备的数据处理效率的比值与系数的乘积作为通信定时器时长。
例如,在一个实施方式中,假设需要传输的数据总量与终端设备的数据处理效率的比值为32,则终端设备可以将32ms作为通信定时器时长。在另一个实施方式中,假设需要传输的数据总量与终端设备的数据处理效率的比值为32,设系数a的取值为1.5,则终端设备确定的通信定时器时长为1.5*32=48ms。当系数a的值大于1时,可以使通信状态的时长适当增长,无需如下述实施例一样增加保护间隔,也可以确保终端设备在通信状态持续期间可以完成数据传输任务。
在另一种实施例中,为了确保终端设备在通信状态持续期间可以完成数据传输任务,避免数据未传输完毕而导致数据缺失,提高通信系统的鲁棒性,在计算通信状态时长信息时,终端设备可以先确定需要传输的数据总量与终端设备的数据处理效率的比值,然后根据确定的比值和设定的保护间隔确定通信定时器时长。在该实施例中,保护间隔可以是设定的固定值b,以降低终端设备的计算复杂度,b的取值为正数,单位可以是ms。
在另一种实施例中,为了使得到的保护间隔适应性更强,更符合实际需要,可以精准计算保护间隔的最佳长度,使保护间隔与终端设备的数据处理效率成反比。例如,可以根据终端设备的数据处理效率,得到一个反相关函数,作为保护间隔。该方式能够有效地降低功耗。
上述各实施例中,终端设备确定通信定时器时长的具体方式可以参照上述实施例中网络侧设备计算通信状态时长信息的过程执行,将上述的通信状态时长信息T作为通信定时器时长T,T的单位可以为ms。具体过程在此不再赘述。
步骤S1205,终端设备按照确定的通信定时器时长启动通信定时器,并在通信定时器运行期间使通信组件维持通信状态。
在一个实施例中,在通信定时器运行期间,终端设备还可以继续监听节能指示信息。如果网络侧设备接收到需要向终端设备传输的新数据,网络侧设备可以通过通信模块向终端设备发送新的节能指示信息。终端设备在通信定时器运行期间接收到新的节能指示信息,结束当前的通信定时器,并按照根据新的节能指示信息确定的通信定时器时长启动新的通信定时器。该方式有利于及时传输新数据,以降低时延。
具体地说,如果网络侧设备接收到需要向终端设备传输的新数据,网络侧设备确定当前需要向终端设备传输的数据总量,并生成包含当前需要传输的数据总量的节能指示信息,发送给终端设备。终端设备在接收到新的节能指示信息之后,根据新的节能指示信息中的需要传输的数据总量和自身的数据处理效率确定新的通信定时器时长。结束当前的通信定时器,并按照新确定的通信定时器时长启动新的通信定时器。
在另一个实施例中,在通信定时器运行期间,终端设备不再继续监听节能指示信息,以节约功耗。如果网络侧设备接收到需要向终端设备传输的新数据,网络侧设备将新数据的数据量加入下一周期的需要向终端设备传输的数据总量中,等待下一周期再将新数据传输至终端设备。同时,将新数据在下一通信周期开始时立即发送,也可以尽量减小时延。
在一些实施例中,当数据传输完毕时,网络侧设备可以向终端设备发送DRX MACcommand信号。终端设备接收到网络侧设备发送的DRX MAC command信号,即结束通信状态,进入休眠期。该方式可以在数据传输结束后立即进入休眠期,尽量减少通信状态的长度,可以尽可能地降低终端设备的功耗。
在该实施例中,终端设备接收到的节能指示信息中包含需要传输的数据总量,用于协助终端设备确定后续通信状态所需的时间长度,并设置通信定时器,自适应调整通信状态的时长。终端设备可以根据自身的数据处理效率和节能指示信息中包含的需要传输的数据总量,确定通信定时器时长,无需再将终端设备的数据处理效率发送给网络侧设备,可以减少与网络侧设备之间的上下行交互过程。同时,终端设备可以根据实时数据处理效率确定通信定时器时长,得到的通信定时器时长更准确,更具有实时性。因此,在该实施例中,可以适当减小保护间隔的时长,以进一步节省功耗。
在一些实施例中,在预唤醒窗口还可以接收CSI-RS(channel-state informationreference signal,通道状态信息参考信号)等结构简单、所需监测功耗较小的小信号。CSI-RS信号是通信过程中需要监测的信号,用于获取下行链路的CSI(channel-stateinformation,通道状态信息)。网络侧设备可以将CSI-RS信号通过RRC((Radio ResourceControl,无线资源控制)消息发送给终端设备。在相关技术中,需要开启除DRX ON之外的额外唤醒周期,采用全功率模式监测CSI-RS信号,并处理CSI-RS信号,如信号跟踪、波束管理或CSI获取过程等,这无疑将带来过多的功率消耗。在本申请实施例中,在预唤醒窗口监测和接收CSI-RS信号,无需开启全功率模式,因此可以进一步降低终端设备的功耗。
进一步地,以下通过几个具体实施例说明在通信过程中网络侧设备与终端设备之间的交互过程。
在一个实施例中,如图13所示,网络侧设备与终端设备之间的交互过程可以包括如下步骤:
步骤一,在第n个通信周期,网络侧设备没有需要向终端设备发送的数据,网络侧设备向终端设备发送PS信号。该PS信号中包含不需要进入通信状态的指示。
网络侧设备周期性地通过通信模块向终端设备发送PS信号。网络侧设备可以将PS信号加载在DCI信息中发送给终端设备。在第n个通信周期的PS信号中可以包含状态标识位,状态标识位的数值为“0”,表示终端设备不需要进入通信状态。
步骤二,终端设备在第n个预唤醒窗口接收到网络侧设备发送的PS信号。
步骤三,终端设备根据接收到的PS信号确定不需要进入通信状态,直接进入休眠期。
终端设备在第n个预唤醒窗口接收到的PS信号的状态标识位的数值为“0”,表示终端设备不需要进入通信状态。终端设备直接进入休眠期,从而减少不必要的唤醒,节约终端设备的功耗。
步骤四,在第n+1个通信周期,网络侧设备有需要向终端设备发送的数据,网络侧设备根据需要传输的数据总量向终端设备发送PS信号。该PS信号中包含需要进入通信状态的指示和需要传输的数据总量。
步骤五,终端设备经过时长为t2的休眠期之后,开启第n+1个预唤醒窗口,在第n+1个预唤醒窗口打开通信组件的接收器,接收PS信号。
步骤六,终端设备根据接收到的PS信号确定需要进入通信状态。
终端设备在第n+1个预唤醒窗口接收到的PS信号的状态标识位的数值为“1”,表示终端设备需要进入通信状态。
步骤七,终端设备根据自身的数据处理效率和PS信号中包含的需要传输的数据总量,确定通信定时器时长T7。
终端设备获取PS信号中携带的需要传输的数据总量,假设需要传输的数据总量为B1,终端设备自身的数据处理效率和需要传输的数据总量B1确定通信定时器时长T7。
步骤八,终端设备按照确定的通信定时器时长启动时长为T7的通信定时器,并在通信定时器运行期间使通信组件维持通信状态。
步骤九,在与终端设备进行数据传输的过程中,网络侧设备接收到需要向终端设备传输的新数据,网络侧设备将新数据的数据量加入下一通信周期,即第n+2个通信周期的需要向终端设备传输的数据总量中。
步骤十,时长为T7的通信定时器结束后,终端设备再次进入休眠期。
步骤十一,在第n+2个通信周期,网络侧设备有需要向终端设备发送的数据,网络侧设备根据需要传输的数据总量向终端设备发送PS信号。该PS信号中包含需要进入通信状态的指示和需要传输的数据总量B2。
步骤十二,终端设备经过时长为t2的休眠期之后,开启第n+2个预唤醒窗口,在第n+2个预唤醒窗口打开通信组件的接收器,接收PS信号。
步骤十三,终端设备根据接收到的PS信号确定需要进入通信状态。
终端设备在第n+2个预唤醒窗口接收到的PS信号的状态标识位的数值为“1”,表示终端设备需要进入通信状态。
步骤十四,终端设备根据自身的数据处理效率和PS信号中包含的需要传输的数据总量B2,确定通信定时器时长T8。
通信定时器时长T8的计算方法可以参照通信定时器时长T7的计算方法执行,在此不再赘述。
步骤十五,终端设备按照确定的通信定时器时长启动时长为T8的通信定时器,并在通信定时器运行期间使通信组件维持通信状态。
步骤十六,时长为T8的通信定时器结束后,终端设备再次进入休眠期。
终端设备经过时长为t2的休眠期之后,再次开启下一通信周期的预唤醒窗口。
在该实施例中,网络侧设备接收到需要向终端设备传输的新数据,网络侧设备将新数据的数据量加入下一周期的需要向终端设备传输的数据总量中,等待下一周期再将新数据传输至终端设备。同时,将新数据在下一通信周期开始时立即发送,也可以尽量减小时延。
在一个实施例中,如图14所示,网络侧设备与终端设备之间的交互过程可以包括如下步骤:
步骤1,在第n个通信周期,网络侧设备没有需要向终端设备发送的数据,网络侧设备向终端设备发送PS信号。该PS信号中包含不需要进入通信状态的指示。
步骤2,终端设备在第n个预唤醒窗口接收到网络侧设备发送的PS信号。
步骤3,终端设备根据接收到的PS信号确定不需要进入通信状态,直接进入休眠期。
步骤4,在第n+1个通信周期,网络侧设备有需要向终端设备发送的数据,网络侧设备根据需要传输的数据总量B1和终端设备的数据处理效率,确定通信状态时长信息为T9,并生成包含该通信状态时长信息T9的PS信号。
通信状态时长信息T9的确定方法可以参照上述实施例中确定通信定时器时长T7的方法执行,或者参照上文中确定通信状态时长信息的方法执行,再次不再赘述。
步骤5,网络侧设备通过通信模块向终端设备发送PS信号。该PS信号中包含需要进入通信状态的指示和通信状态时长信息T9。
步骤6,终端设备经过时长为t2的休眠期之后,开启第n+1个预唤醒窗口,在第n+1个预唤醒窗口打开通信组件的接收器,接收PS信号。
步骤7,终端设备根据接收到的PS信号确定需要进入通信状态。
步骤8,终端设备将PS信号中携带的通信状态时长信息T9作为通信定时器时长。
步骤9,终端设备按照确定的通信定时器时长启动时长为T9的通信定时器,并在通信定时器运行期间使通信组件维持通信状态。
步骤10,在与终端设备进行数据传输的过程中,网络侧设备接收到需要向终端设备传输的新数据,网络侧设备将新数据的数据量加入下一通信周期,即第n+2个通信周期的需要向终端设备传输的数据总量中。
步骤11,时长为T9的通信定时器结束后,终端设备再次进入休眠期。
步骤12,在第n+2个通信周期,网络侧设备有需要向终端设备发送的数据,网络侧设备根据需要传输的数据总量B2和终端设备的数据处理效率,确定通信状态时长信息为T10,并生成包含该通信状态时长信息T10的PS信号。
步骤13,网络侧设备通过通信模块向终端设备发送PS信号。该PS信号中包含需要进入通信状态的指示和通信状态时长信息T10。
步骤14,终端设备经过时长为t2的休眠期之后,开启第n+2个预唤醒窗口,在第n+2个预唤醒窗口打开通信组件的接收器,接收PS信号。
步骤15,终端设备根据接收到的PS信号确定需要进入通信状态。
步骤16,终端设备将PS信号中携带的通信状态时长信息T10作为通信定时器时长。
步骤17,终端设备按照确定的通信定时器时长启动时长为T10的通信定时器,并在通信定时器运行期间使通信组件维持通信状态。
步骤18,时长为T10的通信定时器结束后,终端设备再次进入休眠期。
终端设备经过时长为t2的休眠期之后,再次开启下一通信周期的预唤醒窗口。
在该实施例中,网络侧设备可以根据需要传输的数据总量和终端设备的数据处理效率,确定通信状态时长信息,并生成包含通信状态时长信息的PS信号发送给终端设备,使终端设备直接将PS信号中包含的通信状态时长信息作为通信定时器时长,自适应设置通信定时器,以减少终端设备的计算量,节约终端设备的计算资源,并相应地节约终端设备的计算功耗开销。
在另一个实施例中,如图15所示,网络侧设备与终端设备之间的交互过程可以包括如下步骤:
步骤a,在第n个通信周期,网络侧设备没有需要向终端设备发送的数据,网络侧设备向终端设备发送PS信号。该PS信号中包含不需要进入通信状态的指示。
步骤b,终端设备在第n个预唤醒窗口接收到网络侧设备发送的PS信号。
步骤c,终端设备根据接收到的PS信号确定不需要进入通信状态,直接进入休眠期。
步骤d,在第n+1个通信周期,网络侧设备有需要向终端设备发送的数据,网络侧设备根据需要传输的数据总量B1和终端设备的数据处理效率,确定通信状态时长信息为T11,并生成包含该通信状态时长信息T11的PS信号。
通信状态时长信息T11的确定方法可以参照上述实施例中确定通信定时器时长T7的方法执行,或者参照上文中确定通信状态时长信息的方法执行,再次不再赘述。
步骤e,网络侧设备通过通信模块向终端设备发送PS信号。该PS信号中包含需要进入通信状态的指示和通信状态时长信息T11。
步骤f,终端设备经过时长为t2的休眠期之后,开启第n+1个预唤醒窗口,在第n+1个预唤醒窗口打开通信组件的接收器,接收PS信号。
步骤g,终端设备根据接收到的PS信号确定需要进入通信状态。
步骤h,终端设备将PS信号中携带的通信状态时长信息T11作为通信定时器时长。
步骤i,终端设备按照确定的通信定时器时长启动时长为T11的通信定时器,并在通信定时器运行期间使通信组件维持通信状态。
步骤j,在与终端设备进行数据传输的过程中,网络侧设备接收到需要向终端设备传输的新数据,网络侧设备根据当前需要向终端设备传输的数据总量B2和终端设备的数据处理效率,重新确定通信状态时长信息,新确定的通信状态时长信息为T12,网络侧设备生成包含该通信状态时长信息T12的新的PS信号。
步骤k,网络侧设备通过通信模块向终端设备发送新的PS信号。
步骤l,在通信状态,终端设备持续监听PS信号。当接收到新的PS信号时,结束时长T11的通信定时器,并将新的PS信号中携带的通信状态时长信息T12作为新的通信定时器时长。
步骤m,终端设备按照新的通信定时器时长启动时长为T12的通信定时器,并在通信定时器运行期间使通信组件维持通信状态。
步骤n,时长为T12的通信定时器结束后,终端设备再次进入休眠期。
终端设备经过时长为t2的休眠期之后,再次开启下一通信周期的预唤醒窗口。
在该实施例中,在通信定时器运行期间,终端设备可以持续监听PS信号。如果网络侧设备接收到需要向终端设备传输的新数据,网络侧设备可以根据当前需要向终端设备传输的数据总量确定新的通信状态时长信息,生成新的PS信号,并通过通信模块向终端设备发送新的PS信号。终端设备在通信定时器运行期间接收到新的PS信号,结束当前的通信定时器,并按照根据新的PS信号确定的通信定时器时长启动新的通信定时器。该方式有利于及时传输新数据,以降低时延。
本申请实施例中的终端设备200可以为手机、平板电脑、可穿戴设备、笔记本电脑以及电视等。图16是本申请实施例的终端设备200的软件结构框图。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统库,以及内核层。
应用程序层可以包括一系列应用程序包。如图16所示,应用程序包可以包括相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。应用程序层还可以包括安装在终端设备200上的第三方应用。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图16所示,应用程序框架层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供终端设备200的通话功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,终端振动,指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。
三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动。
图17以手机为例,示出了终端设备200上的用户界面的示意图。在一些具体实施中,用户通过触摸用户界面上的应用图标可以打开相应的应用程序,或者通过触摸用户界面上的文件夹图标可以打开相应的文件夹。例如,用户可以触摸用户界面上的电话本图标,打开电话本,查找记录的日常联系人的联系电话,点击需要联系的某个联系人或其联系电话,即可通过通信组件210将电话播出。
基于同一发明构思,本发明实施例中还提供了一种通信方法,该通信方法可以由网络侧设备执行。由于该通信方法对应的是本发明实施例网络侧设备对应的方法,并且该方法解决问题的原理与该设备相似,因此该方法的实施可以参见上述网络侧设备的实施,重复之处不再赘述。
图18示出了本发明实施例提供的一种通信方法的流程图,如图18所示,该通信方法具体包括如下步骤:
步骤S1801,根据需要向终端设备传输的数据总量生成节能指示信息。
在各个通信周期之前,如果没有需要向终端设备发送的数据,网络侧设备生成节能指示信息,节能指示信息中包含不需要进入通信状态的指示。如果有需要向终端设备发送的数据,网络侧设备根据需要传输的数据总量生成节能指示信息,节能指示信息中包含需要进入通信状态的指示。
在一种实施例中,网络侧设备生成的节能指示信息中还包含需要传输的数据总量,以使终端设备根据该需要传输的数据总量和终端设备的数据处理效率,确定通信定时器时长。
在另一种实施例中,根据需要传输的数据总量和终端设备的数据处理效率,确定通信状态时长信息,并生成包含通信状态时长信息的节能指示信息,以使终端设备根据通信状态时长信息确定通信定时器时长。具体地,网络侧设备可以确定需要传输的数据总量与所述终端设备的数据处理效率的比值,根据确定的比值确定通信状态时长信息,或者,根据确定的比值和保护间隔确定通信状态时长信息。其中,保护间隔与终端设备的数据处理效率成反比或为设定的固定值。
步骤S1802,向终端设备发送生成的节能指示信息。
网络侧设备周期性地通过通信模块向终端设备发送生成的节能指示信息,以使终端设备根据接收到的节能指示信息确定通信定时器时长,并按照确定的通信定时器时长启动通信定时器,并在通信定时器运行期间使通信组件维持通信状态。
在一些实施例中,在通信定时器运行期间,终端设备还可以继续监听节能指示信息。如果网络侧设备接收到需要向终端设备传输的新数据,网络侧设备确定当前需要向终端设备传输的数据总量。其中,当前需要向终端设备传输的数据总量中包含上述新数据的数据量。根据当前需要向终端设备传输的数据总量生成新的节能指示信息,并通过通信模块向终端设备发送新的节能指示信息。终端设备在通信定时器运行期间接收到新的节能指示信息,结束当前的通信定时器,并按照根据新的节能指示信息确定的通信定时器时长启动新的通信定时器。该方式有利于及时传输新数据,以降低时延。
在另一些实施例中,在通信定时器运行期间,终端设备不再继续监听节能指示信息,以节约功耗。如果网络侧设备接收到需要向终端设备传输的新数据,网络侧设备将新数据的数据量加入下一周期的需要向终端设备传输的数据总量中,等待下一周期再将新数据传输至终端设备。
基于同一发明构思,本发明实施例中还提供了一种通信方法,该通信方法可以由终端设备执行。由于该通信方法对应的是本发明实施例终端设备对应的方法,并且该方法解决问题的原理与该终端设备相似,因此该方法的实施可以参见上述终端设备的实施,重复之处不再赘述。
图19示出了本发明实施例提供的一种通信方法的流程图,如图19所示,该通信方法具体包括如下步骤:
步骤S1901,通过通信组件接收节能指示信息。
该节能指示信息是网络侧设备发送的。网络侧设备周期性地向终端设备发送节能指示信息。终端设备周期性地开启预唤醒窗口,监听并接收网络侧设备发送的节能指示信息。
可选地,终端设备还可以在预唤醒窗口接收CSI-RS信号。相较于现有技术中终端设备开启全功率模式用于监测和接收CSI-RS信号,本申请实施例在预唤醒窗口接收CSI-RS信号,可以降低终端设备的功耗。
步骤S1902,根据接收到的节能指示信息确定是否需要进入通信状态,如果是,执行步骤S1903;如果否,执行步骤S1905。
节能指示信息中可以包括状态指示位,用于指示终端设备是否需要进入通信状态。终端设备可以根据状态指示位上的数值,确定是否需要进入通信状态。
步骤S1903,根据节能指示信息确定通信定时器时长。
如果节能指示信息指示需要进入通信状态,则终端设备根据节能指示信息确定通信定时器时长。
在一种实施例中,节能指示信息中包括需要传输的数据总量,终端设备根据自身的数据处理效率和节能指示信息中包含的需要传输的数据总量,确定通信定时器时长。具体地,终端设备可以确定需要传输的数据总量与所述终端设备的数据处理效率的比值,根据确定的比值确定通信状态时长信息,或者,根据确定的比值和保护间隔确定通信状态时长信息。其中,保护间隔与终端设备的数据处理效率成反比或为设定的固定值。
在另一种实施例中,节能指示信息中包括通信状态时长信息,终端设备直接将节能指示信息中包含的通信状态时长信息作为通信定时器时长。该方式可以减少终端设备的计算量,节约终端设备的计算资源。
步骤S1904,按照确定的通信定时器时长启动通信定时器,并在通信定时器运行期间维持通信状态。
按照确定的通信定时器时长启动通信定时器,并在通信定时器运行期间使通信组件维持通信状态,既可以保证终端设备有足够的时间完成数据传输任务,又可以避免终端设备长时间处于通信状态而造成不必要的能源消耗,有利于节约终端设备的能耗。
在一种实施例中,终端设备在通信状态可以监听节能指示信息,当网络侧设备有需要传输的新数据时,会向终端设备发送新的节能指示信息。如果在通信定时器运行期间终端设备接收到新的节能指示信息,结束当前的通信定时器,并按照根据新的节能指示信息确定的通信定时器时长启动新的通信定时器,以及时处理新数据,有效地降低时延。
在另一种实施例中,终端设备在通信状态可以不监听节能指示信息,以进一步节约终端设备的功耗。
步骤S1905,进入休眠期。
如果节能指示信息指示不需要进入通信状态,则终端设备直接进入休眠期,减少不必要的唤醒,以节约终端设备的能耗。经过设定时长的休眠期后,再次开启预唤醒窗口,进入下一通信周期。
基于同一发明构思,本发明实施例中还提供了一种网络侧设备,如图20所示,该网络侧设备包括:
信息生成单元2001,用于根据需要向终端设备传输的数据总量生成节能指示信息,所述节能指示信息用于指示终端设备是否需要进入通信状态,在需要进入通信状态的状况下,还用于指示终端设备确定通信定时器时长;
信息发送单元2002,用于向所述终端设备发送生成的节能指示信息。
在一种可能的实现方式中,所述信息生成单元2001,还可以用于:
生成包含需要传输的数据总量的节能指示信息;或者,根据所述需要传输的数据总量和终端设备的数据处理效率,确定通信状态时长信息,并生成包含所述通信状态时长信息的节能指示信息。
在一种可能的实现方式中,所述信息生成单元2001,还可以用于:
确定所述需要传输的数据总量与所述终端设备的数据处理效率的比值;
根据确定的比值和保护间隔,确定通信状态时长信息。
在一种可能的实现方式中,所述保护间隔与所述终端设备的数据处理效率成反比或为设定的固定值。
在一种可能的实现方式中,所述信息发送单元2002,还可以用于:
周期性地向所述终端设备发送生成的节能指示信息;
当产生需要传输的新数据时,将所述新数据的数据量加入下一周期的需要向终端设备传输的数据总量中;或,确定当前需要向终端设备传输的数据总量,所述当前需要向终端设备传输的数据总量中包含所述新数据的数据量;根据所述当前需要向终端设备传输的数据总量生成新的节能指示信息,并向所述终端设备发送所述新的节能指示信息。
基于同一发明构思,本发明实施例中还提供了一种终端设备,如图21所示,该终端设备包括:
时长确定单元2101,用于根据接收到的节能指示信息确定是否需要进入通信状态,所述节能指示信息是网络侧设备发送的;若需要进入通信状态,根据所述节能指示信息确定通信定时器时长;
通信单元2102,用于按照确定的通信定时器时长启动通信定时器,并在所述通信定时器运行期间维持通信状态。
在一种可能的实现方式中,如图22所示,所述终端设备还包括:
信息监测单元2201,用于在设定时长的休眠期之后的预唤醒窗口接收节能指示信息。
在一种可能的实现方式中,所述信息监测单元2201,还可以用于:
在所述预唤醒窗口还接收CSI-RS信号。
在一种可能的实现方式中,所述时长确定单元2101,还可以用于:
根据终端设备的数据处理效率和所述节能指示信息中包含的需要传输的数据总量,确定通信定时器时长;或
将所述节能指示信息中包含的通信状态时长信息作为通信定时器时长;所述通信状态时长信息是网络侧设备根据需要传输的数据总量和终端设备的数据处理效率确定的。
在一种可能的实现方式中,所述时长确定单元2101,还可以用于:
确定需要传输的数据总量与所述终端设备的数据处理效率的比值;
根据确定的比值和保护间隔,确定通信状态对应的时长。
在一种可能的实现方式中,所述保护间隔与终端设备的数据处理效率成反比或为设定的固定值。
在一种可能的实现方式中,所述通信单元2102,还可以用于:
若在所述通信定时器运行期间接收到新的节能指示信息,结束当前的通信定时器,并按照根据新的节能指示信息确定的通信定时器时长启动新的通信定时器。
本申请实施例还提供一种计算机可读非易失性存储介质,包括程序代码,当所述程序代码在计算终端上运行时,所述程序代码用于使所述计算终端执行上述任意一种通信方法的步骤。
以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解,可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置,以产生机器,使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。
相应地,还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地,本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式,其具有在介质中实现的计算机可使用或计算机可读程序代码,以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中,计算机可使用或计算机可读介质可以是任意介质,其可以包含、存储、通信、传输、或传送程序,以由指令执行系统、装置或设备使用,或结合指令执行系统、装置或设备使用。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种终端设备,其特征在于,包括处理器、存储器和通信组件;
所述通信组件用于与网络侧设备进行通信;
所述存储器用于存储终端设备运行时所使用的数据或程序代码;
所述处理器用于执行所述程序代码,以实现如下过程:根据所述通信组件接收到的节能指示信息确定是否需要进入通信状态,所述节能指示信息是网络侧设备发送的;若需要进入通信状态,根据所述节能指示信息确定通信定时器时长;按照确定的通信定时器时长启动通信定时器,并在所述通信定时器运行期间使通信组件维持通信状态。
2.如权利要求1所述的终端设备,其特征在于,所述处理器还用于:
根据所述终端设备的数据处理效率和所述节能指示信息中包含的需要传输的数据总量,确定通信定时器时长;或
将所述节能指示信息中包含的通信状态时长信息作为通信定时器时长;所述通信状态时长信息是网络侧设备根据需要传输的数据总量和终端设备的数据处理效率确定的。
3.如权利要求2所述的终端设备,其特征在于,所述处理器还用于:
确定需要传输的数据总量与所述终端设备的数据处理效率的比值;
根据确定的比值和保护间隔,确定通信定时器时长。
4.如权利要求3所述的终端设备,其特征在于,所述保护间隔与终端设备的数据处理效率成反比或为设定的固定值。
5.一种网络侧设备,其特征在于,包括处理器、存储器和通信模块;
所述通信模块用于与终端设备进行通信;
所述存储器用于存储网络侧设备运行时所使用的数据或程序代码;
所述处理器用于执行所述程序代码,以实现如下过程:根据需要向终端设备传输的数据总量生成节能指示信息,所述节能指示信息用于指示终端设备是否需要进入通信状态,在需要进入通信状态的状况下,还用于指示终端设备确定通信定时器时长;通过所述通信模块向所述终端设备发送生成的节能指示信息。
6.一种通信方法,其特征在于,应用于终端设备,所述方法包括:
根据接收到的节能指示信息确定是否需要进入通信状态,所述节能指示信息是网络侧设备发送的;
若需要进入通信状态,根据所述节能指示信息确定通信定时器时长;
按照确定的通信定时器时长启动通信定时器,并在所述通信定时器运行期间维持通信状态。
7.如权利要求6所述的通信方法,其特征在于,所述根据所述节能指示信息确定通信定时器时长,包括:
根据终端设备的数据处理效率和所述节能指示信息中包含的需要传输的数据总量,确定通信定时器时长;或
将所述节能指示信息中包含的通信状态时长信息作为通信定时器时长;所述通信状态时长信息是网络侧设备根据需要传输的数据总量和终端设备的数据处理效率确定的。
8.如权利要求7所述的通信方法,其特征在于,所述根据终端设备的数据处理效率和所述节能指示信息中包含的需要传输的数据总量,确定通信定时器时长,包括:
确定需要传输的数据总量与所述终端设备的数据处理效率的比值;
根据确定的比值和保护间隔,确定通信状态对应的时长。
9.如权利要求8所述的通信方法,其特征在于,所述保护间隔与终端设备的数据处理效率成反比或为设定的固定值。
10.一种通信方法,其特征在于,应用于网络侧设备,所述方法包括:
根据需要向终端设备传输的数据总量生成节能指示信息,所述节能指示信息用于指示终端设备是否需要进入通信状态,在需要进入通信状态的状况下,还用于指示终端设备确定通信定时器时长;
向所述终端设备发送生成的节能指示信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010090513.1A CN113260030A (zh) | 2020-02-13 | 2020-02-13 | 终端设备、网络侧设备和通信方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010090513.1A CN113260030A (zh) | 2020-02-13 | 2020-02-13 | 终端设备、网络侧设备和通信方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113260030A true CN113260030A (zh) | 2021-08-13 |
Family
ID=77219829
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010090513.1A Pending CN113260030A (zh) | 2020-02-13 | 2020-02-13 | 终端设备、网络侧设备和通信方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113260030A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113613319A (zh) * | 2021-08-19 | 2021-11-05 | 联想(北京)有限公司 | 一种通信处理方法、系统及通信节点 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109716842A (zh) * | 2018-02-26 | 2019-05-03 | Oppo广东移动通信有限公司 | 一种信息传输的方法、设备及计算机存储介质 |
-
2020
- 2020-02-13 CN CN202010090513.1A patent/CN113260030A/zh active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109716842A (zh) * | 2018-02-26 | 2019-05-03 | Oppo广东移动通信有限公司 | 一种信息传输的方法、设备及计算机存储介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113613319A (zh) * | 2021-08-19 | 2021-11-05 | 联想(北京)有限公司 | 一种通信处理方法、系统及通信节点 |
CN113613319B (zh) * | 2021-08-19 | 2023-11-21 | 联想(北京)有限公司 | 一种通信处理方法、系统及通信节点 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7038219B2 (ja) | 下りチャネルの受信方法、送信方法、端末及び基地局 | |
CN111615179B (zh) | Pdcch监听方法和终端 | |
CN113133095B (zh) | 一种降低移动终端功耗的方法及移动终端 | |
EP4311314A1 (en) | Sleep scheduling method and device | |
US20220264462A1 (en) | Wake-up signal configuration method, wake-up signal processing method, and related device | |
CN111600692B (zh) | 一种信道监听方法、信息传输方法、终端及网络设备 | |
US20220408281A1 (en) | Method for Adjusting Quantity of Data Streams, Terminal, and MIMO System | |
WO2021180197A1 (zh) | 传输配置方法及电子设备 | |
CN111050422B (zh) | 一种非连续接收的控制方法及终端 | |
US20230048312A1 (en) | Downlink reception triggering method, terminal, and network-side device | |
WO2020052572A1 (zh) | 一种信息检测方法及装置 | |
WO2021218855A1 (zh) | 下行接收触发方法、终端和网络侧设备 | |
CN110543333B (zh) | 针对处理器的休眠处理方法、装置、移动终端和存储介质 | |
CN113260030A (zh) | 终端设备、网络侧设备和通信方法 | |
WO2023179731A1 (zh) | 休眠唤醒方法及电子设备 | |
CN108432302B (zh) | 功率信息发送方法、终端设备和网络设备 | |
WO2023083068A1 (zh) | 唤醒对齐方法、系统及相关装置 | |
CN113260029A (zh) | 终端设备、网络侧设备和通信方法 | |
CN112543082B (zh) | 监听方法、发送方法、终端及网络侧设备 | |
WO2022147730A1 (zh) | 省电信号的处理方法及装置、通信设备及存储介质 | |
CN114222279A (zh) | 一种应急指挥现场全域信息传输方法及边缘智能设备 | |
CN114697932A (zh) | 一种降低功耗的方法及电子设备 | |
CN112566281A (zh) | 一种信息上报、接收方法、终端及网络侧设备 | |
WO2024017156A1 (zh) | Lp-wus的监听和发送方法、终端及网络侧设备 | |
WO2024051791A1 (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210813 |