CN113518466A

CN113518466A - 组播广播业务的反馈方法及装置

Info

Publication number: CN113518466A
Application number: CN202010273380.1A
Authority: CN
Inventors: 韩立锋
Original assignee: Spreadtrum Communications Shanghai Co Ltd
Current assignee: Spreadtrum Communications Shanghai Co Ltd
Priority date: 2020-04-09
Filing date: 2020-04-09
Publication date: 2021-10-19
Anticipated expiration: 2040-04-09
Also published as: CN113518466B

Abstract

本申请实施例公开了一种组播广播业务的反馈方法及装置，该方法包括：终端设备向网络设备发送第一消息，所述第一消息指示接收的组播广播业务数据的反馈信息，所述第一消息为随机接入过程的消息。终端设备能够在随机接入过程的消息中包括反馈信息，使得处于RRC空闲态和RRC非激活态的所述终端设备能够对组播广播业务进行上行反馈，实现了不同RRC状态下终端设备对组播广播业务的上行反馈，从而提高了组播广播业务传输的可靠性，并减少了上行反馈资源的开销。

Description

组播广播业务的反馈方法及装置

技术领域

本申请涉及移动通信技术领域，尤其涉及一种组播广播业务的反馈方法及装置。

背景技术

在第5代蜂窝移动通信系统(5th Generation，以下简称5G，也被称为New Radio，新空口，或简称为NR)中，为了满足新的业务特性以及节省用户设备(User Equipment，UE)的耗电，定义了一种新的UE无线资源控制(Radio Resource Control，RRC)状态，使得5G系统中有三种RRC状态，即RRC Idle(RRC空闲)态、RRC Inactive(RRC非激活)态和RRCConnected(RRC连接)态。

在实际应用中，对于发起的数据可靠性要求较高的组播广播业务，用户设备(UserEquipment，UE)需要在接收该业务后进行反馈，以指示网络设备在接收该业务失败后进行重传。对于处于RRC连接态的UE，UE可以根据网络设备的指示进行上行反馈。然而，对于处于RRC空闲态或RRC非激活态的UE，没有对发起的组播广播业务设置上行反馈，从而可能会导致组播广播业务数据传输的可靠性达不到用户需求，影响用户体验。

申请内容

本申请实施例提供了一种组播广播业务的反馈方法及装置，能够实现不同RRC状态下终端设备对组播广播业务的上行反馈，减少上行反馈资源的开销。

第一方面，本申请实施例提供一种组播广播业务的反馈方法，所述方法包括：

终端设备向网络设备发送第一消息，所述第一消息指示接收的组播广播业务数据的反馈信息，所述第一消息为随机接入过程的消息。

第二方面，本申请实施例提供一种组播广播业务的反馈装置，所述装置包括：

收发单元，用于终端设备向网络设备发送第一消息，所述第一消息指示接收的组播广播业务数据的反馈信息，所述第一消息为随机接入过程的消息。

第三方面，本申请实施例提供一种终端设备，所述终端设备包括处理器、存储器、收发器，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行上述第一方面所述的方法中所描述的部分或全部步骤的指令。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行上述第一方面所述的方法中所描述的部分或全部步骤。

第五方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面所述的方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出，在本申请实施例中，终端设备向网络设备发送第一消息，所述第一消息指示接收的组播广播业务数据的反馈信息，所述第一消息为随机接入过程的消息。终端设备能够在随机接入过程的消息中包括反馈信息，使得处于RRC空闲态和RRC非激活态的所述终端设备能够对组播广播业务进行上行反馈，实现了不同RRC状态下终端设备对组播广播业务的上行反馈，从而提高了组播广播业务传输的可靠性，并减少了上行反馈资源的开销。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供一种通信系统的架构示意图；

图2是本申请实施例提供一种组播广播业务的反馈方法的流程示意图；

图3A是本申请实施例提供一种四步竞争随机接入的流程示意图；

图3B是本申请实施例提供一种两步竞争随机接入的流程示意图；

图3C是本申请实施例提供一种四步非竞争随机接入的流程示意图；

图3D是本申请实施例提供一种两步非竞争随机接入的流程示意图；

图4A是本申请实施例提供的另一种组播广播业务的反馈方法的流程示意图；

图4B是本申请实施例提供的另一种组播广播业务的反馈方法的流程示意图；

图5本申请实施例提供的一种组播广播业务的反馈装置的功能单元组成框图；

图6是本申请实施例提供一种终端设备的结构示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

应理解，本申请实施例的技术方案可以应用于全球移动通信系统(Global Systemfor Mobile Communication，CSM)、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple access，WCDMA)系统、全球微波互联接入(Worldwide Interoperability for Microwave Access，Wi－MAX)系统、长期演进(Long Term Evolution，LTE)系统、5G通信系统(例如新空口(New Radio，NR))、多种通信技术融合的通信系统(例如LTE技术和NR技术融合的通信系统)、或者适用于未来新的各种通信系统，例如6G通信系统、7G通信系统等，本申请实施例对此不作限定。本申请实施例的技术方案也适用于不同的网络架构，包括但不限于中继网络架构、双链接架构、车辆到任何物体的通信(Vehicle－to－Everything)架构等。

