[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN115150751A - 业务数据处理方法、装置及设备 - Google Patents

业务数据处理方法、装置及设备 Download PDF

Info

Publication number
CN115150751A
CN115150751A CN202110341235.7A CN202110341235A CN115150751A CN 115150751 A CN115150751 A CN 115150751A CN 202110341235 A CN202110341235 A CN 202110341235A CN 115150751 A CN115150751 A CN 115150751A
Authority
CN
China
Prior art keywords
target
bearer
node
source
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110341235.7A
Other languages
English (en)
Inventor
张艳霞
谢振华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202110341235.7A priority Critical patent/CN115150751A/zh
Priority to PCT/CN2022/082468 priority patent/WO2022206505A1/zh
Priority to JP2023557245A priority patent/JP2024510290A/ja
Priority to EP22778688.6A priority patent/EP4319289A4/en
Priority to KR1020237035705A priority patent/KR20230159517A/ko
Publication of CN115150751A publication Critical patent/CN115150751A/zh
Priority to US18/479,033 priority patent/US20240031279A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0064—Transmission or use of information for re-establishing the radio link of control information between different access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/023—Buffering or recovering information during reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种业务数据处理方法、装置及设备，属于通信技术领域，本申请实施例的业务数据处理方法包括：源节点根据目标节点的MBS能力，通过终端的专用承载的数据转发通道向目标节点转发目标多播业务的业务数据；其中，终端通过源多播承载从源节点接收目标多播业务。在本申请实施例中，源节点根据目标节点的MBS能力，通过专用承载向终端发送目标多播业务的业务数据，解决当终端从支持MBS的节点移动到不支持MBS的节点时，导致的多播业务数据中断时间过长的问题。

Description

业务数据处理方法、装置及设备
技术领域
本申请属于通信技术领域，具体涉及一种业务数据处理方法、装置及设备。
背景技术
在终端的移动过程中，可能存在终端从支持多播广播业务(Multi-castBroadcast Service，MBS)的节点移动到不支持MBS的节点的情况。在该场景下，现有机制无法将MBS相关的多播传输通道资源切换到不支持MBS的节点。
发明内容
本申请实施例提供一种业务数据处理方法、装置及设备.，能够解决终端从支持MBS的基站移动到不支持MBS的节点时，无法将MBS相关的多播传输通道资源切换到不支持MBS的节点。
第一方面，提供了一种业务数据处理方法，包括：
源节点根据目标节点的MBS能力，通过终端的专用承载的数据转发通道向目标节点转发目标多播业务的业务数据；
其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
第二方面，提供了一种业务数据处理方法，包括：
终端根据从源节点接收到的重配置消息重配置专用承载；
所述终端通过所述专用承载从目标节点接收目标多播业务的业务数据；
其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
第三方面，提供了一种业务数据处理装置，包括：
第一转发模块，用于源节点根据目标节点的MBS能力，通过终端的专用承载的数据转发通道向目标节点转发目标多播业务的业务数据；
其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
第四方面，提供了一种业务数据处理装置，其特征在于，包括：
第二配置模块，用于终端根据从源节点接收到的重配置消息重配置专用承载；
第一接收模块，用于所述终端通过所述专用承载从目标节点接收目标多播业务的业务数据；
其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
第五方面，提供了一种源节点，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面，提供了一种源节点，包括处理器及通信接口，其中，所述通信接口用于源节点根据目标节点的MBS能力，通过终端的专用承载的数据转发通道向目标节点转发目标多播业务的业务数据；其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
第七方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。
第八方面，提供了一种终端，包括处理器及通信接口，其中，所述处理器用于终端根据从源节点接收到的重配置消息重配置专用承载；所述通信接口用于所述终端通过所述专用承载从目标节点接收目标多播业务的业务数据；其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
第九方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤。
第十方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤。
第十一方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非易失的存储介质中，所述程序/程序产品被至少一个处理器执行以实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤。
在本申请实施例中，源节点根据目标节点的MBS能力，通过专用承载向终端发送目标多播业务的业务数据，解决当终端从支持MBS的节点移动到不支持MBS的节点时，导致的多播业务数据中断时间过长的问题。
附图说明
图1为本申请实施例提供的无线通信系统架构示意图；
图2为本申请实施例提供的业务数据处理方法的流程示意图之一；
图3为本申请实施例提供的业务数据处理方法的流程示意图之二；
图4为本申请实施例提供的业务数据处理装置的结构示意图之一；
图5为本申请实施例提供的业务数据处理装置的结构示意图之二；
图6为本申请实施例提供的通信设备的结构示意图；
图7为本申请实施例提供的源节点的结构示意图；
图8为本申请实施例提供的终端的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。根据本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(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。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：智能手表、手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点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系统中的基站为例，但是并不限定基站的具体类型。
为更好理解本申请实施例的方案，首先对以下内容进行介绍：
1.NR MBS机制
目前，为支持MBS，基站和核心网设备可以建立共享通道(shared tunnel，可以理解为该数据通道是多个终端共用的)用于传输MBS的业务数据。而RAN侧可以通过多播承载提供多播业务，具体可以通过点对点(point-to-point，PTP)和点对多点(point-to-multipoint，PTM)两种方式提供MBS业务。其中，PTM为点对多点的传输方式，可理解为RAN使用相同的无线资源向多个终端传输多播业务数据，PTP为点对点的传输方式，可理解为RAN使用终端专用的无线资源向特定终端传输多播业务数据。
除上述的RAN通过共享通道从核心网接收多播业务数据的方式外，RAN还可以通过终端专用的通道(即现有机制的单播通道(unicast tunnel))从核心网接收多播业务数据，RAN侧通过该终端专用的数据无线承载(Data Radio Bearer，DRB)向终端发送多播业务数据。可以理解的，该方法中终端和RAN以及RAN和核心网之间的数据通道均为终端专用的单播数据传输通道。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的业务数据处理方法进行详细地说明。
参见图2，本申请实施例提供一种业务数据处理方法，包括如下步骤：
步骤201：源节点根据目标节点的MBS能力，通过终端的专用承载的数据转发通道向目标节点转发目标多播业务的业务数据；
需要说明的是，目标节点的MBS能力是指目标节点是否具有通过多播通信提供多播业务的能力。比如，当目标节点支持MBS能力(也可以理解为具有MBS能力)时，可以和核心网建立多播通道，并通过该多播通道从核心网接收多播业务数据，然后通过多播承载(如multicast radio bearer，即MRB)将该多播业务的业务数据提供给终端。反之，当目标节点不支持MBS能力(也可以理解为不具有MBS能力)时，目标节点不能与核心网建立多播通道，只能建立终端专用的单播通道，并通过该单播通道从核心网接收多播业务数据，然后通过终端专用承载(可以以理解为单播承载，即数据无线承载DRB)将该多播业务的业务数据提供给终端。这种数据传输方式和单播业务数据传输方式相同，因此可以进一步理解为不支持MBS能力的基站可以是传统基站。
在本申请实施例中，源节点支持MBS能力，终端通过源多播承载从源节点接收目标多播业务，上述目标节点的MBS能力具体可以是支持MBS能力或者不支持MBS能力。源节点根据目标节点的MBS能力，决策将目标多播业务的业务数据通过终端的专用承载发送，例如，终端在源节点通过多播无线承载(Multcast Radio Bearer，MRB)，即源多播承载MRB 1接收目标多播业务临时移动组标识(Temporary Mobile Group Identity，TMGI)，即多播业务标识为TMGI 1的业务数据，源节点决策将终端切换到目标节点。如果目标节点不支持MBS，会导致MRB1无法切换到目标节点，因此源节点决策将MRB1对应的数据通过终端的专用承载，如：DRB1转发给终端，以保证终端切换到目标节点后可以通过该终端的专用承载DRB继续从目标节点接收多播业务TMGI1的业务数据。
在本申请实施例中，源节点根据目标节点的MBS能力，通过专用承载向终端发送目标多播业务的业务数据，解决当终端从支持MBS的节点移动到不支持MBS的节点时，导致的多播业务数据中断时间过长的问题。
在一些实施方式中，在源节点根据目标节点的MBS能力，通过终端的专用承载的数据转发通道向目标节点转发目标多播业务的业务数据之前，本方法还包括：源节点根据以下一项或多项信息获取目标节点的MBS能力，即源节点可以通过如下方式获知目标节点对于MBS能力的支持情况，从而获知目标节点是否为传统节点(不支持MBS能力)：
方式一：切换确认消息中的多播配置信息；
具体地，源节点根据切换确认消息中的多播配置信息获取所述目标节点的MBS能力，包括：
(1)源节点向目标节点发送切换请求消息，切换请求消息中携带终端在源节点的多播配置信息；
(2)源节点从目标节点接收切换确认消息；
源节点执行以下至少之一项：
(3.1)若切换确认消息中未携带终端在目标节点的多播配置信息时，获知目标节点不支持MBS能力；
(3.2)若切换确认消息中携带终端在目标节点的多播配置信息时，获知目标节点支持MBS能力；
在本申请实施例中，源节点在切换请求中携带终端在源节点的多播配置信息(如多播承载MRB配置信息)，然后从目标节点接收切换确认消息，在目标节点的切换确认消息中没有携带终端在目标节点的多播配置信息(如多播承载MRB配置信息)的情况下，源节点判定目标节点为传统节点。可以理解的，这种方式使得源节点在切换协商过程中才获知目标节点为传统节点。
方式二：源节点和目标节点间的能力交互信息，例如通过源节点和目标节点间的Xn接口交互；
具体地，源节点根据源节点和目标节点间的能力交互信息获取目标节点的MBS能力，包括：
(1)源节点向目标节点发送能力请求消息；
(2)源节点从目标节点接收能力请求响应消息，能力请求响应消息中携带目标节点支持的能力信息和/或不支持的能力信息；
(3)根据目标节点支持的能力信息和/或不支持的能力信息，获知目标节点不支持MBS能力或支持MBS能力；
在本申请实施例中，源节点向目标节点发送能力请求消息，目标节点在能力请求响应消息中携带目标节点支持和/或不支持的能力信息，该目标节点支持的能力信息，指的是目标节点支持的所有能力，如果其中没有MBS能力，则可以确定目标节点不支持MBS能力；同理，该目标节点不支持的能力信息，指的是目标节点不支持的所有能力，如果其中包含MBS能力，则可以确定目标节点不支持MBS能力。
具体地，源节点根据源节点和目标节点间的能力交互信息获取目标节点的MBS能力，包括：
(1)源节点向目标节点发送能力指示消息，能力指示消息中携带源节点支持的能力信息和/或不支持的能力信息；
(2)源节点从目标节点接收能力指示确认消息，能力指示确认消息中携带目标节点支持的能力信息和/或不支持的能力信息；
(3)根据目标节点支持的能力信息和/或不支持的能力信息，获知目标节点不支持MBS能力或支持MBS能力。
在本申请实施例中，源节点向目标节点发送能力指示消息，该消息中携带源节点支持和/或不支持的能力信息，比如源节点可以通过XN SETUP REQUEST消息携带源节点支持和/或不支持MBS的能力信息，则目标节点可在能力指示确认消息中携带目标节点支持和/或不支持的能力信息，相应地目标节点可以通过XN SETUP RESPONSE消息携带目标节点支持和/或不支持MBS的能力信息。
需要说明的是，通过类似于上述的Xn交互过程，源节点可以在切换协商之前获知目标节点是否为不支持MBS的节点。此外还需要说明的是，如果源节点在切换协商之前判定目标节点为传统节点，则在切换请求中不携带多播相关的配置信息(如多播承载相关配置信息)。
在一些实施方式中，源节点为终端配置专用承载的配置方式可以是以下任意一种：
配置方式一：
源节点在确定将终端切换至目标节点之前配置专用承载；
在本申请实施例中，终端的专用承载为源节点决策将其切换至目标节点之前配置的用于目标多播业务的业务数据传输的专用承载。例如，终端在源节点时通过多播承载MRB1接收多播业务TMG1的多播业务数据，此外源节点还给终端配置了专用承载DRB1，该专用承载DRB1可用于传输多播业务TMG1的多播业务数据。由于终端在源节点可通过多播承载MRB1接收多播业务数据，因此源节点无需通过专用承载DRB1进行数据传输。该配置方式可适用于源节点在切换协商之前或切换协商之后获知目标节点为传统基站的场景。
配置方式二：
源节点在确定将终端切换至目标节点之后配置专用承载。
在本申请实施例中，终端的专用承载为源节点决策将其切换至目标节点之后，即在切换准备过程中为终端配置的用于目标多播业务的业务数据传输的专用承载。比如，终端在源节点时通过多播承载MRB1接收多播业务TMG1的多播业务数据，源节点决策将终端切换到目标节点。由于源节点通过Xn交互提前获知目标节点为传统基站，因此临时为终端建立了一个专用承载，通过专用承载继续向终端发送多播业务TMGI1的多播业务数据。这种专用承载的配置方法的好处是所述专用承载是按需配置的，即当终端要切换到不支持MBS的目标节点时才会配置。如果没有发送切换或者切换到支持MBS的目标节点是无需配置的，因此可以减少无线承载资源的占用率，节省无线承载标识资源。
在一些实施方式中，专用承载用于承载目标多播业务的业务数据。可以理解的，所述专用承载可以用于承载目标多播业务的所有业务数据，或者所述专用承载可以用于承载目标多播业务的特定数据流。作为一个示例，多播业务TMGI包含业务数据流flow1，flow2。网络侧可以配置专用承载DRB1用于承载业务数据流flow1，flow2的所有数据，或者网络侧可以配置专用承载DRB1用于承载业务数据流flow1的所有数据，专用承载DRB2用于承载flow2的所有数据。
另外还需要说明的是，如果网络侧没有配置专用承载和目标多播业务的映射关系，(所述的映射关系可以指的是专用承载DRB1专用于承载多播业务TMGI1的业务数据，或者专用承载DRB1专用于承载多播业务的特定数据流flow(其中，不同的数据流可以通过数据流标识QFI来区分))。网络侧可以将多个多播业务的业务数据通过专用承载的数据转发通道发送给目标节点。可以理解的，这种情况相当于多个多播业务的业务数据共用一个专用承载DRB的数据转发通道。此外，本专利的方法还可以适用于更为复杂的场景，即一个或多个多播业务的业务数据可以和单播业务的业务数据共用一个专用承载DRB的数据转发通道的场景。
在一些实施方式中，本方法还包括：
源节点向终端发送第一指示信息，第一指示信息用于指示专用承载用于承载目标多播业务的业务数据。
终端接收到第一指示信息后，可以确定所述专用承载和源多播承载都是承载目标多播业务数据的。在一些场景下，可以有助于实现终端的按需递交。比如说，通过源多播承载发送的数据晚于目标节点通过专用承载发送的数据，理论上终端通过目标节点发送的数据需要晚于通过源多播承载接收的数据递交到高层。因此，在终端知道专用承载和源多播承载是和同一目标多播业务关联后，终端可以在源多播承载的数据都接收到或等待一段时间后再向终端的高层递交通过专用承载接收的数据。在另外一些场景下，还可以有助于实现终端的重复检测。比如网络侧为了保证业务可靠性，可能通过源多播承载和目标节点的专用承载都发送了相同的数据包，在终端知道专用承载和源多播承载是和同一目标多播业务关联后，终端可以基于数据包编号知道哪些数据是重复发送的，进而避免将重复的数据包递交到终端高层。
在一些实施方式中，源节点向目标节点转发目标多播业务的业务数据的转发方式可以是以下任意一种：
转发方式一：
源节点根据专用承载的编号状态，确定目标编号，并将目标编号指示给目标节点，发送目标编号，其中，目标编号用于指示目标节点分配给目标数据包的编号，目标数据包为通过专用承载发送的下一个还没有编号的数据包。
具体地，源节点根据专用承载的编号状态，确定目标编号，包括：终端将专用承载下一个待分配的编号确定为目标编号。
在本申请实施例中，源节点根据终端的专用承载的编号状态确定通过专用承载发送的下一个还没有分配编号的数据包应该分配的编号，并将编号指示给目标节点。例如，终端在源节点通过MRB1接收目标多播业务TMGI1的业务数据，网络侧给终端配置了专用承载DRB1。由于网络侧通过多播承载MRB向终端发送目标多播业务的业务数据，并未通过专用承载DRB1向终端发送目标多播业务的业务数据，所以通过专用承载DRB1发送的下一个数据包应该分配的编号为初始值0，即编号PDCP COUNT＝0。终端将根据专用承载DRB1的编号状态确定的编号0指示给目标节点。
转发方式二：
源节点根据目标多播业务的业务数据在源多播承载的编号状态，确定目标编号，并将所述目标编号指示给目标节点，其中目标编号用于指示目标节点分配给目标数据包的编号，目标数据包为通过专用承载发送的下一个还没有编号的数据包。
具体地，源节点根据目标多播业务的业务数据在源多播承载的编号状态，确定目标编号，包括：源节点将源多播承载下一个待分配的编号确定为目标编号。
在本申请实施例中，源节点根据目标多播业务的业务数据在源多播承载的编号状态确定通过专用承载发送的下一个还没有分配编号的数据包应该分配的编号，并将所述编号指示给目标节点。例如，终端在源节点通过MRB1接收目标多播业务TMGI1的业务数据，网络侧给终端配置了专用承载DRB1。源节点通过源多播承载MRB1向终端发送目标多播业务的业务数据，并未通过专用承载DRB1向终端发送目标多播业务的业务数据，所以对于专用承载DRB1的编号状态为初始状态，即还没有分配过编号。假设目前通过多播承载MRB1已经发送了编号为0，1，2，3的数据包，编号为4，5的数据包已经分配了编号但是还未通过源多播承载发送，则对通过多播承载发送的数据包下一个应该分配的编号为6。在转发方法二中，当源节点决策将目标多播业务的业务数据通过所述专用承载发送，将多播承载下一个待分配的编号作为通过专用承载发送的下一个还没有分配编号的数据包应该分配的编号。也就是说，通过专用承载发送的下一个还没有分配编号的数据包应该分配的编号为6。终端将根据源多播承载的编号状态确定的编号6指示给目标节点。
进一步地，本方法还包括：源节点通过专用承载的数据转发通道向目标节点转发第一数据，第一数据包括源节点未通过源多播承载发送的目标多播业务的业务数据。
在一些实施方式中，第一数据还包括以下任意一项：
(1)源节点通过源多播承载发送但未被终端成功接收的数据；
(2)未被终端成功接收的第一个数据包至源节点通过源多播承载发送的所有数据包；
在一些实施方式中，本方法还包括：
源节点根据终端通过源节点上报的源多播承载的接收状态，获知通过源多播承载发送的数据包未被终端成功接收。
进一步地，在源节点根据终端通过源节点上报的源多播承载的接收状态，获知通过源多播承载发送的数据包未被终端成功接收之前，本方法还包括：
向终端发送第二指示信息，该第二指示信息用于指示终端上报源多播承载的接收状态
在一些实施方式中，本方法还包括：
源节点通过专用承载的数据转发通道向目标节点转发第一数据时，使用第一数据在源多播承载中已分配的编号；或者，源节点通过专用承载的数据转发通道向目标节点转发第一数据时，忽略第一数据在源多播承载中已分配的编号。
需要说明的是，所述的源节点通过专用承载的数据转发通道向目标节点转发第一数据时，使用第一数据在源多播承载中已分配的编号可以理解为源节点在向目标节点转发数据时，额外的还需要将第一数据在源多播承载中已分配的编号告知给目标节点。所述的源节点通过专用承载的数据转发通道向目标节点转发第一数据时忽略第一数据在源多播承载中已分配的编号可以理解为源节点在向目标节点转发数据时，无需将第一数据在源多播承载中已分配的编号告知给目标节点。目标节点在接收到数据后，如果数据没有编号，则目标节点会给该数据重新分配编号。如果数据有编号，则仍使用该编号将该编号对应的数据通过专用承载发送给终端。
还需要说明的是，无论是上述哪种数据转发方式，源节点需要将数据包按序(如基于数据包对应的编号和/或基于数据包到达源节点的顺序)通过专用承载的数据转发通道转发给目标节点。源节点在转发数据包时基于数据包编号按需转发曾经分配过编号的数据包，然后基于数据包到达源节点的顺序转发没有分配过编号的数据。作为一个例子，假设源节点通过源多播承载已经发送编号为0，1，2，3，4，5的数据包，编号为6，7，8的数据包还没有通过源多播承载发送，其中，编号2和5的数据包没有被终端成功接收。如果源节点决定将编号为6，7，8的数据包转发给目标节点，则需要按照编号从低到高的顺序将编号为6，7，8的数据包转发给目标节点。对于在数据转发过程中忽略数据在源多播承载中已分配的编号的情况，源节点仍需基于数据在源多播承载中已分配的编号按照编号从低到高的顺序将编号为6，7，8的数据包按需转发给目标节点。
下面结合具体举例进行说明，例如，假设源节点通过源多播承载已经发送编号为0，1，2，3，4，5的数据包，编号为6，7，8的数据包还没有通过源多播承载发送，其中，编号2和5的数据包没有被终端成功接收。那么通过专用承载发送的待发送数据包包括编号为6，7，8的数据包，此种方法相当于源节点只将还没有通过源多播承载发送的目标多播业务的业务数据通过专用承载的数据转发隧道转发给目标节点。例如，假设源节点通过源多播承载已经发送编号为0，1，2，3，4，5的数据包，编号为6，7，8的数据包还没有通过源多播承载发送，其中，编号2和5的数据包没有被终端成功接收。
通过专用承载发送的待发送数据包除了可以包括编号为6，7，8的数据包，还可以包括编号为2，5的数据包，此种方式相当于源节点将终端没有成功接收的目标多播业务的业务数据以及还没有通过源多播承载发送的目标多播业务的业务数据都通过终端的专用承载的数据转发隧道转发给目标节点。当然，通过专用承载发送的待发送数据包还可以包括编号为2，3，4，5的数据包，此种方式相当于源节点从第一个终端没有成功接收的目标多播业务的业务数据开始将所有已经通过多播承载发送的数据包以及还没有通过多播承载发送的所述目标多播业务的业务数据都通过终端的专用承载的数据转发隧道转发给目标节点。
另外，针对源节点通过专用承载的数据转发通道向目标节点转发第一数据时，忽略第一数据在源多播承载中已分配的编号的情况，将待转发的目标多播业务的业务数据作为专用承载的新数据可以理解为终端的专用承载的还未分配编号的数据，后续目标节点将按照源节点指示的专用承载的编号状态重新或继续进行编号(即目标节点根据源节点指示的目标编号对接收到没有编号的数据分配编号)。比如，待转发的目标多播业务在源多播承载对应的编号为2，5，6，7，8，终端的专用承载还未发送过数据(如这种情况下，源节点指示给目标节点的目标编号为0)，将待转发的多播业务数据当成终端的专用承载的新数据意味着这些数据包需要按照专用承载的编号状态重新编号，也就是源节点在向目标节点转发这些数据时无需提供这些数据在源多播承载分配到的编号，目标节点将对这些数据包在专用承载上依次分配的编号为0，1，2，3，4。
需要说明的是，上述方式可以适用于专用承载和目标多播业务的映射关系是一对一关系的场景。例如，终端在源节点正在接收多个多播业务的业务数据，网络侧可以给每个多播业务数据对应的多播承载预留一个终端专用承载。不同的终端专用承载用于传输不同的多播业务的业务数据。上述方式也可以适用于专用承载和目标多播业务的映射关系是一对多关系的场景。例如，终端在源节点正在接收多个多播业务的业务数据，网络侧可以给多个多播业务只预留一个终端专用承载。
针对源节点通过专用承载的数据转发通道向目标节点转发第一数据时，使用第一数据在源多播承载中已分配的编号的情况，源节点将待转发且还没有分配编号的目标多播业务的业务数据作为专用承载的新数据，通过专用承载的数据转发隧道转发给目标节点。额外的，对于待转发的且已经分配编号的目标多播业务的业务数据源节点会保留其在源多播承载已分配的编号，并将这些数据通过所述专用承载的数据转发隧道转发给目标节点。例如，假设源节点通过多播承载已经发送编号为0，1，2，3，4，5的数据包，编号为6，7，8的数据包还没有通过源多播承载发送，其中，编号2和5的数据包没有被终端成功接收。源节点可以只决策将还没有通过源多播承载发送的数据通过专用承载的数据转发通道发送给目标节点，此种情况下，相当于将编号为6，7的数据包以及还没有在源多播承载分配过编号的数据包通过专用承载的数据转发通道转发给目标节点，此时对于在源多播承载已经分配编号的数据包，源节点在转发时保留其原有已经分配的编号，即目标节点无需重新分配编号。源节点还可以将通过源多播承载已经发送但是没有被终端成功接收的数据包也通过专用承载的数据转发通道发送给目标节点，需要注意的是，源节点在转发时需要保留这些数据包在原有已经分配的编号，即目标节点无需重新分配编号。
相应地，对于目标节点，目标节点接收源节点指示的编号，并将该编号分配给通过专用承载发送的且还没有分配编号的数据包。额外的，对于源节点转发的且已经分配了编号的数据包，目标节点保留该编号，并将这些数据通过专用承载发送给终端。
在一些实施方式中，本方法还包括：
源节点向终端发送第一配置信息，由终端根据第一配置信息配置专用承载。
进一步的，第一配置信息携带专用承载配置的承载标识，没有携带专用承载的层二配置信息。
在本申请实施例中，上述方法适用于专用承载在源节点决策切换之前已经预先配置的场景，专用承载可以是虚拟的承载，即网络侧给终端提供了专用承载的承载标识，但未提供专用承载的层二配置信息，也就是说网络侧没有给终端提供给承载所需的层二配置信息，比如PDCP配置信息，RLC配置信息以及逻辑信道配置信息等。通过将专用承载的承载标识与源多播承载的层二实体进行关联，终端可以通过源多播承载的层二实体从目标节点继续接收目标多播业务的业务数据。终端在执行关联过程时无需对层二实体进行处理(即保持当前层二实体(如PDCP实体)的接收状态)，以便于对从源节点接收的数据和目标节点接收到的数据进行重排序和重复检测。
参见图3，本申请实施例提供一种业务数据处理方法，包括如下步骤：
步骤301：终端根据从源节点接收到的重配置消息重配置专用承载；
步骤302：终端通过专用承载从目标节点接收目标多播业务的业务数据；
在本申请实施例中，源节点支持MBS能力，终端通过源多播承载从源节点接收目标多播业务。
在一些实施方式中，本方法还包括：终端在源节点确定将终端切换至目标节点之前配置专用承载；或者，终端在源节点确定将终端切换至目标节点之后配置专用承载。
在一些实施方式中，终端根据重配置消息重配置专用承载，即终端根据从源节点接收到的重配置消息对专用承载的重配置操作可以是以下任意一种：
操作方式一：
终端将专用承载的承载标识与源多播承载的层二实体进行关联；
在本申请实施例中，将专用承载的承载标识与源多播承载的层二实体进行关联，该层二实体包括分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)实体，无线链路层控制协议(Radio Link Control，RLC)实体和多址接入信道(Multiple AccessChannel,MAC)实体。该方法适用于专用承载在源节点决策切换之前已经预先配置的场景，也适用于源节点在决策切换后临时给终端配置的场景。
在一些实施方式中，本方法还包括：终端从源节点接收第一配置信息；终端根据基于所述第一配置信息配置专用承载。
进一步地，第一配置信息携带专用承载配置的承载标识，没有携带专用承载的层二配置信息。
需要说明的是，对于专用承载在源节点决策切换之前已经预先配置的场景，专用承载可以是虚拟的承载，即网络侧给终端提供了专用承载的承载标识，但未提供专用承载的层二配置信息，也就是说网络侧没有给终端提供给承载所需的层二实体配置信息，比如PDCP配置信息，RLC配置信息以及逻辑信道配置信息等。通过将专用承载的承载标识与源多播承载的层二实体进行关联，终端可以通过源多播承载的层二实体从目标节点继续接收目标多播业务的业务数据。终端在执行关联过程时无需对层二实体进行处理(即保持当前层二实体(如PDCP实体)的接收状态)，以便于对从源节点接收的数据和目标节点接收到的数据进行重排序和重复检测。
操作方式二：
终端根据源多播承载的接收状态，获知专用承载的接收状态。
进一步地，当终端获知目标节点不支持MBS能力时，根据源多播承载的接收状态，获知专用承载的接收状态。
在一些实施方式中，在终端根据源多播承载的接收状态，获知专用承载的接收状态之前，方法还包括：终端从源节点接收第一指示信息，第一指示信息用于指示专用承载用于承载目标多播业务的业务数据。
通过接收第一指示信息，终端可以知道哪个专用承载和源多播承载都是用于接收同一目标多播业务的业务数据的。当知道专用承载和源多播承载的关联关系后，终端可以基于源多播承载的接收状态获知专用承载的接收状态。可以理解为，终端可以将源多播承载的接收状态复制到专用承载，终端的专用承载可以继续接收目标节点发送的目标多播业务的业务数据。这种方法适用于，源节点在数据转发过程中继续使用数据在源多播承载分配的编号的情况。由于目标节点接收到有对应编号的数据包，会继续使用该编号将数据发送给终端，因此如果终端可以将源多播承载的接收状态复制到专用承载，则可以检测出哪些数据是没有收到的，哪些是已经收到的。此外，还可以进行重复性检测以及重排序操作。
上述终端获知目标节点不支持MBS能力，包括以下至少一项：
(1)终端根据专用承载的PDCP状态报告指示信息，确定目标节点不支持MBS能力；
例如，网络侧配置终端上报源多播承载的接收状态，则终端可判断目标节点为增强节点，即具有MBS能力的节点。网络侧配置终端上报专用承载的接收状态，则终端可判断目标节点为传统节点。比如终端没有通过专用承载接收过数据，则理论上网络侧不会配置终端上报专用承载的接收状态。但是如果网络侧配置终端上报专用承载的接收状态，且专用承载和源多播承载是关联的(即用于承载同一目标多播业务的业务数据)，则终端可以理解为网络侧实际上想让终端上报源多播承载的接收状况。进一步的，终端可以判定目标节点是没有MBS能力的。
(2)当重配置消息中未携带目标多播业务的多播配置信息时，终端确定目标节点不支持MBS能力。
例如，当接收到携带切换命令的重配置消息时，当终端识别到该配置消息中没有携带目标多播业务的多播配置信息则判断目标节点为传统节点。当终端识别到该配置消息中有携带目标多播业务的多播配置信息则判断目标节点为增强节点，即支持MBS能力的基站。
作为终端执行上述操作方式二的一个示例，网络侧提前给终端配置了专用承载DRB1，专用承载DRB1为网络侧配置的预留给目标多播业务TMGI1的，在源节点终端通过网络侧配置的多播承载MRB1接收目标多播业务TMG1I的业务数据的。当接收到携带切换命令的重配置消息时，终端识别到该配置消息中没有携带目标多播业务的多播配置信息则判断目标节点为传统节点，则终端根据源多播承载的接收状态初始化专用承载的接收状态，例如将源多播承载的接收状态复制到所述专用承载。额外的，终端还可以将源多播承载缓存中的数据转移到转移承载的缓存中。此种方式适用于源节点向目标节点转发数据的方式始终采用上述转发方式二的场景。
在一些实施方式中，上述操作方式二还可以是根据指示信息执行的，即终端根据源多播承载的接收状态，获知专用承载的接收状态，包括：
(1)当终端从源节点接收第三指示信息时，根据源多播承载的接收状态同步专用承载的接收状态，第三指示信息用于指示源节点根据目标多播业务的业务数据在源多播承载的编号状态，确定目标编号，其中，目标编号用于指示目标节点分配给目标数据包的编号，目标数据包为通过专用承载发送的下一个还没有编号的数据包，即第一指示信息指示源节点通过转发方式二将目标多播业务的业务数据通过专用承载的数据转发通道转发给目标节点；
在本申请实施例中，由于目标数据包是根据源多播承载的编号状态编号的，考虑到专用承载的接收状态(例如数据包接收窗大小，对应可接收的数据包编号)与源多播承载的编号状态可能并不匹配，因此需要根据源多播承载的接收状态同步专用承载的接收状态，以确保能够通过专用承载接收源多播承载上的数据包。
(2)当终端从源节点接收第四指示信息时，维持专用承载当前的接收状态，第四指示信息用于指示源节点根据专用承载的编号状态，确定目标编号，其中，目标编号用于指示目标节点分配给目标数据包的编号，目标数据包为通过专用承载发送的下一个还没有编号的数据包，即第二指示信息指示源节点通过转发方式一将目标多播业务的业务数据通过专用承载的数据转发通道转发给目标节点。
在本申请实施例中，在源节点没有通过专用承载传输目标多播业务的业务数据时，专用承载的接收状态为初始状态，即相关接收状态变量为协议约定的初始值。由于目标数据包是根据专用承载的编号状态编号的，因此终端侧只需维持专用承载当前的接收状态即可确保能够通过专用承载接收源多播承载上的数据包。
需要额外说明的，上述第三指示信息和第四指示信息可以是相同的指示参数，例如一比特指示参数，当该指示参数取值为“1”时表示的是上述第三指示信息的含义，当该指示参数取值为“0”是表示的是上述第四指示信息的含义。当然的，第三指示信息和第四指示信息也可以是不同的指示参数，本申请实施例对此不做具体限定。
对于上述操作方式二，终端接收到携带切换命令的重配置消息时，若重配置消息没有指示终端释放源多播承载的层二实体(如PDCP实体，RLC实体)，则终端除根据源多播承载的接收状态初始化专用承载的接收状态外，还将源多播承载的层二实体缓存的数据转移至专用承载的对应的层二实体。例如，终端将源多播承载的PDCP实体的接收缓存中的数据转移到专用承载的PDCP实体的接收缓存中。
额外的，当终端接收到网络的状态报告指示信息(状态报告指示信息用于指示终端上报终端通过专用承载接收数据的接收状态)时，终端通过专用承载上报源多播承载的接收状态。
在一些实施方式中，本方法还包括：终端从源节点接收第二指示信息，第二指示信息用于指示终端通过源节点上报源多播承载的接收状态。
进一步地，本方法还包括：
终端通过源节点上报源多播承载的接收状态。
需要说明的是，本申请实施例提供的业务数据处理方法，执行主体可以为业务数据处理装置，或者，该业务数据处理装置中的用于执行业务数据处理方法的控制模块。本申请实施例中以业务数据处理装置执行业务数据处理方法为例，说明本申请实施例提供的业务数据处理装置。
参见图4，本申请实施例提供一种业务数据处理装置400，包括：
第一转发模块401，用于源节点根据目标节点的MBS能力，通过终端的专用承载的数据转发通道向目标节点转发目标多播业务的业务数据；
其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
在一些实施方式中，所述装置还包括：
第一获取模块，用于所述源节点根据以下一项或多项信息获取所述目标节点的MBS能力：
切换确认消息中的多播配置信息；
源节点和目标节点间的能力交互信息。
在一些实施方式中，所述第一获取模块，进一步用于：
所述源节点向所述目标节点发送切换请求消息，所述切换请求消息中携带所述终端在所述源节点的多播配置信息；
所述源节点从所述目标节点接收切换确认消息；
所述源节点执行以下至少之一项：
若所述切换确认消息中未携带所述终端在所述目标节点的多播配置信息时，获知所述目标节点不支持MBS能力；
若所述切换确认消息中携带所述终端在所述目标节点的多播配置信息时，获知所述目标节点支持MBS能力；
在一些实施方式中，所述第一获取模块，进一步用于：
所述源节点向所述目标节点发送能力请求消息；
所述源节点从所述目标节点接收能力请求响应消息，所述能力请求响应消息中携带所述目标节点支持的能力信息和/或不支持的能力信息；
根据所述目标节点支持的能力信息和/或不支持的能力信息，获知所述目标节点不支持MBS能力或支持MBS能力；
或者，
所述源节点向所述目标节点发送能力指示消息，所述能力指示消息中携带所述源节点支持的能力信息和/或不支持的能力信息；
所述源节点从所述目标节点接收能力指示确认消息，所述能力指示确认消息中携带所述目标节点支持的能力信息和/或不支持的能力信息；
根据所述目标节点支持的能力信息和/或不支持的能力信息，获知所述目标节点不支持MBS能力或支持MBS能力。
在一些实施方式中，所述装置还包括：
第一配置模块，用于：
所述源节点在确定将所述终端切换至所述目标节点之前配置所述专用承载；
或者，
所述源节点在确定将所述终端切换至所述目标节点之后配置所述专用承载。
在一些实施方式中，所述专用承载用于承载所述目标多播业务的业务数据。
在一些实施方式中，所述装置还包括：
第一发送模块，用于所述源节点向所述终端发送第一指示信息，所述第一指示信息用于指示所述专用承载用于承载所述目标多播业务的业务数据。
在一些实施方式中，所述装置还包括：
第一确定模块，用于：
所述源节点根据所述专用承载的编号状态，确定目标编号，并将所述目标编号指示给所述目标节点；
或者，
所述源节点根据所述目标多播业务的业务数据在所述源多播承载的编号状态，确定目标编号，并将所述目标编号指示给所述目标节点。
其中，所述目标编号用于指示所述目标节点分配给目标数据包的编号，所述目标数据包为通过所述专用承载发送的下一个还没有编号的数据包。
在一些实施方式中，所述装置还包括：
所述第一确定模块，进一步用于：
所述源节点将所述专用承载下一个待分配的编号确定为所述目标编号；
或者，
所述源节点将所述源多播承载下一个待分配的编号确定为所述目标编号。
在一些实施方式中，所述装置还包括：
第二转发模块，用于：
所述源节点通过所述专用承载的数据转发通道向所述目标节点转发第一数据，所述第一数据包括所述源节点未通过所述源多播承载发送的所述目标多播业务的业务数据。
在一些实施方式中，所述第一数据还包括以下任意一项：
所述源节点通过所述源多播承载发送但未被终端成功接收的数据；
未被所述终端成功接收的第一个数据包至所述源节点通过所述源多播承载发送的所有数据包。
在一些实施方式中，所述装置还包括：
第一获知模块，用于：
所述源节点根据所述终端通过所述源节点上报的所述源多播承载的接收状态，获知通过所述源多播承载发送的数据包未被所述终端成功接收。
在一些实施方式中，所述装置还包括：
第二发送模块，用于
在所述源节点根据所述终端通过所述源节点上报的所述源多播承载的接收状态，获知通过所述源多播承载发送的数据包未被所述终端成功接收之前，向终端发送第二指示信息，所述第二指示信息用于指示所述终端上报所述源多播承载的接收状态。
在一些实施方式中，所述装置还包括：
编号模块，用于：
所述源节点通过所述专用承载的数据转发通道向所述目标节点转发所述第一数据时，使用所述第一数据在所述源多播承载中已分配的编号；
或者，
所述源节点通过所述专用承载的数据转发通道向所述目标节点转发第一数据时，忽略所述第一数据在所述源多播承载中已分配的编号。
在一些实施方式中，所述装置还包括：
第三发送模块，用于所述源节点向所述终端发送第一配置信息，由所述终端根据所述第一配置信息配置所述专用承载。
在一些实施方式中，所述第一配置信息携带所述专用承载配置的承载标识，没有携带所述专用承载的层二配置信息。
参见图5，本申请实施例提供一种业务数据处理装置500，包括：
第二配置模块501，用于终端根据从源节点接收到的重配置消息重配置专用承载；
第一接收模块502，用于所述终端通过所述专用承载从目标节点接收目标多播业务的业务数据；
其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
在一些实施方式中，所述装置还包括：
第三配置模块，用于：
所述终端在所述源节点确定将所述终端切换至所述目标节点之前配置所述专用承载；
或者，所述终端在所述源节点确定将所述终端切换至所述目标节点之后配置所述专用承载。
在一些实施方式中，所述第二配置模块，进一步用于：
所述终端将所述专用承载的承载标识与所述源多播承载的层二实体进行关联；
或者，所述终端根据所述源多播承载的接收状态，获知所述专用承载的接收状态。
在一些实施方式中，所述第二配置模块，进一步用于：
当所述终端获知所述目标节点不支持MBS能力时，根据所述源多播承载的接收状态，获知所述专用承载的接收状态。
在一些实施方式中，所述装置还包括：
第二接收模块，用于：
在所述终端根据所述源多播承载的接收状态，获知所述专用承载的接收状态之前，所述终端从所述源节点接收第一指示信息，所述第一指示信息用于指示所述专用承载用于承载所述目标多播业务的业务数据。
在一些实施方式中，所述第二配置模块，进一步用于以下至少一项：
所述终端根据所述专用承载的分组数据汇聚协议PDCP状态报告指示信息，确定目标节点不支持MBS能力；
当所述重配置消息中未携带所述目标多播业务的多播配置信息时，所述终端确定目标节点不支持MBS能力。
在一些实施方式中，所述第二配置模块，进一步用于：
当所述终端从所述源节点接收第三指示信息时，根据所述源多播承载的接收状态同步所述专用承载的接收状态，所述第三指示信息用于指示所述源节点根据所述目标多播业务的业务数据在所述源多播承载的编号状态确定目标编号，其中，所述目标编号用于指示所述目标节点分配给目标数据包的编号，所述目标数据包为通过所述专用承载发送的下一个还没有编号的数据包；
或者，
当所述终端从所述源节点接收第四指示信息时，维持所述专用承载当前的接收状态，所述第四指示信息用于指示所述源节点根据所述专用承载的编号状态，确定目标编号，其中，所述目标编号用于指示所述目标节点分配给目标数据包的编号，所述目标数据包为通过所述专用承载发送的下一个还没有编号的数据包。
在一些实施方式中，所述装置还包括：
第三接收模块，用于：
所述终端从所述源节点接收第二指示信息，所述第二指示信息用于指示所述终端通过所述源节点上报所述源多播承载的接收状态。
在一些实施方式中，所述装置还包括：
上报模块，用于：
所述终端通过所述源节点上报所述源多播承载的接收状态。
在一些实施方式中，所述装置还包括：
第四接收模块，用于所述终端从源节点接收第一配置信息；
第四配置模块，用于所述终端根据所述第一配置信息配置所述专用承载。
在一些实施方式中，所述第一配置信息携带所述专用承载配置的承载标识，没有携带所述专用承载的层二配置信息。
在本申请实施例中，源节点根据目标节点的MBS能力，通过专用承载向终端发送目标多播业务的业务数据，解决当终端从支持MBS的节点移动到不支持MBS的节点时，导致的多播业务数据中断时间过长的问题。
本申请实施例中的业务数据处理装置可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例提供的业务数据处理装置能够实现图2至图3的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，例如，该通信设备600为源节点时，该程序或指令被处理器501执行时实现上述图2所示业务数据处理方法实施例的各个过程，且能达到相同的技术效果。该通信设备600为终端时，该程序或指令被处理器601执行时实现上述图3所示业务数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种源节点，包括处理器及通信接口，其中，所述通信接口用于源节点根据目标节点的MBS能力，通过终端的专用承载的数据转发通道向目标节点转发目标多播业务的业务数据；其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。该源节点实施例是与上述源节点方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该源节点实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种源节点。如图7所示，该源节点700包括：天线71、射频装置72、基带装置73。天线71与射频装置72连接。在上行方向上，射频装置72通过天线71接收信息，将接收的信息发送给基带装置73进行处理。在下行方向上，基带装置73对要发送的信息进行处理，并发送给射频装置72，射频装置72对收到的信息进行处理后经过天线71发送出去。
上述频带处理装置可以位于基带装置73中，以上实施例中源节点执行的方法可以在基带装置73中实现，该基带装置73包括处理器74和存储器75。
基带装置73例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图7所示，其中一个芯片例如为处理器74，与存储器75连接，以调用存储器75中的程序，执行以上方法实施例中所示的网络设备操作。
该基带装置73还可以包括网络接口76，用于与射频装置72交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。
具体地，本发明实施例的源节点还包括：存储在存储器75上并可在处理器y4上运行的指令或程序，处理器74调用存储器75中的指令或程序执行图4所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种终端，包括处理器及通信接口，其中，所述处理器用于终端根据从源节点接收到的重配置消息重配置专用承载；所述通信接口用于所述终端通过所述专用承载从目标节点接收目标多播业务的业务数据；其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。该终端实施例是与上述终端侧方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图8为实现本申请实施例的一种终端的硬件结构示意图。
该终端800包括但不限于：射频单元801、网络模块802、音频输出单元803、输入单元804、传感器805、显示单元806、用户输入单元807、接口单元808、存储器809、以及处理器810等中的至少部分部件。
本领域技术人员可以理解，终端800还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器810逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图8中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元804可以包括图形处理器(GraphicsProcessing Unit，GPU)8041和麦克风8042，图形处理器8041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元806可包括显示面板8061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板8061。用户输入单元807包括触控面板8071以及其他输入设备8072。触控面板8071，也称为触摸屏。触控面板8071可包括触摸检测装置和触摸控制器两个部分。其他输入设备8072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元801将来自网络侧设备的下行数据接收后，给处理器810处理；另外，将上行的数据发送给网络侧设备。通常，射频单元801包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器809可用于存储软件程序或指令以及各种数据。存储器809可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器809可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
处理器810可包括一个或多个处理单元；可选的，处理器810可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器810中。
其中，处理器810，用于终端根据从源节点接收到的重配置消息重配置专用承载；
射频单元801，用于所述终端通过所述专用承载从目标节点接收目标多播业务的业务数据；
其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
可选地，所述处理器810，进一步用于：
所述终端在所述源节点确定将所述终端切换至所述目标节点之前配置所述专用承载；
或者，
所述终端在所述源节点确定将所述终端切换至所述目标节点之后配置所述专用承载。
可选地，所述处理器810，进一步用于：
所述终端将所述专用承载的承载标识与所述源多播承载的层二实体进行关联；
或者，
所述终端根据所述源多播承载的接收状态，获知所述专用承载的接收状态。
可选地，所述处理器810，进一步用于：
当所述终端获知所述目标节点不支持MBS能力时，根据所述源多播承载的接收状态，获知所述专用承载的接收状态。
可选地，所述射频单元801，用于：
在所述终端根据所述源多播承载的接收状态，获知所述专用承载的接收状态之前，所述终端从所述源节点接收第一指示信息，所述第一指示信息用于指示所述专用承载用于承载所述目标多播业务的业务数据。
可选地，所述处理器810，进一步用于以下至少一项：
所述终端根据所述专用承载的分组数据汇聚协议PDCP状态报告指示信息，确定目标节点不支持MBS能力；
当所述重配置消息中未携带所述目标多播业务的多播配置信息时，所述终端确定目标节点不支持MBS能力。
可选地，所述处理器810，进一步用于：
当所述终端从所述源节点接收第三指示信息时，根据所述源多播承载的接收状态同步所述专用承载的接收状态，所述第三指示信息用于指示所述源节点根据所述目标多播业务的业务数据在所述源多播承载的编号状态确定目标编号，其中，所述目标编号用于指示所述目标节点分配给目标数据包的编号，所述目标数据包为通过所述专用承载发送的下一个还没有编号的数据包；
或者，
当所述终端从所述源节点接收第四指示信息时，维持所述专用承载当前的接收状态，所述第四指示信息用于指示所述源节点根据所述专用承载的编号状态，确定目标编号，其中，所述目标编号用于指示所述目标节点分配给目标数据包的编号，所述目标数据包为通过所述专用承载发送的下一个还没有编号的数据包。
可选地，所述射频单元801，用于：
所述终端从所述源节点接收第二指示信息，所述第二指示信息用于指示所述终端通过所述源节点上报所述源多播承载的接收状态。
可选地，所述射频单元801，用于：
所述终端通过所述源节点上报所述源多播承载的接收状态。
可选地，所述射频单元801，用于：所述终端从源节点接收第一配置信息，；
所述处理器810，用于：所述终端根据基于所述第一配置信息配置所述专用承载。
可选地，所述第一配置信息携带所述专用承载配置的承载标识，没有携带所述专用承载的层二配置信息。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述业务数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述业务数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。根据这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (41)

1.一种业务数据处理方法，其特征在于，包括：
源节点根据目标节点的MBS能力，通过终端的专用承载的数据转发通道向目标节点转发目标多播业务的业务数据；
其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
2.根据权利要求1所述的方法，其特征在于，在所述源节点根据目标节点的MBS能力，通过终端的专用承载向的数据转发通道向目标节点转发目标多播业务的业务数据之前，所述方法还包括：
所述源节点根据以下一项或多项信息获取所述目标节点的MBS能力：
切换确认消息中的多播配置信息；
源节点和目标节点间的能力交互信息。
3.根据权利要求2所述的方法，其特征在于，所述源节点根据切换确认消息中的多播配置信息获取所述目标节点的MBS能力，包括：
所述源节点向所述目标节点发送切换请求消息，所述切换请求消息中携带所述终端在所述源节点的多播配置信息；
所述源节点从所述目标节点接收切换确认消息；
所述源节点执行以下至少之一项：
若所述切换确认消息中未携带所述终端在所述目标节点的多播配置信息时，获知所述目标节点不支持MBS能力；
若所述切换确认消息中携带所述终端在所述目标节点的多播配置信息时，获知所述目标节点支持MBS能力。
4.根据权利要求2所述的方法，其特征在于，所述源节点根据所述源节点和所述目标节点间的能力交互信息获取所述目标节点的MBS能力，包括：
所述源节点向所述目标节点发送能力请求消息；
所述源节点从所述目标节点接收能力请求响应消息，所述能力请求响应消息中携带所述目标节点支持的能力信息和/或不支持的能力信息；
根据所述目标节点支持的能力信息和/或不支持的能力信息，获知所述目标节点不支持MBS能力或支持MBS能力；
或者，
所述源节点向所述目标节点发送能力指示消息，所述能力指示消息中携带所述源节点支持的能力信息和/或不支持的能力信息；
所述源节点从所述目标节点接收能力指示确认消息，所述能力指示确认消息中携带所述目标节点支持的能力信息和/或不支持的能力信息；
根据所述目标节点支持的能力信息和/或不支持的能力信息，获知所述目标节点不支持MBS能力或支持MBS能力。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述源节点在确定将所述终端切换至所述目标节点之前配置所述专用承载；
或者，
所述源节点在确定将所述终端切换至所述目标节点之后配置所述专用承载。
6.根据权利要求1所述的方法，其特征在于，所述专用承载用于承载所述目标多播业务的业务数据。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
所述源节点向所述终端发送第一指示信息，所述第一指示信息用于指示所述专用承载用于承载所述目标多播业务的业务数据。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述源节点根据所述专用承载的编号状态，确定目标编号，并将所述目标编号指示给所述目标节点；
或者，
所述源节点根据所述目标多播业务的业务数据在所述源多播承载的编号状态，确定目标编号，并将所述目标编号指示给所述目标节点；
其中，所述目标编号用于指示所述目标节点分配给目标数据包的编号，所述目标数据包为通过所述专用承载发送的下一个还没有编号的数据包。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
所述源节点根据所述专用承载的编号状态，确定目标编号，包括：所述源节点将所述专用承载下一个待分配的编号确定为所述目标编号；
或者，
所述源节点根据所述目标多播业务的业务数据在所述源多播承载的编号状态，确定目标编号，包括：所述源节点将所述源多播承载下一个待分配的编号确定为所述目标编号。
10.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述源节点通过所述专用承载的数据转发通道向所述目标节点转发第一数据，所述第一数据包括所述源节点未通过所述源多播承载发送的所述目标多播业务的业务数据。
11.根据权利要求10所述的方法，其特征在于，所述第一数据还包括以下任意一项：
所述源节点通过所述源多播承载发送但未被终端成功接收的数据；
未被所述终端成功接收的第一个数据包至所述源节点通过所述源多播承载发送的所有数据包。
12.根据权利要求11所述的方法，其特征在于，所述方法还包括：
所述源节点根据所述终端通过所述源节点上报的所述源多播承载的接收状态，获知通过所述源多播承载发送的数据包未被所述终端成功接收。
13.根据权利要求12所述的方法，其特征在于，在所述源节点根据所述终端通过所述源节点上报的所述源多播承载的接收状态，获知通过所述源多播承载发送的数据包未被所述终端成功接收之前，所述方法还包括：
向终端发送第二指示信息，所述第二指示信息用于指示所述终端上报所述源多播承载的接收状态。
14.根据权利要求10或11所述的方法，其特征在于，所述方法还包括：
所述源节点通过所述专用承载的数据转发通道向所述目标节点转发所述第一数据时，使用所述第一数据在所述源多播承载中已分配的编号；
或者，
所述源节点通过所述专用承载的数据转发通道向所述目标节点转发第一数据时，忽略所述第一数据在所述源多播承载中已分配的编号。
15.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述源节点向所述终端发送第一配置信息，由所述终端根据所述第一配置信息配置所述专用承载。
16.根据权利要求15所述的方法，其特征在于，所述第一配置信息携带所述专用承载配置的承载标识，没有携带所述专用承载的层二配置信息。
17.一种业务数据处理方法，其特征在于，包括：
终端根据从源节点接收到的重配置消息重配置专用承载；
所述终端通过所述专用承载从目标节点接收目标多播业务的业务数据；
其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
18.根据权利要求17所述的方法，其特征在于，所述方法还包括：
所述终端在所述源节点确定将所述终端切换至所述目标节点之前配置所述专用承载；
或者，
所述终端在所述源节点确定将所述终端切换至所述目标节点之后配置所述专用承载。
19.根据权利要求17所述的方法，其特征在于，所述终端根据从源节点接收到的重配置消息重配置专用承载，包括：
所述终端将所述专用承载的承载标识与所述源多播承载的层二实体进行关联；
或者，
所述终端根据所述源多播承载的接收状态，获知所述专用承载的接收状态。
20.根据权利要求19所述的方法，其特征在于，所述终端根据所述源多播承载的接收状态，获知所述专用承载的接收状态，包括：
当所述终端获知所述目标节点不支持MBS能力时，根据所述源多播承载的接收状态，获知所述专用承载的接收状态。
21.根据权利要求20所述的方法，其特征在于，在所述终端根据所述源多播承载的接收状态，获知所述专用承载的接收状态之前，所述方法还包括：
所述终端从所述源节点接收第一指示信息，所述第一指示信息用于指示所述专用承载用于承载所述目标多播业务的业务数据。
22.根据权利要求20所述的方法，其特征在于，所述终端获知所述目标节点不支持MBS能力，包括以下至少一项：
所述终端根据所述专用承载的分组数据汇聚协议PDCP状态报告指示信息，确定目标节点不支持MBS能力；
当所述重配置消息中未携带所述目标多播业务的多播配置信息时，所述终端确定目标节点不支持MBS能力。
23.根据权利要求19所述的方法，其特征在于，所述终端根据所述源多播承载的接收状态，获知所述专用承载的接收状态，包括：
当所述终端从所述源节点接收第三指示信息时，根据所述源多播承载的接收状态同步所述专用承载的接收状态，所述第三指示信息用于指示所述源节点根据所述目标多播业务的业务数据在所述源多播承载的编号状态确定目标编号，其中，所述目标编号用于指示所述目标节点分配给目标数据包的编号，所述目标数据包为通过所述专用承载发送的下一个还没有编号的数据包；
或者，
当所述终端从所述源节点接收第四指示信息时，维持所述专用承载当前的接收状态，所述第四指示信息用于指示所述源节点根据所述专用承载的编号状态，确定目标编号，其中，所述目标编号用于指示所述目标节点分配给目标数据包的编号，所述目标数据包为通过所述专用承载发送的下一个还没有编号的数据包。
24.根据权利要求17所述的方法，其特征在于，所述方法还包括：
所述终端从所述源节点接收第二指示信息，所述第二指示信息用于指示所述终端通过所述源节点上报所述源多播承载的接收状态。
25.根据权利要求24所述的方法，其特征在于，所述方法还包括：
所述终端通过所述源节点上报所述源多播承载的接收状态。
26.根据权利要求17所述的方法，其特征在于，所述方法还包括：
所述终端从源节点接收第一配置信息；
所述终端根据所述第一配置信息配置所述专用承载。
27.根据权利要求26所述的方法，其特征在于，所述第一配置信息携带所述专用承载配置的承载标识，没有携带所述专用承载的层二配置信息。
28.一种业务数据处理装置，其特征在于，包括：
第一转发模块，用于源节点根据目标节点的MBS能力，通过终端的专用承载的数据转发通道向目标节点转发目标多播业务的业务数据；
其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
29.根据权利要求28所述的装置，其特征在于，所述装置还包括：
第一获取模块，用于所述源节点根据以下一项或多项信息获取所述目标节点的MBS能力：
切换确认消息中的多播配置信息；
源节点和目标节点间的能力交互信息。
30.根据权利要求28所述的装置，其特征在于，所述装置还包括：
第一确定模块，用于：
所述源节点根据所述专用承载的编号状态，确定目标编号，并将所述目标编号指示给所述目标节点；
或者，
所述源节点根据所述目标多播业务的业务数据在所述源多播承载的编号状态，确定目标编号，并将所述目标编号指示给所述目标节点；
其中，所述目标编号用于指示所述目标节点分配给目标数据包的编号，所述目标数据包为通过所述专用承载发送的下一个还没有编号的数据包。
31.根据权利要求28所述的装置，其特征在于，所述装置还包括：
第二转发模块，用于：
所述源节点通过所述专用承载的数据转发通道向所述目标节点转发第一数据，所述第一数据包括所述源节点未通过所述源多播承载发送的所述目标多播业务的业务数据。
32.根据权利要求31所述的装置，其特征在于，所述第一数据还包括以下任意一项：
所述源节点通过所述源多播承载发送但未被终端成功接收的数据；
未被所述终端成功接收的第一个数据包至所述源节点通过所述源多播承载发送的所有数据包。
33.根据权利要求31或32所述的装置，其特征在于，所述装置还包括：
编号模块，用于：
所述源节点通过所述专用承载的数据转发通道向所述目标节点转发所述第一数据时，使用所述第一数据在所述源多播承载中已分配的编号；
或者，
所述源节点通过所述专用承载的数据转发通道向所述目标节点转发第一数据时，忽略所述第一数据在所述源多播承载中已分配的编号。
34.一种业务数据处理装置，其特征在于，包括：
第二配置模块，用于终端根据从源节点接收到的重配置消息重配置专用承载；
第一接收模块，用于所述终端通过所述专用承载从目标节点接收目标多播业务的业务数据；
其中，所述终端通过源多播承载从所述源节点接收所述目标多播业务。
35.根据权利要求34所述的装置，其特征在于，所述第二配置模块，进一步用于：
所述终端将所述专用承载的承载标识与所述源多播承载的层二实体进行关联；
或者，
所述终端根据所述源多播承载的接收状态，获知所述专用承载的接收状态。
36.根据权利要求35所述的装置，其特征在于，所述第二配置模块，进一步用于：
当所述终端获知所述目标节点不支持MBS能力时，根据所述源多播承载的接收状态，获知所述专用承载的接收状态。
37.根据权利要求36所述的装置，其特征在于，所述第二配置模块，进一步用于以下至少一项：
所述终端根据所述专用承载的分组数据汇聚协议PDCP状态报告指示信息，确定目标节点不支持MBS能力；
当所述重配置消息中未携带所述目标多播业务的多播配置信息时，所述终端确定目标节点不支持MBS能力。
38.根据权利要求35所述的装置，其特征在于，所述第二配置模块，进一步用于：
当所述终端从所述源节点接收第三指示信息时，根据所述源多播承载的接收状态同步所述专用承载的接收状态，所述第三指示信息用于指示所述源节点根据所述目标多播业务的业务数据在所述源多播承载的编号状态确定目标编号，其中，所述目标编号用于指示所述目标节点分配给目标数据包的编号，所述目标数据包为通过所述专用承载发送的下一个还没有编号的数据包；
或者，
当所述终端从所述源节点接收第四指示信息时，维持所述专用承载当前的接收状态，所述第四指示信息用于指示所述源节点根据所述专用承载的编号状态，确定目标编号，其中，所述目标编号用于指示所述目标节点分配给目标数据包的编号，所述目标数据包为通过所述专用承载发送的下一个还没有编号的数据包。
39.一种源节点，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至16任一项所述的业务数据处理方法的步骤。
40.一种终端，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求17至27任一项所述的业务数据处理方法的步骤。
41.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至16任一项所述的业务数据处理方法的步骤，或者实现如权利要求17至27任一项所述的业务数据处理方法的步骤。
CN202110341235.7A 2021-03-30 2021-03-30 业务数据处理方法、装置及设备 Pending CN115150751A (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN202110341235.7A CN115150751A (zh) 2021-03-30 2021-03-30 业务数据处理方法、装置及设备
PCT/CN2022/082468 WO2022206505A1 (zh) 2021-03-30 2022-03-23 业务数据处理方法、装置及设备
JP2023557245A JP2024510290A (ja) 2021-03-30 2022-03-23 サービスデータ処理方法、装置及び機器
EP22778688.6A EP4319289A4 (en) 2021-03-30 2022-03-23 SERVICE DATA PROCESSING METHOD AND DEVICE AND DEVICE
KR1020237035705A KR20230159517A (ko) 2021-03-30 2022-03-23 서비스 데이터 처리 방법, 장치 및 장비
US18/479,033 US20240031279A1 (en) 2021-03-30 2023-09-30 Service data processing method and apparatus, and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110341235.7A CN115150751A (zh) 2021-03-30 2021-03-30 业务数据处理方法、装置及设备

Publications (1)

Publication Number Publication Date
CN115150751A true CN115150751A (zh) 2022-10-04

Family

ID=83404344

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110341235.7A Pending CN115150751A (zh) 2021-03-30 2021-03-30 业务数据处理方法、装置及设备

Country Status (6)

Country Link
US (1) US20240031279A1 (zh)
EP (1) EP4319289A4 (zh)
JP (1) JP2024510290A (zh)
KR (1) KR20230159517A (zh)
CN (1) CN115150751A (zh)
WO (1) WO2022206505A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018030776A1 (ko) * 2016-08-11 2018-02-15 엘지전자 주식회사 Mbms 서비스 연속성을 지원하는 방법 및 장치
CN107770727A (zh) * 2017-11-30 2018-03-06 中兴通讯股份有限公司 一种mbms服务区域的管理方法及系统
CN112075093A (zh) * 2018-05-05 2020-12-11 Oppo广东移动通信有限公司 切换过程中的业务处理方法及装置、终端和网络设备
CN112243199A (zh) * 2020-09-30 2021-01-19 腾讯科技（深圳）有限公司 Mbs业务的切换方法、装置、计算机可读介质及电子设备
US20210068003A1 (en) * 2019-08-29 2021-03-04 Qualcomm Incorporated Delivery of broadcast services using different broadcast/multicast radio bearer modes

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010078678A1 (zh) * 2008-12-29 2010-07-15 中兴通讯股份有限公司 跨Iur口传递小区能力的方法、系统及DRNC
CN101998268A (zh) * 2009-08-28 2011-03-30 中兴通讯股份有限公司 多媒体广播多播业务能力通知方法及漂移无线网络控制器
CN102056226B (zh) * 2009-11-10 2016-03-02 中兴通讯股份有限公司 Pdcp状态报告的获取方法和pdcp实体
KR20120072256A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 Ｍｂｍｓ 방송 서비스 수신 시스템 및 그 방법
US8750181B2 (en) * 2012-05-14 2014-06-10 Blackberry Limited Maintaining MBMS continuity
US9538411B2 (en) * 2012-08-06 2017-01-03 Lg Electronics Inc. Method for transferring a status report and a communication device thereof in a wireless communication system
US9319851B2 (en) * 2013-03-22 2016-04-19 Mediatek, Inc. Radio resource efficient transmission for group communication over LTE eMBMS
US9674674B2 (en) * 2013-10-23 2017-06-06 Qualcomm Incorporated Unicast and broadcast reception policy and enforcement
CN104640077B (zh) * 2013-11-08 2019-10-11 中兴通讯股份有限公司 一种集群通信的方法及系统、用户设备和网络侧设备
WO2015100733A1 (zh) * 2014-01-03 2015-07-09 华为技术有限公司 一种用户设备切换方法及基站
WO2021054674A1 (ko) * 2019-09-20 2021-03-25 주식회사 케이티 Mbs 데이터 스위칭 방법 및 장치
CN113079548B (zh) * 2020-01-03 2022-05-13 华为技术有限公司 通信方法及装置
CN111866975A (zh) * 2020-05-18 2020-10-30 中兴通讯股份有限公司 切换方法及装置、信息发送方法及装置
CN114079878B (zh) * 2020-08-14 2023-05-23 维沃移动通信有限公司 数据传输方法、装置及通信设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018030776A1 (ko) * 2016-08-11 2018-02-15 엘지전자 주식회사 Mbms 서비스 연속성을 지원하는 방법 및 장치
CN107770727A (zh) * 2017-11-30 2018-03-06 中兴通讯股份有限公司 一种mbms服务区域的管理方法及系统
CN112075093A (zh) * 2018-05-05 2020-12-11 Oppo广东移动通信有限公司 切换过程中的业务处理方法及装置、终端和网络设备
US20210068003A1 (en) * 2019-08-29 2021-03-04 Qualcomm Incorporated Delivery of broadcast services using different broadcast/multicast radio bearer modes
CN112243199A (zh) * 2020-09-30 2021-01-19 腾讯科技（深圳）有限公司 Mbs业务的切换方法、装置、计算机可读介质及电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "S2-2003966 "KI#7, New Solution: Inter-RAN node MBS Session Handover."", 3GPP TSG_SA\\WG2_ARCH, no. 2, pages 1 *

Also Published As

Publication number Publication date
EP4319289A1 (en) 2024-02-07
EP4319289A4 (en) 2024-09-04
US20240031279A1 (en) 2024-01-25
KR20230159517A (ko) 2023-11-21
JP2024510290A (ja) 2024-03-06
WO2022206505A1 (zh) 2022-10-06

Similar Documents

Publication Publication Date Title
CN115038049B (zh) 多播业务的接收方法、配置方法、终端及网络侧设备
JP2023536000A (ja) マルチキャストおよびブロードキャストサービスのための方法および装置
US20230179963A1 (en) Communication control method, base station, and user equipment
US20230199805A1 (en) Data transmission method and apparatus, and communications device
WO2022012526A1 (zh) 处理方法、发送方法及相关设备
WO2022078394A1 (zh) 多播业务的传输方法、装置及通信设备
WO2023284682A1 (zh) 中继的识别方法、中继的确定方法、终端及网络侧设备
CN115696216A (zh) 一种多播广播服务业务接收方法及相关设备
CN115150751A (zh) 业务数据处理方法、装置及设备
CN113938968B (zh) 数据传输方法、装置及设备
AU2021359510B2 (en) Sn synchronization method, apparatus and device for multicast broadcast service, and readable storage medium
WO2024120351A1 (zh) 消息传输方法、装置、ue及存储介质
JP7537026B2 (ja) 通信方法、ユーザ装置、ネットワーク装置、移動通信システム、プログラム及びチップセット
JP7473689B2 (ja) モード切り替え方法、端末及びネットワーク側機器
CN113950042B (zh) 识别方法、发送方法及相关设备
WO2023001144A1 (zh) 多播广播业务的接收方法、发送方法、装置及设备
CN115696218A (zh) 多播广播业务的接收方法、发送方法、装置及设备
JP2024160309A (ja) 通信方法、ユーザ装置、ネットワーク装置、移動通信システム、プログラム及びチップセット
JP2024502423A (ja) 論理チャネル配置方法、装置及び機器
CN110662183A (zh) 一种基于Btrunc的信令发送方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination