CN113973268B

CN113973268B - 数据接收方法、发送方法、资源更新方法、装置和设备

Info

Publication number: CN113973268B
Application number: CN202010719763.7A
Authority: CN
Inventors: 谢振华; 鲍炜; 柯小婉
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2020-07-23
Filing date: 2020-07-23
Publication date: 2023-04-07
Anticipated expiration: 2040-07-23
Also published as: CN113973268A

Abstract

本申请提供一种数据接收方法、发送方法、资源更新方法、装置和设备，该方法包括：从源网络侧设备接收多播无关空口资源信息；依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据。本申请可以减少多播业务数据的中断时间。

Description

数据接收方法、发送方法、资源更新方法、装置和设备

技术领域

本申请涉及通信技术领域，尤其涉及一种数据接收方法、发送方法、资源更新方法、装置和设备。

背景技术

在一些通信***(例如：5G***)中，终端可以支持协议数据单元(Protocol DataUnit，PDU)会话和多播业务数据传输，且多播业务数据支持通过PDU会话传输。然而，在实际应用中终端可能会发生切换，即从源网络侧设备切换至目标网络侧设备，用于传输多播业务数据的PDU可能还没有建立或者激活，导致多播业务数据中断时间比较长。

发明内容

本申请实施例提供一种数据接收方法、发送方法、资源更新方法、装置和设备，能够解决多播业务数据中断时间比较长。

第一方面，本申请实施例提供一种多播业务数据接收方法，应用于终端，包括：

从源网络侧设备接收多播无关空口资源信息；

依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据。

第二方面，本申请实施例提供一种多播业务数据发送方法，应用于源网络侧设备，包括：

向转发设备发送转发指示，所述转发设备包括目标网络侧设备或者核心网功能；

向所述转发设备复用传输所述多播业务数据和协议数据单元PDU会话数据。

第三方面，本申请实施例提供一种多播业务数据发送方法，应用于目标网络侧设备，包括：

接收多播业务数据，其中，所述多播业务数据为核心网功能或者终端的源网络侧设备发送的；

向所述终端复用发送所述多播业务数据和协议数据单元PDU会话数据。

第四方面，本申请实施例提供一种资源更新方法，应用于核心网功能，包括：

接收目标网络侧设备发送的PDU会话信息；

等待预设时间后，更新所述PDU会话信息指示的PDU会话核心网资源。

第五方面，本申请实施例提供一种多播业务数据接收装置，应用于终端，包括：

第一接收模块，用于从源网络侧设备接收多播无关空口资源信息；

第二接收模块，用于依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据。

第六方面，本申请实施例提供一种多播业务数据发送装置，应用于源网络侧设备，包括：

第一发送模块，用于向转发设备发送转发指示，所述转发设备包括目标网络侧设备或者核心网功能；

第二发送模块，用于向所述转发设备复用传输所述多播业务数据和协议数据单元PDU会话数据。

第七方面，本申请实施例提供一种多播业务数据发送装置，应用于目标网络侧设备，包括：

第一接收模块，用于接收多播业务数据，其中，所述多播业务数据为核心网功能或者终端的源网络侧设备发送的；

第一发送模块，用于向所述终端复用发送所述多播业务数据和协议数据单元PDU会话数据。

第八方面，本申请实施例提供一种资源更新装置，应用于核心网功能，包括：

接收模块，用于接收目标网络侧设备发送的PDU会话信息；

更新模块，用于等待预设时间后，更新所述PDU会话信息指示的PDU会话核心网资源。

第九方面，本申请实施例提供一种终端，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或者指令，所述程序或者指令被所述处理器执行时实现本申请实施例提供的多播业务数据接收方法中的步骤。

第十方面，本申请实施例提供一种网络侧设备，所述网络侧设备为源网络侧设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或者指令，所述程序或者指令被所述处理器执行时实现本申请实施例提供的源网络侧设备的多播业务数据发送方法中的步骤。

第十一方面，本申请实施例提供一种网络侧设备，所述网络侧设备为目标网络侧设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或者指令，所述程序或者指令被所述处理器执行时实现本申请实施例提供的目标网络侧设备的多播业务数据发送方法中的步骤。

第十二方面，本申请实施例提供一种核心网功能，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或者指令，所述程序或者指令被所述处理器执行时实现本申请实施例提供的资源更新方法中的步骤。

第十三方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现本申请实施例提供的多播业务数据接收方法中的步骤，或者，所述程序或指令被处理器执行时实现本申请实施例提供的源网络侧设备的多播业务数据发送方法中的步骤，或者，所述程序或指令被处理器执行时实现本申请实施例提供的目标网络侧设备的多播业务数据发送方法中的步骤，或者，所述程序或指令被处理器执行时实现本申请实施例提供的资源更新方法中的步骤。

第十方面，本申请实施例提供一种程序产品，所述程序产品被存储在非易失的存储介质中，所述程序产品被至少一个处理器执行以实现本申请实施例提供的多播业务数据接收方法中的步骤，或者，所述程序产品被至少一个处理器执行以实现本申请实施例提供的源网络侧设备的多播业务数据发送方法中的步骤，或者，所述程序产品被至少一个处理器执行以实现本申请实施例提供的目标网络侧设备的多播业务数据发送方法中的步骤，或者，所述程序产品被至少一个处理器执行以实现本申请实施例提供的资源更新方法中的步骤。

本申请实施例中，从源网络侧设备接收多播无关空口资源信息；依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据。这样由于可以直接通过多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据，而不需要通过PDU会话接收多播业务数据，从而可以减少多播业务数据的中断时间。

附图说明

图1示出本申请实施例可应用的一种无线通信***的框图；

图2是本申请实施例提供的一种多播业务数据接收方法的流程图；

图3是本申请实施例提供的一种多播业务数据发送方法的流程图；

图4是本申请实施例提供的另一种多播业务数据发送方法的流程图；

图5是本申请实施例提供的一种资源更新方法的流程图；

图6是本申请实施例提供的一种多播业务数据发送的示意图；

图7是本申请实施例提供的一种多播业务数据发送的示意图；

图8是本申请实施例提供的一种多播业务数据发送的示意图；

图9是本申请实施例提供的一种多播业务数据接收装置的结构图；

图10是本申请实施例提供的一种多播业务数据发送装置的结构图；

图11是本申请实施例提供的一种多播业务数据发送装置的结构图；

图12是本申请实施例提供的一种资源更新装置的结构图；

图13是本申请实施例提供的一种终端的结构图；

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

图15是本申请实施例提供的一种核心网功能的结构图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)***，还可用于其他无线通信***，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他***。本申请实施例中的术语“***”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的***和无线电技术，也可用于其他***和无线电技术。然而，以下描述出于示例目的描述了新空口(New Radio，NR)***，并且在以下大部分描述中使用NR术语，尽管这些技术也可应用于NR***应用以外的应用，如第6代(6th Generation，6G)通信***。

图1示出本申请实施例可应用的一种无线通信***的框图。无线通信***包括终端11、源网络侧设备12、目标网络侧设备13和核心网功能14。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet PersonalComputer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(PersonalDigital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)或车载设备(VUE)、行人终端(PUE)、RedCap UE等终端侧设备，其中，RedCap UE)可以包括：穿戴设备、工业传感器、视频监控设备等，穿戴设备包括：手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。

源网络侧设备12和目标网络侧设备13可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR***中的基站为例，但是并不限定基站的具体类型。

