CN117793915A - 基于drx配置的通信方法、通信装置及通信系统 - Google Patents

基于drx配置的通信方法、通信装置及通信系统 Download PDF

Info

Publication number
CN117793915A
CN117793915A CN202211193732.8A CN202211193732A CN117793915A CN 117793915 A CN117793915 A CN 117793915A CN 202211193732 A CN202211193732 A CN 202211193732A CN 117793915 A CN117793915 A CN 117793915A
Authority
CN
China
Prior art keywords
drx
scheduling request
terminal
period
time interval
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
Application number
CN202211193732.8A
Other languages
English (en)
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 CN202211193732.8A priority Critical patent/CN117793915A/zh
Priority to PCT/CN2023/116271 priority patent/WO2024066908A1/zh
Publication of CN117793915A publication Critical patent/CN117793915A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

基于DRX配置的通信方法、通信装置及通信系统。该方法包括:当发送调度请求的时刻距离下一个DRX激活时段较短,终端可以继续等待下一个DRX激活时段的到来,并在下一个DRX激活时段内监听PDCCH。一方面,由于是在下一个DRX激活时段内监听PDCCH,而不是在当前DRX非激活时段内监听PDCCH,因此可以避免额外增加终端的功耗。另一方面,由于发送调度请求的时刻距离下一个DRX激活时段较短,因此终端等待下一个DRX激活时段到来的时间也较短,不会造成上行数据的超时。因此,相较于在当前DRX非激活时段内监听PDCCH,该方案可以减少终端的功耗。

Description

基于DRX配置的通信方法、通信装置及通信系统
技术领域
本申请实施例涉及无线通信技术领域,具体涉及基于DRX配置的通信方法、通信装置及通信系统。
背景技术
近年来,随着第五代(5th generation,5G)通信的不断发展,数据传输时延不断降低,传输容量越来越大,5G通信逐渐渗入一些实时性强、数据容量要求大的多媒体业务,如视频传输、云游戏(cloudgaming,CG)、扩展现实(extended reality,XR)等,其中XR包括虚拟现实(virtual reality,VR)和增强现实(augmentedreality,AR)。
随着通信传输速率的快速提升,实时视频传输业务已经逐渐成为当前网络中的核心业务之一。扩展现实技术的不断进步和完善,相关产业也得到了蓬勃的发展。如今,VR技术作为XR的一种,已经进入到教育、娱乐、军事、医疗、环保、交通运输、公共卫生等各种与人们生产、生活息息相关的领域当中。相比传统的视频业务,VR具有多视角,交互性强等优点,为用户提供了一种全新的视觉体验。
伴随着以上各种业务的诞生,导致对业务数据的传输时延的要求越来越高。另一方面,业务数据量的提升也对终端的功耗提出了新的挑战。因此,如何在不降低用户体验的情况下减少终端的功耗,需要持续关注。
发明内容
本申请提供一种基于DRX配置的通信方法、通信装置及通信系统,用以降低终端的功耗,从而提升用户体验。
第一方面,本申请实施例提供一种基于DRX配置的通信方法,该方法可以由终端或应用于终端的模块执行,还可以由能实现全部或部分终端功能的逻辑模块或软件实现。该方法包括:向无线接入网设备发送调度请求,该调度请求用于请求上行资源,该上行资源用于传输上行数据;在处于第一非连续接收DRX非激活时段的情况下,确定第一时间间隔与第一阈值的大小关系,该第一时间间隔为第一DRX激活时段的起始时刻与该调度请求的发送时刻之间的时间间隔,该第一DRX激活时段是该第一DRX非激活时段之后的第一个DRX激活时段;在该第一时间间隔小于该第一阈值的情况下,在该第一DRX激活时段开始监听物理下行控制信道PDCCH,该PDCCH用于承载下行控制信息,该下行控制信息用于指示该上行资源。
上述方案,当第一时间间隔小于第一阈值,表明发送调度请求的时刻距离下一个DRX激活时段(即第一DRX激活时段)较短,因此终端可以继续等待下一个DRX激活时段的到来,并在下一个DRX激活时段内监听PDCCH。一方面,由于是在下一个DRX激活时段内监听PDCCH,而不是在当前DRX非激活时段内监听PDCCH,因此可以避免额外增加终端的功耗。另一方面,由于发送调度请求的时刻距离下一个DRX激活时段较短,因此终端等待下一个DRX激活时段到来的时间也较短,不会造成上行数据的超时。因此,相较于在当前DRX非激活时段内监听PDCCH,该方案可以减少终端的功耗。
一种实现方法中,本申请实施例中的DRX激活时段可以是drx-onDurationTimer运行的时间。
一种可能的实现方法中,在该第一时间间隔大于该第一阈值的情况下,在该第一DRX非激活时段开始监听该PDCCH。
上述方案,如果第一时间间隔大于第一阈值,表明发送调度请求的时刻距离下一个DRX激活时段(即第一DRX激活时段)还比较长,因此终端在第一DRX非激活时段内监听PDCCH,而不是等到第一DRX非激活时段到来后再监听PDCCH,可以避免发送上行数据之前需要等待较长时间,造成业务中断或影响业务质量。
一种可能的实现方法中,接收来自该无线接入网设备的指示信息;该确定第一时间间隔与第一阈值的大小关系,包括:根据该指示信息,确定该第一时间间隔与该第一阈值的大小关系。
一种可能的实现方法中,该第一阈值是由该无线接入网设备配置的。
上述方案,由无线接入网设备配置第一阈值,可以实现准确配置第一阈值。
一种可能的实现方法中,根据该上行数据的剩余包时延预算PDB,确定该第一阈值,该剩余PDB为完成该上行数据的传输的剩余时长的上限。
上述方案,由终端确定第一阈值,可以实现准确确定第一阈值。
一种可能的实现方法中,在该第一时间间隔小于该第一阈值的情况下,确定在该第一DRX非激活时段不再发送调度请求。
上述方案,由于在第一DRX非激活时段不再发送调度请求,可以减少终端的功耗。
第二方面,本申请实施例提供一种基于DRX配置的通信方法,该方法可以由终端或应用于终端的模块执行,还可以由能实现全部或部分终端功能的逻辑模块或软件实现。该方法包括:确定需要发送调度请求,该调度请求用于请求上行资源,该上行资源用于传输上行数据;在处于第二DRX非激活时段的情况下,确定第二时间间隔与第二阈值的大小关系,该第二时间间隔为第二DRX激活时段的物理上行控制信道PUCCH的起始时刻与确定需要发送该调度请求的时刻之间的时间间隔,该第二DRX激活时段是该第二DRX非激活时段之后的第一个DRX激活时段;在该第二时间间隔小于该第二阈值的情况下,在该第二DRX激活时段的该PUCCH上发送该调度请求。
上述方案,当第二时间间隔小于第二阈值,表明确定需要发送调度请求的时刻距离下一个DRX激活时段(即第二DRX激活时段)较短,因此终端可以继续等待下一个DRX激活时段的到来,并在下一个DRX激活时段内发送调度请求以及监听PDCCH。一方面,由于是在下一个DRX激活时段内发送调度请求以及监听PDCCH,而不是在当前DRX非激活时段内发送调度请求以及监听PDCCH,因此可以避免额外增加终端的功耗。另一方面,由于确定需要发送调度请求的时刻距离下一个DRX激活时段较短,因此终端等待下一个DRX激活时段到来的时间也较短,不会造成上行数据的超时。因此,相较于在当前DRX非激活时段内发送调度请求以及监听PDCCH,该方案可以减少终端的功耗。
一种可能的实现方法中,在该第二时间间隔大于该第二阈值的情况下,在该第二DRX非激活时段发送该调度请求。
上述方案,如果第二时间间隔大于第二阈值,表明确定需要发送调度请求的时刻距离下一个DRX激活时段(即第二DRX激活时段)还比较长,因此终端在第二DRX非激活时段内发送调度请求以及监听PDCCH,而不是等到第二DRX非激活时段到来后再发送调度请求以及监听PDCCH,可以避免发送上行数据之前需要等待较长时间,造成业务中断或影响业务质量。
一种可能的实现方法中,接收来自该无线接入网设备的指示信息;该确定第二时间间隔与第二阈值的大小关系,包括:根据该指示信息,确定该第二时间间隔与该第二阈值的大小关系。
一种可能的实现方法中,该第二阈值是由该无线接入网设备配置的。
上述方案,由无线接入网设备配置第二阈值,可以实现准确配置第二阈值。
一种可能的实现方法中,根据该上行数据的剩余包时延预算PDB,确定该第二阈值,该剩余PDB为完成该上行数据的传输的剩余时长的上限。
上述方案,由终端确定第一阈值,可以实现准确确定第一阈值。
一种可能的实现方法中,该PUCCH是该第二DRX激活时段中的第一个PUCCH。
上述方案,在第二DRX激活时段中的第一个PUCCH上发送调度请求,有助于实现快速请求分配上行资源,可以实现将上行数据尽快发送出去,可以减少上行数据发送的时延。
第三方面,本申请实施例提供一种基于DRX配置的通信方法,该方法可以由无线接入网设备或应用于无线接入网设备的模块执行,还可以由能实现全部或部分无线接入网设备功能的逻辑模块或软件实现。该方法包括:接收来自终端的调度请求,该调度请求用于请求上行资源,该上行资源用于传输上行数据;在处于第一非连续接收DRX非激活时段的情况下,确定第一时间间隔与第一阈值的大小关系,该第一时间间隔为第一DRX激活时段的起始时刻与该调度请求的发送时刻之间的时间间隔,该第一DRX激活时段是该第一DRX非激活时段之后的第一个DRX激活时段;在该第一时间间隔小于该第一阈值的情况下,在该第一DRX激活时段开始发送物理下行控制信道PDCCH,该PDCCH用于承载下行控制信息,该下行控制信息用于指示该上行资源。
一种可能的实现方法中,在该第一时间间隔大于该第一阈值的情况下,在该第一DRX非激活时段开始发送该PDCCH。
一种可能的实现方法中,向该终端发送指示信息,该指示信息用于指示判断是否在该第一DRX非激活时段监听PDCCH。
一种可能的实现方法中,该第一阈值是由该无线接入网设备配置的。
一种可能的实现方法中,根据该上行数据的剩余包时延预算PDB,确定该第一阈值,该剩余PDB为完成该上行数据的传输的剩余时长的上限。
第四方面,本申请实施例提供一种通信装置,该装置可以是终端,还可以是用于终端的模块,还可以是能实现全部或部分终端功能的逻辑模块或软件。该装置具有实现上述第一方面或第二方面的任意实现方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第五方面,本申请实施例提供一种通信装置,该装置可以是无线接入网设备,还可以是用于无线接入网设备的模块,还可以是能实现全部或部分无线接入网设备功能的逻辑模块或软件。该装置具有实现上述第三方面的任意实现方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第六方面,本申请实施例提供一种通信装置,包括用于执行上述第一方面至第三方面中的任意实现方法的各个步骤的单元或手段(means)。
第七方面,本申请实施例提供一种通信装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行上述第一方面至第三方面中的任意实现方法。该处理器包括一个或多个。
第八方面,本申请实施例提供一种通信装置,包括与存储器耦合的处理器,该处理器用于调用所述存储器中存储的程序,以执行上述第一方面至第三方面中的任意实现方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器可以是一个或多个。
第九方面,本申请实施例提供一种通信装置,包括处理器和存储器;该存储器用于存储计算机指令,当该装置运行时,该处理器执行该存储器存储的计算机指令,以使该装置执行上述第一方面至第三方面中的任意实现方法。
第十方面,本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序或指令,当其在通信装置上运行时,使得上述第一方面至第三方面中的任意实现方法被执行。
第十一方面,本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序或指令,当计算机程序或指令被通信装置运行时,使得上述第一方面至第三方面中的任意实现方法被执行。
第十二方面,本申请实施例还提供一种芯片系统,包括:处理器,用于执行上述第一方面至第三方面中的任意实现方法。
第十三方面,本申请实施例还提供了一种通信系统,包括无线接入网设备,和用于执行第一方面任意实现方法的终端。该无线接入网设备,用于接收来自该终端的调度请求,该调度请求用于请求上行资源,该上行资源用于传输上行数据。
第十四方面,本申请实施例还提供了一种通信系统,包括无线接入网设备,和用于执行第二方面任意实现方法的终端。该无线接入网设备,用于接收来自该终端的调度请求,该调度请求用于请求上行资源,该上行资源用于传输上行数据。
第十五方面,本申请实施例还提供了一种通信系统,包括终端,和用于执行第三方面任意实现方法的无线接入网设备。该终端,用于发送该无线接入网设备发送调度请求,该调度请求用于请求上行资源,该上行资源用于传输上行数据。
附图说明
图1为本申请实施例应用的通信系统的架构示意图;
图2为DRX机制的示意图;
图3为DRX机制中终端发送上行数据的示意图;
图4(a)为基于DRX配置的通信方法的流程示意图;
图4(b)为基于DRX配置的通信方法的又一流程示意图;
图5(a)为发送调度请求的一个示例图;
图5(b)为发送调度请求的又一个示例图;
图6为基于DRX配置的通信方法的流程示意图;
图7为基于DRX配置的通信方法的流程示意图;
图8为本申请的实施例提供的一种通信装置的结构示意图;
图9为本申请的实施例提供的一种通信装置的结构示意图。
具体实施方式
图1为本申请实施例应用的通信系统的架构示意图。该通信系统1000包括无线接入网100和核心网200,可选的,通信系统1000还可以包括互联网300。其中,无线接入网100可以包括至少一个无线接入网设备(如图1中的110a和110b),还可以包括至少一个终端(如图1中的120a-120j)。终端通过无线的方式与无线接入网设备相连,无线接入网设备通过无线或有线方式与核心网连接。核心网设备与无线接入网设备可以是独立的不同的物理设备,也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网设备的功能。终端和终端之间以及无线接入网设备和无线接入网设备之间可以通过有线或无线的方式相互连接。图1只是示意图,该通信系统中还可以包括其它网络设备,如还可以包括无线中继设备和无线回传设备,在图1中未画出。
无线接入网设备可以是基站(base station)、演进型基站(evolved nodeB,eNodeB)、发送接收点(transmission reception point,TRP)、5G移动通信系统中的下一代基站(next generation nodeB,gNB)、第六代(6th generation,6G)移动通信系统中的下一代基站、未来移动通信系统中的基站或无线保真(wireless fidelity,WiFi)系统中的接入节点等;也可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(centralunit,CU),也可以是分布式单元(distributed unit,DU)。这里的CU完成基站的无线资源控制协议和分组数据汇聚层协议(packet data convergence protocol,PDCP)的功能,还可以完成业务数据适配协议(service data adaptation protocol,SDAP)的功能;DU完成基站的无线链路控制层和介质访问控制(medium access control,MAC)层的功能,还可以完成部分物理层或全部物理层的功能,有关上述各个协议层的具体描述,可以参考第三代合作伙伴计划(3rd generation partnership project,3GPP)的相关技术规范。无线接入网设备可以是宏基站(如图1中的110a),也可以是微基站或室内站(如图1中的110b),还可以是中继节点或施主节点等。本申请中的无线接入网设备的全部或部分功能也可以通过在硬件上运行的软件功能来实现,或者通过平台(例如云平台)上实例化的虚拟化功能来实现。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。在本申请的实施例中,以基站作为无线接入网设备的一个举例进行描述。
终端也可以称为终端设备、用户设备(user equipment,UE)、移动台、移动终端等。终端可以广泛应用于各种场景,例如,设备到设备(device-to-device,D2D)、车物(vehicleto everything,V2X)通信、机器类通信(machine-type communication,MTC)、物联网(internet of things,IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。本申请中的终端的全部或部分功能也可以通过在硬件上运行的软件功能来实现,或者通过平台(例如云平台)上实例化的虚拟化功能来实现。本申请的实施例对终端所采用的具体技术和具体设备形态不做限定。
基站和终端可以是固定位置的,也可以是可移动的。基站和终端可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对基站和终端的应用场景不做限定。
基站和终端的角色可以是相对的,例如,图1中的直升机或无人机120i可以被配置成移动基站,对于那些通过120i接入到无线接入网100的终端120j来说,终端120i是基站;但对于基站110a来说,120i是终端,即110a与120i之间是通过无线空口协议进行通信的。当然,110a与120i之间也可以是通过基站与基站之间的接口协议进行通信的,此时,相对于110a来说,120i也是基站。因此,基站和终端都可以统一称为通信装置,图1中的110a和110b可以称为具有基站功能的通信装置,图1中的120a-120j可以称为具有终端功能的通信装置。
基站和终端之间、基站和基站之间、终端和终端之间可以通过授权频谱进行通信,也可以通过免授权频谱进行通信,也可以同时通过授权频谱和免授权频谱进行通信;可以通过6千兆赫兹(gigahertz,GHz)以下的频谱进行通信,也可以通过6GHz以上的频谱进行通信,还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线通信所使用的频谱资源不做限定。
在本申请的实施例中,基站的功能也可以由基站中的模块(如芯片)来执行,也可以由包含有基站功能的控制子系统来执行。这里的包含有基站功能的控制子系统可以是智能电网、工业控制、智能交通、智慧城市等上述应用场景中的控制中心。终端的功能也可以由终端中的模块(如芯片或调制解调器)来执行,也可以由包含有终端功能的装置来执行。
在本申请中,基站向终端发送下行信号或下行信息,下行信息承载在下行信道上;终端向基站发送上行信号或上行信息,上行信息承载在上行信道上。终端为了与基站进行通信,需要与基站控制的小区建立无线连接。与终端建立了无线连接的小区称为该终端的服务小区。当终端与该服务小区进行通信的时候,还会受到来自邻区的信号的干扰。
在本申请的实施例中,时域符号可以是正交频分复用(orthogonal frequencydivision multiplexing,OFDM)符号,也可以是离散傅里叶变换扩频OFDM(DiscreteFourier Transform-spread-OFDM,DFT-s-OFDM)符号。如果没有特别说明,本申请实施例中的符号均指时域符号。
可以理解的是,本申请的实施例中,物理下行共享信道(physical downlinkshared channel,PDSCH)、物理下行控制信道(physical downlink control channel,PDCCH)、物理上行共享信道(physical uplink shared channel,PUSCH)和物理广播信道(physical broadcast channel,PBCH)只是作为下行数据信道、下行控制信道、上行数据信道和广播信道一种举例,在不同的系统和不同的场景中,数据信道、控制信道和广播信道可能有不同的名称,本申请实施例对此并不做限定。
为便于理解本申请实施例,下面对本发明中出现的一些术语或背景进行介绍。
一、调度请求(scheduling request,SR)机制
在5G网络中,动态调度是指基站在每个时隙使用控制信息指示终端发送数据。动态调度方式可以灵活根据业务需求快速变化,但每次调度都需要相关控制信令,控制信令开销较大。比如,当终端有上行数据需要发送时,终端在物理上行链路控制信道(physicaluplink control channel,PUCCH)上发送调度请求给基站,该调度请求用于告知基站有上行数据需要传输并请求调度用于发送上行数据的上行资源,但不会告知基站有多少数据需要传输。基站收到调度请求后,会响应调度请求,通过物理下行链路控制信道(physicaldownlink control channel,PDCCH)发送下行控制信息(downlink control information,DCI),该DCI用于为终端调度上行资源。基站会按照一个较小的、固定的数据量对该终端进行上行资源调度,因为基站此时并不知道终端有多少数据需要发送。终端根据DCI,在基站分配的物理上行链路共享信道(physical uplink shared channel,PUSCH)资源上发送上行数据,该上行数据包括业务数据和缓存状态报告(buffer status report,BSR),该BSR用于告知基站剩余需要发送的数据量。如果BSR大于0,则基站会继续通过PDCCH为该终端调度上行资源,然后UE在基站指示的PUSCH资源上进行数据传输。需要说明的是,如果终端在发送调度请求之后没有收到来自基站的DCI,则终端可以继续发送调度请求。
二、非连续接收(discontinuous reception,DRX)机制
图2为DRX机制的示意图。一个DRX周期包括DRX激活时段(On Duration)和DRX非激活时段(opportunity for DRX)。其中,DRX激活时段也称为DRX激活期间,DRX连续接收时段或DRX连续接收期间,或者简称为激活时段,激活期间,连续接收时段或连续接收期间。在激活时段,终端处于激活态,终端正常监听PDCCH。在DRX非激活时段,终端进入休眠状态,不监听PDCCH以减少功耗。需要注意的是,处于DRX非激活时段的终端,不监听PDCCH,但可以接收来自其它物理信道的数据,如物理下行链路共享信道(physical downlinksharedchannel,PDSCH)、确认信号(acknowledge,ACK)等。其中,DRX非激活时段也称为DRX非激活期间,DRX非连续接收时段或DRX非连续接收期间,或者简称为非激活时段,非激活期间,非连续接收时段或非连续接收期间。
一种实现方法中,可以根据下行数据到达的周期的大小,配置DRX周期的大小。比如,在XR应用场景中,应用服务器或基站周期性地向终端发送下行数据,如果DRX周期的大小等于或约等于下行数据的周期的大小,则终端可以在每个DRX周期的激活时段收到下行数据,而在非激活时段,终端保持在休眠状态,不会接收到下行数据,可以节约终端功耗。
然而,由于终端接收下行数据的同时,还可能会发送上行数据,并且终端可能是在终端的非激活时段内需要发送上行数据,此时终端可能需要从休眠状态进入到激活态。
图3为DRX机制中终端发送上行数据的示意图。在DRX非激活时段,终端有上行数据到达且此时没有可用的上行资源,根据前面介绍的调度请求机制可知,终端需要从休眠态醒来,然后通过PUCCH向基站发送调度请求,并开始监听PDCCH。其中,终端从确定需要发送调度请求,到发送完调度请求之间的状态可以称为等待状态(pending)。当终端监听到PDCCH,终端根据PDCCH中的DCI调度的上行资源,进行上行数据的发送,也即在PUSCH中发送上行数据,该上行数据包括上行业务数据。在XR应用场景中,该上行业务数据可以是VR业务数据、AR业务数据或云游戏(cloud gaming,CG)业务数据等。可选的,该上行数据还包括BSR。
可以看出,在上述DRX机制中,尽管为终端配置了非激活时段,一般情况下终端在非激活时段可以进入休眠态,从而减少功耗。然而,当终端有上行数据需要传输,终端仍需要在非激活时段醒来发送调度请求并监听PDCCH。并且,当终端需要发送的上行数据量较大,则终端可能需要在休眠态频繁醒来监听PDCCH,造成终端的功耗增加。
为解决上述问题,本申请实施例提供相应的解决方案。
图4(a)为本申请实施例提供的基于DRX配置的通信方法的流程示意图。可以理解,本申请的交互流程示意图中以基站和终端作为该交互示意的执行主体为例来示意该方法,但本申请并不限制该交互示意的执行主体。例如,图中的基站也可以是支持该基站实现该方法的芯片、芯片系统、或处理器,还可以是能实现全部或部分基站功能的逻辑模块或软件;图中的终端也可以是支持该终端实现该方法的芯片、芯片系统、或处理器,还可以是能实现全部或部分终端功能的逻辑模块或软件。该方法包括以下步骤:
步骤401a,终端向基站发送调度请求。相应地,基站接收该调度请求。
该调度请求用于请求上行资源,上行资源用于传输上行数据。
具体的,当终端有上行数据到达,且没有可用于发送上行数据的上行资源,则终端向基站发送该调度请求。
其中,终端可能是在DRX激活时段内发送调度请求,也可能是在DRX非激活时段内发送调度请求。
步骤402a,在处于第一DRX非激活时段的情况下,终端确定第一时间间隔与第一阈值的大小关系。
一种实现方法中,在第一时刻处于第一DRX非激活时段的情况下,终端确定第一时间间隔与第一阈值的大小关系。这里的第一时刻,可以是当前时刻,或者是发送调度请求的时刻,或者是确定需要发送调度请求的时刻。
其中,第一时间间隔为第一DRX激活时段的起始时刻与调度请求的发送时刻之间的时间间隔,第一DRX激活时段是第一DRX非激活时段之后的第一个DRX激活时段。
图5(a)为发送调度请求的一个示例图。在第一DRX非激活时段内,有上行数据到达,终端向基站发送调度请求,以请求用于发送上行数据的上行资源。其中,调度请求的发送时刻与第一DRX激活时段的起始时刻之间的时间间隔,为第一时间间隔。
步骤403a,在第一时间间隔小于第一阈值的情况下,在第一DRX激活时段开始监听PDCCH。
该PDCCH用于承载DCI,该DCI用于指示上行资源。
在第一DRX激活时段开始监听PDCCH,也可以表述为:在第一DRX非激活时段跳过对PDCCH的监听。也即终端在第一DRX非激活时段不监听PDCCH,而是在第一DRX激活时段内开始监听PDCCH。
上述方案,当第一时间间隔小于第一阈值,表明发送调度请求的时刻距离下一个DRX激活时段(即第一DRX激活时段)较短,因此终端可以继续等待下一个DRX激活时段的到来,并在下一个DRX激活时段内监听PDCCH。一方面,由于是在下一个DRX激活时段内监听PDCCH,而不是在当前DRX非激活时段内监听PDCCH,因此可以避免额外增加终端的功耗。另一方面,由于发送调度请求的时刻距离下一个DRX激活时段较短,因此终端等待下一个DRX激活时段到来的时间也较短,不会造成上行数据的超时。因此,相较于在当前DRX非激活时段内监听PDCCH,该方案可以减少终端的功耗。
一种实现方法中,如果第一时间间隔大于第一阈值,表明发送调度请求的时刻距离下一个DRX激活时段(即第一DRX激活时段)还比较长,因此终端在第一DRX非激活时段内监听PDCCH,而不是等到第一DRX非激活时段到来后再监听PDCCH,可以避免发送上行数据之前需要等待较长时间,造成业务中断或影响业务质量。
一种实现方法中,在第一时间间隔等于第一阈值的情况下,终端在第一DRX非激活时段开始监听PDCCH,或者终端在第一DRX激活时段开始监听PDCCH。
一种实现方法中,在上述步骤402a之前,终端还从基站接收指示信息,该指示信息用于指示终端判断是否在第一DRX非激活时段监听PDCCH,因此上述步骤402a具体为:在处于第一DRX非激活时段的情况下,终端根据该指示信息,确定第一时间间隔与第一阈值的大小关系。可以理解为,该指示信息触发终端确定第一时间间隔与第一阈值的大小关系。
一种实现方法中,上述第一阈值是由终端确定的。比如终端根据上行数据的剩余包时延预算(packet delay budget,PDB),确定第一阈值,该剩余PDB为完成上行数据的传输的剩余时长的上限。该剩余PDB可以是PDB与待发送的上行数据已经缓存的时长之间的差值,该PDB表示发送上行数据的最大允许时长,也即终端需要在PDB指示的时长内,将上行数据发送出去,也可以理解为PDB表示完成上行数据传输时长的上限。因此也可以理解为,终端根据上行数据的PDB确定第一阈值。
一种实现方法中,上述第一阈值也可以是由基站配置的。其中基站可以按照与终端确定第一阈值相同的方法确定第一阈值,然后将第一阈值发送给终端。或者基站也可以根据其它方法确定第一阈值,本申请不做限定。一种实现方法中,基站向终端发送物理层信令(如DCI)或高层信令(如媒体接入控制控制单元(medium access control controlelement,MAC CE)或无线资源控制(radio resource control,RRC)信令),该物理层信令或高层信令指示了第一阈值。再比如,基站向终端发送了信令a,该信令a指示了一个集合,该集合中包含多个取值,然后基站还向终端发送信令b,该信令b指示该集合中的某个取值,该取值即作为第一阈值。该信令a是物理层信令或高层信令,该信令b是物理层信令或高层信令。
下面结合一个示例说明第一阈值的具体取值。例如,基站基于负载和信道预估调度完该上行数据的时长为5ms,当前上行业务的PDB为15ms,则基站可配置第一阈值为10ms,即终端最大还可以等待10ms。或者基站配置预估的调度时间5ms,终端根据当前剩余调度时间12ms来计算第一阈值,比如第一阈值取为7ms。一种实现方法中,在步骤401a终端发送调度请求之后启动定时器,如果直到定时器超时,终端始终没有收到基站为终端调度的上行资源,也即没有监听到调度上行新传数据的PDCCH,则终端可以在第一DRX非激活时段内重发调度请求并重启定时器,然后继续等待基站为终端调度上行资源。如果在定时器超时之前终端收到基站为终端调度的上行资源,则终端停止计时器。其中,终端重发调度请求的最大次数可以是预配置的,也可以是终端自行确定的。
又一种实现方法中,为了进一步降低终端的功耗,如果终端在上述步骤402a中确定第一时间间隔小于第一阈值,则终端确定在第一DRX非激活时段内不再发送调度请求,或者理解为终端取消在第一DRX非激活时段内重发调度请求。这是因为,当第一时间间隔小于第一阈值,终端不会在第一DRX非激活时段内监听PDCCH,因此在第一DRX非激活时段内重发调度请求是没有意义的。该方案可以减少终端的功耗。可选的,终端可以在第一DRX激活时段内重新发送调度请求。
一种实现方法中,在上述步骤401a之后,基站收到调度请求,在处于第一DRX非激活时段的情况下,基站确定第一时间间隔与第一阈值的大小关系。在第一时间间隔小于第一阈值的情况下,基站在第一DRX激活时段开始发送PDCCH。在第一时间间隔大于第一阈值的情况下,基站在第一DRX非激活时段开始发送PDCCH。在第一时间间隔等于第一阈值的情况下,基站在第一DRX非激活时段开始发送PDCCH,或者在第一DRX激活时段开始发送PDCCH。
图4(b)为本申请实施例提供的基于DRX配置的通信方法的又一流程示意图。该方法包括以下步骤:
步骤401b,终端确定需要发送调度请求。
该调度请求用于请求上行资源,上行资源用于传输上行数据。
具体的,当终端有上行数据到达,且没有可用于发送上行数据的上行资源,则终端确定需要发送调度请求。
其中,上行数据可能是在DRX激活时段内到达,也可能是在DRX非激活时段内到达。
步骤402b,在处于第二DRX非激活时段的情况下,终端确定第二时间间隔与第二阈值的大小关系。
一种实现方法中,在第一时刻处于第二DRX非激活时段的情况下,终端确定第二时间间隔与第二阈值的大小关系。这里的第一时刻,可以是当前时刻,或者是上行数据的到达时刻,或者是确定需要发送调度请求的时刻。
其中,第二时间间隔为第二DRX激活时段的PUCCH的起始时刻与确定需要发送调度请求的时刻之间的时间间隔,第二DRX激活时段是第二DRX非激活时段之后的第一个DRX激活时段。
图5(b)为发送调度请求的一个示例图。在第二DRX非激活时段内,有上行数据到达,终端确定需要向基站发送调度请求,以请求用于发送上行数据的上行资源。其中,确定需要发送调度请求的时刻与第二DRX激活时段的起始时刻之间的时间间隔,为第二时间间隔。该示例中,将上行数据的到达之后作为确定需要发送调度请求的时刻。
步骤403b,在第二时间间隔小于第二阈值的情况下,终端在第二DRX激活时段的PUCCH上发送调度请求。
其中,终端在第二DRX激活时段的PUCCH上发送调度请求,也可以表述为:在第二DRX非激活时段跳过发送调度请求。也即终端在第二DRX非激活时段不发送调度请求,而是在第二DRX激活时段内发送调度请求。
终端在发送完调度请求之后,开始监听PDCCH,该PDCCH用于承载DCI,该DCI用于指示上行资源。
一种实现方法中,终端在第二DRX激活时段的PUCCH上发送调度请求,具体可以是:终端在第二DRX激活时段的第一个PUCCH上发送调度请求。该第一个PUCCH指的是为该终端配置的、位于该第二DRX激活时段内的第一PUCCH。
上述方案,当第二时间间隔小于第二阈值,表明确定需要发送调度请求的时刻距离下一个DRX激活时段(即第二DRX激活时段)较短,因此终端可以继续等待下一个DRX激活时段的到来,并在下一个DRX激活时段内发送调度请求以及监听PDCCH。一方面,由于是在下一个DRX激活时段内发送调度请求以及监听PDCCH,而不是在当前DRX非激活时段内发送调度请求以及监听PDCCH,因此可以避免额外增加终端的功耗。另一方面,由于确定需要发送调度请求的时刻距离下一个DRX激活时段较短,因此终端等待下一个DRX激活时段到来的时间也较短,不会造成上行数据的超时。因此,相较于在当前DRX非激活时段内发送调度请求以及监听PDCCH,该方案可以减少终端的功耗。
一种实现方法中,如果第二时间间隔大于第二阈值,表明确定需要发送调度请求的时刻距离下一个DRX激活时段(即第二DRX激活时段)还比较长,因此终端在第二DRX非激活时段内发送调度请求以及监听PDCCH,而不是等到第二DRX非激活时段到来后再发送调度请求以及监听PDCCH,可以避免发送上行数据之前需要等待较长时间,造成业务中断或影响业务质量。
一种实现方法中,在第二时间间隔等于第二阈值的情况下,终端在第二DRX激活时段发送调度请求以及开始监听PDCCH,或者在第二DRX非激活时段发送调度请求以及开始监听PDCCH。
一种实现方法中,在上述步骤402b之前,终端还从基站接收指示信息,该指示信息用于指示终端判断是否在第二DRX非激活时段发送调度请求,因此上述步骤402b具体为:在处于第二DRX非激活时段的情况下,终端根据该指示信息,确定第二时间间隔与第二阈值的大小关系。可以理解为,该指示信息触发终端确定第二时间间隔与第二阈值的大小关系。
该实施例中,终端获取第二阈值的方法与图4(a)实施例中终端获取第一阈值的方法类似,可以参考前述描述,不再赘述。
图6为基于DRX配置的通信方法的流程示意图。该图6的实施例是上述图4(a)的实施例的一个具体实现。该方法包括以下步骤:
步骤601,终端通过PUCCH,在DRX非激活时段向基站发送调度请求。
具体的,当终端确定有上行数据需要发送,则终端发送调度请求。
步骤602,终端判断直接监听PDCCH或条件监听PDCCH。当采用直接监听PDCCH的方式,则转到步骤605,当采用条件监听PDCCH的方式,则转到步骤603。
一种实现方法中,终端上预配置了监听PDCCH的方式。
又一种实现方法中,在步骤601之前,基站向终端指示了监听PDCCH的方式。比如,基站向终端发送物理层信令(如DCI)或高层信令(如MAC CE或RRC信令),该物理层信令或高层信令指示了监听PDCCH的方式。再比如,基站向终端发送了信令1,该信令1指示了一个集合,该集合中包含用于指示直接监听PDCCH的指示信息1和用于指示条件监听PDCCH的指示信息2,然后基站还向终端发送信令2,该信令2指示该集合中的指示信息1或指示信息2。该信令1是物理层信令或高层信令,该信令2是物理层信令或高层信令。
步骤603,终端判断当前时刻是否处于DRX激活时段。如果处于DRX激活时段,则转到步骤605,如果处于DRX非激活时段(也称为第一DRX非激活时段),则转到步骤604。
如果当前时刻处于DRX激活时段,则终端本身就处于激活态,因此终端监听PDCCH,并不会额外增加终端的功耗。
如果当前时刻未处于DRX激活时段,也即处于DRX非激活时段,由于终端在DRX非激活时段本身是处于休眠态且不监听PDCCH的,因此如果终端在DRX非激活态监听PDCCH,会额外增加终端的功耗。对于此种情形,终端需要进一步判断是否需要在DRX非激活时段并监听PDCCH。
步骤604,终端判断第一时间间隔是否大于第一阈值。如果大于第一阈值,则转到步骤605,如果小于等于第一阈值,则转到步骤606。
该第一时间间隔、第一阈值的含义可以参考图4(a)实施例的描述。
如果第一时间间隔大于第一阈值,表明发送调度请求的时刻距离下一个DRX激活时段还比较长,因此终端不在下一个DRX激活时段内监听PDCCH,而是在当前DRX非激活时段内监听PDCCH,以避免发送上行数据之前需要等待较长时间,造成业务中断或影响业务质量。
如果第一时间间隔小于第一阈值,表明发送调度请求的时刻距离下一个DRX激活时段较短,因此终端可以继续等待下一个DRX激活时段的到来,并在下一个DRX激活时段内监听PDCCH。一方面,由于是在下一个DRX激活时段内监听PDCCH,而不是在当前DRX非激活时段内监听PDCCH,因此可以避免额外增加终端的功耗。另一方面,由于发送调度请求的时刻距离下一个DRX激活时段较短,因此终端等待下一个DRX激活时段到来的时间也较短,不会造成上行数据的超时。因此,相较于在当前DRX非激活时段内监听PDCCH,该方案可以减少终端的功耗。
一种实现方法中,如果待发送的上行数据所属的业务不是紧急业务,可以将第一阈值的取值配置的较大,以便于在步骤604之后更容易进入到步骤606,达到节省终端的功耗的目的。
步骤605,终端监听PDCCH。
具体的,终端是在DRX非激活时段内醒来并监听PDCCH。
步骤606,终端等到下一个DRX激活时段到达后,开始监听PDCCH。
也即,终端在当前DRX非激活时段内不再监听PDCCH,而是等到下一个DRX激活时段到达后,在下一个DRX激活时段内监听PDCCH,从而使得终端在DRX非激活时段内不监听PDCCH,可以节约终端的功耗。
一种实现方法中,在步骤601发送调度请求之后终端启动定时器,如果直到定时器超时,终端始终没有收到基站为终端调度的上行资源,则终端可以在DRX非激活时段内重发调度请求并重启定时器,然后继续等待基站为终端调度上行资源。如果在定时器超时之前终端收到基站为终端调度的上行资源,则终端停止计时器。其中,终端重发调度请求的最大次数可以是预配置的,也可以是终端自行确定的。
一种实现方法中,为了进一步降低终端的功耗,当从上述步骤604之后转入执行步骤606的同时,终端还可以确定在DRX非激活时段内不再发送调度请求,或者理解为终端取消在DRX非激活时段内重发调度请求。这是因为,当第一时间间隔小于第一阈值,终端不会在DRX非激活时段内监听PDCCH,因此在DRX非激活时段内重发调度请求是没有意义的。该方案可以减少终端的功耗。可选的,终端可以在下一个DRX激活时段内重新发送调度请求。
上述方案,在不降低数据发送量的情况下,可以避免终端在DRX非激活时段频繁醒来监听PDCCH,从而可以节省终端的功耗。
图7为基于DRX配置的通信方法的流程示意图。该图7的实施例是上述图4(b)的实施例的一个具体实现。该方法包括以下步骤:
步骤701,终端确定需要发送调度请求。
当终端有上行数据需要发送且终端没有上行资源,则终端确定需要发送调度请求。
步骤702,终端判断直接发送调度请求或条件发送调度请求。当采用直接发送调度请求的方式,则转到步骤705,当采用条件发送调度请求的方式,则转到步骤703。
一种实现方法中,终端上预配置了发送调度请求的方式。
又一种实现方法中,在步骤701之前,基站向终端指示了发送调度请求的方式。比如,基站向终端发送物理层信令(如DCI)或高层信令(如MAC CE或RRC信令),该物理层信令或高层信令指示了发送调度请求的方式。再比如,基站向终端发送了信令1,该信令1指示了一个集合,该集合中包含用于指示直接发送调度请求的指示信息1和用于指示条件发送调度请求的指示信息2,然后基站还向终端发送信令2,该信令2指示该集合中的指示信息1或指示信息2。该信令1是物理层信令或高层信令,该信令2是物理层信令或高层信令。
步骤703,终端判断当前时刻是否处于DRX激活时段。如果处于DRX激活时段,则转到步骤705,如果未处于DRX激活时段,则转到步骤704。
如果当前时刻处于DRX激活时段,则终端本身就处于激活态,因此终端直接发送调度请求,并不会额外增加终端的功耗。
如果当前时刻未处于DRX激活时段,也即处于非激活时段,则终端处于休眠态,此时如果终端直接发送调度请求,则终端需要先从休眠态醒来,然后再发送调度请求,以及终端还需要监听PDCCH,因此会额外增加终端的功耗。对于此种情形,终端需要进一步判断是否需要在DRX非激活时段醒来并发送调度请求和监听PDCCH。
步骤704,终端判断第二时间间隔是否大于第二阈值。如果大于第二阈值,则转到步骤705,如果小于等于第二阈值,则转到步骤706。
该第二时间间隔、第二阈值的含义可以参考图4(b)实施例的描述。
如果第二时间间隔大于第二阈值,表明确定需要发送调度请求的时刻距离下一个DRX激活时段内的PUCCH的起始时刻还比较长,因此终端不在下一个DRX激活时段内发送调度请求,而是在当前DRX非激活时段发送调度请求,以避免发送上行数据之前需要等待较长时间,造成业务中断或影响业务质量。
如果第二时间间隔小于等于第二阈值,表明确定需要发送调度请求的时刻距离下一个DRX激活时段内的PUCCH的起始时刻较短,因此终端可以继续等待下一个DRX激活时段的到来,并在下一个DRX激活时段内发送调度请求和监听PDCCH。一方面,由于是在下一个DRX激活时段内发送调度请求和监听PDCCH,而不是在当前DRX非激活时段内将终端唤醒并发送调度请求和监听PDCCH,因此可以避免额外增加终端的功耗。另一方面,由于确定需要发送调度请求的时刻距离下一个DRX激活时段内的第一个PUCCH的起始时刻较短,因此终端等待下一个DRX激活时段内的第一个PUCCH的起始时刻到来的时间也较短,不会造成上行数据的超时。因此,相较于在当前DRX非激活时段内将终端唤醒并发送调度请求和监听PDCCH,该方案可以减少终端的功耗。
该第二阈值的配置方法与前述图6实施例中的第一阈值的配置方法类似,可以参前述描述,不再赘述。
一种实现方法中,如果待发送的上行数据所属的业务不是紧急业务,可以将第二阈值的取值配置的较大,以便于在步骤704之后更容易进入到步骤706,达到节省终端的功耗的目的。
步骤705,终端发送调度请求。
具体的,终端是在DRX非激活时段内醒来并发送调度请求,以及在发送调度请求之后还监听PDCCH。
步骤706,终端等到下一个DRX激活时段到达后,开始发送调度请求。
也即,终端在当前DRX非激活时段内不再发送调度请求和监听PDCCH,而是等到下一个DRX激活时段到达后,在下一个DRX激活时段内发送调度请求和监听PDCCH,从而使得终端在DRX非激活时段内不发送调度请求和监听PDCCH,可以节约终端的功耗。
上述方案,在不降低数据发送量的情况下,可以避免终端在DRX非激活时段频繁醒来发送调度请求和监听PDCCH,从而可以节省终端的功耗。
可以理解的是,为了实现上述实施例中功能,基站和终端包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请中所公开的实施例描述的各示例的单元及方法步骤,本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用场景和设计约束条件。
图8和图9为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中终端或基站的功能,因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中,该通信装置可以是如图1所示的终端120a-120j中的一个,也可以是如图1所示的基站110a或110b,还可以是应用于终端或基站的模块(如芯片)。
图8所示的通信装置800包括处理单元810和接口单元820。通信装置800用于实现上述方法实施例中终端或基站的功能。
当通信装置800用于实现上述图4(a)或图6的方法实施例中终端的功能,接口单元820,用于向无线接入网设备发送调度请求,该调度请求用于请求上行资源,该上行资源用于传输上行数据;处理单元810,用于在处于第一非连续接收DRX非激活时段的情况下,确定第一时间间隔与第一阈值的大小关系,该第一时间间隔为第一DRX激活时段的起始时刻与该调度请求的发送时刻之间的时间间隔,该第一DRX激活时段是该第一DRX非激活时段之后的第一个DRX激活时段;在该第一时间间隔小于该第一阈值的情况下,在该第一DRX激活时段开始监听物理下行控制信道PDCCH,该PDCCH用于承载下行控制信息,该下行控制信息用于指示该上行资源。
一种可能的实现方法中,该处理单元810,还用于在该第一时间间隔大于该第一阈值的情况下,在该第一DRX非激活时段开始监听该PDCCH。
一种可能的实现方法中,该接口单元820,还用于接收来自该无线接入网设备的指示信息;该处理单元810,具体用于根据该指示信息,确定该第一时间间隔与该第一阈值的大小关系。
一种可能的实现方法中,该第一阈值是由该无线接入网设备配置的。
一种可能的实现方法中,该处理单元810,还用于根据该上行数据的剩余包时延预算PDB,确定该第一阈值,该剩余PDB为完成该上行数据的传输的剩余时长的上限。
一种可能的实现方法中,该处理单元810,还用于在该第一时间间隔小于该第一阈值的情况下,确定在该第一DRX非激活时段不再发送调度请求。
当通信装置800用于实现上述图4(b)或图7的方法实施例中终端的功能,处理单元810,用于确定需要发送调度请求,该调度请求用于请求上行资源,该上行资源用于传输上行数据;在处于第二DRX非激活时段的情况下,确定第二时间间隔与第二阈值的大小关系,该第二时间间隔为第二DRX激活时段的物理上行控制信道PUCCH的起始时刻与确定需要发送该调度请求的时刻之间的时间间隔,该第二DRX激活时段是该第二DRX非激活时段之后的第一个DRX激活时段;接口单元820,用于在该第二时间间隔小于该第二阈值的情况下,在该第二DRX激活时段的该PUCCH上发送该调度请求。
一种可能的实现方法中,该接口单元820,还用于在该第二时间间隔大于该第二阈值的情况下,在该第二DRX非激活时段发送该调度请求。
一种可能的实现方法中,该接口单元820,还用于接收来自该无线接入网设备的指示信息;该处理单元810,具体用于根据该指示信息,确定该第二时间间隔与该第二阈值的大小关系。
一种可能的实现方法中,该第二阈值是由该无线接入网设备配置的。
一种可能的实现方法中,该处理单元810,还用于根据该上行数据的剩余包时延预算PDB,确定该第二阈值,该剩余PDB为完成该上行数据的传输的剩余时长的上限。
一种可能的实现方法中,该PUCCH是该第二DRX激活时段中的第一个PUCCH。
当通信装置800用于实现上述图4(a)或图6的方法实施例中无线接入网设备的功能,接口单元820,用于接收来自终端的调度请求,该调度请求用于请求上行资源,该上行资源用于传输上行数据;处理单元810,用于在处于第一DRX非激活时段的情况下,确定第一时间间隔与第一阈值的大小关系,该第一时间间隔为第一DRX激活时段的起始时刻与该调度请求的发送时刻之间的时间间隔,该第一DRX激活时段是该第一DRX非激活时段之后的第一个DRX激活时段;接口单元820,还用于在该第一时间间隔小于该第一阈值的情况下,在该第一DRX激活时段开始发送物理下行控制信道PDCCH,该PDCCH用于承载下行控制信息,该下行控制信息用于指示该上行资源。
一种可能的实现方法中,接口单元820,还用于在该第一时间间隔大于该第一阈值的情况下,在该第一DRX非激活时段开始发送该PDCCH。
一种可能的实现方法中,接口单元820,还用于向该终端发送指示信息,该指示信息用于指示判断是否在该第一DRX非激活时段监听PDCCH。
一种可能的实现方法中,该第一阈值是由该无线接入网设备配置的。
一种可能的实现方法中,处理单元810,还用于根据该上行数据的剩余包时延预算PDB,确定该第一阈值,该剩余PDB为完成该上行数据的传输的剩余时长的上限。
有关上述处理单元810和接口单元820更详细的描述,可以直接参考上述方法实施例中相关描述直接得到,这里不加赘述。
图9所示的通信装置900包括处理器910和接口电路920。处理器910和接口电路920之间相互耦合。可以理解的是,接口电路920可以为收发器或输入输出接口。可选的,通信装置800还可以包括存储器930,用于存储处理器910执行的指令或存储处理器910运行指令所需要的输入数据或存储处理器910运行指令后产生的数据。
当通信装置900用于实现上述方法实施例时,处理器910用于实现上述处理单元810的功能,接口电路920用于实现上述接口单元820的功能。
当上述通信装置为应用于终端的芯片时,该终端芯片实现上述方法实施例中终端的功能。该终端芯片从终端中的其它模块(如射频模块或天线)接收信息,该信息是基站发送给终端的;或者,该终端芯片向终端中的其它模块(如射频模块或天线)发送信息,该信息是终端发送给基站的。
当上述通信装置为应用于基站的模块时,该基站模块实现上述方法实施例中基站的功能。该基站模块从基站中的其它模块(如射频模块或天线)接收信息,该信息是终端发送给基站的;或者,该基站模块向基站中的其它模块(如射频模块或天线)发送信息,该信息是基站发送给终端的。这里的基站模块可以是基站的基带芯片,也可以是DU或其他模块,这里的DU可以是开放式无线接入网(open radio access network,O-RAN)架构下的DU。
可以理解的是,本申请的实施例中的处理器可以是中央处理单元(CentralProcessing Unit,CPU),还可以是其它通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
本申请的实施例中的方法步骤可以通过硬件的方式来实现,也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、致密光盘只读存储器(compact disc read-only memory,CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于基站或终端中。当然,处理器和存储介质也可以作为分立组件存在于基站或终端中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、基站、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘;还可以是半导体介质,例如,固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质,或可包括易失性和非易失性两种类型的存储介质。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。在本申请的文字描述中,字符“/”,一般表示前后关联对象是一种“或”的关系;在本申请的公式中,字符“/”,表示前后关联对象是一种“相除”的关系。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。

Claims (29)

1.一种基于DRX配置的通信方法,其特征在于,包括:
向无线接入网设备发送调度请求,所述调度请求用于请求上行资源,所述上行资源用于传输上行数据;
在处于第一非连续接收DRX非激活时段的情况下,确定第一时间间隔与第一阈值的大小关系,所述第一时间间隔为第一DRX激活时段的起始时刻与所述调度请求的发送时刻之间的时间间隔,所述第一DRX激活时段是所述第一DRX非激活时段之后的第一个DRX激活时段;
在所述第一时间间隔小于所述第一阈值的情况下,在所述第一DRX激活时段开始监听物理下行控制信道PDCCH,所述PDCCH用于承载下行控制信息,所述下行控制信息用于指示所述上行资源。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
在所述第一时间间隔大于所述第一阈值的情况下,在所述第一DRX非激活时段开始监听所述PDCCH。
3.如权利要求1或2所述的方法,其特征在于,所述方法还包括:
接收来自所述无线接入网设备的指示信息;
所述确定第一时间间隔与第一阈值的大小关系,包括:
根据所述指示信息,确定所述第一时间间隔与所述第一阈值的大小关系。
4.如权利要求1至3中任一项所述的方法,其特征在于,所述第一阈值是由所述无线接入网设备配置的。
5.如权利要求1至3中任一项所述的方法,其特征在于,所述方法还包括:
根据所述上行数据的剩余包时延预算PDB,确定所述第一阈值,所述剩余PDB为完成所述上行数据的传输的剩余时长的上限。
6.如权利要求1至5中任一项所述的方法,其特征在于,所述方法还包括:
在所述第一时间间隔小于所述第一阈值的情况下,确定在所述第一DRX非激活时段不再发送调度请求。
7.一种基于DRX配置的通信方法,其特征在于,包括:
确定需要发送调度请求,所述调度请求用于请求上行资源,所述上行资源用于传输上行数据;
在处于第二DRX非激活时段的情况下,确定第二时间间隔与第二阈值的大小关系,所述第二时间间隔为第二DRX激活时段的物理上行控制信道PUCCH的起始时刻与确定需要发送所述调度请求的时刻之间的时间间隔,所述第二DRX激活时段是所述第二DRX非激活时段之后的第一个DRX激活时段;
在所述第二时间间隔小于所述第二阈值的情况下,在所述第二DRX激活时段的所述PUCCH上发送所述调度请求。
8.如权利要求7所述的方法,其特征在于,所述方法还包括:
在所述第二时间间隔大于所述第二阈值的情况下,在所述第二DRX非激活时段发送所述调度请求。
9.如权利要求7或8所述的方法,其特征在于,所述方法还包括:
接收来自所述无线接入网设备的指示信息;
所述确定第二时间间隔与第二阈值的大小关系,包括:
根据所述指示信息,确定所述第二时间间隔与所述第二阈值的大小关系。
10.如权利要求7至9中任一项所述的方法,其特征在于,所述第二阈值是由所述无线接入网设备配置的。
11.如权利要求7至9中任一项所述的方法,其特征在于,所述方法还包括:
根据所述上行数据的剩余包时延预算PDB,确定所述第二阈值,所述剩余PDB为完成所述上行数据的传输的剩余时长的上限。
12.如权利要求7至11中任一项所述的方法,其特征在于,所述PUCCH是所述第二DRX激活时段中的第一个PUCCH。
13.一种通信装置,其特征在于,包括:
接口单元,用于向无线接入网设备发送调度请求,所述调度请求用于请求上行资源,所述上行资源用于传输上行数据;
处理单元,用于在处于第一非连续接收DRX非激活时段的情况下,确定第一时间间隔与第一阈值的大小关系,所述第一时间间隔为第一DRX激活时段的起始时刻与所述调度请求的发送时刻之间的时间间隔,所述第一DRX激活时段是所述第一DRX非激活时段之后的第一个DRX激活时段;在所述第一时间间隔小于所述第一阈值的情况下,在所述第一DRX激活时段开始监听物理下行控制信道PDCCH,所述PDCCH用于承载下行控制信息,所述下行控制信息用于指示所述上行资源。
14.如权利要求13所述的装置,其特征在于,所述处理单元,还用于在所述第一时间间隔大于所述第一阈值的情况下,在所述第一DRX非激活时段开始监听所述PDCCH。
15.如权利要求13或14所述的装置,其特征在于,所述接口单元,还用于接收来自所述无线接入网设备的指示信息;
所述处理单元,具体用于根据所述指示信息,确定所述第一时间间隔与所述第一阈值的大小关系。
16.如权利要求13至15中任一项所述的装置,其特征在于,所述第一阈值是由所述无线接入网设备配置的。
17.如权利要求13至15中任一项所述的装置,其特征在于,所述处理单元,还用于根据所述上行数据的剩余包时延预算PDB,确定所述第一阈值,所述剩余PDB为完成所述上行数据的传输的剩余时长的上限。
18.如权利要求13至17中任一项所述的装置,其特征在于,所述处理单元,还用于在所述第一时间间隔小于所述第一阈值的情况下,确定在所述第一DRX非激活时段不再发送调度请求。
19.一种通信装置,其特征在于,包括:
处理单元,用于确定需要发送调度请求,所述调度请求用于请求上行资源,所述上行资源用于传输上行数据;在处于第二DRX非激活时段的情况下,确定第二时间间隔与第二阈值的大小关系,所述第二时间间隔为第二DRX激活时段的物理上行控制信道PUCCH的起始时刻与确定需要发送所述调度请求的时刻之间的时间间隔,所述第二DRX激活时段是所述第二DRX非激活时段之后的第一个DRX激活时段;
接口单元,用于在所述第二时间间隔小于所述第二阈值的情况下,在所述第二DRX激活时段的所述PUCCH上发送所述调度请求。
20.如权利要求19所述的装置,其特征在于,所述接口单元,还用于在所述第二时间间隔大于所述第二阈值的情况下,在所述第二DRX非激活时段发送所述调度请求。
21.如权利要求19或20所述的装置,其特征在于,所述接口单元,还用于接收来自所述无线接入网设备的指示信息;
所述处理单元,具体用于根据所述指示信息,确定所述第二时间间隔与所述第二阈值的大小关系。
22.如权利要求19至21中任一项所述的装置,其特征在于,所述第二阈值是由所述无线接入网设备配置的。
23.如权利要求19至21中任一项所述的装置,其特征在于,所述处理单元,还用于根据所述上行数据的剩余包时延预算PDB,确定所述第二阈值,所述剩余PDB为完成所述上行数据的传输的剩余时长的上限。
24.如权利要求19至23中任一项所述的装置,其特征在于,所述PUCCH是所述第二DRX激活时段中的第一个PUCCH。
25.一种通信装置,其特征在于,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得所述通信装置执行如权利要求1至6中任一项所述的方法,或执行如权利要求7至12中任一项所述的方法。
26.一种芯片系统,其特征在于,包括:所述芯片系统包括至少一个处理器,和接口电路,所述接口电路和所述至少一个处理器耦合,所述处理器通过运行指令,以执行权利要求1至6中任一项所述的方法,或执行权利要求7至12中任一项所述的方法。
27.一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现如权利要求1至6中任一项所述的方法,或者实现如权利要求7至12中任一项所述的方法。
28.一种通信系统,其特征在于,包括无线接入网设备,和用于执行如权利要求1至6中任一项所述方法的终端;
所述无线接入网设备,用于接收来自所述终端的调度请求,所述调度请求用于请求上行资源,所述上行资源用于传输上行数据。
29.一种通信系统,其特征在于,包括无线接入网设备,和用于执行如权利要求7至12中任一项所述方法的终端;
所述无线接入网设备,用于接收来自所述终端的调度请求,所述调度请求用于请求上行资源,所述上行资源用于传输上行数据。
CN202211193732.8A 2022-09-28 2022-09-28 基于drx配置的通信方法、通信装置及通信系统 Pending CN117793915A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202211193732.8A CN117793915A (zh) 2022-09-28 2022-09-28 基于drx配置的通信方法、通信装置及通信系统
PCT/CN2023/116271 WO2024066908A1 (zh) 2022-09-28 2023-08-31 基于drx配置的通信方法、通信装置及通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211193732.8A CN117793915A (zh) 2022-09-28 2022-09-28 基于drx配置的通信方法、通信装置及通信系统

Publications (1)

Publication Number Publication Date
CN117793915A true CN117793915A (zh) 2024-03-29

Family

ID=90380339

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211193732.8A Pending CN117793915A (zh) 2022-09-28 2022-09-28 基于drx配置的通信方法、通信装置及通信系统

Country Status (2)

Country Link
CN (1) CN117793915A (zh)
WO (1) WO2024066908A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020077643A1 (zh) * 2018-10-19 2020-04-23 Oppo广东移动通信有限公司 无线通信方法和终端设备
WO2021062794A1 (zh) * 2019-09-30 2021-04-08 华为技术有限公司 一种信号测量方法及通信装置
KR102196546B1 (ko) * 2020-04-20 2020-12-29 최승규 Iot 환경에서 단말기의 전력소모 절감을 위한 drx 및 스케줄링 최적화 방법
CN114071699B (zh) * 2020-08-05 2023-06-23 维沃移动通信有限公司 定位方法、装置及相关设备

Also Published As

Publication number Publication date
WO2024066908A1 (zh) 2024-04-04

Similar Documents

Publication Publication Date Title
CN112586042B (zh) 一种监测方法及设备
WO2022268173A1 (en) Method for small data transmission in power saving state and related devices
CN113873641A (zh) 一种寻呼消息的接收方法、装置、介质及设备
CN117793915A (zh) 基于drx配置的通信方法、通信装置及通信系统
WO2023010905A1 (zh) 非连续接收的方法及装置
WO2024021980A1 (zh) 非连续接收方法及装置
WO2023207405A1 (zh) 基于drx配置的通信方法、通信装置及通信系统
CN117042147A (zh) 基于drx配置的通信方法、通信装置及通信系统
WO2024140365A1 (zh) 一种通信方法及相关设备
WO2023098574A1 (zh) 一种传输指示方法及通信装置
US20240276493A1 (en) Pdcch monitoring method and apparatus
WO2024208321A1 (zh) 一种通信方法、装置及存储介质
US20230403729A1 (en) Resource selection method and apparatus, device and storage medium
WO2023111789A1 (en) Drx extension for energy harvesting redcap ues
WO2024174270A1 (zh) 一种通信方法及装置
WO2024066876A1 (zh) 数据传输方法及装置
WO2023245437A1 (en) Method, device and computer storage medium of communication
US20240128798A1 (en) Implementation of attachment for passive iot device communication with ambient energy source
WO2024131502A1 (zh) 一种通信方法和装置
WO2024065179A1 (en) Methods, devices, and medium for communication
CN118785329A (zh) 通信方法、装置及存储介质
CN118201041A (zh) 一种通信方法及相关设备
CN117812744A (zh) 下行控制信息的传输方法和装置
CN118283751A (zh) 通信方法及装置
CN117998396A (zh) 通信方法和通信装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication