CN108781479B - 多播传输方法、基站和用户设备 - Google Patents

Abstract

一种多播传输方法，第一小区的基站获取至少一个第二小区的第一多播资源信息，所述第一小区的基站和各个所述第二小区的基站为不同的基站；第一小区的基站向用户设备发送第二多播资源信息，第二多播资源信息用于指示至各个所述第二小区用于传输多播业务数据的资源配置。第一小区的基站主动通过广播的方式，将获取的多播资源信息发送给用户设备，这样，第一小区的基站无需再为每个用户设备采用单播方式配置发送/读取各个第二小区的多播业务数据的资源位置，降低了信令开销。

Description

多播传输方法、基站和用户设备

技术领域

本发明涉及通信技术领域，尤其涉及一种多播传输方法、基站和用户设备。

背景技术

随着互联网的迅速发展和大屏幕多功能用户设备(User Equipment，UE)的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，如视频会议、电视广播、视频点播、广告、网上教育、互动游戏以及车联网等，这些业务既满足了移动用户多业务的需求，也为运营商带来了新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据，与一般的数据业务相比，具有数据量大、持续时间长等特点。

为了有效利用移动网络资源，第三代合作伙伴计划(3GPP)提出了多媒体广播多播业务(Multimedia Broadcast Multicast Service，MBMS)。该业务是一种从一个数据源向多个目标UE传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。

而随着网络的发展，小区的用户不再局限于获取本小区的多播业务，还需要获取其他小区的多播业务，在获取其他小区的多播业务数据之前，还需要确定其他小区的多播业务的资源配置。现有技术中，在终端到终端(Device to Device，D2D)技术中已经使用了类似的跨小区获取资源配置的方式，但是现有技术的缺陷在于：每个用户都需要向小区申请获取其他小区的资源配置，并且本小区为需要读取其他小区的多播业务的每个用户采用单播方式配置发送/读取其他小区传输多播业务的资源位置，造成了大量信令开销。

发明内容

本申请的目的在于提供一种改进的多播传输方法，可以减小信令开销。

第一方面提供了一种多播传输方法，该技术方案是从第一小区的基站的角度描述的。具体的，第一小区的基站获取至少一个第二小区的第一多播资源信息，所述第一小区的基站和各个所述第二小区的基站为不同的基站；第一小区的基站向用户设备发送第二多播资源信息，第二多播资源信息用于指示各个所述第二小区用于传输多播业务数据的资源配置。

在该技术方案中，第一小区的基站获取至少一个第二小区的多播资源信息，并主动通过广播的方式，将获取的多播资源信息发送给用户设备，这样，第一小区的基站无需再为每个用户设备采用单播方式配置接收第二小区的多播业务数据的资源位置，降低了信令开销。

在一种可能的设计中，第一多播资源信息可以通过扩展现有系统的广播消息，如长期演进系统(Long Term Evolution，LTE)的系统信息块(System Information Block，SIB)消息、广播控制信道(MBMS Control Channel，MCCH)消息的方式发送给第一小区的基站服务的用户设备，也可以用寻呼消息(paging)告知用户设备，也可以通过专用信令(比如LTE系统中的RRC信令)为小区内每个上报对至少一个第二小区的多播业务感兴趣的用户单独发送该多播资源信息。

在一种可能的设计中，所述第二多播资源信息指示的GAP位置与所述第二小区用于传输多播业务数据的资源的位置相对应。

在一种可能的设计中，第一多播资源信息包括时域偏移信息，所述时域偏移信息用于指示所述第一小区与各个所述第二小区之间的时间偏移。在LTE中，时间偏移可以理解为两个小区的系统子帧的差。

在该技术方案中，对于从第一小区切换到与第二小区后用户所在的小区之间存在时间偏移的情况，用户设备从第一小区切换到另一小区后，可以从第一小区接收到的资源配置信息里包含的两个小区之间的时间偏移信息，如LTE中两个小区的子帧差，在第二小区对应的资源位置进行接收，而无需重新和第二小区的基站进行同步。

在一种可能的设计中，第一多播资源信息已经考虑了切换前用户所在的第一小区与切换后用户所在的第二小区的时域偏移，即提供的第一多播资源信息已经对应于第二小区的时域位置。

在一种可能的设计中，第二多播资源信息还包括所述多播业务数据的业务类型信息。

在该技术方案，用户设备可以根据多播业务数据的业务类型信息判断是否使用所述多播资源信息中的资源配置接收第二小区的多播业务数据。

在一种可能的设计中，第一小区可以通过信令交互接口或操作管理维护接口获取所述至少一个第二小区的第一多播资源信息。

在一种可能的设计中，第一小区接收用户设备发送的资源请求反馈消息，所述资源请求反馈消息携带所述至少一个第二小区的第一多播资源信息。

在一种可能的设计中，第一小区向处于连接态的用户设备发送资源请求消息，所述资源请求消息用于指示所述用户设备读取所述至少一个第二小区的第一多播资源信息并上报给所述第一小区的基站。

在一种可能的设计中，所述处于连接态的用户设备具有读取所述至少一个第二小区的资源配置的能力，并且所述第一小区已经预先获取了所述用户设备具备所述能力的能力上报信息。

在该技术方案中，第一小区的基站与各个第二小区的基站之间完全独立，未设置相互通信的接口。在这种情况下，第一小区基站可以向具有读取所述第二小区的资源配置的能力的用户设备发送资源请求消息，以请求第二小区的资源配置，为了避免具有读取第二小区的资源配置的能力的用户设备在接收到该资源请求消息后，获取第二小区获取多播资源信息小区。

在一种可能的设计中，所述资源请求消息包括以下至少一种参数：

用于请求所述至少一个第二小区的PLMN标识的列表参数；

用于请求所述至少一个第二小区的小区标识的列表参数；

用于请求所述至少一个第二小区的载频的列表参数；

用于请求所述至少一个第二小区的多播组标识的列表参数；其中，多播组标识在LTE中是终端移动组标识(Temperary MBMS Group Indicator，TMGI)；

用于指示是否上报资源配置的参数；

用于指示是否上报时域偏移信息的参数；

用于指示用户设备读取所述第一多播资源信息时使用的时间位置的参数；

用于指示用户设备读取所述第一多播资源信息时的定时器参数，类似LTE中的T321。第一小区的基站可以为该操作配置一个定时器，用户设备在接收到该资源请求消息后，根据该定时器的配置，启动定时器，并在定时器规定的时间内反馈测量结果，如果在定时器超时后仍然没有得到测量结果，则向第一小区的基站反馈测量失败。

用户设备根据上述所述资源请求消息的参数，获取第一多播资源信息。

在一种可能的设计中，第一小区的基站接收用户设备发送的配置请求消息，第一小区的基站在接收到所述配置请求消息后，才获取至少一个第二小区的第一多播资源信息。

在该技术方案中，用户设备可主动向第一小区的基站请求其感兴趣的多播业务的多播资源信息，其中包括感兴趣的至少一个第二小区的多播资源，第一小区的基站根据该用户上报的感兴趣的多播业务信息，知道目前小区是否已经获取该用户感兴趣的多播业务的多播资源信息，如果没有，则第一小区的基站可以向具有读取所述至少一个第二小区的资源配置的能力的用户设备发送资源请求消息。

在一种可能的设计中，第一小区的基站在发送多播资源信息后，接收用户设备发送的反馈消息，所述反馈消息是所述用户设备在确定配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时发送的；所述第一小区的基站向所述资源位置不一致的一个或者多个第二小区发送多播资源请求信息，所述多播资源请求信息用于请求所述一个或者多个第二小区的资源配置。

其中，所述反馈信息可携带以下信息中的一个或者多个：1bit信息指示，或者至少一个第二小区的PLMN标识列表，或者至少一个第二小区的载频列表，或者至少一个第二小区的多播组标识列表。

在一种可能的设计中，所述第一小区的基站接收所述第二小区发送的切换请求信息，所述切换请求信息携带以下信息中的至少一项：所述第二小区为待切换的用户设备配置的至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移，所述时域偏移用于指示所述用户设备将接收多播业务数据的资源位置调整到切换后的小区的时域位置。

在该技术方案中，用户设备在切换过程中，第一小区的基站将为该用户设备配置的多播资源信息发送给切换后的小区，省去在切换后，用户设备重新向切换后的小区获取多播资源信息以及切换前后两个小区间的时域偏移，缩短了接收至少一个第二小区的多播业务数据的中断时间。

第二方面提供了一种多播传输方法，该传输方法与第一方面的传输方法相对应。具体的，用户设备接收第一小区的基站发送的多播资源信息，所述多播资源信息用于指示至少一个第二小区用于传输多播业务数据的资源配置。

在一种可能的设计中，所述多播资源信息还包括所述多播业务数据的业务类型信息；所述用户设备根据所述业务类型信息判断是否使用所述多播资源信息中的资源配置接收所述多播业务数据。

在一种可能的设计中，所述用户设备可以根据所述业务类型信息判断所述多播业务数据的优先级是否高于所述第一小区的基站传输给所述用户设备的单播业务数据的优先级；若是，所述用户设备根据所述资源配置接收所述多播业务数据，并在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令。

在一种可能的设计中，所述多播资源信息还包括时域偏移信息，所述时域偏移信息用于指示所述第一小区与各个所述第二小区之间的时间偏移。

在一种可能的设计中，多播资源信息已经考虑了第一小区与至少一个第二小区的时域偏移，即提供的多播资源信息已经对应于第一小区的时域位置。

在一种可能的设计中，所述用户设备在切换到所述第二小区后，接收来自所述第二小区的基站发送的配置信令，所述配置信令携带所述第二小区为所述用户设备配置以下几个信息中的至少一项：至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移；所述用户设备根据所述配置信令，计算所述至少一个第三小区用于传输多播业务数据的时域位置，并在所述时域位置接收所述多播业务数据。

在一种可能的设计中，用户设备在从第一小区切换到第二小区过程中，第一小区向第二小区发送第一请求信息(比如，LTE系统中的切换请求信息)，所述第一请求信息包括所述用户设备的指示信息，以使第二小区确定所述用户设备的第一承载，所述第一承载(比如，所述承载是E-RAB承载)同时支持设备到设备的直连链路和设备到基站的传输链路。示例性的，所述指示信息用于表示所述用户设备的正在传输的第一业务类型，比如，所述业务类型可以是V2X业务，所述指示信息可以是任何能够标示所述用户设备能够支持的所述承载特征的信息。

另一种可能的设计中，第一小区向第二小区发送第一配置信息，所述第一配置信息用于指明所述第一小区使用的第一业务的传输方式，其中所述传输方式可以是设备到设备的直连链路传输和设备到基站的传输。

在一种可能的设计中，所述用户设备向所述第一小区发送配置请求消息，所述配置请求消息用于请求用于接收多播业务数据的资源配置。

在一种可能的设计中，所述用户设备在确定所述第一小区的基站配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时，向所述第一小区的基站发送反馈消息。

第三方面提供还一种多播传输方法，该传输方法与第一方面的传输方法相对应，从用户设备侧描述的。具体的，用户设备接收第一小区的基站发送的资源请求消息；所述用户设备根据所述资源请求消息，到至少一个第二小区的指定位置读取所述至少一个第二小区的第一多播资源信息；所述用户设备将所述第一多播资源信息添加到资源请求反馈消息中，并上报给第一小区的基站。

在一种可能的设计中，所述用户设备接收第一小区的基站发送的资源请求消息之前，还向所述第一小区的基站发送能力上报信息，所述能力上报信息用于指示所述用户设备具备读取各个所述第二小区的资源配置的能力。

在一种可能的设计中，所述资源请求反馈消息包括以下至少一种参数：

所述至少一个第二小区的PLMN标识的列表；

所述至少一个第二小区的小区标识的列表；

所述至少一个第二小区的载频列表；

所述至少一个第二小区的多播组标识的列表；

所述至少一个第二小区用于传输多播业务数据的时域资源。

第四方面提供了一种基站，该基站具有实现第一方面的方法中第一小区的基站行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。具体的，所述基站可以包括接收模块和发送模块，其中：

所述接收模块，用于获取至少一个第二小区的第一多播资源信息，所述第一小区的基站和各个所述第二小区的基站为不同的基站；所述发送模块，用于向用户设备发送第二多播资源信息，所述第二多播资源信息用于指示各个所述第二小区用于传输多播业务数据的资源配置。

在一种可能的设计中，所述第一多播资源信息包括时域偏移信息，所述时域偏移信息用于指示所述第一小区与各个所述第二小区之间的时间偏移。

在一种可能的设计中，所述第一多播资源信息还包括所述多播业务数据的业务类型信息。

在一种可能的设计中，所述接收模块用于：通过信令交互接口或操作管理维护接口获取所述至少一个第二小区的第一多播资源信息。

在一种可能的设计中，所述接收模块还用于：接收用户设备发送的资源请求反馈消息，所述资源请求反馈消息携带所述至少一个第二小区的第一多播资源信息。

在一种可能的设计中，所述发送模块还用于：向处于连接态的用户设备发送资源请求消息，所述资源请求消息用于指示所述用户设备读取所述至少一个第二小区的第一多播资源信息并上报给所述第一小区的基站。

在一种可能的设计中，所述处于连接态的用户设备具有读取所述至少一个第二小区的资源配置的能力，并且所述第一小区已经预先获取了所述用户设备具备所述能力的能力上报信息。

在一种可能的设计中，所述资源请求消息包括以下至少一种参数：

用于请求所述至少一个第二小区的PLMN标识的列表参数；

用于请求所述至少一个第二小区的小区标识的列表参数；

用于请求所述至少一个第二小区的载频的列表参数；

用于请求所述至少一个第二小区的多播组标识的列表参数；

用于指示是否上报资源配置的参数；

用于指示是否上报时域偏移信息的参数；

用于指示用户设备读取所述第一多播资源信息时使用的时间位置的参数；

用于指示用户设备读取所述第一多播资源信息时的定时器参数。

在一种可能的设计中，所述接收模块还用于：接收用户设备发送的配置请求消息，所述配置请求消息用于请求所述至少一个第二小区的第一多播资源信息。

在一种可能的设计中，所述接收模块还用于：接收用户设备发送的反馈消息，所述反馈消息是所述用户设备在确定配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时发送的；

所述发送模块还用于：向所述资源位置不一致的一个或者多个第二小区发送多播资源请求信息，所述多播资源请求信息用于请求所述一个或者多个第二小区的资源配置。

在一种可能的设计中，所述接收模块还用于：接收所述第二小区发送的切换请求信息，所述切换请求信息携带以下信息中的至少一项：所述第二小区为待切换的用户设备配置的至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移，所述时域偏移用于指示所述用户设备将接收多播业务数据的资源位置调整到切换后的小区的时域位置。

在第五方面提供了一种基站，该基站包括处理器、存储器、网络接口。其中，网络接口可以包括射频接收器和射频发射器。处理器连接到存储器和网络接口。所述处理器可以执行以下操作：

通过射频接收器获取至少一个第二小区的第一多播资源信息，所述第一小区的基站和各个所述第二小区的基站为不同的基站；通过射频发射器向用户设备发送第二多播资源信息，所述第二多播资源信息用于指示各个所述第二小区用于传输多播业务数据的资源配置。

在一种可能的设计中，所述第一多播资源信息包括时域偏移信息，所述时域偏移信息用于指示所述第一小区与各个所述第二小区之间的时间偏移。

在一种可能的设计中，所述第一多播资源信息还包括所述多播业务数据的业务类型信息。

在一种可能的设计中，所述处理器可以通过信令交互接口或操作管理维护接口获取所述至少一个第二小区的第一多播资源信息。

在一种可能的设计中，所述处理器可以通过射频接收器接收用户设备发送的资源请求反馈消息，所述资源请求反馈消息携带所述至少一个第二小区的第一多播资源信息。

在一种可能的设计中，所述处理器可以通过射频发射器向处于连接态的用户设备发送资源请求消息，所述资源请求消息用于指示所述用户设备读取所述至少一个第二小区的第一多播资源信息并上报给所述第一小区的基站。

在一种可能的设计中，所述处于连接态的用户设备具有读取所述至少一个第二小区的资源配置的能力，并且所述第一小区已经预先获取了所述用户设备具备所述能力的能力上报信息。

在一种可能的设计中，所述资源请求消息包括以下至少一种参数：

用于请求所述至少一个第二小区的PLMN标识的列表参数；

用于请求所述至少一个第二小区的小区标识的列表参数；

用于请求所述至少一个第二小区的载频的列表参数；

用于请求所述至少一个第二小区的多播组标识的列表参数；

用于指示是否上报资源配置的参数；

用于指示是否上报时域偏移信息的参数；

用于指示用户设备读取所述第一多播资源信息时使用的时间位置的参数；

用于指示用户设备读取所述第一多播资源信息时的定时器参数。

在一种可能的设计中，所述处理器可以通过射频接收器接收用户设备发送的配置请求消息，所述配置请求消息用于请求所述至少一个第二小区的第一多播资源信息。

在一种可能的设计中，所述处理器可以通过射频接收器接收用户设备发送的反馈消息，所述反馈消息是所述用户设备在确定配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时发送的；所述处理器还可以通过射频发射器向所述资源位置不一致的一个或者多个第二小区发送多播资源请求信息，所述多播资源请求信息用于请求所述一个或者多个第二小区的资源配置。

在一种可能的设计中，所述处理器可以通过射频接收器接收所述第二小区发送的切换请求信息，所述切换请求信息携带以下信息中的至少一项：所述第二小区为待切换的用户设备配置的至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移，所述时域偏移用于指示所述用户设备将接收多播业务数据的资源位置调整到切换后的小区的时域位置。

第六方面提供了一种用户设备，该用户设备具有实现第二方面的方法设计中用户设备行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。所述模块可以是软件和/或硬件。具体的，所述用户设备包括接收模块、发送模块和处理模块，其中：

所述接收模块，用于接收第一小区的基站发送的多播资源信息，所述多播资源信息用于指示至少一个第二小区用于传输多播业务数据的资源配置。

在一种可能的设计中，所述多播资源信息还包括所述多播业务数据的业务类型信息；所述处理模块，用于根据所述业务类型信息判断是否使用所述多播资源信息中的资源配置接收所述多播业务数据。

在一种可能的设计中，所述处理模块用于：根据所述业务类型信息判断所述多播业务数据的优先级是否高于所述第一小区的基站传输给所述用户设备的单播业务数据的优先级；若是，则根据所述资源配置接收所述多播业务数据，并在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令。

在一种可能的设计中，所述多播资源信息还包括时域偏移信息，所述时域偏移信息用于指示所述第一小区与各个所述第二小区之间的时间偏移。

在一种可能的设计中，所述接收模块还用于：在切换到所述第二小区后，接收来自所述第二小区的基站发送的配置信令，所述配置信令携带所述第二小区为所述用户设备配置以下几个信息中的至少一项：至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移；所述处理模块还用于：根据所述配置信令，计算所述至少一个第三小区用于传输多播业务数据的时域位置，并在所述时域位置接收所述多播业务数据。

在一种可能的设计中，所述发送模块，用于向所述第一小区的基站发送配置请求消息，所述配置请求消息用于请求用于接收多播业务数据的资源配置。

在一种可能的设计中，所述发送模块，用于在确定所述第一小区的基站配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时，向所述第一小区的基站发送反馈消息。

在第七方面提供了一种用户设备，该用户设备包括处理器、存储器、网络接口。其中，网络接口可以包括射频接收器和射频发射器。处理器连接到存储器和网络接口。所述处理器可以执行以下操作：

通过射频接收器接收第一小区的基站发送的多播资源信息，所述多播资源信息用于指示至少一个第二小区用于传输多播业务数据的资源配置。

在一种可能的设计中，所述多播资源信息还包括所述多播业务数据的业务类型信息；所述处理器可以根据所述业务类型信息判断是否使用所述多播资源信息中的资源配置接收所述多播业务数据。

在一种可能的设计中，所述处理器可以所述业务类型信息判断所述多播业务数据的优先级是否高于所述第一小区的基站传输给所述用户设备的单播业务数据的优先级；若是，则根据所述资源配置接收所述多播业务数据，并在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令。

在一种可能的设计中，所述多播资源信息还包括时域偏移信息，所述时域偏移信息用于指示所述第一小区与各个所述第二小区之间的时间偏移。

在一种可能的设计中，在切换到所述第二小区后，所述处理器可以通过射频接收器接收来自所述第二小区的基站发送的配置信令，所述配置信令携带所述第二小区为所述用户设备配置以下几个信息中的至少一项：至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移；所述处理器根据所述配置信令，计算所述至少一个第三小区用于传输多播业务数据的时域位置，并在所述时域位置接收所述多播业务数据。

在一种可能的设计中，所述处理器通过射频发射器向所述第一小区的基站发送配置请求消息，所述配置请求消息用于请求用于接收多播业务数据的资源配置。

在一种可能的设计中，在确定所述第一小区的基站配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时，所述处理器通过射频发射器向所述第一小区的基站发送反馈消息。

第八方面提供了一种用户设备，该用户设备具有实现第三方面的方法设计中用户设备行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。所述模块可以是软件和/或硬件。具体的，所述用户设备包括接收模块、发送模块和处理模块，其中：

所述接收模块，用于接收第一小区的基站发送的资源请求消息；所述处理模块，用于根据所述资源请求消息，到至少一个第二小区的指定位置读取所述至少一个第二小区的第一多播资源信息；所述处理模块还用于：将所述第一多播资源信息添加到资源请求反馈消息中；所述发送模块，用于将所述资源请求反馈消息上报给所述第一小区的基站。

在一种可能的设计中，所述发送模块还用于：向所述第一小区的基站发送能力上报信息，所述能力上报信息用于指示所述用户设备具备读取各个所述第二小区的资源配置的能力。

在一种可能的设计中，所述资源请求反馈消息包括以下至少一种参数：

所述至少一个第二小区的PLMN标识的列表；

所述至少一个第二小区的小区标识的列表；

所述至少一个第二小区的载频列表；

所述至少一个第二小区的多播组标识的列表；

所述至少一个第二小区用于传输多播业务数据的时域资源。

在第九方面提供了一种用户设备，该用户设备包括处理器、存储器、网络接口。其中，网络接口可以包括射频接收器和射频发射器。处理器连接到存储器和网络接口。所述处理器可以执行以下操作：

通过射频接收器接收第一小区的基站发送的资源请求消息；根据所述资源请求消息，到至少一个第二小区的指定位置读取所述至少一个第二小区的第一多播资源信息；将所述第一多播资源信息添加到资源请求反馈消息中；通过射频发射器将所述资源请求反馈消息上报给所述第一小区的基站。

在一种可能的设计中，所述处理器还可以通过射频发射器向所述第一小区的基站发送能力上报信息，所述能力上报信息用于指示所述用户设备具备读取各个所述第二小区的资源配置的能力。

在一种可能的设计中，所述资源请求反馈消息包括以下至少一种参数：

所述至少一个第二小区的PLMN标识的列表；

所述至少一个第二小区的小区标识的列表；

所述至少一个第二小区的载频列表；

所述至少一个第二小区的多播组标识的列表；

所述至少一个第二小区用于传输多播业务数据的时域资源。

本第十方面提供了一种计算机存储介质，所述计算机存储介质存储有程序，所述程序执行第一方面的部分或全部步骤。

本第十一方面提供了一种计算机存储介质，所述计算机存储介质存储有程序，所述程序执行第二方面的部分或全部步骤。

本第十二方面提供了一种计算机存储介质，所述计算机存储介质存储有程序，所述程序执行第三方面的部分或全部步骤。

附图说明

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

图1示出了一种多播传输方法的应用场景；

图2是本发明实施例提供的一种多播传输方法的流程示意图；

图3是本发明实施例提供的另一种多播传输方法的流程示意图；

图4是本发明实施例提供的一种基站的结构示意图；

图5是本发明实施例提供的另一种基站的结构示意图；

图6是本发明实施例提供的一种用户设备的结构示意图；

图7是本发明实施例提供的另一种用户设备的结构示意图。

具体实施方式

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

在此部分，首先对本发明中各个实施例均涉及的一些基本概念进行说明。

本发明实施例的技术方案可以应用于各种通信系统，如全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统，LTE系统等等。以下以LTE系统为例。

本发明实施例提供的多播业务为小区通过广播方式或组播方式发送的业务，包括视频会议、电视广播、视频点播、广告、网上教育、互动游戏以及车联网业务等等。以下实施例以车联网业务为例进行详细说明。

请参阅图1，图1示出了一种多播传输方法的应用场景。

图1所示的小区包括LTE中的演进型小区(Evolutional Node B，eNB)，或者GSM或CDMA中的小区(Base Transceiver Station，BTS)，或者WCDMA中的小区(NodeB，NB)，或者未来通信系统，如5G中的网络设备(如小区或者控制器)。

图1所示的用户设备包括终端(Terminal)、移动台(Mobile Station，MS)或移动终端(Mobile Terminal)等，该用户设备可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，例如，用户设备可以是移动电话(或称为“蜂窝”电话)或具有移动终端的计算机等，例如，用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换数据。

第一小区为第一运营商的PLMN的小区；至少一个第二小区可以为除去第一运营商的其他运营商(如第二运营商、第三运营商等等)的小区；至少一个第二小区也可以是第一运营商中的其他小区。运营商是指提供网络服务的供应商，如中国联通、中国移动、中国电信、美国电信等等。应指出的是，第一小区的基站和第二小区的基站不是同一基站。

本发明实施例中，第一小区可以主动通过广播的方式，将获取的至少一个第二小区的多播资源信息发送给用户设备，减小配置开销。以下通过图2～图4所示的实施例进行详细说明。

请参阅图2，图2是本发明实施例提供的一种多播传输方法的流程示意图。本发明实施例是在第一小区基站和至少一个第二小区中的每个小区的基站之间预先设置了信令交互接口、或者操作管理维护接口的场景下执行的。本发明实施例“至少一个第二小区”以一个非第一小区为例。如图2所示，所述方法包括：

S201，第一小区的基站通过预先设置的接口，如信令交互接口或操作管理维护接口，获取第二小区的第一多播资源信息。

第一多播资源信息包括第二小区用于传输多播业务数据的资源配置，如第二小区用于传输多播业务数据的子帧位置、频域位置、调制方式等等。进一步的，所述第一多播资源信息还包括时域偏移信息，所述时域偏移信息用于指示所述第一小区的基站与所述第二小区之间的时间偏移。

在一些可能的设计中，时域偏移信息是第一小区相对于第二小区的子帧差。比如，第一小区“8”号子帧对应于第二小区的“15”号子帧，则时域偏移信息为“-7”；又如，第一小区“15”号子帧对应于第二小区的“8”号子帧，则时域偏移信息为“+7”。

在另一些可能的设计中，时域偏移信息是第二小区相对于第一小区的子帧差。比如，第一小区“8”号子帧对应于第二小区的“15”号子帧，则时域偏移信息为“+7”；又如，第一小区“15”号子帧对应于第二小区的“8”号子帧，则时域偏移信息为“-7”。

应指出的是，记录子帧差的方式可以通过现有的各种记录方式实现，不能以上述方式限定本发明。

再进一步的，所述第一多播资源信息还包括所述多播业务数据的业务类型信息。该业务类型信息用于指示该多播业务数据的业务类型，如车联网业务、广播节目业务或广告业务等中的一个。业务类型信息可以通过TMGI或多播会话标识(如LTE中的session ID)表示。

需要说明的是，若第二小区为至少两个非第一小区的小区，则第一小区的基站获取到的第一多播资源信息中包括所述至少两个非第一小区用于传输多播业务数据的资源配置。

S202，可选的，第一小区的用户设备(即图2中的UE in PLMN1，以下简称为：UE1)向第一小区的基站发送配置请求消息，所述配置请求消息用于请求第二小区的多播资源信息。配置请求消息携带的信息可以包括：如PLMN标识列表、多播组标识列表、载频列表和小区标识列表中的至少一种，所述信息应与用户设备感兴趣的多播业务相关。

S203，可选的，第一小区的基站接收UE1发送的配置请求消息。

S204，第一小区的基站向服务的用户设备发送第二多播资源信息，所述第二多播资源信息用于指示所述第二小区用于传输多播业务数据的资源配置。可选的，所述第一多播资源信息与所述第二多播资源信息相关联。

在一些可能的设计中，第一小区的基站直接将获取到的第一多播资源信息作为第二多播资源信息发送给用户设备。

在另一些可能的设计中，第一小区的基站将获取到的第一多播资源信息进行处理后获得的，比如从所述第一多播资源信息中获取资源所在的时域位置，作为第二多播资源信息发送给用户设备。

其中，第一多播资源信息可以通过扩展现有系统的广播消息，如LTE的SIB消息、MCCH消息的方式发送给第一小区的基站服务的用户设备，也可以用寻呼消息告知用户设备。

可选的，若第一小区的基站接收到UE1的配置请求消息，请求第一小区的基站发送感兴趣的多播资源配置。具体的，所述配置请求信息可以包含以下的信息中的至少一个：

感兴趣的业务的PLMN标识的列表；

感兴趣的业务的小区标识的列表；

感兴趣的业务的载频列表；

感兴趣的业务的多播组标识的列表；

若第一小区的基站发现本地没有UE1感兴趣的多播资源信息，则第一小区的基站通过信令交互接口、或者操作管理维护接口获取第二小区的多播资源信息。

S205，UE1接收第一小区的基站发送的第二多播资源信息。

应指出的是，若第一小区的基站通过广播的方式向服务的用户设备发送第二多播资源信息，则第一小区的基站服务的用户设备都可以接收所述第二多播资源信息。而每个用户设备在接收到第二多播资源信息后的处理流程相同。本发明实施例以UE1为例进行介绍。

S206，UE1根据第二多播资源信息的业务类型信息判断是否使用第二多播资源信息中的资源配置接收所述多播业务数据。若是，则执行S207。

具体的，UE1根据所述业务类型信息判断所述多播业务数据的优先级是否高于所述第一小区的基站传输给所述UE1的单播业务数据的优先级。

S207，UE1根据所述资源配置接收所述多播业务数据，并在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令。

S208，UE1向所述第一小区的基站发送反馈消息，所述反馈消息是UE1在确定所述第一小区的基站配置的所述第二小区的资源位置与所述第二小区用于传输多播业务数据的资源位置不一致时发送的。

所述反馈信息可携带以下信息中的一个或者多个：1bit信息指示资源位置不一致，或者第二小区的PLMN标识列表，或者第二小区的载频列表，或者第二小区的多播业务的标识列表。

S209，第一小区的基站接收UE1发送的反馈消息。

S210，第一小区的基站向所述资源位置不一致的一个或者多个第二小区的小区发送多播资源请求信息，所述多播资源请求信息用于请求所述一个或者多个第二小区的资源配置。

应指出的是，图2只示意出向一个第二小区发送多播资源请求信息。

进一步的，当UE1从第一小区的基站切换到第二小区的基站时，以图1中的从第一小区的基站切换到第二小区的基站为例，第二小区的基站接收第一小区的基站发送的切换请求信息，所述切换请求信息携带第一小区的基站已经为UE1配置的至少一个第三小区(第三小区也可以是第一小区的基站)的多播资源信息、以及切换前的小区和切换后的小区之间的时域偏移，第二小区的基站在接收到切换请求信息后，向第二小区的基站覆盖范围内的其他(比如UE2)发送配置信令，所述配置信令携带至少一个第三小区的多播资源信息，该信息已经考虑了切换前的小区和切换后的小区之间的时域偏移，UE2根据所述配置信令，在所述资源位置接收所述多播业务数据。

一种可行的设计，用户设备在从切换到第二小区过程中，向第二小区发送第一请求信息(比如，LTE系统中的切换请求信息)，所述第一请求信息包括所述用户设备的指示信息，以使第二小区确定所述用户设备的第一承载，所述第一承载(比如，所述承载是E-RAB承载)同时支持设备到设备的直连链路和设备到基站的传输链路。示例性的，所述指示信息用于表示所述用户设备的正在传输的第一业务类型，比如，所述业务类型可以是V2X业务，所述指示信息可以是任何能够标示所述用户设备能够支持的所述承载特征的信息。该设计的技术优势在于：第二小区可以根据指示信息及时、准确地实现识别所述用户设备的第一承载的属性，并支持将所述用户设备的所述第一承载从与基站之间的无线承载切换至直连链路无线承载传输。

另外一种可能的设计中，第一小区的基站向第二小区发送第一请求信息中携带第一配置信息，所述第一配置信息用于指明所述第一小区的基站使用的第一业务的传输方式，其中所述传输方式可以是设备到设备的直连链路传输和设备到基站的传输。

该设计的技术优势在于：第二小区可以根据指示信息及时、准确地实现将识别第一小区的基站下的第一业务的传输方式。

在图2所示的实施例中，第一小区的基站通过信令交互接口、或者操作管理维护接口获取第二小区的多播资源信息，并主动通过广播的方式，将获取的多播资源信息发送给用户设备，这样，第一小区的基站无需再为每个用户设备采用单播方式配置发送/读取第二小区的多播业务数据的资源位置，降低了信令开销。

图3是本发明实施例提供的另一种多播传输方法的流程示意图；本发明实施例是在第一小区的基站和至少一个第二小区的每个小区之间没有设置信令交互接口、以及操作管理维护接口的场景下执行的。本发明实施例“至少一个第二小区”以一个非第一小区为例。如图3所示，所述方法包括：

S301，第一小区的基站向第一用户设备(以下简称为“UE1”)发送资源请求消息，所述资源请求消息用于指示UE1读取第二小区的多播资源信息并上报给所述第一小区的基站。

UE1是与第一小区的基站处于连接状态的用户设备，且UE1具有读取第二小区所在基站的资源配置的能力，并且所述第一小区的基站已经预先获取了UE1具备所述能力的能力上报信息。

应指出的是，在第一小区的基站服务的用户设备中，至少一个处在连接态的用户设备具有上述能力，UE1只是其中的一个。由于，用户设备在接收到资源请求消息后的处理流程相同，本发明实施例以UE1为例。

S302，UE1接收该资源请求消息。

S303，UE1根据所述资源请求消息，到第二小区的指定位置读取所述第二小区的多播资源信息。

若第一小区的基站配置了接收间隙Gap，UE1则可以在该Gap的时域位置和第二小区的小区同步，以获取第二小区的多播资源信息；

若第一小区的基站未配置Gap，UE1则通过自身所处的休眠时间与第二小区的小区进行同步，以获取第二小区的多播资源信息。可选的，当UE1具有多个接收通道时，可以使用一个空闲的接受通道读取所述至第二小区的多播资源信息。

若第一小区的基站为该操作配置一个定时器，UE1在接收到资源请求消息后，根据该定时器的配置启动定时器，并在规定的时间内反馈测量结果。如果定时器超时仍然没有读取到所述第二小区的多播资源信息，则反馈测量失败信息。

S304，UE1将第二小区的多播资源信息(以下简称为“第一多播资源信息”)添加到资源请求反馈消息中，并上报给所述第一小区的基站。

S305，第一小区的基站接收UE1的资源请求反馈消息。

S306，第一小区的基站向服务的用户设备发送第二多播资源信息，所述第二多播资源信息用于指示所述第二小区用于传输多播业务数据的资源配置。可选的，所述第一多播资源信息与所述第二多播资源信息相关联。

进一步，第一小区的基站通过广播发送第二多播资源信息时，第一小区的基站服务的用户设备都可以接收第二多播资源信息。由于，用户设备接收到第二多播资源信息后的处理流程相同，本发明实施例以UE2为例。

其中，UE2可以向第一小区的基站主动请求感兴趣的第二小区的多播资源信息，具体步骤如下：

S3061，UE2向第一小区的基站发送配置请求消息，所述配置请求消息用于请求第二小区的多播资源信息。

用户设备主动向小区请求获取其感兴趣的多播资源信息，提高了信令资源利用率。应指出的是，图3所示的实施例中，若UE2具有读取第二小区的资源配置的能力，则UE1和UE2可以为同一用户设备。否则，UE1和UE2不是同一用户设备。

S3062，第一小区的基站接收UE2发送的配置请求消息。

S3063，第一小区的基站根据该配置请求消息在本地获取第一多播资源信息。可理解的是，若本地不存在第二小区的多播资源信息，第一小区的基站可以执行S301～S305以获取第二小区的多播资源信息。

S3064，第一小区的基站通过专用信令为UE2发送该多播资源信息。

S307，UE2接收第一小区的基站发送的第二多播资源信息。

S308，UE2根据第二多播资源信息的业务类型信息判断是否使用第二多播资源信息中的资源配置接收所述多播业务数据。若是，则执行309。

S309，UE2根据所述资源配置接收所述多播业务数据，并在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令。

S310，UE2向所述第一小区的基站发送反馈消息，所述反馈消息是UE2在确定所述第一小区的基站配置的所述第二小区的资源位置与第二小区用于传输多播业务数据的资源位置不一致时发送的。

S311，第一小区的基站接收UE2发送的反馈消息。

S312，第一小区的基站向所述资源位置不一致的一个或者多个第二小区的发送多播资源请求信息，所述多播资源请求信息用于请求所述一个或者多个第二小区的资源配置。

进一步的，当UE1从第一小区的基站切换到另一小区时，以图1中的从第一小区的基站切换到第二小区基站为例，第二小区的基站接收第一小区的基站发送的切换请求信息，所述切换请求信息携带第一小区的基站已经为UE1配置的至少一个第三小区的多播资源信息(所述第三小区也可以是第一小区的基站)、以及切换前的小区和切换后的小区之间的时域偏移，第二小区在接收到切换请求信息后，向小区覆盖范围内的UE2发送配置信令，所述配置信令携带小区至少一个第三小区的多播资源信息，该信息已经考虑了切换前的小区和切换后的小区之间的时域偏移，UE2根据所述配置信令，计算在位置接收所述多播业务数据。

一种可行的设计，用户设备在从切换到第二小区过程中，向第二小区发送第一请求信息(比如，LTE系统中的切换请求信息)，所述第一请求信息包括所述用户设备的指示信息，以使第二小区确定所述用户设备的第一承载，所述第一承载(比如，所述承载是E-RAB承载)同时支持设备到设备的直连链路和设备到基站的传输链路。示例性的，所述指示信息用于表示所述用户设备的正在传输的第一业务类型，比如，所述业务类型可以是V2X业务，所述指示信息可以是任何能够标示所述用户设备能够支持的所述承载特征的信息。

在图3所示的实施例中，第一小区的基站通过处于连接态的用户设备获取至少一个第二小区的多播资源信息，并主动通过广播的方式，将获取的多播资源信息发送给用户设备，这样，第一小区的基站无需再为每个用户设备采用单播方式配置发送/读取至少一个第二小区的多播业务数据的资源位置，降低了开销。

请参阅图4，图4是本发明提供的一种基站的结构示意图。如图4所示，所述小区4至少包括接收模块41以及发送模块42。基站的上述模块执行以下操作：

所述接收模块41用于获取至少一个第二小区的第一多播资源信息，所述第一小区的基站和各个所述第二小区的基站为不同的基站；所述发送模块42用于向用户设备发送第二多播资源信息，所述第一多播资源信息与所述第二多播资源信息相关联，所述第二多播资源信息用于指示各个所述第二小区用于传输多播业务数据的资源配置。

在可选的实施例中，所述接收模块41通过信令交互接口或操作管理维护接口获取所述至少一个第二小区的第一多播资源信息。

在可选的实施例中，所述接收模块41接收用户设备发送的资源请求反馈消息，所述资源请求反馈消息携带所述至少一个第二小区的第一多播资源信息。

在可选的实施例中，所述发送模块42向处于连接态的用户设备发送资源请求消息，所述资源请求消息用于指示所述用户设备读取所述至少一个第二小区的第一多播资源信息并上报给所述第一小区的基站。

在可选的实施例中，所述接收模块41接收用户设备发送的配置请求消息，所述配置请求消息用于请求所述至少一个第二小区的第一多播资源信息。

在可选的实施例中，所述接收模块41接收用户设备发送的反馈消息，所述反馈消息是所述用户设备在确定配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时发送的；所述发送模块42向所述资源位置不一致的一个或者多个第二小区发送多播资源请求信息，所述多播资源请求信息用于请求所述一个或者多个第二小区的资源配置。

在可选的实施例中，所述接收模块41接收所述第二小区发送的切换请求信息，所述切换请求信息携带以下信息中的至少一项：所述第二小区为待切换的用户设备配置的至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移，所述时域偏移用于指示所述用户设备将接收多播业务数据的资源位置调整到切换后的小区的时域位置。

请参阅图5，图5是本发明实施例提供的一种基站的结构示意图。如图5所示，该基站5包括处理器51、存储器52、网络接口53。其中，网络接口53可以包括射频接收器531和射频发射器532。处理器51连接到存储器52和网络接口53，例如处理器51可以通过总线连接到存储器52和网络接口53。

该处理器51可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)，硬件芯片或者其任意组合。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmablelogic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gatearray，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。

存储器52用于存储至少一个第二小区的多播资源信息、以及执行上述方法所涉及的程序代码。存储器52可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器52也可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，缩写：ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器52还可以包括上述种类的存储器的组合。

网络接口53通过射频接收器531和射频发射器532与用户设备进行通信。在一些可能的设计中，网络接口53还可以包括信令交互接口(即图5中的X2接口)或操作管理维护接口(即图5中的OAM接口)。

处理器51通过调用存储器52中的存储代码，执行上述方法中第一小区的基站的相应功能，详细参见图2或图3所示的实施例，在此不再赘述。

请参阅图6，图6是本发明实施例提供的一种用户设备的结构示意图。如图6所示，所述用户设备6至少包括接收模块61、发送模块62和处理模块63。

在可选的实施例中，所述用户设备6的上述模块执行以下操作：

接收模块61用于接收第一小区的基站发送的多播资源信息，所述多播资源信息用于指示至少一个第二小区用于传输多播业务数据的资源配置。

在可选的实施例中，所述多播资源信息还包括所述多播业务数据的业务类型信息；所述处理模块62根据所述业务类型信息判断是否使用所述多播资源信息中的资源配置接收所述多播业务数据。

在可选的实施例中，所述处理模块62根据所述业务类型信息判断所述多播业务数据的优先级是否高于所述第一小区的基站传输给所述用户设备的单播业务数据的优先级；若是，则根据所述资源配置接收所述多播业务数据，并在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令

在可选的实施例中，在切换到所述第二小区后，所述接收模块61接收来自所述第二小区的基站发送的配置信令，所述配置信令携带所述第二小区为所述用户设备配置以下几个信息中的至少一项：至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移；所述处理模块62根据所述配置信令，计算所述至少一个第三小区用于传输多播业务数据的时域位置，并在所述时域位置接收所述多播业务数据。

在可选的实施例中，所述发送模块63向所述第一小区的基站发送配置请求消息，所述配置请求消息用于请求用于接收多播业务数据的资源配置。

在可选的实施例中，所述发送模块63在确定所述第一小区的基站配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时，向所述第一小区的基站发送反馈消息。

在可选的实施例中，所述用户设备6的上述模块执行以下操作：

所述接收模块61接收第一小区的基站发送的资源请求消息；所述处理模块62根据所述资源请求消息，到至少一个第二小区的指定位置读取所述至少一个第二小区的第一多播资源信息；所述处理模块62将所述第一多播资源信息添加到资源请求反馈消息；所述发送模块63将所述资源请求反馈消息上报给所述第一小区的基站。

在可选的实施例中，所述发送模块63向所述第一小区的基站发送能力上报信息，所述能力上报信息用于指示所述用户设备具备读取各个所述第二小区的资源配置的能力。

请参阅图7，图7是本发明实施例提供的一种用户设备的结构示意图。如图7所示，该用户设备7包括处理器71、存储器72、网络接口73。其中，网络接口73可以包括射频接收器731和射频发射器732。处理器71连接到存储器72和网络接口73，例如处理器71可以通过总线连接到存储器72和网络接口73。

该处理器71可以是中央处理器CPU，硬件芯片或者其任意组合。上述硬件芯片可以是ASIC，PLD或其组合。上述PLD可以是CPLD，FPGA，GAL或其任意组合。

存储器72用于存储执行上述方法所涉及的程序代码。存储器72可以包括易失性存储器，例如随机存取存储器；存储器72也可以包括非易失性存储器，例如ROM，快闪存储器，HDD或SSD；存储器72还可以包括上述种类的存储器的组合。

网络接口73通过射频接收器731和射频发射器732与小区进行通信。

处理器71通过调用存储器72中的存储代码，执行上述方法中用户设备的相应功能，详细参见图2或图3所示的实施例，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (28)

1.一种多播传输方法，其特征在于，包括：

第一小区的基站获取至少一个第二小区的第一多播资源信息，所述第一小区的基站和各个所述第二小区的基站为不同的基站，所述第一多播资源信息包括多播业务数据的业务类型信息；

所述第一小区的基站向用户设备广播第二多播资源信息，所述第二多播资源信息用于指示各个所述第二小区用于传输多播业务数据的资源配置，以使用户设备根据所述业务类型信息判断所述多播业务数据的优先级高于所述第一小区的基站传输给所述用户设备的单播业务数据的优先级时，根据所述资源配置接收所述多播业务数据，且在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令；

所述第一小区的基站获取至少一个第二小区的第一多播资源信息，包括：

