CN114257345A - 确认harq-ack反馈时间的方法及相关产品 - Google Patents

确认harq-ack反馈时间的方法及相关产品 Download PDF

Info

Publication number
CN114257345A
CN114257345A CN202011012422.2A CN202011012422A CN114257345A CN 114257345 A CN114257345 A CN 114257345A CN 202011012422 A CN202011012422 A CN 202011012422A CN 114257345 A CN114257345 A CN 114257345A
Authority
CN
China
Prior art keywords
harq
radio frame
ack
frame number
control information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011012422.2A
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.)
Beijing Ziguang Zhanrui Communication Technology Co Ltd
Original Assignee
Beijing Ziguang Zhanrui Communication Technology 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 Beijing Ziguang Zhanrui Communication Technology Co Ltd filed Critical Beijing Ziguang Zhanrui Communication Technology Co Ltd
Priority to CN202011012422.2A priority Critical patent/CN114257345A/zh
Publication of CN114257345A publication Critical patent/CN114257345A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling

Landscapes

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

Abstract

本申请实施例提供一种确认HARQ‑ACK反馈时间的方法及相关产品,所述方法应用在用户设备UE,所述方法包括如下步骤:UE获取业务信道的下行控制信息;UE依据下行控制信息以及配置值P确定HARQ‑ACK所在的无线帧号;UE在该无线帧号的特定符号传输该HARQ‑ACK。本申请的技术方案具有确定业务信道HARQ‑ACK反馈时间的优点。

Description

