CN111757430B - 通信方法与装置 - Google Patents

通信方法与装置 Download PDF

Info

Publication number
CN111757430B
CN111757430B CN201910245772.4A CN201910245772A CN111757430B CN 111757430 B CN111757430 B CN 111757430B CN 201910245772 A CN201910245772 A CN 201910245772A CN 111757430 B CN111757430 B CN 111757430B
Authority
CN
China
Prior art keywords
drx
data
cycle
time
configuration 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.)
Active
Application number
CN201910245772.4A
Other languages
English (en)
Other versions
CN111757430A (zh
Inventor
郑黎丽
曾清海
张宏平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910245772.4A priority Critical patent/CN111757430B/zh
Priority to PCT/CN2020/081456 priority patent/WO2020192739A1/zh
Priority to EP20778362.2A priority patent/EP3923637A4/en
Publication of CN111757430A publication Critical patent/CN111757430A/zh
Priority to US17/485,683 priority patent/US20220015189A1/en
Application granted granted Critical
Publication of CN111757430B publication Critical patent/CN111757430B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • 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
    • 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
    • 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/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
    • 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)

Abstract

本申请提供一种通信方法和装置，用于确定DRX周期，该方法包括：在当前DRX周期的激活时间接收数据；在当前DRX周期的DRX Inactivity Timer超时的情况下，根据在激活时间接收的至少部分数据是否关联DRX短周期，确定下一个DRX周期的类型，其中，若至少部分数据均未关联DRX短周期，下一个DRX周期为DRX长周期，或者下一个DRX周期与当前DRX周期的前一个DRX周期的类型相同。在DRX Inactivity Timer超时的情况下，可以较灵活地确定下一个DRX周期的类型，不一定是DRX短周期，在一定程度上可以节省设备的电量。

Description