所述第一小区的基站和所述至少一个第二小区中的每个小区的基站之间预先设置了信令交互接口或者操作管理维护接口，所述第一小区的基站通过信令交互接口或操作管理维护接口获取所述至少一个第二小区的第一多播资源信息；或所述第一小区的基站和所述至少一个第二小区中的每个小区的基站之间没有设置所述信令交互接口和所述操作管理维护接口，所述第一小区的基站向处于连接态的用户设备发送资源请求消息，所述资源请求消息用于指示所述用户设备读取所述至少一个第二小区的第一多播资源信息并上报给所述第一小区的基站，所述处于连接态的用户设备具有读取所述至少一个第二小区的资源配置的能力，并且所述第一小区已经预先获取了所述用户设备具备所述能力的能力上报信息；

所述用户设备在切换到所述至少一个第二小区中的其中一个第二小区时，所述第一小区的基站向所述其中一个第二小区发送第一配置信息，所述第一配置信息用于指示所述第一小区的基站使用的第一业务的传输方式，所述传输方式为直连链路传输。

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

所述第一多播资源信息包括时域偏移信息，所述时域偏移信息用于指示所述第一小区与各个所述第二小区之间的时间偏移。

3.如权利要求1-2中任一项所述的方法，其特征在于，所述第一小区的基站获取至少一个第二小区的第一多播资源信息，包括：

所述第一小区的基站接收用户设备发送的资源请求反馈消息，所述资源请求反馈消息携带所述至少一个第二小区的第一多播资源信息。

4.如权利要求1所述的方法，其特征在于，

所述资源请求消息包括以下至少一种参数：

用于请求所述至少一个第二小区的PLMN标识的列表参数；

用于请求所述至少一个第二小区的小区标识的列表参数；

用于请求所述至少一个第二小区的载频的列表参数；

用于请求所述至少一个第二小区的多播组标识的列表参数；

用于指示是否上报资源配置的参数；

用于指示是否上报时域偏移信息的参数；

用于指示用户设备读取所述第一多播资源信息时使用的时间位置的参数；

用于指示用户设备读取所述第一多播资源信息时的定时器参数。

5.如权利要求1-2中任一项所述的方法，其特征在于，所述第一小区的基站获取至少一个第二小区的第一多播资源信息之前，所述方法还包括：

所述第一小区的基站接收用户设备发送的配置请求消息，所述配置请求消息用于请求所述至少一个第二小区的第一多播资源信息。

6.如权利要求1-2中任一项所述的方法，其特征在于，所述第一小区的基站向用户设备发送第二多播资源信息之后，所述方法还包括：

所述第一小区的基站接收用户设备发送的反馈消息，所述反馈消息是所述用户设备在确定配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时发送的；

所述第一小区的基站向所述资源位置不一致的一个或者多个第二小区发送多播资源请求信息，所述多播资源请求信息用于请求所述一个或者多个第二小区的资源配置。

7.如权利要求1-2中任一项所述的方法，其特征在于，还包括：

所述第一小区的基站接收所述第二小区发送的切换请求信息，所述切换请求信息携带以下信息中的至少一项：所述第二小区为待切换的用户设备配置的至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移，所述时域偏移用于指示所述用户设备将接收多播业务数据的资源位置调整到切换后的小区的时域位置。

8.一种多播传输方法，其特征在于，包括：

用户设备接收第一小区的基站广播的多播资源信息，所述多播资源信息用于指示至少一个第二小区用于传输多播业务数据的资源配置，其中，所述第一小区的基站和所述至少一个第二小区中的每个小区的基站之间预先设置了信令交互接口或操作管理维护接口，所述多播资源信息为所述第一小区的基站通过所述信令交互接口或所述操作管理维护接口从所述至少一个第二小区获取的；或所述第一小区的基站和所述至少一个第二小区中的每个小区的基站之间没有设置所述信令交互接口和所述操作管理维护接口，所述多播资源信息为所述第一小区的基站从处于连接态的用户设备获取的，所述处于连接态的用户设备具有读取所述至少一个第二小区的资源配置的能力，并且所述第一小区已经预先获取了所述用户设备具备所述能力的能力上报信息，所述多播资源信息还包括所述多播业务数据的业务类型信息；

所述用户设备根据所述业务类型信息判断所述多播业务数据的优先级是否高于所述第一小区的基站传输给所述用户设备的单播业务数据的优先级；

若是，所述用户设备根据所述资源配置接收所述多播业务数据，并在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令；

所述用户设备在切换到所述至少一个第二小区中的其中一个第二小区时，向所述其中一个第二小区发送第一请求信息，所述第一请求信息包括所述多播业务数据的业务类型信息，以使所述其中一个第二小区确定所述用户设备的承载，并将所述用户设备的承载从与基站之间的无线承载切换至直连链路无线承载传输。

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

所述多播资源信息还包括时域偏移信息，所述时域偏移信息用于指示所述第一小区与各个所述第二小区之间的时间偏移。

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

所述用户设备在切换到所述第二小区后，接收来自所述第二小区的基站发送的配置信令，所述配置信令携带所述第二小区为所述用户设备配置以下几个信息中的至少一项：至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移；

所述用户设备根据所述配置信令，计算所述至少一个第三小区用于传输多播业务数据的时域位置，并在所述时域位置接收所述多播业务数据。

11.如权利要求8所述的方法，其特征在于，所述用户设备接收第一小区的基站发送的多播资源信息之前，所述方法还包括：

所述用户设备向所述第一小区的基站发送配置请求消息，所述配置请求消息用于请求用于接收多播业务数据的资源配置。

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

所述用户设备在确定所述第一小区的基站配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时，向所述第一小区的基站发送反馈消息。

13.一种多播传输方法，其特征在于，包括：

用户设备向第一小区的基站发送能力上报信息，所述能力上报信息用于指示所述用户设备具备读取至少一个第二小区的资源配置的能力；

第一小区的基站和至少一个第二小区中的每个小区的基站之间没有设置信令交互接口和操作管理维护接口，用户设备接收第一小区的基站发送的资源请求消息；

所述用户设备根据所述资源请求消息，到至少一个第二小区的指定位置读取所述至少一个第二小区的第一多播资源信息，所述第一多播资源信息包括多播业务数据的业务类型信息；

所述用户设备将所述第一多播资源信息添加到资源请求反馈消息中，并上报给所述第一小区的基站；

所述用户设备根据所述业务类型信息判断所述多播业务数据的优先级是否高于所述第一小区的基站传输给所述用户设备的单播业务数据的优先级；

若是，所述用户设备根据所述资源配置接收所述多播业务数据，并在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令；

所述用户设备在切换到所述至少一个第二小区中的其中一个第二小区时，所述第一小区的基站向所述其中一个第二小区发送第一配置信息，所述第一配置信息用于指示所述第一小区的基站使用的第一业务的传输方式，所述传输方式为直连链路传输。

14.如权利要求13所述的方法，其特征在于，

所述资源请求反馈消息包括以下至少一种参数：

所述至少一个第二小区的PLMN标识的列表；

所述至少一个第二小区的小区标识的列表；

所述至少一个第二小区的载频列表；

所述至少一个第二小区的多播组标识的列表；

所述至少一个第二小区用于传输多播业务数据的时域资源。

15.一种基站，其特征在于，所述基站具有第一小区，所述基站包括接收模块和发送模块，其中：

所述接收模块，用于获取至少一个第二小区的第一多播资源信息，所述第一小区的基站和各个所述第二小区的基站为不同的基站，所述第一多播资源信息包括多播业务数据的业务类型信息；

所述发送模块，用于向用户设备广播第二多播资源信息，所述第二多播资源信息用于指示各个所述第二小区用于传输多播业务数据的资源配置，以使用户设备根据所述业务类型信息判断所述多播业务数据的优先级高于所述第一小区的基站传输给所述用户设备的单播业务数据的优先级时，根据所述资源配置接收所述多播业务数据，且在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令；