确认HARQ-ACK反馈时间的方法及相关产品
技术领域
本申请涉及通信处理技术领域,尤其涉及一种确认HARQ-ACK反馈时间方法及相关产品。
背景技术
HARQ(Hybrid Automatic Repeat request,混合式自动重传请求)是一种结合FEC(Forward Error Correction)与ARQ(Automatic Repeat request)方法的技术。FEC通过添加冗余信息,使得接收端能够纠正一部分错误,从而减少重传的次数,对于FEC无法纠正的错误,接收端会通过ARQ机制请求发送端重发数据。接收端使用检错码,通常为CRC(CyclicRedundancy Check,循环冗余校验)校验,来检测接收到的数据包是否出错。如果无错,则接收端会发送一个肯定的确认(ACK)给发送端,发送端收到ACK后,会接着发送下一个数据包。如果出错,则接收端会丢弃该数据包,并发送一个否定的确认(NACK)给发送端,发送端收到NACK后,会重发相同的数据。
短距离通信中,目前没有一种确定业务信道HARQ-ACK反馈时间的方法。
发明内容
本申请实施例公开了一种确认HARQ-ACK反馈时间方法及相关产品,通过在下行控制信息以及配置值确定HARQ-ACK的无线帧号,进而确定业务信道HARQ-ACK的反馈时间。
第一方面,提供一种确认HARQ-ACK反馈时间的方法,所述方法应用在用户设备UE,所述方法包括如下步骤:
UE获取业务信道的下行控制信息;
UE依据下行控制信息以及配置值P确定HARQ-ACK所在的无线帧号;
UE在该无线帧号的特定符号传输该HARQ-ACK。
第二方面,提供一种用户设备UE,所述UE包括:
通信单元,用于获取业务信道的下行控制信息;
处理单元,用于依据下行控制信息以及配置值P确定HARQ-ACK所在的无线帧号;在该无线帧号的特定符号传输该HARQ-ACK。
第三方面,提供一种终端,包括处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行第一方面所述的方法中的步骤的指令。
第四方面,提供了一种计算机可读存储介质,存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行第一方面所述的方法。
第五方面,提供了一种计算机程序产品,其中,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
第六方面,提供了芯片系统,所述芯片系统包括至少一个处理器,存储器和接口电路,所述存储器、所述收发器和所述至少一个处理器通过线路互联,所述至少一个存储器中存储有计算机程序;所述计算机程序被所述处理器执行时实现第一方面所述的方法。
通过实施本申请实施例,本申请提供的技术方案在获取业务信道的下行控制信息后,依据该下行控制信息以及配置值确定HARQ-ACK所在的无线帧号,进而在上述无线帧号的特定符号传输该HARQ-ACK。本申请提供的技术方案能够依据DCI以及配置值直接确定HARQ-ACK所在的无线帧号,这样即能够直接确定HARQ-ACK的反馈时间,实现了HARQ-ACK的反馈时间的确定。
附图说明
以下对本申请实施例用到的附图进行介绍。
图1是本申请实施例提供的一种示例通信系统的系统架构图;
图2是本申请实施例提供的一种确认HARQ-ACK反馈时间的方法流程示意图;
图3是本申请实施例一提供的确认HARQ-ACK反馈时间的方法的流程示意图;
图4是本申请实施例二提供的确认HARQ-ACK反馈时间的方法的流程示意图;
图5是本申请实施例三提供的确认HARQ-ACK反馈时间的方法的流程示意图;
图6是本申请实施例提供的一种用户设备的结构示意图;
图7是本申请实施例提供的一种终端的结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
本申请中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,表示前后关联对象是一种“或”的关系。
本申请实施例中出现的“多个”是指两个或两个以上。本申请实施例中出现的第一、第二等描述,仅作示意与区分描述对象之用,没有次序之分,也不表示本申请实施例中对设备个数的特别限定,不能构成对本申请实施例的任何限制。本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式,以实现设备间的通信,本申请实施例对此不做任何限定。
本申请实施例的技术方案可以应用于如图1所示的示例通信系统100,该示例通信系统100包括终端110和网络设备120,终端110与网络设备120通信连接。
该示例通信系统100例如可以是:全球移动通讯(Global System of Mobilecommunication,GSM)系统、码分多址(Code Division Multiple Access,CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long Term Evolution,LTE)系统、先进的长期演进(Advanced long term evolution,LTE-A)系统、新无线(New Radio,NR)系统、NR系统的演进系统、免授权频谱上的LTE系统(LTE-based access to unlicensedspectrum,LTE-U)、免授权频谱上的NR系统(NR-based access tounlicensed spectrum,NR-U)、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)、下一代通信系统或其他通信系统等。
通常来说,传统的通信系统支持的连接数有限,也易于实现,然而,随着通信技术的发展,移动通信系统将不仅支持传统的通信,还将支持例如,设备到设备(Device toDevice,D2D)通信,机器到机器(Machine to Machine,M2M)通信,机器类型通信(MachineType Communication,MTC),以及车辆间(Vehicle to Vehicle,V2V)通信等,本申请实施例也可以应用于这些通信系统。可选地,本申请实施例中的通信系统可以应用于载波聚合(Carrier Aggregation,CA)场景,也可以应用于双连接(Dual Connectivity,DC)场景,还可以应用于独立(Standalone,SA)布网场景。
本申请实施例中的终端110可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personaldigital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、中继设备、车载设备、可穿戴设备,未来5G网络中的终端或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端等,本申请实施例对此并不限定。
本申请实施例中的网络设备120可以是用于与终端通信的设备,该网络设备可以是LTE系统中的演进型基站(evoled NodeB,eNB或eNodeB),还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器,或者该网络设备可以为中继设备、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备,5G系统中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如基带单元(baseband unit,BBU),或,分布式单元(distributed unit,DU)等,本申请实施例并不限定。
在一些部署中,gNB可以包括集中式单元(centralized unit,CU)和DU。gNB还可以包括有源天线单元(active antenna unit,AAU)。CU实现gNB的部分功能,DU实现gNB的部分功能。比如,CU负责处理非实时协议和服务,实现无线资源控制(radio resource control,RRC),分组数据汇聚层协议(packet data convergence protocol,PDCP)层的功能。DU负责处理物理层协议和实时服务,实现无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理(physical,PHY)层的功能。
HARQ-ACK timing(下行数据调度时间)。控制信息中指示数据信道的发送时刻及发送位置,一种发送位置的方案为,数据信道HARQ-ACK的反馈时间为固定的时间,另一种是通过控制信息指示的时间。
参阅图2,图2提供了一种确认HARQ-ACK反馈时间的方法,所述方法应用在用户设备UE,所述方法包括如下步骤:
步骤S201、UE获取业务信道的下行控制信息;
在一种可选的方案中,上述下行控制信息可以为PDCCH(Physical DownlinkControl Channel,物理下行控制信道)的DCI(Downlink Control Information,下行控制信息)。
步骤S202、UE依据下行控制信息以及配置值P确定HARQ-ACK所在的无线帧号;
在一种可选的方案中,上述配置值P具体可以通过预配置信息来确定,当然在实际应用中,上述配置值P也可以通过高层信令确定,该高层信令包括但不限于:RRC(RadioResource Control,无线资源控制)信令或MAC CE(media access control-ControlElement)。
步骤S203、UE在该无线帧号的特定符号传输该HARQ-ACK。
上述步骤S203中的无线帧内由物理层信令或高层信令所指示的第一个开销符号。
本申请提供的技术方案在获取业务信道的下行控制信息后,依据该下行控制信息以及配置值确定HARQ-ACK所在的无线帧号,进而在上述无线帧号的特定符号传输该HARQ-ACK。本申请提供的技术方案能够依据DCI以及配置值直接确定HARQ-ACK所在的无线帧号,这样即能够直接确定HARQ-ACK的反馈时间,实现了HARQ-ACK的反馈时间的确定。
在一种可选的方案中,上述步骤S202的实现方法具体可以包括:
若下行控制信息包含Q比特指示,所述UE依据下行控制信息以及配置值P确定HARQ-ACK所在的无线帧号具体包括:
依据所述Q比特指示确定指示值T,UE确定HARQ-ACK所在的无线帧号为:结束无线帧号+T*P;
所述无线帧号所处的超帧为:业务信道结束超帧+floor(结束无线帧号+T*P)/I;
I为所述业务信道结束超帧包含的无线帧个数。
例如,若预配置的值P=6,依据DCI包含的Q比特中的Q=3,若此时DCI中3bit表示的值为T=4,结束无线帧为7,确定无线帧31,所处的超帧可以为业务信号的结束超帧,则在结束超帧的无线帧31内的特定符号内传输。
在另一种可选的方案中,上述步骤S202的实现方法具体可以包括:
依据所述Q比特指示确定指示值T,UE获取处理时间间隔R,UE确定HARQ-ACK所在的无线帧号为:结束无线帧号+R+T*P;
所述无线帧号所处的超帧为:业务信道结束超帧+floor(结束无线帧号+R+T*P)/I;
I为所述业务信道结束超帧包含的无线帧个数。
上述R可以为预设值、节点上报或由高层节点配置得到。
例如,若RRC配置的值P=6,依据DCI包含的Q比特中的Q=3,若此时DCI中3bit表示的值为T=4,结束无线帧为7,R=2,确定无线帧33,在结束超帧的无线帧33内的特定符号内传输。
在又一种可选的方案中,上述步骤S202的实现方法具体可以包括:
若下行控制信息包含Q比特指示和S比特指示,所述UE依据下行控制信息以及配置值P确定HARQ-ACK所在的无线帧号具体可以包括:
依据所述S比特指示确定是否跨超帧传输该HARQ-ACK,若依据该S比特指示确定超帧传输该HARQ-ACK,依据Q比特指示确定指示值T,确定该HARQ-ACK所在的无线帧号为业务信道结束的超帧内的T*P。
上述S比特具体可以为1比特,若S比特值为0表示在业务信道的结束超帧,若S比特值为1表示在业务信号的结束超帧的下一个超帧。当然在实际应用中上述S比特值也可以反过来,即S比特值为1表示在业务信道的结束超帧,若S比特值为0表示在业务信号的结束超帧的下一个超帧。
实施例一
本申请实施例一实现的技术场景可以如图1所示的通信系统内执行,具体的,可以由通信系统内的终端110执行,本申请实施例中的下行控制信息可以为PDCCH的DCI,该DCI包括Q比特,该Q比特具体为3比特,其对应的值具体可以包括:100,上述配置值P可以为预配置的,P=6;参阅图3,图3为本申请实施例一提供的确认HARQ-ACK反馈时间的方法,该方法如图3所示,包括如下步骤:
步骤S301、终端接收PDCCH的DCI,接收RRC信令,依据RRC信令确定特定符号为第1符号;
步骤S302、终端确定Q比特的指示值T=4,依据下述计算公式确定无线帧号为业务信道的结束超帧的无线帧31。
步骤S302的计算公式具体可以包括:
无线帧号=结束无线帧+T*P;即无线帧号=7+4*6=31。所处的超帧=业务信道结束超帧+floor(结束无线帧+T*P)/I)
Floor为向下取整。
步骤S303、终端确定在业务信道的结束超帧的无线帧31的第1符号发送该HARQ-ACK。
本申请提供的技术方案在获取业务信道的下行控制信息后,依据该下行控制信息以及配置值确定HARQ-ACK所在的无线帧号,进而在上述无线帧号的特定符号传输该HARQ-ACK。本申请提供的技术方案能够依据DCI以及配置值直接确定HARQ-ACK所在的无线帧号,这样即能够直接确定HARQ-ACK的反馈时间,实现了HARQ-ACK的反馈时间的确定。
实施例二
本申请实施例二实现的技术场景可以如图1所示的通信系统内执行,具体的,可以由通信系统内的终端110执行,本申请实施例中的下行控制信息可以为PDCCH的DCI,该DCI包括Q比特,该Q比特具体为3比特,其对应的值具体可以包括:100,上述配置值P可以为预配置的,P=6,处理时间间隔R可以为预配置的,R=2;参阅图4,图4为本申请实施例二提供的确认HARQ-ACK反馈时间的方法,该方法如图4所示,包括如下步骤:
步骤S401、终端接收PDCCH的DCI,接收RRC信令,依据RRC信令确定特定符号为第1符号;
步骤S402、终端确定Q比特的指示值T=4,依据下述计算公式确定无线帧号为业务信道的结束超帧的无线帧33。
步骤S402的计算公式具体可以包括:
无线帧号=结束无线帧+R+T*P;即无线帧号=7+2+4*6=33。所处的超帧=业务信道结束超帧+floor(结束无线帧+T*P)/I)
Floor为向下取整。
步骤S403、终端确定在业务信道的结束超帧的无线帧33的第1符号发送该HARQ-ACK。
本申请提供的技术方案在获取业务信道的下行控制信息后,依据该下行控制信息以及配置值确定HARQ-ACK所在的无线帧号,进而在上述无线帧号的特定符号传输该HARQ-ACK。本申请提供的技术方案能够依据DCI以及配置值直接确定HARQ-ACK所在的无线帧号,这样即能够直接确定HARQ-ACK的反馈时间,实现了HARQ-ACK的反馈时间的确定。
实施例三
本申请实施例三实现的技术场景可以如图1所示的通信系统内执行,具体的,可以由通信系统内的终端110执行,本申请实施例中的下行控制信息可以为PDCCH的DCI,该DCI包括Q比特和S比特,该Q比特具体为3比特,其对应的值具体可以包括:010,该S比特为1比特,具体值可以为0,上述配置值P可以为预配置的,P=6;参阅图5,图5为本申请实施例三提供的确认HARQ-ACK反馈时间的方法,该方法如图5所示,包括如下步骤:
步骤S501、终端接收PDCCH的DCI,接收RRC信令,依据RRC信令确定特定符号为第1符号;
步骤S502、终端确定Q比特的指示值T=2,依据S比特的值确定在结束超帧,依据T以及P值确定为无线帧12。
计算公式具体可以包括:
无线帧号=T*P;即无线帧号=2*6=12。
步骤S503、终端确定在业务信道的结束超帧的无线帧12的第1符号发送该HARQ-ACK。
本申请提供的技术方案在获取业务信道的下行控制信息后,依据该下行控制信息以及配置值确定HARQ-ACK所在的无线帧号,进而在上述无线帧号的特定符号传输该HARQ-ACK。本申请提供的技术方案能够依据DCI以及配置值直接确定HARQ-ACK所在的无线帧号,这样即能够直接确定HARQ-ACK的反馈时间,实现了HARQ-ACK的反馈时间的确定。
可以理解的是,用户设备为了实现上述功能,其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本实施例可以根据上述方法示例对电子设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是,本实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图6示出了用户设备的示意图,如图6所示,该用户设备600可以包括:通信单元601和处理单元602。
其中,通信单元601可以用于支持用户设备执行上述步骤201等,和/或用于本文所描述的技术的其他过程。
处理单元602可以用于支持用户设备执行上述步骤202、步骤S203等,和/或用于本文所描述的技术的其他过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本实施例提供的电子设备,用于执行上述如图2所示方法,因此可以达到与上述实现方法相同的效果。
在采用集成的单元的情况下,用户设备可以包括处理模块、存储模块和通信模块。其中,处理模块可以用于对用户设备的动作进行控制管理,例如,可以用于支持电子设备执行上述通信单元601和处理单元602执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块,可以用于支持电子设备与其他设备的通信。
其中,处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理(digital signal processing,DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。
可以理解的是,本申请实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对用户设备的结构限定。在本申请另一些实施例中,用户设备也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
请参见图7,图7是本申请实施例提供的一种终端70,该终端70包括处理器701、存储器702和通信接口703,所述处理器701、存储器702和通信接口703通过总线704相互连接。
存储器702包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmableread only memory,EPROM)、或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器702用于相关计算机程序及数据。通信接口703用于接收和发送数据。
处理器701可以是一个或多个中央处理器(central processing unit,CPU),在处理器701是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
处理器701可以包括一个或多个处理单元,例如:处理单元可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的部件,也可以集成在一个或多个处理器中。在一些实施例中,用户设备也可以包括一个或多个处理单元。其中,控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。在其他一些实施例中,处理单元中还可以设置存储器,用于存储指令和数据。示例性地,处理单元中的存储器可以为高速缓冲存储器。该存储器可以保存处理单元刚用过或循环使用的指令或数据。如果处理单元需要再次使用该指令或数据,可从所述存储器中直接调用。这样就避免了重复存取,减少了处理单元的等待时间,因而提高了用户设备处理数据或执行指令的效率。
在一些实施例中,处理器701可以包括一个或多个接口。接口可以包括集成电路间(inter-integrated circuit,I2C)接口、集成电路间音频(inter-integrated circuitsound,I2S)接口、脉冲编码调制(pulse code modulation,PCM)接口、通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口、移动产业处理器接口(mobile industry processor interface,MIPI)、用输入输出(general-purpose input/output,GPIO)接口、SIM卡接口和/或USB接口等。其中,USB接口是符合USB标准规范的接口,具体可以是Mini USB接口、Micro USB接口、USB Type C接口等。USB接口可以用于连接充电器为用户设备充电,也可以用于用户设备与外围设备之间传输数据。该USB接口也可以用于连接耳机,通过耳机播放音频。
该终端70中的处理器701用于读取所述存储器702中存储的计算机程序代码,执行以下操作:
获取业务信道的下行控制信息;
依据下行控制信息以及配置值P确定HARQ-ACK所在的无线帧号;
在该无线帧号的特定符号传输该HARQ-ACK。
其中,上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本申请实施例还提供一种芯片系统,所述芯片系统包括至少一个处理器,存储器和接口电路,所述存储器、所述收发器和所述至少一个处理器通过线路互联,所述至少一个存储器中存储有计算机程序;所述计算机程序被所述处理器执行时,图2、图3、图4、图5所示的方法流程得以实现。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,当其在网络设备上运行时,图2、图3、图4、图5所示的方法流程得以实现。
本申请实施例还提供一种计算机程序产品,当所述计算机程序产品在终端上运行时,图2、图3、图4、图5所示的方法流程得以实现。
本申请实施例还提供一种终端,包括处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行图2、图3、图4、图5所示实施例的方法中的步骤的指令。
上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模板。本领域技术人员应该很容易意识到,结合本文中所提供的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模板并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。

