WO2021179174A1 - 一种数据传输方法及装置、网络设备、终端设备 - Google Patents

Abstract

本申请实施例提供一种数据传输方法及装置、网络设备、终端设备，该方法包括：目标基站接收到终端设备发送的切换确认消息后，向所述终端设备发送第一业务的数据，所述切换确认消息用于指示所述终端设备确认从源基站切换至所述目标基站；其中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过多播方式或单播方式发送。

Description

一种数据传输方法及装置、网络设备、终端设备 技术领域

本申请实施例涉及移动通信技术领域，具体涉及一种数据传输方法及装置、网络设备、终端设备。

背景技术

为了提高空口数据传输的效率，网络能够决定是采用单播方式向终端设备发送业务数据还是采用多播方式向终端设备发送业务数据。在终端设备移动过程中，终端设备可能从一个支持多播方式的基站切换到另一个不支持多播方式的基站，针对这种情况如何保证业务数据的连续性需要解决。

发明内容

本申请实施例提供一种数据传输方法及装置、网络设备、终端设备。

本申请实施例提供的数据传输方法，包括：

目标基站接收到终端设备发送的切换确认消息后，向所述终端设备发送第一业务的数据，所述切换确认消息用于指示所述终端设备确认从源基站切换至所述目标基站；其中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过多播方式或单播方式发送。

本申请实施例提供的数据传输方法，包括：

终端设备接收源基站通过多播方式发送的第一业务的数据；

所述终端设备从所述源基站切换至目标基站后，向所述目标基站发送切换确认消息，并接收所述目标基站通过多播方式或单播方式发送的所述第一业务的数据。

本申请实施例提供的数据传输装置，应用于目标基站，所述装置包括：

接收单元，用于接收到终端设备发送的切换确认消息；所述切换确认消息用于指示所述终端设备确认从源基站切换至所述目标基站；

发送单元，用于向所述终端设备发送第一业务的数据；其中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过多播方式或单播方式发送。

本申请实施例提供的数据传输装置，应用于终端设备，所述装置包括：

接收单元，用于接收源基站通过多播方式发送的第一业务的数据；

发送单元，用于从所述源基站切换至目标基站后，向所述目标基站发送切换确认消息；

所述接收单元，还用于接收所述目标基站通过多播方式或单播方式发送的所述第一业务的数据。

本申请实施例提供的网络设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的数据传输方法。

本申请实施例提供的终端设备，包括处理器和存储器。该存储器用于存储计算机 程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的数据传输方法。

本申请实施例提供的芯片，用于实现上述的数据传输方法。

具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行上述的数据传输方法。

本申请实施例提供的计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述的数据传输方法。

本申请实施例提供的计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述的数据传输方法。

本申请实施例提供的计算机程序，当其在计算机上运行时，使得计算机执行上述的数据传输方法。

通过上述技术方案，终端设备在切换之前，接收源基站通过多播方式发送的第一业务的数据；终端设备在切换之后，接收目标基站通过多播方式或单播方式发送的所述第一业务的数据，从而实现多播传输过程中业务数据的连续性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

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

图2是本申请实施例提供的点到多点传输机制的网络架构图；

图3为本申请实施例提供的数据传输方法的流程示意图；

图4为本申请实施例提供的切换准备流程图；

图5为本申请实施例提供的切换执行流程图；

图6为本申请实施例的提高的数据传输装置的结构组成示意图一；

图7为本申请实施例的提高的数据传输装置的结构组成示意图二；

图8是本申请实施例提供的一种通信设备示意性结构图；

图9是本申请实施例的芯片的示意性结构图；

图10是本申请实施例提供的一种通信系统的示意性框图。

具体实施方式

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

本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long Term Evolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、系统、5G通信系统或未来的通信系统等。

示例性的，本申请实施例应用的通信系统100如图1所示。该通信系统100可以包括网络设备110，网络设备110可以是与终端120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端进行通信。可选地，该网络设备110可以是LTE系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、 可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络侧设备或者未来通信系统中的网络设备等。

该通信系统100还包括位于网络设备110覆盖范围内的至少一个终端120。作为在此使用的“终端”包括但不限于经由有线线路连接，如经由公共交换电话网络(Public Switched Telephone Networks，PSTN)、数字用户线路(Digital Subscriber Line，DSL)、数字电缆、直接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、无线局域网(Wireless Local Area Network，WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器；和/或另一终端的被设置成接收/发送通信信号的装置；和/或物联网(Internet of Things，IoT)设备。被设置成通过无线接口通信的终端可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话；可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(Personal Communications System，PCS)终端；可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(Global Positioning System，GPS)接收器的PDA；以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端或者未来演进的PLMN中的终端等。

可选地，终端120之间可以进行终端直连(Device to Device，D2D)通信。

可选地，5G通信系统或5G网络还可以称为新无线(New Radio，NR)系统或NR网络。

图1示例性地示出了一个网络设备和两个终端，可选地，该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端，本申请实施例对此不做限定。

可选地，该通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例对此不作限定。

应理解，本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备110和终端120，网络设备110和终端120可以为上文所述的具体设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。

应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

为便于理解本申请实施例的技术方案，以下对本申请实施例相关的技术方案进行说明。

在5G系统中，将会引入点到多点传输机制。这种传输机制的网络架构如图2所示，该网络架构包含的网元有：无线接入网(Radio Access Network，RAN)节点、接入和移动性管理功能网元(Access and Mobility Management Function，AMF)、会话管理功能网元(Session Management Function，SMF)、用户面功能网元(User Plane Function，UPF)、 网络开放功能网元(Network Exposure Function，NEF)、策略控制功能网元(Policy Control Function，PCF)、应用功能网元(Application Function，AF)。需要说明的是，图2所示的网络架构仅为示例性的，该网络架构中也可以包含更多或更少的其他网元。网络侧在多播业务的业务区域(Service Area)内采用点到多点的传输方式发送业务数据。在这个业务区域中的终端设备可以采用多播隧道接收业务数据。

5G核心网(5GC)支持协议数据单元(Protocol Data Unit，PDU)连接业务，PDU连接业务是指终端设备和数据网络(Data Network，DN)之间交换PDU数据包的业务。PDU连接业务通过终端设备发起PDU会话的建立来实现。一个PDU会话建立后，也就是建立了一条终端设备和DN之间的数据传输通道。

每个单网络切片选择辅助信息(Single-Network Slice Selection Assistance Information，S-NSSAI)的订阅信息可能会包含一个默认数据网络名(Data Network Name，DNN)和多个DNN，当终端设备发起PDU会话建立请求时没有提供S-NSSAI的DNN，那么AMF就会为其S-NSSAI选择默认DNN(前提是S-NSSAI的订阅信息有默认DNN)；如果没有默认DNN，那么AMF会选择本地配置的DNN给S-NSSAI。如果终端设备在PDU会话建立请求消息里携带的DNN不被网络支持，并且AMF也没能通过查询NF存储功能网元(NF Repository Function，NRF)选择到一个合适SMF，则AMF就会拒绝这个PDU会话建立请求，并在拒绝消息中携带原因值：DNN不支持(DNN is not supported)。

每个PDU会话支持一种PDU会话类型，PDU会话类型可以是以下其中之一：IPv4类型、IPv6类型、IPv4v6类型、以太网(Ethenet)类型、非结构化(Unstructured)类型。

PDU会话在终端设备和SMF之间通过非接入层(Non Access Layer，NAS)会话管理(Session Management，SM)信令进行建立、修改、释放。

另一方面，网络也可以出发PDU会话的建立，具体地：1)应用服务器要建立PDU会话连接时会给5GC发送触发消息；2)5GC收到应用服务器的PDU会话建立请求时会给终端设备发送触发PDU会话建立的消息；3)终端设备收到消息后会将其发给终端设备上对应的应用；4)终端设上的应用根据触发消息的内容来决定何时发起指定的PDU会话连接。

终端设备向网络发送PDU会话建立请求消息时，提供PDU会话标识，这里，PDU会话标识由终端设备分配，且在终端设备内具有唯一性。为了支持不同网络下的3GPP和non3GPP接入的切换，PDU会话标识会被存储在统一数据管理网元(Unified Data Management，UDM)中。无论是3GPP接入还是non-3GPP接入下，终端设备都是建立多条连接到同一个DN的PDU会话连接，或者多条连接到不同DN的PDU会话连接。终端设备可以建立多条连接到同一个DN的PDU会话连接，且通过不同的UPF连接到DN上。可选地，终端设备建立多条PDU会话连接的情况下，每条PDU会话连接对应的SMF可以不同。每条PDU会话连接的服务SMF信息会登记在UDM中。

在终端设备建立PDU会话时，针对同一个业务会建立一个PDU会话，在此PDU会话中既能够支持业务数据的单播方式传输，也能够支持业务数据的多播方式传输。

在核心网与RAN之间的数据接口(即N3接口)中，既可以采用终端设备特定的N3通道，针对此终端设备的单播数据和多播数据都在此特定的通道中传输。也可以采用采用共享的传输通道，此传输通道为多个终端数据传输共享，此多个终端可以属于同一个组。为了提高空口数据传输的效率，网络能够决定是采用单播方式向终端设备发送业务数据还是采用多播方式向终端设备发送业务数据。在终端设备移动过程中，终端设备可能从一个支持多播方式的基站切换到另一个不支持多播方式的基站，针对这种情况 如何保证业务数据的连续性需要解决。为此，提出了本申请实施例的以下技术方案，实现支持多播业务的连续性。

需要说明的是，本申请实施例的技术方案中，“多播”的描述也可以被替换成“组播”或者“广播”。

需要说明的是，本申请实施例的技术方案中，“基站”的描述也可以被替换成“小区”或者“RAN节点”。

需要说明的是，本申请实施例的技术方案中，“隧道”的描述也可以被替换成“通道”或者“信道”或者“连接”。

图3为本申请实施例提供的数据传输方法的流程示意图，如图3所示，所述数据传输方法包括以下步骤：

步骤301：终端设备接收源基站通过多播方式发送的第一业务的数据。

本申请实施例中，源基站是指切换之前服务于终端设备的基站。目标基站是指切换之后服务于终端设备的基站。进一步，源基站和目标基站的类型可以相同，也可以不同。例如源基站和目标基站都为gNB。例如源基站为eNB，目标基站为gNB。

这里，所述第一业务的数据在源基站侧通过多播方式发送，即源基站是支持多播数据发送的(或者说支持通过多播方式发送所述第一业务的数据)。

步骤302：所述终端设备从所述源基站切换至目标基站后，向所述目标基站发送切换确认消息，并接收所述目标基站通过多播方式或单播方式发送的所述第一业务的数据。

这里，目标基站接收到终端设备发送的切换确认消息后，向所述终端设备发送第一业务的数据，其中，所述切换确认消息用于指示所述终端设备确认从源基站切换至所述目标基站；所述第一业务的数据在所述目标基站侧通过多播方式或单播方式发送。

本申请实施例中，所述第一业务的数据在源基站侧通过多播方式发送，等效于：所述第一业务的数据在所述源基站侧通过多播会话发送。

本申请实施例中，所述第一业务的数据在所述目标基站侧通过多播方式或单播方式发送，等效于：所述第一业务的数据在所述目标基站侧通过多播会话或单播会话发送。

需要说明的是，“多播会话”是指用于传输多播业务数据的PDU会话(即通过多播方式传输业务数据的PDU会话)。“单播会话”是指用于传输单播业务数据的PDU会话(即通过单播方式传输业务数据的PDU会话)。

本申请实施例中，目标基站在发送第一业务的数据之前，需要建立第一业务的PDU会话，该PDU会话可以是多播会话也可以是单播会话。以下对目标基站获取PDU会话的上下文进行分情况说明。

情况一：所述目标基站接收核心网网元发送的第一消息，所述第一消息包括多播会话的上下文。

在一可选方式中，所述核心网网元为SMF。

在一可选方式中，所述第一消息属于N2 SM消息。进一步，可选地，所述第一消息携带一个指示信息，该指示信息用于指示该N2 SM消息是针对多播传输的。

目标基站获取多播会话的上下文后，如果目标基站支持多播方式发送第一业务的数据，则所述第一业务的数据在所述目标基站侧通过多播方式发送。

针对所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过多播方式发送的情况：

1)若所述多播会话已存在于所述目标基站侧，则所述多播会话的上下文包括以下至少之一：所述终端设备的标识、所述终端设备所在多播组的组标识、所述多播会 话的标识、多播服务质量(Quality of Service，QoS)流信息；或者，

