CN118104355A - 一种drx定时器的运行方法及装置、终端设备 - Google Patents

一种drx定时器的运行方法及装置、终端设备 Download PDF

Info

Publication number
CN118104355A
CN118104355A CN202180103236.6A CN202180103236A CN118104355A CN 118104355 A CN118104355 A CN 118104355A CN 202180103236 A CN202180103236 A CN 202180103236A CN 118104355 A CN118104355 A CN 118104355A
Authority
CN
China
Prior art keywords
feedback
timer
nack
time
terminal equipment
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
CN202180103236.6A
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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of CN118104355A publication Critical patent/CN118104355A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation

Landscapes

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

Abstract

本申请实施例提供一种DRX定时器的运行方法及装置、终端设备,该方法包括:终端设备在第一时刻启动第一RTT定时器,所述第一RTT定时器为用于MBS组播业务的RTT定时器;若所述第一RTT定时器超时,则所述终端设备启动第一重传定时器,所述第一重传定时器为用于MBS组播业务的重传定时器。

Description

一种DRX定时器的运行方法及装置、终端设备 技术领域
本申请实施例涉及移动通信技术领域,具体涉及一种非连续接收(Discontinuous Reception,DRX)定时器的运行方法及装置、终端设备。
背景技术
在新无线(New Radio,NR)系统中,很多场景需要支持组播类型和广播类型的业务需求,例如车联网中,工业互联网中等。所以在NR中引入组播类型和广播类型的多媒体广播服务(Multimedia Broadcast Service,MBS)业务是有必要的。
对于组播类型的MBS业务(简称为MBS组播业务)来说,为了终端设备节能引入了DRX机制。为便于区别,将用于MBS组播业务接收的DRX称为MBS DRX,将用于传统的单播业务接收的DRX称为单播DRX,MBS DRX和单播DRX是相互独立的。由于单播DRX是面向一个终端设备的,而MBS DRX是面向多个终端设备的,所以MBS DRX的运行机制不能像单播DRX的运行机制一样,如何设计MBS DRX的运行机制,以保证多个终端设备在接收MBS组播业务的过程中不丢包是个需要明确的问题。
发明内容
本申请实施例提供一种DRX定时器的运行方法及装置、终端设备、芯片、计算机可读存储介质、计算机程序产品、计算机程序。
本申请实施例提供的DRX定时器的运行方法,包括:
终端设备在第一时刻启动第一往返时间(Round Trip Time,RTT)定时器,所述第一RTT定时器为用于MBS组播业务的RTT定时器;
若所述第一RTT定时器超时,则所述终端设备启动第一重传定(Retransmission)时器,所述第一重传定时器为用于MBS组播业务的重传定时器。
本申请实施例提供的DRX定时器的运行装置,应用于终端设备,所述装置包括:
控制单元,用于在第一时刻启动第一RTT定时器,所述第一RTT定时器为用于多媒体广播服务MBS组播业务的RTT定时器;若所述第一RTT定时器超时,则启动第一重传定时器,所述第一重传定时器为用于MBS组播业务的重传定时器。
本申请实施例提供的终端设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述的DRX定时器的运行方法。
本申请实施例提供的芯片,用于实现上述的DRX定时器的运行方法。
具体地,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该芯片的设备执行上述的DRX定时器的运行方法。
本申请实施例提供的计算机可读存储介质,用于存储计算机程序,该计算机程序使得计算机执行上述的DRX定时器的运行方法。
本申请实施例提供的计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行上述的DRX定时器的运行方法。
本申请实施例提供的计算机程序,当其在计算机上运行时,使得计算机执行上述 的DRX定时器的运行方法。
通过上述技术方案,在MBS组播业务接收过程中,明确了终端设备如何启动MBS组播业务的RTT定时器和重传定时器,使得接收MBS组播业务的多个终端设备的DRX激活时间可以保持一致,避免多个终端设备在接收MBS组播业务的过程中不丢包。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是本申请实施例的一个应用场景的示意图;
图2是本申请实施例的PTM方式和PTP方式对应的协议栈的示意图;
图3是本申请实施例提供的DRX定时器的运行方法的流程示意图;
图4是本申请实施例提供的DRX定时器的运行装置的结构组成示意图;
图5是本申请实施例提供的一种通信设备示意性结构图;
图6是本申请实施例的芯片的示意性结构图;
图7是本申请实施例提供的一种通信系统的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1是本申请实施例的一个应用场景的示意图。
如图1所示,通信系统100可以包括终端设备110和网络设备120。网络设备120可以通过空口与终端设备110通信。终端设备110和网络设备120之间支持多业务传输。
应理解,本申请实施例仅以通信系统100进行示例性说明,但本申请实施例不限定于此。也就是说,本申请实施例的技术方案可以应用于各种通信系统,例如:长期演进(Long Term Evolution,LTE)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)、物联网(Internet of Things,IoT)系统、窄带物联网(Narrow Band Internet of Things,NB-IoT)系统、增强的机器类型通信(enhanced Machine-Type Communications,eMTC)系统、5G通信系统(也称为新无线(New Radio,NR)通信系统),或未来的通信系统等。
在图1所示的通信系统100中,网络设备120可以是与终端设备110通信的接入网设备。接入网设备可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域内的终端设备110(例如UE)进行通信。
网络设备120可以是长期演进(Long Term Evolution,LTE)系统中的演进型基站(Evolutional Node B,eNB或eNodeB),或者是下一代无线接入网(Next Generation Radio Access Network,NG RAN)设备,或者是NR系统中的基站(gNB),或者是云无线接入网络(Cloud Radio Access Network,CRAN)中的无线控制器,或者该网络设备120可以为中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器,或者未来演进的公共陆地移动网络(Public Land Mobile Network,PLMN)中的网络设备等。
终端设备110可以是任意终端设备,其包括但不限于与网络设备120或其它终端设 备采用有线或者无线连接的终端设备。
例如,所述终端设备110可以指接入终端、用户设备(User Equipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、IoT设备、卫星手持终端、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进网络中的终端设备等。
终端设备110可以用于设备到设备(Device to Device,D2D)的通信。
无线通信系统100还可以包括与基站进行通信的核心网设备130,该核心网设备130可以是5G核心网(5G Core,5GC)设备,例如,接入与移动性管理功能(Access and Mobility Management Function,AMF),又例如,认证服务器功能(Authentication Server Function,AUSF),又例如,用户面功能(User Plane Function,UPF),又例如,会话管理功能(Session Management Function,SMF)。可选地,核心网络设备130也可以是LTE网络的分组核心演进(Evolved Packet Core,EPC)设备,例如,会话管理功能+核心网络的数据网关(Session Management Function+Core Packet Gateway,SMF+PGW-C)设备。应理解,SMF+PGW-C可以同时实现SMF和PGW-C所能实现的功能。在网络演进过程中,上述核心网设备也有可能叫其它名字,或者通过对核心网的功能进行划分形成新的网络实体,对此本申请实施例不做限制。
通信系统100中的各个功能单元之间还可以通过下一代网络(next generation,NG)接口建立连接实现通信。
例如,终端设备通过NR接口与接入网设备建立空口连接,用于传输用户面数据和控制面信令;终端设备可以通过NG接口1(简称N1)与AMF建立控制面信令连接;接入网设备例如下一代无线接入基站(gNB),可以通过NG接口3(简称N3)与UPF建立用户面数据连接;接入网设备可以通过NG接口2(简称N2)与AMF建立控制面信令连接;UPF可以通过NG接口4(简称N4)与SMF建立控制面信令连接;UPF可以通过NG接口6(简称N6)与数据网络交互用户面数据;AMF可以通过NG接口11(简称N11)与SMF建立控制面信令连接;SMF可以通过NG接口7(简称N7)与PCF建立控制面信令连接。
图1示例性地示出了一个基站、一个核心网设备和两个终端设备,可选地,该无线通信系统100可以包括多个基站设备并且每个基站的覆盖范围内可以包括其它数量的终端设备,本申请实施例对此不做限定。
需要说明的是,图1只是以示例的形式示意本申请所适用的系统,当然,本申请实施例所示的方法还可以适用于其它系统。此外,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。还应理解,在本申请的实施例中提到的“指示”可以是直接指示,也可以是间接指示,还可以是表示具有关联关系。举例说明,A指示B,可以表示A直接指示B,例如B可以通过A获取;也可以表示A间接指示B,例如A指示C,B可以通过C获取;还可以表示A和B之间具有关联关系。还应理解,在本申请的实施例中提到的“对应”可表示两者之间具有直接对应或间接对应的关系,也可以表示两者之间具有关联关系,也可以是指示与被指示、配置与被配置等关系。还应理解,在本申请的实施例中提到的“预定义”或“预定义规则”可以通过在设备(例如,包括终端设备和网络设备)中预先保 存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。还应理解,本申请实施例中,所述"协议"可以指通信领域的标准协议,例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议,本申请对此不做限定。
为便于理解本申请实施例的技术方案,以下对本申请实施例的相关技术进行说明,以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。
随着人们对速率、延迟、高速移动性、能效的追求以及未来生活中业务的多样性、复杂性,为此第三代合作伙伴计划(3 rd Generation Partnership Project,3GPP)国际标准组织开始研发5G。5G的主要应用场景为:增强移动超宽带(enhanced Mobile Broadband,eMBB)、低时延高可靠通信(Ultra-Reliable Low-Latency Communications,URLLC)、大规模机器类通信(massive Machine-Type Communications,mMTC)。
一方面,eMBB仍然以用户获得多媒体内容、服务和数据为目标,其需求增长十分迅速。另一方面,由于eMBB可能部署在不同的场景中,例如室内,市区,农村等,其能力和需求的差别也比较大,所以不能一概而论,必须结合具体的部署场景详细分析。URLLC的典型应用包括:工业自动化,电力自动化,远程医疗操作(手术),交通安全保障等。mMTC的典型特点包括:高连接密度,小数据量,时延不敏感业务,模块的低成本和长使用寿命等。
MBMS
MBMS是一种通过共享网络资源从一个数据源向多个终端设备传送数据的技术,该技术在提供多媒体业务的同时能有效地利用网络资源,实现较高速率(如256kbps)的多媒体业务的广播和组播。
由于MBMS频谱效率较低,不足以有效地承载和支撑手机电视类型业务的运营。因此在LTE中,3GPP明确提出增强对下行高速MBMS业务的支持能力,并确定了对物理层和空中接口的设计要求。
3GPP R9将演进的MBMS(evolved MBMS,eMBMS)引入到LTE中。eMBMS提出了单频率网络(Single Frequency Network,SFN)的概念,即多媒体广播多播服务单频率网络(Multimedia Broadcast multicast service Single Frequency Network,MBSFN),MBSFN采用统一频率在所有小区同时发送业务数据,但是要保证小区间的同步。这种方式可以极大的提高小区整体信噪比分布,频谱效率也会相应的大幅提高。eMBMS基于IP多播协议实现业务的广播和多播。
在LTE或增强的LTE(LTE-Advanced,LTE-A)中,MBMS只有广播承载模式,没有多播承载模式。此外,MBMS业务的接收适用于空闲态或者连接态的终端设备。
3GPP R13中引入了单小区点对多点(Single Cell Point To Multiploint,SC-PTM)概念,SC-PTM基于MBMS网络架构。
MBMS引入了新的逻辑信道,包括单小区多播控制信道(Single Cell-Multicast Control Channel,SC-MCCH)和单小区多播传输信道(Single Cell-Multicast Transport Channel,SC-MTCH)。SC-MCCH和SC-MTCH被映射到下行共享信道(Downlink-Shared Channel,DL-SCH)上,进一步,DL-SCH被映射到物理下行共享信道(Physical Downlink Shared Channel,PDSCH)上,其中,SC-MCCH和SC-MTCH属于逻辑信道,DL-SCH属于传输信道,PDSCH属于物理信道。SC-MCCH和SC-MTCH不支持混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)操作。
MBMS引入了新的系统信息块(System Information Block,SIB)类型,即SIB20。具体地,通过SIB20来传输SC-MCCH的配置信息,一个小区只有一个SC-MCCH。SC-MCCH的配置信息包括:SC-MCCH的修改周期、SC-MCCH的重复周期、以及调度 SC-MCCH的无线帧和子帧等信息。进一步,1)SC-MCCH的修改周期的边界满足SFN mod m=0,其中,SFN代表边界的系统帧号,m是SIB20中配置的SC-MCCH的修改周期(即sc-mcch-ModificationPeriod)。2)调度SC-MCCH的无线帧满足:SFN mod mcch-RepetitionPeriod=mcch-Offset,其中,SFN代表无线帧的系统帧号,mcch-RepetitionPeriod代表SC-MCCH的重复周期,mcch-Offset代表SC-MCCH的偏移量。3)调度SC-MCCH的子帧通过sc-mcch-Subframe指示。
SC-MCCH通过物理下行控制信道(Physical Downlink Control Channel,PDCCH)调度。一方面,引入新的无线网络临时标识(Radio Network Tempory Identity,RNTI),即单小区RNTI(Single Cell RNTI,SC-RNTI)来识别用于调度SC-MCCH的PDCCH(如SC-MCCH PDCCH),可选地,SC-RNTI固定取值为FFFC。另一方面,引入新的RNTI,即单小区通知RNTI(Single Cell Notification RNTI,SC-N-RNTI)来识别用于指示SC-MCCH的变更通知的PDCCH(如通知PDCCH),可选地,SC-N-RNTI固定取值为FFFB;进一步,可以用DCI 1C的8个比特(bit)中的一个bit来指示变更通知。在LTE中,SC-PTM的配置信息基于SIB20配置的SC-MCCH,然后SC-MCCH配置SC-MTCH,SC-MTCH用于传输业务数据。
具体地,SC-MCCH只传输一个消息(即SCPTMConfiguration),该消息用于配置SC-PTM的配置信息。SC-PTM的配置信息包括:临时移动组标识(Temporary Mobile Group Identity,TMGI)、会话标识(seession id)、组RNTI(Group RNTI,G-RNTI)、非连续接收(Discontinuous Reception,DRX)配置信息以及邻区的SC-PTM业务信息等。需要说明的是,R13中的SC-PTM不支持健壮性包头压缩(Robust Header Compression,ROHC)功能。
SC-PTM的下行非连续的接收是通过以下参数控制的:onDurationTimerSCPTM、drx-InactivityTimerSCPTM、SC-MTCH-SchedulingCycle、以及SC-MTCH-SchedulingOffset。
当满足[(SFN*10)+subframe number]modulo(SC-MTCH-SchedulingCycle)=SC-MTCH-SchedulingOffset时,启动定时器onDurationTimerSCPTM;
当接收到下行PDCCH调度时,启动定时器drx-InactivityTimerSCPTM;
只有当定时器onDurationTimerSCPTM或drx-InactivityTimerSCPTM运行时才接收下行SC-PTM业务。
SC-PTM业务连续性采用基于SIB15的MBMS业务连续性概念,即“SIB15+MBMSInterestIndication”方式。空闲态的终端设备的业务连续性基于频率优先级的概念。
本申请实施例的技术方案中,定义一个新的SIB(称为第一SIB),第一SIB包括第一MCCH的配置信息,这里,第一MCCH为MBMS业务的控制信道,换句话说,第一SIB用于配置NR MBMS的控制信道的配置信息,可选地,NR MBMS的控制信道也可以叫做NR MCCH(即所述第一MCCH)。
进一步,第一MCCH用于承载第一信令,本申请实施例对第一信令的名称不做限定,如第一信令为信令A,所述第一信令包括至少一个第一MTCH的配置信息,这里,第一MTCH为MBMS业务的业务信道(也称为数据信道或传输信道),第一MTCH用于传输MBMS业务数据(如NR MBMS的业务数据)。换句话说,第一MCCH用于配置NR MBMS的业务信道的配置信息,可选地,NR MBMS的业务信道也可以叫做NR MTCH(即所述第一MTCH)。
具体地,所述第一信令用于配置NR MBMS的业务信道、该业务信道对应的业务信息以及该业务信道对应的调度信息。进一步,可选地,所述业务信道对应的业务信息,例如TMGI、session id等标识业务的标识信息。所述业务信道对应的调度信息,例如业 务信道对应的MBMS业务数据被调度时使用的RNTI,例如G-RNTI、DRX配置信息等。
需要说明的是,第一MCCH和第一MTCH的传输都是基于PDCCH调度的。其中,用于调度第一MCCH的PDCCH使用的RNTI使用全网唯一标识,即是一个固定值。用于调度第一MTCH的PDCCH使用的RNTI通过第一MCCH进行配置。
需要说明的是,本申请实施例对所述第一SIB、所述第一MCCH和所述第一MTCH的命名不做限制。为便于描述,所述第一SIB也可以简称为SIB,所述第一MCCH也可以简称为MCCH,所述第一MTCH也可以简称为MTCH,通过SIB配置用于调度MCCH的PDCCH(即MCCH PDCCH)以及通知PDCCH,其中,通过MCCH PDCCH携带的DCI调度用于传输MCCH的PDSCH(即MCCH PDSCH)。进一步,通过MCCH配置M个用于调度MTCH的PDCCH(即MTCH 1PDCCH、MTCH 2PDCCH、…、MTCH M PDCCH),其中,MTCH n PDCCH携带的DCI调度用于传输MTCH n的PDSCH(即MTCH n PDSCH),n为大于等于1且小于等于M的整数。MCCH和MTCH被映射到DL-SCH上,进一步,DL-SCH被映射到PDSCH上,其中,MCCH和MTCH属于逻辑信道,DL-SCH属于传输信道,PDSCH属于物理信道。
需要说明的是,虽然上述方案是以MBMS为例进行说明的,但“MBMS”的描述也可以替换为“MBS”。本申请实施例以MBS为例进行说明,“MBS”的描述也可以被替换为“MBMS”。
在NR系统中,很多场景需要支持组播类型和广播类型的业务需求,例如车联网中,工业互联网中等。所以在NR中引入组播类型和广播类型的MBS业务是有必要的。需要说明的是,组播类型的MBS业务是指通过组播方式传输的MBS业务。广播类型的MBS业务是指通过广播方式传输的MBS业务。
在NR系统中,对于组播类型的MBS业务来说,MBS业务是发给某个组中的所有终端设备。终端设备在RRC连接状态下接收组播类型的MBS业务,终端设备可以通过点对多点(Point-To-Multipoint,PTM)方式或者点对点(Point-To-Point,PTP)方式接收组播类型的MBS业务数据。其中,参照图2,PTM方式的MBS业务数据通过网络侧配置的G-RNTI来加扰对应的调度信息,PTP方式的MBS业务数据通过C-RNTI来加扰对应的调度信息。
对于组播类型的MBS业务来说,基站从共享隧道(tunnel)接收核心网下发的MBS业务后,可以将该MBS业务通过空口下发给一个组中的所有终端设备。这里,基站可以通过PTP方式和/或PTM方式将MBS业务下发给一个组中的所有终端设备。例如:一个组包括终端设备1、终端设备2和终端设备3,基站可以通过PTP方式将MBS业务下发给终端设备1,通过PTP方式将MBS业务下发给终端设备2,通过PTP方式将MBS业务下发给终端设备3;或者,基站可以通过PTP方式将MBS业务下发给终端设备1,通过PTM方式将MBS业务下发给终端设备2和终端设备3;或者,基站可以通过PTM方式将MBS业务下发给终端设备1,终端设备2以及终端设备3。在核心网到基站之间采用一个共享的GTP隧道(Shared GTP tunnel)来传输MBS业务,即无论是PTM方式的MBS业务还是PTP方式的MBS业务都是共享这个GTP隧道的。基站按照PTM方式下发MBS业务数据给UE1和UE2,以及按照PTP方式下发MBS业务数据给UE3。
对于组播类型的MBS业务(简称为MBS组播业务)来说,为了终端设备节能引入了DRX机制。为便于区别,将用于MBS组播业务接收的DRX称为MBS DRX(或者多播DRX(multicast DRX)),将用于传统的单播业务接收的DRX称为单播DRX,MBS DRX和单播DRX是相互独立的。作为示例,MBS DRX相关的参数可以参照以下表1所示,网络侧可以通过RRC信令配置表1所示的参数,从而通过这些参数控制MBS DRX 操作,需要说明的是,MBS DRX是per G-RNTI或per G-CS-RNTI配置的。对于终端设备来说,DRX激活时间包括以下定时器运行的时间:drx-onDurationTimerPTM、drx-InactivityTimerPTM、drx-RetransmissionTimer-DL-PTM。
表1
一方面,MBS组播业务传输过程中,存在PTP用于PTM重传的场景,即一个MBS业务的传输块(Transport Block,TB),通过PTM方式(也即G-RNTI加扰对应的调度信息)进行初始传输,如果接收失败,通过PTP方式(也即C-RNTI加扰对应的调度信息)进行重传。鉴于MBS DRX和单播DRX是相互独立的,如何使用MBS DRX是一个不明确的问题。
另一方面,MBS组播业务传输过程中,对于PTM方式的传输存在混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)反馈,HARQ反馈的类型包括基于仅否定应答(NACK only)的HARQ反馈和基于肯定应答/否定应答(ACK/NACK)的HARQ反馈。在这种情况下,如何使用MBS DRX是一个不明确的问题。
由于单播DRX是面向一个终端设备的,而MBS DRX是面向多个终端设备的,因此,MBS DRX和单播DRX必然不同,如何设计MBS DRX的运行机制,以保证多个终端设备在接收MBS组播业务的过程中不错过任何一个调度数据(也即不丢包)是个需要明确的问题。为此,提出了本申请实施例的以下技术方案。
为便于理解本申请实施例的技术方案,以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。
图3是本申请实施例提供的DRX定时器的运行方法的流程示意图,如图3所示,所述DRX定时器的运行方法包括以下步骤:
步骤301:终端设备在第一时刻启动第一RTT定时器,所述第一RTT定时器为用于MBS组播业务的RTT定时器。
步骤302:。
本申请实施例中,MBS组播业务的DRX定时器至少包括第一RTT定时器和第一重传定时器,这里,所述第一RTT定时器为用于MBS组播业务的RTT定时器,所述第一重传定时器为用于MBS组播业务的重传定时器。作为示例,所述第一RTT定时器可以称为drx-HARQ-RTT-Timer-DL-PTM,所述第一重传定时器可以称为drx-RetransmissionTimer-DL-PTM,本申请对所述第一RTT定时器和所述第一重传定时器的名称不做限定。在一些可选实施方式中,MBS组播业务的DRX定时器可以参照前述表1所示。
本申请实施例中,终端设备在第一时刻启动第一RTT定时器,若所述第一RTT定时器超时,则所述终端设备启动第一重传定时器。这里,终端设备的DRX激活时间包 括所述第一重传定时器运行期间对应的时间,终端设备在DRX激活时间处于唤醒状态,因而所述第一重传定时器运行期间,所述终端设备能够接收所述MBS组播业务的重传数据。
以下对终端设备如何启动第一RTT定时器和第一重传定时器进行说明。需要说明的是,以下方案描述的“NACK only反馈”也可以称为“NACK only based HARQ ACK feedback”,以下方案描述的“ACK/NACK反馈”也可以称为“ACK/NACK based HARQ ACK feedback”。
方案一
本申请实施例中,所述终端设备接收网络设备发送的RRC专用信令,所述RRC专用信令用于配置所述终端设备的反馈模式为NACK only反馈模式。进一步,可选地,所述RRC专用信令还用于配置所述NACK only反馈模式对应的公共反馈资源。
这里,NACK only反馈模式是指:如果终端设备正确接收TB,则不反馈;如果终端设备错误接收TB,则反馈NACK。也就是说,对于NACK only反馈模式,终端设备只反馈NACK,不反馈ACK。
这里,公共反馈资源可以是公共PUCCH资源。
对于NACK only反馈模式,若所述终端设备从上一次反馈结束到获得本次反馈对应的公共反馈资源之间,仅存在一个或多个TB的ACK,则所述终端设备不反馈所述ACK,并在第一时刻启动第一RTT定时器。
这里,所述终端设备从上一次反馈结束到获得本次反馈对应的公共反馈资源之间,仅存在一个或多个TB的ACK,也可以理解为,所述终端设备从上一次反馈结束到获得本次反馈对应的公共反馈资源之间,不存在TB的NACK。
在一些可选实施方式中,所述第一时刻基于本次反馈对应的公共反馈资源的位置确定。作为示例:所述第一时刻为所述本次反馈对应的公共反馈资源的结束位置后的第一个符号。
在一些可选实施方式中,所述第一时刻为网络设备配置的;或者,所述第一时刻基于网络设备配置的参考时刻确定,作为示例:所述第一时刻为参考时刻后的第一个符号。
本申请实施例中,终端设备在第一时刻启动第一RTT定时器后,若所述第一RTT定时器超时,则第一HARQ进程的TB解码成功或解码失败的情况下,所述终端设备均启动所述第一重传定时器,其中,所述第一RTT定时器超与所述第一HARQ进程具有关联关系。
方案二
本申请实施例中,所述终端设备接收网络设备发送的RRC专用信令,所述RRC专用信令用于配置所述终端设备的反馈模式为NACK only反馈模式。进一步,可选地,所述RRC专用信令还用于配置所述NACK only反馈模式对应的公共反馈资源。
这里,NACK only反馈模式是指:如果终端设备正确接收TB,则不反馈;如果终端设备错误接收TB,则反馈NACK。也就是说,对于NACK only反馈模式,终端设备只反馈NACK,不反馈ACK。
这里,公共反馈资源可以是公共PUCCH资源。
对于NACK only反馈模式,若所述终端设备从上一次反馈结束到获得本次反馈对应的公共反馈资源之间,仅存在一个TB的NACK,则所述终端设备反馈所述NACK,并在第一时刻启动第一RTT定时器。在一些可选实施方式中,所述终端设备反馈所述NACK可以通过以下方式来实现:
方式一)所述终端设备使用所述公共反馈资源反馈所述NACK。
方式二)所述终端设备使用专用反馈资源反馈所述NACK。
在一些可选实施方式中,所述第一时刻基于本次反馈对应的公共反馈资源的位置确定。作为示例:所述第一时刻为所述本次反馈对应的公共反馈资源的结束位置后的第一个符号。
在一些可选实施方式中,所述第一时刻为网络设备配置的;或者,所述第一时刻基于网络设备配置的参考时刻确定,作为示例:所述第一时刻为参考时刻后的第一个符号。
本申请实施例中,终端设备在第一时刻启动第一RTT定时器后,若所述第一RTT定时器超时,则第一HARQ进程的TB解码成功或解码失败的情况下,所述终端设备均启动所述第一重传定时器,其中,所述第一RTT定时器超与所述第一HARQ进程具有关联关系。
方案三
本申请实施例中,所述终端设备接收网络设备发送的RRC专用信令,所述RRC专用信令用于配置所述终端设备的反馈模式为NACK only反馈模式。进一步,可选地,所述RRC专用信令还用于配置所述NACK only反馈模式对应的公共反馈资源。
这里,NACK only反馈模式是指:如果终端设备正确接收TB,则不反馈;如果终端设备错误接收TB,则反馈NACK。也就是说,对于NACK only反馈模式,终端设备只反馈NACK,不反馈ACK。
这里,公共反馈资源可以是公共PUCCH资源。
对于NACK only反馈模式,若所述终端设备从上一次反馈结束到获得本次反馈对应的公共反馈资源之间,存在多个TB的反馈,且所述多个TB的反馈中有至少一个TB的反馈为NACK,则所述终端设备反馈所述多个TB的ACK/NACK,并在第一时刻启动第一RTT定时器。在一些可选实施方式中,所述终端设备反馈所述NACK可以通过以下方式来实现:
方式A)所述终端设备使用所述公共反馈资源反馈所述多个TB的ACK/NACK。
方式B)所述终端设备使用专用反馈资源反馈反馈所述多个TB的ACK/NACK。
上述方案中,所述终端设备反馈所述多个TB的ACK/NACK,可以理解为,所述终端设备从NACK only反馈模式切换为ACK/NACK反馈模式,针对多个TB中的每个TB进行对应的ACK/NACK反馈。
在一些可选实施方式中,所述第一时刻基于本次反馈对应的公共反馈资源的位置确定。作为示例:所述第一时刻为所述本次反馈对应的公共反馈资源的结束位置后的第一个符号。
在一些可选实施方式中,所述第一时刻为网络设备配置的;或者,所述第一时刻基于网络设备配置的参考时刻确定,作为示例:所述第一时刻为参考时刻后的第一个符号。
本申请实施例中,终端设备在第一时刻启动第一RTT定时器后,若所述第一RTT定时器超时,则第一HARQ进程的TB解码成功或解码失败的情况下,所述终端设备均启动所述第一重传定时器,其中,所述第一RTT定时器超与所述第一HARQ进程具有关联关系。
方案四
本申请实施例中,所述终端设备接收网络设备发送的RRC专用信令,所述RRC专用信令用于配置所述终端设备的反馈模式为ACK/NACK反馈模式。进一步,可选地,所述RRC专用信令还用于配置所述ACK/NACK反馈模式对应的专用反馈资源。
这里,ACK/NACK反馈模式是指:如果终端设备正确接收TB,则反馈ACK; 如果终端设备错误接收TB,则反馈NACK。也就是说,对于ACK/NACK反馈模式,终端设备针对每个TB都进行ACK/NACK反馈,如果正确接收TB就反馈ACK,如果错误接收TB就反馈NACK。
这里,专用反馈资源可以是专用PUCCH资源。
对于ACK/NACK反馈模式,若所述终端设备从上一次反馈结束到获得本次反馈对应的专用反馈资源之间,存在至少一个TB的反馈,则所述终端设备反馈所述至少一个TB的ACK/NACK,并在第一时刻启动第一RTT定时器。
在一些可选实施方式中,所述第一时间基于所述至少一个TB的反馈时间确定。作为示例:所述第一时间为所述至少一个TB的反馈时间后的第一个符号。
本申请实施例中,终端设备在第一时刻启动第一RTT定时器后,若所述第一RTT定时器超时,则第一HARQ进程的TB解码成功或解码失败的情况下,所述终端设备均启动所述第一重传定时器,其中,所述第一RTT定时器超与所述第一HARQ进程具有关联关系。
以下结合具体应用实例对本申请实施例的技术方案进行举例说明。
应用实例一
网络通过RRC专用信令,为终端设备配置一个G-RNTI关联的MBS组播业务的反馈模式为NACK only反馈模式,并配置NACK only反馈模式对应的公共PUCCH资源。
对于NACK only反馈模式,若终端设备从上一次反馈结束到获得本次反馈对应的公共PUCCH资源(即NACK only资源)之间,仅存在一个或多个TB的ACK(即不存在TB的NACK),则终端设备不反馈ACK(即终端设备什么都不反馈),并且,终端设备启动所述G-RNTI关联的drx-HARQ-RTT-Timer-DL-PTM(也即第一RTT定时器),drx-HARQ-RTT-Timer-DL-PTM在公共PUCCH资源(即NACK only资源)位置的结束后的第一个符合开始启动。当drx-HARQ-RTT-Timer-DL-PTM超时,无论对应HARQ进程的TB是解码成功还是解码失败,终端设备在drx-HARQ-RTT-Timer-DL-PTM定时器超时后,都启动drx-RetransmissionTimer-DL-PTM(也即第一重传定时器)。
应用实例二
网络通过RRC专用信令,为终端设备配置一个G-RNTI关联的MBS组播业务的反馈模式为NACK only反馈模式,并配置NACK only反馈模式对应的公共PUCCH资源。
对于NACK only反馈模式,若终端设备从上一次反馈结束到获得本次反馈对应的公共PUCCH资源(即NACK only资源)之间,存在多个TB的反馈,且所述多个TB的反馈中有至少一个TB的反馈为NACK,则终端设备反馈所述多个TB的ACK/NACK(即NACK only反馈模式转换为ACK/NACK反馈模式),并且,终端设备启动所述G-RNTI关联的drx-HARQ-RTT-Timer-DL-PTM(也即第一RTT定时器),drx-HARQ-RTT-Timer-DL-PTM在公共PUCCH资源(即NACK only资源)位置的结束后的第一个符合开始启动。当drx-HARQ-RTT-Timer-DL-PTM超时,无论对应HARQ进程的TB是解码成功还是解码失败,终端设备在drx-HARQ-RTT-Timer-DL-PTM定时器超时后,都启动drx-RetransmissionTimer-DL-PTM(也即第一重传定时器)。
上述方案中,终端设备可以使用公共PUCCH资源反馈所述多个TB的ACK/NACK,或者,终端设备也可以使用专用PUCCH反馈所述多个TB的ACK/NACK。可选地,若网络侧未配置公共PUCCH资源,则终端设备使用专用PUCCH进行反馈,否则,终端设备使用公共PUCCH资源进行反馈。
应用实例三
网络通过RRC专用信令,为终端设备配置一个G-RNTI关联的MBS组播业务的反馈模式为NACK only反馈模式,并配置NACK only反馈模式对应的公共PUCCH资源。 此外,网络还为终端设备配置启动drx-HARQ-RTT-Timer-DL-PTM(也即第一RTT定时器)的时刻或参考时刻。
对于NACK only反馈模式,选项1)若终端设备从上一次反馈结束到获得本次反馈对应的公共PUCCH资源(即NACK only资源)之间,仅存在一个或多个TB的ACK(即不存在TB的NACK),则终端设备不反馈ACK(即终端设备什么都不反馈),并且,终端设备启动所述G-RNTI关联的drx-HARQ-RTT-Timer-DL-PTM(也即第一RTT定时器),drx-HARQ-RTT-Timer-DL-PTM在网络配置的时刻或基于网络配置的参考时刻所确定的时刻开始启动。当drx-HARQ-RTT-Timer-DL-PTM超时,无论对应HARQ进程的TB是解码成功还是解码失败,终端设备在drx-HARQ-RTT-Timer-DL-PTM定时器超时后,都启动drx-RetransmissionTimer-DL-PTM(也即第一重传定时器)。
对于NACK only反馈模式,选项2)若终端设备从上一次反馈结束到获得本次反馈对应的公共PUCCH资源(即NACK only资源)之间,存在多个TB的反馈,且所述多个TB的反馈中有至少一个TB的反馈为NACK,则终端设备反馈所述多个TB的ACK/NACK(即NACK only反馈模式转换为ACK/NACK反馈模式),并且,终端设备启动所述G-RNTI关联的drx-HARQ-RTT-Timer-DL-PTM(也即第一RTT定时器),drx-HARQ-RTT-Timer-DL-PTM在网络配置的时刻或基于网络配置的参考时刻所确定的时刻开始启动。当drx-HARQ-RTT-Timer-DL-PTM超时,无论对应HARQ进程的TB是解码成功还是解码失败,终端设备在drx-HARQ-RTT-Timer-DL-PTM定时器超时后,都启动drx-RetransmissionTimer-DL-PTM(也即第一重传定时器)。
上述方案中,终端设备可以使用公共PUCCH资源反馈所述多个TB的ACK/NACK,或者,终端设备也可以使用专用PUCCH反馈所述多个TB的ACK/NACK。可选地,若网络侧未配置公共PUCCH资源,则终端设备使用专用PUCCH进行反馈,否则,终端设备使用公共PUCCH资源进行反馈。
应用实例四
网络通过RRC专用信令,为终端设备配置一个G-RNTI关联的MBS组播业务的反馈模式为ACK/NACK反馈模式,并配置ACK/NACK反馈模式对应的专用PUCCH资源。
对于ACK/NACK反馈模式,若终端设备从上一次反馈结束到获得本次反馈对应的专用反馈资源之间,存在至少一个TB的反馈,则所述终端设备反馈所述至少一个TB的ACK/NACK,并且,在反馈结束后的第一个符号开始启动drx-HARQ-RTT-Timer-DL-PTM。当drx-HARQ-RTT-Timer-DL-PTM超时,无论对应HARQ进程的TB是解码成功还是解码失败,终端设备在drx-HARQ-RTT-Timer-DL-PTM定时器超时后,都启动drx-RetransmissionTimer-DL-PTM(也即第一重传定时器)。
本申请实施例的技术方案,明确了如何启动RTT定时器和重传定时器,从而最大程度将接收MBS组播业务的多个终端设备的激活时间对齐,保证多个终端设备都能接收到MBS组播业务数据,大大降低终端设备在MBS组播业务接收过程中的丢包率。
以上结合附图详细描述了本申请的优选实施方式,但是,本申请并不限于上述实施方式中的具体细节,在本申请的技术构思范围内,可以对本申请的技术方案进行多种简单变型,这些简单变型均属于本申请的保护范围。例如,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合,为了避免不必要的重复,本申请对各种可能的组合方式不再另行说明。又例如,本申请的各种不同的实施方式之间也可以进行任意组合,只要其不违背本申请的思想,其同样应当视为本申请所公开的内容。又例如,在不冲突的前提下,本申请描述的各个实施例和/或各个实施例中的技术特征可以和现有技术任意的相互组合,组合之后得到的技术方案也应落入本申请的保护范围。
还应理解,在本申请的各种方法实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。此外,在本申请实施例中,术语“下行”、“上行”和“侧行”用于表示信号或数据的传输方向,其中,“下行”用于表示信号或数据的传输方向为从站点发送至小区的用户设备的第一方向,“上行”用于表示信号或数据的传输方向为从小区的用户设备发送至站点的第二方向,“侧行”用于表示信号或数据的传输方向为从用户设备1发送至用户设备2的第三方向。例如,“下行信号”表示该信号的传输方向为第一方向。另外,本申请实施例中,术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系。具体地,A和/或B可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
图4是本申请实施例提供的DRX定时器的运行装置的结构组成示意图,应用于终端设备,如图4所示,所述DRX定时器的运行装置包括:
控制单元401,用于在第一时刻启动第一RTT定时器,所述第一RTT定时器为用于多媒体广播服务MBS组播业务的RTT定时器;若所述第一RTT定时器超时,则启动第一重传定时器,所述第一重传定时器为用于MBS组播业务的重传定时器。
在一些可选实施方式中,所述装置还包括:接收单元402,用于接收网络设备发送的RRC专用信令,所述RRC专用信令用于配置所述终端设备的反馈模式为NACK only反馈模式。
在一些可选实施方式中,所述RRC专用信令还用于配置所述NACK only反馈模式对应的公共反馈资源。
在一些可选实施方式中,所述装置还包括反馈单元403;所述反馈单元403,用于若所述终端设备从上一次反馈结束到获得本次反馈对应的公共反馈资源之间,仅存在一个或多个TB的ACK,则不反馈所述ACK,所述控制单元401在第一时刻启动第一RTT定时器。
在一些可选实施方式中,所述装置还包括反馈单元403;所述反馈单元403,用于若所述终端设备从上一次反馈结束到获得本次反馈对应的公共反馈资源之间,仅存在一个TB的否定应答NACK,则反馈所述NACK,所述控制单元401在第一时刻启动第一RTT定时器。
在一些可选实施方式中,所述反馈单元403,用于使用所述公共反馈资源反馈所述NACK;或者,使用专用反馈资源反馈所述NACK。
在一些可选实施方式中,所述装置还包括反馈单元403;所述反馈单元403,用于若所述终端设备从上一次反馈结束到获得本次反馈对应的公共反馈资源之间,存在多个TB的反馈,且所述多个TB的反馈中有至少一个TB的反馈为NACK,则反馈所述多个TB的ACK/NACK,所述控制单元401在第一时刻启动第一RTT定时器。
在一些可选实施方式中,所述反馈单元403,用于使用所述公共反馈资源反馈所述多个TB的ACK/NACK;或者,使用专用反馈资源反馈反馈所述多个TB的ACK/NACK。
在一些可选实施方式中,所述第一时刻基于本次反馈对应的公共反馈资源的位置确定。
在一些可选实施方式中,所述第一时刻为所述本次反馈对应的公共反馈资源的结束位置后的第一个符号。
在一些可选实施方式中,所述第一时刻为网络设备配置的;或者,所述第一时刻基于网络设备配置的参考时刻确定。
在一些可选实施方式中,所述装置还包括:接收单元402,用于接收网络设备发送的RRC专用信令,所述RRC专用信令用于配置所述终端设备的反馈模式为ACK/NACK反馈模式。
在一些可选实施方式中,所述RRC专用信令还用于配置所述ACK/NACK反馈模式对应的专用反馈资源。
在一些可选实施方式中,所述装置还包括反馈单元403;所述反馈单元403,用于若所述终端设备从上一次反馈结束到获得本次反馈对应的专用反馈资源之间,存在至少一个TB的反馈,则反馈所述至少一个TB的ACK/NACK,所述控制单元401在第一时刻启动第一RTT定时器。
在一些可选实施方式中,所述第一时间基于所述至少一个TB的反馈时间确定。
在一些可选实施方式中,所述第一时间为所述至少一个TB的反馈时间后的第一个符号。
在一些可选实施方式中,所述控制单元401,用于若所述第一RTT定时器超时,则第一混合自动重传请求HARQ进程的TB解码成功或解码失败的情况下,均启动所述第一重传定时器,其中,所述第一RTT定时器超与所述第一HARQ进程具有关联关系。
在一些可选实施方式中,所述第一重传定时器运行期间,所述终端设备能够接收所述MBS组播业务的重传数据。
本领域技术人员应当理解,本申请实施例的上述DRX定时器的运行装置的相关描述可以参照本申请实施例的DRX定时器的运行方法的相关描述进行理解。
图5是本申请实施例提供的一种通信设备500示意性结构图。该通信设备可以终端设备。图5所示的通信设备500包括处理器510,处理器510可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图5所示,通信设备500还可以包括存储器520。其中,处理器510可以从存储器520中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器520可以是独立于处理器510的一个单独的器件,也可以集成在处理器510中。
可选地,如图5所示,通信设备500还可以包括收发器530,处理器510可以控制该收发器530与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
其中,收发器530可以包括发射机和接收机。收发器530还可以进一步包括天线,天线的数量可以为一个或多个。
该通信设备500具体可为本申请实施例的终端设备,并且该通信设备500可以实现本申请实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
图6是本申请实施例的芯片的示意性结构图。图6所示的芯片600包括处理器610,处理器610可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图6所示,芯片600还可以包括存储器620。其中,处理器610可以从存储器620中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器620可以是独立于处理器610的一个单独的器件,也可以集成在处理器610中。
可选地,该芯片600还可以包括输入接口630。其中,处理器610可以控制该输入接口630与其他设备或芯片进行通信,具体地,可以获取其他设备或芯片发送的信息或数据。
可选地,该芯片600还可以包括输出接口640。其中,处理器610可以控制该输出 接口640与其他设备或芯片进行通信,具体地,可以向其他设备或芯片输出信息或数据。
该芯片可应用于本申请实施例中的终端设备,并且该芯片可以实现本申请实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
图7是本申请实施例提供的一种通信系统700的示意性框图。如图7所示,该通信系统700包括终端设备710和网络设备720。
其中,该终端设备710可以用于实现上述方法中由终端设备实现的相应的功能,以及该网络设备720可以用于实现上述方法中由网络设备实现的相应的功能为了简洁,在此不再赘述。
应理解,本申请实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor,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 Data Rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,上述存储器为示例性但不是限制性说明,例如,本申请实施例中的存储器还可以是静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)等等。也就是说,本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质,用于存储计算机程序。该计算机 可读存储介质可应用于本申请实施例中的终端设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序产品,包括计算机程序指令。该计算机程序产品可应用于本申请实施例中的终端设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序。该计算机程序可应用于本申请实施例中的终端设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,)ROM、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。

