CN113630870B - 一种多播业务的接收、传输方法及装置 - Google Patents

Abstract

本申请实施例公开了一种多播业务的接收、传输方法及装置，所述方法包括：用户设备UE接收基站下发的多媒体广播组播MBMS数据；UE判断所述MBMS的传输资源是否被抢占，若所述MBMS的传输资源被抢占，所述UE在剩余资源接收所述MBMS数据或忽略本次MBMS数据的接收。本申请提供的技术方案具有实现其他业务传输的优点。

Description

一种多播业务的接收、传输方法及装置

技术领域

本申请涉及通信技术领域，具体涉及一种多播业务的接收、传输方法及装置。

背景技术

多媒体广播业务(英文：multimedia broadcast multicast service，简称：MBMS)是新空口(英文：New Radio，简称：NR)中引入的功能。在NR中，MBMS的传输可以位于小区内通过系统消息配置的初始带宽部分(英文：bandwidth part，简称BWP)，对于初始BWP，有的小区配置的带宽较小，有的小区配置的带宽较大。

在NR中，基站在调度传输MBMS数据时，也需要调度传输其他非MBMS数据的传输，如果某个时隙MBMS数据的传输需要占据很多的传输资源，可能无法满足非MBMS业务的传输需求，导致某些高优先级的业务无法满足及时传输，影响整个系统的性能。

发明内容

本申请实施例提供了一种多播业务的接收、传输方法及装置，该方法实现在接收MBMS数据时，满足其他业务的需求，进而提高其他业务的传输效果，提高了整个系统的性能。

第一方面，提供一种多播业务的接收方法，所述方法包括如下步骤：

用户设备UE接收基站下发的多媒体广播组播MBMS数据；

UE判断所述MBMS的传输资源是否被抢占，若所述MBMS的传输资源被抢占，所述UE在剩余资源接收所述MBMS数据或忽略本次MBMS数据的接收；

所述剩余资源为：所述MBMS传输资源中排除抢占资源后剩下的传输资源。

第二方面，提供一种多播业务的传输方法，所述方法包括如下步骤：

基站向用户设备UE发送多媒体广播组播MBMS数据；

以及向所述UE发送MBMS的传输资源是否被抢占的抢占指示；

所述抢占指示用于通知所述UE的所述MBMS的传输资源的部分或全部传输资源被抢占。

第三方面，提供一种用户设备UE，所述UE包括：

通信单元，用于接收基站下发的多媒体广播组播MBMS数据；

处理单元，用于判断所述MBMS的传输资源是否被抢占，若所述MBMS的传输资源被抢占，所述UE在剩余资源接收所述MBMS的数据或忽略本次MBMS的接收；

所述剩余资源为：所述MBMS传输资源中排除抢占资源后剩下的传输资源。

第四方面，提供一种网络设备，所述网络设备包括：

通信单元，用于向用户设备UE发送多媒体广播组播MBMS数据；以及向所述UE发送MBMS的传输资源是否被抢占的抢占指示；

所述抢占指示用于通知所述UE的所述MBMS的传输资源的部分或全部传输资源被抢占。

第五方面，提供一种通信系统，所述通信系统包括：用户设备UE和网络设备，

网络设备，用于向用户设备UE发送多媒体广播组播MBMS数据；以及向所述UE发送MBMS的传输资源是否被抢占的抢占指示；所述抢占指示用于通知所述UE的所述MBMS的传输资源的部分或全部传输资源被抢占；

所述UE，用于接收基站下发的多媒体广播组播MBMS数据；判断所述MBMS的传输资源是否被抢占，若所述MBMS的传输资源被抢占，所述UE在剩余资源接收所述MBMS的数据或忽略本次MBMS的接收；

所述剩余资源为：所述MBMS传输资源中排除抢占资源后剩下的传输资源。

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

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