本申请实施例涉及终端设备。终端设备包括无线通信功能的设备，可以部署在陆地上，包括室内或室外、手持、可穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球、卫星上等)。该终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)终端设备、增强现实(Augmented Reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、智能家庭(smart home)中的无线终端等。终端设备也可以是具有无线通信功能的手持设备、车载设备、可穿戴设备、计算机设备或连接到无线调制解调器的其他处理设备、未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network，简称PLMN)中的终端设备等。在不同的网络中终端设备可以叫做不同的名称，例如：用户设备、接入终端、用户单元、用户站、移动站、移动台(MobileStation，MS)、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal DigitalAssistant，PDA)、5G网络或未来演进网络中的终端设备等，本申请实施例对此并不限定。

本申请实施例涉及网络设备。网络设备可以是用于与终端设备进行通信的设备，包含无线接入网(Radio Access Network，RAN)的设备，RAN的基站控制器以及核心网侧的设备。例如，网络设备可以是蜂窝网络中接入网侧的RAN的基站，包括但不限于：演进型节点B(evolved Node B，eNB)、无线网络控制器(Radio Network Controller，RNC)、节点B(NodeB，NB)、基站控制器(Base Station Controller，BSC)、基站收发台(Base TransceiverStation，BTS)、家庭基站(例如，Home evolved Node B，或Home Node B，HNB)、基带单元(Base Band Unit，BBU)、管理实体(Mobility Management Entity，MME)；再例如，网络设备也可以是无线局域网(Wireless Local Area Network，WLAN)中的节点设备，例如接入控制器(Access Controller，AC)，网关，或WIFI接入点(Access Point，AP)；再例如，网络设备也可以是NR系统中的接入网设备(例如gNB，CU，DU)，以及继续演进的节点B(ng－eNB)，其中gNB和终端设备之间采用NR技术进行通信，ng－eNB和终端设备之间采用E－UTRA(EvolvedUniversal Terrestrial Radio Access)技术进行通信，gNB和ng－eNB均可连接到5G核心网。本申请实施例中的网络设备还包含在未来新的通信系统中提供基站功能的设备等。

本申请实施例中涉及的核心网可以是演进型分组核心网(Evolved Packet Core，EPC)、5G核心网(5G Core Network)，还可以是未来通信系统中的新型核心网。5G核心网由一组设备组成，并实现移动性管理等功能的接入和移动性管理功能(Access and MobilityManagement Function，AMF)、提供数据包路由转发和QoS(Quality of Service)管理等功能的用户面功能(User Plane Function，UPF)、提供会话管理、IP地址分配和管理等功能的会话管理功能(Session Management Function，SMF)等。EPC可由提供移动性管理、网关选择等功能的移动管理实体(Mobility Management Entity，MME)、提供数据包转发等功能的Serving Gateway(S－GW)、提供终端地址分配、速率控制等功能的PDN Gateway(P－GW)组成。对于多播广播业务(Multicast BroadcastService，MBS)，核心网中可包含若干新的网元，来实现数据包的转发、MBS会议管理、QoS管理、传输模式切换(单播和组播/广播传输模式之间的切换)等功能。另一种方式是所述功能可以由现有核心网中的网元来实现。

本申请实施例定义接入网到终端设备的单向通信链路为下行链路，在下行链路上传输的数据为下行数据，下行数据的传输方向称为下行方向；而终端设备到接入网的单向通信链路为上行链路，在上行链路上传输的数据为上行数据，上行数据的传输方向称为上行方向。

本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，本申请实施例对此不做任何限定。

应理解，本申请实施例中涉及的“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a－b，a－c，b－c，或a－b－c，其中a，b，c可以是单个，也可以是多个。

以及，除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一信息和第二信息，只是为了区分不同的信息，而并不是表示这两种信息的内容、优先级、发送顺序或者重要程度等的不同。

以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

随机接入(Random Access，RA)过程：随机接入过程也被成为随机接入信道(Random Access Channel，RACH)过程。随机接入过程分为竞争随机接入(ContentionBased Random Access，CBRA)和非竞争随机接入(Contention Free Random Access，CFRA)两种。竞争随机接入中网络设备没有为终端设备分配专用前导码，而是由终端设备在前导码池中随机选择前导码发起随机接入，存在资源碰撞的风险；非竞争随机接入中网络设备为终端设备分配专用前导码，终端设备应用专用前导码发起随机接入，不存在资源碰撞的风险。

在5G系统中，为了满足新的业务特性以及节省终端设备的耗电，定义了一种新的RRC状态，RRC非激活态。而在实际应用中，对于发起的数据可靠性要求较高的组播广播业务，终端设备需要在接收该业务后进行反馈，以指示网络设备在接收该业务失败后进行重传。对于处于RRC连接态的终端设备，其可以根据网络设备的指示进行上行反馈。然而，对于处于RRC空闲态或RRC非激活态的终端设备，并没有对发起的组播广播业务设置上行反馈，从而可能会导致组播广播业务数据传输的可靠性达不到用户需求，影响用户体验。

为了解决上述问题，本申请提出了一种组播广播业务的反馈方法，通过终端设备向网络设备发送第一消息，所述第一消息指示接收的组播广播业务数据的反馈信息，所述第一消息为随机接入过程的消息，使得处于RRC空闲态和RRC非激活态的所述终端设备能够对组播广播业务进行上行反馈，从而提高了组播广播业务传输的可靠性，并减少了上行反馈资源的开销。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参阅图1，图1是本申请实施例提供的一种通信系统的架构示意图。如图1所示，通信系统包括网络设备110和终端设备120，此处以b＝3为例进行说明。当无线通信网络包括核心网时，该网络设备110还可以与核心网相连。网络设备110还可以与互联网协议(InternetProtocol，IP)网络进行通信，例如因特网(internet)，私有的IP网，或其他数据网等。网络设备110可以为终端设备120提供无线接入服务，每个网络设备110都对应一个服务覆盖区域，进入该区域的终端设备120可以通过无线信号与该网络设备110通信。另外，网络设备110之间还可以互相通信。

基于图1所示的系统架构，终端设备120向网络设备110发送第一消息，所述第一消息包括接收的组播广播业务数据的反馈信息，所述第一消息为随机接入过程的消息，具体可以包括msg1或msgA。在该过程中，终端设备120的无线资源控制RRC状态可以包括：RRC空闲态、RRC非激活态或RRC连接态，能够实现处于RRC空闲态和处于RRC非激活态的终端设备的组播广播业务的上行反馈。因此，通过在随机接入过程的消息中包括反馈信息，终端设备120可以实现不同RRC状态下终端设备120的组播广播业务的上行反馈，从而提高了组播广播业务传输的可靠性，也减少了上行反馈资源的开销。需要说明的是，图1中所示的网络设备110和终端设备120的形态和数量仅用于举例，并不构成对本申请实施例的限定。

请参阅图2，图2为本申请实施例提供的一种组播广播业务的反馈方法的流程示意图，如图2所示，该组播广播业务的反馈方法包括如下步骤：

S210、终端设备向网络设备发送第一消息，所述第一消息指示接收的组播广播业务数据的反馈信息，所述第一消息为随机接入过程的消息。

在实际应用中，与网络设备建立RRC连接的终端设备可以根据网络设备的指示对接收的组播广播业务数据进行反馈，以告知网络设备其接收组播广播业务数据是否成功。而处于空闲态或非激活态的终端设备没有设置对组播广播业务的上行反馈。在本申请实施例中，终端设备可以在接收到来自网络设备的组播广播业务时，通过发起随机接入过程来向网络设备进行上行反馈。其中，网络设备可以同时向终端设备发送多个传输块(Transport Block，TB)，每个TB可以包括一个或多个组播广播业务数据。终端设备接收一个或多个所述组播广播业务数据后，可以向网络设备发送第一消息，该第一消息可以指示接收的组播广播业务数据的反馈信息，所述反馈信息可以表示接收的TB或TB中组播广播业务数据是否成功。

在本申请实施例中，随机接入的类型包括四步随机接入(4－step RA)和两步随机接入(2－step RA)。由于随机接入过程分为竞争随机接入和非竞争随机接入两种，因此4－step RA包括4－step CBRA和4－step CFRA，2－step RA包括2－step CBRA和2－stepCFRA。

如图3A所示，所述4－step CBRA分为四步，分别为msg1：终端设备选择随机接入前导码(Random Access Preamble)和物理随机接入信道(Physical Random AccessChannel，PRACH)资源并利用该PRACH资源向网络设备发送所选的前导码；msg2：网络设备接收到前导码，计算定时提前量(Time Alignment，TA)，并向终端设备发送随机接入响应(Random Access Response)，随机接入响应中包含TA信息和针对msg3的上行调度授权(ULgrant)，以及网络设备分配的临时C－RNTI(或者称为T－CRNTI)；msg3：调度传输(scheduled transmission)消息，终端设备在msg2指定的UL grant上发送上行传输，不同随机接入原因msg3上行传输的内容不同；msg4：竞争解决(contention resolution)消息，终端设备根据msg4可以判断随机接入是否成功。如图3B所示，所述2－step CBRA分为二步，分别为msgA和msgB，其中，msgA包括随机接入过程中的前导码和上行物理共享信道(Physical Uplink Shared Channel，PUSCH)的有效载荷(payload)，即所述msgA可以包括msg1和msg3中内容；msgB：对所述msgA的响应，可以包括竞争解决消息、回退指示和退避指示，即所述msgB可以包括msg2和msg4中内容。

如图3C所示，所述4－step CFRA分为三步，分别为msg0：网络设备向终端设备分配用于CFRA的专用前导码以及随机接入使用的PRACH资源；msg1：终端设备根据msg0的指示，在指定的PRACH资源上向网络设备发送指定的专用前导码；msg2：网络设备向终端设备发送随机接入响应，随机接入响应中包含TA信息、后续上行传输资源分配UL grant。如图3D所示，所述2－step CFRA分为三步，分别为msg0、msgA和msgB，其中，msgA包括msg0指定的专用前导码和PUSCH的有效载荷，msgB包括随机接入响应。

在本申请实施例中，所述第一消息可以包括：msg1或msgA。

其中，上述msg1可以是属于4－step CBRA或4－step CFRA；上述msgA可以是属于2－step CBRA或2－step CFRA。也就是说，当终端设备采用4－step CBRA或4－step CFRA时，第一消息可为是msg1；当终端设备采用2－step CBRA或2－step CFRA时，第一消息可以为msgA。