Claims (24)

  1. 一种非连续接收DRX定时器的运行方法,所述方法包括:
    终端设备在第一时刻启动第一往返时间RTT定时器,所述第一RTT定时器为用于多媒体广播服务MBS组播业务的RTT定时器;
    若所述第一RTT定时器超时,则所述终端设备启动第一重传定时器,所述第一重传定时器为用于MBS组播业务的重传定时器。
  2. 根据权利要求1所述的方法,其中,所述方法还包括:
    所述终端设备接收网络设备发送的无线资源控制RRC专用信令,所述RRC专用信令用于配置所述终端设备的反馈模式为仅否定应答NACK only反馈模式。
  3. 根据权利要求2所述的方法,其中,所述RRC专用信令还用于配置所述NACK only反馈模式对应的公共反馈资源。
  4. 根据权利要求2或3所述的方法,其中,所述终端设备在第一时刻启动第一RTT定时器,包括:
    若所述终端设备从上一次反馈结束到获得本次反馈对应的公共反馈资源之间,仅存在一个或多个传输块TB的肯定应答ACK,则所述终端设备不反馈所述ACK,并在第一时刻启动第一RTT定时器。
  5. 根据权利要求2或3所述的方法,其中,所述终端设备在第一时刻启动第一RTT定时器,包括:
    若所述终端设备从上一次反馈结束到获得本次反馈对应的公共反馈资源之间,仅存在一个TB的否定应答NACK,则所述终端设备反馈所述NACK,并在第一时刻启动第一RTT定时器。
  6. 根据权利要求5所述的方法,其中,所述终端设备反馈所述NACK,包括:
    所述终端设备使用所述公共反馈资源反馈所述NACK;或者,
    所述终端设备使用专用反馈资源反馈所述NACK。
  7. 根据权利要求2或3所述的方法,其中,所述终端设备在第一时刻启动第一RTT定时器,包括:
    若所述终端设备从上一次反馈结束到获得本次反馈对应的公共反馈资源之间,存在多个TB的反馈,且所述多个TB的反馈中有至少一个TB的反馈为NACK,则所述终端设备反馈所述多个TB的ACK/NACK,并在第一时刻启动第一RTT定时器。
  8. 根据权利要求7所述的方法,其中,所述终端设备反馈所述多个TB的ACK/NACK,包括:
    所述终端设备使用所述公共反馈资源反馈所述多个TB的ACK/NACK;或者,
    所述终端设备使用专用反馈资源反馈反馈所述多个TB的ACK/NACK。
  9. 根据权利要求2至8中任一项所述的方法,其中,所述第一时刻基于本次反馈对应的公共反馈资源的位置确定。
  10. 根据权利要求9所述的方法,其中,所述第一时刻为所述本次反馈对应的公共反馈资源的结束位置后的第一个符号。
  11. 根据权利要求2至8中任一项所述的方法,其中,
    所述第一时刻为网络设备配置的;或者,
    所述第一时刻基于网络设备配置的参考时刻确定。
  12. 根据权利要求1所述的方法,其中,所述方法还包括:
    所述终端设备接收网络设备发送的RRC专用信令,所述RRC专用信令用于配置 所述终端设备的反馈模式为ACK/NACK反馈模式。
  13. 根据权利要求12所述的方法,其中,所述RRC专用信令还用于配置所述ACK/NACK反馈模式对应的专用反馈资源。
  14. 根据权利要求12或13所述的方法,其中,所述终端设备在第一时刻启动第一RTT定时器,包括:
    若所述终端设备从上一次反馈结束到获得本次反馈对应的专用反馈资源之间,存在至少一个TB的反馈,则所述终端设备反馈所述至少一个TB的ACK/NACK,并在第一时刻启动第一RTT定时器。
  15. 根据权利要求14所述的方法,其中,所述第一时间基于所述至少一个TB的反馈时间确定。
  16. 根据权利要求15所述的方法,其中,所述第一时间为所述至少一个TB的反馈时间后的第一个符号。
  17. 根据权利要求1至16中任一项所述的方法,其中,所述若所述第一RTT定时器超时,则所述终端设备启动第一重传定时器,包括:
    若所述第一RTT定时器超时,则第一混合自动重传请求HARQ进程的TB解码成功或解码失败的情况下,所述终端设备均启动所述第一重传定时器,其中,所述第一RTT定时器超与所述第一HARQ进程具有关联关系。
  18. 根据权利要求1至17中任一项所述的方法,其中,所述第一重传定时器运行期间,所述终端设备能够接收所述MBS组播业务的重传数据。
  19. 一种DRX定时器的运行装置,应用于终端设备,所述装置包括:
    控制单元,用于在第一时刻启动第一RTT定时器,所述第一RTT定时器为用于多媒体广播服务MBS组播业务的RTT定时器;若所述第一RTT定时器超时,则启动第一重传定时器,所述第一重传定时器为用于MBS组播业务的重传定时器。
  20. 一种终端设备,包括:处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求1至18中任一项所述的方法。
  21. 一种芯片,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求1至18中任一项所述的方法。
  22. 一种计算机可读存储介质,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求1至18中任一项所述的方法。
  23. 一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行如权利要求1至18中任一项所述的方法。
  24. 一种计算机程序,所述计算机程序使得计算机执行如权利要求1至18中任一项所述的方法。