Claims (11)

1.一种确认HARQ-ACK反馈时间的方法,其特征在于,所述方法应用在用户设备UE,所述方法包括如下步骤:
UE获取业务信道的下行控制信息;
UE依据下行控制信息以及配置值P确定HARQ-ACK所在的无线帧号;
UE在该无线帧号的特定符号传输该HARQ-ACK。
2.根据权利要求1所述的方法,其特征在于,所述下行控制信息包含Q比特指示和S比特指示,所述UE依据下行控制信息以及配置值P确定HARQ-ACK所在的无线帧号具体包括:
依据所述S比特指示确定是否跨超帧传输该HARQ-ACK,若依据该S比特指示确定超帧传输该HARQ-ACK,依据Q比特指示确定指示值T,确定该HARQ-ACK所在的无线帧号为业务信道结束的超帧内的T*P。
3.根据权利要求1所述的方法,其特征在于,所述下行控制信息包含Q比特指示,所述UE依据下行控制信息以及配置值P确定HARQ-ACK所在的无线帧号具体包括:
依据所述Q比特指示确定指示值T,UE确定HARQ-ACK所在的无线帧号为:结束无线帧号+T*P;
所述无线帧号所处的超帧为:业务信道结束超帧+floor(结束无线帧号+T*P)/I;
I为所述业务信道结束超帧包含的无线帧个数。
4.根据权利要求1所述的方法,其特征在于,所述下行控制信息包含Q比特指示,所述UE依据下行控制信息以及配置值P确定HARQ-ACK所在的无线帧号具体包括:
依据所述Q比特指示确定指示值T,UE获取处理时间间隔R,UE确定HARQ-ACK所在的无线帧号为:结束无线帧号+R+T*P;
所述无线帧号所处的超帧为:业务信道结束超帧+floor(结束无线帧号+R+T*P)/I;
I为所述业务信道结束超帧包含的无线帧个数。
5.根据权利要求1-4任意一项所述的方法,其特征在于,
所述特定符号为:无线帧内由物理层信令或高层信令所指示的第一个开销符号。
6.根据权利要求1-4任意一项所述的方法,其特征在于,
所述配置值为预配置值或高层信令配置值。
7.根据权利要求5或6所述的方法,其特征在于,
所述高层信令为:RRC信令或MAC CE。
8.一种用户设备UE,其特征在于,所述UE包括:
通信单元,用于获取业务信道的下行控制信息;
处理单元,用于依据下行控制信息以及配置值P确定HARQ-ACK所在的无线帧号;在该无线帧号的特定符号传输该HARQ-ACK。
9.一种终端,包括处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行如权利要求1-7任意一项所述的方法中的步骤的指令。
10.一种芯片系统,所述芯片系统包括至少一个处理器,存储器和接口电路,所述存储器、所述收发器和所述至少一个处理器通过线路互联,所述至少一个存储器中存储有计算机程序;所述计算机程序被所述处理器执行时实现如权利要求1-7任意一项所述的方法。
11.一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,当其在用户设备上运行时,执行如权利要求1-7任意一项所述的方法。
CN202011012422.2A 2020-09-23 2020-09-23 确认harq-ack反馈时间的方法及相关产品 Pending CN114257345A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011012422.2A CN114257345A (zh) 2020-09-23 2020-09-23 确认harq-ack反馈时间的方法及相关产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011012422.2A CN114257345A (zh) 2020-09-23 2020-09-23 确认harq-ack反馈时间的方法及相关产品

