CN113271636A

CN113271636A - 一种下行数据传输方式的控制方法和设备

Info

Publication number: CN113271636A
Application number: CN202010095649.1A
Authority: CN
Inventors: 周叶; 张大钧
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2020-02-17
Filing date: 2020-02-17
Publication date: 2021-08-17

Abstract

本发明公开了一种下行数据传输方式的控制方法和设备，涉及无线通信技术领域，用以使在网络侧执行单播与多播模式转换的网元根据物理层的指示切换下行数据的传输方式，提高物理层空口资源利用效率、提升下行数据的传输可靠性。本发明方法应用于包含空口物理层的第一网元，包括：所述第一网元确定需要变更目标用户终端的目标下行数据的传输方式；所述第一网元向第二网元发送指示消息，所述指示消息用于指示所述第二网元切换所述目标用户终端的目标下行数据的传输方式。

Description

一种下行数据传输方式的控制方法和设备

技术领域

本发明涉及无线通信技术领域，特别涉及一种下行数据传输方式的控制方法和设备。

背景技术

无线通信系统中存在多个用户终端请求相同下行数据(下行业务数据)的场景，例如，收看赛事直播。针对此类场景，为降低无线资源消耗，相关领域中提出多播机制，允许网络利用特定无线资源发送单一的一份下行数据，而多个用户终端同时接收这一份下行数据。为了实现不同用户终端之间的安全隔离，这一份下行数据所使用的加密等安全配置不同于针对单一用户终端所传输的单播模式的单播数据。

为了更好地保证无线通信系统的安全性，在网络部署时，通常将执行单播与多播模式转换的功能集中部署于机房中，而将物理层等时延要求较高的功能与射频天线分布部署到基站实体处。由于，在网络侧执行单播与多播模式转换的网元与物理层所在网元位于不同于设备实体内，使得在网络侧执行单播与多播模式转换的网元无法根据物理层实际情况改变下行数据的传输方式，因此，亟需一种下行数据传输方式切换方案。

发明内容

本发明提供一种下行数据传输方式的控制方法和设备，用以使在网络侧执行单播与多播模式转换的网元根据物理层的指示切换下行数据的传输方式，提高物理层空口资源利用效率、提升下行数据的传输可靠性。

第一方面，本发明实施例提供的一种下行数据传输方式的控制方法，应用于包含空口物理层的第一网元，包括：

第一网元确定需要变更目标用户终端的目标下行数据的传输方式；

第一网元向第二网元发送指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式。

上述方法，在下行数据传输方式的控制过程中，包含空口物理层的第一网元，可以确定目标用户终端的目标下行数据的传输方式，并通过指示消息，指示第二网元切换目标用户终端的目标下行数据的传输方式，使得第二网元灵活切换向目标用户终端发送的目标下行数据的传输方式，提高第一网元所包含的空口的资源利用效率，并提升下行数据的传输可靠性。

在一种可能的实现方式中，指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由多播方式切换为单播方式，或者指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由单播方式切换为多播方式；

其中，单播方式为以仅针对目标用户终端的方式传输目标下行数据，多播方式为以非仅针对目标用户终端的方式传输目标下行数据。

在一种可能的实现方式中，本发明实施例提供的一种下行数据传输方式的控制方法，还包括：

第一网元接收第二网元以单播方式发送的针对目标用户终端的目标下行数据。

在一种可能的实现方式中，本发明实施例提供的一种下行数据传输方式的控制方法，指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由多播方式切换为单播方式时，第一网元向第二网元发送指示消息之前，方法还包括：

第一网元通过空口以多播方式传输目标下行数据。

在一种可能的实现方式中，本发明实施例提供的一种下行数据传输方式的控制方法，指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由单播方式切换为多播方式时，第一网元向第二网元发送指示消息之后，方法还包括：

第一网元通过空口以多播方式传输目标下行数据。

在一种可能的实现方式中，本发明实施例提供的一种下行数据传输方式的控制方法，指示消息中包括用于表征触发切换的切换事件，切换事件包括以下一种或多种：

目标频点的相邻频点的负荷大于预设负荷阈值、目标频点的相邻频点的负荷小于或等于预设负荷阈值、目标用户终端的信道质量小于或等于预设质量阈值、目标用户终端的信道质量大于预设质量阈值，其中，目标频点为以多播方式发送目标下行数据的频点。

第一网元接收第二网元针对指示消息的响应消息。

第二方面，本发明实施例提供的一种下行数据传输方式的控制方法，应用于与本发明实施例第一方面提供的第一网元通信的第二网元，包括：

第二网元接收第一网元发送的针对目标终端的目标下行数据的指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式；

第二网元根据指示消息，切换向目标用户终端传输目标下行数据的传输方式。

上述方法，第二网元根据指示消息的指示，切换目标用户终端的目标下行数据的传输方式，使得具有物理层空口的第一网元的空口资源利用效率提高，并使向目标用户终端传输目标下行数据的传输方式灵活适应于目标用户终端，提升目标用户终端下行数据传出的可靠性。

第二网元以单播方式向第一网元发送针对目标用户终端的目标下行数据。

在一种可能的实现方式中，在一种可能的实现方式中，本发明实施例提供的一种下行数据传输方式的控制方法，还包括：

向第一网元发送针对指示消息的响应消息。

第三方面，本发明实施例提供的一种下行数据传输方式的控制设备，应用于包含空口物理层的第一网元，包括：处理器和存储器；其中，处理器，用于读取存储器中的程序并执行下列过程：

确定需要变更目标用户终端的目标下行数据的传输方式；

向第二网元发送指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式。

在一种可能的实现方式中，本发明实施例提供的一种下行数据传输方式的控制设备，处理器还用于：

接收第二网元以单播方式发送的针对目标用户终端的目标下行数据。

指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由多播方式切换为单播方式时，第一网元向第二网元发送指示消息之前，第一网元通过空口以多播方式传输目标下行数据。

指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由单播方式切换为多播方式时，第一网元向第二网元发送指示消息之后，第一网元通过空口以多播方式传输目标下行数据。

在一种可能的实现方式中，本发明实施例提供的一种下行数据传输方式的控制设备，指示消息中包括用于表征触发切换的切换事件，切换事件包括以下一种或多种：

接收第二网元针对指示消息的响应消息。

第四方面，本发明实施例提供的一种下行数据传输方式的控制设备，应用于与本发明实施例第一方面提供的第一网元通信的第二网元，包括：处理器和存储器；其中，处理器，用于读取存储器中的程序并执行下列过程：

接收第一网元发送的针对目标终端的目标下行数据的指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式；

根据指示消息，切换向目标用户终端传输目标下行数据的传输方式。

以单播方式向第一网元发送针对目标用户终端的目标下行数据。

向第一网元发送针对指示消息的响应消息。

第五方面，本发明实施例提供一种下行数据传输方式的控制设备，应用于包含空口物理层的第一网元，该设备包括处理模块和发送模块，其中，处理模块，用于确定需要变更目标用户终端的目标下行数据的传输方式；

发送模块，用于向第二网元发送指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式。

在一种可能的实现方式中，本发明实施例提供一种下行数据传输方式的控制设备，指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由多播方式切换为单播方式，或者指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由单播方式切换为多播方式；

在一种可能的实现方式中，本发明实施例提供一种下行数据传输方式的控制设备，还包括接收模块用于：

在一种可能的实现方式中，本发明实施例提供一种下行数据传输方式的控制设备，发送模块还用于：

指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由多播方式切换为单播方式时，第一网元向第二网元发送指示消息之前，通过空口以多播方式传输目标下行数据。

指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由单播方式切换为多播方式时，第一网元向第二网元发送指示消息之后，通过空口以多播方式传输目标下行数据。

在一种可能的实现方式中，本发明实施例提供一种下行数据传输方式的控制设备，指示消息中包括用于表征触发切换的切换事件，切换事件包括以下一种或多种：

在一种可能的实现方式中，本发明实施例提供一种下行数据传输方式的控制设备，接收模块还用于：

接收第二网元针对指示消息的响应消息。

第六方面，本发明实施例提供一种下行数据传输方式的控制设备，应用于与本发明实施例第一方面提供的第一网元通信的第二网元，该设备包括接收模块和处理模块，其中，接收模块，用于接收第一网元发送的针对目标终端的目标下行数据的指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式；

处理模块，用于根据指示消息，切换向目标用户终端传输目标下行数据的传输方式。

在一种可能的实现方式中，本发明实施例提供一种下行数据传输方式的控制设备，还包括发送模块，用于：

向第一网元发送针对指示消息的响应消息。

第七方面，本申请提供一种计算机存储介质，其上存储有计算机程序，该程序被处理单元执行时实现第一方面或第二方面方法的步骤。

另外，第三方面至第六方面中任一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果，此处不再赘述。

附图说明

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

图1为AS单播-多播双路径子方案的实现方式的原理示意图；

图2为NAS单播-多播双路径子方案的实现方式的原理示意图；

图3为gNB节点的CU/DU分离结构示意图；

图4为AS单播-多播双路径子方案中gNB节点的CU/DU分离结构示意图；

图5为一种下行数据传输方式的控制方法的具体流程的示意流程图；

图6为又一种下行数据传输方式的控制方法的具体流程的示意流程图；

图7为又一种下行数据传输方式的控制方法的具体流程的示意流程图；

图8为又一种下行数据传输方式的控制方法的具体流程的示意流程图；

图9为F1-C、E1接口上的交互场景中，下行数据传输方式的控制方法的示意流程图；

图10为N2、Nsmf、N4接口上的交互场景中，下行数据传输方式的控制方法的示意流程图；

图11为F1-U接口上的交互场景中，下行数据传输方式的控制方法的示意流程图；

图12为N3接口上的交互场景中，下行数据传输方式的控制方法的示意流程图；

图13为本发明实施例提供的包含空口物理层的第一网元侧的下行数据传输方式的控制方法的示意流程图；

图14为本发明实施例提供的第二网元侧的下行数据传输方式的控制方法的示意流程图。

图15为本发明实施例提供的包含空口物理层的第一网元侧的下行数据传输方式的控制设备的结构示意图；

图16为本发明实施例提供的第二网元侧的下行数据传输方式的控制设备的结构示意图；

图17为本发明实施例提供的包含空口物理层的第一网元侧的下行数据传输方式的控制设备的结构示意图；

图18为本发明实施例提供的第二网元侧的下行数据传输方式的控制设备的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例描述的应用场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。其中，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

目前，视频业务是无线通信系统中占据较多无线通信资源的业务，其中，有相当一部分比例的视频业务为直播业务，例如，赛事直播。为了降低运营成本，同时深化无线通信系统与直播片源方的互利合作关系，业界提出了“多播”功能。通过多播方式传输下行数据，具体指允许一个无线小区的网络侧利用特定无线资源发送单一的一份下行数据，而多个用户终端各自同时接收并解码这份下行数据，以达到网络利用一份无线通信资源向多个用户终端发送下行数据的目的。与多播方式传输下行数据相对应的单播方式，具体指网络通过特定无线资源发送单一的一份下行数据，而只有一个用户终端对其接收并解码下行数据。

针对采用单播方式传输的下行数据，网络为了防止其他用户终端通过空口窃听或数据伪造，通常会对其进行安全保护，例如，数据加密、数据完整性保护以及数据包序列号检查等。其中，最主要的安全保护是加密，加密密钥只有网络和单播的目标用户终端知晓，其他用户终端不知晓。通常来说，数据的安全保护一般在无线接入网(Radio AccessNetwork，RAN)之中的分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层执行。网络侧的PDCP层首先对下行数据进行加密等操作，然后递交至低层以通过传输，而用户终端的低层接收空口数据后会将其递交至用户终端侧的PDCP层进行解密，然后再向更上层递交。

然而，采用多播方式传输的下行数据则不同。多播方式需要让所有多播数据的目标用户终端均能正确地解码数据。因此，即使某一多播数据的所有目标用户终端之中包含某一用户终端，网络也不能使用与该用户终端进行单播通信时所使用的加密密钥对多播数据进行加密，而必须使用其他安全机制。换句话说，对于同样内容、需要发送到同一用户终端的业务数据，对于其所具体采用的传输方式是单播还是多播这两种情况，网络侧的安全处理通常是不同的，进而空口所传递的数据也是不同的。

为适应底层传输的多变性，现有技术提出了针对某一能够以多播形式发送的业务，针对某一需要接收该业务的用户终端，上述业务的数据在网络与该用户终端之间的传输方式在多播与单播两种方式之间切换的技术，具体地，同时为该用户终端配置两条路径，其中一条是单播路径，另一条是多播路径。通常来说，这两条路径之中最多只有一条路径是激活的。

针对某一用户终端的某一能够以多播模式传输的业务数据，当激活的是单播路径时，网络必须通过空口发送针对该用户终端、该业务的单播数据包在这种情况下，网络也依然可能同时通过空口发送针对该业务的多播数据包，这是因为其他用户终端可能同样需要接收该业务，但该业务的当前的激活路径可能是多播路径(其中甚至可能有不处于连接态的用户终端，对于这类用户终端，网络无法确定其当前所驻留的小区，因此每一个它所可能驻留的小区都需要执行多播)。

与此相对地，针对某一用户终端的某一能够以多播模式传输的业务数据，当激活的是多播路径时，网络必定不需要通过空口发送针对该用户终端、该业务的单播数据包，但必须通过空口发送针对该业务的多播数据包。

针对5G/新空口(New Radio，NR)系统，这个方案又有两种典型的子方案：接入层(Access Spectrum，AS)单播-多播双路径子方案，以及非接入层(Non-Access Spectrum，NAS)单播-多播双路径子方案。

对于AS单播-多播双路径子方案，能够以多播模式传输的业务数据在核心网与RAN之间只有一个N3传输通道。这个传输通道通常建立在核心网之中的用户平面功能(UserPlane Function,UPF)与RAN之中的NR节点gNB之间，而该UPF有时也可以称作能够支持多播的UPF，或者多播UPF。

图1示出了AS单播-多播双路径子方案的实现方式，在该实现方式中，能够以多播模式传输的业务数据流首先到达核心网10之中的多播UPF101，然后多播UPF101将其通过N3传输通道发送至gNB 11的服务数据适配协议(Service Data Adaptation Protocol，SDAP)层111。对于每一个需要以单播模式接收上述业务数据的用户终端，该SDAP层111将业务数据复制一份发往与该用户终端相关联的PDCP实例112，并由该PDCP实例按照与处理普通单播业务相同的方式，利用与该用户终端相关联的安全密钥进行安全保护，然后交由无线链路控制(Radio Link Control，RLC)113等低层进行传输，最终在空口以单播模式发送。除此之外，如果存在连接至该gNB 11且需要以多播模式接收上述业务数据流的用户终端，或者有可能存在驻留于该gNB 11下辖小区且需要以多播模式接收上述业务数据流的用户终端，该SDAP层111还应当将业务数据发往低层以进行处理，最终在空口以多播模式发送。

图2示出了NAS单播-多播双路径子方案的实现方式，NAS单播-多播双路径子方案中，以多播模式传输的业务数据在核心网与RAN之间可以有多个N3传输通道。能够以多播模式传输的业务数据流首先到达核心网20之中的多播UPF 201。对于每一个需要以单播模式接收上述业务数据的用户终端，该多播UPF 201将业务数据复制一份通过与该用户终端相关联的N3传输通道发往与该用户终端相关联的单播SDAP实例211，然后再由单播SDAP实例211转交至单播PDCP实例212，由该单播PDCP实例212按照与处理普通单播业务相同的方式，利用与该用户终端相关联的安全密钥进行安全保护，然后交由单播RLC 213等低层进行传输，最终在空口以单播模式发送。除此之外，对于每一个与该多播UPF 201有连接的gNB，如果存在连接至该gNB且需要以多播模式接收上述业务数据流的用户终端，或者有可能存在驻留于该gNB下辖小区且需要以多播模式接收上述业务数据流的用户终端，该多播UPF 201也应当将业务数据发往该gNB进行处理，最终在空口以多播模式发送。

图3示出了gNB节点的CU/DU分离结构，也是CU/DU关于单播和多播方式Option 2-1的结构，其中，虚线箭头以及虚线方框代表用户数据承载(下行数据或下行业务数据)。网络侧新空口NR节点gNB可以划分为中心单元(Central Unit，CU)30与分布单元(DistributedUnit，DU)31。

无线资源控制(Radio Resource Control，RRC)层301与PDCP层302位于CU，而RLC层311、媒体接入控制(Media Access Control，MAC)层312、物理层(PHY)层与射频(RF)层313均位于DU，CU与DU之间以F1接口连接。一个CU 30可以连接并管理多个DU 31。对于单播数据，下行用户数据首先通过N3或S1-U接口到达CU 30，由单播路径的PDCP层302进行加密等处理，然后通过F1-U到达DU 31，经物理层等层的处理后通过空口发送。这也就意味着F1-U接口上所传输的单播数据必然是已经加密的，无法被多播机制复用。图4示出了AS单播-多播双路径子方案中gNB节点的CU/DU分离结构。

其中，gNB-CU还可以进一步划分为包含控制面功能的控制平面(Control Plane，CP)gNB-CU-CP与包含用户面功能的用户平面(User Plane，UP)gNB-CU-UP。在这种情况下，对于单播数据，下行用户数据(下行业务数据)首先通过N3或S1-U接口到达CU-UP，由PDCP进行加密等处理，然后通过F1-U到达DU。

根据上述对现有技术的分析，在网络侧执行单播与多播方式转换的网元(位于核心网或gNB-CU)与物理层(位于gNB或gNB-DU)所在网元位于不同于设备实体内的情况下，在网络侧执行单播与多播模式转换的网元无法根据物理层的信道环境针对每一个用户终端调整某一业务的下行数据是以多播还是单播方式发送的。有鉴于此，网络侧物理层所在网元向执行单播与多播方式转换的网元发送一条消息，以请求针对某一用户终端，将某一下行业务数据的传输方式由单播改为多播，或者由多播改为单播。

实施例一

拥有较宽频带的NR小区为若干个用户终端提供服务，其中接收某一下行数据(例如某赛事直播业务数据)的用户终端较多，因而该NR小区启用了多播技术，在某一频点发送上述下行数据，以供这些用户终端同时接收。出于尽量降低电量消耗的目的，这些用户终端的接收带宽较窄。由于这些用户终端在接收上述下行数据的同时也在进行其他单播下行数据传输，在该NR小区中，与正在发送上述下行数据的频点相邻的频段负荷较大，而远离该频点的频段负荷较小，当多播方式发送上述下行数据的频点的负荷大于预设负荷阈值，为均衡各频点的负荷，可以针对某一终端，将其接收上述下行数据的传输方式由多播方式切换为单播方式。

图5示出了一种下行数据传输方式的控制方法，第一网元和第二网元的交互过程包括：

步骤501，第一网元确定将目标用户终端的目标下行数据的接收频段移至远离该接收频点的频段。

具体实施时，第一网元作为该小区的物理层所在的节点决定将其中一个用户终端的接收频段移至远离上述频点的频段以均衡负荷。

步骤502，第一网元发送指示消息，用于指示第二网元将目标用户终端的目标下行数据传输方式由多播方式切换为单播方式。

具体实施时，第一网元向进行下行用户平面数据加密等安全操作的第二网元发送指示消息(接口消息)，指示消息用于指示将该目标用户终端的目标下行数据(例如，直播业务数据)改为以单播方式发送。

一种可能的实施方式中，指示消息携带一个原因值，原因值表征本次请求是由于负荷均衡触发的。

步骤503，第二网元根据接收的指示消息，将目标用户终端的目标下行数据传输方式由多播方式切换为单播方式。

具体实施时，第二网元接收到指示消息，并根据指示将该目标用户终端的目标下行数据改为以单播模式发送。

步骤504，第二网元发送指示消息的响应信息。

具体实施时，第二网元接受第一网元的请求，向第一网元发送响应信息，(反馈信息)，用于通知第一网元确认第一网元的指示。

步骤505，第二网元以单播方式发送目标下行数据。

具体实施时，第二网元开始以单播的形式为该目标用户终端发送目标下行数据(直播业务数据)，需要说明的时，步骤504和步骤505可以同步进行。

步骤506，第一网元根据接收到以单播方式发送的目标下行数据，调整目标用户终端的接收频段位置。

具体实施时，第一网元接收到针对该目标用户终端的以单播模式发送的目标下行数据，了解到该目标用户终端针对目标下行数据的下行传输方式已由多播方式改为单播方式，因而调整了该目标用户终端的接收频段位置，将其移至远离上述直播业务数据的发送频点以均衡负荷。

实施例二