CN202180103236.6A 2021-12-02 2021-12-02 一种drx定时器的运行方法及装置、终端设备 Pending CN118104355A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/135046 WO2023097601A1 (zh) 2021-12-02 2021-12-02 一种drx定时器的运行方法及装置、终端设备

Publications (1)

Publication Number Publication Date
CN118104355A true CN118104355A (zh) 2024-05-28

Family

ID=86611211

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180103236.6A Pending CN118104355A (zh) 2021-12-02 2021-12-02 一种drx定时器的运行方法及装置、终端设备

Country Status (2)

Country Link
CN (1) CN118104355A (zh)
WO (1) WO2023097601A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111436026B (zh) * 2019-02-18 2022-03-08 维沃移动通信有限公司 副链路组播通信的配置方法和终端
CN113597796B (zh) * 2019-08-06 2023-09-19 Oppo广东移动通信有限公司 通信方法、装置及设备
CN113260024B (zh) * 2020-02-10 2022-08-26 大唐移动通信设备有限公司 一种非连续接收定时器管理方法及终端

Also Published As

Publication number Publication date
WO2023097601A1 (zh) 2023-06-08

Similar Documents

Publication Publication Date Title
CN113661746B (zh) 一种信息配置方法及装置、终端设备、网络设备
WO2021134298A1 (zh) 一种资源指示方法及装置、通信设备
CN114424663A (zh) 一种业务调度方法及装置、终端设备、网络设备
CN113678500B (zh) 一种反馈资源配置方法及通信方法、装置、通信设备
CN114008952A (zh) 一种窗口调整方法及装置、网络设备、终端设备
CN113728663B (zh) 一种drx配置方法及装置、终端设备、网络设备
WO2022141545A1 (zh) 一种mcch调度传输方法及装置、终端设备
CN113728683B (zh) 一种bwp配置方法及装置、终端设备、网络设备
EP4243528A1 (en) Semi-persistent scheduling method and apparatus for mbs service, and terminal device and network device
CN116569569A (zh) 提高mbs业务可靠性的方法及装置、终端设备、网络设备
WO2023097601A1 (zh) 一种drx定时器的运行方法及装置、终端设备
CN114902758A (zh) 一种资源配置方法及装置、终端设备、网络设备
US20240214235A1 (en) Feedback state indication method and apparatus, terminal device, and network device
WO2023102898A1 (zh) 重传方式的确定方法及定时器的控制方法、装置
WO2023097665A1 (zh) 一种数据接收方法及装置、终端设备
WO2023097613A1 (zh) 一种信息确定方法及装置、终端设备
WO2022021410A1 (zh) 一种mbs业务传输方法及装置、终端设备、网络设备
WO2023050185A1 (zh) 一种变量的维护方法及装置、终端设备
WO2022165720A1 (zh) 提高mbs业务可靠性的方法及装置、终端设备、网络设备
WO2022087990A1 (zh) 一种多播业务的重传方法及装置、终端设备、网络设备
WO2022021024A1 (zh) 一种bwp切换的方法及装置、终端设备
CN117501741A (zh) 一种头压缩方法及装置、终端设备、网络设备
CN117501748A (zh) 一种头压缩方法及装置、终端设备、网络设备
CN117063495A (zh) 一种传输方式的确定方法及装置、终端设备、网络设备
CN117501772A (zh) 无线通信的方法、终端设备和网络设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication