CN114982164B - 数据重传的方法、装置、通信设备及存储介质 - Google Patents
数据重传的方法、装置、通信设备及存储介质 Download PDFInfo
- Publication number
- CN114982164B CN114982164B CN202080004077.XA CN202080004077A CN114982164B CN 114982164 B CN114982164 B CN 114982164B CN 202080004077 A CN202080004077 A CN 202080004077A CN 114982164 B CN114982164 B CN 114982164B
- Authority
- CN
- China
- Prior art keywords
- retransmission
- mbs
- data
- identification
- identifier
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 116
- 238000004891 communication Methods 0.000 title claims abstract description 32
- 230000004044 response Effects 0.000 claims description 89
- 238000012544 monitoring process Methods 0.000 claims description 55
- 238000012545 processing Methods 0.000 claims description 29
- 230000005540 biological transmission Effects 0.000 abstract description 27
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 36
- 238000010586 diagram Methods 0.000 description 8
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 7
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 3
- 230000001133 acceleration Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/11—Semi-persistent scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
-
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提出一种数据重传的方法、装置、通信设备及存储介质，属于无线通信技术领域。其中，该方法包括：基于指定的MBS(Multicast Broadcast Service，广播多播业务)的重传标识，监听所述MBS的重传数据调度。由此，通过基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。由此，通过这种数据重传的方法，UE在MBS业务中通过基于指定的MBS的重传标识，监听MBS的重传数据调度，实现接收失败的MBS业务数据的重传，从而提升了数据传输的可靠性。
Description
技术领域
本申请涉及无线通信技术领域，尤其涉及一种数据重传的方法、装置、通信设备及存储介质。
背景技术
在NR(New Radio，新空口)系统中，基站可以通过SPS(Semi-PersistentScheduling，半持续调度)方式实现MBS(Multicast Broadcast Service，广播多播业务)的调度发送。但是当基站通过SPS方式发送MBS业务数据后，UE(User Equipment，用户设备)可能出现业务数据接收失败的情况，从而降低了MBS数据传输的可靠性。
发明内容
本申请提出的数据重传的方法、装置、通信设备及存储介质，用于解决相关技术中，基站通过SPS方式发送MBS业务数据后，UE可能出现业务数据接收失败的情况，从而降低了MBS数据传输的可靠性的问题。
本申请一方面实施例提出的数据重传的方法，应用于UE，包括基于指定的广播多播业务MBS的重传标识，监听所述MBS的重传数据调度。
本申请另一方面实施例提出的数据重传的方法，应用于基站，包括：通过SPS配置信息向UE发送用于指示所述UE监听MBS的重传数据调度的重传标识。
本申请再一方面实施例提出的数据重传的装置，应用于UE，包括：监听模块，被配置为基于指定的MBS的重传标识，监听所述MBS的重传数据调度。
本申请又一方面实施例提出的数据重传的装置，应用于基站，包括：第一发送模块，被配置为通过SPS配置信息向UE发送用于指示所述UE监听MBS的重传数据调度的重传标识。
本申请又一方面实施例提出的通信设备，其包括：收发器；存储器；处理器，分别与所述收发器及所述存储器连接，配置为通过执行所述存储器上的计算机可执行指令，控制所述收发器的无线信号收发，并能够实现如前所述的数据重传的方法。
本申请另一方面实施例提出的计算机存储介质，其上存储有计算机可执行指令；所述计算机可执行指令被处理器执行后，能够实现如前所述的数据重传的方法。
本申请实施例提供的数据重传的方法、装置、通信设备及计算机可读存储介质，通过基于指定的MBS的重传标识，监听MBS的重传数据调度。由此，UE在MBS业务中通过基于指定的MBS的重传标识，监听MBS的重传数据调度，实现接收失败的MBS业务数据的重传，从而提升了数据传输的可靠性。
本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，
其中：
图1为本申请实施例所提供的一种数据重传的方法的流程示意图；
图2为本申请实施例所提供的另一种数据重传的方法的流程示意图；
图3为本申请实施例所提供的再一种数据重传的方法的流程示意图；
图4为本申请实施例所提供的又一种数据重传的方法的流程示意图；
图5为本申请实施例所提供的又一种数据重传的方法的流程示意图；
图6为本申请实施例所提供的另一种数据重传的方法的流程示意图；
图7为本申请实施例所提供的再一种数据重传的方法的流程示意图；
图8为本申请实施例所提供的又一种数据重传的方法的流程示意图；
图9为本申请实施例所提供的又一种数据重传的方法的流程示意图；
图10为本申请实施例所提供的另一种数据重传的方法的流程示意图；
图11为本申请实施例所提供的一种数据重传的装置的结构示意图；
图12为本申请实施例所提供的另一种数据重传的装置的结构示意图；
图13为本申请实施例所提供的一种用户设备的框图；
图14为本申请实施例所提供的一种基站的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。
在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。
本申请实施例针对相关技术中，基站通过SPS方式发送MBS业务数据后，UE可能出现业务数据接收失败的情况，从而降低了MBS数据传输的可靠性的问题，提出一种数据重传的方法。
本申请实施例提供的数据重传的方法，通过基于指定的MBS的重传标识，监听MBS的重传数据调度。由此，UE在MBS业务中通过基于指定的MBS的重传标识，监听MBS的重传数据调度，实现接收失败的MBS业务数据的重传，从而提升了数据传输的可靠性。
下面参考附图对本申请提供的数据重传的方法、装置、通信设备及存储介质进行详细描述。
图1为本申请实施例所提供的一种数据重传的方法的流程示意图，应用于UE。
如图1所示，该数据重传的方法，包括以下步骤：
步骤101，基于指定的MBS的重传标识，监听MBS的重传数据调度。
需要说明的是，本申请实施例的数据重传的方法可以应用在任意的UE中。UE可以是指向用户提供语音和/或数据连通性的设备。UE可以经RAN(Radio Access Network，无线接入网)与一个或多个核心网进行通信，终端可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，STA(Station，站)、订户单元(subscriberunit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remoteterminal)、接入终端(access terminal)、用户装置(user terminal)或用户代理(useragent)。或者，UE也可以是无人飞行器的设备。或者，UE也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线终端。或者，UE也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
其中，指定的MBS的重传标识可以包括以下标识中的至少一种：单播重传标识及多播重传标识。
需要说明的是，单播重传标识可以是CS-RNTI(Configured Scheduling-RadioNetwork Temporary Identity，采用配置调度的无线网络临时标识)，多播重传标识可以是M-CS-RNTI(Multicast-Configured Scheduling-Radio Network Temporary Identity，采用多播配置调度的无线网络临时标识)。
在本申请实施例中，UE可以根据基站指定的MBS的重传标识，监听MBS的重传数据调度，并接收重传数据调度指示的重传数据，从而实现接收失败的MBS业务数据的重传，提升了数据传输的可靠性。
进一步的，UE可以根据基站下发的配置信息，确定指定的MBS的重传标识，以根据指定的MBS的重传标识监听MBS的重传数据调度。即在本申请实施例一种可能的实现方式中，上述步骤101之前，还可以包括：
响应于获取的下行SPS配置信息，确定指定的MBS的重传标识。
其中，SPS配置信息中可以包括N个MBS业务标识信息，N为正整数。
其中，MBS业务标识信息可以包括以下信息中的至少一种：MBS对应的承载标识、LCID(logical channel identify，逻辑信道标识)、小区组标识、无线链路控制实体标识、MBS调度标识及MBS业务标识。
其中，MBS业务标识可以包括以下信息中的至少一种：TMGI(Temporary MobileGroup Identity，临时移动组标识)、MBS会话标识、MBS业务流标识。
在本申请实施例中，响应于通过SPS方式对MBS进行调度，基站可以给UE配置MBS对应的多播SPS的数据重传方法。
作为一种可能的实现方式，基站可以通过SPS配置信息，为每个小区的N个多播SPS配置各自独立的用于多播SPS的重传数据调度的多播调度标识，从而响应于获取的SPS配置信息，UE可以根据MBS中每个业务配置的SPS对应的多播调度标识，监听该业务的重传数据调度。
举例来说，基站在小区-1的BWP-1(Bandwidth Part，带宽部分)给MBS业务-1配置了SPS-1(如，通过多播调度标识M-CS-RNTI-1指示的PDCCH(Physical Downlink ControlChannel，物理下行控制信道)激活的SPS-1)；在小区-1的BWP-1给MBS业务-2配置了SPS-2(如，通过多播调度标识M-CS-RNTI-2指示的PDCCH激活的SPS-2)。因此，UE可以将M-CS-RNTI-1作为MBS业务-1对应的多播重传标识，并仅用于监听多播SPS-1的数据重传调度；以及将M-CS-RNTI-2为MBS业务-2对应的多播重传标识，并仅用于监听多播SPS-2的数据重传调度。
作为另一种可能的实现方式，基站还可以通过SPS配置信息，为每个小区的N个多播SPS配置1个独立的用于多播SPS的重传数据调度的多播调度标识，从而响应于获取的SPS配置信息，UE可以根据MBS中该小区对应的多播调度标识，监听该小区中所有业务的重传数据调度。
举例来说，基站在小区-1的BWP-1给MBS业务-1配置了SPS-1(如，通过多播调度标识M-CS-RNTI-1指示的PDCCH激活的SPS-1)，在小区-1的BWP-1给MBS业务-2配置了SPS-2(如，通过多播调度标识M-CS-RNTI-1PDCCH激活的SPS-2)。因此，UE可以将M-CS-RNTI-1作为MBS业务-1与MBS-2对应的多播重传标识，并用于监听多播SPS-1和多播SPS-2的数据重传调度，并且不能用于单播SPS的数据重传调度。
作为再一种可能的实现方式，基站还可以通过SPS配置信息，为UE配置特定的单播调度标识，用于监听多播SPS的重传数据调度。从而响应于获取的SPS配置信息，UE可以根据SPS配置信息中包括的单播调度标识，监听MBS中所有业务的重传数据调度。
举例来说，基站在小区-1的BWP-1给MBS业务-1配置了SPS-1(如，通过多播调度标识M-CS-RNTI-1指示的PDCCH激活的SPS-1)，在小区-1的BWP-1给MBS业务-2配置了SPS-2(如，通过多播调度标识M-CS-RNTI-2指示的PDCCH激活的SPS-2)。此时，基站还可以给小区-1配置1个UE专属的用于多播SPS重传调度的PDCCH信道的指示标识(如，单播调度标识CS-RNTI)。从而，UE可以根据CS-RNTI监听多播SPS-1和多播SPS-2的数据重传调度。另外，该CS-RNTI也可以用于小区-1的单播SPS的数据重传调度。(如，基站在小区-1的BWP-1给单播业务配置了SPS-3(如，通过单播调度标识CS-RNTI指示的PDCCH激活的SPS-3)，则UE还可以根据CS-RNTI监听单播SPS-3的数据重传调度。
作为又一种可能的实现方式，基站还可以通过SPS配置信息，同时为UE配置单播调度标识与多播调度标识，从而UE可以同时基于单播调度标识与多播调度标识，监听MBS的重传数据调度。
进一步的，UE可以根据MBS数据的接收情况，确定是否监听MBS的重传数据调度。即在本申请实施例一种可能的实现方式中，上述步骤101，可以包括：
响应于MBS数据接收失败，基于指定的MBS的重传标识，监听MBS的重传数据调度；
或者，
响应于已向基站发送MBS数据接收失败消息，基于指定的MBS的重传标识，监听MBS的重传数据调度；
或者，
响应于当前接收的数据为MBS数据，基于指定的MBS的重传标识，监听MBS的重传数据调度。
作为一种可能的实现方式，由于UE未成功接收MBS数据时，才需要基站进行数据重传，从而响应于MBS数据接收失败，UE可以基于指定的MBS的重传标识，监听MBS的重传数据调度，以在UE接收MBS数据失败时，及时获取到基站重新发送的重传数据。
举例来说，基站配置了单播调度标识CS-RNTI用于多播SPS的数据重传调度，从而UE可以在多播SPS-1的资源-1通过HARQ(Hybrid Automatic Repeat ReQuest，混合自动重传请求)进程-1接收的数据解码失败后，才监听PDCCH的该单播调度标识CS-RNTI。
又如，基站配置了多播调度标识M-CS-RNTI用于多播SPS的数据重传调度，则UE可以在多播SPS-1的资源-1通过HARQ进程-1接收的数据解码失败后，才监听PDCCH的该多播调度标识M-CS-RNTI。
作为另一可能的实现方式，UE还可以在MBS数据接收失败一段时间之后，再监听MBS的重传数据调度。即在本申请实施例一种可能的实现方式中，上述响应于MBS数据接收失败，基于指定的MBS的重传标识，监听MBS的重传数据调度，可以包括：
响应于MBS数据接收失败，从数据接收失败时刻开始的大于或等于预定时长后，基于指定的MBS的重传标识，监听MBS的重传数据调度。
举例来说，基站配置了单播调度标识CS-RNTI用于多播SPS的数据重传调度，网络配置的预定时长为t1，UE在t时刻对在多播SPS-1的资源-1通过HARQ(Hybrid AutomaticRepeat ReQuest，混合自动重传请求)进程-1接收的数据解码失败，从而UE可以在t+t1时刻之后，才监听PDCCH的该单播调度标识CS-RNTI。
又如，基站配置了多播调度标识M-CS-RNTI用于多播SPS的数据重传调度，网络配置的预定时长为t1，UE在t时刻对在多播SPS-1的资源-1通过HARQ进程-1接收的数据解码失败，从而UE可以在t+t1时刻之后，才监听PDCCH的该多播调度标识M-CS-RNTI。
作为另一可能的实现方式，响应于MBS数据接收失败，UE还可以向基站发送数据接收失败消息，以指示基站进行数据重传。因此，UE还可以在MBS数据接收失败且已经向基站发送MBS数据接收失败消息之后，基于指定的MBS的重传标识，监听MBS的重传数据调度，以及时获取到基站根据MBS数据接收失败消息重新发送的重传数据。
举例来说，基站配置了单播调度标识CS-RNTI用于多播SPS的数据重传调度，则UE在多播SPS-1的资源-1通过HARQ进程-1接收的数据解码失败，并向基站发送了HARQ NACK(Negative-Acknowledgment，非应答)反馈信息之后，才监听PDCCH的该单播调度标识CS-RNTI。
又如，基站配置了多播调度标识M-CS-RNTI用于多播SPS的数据重传调度的时候，则UE可以在多播SPS-1的资源-1通过HARQ进程-1接收的数据解码失败，且向基站发送了HARQ NACK反馈信息之后，才监听PDCCH的该多播调度标识M-CS-RNTI。
作为再一种可能的实现方式，UE还可以在接收MBS数据的过程中，始终基于指定的MBS的重传标识，监听MBS的重传数据调度。
举例来说，基站配置了单播调度标识CS-RNTI用于多播SPS的数据重传调度，则UE在通过多播SPS-1接收MBS业务-1的数据的时候，可以一直监听PDCCH的该单播调度标识CS-RNTI。
又如，基站配置了多播调度标识M-CS-RNTI用于多播SPS的数据重传调度，则UE在通过多播SPS-1接收MBS业务-1的数据的过程中，可以一直监听PDCCH的该多播调度标识M-CS-RNTI。
本申请实施例提供的数据重传的方法，通过基于指定的MBS的重传标识，监听MBS的重传数据调度。由此，UE在MBS业务中通过基于指定的MBS的重传标识，监听MBS的重传数据调度，实现接收失败的MBS业务数据的重传，从而提升了数据传输的可靠性。
在本申请一种可能的实现形式中，响应于指定的MBS的重传标识同时包含单播重传标识及多播重传标识，UE可以根据任一一个重传标识，监听MBS的重传数据调度，以避免重传数据的重复接收。
下面结合图2，对本申请实施例提供的另一种数据重传的方法进行进一步说明。
图2为本申请实施例所提供的另一种数据重传的方法的流程示意图，应用于UE。
如图2所示，该数据重传的方法，包括以下步骤：
步骤201，基于单播重传标识及多播重传标识中的任意一个，监听MBS的重传数据调度。
在本申请实施例中，响应于指定的MBS的重传标识中同时包含单播重传标识与多播重传标识时，UE可以任意基于单播重传标识及多播重传标识中的一个，监听MBS的重传数据调度。
作为一种可能的实现方式，UE可以选择多播调度标识作为依据，监听MBS的重传数据调度。比如，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH接收到2个对于HARQ进程-1的数据重传调度指示，则UE可以选择接收M-CS-RNTI-1指示的PDCCH调度的重传数据。
作为另一种可能的实现方式，UE可以选择单播调度标识作为依据，监听MBS的重传数据调度。比如，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH接收到2个对于HARQ进程-1的数据重传调度指示，则UE可以选择接收CS-RNTI-1指示的PDCCH调度的重传数据。
在本申请的实施例中，步骤201可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
本申请实施例提供的数据重传的方法，通过基于单播重传标识及多播重传标识中的任意一个，监听MBS的重传数据调度。由此，UE在指定的MBS的重传标识中同时包含单播重传标识及多播重传标识时，UE可以任意选择一个重传标识监听MBS的重传数据调度，从而不仅实现了接收失败的MBS业务数据的重传，提升了数据传输的可靠性，而且避免了重传数据的重复接收，降低了UE的数据处理量。
在本申请一种可能的实现形式中，响应于指定的MBS的重传标识同时包含单播重传标识及多播重传标识，UE还可以根据两种重传标识对应的重传调度指示的接收时刻，选择其中一个重传标识监听MBS的重传数据调度，以避免重传数据的重复接收。
下面结合图3，对本申请实施例提供的再一种数据重传的方法进行进一步说明。
图3为本申请实施例所提供的再一种数据重传的方法的流程示意图，应用于UE。
如图3所示，该数据重传的方法，包括以下步骤：
步骤301，根据单播重传标识及多播重传标识分别标识的重传调度指示的接收时刻，确定目标重传标识。
步骤302，基于目标重传标识，监听MBS的重传数据调度。
作为一种可能的实现方式，UE可以将标识的重传调度指示的接收时刻较早的重传标识，确定为目标重传标识，并基于目标重传标识标识的PDCCH，监听MBS的重传数据调度。
举例来说，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH接收到2个对于HARQ进程-1的数据重传调度指示，且M-CS-RNTI-1指示的PDCCH的接收时刻早于CS-RNTI-1指示的PDCCH的接收时刻，则UE可以选择接收M-CS-RNTI-1指示的PDCCH调度的重传数据。
在本申请的实施例中，步骤301可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
本申请实施例提供的数据重传的方法，通过根据单播重传标识及多播重传标识分别标识的重传调度指示的接收时刻，确定目标重传标识，进而基于目标重传标识，监听MBS的重传数据调度。由此，UE在指定的MBS的重传标识中同时包含单播重传标识及多播重传标识时，UE可以选择标识的重传调度指示的接收时刻较早的重传标识，监听MBS的重传数据调度，从而不仅实现了接收失败的MBS业务数据的重传，提升了数据传输的可靠性，而且避免了重传数据的重复接收，降低了UE的数据处理量。
在本申请一种可能的实现形式中，响应于指定的MBS的重传标识同时包含单播重传标识及多播重传标识，UE还可以根据两种重传标识对应的重传数据的接收时刻，选择其中一个重传标识监听MBS的重传数据调度，以避免重传数据的重复接收。
下面结合图4，对本申请实施例提供的又一种数据重传的方法进行进一步说明。
图4为本申请实施例所提供的又一种数据重传的方法的流程示意图，应用于UE。
如图4所示，该数据重传的方法，包括以下步骤：
步骤401，基于单播重传标识及多播重传标识，分别监听MBS的重传数据调度。
步骤402，响应于任一重传标识标识的重传数据的接收时刻早于另一个重传标识标识的重传数据的接收时刻，确定任一重传标识标识的重传数据为目标重传数据。
作为一种可能的实现方式，响应于指定的MBS的重传标识同时包含单播重传标识及多播重传标识，UE可以根据单播重传标识及多播重传标识，同时监听MBS的重传数据调度。并且，响应于获取到两个重传标识标识的重传数据，则可以将接收时刻较早的重传数据确定为目标重传数据，即接收该目标重传数据。
举例来说，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH接收到2个对于HARQ进程-1的数据重传调度指示，并且M-CS-RNTI-1指示的PDCCH调度的PDSCH(Physical Downlink SharedChannel，物理下行共享信道)的接收时间，早于CS-RNTI-1指示的PDCCH调度的PDSCH的接收时间，则UE可以选择接收M-CS-RNTI-1指示的PDCCH调度的重传数据。
在本申请的实施例中，步骤401-402可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
本申请实施例提供的数据重传的方法，通过基于单播重传标识及多播重传标识，分别监听MBS的重传数据调度，进而响应于任一重传标识标识的重传数据的接收时刻早于另一个重传标识标识的重传数据的接收时刻，确定任一重传标识标识的重传数据为目标重传数据。由此，UE在指定的MBS的重传标识中同时包含单播重传标识及多播重传标识时，UE可以选择接收接收时刻较早的重传数据，从而不仅实现了接收失败的MBS业务数据的重传，提升了数据传输的可靠性，而且避免了重传数据的重复接收，降低了UE的数据处理量。
在本申请一种可能的实现形式中，响应于指定的MBS的重传标识同时包含单播重传标识及多播重传标识，UE还可以将根据两种重传标识监听到的重传数据进行合并解码，以提升重传数据接收的可靠性。
下面结合图5，对本申请实施例提供的又一种数据重传的方法进行进一步说明。
图5为本申请实施例所提供的又一种数据重传的方法的流程示意图，应用于UE。
如图5所示，该数据重传的方法，包括以下步骤：
步骤501，基于单播重传标识，监听MBS的第一重传数据调度。
步骤502，基于多播重传标识，监听MBS的第二重传数据调度。
在本申请实施例中，响应于指定的MBS的重传标识同时包含单播重传标识及多播重传标识，UE可以同时基于单播重传标识与多播重传标识，监听MBS的重传调度数据，以提升重传数据接收的准确性。因此，UE可以基于单播重传标识监听MBS的第一重传数据调度，以从单播调度标识指示的PDCCH中获取基站发送的第一重传数据；并且，UE可以基于多播重传标识监听MBS的第二重传数据调度，以从多播调度标识指示的PDCCH中获取基站发送的第二重传数据。
步骤503，将第一重传数据与第二重传数据进行合并解码。
在本申请实施例中，UE在通过单播调度标识与多播调度标识同时监听MBS的重传数据调度时，可以将第一重传数据调度标识的第一重传数据与第二重传数据调度标识的第二重传数据进行合并解码，以使任意一个重传标识指示的重传数据未成功接收时，也可以通过另一个重传标识成功接收到重传数据，从而提升了重传数据接收的可靠性。
在本申请的实施例中，步骤501-503可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
本申请实施例提供的数据重传的方法，通过基于单播重传标识，监听MBS的第一重传数据调度，并基于多播重传标识，监听MBS的第二重传数据调度，进而将第一重传数据与第二重传数据进行合并解码。由此，UE在指定的MBS的重传标识中同时包含单播重传标识及多播重传标识时，UE可以将根据两种重传标识监听到的重传数据进行合并解码，从而不仅实现接收失败的MBS业务数据的重传，而且进一步提升了数据传输的可靠性。
在本申请一种可能的实现形式中，响应于指定的MBS的重传标识同时包含单播重传标识及多播重传标识，UE可以直接接收解码成功的重传数据，从而不仅提升了重传数据接收的可靠性，而且避免了重传数据的重复接收。
下面结合图6，对本申请实施例提供的另一种数据重传的方法进行进一步说明。
图6为本申请实施例所提供的另一种数据重传的方法的流程示意图，应用于UE。
如图6所示，该数据重传的方法，包括以下步骤：
步骤601，响应于基于任一重传标识获取的MBS重传数据解码成功，停止监听另一个重传标识关联的MBS重传数据调度；或者，响应于基于任一重传标识获取的MBS重传数据解码失败，继续监听另一个重传标识关联的MBS重传数据调度。
在本申请实施例中，响应于指定的MBS的重传标识同时包含单播重传标识及多播重传标识，UE可以依次基于包含单播重传标识及多播重传标识，监听MBS的重传数据调度，并且响应于第1个接收到的重传数据解码成功，则UE可以不再接收第2个重传数据；相应的，响应于第1个接收到的重传数据解码失败，UE可以继续接收第2个重传数据。
举例来说，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH接收到2个对于HARQ进程-1的数据重传调度指示，则根据处理顺序(或接收时间顺序)，UE接收的M-CS-RNTI-1指示的PDCCH调度的重传数据成功解码后，则UE可以不再接收CS-RNTI指示的PDCCH调度的重传数据(如，UE可以将该CS-RNTI指示的PDCCH调度的重传数据丢弃)；否则，UE可以继续接收CS-RNTI指示的PDCCH调度的重传数据。
在本申请的实施例中，步骤601可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
本申请实施例提供的数据重传的方法，响应于基于任一重传标识获取的MBS重传数据解码成功，UE停止监听另一个重传标识关联的MBS重传数据调度；或者，响应于基于任一重传标识获取的MBS重传数据解码失败，继续监听另一个重传标识关联的MBS重传数据调度。由此，UE在指定的MBS的重传标识中同时包含单播重传标识及多播重传标识时，直接接收解码成功的重传数据，从而不仅实现接收失败的MBS业务数据的重传，进一步提升了数据传输的可靠性，而且避免了重传数据的重复接收，降低了UE的数据处理量。
在本申请一种可能的实现形式中，UE还可以根据对重传数据的解码状态，向基站发送重传数据接收指示消息，以使基站及时了解UE对重传数据的接收情况，进一步提升数据传输的可靠性。
下面结合图7，对本申请实施例提供的再一种数据重传的方法进行进一步说明。
图7为本申请实施例所提供的再一种数据重传的方法的流程示意图，应用于UE。
如图7所示，该数据重传的方法，包括以下步骤：
步骤701，基于指定的MBS的重传标识，监听MBS的重传数据调度。
在本申请的实施例中，步骤701可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤702，基于指定的上行调度资源，向基站发送MBS重传数据接收指示消息。
其中，响应于指定的MBS的重传标识为单播重传标识，指定的上行调度资源可以为单播重传标识对应的上行调度资源。
响应于指定的MBS的重传标识为多播重传标识，指定的上行调度资源可以为多播重传标识对应的上行调度资源。
响应于指定的MBS的重传标识包括单播重传标识与多播重传标识，指定的上行调度资源可以为任一重传标识对应的反馈资源，即指定的上行调度资源可以为单播重传标识对应的上行调度资源，也可以为多播重传标识对应的上行调度资源。
作为一种可能的实现方式，响应于指定的MBS的重传标识包括单播重传标识与多播重传标识，可以通过以下方式将其中一个重传标识对应的上行调度资源确定为指定的上行调度资源。
方式一
根据单播重传标识及多播重传标识分别标识的调度指示的接收顺序，确定指定的上行调度资源。
作为一种示例，UE可以将先接收到的调度指示对应的重传标识对应的上行调度资源，确定为指定的上行调度资源。比如，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH接收到2个对于HARQ进程-1的数据重传调度指示。基站给M-CS-RNTI-1指示的PDCCH调度的PDSCH-1的接收配置了上行调度资源PUCCH(Physical Uplink Control Channel，物理上行链路控制信道)-1，给CS-RNTI-1指示的PDCCH调度的PDSCH-2的接收配置了上行调度资源PUCCH-2。并且，PUCCH-1的接收顺序先于PUCCH-2，则UE可以采用PUCCH-1作为发送MBS重传数据接收指示消息的指定的上行调度资源，而忽略在PUCCH-2的反馈。
方式二
将解码成功的重传数据关联的重传标识对应的上行调度资源，确定为所述指定的上行调度资源。
举例来说，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的HARQ进程-1的数据重传调度指示。则根据处理顺序(或接收时间顺序)，UE接收的M-CS-RNTI-1指示的PDCCH调度的重传数据合并解码失败后，UE接收CS-RNTI-1指示的PDCCH调度的重传数据，在该重传数据合并解码成功后，则UE可以将CS-RNTI-1指示的PDCCH调度的重传数据对应的PUCCH资源作为指定的上行调度资源，而忽略M-CS-RNTI-1指示的PDCCH调度的重传数据对应的PUCCH资源的反馈。
方式三
响应于任一重传标识标识的重传数据解码成功、且接收时刻早于另一个重传标识标识的重传数据，将任一重传标识对应的上行调度资源确定为指定的上行调度资源。
举例来说，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH，接收到2个对于HARQ进程-1的数据重传调度指示。基站给M-CS-RNTI-1指示的PDCCH调度的PDSCH-1的接收配置了上行调度资源PUCCH-1，给CS-RNTI-1指示的PDCCH调度的PDSCH-2的接收配置了上行调度资源PUCCH-2。PDSCH-1和PDSCH-2同时合并解码并成功解码，其中PDSCH-1为时间上第一个处理的(或接收到的)重传数据，则UE可以将PDSCH-1对应的PUCCH-1确定为指定的上行调度资源，而忽略PDSCH-2对应的PUCCH-2的反馈。
方式四
响应于任一重传标识标识的重传数据解码成功、且接收时刻晚于另一个重传标识标识的重传数据，将任一重传标识对应的上行调度资源确定为指定的上行调度资源。
举例来说，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH，接收到2个对于HARQ进程-1的数据重传调度指示。基站给M-CS-RNTI-1指示的PDCCH调度的PDSCH-1的接收配置了上行调度资源PUCCH-1，给CS-RNTI-1指示的PDCCH调度的PDSCH-2的接收配置了上行调度资源PUCCH-2。PDSCH-1和PDSCH-2同时合并解码并成功解码，其中PDSCH-2为时间上最后一个处理的(或接收到的)重传数据，则UE可以将PDSCH-2对应的PUCCH-2确定为指定的上行调度资源，而忽略PDSCH-1对应的PUCCH-1的反馈。
方式五
响应于任一重传标识标识的重传数据解码失败、且接收时刻早于另一个重传标识标识的重传数据，将任一重传标识对应的上行调度资源确定为指定的上行调度资源。
举例来说，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH，接收到2个对于HARQ进程-1的数据重传调度指示。基站给M-CS-RNTI-1指示的PDCCH调度的PDSCH-1的接收配置了上行调度资源PUCCH-1，给CS-RNTI-1指示的PDCCH调度的PDSCH-2的接收配置了上行调度资源PUCCH-2。PDSCH-1和PDSCH-2合并解码都失败，其中PDSCH-1为时间上第一个处理的(或接收到的)重传数据，则UE将PDSCH-1对应的PUCCH-1确定为指定的上行调度资源，而忽略PDSCH-2对应的PUCCH-2的反馈。
方式六
响应于任一重传标识标识的重传数据解码失败、且接收时刻晚于另一个重传标识标识的重传数据，将任一重传标识标识的上行调度资源确定为指定的上行调度资源。
举例来说，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH，接收到2个对于HARQ进程-1的数据重传调度指示。基站给M-CS-RNTI-1指示的PDCCH调度的PDSCH-1的接收配置了上行调度资源PUCCH-1，给CS-RNTI-1指示的PDCCH调度的PDSCH-2的接收配置了上行调度资源PUCCH-2。PDSCH-1和PDSCH-2合并解码都失败，其中PDSCH-2为时间上最后一个处理的(或接收到的)重传数据，则UE将PDSCH-2对应的PUCCH-2确定为指定的上行调度资源，而忽略PDSCH-1对应的PUCCH-1的反馈。
方式七
将任一重传标识对应的上行调度资源，确定为指定的上行调度资源。
举例来说，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH，接收到2个对于HARQ进程-1的数据重传调度指示。基站给M-CS-RNTI-1指示的PDCCH调度的PDSCH-1的接收配置了上行调度资源PUCCH-1，给CS-RNTI-1指示的PDCCH调度的PDSCH-2的接收配置了上行调度资源PUCCH-2。则UE可以将M-CS-RNTI-1指示的PDCCH调度的PDSCH-1的接收对应的上行调度资源PUCCH-1确定为指定的上行调度资源，而忽略PDSCH-2对应的PUCCH-2的反馈。
又如，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH，接收到2个对于HARQ进程-1的数据重传调度指示。基站给M-CS-RNTI-1指示的PDCCH调度的PDSCH-1的接收配置了上行调度资源PUCCH-1，给CS-RNTI-1指示的PDCCH调度的PDSCH-2的接收配置了上行调度资源PUCCH-2。则UE可以将CS-RNTI-1指示的PDCCH调度的PDSCH-2的接收对应的上行调度资源PUCCH-2确定为指定的上行调度资源，而忽略M-CS-RNTI-1指示的PDCCH调度的PDSCH-1的接收对应的上行调度资源PUCCH-1的反馈。
进一步的，MBS重传数据接收指示消息可以包括MBS重传数据接收成功的指示消息及MBS重传数据接收失败的指示消息中的任意一种。因此，UE可以根据重传数据的接收结果，确定向基站发送的MBS重传数据接收指示信息。即在本申请实施例一种可能的实现形式中，上述步骤701，可以包括：
响应于至少一个重传数据解码成功，向基站发送重传数据接收成功的指示消息；
或者，
响应于至少一个重传数据解码失败，向基站发送重传数据接收失败的指示消息；
或者，
响应于所有重传数据解码失败，向基站发送重传数据接收失败的指示消息；
或者，
响应于任一重传数据解码成功，向基站发送任一重传数据接收成功的指示消息；
或者，
响应于任一重传数据解码失败，向基站发送任一重传数据接收失败的指示消息。
作为一种示例，响应于通过任意一个重传标识，监听MBS数据重传调度，UE可以在至少1个接收的重传数据解码成功后，认为重传数据接收成功，并向基站发送MBS重传数据接收成功的指示消息。相应的，UE可以在所有重传数据解码失败后，向基站发送重传数据接收失败的指示消息。
举例来说，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH，接收到2个对于HARQ进程-1的数据重传调度指示。则根据处理顺序(或接收时间顺序)，UE接收的M-CS-RNTI-1指示的PDCCH调度的重传数据成功解码后，则UE可以通过指定的上行调度资源，发送HARQ ACK(Acknowledgment，应答)指示。
相应的，根据处理顺序(或接收时间顺序)，UE接收的M-CS-RNTI-1指示的PDCCH调度的重传数据解码失败后，UE可以不发送HARQ NACK指示。当UE对于接收的M-CS-RNTI-1指示的PDCCH调度的重传数据与CS-RNTI-1指示的PDCCH调度的重传数据进行合并解码失败后，则UE可以向基站发送HARQ NACK指示。其中，指定的上行调度资源可以是根据上述方式1至方式7中的任意一种方式确定的。
作为一种示例，对于两种重传标识对应的重传数据，UE可以根据两种重传数据分别对应的接收状态，分别向基站发送重传数据接收成功或接收失败的至少消息。
举例来说，UE通过SPS-1的HARQ进程-1接收数据，之后通过多播调度标识M-CS-RNTI-1指示的PDCCH和单播调度标识CS-RNTI指示的PDCCH，接收到2个对于HARQ进程-1的数据重传调度指示。则根据处理顺序(或接收时间顺序)，UE接收的M-CS-RNTI-1指示的PDCCH调度的重传数据解码失败后，则UE对于该M-CS-RNTI-1指示的PDCCH调度的重传数据，可以向基站发送HARQ NACK指示。当UE对于接收的M-CS-RNTI-1指示的PDCCH调度的重传数据与CS-RNTI-1指示的PDCCH调度的重传数据进行合并解码成功后，则UE对于该CS-RNTI-1指示的PDCCH调度的重传数据发送HARQ ACK指示。
相应的，相应的，根据处理顺序(或接收时间顺序)，UE接收的M-CS-RNTI-1指示的PDCCH调度的重传数据解码失败后，UE可以向基站发送HARQ NACK指示。当UE对于接收的M-CS-RNTI-1指示的PDCCH调度的重传数据与CS-RNTI-1指示的PDCCH调度的重传数据进行合并解码失败后，则UE可以向基站发送HARQ NACK指示。
本申请实施例提供的数据重传的方法，基于指定的MBS的重传标识，监听MBS的重传数据调度，进而基于指定的上行调度资源，向基站发送MBS重传数据接收指示消息。由此，UE通过根据对重传数据的解码状态，向基站发送重传数据接收指示消息，以使基站及时了解UE对重传数据的接收情况，从而不仅实现接收失败的MBS业务数据的重传，而且进一步提升了数据传输的可靠性。
在本申请一种可能的实现形式中，由于基站可以配置上行调度资源的时间位置，以通过时间位置限定上行调度资源的可用时间，因此UE还可以根据重传数据的处理时间和各重传标识对应的上行调度资源的时间位置，确定指定的上行调度资源，以进一步提升数据传输的可靠性。
下面结合图8，对本申请实施例提供的又一种数据重传的方法进行进一步说明。
图8为本申请实施例所提供的又一种数据重传的方法的流程示意图，应用于UE。
如图8所示，该数据重传的方法，包括以下步骤：
步骤801，基于指定的MBS的重传标识，监听MBS的重传数据调度。
在本申请的实施例中，步骤801可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤802，确定UE接收单播重传标识标识的MBS重传数据的第一时刻、接收多播重传标识标识的MBS重传数据的第二时刻、单播重传标识对应的上行调度资源对应的第三时刻、及多播重传标识对应的上行调度资源对应的第四时刻。
其中，第一时刻，可以为UE接收到单播重传标识标识的MBS重传数据的时刻；第二时刻，可以为UE接收到多播重传标识标识的MBS重传数据的时刻；第三时刻，可以指示单播重传标识对应的上行调度资源的可用时限；第四时刻，可以指示多播重传标识对应的上行调度资源的可用时限。
在本申请实施例中，UE可用在监听MBS重传数据调度的过程中，记录接收到单播重传标识标识的MBS重传数据的第一时刻，以及接收到多播重传标识标识的MBS重传数据的第二时刻。并且，UE还可以根据基站配置的单播重传标识对应的上行调度资源的时间位置信息，确定单播重传标识对应的上行调度资源对应的第三时刻，以及根据基站配置的多播重传标识对应的上行调度资源的时间位置信息，确定多播重传标识对应的上行调度资源对应的第四时刻。
步骤803，确定UE处理并生成MBS重传数据接收指示消息的时长。
在本申请实施例中，UE在获取到单播重传标识标识的MBS重传数据或多播重传标识标识的MBS重传数据之后，可以在对重传数据进行处理的过程中，记录UE对MBS重传数据的处理时长以及生成MBS重传数据接收指示的时长。
步骤804，根据第一时刻、第二时刻、第三时刻、第四时刻及时长，确定指定的上行调度资源。
在本申请实施例中，UE确定出第一时刻、第二时刻、第三时刻、第四时刻及UE处理并生成MBS重传数据接收指示消息的时长之后，可以将生成MBS重传数据接收指示消息之后，还处于可用状态的上行调度资源，确定为指定的上行调度资源。
进一步的，响应于MBS重传数据接收指示消息为根据单播调度标识对应的MBS重传数据的接收状态生成的，上述步骤804，可以包括：
响应于第一时刻与时长的和小于或等于第三时刻，确定单播重传标识对应的上行调度资源为所述指定的上行调度资源；
或者，
响应于第一时刻与所述时长的和小于或等于第四时刻，确定多播重传标识对应的上行调度资源为指定的上行调度资源。
作为一种示例，响应于第一时刻与时长的和小于或等于第三时刻，且第一时刻与时长的和小于或等于第四时刻，即生成单播重传标识对应MBS重传数据接收指示消息时，单播重传标识与多播重传标识对应的上传调度资源均处于可用状态，则可以按照上述实施例中方式一至方式七中任意一种方式，将单播重传标识与多播重传标识对应的上传调度资源中的任意一个，确定为指定的上行调度资源。
作为一种示例，响应于第一时刻与时长的和小于或等于第三时刻，且第一时刻与时长的和大于第四时刻，即生成单播重传标识对应MBS重传数据接收指示消息时，单播重传标识对应的上传调度资源处于可用状态，多播重传标识对应的上传调度资源处于不可用状态，则可以按照上述实施例中方式一至方式七中任意一种方式，将单播重传标识对应的上传调度资源确定为指定的上行调度资源。
作为一种示例，响应于第一时刻与时长的和大于第三时刻，且第一时刻与时长的和小于或等于第四时刻，即生成单播重传标识对应MBS重传数据接收指示消息时，单播重传标识对应的上传调度资源处于不可用状态，多播重传标识对应的上传调度资源处于可用状态，则可以按照上述实施例中方式一至方式七中任意一种方式，将多播重传标识对应的上传调度资源确定为指定的上行调度资源。
进一步的，响应于MBS重传数据接收指示消息为根据多播调度标识对应的MBS重传数据的接收状态生成的，上述步骤804，可以包括：
响应于第二时刻与时长的和小于或等于第三时刻，确定单播重传标识对应的上行调度资源为指定的上行调度资源；
或者，
响应于第二时刻与所述时长的和小于或等于第四时刻，确定多播重传标识对应的上行调度资源为指定的上行调度资源。
作为一种示例，响应于第二时刻与时长的和小于或等于第三时刻，且第二时刻与时长的和小于或等于第四时刻，即生成多播重传标识对应MBS重传数据接收指示消息时，单播重传标识与多播重传标识对应的上传调度资源均处于可用状态，则可以按照上述实施例中方式一至方式七中任意一种方式，将单播重传标识与多播重传标识对应的上传调度资源中的任意一个，确定为指定的上行调度资源。
作为一种示例，响应于第二时刻与时长的和小于或等于第三时刻，且第二时刻与时长的和大于第四时刻，即生成多播重传标识对应MBS重传数据接收指示消息时，单播重传标识对应的上传调度资源处于可用状态，多播重传标识对应的上传调度资源处于不可用状态，则可以按照上述实施例中方式一至方式七中任意一种方式，将单播重传标识对应的上传调度资源确定为指定的上行调度资源。
作为一种示例，响应于第二时刻与时长的和大于第三时刻，且第二时刻与时长的和小于或等于第四时刻，即生成多播重传标识对应MBS重传数据接收指示消息时，单播重传标识对应的上传调度资源处于不可用状态，多播重传标识对应的上传调度资源处于可用状态，则可以按照上述实施例中方式一至方式七中任意一种方式，将多播重传标识对应的上传调度资源确定为指定的上行调度资源。
步骤805，基于指定的上行调度资源，向基站发送MBS重传数据接收指示消息。
在本申请的实施例中，步骤805可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
本申请实施例提供的数据重传的方法，通过基于指定的MBS的重传标识，监听MBS的重传数据调度，并根据UE接收单播重传标识标识的MBS重传数据的第一时刻、接收多播重传标识标识的MBS重传数据的第二时刻、单播重传标识对应的上行调度资源对应的第三时刻、及多播重传标识对应的上行调度资源对应的第四时刻，确定指定的上行调度资源，进而基于指定的上行调度资源，向基站发送MBS重传数据接收指示消息。由此，UE通过根据重传数据的处理时间和各重传标识对应的上行调度资源的时间位置，确定指定的上行调度资源，从而不仅实现接收失败的MBS业务数据的重传，而且进一步提升了数据传输的可靠性。
图9为本申请实施例所提供的又一种数据重传的方法的流程示意图，应用于基站。
如图9所示，该数据重传的方法，包括以下步骤：
步骤901，通过SPS配置信息向UE发送用于指示UE监听MBS的重传数据调度的重传标识。
需要说明的是，本申请实施例的数据重传的方法可以应用在任意与UE通信的基站中。UE可以是指向用户提供语音和/或数据连通性的设备。UE可以经RAN(Radio AccessNetwork，无线接入网)与一个或多个核心网进行通信，终端可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，STA(Station，站)、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remoteterminal)、接入终端(access terminal)、用户装置(user terminal)或用户代理(useragent)。或者，UE也可以是无人飞行器的设备。或者，UE也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线终端。或者，UE也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
其中，重传标识可以包括以下标识中的至少一种：单播重传标识及多播重传标识。
需要说明的是，单播重传标识可以是CS-RNTI，多播重传标识可以是M-CS-RNTI。
其中，SPS配置信息中可以包括N个MBS业务标识信息，N为正整数。
其中，MBS业务标识信息可以包括以下信息中的至少一种：MBS对应的承载标识、LCID、小区组标识、无线链路控制实体标识、MBS调度标识及MBS业务标识。
其中，MBS业务标识可以包括以下信息中的至少一种：TMGI(Temporary MobileGroup Identity，临时移动组标识)、MBS会话标识、MBS业务流标识。
在本申请实施例中，响应于通过SPS方式对MBS进行调度，基站可以给UE配置MBS对应的多播SPS的数据重传方法。
作为一种可能的实现方式，基站可以通过SPS配置信息，为每个小区的N个多播SPS配置各自独立的用于多播SPS的重传数据调度的多播调度标识，以使UE响应于获取的SPS配置信息，可以根据MBS中每个业务配置的SPS对应的多播调度标识，监听该业务的重传数据调度。
举例来说，基站在小区-1的BWP-1给MBS业务-1配置了SPS-1(如，通过多播调度标识M-CS-RNTI-1指示的PDCCH激活的SPS-1)；在小区-1的BWP-1给MBS业务-2配置了SPS-2(如，通过多播调度标识M-CS-RNTI-2指示的PDCCH激活的SPS-2)。因此，UE可以将M-CS-RNTI-1作为MBS业务-1对应的多播重传标识，并仅用于监听多播SPS-1的数据重传调度；以及将M-CS-RNTI-2为MBS业务-2对应的多播重传标识，并仅用于监听多播SPS-2的数据重传调度。
作为另一种可能的实现方式，基站还可以通过SPS配置信息，为每个小区的N个多播SPS配置1个独立的用于多播SPS的重传数据调度的多播调度标识，以使UE响应于获取的SPS配置信息，可以根据MBS中该小区对应的多播调度标识，监听该小区中所有业务的重传数据调度。
举例来说，基站在小区-1的BWP-1给MBS业务-1配置了SPS-1(如，通过多播调度标识M-CS-RNTI-1指示的PDCCH激活的SPS-1)，在小区-1的BWP-1给MBS业务-2配置了SPS-2(如，通过多播调度标识M-CS-RNTI-1PDCCH激活的SPS-2)。因此，UE可以将M-CS-RNTI-1作为MBS业务-1与MBS-2对应的多播重传标识，并用于监听多播SPS-1和多播SPS-2的数据重传调度，并且不能用于单播SPS的数据重传调度。
作为再一种可能的实现方式，基站还可以通过SPS配置信息，为UE配置特定的单播调度标识，用于监听多播SPS的重传数据调度，以使UE响应于获取的SPS配置信息，可以根据SPS配置信息中包括的单播调度标识，监听MBS中所有业务的重传数据调度。
举例来说，基站在小区-1的BWP-1给MBS业务-1配置了SPS-1(如，通过多播调度标识M-CS-RNTI-1指示的PDCCH激活的SPS-1)，在小区-1的BWP-1给MBS业务-2配置了SPS-2(如，通过多播调度标识M-CS-RNTI-2指示的PDCCH激活的SPS-2)。此时，基站还可以给小区-1配置1个UE专属的用于多播SPS重传调度的PDCCH信道的指示标识(如，单播调度标识CS-RNTI)。从而，UE可以根据CS-RNTI监听多播SPS-1和多播SPS-2的数据重传调度。另外，该CS-RNTI也可以用于小区-1的单播SPS的数据重传调度。(如，基站在小区-1的BWP-1给单播业务配置了SPS-3(如，通过单播调度标识CS-RNTI指示的PDCCH激活的SPS-3)，则UE还可以根据CS-RNTI监听单播SPS-3的数据重传调度。
作为又一种可能的实现方式，基站还可以通过SPS配置信息，同时为UE配置单播调度标识与多播调度标识，以使UE可以同时基于单播调度标识与多播调度标识，监听MBS的重传数据调度。
本申请实施例提供的数据重传的方法，通过SPS配置信息向UE发送用于指示UE监听MBS的重传数据调度的重传标识。由此，基站通过向UE配置监听MBS的重传数据调度的重传标识，以使UE监听MBS的重传数据调度，实现接收失败的MBS业务数据的重传，从而提升了数据传输的可靠性。
在本申请一种可能的实现形式中，基站可以在UE对MBS数据接收失败时，向UE发送重传数据，以提升数据传输的可靠性。
下面结合图10，对本申请实施例提供的另一种数据重传的方法进行进一步说明。
图10为本申请实施例所提供的另一种数据重传的方法的流程示意图，应用于基站。
如图10所示，该数据重传的方法，包括以下步骤：
步骤1001，通过SPS配置信息向UE发送用于指示UE监听MBS的重传数据调度的重传标识。
在本申请的实施例中，步骤1001可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤1002，响应于获取到UE发送的MBS数据接收失败消息，基于重传标识，向UE发送MBS的重传数据。
在本申请实施例中，响应于MBS数据接收失败，UE可以向基站发送MBS数据接收失败消息，从而响应于获取到的MBS数据接收失败消息，基站可以通过重传标识将向UE发送接收失败的MBS数据对应的重传数据，以保证MBS数据的可靠传输。
进一步的，基站可以根据为UE配置的重传标识，确定发送MBS的重传数据所使用的重传标识。即在本申请实施例一种可能的实现方式中，上述步骤1002，可以包括：
基于任一重传标识，向UE发送MBS的重传数据；
或者，
基于单播重传标识及多播重传标识，分别向UE发送MBS的重传数据。
作为一种示例，响应于基站通过SPS配置信息，为UE配置了特定的单播调度标识，用于监听多播SPS的重传数据调度，则基站可以通过单播重传标识向UE发送MBS的重传数据。
作为一种示例，响应于基站通过SPS配置信息，为UE配置了特定的多播调度标识，用于监听多播SPS的重传数据调度，则基站可以通过多播重传标识向UE发送MBS的重传数据。
作为一种示例，响应于基站通过SPS配置信息，同时为UE配置了单播调度标识与多播调度标识，则基站可以通过单播重传标识及多播重传标识，分别向UE发送MBS的重传数据。
需要说明的是，响应于MBS重传数据接收失败，UE也可以向基站发送MBS重传数据接收失败的指示消息，从而响应于MBS重传数据接收失败的指示消息，基站也可以根据重传数据接收失败的指示消息对应的重传标识，再次向基站发送相应的MBS重传数据，以保证数据传输的可靠性。
本申请实施例提供的数据重传的方法，通过SPS配置信息向UE发送用于指示UE监听MBS的重传数据调度的重传标识，并响应于获取到UE发送的MBS数据接收失败消息，基于重传标识，向UE发送MBS的重传数据。由此，基站通过向UE配置监听MBS的重传数据调度的重传标识，并向UE发送接收失败的MBS数据对应的重传数据，以使UE监听MBS的重传数据调度，实现接收失败的MBS业务数据的重传，进一步提升了数据传输的可靠性。
为了实现上述实施例，本申请还提出一种数据重传的装置。
图11为本申请实施例提供的一种数据重传的装置的结构示意图，应用于UE。
如图11所示，该数据重传的装置1100，包括：
监听模块1101，被配置为基于指定的MBS的重传标识，监听MBS的重传数据调度。
在实际使用时，本申请实施例提供的数据重传的装置，可以被配置在任意通信设备中，以执行前述数据重传的方法。
本申请实施例提供的数据重传的装置，通过基于指定的MBS的重传标识，监听MBS的重传数据调度。由此，UE在MBS业务中通过基于指定的MBS的重传标识，监听MBS的重传数据调度，实现接收失败的MBS业务数据的重传，从而提升了数据传输的可靠性。
在本申请一种可能的实现形式中，上述数据重传的装置1100，还包括：
第一确定模块，被配置为响应于获取的下行半持续调度SPS配置信息，确定指定的MBS的重传标识。
进一步的，在本申请另一种可能的实现形式中，上述SPS配置信息中包括N个MBS业务标识信息，其中，N为正整数。
进一步的，在本申请再一种可能的实现形式中，上述MBS业务标识信息包括以下信息中的至少一种：MBS对应的承载标识、LCID、小区组标识、无线链路控制实体标识、MBS调度标识及MBS业务标识。
进一步的，在本申请又一种可能的实现形式中，上述指定的MBS的重传标识为以下标识中的至少一种：单播重传标识及多播重传标识。
进一步的，在本申请又一种可能的实现形式中，上述监听模块1101，包括：
第一监听单元，被配置为响应于MBS数据接收失败，基于指定的MBS的重传标识，监听MBS的重传数据调度。
进一步的，在本申请另一种可能的实现形式中，上述第一监听单元，具体被配置为：
响应于MBS数据接收失败，从数据接收失败时刻开始的大于或等于预定时长后，基于指定的MBS的重传标识，监听MBS的重传数据调度。
进一步的，在本申请再一种可能的实现形式中，上述监听模块1101，包括：
第二监听单元，被配置为响应于已向基站发送MBS数据接收失败消息，基于指定的MBS的重传标识，监听MBS的重传数据调度；
或者，
第三监听单元，被配置为响应于当前接收的数据为MBS数据，基于指定的MBS的重传标识，监听MBS的重传数据调度。
进一步的，在本申请又一种可能的实现形式中，上述指定的MBS的重传标识为单播重传标识及多播重传标识，上述监听模块1101，包括：
第四监听单元，被配置为基于单播重传标识及多播重传标识中的任意一个，监听MBS的重传数据调度。
进一步的，在本申请又一种可能的实现形式中，上述指定的MBS的重传标识为单播重传标识及多播重传标识，上述监听模块1101，包括：
第一确定单元，被配置为根据单播重传标识及多播重传标识分别标识的重传调度指示的接收时刻，确定目标重传标识；
第五监听单元，被配置为基于所述目标重传标识，监听所述MBS的重传数据调度。
进一步的，在本申请另一种可能的实现形式中，上述指定的MBS的重传标识为单播重传标识及多播重传标识，上述监听模块1101，包括：
第六监听单元，被配置为基于单播重传标识及多播重传标识，分别监听MBS的重传数据调度；
第二确定单元，被配置为响应于任一重传标识标识的重传数据的接收时刻早于另一个重传标识标识的重传数据的接收时刻，确定任一重传标识标识的重传数据为目标重传数据。
进一步的，在本申请再一种可能的实现形式中，上述指定的MBS的重传标识为单播重传标识及多播重传标识，上述监听模块1101，包括：
第七监听单元，被配置为基于单播重传标识，监听MBS的第一重传数据调度；
第八监听单元，被配置为基于多播重传标识，监听MBS的第二重传数据调度；
合并解码单元，被配置为将第一重传数据与第二重传数据进行合并解码。
进一步的，在本申请又一种可能的实现形式中，上述指定的MBS的重传标识为单播重传标识及多播重传标识，上述监听模块1101，包括：
第九监听单元，被配置为响应于基于任一重传标识获取的MBS重传数据解码成功，停止监听另一个重传标识关联的MBS重传数据调度；
或者，
第十监听单元，被配置为响应于基于任一重传标识获取的MBS重传数据解码失败，继续监听另一个重传标识关联的MBS重传数据调度。
进一步的，在本申请又一种可能的实现形式中，上述数据重传的装置1100，还包括：
第二发送模块，被配置为基于指定的上行调度资源，向基站发送MBS重传数据接收指示消息。
进一步的，在本申请另一种可能的实现形式中，上述数据重传的装置1100，还包括：
第三发送模块，被配置为响应于至少一个重传数据解码成功，向基站发送重传数据接收成功的指示消息；
或者，
第四发送模块，被配置为响应于至少一个重传数据解码失败，向基站发送重传数据接收失败的指示消息；
或者，
第五发送模块，被配置为响应于所有重传数据解码失败，向基站发送重传数据接收失败的指示消息；
或者，
第六发送模块，被配置为响应于任一重传数据解码成功，向基站发送任一重传数据接收成功的指示消息；
或者，
第七发送模块，被配置为响应于任一重传数据解码失败，向基站发送任一重传数据接收失败的指示消息。
进一步的，在本申请再一种可能的实现形式中，上述指定的MBS的重传标识为单播重传标识及多播重传标识，上述指定的上行调度资源为任一重传标识对应的上行调度资源。
进一步的，在本申请又一种可能的实现形式中，上述指定的MBS的重传标识为单播重传标识及多播重传标识，上述数据重传的装置1100，还包括：
第二确定模块，被配置为根据单播重传标识及多播重传标识分别标识的调度指示的接收顺序，确定所述指定的上行调度资源。
进一步的，在本申请又一种可能的实现形式中，上述指定的MBS的重传标识为单播重传标识及多播重传标识，上述数据重传的装置1100，还包括：
第三确定模块，被配置为将解码成功的重传数据关联的重传标识对应的上行调度资源，确定为指定的上行调度资源。
进一步的，在本申请另一种可能的实现形式中，上述指定的MBS的重传标识为单播重传标识及多播重传标识，上述数据重传的装置1100，还包括：
第四确定模块，被配置为响应于任一重传标识标识的重传数据解码成功、且接收时刻早于另一个重传标识标识的重传数据，将任一重传标识对应的上行调度资源确定为指定的上行调度资源；
或者，
第五确定模块，被配置为响应于任一重传标识标识的重传数据解码成功、且接收时刻晚于另一个重传标识标识的重传数据，将任一重传标识对应的上行调度资源确定为指定的上行调度资源；
或者，
第六确定模块，被配置为响应于任一重传标识标识的重传数据解码失败、且接收时刻早于另一个重传标识标识的重传数据，将任一重传标识对应的上行调度资源确定为指定的上行调度资源；
或者，
第七确定模块，被配置为响应于任一重传标识标识的重传数据解码失败、且接收时刻晚于另一个重传标识标识的重传数据，将任一重传标识标识的上行调度资源确定为指定的上行调度资源。
进一步的，在本申请再一种可能的实现形式中，上述指定的MBS的重传标识为单播重传标识及多播重传标识，上述数据重传的装置1100，还包括：
第八确定模块，被配置为确定UE接收单播重传标识标识的MBS重传数据的第一时刻、接收多播重传标识标识的MBS重传数据的第二时刻、单播重传标识对应的上行调度资源对应的第三时刻、及多播重传标识对应的上行调度资源对应的第四时刻；
第九确定模块，被配置为确定UE处理并生成MBS重传数据接收指示消息的时长；
第十确定模块，被配置为根据第一时刻、第二时刻、第三时刻、第四时刻及时长，确定指定的上行调度资源。
进一步的，在本申请又一种可能的实现形式中，上述第十确定模块，包括：
第三确定单元，被配置为响应于第一时刻与时长的和小于或等于第三时刻，确定单播重传标识对应的上行调度资源为指定的上行调度资源；
或者，
第四确定单元，被配置为响应于第一时刻与时长的和小于或等于第四时刻，确定多播重传标识对应的上行调度资源为指定的上行调度资源；
或者，
第五确定单元，被配置为响应于第二时刻与时长的和小于或等于第三时刻，确定单播重传标识对应的上行调度资源为指定的上行调度资源；
或者，
第六确定单元，被配置为响应于第二时刻与时长的和小于或等于第四时刻，确定多播重传标识对应的上行调度资源为指定的上行调度资源。
需要说明的是，前述对图1-图8所示的数据重传的方法实施例的解释说明也适用于该实施例的数据重传的装置1100，此处不再赘述。
本申请实施例提供的数据重传的装置，通过基于单播重传标识及多播重传标识中的任意一个，监听MBS的重传数据调度。由此，UE在指定的MBS的重传标识中同时包含单播重传标识及多播重传标识时，UE可以任意选择一个重传标识监听MBS的重传数据调度，从而不仅实现了接收失败的MBS业务数据的重传，提升了数据传输的可靠性，而且避免了重传数据的重复接收，降低了UE的数据处理量。
为了实现上述实施例，本申请还提出一种数据重传的装置。
图12为本申请实施例提供的另一种数据重传的装置的结构示意图，应用于基站。
如图12所示，该数据重传的装置1200，包括：
第一发送模块1201，被配置为通过SPS配置信息向UE发送用于指示UE监听MBS的重传数据调度的重传标识。
在实际使用时，本申请实施例提供的数据重传的装置，可以被配置在任意通信设备中，以执行前述数据重传的方法。
本申请实施例提供的数据重传的装置，通过SPS配置信息向UE发送用于指示UE监听MBS的重传数据调度的重传标识。由此，基站通过向UE配置监听MBS的重传数据调度的重传标识，以使UE监听MBS的重传数据调度，实现接收失败的MBS业务数据的重传，从而提升了数据传输的可靠性。
在本申请一种可能的实现形式中，上述SPS配置信息中包括N个MBS业务标识信息，其中，N为正整数。
进一步的，在本申请另一种可能的实现形式中，上述MBS业务标识信息包括以下信息中的至少一种：MBS对应的承载标识、LCID、小区组标识、无线链路控制实体标识、MBS调度标识及MBS业务标识。
进一步的，在本申请再一种可能的实现形式中，上述重传标识为以下标识中的至少一种：单播重传标识及多播重传标识。
进一步的，在本申请又一种可能的实现形式中，上述数据重传的装置1200，还包括：
第七发送模块，被配置为响应于获取到UE发送的MBS数据接收失败消息，基于重传标识，向UE发送MBS的重传数据。
进一步的，在本申请又一种可能的实现形式中，上述重传标识为单播重传标识及多播重传标识，所述第七发送模块，包括：
第一发送单元，被配置为基于任一重传标识，向UE发送MBS的重传数据；
或者，
第二发送单元，被配置为基于单播重传标识及多播重传标识，分别向UE发送MBS的重传数据。
需要说明的是，前述对图9、图10所示的数据重传的方法实施例的解释说明也适用于该实施例的数据重传的装置1200，此处不再赘述。
本申请实施例提供的数据重传的装置，通过SPS配置信息向UE发送用于指示UE监听MBS的重传数据调度的重传标识，并响应于获取到UE发送的MBS数据接收失败消息，基于重传标识，向UE发送MBS的重传数据。由此，基站通过向UE配置监听MBS的重传数据调度的重传标识，并向UE发送接收失败的MBS数据对应的重传数据，以使UE监听MBS的重传数据调度，实现接收失败的MBS业务数据的重传，进一步提升了数据传输的可靠性。
为了实现上述实施例，本申请还提出一种通信设备。
本申请实施例提供的通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有处理器运行的可执行程序，其中，处理器运行可执行程序时执行前述任意技术方案提供的数据重传的方法。
该通信设备可为前述的UE或基站。
其中，处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。这里，所述通信设备包括终端或基站。
所述处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，如图1至图10的至少其中之一。
为了实现上述实施例，本申请还提出一种计算机存储介质。
本申请实施例提供的计算机存储介质，存储有可执行程序；所述可执行程序被处理器执行后，能够实现前述任意技术方案提供的数据重传的方法，例如，如图1至图10的至少其中之一。
图13是本申请实施例所提供的一种UE1300的框图。例如，UE1300可以是移动电话，计算机，数字广播用户设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图13，UE1300可以包括以下至少一个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)的接口1312，传感器组件1314，以及通信组件1316。
处理组件1302通常控制UE1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1302可以包括至少一个处理器1320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1302可以包括至少一个模块，便于处理组件1302和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。
存储器1304被配置为存储各种类型的数据以支持在UE1300的操作。这些数据的示例包括用于在UE1300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件1306为UE1300的各种组件提供电力。电源组件1306可以包括电源管理系统，至少一个电源，及其他与为UE1300生成、管理和分配电力相关联的组件。
多媒体组件1308包括在所述UE1300和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括至少一个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的唤醒时间和压力。在一些实施例中，多媒体组件1308包括一个前置摄像头和/或后置摄像头。当UE1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括一个麦克风(MIC)，当UE1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中，音频组件1310还包括一个扬声器，用于输出音频信号。
I/O接口1312为处理组件1302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1314包括至少一个传感器，用于为UE1300提供各个方面的状态评估。例如，传感器组件1314可以检测到设备1300的打开/关闭状态，组件的相对定位，例如所述组件为UE1300的显示器和小键盘，传感器组件1314还可以检测UE1300或UE1300一个组件的位置改变，用户与UE1300接触的存在或不存在，UE1300方位或加速/减速和UE1300的温度变化。传感器组件1314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1316被配置为便于UE1300和其他设备之间有线或无线方式的通信。UE1300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，UE1300可以被至少一个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1304，上述指令可由UE1300的处理器1320执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
如图14所示，为本申请实施例所提供的一种基站的结构示意图。例如，基站1400可以被提供为一网络设备。参照图14，基站1400包括处理组件1422，其进一步包括至少一个处理器，以及由存储器1432所代表的存储器资源，用于存储可由处理组件1422的执行的指令，例如应用程序。存储器1432中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1422被配置为执行指令，以执行上述方法前述应用在所述基站的任意方法，例如，如图9、图10所示方法。
基站1400还可以包括一个电源组件1426被配置为执行基站1400的电源管理，一个有线或无线网络接口1450被配置为将基站1400连接到网络，和一个输入输出(I/O)接口1458。基站1400可以操作基于存储在存储器1432的操作系统，例如Windows Server TM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
Claims (26)
1.一种数据重传的方法，其特征在于，应用于用户设备UE，所述方法包括：
响应于广播多播业务MBS数据接收失败，从数据接收失败时刻开始的大于或等于预定时长后，基于指定的MBS的重传标识，监听所述MBS的重传数据调度，其中，所述指定的MBS的重传标识为以下标识中的至少一种：单播重传标识及多播重传标识。
2.如权利要求1所述的方法，其特征在于，还包括：
响应于获取的下行半持续调度SPS配置信息，确定所述指定的MBS的重传标识。
3.如权利要求2所述的方法，其特征在于，所述SPS配置信息中包括N个MBS业务标识信息，其中，N为正整数。
4.如权利要求3所述的方法，其特征在于，所述MBS业务标识信息包括以下信息中的至少一种：MBS对应的承载标识、逻辑信道标识LCID、小区组标识、无线链路控制实体标识、MBS调度标识及MBS业务标识。
5.如权利要求1所述的方法，其特征在于，所述基于指定的MBS的重传标识，监听MBS的重传数据调度，包括：
响应于已向基站发送MBS数据接收失败消息，基于所述指定的MBS的重传标识，监听所述MBS的重传数据调度；
或者，
响应于当前接收的数据为MBS数据，基于所述指定的MBS的重传标识，监听所述MBS的重传数据调度。
6.如权利要求1所述的方法，其特征在于，所述指定的MBS的重传标识为单播重传标识及多播重传标识，所述基于所述指定的MBS的重传标识，监听所述MBS的重传数据调度，包括：
基于所述单播重传标识及多播重传标识中的任意一个，监听所述MBS的重传数据调度。
7.如权利要求1所述的方法，其特征在于，所述指定的MBS的重传标识为单播重传标识及多播重传标识，所述基于所述指定的MBS的重传标识，监听所述MBS的重传数据调度，包括：
根据所述单播重传标识及多播重传标识分别标识的重传调度指示的接收时刻，确定目标重传标识；
基于所述目标重传标识，监听所述MBS的重传数据调度。
8.如权利要求1所述的方法，其特征在于，所述指定的MBS的重传标识为单播重传标识及多播重传标识，所述基于所述指定的MBS的重传标识，监听所述MBS的重传数据调度，包括：
基于所述单播重传标识及多播重传标识，分别监听所述MBS的重传数据调度；
响应于任一重传标识标识的重传数据的接收时刻早于另一个重传标识标识的重传数据的接收时刻，确定所述任一重传标识标识的重传数据为目标重传数据。
9.如权利要求1所述的方法，其特征在于，所述指定的MBS的重传标识为单播重传标识及多播重传标识，所述基于所述指定的MBS的重传标识，监听所述MBS的重传数据调度，包括：
基于所述单播重传标识，监听所述MBS的第一重传数据调度；
基于所述多播重传标识，监听所述MBS的第二重传数据调度；
将所述第一重传数据与所述第二重传数据进行合并解码。
10.如权利要求1所述的方法，其特征在于，所述指定的MBS的重传标识为单播重传标识及多播重传标识，所述基于所述指定的MBS的重传标识，监听所述MBS的重传数据调度，包括：
响应于基于任一重传标识获取的MBS重传数据解码成功，停止监听另一个重传标识关联的MBS重传数据调度；
或者，
响应于基于任一重传标识获取的MBS重传数据解码失败，继续监听另一个重传标识关联的MBS重传数据调度。
11.如权利要求1-10任一所述的方法，其特征在于，还包括：
基于指定的上行调度资源，向基站发送所述MBS重传数据接收指示消息。
12.如权利要求11所述的方法，其特征在于，还包括：
响应于至少一个重传数据解码成功，向所述基站发送重传数据接收成功的指示消息；
或者，
响应于至少一个重传数据解码失败，向所述基站发送重传数据接收失败的指示消息；
或者，
响应于所有重传数据解码失败，向所述基站发送重传数据接收失败的指示消息；
或者，
响应于任一重传数据解码成功，向所述基站发送所述任一重传数据接收成功的指示消息；
或者，
响应于任一重传数据解码失败，向所述基站发送所述任一重传数据接收失败的指示消息。
13.如权利要求11所述的方法，其特征在于，所述指定的MBS的重传标识为单播重传标识及多播重传标识，所述指定的上行调度资源为任一重传标识对应的上行调度资源。
14.如权利要求11所述的方法，其特征在于，所述指定的MBS的重传标识为单播重传标识及多播重传标识，所述方法还包括：
根据所述单播重传标识及多播重传标识分别标识的调度指示的接收顺序，确定所述指定的上行调度资源。
15.如权利要求11所述的方法，其特征在于，所述指定的MBS的重传标识为单播重传标识及多播重传标识，所述方法还包括：
将解码成功的重传数据关联的重传标识对应的上行调度资源，确定为所述指定的上行调度资源。
16.如权利要求11所述的方法，其特征在于，所述指定的MBS的重传标识为单播重传标识及多播重传标识，所述方法还包括：
响应于任一重传标识标识的重传数据解码成功、且接收时刻早于另一个重传标识标识的重传数据，将所述任一重传标识对应的上行调度资源确定为所述指定的上行调度资源；
或者，
响应于任一重传标识标识的重传数据解码成功、且接收时刻晚于另一个重传标识标识的重传数据，将所述任一重传标识对应的上行调度资源确定为所述指定的上行调度资源；
或者，
响应于任一重传标识标识的重传数据解码失败、且接收时刻早于另一个重传标识标识的重传数据，将所述任一重传标识对应的上行调度资源确定为所述指定的上行调度资源；
或者，
响应于任一重传标识标识的重传数据解码失败、且接收时刻晚于另一个重传标识标识的重传数据，将所述任一重传标识标识的上行调度资源确定为所述指定的上行调度资源。
17.如权利要求11-16任一所述的方法，其特征在于，所述指定的MBS的重传标识为单播重传标识及多播重传标识，所述方法还包括：
确定所述UE接收所述单播重传标识标识的MBS重传数据的第一时刻、接收所述多播重传标识标识的MBS重传数据的第二时刻、所述单播重传标识对应的上行调度资源对应的第三时刻、及所述多播重传标识对应的上行调度资源对应的第四时刻；
确定所述UE处理并生成所述MBS重传数据接收指示消息的时长；
根据所述第一时刻、第二时刻、第三时刻、第四时刻及所述时长，确定所述指定的上行调度资源。
18.如权利要求17所述的方法，其特征在于，所述根据所述第一时刻、第二时刻、第三时刻、第四时刻及所述时长，确定所述指定的上行调度资源，包括：
响应于所述第一时刻与所述时长的和小于或等于所述第三时刻，确定所述单播重传标识对应的上行调度资源为所述指定的上行调度资源；
或者，
响应于所述第一时刻与所述时长的和小于或等于所述第四时刻，确定所述多播重传标识对应的上行调度资源为所述指定的上行调度资源；
或者，
响应于所述第二时刻与所述时长的和小于或等于所述第三时刻，确定单播重传标识对应的上行调度资源为所述指定的上行调度资源；
或者，
响应于所述第二时刻与所述时长的和小于或等于所述第四时刻，确定多播重传标识对应的上行调度资源为所述指定的上行调度资源。
19.一种数据重传的方法，其特征在于，应用于基站，所述方法包括：
通过SPS配置信息向UE发送用于指示所述UE监听MBS的重传数据调度的重传标识，其中，所述重传标识为以下标识中的至少一种：单播重传标识及多播重传标识；
响应于获取到所述UE发送的MBS数据接收失败消息，基于所述重传标识，向所述UE发送所述MBS的重传数据。
20.如权利要求19所述的方法，其特征在于，所述SPS配置信息中包括N个MBS业务标识信息，其中，N为正整数。
21.如权利要求20所述的方法，其特征在于，所述MBS业务标识信息包括以下信息中的至少一种：MBS对应的承载标识、LCID、小区组标识、无线链路控制实体标识、MBS调度标识及MBS业务标识。
22.如权利要求21所述的方法，其特征在于，所述重传标识为单播重传标识及多播重传标识，所述基于所述重传标识，向所述UE发送所述MBS的重传数据，包括：
基于任一重传标识，向所述UE发送所述MBS的重传数据；
或者，
基于单播重传标识及多播重传标识，分别向所述UE发送所述MBS的重传数据。
23.一种数据重传的装置，其特征在于，应用于UE，所述装置包括:
监听模块，被配置为响应于广播多播业务MBS数据接收失败，从数据接收失败时刻开始的大于或等于预定时长后，基于指定的MBS的重传标识，监听所述MBS的重传数据调度，其中，所述指定的MBS的重传标识为以下标识中的至少一种：单播重传标识及多播重传标识。
24.一种数据重传的装置，其特征在于，应用于基站，所述装置包括：
第一发送模块，被配置为通过SPS配置信息向UE发送用于指示所述UE监听MBS的重传数据调度的重传标识；
所述第一发送模块，还被配置为响应于获取到所述UE发送的MBS数据接收失败消息，基于所述重传标识，向所述UE发送所述MBS的重传数据。
25.一种通信设备，其特征在于，包括：收发器；存储器；处理器，分别与所述收发器及所述存储器连接，配置为通过执行所述存储器上的计算机可执行指令，控制所述收发器的无线信号收发，并能够实现权利要求1至18、或19至22任一项所述的方法。
26.一种计算机存储介质，其中，所述计算机存储介质存储有计算机可执行指令；所述计算机可执行指令被处理器执行后，能够实现权利要求1至18、或19至22任一项所述的方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2020/138389 WO2022133743A1 (zh) | 2020-12-22 | 2020-12-22 | 数据重传的方法、装置、通信设备及存储介质 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202410925803.1A Division CN118869159A (zh) | 2020-12-22 | 数据重传的方法、装置、通信设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114982164A CN114982164A (zh) | 2022-08-30 |
| CN114982164B true CN114982164B (zh) | 2024-08-06 |
Family
ID=82157312
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080004077.XA Active CN114982164B (zh) | 2020-12-22 | 2020-12-22 | 数据重传的方法、装置、通信设备及存储介质 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20240314522A1 (zh) |
| EP (1) | EP4270830A4 (zh) |
| CN (1) | CN114982164B (zh) |
| WO (1) | WO2022133743A1 (zh) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107241169A (zh) * | 2016-03-29 | 2017-10-10 | 中兴通讯股份有限公司 | 数据重传处理方法及装置 |
| CN108207036A (zh) * | 2017-09-30 | 2018-06-26 | 中兴通讯股份有限公司 | 一种半持久调度的方法及装置 |
| CN108540272A (zh) * | 2017-03-06 | 2018-09-14 | 北京信威通信技术股份有限公司 | 信息传输方法及装置 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1219372C (zh) * | 2002-07-08 | 2005-09-14 | 华为技术有限公司 | 一种实现多媒体广播和多播业务的传输方法 |
| KR20090020138A (ko) * | 2007-08-22 | 2009-02-26 | 엘지전자 주식회사 | 무선 접속 시스템에서 오버헤드를 줄이기 위한 재전송 방법 |
| CN101808277A (zh) * | 2009-02-13 | 2010-08-18 | 三星电子株式会社 | 多播广播服务中的智能辅助传输方法 |
| CN103988559B (zh) * | 2011-12-20 | 2018-02-23 | 英特尔公司 | 使用单播子帧的多播服务 |
| CN103581836A (zh) * | 2012-08-08 | 2014-02-12 | 中兴通讯股份有限公司 | 一种群组小数据的发送方法及系统 |
| WO2017196085A2 (ko) * | 2016-05-11 | 2017-11-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 v2v 통신을 위해 하향링크 방송을 향상시키는 방법 및 장치 |
| CN108633070A (zh) * | 2017-03-24 | 2018-10-09 | 北京三星通信技术研究有限公司 | 半静态资源调度方法、功率控制方法及相应用户设备 |
| US10797833B2 (en) * | 2017-10-04 | 2020-10-06 | Qualcomm Incorporated | Techniques and apparatuses for ultra reliable low latency hybrid automatic repeat request (HARQ) retransmission for semi-persistent scheduling (SPS) |
| CN110192369B (zh) * | 2017-12-28 | 2022-06-03 | 北京小米移动软件有限公司 | 传输混合自动重传请求信息的方法及装置 |
| CN111918344B (zh) * | 2019-05-09 | 2024-04-26 | 华为技术有限公司 | 一种通信方法和装置 |
| CN116998219A (zh) * | 2020-11-09 | 2023-11-03 | 欧芬诺有限责任公司 | 多播和广播服务的不连续接收操作 |
-
2020
- 2020-12-22 US US18/268,542 patent/US20240314522A1/en active Pending
- 2020-12-22 CN CN202080004077.XA patent/CN114982164B/zh active Active
- 2020-12-22 EP EP20966324.4A patent/EP4270830A4/en active Pending
- 2020-12-22 WO PCT/CN2020/138389 patent/WO2022133743A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107241169A (zh) * | 2016-03-29 | 2017-10-10 | 中兴通讯股份有限公司 | 数据重传处理方法及装置 |
| CN108540272A (zh) * | 2017-03-06 | 2018-09-14 | 北京信威通信技术股份有限公司 | 信息传输方法及装置 |
| CN108207036A (zh) * | 2017-09-30 | 2018-06-26 | 中兴通讯股份有限公司 | 一种半持久调度的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP4270830A1 (en) | 2023-11-01 |
| WO2022133743A1 (zh) | 2022-06-30 |
| EP4270830A4 (en) | 2024-08-28 |
| CN114982164A (zh) | 2022-08-30 |
| US20240314522A1 (en) | 2024-09-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110945826B (zh) | 反馈方法、反馈装置及存储介质 | |
| CN109155702B (zh) | 传输harq反馈信息的方法、装置、基站及终端 | |
| CN113079709B (zh) | Harq-ack处理方法及装置、通信设备及存储介质 | |
| EP4057549A1 (en) | Feedback method, feedback apparatus and storage medium | |
| CN106788936B (zh) | 信息反馈方法、装置、用户设备和基站 | |
| US20240267940A1 (en) | Method and device for sidelink communication | |
| US12095572B2 (en) | Method and apparatus for transmitting hybrid automatic repeat request feedback, and storage medium | |
| WO2020155108A1 (zh) | 混合自动重传的方法及装置 | |
| US20240187138A1 (en) | Physical sidelink feedback method and apparatus, and storage medium | |
| WO2022222144A1 (zh) | 混合自动重传请求harq的传输方法、装置及通信设备 | |
| CN106792880B (zh) | 下行链路数据的传输方法及装置 | |
| US20210314108A1 (en) | Uplink feedback method and apparatus, terminal, base station and storage medium | |
| CN111201825B (zh) | 传输块配置参数传输方法、装置、通信设备及存储介质 | |
| CN114982164B (zh) | 数据重传的方法、装置、通信设备及存储介质 | |
| US20240049331A1 (en) | Method and apparatus for transmitting data, communication device, and storage medium | |
| US20230371027A1 (en) | Pucch resource determination method and apparatus | |
| US20230007648A1 (en) | Methods for transmitting hybrid automatic repeat request acknowledgemnt and device | |
| CN118869159A (zh) | 数据重传的方法、装置、通信设备及存储介质 | |
| US20220322382A1 (en) | Method and apparatus for controlling pre-configured resource, and method and apparatus for data transmission | |
| CN112689966B (zh) | 数据重传的方法、装置、通信设备及存储介质 | |
| US12133227B2 (en) | Feedback method, feedback apparatus and storage medium | |
| US20230171759A1 (en) | Data transmission scheduling mehtod and apparatus, communicaiton device and storage medium | |
| EP4451592A1 (en) | Data retransmission method and device, and storage medium and apparatus | |
| CN113767668A (zh) | 非授权频段反馈方法、非授权频段反馈装置及存储介质 | |
| CN118844037A (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 |