在本申请实施例中，所述终端设备向网络设备发送第一消息包括：所述终端设备向网络设备发送所述第一消息的资源指示所述反馈信息。

其中，终端设备可以通过4－step CBRA或4－step CFRA中的msg1或2－step CBRA或2－step CFRA中的msgA的资源来指示接收的组播广播业务数据的反馈信息。

在一可能的示例中，第一消息可以包括控制部分(例如，msg1中的前导码)和数据部分(例如，无线资源控制消息)，可选的，所述第一消息可以携带接收的组播广播业务数据的反馈信息，所述反馈信息可携带在数据部分。终端设备通过发送所述反馈信息来表示接收的TB或TB中组播广播业务数据是否成功。

所述第一消息的资源包括随机接入前导码和/或物理随机接入信道传输时刻PRACH RO；所述终端设备向所述网络设备发送所述第一消息的资源来指示所述反馈信息，包括：所述终端设备向所述网络设备发送所述第一消息的随机接入前导码和/或所述PRACHRO来指示所述反馈信息。

其中，对于4－step RA，网路设备会给终端设备可用的随机接入前导码和PRACH传输时刻(Transmission Occasion，RO)资源，终端设备可以根据一定的规则来选择这次RA使用的随机接入前导码和PRACH RO资源。对于2－step RA，网络设备会给终端设备配置随机接入前导码和PUSCH资源，来用于msgA中有效载荷的发送，其中，PUSCH资源的位置可与前导码和/或PRACH RO资源有一定对应关系。

终端设备可以通过随机接入过程使用的随机接入前导码和/或PRACH RO资源作为上行反馈资源来指示组播广播业务数据的反馈信息。具体地，终端设备可以选择发送特定的随机接入前导码、在特定的PRACH RO资源上发送随机接入前导码，或在在特定的PRACHRO资源上发送特定的随机接入前导码来表示接收的组播广播业务数据的反馈信息。

在本申请实施例中，在所述组播广播业务数据包括两个或两个以上混合自动重传请求HARQ进程的情况下，所述方法还包括：所述终端设备向所述网络设备发送所述第一消息的PRACH RO来指示所述反馈信息的混合自动重传请求HARQ进程。

其中，网络设备可以同时发送多个TB，每个TB可以采用一个或多个混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)进程(process)。例如，网络设备可以采用8个或16个HARQ进程，每个HARQ进程可以用HARQ进程ID表示。任意一个TB可以通过多个HARQ进程实现数据的连续发送，每一HARQ进行独立的上行反馈与重传操作。

具体地，终端设备可以选择在特定的PRACH RO资源上发送随机接入前导码，或在在特定的PRACH RO资源上发送特定的随机接入前导码来表示接收的组播广播业务数据的反馈信息和所述组播广播业务数据的HARQ进程。

在本申请实施例中，所述方法还包括：所述终端设备根据第一映射关系和/或第二映射关系，确定所述第一消息的资源，所述第一映射关系为所述第一消息的资源与所述组播广播业务数据的业务标识之间的映射关系，所述第二映射关系为所述PRACH RO与所述HARQ进程之间的映射关系。

其中，所述组播广播业务数据的可以用唯一业务标识来表示，例如临时移动组标识(Temporary Mobile Group Identity，TMGI)、逻辑信道标识(Logical ChannelIdentity，LCID)。所述唯一的业务标识可以是业务ID(Identity)、公共陆地移动网络(Public Land Mobile Network，PLMN)ID和会话(session)ID中的至少一项。每个组播广播业务数据可以对应一个业务标识，或者每个TB中的组播广播业务数据对应一个业务标识，本申请实施例对此不做限定。

具体地，终端设备可以根据需求决定接收一个或多个TB中的一个或多个组播广播业务数据。若所述终端设备接收组播广播业务数据失败，且所述组播广播业务数据采用单HARQ进程实现数据的连续的发送，则终端设备可以根据第一映射关系，将与所述组播广播业务数据的业务标识对应的随机接入前导码和/或对应的PRACH RO资源确定为所述第一消息的资源。若所述终端设备接收组播广播业务数据失败，且所述组播广播业务数据采用多个HARQ进程实现数据的连续的发送，则终端设备可以根据第一映射关系和第二映射关系，将与所述组播广播业务数据的业务标识对应的随机接入前导码、与所述组播广播业务数据的HARQ进程以及所述业务标识都对应的PRACH RO资源确定为所述第一消息的资源。

需要说明的是，网络设备可以为第一消息配置多个上行资源，所述上行资源包括随机接入前导码和/或PRACH RO资源。终端设备可以在所述多个上行资源中选择一个上行资源来发送所述第一消息。具体地，当终端设备根据第一映射关系确定随机接入前导码时，终端设备可以从多个PRACH RO资源中选择所述第一消息的PRACH RO资源；当终端设备根据第一映射关系和/或第二映射关系确定PRACH RO资源时，终端设备可以从多个随机接入前导码中选择所述第一消息的随机接入前导码。其中，上行资源可以是随机选择的，也可以是按照一定概率算法来选择的，当然，本申请实施例也不限制其他选择方法。