可以看出，本申请提供的技术方案的基站向UE发送MBMS数据时，可以向UE发送该MBMS的传输资源是否被抢占的抢占指示，若该UE接收到抢占指示，确定该MBMS的传输资源被抢占，则该UE可以在剩余资源接收该MBMS数据或忽略本次MBMS数据的接收(即在该MBMS传输资源不接收数据)，此种方案可以通过抢占MBMS的传输资源实现其他业务(例如URLLC业务)的传输，这样在UE接收MBMS数据时，也能够满足其他业务的需求，提高了用户体验度。

附图说明

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

图1是本申请提供的一种网络构架示意图；

图2是本申请提供的多播业务的传输方法的流程示意图；

图3是本申请实施例提供的多播业务的传输方法的流程示意图；

图4是本申请实施例提供的时隙n的传输资源示意图；

图5是本申请实施例提供的一种UE的结构示意图；

图6是本申请实施例提供的一种网络设备的结构示意图；

图7是本申请实施例提供的一种通信系统的结构示意图。

具体实施方式

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

本申请实施例中的终端可以指各种形式的UE、接入终端、用户单元、用户站、移动站、MS(英文：mobile station，中文：移动台)、远方站、远程终端、移动设备、用户终端、终端设备(英文：terminal equipment)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、SIP(英文：session initiation protocol，中文：会话启动协议)电话、WLL(英文：wireless local loop，中文：无线本地环路)站、PDA(英文：personaldigital assistant，中文：个人数字处理)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的PLMN(英文：public land mobile network，中文：公用陆地移动通信网络)中的终端设备等，本申请实施例对此并不限定。

本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/“，表示前后关联对象是一种“或”的关系。

本申请实施例中出现的“多个”是指两个或两个以上。本申请实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本申请实施例中对设备个数的特别限定，不能构成对本申请实施例的任何限制。本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，本申请实施例对此不做任何限定。

参阅图1，图1为本申请提供一种网络构架示意图，该网络构架可以包括：终端101和基站102，其中，该终端101与基站102连接，该基站102可以是多个，该终端可以为NR终端。

本申请提供的NR终端具体可以包括：包括存储和处理电路，以及与所述存储和处理电路连接的传感器，传感器可以包括摄像头、距离传感器、重力传感器等，本申请电子设备可以包括两块透明显示屏，该透明显示屏设置在电子设备的背面和正面，两块透明显示屏之间的部件中的部分或全部部件也可以为透明的，因此该电子设备从视觉效果上可以是一种透明电子设备，如果为部分部件为透明的，则该电子设备可以为镂空电子设备。其中：

NR终端可以包括控制电路，该控制电路可以包括存储和处理电路。该存储和处理电路可以存储器，例如硬盘驱动存储器，非易失性存储器(例如闪存或用于形成固态驱动器的其它电子可编程只读存储器等)，易失性存储器(例如静态或动态随机存取存储器等)等，本申请实施例不作限制。存储和处理电路中的处理电路可以用于控制NR终端的运转。该处理电路可以基于一个或多个微处理器，微控制器，数字信号处理器，基带处理器，功率管理单元，音频编解码器芯片，专用集成电路，显示驱动器集成电路等来实现。

存储和处理电路可用于运行NR终端中的软件，例如互联网浏览应用程序，互联网协议语音(Voice over Internet Protocol,VOIP)电话呼叫应用程序，电子邮件应用程序，媒体播放应用程序，操作系统功能等。这些软件可以用于执行一些控制操作，例如，基于照相机的图像采集，基于环境光传感器的环境光测量，基于接近传感器的接近传感器测量，基于诸如发光二极管的状态指示灯等状态指示器实现的信息显示功能，基于触摸传感器的触摸事件检测，与在多个(例如分层的)显示屏上显示信息相关联的功能，与执行无线通信功能相关联的操作，与收集和产生音频信号相关联的操作，与收集和处理按钮按压事件数据相关联的控制操作，以及NR终端中的其它功能等，本申请实施例不作限制。

NR终端可以包括输入-输出电路。输入-输出电路可用于使NR终端实现数据的输入和输出，即允许NR终端从外部设备接收数据和也允许NR终端将数据从NR终端输出至外部设备。输入-输出电路可以进一步包括传感器。传感器可以为静脉识别模组，还可以包括环境光传感器，基于光和电容的接近传感器，指纹识别模组，触摸传感器(例如，基于光触摸传感器和/或电容式触摸传感器，其中，触摸传感器可以是触控显示屏的一部分，也可以作为一个触摸传感器结构独立使用)，加速度传感器，摄像头，和其它传感器等，摄像头可以为前置摄像头或者后置摄像头，指纹识别模组可集成于显示屏下方，用于采集指纹图像，指纹识别模组可以为：光学指纹模组等等，在此不作限定。上述前置摄像头可以设置前面显示屏的下方，上述后置摄像头可以设置在后面显示屏的下方。当然上述前置摄像头或后置摄像头也可以不和显示屏集成设置，当然在实际应用中，上述前置摄像头或后置摄像头还可以为升降结构，本申请具体实施方式并不限制上述前置摄像头或后置摄像头的具体结构。

输入-输出电路还可以包括一个或多个显示屏，当为多个显示屏时。显示屏可以包括液晶显示屏，透明显示屏，有机发光二极管显示屏，电子墨水显示屏，等离子显示屏，使用其它显示技术的显示屏中一种或者几种的组合。显示屏可以包括触摸传感器阵列(即显示屏可以是触控显示屏)。触摸传感器可以是由透明的触摸传感器电极(例如氧化铟锡(ITO)电极)阵列形成的电容式触摸传感器，或者可以是使用其它触摸技术形成的触摸传感器，例如音波触控，压敏触摸，电阻触摸，光学触摸等，本申请实施例不作限制。

NR终端还可以包括音频组件。音频组件可以用于为NR终端提供音频输入和输出功能。NR终端中的音频组件可以包括扬声器，麦克风，蜂鸣器，音调发生器以及其它用于产生和检测声音的组件。

通信电路可以用于为NR终端提供与外部设备通信的能力。通信电路可以包括模拟和数字输入-输出接口电路，和基于射频信号和/或光信号的无线通信电路。通信电路中的无线通信电路可以包括射频收发器电路、功率放大器电路、低噪声放大器、开关、滤波器和天线。举例来说，通信电路中的无线通信电路可以包括用于通过发射和接收近场耦合电磁信号来支持近场通信(Near Field Communication，NFC)的电路。例如，通信电路可以包括近场通信天线和近场通信收发器。通信电路还可以包括蜂窝电话收发器和天线，无线局域网收发器电路和天线等。

在LTE中，SC-PTM(Single Cell Point To Multipoint，单小区点到多点)的传输机制为，SC-MCCH(Single Cell Multicast Control Channel，单小区多播控制信道)提供了在SC-MTCH(Single Cell Multicast Transport Channel，单小区多播传输信道)传输的所有MBMS业务的列表，该列表具有每个MBMS业务的临时移动组标识(英文：temporarymobile group identity，简称：TMGI)，session标识，G-RNTI(Group RNTI，组无线网络临时标识)和调度信息。

RRC在每个SC-MCCH重复周期传输SC-MCCH。SC-MCCH采用修改周期，在一个修改周期传输多次。UE通过SC-MCCH获取感兴趣的MBMS业务的G-RNTI，然后根据调度信息在相应的子帧检测由该RNTI加扰的DCI(Downlink Control Information，下行控制信令)，进而获得在下行共享信道上传输的多播数据。

在NR中，MBMS的传输可以位于小区内通过系统消息配置的初始BWP(BandwidthPart，带宽部分)，这样方便空闲态的UE和连接态的UE均能接收MBMS业务。对于初始BWP，有的小区配置的带宽较小，有的小区配置的带宽较大。初始BWP是小区广播系统消息、寻呼消息所在的BWP，也是UE可以通过随机接入流程接入网络的BWP。本发明并不限定网络仅配置MBMS位于初始BWP，网络可以针对部分连接态的UE配置其他BWP传输MBMS业务。