2)若所述多播会话未存在于所述目标基站侧，则所述多播会话的上下文包括以下至少之一：所述终端设备的标识、所述终端设备所在多播组的组标识、所述多播会话的标识、多播QoS流信息、N3UP地址、所述多播会话关联的隧道标识。

这里，所述多播会话关联的隧道标识是指与多播会话关联的UPF的核心网隧道ID(CN Tunnel ID)。

这里，多播QoS流信息是指与多播QoS流相关的QoS参数(QoS parameters)。

情况二：所述目标基站接收核心网网元发送的第二消息，所述第二消息包括单播会话的上下文。

在一可选方式中，所述核心网网元为SMF。

在一可选方式中，所述第二消息属于N2 SM消息。进一步，可选地，所述第二消息携带一个指示信息，该指示信息用于指示该N2 SM消息是针对单播传输的。

目标基站获取单播会话的上下文后，所述第一业务的数据在所述目标基站侧通过单播方式发送(默认目标基站是支持单播方式的)。

针对所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过单播方式发送的情况：

所述单播会话的上下文包括以下至少之一：N3UP地址、所述单播会话关联的隧道标识、单播QoS流信息。

这里，所述单播会话关联的隧道标识是指与单播会话关联的UPF的核心网隧道ID(CN Tunnel ID)。

这里，单播QoS流信息是指与单播QoS流相关的QoS参数(QoS parameters)。

情况三：所述目标基站接收核心网网元发送的第三消息，所述第三消息包括多播会话的上下文和单播会话的上下文。

在一可选方式中，所述核心网网元为SMF。

在一可选方式中，所述第三消息属于N2 SM消息。

目标基站获取单播会话和多播会话的上下文后，所述第一业务的数据在所述目标基站侧可以通过单播方式发送也可以通过多播方式发送。具体地，

1)若所述目标基站支持所述多播会话并接受所述多播会话，则所述目标基站向所述核心网网元发送第一指示信息，所述第一指示信息用于指示所述目标基站接受所述多播会话并拒绝所述单播会话。相应地，所述目标基站通过多播方式发送所述第一业务的数据。

2)若所述目标基站不支持所述多播会话或者不接受所述多播会话，则所述目标基站向所述核心网网元发送第二指示信息，所述第二指示信息用于指示所述目标基站不支持所述多播会话或者不接受所述多播会话。相应地，所述目标基站通过单播方式发送所述第一业务的数据。

进一步，可选地，所述目标基站可以存储所述多播会话的上下文；或者，所述目标基站也可以删除所述多播会话的上下文。

3)所述目标基站存储所述多播会话的上下文和所述单播会话的上下文；若所述目标基站使用所述多播会话的上下文，则所述目标基站向所述核心网网元发送第三指示信息，所述第三指示信息用于指示所述目标基站使用所述多播会话的上下文(相应地，所述目标基站通过多播方式发送所述第一业务的数据)；或者，若所述目标基站使用所述单播会话的上下文，则所述目标基站向所述核心网网元发送第四指示信息，所述第四指示信息用于指示所述目标基站使用所述单播会话的上下文(相应地，所述目标基站通过单播方式发送所述第一业务的数据)。

本申请实施例中，所述目标基站接收到终端设备发送的切换确认消息之前，业务服务器会将第一业务的数据发送给源基站，源基站可以选择将第一业务的数据通过多播方式转发给目标基站或者通过单播方式转发给目标基站。以下对第一业务的数据如何在源基站和目标基站之间转发进行说明。

I)方式一

所述目标基站接收所述源基站转发的来自业务服务器的多播QoS流，所述多播QoS流包含所述第一业务的数据；若所述目标基站不支持所述多播QoS流，则所述目标基站丢弃或拒绝所述多播QoS流，或者，所述目标基站将所述多播QoS流转化为单播QoS流发送给所述终端设备。

II)方式二

所述目标基站接收所述源基站发送的单播QoS流，所述单播QoS流包含所述第一业务的数据；其中，所述单播QoS流由核心网网元对来自业务服务器的多播QoS流进行转化得到。

III)所述目标基站接收所述源基站发送的单播QoS流，所述单播QoS流包含所述第一业务的数据；其中，所述单播QoS流由所述源基站对来自业务服务器的多播QoS流进行转化得到。

本申请实施例中，目标基站和源基站对于数据流的发送可能是不同步的，为了保证终端设备能够弥补这种不同步，PSA UPF可以在向源基站和目标基站发送的数据包中插入序列号(Series Number，SN)。具体地，所述目标基站接收所述源基站转发来自业务服务器的第一数据流，以及接收业务服务器通过多播隧道发送的第二数据流；所述第一数据流中的数据包携带第一SN，所述第二数据流中的数据包携带第二SN；其中，所述第一数据流和所述第二数据流属于所述第一业务的数据流。

这里，若第一SN等于第二SN，则代表第一数据流和第二数据流是同步的。若第一SN不等于第二SN，则代表第一数据流和第二数据流是不同的。以下针对不同步的情况，说明如何调度数据流来弥补这种不同步。

A)若所述第一SN小于所述第二SN，则所述目标基站通过单播隧道为所述终端设备调度第三数据流，所述第三数据流携带第三SN；所述第三数据流的速率大于所述第一数据流的速率；在所述第三SN等于所述第二SN的情况下，所述目标基站通过多播隧道为所述终端设备调度所述第二数据流。

B)若所述第一SN小于所述第二SN，则所述目标基站通过多播隧道为所述终端设备调度第三数据流，所述第三数据流携带第三SN；所述第三数据流的速率大于所述第一数据流的速率；在所述第三SN等于所述第二SN的情况下，所述目标基站通过多播隧道为所述终端设备调度所述第二数据流。

C)若所述第一SN大于所述第二SN，则所述目标基站通过分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)实体对所述第一数据流和所述第二数据流进行重复检测，生成第三数据流；所述目标基站通过多播隧道为所述终端设备调度所述第三数据流。

以下结合具体的切换交互流程对本申请实施例的技术方案进行距离说明。

图4为本申请实施例提供的切换准备(Handover Preparation)流程的示意图，如图4所示，该流程包括以下步骤：

步骤400：源基站通过N2接口决定触发重定向。

步骤401：源基站向源AMF发送切换请求消息。

这里，切换请求消息携带以下至少一种信息：目标基站的标识(Target ID)、源基站到目标基站的透明容器(Source to Target transparent container)、N2 SM消息列表(N2  SM info list)、PDU会话标识。

这里，PDU会话标识是指待切换给目标基站的PDU会话的标识，也即多播会话的标识。

本实施例中，源基站向目标基站转发QoS流(QoS Flows)，可以有如下几种实现方式：

1)源基站忽视目标基站的能力，直接转多播QoS流给目标基站。如果目标基站不支持多播QoS流，则目标基站可能丢弃或者拒绝多播QoS流，或者把多播QoS流视为单播QoS流(前提是单播QoS流满足QoS需求)。

2)源基站获知目标基站的能力的情况下，若确定目标基站不支持多播QoS流，则不向目标基站转发多播QoS流。在路径交换(path swith)期间，SMF将多播QoS流转化为单播QoS流发送给目标基站。

3)源基站获知目标基站的能力的情况下，若确定目标基站不支持多播QoS流，则不向目标基站转发多播QoS流。在路径交换(path swith)期间，源基站将多播QoS流转化为单播QoS流发送给目标基站。

4)源基站仅转发单播QoS流给目标基站。

步骤402：源AMF选择目标AMF。

这里，当源AMF不能服务UE的情况下，源AMF选择目标AMF。

步骤403：源AMF向目标AMF发送建立UE上下文请求消息(即Namf_Communication_CreateUEContext Request)。

步骤404：目标AMF向SMF发送更新SM上下文请求消息(即Nsmf_PDUSession_UpdateSMContext Request)。

这里，更新SM上下文请求消息携带以下至少一种信息：目标基站的标识、PDU会话标识、目标AMF标识、N2 SM消息(N2 SM Information)。

这里，可选地，更新SM上下文请求消息还携带一个指示信息，该指示信息用于指示多播会话的PDU会话和/或多播会话的相关信息(如组地址、组ID)。

步骤405：SMF选择UPF(PSA)。

这里，目标基站不支持多播方式的情况下，SMF生成N2 SM消息，该N2 SM消息包括以下至少一种信息：N3UP地址、UPF的隧道标识、QoS参数。进一步，可选地，该N2 SM消息还携带一个指示信息，该指示信息用于指示该N2 SM消息是针对目标基站的和/或该N2 SM消息是针对单播传输的。

这里，SMF基于目标基站的标识和/或请求的多播会话的信息，确认N2切换(针对指示的PDU会话)是否被接收。如果UPF发生了变化，SMF选择支持多播会话的UPF(PSA)。

步骤406a：SMF向UPF(PSA)发送会话修改请求消息(即N4 Session Modification Request)。

步骤406b：UPF(PSA)向SMF发送会话修改响应消息(即N4 Session Modification Response)。

步骤406c：SMF向目标UPF发送会话建立请求消息(即N4 Session Establishment Request)。

步骤406d：目标UPF向SMF发送会话建立响应消息(即N4 Session Establishment Response)。

需要说明的是，对于多播切换至多播的情况(即源基站采用多播方式，目标基站采用多播方式的情况)：如果多播会话(或者说多播会话的上行文)已经存在于目标基站侧，则上述步骤405至步骤406d可以省略。如果多播会话(或者说多播会话的上行文) 未存在于目标基站侧，则通过上述步骤405至步骤406d建立多播会话。

步骤407：SMF向目标AMF发送更新SM上下文响应消息(即Nsmf_PDUSession_UpdateSMContext Response)。

步骤408：目标AMF和目标UPF之间进行PDU切换响应管理(PDU Handover Response supervision)。

步骤409：目标AMF向目标基站发送切换请求消息。

这里，上述步骤407至步骤409之间交互的消息可以携带以下至少一种信息：N2 SM消息、PDU会话标识。

步骤410：目标基站向目标AMF发送切换请求确认消息。

步骤411a：目标AMF向SMF发送更新SM上下文请求消息(即Nsmf_PDUSession_UpdateSMContext Request)。

步骤411b：SMF向目标UPF发送会话修改请求消息(即N4 Session Modification Request)。

步骤411c：目标UPF向SMF发送会话修改响应消息(即N4 Session Modification Response)。

步骤411d：SMF向源UPF发送会话修改请求消息(即N4 Session Modification Request)。

步骤411e：源UPF向SMF发送会话修改响应消息(即N4 Session Modification Response)。

步骤411f：SMF向目标AMF发送更新SM上下文响应消息(即Nsmf_PDUSession_UpdateSMContext Response)。

步骤412：目标AMF向源AMF发送建立UE上下文响应消息(即Namf_Communication_CreateUEContext Response)。

在一可选方式中，SMF可以选择为目标基站建立多播会话上下文或者单播会话上下文。

1)对于多播切换至多播的情况(即源基站采用多播方式，目标基站采用多播方式的情况)：如果多播会话(或者说多播会话的上行文)已经存在于目标基站侧，则SMF在N2 SM消息中携带以下至少一种信息给目标基站：UE ID、UE所在多播组的组标识、多播会话的标识、多播QoS流信息。如果多播会话(或者说多播会话的上行文)未存在于目标基站侧，则SMF在N2 SM消息中携带以下至少一种信息给目标基站：UE ID、UE所在多播组的组标识、多播会话的标识、多播QoS流信息、N3UP地址、多播会话关联的UPF的隧道标识。

2)对于多播切换至单播的情况(即源基站采用多播方式，目标基站采用单播方式的情况)：SMF在N2 SM消息中携带以下至少一种信息给目标基站：N3UP地址、单播会话关联的UPF的隧道标识、单播QoS流信息。

在另一可选方式中，SMF向目标基站提供多播会话和单播会话的上下文(例如通过N2 SM消息将上下文发送给目标基站)。如果目标基站能够支持多播会话并接受多播会话，则目标基站指示SMF接受多播会话并拒绝单播会话。或者，目标基站存储两个会话的上下文，指示给SMF其使用的会话是多播会话还是单播会话。进一步，如果目标基站不支持多播会话或者不接受多播会话，则指示SMF其不支持或不接受多播会话，目标基站可以存储或删除多播会话的上下文。

图5为本申请实施例提供的切换执行(Handover Execution)流程的示意图，如图5所示，该流程包括以下步骤：

步骤501：源AMF向源基站发送切换命令。

这里，切换命令携带以下至少一种信息：目标基站到源基站的透明容器(Target to Source transparent container)、待切换的PDU会话标识、建立失败的PDU会话的标识。

这里，待切换的PDU会话标识可以是通过图4所示的切换准备流程中来自目标基站的N2 SM信息中的PDU会话标识。

步骤502：源基站向UE发送切换命令。

这里，切换命令携带UE容器，UE容器是目标基站到源基站的透明容器中归属于UE部分的容器。UE容器由目标基站经AMF透明传输给源基站，并由源基站发送给UE。

步骤502a：源基站向源AMF进行上行RAN状态传输(Uplink RAN Status Transfer)。

步骤502b：源AMF与目标AMF之间进行N1N2消息传输(即Namf_Communication_N1N2Message Transfer)。

步骤502c：目标AMF向目标基站进行下行RAN状态传输(Downlink RAN Status Transfer)。

步骤503a：源基站向目标基站进行直接数据转发(Direct data forwarding)。

步骤503b：源基站经源UPF向目标基站进行间接数据转发(Indirect data forwarding)。

这里，上行数据包(Uplink packets)由目标基站发送至目标UPF和UPF(PSA)。下行数据包(Downlink packets)由UPF(PSA)经源UPF发送至源基站，源基站开始转发下行数据包给目标基站，这可以采用直接转发(如步骤3a)或者间接转发(如步骤3b)。

步骤504：UE向目标基站发送切换确认消息(Handover Confirm)。

这里，当UE成功同步至目标基站后，UE向目标基站发送切换确认消息，该消息表示UE确认切换成功。

对于源基站和目标基站中的异步数据传输，UPF(PSA)可以在向源基站和目标基站传输的数据包中插入SN。

1)在切换期间，源基站转携带SN的发数据包给目标基站。

2)在切换之后，若目标基站收到来自源基站转发的数据包的SN小于多播隧道中的数据包的SN，则目标基站和/或UPF(PSA)首先通过单播隧道给UE调度数据，当单播隧道的数据包的SN和多播隧道的数据包的SN相等时切换为多播隧道给UE调度数据。

3)在切换之后，若目标基站收到来自源基站转发的数据包的SN大于多播隧道中的数据包的SN，则目标基站和/或UPF(PSA)通过组播隧道给UE调度数据,并在PDPC层进行重复检测。

需要说明的是，这里可以假设SN范围(即源基站转发的数据包的SN与多播隧道中的数据包的SN之差)可以覆盖UPF(PSA)的缓冲区大小。

需要说明的是，在考虑UPF(PSA)的存储成本和多播QoS需求满足的情况下，SN范围(即源基站转发的数据包的SN与多播隧道中的数据包的SN之差)没有较大的差异。

步骤505：目标基站向目标AMF发送切换通知消息。

该切换通知消息表示目标基站确认切换成功。

步骤506a：目标AMF向源AMF发送N2信息通知(即Namf_Communication_N2InfoNotify)。

步骤506b：源AMF向目标AMF发送N2信息通知确认(即Namf_Communication_N2InfoNotify Ack)。

步骤506c：源AMF向SMF发送释放SM上下文请求消息(即Nsmf_PDUSession_ReleaseSMContext Request)。

步骤507：目标AMF向SMF发送更新SM上下文请求消息(即Nsmf_PDUSession_UpdateSMContext Request)。

步骤508a：SMF向目标UPF发送会话修改请求消息(即N4 Session Modification Request)。

步骤508b：目标UPF向SMF发送会话修改响应消息(即N4 Session Modification Response)。

步骤509a：SMF向源UPF发送会话修改请求消息(即N4 Session Modification Request)。

步骤509b：源UPF向SMF发送会话修改响应消息(即N4 Session Modification Response)。

步骤510a：SMF向UPF(PSA)发送会话修改请求消息(即N4 Session Modification Request)。

步骤510b：UPF(PSA)向SMF发送会话修改响应消息(即N4 Session Modification Response)。

步骤511：SMF向目标AMF发送更新SM上下文响应消息(即Nsmf_PDUSession_UpdateSMContext Response)。

步骤512：UE与网络之间进行注册流程。

步骤513a：SMF向源UPF发送会话释放请求消息(即N4 Session Release Request)。

步骤513b：源UPF向SMF发送会话释放响应消息(即N4 Session Release Response)。

步骤514a：源AMF向源基站发送UE上下文释放命令(即UE Context Release Command)。

步骤514b：源基站向源AMF发送UE上下文释放命令完成消息(即UE Context Release Command Complete)。

步骤515a：SMF向目标UPF发送会话修改请求消息(即N4 Session Modification Request)。

步骤515b：目标UPF向SMF发送会话修改响应消息(即N4 Session Modification Response)。

需要说明的是，本申请上述图4和图5所示的流程中，数据(或者数据包)是指第一业务的数据(或者数据包)，其中，第一业务可以是任意的业务，例如视频业务。

图6为本申请实施例的提高的数据传输装置的结构组成示意图一，应用于目标基站，如图6所示，所述数据传输装置包括：

接收单元601，用于接收到终端设备发送的切换确认消息；所述切换确认消息用于指示所述终端设备确认从源基站切换至所述目标基站；

发送单元602，用于向所述终端设备发送第一业务的数据；其中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过多播方式或单播方式发送。

在一可选方式中，所述第一业务的数据在所述源基站侧通过多播会话发送，所述第一业务的数据在所述目标基站侧通过多播会话或单播会话发送。

在一可选方式中，所述接收单元601，还用于接收核心网网元发送的第一消息，所述第一消息包括多播会话的上下文。

在一可选方式中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过多播方式发送的情况：

若所述多播会话已存在于所述目标基站侧，则所述多播会话的上下文包括以下至少之一：所述终端设备的标识、所述终端设备所在多播组的组标识、所述多播会话的标识、多播QoS流信息；或者，

若所述多播会话未存在于所述目标基站侧，则所述多播会话的上下文包括以下至少之一：所述终端设备的标识、所述终端设备所在多播组的组标识、所述多播会话的标识、多播QoS流信息、N3UP地址、所述多播会话关联的隧道标识。

在一可选方式中，所述接收单元601，还用于接收核心网网元发送的第二消息，所述第二消息包括单播会话的上下文。

在一可选方式中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过单播方式发送的情况：

所述单播会话的上下文包括以下至少之一：N3UP地址、所述单播会话关联的隧道标识、单播QoS流信息。

在一可选方式中，所述接收单元601，还用于接收核心网网元发送的第三消息，所述第三消息包括多播会话的上下文和单播会话的上下文。

在一可选方式中，所述发送单元602，还用于若所述目标基站支持所述多播会话并接受所述多播会话，则向所述核心网网元发送第一指示信息，所述第一指示信息用于指示所述目标基站接受所述多播会话并拒绝所述单播会话。

在一可选方式中，所述发送单元602，还用于若所述目标基站不支持所述多播会话或者不接受所述多播会话，则向所述核心网网元发送第二指示信息，所述第二指示信息用于指示所述目标基站不支持所述多播会话或者不接受所述多播会话。

在一可选方式中，所述装置还包括：

处理单元(图中未示出)，用于存储所述多播会话的上下文；或者，删除所述多播会话的上下文。

在一可选方式中，所述装置还包括：

处理单元(图中未示出)，用于存储所述多播会话的上下文和所述单播会话的上下文；

所述发送单元602，还用于若所述目标基站使用所述多播会话的上下文，则向所述核心网网元发送第三指示信息，所述第三指示信息用于指示所述目标基站使用所述多播会话的上下文；或者，若所述目标基站使用所述单播会话的上下文，则向所述核心网网元发送第四指示信息，所述第四指示信息用于指示所述目标基站使用所述单播会话的上下文。

在一可选方式中，所述接收单元601，还用于接收所述源基站转发的来自业务服务器的多播QoS流，所述多播QoS流包含所述第一业务的数据；

所述装置还包括：处理单元(图中未示出)，用于若所述目标基站不支持所述多播QoS流，则丢弃或拒绝所述多播QoS流，或者，将所述多播QoS流转化为单播QoS流发送给所述终端设备。

在一可选方式中，所述接收单元601，还用于接收所述源基站发送的单播QoS流，所述单播QoS流包含所述第一业务的数据；其中，所述单播QoS流由核心网网元对来自业务服务器的多播QoS流进行转化得到。

在一可选方式中，所述接收单元601，还用于接收所述源基站发送的单播QoS流，所述单播QoS流包含所述第一业务的数据；其中，所述单播QoS流由所述源基站对来自业务服务器的多播QoS流进行转化得到。

在一可选方式中，所述接收单元601，还用于接收所述源基站转发来自业务服务器的第一数据流，以及接收业务服务器通过多播隧道发送的第二数据流；所述第一数 据流中的数据包携带第一SN，所述第二数据流中的数据包携带第二SN；其中，所述第一数据流和所述第二数据流属于所述第一业务的数据流；

所述发送单元602，还用于若所述第一SN小于所述第二SN，则通过单播隧道为所述终端设备调度第三数据流，所述第三数据流携带第三SN；所述第三数据流的速率大于所述第一数据流的速率；在所述第三SN等于所述第二SN的情况下，通过多播隧道为所述终端设备调度所述第二数据流。

在一可选方式中，所述接收单元601，还用于接收所述源基站转发来自业务服务器的第一数据流，以及接收业务服务器通过多播隧道发送的第二数据流；所述第一数据流中的数据包携带第一SN，所述第二数据流中的数据包携带第二SN；其中，所述第一数据流和所述第二数据流属于所述第一业务的数据流；

所述装置还包括：处理单元(图中未示出)，用于若所述第一SN大于所述第二SN，则通过PDCP实体对所述第一数据流和所述第二数据流进行重复检测，生成第三数据流；

所述发送单元602，还用于通过多播隧道为所述终端设备调度所述第三数据流。

本领域技术人员应当理解，本申请实施例的上述数据传输装置的相关描述可以参照本申请实施例的数据传输方法的相关描述进行理解。

图7为本申请实施例的提高的数据传输装置的结构组成示意图二，应用于终端设备，如图7所示，所述数据传输装置包括：

接收单元701，用于接收源基站通过多播方式发送的第一业务的数据；

发送单元702，用于从所述源基站切换至目标基站后，向所述目标基站发送切换确认消息；

所述接收单元701，还用于接收所述目标基站通过多播方式或单播方式发送的所述第一业务的数据。

在一可选方式中，所述第一业务的数据在所述源基站侧通过多播会话发送，所述第一业务的数据在所述目标基站侧通过多播会话或单播会话发送。

本领域技术人员应当理解，本申请实施例的上述数据传输装置的相关描述可以参照本申请实施例的数据传输方法的相关描述进行理解。

图8是本申请实施例提供的一种通信设备800示意性结构图。该通信设备可以是终端设备，也可以是网络设备，图8所示的通信设备800包括处理器810，处理器810可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图8所示，通信设备800还可以包括存储器820。其中，处理器810可以从存储器820中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器820可以是独立于处理器810的一个单独的器件，也可以集成在处理器810中。

可选地，如图8所示，通信设备800还可以包括收发器830，处理器810可以控制该收发器830与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器830可以包括发射机和接收机。收发器830还可以进一步包括天线，天线的数量可以为一个或多个。

可选地，该通信设备800具体可为本申请实施例的网络设备，并且该通信设备800可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该通信设备800具体可为本申请实施例的移动终端/终端设备，并且该通信设备800可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为 了简洁，在此不再赘述。

图9是本申请实施例的芯片的示意性结构图。图9所示的芯片900包括处理器910，处理器910可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图9所示，芯片900还可以包括存储器920。其中，处理器910可以从存储器920中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器920可以是独立于处理器910的一个单独的器件，也可以集成在处理器910中。

可选地，该芯片900还可以包括输入接口930。其中，处理器910可以控制该输入接口930与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。

可选地，该芯片900还可以包括输出接口940。其中，处理器910可以控制该输出接口940与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。

可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该芯片可应用于本申请实施例中的移动终端/终端设备，并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

图10是本申请实施例提供的一种通信系统1000的示意性框图。如图10所示，该通信系统1000包括终端设备1010和网络设备1020。

其中，该终端设备1010可以用于实现上述方法中由终端设备实现的相应的功能，以及该网络设备1020可以用于实现上述方法中由网络设备实现的相应的功能为了简洁，在此不再赘述。

应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM， SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。

可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。

可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序。

可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机程序可应用于本申请实施例中的移动终端/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (46)

1. 一种数据传输方法，所述方法包括：

   目标基站接收到终端设备发送的切换确认消息后，向所述终端设备发送第一业务的数据，所述切换确认消息用于指示所述终端设备确认从源基站切换至所述目标基站；其中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过多播方式或单播方式发送。