可选的，网络设备接收到组播广播业务数据的反馈信息后，可进行所述组播广播业务数据的重传，网络设备可以通过组播、广播或单播的方式进程重传。具体地，所述网络设备接收到对应的随机接入前导码、在对应PRACH RO资源上发送的随机接入前导码、和/或在对应的PRACH RO资源上发送的对应的随机接入前导码时，根据对应的业务标识和/或HARQ进程，得知所述组播广播业务数据接收失败，从而将所述组播广播业务数据或所述HARQ进程发送的所述组播广播业务数据重发。

进一步地，网络设备可以根据终端设备在RA过程中发送第一消息的资源确定所述组播广播业务数据重传的波束(beam)资源，例如，网络设备只接收到某些波束方向的下行组播广播业务数据的传输失败的反馈信息，则网络设备可以只在对应波束上进行所述组播广播业务数据的重传。网络设备根据终端设备请求的波束方向进行组播广播业务数据的重发，可以节省无线资源。

在一些可能的示例中，若所述终端设备接收组播广播业务数据失败，且所述组播广播业务数据采用多个HARQ进程实现数据的连续的发送，终端设备可以根据第二映射关系，与所述组播广播业务数据的HARQ进程对应的PRACH RO资源确定为所述第一消息的资源。

在本申请实施例中，所述方法还包括：所述终端设备接收来自所述网络设备的第二消息，所述第二消息用于指示所述第一映射关系和/或所述第二映射关系。

网络设备可以发送第二消息来通知终端设备上行反馈资源与下行组播广播业务数据的映射关系。具体地，终端设备可以通过第二消息来接收所述组播广播业务数据的业务标识与随机接入前导码和/或PRACH RO资源之间的映射关系的信息，以及所述组播广播业务数据的HARQ进程与PRACH RO资源之间的映射关系的信息，并根据接收的组播广播业务数据的业务标识和/或HARQ进程选择第一消息的资源。

其中，所述第一映射关系和/或第二映射关系可以是由网络设备配置的，也可以是网络设备和终端设备通过协议形式定义的，例如，TB的多个HARQ进程和PRACH RO的映射关系可以是网络设备和终端设备通过协议形式约定的，终端设备可以将接收到某一HARQ进程的组播广播业务数据后的K1时隙的PRACH RO对应该HARQ进程的反馈资源；或者终端设备将接收到某一HARQ进程的组播广播业务数据后的K1时隙后时间上的第一组PRACH RO对应该HARQ进程的反馈资源；或者终端设备可以将接收到的某一HARQ进程的组播广播业务数据后的K1时隙后K2时间内的PRACH RO对应该HARQ进程的反馈资源。

在一可能的示例中，所述第一映射关系和/或第二映射关系还可以是网络设备和终端设备通过公式的形式定义的。