在NR中为了应对低时延高可靠的业务，例如超高可靠与低时延通信(英文：Ultra-reliable and Low Latency Communications,简称：URLLC)，网络需要在很短的时间如1ms内将URLLC数据传输给UE，避免数据在网络侧缓存较长的时间导致不满足URLLC业务的服务质量需求。

当网络引入采用SC-PTM传输的多播业务之后，网络通常会在一段时间内分配好不同MBMS业务在时域上的分布，然后通过SC-MCCH通知UE，以便UE根据感兴趣MBMS的调度信息在对应的时隙接收MBMS数据，在其他时隙可以不必监听基站通过MTCH传输的不感兴趣的MBMS数据。因为考虑到MBMS业务的传输需要兼顾小区边缘的UE，通常采用低阶调制，当MBMS数据量较大时，会占据较多的传输资源。比如当某个时隙基站需要调度某个MBMS业务的数据量较大时，可能该MBMS业务将占据比较大的传输资源。

在NR中，一个时隙内的传输资源可以用物理资源块(英文：physical resourceblock，简称：PRB)表示，一个PRB在频域上包含12个子载波，一个时隙通常包含14个正交频分复用符号(英文：Orthogonal Frequency Division Multiplexing symbol，简称：OFDMsymbol)。因此一个PRB可以包含12×14＝168资源要素(英文：resource element，简称：RE)。如果一个时隙内基站调度MBMS数据传输占据较多的传输资源，很可能导致基站在需要传输其他业务(例如URLLC业务)时没有足够的传输资源，影响其他业务的传输性能，进而影响了系统的性能。

参阅图2，图2提供了一种多播业务的传输方法，该方法在如图1所示的网络构架下实现，该方法如图2所示，包括如下步骤：

步骤S200、基站向UE发送MBMS数据以及该MBMS业务的传输资源是否被抢占的抢占指示。

在一种可选的实施方案中，上述抢占指示可以用于通知该UE的该MBMS的传输资源的部分或全部传输资源被抢占。

步骤S201、UE接收该MBMS数据，判断该MBMS的传输资源是否被抢占，若确定该MBMS的传输资源被抢占，UE在剩余资源接收该MBMS数据或忽略本次MBMS数据的接收。

在一种可选的实施方案中，上述剩余资源可以包括：该MBMS传输资源中排除抢占资源后剩下的传输资源。

在一种可选的方案中，上述传输资源可以为OFDM符号，例如多个OFDM符号的组合；在另一种可选方案中，上述传输资源可以是PRB组合，例如PRB的起始位置和数量；在又一种可选方案中，上述传输资源可以是PRB组合和PRB上OFDM符号组合，例如可以是PRB的起始位置和数量、以及PRB上OFDM符号的分布。

上述步骤S200可以单独构成基站侧的多播业务的传输方法的方案，上述步骤S201可以单独构成UE侧的多播业务的传输方法的方案。需要说明的是，对UE来说，可以是接收方法。

本申请提供的技术方案的基站向UE发送MBMS数据时，可以向UE发送该MBMS的传输资源是否被抢占的抢占指示，若该UE接收到抢占指示，确定该MBMS的传输资源被抢占，则该UE可以在剩余资源接收该MBMS数据或忽略本次MBMS数据的接收(即在该MBMS传输资源不接收数据)，此种方案可以通过抢占MBMS的传输资源实现其他业务(例如URLLC业务)的传输，这样在UE接收MBMS数据时，也能够满足其他业务的需求，提高了整个系统的性能。

在一种可选的方案中，抢占MBMS的业务可以为：URLLC业务或车联网业务。当然在实际应用中，也可以为其他的高优先级的业务，本申请并不限定具体的业务，只需抢占的业务为比本次传输的MBMS数据优先级高的业务即可。

在一种可选的方案中，上述判断该MBMS的传输资源是否被抢占的具体实现方法可以包括：

UE判断是否接收到基站发送的所述MBMS的传输资源的抢占指示，所述抢占指示用于通知所述UE所述MBMS的传输资源被抢占；

若所述UE接收到基站发送的抢占指示，确定所述MBMS的传输资源被抢占，否则确定所述MBMS的传输资源未被抢占。若确定该MBMS的传输资源未被抢占，则可以在该MBMS的传输资源接收该MBMS数据。

在一种可选的方案中，上述抢占指示可以为特定无线网络临时标识(英文：radionetwork temporary identity，简称：RNTI)加扰的下行控制信息(英文：downlink controlinformation，简称：DCI)。上述特定RNTI可以由多播控制信道(英文：multicast controlchannel，简称：MCCH)配置或由系统消息配置。通过MCCH配置可以使得处于不同状态，例如连接态的UE、空闲态的UE以及非激活态的UE均能收到该配置，并且由于MCCH传输较灵活，可以使得基站能够及时配置抢占指示。

上述抢占指示可以为DCI的方案可以适用于多种状态的UE，例如可以在UE的连接态、空闲态或非激活态均能够实现对MBMS传输资源的抢占，扩大了MBMS传输资源的抢占的适用场景。

具体的，在一种可选的方案中，上述MCCH配置可以包括：需要检测该抢占指示的时隙信息(即该抢占指示所在的具体时隙，例如时隙标识或时隙标号Index等)，当然在实际应用中，上述MCCH配置或者可以是：需要检测该抢占指示所关联的MBMS业务，即当UE需要接收该MBMS业务时，需要接收该MBMS关联的抢占指示。

此可选的方案可以通过MCCH配置或系统消息配置告知UE该抢占指示所在的时隙信息或告知该UE该抢占指示对应的MBMS业务。然后UE在抢占指示所在的时隙按照特定的RNTI检测抢占DCI，如果检测到抢占DCI，UE需要在剩余资源接收该MBMS数据或忽略本次MBMS数据的接收；如果没有检测到抢占DCI或者抢占DCI指示没有抢占UE所接收的MBMS业务所占据的传输资源，UE接收MBMS数据。这样UE就能够提前获知那些MBMS传输资源可能被抢占，进而避免将被抢占的资源所传输的数据确定为MBMS数据，避免了MBMS数据无法解析的问题。

具体的，上述抢占指示可以与该MBMS的传输资源位于同一时隙，或者抢占指示可以晚于所述MBMS的传输资源所在的时隙。

在一种可选的方案中，由于MBMS数据会被重复传输，这样为了使得该MBMS数据能够被拼接完整即被UE完整接收，同一MBMS数据被多次传输时，基站调度的抢占资源位于MBMS的传输资源的位置不相同，这样同一MBMS数据就可以实现合并得到完整的MBMS数据。

例如，同一MBMS的数据被传输2次，每次传输占据14个OFDM符号，第一次传输时，基站调用的抢占资源可以为第7、8个OFDM符号，第二次传输时，基站调用的抢占资源可以为第9、10个OFDM符号，这样由于二次传输所占用的传输资源的位置不同，避免了相同的部分MBMS数据在二次传输中都无法被UE接收到，因此UE在进行MBMS数据合并时，对于第7、8个OFDM符号可以采用第二次传输时的第7、8个OFDM符号上的接收信号来实现MBMS数据的合并，从而得到完整的MBMS数据。

在一种可选的方案中，上述方法步骤S200之前还可以包括：

基站依据MBMS调度信息以及数据量判断可能被抢占的MBMS信息，所述MBMS信息包括：MBMS业务或MBMS的时隙标识。

在一种可选的方案中，抢占配置可以包括：抢占DCI对应的RNTI和搜寻空间(Search space)；

所述MBMS的时隙标识为所述UE需要检测所述抢占指示的时隙信息。

可选的，上述基站可以通过系统消息或者MCCH配置向所述UE发送所述被抢占的MBMS信息。