拥有较宽频带的NR小区为若干个用户终端提供服务，其中接收某一下行业务数据(例如某赛事直播业务数据)的用户终端较多，因而该NR小区启用了多播技术，在某一频点发送上述下行业务数据以供这些用户终端同时接收。出于尽量降低电量消耗的目的，这些用户终端的接收带宽较窄。由于这些用户终端在接收上述下行业务数据的同时也在进行其他单播下行数据传输，在该NR小区中，与正在发送上述下行业务数据的频点相邻的频段负荷较大，而远离该频点的频段负荷较小。为了均衡个频段的负荷，有些用户终端即使也在接收上述下行业务数据，网络还是将其放置在了离上述频点较远的频段上，上述下行业务数据也以单播的形式提供给这些用户终端。

在某一时刻，由于某种原因，与正在发送上述下行业务数据的频点相邻的频段的负荷有所降低，例如，多播方式发送上述下行数据的频点的负荷小于或等于所述预设负荷阈值，网络可以决定将一个当前在远离上述频点的频段上通过单播的形式接收上述下行业务数据的用户终端移回上述频点附近，使其可以直接通过多播的方式接收上述下行业务数据，进而提高该小区的频谱利用效率。

图6示出了一种下行数据传输方式的控制方法，第一网元和第二网元的交互过程包括：

步骤601，第一网元确定将目标用户终端的目标下行数据的接收频段移至由多播方式接收目标下行数据的频段。

具体实施时，第一网元调整了该用户终端的接收频段位置，将其移至目标下行数据的发送频点附近，使其通过多播方式接收上述目标下行数据。

步骤602，第一网元发送指示消息，用于指示第二网元停止以单播方式传输目标用户终端的目标下行数据。

具体实施时，第一网元向进行下行用户平面数据加密等安全操作的第二网元发送了指示消息(一条接口消息)，以告知不再需要以单播的形式为该用户终端发送目标下行数据。

步骤603，第二网元根据接收的指示消息，停止以单播方式传输目标用户终端的目标下行数据。

具体实施时，第二网元接收到指示消息，并根据指示停止发送目标用户终端的目标下行数据。目标用户终端接收目标下行数据的发送频点移至多播方式发送的目标下行数据的频段附近，使得目标用户终端接收多播方式发送的目标下行数据。

实施例三

一个小区工作在较高频段，为了提升信道增益，在发送单播数据时采用了波束技术以获得较高的天线(方向性)增益。与此同时，小区为若干个用户终端提供服务，其中能够接收某一下行数据(例如，某赛事直播业务数据)的用户终端较多，因而该NR小区启用了多播技术，在某一频点发送上述下行数据以供这些用户终端同时接收。由于多播的对象是不特定的多个用户终端，发送多播数据时只能采用全向发送的方法，天线增益很低。

该小区的物理层所在的节点，根据物理层的反馈机制了解到某一正在接收上述下行数据的用户终端信道条件不好，例如，该用户终端的信道质量小于或等于预设质量阈值，据此推测该用户终端接收的错误率较高，因而决定改以通过单播方式向该用户终端发送上述下行数据。

图7示出了一种下行数据传输方式的控制方法，第一网元和第二网元的交互过程包括：

步骤701，第一网元确定将目标用户终端的目标下行数据的传输方式切换为单播方式。

具体实施时，第一网元作为该小区的物理层所在的节点，根据物理层的反馈机制了解到目标用户终端接收目标下行数据的信道条件较差，确定将向目标用户终端传输目标下行数据的传输方式切换为单播方式。

步骤702，第一网元发送指示消息，用于指示第二网元将目标用户终端的目标下行数据传输方式由多播方式切换为单播方式。

一种可能的实施方式中，指示消息携带一个原因值，原因值表征本次请求是由于空口信道质量小于或等于预设质量阈值而触发的。

步骤703，第二网元根据接收的指示消息，将目标用户终端的目标下行数据传输方式由多播方式切换为单播方式。

步骤704，第二网元发送指示消息的响应信息。

步骤705，第二网元以单播方式发送目标下行数据。

具体实施时，第二网元开始以单播的形式为该目标用户终端发送目标下行数据(直播业务数据)，需要说明的时，步骤704和步骤705可以同步进行。

实施例四

一个小区工作在较高频段，为了提升信道增益，在发送单播数据时采用了波束技术以获得较高的天线(方向性)增益。与此同时，小区为若干个用户终端提供服务，其中能够接收某一下行数据(例如，某赛事直播业务数据)的用户终端较多，因而该NR小区启用了多播技术，在某一频点发送上述下行数据以供这些用户终端同时接收。由于多播的对象是不特定用户终端，发送多播数据时只能采用全向发送的方法，天线增益很低，使得有些用户终端即使也在接收上述直播业务数据，因基站与这些用户终端之间的信道条件不好，网络侧据此推测接收的错误率较高，因而采用单播的方式通过天线增益较高的波束向其发送上述直播业务数据。

在某一时刻，该小区的物理层所在的节点，发现该用户终端的信道条件转好，例如，该用户终端的信道质量大于所述预设质量阈值，能够高效地通过多播方式接收上述下行数据，因而决定指示该用户终端通过多播方式接收上述直播业务。

图8示出了一种下行数据传输方式的控制方法，第一网元和第二网元的交互过程包括：

步骤801，第一网元确定将目标用户终端的目标下行数据的传输方式切换为多播方式。

具体实施时，第一网元作为该小区的物理层所在的节点，发现目标用户终端的信道条件转好，能够高效地通过多播方式接收目标下行数据，因而决定指示第二终端切换传输方式为多播方式，使目标用户终端通过多播方式接收目标下行数据。

步骤802，第一网元发送指示消息，用于指示第二网元以多播方式传输目标用户终端的目标下行数据。

具体实施时，第一网元向进行下行用户平面数据加密等安全操作的节点第二网元发送指示消息(接口消息)，以告知第二网元不再需要以单播方式为目标用户终端发送目标下行数据。

步骤803，第二网元根据接收的指示消息，停止以单播方式传输目标用户终端的目标下行数据，由单播方式切换为多播方式。

具体实施时，第二网元接收到指示消息，并根据指示停止以单播方式发送目标用户终端的目标下行数据。若步骤801之中第一网元未指示目标用户终端通过多播方式接收目标下行数据，第二网元可在执行步骤803时，指示目标用户终端通过多播方式接收目标下行数据。

实施例五

目标用户终端以某种方传输式(单播方式或多播方式)接收一个能够通过多播方式发送的下行数据(下行业务数据)。该下行数据通过gNB-CU-UP与gNB-DU发送至该用户终端，gNB-CU-UP可以与gNB-CU-CP部署于同一物理实体之内，也即不采用gNB-CU-CP/UP分离部署。图9示出了F1-C、E1接口上的交互场景中，下行数据传输方式的控制方法的示意流程图。

步骤901，第一网元确定需要变更目标用户终端的目标下行数据的传输方式。