Publications (1)

Publication Number Publication Date
CN114257345A true CN114257345A (zh) 2022-03-29

Family

ID=80789830

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011012422.2A Pending CN114257345A (zh) 2020-09-23 2020-09-23 确认harq-ack反馈时间的方法及相关产品

Country Status (1)

Country Link
CN (1) CN114257345A (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104160767A (zh) * 2012-02-27 2014-11-19 华为技术有限公司 覆盖在蜂窝网络上的设备到设备通信的消息确认反馈的系统和方法
CN111435899A (zh) * 2019-02-15 2020-07-21 维沃移动通信有限公司 混合自动重传请求harq反馈方法、终端及网络设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104160767A (zh) * 2012-02-27 2014-11-19 华为技术有限公司 覆盖在蜂窝网络上的设备到设备通信的消息确认反馈的系统和方法
CN111435899A (zh) * 2019-02-15 2020-07-21 维沃移动通信有限公司 混合自动重传请求harq反馈方法、终端及网络设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CMCC: "R1-1705106 "Downlink HARQ-ACK feedback timing"", 3GPP TSG_RAN\\WG1_RL1, no. 1, 25 March 2017 (2017-03-25) *

Similar Documents

Publication Publication Date Title
US9935741B2 (en) Providing acknowledgement information by a wireless device
CN111277390B (zh) 下行反馈信息的传输方法、基站以及终端设备
WO2022078321A1 (zh) 上行信息发送方法及相关产品
EP3975647A1 (en) Wireless communication method, receiving-end device, and sending-end device
JP7466662B2 (ja) ハイブリッド自動再送要求応答コードブックの決定方法、装置及びそのデバイス
US11122548B2 (en) Device-to-device communication method and terminal device
EP3512142B1 (en) Communication method, terminal device and network device
CN114257345A (zh) 确认harq-ack反馈时间的方法及相关产品
WO2021035450A1 (zh) 一种数据传输方法和通信设备
CN114286292B (zh) 多播业务的反馈方法及相关产品
CN114257356A (zh) Harq-ack反馈的方法及相关产品
CN115118404A (zh) Harq-ack的反馈方法及相关产品
CN111954261B (zh) 上行harq的发送方法及相关产品
CN111416689A (zh) 数据传输方法及通信设备
US20230379934A1 (en) Method for pdsch resource determination and related products
CN111885715B (zh) 信道传输方法及相关设备
WO2023207542A1 (zh) 一种通信方法和装置
WO2023093364A1 (zh) 一种通信方法和装置
WO2022151410A1 (zh) 一种传输反馈信息的方法和装置
CN114337961A (zh) 上行信道传输资源的方法及相关产品
CN114339934A (zh) 基于业务的中继选择方法及相关产品
CN114339877A (zh) 中继的bsr触发方法及相关产品
CN113965955A (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