核心网功能14可以包括至少以下之一：移动管理实体(Mobility ManagementEntity，MME)、接入移动管理功能(Access Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、多播会话管理功能(multimedia broadcast Session Management Function，MB-SMF)、多播用户平面功能(multimedia broadcast User Plane Function，MB-UPF)。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供控制信令获取方法、发送方法、装置、终端和网络侧设备进行详细地说明。

请参见图2，图2是本申请实施例提供的一种多播业务数据接收方法的流程图，该方法应用于终端，如图2所示，包括以下步骤：

步骤201、从源网络侧设备接收多播无关空口资源信息。

上述多播无关空口资源信息可以用于指示多播无关空口资源的信息，多播无关空口资源可以是原本用于非多播业务传输的空口资源，例如：与多播业务无关PDU会话的资源，这里与多播业务无关PDU会话是指不传输多播业务的PDU会话。

另外，上述接收多播无关空口资源信息可以是，发起从源网络侧设备切换到目标网络侧设备之后，接收多播无关空口资源信息。

一种实施方式中，上述接收多播无关空口资源信息可以是，终端向源网络设备发送测量报告后，从源网络侧设备接收多播无关空口资源信息。

另一种实施方式中，上述接收多播无关空口资源信息可以是，在向目标网络侧设备发送切换确认消息(或者切换完成消息)之前接收多播无关空口资源信息。

步骤202、依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据。

上述依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据可以是，依据上述依据多播无关空口资源信息，确定多播无关空口资源，并在该多播无关空口资源上，接收目标网络侧设备发送的多播业务数据。

本申请实施例中，通过上述步骤可以实现终端依据多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据，从而不需要通过PDU会话接收多播业务数据，也就是说，在接收目标网络侧设备发送的多播业务数据之前，不建立或者激活用于传输多播业务数据的PDU会话，从而可以减少多播业务数据的中断时间。

作为一种可选的实施方式，上述依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据之前，所述方法还包括：

接收所述源网络侧设备发送的多播业务的转发指示。

其中，上述转发指示可以是源网络侧设备向目标网络侧设备或者核心网发送切换请求或者接收到切换响应或者切换命令后，向终端发送的多播业务的转发指示。

通过上述多播业务的转发指示，可以知道多播业务数据由目标网络侧设备发送。

可选的，所述转发指示是通过切换命令发送的。

当然，对此不作限定，例如：上述转发指示还可以是由重定向消息发送的，或者通过单独的消息发送。

其中，通过转发指示是通过切换命令发送的可以减少资源传输开销。

另外，上述多播无关空口资源信息与上述转发指示可以一同发送，当然，也可以是分开发送，对此不作限定。

作为一种可选的实施方式，所述依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据之前，所述方法还包括：

向所述源网络侧设备发送多播业务的业务信息。

其中，上述业务信息可以是终端向源网络侧设备发送测量报告时，一起发送的，该业务信息可以是包括多播业务标识和/或多播业务服务质量(QoS)信息，其中，多播业务标识可以包括临时移动组标识(Temporary Mobile Group Identity，TMGI)或者其他业务标识。

源网络侧设备接收到上述业务信息后，可以依据该业务信息向目标网络侧设备或者核心网功能指示转发该多播业务，以及还可以向目标网络侧设备或者核心网功能转发多播业务数据和PDU会话。

作为一种可选的实施方式，上述依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务，包括：

依据所述多播无关空口资源信息，接收目标网络侧设备复用传输的多播业务数据和PDU会话数据。

该实施方式中，可以实现多播业务数据和PDU会话数据复用在多播无关空口资源信息上传输，从而进一步减少多播业务数据和PDU会话数据的中断时间。

需要说明的是，这里PDU会话数据是指多播无关PDU会话数据，即该PDU会话并没有传输多播业务数据。

请参见图3，图3是本申请实施例提供的一种多播业务数据发送方法的流程图，该方法应用于源网络侧设备，如图3所示，包括以下步骤：

步骤301、向转发设备发送转发指示，所述转发设备包括目标网络侧设备或者核心网功能。

其中，上述转发指示可以是多播业务的转发指示，但并不限定，例如：源网络侧设备可以通过上述转发指示表示转发终端的多播业务数据和PDU会话数据，从而上述转发指示可以理解为针对终端的全部数据的转发指示。

另外，上述转发指示可以通过切换请求或者切换通知消息发送。

另外，上述转发指示可以请求或者要求转发设备预留转发资源，即转发上述多播业务数据的资源。

进一步的，上述转发指示还可以包括多播业务的业务信息。

步骤302、向所述转发设备复用传输所述多播业务数据和PDU会话数据。

上述向所述转发设备复用传输所述多播业务数据和PDU会话数据可以是依据转发设备提供的转发资源信息向所述转发设备复用传输所述多播业务数据和PDU会话数据。例如：源网络侧设备依据转发设备提供的下行转发接收资源信息或核心网转发资源信息，向所述转发设备复用传输所述多播业务数据和PDU会话数据。

本实施例中，由于向所述转发设备复用传输所述多播业务数据和PDU会话数据，这样可以使得目标网络侧设备不需要通过用于传输多播业务数据的PDU会话向终端发送多播业务数据，进而降低多播业务数据的中断时间。

作为一种可选的实施方式，所述向转发设备发送转发指示，包括：

向转发设备发送多播无关资源信息和转发指示。

其中，上述多播无关资源信息可以是指PDU会话资源信息，该PDU会话为多播无关PDU会话。上述多播无关资源信息用于目标网络侧设备向终端转发多播无关PDU会话数据。

可选的，所述方法还包括：

向用户终端发送多播业务的转发指示。

其中，该转发指示可以参见图2所示的实施例的相应说明，此处不作赘述。

可选的，所述向转发设备发送转发指示之前，所述方法还包括：

接收用户终端发送的所述多播业务的业务信息；

其中，向转发设备发送所述转发指示是基于所述业务信息发送的。

其中，该业务信息可以参见图2所示的实施例的相应说明，此处不作赘述。

上述向转发设备发送所述转发指示是基于所述业务信息发送的可以是，源网络侧设备基于该业务信息确定转发的多播业务，进而向转发设备发送上述转发指示。

本实施例中，向转发设备发送转发指示，所述转发设备包括目标网络侧设备或者核心网功能；向所述转发设备复用传输所述多播业务数据和协议数据单元PDU会话数据。这样，可以使得目标网络侧设备不需要通过用于传输多播业务数据的PDU会话向终端发送多播业务数据，进而降低多播业务数据的中断时间。

请参见图4，图4是本申请实施例提供的另一种多播业务数据发送方法的流程图，该方法应用于目标网络侧设备，如图4所示，包括以下步骤：

步骤401、接收多播业务数据，其中，所述多播业务数据为核心网功能或者终端的源网络侧设备发送的。

其中，上述接收多播业务数据可以是接收核心网功能或者源网络侧设备复用传输的多播业务数据和PDU会话数据，当然，也可以是只接收到多播业务数据。

另外，上述接收多播业务数据可以是终端切换至目标网络侧设备之前接收的，例如：在向源网络侧设备发送切换请求后，源网络侧设备基于该请求发送的多播业务数据，或者可以是在向核心网功能发送切换响应后，核心网功能向目标网络侧设备发送的多播业务数据。

步骤402、向所述终端复用发送所述多播业务数据和PDU会话数据。

上述向所述终端复用发送所述多播业务数据和PDU会话数据可以是，依据多播无关空口资源信息，向所述终端复用发送所述多播业务数据和PDU会话数据。

进一步的，上述向所述终端复用发送所述多播业务数据和PDU会话数据可以是，在接收到终端发送的切换完成消息或者切换确认消息后，基于切换完成消息或者切换确认消息，向所述终端复用发送所述多播业务数据和PDU会话数据。

本实施例中，通过上述步骤可以向所述终端复用发送所述多播业务数据和PDU会话数据，从而不需要通过用于传输多播业务数据的PDU会话发送多播业务数据，从而可以减少多播业务数据的中断时间。

作为一种可选的实施方式，所述向所述终端复用发送所述多播业务数据和协议数据单元PDU会话数据之前，所述方法还包括：

接收所述源网络侧设备或者所述核心网功能发送所述多播业务的转发指示。

其中，上述转发指示可以参见图3所示的实施例的相应说明，此处不作赘述。

可选的，所述接收所述源网络侧设备或者所述核心网功能发送所述多播业务的转发指示之后，所述方法还包括：

向所述源网络侧设备或者核心网功能发送转发资源信息；

所述接收多播业务数据，包括：

依据所述转发资源信息，接收多播业务数据。

其中，上述转发资源信息可以是下行转发接收资源信息。

该实施方式中，源网络侧设备和核心网功能接收到上述转发资源信息后，依据该转发资源信息向目标网络侧设备转发上述多播业务数据。

作为一种可选的实施方式，在目标网络侧设备向核心网功能发送切换完成消息后，与核心网功能建立共享通道。

该共享通道用于多播业务数据传输，即在建立该共享通道后，可以通过该共享通道向终端发送多播业务数据。例如：多播无关空口资源上转换到该共享通道向终端发送多播业务数据。

进一步的，目标网络侧设备还可以向核心网功能发送PDU会话信息，核心网功能接收到该PDU会话信息后，等待预设时间后，更新所述PDU会话信息指示的PDU会话核心网资源。其中，更新后的PDU会话核心网资源用于传输PDU会话数据，从而目标网络侧设备向终端传输PDU会话。这里的PDU会话为多播无关PDU会话。

本实施例中，接收多播业务数据，其中，所述多播业务数据为核心网功能或者终端的源网络侧设备发送的；向所述终端复用发送所述多播业务数据和协议数据单元PDU会话数据。这样，不需要通过用于传输多播业务数据的PDU会话发送多播业务数据，从而可以减少多播业务数据的中断时间。

请参见图5，图5是本申请实施例提供的一种资源更新方法的流程图，该方法应用于核心网功能，如图5所示，包括以下步骤：

步骤501、接收目标网络侧设备发送的PDU会话信息。

其中，上述PDU会话信息可以是多播无关PDU会话信息。

步骤502、等待预设时间后，更新所述PDU会话信息指示的PDU会话核心网资源。

其中，上述预设时间可以协议定义，或者核心网配置的。

另外，上述更新所述PDU会话信息指示的PDU会话核心网资源可以是，更新多播无关PDU会话的核心网资源，以使得核心网功能依据更新后的资源向目标网络侧设备发送多播无关PDU会话数据，目标网络侧设备也使用更新的资源向终端发送多播无关PDU会话数据。

本实施例中，由于等待预设时间，这样可以使得在该等待时间内目标网络侧设备可以继续向终端发送多播业务数据和PDU会话数据，以避免终端因切换丢弃部分数据。

下面以核心网功能通过与源网络侧设备间的共享通道发送终端的多播业务数据，且源网络侧设备通过广播方式或者点到点方式分发多播业务数据给终端，且终端同时有其他PDU会话处于激活状态(即终端处于连接态)，且这些PDU会话与多播业务无关，即多播无关PDU会话，且网络侧设备为gNB、核心网功能为MB-SMF或者MB-UPF对本申请实施例提供的方法进行举例说明：

实施例一：

如图6所示，包括以下步骤：

步骤1：UE向源基站(source gNB)发送测量报告，可以携带多播业务信息，比如多播业务标识(比如TMGI)，和/或多播业务QoS信息。

步骤2：Source gNB决定执行切换操作，选择目标基站(target gNB)，其中，可以是基于测量报告或候选小区信息，也可以自主选择；之后，向核心网发送切换通知消息，比如Handover Required消息，该通知消息包括转发指示。且通知消息可以是基于多播业务标识，指示要求转发资源，并携带与多播业务无关的信息，比如仅携带PDU会话相关资源信息。

步骤3：核心网功能(CN NF)(比如AMF、SMF)基于切换通知消息，可以预留核心网转发资源，比如通知UPF预留上行转发隧道。

步骤4：CN NF向target gNB发送切换请求，比如发送Handover Request消息，携带切换通知消息中的信息，包括指示要求转发资源的信息。

步骤5：target gNB预留空口资源和下行转发接收资源。

步骤6：target gNB向CN NF返回切换响应，比如Handover Response消息，可携带步骤5中获得的下行转发接收资源信息。

步骤7：CN NF收到切换响应，可以使用下行转发接收资源信息更新核心网会话资源，比如向UPF通知下行转发接收资源信息。

步骤8：CN NF向source gNB发送切换命令，比如Handover Command消息，携带接收到的下行转发接收资源信息或步骤3中的核心网转发资源信息。

步骤9：source gNB通过接收到的下行转发接收资源信息或核心网转发资源信息，在通过转发资源指示的转发通道转发PDU会话数据的同时，通过这些转发通道转发多播业务标识指示的多播业务数据。

步骤10：source gNB向UE发送切换命令，可以携带多播业务转发指示，比如多播业务数据被转发的指示，或多播业务标识以表示哪些多播业务的数据被转发。

步骤11：UE接入到target gNB，向target gNB发送切换确认消息，比如HandoverConfirm消息。

步骤12：target gNB向CN NF发送切换完成消息。

步骤13：如果target gNB未建立共享通道，CN NF建立与target gNB的共享通道。

步骤14：CN NF可以等待一段时间再执行步骤15，以使得UE不会因切换丢失部分数据。

步骤15：CN NF发送多播无关PDU会话。

实施例二：

如图7所示，包括以下步骤：

步骤1：UE向source gNB发送测量报告，可以携带多播业务信息，比如多播业务标识(比如TMGI)，和/或多播业务QoS信息。

步骤2：Source gNB决定执行切换操作，选择target gNB(可以基于测量报告或候选小区信息，也可以自主选择)，向target gNB发送切换请求消息，比如Handover Request消息，基于多播业务标识，切换请求消息指示要求转发资源，并携带与多播业务无关的信息，比如仅携带PDU会话相关资源信息。

步骤3：target gNB预留空口资源和下行转发接收资源。

步骤4：target gNB向Source gNB返回切换响应，比如返回Handover Response消息，携带下行转发接收资源。

步骤5：Source gNB通过接收到的下行转发接收资源信息或核心网转发资源信息，在通过转发资源指示的转发通道转发PDU会话数据的同时，通过这些转发通道转发多播业务标识指示的多播业务数据。

步骤6：source gNB向UE发送切换命令，可以携带多播业务转发指示，比如多播业务数据被转发的指示，或多播业务标识以表示哪些多播业务的数据被转发。

步骤7：UE接入到target gNB，向target gNB发送切换确认消息，比如HandoverConfirm消息。

步骤8：target gNB向CN NF发送切换完成消息。

步骤9：如果target gNB未建立共享通道，CN NF建立与target gNB的共享通道。

步骤10：CN NF可以等待一段时间再执行步骤15，以使得UE不会因切换丢失部分数据。

步骤11：CN NF发送多播无关PDU会话。

实施例三：

如图8所示，包括以下步骤：

步骤3：target gNB预留空口资源和下行转发接收资源。

步骤5：Source gNB通过接收到的多播转发接收资源信息，在通过多播转发资源指示的转发通道转发多播业务数据。

步骤6：target gNB接收转发的多播业务数据，将多播业务数据与PDU会话数据复用后，通过与多播业务无关的PDU会话空口资源发送给终端。

步骤7：source gNB向UE发送切换命令，可以携带多播业务转发指示，比如多播业务数据被转发的指示，或多播业务标识以表示哪些多播业务的数据被转发。

步骤8：UE接入到target gNB，向target gNB发送切换确认消息，比如HandoverConfirm消息。

步骤9：target gNB向CN NF发送切换完成消息。

步骤10：如果target gNB未建立共享通道，CN NF建立与target gNB的共享通道。

步骤11：CN NF可以等待一段时间再执行步骤15，以使得UE不会因切换丢失部分数据。

步骤12：CN NF发送多播无关PDU会话。

请参见图9，图9是本申请实施例提供的一种多播业务数据接收装置的结构图，该装置应用于终端，如图9所示，多播业务数据接收装置900包括：

第一接收模块901，用于从源网络侧设备接收多播无关空口资源信息；

第二接收模块902，用于依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据。

可选的，所述装置还包括：

第三接收模块，用于接收所述源网络侧设备发送的多播业务的转发指示。

可选的，所述转发指示是通过切换命令发送的。

可选的，所述装置还包括：

发送模块，用于向所述源网络侧设备发送多播业务的业务信息。

可选的，第二接收模块902用于依据所述多播无关空口资源信息，接收目标网络侧设备复用传输的多播业务数据和协议数据单元PDU会话数据。

本发明实施例提供的多播业务数据接收装置能够实现图2的方法实施例中的各个过程，为避免重复，这里不再赘述，且可以减少多播业务数据的中断时间。

需要说明的是，本申请实施例中的多播业务数据接收装置可以是装置，也可以是终端中的部件、集成电路、或芯片。

请参见图10，图10是本申请实施例提供的一种多播业务数据发送装置的结构图，该装置应用于源网络侧设备，如图10所示，多播业务数据发送装置1000包括：

第一发送模块1001，用于向转发设备发送转发指示，所述转发设备包括目标网络侧设备或者核心网功能；

第二发送模块1002，用于向所述转发设备复用传输所述多播业务数据和协议数据单元PDU会话数据。

可选的，第一发送模块1001用于向转发设备发送多播无关资源信息和转发指示。

可选的，所述装置还包括：

第三发送模块，用于向用户终端发送多播业务的转发指示。

可选的，所述装置还包括：

接收模块，用于接收用户终端发送的所述多播业务的业务信息；

本发明实施例提供的多播业务数据发送装置能够实现图2的方法实施例中的各个过程，为避免重复，这里不再赘述，且可以减少多播业务数据的中断时间。

需要说明的是，本申请实施例中的多播业务数据发送装置可以是装置，也可以是源网络侧设备中的部件、集成电路、或芯片。

请参见图11，图11是本申请实施例提供的一种多播业务数据发送装置的结构图，该装置应用于目标网络侧设备，如图11所示，多播业务数据发送装置1100包括：

第一接收模块1101，用于接收多播业务数据，其中，所述多播业务数据为核心网功能或者终端的源网络侧设备发送的；

第一发送模块1102，用于向所述终端复用发送所述多播业务数据和协议数据单元PDU会话数据。

可选的，所述装置还包括：

第二接收模块，用于接收所述源网络侧设备或者所述核心网功能发送所述多播业务的转发指示。

可选的，所述装置还包括：

第二发送模块，用于向所述源网络侧设备或者核心网功能发送转发资源信息；

可选的，第一接收模块1101用于依据所述转发资源信息，接收多播业务数据。

需要说明的是，本申请实施例中的多播业务数据发送装置可以是装置，也可以是目标网络侧设备中的部件、集成电路、或芯片。

请参见图12，图12是本申请实施例提供的一种资源更新装置的结构图，该装置应用于核心网功能，如图12所示，包括：

接收模块1201，用于接收目标网络侧设备发送的PDU会话信息；

更新模块1202，用于等待预设时间后，更新所述PDU会话信息指示的PDU会话核心网资源。

需要说明的是，本申请实施例中的多播业务数据发送装置可以是装置，也可以是核心网功能中的部件、集成电路、或芯片。

图13为实现本申请实施例的一种终端的硬件结构示意图。

该终端1300包括但不限于：射频单元1301、网络模块1302、音频输出单元1303、输入单元1304、传感器1305、显示单元1306、用户输入单元1307、接口单元1308、存储器13013、以及处理器1310等部件。

本领域技术人员可以理解，终端1300还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理***与处理器1310逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。图13中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

射频单元1301用于：

从源网络侧设备接收多播无关空口资源信息；

可选的，所述依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据之前，射频单元1301还用于：

接收所述源网络侧设备发送的多播业务的转发指示。

可选的，所述转发指示是通过切换命令发送的。

向所述源网络侧设备发送多播业务的业务信息。

可选的，所述依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务，包括：

依据所述多播无关空口资源信息，接收目标网络侧设备复用传输的多播业务数据和协议数据单元PDU会话数据。

本实施例可以减少多播业务的中断时间。

可选的，本发明实施例还提供一种终端，包括处理器1310，存储器13013，存储在存储器13013上并可在所述处理器1310上运行的程序或指令，该程序或指令被处理器1310执行时实现上述多播业务数据接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

参见图14，图14是本发明实施例提供的一种网络侧设备的结构图，如图14所示，该网络侧设备1400包括：处理器1401、收发机1402、存储器1403和总线接口，其中：

在一个实施例中，上述网络侧设备为源网络侧设备，收发机1402，用于：

可选的，所述向转发设备发送转发指示，包括：

向转发设备发送多播无关资源信息和转发指示。

可选的，收发机1402还用于：

向用户终端发送多播业务的转发指示。

可选的，所述向转发设备发送转发指示之前，收发机1402还用于：

接收用户终端发送的所述多播业务的业务信息；

在另一个实施例中，上述网络侧设备为目标网络侧设备，收发机1402，用于：

可选的，所述向所述终端复用发送所述多播业务数据和协议数据单元PDU会话数据之前，收发机1402还用于：

可选的，所述接收所述源网络侧设备或者所述核心网功能发送所述多播业务的转发指示之后，收发机1402还用于：

向所述源网络侧设备或者核心网功能发送转发资源信息；

所述接收多播业务数据，包括：

依据所述转发资源信息，接收多播业务数据。

本实施例可以减少多播业务的中断时间。

其中，收发机1402，用于在处理器1401的控制下接收和发送数据，所述收发机1402包括至少两个天线端口。

在图14中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1401代表的一个或多个处理器和存储器1403代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1402可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1404还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器1401负责管理总线架构和通常的处理，存储器1403可以存储处理器1401在执行操作时所使用的数据。

优选的，本发明实施例还提供一种网络侧设备，包括处理器1401，存储器1403，存储在存储器1403上并可在所述处理器1401上运行的程序或者指令，该程序或者指令被处理器1401执行时实现上述多播业务数据发送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

参见图15，图15是本发明实施例提供的一种核心网功能的结构图，如图15所示，该网络侧设备1500包括：处理器1501、收发机1502、存储器1503和总线接口，其中：

收发机1502，用于：接收目标网络侧设备发送的PDU会话信息；

本实施例，可以减少多播业务的中断时间。

其中，收发机1502，用于在处理器1501的控制下接收和发送数据，所述收发机1502包括至少两个天线端口。

在图15中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1501代表的一个或多个处理器和存储器1503代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1502可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1504还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器1501负责管理总线架构和通常的处理，存储器1503可以存储处理器1501在执行操作时所使用的数据。

优选的，本发明实施例还提供一种核心网功能，包括处理器1501，存储器1503，存储在存储器1503上并可在所述处理器1501上运行的程序或者指令，该程序或者指令被处理器1501执行时实现上述资源更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现本申请实施例提供的多播业务数据接收方法中的步骤，或者，所述程序或指令被处理器执行时实现本申请实施例提供的源网络侧设备的多播业务数据发送方法中的步骤，或者，所述程序或指令被处理器执行时实现本申请实施例提供的目标网络侧设备的多播业务数据发送方法中的步骤，或者，所述程序或指令被处理器执行时实现本申请实施例提供的资源更新方法中的步骤。

本申请实施例还提供一种程序产品，所述程序产品被存储在非易失的存储介质中，所述程序产品被至少一个处理器执行以实现本申请实施例提供的多播业务数据接收方法中的步骤，或者，所述程序产品被至少一个处理器执行以实现本申请实施例提供的源网络侧设备的多播业务数据发送方法中的步骤，或者，所述程序产品被至少一个处理器执行以实现本申请实施例提供的目标网络侧设备的多播业务数据发送方法中的步骤，或者，所述程序产品被至少一个处理器执行以实现本申请实施例提供的资源更新方法中的步骤。

其中，所述处理器为上述实施例中所述的终端或者网络设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述多播业务数据接收方法、多播业务数据发送方法或者资源更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

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

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims

1.一种多播业务数据接收方法，应用于终端，其特征在于，包括：

从源网络侧设备接收多播无关空口资源信息，其中，所述多播无关空口资源包括用于非多播业务传输的空口资源；

2.如权利要求1所述的方法，其特征在于，所述依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据之前，所述方法还包括：

接收所述源网络侧设备发送的多播业务的转发指示。

3.如权利要求2所述的方法，其特征在于，所述转发指示是通过切换命令发送的。

4.如权利要求1所述方法，其特征在于，所述依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务数据之前，所述方法还包括：

向所述源网络侧设备发送多播业务的业务信息。

5.如权利要求1所述的方法，其特征在于，所述依据所述多播无关空口资源信息，接收目标网络侧设备发送的多播业务，包括：

依据所述多播无关空口资源信息，接收目标网络侧设备复用传输的多播业务数据和协议数据单元PDU会话数据，所述PDU会话数据包括多播无关PDU会话数据。

6.一种多播业务数据发送方法，应用于源网络侧设备，其特征在于，包括：

向所述转发设备复用传输所述多播业务数据和协议数据单元PDU会话数据，所述PDU会话数据包括多播无关PDU会话数据。

7.如权利要求6所述的方法，其特征在于，所述向转发设备发送转发指示，包括：

向转发设备发送多播无关资源信息和转发指示。

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

向用户终端发送多播业务的转发指示。

9.如权利要求6所述的方法，其特征在于，所述向转发设备发送转发指示之前，所述方法还包括：

接收用户终端发送的所述多播业务的业务信息；

10.一种多播业务数据发送方法，应用于目标网络侧设备，其特征在于，包括：

向所述终端复用发送所述多播业务数据和协议数据单元PDU会话数据，所述PDU会话数据包括多播无关PDU会话数据。

11.如权利要求10所述的方法，其特征在于，所述向所述终端复用发送所述多播业务数据和协议数据单元PDU会话数据之前，所述方法还包括：

12.如权利要求11所述的方法，其特征在于，所述接收所述源网络侧设备或者所述核心网功能发送所述多播业务的转发指示之后，所述方法还包括：

向所述源网络侧设备或者核心网功能发送转发资源信息；

所述接收多播业务数据，包括：

依据所述转发资源信息，接收多播业务数据。

13.一种资源更新方法，应用于核心网功能，其特征在于，包括：

接收目标网络侧设备发送的PDU会话信息；

等待预设时间后，更新所述PDU会话信息指示的PDU会话核心网资源，以使得所述等待时间内目标网络侧设备继续向终端复用发送多播业务数据和协议数据单元PDU会话数据，所述PDU会话数据包括多播无关PDU会话数据。

14.一种多播业务数据接收装置，应用于终端，其特征在于，包括：

第一接收模块，用于从源网络侧设备接收多播无关空口资源信息，其中，所述多播无关空口资源包括用于非多播业务传输的空口资源；

15.如权利要求14所述的装置，其特征在于，所述装置还包括：

16.一种多播业务数据发送装置，应用于源网络侧设备，其特征在于，包括：

第二发送模块，用于向所述转发设备复用传输所述多播业务数据和协议数据单元PDU会话数据，所述PDU会话数据包括多播无关PDU会话数据。

17.如权利要求16所述的装置，其特征在于，所述第一发送模块用于向转发设备发送多播无关资源信息和转发指示。

18.一种多播业务数据发送装置，应用于目标网络侧设备，其特征在于，包括：

第一发送模块，用于向所述终端复用发送所述多播业务数据和协议数据单元PDU会话数据，所述PDU会话数据包括多播无关PDU会话数据。

19.如权利要求18所述的装置，其特征在于，所述装置还包括：

20.一种资源更新装置，应用于核心网功能，其特征在于，包括：

接收模块，用于接收目标网络侧设备发送的PDU会话信息；

更新模块，用于等待预设时间后，更新所述PDU会话信息指示的PDU会话核心网资源，以使得所述等待时间内目标网络侧设备继续向终端复用发送多播业务数据和协议数据单元PDU会话数据。

21.一种终端，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或者指令，所述程序或者指令被所述处理器执行时实现如权利要求1至5中任一项所述的多播业务数据接收方法中的步骤。

22.一种网络侧设备，所述网络侧设备为源网络侧设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或者指令，所述程序或者指令被所述处理器执行时实现如权利要求6至9中任一项所述的多播业务数据发送方法中的步骤。

23.一种网络侧设备，所述网络侧设备为目标网络侧设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或者指令，所述程序或者指令被所述处理器执行时实现如权利要求10至12中任一项所述的多播业务数据发送方法中的步骤。

24.一种核心网功能，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或者指令，所述程序或者指令被所述处理器执行时实现如权利要求13所述的资源更新方法中的步骤。

25.一种可读存储介质，其特征在于，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现如权利要求1至5中任一项所述的多播业务数据接收方法中的步骤，或者，所述程序或指令被处理器执行时实现如权利要求6至9中任一项所述的多播业务数据发送方法中的步骤，或者，所述程序或指令被处理器执行时实现如权利要求10至12中任一项所述的多播业务数据发送方法中的步骤，或者，所述程序或指令被处理器执行时实现如权利要求13所述的资源更新方法中的步骤。