参阅图3，图3提供了一种多播业务的传输方法，该方法在如图1所示的网络构架实现，本实施例实现技术方案场景包括：一个NR小区，支持SC-PTM，可以向小区内不同状态的UE(例如RRC连接态、空闲态以及非激活态)传输MBMS业务。在一段时间内，NR基站需要传输3种MBMS业务，为了方便区分，将3种MBMS业务分别称为session 1、session 2和session 3；NR基站在一段时间内(例如40ms)的时间内，一共调度6次MBMS业务的传输，每个session传输2次，NR基站调度好每个Session所在的时隙，然后通过SC-MCCH通知UE，在SC-MTCH传输的所有MBMS业务的列表，有每个MBMS业务的TMGI，session标识，G-RNTI和调度信息。对于某个对Session 2感兴趣的UE，从SC-MCCH获知感兴趣业务的G-RNTI和调度时隙信息，就在指定的时隙(例如时隙n和时隙n+k)检测由该G-RNTI加扰的DCI，获得感兴趣的MBMS数据。

该方法可以包括如下步骤：

步骤S300、UE在时隙n需要接收session2的多播数据。

因为NR小区发现时隙n中待传输的session 2数据量比较多，需要占据较多的无线传输资源，因此NR小区将较多的无线资源分配给session 2。通常NR小区需要在时隙n之前就把时隙n内的无线传输资源分配好，如一部分用于向处于连接态的UE传输单播unicast数据，一部分用于传输session 2的多播数据等。

步骤S301、基站收到某个UE的下行URLLC数据，基站决定抢占MBMS的传输资源(可以抢占部分传输资源，也可以抢占全部传输资源)。

基站当准备传输时隙n的数据时，基站收到某个UE的下行URLLC数据，该数据具有极低的传输时延如0.5ms,因此NR小区需要立即为该URLLC分配传输资源，当没有空余的传输资源时，NR小区决定抢占MBMS的传输资源(其抢占时隙n的传输资源示意图如图4所示)。由于MBMS的数据传输占据了较多的无线资源，为了传输URLLC业务，NR小区将位于MBMS数据传输区域的一些无线资源用于传输URLLC。通常URLLC采用较短的传输时间间隔如采用2个OFDM symbol长度的传输时间间隔即URLLC在2个OFDM symbol内传输，以便尽快的传输数据，以及便于接收方较快地处理收到的数据。

步骤S302、基站向UE发送特定RNTI加扰的下行控制信息DCI以指示MBMS传输资源被抢占；上述特定RNTI由MCCH配置或由系统消息配置。

当MBMS传输资源被URLLC业务所抢占时，正在接收MBMS业务的UE不能意识到这一点，如果这些UE尝试解码所收到的数据，混合了MBMS数据和URLLC数据，UE不能正确解码。因此需要引入特定DCI(Downlink Control Information)通知接收MBMS的UE，部分MBMS的传输资源被抢占，UE不需解析传输URLLC的符号上的数据。

上述MBMS信息可以包括：抢占DCI对应的RNTI、Search space；当然上述MBMS信息还可以包括：抢占DCI对应的时隙或者对应的MBMS业务。

NR小区可以依据MBMS的调度信息以及数据量判断哪些时隙的MBMS可能会被抢占、或者哪些MBMS业务可能会被抢占。如对于本实施例中，session 2数据量较大，每次传输均需要占据较多的传输资源，如果同一时隙存在URLLC业务需要传输，可能就会发生抢占。同时因为MBMS业务的调度由NR小区负责，因此NR小区可以按照调度信息获知哪些时隙会传输较多的MBMS业务，可能就会发生抢占。实际发生的抢占取决于基站侧是否有高优先级业务需要传输如是否有URLLC业务需要传输，如果没有URLLC业务，抢占不会发生。

抢占DCI与传输MBMS的DCI可以位于同一时隙，对于抢占发生时，接收MBMS的UE通过G-RNTI加扰的DCI获得MBMS数据所占据的传输资源；对于原本传输MBMS数据的部分传输资源(或全部)由URLLC业务使用，NR小区可以通过同一个时隙如位于后7个符号的抢占DCI所在的搜索空间向UE发送抢占DCI，UE通过检测抢占RNTI加扰的DCI获知抢占的资源分布，接收MBMS的UE在排除了(rate matching)被抢占的资源之后获得传输MBMS的RE。此时UE接收的MBMS数据是不完整的，可能不能解析出MBMS数据(如果被抢占的资源数量少，也可能解析出完整的数据，因为数据传输有一定的冗余比特)。考虑到NR小区通常会重复发送MBMS数据，因此NR小区可以协调每次抢占的传输资源不是位于相同位置，比如对于一个MBMS业务的抢占，第一次抢占的RE位于PRB的第7、8两个符号，第二次抢占的RE位于PRB的第9、10两个符号位。这样UE接收两个时隙内的MBMS数据，通过合并检测，可以获得完整的MBMS数据。抢占DCI也可以与传输MBMS的DCI位于不同的时隙，比如抢占DCI在传输MBMS的DCI之后的一个时隙内，但这需要UE连续监测DCI，对于空闲态的UE耗电是不利的。