进一步地，所述第二消息可以包括系统信息、组播信息(例如，通过组播控制信道(Multicast Control Channel)发送的信息)、RRC消息、多媒体接入控制((Medium AccessControl，MAC)控制单元(Control Element，CE)或者MAC业务数据单位(Service DataUnit，SDU)。在所述第二消息为RRC消息时，网络设备可以不需要为终端设备完成非接入(Non－Access Stratum，NAS)层的连接建立，网络设备可以在本次RA过程中通过在已有的RRC消息中携带所述第一映射关系信息和/或第二映射关系来配置所述业务标识与前导码和/或PRACH RO资源之间的映射关系，以及所述HARQ进程与PRACH RO资源之间的映射关系，也可以通过另一RA过程中的RRC消息类携带，本申请实施例对此不做限定。当所述第二消息为MAC CE或MAC SDU时，可以在采用约定的逻辑信道标识(logical channel identify，LCID)在网络设备分配的上行资源中发送所述第一映射关系和/或第二映射关系。

在本申请实施例中，所述方法还包括：所述终端设备接收来自所述网络设备的第三消息，所述第三消息用于指示所述终端设备发送所述第一消息。

在一可能的示例中，网络设备可以向终端设备发送第三消息来指示哪些下行组播广播业务数据需要进行上行反馈。终端设备接收组播广播业务数据时，可以根据网络设备的指示发送所述反馈信息。进一步地，所述终端设备可以只发送接收组播广播业务数据失败的反馈信息，例如，若终端设备接收的同一个TB中的多个组播广播业务数据都失败，则终端设备向网络设备发送第一消息指示该TB接收失败；若终端设备接收TB中的部分组播广播业务数据失败，则终端设备向网络设备发送第一消息指示接收的组播广播业务数据失败。

在一可能的示例中，终端设备接收到所述第三消息后，可以根据其自身需求或一定规则选择是否对指示的组播广播业务数据进行上行反馈。例如，终端设备根据概率算法进行选择。终端设备接收某一组播广播业务数据时，产生一个随机数，若该随机数大于随机数门限值，则终端设备进行所述组播广播业务数据的上行反馈；若该随机数小于或等于随机数门限值，则终端设备不进行所述组播广播业务数据的上行反馈，所述随机数门限值可以是网络设备配置的，也可以是终端设备配置的。当然，本申请实施例也不限制其他选择方法。

其中，所述第三消息可以包括系统信息、组播信息(组播控制信道发送的信息)、RRC消息、MAC CE或者MAC SDU。在所述第三消息为RRC消息时，网络设备可以不需要为终端设备完成NAS层的连接建立，网络设备可以在本次RA过程中通过在已有的RRC消息中发送所述第三消息，也可以通过另一RA过程中的RRC消息来发送，本申请实施例对此不做限定。当所述第三消息为MAC CE或MAC SDU时，可以在采用约定的LCID在网络设备分配的上行资源中发送第三消息。

为更加详细描述本申请实施例，下面进行举例说明。

如图4A所示，TB采用单HARQ进程，一个TB包括一个或多个组播广播业务数据，网络设备指示TMGI1的组播广播业务数据需要进行上行反馈，并且所述终端设备接收TMGI1的组播广播业务数据失败，因此，所述终端设备发起随机接入过程进行上行反馈，通过msg1或msgA的随机接入前导码和/或PRACH RO资源指示所述组播广播业务数据的反馈信息。

若所述终端设备接收网络设备通过系统信息/组播信息发送的TMGI1和随机接入前导码A的映射关系，则终端设备在发送msg1或msgA时，选择随机接入前导码A来发送，即终端设备通过随机接入前导码A发送msg1来指示接收TMGI1的组播广播业务数据失败，该过程中的PRACH RO资源可以根据其他规则选择。网络设备接收到随机接入前导码A，得知终端设备接收TMGI1的组播广播业务数据失败，则网络设备将TMGI1的组播广播业务数据重传。

若所述终端设备接收网络设备通过系统信息/组播信息发送的TMGI1和PRACH RO资源1的映射关系，则所述终端设备在发送msg1或msgA时，选择PRACH RO资源1来发送随机接入前导码，即通过PRACH RO资源1的位置发送随机接入前导码来指示TMGI1的组播广播业务数据失败，该过程中发送的随机接入前导码可以根据其他规则选择。网络设备接收到PRACH RO资源1，得知终端设备接收TMGI1的组播广播业务数据失败，则网络设备将TMGI1的组播广播业务数据重传。

若所述终端设备接收网络设备通过系统信息/组播信息发送的TMGI1与随机接入前导码A和PRACH RO资源1的映射关系，则终端设备在发送msg1或msgA过程中，选择在PRACHRO资源1的位置发送随机接入前导码A，即通过在PRACH RO资源1的位置发送随机接入前导码A来指示TMGI1的组播广播业务数据失败。网络设备接收到在PRACH RO资源1的位置发送随机接入前导码A后，得知终端设备接收TMGI1的组播广播业务数据失败，则网络设备将TMGI1的组播广播业务数据进行重传。

如图4B所示，TB采用多个HARQ进程，一个TB包括一个或多个组播广播业务数据。网络设备指示TMGI1的组播广播业务数据需要进行上行反馈，并且所述终端设备接收TMGI1的组播广播业务数据失败，因此，所述终端设备发起随机接入过程进行上行反馈，通过msg1或msgA的随机接入前导码和/或PRACH RO资源指示所述组播广播业务数据的反馈信息，以及通过msg1或msgA的PRACH RO资源指示所述组播广播业务数据的HARQ进程。

若所述终端设备接收网络设备通过系统信息/组播信息发送的TMGI1和随机接入前导码A的映射关系，以及TMGI1的TB的HARQ进程1和PRACH RO资源1的映射关系，则所述终端设备在发送msg1或msgA时，选择在PRACH RO资源1的位置发送随机接入前导码A，即在PRACH RO资源1的位置发送随机接入前导码A来指示HARQ进程1的TMGI1的组播广播业务数据失败。网络设备在PRACH RO资源1的位置发送随机接入前导码A后，得知终端设备接收HARQ进程1的TMGI1的组播广播业务数据的失败，则网络设备将HARQ进程1的TMGI1的组播广播业务数据重传。

若所述终端设备接收网络设备通过系统信息/组播信息发送的TMGI1和PRACH RO资源列表1的映射关系，以及TMGI1的TB的HARQ进程1和PRACH RO资源列表2的映射关系，终端设备从PRACH RO资源列表1和PRACH RO资源列表2的交集中得到PRACH RO资源3。所述终端设备在发送msg1或msgA时，选择PRACH RO资源3来发送随机接入前导码，即通过PRACHRO资源3的位置发送随机接入前导码来指示HARQ进程1的TMGI1的组播广播业务数据失败，该过程中发送的随机接入前导码可以根据其他规则选择。网络设备接收到PRACH RO资源3，得知终端设备接收HARQ进程1的TMGI1的组播广播业务数据失败，则网络设备将HARQ进程1的TMGI1的组播广播业务数据重传。

若所述终端设备接收网络设备通过系统信息/组播信息发送的TMGI1与随机接入前导码A和PRACH RO资源列表1的映射关系，以及TMGI1的TB的HARQ进程1和PRACH RO资源列表2的映射关系，终端设备从PRACH RO资源列表1和PRACH RO资源列表2的交集中得到PRACHRO资源3。终端设备在发送msg1或msgA过程中，选择在PRACH RO资源3的位置发送随机接入前导码A，即通过在PRACH RO资源3的位置发送随机接入前导码A来指示HARQ进程1的TMGI1的组播广播业务数据失败。网络设备接收到在PRACH RO资源3的位置发送随机接入前导码A后，得知终端设备接收HARQ进程1的TMGI1的组播广播业务数据失败，则网络设备将HARQ进程1的TMGI1的组播广播业务数据进行重传。

在本申请实施例中，所述终端设备的无线资源控制RRC状态包括：RRC空闲态、RRC非激活态或RRC连接态。

为了提供处于RRC空闲态和RRC非激活态终端设备的业务传输的可靠性，本申请提出的组播广播业务的反馈方法中，终端设备可以通过随机接入过程的资源来指示或传输下行组播广播业务数据的反馈信息，使得网络设备可根据反馈信息进行重传，实现了RRC空闲态或RRC非激活态的终端设备的上行反馈。

在本申请实施例中，所述终端设备在当前服务小区或相邻服务小区发送所述第一消息，所述相邻服务小区包括一个或多个。

其中，在所述终端设备位于多个服务小区的覆盖范围时，处于不同RRC状态的终端设备可以在多个服务小区中的任一服务小区发送第一消息来进行上行反馈，多个服务小区中包括当前服务小区和/或相邻服务小区。

举例说明，处于空闲态或非激活态的终端设备驻留在服务小区1中时，终端设备可以读取服务小区1的系统信息、组播信息、RRC消息、MAC CE或MAC SDU获取服务小区1中的第一映射关系和/或第二映射关系，终端设备在对应的上行反馈资源上发起RA过程，在服务小区1进行上行反馈；终端设备也可以读取服务小区2的消息获取服务小区2中的第一映射关系和/或第二映射关系，终端设备在服务小区2的对应的上行反馈资源上发起RA过程，进行上行反馈，其中，服务小区1和服务小区2是所述终端设备位于多个服务小区的覆盖范围中的任一服务小区。对于处于连接态的终端设备UE驻留在服务小区1中，终端设备可以读取服务小区1的消息获取第一映射关系和/或第二映射关系，在服务小区1的对应的上行反馈资源上发起RA过程，进行上行反馈；终端设备也可以读取相邻小区2的消息获取第一映射关系和/或第二映射关系，终端设备在相邻服务小区2的对应的上行反馈资源上发起RA过程，进行上行反馈。其中，服务小区1可以是终端设备的主小区组(Master Cell group，MCG)；相邻服务小区2可以是终端设备的辅小区组(Secondary Cell group，SCG)，也可以不是终端设备的SCG。

可以看出，本申请实施例中所描述组播广播业务的反馈方法，终端设备向网络设备发送第一消息，所述第一消息指示接收的组播广播业务数据的反馈信息，所述第一消息为随机接入过程的消息。终端设备能够在随机接入过程的消息中包括反馈信息，使得处于RRC空闲态和RRC非激活态的所述终端设备能够对组播广播业务进行上行反馈，实现了不同RRC状态下终端设备对组播广播业务的上行反馈，从而提高了组播广播业务传输的可靠性，并减少了上行反馈资源的开销。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

请参阅图5，图5是本申请实施例提供的一种组播广播业务的反馈装置500的功能单元组成框图，该组播广播业务的反馈装置500应用于终端设备，所述装置500包括：收发单元510，其中，

收发单元510，用于向网络设备发送第一消息，所述第一消息指示接收的组播广播业务数据的反馈信息，所述第一消息为随机接入过程的消息。

在本申请一可能的实施例中，所述第一消息包括msg1或msgA。

在本申请一可能的实施例中，所述收发单元510具体用于：向所述网络设备发送所述第一消息的资源指示所述反馈信息。

在本申请一可能的实施例中，所述第一消息的资源包括随机接入前导码和/或物理随机接入信道传输时刻PRACH RO，所述收发单元510还具体用于：向所述网络设备发送所述第一消息的随机接入前导码和/或所述PRACH RO指示所述反馈信息。

在本申请一可能的实施例中，在所述组播广播业务数据包括两个或两个以上混合自动重传请求HARQ进程的情况下，所述收发单元510还具体用于：向所述网络设备发送所述第一消息的PRACH RO指示所述反馈信息的混合自动重传请求HARQ进程。

在本申请一可能的实施例中，所述装置400还包括确定单元520，确定单元520用于：根据第一映射关系和/或第二映射关系，确定所述第一消息的资源，所述第一映射关系为所述第一消息的资源与所述组播广播业务数据的业务标识之间的映射关系，所述第二映射关系为所述PRACH RO与所述HARQ进程之间的映射关系。

在本申请一可能的实施例中，所述收发单元510还用于：接收来自所述网络设备的第二消息，所述第二消息用于指示所述第一映射关系和/或所述第二映射关系。

在本申请一可能的实施例中，所述收发单元510还用于：接收来自所述网络设备的第三消息，所述第三消息用于指示所述终端设备发送所述第一消息。

在本申请一可能的实施例中，所述终端设备的无线资源控制RRC状态包括：RRC空闲态、RRC非激活态或RRC连接态。

在本申请一可能的实施例中，所述终端设备在当前服务小区或相邻服务小区发送所述第一消息，所述相邻服务小区的数量包括一个或多个。

可以看出，本申请实施例中所描述的组播广播业务的反馈装置，终端设备能够在随机接入过程的消息中包括反馈信息，使得处于RRC空闲态和RRC非激活态的所述终端设备能够对组播广播业务进行上行反馈，实现了不同RRC状态下终端设备对组播广播业务的上行反馈，从而提高了组播广播业务传输的可靠性，并减少了上行反馈资源的开销。

可以理解的是，本申请实施例的组播广播业务的反馈装置的各程序模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

请参阅图6，图6是本申请实施例提供的一种终端设备，该终端设备包括：处理器、存储器、收发器，以及一个或多个程序；所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行；

所述程序包括用于执行以下步骤的指令：

向网络设备发送第一消息，所述第一消息指示接收的组播广播业务数据的反馈信息，所述第一消息为随机接入过程的消息。

在本申请一可能的实施例中，所述程序包括还用于执行以下步骤的指令：将所述第一消息设置为msg1或msgA。

在本申请一可能的实施例中，所述程序包括还用于执行以下步骤的指令：向所述网络设备发送所述第一消息的资源指示所述反馈信息。

在本申请一可能的实施例中，在所述第一消息的资源包括随机接入前导码和/或物理随机接入信道传输时刻PRACH RO方面，所述程序包括还用于执行以下步骤的指令：向所述网络设备发送所述第一消息的随机接入前导码和/或所述PRACH RO指示所述反馈信息。

在本申请一可能的实施例中，在所述组播广播业务数据包括两个或两个以上混合自动重传请求HARQ进程的方面，所述程序包括还用于执行以下步骤的指令：向所述网络设备发送所述第一消息的PRACH RO指示所述反馈信息的混合自动重传请求HARQ进程。

在本申请一可能的实施例中，所述程序包括还用于执行以下步骤的指令：根据第一映射关系和/或第二映射关系，确定所述第一消息的资源，所述第一映射关系为所述第一消息的资源与所述组播广播业务数据的业务标识之间的映射关系，所述第二映射关系为所述PRACH RO与所述HARQ进程之间的映射关系。

在本申请一可能的实施例中，所述程序包括还用于执行以下步骤的指令：接收来自所述网络设备的第二消息，所述第二消息用于指示所述第一映射关系和/或所述第二映射关系。

在本申请一可能的实施例中，所述程序包括还用于执行以下步骤的指令：接收来自所述网络设备的第三消息，所述第三消息用于指示所述终端设备发送所述第一消息。

在本申请一可能的实施例中，所述程序包括还用于执行以下步骤的指令：将所述终端设备的无线资源控制RRC状态设置为RRC空闲态、RRC非激活态或RRC连接态。

在本申请一可能的实施例中，所述程序包括还用于执行以下步骤的指令：在当前服务小区或相邻服务小区发送所述第一消息，所述相邻服务小区的数量包括一个或多个。

需要说明的是，本申请实施例的具体实现过程可参见上述方法实施例所述的具体实现过程，在此不再赘述。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read－Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、ROM、RAM、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种组播广播业务的反馈方法，其特征在于，所述方法包括：

2.根据权利要求1所述方法，其特征在于，所述第一消息包括msg1或msgA。

3.根据权利要求1所述方法，其特征在于，所述终端设备向网络设备发送第一消息包括：

所述终端设备向所述网络设备发送所述第一消息的资源指示所述反馈信息。

4.根据权利要求3所述方法，其特征在于，所述第一消息的资源包括随机接入前导码和/或物理随机接入信道传输时刻PRACH RO；

所述终端设备向所述网络设备发送所述第一消息的资源指示所述反馈信息，包括：

所述终端设备向所述网络设备发送所述第一消息的随机接入前导码和/或所述PRACHRO指示所述反馈信息。

5.根据权利要求4所述方法，其特征在于，在所述组播广播业务数据包括两个或两个以上混合自动重传请求HARQ进程的情况下，所述方法还包括：

所述终端设备向所述网络设备发送所述第一消息的PRACH RO指示所述反馈信息的混合自动重传请求HARQ进程。

6.根据权利要求5所述方法，其特征在于，所述方法还包括：

所述终端设备根据第一映射关系和/或第二映射关系，确定所述第一消息的资源，所述第一映射关系为所述第一消息的资源与所述组播广播业务数据的业务标识之间的映射关系，所述第二映射关系为所述PRACH RO与所述HARQ进程之间的映射关系。

7.根据权利要求6所述方法，其特征在于，所述方法还包括：

所述终端设备接收来自所述网络设备的第二消息，所述第二消息用于指示所述第一映射关系和/或所述第二映射关系。

8.根据权利要求1－7任一项所述方法，其特征在于，所述方法还包括：

所述终端设备接收来自所述网络设备的第三消息，所述第三消息用于指示所述终端设备发送所述第一消息。

9.根据权利要求8所述方法，其特征在于，所述终端设备的无线资源控制RRC状态包括：RRC空闲态、RRC非激活态或RRC连接态。

10.根据权利要求9所述方法，其特征在于，所述终端设备在当前服务小区或相邻服务小区发送所述第一消息，所述相邻服务小区的数量包括一个或多个。

11.一种组播广播业务的反馈装置，其特征在于，所述装置包括：

12.一种终端设备，其特征在于，所述终端设备包括处理器、存储器、收发器，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1－10任一项所述的方法中步骤的指令。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如权利要求1－10任一项所述的方法。