2. 根据权利要求1所述的方法，其中，所述第一业务的数据在所述源基站侧通过多播会话发送，所述第一业务的数据在所述目标基站侧通过多播会话或单播会话发送。
3. 根据权利要求1或2所述的方法，其中，所述方法还包括：

   所述目标基站接收核心网网元发送的第一消息，所述第一消息包括多播会话的上下文。
4. 根据权利要求3所述的方法，其中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过多播方式发送的情况：

   若所述多播会话已存在于所述目标基站侧，则所述多播会话的上下文包括以下至少之一：所述终端设备的标识、所述终端设备所在多播组的组标识、所述多播会话的标识、多播服务质量QoS流信息；或者，

   若所述多播会话未存在于所述目标基站侧，则所述多播会话的上下文包括以下至少之一：所述终端设备的标识、所述终端设备所在多播组的组标识、所述多播会话的标识、多播QoS流信息、N3 UP地址、所述多播会话关联的隧道标识。
5. 根据权利要求1或2所述的方法，其中，所述方法还包括：

   所述目标基站接收核心网网元发送的第二消息，所述第二消息包括单播会话的上下文。
6. 根据权利要求5所述的方法，其中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过单播方式发送的情况：

   所述单播会话的上下文包括以下至少之一：N3 UP地址、所述单播会话关联的隧道标识、单播QoS流信息。
7. 根据权利要求1或2所述的方法，其中，所述方法还包括：

   所述目标基站接收核心网网元发送的第三消息，所述第三消息包括多播会话的上下文和单播会话的上下文。
8. 根据权利要求7所述的方法，其中，所述方法还包括：

   若所述目标基站支持所述多播会话并接受所述多播会话，则所述目标基站向所述核心网网元发送第一指示信息，所述第一指示信息用于指示所述目标基站接受所述多播会话并拒绝所述单播会话。
9. 根据权利要求7所述的方法，其中，所述方法还包括：

   若所述目标基站不支持所述多播会话或者不接受所述多播会话，则所述目标基站向所述核心网网元发送第二指示信息，所述第二指示信息用于指示所述目标基站不支持所述多播会话或者不接受所述多播会话。
10. 根据权利要求9所述的方法，其中，所述方法还包括：

    所述目标基站存储所述多播会话的上下文；或者，

    所述目标基站删除所述多播会话的上下文。
11. 根据权利要求7所述的方法，其中，所述方法还包括：

    所述目标基站存储所述多播会话的上下文和所述单播会话的上下文；

    若所述目标基站使用所述多播会话的上下文，则所述目标基站向所述核心网网元发送第三指示信息，所述第三指示信息用于指示所述目标基站使用所述多播会话的上下文；或者，

    若所述目标基站使用所述单播会话的上下文，则所述目标基站向所述核心网网元发送第四指示信息，所述第四指示信息用于指示所述目标基站使用所述单播会话的上下文。
12. 根据权利要求1至11中任一项所述的方法，其中，所述目标基站接收到终端设备发送的切换确认消息之前，所述方法还包括：

    所述目标基站接收所述源基站转发的来自业务服务器的多播QoS流，所述多播QoS流包含所述第一业务的数据；

    若所述目标基站不支持所述多播QoS流，则所述目标基站丢弃或拒绝所述多播QoS流，或者，所述目标基站将所述多播QoS流转化为单播QoS流发送给所述终端设备。
13. 根据权利要求1至11中任一项所述的方法，其中，所述目标基站接收到终端设备发送的切换确认消息之前，所述方法还包括：

    所述目标基站接收所述源基站发送的单播QoS流，所述单播QoS流包含所述第一业务的数据；其中，所述单播QoS流由核心网网元对来自业务服务器的多播QoS流进行转化得到。
14. 根据权利要求1至11中任一项所述的方法，其中，所述目标基站接收到终端设备发送的切换确认消息之前，所述方法还包括：

    所述目标基站接收所述源基站发送的单播QoS流，所述单播QoS流包含所述第一业务的数据；其中，所述单播QoS流由所述源基站对来自业务服务器的多播QoS流进行转化得到。
15. 根据权利要求1至14中任一项所述的方法，其中，所述方法还包括：

    所述目标基站接收所述源基站转发来自业务服务器的第一数据流，以及接收业务服务器通过多播隧道发送的第二数据流；所述第一数据流中的数据包携带第一序列号SN，所述第二数据流中的数据包携带第二SN；其中，所述第一数据流和所述第二数据流属于所述第一业务的数据流；

    若所述第一SN小于所述第二SN，则所述目标基站通过单播隧道为所述终端设备调度第三数据流，所述第三数据流携带第三SN；所述第三数据流的速率大于所述第一数据流的速率；

    在所述第三SN等于所述第二SN的情况下，所述目标基站通过多播隧道为所述终端设备调度所述第二数据流。
16. 根据权利要求1至14中任一项所述的方法，其中，所述方法还包括：

    所述目标基站接收所述源基站转发来自业务服务器的第一数据流，以及接收业务服务器通过多播隧道发送的第二数据流；所述第一数据流中的数据包携带第一SN，所述第二数据流中的数据包携带第二SN；其中，所述第一数据流和所述第二数据流属于所述第一业务的数据流；

    若所述第一SN大于所述第二SN，则所述目标基站通过分组数据汇聚协议PDCP实体对所述第一数据流和所述第二数据流进行重复检测，生成第三数据流；所述目标基站通过多播隧道为所述终端设备调度所述第三数据流。
17. 一种数据传输方法，所述方法包括：

    终端设备接收源基站通过多播方式发送的第一业务的数据；

    所述终端设备从所述源基站切换至目标基站后，向所述目标基站发送切换确认消息，并接收所述目标基站通过多播方式或单播方式发送的所述第一业务的数据。
18. 根据权利要求17所述的方法，其中，所述第一业务的数据在所述源基站侧通过多播会话发送，所述第一业务的数据在所述目标基站侧通过多播会话或单播会话发送。
19. 一种数据传输装置，应用于目标基站，所述装置包括：

    接收单元，用于接收到终端设备发送的切换确认消息；所述切换确认消息用于指示所述终端设备确认从源基站切换至所述目标基站；

    发送单元，用于向所述终端设备发送第一业务的数据；其中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过多播方式或单播方式发送。