具体实施时，第一网元gNB-DU由于某种原因，决定变更该用户终端接收目标下行数据的方式(将单播改为多播，或者将多播改为单播)。具体原因包括但不限于实施例一至四之中的场景，例如，目标频点的相邻频点的负荷大于预设负荷阈值、目标频点的相邻频点的负荷小于或等于所述预设负荷阈值、所述目标用户终端的信道质量小于或等于预设质量阈值、所述目标用户终端的信道质量大于所述预设质量阈值，其中，所述目标频点为以多播方式发送所述目标下行数据的频点。第一网元gNB-DU确定可以变更该用户终端接收目标下行数据的方式，还可以根据实际应用场景执行步骤902。

步骤902，第一网元gNB-DU指示目标用户终端变更目标下行数据的传输方式。

具体实施时，第一网元gNB-DU显式或隐式地指示用户终端变更上述业务的传输方式(实际操作为变更接收方式)。对于单播方式切换为多播方式的情形，第一网元gNB-DU此时可以停止向该用户终端发送单播数据。

步骤903，第一网元向第二网元发送指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式。

具体实施时，执行步骤903的过程，可以通过执行步骤904、步骤905、步骤906完成。

步骤904，第一网元为目标用户终端上下文修改需求，其中包含指示消息，用于请求修改目标用户终端得目标下行数据的传输方式。

具体实施时，第一网元gNB-DU在F1-C接口上向gNB-CU发送目标用户终端上下文修改需求消息，其中包含请求修改目标用户终端的目标下行数据的传输方式的指示。gNB-CU-CP代表gNB-CU接收这条消息。

步骤905：gNB-CU-CP确定接纳请求。

具体实施时，gNB-CU-CP接收到目标用户终端上下文修改需求后，由对是否接受请求进行判断，并确定接纳请求后执行步骤906。

步骤906：gNB-CU-CP发送承载成下文修改请求，其中包含指示消息，用于请求修改目标用户终端的目标下行数据的传输方式。

具体实施时，gNB-CU-CP在E1接口上向gNB-CU-UP发送一条承载上下文修改请求消息，其中包含指示消息，以指示第二网元修改请求修改向目标用户终端传输目标下行数据的传输方式。

步骤907：第二网元根据指示消息，切换向目标用户终端传输目标下行数据的传输方式。

具体实施时，第二网元gNB-CU-UP变更向目标用户终端传输目标下行数据的发送方式。具体地，对于多播方式切换为单播方式的场景，gNB-CU-UP开始通过单播方式在F1-U上发送经过PDCP层利用针对该用户终端的安全密钥加密的数据；对于单播方式切换为多播方式的场景，gNB-CU-UP停止通过单播方式在F1-U上发送经过PDCP层利用目标用户终端的安全密钥加密的数据，不过为了避免业务中断，上述停止可以延后执行。

步骤908：第二网元向第一网元发送针对指示消息的响应消息。

具体实施时，执行步骤908的过程，可以通过执行步骤909、步骤910完成。

步骤909，发送承载上下文修改响应，其中包含针对指示消息的响应消息，用于告知第一网元请求被接受。

具体实施时，第二网元gNB-CU-UP在E1接口上向gNB-CU-CP反馈一条承载上下文修改响应消息。

步骤910：gNB-CU-CP发送目标用户终端上下文修改确认，其中包含针对指示消息的响应消息，用于告知第一网元请求被接受。

具体实施时，gNB-CU-CP代表gNB-CU在F1-C接口上向第一网元gNB-DU反馈一条目标用户终端上下文修改确认消息，以告知第一网元步骤904之中的请求已被接纳。

步骤911：目标用户终端接收gNB-CU指示目标用户终端变更目标下行数据的传输方式。

具体实施时，第二网元切换向目标用户终端传输目标下行数据的传输方式，gNB-CU-CP代表gNB-CU显式或隐式地指示目标用户终端变更目标下行数据的传输方式，目标用户终端实际操作为变更接收目标下行数据的接收方式。需要说明的是，在F1-C接口上，这条消息可以包含于步骤910之中的目标用户终端上下文修改确认消息来传输。

需要说明的是步骤902可以与步骤904至910并行执行，视具体情况也有可能在步骤910之后执行911。

实施例六

目标用户终端以某种方式(单播或多播)接收目标下行数据(例如一个能够通过多播方式发送的业务数据)。该目标下行数据通过第二网元UPF与第一网元gNB发送至目标用户终端。按照当前的配置，若目标下行数据以单播方式发送，第二网元UPF会将数据通过与目标用户终端相关的N3逻辑传输通道传递至第一网元gNB。相对地，若目标下行数据以多播模式发送，第二网元UPF会将目标下行数据通过与目标用户终端无关的N3逻辑传输通道传递至第一网元gNB。图10示出了N2、Nsmf、N4接口上的交互场景中，下行数据传输方式的控制方法的示意流程图。

步骤1001，第一网元确定需要变更目标用户终端的目标下行数据的传输方式。

具体实施时，第一网元gNB-DU由于某种原因，决定变更目标用户终端接收目标下行数据的方式(将单播改为多播，或者将多播改为单播)。具体原因包括但不限于实施例一至四之中的场景，例如，目标频点的相邻频点的负荷大于预设负荷阈值、目标频点的相邻频点的负荷小于或等于所述预设负荷阈值、所述目标用户终端的信道质量小于或等于预设质量阈值、所述目标用户终端的信道质量大于所述预设质量阈值，其中，所述目标频点为以多播方式发送所述目标下行数据的频点。第一网元gNB确定可以变更该用户终端接收目标下行数据的方式，还可以根据实际应用场景执行步骤1002。

步骤1002，第一网元gNB指示目标用户终端变更目标下行数据的传输方式。

具体实施时，gNB显式或隐式地指示用户终端变更目标下行数据的传输方式(实际操作为变更接收方式)。对于单播方式改为多播方式的情形，gNB此时可以停止向目标用户终端发送单播数据。

步骤1003，第一网元向第二网元发送指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式。

具体实施时，执行步骤1003的过程，可以通过执行步骤1004、步骤1005、步骤1006、步骤1007完成。

步骤1004，第一网元发送PDU会话资源修改指示，其中包含指示消息，用于请求修改目标用户终端的目标下行数据的传输方式。

具体实施时，第一网元gNB在N2接口上向核心网发送一条PDU会话资源修改指示消息，其中包含PDU会话资源修改指示传输容器，容器中包含指示消息，用于请求修改目标用户终端的目标下行数据的传输方式。

步骤1005，AMF发送修改会话管理上下问请求，其中包含指示消息，用于请求修改目标用户终端的目标下行数据的传输方式。

具体实施时，接入与移动性管理功能(Access and Mobility ManagementFunction，AMF)代表核心网接收这条消息，并将其中的PDU会话资源修改指示传输容器传输至会话管理功能(Session Management Function，SMF)。

步骤1006，SMF确定接纳请求。

具体实施时，SMF对是否接受上述请求进行判断，并确定接纳请求后执行步骤1007。

步骤1007，发送PFCP会话修改请求，其中包含指示消息，用于请求目标用户终端的目标下行数据的传输方式。