步骤S303、UE检测特定RNTI加扰的DCI获知被抢占的传输资源，然后结合G-RNTIDCI的信息，接收未被抢占的传输资源上传输的MBMS数据。

UE需要首先判断自己接收的MBMS业务是否可能会被抢占、或者是否自己接收MBMS的时隙是否可能会被抢占，如果可能会被抢占，执行上述步骤S303。

本申请提供的技术方案的基站向UE发送MBMS数据时，可以向UE发送该MBMS的传输资源是否被抢占的抢占指示，若该UE接收到抢占指示，确定该MBMS的传输资源被抢占，则该UE可以在剩余资源接收该MBMS数据或忽略本次MBMS数据的接收(即在该MBMS传输资源不接收数据)，此种方案可以通过抢占MBMS的传输资源实现其他业务(例如URLLC业务)的传输，这样在UE接收MBMS数据时，也能够满足其他业务的需求，提高了整个系统的性能。

参阅图5，图5提供一种用户设备UE，所述UE包括：

通信单元501，用于接收基站下发的多媒体广播组播MBMS数据；

处理单元502，用于判断所述MBMS的传输资源是否被抢占，若所述MBMS的传输资源被抢占，所述UE在剩余资源接收所述MBMS的数据或忽略本次MBMS的接收；

所述剩余资源为：所述MBMS传输资源中排除抢占资源后剩下的传输资源。

如图5所示的UE可以实现如图2或如图3所示实施例中UE侧的技术方案或细化方案，这里不再赘述。

参阅图6，图6提供了一种网络设备，该网络设备可以为基站，该网络设备包括：

通信单元601，用于向用户设备UE发送多媒体广播组播MBMS数据；以及向所述UE发送MBMS的传输资源是否被抢占的抢占指示；

所述抢占指示用于通知所述UE的所述MBMS的传输资源的部分或全部传输资源被抢占。

如图6所示的UE可以实现如图2或如图3所示实施例中基站侧的技术方案或细化方案，这里不再赘述。

参阅图7，图7提供了一种通信系统，所述通信系统包括：用户设备UE和网络设备，

网络设备，用于向用户设备UE发送多媒体广播组播MBMS数据；以及向所述UE发送MBMS的传输资源是否被抢占的抢占指示；所述抢占指示用于通知所述UE的所述MBMS的传输资源的部分或全部传输资源被抢占；

UE，用于接收基站下发的多媒体广播组播MBMS数据；判断所述MBMS的传输资源是否被抢占，若所述MBMS的传输资源被抢占，所述UE在剩余资源接收所述MBMS的数据或忽略本次MBMS的接收；

所述剩余资源为：所述MBMS传输资源中排除抢占资源后剩下的传输资源。

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

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

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

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

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

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

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

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

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

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

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

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

Claims (17)

1.一种多播业务的接收方法，其特征在于，所述方法包括如下步骤：

用户设备UE接收基站下发的多媒体广播组播MBMS数据；

UE判断所述MBMS的传输资源是否被抢占，若所述MBMS的传输资源被抢占，所述UE在剩余资源接收所述MBMS数据或忽略本次MBMS数据的接收；

所述剩余资源为：所述MBMS传输资源中排除抢占资源后剩下的传输资源。

2.根据权利要求1所述的方法，其特征在于，

抢占MBMS的业务为：超高可靠与低时延通信URLLC业务或车联网业务。