20. 根据权利要求19所述的装置，其中，所述第一业务的数据在所述源基站侧通过多播会话发送，所述第一业务的数据在所述目标基站侧通过多播会话或单播会话发送。
21. 根据权利要求19或20所述的装置，其中，所述接收单元，还用于接收核心网网元发送的第一消息，所述第一消息包括多播会话的上下文。
22. 根据权利要求21所述的装置，其中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过多播方式发送的情况：

    若所述多播会话已存在于所述目标基站侧，则所述多播会话的上下文包括以下至少之一：所述终端设备的标识、所述终端设备所在多播组的组标识、所述多播会话的标识、多播QoS流信息；或者，

    若所述多播会话未存在于所述目标基站侧，则所述多播会话的上下文包括以下至少之一：所述终端设备的标识、所述终端设备所在多播组的组标识、所述多播会话的标识、多播QoS流信息、N3 UP地址、所述多播会话关联的隧道标识。
23. 根据权利要求19或20所述的装置，其中，所述接收单元，还用于接收核心网网元发送的第二消息，所述第二消息包括单播会话的上下文。
24. 根据权利要求23所述的装置，其中，所述第一业务的数据在所述源基站侧通过多播方式发送，所述第一业务的数据在所述目标基站侧通过单播方式发送的情况：

    所述单播会话的上下文包括以下至少之一：N3 UP地址、所述单播会话关联的隧道标识、单播QoS流信息。
25. 根据权利要求19或20所述的装置，其中，所述接收单元，还用于接收核心网网元发送的第三消息，所述第三消息包括多播会话的上下文和单播会话的上下文。
26. 根据权利要求25所述的装置，其中，所述发送单元，还用于若所述目标基站支持所述多播会话并接受所述多播会话，则向所述核心网网元发送第一指示信息，所述第一指示信息用于指示所述目标基站接受所述多播会话并拒绝所述单播会话。
27. 根据权利要求25所述的装置，其中，所述发送单元，还用于若所述目标基站不支持所述多播会话或者不接受所述多播会话，则向所述核心网网元发送第二指示信息，所述第二指示信息用于指示所述目标基站不支持所述多播会话或者不接受所述多播会话。
28. 根据权利要求27所述的装置，其中，所述装置还包括：

    处理单元，用于存储所述多播会话的上下文；或者，删除所述多播会话的上下文。
29. 根据权利要求25所述的装置，其中，所述装置还包括：

    处理单元，用于存储所述多播会话的上下文和所述单播会话的上下文；

    所述发送单元，还用于若所述目标基站使用所述多播会话的上下文，则向所述核心网网元发送第三指示信息，所述第三指示信息用于指示所述目标基站使用所述多播会话的上下文；或者，若所述目标基站使用所述单播会话的上下文，则向所述核心网网元发送第四指示信息，所述第四指示信息用于指示所述目标基站使用所述单播会话的上下文。
30. 根据权利要求19至29中任一项所述的装置，其中，所述接收单元，还用于接收所述源基站转发的来自业务服务器的多播QoS流，所述多播QoS流包含所述第一业务的数据；

    所述装置还包括：处理单元，用于若所述目标基站不支持所述多播QoS流，则丢弃或拒绝所述多播QoS流，或者，将所述多播QoS流转化为单播QoS流发送给所述终端设备。
31. 根据权利要求19至29中任一项所述的装置，其中，所述接收单元，还用于接收所述源基站发送的单播QoS流，所述单播QoS流包含所述第一业务的数据；其中，所述单播QoS流由核心网网元对来自业务服务器的多播QoS流进行转化得到。
32. 根据权利要求19至29中任一项所述的装置，其中，所述接收单元，还用于接收所述源基站发送的单播QoS流，所述单播QoS流包含所述第一业务的数据；其中，所述单播QoS流由所述源基站对来自业务服务器的多播QoS流进行转化得到。
33. 根据权利要求19至32中任一项所述的装置，其中，所述接收单元，还用于接收所述源基站转发来自业务服务器的第一数据流，以及接收业务服务器通过多播隧道发送的第二数据流；所述第一数据流中的数据包携带第一SN，所述第二数据流中的数据包携带第二SN；其中，所述第一数据流和所述第二数据流属于所述第一业务的数据流；

    所述发送单元，还用于若所述第一SN小于所述第二SN，则通过单播隧道为所述终端设备调度第三数据流，所述第三数据流携带第三SN；所述第三数据流的速率大于所述第一数据流的速率；在所述第三SN等于所述第二SN的情况下，通过多播隧道为所述终端设备调度所述第二数据流。
34. 根据权利要求19至32中任一项所述的装置，其中，所述接收单元，还用于接收所述源基站转发来自业务服务器的第一数据流，以及接收业务服务器通过多播隧道发送的第二数据流；所述第一数据流中的数据包携带第一SN，所述第二数据流中的数据包携带第二SN；其中，所述第一数据流和所述第二数据流属于所述第一业务的数据流；

    所述装置还包括：处理单元，用于若所述第一SN大于所述第二SN，则通过PDCP实体对所述第一数据流和所述第二数据流进行重复检测，生成第三数据流；

    所述发送单元，还用于通过多播隧道为所述终端设备调度所述第三数据流。
35. 一种数据传输装置，应用于终端设备，所述装置包括：

    接收单元，用于接收源基站通过多播方式发送的第一业务的数据；

    发送单元，用于从所述源基站切换至目标基站后，向所述目标基站发送切换确认消息；

    所述接收单元，还用于接收所述目标基站通过多播方式或单播方式发送的所述第一业务的数据。
36. 根据权利要求35所述的装置，其中，所述第一业务的数据在所述源基站侧通过多播会话发送，所述第一业务的数据在所述目标基站侧通过多播会话或单播会话发送。
37. 一种网络设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至16中任一项所述的方法。
38. 一种终端设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求17至18中任一项所述的方法。
39. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至16中任一项所述的方法。
40. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求17至18中任一项所述的方法。
41. 一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至16中任一项所述的方法。
42. 一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求17至18中任一项所述的方法。
43. 一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求1至16中任一项所述的方法。
44. 一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求17至18中任一项所述的方法。
45. 一种计算机程序，所述计算机程序使得计算机执行如权利要求1至16中任一项所述的方法。
46. 一种计算机程序，所述计算机程序使得计算机执行如权利要求17至18中任一项所述的方法。

Images