具体实施时，SMF在N4接口上向第二网元UPF发送一条分组前转控制协议(PacketForwarding Control Protocol，PFCP)会话修改请求消息，其中包含指示消息，用于请求修改目标用户终端的目标下行数据的传输方式。

步骤1008，根据指示消息，切换向目标用户终端传输目标下行数据的传输方式。

具体实施时，第二网元UPF变更向目标用户终端传输目标下行数据的发送方式。具体地，对于多播方式改为单播方式的场景，第二网元UPF开始通过单播方式在N3上发送目标下行数据；对于单播方式改为多播方式的场景，第二网元UPF停止通过单播方式在N3上发送目标下行数据，不过为了避免目标下行数据传输中断，上述停止可以延后执行。

步骤1009：第二网元向第一网元发送针对指示消息的响应消息。

具体实施时，执行步骤1009的过程，可以通过执行步骤1010、步骤1011、步骤1012完成。

步骤1010，第二网元发送PFCP会话修改响应，其中包含针对指示消息的响应消息，用于告知第一网元请求被接受。

具体实施时，第二网元UPF在N4接口上向SMF反馈一条PFCP会话修改响应消息，其中包含针对指示消息的响应消息，用于告知第一网元请求被接受。

步骤1011，SMF发送目标用户终端修改会话管理上下文确认，其中包含针对指示消息的响应消息，用于告知第一网元请求被接受。

具体实施时，SMF代表核心网在N2接口上向第一网元gNB反馈目标用户终端修改会话管理上下文确认。

步骤1012，AMF发送PDU会话资源修改确认，其中包括针对指示消息的响应消息，用于告知第一网元请求被接受。

具体实施时，由AMF转发SMF代表核心网在N2接口上向第一网元gNB反馈的PDU会话资源修改确认消息，其中包括针对指示消息的响应消息，用于告知第一网元在步骤1003请求被接受。

步骤1013，目标用户终端接收gNB指示目标用户终端变更目标下行数据的传输方式。

具体实施时，SMF通过AMF的中转，代表核心网显式或隐式地指示目标用户终端变更目标下行数据的传输方式，目标用户终端实际操作为变更接收目标下行数据的接收方式。在SMF与AMF之间的Nsmf接口中，此指示消息可以包含于步骤1011之中的响应消息来传输；在AMF与gNB之间的N2接口上，这条指示消息可以包含于步骤1012之中的PDU会话资源修改确认息来传输。

需要说明的是，步骤1002可以与步骤1003至1012并行执行，或者根据实际应用场景，可以不执行步骤1002，在步骤1012之后执行1013。

实施例七

目标用户终端以某种方传输式(单播方式或多播方式)接收一个能够通过多播方式发送的下行数据(下行业务数据)。该下行数据通过gNB-CU-UP与gNB-DU发送至该用户终端，gNB-CU-UP可以与gNB-CU-CP部署于同一物理实体之内，也即不采用gNB-CU-CP/UP分离部署。图11示出了F1-U接口上的交互场景中，下行数据传输方式的控制方法的示意流程图。

步骤1101，第一网元确定需要变更目标用户终端的目标下行数据的传输方式。

具体实施时，第一网元gNB-DU由于某种原因，决定变更该用户终端接收上述业务的方式(将单播改为多播，或者将多播改为单播)。具体原因包括但不限于实施例一至四之中的示例。例如，目标频点的相邻频点的负荷大于预设负荷阈值、目标频点的相邻频点的负荷小于或等于所述预设负荷阈值、所述目标用户终端的信道质量小于或等于预设质量阈值、所述目标用户终端的信道质量大于所述预设质量阈值，其中，所述目标频点为以多播方式发送所述目标下行数据的频点。第一网元gNB-DU确定可以变更该用户终端接收目标下行数据的方式，还可以根据实际应用场景执行步骤1102。

步骤1102，第一网元gNB-DU指示目标用户终端变更目标下行数据的传输方式。

具体实施时，第一网元gNB-DU显式或隐式地指示用户终端变更上述业务的传输方式(实际操作为变更接收方式)。对于单播方式切换为多播方式的情形，第一网元gNB-DU此时可以停止向该用户终端发送单播数据。需要说明的是步骤1102可以与步骤1104至1106并行执行，也可根据实际应用场景在步骤1106之后执行。

步骤1103，第一网元向第二网元发送指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式。

具体实施时，第一网元gNB-DU通过F1-U向gNB-CU发送指示消息，例如，用户平面信令，用于请求或指示切换目标用户终端的目标下行数据的传输方式。第二网元gNB-CU-UP代表gNB-CU接收这条消息。

步骤1104：第二网元确定接纳指示。

具体实施时，如适用(例如步骤4之中的指示为请求修改上述业务的传输方式)，gNB-CU-UP接收到用户平面信令，对是否接受指示进行判断并确定接纳指示后执行步骤1105。

步骤1105：第二网元根据指示消息，切换向目标用户终端传输目标下行数据的传输方式。

步骤1106：第二网元向第一网元发送针对指示消息的响应消息。

具体实施时，第二网元gNB-CU-UP代表gNB-CU在F1-U接口上向第一网元gNB-DU反馈针对指示消息的响应消息，也是对用户平面信令的反馈，用以告知其在步骤1103之中的指示已被接纳。需要说明的是，可以根据实际应用场景，第二网元不向第一网元发送针对指示消息的响应消息。

实施例八

目标用户终端以某种方式(单播或多播)接收目标下行数据(例如一个能够通过多播方式发送的业务数据)。该目标下行数据通过第二网元UPF与第一网元gNB发送至目标用户终端。按照当前的配置，若目标下行数据以单播方式发送，第二网元UPF会将数据通过与目标用户终端相关的N3逻辑传输通道传递至第一网元gNB。相对地，若目标下行数据以多播模式发送，第二网元UPF会将目标下行数据通过与目标用户终端无关的N3逻辑传输通道传递至第一网元gNB。图12示出了N3接口上的交互场景中，下行数据传输方式的控制方法的示意流程图。

步骤1201，第一网元确定需要变更目标用户终端的目标下行数据的传输方式。

具体实施时，第一网元gNB由于某种原因，决定变更目标用户终端接收目标下行数据的方式(将单播改为多播，或者将多播改为单播)。具体原因包括但不限于实施例一至四之中的场景，例如，目标频点的相邻频点的负荷大于预设负荷阈值、目标频点的相邻频点的负荷小于或等于预设负荷阈值、目标用户终端的信道质量小于或等于预设质量阈值、目标用户终端的信道质量大于预设质量阈值，其中，目标频点为以多播方式发送目标下行数据的频点。第一网元gNB确定可以变更该用户终端接收目标下行数据的方式，还可以根据实际应用场景执行步骤1202。

步骤1202，第一网元gNB指示目标用户终端变更目标下行数据的传输方式。

具体实施时，gNB显式或隐式地指示用户终端变更目标下行数据的传输方式(实际操作为变更接收方式)。对于单播方式改为多播方式的情形，gNB此时可以停止向目标用户终端发送单播数据。步骤1202可以与步骤1203至1206并行执行。