所述接收模块用于：所述第一小区的基站和所述至少一个第二小区中的每个小区的基站之间预先设置了信令交互接口或者操作管理维护接口，通过信令交互接口或操作管理维护接口获取所述至少一个第二小区的第一多播资源信息，或，所述发送模块还用于：所述第一小区的基站和所述至少一个第二小区中的每个小区的基站之间没有设置所述信令交互接口和所述操作管理维护接口，向处于连接态的用户设备发送资源请求消息，所述资源请求消息用于指示所述用户设备读取所述至少一个第二小区的第一多播资源信息并上报给所述第一小区的基站，所述处于连接态的用户设备具有读取所述至少一个第二小区的资源配置的能力，并且所述第一小区已经预先获取了所述用户设备具备所述能力的能力上报信息；

所述发送模块，还用于所述用户设备在切换到所述至少一个第二小区中的其中一个第二小区时，向所述其中一个第二小区发送第一配置信息，所述第一配置信息用于指示所述第一小区的基站使用的第一业务的传输方式，所述传输方式为直连链路传输。

16.如权利要求15所述的基站，其特征在于，

所述第一多播资源信息包括时域偏移信息，所述时域偏移信息用于指示所述第一小区与各个所述第二小区之间的时间偏移。

17.如权利要求15-16中任一项所述的基站，其特征在于，

所述接收模块还用于：接收用户设备发送的资源请求反馈消息，所述资源请求反馈消息携带所述至少一个第二小区的第一多播资源信息。

18.如权利要求15所述的基站，其特征在于，

所述资源请求消息包括以下至少一种参数：

用于请求所述至少一个第二小区的PLMN标识的列表参数；

用于请求所述至少一个第二小区的小区标识的列表参数；

用于请求所述至少一个第二小区的载频的列表参数；

用于请求所述至少一个第二小区的多播组标识的列表参数；

用于指示是否上报资源配置的参数；

用于指示是否上报时域偏移信息的参数；

用于指示用户设备读取所述第一多播资源信息时使用的时间位置的参数；

用于指示用户设备读取所述第一多播资源信息时的定时器参数。

19.如权利要求15-16中任一项所述的基站，其特征在于，

所述接收模块还用于：接收用户设备发送的配置请求消息，所述配置请求消息用于请求所述至少一个第二小区的第一多播资源信息。

20.如权利要求15-16中任一项所述的基站，其特征在于，

所述接收模块还用于：接收用户设备发送的反馈消息，所述反馈消息是所述用户设备在确定配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时发送的；

所述发送模块还用于：向所述资源位置不一致的一个或者多个第二小区发送多播资源请求信息，所述多播资源请求信息用于请求所述一个或者多个第二小区的资源配置。

21.如权利要求15-16中任一项所述的基站，其特征在于，

所述接收模块还用于：

接收所述第二小区发送的切换请求信息，所述切换请求信息携带以下信息中的至少一项：所述第二小区为待切换的用户设备配置的至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移，所述时域偏移用于指示所述用户设备将接收多播业务数据的资源位置调整到切换后的小区的时域位置。

22.一种用户设备，其特征在于，包括接收模块、发送模块和处理模块，其中：

所述接收模块，用于接收第一小区的基站广播的多播资源信息，所述多播资源信息用于指示至少一个第二小区用于传输多播业务数据的资源配置，其中，所述第一小区的基站和所述至少一个第二小区中的每个小区的基站之间预先设置了信令交互接口或操作管理维护接口，所述多播资源信息为所述第一小区的基站通过所述信令交互接口或所述操作管理维护接口从所述至少一个第二小区获取的；或所述第一小区的基站和所述至少一个第二小区中的每个小区的基站之间没有设置所述信令交互接口和所述操作管理维护接口，所述多播资源信息为所述第一小区的基站从处于连接态的用户设备获取的，所述处于连接态的用户设备具有读取所述至少一个第二小区的资源配置的能力，并且所述第一小区已经预先获取了所述用户设备具备所述能力的能力上报信息，所述多播资源信息还包括所述多播业务数据的业务类型信息；

所述处理模块用于：

根据所述业务类型信息判断所述多播业务数据的优先级是否高于所述第一小区的基站传输给所述用户设备的单播业务数据的优先级；

若是，则根据所述资源配置接收所述多播业务数据，并在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令；

所述发送模块，用于所述用户设备在切换到所述至少一个第二小区中的其中一个第二小区时，向所述其中一个第二小区发送第一请求信息，所述第一请求信息包括所述多播业务数据的业务类型信息，以使所述其中一个第二小区确定所述用户设备的承载，并将所述用户设备的承载从与基站之间的无线承载切换至直连链路无线承载传输。

23.如权利要求22所述的用户设备，其特征在于，

所述多播资源信息还包括时域偏移信息，所述时域偏移信息用于指示所述第一小区与各个所述第二小区之间的时间偏移。

24.如权利要求22所述的用户设备，其特征在于，

所述接收模块还用于：

在切换到所述第二小区后，接收来自所述第二小区的基站发送的配置信令，所述配置信令携带所述第二小区为所述用户设备配置以下几个信息中的至少一项：至少一个第三小区的多播资源信息，切换前的小区和切换后的小区之间的时域偏移；

所述处理模块还用于：

根据所述配置信令，计算所述至少一个第三小区用于传输多播业务数据的时域位置，并在所述时域位置接收所述多播业务数据。

25.如权利要求22所述的用户设备，其特征在于，

所述发送模块，用于向所述第一小区的基站发送配置请求消息，所述配置请求消息用于请求用于接收多播业务数据的资源配置。

26.如权利要求22所述的用户设备，其特征在于，

所述发送模块，用于在确定所述第一小区的基站配置的所述至少一个第二小区中的至少一个小区的资源位置与该小区用于传输多播业务数据的资源位置不一致时，向所述第一小区的基站发送反馈消息。

27.一种用户设备，其特征在于，包括接收模块、发送模块和处理模块，其中：

所述发送模块，用于向第一小区的基站发送能力上报信息，所述能力上报信息用于指示所述用户设备具备读取至少一个第二小区的资源配置的能力；

所述接收模块，用于第一小区的基站和至少一个第二小区中的每个小区的基站之间没有设置信令交互接口和操作管理维护接口，接收第一小区的基站发送的资源请求消息；

所述处理模块，用于根据所述资源请求消息，到至少一个第二小区的指定位置读取所述至少一个第二小区的第一多播资源信息，所述第一多播资源信息还包括多播业务数据的业务类型信息；

所述处理模块还用于：

将所述第一多播资源信息添加到资源请求反馈消息中；

所述发送模块，用于将所述资源请求反馈消息上报给所述第一小区的基站；

所述处理模块还用于根据所述业务类型信息判断所述多播业务数据的优先级是否高于所述第一小区的基站传输给所述用户设备的单播业务数据的优先级；

所述接收模块用于若所述处理模块判断的结果为是，根据所述资源配置接收所述多播业务数据，并在接收所述多播业务数据时，不响应来自所述第一小区的基站的单播业务数据的调度信令；

所述发送模块，还用于所述用户设备在切换到所述至少一个第二小区中的其中一个第二小区时，向所述其中一个第二小区发送第一配置信息，所述第一配置信息用于指示所述第一小区的基站使用的第一业务的传输方式，所述传输方式为直连链路传输。

28.如权利要求27所述的用户设备，其特征在于，

所述资源请求反馈消息包括以下至少一种参数：

所述至少一个第二小区的PLMN标识的列表；

所述至少一个第二小区的小区标识的列表；

所述至少一个第二小区的载频列表；

所述至少一个第二小区的多播组标识的列表；

所述至少一个第二小区用于传输多播业务数据的时域资源。

Images