3.根据权利要求1或2所述的方法，其特征在于，所述UE判断所述MBMS的传输资源是否被抢占具体包括：

所述UE判断是否接收到基站发送的所述MBMS的传输资源的抢占指示，所述抢占指示用于通知所述UE所述MBMS的传输资源被抢占；

若所述UE接收到基站发送的抢占指示，确定所述MBMS的传输资源被抢占，否则确定所述MBMS的传输资源未被抢占。

4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

若所述UE判断所述MBMS的传输资源未被抢占，所述UE在MBMS的传输资源接收所述MBMS的数据。

5.根据权利要求3所述的方法，其特征在于，

所述抢占指示为特定RNTI加扰的下行控制信息DCI，所述特定RNTI由MCCH配置或由系统消息配置。

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

所述UE依据所述MCCH获知需要检测所述抢占指示的时隙信息；

或所述UE依据所述MCCH获知需要检测所述抢占指示所关联的MBMS业务。

7.根据权利要求5所述的方法，其特征在于，

所述抢占指示与所述MBMS的传输资源位于同一时隙。

8.一种多播业务的传输方法，其特征在于，所述方法包括如下步骤：

基站向用户设备UE发送多媒体广播组播MBMS数据；

以及向所述UE发送MBMS的传输资源是否被抢占的抢占指示；

所述抢占指示用于通知所述UE的所述MBMS的传输资源的部分或全部传输资源被抢占。

9.根据权利要求8所述的方法，其特征在于，

所述抢占指示具体包括：所述MBMS传输资源的被抢占的资源。

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

若同一个MBMS数据被多次传输，所述基站调度的抢占资源位于所述MBMS的传输资源的位置不相同。

11.根据权利要求8所述的方法，其特征在于，所述方法在基站向用户设备UE发送多媒体广播组播MBMS之前还包括：

基站依据MBMS调度信息以及数据量判断被抢占的MBMS信息，所述MBMS信息包括：MBMS业务或MBMS的时隙标识。

12.根据权利要求11所述的方法，其特征在于，

抢占配置包括：抢占DCI对应的无线网络临时标识RNTI和搜寻空间Search space；

所述MBMS的时隙标识为所述UE需要检测所述抢占指示的时隙信息。

13.根据权利要求11或12所述的方法，其特征在于，所述方法还包括：

基站通过系统消息或者MCCH配置向所述UE发送所述被抢占的MBMS信息。

14.一种用户设备UE，其特征在于，所述UE包括：

通信单元，用于接收基站下发的多媒体广播组播MBMS数据；

处理单元，用于判断所述MBMS的传输资源是否被抢占，若所述MBMS的传输资源被抢占，所述UE在剩余资源接收所述MBMS的数据或忽略本次MBMS的接收；

所述剩余资源为：所述MBMS传输资源中排除抢占资源后剩下的传输资源。

15.一种网络设备，其特征在于，所述网络设备包括：

通信单元，用于向用户设备UE发送多媒体广播组播MBMS数据；以及向所述UE发送MBMS的传输资源是否被抢占的抢占指示；

所述抢占指示用于通知所述UE的所述MBMS的传输资源的部分或全部传输资源被抢占。

16.一种计算机存储介质，其特征在于，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如权利要求1—7任意一项或如权利要求8—13任意一项所述方法的步骤。

17.一种通信系统，所述通信系统包括：用户设备UE和网络设备，其特征在于，

网络设备，用于向用户设备UE发送多媒体广播组播MBMS数据；以及向所述UE发送MBMS的传输资源是否被抢占的抢占指示；所述抢占指示用于通知所述UE的所述MBMS的传输资源的部分或全部传输资源被抢占；

所述UE，用于接收基站下发的多媒体广播组播MBMS数据；判断所述MBMS的传输资源是否被抢占，若所述MBMS的传输资源被抢占，所述UE在剩余资源接收所述MBMS的数据或忽略本次MBMS的接收；

所述剩余资源为：所述MBMS传输资源中排除抢占资源后剩下的传输资源。

Images