步骤1203，第一网元向第二网元发送指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式。

具体实施时，第一网元gNB在N3接口上向核心网发送指示消息，例如以用户平面信令的形式，用于指示或请求修改目标用户终端的目标下行数据的传输方式。

步骤1204：第二网元确定接纳指示。

具体实施时，如适用，第二网元UPF对是否接受上述指示进行判断，并确定接纳请求后执行步骤1205。

步骤1205：第二网元根据指示消息，切换向目标用户终端传输目标下行数据的传输方式。

具体实施时，第二网元UPF变更向目标用户终端传输目标下行数据的发送方式。具体地，对于多播方式改为单播方式的场景，第二网元UPF开始通过单播方式在N3上发送上述业务数据；对于单播方式改为多播方式的场景，第二网元UPF停止通过单播方式在N3上发送上述业务数据，不过为了避免目标下行数据传输中断，上述停止可以延后执行。

步骤1206：第二网元向第一网元发送针对指示消息的响应消息。

具体实施时，如有需要(例如存在步骤5之中的判决)，第二网元UPF代表核心网在N3接口上向第一网元gNB发送针对指示消息的响应消息，也是对用户平面信令的反馈，以告知第一网元在步骤1203之中的指示已被接纳。需要说明的是，可以根据实际应用场景，第二网元不向第一网元发送针对指示消息的响应消息。

如图13所示，应用于包含空口物理层的第一网元，本发明实施例提供的一种下行数据传输方式的控制方法，包括：

步骤1301，第一网元确定需要变更目标用户终端的目标下行数据的传输方式。

步骤1302，第一网元向第二网元发送指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式。

可选的，指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由多播方式切换为单播方式，或者指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由单播方式切换为多播方式；

可选的，本发明实施例提供的下行数据传输方式的控制方法，还包括：第一网元接收第二网元以单播方式发送的针对目标用户终端的目标下行数据。

可选的，指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由多播方式切换为单播方式时，第一网元向第二网元发送指示消息之前，方法还包括：

第一网元通过空口以多播方式传输目标下行数据。

可选的，指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由单播方式切换为多播方式时，第一网元向第二网元发送指示消息之后，方法还包括：

第一网元通过空口以多播方式传输目标下行数据。

可选的，指示消息中包括用于表征触发切换的切换事件，切换事件包括以下一种或多种：

可选的，第一网元接收第二网元针对指示消息的响应消息。

如图14所示，应用于包含空口物理层的第一网元，本发明实施例提供的一种下行数据传输方式的控制方法，包括：

步骤1401，第二网元接收第一网元发送的针对目标终端的目标下行数据的指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式。

步骤1402，第二网元根据指示消息，切换向目标用户终端传输目标下行数据的传输方式。

可选的，本发明实施例提供的一种下行数据传输方式的控制方法，还包括：

向第一网元发送针对指示消息的响应消息。

基于相同的发明构思，本发明实施例中提供了一种下行数据传输方式的控制设备，由于该设备即是本发明实施例中的方法中的设备，并且该设备解决问题的原理与该方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。

如图15所示，本发明实施例提供的一种下行数据传输方式的控制设备，包括：处理器1500、存储器1501和收发机1502。

处理器1500负责管理总线架构和通常的处理，存储器1501可以存储处理器1500在执行操作时所使用的数据。收发机1502用于在处理器1500的控制下接收和发送数据。

总线架构可以包括任意数量的互联的总线和桥，具体由处理器1500代表的一个或多个处理器和存储器1501代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。处理器1500负责管理总线架构和通常的处理，存储器1501可以存储处理器1500在执行操作时所使用的数据。

本发明实施例揭示的流程，可以应用于处理器1500中，或者由处理器1500实现。在实现过程中，信号处理流程的各步骤可以通过处理器1500中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1500可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1501，处理器1500读取存储器1501中的信息，结合其硬件完成信号处理流程的步骤。

其中，处理器1500，用于读取存储器1501中的程序并执行下列过程：

确定需要变更目标用户终端的目标下行数据的传输方式；

可选的，处理器1500还用于：接收第二网元以单播方式发送的针对目标用户终端的目标下行数据。

可选的，处理器1500还用于：指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由多播方式切换为单播方式时，第一网元向第二网元发送指示消息之前，第一网元通过空口以多播方式传输目标下行数据。

可选的，处理器1500还用于：指示消息具体用于指示第二网元将针对目标用户终端的目标下行数据的传输方式由单播方式切换为多播方式时，第一网元向第二网元发送指示消息之后，第一网元通过空口以多播方式传输目标下行数据。

可选的，处理器1500还用于：接收第二网元针对指示消息的响应消息。

如图16所示，本发明实施例提供的一种下行数据传输方式的控制设备，包括：处理器1600、存储器1601和收发机1602。

处理器1600负责管理总线架构和通常的处理，存储器1601可以存储处理器1600在执行操作时所使用的数据。收发机1602用于在处理器1600的控制下接收和发送数据。

总线架构可以包括任意数量的互联的总线和桥，具体由处理器1600代表的一个或多个处理器和存储器1601代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。处理器1600负责管理总线架构和通常的处理，存储器1601可以存储处理器1600在执行操作时所使用的数据。

本发明实施例揭示的流程，可以应用于处理器1600中，或者由处理器1600实现。在实现过程中，信号处理流程的各步骤可以通过处理器1600中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1600可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1601，处理器1600读取存储器1601中的信息，结合其硬件完成信号处理流程的步骤。

其中，处理器1600，用于读取存储器1601中的程序并执行下列过程：

可选的，处理器1600还用于：

向第一网元发送针对指示消息的响应消息。

如图17所示，本发明实施例提供一种下行数据传输方式的控制设备，该设备包括处理模块1701和发送模块1702，其中，处理模块1701，用于确定需要变更目标用户终端的目标下行数据的传输方式。

发送模块1702，用于向第二网元发送指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式。

可选的，本发明实施例提供一种下行数据传输方式的控制设备，还包括接收模块1703用于：

可选的，本发明实施例提供一种下行数据传输方式的控制设备，发送模块1702还用于：

可选的，本发明实施例提供一种下行数据传输方式的控制设备，指示消息中包括用于表征触发切换的切换事件，切换事件包括以下一种或多种：

可选的，本发明实施例提供一种下行数据传输方式的控制设备，接收模块1703还用于：

接收第二网元针对指示消息的响应消息。

如图18所示，本发明实施例提供一种下行数据传输方式的控制设备，该设备包括接收模块1801和处理模块1802，其中，接收模块1801，用于接收第一网元发送的针对目标终端的目标下行数据的指示消息，指示消息用于指示第二网元切换目标用户终端的目标下行数据的传输方式。

处理模块1802，用于根据指示消息，切换向目标用户终端传输目标下行数据的传输方式。

可选的，本发明实施例提供一种下行数据传输方式的控制设备，还包括发送模块1803，用于：

