CN113543041A - 上行反馈方法、终端设备和网络侧设备 - Google Patents

上行反馈方法、终端设备和网络侧设备 Download PDF

Info

Publication number
CN113543041A
CN113543041A CN202010323608.3A CN202010323608A CN113543041A CN 113543041 A CN113543041 A CN 113543041A CN 202010323608 A CN202010323608 A CN 202010323608A CN 113543041 A CN113543041 A CN 113543041A
Authority
CN
China
Prior art keywords
data
feedback information
scg
pusch
mcg
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
CN202010323608.3A
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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202010323608.3A priority Critical patent/CN113543041A/zh
Publication of CN113543041A publication Critical patent/CN113543041A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • 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
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control

Abstract

本申请公开了一种上行反馈方法、终端设备和网络侧设备。其中,一种上行反馈方法,应用于终端设备,该方法包括:在辅小区组SCG上接收业务数据;若所述业务数据对应的业务为广播组播业务MBS,且所述SCG未配置无线承载RB,则在主小区组MCG上报所述业务数据的反馈信息。

Description

上行反馈方法、终端设备和网络侧设备
技术领域
本发明涉及通信领域,尤其涉及一种上行反馈方法、终端设备和网络侧设备。
背景技术
在相关技术中,对于前向纠错(Forward Error Correction,FEC)无法纠正的错误,接收端会根据自动重传请求(Automatic Repeat Request,ARQ)机制请求发送端重发数据。例如,接收端使用检错码(例如,CRC校验码),检测接收到的数据是否出错。如果无错,则发送ACK,发送端接着发送新的数据;如果有错,发送NACK,发送端重发相同的数据。
在5G系统中,用户设备(User Equipment,UE)采用了双重连接(DualConnectivity,DC)架构,DC架构包括两个小区组:主小区组(Master Cell Group,MCG)和辅小区组(Secondary Cell Group,SCG)。在具体应用中,可以通过SCG向UE传输业务数据。但对于只传输多播广播业务(Multicast Broadcast Service,MBS)业务的SCG,仅存在下行,如何上报SCG上传输的业务数据的混合自动重传请求(Hybrid Automatic RepeatRequest,HARQ)反馈信息,是目前需要解决的技术问题。
发明内容
本申请实施例的目的是提供一种上行反馈方法、终端设备和网络侧设备,以实现SCG上传输的业务数据的HARQ反馈信息的上报。
第一方面,提供了一种上行反馈方法,应用于终端设备,该方法包括:在辅小区组SCG上接收业务数据;若所述业务数据对应的业务为广播组播业务MBS,且所述SCG未配置无线承载RB,则在主小区组MCG上报所述业务数据的反馈信息。
第二方面,提供了一种上行反馈方法,应用于网络设备,所述方法包括:与终端设备建立SCG,并不在所述SCG上配置RB;在所述SCG上传输MBS业务数据;从所述终端设备的MCG,接收所述MBS业务数据的反馈信息。
第三方面,提供一种终端设备,包括:第一接收模块,用于在辅小区组SCG上接收业务数据;上报模块,用于若所述业务数据对应的业务为广播组播业务MBS,且所述SCG未配置无线承载RB,则在主小区组MCG上报所述业务数据的反馈信息。
第四方面,提供了一种网络设备,包括:配置模块,用于与终端设备建立SCG,并不在所述SCG上配置RB;传输模块,用于在所述SCG上传输MBS业务数据;第二接收模块,用于从所述终端设备的MCG,接收所述MBS业务数据的反馈信息。
第五方面,提供了一种终端设备,该终端设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面,提供一种网络设备,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如第二方面所述的方法的步骤。
第七方面,提供了一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如第一方面或第二方面所述的方法的步骤。
在本申请实施例中,终端设备在辅小区组(SCG)上接收业务数据,若所述业务数据对应的业务为广播组播业务(MBS),且所述SCG未配置无线承载(Radio Bearer,RB),则在主小区组(MCG)上报所述业务数据的反馈信息,从而可以实现SCG上传输的业务数据的HARQ反馈信息的上报,提高数据传输的可靠性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本申请实施例提供的上行反馈方法的一种流程示意图;
图2是本申请实施例提供的上行反馈方法的另一种流程示意图;
图3是本申请实施例提供的上行反馈方法的又一种流程示意图;
图4是本申请实施例提供的速率匹配的示意图;
图5是本申请实施例应用的一种终端设备的结构示意图;
图6是本申请实施例应用的一种网络设备的结构示意图;
图7是本申请实施例提供的另一种终端设备的结构示意图;
图8是本申请实施例提供的另一种网络设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的技术方案,可以应用于各种通信系统,例如:全球移动通讯系统(GSM,Global System of Mobile communication),码分多址(CDMA,Code Division MultipleAccess)系统,宽带码分多址(WCDMA,Wideband Code Division Multiple Access),通用分组无线业务(GPRS,General Packet Radio Service),长期演进(LTE,Long TermEvolution)/增强长期演进(LTE-A,Long Term Evolution Advanced),NR(New Radio)等。
用户设备(UE,User Equipment),也可称之为终端设备、移动终端(MobileTerminal)、移动用户设备等,可以经无线接入网(例如,RAN,Radio Access Network)与一个或多个核心网进行通信,用户设备可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。
基站,可以是GSM或CDMA中的基站(BTS,Base Transceiver Station),也可以是WCDMA中的基站(NodeB),还可以是LTE中的演进型基站(eNB或e-NodeB,evolutional NodeB)及5G基站(gNB),本发明并不限定,但为描述方便,下述实施例以gNB为例进行说明。
以下结合附图,详细说明本发明各实施例提供的技术方案。
图1为本申请实施例中提供的上行反馈方法的一种流程示意图,该方法100可以由终端设备执行。换言之,所述方法可以由安装在终端设备上的软件或硬件来执行。如图1所示,该方法可以包括以下步骤。
S110,在SCG上接收业务数据。
在本申请实施例中,在S110之前,网络侧确定需要在SCG上传输业务数据,则可以通知UE建立SCG,然后在建立的SCG上向UE传输业务数据。
S112,若所述业务数据对应的业务为MBS,且所述SCG未配置无线承载(RadioBearer,RB),则在MCG上报所述业务数据的反馈信息。
在本申请实施例中,所述业务数据的反馈信息可以是业务数据的HARQ反馈信息。MBS的物理下行共享信道(Physical Downlink Shared Channel,PDSCH)接收所对应的HARQ进程的接收成功或失败的指示信息。
在本申请实施例中,网络侧在通知UE建立SCG时,可以通知UE,该SCG只用于MBS接收,并且,网络侧不在该SCG上配置RB。在这种情况下,UE无法在SCG上反馈接收到的业务数据的反馈信息。因此,在本申请实施例中,UE在MCG上报所述业务数据的反馈信息,从而可以实现只用于MBS接收的SCG的反馈信息的上报,保证MBS业务传输的可靠性。
在一个可能的实现方式中,在MCG上报所述业务数据的反馈信息可以包括:若所述MCG有物理上行共享信道(Physical Uplink Shared Channel,PUSCH)数据,则将所述PUSCH数据和所述反馈信息承载到所述MCG的PUSCH上报。也就是说,在该可能的实现方式中,所述反馈信息与MCG的PUSCH数据共同承载到MCG的PUSCH上报。
上行控制信息(Uplink Control Information,UCI)中包含的信息内容是与当前用户终端(User Equipment,UE)状态相关的信息,比如当前UE是否需要请求上行资源、当前UE检测到的下行链路质量、UE通知基站(eNB)应该使用的预编码矩阵、UE能够区分出来的传输层个数以及UE是否成功解码到了PDSCH块等信息。在上述可能的实现方式中,可以将所述反馈信息作为UCI承载在PUSCH上上报。也就是说,在上述可能的实现方式中,携带所述反馈信息的UCI通过复用PUSCH上报。其中,在本申请实施例中,所述反馈信息可以为1比特位或2比特位的HARQ-ACK反馈信息。
在上述可能的实现方式中,在将PUSCH数据和所述反馈信息承载到所述MCG的PUSCH上报时,可以使用所述PUSCH数据和所述反馈信息构成媒体接入控制(Media AccessControl,MAC)协议数据单元(Protocol Data Unit,PDU)上报。
在另一个可能的实现方式中,在MCG上报所述业务数据的反馈信息时,若所述MCG没有PUSCH数据,则将预设的填充数据和所述反馈信息承载到所述MCG的PUSCH上报。即在该可能的实现方式中,如果MCG没有PUSCH数据,由于反馈信息所占的比特数很少,因此,可以使用预设的填充数据和反馈信息一起承载到MCG的PUSCH上报。其中,预设的填充数据可以是预定义的,也可以是网络侧配置的,具体本申请实施例中不作限定。
在上述可能的实现方式中,将预设的填充数据和所述反馈信息承载到所述MCG的PUSCH上报时,可以使用所述填充数据和所述反馈信息构成MACPDU上报。
也就是说,在本申请实施例中,当SCG的PDSCH承载MBS业务时,若不在SCG上配置RB,则不论MCG是否存在上行PUSCH数据,PDSCH对应的HARQ反馈信息均可以在MCG的PUSCH上报。
在一种可能的实现方式中,若所述业务数据对应的业务为MBS,且所述SCG配置有RB,则可以在所述SCG上报所述业务数据的反馈信息。即在该可能的实现方式中,若SCG上配置有RB,则HARQ反馈在SCG上报。
在上述可能的实现方式中,在SCG上报所述反馈信息包括但不限于以下任一种实现方式:
(1)在所述SCG的物理上行控制信道(PUCCH)上报上行控制信息,其中,所述上行控制信息包括所述反馈信息。即将所述反馈信息作为上行控制信息的一部分,承载在PUCCH上进行上报。
(2)将所述SCG的PUSCH数据与上行控制信息一起,承载在所述SCG的PUSCH信道上报,其中,所述上行控制信息包括所述反馈信息。即将所述反馈信息作为上行控制信息的一部分或全部,与SCG的PUSCH数据一起,承载在SCG的PUSCH信道上报。
在另一个可能的实现方式,若所述业务数据对应的业务为广播组播业务MBS,且所述SCG配置有RB,则也可以在MCG上报所述反馈信息。例如,若所述MCG上有PUSCH数据,则可以将所述MCG的PUSCH数据与上行控制信息一起,承载在所述MCG的PUSCH信道上报,其中,所述上行控制信息包括所述反馈信息。
在一个可能的实现方式中,若所述业务数据对应的业务为非MBS下行业务,且所述SCG配置有RB,则可以在所述SCG上报所述业务数据的反馈信息。其中,在所述SCG上报所述业务数据的反馈信息的方式可以采用上述的在SCG上报所述反馈信息的任意一种实现方式,在此不再赘述。
或者,在另一个可能的实现方式中,若所述业务数据对应的业务为非MBS下行业务,且所述SCG配置有RB,则也可以在所述MCG上报所述业务数据的反馈信息。例如,若所述MCG上有PUSCH数据,则可以将所述MCG的PUSCH数据与上行控制信息一起,承载在所述MCG的PUSCH信道上报,其中,所述上行控制信息包括所述反馈信息。
在一个可能的实现方式中,若所述业务数据对应的业务为非MBS下行业务,且所述SCG未配置RB,则可以不上报所述业务数据的反馈信息。
在本申请实施例提供的技术方案中,对于用于MBS下行信号接收的上行授权(如,配置的上行授权对应的PUSCH发送),如果对于MBS的下行信号接收(如,MBS业务对应的PDSCH的接收),UE在需要提供反馈信息(如,MBS的PDSCH接收对应的HARQ进程的接收成功或失败的指示信息)时,UE生成MAC PDU,该MAC PDU用于将该反馈信息承载在该上行授权对应的上行数据信道中。其中,该MAC PDU的生成,不依赖该MAC PDU中是否有上行数据的发送,例如,即使没有任何的逻辑信道有MAC SDU在该PUSCH中发送,UE依然生成MAC PDU。因此,采用本申请实施例提供的技术方案,可以实现不在SCG配置上行资源的情况下,上报SCG上传输的MBS业务数据的反馈信息,节省网络配置,提高传输效率,增加应用多样性。
图2为本申请实施例提供的上行反馈方法的另一种流程示意图,该方法应用于网络设备执行。换言之,所述方法可以由安装在网络设备上的软件或硬件来执行。如图2所示,该方法可以包括以下步骤。
S210,与终端设备建立SCG,并不在所述SCG上配置RB。
在本申请实施例中,网络设备可以通知UE建立SCG,并指示该SCG只用于MBS接收,并且,网络设备不在该SCG上配置RB。
在一个可能的实现方式中,网络侧可以在PDCCH上分配用于PUSCH的上行授权(ULGrant)。
S212,在所述SCG上传输MBS业务数据。
在本申请实施例中,可以在SCG的PDSCH上传输MBS业务数据。
S214,从所述终端设备的MCG,接收所述MBS业务数据的反馈信息。
在本申请实施例中,在SCG未配置有RB的情况下,终端设备从MCG上报MBS业务数据的反馈信息,因此,网络设备从MCG上接收终端设备上报的反馈信息。
如方法100中所述,终端设备在MCG上报反馈信息时,如果MCG上有PUSCH数据,则可以将反馈信息与PUSCH数据一起承载在PUSCH上上报,或者,如果MCG上没有PUSCH数据,则可以将反馈信息与预设的填充数据一起承载在PUSCH上上报。因此,在一个可能的实现方式中,S214可以包括以下任一项:
(1)解码所述终端设备在PUSCH上传输的数据,从中获取PUSCH数据和所述反馈信息;
(2)解码所述终端设备在PUSCH上传输的数据,从中获取预设的填充数据和所述反馈信息。在该可能的实现方式中,填充数据可以预先约定的,也可以是网络设备配置的,网络设备解码出PUSCH上传输的数据之后,可以获知PUSCH上传输是否为填充数据。
在本申请实施例中,网络设备在与终端设备建立SCG时,并不不在所述SCG上配置RB,在所述SCG上传输MBS业务数据时,从终端设备的MCG接收MBS业务数据的反馈信息,从而可以节约网络配置,提高传输效率。
图3为本申请实施例提供的上行反馈方法的另一种流程示意图,该方法300可以由网络设备和终端设备执行。换言之,所述方法可以由安装在网络设备和终端设备上的软件或硬件来执行。如图3所示,该方法可以包括以下步骤。
S310,网络设备通知UE建立SCG。
该通知可以指示:该SCG只用于MBS接收并且,网络不在SCG上配置RB。
S312,网络设备通过SCG向终端设备传输MBS业务数据。
S314,网络设备在PDCCH上分配用于PUSCH的上行制授权(ul-grant)。
该ul-grant可以满足以下至少一项条件:
(1)allowedSCS-List满足子载波传输条件;
(2)上行共享信道最大传输时长(maxPUSCH-Duration)满足条件;
(3)configuredGrantType1Allowed采用config grant type1;
(4)allowedServingCells允许传输的小区满足条件;
其中,该PDCCH可以通过小区临时用户标识(Cell Radio Network TemporaryIdentifier,C-RNTI)加扰。
如果配置授权为type 1,则可以由无线资源控制(RRC)通过高层信令进行配置(例如,IE ConfiguredGrantConfig)。
如果配置授权为type 2,则可以由下行控制信息(DCI)进行指示上行免授权的激活和去激活,其需要的参数可以由IE ConfiguredGrantConfig进行配置,但是需要由DCI激活时才进行使用。
S316,UE判断是否存在HARQ反馈信息需要上报,即是否需要上报UCI,如果是,则执行S318,否则,跳过这个上行授权,不发送上行MAC PDU。
S318,UE在PUSCH上构建MAC PDU,传输填充数据和UCI,其中,UCI包括所述HARQ反馈信息。
在一个可能的实现方式中,在S318中,填充数据和UCI的复合方式可以为携带有1比特位或2比特位的HARQ-ACK反馈信息的UCI通过PUSCH复用的方式。
或者,在另一个可能的实现方式中,填充数据和UCI的复合方式也可以为UCI由速率匹配的PUSCH复用。
其中,如图4所示,速率匹配是指:编码器输出的第一、二和三校验比特流分别独立地交织后,被比特收集单元依次收集,也就是交织后的第一、二和三校验比特流依次输入到缓冲器中。每次传输时,比特选择单元从缓冲器头部的比特开始逐位读取,直至达到预定的比特数。当读取到缓冲器的尾部,仍然没有达到预定的比特数时,比特选择单元自动跳至缓冲器的头部继续读取。卷积码的这种基于缓冲器的速率匹配的过程,被称为循环缓冲器速率匹配。
在本实施例中,由于PUSCH上并没有真实的PUSCH数据需要传输,对于此次用于发送PUSCH的ulgrant,如果UE存在对于MBS的下行信号接收的反馈信息(PDSCH接收对应的HARQ进程的接收成功或失败的指示信息),UE可以不依赖于真实的PUSCH数据,使用padding的形式生成MAC PDU,将该反馈信息承载在该上行授权对应的上行数据信道中。
图5是本申请实施例提供的一种终端设备的结构示意图,如图5所示,该终端设备500包括:第一接收模块510,用于在辅小区组SCG上接收业务数据;上报模块520,用于若所述业务数据对应的业务为广播组播业务MBS,且所述SCG未配置无线承载RB,则在主小区组MCG上报所述业务数据的反馈信息。
在一个可能的实现方式中,上报模块520在主小区组MCG上报所述业务数据的反馈信息,包括以下之一:
若所述MCG有物理上行共享信道PUSCH数据,则将所述PUSCH数据和所述反馈信息承载到所述MCG的PUSCH上报;
若所述MCG没有PUSCH数据,则将预设的填充数据和所述反馈信息承载到所述MCG的PUSCH上报。
在一个可能的实现方式中,上报模块520将所述PUSCH数据和所述反馈信息承载到所述MCG的PUSCH上报,包括:
使用所述PUSCH数据和所述反馈信息构成媒体接入控制MAC协议数据单元PDU上报。
在一个可能的实现方式中,上报模块520将预设的填充数据和所述反馈信息承载到所述MCG的PUSCH上报,包括:
使用所述填充数据和所述反馈信息构成MAC PDU上报。
在一个可能的实现方式中,上报模块520还用于若所述业务数据对应的业务为广播组播业务MBS,且所述SCG配置有RB,则在所述SCG上报所述业务数据的反馈信息。
在一个可能的实现方式中,上报模块520还用于若所述业务数据对应的业务为非MBS下行业务,且所述SCG配置有RB,则在所述SCG上报所述业务数据的反馈信息。
在一个可能的实现方式中,上报模块520在所述SCG上报所述业务数据的反馈信息,包括以下一项:
在所述SCG的物理上行控制信道PUCCH上报上行控制信息,其中,所述上行控制信息包括所述反馈信息;
将所述SCG的PUSCH数据与上行控制信息一起,承载在所述SCG的PUSCH信道上报,其中,所述上行控制信息包括所述反馈信息。
在一个可能的实现方式中,上报模块520还用于若所述业务数据对应的业务为非MBS下行业务,且所述SCG未配置RB,则不上报所述业务数据的反馈信息。
在一个可能的实现方式中,上报模块520还用于若所述业务数据对应的业务为MBS或非MBS下行业务,且所述SCG配置有RB,在所述MCG上报所述反馈信息。
在一个可能的实现方式中,上报模块520在所述SCG配置有RB,则在所述MCG上报所述反馈信息,包括以下一项:
若所述MCG上有PUSCH数据,则将所述MCG的PUSCH数据与上行控制信息一起,承载在所述MCG的PUSCH信道上报,其中,所述上行控制信息包括所述反馈信息。
本申请实施例提供的终端设备能够实现图1至图4的方法实施例中终端设备实现的各个过程,并达到相同的效果为避免重复,这里不再赘述。
图6是本申请实施例提供的网络设备的结构示意图,如图6所示,网络设备600包括:配置模块610,用于与终端设备建立SCG,并不在所述SCG上配置RB;传输模块620,用于在所述SCG上传输MBS业务数据;第二接收模块630,用于从所述终端设备的MCG,接收所述MBS业务数据的反馈信息。
在一个可能的实现方式中,第二接收模块630从所述终端设备的MCG,接收所述MBS业务数据的反馈信息,包括:
解码所述终端设备在PUSCH上传输的数据,从中获取PUSCH数据和所述反馈信息;或者
解码所述终端设备在PUSCH上传输的数据,从中获取预设的填充数据和所述反馈信息。
本申请实施例提供的网络设备能够实现图1至4的方法实施例中网络设备或网络侧实现的各个过程,并达到相同的效果为避免重复,这里不再赘述。
图7是本申请实施例提供的另一种终端设备的框图。图7所示的终端设备700包括:至少一个处理器701、存储器702、至少一个网络接口704和用户接口703。终端设备700中的各个组件通过总线系统705耦合在一起。可理解,总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图7中将各种总线都标为总线系统705。
其中,用户接口703可以包括显示器、键盘或者点击设备(例如,鼠标,轨迹球(trackball)、触感板或者触摸屏等。
可以理解,本申请实施例中的存储器702可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(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 RateSDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synch Link DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DRRAM)。本申请实施例描述的系统和方法的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中,存储器702存储了如下的元素,可执行模块或者数据结构,或者他们的子集,或者他们的扩展集:操作系统7021和应用程序7022。
其中,操作系统7021,包含各种系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务。应用程序7022,包含各种应用程序,例如媒体播放器(Media Player)、浏览器(Browser)等,用于实现各种应用业务。实现本申请实施例方法的程序可以包含在应用程序7022中。
在本申请实施例中,终端设备700还包括:存储在存储器上702并可在处理器701上运行的计算机程序,计算机程序被处理器701执行时实现如下步骤:向网络设备发送上行信令,指示所述终端设备发送上行信号时是否做频偏预补偿;或者,根据网络设备发送的通知信令的指示,在发送上行信号时做或者不做频偏预补偿。
上述本申请实施例揭示的方法可以应用于处理器701中,或者由处理器701实现。处理器701可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(FieldProgrammable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的计算机可读存储介质中。该计算机可读存储介质位于存储器702,处理器701读取存储器702中的信息,结合其硬件完成上述方法的步骤。具体地,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器701执行时实现如下步骤:
在辅小区组SCG上接收业务数据;
若所述业务数据对应的业务为广播组播业务MBS,且所述SCG未配置无线承载RB,则在主小区组MCG上报所述业务数据的反馈信息。
可以理解的是,本申请实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits,ASIC)、数字信号处理器(Digital SignalProcessing,DSP)、数字信号处理设备(DSP Device,DSPD)、可编程逻辑设备(ProgrammableLogic Device,PLD)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本发明所述功能的其它电子单元或其组合中。
对于软件实现,可通过执行本申请实施例所述功能的模块(例如过程、函数等)来实现本申请实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
终端设备700能够实现前述方法100至方法300中终端设备实现的各个过程,并具有相同的效果为避免重复,这里不再赘述。
请参阅图8,图8是本申请实施例提供的一种网络设备的结构图,能够实现方法200中的各细节,并达到相同的效果。如图8所示,网络设备800包括:处理器801、收发机802、存储器803、用户接口804和总线接口,其中:
在本申请实施例中,网络侧设备800还包括:存储在存储器上803并可在处理器801上运行的计算机程序,计算机程序被处理器801、执行时实现如下步骤:
与终端设备建立SCG,并不在所述SCG上配置RB;
在所述SCG上传输MBS业务数据;
从所述终端设备的MCG,接收所述MBS业务数据的反馈信息。
在图8中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器801代表的一个或多个处理器和存储器803代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机802可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口804还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器801负责管理总线架构和通常的处理,存储器803可以存储处理器801在执行操作时所使用的数据。
网络设备800能够实现前述方法100至方法300中网络设备实现的各个过程,并达到相同的效果为避免重复,这里不再赘述。
本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述方法100、方法200、或方法300实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random AccessMemory,简称RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。

Claims (27)

1.一种上行反馈方法,其特征在于,应用于终端设备,所述方法包括:
在辅小区组SCG上接收业务数据;
若所述业务数据对应的业务为广播组播业务MBS,且所述SCG未配置无线承载RB,则在主小区组MCG上报所述业务数据的反馈信息。
2.如权利要求1所述的方法,其特征在于,在主小区组MCG上报所述业务数据的反馈信息,包括以下之一:
若所述MCG有物理上行共享信道PUSCH数据,则将所述PUSCH数据和所述反馈信息承载到所述MCG的PUSCH上报;
若所述MCG没有PUSCH数据,则将预设的填充数据和所述反馈信息承载到所述MCG的PUSCH上报。
3.如权利要求2所述的方法,其特征在于,将所述PUSCH数据和所述反馈信息承载到所述MCG的PUSCH上报,包括:
使用所述PUSCH数据和所述反馈信息构成媒体接入控制协议数据单元MAC PDU上报。
4.如权利要求2所述的方法,其特征在于,将预设的填充数据和所述反馈信息承载到所述MCG的PUSCH上报,包括:
使用所述填充数据和所述反馈信息构成MAC PDU上报。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:
若所述业务数据对应的业务为广播组播业务MBS,且所述SCG配置有RB,则在所述SCG上报所述业务数据的反馈信息。
6.如权利要求1所述的方法,其特征在于,所述方法还包括:
若所述业务数据对应的业务为非MBS下行业务,且所述SCG配置有RB,则在所述SCG上报所述业务数据的反馈信息。
7.如权利要求5或6所述的方法,其特征在于,在所述SCG上报所述业务数据的反馈信息,包括以下一项:
在所述SCG的物理上行控制信道PUCCH上报上行控制信息,其中,所述上行控制信息包括所述反馈信息;
将所述SCG的PUSCH数据与上行控制信息一起,承载在所述SCG的PUSCH信道上报,其中,所述上行控制信息包括所述反馈信息。
8.如权利要求1所述的方法,其特征在于,所述方法还包括:
若所述业务数据对应的业务为非MBS下行业务,且所述SCG未配置RB,则不上报所述业务数据的反馈信息。
9.如权利要求1所述的方法,其特征在于,所述方法还包括:
若所述业务数据对应的业务为MBS或非MBS下行业务,且所述SCG配置有RB,在所述MCG上报所述反馈信息。
10.如权利要求9所述的方法,其特征在于,所述SCG配置有RB,则在所述MCG上报所述反馈信息,包括以下一项:
若所述MCG上有PUSCH数据,则将所述MCG的PUSCH数据与上行控制信息一起,承载在所述MCG的PUSCH信道上报,其中,所述上行控制信息包括所述反馈信息。
11.一种上行反馈方法,其特征在于,应用于网络设备,所述方法包括:
与终端设备建立SCG,并不在所述SCG上配置RB;
在所述SCG上传输MBS业务数据;
从所述终端设备的MCG,接收所述MBS业务数据的反馈信息。
12.如权利要求11所述的方法,其特征在于,从所述终端设备的MCG,接收所述MBS业务数据的反馈信息,包括:
解码所述终端设备在PUSCH上传输的数据,从中获取PUSCH数据和所述反馈信息;或者
解码所述终端设备在PUSCH上传输的数据,从中获取预设的填充数据和所述反馈信息。
13.一种终端设备,其特征在于,包括:
第一接收模块,用于在辅小区组SCG上接收业务数据;
上报模块,用于若所述业务数据对应的业务为广播组播业务MBS,且所述SCG未配置无线承载RB,则在主小区组MCG上报所述业务数据的反馈信息。
14.如权利要求13所述的终端设备,其特征在于,所述上报模块在主小区组MCG上报所述业务数据的反馈信息,包括以下之一:
若所述MCG有物理上行共享信道PUSCH数据,则将所述PUSCH数据和所述反馈信息承载到所述MCG的PUSCH上报;
若所述MCG没有PUSCH数据,则将预设的填充数据和所述反馈信息承载到所述MCG的PUSCH上报。
15.如权利要求14所述的终端设备,其特征在于,所述上报模块将所述PUSCH数据和所述反馈信息承载到所述MCG的PUSCH上报,包括:
使用所述PUSCH数据和所述反馈信息构成媒体接入控制协议数据单元MAC PDU上报。
16.如权利要求14所述的终端设备,其特征在于,所述上报模块将预设的填充数据和所述反馈信息承载到所述MCG的PUSCH上报,包括:
使用所述填充数据和所述反馈信息构成MAC PDU上报。
17.如权利要求13所述的终端设备,其特征在于,所述上报模块,还用于若所述业务数据对应的业务为广播组播业务MBS,且所述SCG配置有RB,则在所述SCG上报所述业务数据的反馈信息。
18.如权利要求13所述的终端设备,其特征在于,所述上报模块,还用于若所述业务数据对应的业务为非MBS下行业务,且所述SCG配置有RB,则在所述SCG上报所述业务数据的反馈信息。
19.如权利要求17或18所述的终端设备,其特征在于,所述上报模块在所述SCG上报所述业务数据的反馈信息,包括以下一项:
在所述SCG的物理上行控制信道PUCCH上报上行控制信息,其中,所述上行控制信息包括所述反馈信息;
将所述SCG的PUSCH数据与上行控制信息一起,承载在所述SCG的PUSCH信道上报,其中,所述上行控制信息包括所述反馈信息。
20.如权利要求13所述的终端设备,其特征在于,所述上报模块,还用于若所述业务数据对应的业务为非MBS下行业务,且所述SCG未配置RB,则不上报所述业务数据的反馈信息。
21.如权利要求13所述的终端设备,其特征在于,所述上报模块,还用于若所述业务数据对应的业务为MBS或非MBS下行业务,且所述SCG配置有RB,在所述MCG上报所述反馈信息。
22.如权利要求21所述的终端设备,其特征在于,所述上报模块在所述SCG配置有RB,则在所述MCG上报所述反馈信息,包括以下一项:
若所述MCG上有PUSCH数据,则将所述MCG的PUSCH数据与上行控制信息一起,承载在所述MCG的PUSCH信道上报,其中,所述上行控制信息包括所述反馈信息。
23.一种网络设备,其特征在于,包括:
配置模块,用于与终端设备建立SCG,并不在所述SCG上配置RB;
传输模块,用于在所述SCG上传输MBS业务数据;
第二接收模块,用于从所述终端设备的MCG,接收所述MBS业务数据的反馈信息。
24.如权利要求23所述的网络设备,其特征在于,所述第二接收模块从所述终端设备的MCG,接收所述MBS业务数据的反馈信息,包括:
解码所述终端设备在PUSCH上传输的数据,从中获取PUSCH数据和所述反馈信息;或者
解码所述终端设备在PUSCH上传输的数据,从中获取预设的填充数据和所述反馈信息。
25.一种终端设备,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至10中任一项所述的方法的步骤。
26.一种网络设备,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求11至12中任一项所述的方法的步骤。
27.一种可读存储介质,其特征在于,所述可读存储介质上存储有程序或指令,所述程序或指令被处理器执行时实现:
如权利要求1至10中任一项所述的方法的步骤;或者
如权利要求11至12中任一项所述的方法的步骤。
CN202010323608.3A 2020-04-22 2020-04-22 上行反馈方法、终端设备和网络侧设备 Pending CN113543041A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010323608.3A CN113543041A (zh) 2020-04-22 2020-04-22 上行反馈方法、终端设备和网络侧设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010323608.3A CN113543041A (zh) 2020-04-22 2020-04-22 上行反馈方法、终端设备和网络侧设备

Publications (1)

Publication Number Publication Date
CN113543041A true CN113543041A (zh) 2021-10-22

Family

ID=78094119

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010323608.3A Pending CN113543041A (zh) 2020-04-22 2020-04-22 上行反馈方法、终端设备和网络侧设备

Country Status (1)

Country Link
CN (1) CN113543041A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180139665A1 (en) * 2016-11-17 2018-05-17 Ofinno Technologies, Llc Handover of user equipment with multimedia broadcast multicast services
US20180324663A1 (en) * 2017-05-04 2018-11-08 Comcast Cable Communications, Llc Communications For Network Slicing Using Resource Status Information
CN109246824A (zh) * 2017-05-04 2019-01-18 维沃移动通信有限公司 一种传输反馈信息的方法和设备
WO2019031216A1 (ja) * 2017-08-09 2019-02-14 シャープ株式会社 端末装置、通信方法、集積回路、及び、基地局装置のシステム
WO2019032002A1 (en) * 2017-08-10 2019-02-14 Telefonaktiebolaget Lm Ericsson (Publ) METHODS OF RESPONSE TO SCG FAILURE IN WIRELESS DC AND TERMINAL COMMUNICATIONS AND ASSOCIATED TERMINALS AND NETWORK NODES
US20190097874A1 (en) * 2017-09-28 2019-03-28 Comcast Cable Communications, Llc Beam Management with DRX Configuration

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180139665A1 (en) * 2016-11-17 2018-05-17 Ofinno Technologies, Llc Handover of user equipment with multimedia broadcast multicast services
US20180324663A1 (en) * 2017-05-04 2018-11-08 Comcast Cable Communications, Llc Communications For Network Slicing Using Resource Status Information
CN109246824A (zh) * 2017-05-04 2019-01-18 维沃移动通信有限公司 一种传输反馈信息的方法和设备
WO2019031216A1 (ja) * 2017-08-09 2019-02-14 シャープ株式会社 端末装置、通信方法、集積回路、及び、基地局装置のシステム
WO2019032002A1 (en) * 2017-08-10 2019-02-14 Telefonaktiebolaget Lm Ericsson (Publ) METHODS OF RESPONSE TO SCG FAILURE IN WIRELESS DC AND TERMINAL COMMUNICATIONS AND ASSOCIATED TERMINALS AND NETWORK NODES
US20190097874A1 (en) * 2017-09-28 2019-03-28 Comcast Cable Communications, Llc Beam Management with DRX Configuration

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CATT: "Considerations on parallel Configuration between MeNB and SeNB", 《3GPP TSG RAN WG2 MEETING #87BIS R2-144358》 *

Similar Documents

Publication Publication Date Title
US11838130B2 (en) Method for partial retransmission
EP2286537B1 (en) Increasing reliability of hybrid automatic repeat request protocol
CN113473632B (zh) 物理下行共享信道的调度方法、网络设备及终端设备
US8730893B2 (en) Group resource allocation method in broadband wireless access system and apparatus therefor
US11949514B2 (en) Method and apparatus for generating hybrid automatic repeat request HARQ information
CN110635870B (zh) 生成混合自动重传请求harq信息的方法和装置
CN111031580B (zh) 用于传输反馈信息的方法和设备
US20220263606A1 (en) Ntn-based data transmission method and apparatus and storage medium
CN112788748B (zh) 一种上行控制信息的传输方法和终端设备
EP3550909B1 (en) Method for transmitting data in multi-carrier based communication, terminal device and network device
KR20220124251A (ko) 사이드링크 피드백 정보를 결정하기 위한 방법 및 통신기기
EP4092941A1 (en) Harq-ack codebook feedback method and apparatus, device and storage medium
CN115918011A (zh) 生成混合自动重复请求harq码本的方法和装置
CN112688761A (zh) 一种harq处理方法及设备
CN110140317B (zh) 解码部分无线电传送
CN109644088B (zh) 基于载波聚合的反馈方法和设备
CN113726484B (zh) 混合自动重传请求应答harq-ack反馈方法、终端设备和网络设备
CN112583531B (zh) 一种上行控制信息的传输方法、终端设备和网络设备
CN113543041A (zh) 上行反馈方法、终端设备和网络侧设备
WO2021128344A1 (en) Method and apparatus for cbg based transmission for nr sidelink
CN113615100A (zh) 第二小区波束失败恢复方法及装置、用户设备、网络设备
CN113141237B (zh) 上行资源的确定方法和通信设备
CN116964969A (zh) 用于基于仅nack的harq-ack反馈复用的方法及设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20211022