通信方法与装置
技术领域
本申请涉及通信领域，并具体地，涉及一种用于通信方法与装置。
背景技术
基于包的数据流通常是突然性的，在一段时间内有数据传输，但在接下来的一段较长时间内没有数据传输。在没有数据传输的时候，可以通过停止监听物理下行控制信道(physical downlink control channel，PDCCH)(此时会停止PDCCH盲检)来降低功耗，从而提升终端设备的电池使用时间，这就是非连续接收(discontinuous reception，DRX)机制的由来。
为终端设备配置DRX周期后，在每个DRX周期内终端设备会定时醒过来一段时间监听数据。其中，在DRX周期内终端设备定时醒过来的一段时间称为激活期(On Duration)。激活期定时器(On Duration Timer)在每个DRX周期的开始时刻启动。
当终端设备在激活期成功解调出属于该终端设备的首传数据的PDCCH时，DRX去激活定时器(DRX Inactivity Timer)启动(或重启)。当On Duration Timer超时，如果DRXInactivity Timer正在运行，则终端设备不进入睡眠态，继续保持激活态。直到DRXInactivity Timer超时，终端设备进入睡眠态，并准备进入下一个DRX周期。
DRX周期有两种：DRX长周期(DRX Long Cycle)和DRX短周期(DRX Short Cycle)。
现有技术中，当DRX Inactivity Timer超时时，在终端设备配置了DRX短周期的情况下，始终进入DRX短周期，这在一定程度上会造成费电。
发明内容
本申请提供一种通信方法与装置，在DRX Inactivity Timer超时的情况下，终端设备可以较灵活地确定下一个DRX周期的类型，进一步地，确定的下一个DRX周期不一定是DRX短周期，在一定程度上可以节省设备的电量。
第一方面，提供了一种通信方法。该方法可以由终端设备执行，或者，也可以由配置于终端设备中的芯片或电路执行。该方法包括：在当前DRX周期的激活时间接收数据；在当前DRX周期的DRX Inactivity Timer超时的情况下，根据在激活时间内接收的至少部分数据是否关联DRX短周期，确定下一个DRX周期的类型，其中，若在激活时间接收的至少部分数据均未关联DRX短周期，下一个DRX周期为DRX长周期，或者下一个DRX周期与当前DRX周期的前一个DRX周期的类型相同。
其中，激活时间指的是，在一个DRX周期中，从激活期(on duration)的起始时刻至DRX Inactivity Timer超时时刻之间的时间。或者说，激活时间指的是，在一个DRX周期中，终端设备处于监听PDCCH的状态的时间。
在激活时间接收到数据，包括，在激活时间终端设备成功解调出属于该终端设备的首传数据的PDCCH。当在激活时间解调出属于该终端设备的首传数据的PDCCH时，会开启或重启DRX Inactivity Timer。
“在DRX Inactivity Timer超时之前”指的是，在当前DRX周期内，最后一个启动或重启的DRX Inactivity Timer的超时之前。
未关联DRX短周期的数据包括关联了DRX长周期的数据，和/或，既未关联DRX短周期，也未关联DRX长周期的数据。
在本申请提供的方案中，若在激活时间接收的至少部分数据均未关联DRX短周期，确定下一个DRX周期为DRX长周期。再例如，若在激活时间接收的至少部分数据均未关联DRX短周期，当前DRX周期的前一个DRX周期为DRX长周期(或DRX短周期)，确定下一个DRX周期为DRX长周期(或DRX短周期)。
在本申请提供的方案中，当DRX Inactivity Timer超时，即使终端设备配置了DRX短周期，下一个DRX周期不一定为DRX短周期。当在当前DRX周期内所接收的至少部分数据未关联DRX短周期时，确定下一个DRX周期为DRX长周期，或者，基于上一个DRX周期的类型确定。因此，相对于现有技术中，在本申请中，终端设备可以较灵活地确定下一个DRX周期的类型。
此外，当前DRX周期的前一个DRX周期不一定都是DRX短周期，因此，在本申请中，在DRX Inactivity Timer超时的情况下，不一定总进入DRX短周期，这在一定程度上，相对于现有技术，可以有效地节省设备的电量。
结合第一方面，在第一方面的一种可能的实现方式中，若至少部分数据中的至少一个数据关联DRX短周期，下一个DRX周期为DRX短周期。
在本申请提供的方案中，当DRX Inactivity Timer超时，即使终端设备配置了DRX短周期，下一个DRX周期不一定为DRX短周期。在当前DRX周期中接收的数据关联DRX短周期时，才会进入DRX短周期，其余情况进入DRX长周期，或者，基于上一个DRX周期的类型确定。相对于现有技术中，当DRX Inactivity Timer超时终端设备总是进入DRX短周期，本申请提供的方案可以有效地节省设备的电量。
结合第一方面，在第一方面的一种可能的实现方式中，在激活时间接收的至少部分数据，可以是在当前DRX周期内的、在DRX Inactivity Timer超时之前的任一时间段内接收的数据。
例如，至少部分数据包括在下列任一时间内接收的数据：
T1:当前DRX周期的激活期(On duration)的起始时刻，至DRX Inactivity Timer超时时刻之间的时间。
T2：在激活时间首次成功解调出属于该终端设备的首传数据的物理下行控制信道PDCCH的时刻，至DRX Inactivity Timer超时时刻之间的时间。
T2还可表述为，在当前DRX周期内，从首次启动DRX Inactivity Timer开始，到DRXInactivity Timer超时之间的时间。
T3：在激活时间最后一次成功解调出属于该终端设备的首传数据的PDCCH的时刻，至DRX Inactivity Timer超时时刻之间的时间。
T4：位于On duration的起始时刻与DRX Inactivity Timer超时时刻之间的时间点，至DRX Inactivity Timer超时时刻之间的时间，时间点距离DRX Inactivity Timer超时时刻预设时长。该预设时长可以根据实际需求进行设定或者由协议规定。
在实际应用中，可以根据需求，确定选取T1至T4中任一时间内的数据来判断是否关联DRX短周期(或DRX长周期)。
在上述各个实现方式中，可以采用多种方式判断在激活时间接收的至少部分数据是否关联DRX短周期或DRX长周期。
结合第一方面，在第一方面的一种可能的实现方式中，终端设备通过判断该至少部分数据对应的业务是否是时延敏感型，来确定该至少部分数据是否关联DRX短周期或DRX长周期。
例如，终端设备确定该至少部分数据对应的业务为时延敏感型业务，确定该至少部分数据关联DRX短周期。终端设备确定该至少部分数据对应的业务为时延非敏感型业务，确定该至少部分数据不关联DRX短周期。
在本实现方式中，该方法还包括，终端设备向网络设备发送用于指示该至少部分数据关联或者不关联DRX短周期的指示信息。例如，该指示信息通过无线资源控制(radioresource control，RRC)信令携带。
结合第一方面，在第一方面的一种可能的实现方式中，终端设备通过判断该至少部分数据承载于的数据承载介质是否已关联DRX短周期或DRX长周期，判断该至少部分数据是否关联DRX短周期或DRX长周期。
其中，数据承载介质为下列中的任一种：逻辑信道(LCH)、逻辑信道组(LCG)、逻辑信道与逻辑信道组的组合、数据承载(DRB)、服务质量流(QoS Flow)、协议数据单元会话(PDU Session)。
结合第一方面，在第一方面的一种可能的实现方式中，该方法还包括：从网络设备接收至少一个数据承载介质的配置信息，配置信息用于指示至少一个数据承载介质关联DRX短周期或DRX长周期；其中，至少部分数据包括承载于至少一个数据承载介质上的数据。
结合第一方面，在第一方面的一种可能的实现方式中，当配置信息包括第一标识信息时，表示至少一个数据承载介质关联DRX短周期，当配置信息包括第二标识信息时，表示至少一个数据承载介质关联DRX长周期。
结合第一方面，在第一方面的一种可能的实现方式中，当配置信息包括第三标识信息时，表示至少一个数据承载介质关联DRX短周期，当配置信息不包括第三标识信息时，表示至少一个数据承载介质关联DRX长周期；或当配置信息包括第四标识信息时，表示至少一个数据承载介质关联DRX长周期，当配置信息不包括第四标识信息时，表示至少一个数据承载介质关联DRX短周期。
在本申请提供的技术方案中，终端设备在所接收的数据承载于的数据承载介质未关联DRX短周期时，确定下一个DRX周期为DRX长周期，或者与当前DRX周期的前一个DRX周期同类型；在所接收的数据承载于的数据承载介质关联DRX短周期时，确定下一个DRX周期为DRX短周期。因此，在本申请中，在DRX Inactivity Timer超时时，终端设备可以较为灵活地确定下一个DRX周期的类型，此外，由于下一个DRX周期不一定总是DRX短周期，这样可以省电。
基于上述描述，在本申请提供的方案中，当DRX Inactivity Timer超时，即使终端设备配置了DRX短周期，下一个DRX周期不一定为DRX短周期。当在当前DRX周期内所接收的至少部分数据未关联DRX短周期时，确定下一个DRX周期为DRX长周期，或者，基于上一个DRX周期的类型确定。相对于现有技术中，当DRX Inactivity Timer超时终端设备总是进入DRX短周期，本申请提供的方案可以有效地节省设备的电量。
第二方面，提供一种通信方法。该方法可以由网络设备执行，或者，也可以由配置于网络设备中的芯片或电路执行。该方法包括：确定数据承载介质的配置信息，配置信息用于指示数据承载介质关联DRX短周期或DRX长周期；向终端设备发送配置信息。
其中，数据承载介质为下列中的任一种：逻辑信道(LCH)、逻辑信道组(LCG)、逻辑信道与逻辑信道组的组合、数据承载(DRB)、服务质量流(QoS Flow)、协议数据单元会话(PDU Session)。
可选地，网络设备对网络设备与终端设备之间的所有数据承载介质进行配置，将一部分数据承载介质配置为关联DRX长周期，将剩余部分数据承载介质配置为关联DRX短周期。
可选地，网络设备对网络设备与终端设备之间的部分数据承载介质进行配置：
将这部分数据承载介质均配置为关联DRX短周期；或
将这部分数据承载介质均配置为关联DRX长周期；或
将这部分数据承载介质中的一部分配置为关联DRX短周期，将剩余部分配置为关联DRX长周期。
例如，网络设备仅配置部分需要承载时延敏感型业务的数据承载介质关联到DRX短周期，对其它数据承载介质不进行配置，即不配置其它数据承载介质关联DRX短周期(或DRX长周期)。
可选地，当配置信息包括第一标识信息时，表示至少一个数据承载介质关联DRX短周期，当配置信息包括第二标识信息时，表示至少一个数据承载介质关联DRX长周期。
当配置信息包括第三标识信息时，表示至少一个数据承载介质关联DRX短周期，当配置信息不包括第三标识信息时，表示至少一个数据承载介质关联DRX长周期；或当配置信息包括第四标识信息时，表示至少一个数据承载介质关联DRX长周期，当配置信息不包括第四标识信息时，表示至少一个数据承载介质关联DRX短周期。
例如，网络设备可以通过无线资源控制(radio resource control，RRC)信令向终端设备发送数据承载介质的配置信息。
结合第二方面，在第二方面的一种可能的实现方式中，该方法还包括：当待向终端设备发送的数据对应对时延非敏感的业务时，通过第一数据承载介质向终端设备发送数据，第一数据承载介质未关联DRX短周期。
其中，第一数据承载介质关联DRX长周期；或者第一数据承载介质既不关联DRX长周期也不关联DRX短周期。
结合第二方面，在第二方面的一种可能的实现方式中，方法还包括：当待向终端设备发送的数据对应对时延敏感的业务时，通过第二数据承载介质向终端设备发送数据，第二数据承载介质关联DRX短周期。
基于上述方案，网络设备针对时延敏感业务的数据，通过关联DRX短周期的数据承载介质向终端设备发送，针对时延非敏感业务的数据，通过未关联DRX短周期的数据承载介质向终端设备发送。终端设备在所接收的数据承载于的数据承载介质未关联DRX短周期时，确定下一个DRX周期为DRX长周期，或者与当前DRX周期的前一个DRX周期同类型；在所接收的数据承载于的数据承载介质关联DRX短周期时，确定下一个DRX周期为DRX短周期。因此，本申请实施例，在DRX Inactivity Timer超时时，不会始终进入DRX短周期，这样可以省电。此外，针对时延敏感的业务，在DRX Inactivity Timer超时，进入DRX短周期，这样可以满足时延敏感的业务的时延要求。因此，本申请实施例可以较好地兼顾省电与满足时延敏感的业务的时延要求。
第三方面，提供一种通信装置，包括收发单元与处理单元，其中，收发单元，用于在当前DRX周期的激活时间接收数据；处理单元，用于在当前DRX周期的DRX InactivityTimer超时的情况下，根据在激活时间接收的至少部分数据是否关联DRX短周期，确定下一个DRX周期的类型，其中，若在激活时间接收的至少部分数据均未关联DRX短周期，下一个DRX周期为DRX长周期，或者下一个DRX周期与当前DRX周期的前一个DRX周期的类型相同。
其中，该通信装置可以配置在或本身即为终端设备。
结合第三方面，在第三方面的一种可能的实现方式中，若至少部分数据中的至少一个数据关联DRX短周期，下一个DRX周期为DRX短周期。
结合第三方面，在第三方面的一种可能的实现方式中，在激活时间接收的至少部分数据，可以是在当前DRX周期内的、在DRX Inactivity Timer超时之前的任一时间段内接收的数据。
例如，至少部分数据包括在下列任一时间内接收的数据。
T1:当前DRX周期的激活期(On duration)的起始时刻，至DRX Inactivity Timer超时时刻之间的时间。
T2：在激活时间首次成功解调出属于该终端设备的首传数据的物理下行控制信道PDCCH的时刻，至DRX Inactivity Timer超时时刻之间的时间。
T2还可表述为，在当前DRX周期内，从首次启动DRX Inactivity Timer开始，到DRXInactivity Timer超时之间的时间。
T3：在激活时间最后一次成功解调出属于该终端设备的首传数据的PDCCH的时刻，至DRX Inactivity Timer超时时刻之间的时间。
T4：位于On duration的起始时刻与DRX Inactivity Timer超时时刻之间的时间点，至DRX Inactivity Timer超时时刻之间的时间，时间点距离DRX Inactivity Timer超时时刻预设时长。该预设时长可以根据实际需求进行设定或者由协议规定。
在实际应用中，可以根据需求，确定选取T1至T4中任一时间内的数据来判断是否关联DRX短周期(或DRX长周期)。
结合第三方面，在第三方面的一种可能的实现方式中，收发单元还用于，从网络设备接收至少一个数据承载介质的配置信息，配置信息用于指示至少一个数据承载介质关联DRX短周期或DRX长周期；其中，至少部分数据包括承载于至少一个数据承载介质上的数据。
结合第三方面，在第三方面的一种可能的实现方式中，当配置信息包括第一标识信息时，表示至少一个数据承载介质关联DRX短周期，当配置信息包括第二标识信息时，表示至少一个数据承载介质关联DRX长周期。
结合第三方面，在第三方面的一种可能的实现方式中，当配置信息包括第三标识信息时，表示至少一个数据承载介质关联DRX短周期，当配置信息不包括第三标识信息时，表示至少一个数据承载介质关联DRX长周期；或当配置信息包括第四标识信息时，表示至少一个数据承载介质关联DRX长周期，当配置信息不包括第四标识信息时，表示至少一个数据承载介质关联DRX短周期。
结合第三方面，在第三方面的一种可能的实现方式中，至少一个数据承载介质为下列中的任一种：逻辑信道(LCH)、逻辑信道组(LCG)、逻辑信道与逻辑信道组的组合、数据承载(DRB)、服务质量流(QoS Flow)、协议数据单元会话(PDU Session)。
结合第三方面，在第三方面的一种可能的实现方式中，未关联DRX短周期的数据包括下列任一种或多种：关联DRX长周期的数据、既不关联DRX长周期也不关联DRX短周期的数据。
其中，该通信装置中的各单元分别用于执行上述第一方面以及第一方面的各实现方式中的测量方法的各步骤。
可选地，该通信装置为通信芯片，通信芯片可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。
可选地，所述通信装置为通信设备，通信设备可以包括用于发送信息或数据的发射机，以及用于接收信息或数据的接收机。
第四方面，提供一种通信装置，包括收发单元与处理单元，其中，处理单元，用于确定数据承载介质的配置信息，配置信息用于指示数据承载介质DRX关联短周期或DRX长周期；收发单元，用于向终端设备发送配置信息。
其中，该通信装置可以配置在或本身即为网络设备。
结合第四方面，在第四方面的一种可能的实现方式中，当配置信息包括第一标识信息时，表示数据承载介质关联DRX短周期，当配置信息包括第二标识信息时，表示数据承载介质关联DRX长周期。
结合第四方面，在第四方面的一种可能的实现方式中，当配置信息包括第三标识信息时，表示数据承载介质关联DRX短周期，当配置信息不包括第三标识信息时，表示数据承载介质关联DRX长周期；或当配置信息包括第四标识信息时，表示数据承载介质关联DRX长周期，当配置信息不包括第四标识信息时，表示数据承载介质关联DRX短周期。
结合第四方面，在第四方面的一种可能的实现方式中，收发单元还用于，当待向终端设备发送的数据对应对时延非敏感的业务时，通过第一数据承载介质向终端设备发送数据，第一数据承载介质未关联DRX短周期。
结合第四方面，在第四方面的一种可能的实现方式中，收发单元还用于，当待向终端设备发送的数据对应对时延敏感的业务时，通过第二数据承载介质向终端设备发送数据，第二数据承载介质关联DRX短周期。
结合第四方面，在第四方面的一种可能的实现方式中，第一数据承载介质关联DRX长周期；或者第一数据承载介质既不关联DRX长周期也不关联DRX短周期。
结合第四方面，在第四方面的一种可能的实现方式中，数据承载介质为下列中的任一种：逻辑信道(LCH)、逻辑信道组(LCG)、逻辑信道与逻辑信道组的组合、数据承载(DRB)、服务质量流(QoS Flow)、协议数据单元会话(PDU Session)。
其中，该通信装置中的各单元分别用于执行上述第二方面以及第二方面的各实现方式中的测量方法的各步骤。
可选地，该通信装置为通信芯片，通信芯片可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。
可选地，该通信装置为通信设备，通信设备可以包括用于发送信息或数据的发射机，以及用于接收信息或数据的接收机。
第五方面，提供一种通信装置，包括，处理器，存储器，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该通信装置执行第一方面或第二方面及其各种可能实现方式中的方法。
可选地，所述处理器为一个或多个，所述存储器为一个或多个。
可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。
可选的，该通信装置还包括，发射机(发射器)和接收机(接收器)
第六方面，提供一种通信***，包括上述第三方面提供的通信装置和/或第四方面提供的通信装置。
第七方面，提供一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述第一方面或第二方面中任一种可能实现方式中的方法。
第八方面，提供一种计算机可读介质，所述计算机可读介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一方面或第二方面中任一种可能实现方式中的方法。
第九方面，提供一种芯片***，包括存储器和处理器，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得安装有该芯片***的通信装置执行上述第一方面或第二方面中任一种可能的实现方式中的方法。
其中，该芯片***可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。
因此，在本申请提供的方案中，当DRX Inactivity Timer超时，即使终端设备配置了DRX短周期，下一个DRX周期不一定为DRX短周期。当在当前DRX周期内所接收的至少部分数据未关联DRX短周期时，确定下一个DRX周期为DRX长周期，或者，基于上一个DRX周期的类型确定。相对于现有技术中，在本申请中，终端设备可以较灵活地确定下一个DRX周期的类型。此外，当前DRX周期的前一个DRX周期不一定都是DRX短周期，因此，在本申请中，在DRXInactivity Timer超时的情况下，不一定总进入DRX短周期，这在一定程度上，相对于现有技术，可以有效地节省设备的电量。
附图说明
图1是DRX周期的示意图；
图2是DRX机制中DRX去激活定时器(DRX inactivity timer)的开启(或重启)与超时的示意图；
图3是现有技术中当DRX inactivity timer超时进入DRX短周期的示意图；
图4是根据本申请实施例的通信方法的示意性流程图；
图5是本申请实施例中在当前DRX周期内接收的至少部分数据对应的时间范围的示意图；
图6是根据本申请另一实施例的通信方法的示意性流程图；
图7是根据本申请实施例的通信装置的示意性框图；
图8是根据本申请实施例的终端设备的示意性结构图；
图9是根据本申请实施例的网络设备的示意性结构图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。
为了便于更好地理解本申请提供的技术方案，下文首先描述几个与本申请实施例相关的概念。
1、非连续接收(DRX)周期、DRX长周期(DRX Long Cycle)、DRX短周期(DRX ShortCycle)。
如图1所示，每个DRX周期包括激活期(on duration)和睡眠期。激活期的时长由激活期定时器(on duration timer)确定。在每个DRX周期的开始时刻，on duration timer被开启，终端设备进入激活态，监听数据。当on duration timer超时，且当前没有去激活定时器(DRX Inactivity Timer)(下文将描述)运行时，终端设备进入睡眠态，不再监听数据。在下一个DRX周期到来时，终端设备重新进入激活态。
DRX周期有两种：DRX长周期(图1中上方所示的DRX周期)和DRX短周期(图1中下方所示的DRX周期)。通常，DRX长周期适用于对时延不敏感的业务，DRX短周期适用于对时延敏感的业务。
2、去激活定时器(DRX Inactivity Timer)
DRX Inactivity Timer是DRX机制中一个重要的概念。
在DRX Inactivity Timer运行期间，终端设备监听PDCCH。DRX Inactivity Timer在终端设备成功解调出属于该终端设备的首传数据的PDCCH时启动或重启。
如图2中上方所示的DRX周期所示，如果终端设备在激活期没有接收到数据，例如，没有解调出属于该终端设备的首传数据的PDCCH，则在激活期结束(即on duration timer超时)后，终端设备进入睡眠期。
如图2中下方所示的DRX周期所示，如果终端设备在激活期接收到数据，则终端设备不一定在激活期结束就进入睡眠期，而是在DRX Inactivity Timer超时之后，进入睡眠期。具体如下。
A指示的时刻，表示当前DRX周期的开始时刻。在这个时刻，on duration timer被启动。终端设备在on duration timer超时之前的时间段内(即激活期)一直监听数据(即保持激活态)。
B指示的时刻，表示终端设备首次成功解调出属于该终端设备的PDCCH的时刻，也可称为首次接收到首传数据的PDCCH指示的时刻。在这个时刻，DRX Inactivity Timer被启动。终端设备在DRX Inactivity Timer超时之前，一直维持激活态，监听数据。
C指示的时刻，表示on duration timer超时的时刻(即激活期结束)。在这个时刻，因为DRX Inactivity Timer还在运行，所以终端设备并不进入睡眠态，而是继续保持激活态，继续监听数据。
D指示的时刻，表示在B指示的时刻开启的DRX Inactivity Timer还未超时的情况下，终端设备再次成功解调出属于该终端设备的PDCCH的时刻，还可描述为，再次接收到首传数据的PDCCH指示的时刻。在这个时刻，重启DRX Inactivity Timer(可以认为将在B指示的时刻开启的DRX Inactivity Timer复位)。终端设备在DRX Inactivity Timer超时之前，一直维持激活态，监听数据。
E指示的时刻，表示在D指示的时刻开启的DRX Inactivity Timer超时的时刻。在这个时刻，终端设备进入睡眠态，不再监听数据。
在一个DRX周期内，终端设备处于监听PDCCH的状态的时间，可统称为激活时间。
按照现有的DRX机制，在DRX Inactivity Timer超时之后，如果终端设备配置了DRX短周期，则下一个到达的DRX周期为DRX短周期。如图3所示，在E表示的时刻，DRXInactivity Timer超时，终端设备进入睡眠态，将要到达的下一个DRX周期为DRX短周期。
实际应用中，存在时延敏感型的业务和时延非敏感型的业务。时延敏感型的业务可以是为对时延要求比较高的业务，例如，一些紧急业务。时延非敏感型的业务可以是对时延要求比较低的业务，例如，一些非紧急业务。
对于时延非敏感型业务，其对数据传输时延要求较低，例如，终端设备采用DRX长周期进行数据监听，也许也可以满足其时延要求。
按照现有的DRX机制，在DRX Inactivity Timer超时之后，如果终端设备配置了DRX短周期，则终端设备始终进入DRX短周期。对于时延非敏感型业务，这是不必要的，换句话说，这样做造成了不必要的费电。
针对上述问题，本申请提出一种用于确定DRX周期的方案，在DRX InactivityTimer超时的情况下，终端设备可以较灵活地确定下一个DRX周期的类型，进一步地，确定的下一个DRX周期不一定是DRX短周期，在一定程度上可以节省设备的电量。
需要说明的是，上文图1至图3仅为示例而非限定。例如，在图2和图3中，DRXInactivity Timer超时之前，终端设备接收到几次PDCCH指示是根据具体情况而定的，没有限制。再例如，在DRX机制中，还有其它概念，例如，HARQ回程时间定时器(HARQ RTT Timer)、DRX重传定时器(DRX Retransmission Timer)，这些概念也会影响终端设备处于激活态还是睡眠态，由于本申请实施例与这些概念没有直接的关联关系，所以本文中对此不作赘述，当然也没有任何限定。
本申请实施例的技术方案可以应用于各种通信***，例如，长期演进(long termevolution，LTE)***、第五代移动通信(the 5th Generation，5G)***、新空口(newradio，NR)***、机器与机器通信(machine to machine，M2M)***、或者未来演进的其它通信***等。
本申请实施例中的终端设备可以指用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。
本申请实施例中的网络设备可以是用于与终端设备通信的设备，可以是任意一种具有无线收发功能的设备或可设置于该设备内的芯片。网络设备可以为基站，基站可以用于与一个或多个终端设备进行通信，也可以用于与一个或多个具有部分终端设备功能的基站进行通信(例如宏基站与微基站)。网络设备可以是LTE***、5G统、NR***、M2M***、或者未来演进的其它通信***中的基站。另外，网络设备也可以为接入点(access point，AP)、传输节点(transport point，TRP)、中心单元(central unit，CU)或其他网络实体，并且可以包括以上网络实体的功能中的一些或所有功能，本申请实施例并不限定。
图4为根据本申请实施例的通信方法400的示意性流程图，该方法400可以由终端设备执行，或者，也可以由配置于终端设备中的芯片或电路执行。该方法400包括如下步骤。
S410，在当前DRX周期的激活时间接收数据。
其中，激活时间指的是，在一个DRX周期中，从激活期(on duration)的起始时刻至DRX Inactivity Timer超时时刻之间的时间。或者说，激活时间指的是，在一个DRX周期中，终端设备处于监听PDCCH的状态的时间。
应理解，终端设备只有在激活时间监听PDCCH，在休眠期可以暂时关闭接收机，以节省电量消耗。
在激活时间接收到数据，包括，在激活时间终端设备成功解调出属于该终端设备的首传数据的PDCCH。当在激活时间解调出属于该终端设备的首传数据的PDCCH时，会开启或重启DRX Inactivity Timer。
S420，在当前DRX周期的DRX Inactivity Timer超时的情况下，根据在激活时间接收的至少部分数据是否关联DRX短周期，确定下一个DRX周期的类型。
其中，若在激活时间接收的至少部分数据均未关联DRX短周期，下一个DRX周期为DRX长周期，或者下一个DRX周期与当前DRX周期的前一个DRX周期的类型相同。
例如，若在激活时间接收的至少部分数据均未关联DRX短周期，确定下一个DRX周期为DRX长周期。再例如，若在激活时间接收的至少部分数据均未关联DRX短周期，当前DRX周期的前一个DRX周期为DRX长周期(或DRX短周期)，确定下一个DRX周期为DRX长周期(或DRX短周期)。
若该至少部分数据中的至少一个数据关联DRX短周期，下一个DRX周期为DRX短周期。
本申请实施例中涉及的“在DRX Inactivity Timer超时之前”指的是，在当前DRX周期内，最后一个开启的DRX Inactivity Timer的超时之前。作为示例，例如，在图3中，“在DRX Inactivity Timer超时之前”指的是，在E指示的时刻之前。
本申请实施例中涉及的未关联DRX短周期的数据包括关联了DRX长周期的数据，和/或，既未关联DRX短周期，也未关联DRX长周期的数据。
可以根据数据对应的业务属性来判断该数据是否关联DRX短周期(或DRX长周期)，也可以根据数据所承载的数据承载介质来判断该数据是否关联DRX短周期(或DRX长周期)。下文将对此进行描述。
因此，在本申请提供的方案中，当DRX Inactivity Timer超时，即使终端设备配置了DRX短周期，下一个DRX周期不一定为DRX短周期。当在当前DRX周期内所接收的至少部分数据未关联DRX短周期时，确定下一个DRX周期为DRX长周期，或者，基于上一个DRX周期的类型确定。相对于现有技术中，本申请提供的方案可以较灵活地确定下一个DRX周期的类型。
此外，当前DRX周期的前一个DRX周期不一定都是DRX短周期，因此，在本申请中，在DRX Inactivity Timer超时的情况下，不一定总进入DRX短周期，这在一定程度上，相对于现有技术，可以有效地节省设备的电量。
本申请实施例中的在激活时间接收的至少部分数据，可以是在当前DRX周期内的、在DRX Inactivity Timer超时之前的任一时间段内接收的数据。
可选地，在一些实施例中，至少部分数据包括在下列任一时间内接收的数据。
T1:当前DRX周期的激活期(On duration)的起始时刻，至DRX Inactivity Timer超时刻之间的时间。T1如图5中所示的时间段①。
T2：在激活时间首次成功解调出属于该终端设备的首传数据的物理下行控制信道PDCCH的时刻，至DRX Inactivity Timer超时时刻之间的时间。T2如图5中所示的时间段②。
T2还可表述为，在当前DRX周期内，从首次启动DRX Inactivity Timer开始，到DRXInactivity Timer超时之间的时间。
T3：在激活时间最后一次成功解调出属于该终端设备的首传数据的PDCCH的时刻，至DRX Inactivity Timer超时时刻之间的时间。T3如图5中所示的时间段③。
T4：位于On duration的起始时刻与DRX Inactivity Timer超时时刻之间的时间点，至DRX Inactivity Timer超时时刻之间的时间，时间点距离DRX Inactivity Timer超时时刻预设时长。T4如图5中所示的时间段④。该预设时长可以根据实际需求进行设定或由协议规定。
在实际应用中，可以根据需求，确定选取T1至T4中任一时间内的数据来判断是否关联DRX短周期(或DRX长周期)。
可以采用多种方式判断在激活时间接收的至少部分数据是否关联DRX短周期或DRX长周期。
可选地，作为一种实现方式，终端设备通过判断该至少部分数据对应的业务是否是时延敏感型，来确定该至少部分数据是否关联DRX短周期或DRX长周期。
例如，终端设备确定该至少部分数据对应的业务为时延敏感型业务，确定该至少部分数据关联DRX短周期。终端设备确定该至少部分数据对应的业务为时延非敏感型业务，确定该至少部分数据不关联DRX短周期。
在本实现方式中，该方法400还包括，终端设备向网络设备发送用于指示该至少部分数据关联或者不关联DRX短周期的指示信息。例如，该指示信息通过无线资源控制(radioresource control，RRC)信令携带。
本申请实施例中涉及的时延敏感的业务表示对时延要求较高的业务，时延非敏感的业务表示，对时延要求不高的业务。
可选地，作为另一种实现方式，通过判断该至少部分数据承载于的数据承载介质是否已关联DRX短周期或DRX长周期，判断该至少部分数据是否关联DRX短周期或DRX长周期。
若该至少部分数据承载于的数据承载介质关联DRX长周期，或者，既不关联DRX长周期，也不关联DRX短周期，确定该至少部分数据不关联DRX短周期。
若该至少部分数据承载于的数据承载介质关联DRX短周期，确定该至少部分数据关联DRX短周期。
可选地，在一些实施例中，若该至少部分数据中的至少一个数据承载于的数据承载介质关联DRX短周期，确定下一个DRX周期为DRX短周期。
图6为根据本申请实施例的通信方法600的示意***互流程图。该方法600包括如下步骤。
S610，网络设备确定数据承载介质的配置信息，并向终端设备发送该配置信息，该配置信息用于指示数据承载介质关联DRX短周期或DRX长周期。
网络设备与终端设备之间可以具有多个数据承载介质。
可选地，在一些实施例中，网络设备对网络设备与终端设备之间的所有数据承载介质进行配置，将一部分数据承载介质配置为关联DRX长周期，将剩余部分数据承载介质配置为关联DRX短周期。
可选地，在一些实施例中，网络设备对网络设备与终端设备之间的部分数据承载介质进行配置：
将这部分数据承载介质均配置为关联DRX短周期；或
将这部分数据承载介质均配置为关联DRX长周期；或
将这部分数据承载介质中的一部分配置为关联DRX短周期，将剩余部分配置为关联DRX长周期。
例如，网络设备仅配置部分需要承载时延敏感型业务的数据承载介质关联到DRX短周期，对其它数据承载介质不进行配置，即不配置其它数据承载介质关联DRX短周期(或DRX长周期)。
可选地，当配置信息包括第一标识信息时，表示至少一个数据承载介质关联DRX短周期，当配置信息包括第二标识信息时，表示至少一个数据承载介质关联DRX长周期。
以一个数据承载介质为例，在该数据承载介质的配置信息中设置一个字段，该字段可以有两个取值，其中一个取值表示该数据承载介质关联到DRX短周期，另一个取值表示该数据承载介质关联到DRX长周期。
当配置信息包括第三标识信息时，表示至少一个数据承载介质关联DRX短周期，当配置信息不包括第三标识信息时，表示至少一个数据承载介质关联DRX长周期；或当配置信息包括第四标识信息时，表示至少一个数据承载介质关联DRX长周期，当配置信息不包括第四标识信息时，表示至少一个数据承载介质关联DRX短周期。
还以一个数据承载介质为例，在该数据承载介质的配置信息中设置一个字段，该字段是可选的(optional)，该字段存在时表示该数据承载介质关联到DRX短周期(或DRX长周期)，该字段不存在时表示该数据承载介质关联到DRX长周期(或DRX短周期)。
例如，网络设备可以通过无线资源控制(radio resource control，RRC)信令向终端设备发送数据承载介质的配置信息。
换言之，网络设备可以通过RRC信令配置数据承载介质与DRX短周期或DRX长周期之间的关联关系。
S620，网络设备判断待向终端设备发送的数据是否对应时延敏感的业务，若否，通过第一数据承载介质向终端设备发送该数据，若是，通过第二数据承载介质向终端设备发送该数据。
其中，该第一数据承载介质未关联DRX短周期，例如，该第一数据承载介质被配置为关联DRX长周期，或者，该第一数据承载介质既未被配置为关联DRX长周期，也未被配置为关联DRX短周期。
该第二数据承载介质被配置为关联DRX短周期。
S630，终端设备判断在当前DRX周期的激活时间接收的至少部分数据是否关联DRX短周期，若是，确定下一个DRX周期为DRX短周期；若否，确定下一个DRX周期为DRX长周期，或者，当当前DRX周期的上一个DRX周期为DRX长周期(或DRX短周期)，确定下一个DRX周期为DRX长周期(或DRX短周期)。
其中，若该至少部分数据承载于的数据承载介质均未关联DRX短周期，例如，关联DRX长周期，或者，既未关联DRX长周期也未关联DRX短周期，终端设备确定该至少部分数据未关联DRX短周期。
若该至少部分数据承载于的数据承载介质关联DRX短周期，终端设备确定该至少部分数据关联DRX短周期。
可选地，在本实施例中，可以不执行步骤S610。
例如，网络设备在对数据承载介质进行一次配置之后，在随后的多次数据传输过程中，使用该配置，而无需针对每次数据传输均对数据承载介质进行配置。
在本实施例中，网络设备针对时延敏感业务的数据，通过关联DRX短周期的数据承载介质向终端设备发送，针对时延非敏感业务的数据，通过未关联DRX短周期的数据承载介质向终端设备发送。终端设备在所接收的数据承载于的数据承载介质未关联DRX短周期时，确定下一个DRX周期为DRX长周期，或者与当前DRX周期的前一个DRX周期同类型；在所接收的数据承载于的数据承载介质关联DRX短周期时，确定下一个DRX周期为DRX短周期。因此，本申请实施例，在DRX Inactivity Timer超时时，不会始终进入DRX短周期，这样可以省电。此外，针对时延敏感的业务，在DRX Inactivity Timer超时时，进入DRX短周期，这样可以满足时延敏感的业务的时延要求。因此，本申请实施例可以较好地兼顾省电与满足时延敏感的业务的时延要求。
本申请实施例涉及的数据承载介质可以为下列中的任一种：逻辑信道(logicalchannel，LCH)、逻辑信道组(logical channel group，LCG)、逻辑信道与逻辑信道组的组合、数据承载(data radio bearer，DRB)、服务质量流(QoS Flow)、协议数据单元会话(PDUSession)。
其中，逻辑信道可以分为逻辑控制信道和逻辑数据信道，逻辑控制信道用于传输控制和配置信息，逻辑数据信道用于传输用户数据。
例如，NR***中的逻辑信道包括下列任一项或多项：广播控制信道(broadcastcontrol channel，BCCH)，寻呼控制信道(paging control channel，PCCH)，公共控制信道(common control channel，CCCH)，专用控制信道(dedicated control channel，DCCH，)，专用业务信道(dedicated traffic channel，DTCH)。
媒体介入控制(media access control，MAC)可以通过逻辑信道来给无线链路控制子层(radio link control structure，RLC)层提供服务。从物理层来看，MAC是通过传输信道的形式来使用业务。传输信道定义了空口上怎么传输信息的问题。传输信道上的数据是以传输块(transport block)的形式组织。
跟传输块相关的是传输格式(Transport Format，TF)，定义了传输块在空口是怎样被传输。TF可以包括如下相关信息：传输块大小，调制编码方式，和天线映射。通过不同的TF，MAC层可以实现不同的数据速率(data rates)，这个过程叫传输格式选择(transport-format selection)。
NR***的传输信道可以包括如下任一项或多项：广播信道(broadcast channel，BCH)，寻呼信道(paging channel，PCH，)，下行共享信道(downlink shared channel，DL-SCH)，上行共享信道(uplink shared channel，UL-SCH)，随机接入信道(Random-accesschannel，RACH)。
MAC层的功能之一就是把不同逻辑信道复用和映射到合适的传输信道上。为了支持优先级处理，多个逻辑信道(其中每一个都有自己的RLC实体)可以被MAC层复用到一个传输信道上。在接收端，MAC层进行解复用(demultiplexing)并且把RLC协议数据单元(Protocol Data Unit，PDUs)转发到相应的RLC实体。为了支持接收端的解复用，需要使用MAC包头(MAC header)。在NR***中，把对应于每个MAC业务数据单元(service Data Unit，SDU)的子包头(subheader)就放在SDU的前面。其中，RLC的PDU实际上是MAC的SDU。子包头里包含了逻辑信道ID(LCID)和PDU长度。[The subheader contains the identity of thelogical channel(LCID)from which the RLC PDU originated and the length of thePDU in bytes.]还有个flag来指示length indicator的长度，还有一个保留比特用于以后使用。
除了复用不同的逻辑信道，MAC层还可以在逻辑信道发送的传输块中添加MAC控制元素(MAC control elements，MAC CE)。MAC CE用于控制信令。
例如，可以有如下多种MAC CE，其各自使用目的不同：
1)调度相关的MAC CE，如用于辅助上行调度的buffer status reports和powerheadroom reports，以及配置半静态调度时的configured grant confirmation MAC CE。
2)随机接入相关的MAC CE，如C-RNTI和contention-resolution MAC CE。
3)定时提前MAC CE。
4)载波的激活/去激活。
5)DRX相关的MAC CE。
6)PDCP重复检测相关的MAC CE。
7)CSI reporting和SRS传输的激活/去激活。
逻辑信道组(LCG)是由多个逻辑信道组成，目的是多个逻辑信道的缓存状态报告(buffer status report，BSR)一起发送，这样节省信令开销，不然每个逻辑信道都发送一个BSR会造成大量浪费。
应理解，LCID与LCG ID是不同的。LCID是用来唯一地指定MAC PDU中的一个MACSDU或MAC control element或padding的。而LCG ID是用来指定逻辑信道所属的逻辑信道组ID的，只用于BSR上报。
基于上述描述，本申请提供的技术方案，在没有时延敏感业务时，终端设备可以在DRX Inactivity Timer超时后进入DRX长周期，从而达到省电的效果。
可选地，在上述一些实施例中，在终端设备具有省电需求的情况下，采用如下方式确定下一个DRX周期是DRX短周期或DRX长周期：
若在激活时间接收的至少部分数据均未关联DRX短周期，确定下一个DRX周期为DRX长周期，或者确定下一个DRX周期与当前DRX周期的前一个DRX周期的类型相同；
若至少部分数据中的至少一个数据关联DRX短周期，确定下一个DRX周期为DRX短周期。
终端设备具有省电需求的场景例如为，终端设备具有省电倾向，或者，终端设备工作于省电模式。
其中，终端设备可以通过向网络设备发送指示来表明终端设备具有省电倾向。例如，通过RRC消息来发送指示。
其中，终端设备的省电模式可以是协议规定的，或者，通过终端设备指示网络设备来触发的，或者，网络设备指示终端设备来触发的。
可选地，在图6所示的实施例中，网络设备在终端设备具有省电需求的情况下，执行步骤S610和步骤S620。
例如，网络设备获知终端设备具有省电需求，执行步骤S610和步骤S620。如果终端设备没有省电需求，网络设备可以不执行步骤S610和步骤S620。
本文中描述的各个实施例可以为独立的方案，也可以根据内在逻辑进行组合，这些方案都落入本申请的保护范围中。
可以理解的是，上述各个方法实施例中，由终端设备实现的方法和操作，也可以由可用于终端设备的部件(例如芯片或者电路)实现，由网络设备实现的方法和操作，也可以由可用于网络设备的部件(例如芯片或者电路)实现。
上文描述了本申请实施例提供的方法实施例，下文将描述本申请实施例提供的装置实施例。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如发射端设备或者接收端设备，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。
图7为本申请实施例提供的通信装置700的示意性框图。该通信装置700包括收发单元710和处理单元720。收发单元710可以与外部进行通信，处理单元710用于进行数据处理。收发单元710还可以称为通信接口或通信单元。
该通信装置700可以用于执行上文方法实施例中终端设备所执行的动作，或者，该通信装置700可以用于执行上文方法实施例中网络设备所执行的动作。
作为一种可能的设计，通信装置700可以用于执行上文方法实施例中终端设备所执行的动作，这时，该通信装置700可以为终端设备，或者，也可以为用于终端设备的部件。收发单元710用于执行上文方法实施例中终端设备侧的收发相关操作，处理单元720用于执行上文方法实施例中终端设备的处理相关操作。
作为本设计的一种实现方式，收发单元710，用于在当前DRX周期的激活时间接收数据。处理单元720，用于当当前DRX周期的DRX Inactivity Timer超时，确定进入下一个DRX周期，其中，若在激活时间接收的至少部分数据均未关联DRX短周期，下一个DRX周期为DRX长周期，或者下一个DRX周期与当前DRX周期的前一个DRX周期的类型相同。若至少部分数据中的至少一个数据关联DRX短周期，下一个DRX周期为DRX短周期。
可选地，未关联DRX短周期的数据包括下列任一种或多种：关联DRX长周期的数据、既不关联DRX长周期也不关联DRX短周期的数据。
可选地，至少部分数据为在图5所示的任一时间内接收的数据，详见上文描述，这里不再赘述。
可选地，收发单元710还用于，从网络设备接收至少一个数据承载介质的配置信息，配置信息用于指示至少一个数据承载介质关联DRX短周期或DRX长周期；其中，至少部分数据包括承载于至少一个数据承载介质上的数据。
可选地，当配置信息包括第一标识信息时，表示至少一个数据承载介质关联DRX短周期，当配置信息包括第二标识信息时，表示至少一个数据承载介质关联DRX长周期。
可选地，当配置信息包括第三标识信息时，表示至少一个数据承载介质关联DRX短周期，当配置信息不包括第三标识信息时，表示至少一个数据承载介质关联DRX长周期；或当配置信息包括第四标识信息时，表示至少一个数据承载介质关联DRX长周期，当配置信息不包括第四标识信息时，表示至少一个数据承载介质关联DRX短周期。
可选地，至少一个数据承载介质为下列中的任一种：逻辑信道(LCH)、逻辑信道组(LCG)、数据承载(DRB)、服务质量流(QoS Flow)、协议数据单元会话(PDU Session)。
作为另一种可能的设计，通信装置700可以用于执行上文方法实施例中网络设备所执行的动作，这时，该通信装置700可以为网络设备，或者可以为用于网络设备的部件。收发单元710用于执行上文方法实施例中网络设备侧的收发相关操作，处理单元720用于执行上文方法实施例中网络设备的处理相关操作。
作为本设计的一种实现方式，处理单元720，用于确定数据承载介质的配置信息，配置信息用于指示数据承载介质DRX关联短周期或DRX长周期；收发单元710，用于向终端设备发送配置信息。
可选地，当配置信息包括第一标识信息时，表示数据承载介质关联DRX短周期，当配置信息包括第二标识信息时，表示数据承载介质关联DRX长周期。
可选地，当配置信息包括第三标识信息时，表示数据承载介质关联DRX短周期，当配置信息不包括第三标识信息时，表示数据承载介质关联DRX长周期；或当配置信息包括第四标识信息时，表示数据承载介质关联DRX长周期，当配置信息不包括第四标识信息时，表示数据承载介质关联DRX短周期。
可选地，收发单元710还用于，当待向终端设备发送的数据对应对时延非敏感的业务时，通过第一数据承载介质向终端设备发送数据，第一数据承载介质未关联DRX短周期。
可选地，第一数据承载介质关联DRX长周期；或者第一数据承载介质既不关联DRX长周期也不关联DRX短周期。
可选地，收发单元710还用于，当待向终端设备发送的数据对应对时延敏感的业务时，通过第二数据承载介质向终端设备发送数据，第二数据承载介质关联DRX短周期。
可选地，至少一个数据承载介质为下列中的任一种：逻辑信道(LCH)、逻辑信道组(LCG)、数据承载(DRB)、服务质量流(QoS Flow)、协议数据单元会话(PDU Session)。
应理解，上文实施例中的处理单元720可以由处理器或处理器相关电路实现，收发单元710可以由收发器或者接口电路相关电路实现。
如图7所示，可选地，通信装置700还可以包括存储单元730，用于存储计算机程序，处理单元720用于从存储单元730中调用并运行该计算机程序，使得通信装置700执行上述方法实施例中终端设备侧的方法，或者，执行上述方法实施例中网络设备侧的方法。
或者，可选地，存储单元730可以用于存储数据或者其他信息。
处理单元720和存储单元730可以分离，也可以集成。
存储单元730可以由存储器或存储器相关电路实现。
应理解，本申请实施例中提及的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。
需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供一种通信装置800，该通信装置800可以是终端设备也可以是芯片。该通信装置800可以用于执行上述方法实施例中由终端设备所执行的动作。
当该通信装置800为终端设备时，图8示出了一种简化的终端设备的结构示意图。便于理解和图示方便，图8中，终端设备以手机作为例子。如图8所示，终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理，以及对终端设备进行控制，执行软件程序，处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是，有些种类的终端设备可以不具有输入输出装置。
当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。为便于说明，图8中仅示出了一个存储器和处理器，在实际的终端设备产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本申请实施例对此不做限制。
在本申请实施例中，可以将具有收发功能的天线和射频电路视为终端设备的收发单元，将具有处理功能的处理器视为终端设备的处理单元。
如图8所示，终端设备包括收发单元810和处理单元820。收发单元810也可以称为收发器、收发机、收发装置等。处理单元820也可以称为处理器，处理单板，处理模块、处理装置等。可选地，可以将收发单元810中用于实现接收功能的器件视为接收单元，将收发单元810中用于实现发送功能的器件视为发送单元，即收发单元810包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
例如，在一种实现方式中，处理单元820，用于执行图4中的步骤S420，和/或处理单元820还用于执行本申请实施例中终端设备侧的其他处理步骤。收发单元810还用于执行图4中所示的步骤S410，和/或收发单元810还用于执行终端设备侧的其他收发步骤。
例如，在另一种实现方式中，处理单元820，用于执行图6中的步骤S630中的处理操作，和/或处理单元820还用于执行本申请实施例中终端设备侧的其他处理步骤。收发单元810还用于执行图6中所示的步骤S610与S620中终端设备侧的接收操作，和/或收发单元810还用于执行终端设备侧的其他收发步骤。
应理解，图8仅为示例而非限定，上述包括收发单元和处理单元的终端设备可以不依赖于图8所示的结构。
当该通信装置800为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路或通信接口；处理单元可以为该芯片上集成的处理器或者微处理器或者集成电路。
本申请实施例还提供一种通信装置900，该通信装置900可以是网络设备也可以是芯片。该通信装置900可以用于执行上述方法实施例中由网络设备所执行的动作。
当该通信装置900为网络设备时，例如为基站。图9示出了一种简化的基站结构示意图。基站包括910部分以及920部分。910部分主要用于射频信号的收发以及射频信号与基带信号的转换；920部分主要用于基带处理，对基站进行控制等。910部分通常可以称为收发单元、收发机、收发电路、或者收发器等。920部分通常是基站的控制中心，通常可以称为处理单元，用于控制基站执行上述方法实施例中网络设备侧的处理操作。
910部分的收发单元，也可以称为收发机或收发器等，其包括天线和射频单元，其中射频单元主要用于进行射频处理。可选地，可以将910部分中用于实现接收功能的器件视为接收单元，将用于实现发送功能的器件视为发送单元，即910部分包括接收单元和发送单元。接收单元也可以称为接收机、接收器、或接收电路等，发送单元可以称为发射机、发射器或者发射电路等。
920部分可以包括一个或多个单板，每个单板可以包括一个或多个处理器和一个或多个存储器。处理器用于读取和执行存储器中的程序以实现基带处理功能以及对基站的控制。若存在多个单板，各个单板之间可以互联以增强处理能力。作为一种可选的实施方式，也可以是多个单板共用一个或多个处理器，或者是多个单板共用一个或多个存储器，或者是多个单板同时共用一个或多个处理器。
例如，在一种实现方式中，910部分的收发单元用于执行图6中步骤S610与S620中网络设备侧的发送操作，和/或910部分的收发单元还用于执行本申请实施例中网络设备侧的其他收发步骤。920部分的处理单元用于执行图6中步骤S620中的处理操作。
应理解，图9仅为示例而非限定，上述包括收发单元和处理单元的网络设备可以不依赖于图9所示的结构。
当该通信装置900为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。
本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机实现上述方法实施例中终端设备侧的方法或网络设备侧的方法。
本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得该计算机实现上述方法实施例中终端设备侧的方法或网络设备侧的方法。
本申请实施例还提供一种通信***，包括上述任一实施例描述的终端设备和网络设备。
上述提供的任一种通信装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。
在本申请实施例中，终端设备或网络设备包括硬件层、运行在硬件层之上的操作***层，以及运行在操作***层上的应用层。该硬件层包括中央处理器(centralprocessing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作***可以是任意一种或多种通过进程(process)实现业务处理的计算机操作***，例如，Linux操作***、Unix操作***、Android操作***、iOS操作***或windows操作***等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的功能模块。
另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmableread-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (15)

1.一种通信方法，其特征在于，包括：
在当前非连续接收DRX周期的激活时间接收数据；
在所述当前DRX周期的DRX去激活定时器DRX Inactivity Timer超时的情况下，根据在所述激活时间内接收的至少部分数据是否关联DRX短周期，确定下一个DRX周期的类型，所述DRX Inactivity Timer在成功解调出首传数据的物理下行控制信道PDCCH时启动或重启，其中，
若所述至少部分数据均未关联DRX短周期，所述下一个DRX周期为DRX长周期，或者所述下一个DRX周期与所述当前DRX周期的前一个DRX周期的类型相同；
若所述至少部分数据中的至少一个数据关联DRX短周期，所述下一个DRX周期为DRX短周期；
所述至少部分数据包括在下列任一时间内接收的数据：
在所述激活时间首次成功解调出首传数据的物理下行控制信道PDCCH的时刻，至所述DRX Inactivity Timer超时时刻之间的时间；
在所述激活时间最后一次成功解调出首传数据的PDCCH的时刻，至所述DRXInactivity Timer超时时刻之间的时间；
位于激活期On duration的起始时刻与所述DRX Inactivity Timer超时时刻之间的时间点，至所述DRX Inactivity Timer超时时刻之间的时间，所述时间点距离所述DRXInactivity Timer超时时刻预设时长。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
从网络设备接收至少一个数据承载介质的配置信息，所述配置信息用于指示所述至少一个数据承载介质关联DRX短周期或DRX长周期；
其中，所述至少部分数据包括承载于所述至少一个数据承载介质上的数据。
3.根据权利要求2所述的方法，其特征在于，当所述配置信息包括第一标识信息时，表示所述至少一个数据承载介质关联DRX短周期，当所述配置信息包括第二标识信息时，表示所述至少一个数据承载介质关联DRX长周期。
4.根据权利要求2所述的方法，其特征在于，当所述配置信息包括第三标识信息时，表示所述至少一个数据承载介质关联DRX短周期，当所述配置信息不包括所述第三标识信息时，表示所述至少一个数据承载介质关联DRX长周期；或
当所述配置信息包括第四标识信息时，表示所述至少一个数据承载介质关联DRX长周期，当所述配置信息不包括所述第四标识信息时，表示所述至少一个数据承载介质关联DRX短周期。
5.根据权利要求2所述的方法，其特征在于，所述至少一个数据承载介质为下列中的任一种：
逻辑信道LCH、逻辑信道组LCG、LCH与LCG的组合、数据承载DRB、服务质量流QoS Flow、协议数据单元会话PDU Session。
6.根据权利要求1至5中任一项所述的方法，其特征在于，所述未关联DRX短周期的数据包括下列任一种或多种：
关联DRX长周期的数据、既不关联DRX长周期也不关联DRX短周期的数据。
7.一种通信装置，其特征在于，包括：
收发单元，用于在当前非连续接收DRX周期的激活时间接收数据；
处理单元，用于在所述当前DRX周期的DRX去激活定时器DRX Inactivity Timer超时的情况下，根据在所述激活时间内接收的至少部分数据是否关联DRX短周期，确定下一个DRX周期的类型，所述DRX Inactivity Timer在成功解调出首传数据的物理下行控制信道PDCCH时启动或重启，其中，
若所述至少部分数据均未关联DRX短周期，所述下一个DRX周期为DRX长周期，或者所述下一个DRX周期与所述当前DRX周期的前一个DRX周期的类型相同；
若所述至少部分数据中的至少一个数据关联DRX短周期，所述下一个DRX周期为DRX短周期；
所述至少部分数据包括在下列任一时间内接收的数据：
在所述激活时间首次成功解调出首传数据的物理下行控制信道PDCCH的时刻，至所述DRX Inactivity Timer超时时刻之间的时间；
在所述激活时间最后一次成功解调出首传数据的PDCCH的时刻，至所述DRXInactivity Timer超时时刻之间的时间；
位于激活期On duration的起始时刻与所述DRX Inactivity Timer超时时刻之间的时间点，至所述DRX Inactivity Timer超时时刻之间的时间，所述时间点距离所述DRXInactivity Timer超时时刻预设时长。
8.根据权利要求7所述的装置，其特征在于，所述收发单元还用于从网络设备接收至少一个数据承载介质的配置信息，所述配置信息用于指示所述至少一个数据承载介质关联DRX短周期或DRX长周期；
其中，所述至少部分数据包括承载于所述至少一个数据承载介质上的数据。
9.根据权利要求8所述的装置，其特征在于，当所述配置信息包括第一标识信息时，表示所述至少一个数据承载介质关联DRX短周期，当所述配置信息包括第二标识信息时，表示所述至少一个数据承载介质关联DRX长周期。
10.根据权利要求8所述的装置，其特征在于，当所述配置信息包括第三标识信息时，表示所述至少一个数据承载介质关联DRX短周期，当所述配置信息不包括所述第三标识信息时，表示所述至少一个数据承载介质关联DRX长周期；或
当所述配置信息包括第四标识信息时，表示所述至少一个数据承载介质关联DRX长周期，当所述配置信息不包括所述第四标识信息时，表示所述至少一个数据承载介质关联DRX短周期。
11.根据权利要求8所述的装置，其特征在于，所述至少一个数据承载介质为下列中的任一种：
逻辑信道LCH、逻辑信道组LCG、LCH与LCG的组合、数据承载DRB、服务质量流QoS Flow、协议数据单元会话PDU Session。
12.根据权利要求7至11中任一项所述的装置，其特征在于，所述未关联DRX短周期的数据包括下列任一种或多种：
关联DRX长周期的数据、既不关联DRX长周期也不关联DRX短周期的数据。
13.一种通信***，其特征在于，包括如权利要求7至12中任一项所述的通信装置。
14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序被运行时，
使得通信装置执行如权利要求1至6中任一项所述的方法。
15.一种芯片***，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，
使得安装有所述芯片***的通信装置执行如权利要求1至6中任一项所述的方法。
CN201910245772.4A 2019-03-28 2019-03-28 通信方法与装置 Active CN111757430B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201910245772.4A CN111757430B (zh) 2019-03-28 2019-03-28 通信方法与装置
PCT/CN2020/081456 WO2020192739A1 (zh) 2019-03-28 2020-03-26 通信方法与装置
EP20778362.2A EP3923637A4 (en) 2019-03-28 2020-03-26 COMMUNICATION METHOD AND DEVICE
US17/485,683 US20220015189A1 (en) 2019-03-28 2021-09-27 Communication method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910245772.4A CN111757430B (zh) 2019-03-28 2019-03-28 通信方法与装置

Publications (2)

Publication Number Publication Date
CN111757430A CN111757430A (zh) 2020-10-09
CN111757430B true CN111757430B (zh) 2022-10-25

Family

ID=72609655

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910245772.4A Active CN111757430B (zh) 2019-03-28 2019-03-28 通信方法与装置

Country Status (4)

Country Link
US (1) US20220015189A1 (zh)
EP (1) EP3923637A4 (zh)
CN (1) CN111757430B (zh)
WO (1) WO2020192739A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112631368B (zh) * 2020-12-25 2023-04-28 联想未来通信科技(重庆)有限公司 一种处理器的计时方法及装置
KR20220139582A (ko) * 2021-04-08 2022-10-17 삼성전자주식회사 C-drx를 지원하는 통신 회로를 제어하는 전자 장치 및 전자 장치의 동작 방법
CN117715161A (zh) * 2022-09-13 2024-03-15 华为技术有限公司 数据传输方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107197508A (zh) * 2017-05-17 2017-09-22 电子科技大学 一种基于csm机制drx的设备休眠方法
WO2018082542A1 (zh) * 2016-11-04 2018-05-11 维沃移动通信有限公司 非连续接收参数的配置方法、移动终端及基站
EP3419365A1 (en) * 2009-06-15 2018-12-26 Guangdong OPPO Mobile Telecommunications Corp., Ltd. Method for discontinuous reception operation for long term evolution advanced carrier aggregation

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932882B (zh) * 2011-08-10 2018-05-11 中兴通讯股份有限公司 一种非连续接收方法及***
EP2621242A1 (en) * 2012-01-26 2013-07-31 Panasonic Corporation Improved discontinuous reception operation with additional wake up opportunities
US9578675B2 (en) * 2012-07-11 2017-02-21 Lg Electronics Inc. Method and apparatus for changing discontinuous reception cycle in wireless communication system
CN103945505B (zh) * 2013-01-23 2017-09-08 中国电信股份有限公司 长期演进***非连续接收参数的配置方法与***
CN104219738B (zh) * 2013-05-29 2018-05-11 华为技术有限公司 非连续接收参数配置方法及装置
US20160073446A1 (en) * 2014-09-08 2016-03-10 Qualcomm Incorporated Apparatus and methods for performing discontinuous reception (drx) and long timescale discontinuous transmission (ldtx) in a wireless communications system
CN108307547A (zh) * 2016-09-30 2018-07-20 中兴通讯股份有限公司 一种确定非连续接收配置信息的方法及装置
US10701756B2 (en) * 2017-05-16 2020-06-30 Qualcomm Incorporated Service specific short DRX cycles
US12010754B2 (en) * 2017-08-10 2024-06-11 Interdigital Patent Holdings, Inc. Enhanced connected mode DRX procedures for NR

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3419365A1 (en) * 2009-06-15 2018-12-26 Guangdong OPPO Mobile Telecommunications Corp., Ltd. Method for discontinuous reception operation for long term evolution advanced carrier aggregation
WO2018082542A1 (zh) * 2016-11-04 2018-05-11 维沃移动通信有限公司 非连续接收参数的配置方法、移动终端及基站
CN107197508A (zh) * 2017-05-17 2017-09-22 电子科技大学 一种基于csm机制drx的设备休眠方法

Also Published As

Publication number Publication date
US20220015189A1 (en) 2022-01-13
EP3923637A1 (en) 2021-12-15
WO2020192739A1 (zh) 2020-10-01
EP3923637A4 (en) 2022-04-20
CN111757430A (zh) 2020-10-09

Similar Documents

Publication Publication Date Title
CN113038582B (zh) 一种省电信号模式的使用方法、装置及终端
CN111757441B (zh) 信号传输的方法、基站和网络节点
CN109155970A (zh) 用于配置无线网络中的不连续接收模式的方法和装置
US20220015189A1 (en) Communication method and apparatus
EP4132209A1 (en) Drx control method and apparatus
CN111510262B (zh) 接收参考信号的方法、发送参考信号的方法和装置
US10512102B2 (en) Method and apparatus for triggering an active time to monitor for discontinuous reception
CN115515164A (zh) 监听物理下行控制信道的方法和通信装置
US20220070780A1 (en) Communication Method And Device
CN110971474A (zh) 信号处理的方法和装置
CN109565380A (zh) 用于处理通信网络中的不连续接收的方法和装置
CN111527773A (zh) 用户终端的省电方法、装置、通信设备及存储介质
CN113923761A (zh) 通信方法、装置及存储介质
CN116233988A (zh) 非连续接收的方法、终端设备和网络设备
CN117320173A (zh) 无线通信的方法和设备
CN113812183A (zh) 检测控制信道的方法和终端设备
CN110876181B (zh) 通信方法和通信装置
CN114765837B (zh) 省电处理方法、装置及设备
CN113039837B (zh) 基于drx的数据传输方法和设备
CN110366192B (zh) 一种信息处理方法、装置和计算机可读存储介质
CN113056938B (zh) 用于通信的装置、方法和计算机可读介质
WO2019206249A1 (zh) 一种降低数据接收时延的方法及装置
WO2023102788A1 (zh) 无线通信的方法、终端设备和网络设备
CN117641527A (zh) 上行传输方法和通信装置
CN114765839A (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
GR01 Patent grant
GR01 Patent grant