向第一网元发送针对指示消息的响应消息。

本发明实施例提供一种计算机可读非易失性存储介质，包括程序代码，当程序代码在计算终端上运行时，程序代码用于使计算终端执行上述本发明实施例下行数据传输方式的控制方法的步骤。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种下行数据传输方式的控制方法，应用于包含空口物理层的第一网元，其特征在于，所述方法包括：

所述第一网元确定需要变更目标用户终端的目标下行数据的传输方式；

所述第一网元向第二网元发送指示消息，所述指示消息用于指示所述第二网元切换所述目标用户终端的目标下行数据的传输方式。

2.根据权利要求1所述的方法，其特征在于，所述指示消息具体用于指示所述第二网元将针对所述目标用户终端的所述目标下行数据的传输方式由多播方式切换为单播方式，或者

所述指示消息具体用于指示所述第二网元将针对所述目标用户终端的所述目标下行数据的传输方式由单播方式切换为多播方式；

其中，所述单播方式为以仅针对所述目标用户终端的方式传输所述目标下行数据，所述多播方式为以非仅针对所述目标用户终端的方式传输所述目标下行数据。

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

所述第一网元接收所述第二网元以单播方式发送的针对所述目标用户终端的所述目标下行数据。

4.根据权利要求2所述的方法，其特征在于，所述指示消息具体用于指示所述第二网元将针对所述目标用户终端的所述目标下行数据的传输方式由多播方式切换为单播方式时，所述第一网元向所述第二网元发送指示消息之前，所述方法还包括：

所述第一网元通过空口以多播方式传输所述目标下行数据。

5.根据权利要求2所述的方法，其特征在于，所述指示消息具体用于指示所述第二网元将针对所述目标用户终端的所述目标下行数据的传输方式由单播方式切换为多播方式时，所述第一网元向所述第二网元发送指示消息之后，所述方法还包括：

所述第一网元通过空口以多播方式传输所述目标下行数据。

6.根据权利要求1所述的方法，其特征在于，所述指示消息中包括用于表征触发切换的切换事件，所述切换事件包括以下一种或多种：

目标频点的相邻频点的负荷大于预设负荷阈值、目标频点的相邻频点的负荷小于或等于所述预设负荷阈值、所述目标用户终端的信道质量小于或等于预设质量阈值、所述目标用户终端的信道质量大于所述预设质量阈值，其中，所述目标频点为以多播方式发送所述目标下行数据的频点。

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

所述第一网元接收所述第二网元针对所述指示消息的响应消息。

8.一种下行数据传输方式的控制方法，应用于与权利要求1-7中任一项所述第一网元通信的第二网元，其特征在于，所述方法包括：

所述第二网元接收第一网元发送的针对目标终端的目标下行数据的指示消息，所述指示消息用于指示所述第二网元切换所述目标用户终端的目标下行数据的传输方式；

所述第二网元根据所述指示消息，切换向所述目标用户终端传输所述目标下行数据的传输方式。

9.根据权利要求8所述的方法，其特征在于，所述指示消息具体用于指示所述第二网元将针对所述目标用户终端的所述目标下行数据的传输方式由多播方式切换为单播方式，或者

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

所述第二网元以单播方式向所述第一网元发送针对所述目标用户终端的所述目标下行数据。

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

向所述第一网元发送针对所述指示消息的响应消息。

12.一种下行数据传输方式的控制设备，应用于包含空口物理层的第一网元，其特征在于，该设备包括：处理器和存储器；

其中，处理器，用于读取存储器中的程序并执行下列过程：

确定需要变更目标用户终端的目标下行数据的传输方式；

向第二网元发送指示消息，所述指示消息用于指示所述第二网元切换所述目标用户终端的目标下行数据的传输方式。

13.如权利要求12所述的设备，其特征在于，所述指示消息具体用于指示所述第二网元将针对所述目标用户终端的所述目标下行数据的传输方式由多播方式切换为单播方式，或者

14.根据权利要求13所述的设备，其特征在于，所述处理器还用于：

接收所述第二网元以单播方式发送的针对所述目标用户终端的所述目标下行数据。

15.根据权利要求13所述的设备，其特征在于，所述处理器还用于：

所述指示消息具体用于指示所述第二网元将针对所述目标用户终端的所述目标下行数据的传输方式由多播方式切换为单播方式时，所述第一网元向所述第二网元发送指示消息之前，所述第一网元通过空口以多播方式传输所述目标下行数据。

16.根据权利要求13所述的设备，其特征在于，所述处理器还用于：

所述指示消息具体用于指示所述第二网元将针对所述目标用户终端的所述目标下行数据的传输方式由单播方式切换为多播方式时，所述第一网元向所述第二网元发送指示消息之后，所述第一网元通过空口以多播方式传输所述目标下行数据。

17.根据权利要求12所述的设备，其特征在于，所述指示消息中包括用于表征触发切换的切换事件，所述切换事件包括以下一种或多种：

18.根据权利要求12所述的设备，其特征在于，所述处理器还用于：

接收所述第二网元针对所述指示消息的响应消息。

19.一种下行数据传输方式的控制设备，应用于与权利要求1-7中任一项所述第一网元通信的第二网元，其特征在于，该设备包括：处理器和存储器；

其中，处理器，用于读取存储器中的程序并执行下列过程：

接收第一网元发送的针对目标终端的目标下行数据的指示消息，所述指示消息用于指示所述第二网元切换所述目标用户终端的目标下行数据的传输方式；

根据所述指示消息，切换向所述目标用户终端传输所述目标下行数据的传输方式。

20.根据权利要求19所述的设备，其特征在于，所述指示消息具体用于指示所述第二网元将针对所述目标用户终端的所述目标下行数据的传输方式由多播方式切换为单播方式，或者

21.根据权利要求20所述的设备，其特征在于，所述处理器还用于：

以单播方式向所述第一网元发送针对所述目标用户终端的所述目标下行数据。

22.根据权利要求19所述的设备，其特征在于，所述处理器还用于：

向所述第一网元发送针对所述指示消息的响应消息。

23.一种下行数据传输方式的控制设备，应用于包含空口物理层的第一网元，其特征在于，该设备包括处理模块和发送模块，其中，

所述处理模块，用于确定需要变更目标用户终端的目标下行数据的传输方式；

所述发送模块，用于向第二网元发送指示消息，所述指示消息用于指示所述第二网元切换所述目标用户终端的目标下行数据的传输方式。

24.一种下行数据传输方式的控制设备，应用于与权利要求1-7中任一项所述第一网元通信的第二网元，其特征在于，该设备包括接收模块和处理模块，其中，

所述接收模块，用于接收第一网元发送的针对目标终端的目标下行数据的指示消息，所述指示消息用于指示所述第二网元切换所述目标用户终端的目标下行数据的传输方式；

所述处理模块，用于根据所述指示消息，切换向所述目标用户终端传输所述目标下行数据的传输方式。

25.一种计算机存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～7任一所述方法的步骤或如权利要求8～11任一所述方法的步骤。