CN113972966A - 业务处理方法、装置及相关设备 - Google Patents

业务处理方法、装置及相关设备 Download PDF

Info

Publication number
CN113972966A
CN113972966A CN202010725084.0A CN202010725084A CN113972966A CN 113972966 A CN113972966 A CN 113972966A CN 202010725084 A CN202010725084 A CN 202010725084A CN 113972966 A CN113972966 A CN 113972966A
Authority
CN
China
Prior art keywords
service
harq
transmission
information
feedback
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.)
Granted
Application number
CN202010725084.0A
Other languages
English (en)
Other versions
CN113972966B (zh
Inventor
吴昱民
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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 CN202010725084.0A priority Critical patent/CN113972966B/zh
Publication of CN113972966A publication Critical patent/CN113972966A/zh
Application granted granted Critical
Publication of CN113972966B publication Critical patent/CN113972966B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource

Landscapes

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

Abstract

本申请公开了一种业务处理方法、装置及相关设备，属于通信技术领域。业务处理方法包括：获取第一业务的目标信息；根据所述目标信息，执行所述第一业务的处理操作；其中，所述处理操作满足以下至少一项：在所述目标信息包括所述第一业务的接收次数信息的情况下，所述处理操作包括所述第一业务的接收操作；在所述目标信息包括所述第一业务的混合自动重传请求HARQ反馈的发送次数信息的情况下，所述处理操作包括所述第一业务的HARQ反馈的发送操作。本申请可以使得网络侧设备和终端侧对于业务的接收，和/或，业务的HARQ反馈的发送理解一致，进而可以提高业务处理的可靠性，节省收发资源，节省终端的耗电。

Description

业务处理方法、装置及相关设备
技术领域
本申请属于通信技术领域，具体涉及一种业务处理方法、装置及相关设备。
背景技术
终端可以通过物理下行共享信道(Physical Downlink Shared Channel，PDSCH)接收业务的数据，并通过物理上行控制信道(Physical Uplink Control Channel，PUCCH)或物理上行共享信道(Physical Uplink Shared Channel，PUSCH)发送数据的反馈信息。
然而，对于终端如何接收业务，如何发送业务的HARQ重传，以及如何进行混合自动重复请求(Hybrid Automatic Repeat Request，HARQ)反馈，目前并没有解决方案。
发明内容
本申请实施例提供一种业务处理方法、装置及相关设备，能够解决业务的接收问题和/或业务的HARQ反馈的发送问题。
第一方面，提供了一种业务处理方法，应用于终端，所述方法包括：
获取第一业务的目标信息；
根据所述目标信息，执行所述第一业务的处理操作；
其中，所述处理操作满足以下至少一项：
在所述目标信息包括所述第一业务的接收次数信息的情况下，所述处理操作包括所述第一业务的接收操作；
在所述目标信息包括所述第一业务的混合自动重传请求HARQ反馈的发送次数信息的情况下，所述处理操作包括所述第一业务的HARQ反馈的发送操作。
第二方面，提供了一种业务处理方法，应用于网络侧设备，所述方法包括：
发送指示信息，所述指示信息用于指示第一业务的目标信息；
其中，所述目标信息包括以下至少一项：所述第一业务的接收次数信息；所述第一业务的HARQ反馈的发送次数信息。
第三方面，提供了一种业务处理装置，应用于终端，该业务处理装置包括：
获取模块，用于获取第一业务的目标信息；
执行模块，用于根据所述目标信息，执行所述第一业务的处理操作；
其中，所述处理操作满足以下至少一项：
在所述目标信息包括所述第一业务的接收次数信息的情况下，所述处理操作包括所述第一业务的接收操作；
在所述目标信息包括所述第一业务的混合自动重传请求HARQ反馈的发送次数信息的情况下，所述处理操作包括所述第一业务的HARQ反馈的发送操作。
第四方面，提供了一种业务处理装置，应用于网络侧设备，其特征在于，所述业务处理装置包括：
发送模块，用于发送指示信息，所述指示信息用于指示第一业务的目标信息；
其中，所述目标信息包括以下至少一项：所述第一业务的接收次数信息；所述第一业务的HARQ反馈的发送次数信息。
第五方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面，提供了一种网络侧设备，该网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。
第七方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤。
第八方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法。
在本申请实施例中，终端可以根据获取到的第一业务的目标信息，执行所述第一业务的处理操作；其中，所述处理操作满足以下至少一项：在所述目标信息包括所述第一业务的接收次数信息的情况下，所述处理操作包括所述第一业务的接收操作；在所述目标信息包括所述第一业务的混合自动重传请求HARQ反馈的发送次数信息的情况下，所述处理操作包括所述第一业务的HARQ反馈的发送操作。这样，可以使得网络侧设备和终端侧对于业务的接收，和/或，业务的HARQ反馈的发送理解一致，进而可以提高业务处理的可靠性，节省收发资源，节省终端的耗电。
附图说明
图1是本申请实施例可应用的一种无线通信系统的框图；
图2是本申请实施例提供的业务处理方法的流程图之一；
图3是本申请实施例提供的业务处理方法的流程图之二；
图4是本申请实施例提供的业务处理装置的结构图之一；
图5是本申请实施例提供的业务处理装置的结构图之二；
图6是本申请实施例提供的通信设备的结构图；
图7是本申请实施例提供的终端的结构图；
图8是本申请实施例提供的网络侧设备的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。然而，以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，尽管这些技术也可应用于NR系统应用以外的应用，如第6代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集合(Basic Service Set，BSS)、扩展服务集合(ExtendedService Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇。
为了方便理解，以下对本发明实施例涉及的一些内容进行说明：
一、多媒体广播多播业务(Multimedia Broadcast and Multicast Service，MBMS)、广播多播业务(Multicast Broadcast Service，MBS)。
在长期演进(Long Term Evolution，LTE)系统中，MBMS/MBS可以通过以下两种方式发送：
MBMS/MBS发送方式1：在MBMS单频网(Multimedia Broadcast multicast serviceSingle Frequency Network，MBSFN)子帧中通过物理多播信道(Physical MulticastChannel，PMCH)物理信道发送。其中，控制信息通过系统信息(如，系统信息块(SystemInformation Block，SIB)13)和广播控制信道(Multicast Control Channel，MCCH)发送，数据通过MTCH(Multicast Traffic Channel，广播业务信道)发送。
MBMS/MBS发送方式2：通过物理下行控制信道(Physical Downlink ControlChannel，PDCCH)调度的物理下行控制信道(Physical Downlink Shared Channel，PDSCH)发送。其中，控制信息通过系统信息(如，SIB20)和单小区广播控制信道(Single CellMulticast Control Channel，SC-MCCH)发送，数据通过单小区广播业务信道(Single CellMulticast Traffic Channel，SC-MTCH)发送。其中，SC-MCCH通过单小区无线网络临时标识(Single Cell Radio Network Temporary Identity，SC-RNTI)PDCCH调度的PDSCH发送，SC-MTCH通过组无线网络临时标识(Group Radio Network Temporary Identity，G-RNTI)PDCCH调度的PDSCH发送。
MBS业务是通过特定的MBMS无线承载(MBMS Radio Bearer，MRB)无线承载进行发送的。MBS业务可以通过以下标识标记：
临时移动组标识(Temporary Mobile Group Identity，TMGI)；
服务质量流标识(Quality of Service flow ID，QFI)。
二、混合自动重复请求(Hybrid Automatic Repeat Request，HARQ)。
对于物理下行共享信道(Physical Downlink Shared Channel，PDSCH)的HARQ数据接收，UE通过物理上行控制信道(Physical Uplink Control Channel，PUCCH)或物理上行共享信道(Physical Uplink Shared Channel，PUSCH)将该PDSCH信道发送的数据的接收成功或失败的HARQ反馈信息发送给网络侧。
在本申请实施例中，业务可以为上述MBMS或MBS等多播业务，也可以是单播业务，具体可根据实际情况决定，本申请实施例对此不做限定。
参见图2，图2是本申请实施例提供的业务处理方法的流程图之一。本申请实施例的业务处理方法可以应用于终端。
如图2所示，业务处理方法可以包括以下步骤：
步骤201、获取第一业务的目标信息。
具体实现时，第一实施方式中，终端可以接收获取所述第一业务的目标信息，在此实施方式中，所述第一业务的目标信息可以由网络侧设备配置。在第二实施方式中，终端可以通过协议约定的方式获取所述第一业务的目标信息，在此实施方式中，所述第一业务的目标信息可以由协议预定。具体可根据实际需求决定，本申请实施例对此不做限定。
在本申请实施例中，所述目标信息可以但不仅限于包括以下至少一项：所述第一业务的接收次数信息；所述第一业务的HARQ反馈的发送次数信息。
所述第一业务的接收次数信息可以用于终端确定是否继续接收所述第一业务。进一步地，所述第一业务的接收次数信息还可以用于终端确定是否继续发送所述第一业务的HARQ反馈。
所述第一业务的HARQ反馈的发送次数信息可以用于终端确定是否继续发送所述第一业务的HARQ反馈。进一步地，所述第一业务的接收次数信息还可以用于终端确定继续接收所述第一业务。
步骤202、根据所述目标信息，执行所述第一业务的处理操作。
其中，所述处理操作满足以下至少一项：
在所述目标信息包括所述第一业务的接收次数信息的情况下，所述处理操作包括所述第一业务的接收操作；
在所述目标信息包括所述第一业务的混合自动重传请求HARQ反馈的发送次数信息的情况下，所述处理操作包括所述第一业务的HARQ反馈的发送操作。
具体实现时，所述第一业务的接收操作具体可以表现为：接收所述第一业务，或，停止接收所述第一业务，具体可根据所述目标信息确定。
所述第一业务的HARQ反馈的发送操作具体可以表现为：发送所述第一业务的HARQ反馈，或，停止发送所述第一业务的HARQ反馈，具体可根据所述目标信息确定。
本申请实施例的业务处理方法，终端可以根据获取到的第一业务的目标信息，执行所述第一业务的处理操作；其中，所述处理操作满足以下至少一项：在所述目标信息包括所述第一业务的接收次数信息的情况下，所述处理操作包括所述第一业务的接收操作；在所述目标信息包括所述第一业务的混合自动重传请求HARQ反馈的发送次数信息的情况下，所述处理操作包括所述第一业务的HARQ反馈的发送操作。这样，可以使得网络侧设备和终端侧对于业务的接收，和/或，业务的HARQ反馈的发送理解一致，进而可以提高业务处理的可靠性，节省收发资源，节省终端的耗电。
在本申请实施例中，对于上述第一实施方式，可选的，所述获取第一业务的目标信息，包括：
接收指示信息，所述指示信息用于指示所述目标信息。
在第一实施方式中，进一步地，所述第一业务的目标信息可以由网络侧设备预配置，也可以由网络侧设备动态指示，具体可根据实际需求决定，本申请实施例对此不做限定。
可选的，所述指示信息可以承载于无线资源控制(Radio Resource Control，RRC)信令中，或，所述指示信息承载于下行控制信息(Downlink Control Information，DCI)中。
在本可选实施方式中，进一步地，所述指示信息还可以用于指示所述目标信息关联的所述第一业务的第一HARQ进程；
所述根据所述目标信息，执行所述第一业务的处理操作，包括：
根据所述目标信息，执行所述第一HARQ进程的处理操作。
具体实现时，所述指示信息可以携带有所述第一HARQ进程的编号，这样，终端可以确定所述指示信息指示的目标信息为所述第一HARQ进程的目标信息，并根据所述HARQ进程的目标信息，执行所述第一业务的第一HARQ进程的处理操作。
需要说明的是，在本申请实施例中，所述第一业务可以对应一个或多个HARQ进程。
在所述第一业务对应有多个HARQ进程的情况下，第一实现方式中，HARQ进程和目标信息可以满足一对一的对应关系；第二实现方式中，HARQ进程和目标信息可以满足多对一的对应关系。进一步地，在第二实现方式中，可以是终端的全部HARQ进程对应一个目标信息。不同的目标信息包括的内容可不同，也可相同。针对所述第一业务的每个HARQ进程，终端可以根据该HARQ进程对应的目标信息，执行该HARQ进程的处理操作。
在本可选实施方式中，所述指示信息可以包括所述第一业务的特征信息，这样，终端在接收到所述指示信息之后，可以确定所述指示信息指示的目标信息为所述第一业务的目标信息，并根据所述指示信息指示的目标信息，执行所述第一业务的处理操作，从而可以提高业务执行的准确性。
可选的，所述特征信息可以包括以下至少一项：业务描述信息；业务承载信息。
进一步地，所述业务描述信息可以包括以下至少一项：
业务标识(如，TMGI)；
业务名称(如，中央电视台)；
业务解释(如，多播业务发布渠道(如，通过广电网络发送的中央电视台节目)；多播业务特征(如，语音，或视频))；
业务的发送地址(如，传输控制协议(Transmission Control Protocol，TCP)和/或互联网协议(Internet Protocol，IP)地址，以及该地址对应的发送端口号)；
多播业务的发送协议(如，超文本传输协议(Hypertext Transport Protocol，HTTP)，或简单消息传输协议(Simple Message Transfer Protocol，SMTP))；
业务的会话标识(如，MBS会话(Session)-1)；
业务调度标识(如，MBS-RNTI-1)。
进一步地，所述业务承载信息可以包括以下至少一项：
数据流标识(如，QFI-1)；
数据会话标识(如，协议数据单元(Protocol Data Unit，PDU)Session-1)；
无线承载标识(如，数据无线承载(Data Radio Bearer，DRB)-1)；
逻辑信道标识(如，逻辑信道标识(Logical Channel identification，LCID)-1)。
以下分别对本申请实施例中的“所述第一业务的接收次数信息”和“所述第一业务的HARQ反馈的发送次数信息”进行说明：
可选的，所述第一业务的接收次数信息包括以下至少一项：
所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ重传次数是否达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数；
所述第一业务的HARQ传输剩余次数是否为零；
所述第一业务的HARQ重传剩余次数；
所述第一业务的HARQ重传剩余次数是否为零；
所述终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传。
可选的，所述第一业务的HARQ反馈的发送次数信息，包括以下至少一项：
所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈次数是否达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数；
所述第一业务的HARQ反馈剩余次数是否为零；
所述终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输是否需要提供HARQ反馈。
在本申请实施例中，所述第一业务的处理操作的具体实现形式可以由所述第一业务的目标信息确定，具体实现时，终端可以通过下述三种方式，根据所述第一业务的目标信息，确定所述第一业务的处理操作的具体实现形式，具体说明如下。
方式一：若终端获取到的所述目标信息的内容包含的是网络侧设备的判定指示，则终端获取到所述目标信息之后，可以直接根据所述目标信息的内容，确定所述第一业务的处理操作的具体实现形式。
在方式一中，可选的，网络侧设备的判定指示可以包括以下至少一项判定指示：
所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传次数是否达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数是否为零；
所述第一业务的HARQ重传剩余次数是否为零；
所述终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传；
所述第一业务的HARQ反馈次数是否达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数是否为零；
所述终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输是否需要提供HARQ反馈。
为方便理解，示例说明如下：
假设所述第一业务的接收次数信息包括所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数。
若所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数具体表现为：所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数，则终端可以停止接收所述第一业务，停止发送所述第一业务的HARQ反馈。
若所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数具体表现为：所述第一业务的HARQ传输次数未达到所述第一业务的HARQ传输最大次数，则终端可以继续接收所述第一业务。
方式二：若终端获取的所述目标信息的内容包含的是次数指示，则终端获取到所述目标信息之后，需要根据所述目标信息的内容，进行自行判定，之后根据自身的判定结果，确定所述第一业务的处理操作的具体实现形式。
在方式二中，可选的，所述次数指示可包括以下至少一项：
所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数；
所述第一业务的HARQ重传剩余次数；
所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数。
为方便理解，示例说明如下：
如：假设所述第一业务的接收次数信息包括所述第一业务的HARQ传输最大次数。则终端在获取到所述第一业务的接收次数信息之后，还需要自行判断所述第一业务的接收次数信息包括所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数。之后，根据判定结果，确定所述第一业务的处理操作的具体实现形式。
若所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数具体表现为：所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数，则终端可以停止接收所述第一业务，停止发送所述第一业务的HARQ反馈。
若所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数具体表现为：所述第一业务的HARQ传输次数未达到所述第一业务的HARQ传输最大次数，则终端可以继续接收所述第一业务。
方式三：终端可以根据所述目标信息的内容，确定第一信息，之后，根据所述第一信息，确定所述第一业务的处理操作的具体实现形式。
在方式二中，可选的，所述第一信息可以但不仅限于包括以下至少一项：
所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数；
所述终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输是否需要提供HARQ反馈。
具体说明如下：
所述第一业务的HARQ反馈最大次数可以根据所述第一业务的HARQ传输最大次数或所述第一业务的HARQ重传最大次数确定。也就是说，所述第一业务的HARQ反馈最大次数可以由所述第一业务的HARQ传输最大次数和/或所述第一业务的HARQ重传最大次数隐式指示。
如：HARQ传输次数的最大值为3次，则终端可以确定HARQ反馈发送次数的最大值为HARQ传输次数的最大值-1＝2次。之后，终端可以自行判断所述第一业务的HARQ反馈次数是否达到所述第一业务的HARQ反馈最大次数，若达到，则停止发送所述第一业务的HARQ反馈；若未达到，则继续发送所述第一业务的HARQ反馈。
所述第一业务的HARQ反馈剩余次数可以根据所述第一业务的HARQ传输最大次数或所述第一业务的HARQ重传最大次数确定。也就是说，所述第一业务的HARQ反馈剩余次数可以由所述第一业务的HARQ传输最大次数和/或所述第一业务的HARQ重传最大次数隐式指示。
如：HARQ传输剩余次数为3次，则UE的HARQ反馈剩余次数为HARQ传输剩余次数-1)＝2次。HARQ重传剩余次数为2次，则UE的HARQ传输剩余次数等于HARQ重传剩余次数。
所述终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈可以根据以下任一项确定：所述第一业务的HARQ传输最大次数；所述第一业务的HARQ重传最大次数；所述第一业务的HARQ传输剩余次数；所述第一业务的HARQ重传剩余次数；所述终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传。
如：网络指示本次MBS-RNTI-1PDCCH调度的HARQ进程(process)-1的传输为最后一次重传，则UE在接收到该指示后认为其前一次对于该HARQ process-1的接收数据的HARQ反馈为最后一次HARQ反馈，则对于本次接收到的HARQ process-1的传输不再发送HARQ反馈。
所述第一业务的本次HARQ传输是否需要提供HARQ反馈可以根据以下任一项确定：所述第一业务的HARQ传输最大次数；所述第一业务的HARQ重传最大次数；所述第一业务的HARQ传输剩余次数；所述第一业务的HARQ重传剩余次数；所述终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传。
如：网络指示本次MBS-RNTI-1PDCCH调度的HARQ process-1的传输为最后一次重传，则UE在接收到该指示后认为本次接收到的HARQ process-1的传输不再发送HARQ反馈。
在本申请实施例中，可选的，所述根据所述目标信息，执行所述处理操作，包括：
在第一条件满足的情况下，停止接收所述第一业务；
其中，所述第一条件满足包括以下至少一项：
所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传次数达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数为零；
所述第一业务的HARQ重传剩余次数为零；
所述第一业务的本次传输为最后一次HARQ传输或HARQ重传。
在本可选实施方式中，若第一条件满足，说明没有所述第一业务的HARQ传输或重传可接收，因此，终端可以停止接收所述第一业务，从而可降低终端耗电。
应理解的是，在所述第一条件不满足的情况下，说明还有所述第一业务的HARQ传输或重传可接收终端可以继续接收所述第一业务，以提高所述第一业务接收的可靠性。
可选的，所述根据所述目标信息，执行所述处理操作，包括：
在第二条件满足的情况下，停止发送所述第一业务的HARQ反馈；
其中，所述第二条件满足包括以下至少一项：
所述第一业务的HARQ反馈次数达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数为零；
所述终端发送的所述第一业务的HARQ反馈为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输不需要提供HARQ反馈；
所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传次数达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数为零；
所述第一业务的HARQ重传剩余次数为零；
所述终端接收到的所述第一业务的HARQ传输为所述第一业务的最后一次HARQ传输或HARQ重传。
在本可选实施方式中，若第二条件满足，说明终端完成了所述第一业务的HARQ反馈的发送，因此，终端可以停止发送所述第一业务的HARQ反馈，从而可降低终端耗电。
应理解的是，在所述第二条件满足的情况下，终端可以继续接收所述第一业务，以提高所述第一业务处理的可靠性。
参见图3，图3是本申请实施例提供的业务处理方法的流程图之二。本申请实施例的业务处理方法应用于网络侧设备。
如图3所示，业务处理方法可以包括以下步骤：
步骤301、发送指示信息，所述指示信息用于指示第一业务的目标信息。
其中，所述目标信息包括以下至少一项：所述第一业务的接收次数信息；所述第一业务的HARQ反馈的发送次数信息。
本申请实施例的业务处理方法，网络侧设备可以向终端发送指示所述第一业务的目标信息，这样，终端在接收到所述指示信息之后，可以根据所述指示信息指示的第一业务的目标信息，执行所述第一业务的处理操作；其中，所述处理操作满足以下至少一项：在所述目标信息包括所述第一业务的接收次数信息的情况下，所述处理操作包括所述第一业务的接收操作；在所述目标信息包括所述第一业务的混合自动重传请求HARQ反馈的发送次数信息的情况下，所述处理操作包括所述第一业务的HARQ反馈的发送操作。从而可以使得网络侧设备和终端侧对于业务的接收，和/或，业务的HARQ反馈的发送理解一致，进而可以提高业务处理的可靠性，节省收发资源，节省终端的耗电。
可选的，所述指示信息承载于无线资源控制RRC信令中，或，所述指示信息承载于下行控制信息DCI中。
可选的，所述指示信息还用于指示所述目标信息关联的所述第一业务的第一HARQ进程。
可选的，所述第一业务的接收次数信息包括以下至少一项：
所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ重传次数是否达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数；
所述第一业务的HARQ传输剩余次数是否为零；
所述第一业务的HARQ重传剩余次数；
所述第一业务的HARQ重传剩余次数是否为零；
终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传。
可选的，所述第一业务的HARQ反馈的发送次数信息，包括以下至少一项：
所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈次数是否达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数；
所述第一业务的HARQ反馈剩余次数是否为零；
终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输是否需要提供HARQ反馈。
需要说明的是，本实施例作为与图2方法实施例对应的网络侧设备的实施例，因此，可以参见图2方法实施例中的相关说明，且可以达到相同的有益效果。为了避免重复说明，在此不再赘述。
需要说明的是，本申请实施例中介绍的多种可选的实施方式，彼此可以相互结合实现，也可以单独实现，对此本申请实施例不作限定。
为方便理解，示例说明如下：
实施例一：预配置HARQ传输和反馈次数。
步骤一：网络侧配置或协议约定，UE对于特定业务的接收的HARQ传输配置。
其中，该“特定业务”的信息包括以下至少一项：
业务描述信息；
业务承载信息。
其中，该“业务描述信息”包括以下至少一种：
多播业务标识(如，TMGI)；
多播业务名称(如，中央电视台)；
多播业务解释(如，多播业务发布渠道(如，通过广电网络发送的中央电视台节目)；多播业务特征(如，语音，或视频))；
多播业务的发送地址(如，TCP和/或IP地址，以及该地址对应的发送端口号)；
多播业务的发送协议(如，HTTP或SMTP)；
会话标识(如，MBS session-1)；
业务调度标识(如，MBS-RNTI-1)；
业务类型指示(如，采用MBS-RNTI调度的多播业务，或采用C-RNTI调度的单播业务)。
其中，该“业务承载信息”包括以下至少一项：
数据流标识(如，QoS flow ID-1)；
数据会话标识(如，PDU Session-1)；
无线承载标识(如，DRB-1)；
逻辑信道标识(如，LCID-1)；
HARQ进程标识(如，HARQ process-1)。
其中，该“HARQ传输配置”包括以下至少一项：
HARQ传输次数的最大值(如，包括新传和重传在内的最大传输次数为3次)；
HARQ重传次数的最大值(如，不包括新传的重传最大传输次数为2次，则，包括新传和重传在内的最大传输次数为3次)；
HARQ反馈发送次数的最大值(如，HARQ反馈发送次数的最大值为2次)。
其中，该“HARQ反馈发送次数的最大值”可以由“HARQ传输次数的最大值”或“HARQ重传次数的最大值”隐含指示。
如，“HARQ传输次数的最大值”为3次，则UE的“HARQ反馈发送次数的最大值”为(“HARQ传输次数的最大值”-1)＝2次。
“HARQ重传次数的最大值”为2次，则UE“HARQ反馈发送次数的最大值”等于“HARQ重传次数的最大值”。
步骤二：根据步骤一中的配置信息，UE进行特定业务的接收和/或反馈。
其中，如果特定业务的同一数据的接收次数达到步骤1中配置的最大值，则UE不再进行该数据的接收。
如，UE在slot-a接收到MBS-RNTI-1PDCCH调度的HARQ进程-1的PDSCH传输新数据，UE第1次接收失败后发送HARQ NACK反馈信息给网络侧。UE在slot-b接收到MBS-RNTI-1PDCCH调度的HARQ进程-1的PDSCH传输重传数据，UE第2次接收失败后发送HARQ NACK反馈信息给网络侧。网络配置“HARQ传输次数的最大值”为2(或，“HARQ重传次数的最大值”为1)，则UE不再接收MBS-RNTI-1PDCCH调度的HARQ进程-1的PDSCH传输重传数据。
其中，如果特定业务的同一数据的反馈信息的发送次数达到步骤一中配置的最大值，则UE不再进行该数据的反馈。
如，UE在slot-a接收到MBS-RNTI-1PDCCH调度的HARQ进程-1的PDSCH传输新数据，UE第1次接收失败后发送HARQ NACK反馈信息给网络侧。UE在slot-b接收到MBS-RNTI-1PDCCH调度的HARQ进程-1的PDSCH传输重传数据，UE第2次接收失败，网络配置“HARQ反馈发送次数的最大值”为1，则UE不发送该HARQ进程-1的反馈信息。
实施例二：动态指示HARQ传输和反馈次数。
步骤一：网络侧配置或协议约定，UE对于特定业务的接收配置。
其中，该“特定业务的接收配置”的包括以下至少一项：
业务描述信息；
业务承载信息。
其中，该“业务描述信息”包括以下至少一种：
多播业务标识(如，TMGI)；
多播业务名称(如，中央电视台)；
多播业务解释(如，多播业务发布渠道(如，通过广电网络发送的中央电视台节目)；多播业务特征(如，语音，或视频))；
多播业务的发送地址(如，TCP和/或IP地址，以及该地址对应的发送端口号)；
多播业务的发送协议(如，HTTP或SMTP)；
会话标识(如，MBS session-1)；
业务调度标识(如，MBS-RNTI-1)；
业务类型指示(如，采用MBS-RNTI调度的多播业务，或采用C-RNTI调度的单播业务)。
其中，该“业务承载信息”包括以下至少一项：
数据流标识(如，QoS flow ID-1)；
数据会话标识(如，PDU Session-1)；
无线承载标识(如，DRB-1)；
逻辑信道标识(如，LCID-1)；
HARQ进程标识(如，HARQ process-1)。
步骤二：根据步骤一中的配置信息，UE进行特定业务的接收和/或反馈。
步骤三：网络侧指示业务的接收和/或反馈发送次数信息。
如，网络侧通过DCI指示。
其中，该“业务的接收次数信息”包括以下至少一项：
HARQ传输最大次数；
HARQ重传最大次数；
HARQ传输剩余次数；
HARQ重传剩余次数；
是否是最后一次HARQ传输或重传(如，DCI中1比特取值为1指示此次调度度的HARQ进程1为最后一次传输或重传(也即，后续不会再有该HARQ进程1的数据重传))。
其中，该“业务的反馈发送次数信息”包括以下至少一项：
HARQ反馈发送次数的最大值；
HARQ反馈剩余次数；
是否是最后一次HARQ反馈；
是否需要提供HARQ反馈。
其中，该“HARQ反馈发送次数的最大值”可以由“HARQ传输次数的最大值”或“HARQ重传次数的最大值”隐含指示(同实施例一)。
其中，该“HARQ反馈剩余次数”可以由“HARQ传输剩余次数”或“HARQ重传剩余次数”隐含指示。
如，“HARQ传输剩余次数”为3次，则UE的“HARQ反馈剩余次数”为(“HARQ传输剩余次数”-1)＝2次。
“HARQ重传剩余次数”为2次，则UE“HARQ传输剩余次数”等于“HARQ重传剩余次数”。
其中，“是否是最后一次HARQ反馈”可以由“HARQ传输次数的最大值”或“HARQ重传次数的最大值”或“HARQ传输剩余次数”或“HARQ重传剩余次数”或“是否是最后一次HARQ传输或重传”隐含指示。
如，网络指示本次MBS-RNTI-1PDCCH调度的HARQ process-1的传输为最后一次重传，则UE在接收到该指示后认为其前一次对于该HARQ process-1的接收数据的HARQ反馈为“最后一次HARQ反馈”，则对于本次接收到的HARQ process-1的传输不再发送HARQ反馈。
其中，该“是否需要提供HARQ反馈”可以由“HARQ传输次数的最大值”或“HARQ重传次数的最大值”或“HARQ传输剩余次数”或“HARQ重传剩余次数”或“是否是最后一次HARQ传输或重传”隐含指示。
如，网络指示本次MBS-RNTI-1PDCCH调度的HARQ process-1的传输为最后一次重传，则UE在接收到该指示后认为本次接收到的HARQ process-1的传输不再发送HARQ反馈。
其中，更进一步的，该“业务的接收次数信息”和/或“业务的反馈发送次数信息”可以限定为对应于特定的HARQ进程。
如，网络侧可以额外指示该“业务的接收次数信息”和/或“业务的反馈发送次数信息”对应的HARQ进程的编号。
在上述实施例一中，通过预配置HARQ传输最大次数和反馈最大次数，UE接收HARQ数据的次数和提供HARQ反馈的次数不超过该最大值。在上述实施例二中，网络动态指示HARQ传输最大次数和反馈最大次数(或，指示最后HARQ传输，或，指示是否需要提供HARQ反馈)。
通过本申请实施例，可以让UE在网络控制下，对于下行数据的接收合理的控制接收次数和反馈发送次数，从而可以让网络侧和UE侧对于下行数据的接收次数和反馈发送次数保持一次，节省了收发资源，也节省了UE的耗电。
需要说明的是，本申请实施例提供的业务处理方法，执行主体可以为业务处理装置，或者，该业务处理装置中的用于执行业务处理方法的控制模块。本申请实施例中以业务处理装置执行业务处理方法为例，说明本申请实施例提供的业务处理装置。
参见图4，图4是本申请实施例提供的业务处理装置的结构图。
如图4所示，业务处理装置400包括：
获取模块401，用于获取第一业务的目标信息；
执行模块402，用于根据所述目标信息，执行所述第一业务的处理操作；
其中，所述处理操作满足以下至少一项：
在所述目标信息包括所述第一业务的接收次数信息的情况下，所述处理操作包括所述第一业务的接收操作；
在所述目标信息包括所述第一业务的混合自动重传请求HARQ反馈的发送次数信息的情况下，所述处理操作包括所述第一业务的HARQ反馈的发送操作。
可选的，所述获取模块401，具体用于：
接收指示信息，所述指示信息用于指示所述目标信息。
可选的，所述指示信息承载于无线资源控制RRC信令中，或，所述指示信息承载于下行控制信息DCI中。
可选的，所述指示信息还用于指示所述目标信息关联的所述第一业务的第一HARQ进程；
所述执行模块402，具体用于：
根据所述目标信息，执行所述第一HARQ进程的处理操作。
可选的，所述第一业务的接收次数信息包括以下至少一项：
所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ重传次数是否达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数；
所述第一业务的HARQ传输剩余次数是否为零；
所述第一业务的HARQ重传剩余次数；
所述第一业务的HARQ重传剩余次数是否为零；
所述终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传。
可选的，所述执行模块402，具体用于：
在第一条件满足的情况下，停止接收所述第一业务；
其中，所述第一条件满足包括以下至少一项：
所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传次数达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数为零；
所述第一业务的HARQ重传剩余次数为零；
所述第一业务的本次传输为最后一次HARQ传输或HARQ重传。
可选的，所述第一业务的HARQ反馈的发送次数信息，包括以下至少一项：
所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈次数是否达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数；
所述第一业务的HARQ反馈剩余次数是否为零；
所述终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输是否需要提供HARQ反馈。
可选的，所述执行模块402，具体用于：
在第二条件满足的情况下，停止发送所述第一业务的HARQ反馈；
其中，所述第二条件满足包括以下至少一项：
所述第一业务的HARQ反馈次数达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数为零；
所述终端发送的所述第一业务的HARQ反馈为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输不需要提供HARQ反馈；
所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传次数达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数为零；
所述第一业务的HARQ重传剩余次数为零；
所述终端接收到的所述第一业务的HARQ传输为所述第一业务的最后一次HARQ传输或HARQ重传。
本申请实施例中的业务处理装置可以是装置，也可以是终端中的部件、集合成电路、或芯片。该装置可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的业务处理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
本申请实施例提供的业务处理装置400能够实现图2方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，本申请实施例提供的业务处理方法，执行主体可以为业务处理装置，或者，该业务处理装置中的用于执行业务处理方法的控制模块。本申请实施例中以业务处理装置执行业务处理方法为例，说明本申请实施例提供的业务处理装置。
参见图5，图5是本申请实施例提供的业务处理装置的结构图。
如图5所示，业务处理装置500包括：
发送模块501，用于发送指示信息，所述指示信息用于指示第一业务的目标信息；
其中，所述目标信息包括以下至少一项：所述第一业务的接收次数信息；所述第一业务的HARQ反馈的发送次数信息。
可选的，所述指示信息承载于无线资源控制RRC信令中，或，所述指示信息承载于下行控制信息DCI中。
可选的，所述指示信息还用于指示所述目标信息关联的所述第一业务的第一HARQ进程。
可选的，所述第一业务的接收次数信息包括以下至少一项：
所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ重传次数是否达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数；
所述第一业务的HARQ传输剩余次数是否为零；
所述第一业务的HARQ重传剩余次数；
所述第一业务的HARQ重传剩余次数是否为零；
终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传。
可选的，所述第一业务的HARQ反馈的发送次数信息，包括以下至少一项：
所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈次数是否达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数；
所述第一业务的HARQ反馈剩余次数是否为零；
终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输是否需要提供HARQ反馈。
本申请实施例中的业务处理装置可以是装置，也可以是网络侧设备中的部件、集合成电路、或芯片。网络侧设备可以包括但不限于上述所列举的网络侧设备12的类型，本申请实施例不作具体限定。
本申请实施例提供的业务处理装置500能够实现图3方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，例如，该通信设备600为终端时，该程序或指令被处理器601执行时实现上述图2方法实施例的各个过程，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指令被处理器601执行时实现上述图3方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
图7为实现本申请实施例的一种终端的硬件结构示意图。
该终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、以及处理器710等部件。
本领域技术人员可以理解，终端700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元704可以包括图形处理器(GraphicsProcessing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707包括触控面板7071以及其他输入设备7072。触控面板7071，也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元701将来自网络侧设备的下行数据接收后，给处理器710处理；另外，将上行的数据发送给网络侧设备。通常，射频单元701包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器709可用于存储软件程序或指令以及各种数据。存储器709可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器709可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
处理器710可包括一个或多个处理单元；可选的，处理器710可集合成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集合成到处理器710中。
其中，射频单元701或处理器710，用于：获取第一业务的目标信息；
处理器710，还用于：根据所述目标信息，执行所述第一业务的处理操作；
其中，所述处理操作满足以下至少一项：
在所述目标信息包括所述第一业务的接收次数信息的情况下，所述处理操作包括所述第一业务的接收操作；
在所述目标信息包括所述第一业务的混合自动重传请求HARQ反馈的发送次数信息的情况下，所述处理操作包括所述第一业务的HARQ反馈的发送操作。
可选的，射频单元701，还用于：
接收指示信息，所述指示信息用于指示所述目标信息。
可选的，所述指示信息承载于无线资源控制RRC信令中，或，所述指示信息承载于下行控制信息DCI中。
可选的，所述指示信息还用于指示所述目标信息关联的所述第一业务的第一HARQ进程；
处理器710，还用于：根据所述目标信息，执行所述第一HARQ进程的处理操作。
可选的，所述第一业务的接收次数信息包括以下至少一项：
所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ重传次数是否达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数；
所述第一业务的HARQ传输剩余次数是否为零；
所述第一业务的HARQ重传剩余次数；
所述第一业务的HARQ重传剩余次数是否为零；
所述终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传。
可选的，处理器710，还用于：
在第一条件满足的情况下，停止接收所述第一业务；
其中，所述第一条件满足包括以下至少一项：
所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传次数达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数为零；
所述第一业务的HARQ重传剩余次数为零；
所述第一业务的本次传输为最后一次HARQ传输或HARQ重传。
可选的，所述第一业务的HARQ反馈的发送次数信息，包括以下至少一项：
所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈次数是否达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数；
所述第一业务的HARQ反馈剩余次数是否为零；
所述终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输是否需要提供HARQ反馈。
可选的，处理器710，还用于：
在第二条件满足的情况下，停止发送所述第一业务的HARQ反馈；
其中，所述第二条件满足包括以下至少一项：
所述第一业务的HARQ反馈次数达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数为零；
所述终端发送的所述第一业务的HARQ反馈为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输不需要提供HARQ反馈；
所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传次数达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数为零；
所述第一业务的HARQ重传剩余次数为零；
所述终端接收到的所述第一业务的HARQ传输为所述第一业务的最后一次HARQ传输或HARQ重传。
需要说明的是，本实施例中上述终端700可实现本发明实施例中图2方法实施例中的各个过程，及达到相同的有益效果，为避免重复，此处不再赘述。
具体地，本申请实施例还提供了一种网络侧设备。如图8所示，该网络设备800包括：天线81、射频装置82、基带装置83。天线81与射频装置82连接。在上行方向上，射频装置82通过天线81接收信息，将接收的信息发送给基带装置83进行处理。在下行方向上，基带装置83对要发送的信息进行处理，并发送给射频装置82，射频装置82对收到的信息进行处理后经过天线81发送出去。
上述频带处理装置可以位于基带装置83中，以上实施例中网络侧设备执行的方法可以在基带装置83中实现，该基带装置83包括处理器84和存储器85。
基带装置83例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所示，其中一个芯片例如为处理器84，与存储器85连接，以调用存储器85中的程序，执行以上方法实施例中所示的网络设备操作。
该基带装置83还可以包括网络接口86，用于与射频装置82交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。
具体地，本发明实施例的网络侧设备还包括：存储在存储器85上并可在处理器84上运行的指令或程序，处理器84调用存储器85中的指令或程序执行图3方法实施例中的各个过程，并达到相同的技术效果，为避免重复，故不在此赘述。
本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述业务处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述图2或图3方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现上述图2或图3方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面集合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (29)

1.一种业务处理方法，应用于终端，其特征在于，所述方法包括：
获取第一业务的目标信息；
根据所述目标信息，执行所述第一业务的处理操作；
其中，所述处理操作满足以下至少一项：
在所述目标信息包括所述第一业务的接收次数信息的情况下，所述处理操作包括所述第一业务的接收操作；
在所述目标信息包括所述第一业务的混合自动重传请求HARQ反馈的发送次数信息的情况下，所述处理操作包括所述第一业务的HARQ反馈的发送操作。
2.根据权利要求1所述的方法，其特征在于，所述获取第一业务的目标信息，包括：
接收指示信息，所述指示信息用于指示所述目标信息。
3.根据权利要求2所述的方法，其特征在于，所述指示信息承载于无线资源控制RRC信令中，或，所述指示信息承载于下行控制信息DCI中。
4.根据权利要求2所述的方法，其特征在于，所述指示信息还用于指示所述目标信息关联的所述第一业务的第一HARQ进程；
所述根据所述目标信息，执行所述第一业务的处理操作，包括：
根据所述目标信息，执行所述第一HARQ进程的处理操作。
5.根据权利要求1所述的方法，其特征在于，所述第一业务的接收次数信息包括以下至少一项：
所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ重传次数是否达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数；
所述第一业务的HARQ传输剩余次数是否为零；
所述第一业务的HARQ重传剩余次数；
所述第一业务的HARQ重传剩余次数是否为零；
所述终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传。
6.根据权利要求5所述的方法，其特征在于，所述根据所述目标信息，执行所述处理操作，包括：
在第一条件满足的情况下，停止接收所述第一业务；
其中，所述第一条件满足包括以下至少一项：
所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传次数达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数为零；
所述第一业务的HARQ重传剩余次数为零；
所述第一业务的本次传输为最后一次HARQ传输或HARQ重传。
7.根据权利要求1所述的方法，其特征在于，所述第一业务的HARQ反馈的发送次数信息，包括以下至少一项：
所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈次数是否达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数；
所述第一业务的HARQ反馈剩余次数是否为零；
所述终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输是否需要提供HARQ反馈。
8.根据权利要求5或7所述的方法，其特征在于，所述根据所述目标信息，执行所述处理操作，包括：
在第二条件满足的情况下，停止发送所述第一业务的HARQ反馈；
其中，所述第二条件满足包括以下至少一项：
所述第一业务的HARQ反馈次数达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数为零；
所述终端发送的所述第一业务的HARQ反馈为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输不需要提供HARQ反馈；
所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传次数达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数为零；
所述第一业务的HARQ重传剩余次数为零；
所述终端接收到的所述第一业务的HARQ传输为所述第一业务的最后一次HARQ传输或HARQ重传。
9.一种业务处理方法，应用于网络侧设备，其特征在于，所述方法包括：
发送指示信息，所述指示信息用于指示第一业务的目标信息；
其中，所述目标信息包括以下至少一项：所述第一业务的接收次数信息；所述第一业务的HARQ反馈的发送次数信息。
10.根据权利要求9所述的方法，其特征在于，所述指示信息承载于无线资源控制RRC信令中，或，所述指示信息承载于下行控制信息DCI中。
11.根据权利要求9所述的方法，其特征在于，所述指示信息还用于指示所述目标信息关联的所述第一业务的第一HARQ进程。
12.根据权利要求9所述的方法，其特征在于，所述第一业务的接收次数信息包括以下至少一项：
所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ重传次数是否达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数；
所述第一业务的HARQ传输剩余次数是否为零；
所述第一业务的HARQ重传剩余次数；
所述第一业务的HARQ重传剩余次数是否为零；
终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传。
13.根据权利要求9所述的方法，其特征在于，所述第一业务的HARQ反馈的发送次数信息，包括以下至少一项：
所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈次数是否达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数；
所述第一业务的HARQ反馈剩余次数是否为零；
终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输是否需要提供HARQ反馈。
14.一种业务处理装置，应用于终端，其特征在于，所述业务处理装置包括：
获取模块，用于获取第一业务的目标信息；
执行模块，用于根据所述目标信息，执行所述第一业务的处理操作；
其中，所述处理操作满足以下至少一项：
在所述目标信息包括所述第一业务的接收次数信息的情况下，所述处理操作包括所述第一业务的接收操作；
在所述目标信息包括所述第一业务的混合自动重传请求HARQ反馈的发送次数信息的情况下，所述处理操作包括所述第一业务的HARQ反馈的发送操作。
15.根据权利要求14所述的业务处理装置，其特征在于，所述获取模块，具体用于：
接收指示信息，所述指示信息用于指示所述目标信息。
16.根据权利要求15所述的业务处理装置，其特征在于，所述指示信息承载于无线资源控制RRC信令中，或，所述指示信息承载于下行控制信息DCI中。
17.根据权利要求15所述的业务处理装置，其特征在于，所述指示信息还用于指示所述目标信息关联的所述第一业务的第一HARQ进程；
所述执行模块，具体用于：
根据所述目标信息，执行所述第一HARQ进程的处理操作。
18.根据权利要求14所述的业务处理装置，其特征在于，所述第一业务的接收次数信息包括以下至少一项：
所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ重传次数是否达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数；
所述第一业务的HARQ传输剩余次数是否为零；
所述第一业务的HARQ重传剩余次数；
所述第一业务的HARQ重传剩余次数是否为零；
所述终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传。
19.根据权利要求18所述的业务处理装置，其特征在于，所述执行模块，具体用于：
在第一条件满足的情况下，停止接收所述第一业务；
其中，所述第一条件满足包括以下至少一项：
所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传次数达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数为零；
所述第一业务的HARQ重传剩余次数为零；
所述第一业务的本次传输为最后一次HARQ传输或HARQ重传。
20.根据权利要求14所述的业务处理装置，其特征在于，所述第一业务的HARQ反馈的发送次数信息，包括以下至少一项：
所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈次数是否达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数；
所述第一业务的HARQ反馈剩余次数是否为零；
所述终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输是否需要提供HARQ反馈。
21.根据权利要求18或20所述的业务处理装置，其特征在于，所述执行模块，具体用于：
在第二条件满足的情况下，停止发送所述第一业务的HARQ反馈；
其中，所述第二条件满足包括以下至少一项：
所述第一业务的HARQ反馈次数达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数为零；
所述终端发送的所述第一业务的HARQ反馈为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输不需要提供HARQ反馈；
所述第一业务的HARQ传输次数达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传次数达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数为零；
所述第一业务的HARQ重传剩余次数为零；
所述终端接收到的所述第一业务的HARQ传输为所述第一业务的最后一次HARQ传输或HARQ重传。
22.一种业务处理装置，应用于网络侧设备，其特征在于，所述业务处理装置包括：
发送模块，用于发送指示信息，所述指示信息用于指示第一业务的目标信息；
其中，所述目标信息包括以下至少一项：所述第一业务的接收次数信息；所述第一业务的HARQ反馈的发送次数信息。
23.根据权利要求22所述的业务处理装置，其特征在于，所述指示信息承载于无线资源控制RRC信令中，或，所述指示信息承载于下行控制信息DCI中。
24.根据权利要求22所述的业务处理装置，其特征在于，所述指示信息还用于指示所述目标信息关联的所述第一业务的第一HARQ进程。
25.根据权利要求22所述的业务处理装置，其特征在于，所述第一业务的接收次数信息包括以下至少一项：
所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ传输次数是否达到所述第一业务的HARQ传输最大次数；
所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ重传次数是否达到所述第一业务的HARQ重传最大次数；
所述第一业务的HARQ传输剩余次数；
所述第一业务的HARQ传输剩余次数是否为零；
所述第一业务的HARQ重传剩余次数；
所述第一业务的HARQ重传剩余次数是否为零；
终端接收到的所述第一业务的HARQ传输是否为所述第一业务的最后一次HARQ传输或HARQ重传。
26.根据权利要求22所述的业务处理装置，其特征在于，所述第一业务的HARQ反馈的发送次数信息，包括以下至少一项：
所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈次数是否达到所述第一业务的HARQ反馈最大次数；
所述第一业务的HARQ反馈剩余次数；
所述第一业务的HARQ反馈剩余次数是否为零；
终端发送的所述第一业务的HARQ反馈是否为所述第一业务的最后一次HARQ反馈；
所述第一业务的本次HARQ传输是否需要提供HARQ反馈。
27.一种终端，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至8任一项所述的业务处理方法的步骤。
28.一种网络侧设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求9至13任一项所述的业务处理方法的步骤。
29.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至8任一项所述的业务处理方法的步骤，或者实现如权利要求9至13任一项所述的业务处理方法的步骤。
CN202010725084.0A 2020-07-24 2020-07-24 业务处理方法、装置及相关设备 Active CN113972966B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010725084.0A CN113972966B (zh) 2020-07-24 2020-07-24 业务处理方法、装置及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010725084.0A CN113972966B (zh) 2020-07-24 2020-07-24 业务处理方法、装置及相关设备

Publications (2)

Publication Number Publication Date
CN113972966A true CN113972966A (zh) 2022-01-25
CN113972966B CN113972966B (zh) 2024-02-02

Family

ID=79585731

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010725084.0A Active CN113972966B (zh) 2020-07-24 2020-07-24 业务处理方法、装置及相关设备

Country Status (1)

Country Link
CN (1) CN113972966B (zh)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080056129A1 (en) * 2004-11-09 2008-03-06 Ntt Docomo, Inc. Mobile Communication System, Radio Base Station, and Mobile Station
CN101834709A (zh) * 2009-03-11 2010-09-15 大唐移动通信设备有限公司 一种进行自动混合重传请求反馈的方法和用户终端
CN104067551A (zh) * 2013-01-18 2014-09-24 华为技术有限公司 数据传输方法、基站和用户设备
WO2018126948A1 (zh) * 2017-01-06 2018-07-12 中兴通讯股份有限公司 数据传输方法及装置、终端、基站和存储介质
KR20180084668A (ko) * 2017-01-17 2018-07-25 한국전자통신연구원 이동 통신 시스템에서 데이터 중복 전송을 위한 방법 및 장치
CN108633070A (zh) * 2017-03-24 2018-10-09 北京三星通信技术研究有限公司 半静态资源调度方法、功率控制方法及相应用户设备
CN110769517A (zh) * 2018-07-26 2020-02-07 维沃移动通信有限公司 一种随机接入方法及相关设备
CN111147195A (zh) * 2018-11-08 2020-05-12 维沃移动通信有限公司 数据传输方法、接收方法、终端及网络设备
US20200228231A1 (en) * 2019-01-14 2020-07-16 Qualcomm Incorporated Uplink control channel codebook design in new radio unlicensed
CN111435901A (zh) * 2019-02-22 2020-07-21 维沃移动通信有限公司 混合自动重传请求确认反馈方法、终端和网络设备

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080056129A1 (en) * 2004-11-09 2008-03-06 Ntt Docomo, Inc. Mobile Communication System, Radio Base Station, and Mobile Station
CN101834709A (zh) * 2009-03-11 2010-09-15 大唐移动通信设备有限公司 一种进行自动混合重传请求反馈的方法和用户终端
CN104067551A (zh) * 2013-01-18 2014-09-24 华为技术有限公司 数据传输方法、基站和用户设备
WO2018126948A1 (zh) * 2017-01-06 2018-07-12 中兴通讯股份有限公司 数据传输方法及装置、终端、基站和存储介质
KR20180084668A (ko) * 2017-01-17 2018-07-25 한국전자통신연구원 이동 통신 시스템에서 데이터 중복 전송을 위한 방법 및 장치
CN108633070A (zh) * 2017-03-24 2018-10-09 北京三星通信技术研究有限公司 半静态资源调度方法、功率控制方法及相应用户设备
CN110769517A (zh) * 2018-07-26 2020-02-07 维沃移动通信有限公司 一种随机接入方法及相关设备
CN111147195A (zh) * 2018-11-08 2020-05-12 维沃移动通信有限公司 数据传输方法、接收方法、终端及网络设备
US20200228231A1 (en) * 2019-01-14 2020-07-16 Qualcomm Incorporated Uplink control channel codebook design in new radio unlicensed
CN111435901A (zh) * 2019-02-22 2020-07-21 维沃移动通信有限公司 混合自动重传请求确认反馈方法、终端和网络设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
QUALCOMM，: ""Status report for WI NR-based access to unlicensed spectrum"", 3GPP TSG RAN MEETING #86 RP192773, pages 1 - 57 *

Also Published As

Publication number Publication date
CN113972966B (zh) 2024-02-02

Similar Documents

Publication Publication Date Title
CN114071369B (zh) 一种信息传输方法、装置、终端及网络设备
US20230114940A1 (en) Resource assignment method, terminal, and network side device
CN114650604A (zh) Pdsch传输方法、装置及电子设备
WO2022033560A1 (zh) 上报能力的方法、终端设备和网络设备
CN113972967A (zh) 辅助信息发送方法、接收方法、装置、终端及网络侧设备
US20230262654A1 (en) Paging message receiving method, paging configuration method, terminal, and network side device
CN115118381A (zh) Pdcch盲检测方法、装置及设备
EP4195845A1 (en) Sps pdsch type indication method, and apparatus, terminal and network-side device
CN113972966B (zh) 业务处理方法、装置及相关设备
WO2022022582A1 (zh) 切换处理方法及源基站
CN115189828A (zh) 传输处理方法、装置及相关设备
CN113973377A (zh) 业务传输资源的更新方法、终端及网络侧设备
CN113950042A (zh) 识别方法、发送方法及相关设备
CN113950007B (zh) 业务传输的方法、装置和通信设备
CN113972965B (zh) 业务的处理方法、装置及相关设备
CN115038048B (zh) 多播业务的接收方法、配置方法、终端及网络侧设备
CN115347989B (zh) 资源确定方法、装置及通信设备
WO2022127898A1 (zh) 消息传输方法、装置及设备
CN115086882B (zh) 传输方法、装置、设备及可读存储介质
US20230089037A1 (en) Mode switching method, terminal, and network-side device
CN115334645A (zh) 组播反馈处理方法、终端及网络侧设备
US20230156550A1 (en) Connection establishment method and device
CN113972964A (zh) 反馈信息的传输方法、终端及网络侧设备
CN115226218A (zh) 资源释放方法、装置、网络节点及存储介质
CN115623547A (zh) 条件切换处理方法、装置及相关设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant