CN114079878A - 数据传输方法、装置及通信设备 - Google Patents

数据传输方法、装置及通信设备 Download PDF

Info

Publication number
CN114079878A
CN114079878A CN202010820552.2A CN202010820552A CN114079878A CN 114079878 A CN114079878 A CN 114079878A CN 202010820552 A CN202010820552 A CN 202010820552A CN 114079878 A CN114079878 A CN 114079878A
Authority
CN
China
Prior art keywords
transmission mode
data
service data
target
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.)
Granted
Application number
CN202010820552.2A
Other languages
English (en)
Other versions
CN114079878B (zh
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 CN202010820552.2A priority Critical patent/CN114079878B/zh
Priority to PCT/CN2021/111775 priority patent/WO2022033473A1/zh
Publication of CN114079878A publication Critical patent/CN114079878A/zh
Priority to US18/107,978 priority patent/US20230199805A1/en
Application granted granted Critical
Publication of CN114079878B publication Critical patent/CN114079878B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06395—Quality analysis or management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/60—Business processes related to postal 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/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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Educational Administration (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种数据传输方法、装置及通信设备，属于通信技术领域。其中，在所述数据传输方法应用于终端时，包括：接收多播业务目标传输模式的配置信息；基于所述目标传输模式的配置信息进行业务数据的连续性接收。本申请实施例提供的技术方案能够解决现有的模式切换过程中，终端业务接收不连续、数据质量受损的问题。

Description

数据传输方法、装置及通信设备
技术领域
本申请属于通信技术领域，具体涉及一种数据传输方法、装置及通信设备。
背景技术
目前，长期演进(Long Term Evolution，LTE)标准化了MBSFN(MultimediaBroadcast multicast service Single Frequency Network，多播单频网络)和单小区点到多点(Single cell Point to Multipoint，SC-PTM)两种多播业务传输方式，这两种传输方式在Uu接口都是PTM的模式。
根据终端(User Equipment，UE)不同的情况，网络侧可以动态的选择点对点(Point-to-Point，PTP)和点对多点(Point to Multipoint，PTM)模式转换，以最大效率地利用系统资源。但是，在现有PTP和PTM的模式切换过程中， UE存在业务接收不连续、数据质量受损的问题。
发明内容
本申请实施例的目的是提供一种数据传输方法、装置及通信设备，能够解决现有的模式切换过程中，终端业务接收不连续、数据质量受损的问题。
第一方面，提供了一种数据传输方法，应用于终端，包括：
接收多播业务目标传输模式的配置信息；
基于所述目标传输模式的配置信息进行业务数据的连续性接收。
第二方面，提供了一种数据传输方法，应用于网络侧设备，包括：
向终端发送多播业务目标传输模式的配置信息；
所述配置信息用于指示所述终端基于所述目标传输模式进行业务数据的连续性接收。
第三方面，提供了一种数据传输装置，应用于终端，包括：
第一接收模块，用于接收多播业务目标传输模式的配置信息；
第二接收模块，用于基于所述目标传输模式的配置信息进行业务数据的连续性接收。
第四方面，提供了一种数据传输装置，应用于网络侧设备，包括：
发送模块，用于向终端发送多播业务目标传输模式的配置信息；
所述配置信息用于指示所述终端基于所述目标传输模式进行业务数据的连续性接收。
第五方面，提供了一种通信设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的数据传输方法的步骤，或者实现如第二方面所述的数据传输方法的步骤。
第六方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的数据传输方法的步骤，或者实现如第二方面所述的数据传输方法的步骤。
第七方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法。
在本申请实施例中，终端能够基于配置信息确定目标传输模式，进而基于目标传输模式进行多播业务数据的连续性接收，以确保终端在目标传输模式下业务数据接收的连续性，避免因业务数据接收的不连续而造成的数据质量受损，也便于网络侧设备能够以更高效的方式进行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)、扩展服务集(ExtendedService Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。
下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的数据传输方法进行详细地说明。
请参照图2，图2是本申请实施例提供的一种数据传输方法的流程图，所述数据传输方法应用于终端。如图2所示，所述数据传输方法包括以下步骤：
步骤201、接收多播业务目标传输模式的配置信息。
本申请实施例中，所述目标传输模式可以是包括点对点(Point-to-Point， PTP)传输模式和点对多点(Point to Multipoint，PTM)传输模式。
可选的，所述配置信息可以是用于小区切换引起的传输模式重配置的场景，例如可以是在终端进行小区切换的情况下，指示终端从源小区的源传输模式切换到目标小区的目标传输模式；或者，也可以是指示终端在同一个小区内，当前小区从源传输模式切换到目标传输模式。
需要说明的是，所述源传输模式同样可以是包括PTP传输模式和PTM传输模式。传输模式切换可以包括以下几种场景：PTP传输模式切换到PTM传输模式、PTM传输模式切换到PTM传输模式、PTP传输模式切换到PTP传输模式和PTM传输模式切换到PTM传输模式。
可选的，传输模式切换可以是发生在不同的小区之间，或者不同的基站之间，或者是同一个小区内。例如，当终端从源小区切换到目标小区，终端在接入到目标小区时，终端可以是从源小区的PTP传输模式切换到目标小区的PTM 传输模式。或者，源小区和目标小区可以是指同一个小区，则小区传输模式的切换也就是发生在同一个小区内。
本申请实施例中，所述配置信息可以是网络侧设备发送给终端。例如，所述配置信息可以是网络侧设备发送的系统信息块(System Information Block， SIB)，或者专用信令，以指示终端以目标传输模式进行多播业务数据的连续性接收。
步骤202、基于所述目标传输模式的配置信息进行业务数据的连续性接收。
可以理解地，终端在接收到所述配置信息的情况下，基于所述目标传输模式进行业务数据的连续性接收。
本申请实施例中，终端能够基于配置信息确定目标传输模式，进而基于目标传输模式进行多播业务数据的连续性接收，以确保终端在目标传输模式下业务数据接收的连续性，避免因业务数据接收的不连续而造成的数据质量受损，提升了网络侧设备与终端之间的数据传输质量。
可以理解地，目标传输模式为PTP传输模式或PTM传输模式，源传输模式也可以是PTP传输模式或PTM传输模式，本申请实施例中，源传输模式切换到目标传输模式也就可以包括四种不同的切换场景，在不同的切换场景中，终端可以是通过不同的手段来实现业务数据的连续性接收。
在目标传输模式为点对多点PTM传输模式的情况下，所述进行业务数据的连续性接收，包括如下任意一项：
接收网络侧设备基于控制面CP或用户面UP发送的第一辅助信息，基于所述第一辅助信息进行业务数据的接收和重排序，所述辅助信息用于指示所述源传输模式SN与目标传输模式SN之间的对应关系；
获取显式或隐式的第一指示信息，基于所述第一指示信息从SN初始化状态建立多播承载进行业务数据的连续性接收；
获取显式或隐式的第二指示信息，基于所述第二指示信息从保持SN状态建立多播承载进行业务数据的连续性接收；
建立伴随单播承载，基于所述伴随单播承载进行业务数据的连续性接收。
上述四种实施方式，对应的源传输模式可以是PTM传输模式，也可以是 PTP传输模式，以下将对上述四种实施方式进行具体说明。
在第一种实施方式中，源传输模式的SN与目标传输模式的SN可以是存在特定的对应关系，在这种情况下，终端接收网络侧设备基于CP或UP发送的用于指示所述偏差的第一辅助信息，进而也就能够基于所述第一辅助信息进行业务数据的接收和重排序，以实现业务数据的连续性接收。
可以理解地，由于严格同步是有一定限制的(即要求相邻小区一定对同一个数据包分配的空口L2 SN是相同的)，例如小区1先加入了多播组，对GPRS 隧道协议(GPRSTunnel Protocol，GTP)，例如GTP-U SN＝100的数据包分配了分组汇聚数据协(PacketData Convergence Protocol SN，PDCP)序列号，例如PDCP SN＝0，而小区2后加入了多播组，对GTP-U SN＝500的数据包分配了PDCP SN＝0，那么这两个小区之间对同一个数据包的L2 SN分配是有偏差的，可以将这个偏差通知给UE，便于UE进行重排序。当然前提还是两个小区之间接口通知彼此L2 SN的分配方式，并计算出偏差，例如接口收到源小区信息，源小区对特定TMGI的业务分配方式是GTP-U SN＝500的数据包分配了PDCP SN＝400，而目标小区对GTP-U SN＝500的数据包分配了PDCP SN＝0，则可以通过专用信令或者系统信息块(System Information Block，SIB)的方式告知UE，目标小区和源小区的L2 SN的偏差是400(假设定义差距为源小区SN-目标小区SN)，或者也可以通知偏差是-400(假设定义差距为目标小区SN-源小区SN)。UE获得该偏差信息，就可以进行数据的连续接收和重排序，例如UE在源小区接收到L2 SN＝8的数据包，而切换或者重选到目标小区之后，得知SN偏差是400，则接收到目标小区的L2 SN＝407，408，409……，可以知道前两个是重复包，可以删除并重排序，进而以确保业务数据接收的连续性。
需要说明的是，在所述第一辅助信息基于UP发送的情况下，所述第一辅助信息携带于层2控制协议数据单元L2 control PDU中或者L2 PDU header中，例如PDCP PDU或者PDCP control PDU。
在第二种实施方式中，若网络侧设备既未配置源传输模式SN状态与目标传输模式SN状态是否保持的配置信息，也未配置源传输模式SN与目标传输模式SN之间的偏差的第一辅助信息，则终端可以是获取显式或隐式的第一指示信息，所述第一指示信息用于通知终端基于所述第一指示信息从SN初始化状态建立多播承载，以进行业务数据的连续性接收。例如，UE在切换到PTM 传输模式前，源传输模式已经发送到L2 SN＝89的数据包，UE在切换到目标传输模式后，网络侧设备继续发送接续的下一个数据包，但对所述下一个数据包的L2 SN重新从0开始编号，并对后续接收的数据包依次编号。
在第三种实施方式中，终端还可以是基于接收的第二指示信息从SN保持状态建立多播承载，以进行业务数据的连续性接收。例如，UE在切换到PTM 传输模式之前，源传输模式已经发送到L2 SN＝89的数据包，UE在切换到目标传输模式后，基站继续发送L2 SN＝90的数据包，终端保持该数据包的SN 状态不变，也即该数据包仍然对应L2 SN＝90，同样后续接收的数据包的SN 状态保持。
在第四种实施方式中，终端还可以是建立伴随单播承载，基于所述伴随单播承载进行业务数据的连续性接收。可以理解地，由于目标传输模式是PTM 传输模式，业务数据是向多个UE发送的，当有新加入进来的UE时，重新调整传输模式会影响其他UE，进而可以建立一个伴随单播承载，以针对新加入的UE进行业务数据的传输。
其中，所述建立伴随单播承载可以是包括：
在从源传输模式切换到目标传输模式切换的情况下，基于第三指示信息建立伴随单播承载，所述第三指示信息用于指示需要建立单播伴随承载的目标业务。
例如，可以是在终端从PTM传输模式切换到PTM传输模式，或者是PTP 传输模式切换到PTM传输模式的情况下，基于第三指示信息建立伴随单播承载，所述第三指示信息可以是网络侧设备发送，用于指示需要建立单播伴随承载的业务。例如，对于一个切换传输模式的UE，源传输模式对应的小区可以是在接口切换请求消息中携带这个UE感兴趣的业务和接收情况，比如感兴趣 TMGI list，目标传输模式对应的小区接收到接口切换请求信息之后，根据感兴趣的TMGI list，可以挑选其中需要进行无损保障的业务，为该UE建立伴随单播承载，例如感兴趣5个业务，但其中只有2个有无损需求，这2个业务也就是目标业务，则可以为这两个业务建立伴随单播承载，例如数据资源承载(Data Radio Bearer，DRB)DRB x对应无损需求TMGI1，DRB y对应无损需求TMGI2，然后将这些信息携带在切换命令里返回给源传输模式对应的小区，该小区基站可以是向UE发送第二指示信息，以指示UE建立伴随单播承载DRB x和DRB y。
或者，终端也可以是在源传输模式与目标传输模式发送不同步的情况下，建立伴随单播承载。例如，可以是在源传输模式的发送慢于目标传输模式的发送的情况下建立伴随单播承载，以进行数据的补偿发送；或者也可以是在源传输模式的发送快于目标传输模式的发送的情况下建立伴随单播承载，用于对 UP面对SN接收状态的交互，以便于UE对接收的业务数据进行重复检测，例如UE基于目标传输模式接收到的数据包，与基于源传输模式接收到的数据包存在相同的情况时，可以是将目标传输模式接收到的相同的数据包删除。
进一步地，所述基于所述伴随单播承载进行业务数据的连续性接收，包括如下至少一项：
通过所述伴随单播承载向所述目标传输模式对应的小区发送业务接收状态信息；
接收所述目标传输模式对应的小区发送的目标数据，对所述目标数据与已接收数据进行重排序；
接收所述目标传输模式对应的小区发送的目标SN映射关系，基于所述目标SN映射关系进行业务数据的接收和重排序，所述目标SN映射关系为源传输模式SN与目标传输模式SN的映射关系。
为更好地理解如何建立伴随单播承载，并基于所述伴随单播承载进行业务数据的连续性接收的方案，以下将通过几个具体的实施例进行举例说明。
实施例:
step1：对于一个切换传输模式的UE，源传输模式对应的小区可以是在接口切换请求消息中携带这个UE感兴趣的业务和接收情况，比如感兴趣TMGI list，目标传输模式对应的小区接收到接口切换请求信息之后，根据感兴趣的 TMGI list，可以挑选其中需要进行无损保障的业务，为该UE建立伴随单播承载，例如感兴趣5个业务，但其中只有2个有无损需求，则可以为这两个业务建立伴随单播承载，例如数据资源承载(Data Radio Bearer，DRB)DRB x对应无损需求TMGI1，DRB y对应无损需求TMGI2，然后将这些信息携带在切换命令里返回给源传输模式对应的小区。
Step2：源传输模式对应的小区将切换命令发送给UE。
Step3：UE接入目标传输模式对应的小区并基于所述切换命令建立伴随单播承载DRB x和DRB y，其中DRB x对应无损需求TMGI1，DRB y对应无损需求TMGI2。
Step4：UE使用伴随单播承载发送对应多播业务的接收状态信息，例如 DRB x发送TMGI1的接收状态信息，DRB x中发送TMGI 1中已经接收到 GTP-U SN＝100的数据，或者已经接收到PDCP SN＝10的数据，状态信息发送给目标传输模式对应的小区。
Step5：目标传输模式对应的小区接收所述状态信息，根据UE的接收状态，进行数据的补偿发送。例如，所述状态信息指示UE基于源传输模式已经接收到GTP-U SN＝100的数据，在UE进行模式切换时，GTP-U SN＝100、101的数据并未接收成功，则切换到目标传输模式后，对应小区可以是对GTP-U SN＝ 100、101的数据进行补偿发送。
实施例2
Step1：UE在源传输模式的发送慢于目标传输模式的发送的情况下建立伴随单播承载，或者也可以是在源传输模式的发送快于目标传输模式的发送的情况下建立伴随单播承载。
Step2：UE使用建立的伴随单播承载发送对应多播业务的接收状态信息，例如DRBx发送TMGI1的接收状态信息，DRB x中发送TMGI 1中已经接收到GTP-U SN＝100的数据，或者已经接收到PDCP SN＝10的数据，状态信息发送给目标传输模式对应的小区。
Step3：目标传输模式对应的小区接收所述状态信息，根据UE的接收状态，进行数据的补偿发送。
可选的，还可以是通过专用信令携带SN映射信息，来实现终端业务数据的连续性接收。
实施例3
Step1：对于一个切换传输模式的UE，目标传输模式对应的小区接收到接口切换请求信息之后，可以是将源传输模式SN与目标传输模式SN的映射关系携带在切换命令里返回给源传输模式对应的小区。
Step2：源传输模式对应的小区将切换命令发送给UE。
Step3：UE基于所述切换命令获取源传输模式SN与目标传输模式SN的映射关系，并建立源传输模式和目标传输模式的关联关系，进而将基于目标传输模式接收到的数据与基于源传输模式接收到的数据进行重排序，按序递交。
本申请实施例中，在目标传输模式为PTM传输模式，源传输模式也为PTM 传输模式的情况下，所述进行业务数据的连续性接收，还包括：
在所述源传输模式的SN状态与所述目标传输模式的SN状态相同的情况下，基于目标传输模式建立多播承载，保持目标传输模式的SN状态与源传输模式的SN状态相同，进行业务数据的连续性接收。
在该实施方式中，当终端从PTM传输模式切换到PTM传输模式，若源传输模式的SN与目标传输模式的SN相同，则在目标小区建立多播承载，且网络侧设备向终端发送配置信息，以指示或者默认目标传输模式的SN状态保持与源传输模式的SN状态相同，终端基于所述配置信息也就能够确定目标传输模式的SN状态保持源传输模式的SN状态，进而以实现业务数据的连续性接收。
可以理解地，从核心网到基站的多播信道，对每个小区是完全一致的，也就是说核心网的数据到每个基站，相同业务数据包使用的接口SN标识是一样的，例如Xn接口的GTP-U的序列号GTP-U SN，发给小区1的GTP-U SN＝100 的数据包与发给小区2的GTP-U SN＝100的数据包内容完全一样。这样，如果小区1对GTP-U SN＝100的数据包分配分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)序列号PDCP SN＝0进行空口多播发送，小区1 将SN的映射mapping信息通过Xn接口发送给小区2，小区2在空口多播发送时也对GTP-USN＝100的相同数据包分配相同的PDCP SN＝0，这样相邻小区的数据包标号是一致的，进而大大提升了UE接收连续性和lossless的概率。上述小区1可以是指源小区，小区2可以是指目标小区。例如UE在源小区接收到一个临时移动组标识(Temporary Mobile GroupIdentity，TMGI)对应的数据PDCP SN＝100，切换或者移动到目标小区时，继续接收这个TMGI的数据， PDCP SN＝99，100，101，102……，UE就可以知道99和100是重复数据，可以删除，这样也就保持了业务数据的连续性接收。
另外需要说明的是，为确保终端业务数据的连续性接收，UE传输模式的切换发生在不同小区之间的情况下，网络侧设备还可以是为不同小区设定一定的周期，例如业务周期或者是业务变更周期。
本申请实施例中，所述目标传输模式还可以是PTP传输模式，源传输模式可以是PTP传输模式，或者是PTM传输模式。在目标传输模式可以是PTP传输模式，源传输模式是PTM传输模式的情况下，所述进行业务数据的连续性接收，包括：
建立单播承载，基于所述单播承载进行多播业务数据的接收，其中，所述目标传输模式接收的业务数据的SN状态基于源传输模式接收的业务数据的 SN状态保持；或者，
建立初始化单播承载，基于所述初始化单播承载进行多播业务数据的接收，其中，基于所述目标传输模式接收的业务数据的SN为初始化SN。
可以理解地，从PTM传输模式切换到PTP传输模式，也就是从多播传输切换到了单播传输。在第一种实施方式中，终端建立单播承载，并基于所述单播承载保持多播业务数据的连续性接收。例如，UE在切换到PTP传输模式之前，源传输模式已经发送到L2 SN＝89的数据包，UE在切换到PTP传输模式后，基站继续在PTP承载上发送L2 SN＝90的数据包，终端保持现有数据包的SN状态不变，也即终端接收到该数据包后，对SN＝89和SN＝90的数据包顺序排序，同样后续接收的数据包也按照SN进行排序。
或者，在第二种实施方式中，UE建立初始化单播承载，基于所述初始化单播承载进行多播业务数据的接收，该实施方式中，UE基于PTP传输模式接收的业务数据的SN为初始化SN。例如，UE在切换到PTP传输模式前，源传输模式已经发送到L2 SN＝89的数据包，UE在切换到PTP传输模式后，基站继续发送接下来的数据包，但目标节点对L2 SN从零开始，也就是对接收的新数据包的L2 SN重新开始排序，那么终端基于源传输模式接收的L2 SN＝90 的数据包与在目标传输模式下接收的L2 SN＝0的数据包其实是一致的。
可选的，在所述目标传输模式接收的业务数据的SN状态基于源传输模式接收的业务数据的SN状态保持的情况下，所述方法还包括：
上报基于所述单播承载接收的业务数据的SN状态信息；其中，所述SN 状态信息包括所述单播承载接收成功的业务数据和接收不成功的业务数据中的至少一者。
可以理解地，在SN状态保持的情况下，终端接收的业务数据可能是成功接收的，也可能存在接收不成功的。终端可以是将接收的业务数据的SN状态信息上报给网络侧，进而网络侧也就能够知道那些发送的业务数据被终端成功接收了，哪些没有接收成功，进而网络侧能够对没有接收成功的业务数据进行重传。
进一步地，在所述SN状态信息包括所述单播承载接收不成功的业务数据的情况下，所述方法还包括：
接收网络侧设备响应于所述SN状态信息发送的第二目标数据，所述第二目标数据为所述单播承载接收不成功的单播业务数据。
可以理解地，网络侧设备在接收到终端上报的SN状态信息后，也就能够对终端接收不成功的业务数据进行重传，已确保终端能够实现业务数据的连续接收，避免业务数据的丢失。
可选的，所述接收网络侧设备响应于所述SN状态信息发送的目标数据之后，所述方法还包括：
对接收到的目标数据与已接收的业务数据进行重排序。
可以理解地，网络侧设备重传的所述目标数据，可能不一定是按顺序发送的，则终端对接收到的目标数据与已接收的业务数据进行重排序。例如，终端接收到的业务数据包括L2 SN＝88、90、91、92的数据包，则L2 SN＝89的数据包也就接收不成功，终端可以是向网络侧设备上报业务数据接收不成功的 SN状态信息，网络侧设备将L2 SN＝89的数据包进行重传，终端此时已经接收了L2 SN＝88、90、91、92的数据包，则终端对接收到的L2 SN＝89的数据包与已经接收的数据包进行重排序，以确保终端数据接收的连续性。
需要说明的是，在终端未上报SN状态信息的情况下，网络侧设备也可以向终端进行数据的重传。例如，当基于源传输模式已经发送到L2 SN＝258的数据包时，切换到PTP传输模式，为了确保最后几个数据包也能够被接收可以将L2 SN＝256、257、258的数据包重新基于PTP传输模式进行重传，如果UE之前256和257没有接收成功，则可以进行接收gap的补偿，如果UE之前256和257接收成功，则直接当成重复数据进行删除即可。这样，也就更好地保障了终端能够进行数据的连续接收，避免数据丢失，保障数据的无损。
本申请实施例提供的方案，终端能够基于配置信息确定目标传输模式，进而基于目标传输模式进行多播业务数据的连续性接收，以确保终端在目标传输模式下业务数据接收的连续性，避免因业务数据接收的不连续而造成的数据质量受损，也便于网络侧设备能够以更高效的方式进行MBS业务传输，提升了通信系统的数据传输效率。
请参照图3，图3是本申请实施例提供的另一种数据传输方法的流程图，所述数据传输方法应用于网络侧设备。如图3所示，所述数据传输方法包括以下步骤：
步骤301、向终端发送多播业务目标传输模式的配置信息；所述配置信息用于指示所述终端基于所述目标传输模式进行业务数据的连续性接收。
本申请实施例中，所述目标传输模式可以是包括点对点(Point-to-Point，PTP)传输模式和点对多点(Point to Multipoint，PTM)传输模式。
可选的，传输模式切换可以是发生在不同的小区之间，或者不同的基站之间，或者是同一个小区内。所述配置信息用于指示终端当前切换到了目标传输模式，例如可以是在终端进行小区切换的情况下，指示从源小区的源传输模式切换到目标小区的目标传输模式；或者，也可以是指示终端在同一个小区内，从源传输模式切换到目标传输模式。
需要说明的是，所述源传输模式同样可以是包括PTP传输模式和PTM传输模式。传输模式切换可以包括以下几种场景：PTP传输模式切换到PTM传输模式、PTM传输模式切换到PTM传输模式、PTP传输模式切换到PTP传输模式和PTM传输模式切换到PTM传输模式。
本申请实施例中，网络侧设备向终端发送多播业务目标传输模式的配置信息，进而使得终端能够基于配置信息确定目标传输模式，以基于目标传输模式进行多播业务数据的连续性接收，确保终端在目标传输模式下业务数据接收的连续性，避免因业务数据接收的不连续而造成的数据质量受损，提升了网络侧设备与终端之间的数据传输质量。
可选的，在所述目标传输模式为点对多点PTM传输模式的情况下，所述方法还包括如下任意一项：
基于控制面CP或用户面UP向所述终端发送第一辅助信息，所述第一辅助信息用于指示所述源传输模式的序列号SN与所述目标传输模式的SN之间的对应关系；
发送显式的或隐式的第一指示信息，所述第一指示信息用于指示终端从 SN初始化状态建立多播承载以进行业务数据的连续性接收；
发送显式的或隐式的第二指示信息，所述第二指示信息用于指示终端从 SN保持状态建立多播承载以进行业务数据的连续性接收；
发送第三指示信息，所述第三指示信息用于指示终端建立伴随单播承载。
需要说明的是，上述四种实施方式，对应的源传输模式可以是PTM传输模式，也可以是PTP传输模式。
在第一种实施方式中，网络侧设备向终端发送第一辅助信息，进而使得终端基于所述第一辅助信息能够获知源传输模式的序列号SN与所述目标传输模式的SN之间的对应关系，以进行确保在切换到目标传输模式的情况下，终端能够基于所述对应关系对接收的业务数据进行排序，实现业务数据接收的连续性。
其中，在所述第一辅助信息基于UP发送的情况下，所述第一辅助信息携带于层2控制协议数据单元L2 control PDU中或者L2 PDU header中。
可以理解地，由于严格同步是有一定限制的(即要求相邻小区一定对同一个数据包分配的空口L2 SN是相同的)，例如小区1先加入了多播组，对GTP-U SN＝100的数据包分配了PDCP SN＝0，而小区2后加入了多播组，对GTP-U SN＝500的数据包分配了PDCP SN＝0，那么这两个小区之间对同一个数据包的L2 SN分配是有偏差的，可以将这个偏差通知给UE，便于UE进行重排序。当然前提还是两个小区之间接口通知彼此L2 SN的分配方式，并计算出偏差，例如接口收到源小区信息，源小区对特定TMGI的业务分配方式是GTP-U SN ＝500的数据包分配了PDCP SN＝400，而目标小区对GTP-U SN＝500的数据包分配了PDCP SN＝0，则可以通过专用信令或者系统信息块(System Information Block，SIB)的方式告知UE，目标小区和源小区的L2 SN的偏差是400(假设定义差距为源小区SN-目标小区SN)，或者也可以通知偏差是-400 (假设定义差距为目标小区SN-源小区SN)。UE获得该偏差信息，就可以进行数据的连续接收和重排序，例如UE在源小区接收到L2 SN＝8的数据包，而切换或者重选到目标小区之后，得知SN偏差是400，则接收到目标小区的 L2 SN＝407，408，409……，可以知道前两个是重复包，可以删除并重排序，进而以确保业务数据接收的连续性。
在第二种实施方式中，若网络侧设备既未配置源传输模式SN状态与目标传输模式SN状态是否保持的配置信息，也未配置源传输模式SN与目标传输模式SN之间的对应关系的第一辅助信息，则网络侧设备发送显式或隐式的第一指示信息，所述第一指示信息用于通知终端上述配置信息和第一辅助信息都没有配置，进而终端基于所述第一指示信息从SN初始化状态建立多播承载，以进行业务数据的连续性接收。例如，UE在切换到PTM传输模式前，源传输模式已经发送到L2 SN＝89的数据包，UE在切换到目标传输模式后，网络侧设备继续发送接下来的数据包并对该数据包L2 SN重新从0开始编号，并对后续接收的数据包依次编号。
在第三种实施方式中，终端还可以是基于接收的第二指示信息从SN保持状态建立多播承载，以进行业务数据的连续性接收。例如，UE在切换到PTM 传输模式之前，源传输模式已经发送到L2 SN＝89的数据包，UE在切换到目标传输模式后，网络侧设备继续发送L2SN＝90的数据包，终端保持该数据包的SN状态不变，也即该数据包仍然对应L2 SN＝90，同样后续接收的数据包的SN状态保持。
在第四种实施方式中，网络侧设备还可以是指示终端建立伴随单播承载。可以理解地，由于目标传输模式是PTM传输模式，业务数据是向多个UE发送的，当有新加入进来的UE时，重新调整传输模式会影响其他UE，进而可以通知终端建立一个伴随单播承载，以针对新加入的UE进行业务数据的传输。
其中，所述第三指示信息包括如下至少一项：
需要建立伴随单播承载的目标业务；
源传输模式的业务数据SN与目标传输模式的业务数据SN之间的SN差值；
伴随单播承载的配置信息。
例如，对于一个切换传输模式的UE，源传输模式对应的小区可以是在接口切换请求消息中携带这个UE感兴趣的业务和接收情况，比如感兴趣TMGI list，目标传输模式对应的小区接收到接口切换请求信息之后，根据感兴趣的 TMGI list，可以挑选其中需要进行无损保障的业务，为该UE建立伴随单播承载，例如感兴趣5个业务，但其中只有2个有无损需求，这2个业务也就是目标业务，则可以为这两个业务建立伴随单播承载。
或者，网络侧设备发送的第三指示信息还可以携带源传输模式的业务数据 SN与目标传输模式的业务数据SN之间的SN差值，进而终端能够基于所述 SN差值对接收的业务数据与源传输模式的业务数据进行排序，按序递交高层。
或者，所述第三指示信息还包括伴随单播承载的配置信息，例如所述配置信息可以是网络侧设备配置的携带“on”指令的信息，也就是指示终端建立伴随单播承载，或者也可以是携带“off”指令的信息，也就指示终端不需要建立伴随单播承载。或者，终端建立伴随单播承载也可以是协议规定。
需要说明的是，网络侧设备指示终端建立伴随单播承载以及终端建立伴随单播承载的具体实现过程可以是参照上述图2所述实施例中的具体描述，本实施例不再赘述。
进一步地，网络侧设备在发送所述第三指示信息之后，还可以包括如下至少一项：
接收来自所述终端的多播业务数据的接收状态信息；
所述终端发送第一目标数据，所述第一目标数据为所述终端接收不成功的多播业务数据。
其中，所述接收状态信息用于指示终端接收成功的数据和接收失败的数据，网络侧设备可以是基于所述接收状态信息，将接收失败的数据对终端进行重传，以确保终端对业务数据接收的连续，避免数据丢失。
或者，网络侧设备也可以是在没有接收到终端反馈的接收状态信息的情况下，向终端发送第一目标数据，所述第一目标数据可以是终端接收不成功的业务数据，或者所述第一目标数据还可以是包括终端接收成功的数据，例如网络侧设备可以是将源传输模式的最后几个数据包发送给终端。例如，当源传输模式发到L2 SN＝258的数据包时进行传输模式的切换，为了确保最后几个数据包也能够被接收，可以将L2 SN＝256，257，258进行重传，以确保终端对业务数据的连续性接收，避免数据丢失。
本申请实施例中，在源传输模式为PTM传输模式的情况下，所述方法还包括如下至少一项：
接收源节点发送的源传输模式下业务数据的L2 SN与核心网数据SN之间的映射关系，基于所述映射关系确定所述目标传输模式下业务数据的L2 SN，其中，所述目标传输模式下业务数据的L2 SN与源传输模式下业务数据的L2 SN相同；
确定小区的业务周期或业务变更周期，其中，在同一个业务周期或业务变更周期内，源传输模式对应小区与目标传输模式对应小区发送的业务数据相同，和/或，源传输模式对应小区与目标传输模式对应小区相同数据包携带相同的 L2 SN。
其中，所述业务数据的L2 SN与核心网数据SN之间的映射关系，通过如下至少一项确定：
网络节点间接口的协商；
协议规定；
集中控制网络节点，所述集中控制网络节点用于对接入所述集中控制网络节点的其他网络节点进行数据分发。
也就是说，源传输模式下业务数据的L2 SN与核心网数据SN之间的映射关系可以是两个小区网络节点间接口的协商确定，或者直接是协议规定，或者还可以是通过一个集中控制网络节点来确定。
本申请实施例中，在源传输模式和目标传输模式都为PTM传输模式的情况下，由于源小区和目标小区都采用PTM传输模式发送业务数据，如果不同步的话，会造成接收的重复或者接收gap(例如源小区接收到SN＝10，而在目标小区才发送到SN＝8，就会造成重复，反之会有gap)，对用户的体验造成影响。因此最简单的提高用户业务连续性和减少数据丢失接收的方式，就是在相邻小区/较多发生切换的小区中尽量保持业务的相对同步发送。本申请实施例中，网络侧设备可以是通过以下方式保持业务的相对同步发送：接收源节点发送的源传输模式下业务数据的L2 SN与核心网数据SN之间的映射关系，和/或，确定小区的业务周期或业务变更周期。以下，将对业务的同步发送进行具体举例说明。
例如，多播业务大多是周期业务，有一定的pattern，例如周期长度DRX cycle和突发时长，例如对应于On Duration和/或Inactivity Timer长度，甚至是周期开始的offset也可以考虑交互，那么两个相邻的小区，网络侧设备可以在接口上传递这些信息，以确保相邻小区的配置基本一致或协调。
另外，对于业务数据的SN标识进行一定的同步，网络侧设备可以是在接口上传递业务SN信息(即XG接口的SN和空口SN的映射mapping关系)，例如从核心网到基站的多播信道，对每个小区是完全一致的，也就是说核心网的数据到每个基站，相同业务数据包使用的接口SN标识是一样的，例如Xn 接口的GTP-U隧道的GTP-U SN，发给小区1的GTP-U SN＝100的数据包与发给小区2的GTP-U SN＝100的数据包内容完全一样。这样，如果小区1对 GTP-USN＝100的数据包分配PDCP SN＝0(PDCP SN是用于举例，不排除其它的L2 SN)进行空口多播发送，小区1将SN的mapping信息通过Xn接口发送给小区2，小区2在空口多播发送时也对GTP-U SN＝100的相同数据包分配相同的PDCP SN＝0，这样相邻小区的数据包标号是一致的，大大提升了 UE接收连续性和lossless的概率，例如UE在源小区1接收到一个TMGI对应的数据PDCP SN＝100，切换或者移动的小区2时，继续接收这个TMGI的数据，PDCP SN＝99，100，101，102……，UE就可以知道99和100是重复数据，可以删除。
或者，在上述第二种方式的基础上，由于严格同步是有一定限制的(即要求相邻小区一定对同一个数据包分配的空口L2 SN是相同的)，例如小区1先加入了多播组，对GTP-USN＝100的数据包分配了PDCP SN＝0，而小区2后加入了多播组，对GTP-U SN＝500的数据包分配了PDCP SN＝0，那么这两个小区之间对同一个数据包的L2 SN分配是有偏差的，可以将这个偏差通知给 UE，便于UE进行重排序。当然前提还是两个小区之间接口通知彼此L2 SN的分配方式，并计算出偏差，例如接口收到邻小区信息，邻小区对特定TMGI的业务分配方式是GTP-U SN＝500的数据包分配了PDCP SN＝400，而本小区对 GTP-U SN＝500的数据包分配了PDCP SN＝0，则可以通过专用信令或者SIB 的方式告知UE，本小区和邻小区1的L2 SN的差距是+400(假设定义差距为邻小区SN-本小区SN)，或者也可以通知差距是-400(假设定义差距为本小区 SN-邻小区SN)。UE拿到该差距信息，就可以进行数据的连续接收和重排序，例如UE在本小区接收到L2 SN＝8的数据包，而切换或者重选到邻小区1之后，得知SN差距是400，则接收到新小区1的L2 SN＝407，408，409……，可以知道前两个是重复包，可以删除，并排序之后按序递交。
再或者，可以是为不同小区设定一定的周期，例如业务周期或者业务变更周期，确保不同小区在这个周期中发送的数据包都是一样，无论它的调度方式和L2编号具体多少。例如一个TMGI业务的周期为20ms，则周围邻小区在每个20ms中发送的数据一定是同步的，其中20ms有可能对齐，也有可能是有一定偏差，例如第一个cell周期发送开始时刻为0，20ms，40ms……，第二个 cell周期发送开始时刻为1ms，21ms，41ms……等，这样UE在第一个小区中接收完了第一个20ms周期的数据(0-19ms)，移动到第二个小区，开始接收第二个周期(21-40ms)，这两个周期的数据可以连续排序，是顺序且无损的。为了达到这样的效果，小区之间接口也需要同步周期设置。
另外，以业务变更周期来举例，当业务周期为20ms时，设置业务变更周期为80ms，则业务具体在20ms内可以有一定的扩展传输或者重传，但需要保障80ms内不同小区传输的内容都是相同的，UE从一个小区移动到另一个小区，可以以80ms为界限，进行连续和无损的接收。
本申请实施例中，在所述目标传输模式为点对点PTP传输模式的情况下，所述方法还包括如下至少一项：
接收所述终端上报的已接收的业务数据的SN状态信息；其中，所述SN 状态信息包括接收成功的业务数据和接收不成功的业务数据中的至少一者；
向所述终端发送第二目标数据，所述第二目标数据包括所述终端接收不成功的单播业务数据。
例如，网络侧设备可以是基于终端上报的SN状态信息，以获知终端对哪些数据没有接收成功，则网络侧设备能够将接收部成功的数据对终端进行重传，以确保终端对业务数据接收的连续，避免数据丢失。
或者，网络侧设备也可以是在没有接收到终端反馈的SN状态信息的情况下，向终端发送第二目标数据，所述第二目标数据可以是包括终端接收不成功的单播业务数据，或者所述第一目标数据还可以是包括终端接收不成功的数据，或者也可以是包括终端接收不成功的数据。例如，当源传输模式发到L2 SN＝ 258的数据包时进行传输模式的切换，为了确保最后几个数据包也能够被接收，可以将L2 SN＝256，257，258进行重传，以确保终端对业务数据的连续性接收，避免数据丢失。
本申请实施例中，在所述接收多播业务目标传输模式的配置信息之前，所述方法还包括：
接收网络侧设备基于CP发送的第二辅助信息，所述第二辅助信息用于指示所述目标传输模式为PTP传输模式。
为更好地理解本方案，以下将结合上述PTP传输模式下业务数据的传输分别对CP的流程和UP的流程进行具体说明。
可选的，在切换到PTP传输模式下，终端可以是基于初始化单播承载进行多播业务数据的接收，网络侧设备基于CP可以包括如下流程：
由于目标传输模式为PTP传输模式，所述第二辅助信息可以是通过一个dedicated RRC signaling(专用RRC信号)通知UE转为PTP传输模式；
在这个dedicated RRC signaling中，可以携带源传输模式和目标传输模式的业务数据的对应关系，例如源传输模式中L2 SN＝256和目标传输模式中L2 SN＝0是一致的；
进一步地，为了尽量保障数据接收的无损，可以将源传输模式传输的业务数据和目标传输模式传输的业务数据留有一定的重叠区域，便于UE进行连续接收，例如当源传输模式的业务数据传输到L2 SN＝258的数据包时，传输模式进行切换，为了确保最后几个数据包也能够被接收可以将L2 SN＝256，257， 258的数据包重新在PTP传输模式下进行重传，而PTP传输模式下，终端可以是对接收的数据包的SN初始化，也就是对接收的L2 SN＝256，257，258的数据包的L2 SN重新从0开始编号，新L2 SN分别为0，1，2；
另外，当模式切换发生在同一个小区时，还可以保留单播和多播同时存在一定的时间，以确保业务数据的连续，例如PTM传输模式发送到L2 SN＝256，网络侧设备发送dedicated重配置信令，转换为PTP传输模式发送业务数据，目标传输模式下L2 SN＝0的数据包(对应PTM传输模式下L2 SN＝256的数据包)，则PTP传输模式发送L2 SN＝0，1，2，3……PTM传输模式还可以继续发送L2 SN＝257(对应PTP传输模式下L2 SN＝1)，258(对应PTP传输模式下L2 SN＝2)，259(对应PTP传输模式下L2 SN＝3)，260(对应PTP 传输模式下L2 SN＝4)……UE可以同时接收，并进行重复检测和重排序。
可选的，在切换到PTP传输模式下，终端可以是基于初始化单播承载进行多播业务数据的接收，网络侧设备基于UP可以包括如下流程：
由于目标传输模式为PTP传输模式，所述第二辅助信息可以是通过一个dedicated RRC signaling通知UE转为PTP传输模式；
在这个dedicated RRC signaling中，可以携带一定的指示信息，例如特殊标记，指示目标TMGI业务需要支持连续性接收，或者说支持目标TMGI业务的无损传输；UE根据dedicated RRC signaling的指示信息建立新的单播PTP 承载；
网络侧在PTP承载的UP PDU中或者UP control PDU，例如PDCP PDU或者PDCPcontrol PDU，建立源传输模式承载和新的PTP承载的对应关系，例如在携带新PTP承载SN的基础上，增加源传输模式对应数据包的SN值，表明对等关系，例如源传输模式中L2 SN＝256的数据包和PTP传输模式中L2 SN ＝0的数据包是一致的；
进一步地，为了尽量保障数据接收的无损，可以将源传输模式传输的业务数据和目标传输模式传输的业务数据留有一定的重叠区域，便于UE进行连续接收，例如当源传输模式的业务数据传输到L2 SN＝258的数据包时，传输模式进行切换，为了确保最后几个数据包也能够被接收可以将L2 SN＝256，257， 258的数据包重新在PTP传输模式下进行重传，而PTP传输模式下，终端可以是对接收的数据包的SN初始化，也就是对接收的L2 SN＝256，257，258的数据包的L2 SN重新从0开始编号，新L2 SN分别为0，1，2；
另外，当模式切换发生在同一个小区时，还可以保留单播和多播同时存在一定的时间，以确保业务数据的连续，例如PTM传输模式发送到L2 SN＝256，网络侧设备发送dedicated重配置信令，转换为PTP传输模式发送业务数据，目标传输模式下L2 SN＝0的数据包(对应PTM传输模式下L2 SN＝256的数据包)，则PTP传输模式发送L2 SN＝0，1，2，3……PTM传输模式还可以继续发送L2 SN＝257(对应PTP传输模式下L2 SN＝1)，258(对应PTP传输模式下L2 SN＝2)，259(对应PTP传输模式下L2 SN＝3)，260(对应PTP 传输模式下L2 SN＝4)……UE可以同时接收，并进行重复检测和重排序。
可选的，在切换到PTP传输模式下，PTP传输模式业务数据的SN状态可以是基于源传输模式业务数据的SN状态保持，这种情况下表，网络侧设备基于CP可以包括如下流程：
由于目标传输模式为PTP传输模式，所述第二辅助信息可以是通过一个dedicated RRC signaling(专用RRC信号)通知UE转为PTP传输模式；
在这个dedicated RRC signaling中，可以携带源传输模式业务数据的状态信息，例如源传输模式发送到L2 SN＝258的数据包；
UE接收到dedicated RRC signaling，按照源传输模式业务数据的状态信息，设置目标传输模式下PTP bearer L2实体的初始变量值，例如L2 SN初始值为 258；
进一步地，为了尽量保障数据接收的无损，可以将源传输模式传输的业务数据和目标传输模式传输的业务数据留有一定的重叠区域，便于UE进行连续接收，例如当源传输模式的业务数据传输到L2 SN＝258的数据包时，传输模式进行切换，为了确保最后几个数据包也能够被接收，可以将L2 SN＝256，257， 258的数据包重新在PTP传输模式下进行重传，如果UE之前对256和257的数据包没有接收成功，则可以进行接收缺口gap的补偿，如果UE之前对256 和257的数据包接收成功，则直接当成重复数据进行删除即可，这样也就能够实现终端对业务数据的连续性接收，避免数据丢失；
另外，当模式切换发生在同一个小区时，还可以保留单播和多播同时存在一定的时间，以确保业务数据的连续，例如PTM传输模式发送到L2 SN＝256，网络侧设备发送dedicated重配置信令，转换为PTP传输模式发送业务数据，目标传输模式下L2 SN可以保持与源传输模式L2 SN一样，例如源传输模式发送L2 SN＝256，257，258的数据包，PTP传输模式发送的也是L2 SN＝256， 257，258的数据包，UE可以同时接收，并进行重复检测和重排序，这样也进一步避免数据丢失，确保终端实现数据的连续性接收。
可选的，在切换到PTP传输模式下，PTP传输模式业务数据的SN状态可以是基于源传输模式业务数据的SN状态保持，这种情况下表，网络侧设备基于UP可以包括如下流程：
由于目标传输模式为PTP传输模式，所述第二辅助信息可以是通过一个dedicated RRC signaling(专用RRC信号)通知UE转为PTP传输模式；
在这个dedicated RRC signaling中，可以携带一定的指示信息，例如进行无损操作的标记，指示目标TMGI业务需要支持无损传输；UE根据dedicated RRC signaling的新的PTP承载，并根据无损操作的标记，执行特殊的处理，所述特殊的处理可以是指，将源传输模式业务数据的状态和PTP传输模式业务数据的状态进行延续，例如在源传输模式下接收L2SN＝256的数据包，在PTP 传输模式下接收到L2 SN＝257的数据包，可以认为这两者是连续的，进行排序递交；
进一步地，为了尽量保障数据接收的无损，可以将源传输模式传输的业务数据和PTP传输模式传输的业务数据留有一定的重叠区域，便于UE进行连续接收，例如当源传输模式的业务数据传输到L2 SN＝258的数据包时，传输模式进行切换，为了确保最后几个数据包也能够被接收，可以将L2 SN＝256，257， 258的数据包重新在PTP传输模式下进行重传，如果UE之前对256和257的数据包没有接收成功，则可以进行接收缺口gap的补偿，如果UE之前对256 和257的数据包接收成功，则直接当成重复数据进行删除即可，这样也就能够实现终端对业务数据的连续性接收，避免数据丢失；
另外，当模式切换发生在同一个小区时，还可以保留单播和多播同时存在一定的时间，以确保业务数据的连续，例如PTM传输模式发送到L2 SN＝256，网络侧设备发送dedicated重配置信令，转换为PTP传输模式发送业务数据，目标传输模式下L2 SN可以保持与源传输模式L2 SN一样，例如源传输模式发送L2 SN＝256，257，258的数据包，PTP传输模式发送的是L2 SN＝257，258， 259的数据包，与源传输模式业务数据的SN可以直接排序，进而UE可以同时接收，并进行重复检测和重排序，这样也进一步避免数据丢失，确保终端实现数据的连续性接收。
本申请实施例中，所述目标传输模式和源传输模式的切换还可以是发生在网络节点之间。具体地，在所述目标传输模式对应的目标节点与源传输模式对应的源节点不同的情况下，所述方法还包括如下至少一项：
向所述源节点发送SN状态传递指示信息，所述SN状态传递指示信息用于指示源节点进行业务数据的SN状态传递；
向所述源节点发送数据前转请求，所述数据前转请求用于指示所述源节点进行数据前转；
接收所述源节点进行数据前转的业务数据；
针对临时移动组标识TMGI对应的业务数据，接收所述源节点已经发送的业务数据的SN值的上限；所述SN为L2 SN和核心网SN中的至少一个；
接收所述源节点的未发送成功的业务数据SN信息；所述SN为L2 SN和核心网SN中的至少一个；
接收所述源节点的业务数据的L2 SN和核心网SN的对应关系。
需要说明的是，本申请实施例中以目标节点作为网络侧设备，来执行上述方案。
例如，目标节点可以是向源节点发送SN状态传递指示信息，以指示源节点进行业务数据的SN状态传递。可选的，目标节点在发送SN状态传递指示信息之前，源节点可以向目标节点发送SN状态传递建议信息，用于建议目标节点决定是否需要为终端进行SN状态保持，若需要，则目标节点向源节点发送SN状态传递指示信息。
或者，目标节点也可以向所述源节点发送数据前转请求，以指示所述源节点进行数据前转。可选的，源节点也可以在没有接收到目标节点发送的数据前转请求的情况下，主动进行数据前转，并可以将进行数据前转的业务数据发送给目标节点。
需要说明的是，在所述源节点进行数据前转的情况下，所述源节点数据前转的业务数据还包括每个前转数据包携带的L2 SN与核心网SN中的至少一项。例如，前转数据包携带了PDCP SN，也就意味着UE业务数据SN状态保持，则目标节点将对应于该前转数据包的业务数据使用携带的PDCP SN发送给UE，以便于UE进行业务数据检测和重排序。
或者，所述SN状态传递指示可以是基于特定的TMGI进行指示，针对 TMGI对应的业务数据，接收源节点已经发送的一个业务数据的SN值的上限，目标节点可以是基于所述业务数据的SN值的上限进行业务数据的接续发送，状态保持等。例如，源节点已经发送到L2SN＝256的数据包，源节点将业务数据的L2 SN的上限为256发送给目标节点，则目标节点可以是接着发送L2 SN＝257的数据包。
或者，目标节点也可以是接收所述源节点的未发送成功的业务数据SN信息，目标节点能够对未发送成功的业务数据进行继续发送。例如，在切换到目标节点时，源节点已经发送到L2 SN＝256的数据包，源节点未发送成功的业务数据L2 SN＝255，256的SN信息发送给目标节点，则目标节点可以是再次发送L2 SN＝255，256的数据包。
再或者，目标节点也可以是接收所述源节点的业务数据的L2 SN和核心网 SN的对应关系，进而目标节点能够对基于源节点的业务数据的L2 SN和核心网SN的对应关系，对接收的业务数据进行状态连续。
可选的，所述SN值的上限通过如下任意一项确定：
所述源节点在向终端发送模式切换请求命令前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在向终端发送模式切换请求命令且接收到肯定确认ACK之前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在进行SN状态传递之前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在所述TMGI上发送的任意一个数据包的SN值。
本申请实施例中，在所述SN状态传递包括SN值的上限，所述目标传输模式为PTP传输模式的情况下，所述方法还包括如下任意一项：
向所述终端发送第一目标数据，所述第一目标数据为所述终端接收不成功的业务数据；
基于所述源节点发送的最后一个数据包的SN值向所述终端发送业务数据，所述业务数据的第一个数据包的CN SN值与所述源节点发送的最后一个数据包的CN SN值连续；
基于所述L2 SN向所述终端发送业务数据，所述业务数据的L2 SN与源节点发送的业务数据的L2 SN连续；
基于所述L2 SN向所述终端发送业务数据，所述业务数据的L2 SN为初始化SN。
需要说明的是，需要说明的是，L2 SN可以是PDCP SN，或者是其他L2 协议层的SN，例如无线链路控制(Radio Link Control，RLC)、回程适应协议(Backhaul AdaptationProtocol，BAP)或服务数据适应协议(Service Data Adaptation Protocol，SDAP)等。所述核心网(Core Network，CN)SN可以是 CN到无线接入网络(Radio Access Network，RAN)的数据管道中，关于这个 TMGI的管道SN，例如GTP-U SN。
为更好地理解上述方案，以下将通过具体的实施例对上述方案进行说明。
Step1:源节点向目标节点发送切换请求消息时，携带UE关于MBS业务感兴趣/接收信息，例如TMGI信息，甚至是详细的服务质量(Quality of Service， QoS)信息，也可以包含该UE的对应感兴趣业务的发送情况，例如PTP/PTM 传输模式、发送信息(例如XG接口SN，基于一定的周期或者时刻)，或者，感兴趣业务的发送情况也可以由接口之间变化即通知的方式，而不需要per UE 通知。这样，也就便于目标节点基于切换请求消息携带的内容进行配置决策。
Step2:当目标节点接收到源节点的切换请求信息，对该UE进行接纳，不仅要进行单播业务的接纳，还需要对MBS业务进行接纳，例如采取哪种传输模式(PTP/PTM)，承载的配置，可选的L2实体的初始状态等。
当目标节点决定用PTP传输模式对UE的某个感兴趣MBS业务进行承载时，还可以根据业务的误块率/时延/无损的要求，决定是否为该UE进行状态维持，如果需要，在切换命令里携带SN状态传递指示，并且在返回给源节点的切换请求响应消息中，要求源节点进行SN状态传递。
另外，当目标节点从源节点和自己的某一个MBS业务发送状态上(例如中间有缺失数据，或者目标节点属于刚加入多播组，前面少量数据没有)，以及可以根据业务的误块率/时延/无损的要求，最终需要进行多播业务的数据前转，则为该TMGI建立前转通道，并将前转通道信息返回给源基站。
Step3:源节点接收到目标节点的切换请求响应消息，将切换命令发送给UE。根据目标节点的SN状态传递指示，源节点进行SN状态传递，具体可以包括如下方式：
方式1
对于一个TMGI对应的业务数据，接收源节点已经发送的一个业务的SN 值的上限，例如核心网多播通道中统一标识的GTP-U SN，所述GTP-U SN在源节点和目标节点是统一标号的，一样的SN一定对应一样的数据包。其中，所述SN值的上限的确定可以通过如下任意一项确定:
源节点发送给UE切换命令时刻之前，在这个TMGI上发送的最后一个数据包的SN值；
源节点在这个TMGI上发送给UE的最后一个数据包的SN值；
源节点发送给UE切换命令得到请求答应(Acknowledgement，ACK)之前，在这个TMGI上发送的最后一个数据包的SN值；所述ACK为混合自动重传请求确认(Hybridautomatic repeat request acknowledgement，HARQ ACK) 或者无线链路控制确认(RadioLink Control acknowledgement，RLC ACK)；
源节点进行SN状态传递之前，在这个TMGI上发送的最后一个数据包的 SN值；
源节点根据实现任意选择一个近期这个TMGI上发送的一个数据包的SN 值。
方式2
对于一个TMGI对应的业务数据，不仅需要源节点已经发送的一个业务的 CN SN，还需要这个数据对应的空口传输L2 SN。对于一个TMGI对应的业务数据，发送一个在源节点已经发送的业务的多播通道SN值的上限，例如XG 接口GTP-U SN值，同时伴随这个数据包在空口传输的L2 SN，例如PDCP SN，其含义是在源节点发送的最后一个多播业务数据的数据内容标识和空口发送SN标识，便于目标进行接续发送，状态连续等；决定SN上限的方式与上述类似，不再赘述。
方式3
除了如方式2所述，发送最后一个数据包的GTP-U SN+Uu L2 SN之外，还可以包含根据这个UE的反馈(HARQ feedback或者RLC feedback)，在最后一个数据包之前，有哪些数据没有接收成功，列出其list，例如最后一个发送的PDCP SN为100，同时携带98和96是没有接收成功的。
另外，源节点还可以根据目标节点的数据前转请求，以及数据前转通道信息，建立前转通道，将相应数据在前转通道上传递给目标基站，具体包括如下至少一项：
前转通道需要是per TMGI进行标识，每个TMGI独立占用一个前转通道，例如有独立的隧道端点标识(Tunnel Endpoint ID，TEID)，也可以多个TMGI 业务复用一个前转通道，但是在数据包中区分不同的TMGI业务，例如显示携带TMGI field；
每个前转数据包可以携带原始的多播核心网信道XG接口上的GTP-U SN 值，以使目标可以识别数据顺序；与方式1对应，从源发送的最后一个SN之后的数据开始前转；
每个前转数据包也可以携带在Uu空口上发送时分配的L2 SN，例如PDCP SN，从而目标侧可以继续使用PDCP状态；与方式2对应，从源发送的最后一个SN之后的数据携带GTP-U SN+PDCP SN开始前转；
数据前转需要对数据包按照从老到新的顺序进行，例如GTP-U SN升序；
与上述方式3对应，包含未正确接收的数据加上从源发送的最后一个SN 之后的数据携带GTP-U SN+PDCP SN进行前转；数据前转不一定完全连续，与SN状态前转的方式3对应，当最后一个发送的PDCP SN为100时，且前面还有98和96没有接收成功，则前转内容和顺序为：96，98，101，102，103……。
Step4：目标节点接收到源节点的SN状态信息和/或数据前转信息，采取如下处理：
针对方式1，由于目标侧也具有相同的多播数据，而且为了支持从发送较慢的源小区切换过来的UE，每个小区都可以buffer一定的多播数据，满足为 UE提供接续传输的目的，方式1中，源节点向目标节点传递了自己发送的 GTP-U SN的上限，在目标节点，从该SN之后开始连续为该UE提供多播数据，即可保障连续。
对于PTM传输模式，也可以进行上述操作，例如源节点发到SN＝100的数据包，目标节点已经发送到SN＝102的数据包，则可以为切换UE做一下PTM 重传SN＝102的数据包。
对于PTP传输模式，由于是UE专用承载，则可以从需要的SN位置开始传输，保障业务连续。
针对方式2中，除了GTP-U SN还携带了L2 SN，对于PTP传输模式，UE 专用承载，完全可以按照接续的L2 SN为UE提供连续的多播数据传输，UE 只需要保持原有的L2 SNContext状态，进行gap填补和重复检测，即可连续和无损。
针对方式3中，除了GTP-U SN和对应的L2 SN，还携带了未成功的SN 标识，对于PTM传输模式，为了一个UE，更改整个PTM的L2 SN代价较大，对其他UE有影响，但可以在保持PTMSN的前提下，进行一定的选择性重传，使UE能利用源传输模式和目标传输模式的SNmapping信息，进行gap填补和重复检测。
对于PTP方式，UE专用承载，完全可以按照接续的L2 SN为UE提供连续的多播数据传输，并且精准的只重传UE反馈未成功接收的数据包，提升了重传效率，对UE只需要保持原有的L2 SN Context状态，进行gap填补和重复检测，即可连续和无损。
当目标节点接收到前转数据，根据前转数据的GTP-U SN对数据进行识别，并安排针对UE的按序传输，如果还携带了PDCP SN，则意味着UE状态保持，对应的数据包需要使用携带的PDCP SN发送给UE，便于检测和重排序。
本申请实施例提供的技术方案，网络侧设备向终端发送多播业务目标传输模式的配置信息，进而使得终端能够基于配置信息确定目标传输模式，以基于目标传输模式进行多播业务数据的连续性接收，确保终端在目标传输模式下业务数据接收的连续性，避免因业务数据接收的不连续而造成的数据质量受损，网络侧设备能够以更高效的方式进行MBS业务传输，提升了通信系统的数据传输效率。
需要说明的是，本申请实施例提供的数据传输方法，执行主体可以为数据传输装置，或者，该数据传输装置中的用于执行数据传输方法的控制模块。本申请实施例中以数据传输装置执行数据传输方法为例，说明本申请实施例提供的数据传输装置。
请参照图4，图4是本申请实施例提供的一种数据传输装置的结构图，所述数据传输装置应用于终端。如图4所示，所述数据传输装置400包括：
第一接收模块401，用于接收多播业务目标传输模式的配置信息；
第二接收模块402，用于基于所述目标传输模式的配置信息进行业务数据的连续性接收。
可选的，在目标传输模式为点对多点PTM传输模式的情况下，所述第二接收模块402还用于执行如下至少一项：
接收网络侧设备基于控制面CP或用户面UP发送的第一辅助信息，基于所述第一辅助信息进行业务数据的接收和重排序，所述第一辅助信息用于指示所述源传输模式的序列号SN与所述目标传输模式的SN之间的对应关系；
获取显式或隐式的第一指示信息，基于所述第一指示信息从SN初始化状态建立多播承载进行业务数据的连续性接收；
获取显式或隐式的第二指示信息，基于所述第二指示信息从SN保持状态建立多播承载进行业务数据的连续性接收；
建立伴随单播承载，基于所述伴随单播承载进行业务数据的连续性接收。
可选的，在所述第一辅助信息基于UP发送的情况下，所述第一辅助信息携带于层2控制协议数据单元L2 control PDU中或者L2 PDU header中。
可选的，在源传输模式为PTM传输模式的情况下，所述第二接收模块402 还用于：
基于目标传输模式建立多播承载，保持目标传输模式的SN状态与源传输模式的SN状态相同，进行业务数据的连续性接收。
可选的，所述第二接收模块402还用于：
在从源传输模式切换到目标传输模式的情况下，基于第三指示信息建立伴随单播承载，所述第三指示信息用于指示需要建立伴随单播承载的目标业务。
可选的，在建立伴随单播承载的情况下，所述第二接收模块402还用于执行如下至少一项：
通过所述伴随单播承载向网络侧设备发送业务接收状态信息；
接收网络侧设备发送的第一目标数据，对所述第一目标数据与已接收数据进行重排序；
接收网络侧设备发送的目标SN对应关系，基于所述目标SN对应关系进行业务数据的接收和重排序，所述目标SN对应关系为源传输模式SN与目标传输模式SN的对应关系。
可选的，在目标传输模式为PTP传输模式的情况下，所述第二接收模块 402还用于：
建立单播承载，基于所述单播承载进行多播业务数据的接收，其中，所述目标传输模式接收的业务数据的SN状态基于源传输模式接收的业务数据的 SN状态保持；或者，
建立初始化单播承载，基于所述初始化单播承载进行多播业务数据的接收，其中，基于所述目标传输模式接收的业务数据的SN为初始化SN。
可选的，在所述目标传输模式为PTP传输模式，所述目标传输模式接收的业务数据的SN状态基于源传输模式接收的业务数据的SN状态保持的情况下，所述装置还包括：
上报模块，用于上报已接收的业务数据的SN状态信息；
其中，所述SN状态信息包括接收成功的业务数据和接收不成功的业务数据中的至少一者。
本申请实施例中，数据传输装置能够基于配置信息确定目标传输模式，进而基于目标传输模式进行多播业务数据的连续性接收，以确保数据传输装置在目标传输模式下业务数据接收的连续性，避免因业务数据接收的不连续而造成的数据质量受损，也便于网络侧设备能够以更高效的方式进行MBS业务传输，提升了通信系统的数据传输效率。
本申请实施例中的数据传输装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机 (personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的数据传输装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
本申请实施例提供的数据传输装置能够实现图2所述数据传输方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
请参照图5，图5是本申请实施例提供的一种数据传输装置的结构图，所述数据传输装置应用于终端。如图5所示，所述数据传输装置500包括：
发送模块501，用于向终端发送多播业务目标传输模式的配置信息；
所述配置信息用于指示所述终端基于所述目标传输模式进行业务数据的连续性接收。
可选的，在所述目标传输模式为点对多点PTM传输模式的情况下，所述发送模块501还用于执行如下任意一项：
基于控制面CP或用户面UP向所述终端发送第一辅助信息，所述第一辅助信息用于指示所述源传输模式的序列号SN与所述目标传输模式的SN之间的对应关系；
发送显式的或隐式的第一指示信息，所述第一指示信息用于指示终端从SN初始化状态建立多播承载以进行业务数据的连续性接收；
发送显式的或隐式的第二指示信息，所述第二指示信息用于指示终端从 SN保持状态建立多播承载以进行业务数据的连续性接收；
发送第三指示信息，所述第三指示信息用于指示终端建立伴随单播承载。
可选的，在所述第一辅助信息基于UP发送的情况下，所述第一辅助信息携带于层2控制协议数据单元L2 control PDU中或者L2 PDU header中。
可选的，所述第三指示信息包括如下至少一项：
需要建立伴随单播承载的目标业务；
源传输模式的业务数据SN与目标传输模式的业务数据SN之间的SN差值；
伴随单播承载的配置信息。
可选的，所述装置还包括：
第一接收模块，用于接收来自所述终端的多播业务数据的接收状态信息；和/或，
所述发送模块501还用于，向所述终端发送第一目标数据，所述第一目标数据为所述终端接收不成功的多播业务数据。
可选的，在源传输模式为PTM传输模式的情况下，所述装置还包括确定模块，用于执行如下至少一项：
接收源节点发送的源传输模式下业务数据的L2 SN与核心网数据SN之间的映射关系，基于所述映射关系确定所述目标传输模式下业务数据的L2 SN，其中，所述目标传输模式下业务数据的L2 SN与源传输模式下业务数据的L2 SN相同；
确定小区的业务周期或业务变更周期，其中，在同一个业务周期或业务变更周期内，源传输模式对应小区与目标传输模式对应小区发送的业务数据相同，和或相同数据包携带相同的L2 SN。
可选的，所述业务数据的L2 SN与核心网数据SN之间的映射关系，通过如下至少一项确定：
网络节点间接口的协商；
协议规定；
集中控制网络节点，所述集中控制网络节点用于对接入所述集中控制网络节点的其他网络节点进行数据分发。
可选的，在所述目标传输模式为点对点PTP传输模式的情况下，所述装置还包括：
第二接收模块，用于接收所述终端上报的已接收的业务数据的SN状态信息；其中，所述SN状态信息包括接收成功的业务数据和接收不成功的业务数据中的至少一者；和/或，
所述发送模块501还用于，向所述终端发送第二目标数据，所述第二目标数据包括所述终端接收不成功的单播业务数据。
可选的，在所述目标传输模式对应的目标节点与源传输模式对应的源节点不同的情况下，所述装置还包括处理模块，所述处理模块用于执行如下至少一项：
向所述源节点发送SN状态传递指示信息，所述SN状态传递指示信息用于指示源节点进行业务数据的SN状态传递；向所述源节点发送数据前转请求，所述数据前转请求用于指示所述源节点进行数据前转；
接收所述源节点进行数据前转的业务数据；
针对临时移动组标识TMGI对应的业务数据，接收所述源节点已经发送的业务数据的SN值的上限；所述SN为L2 SN和核心网SN中的至少一个；
接收所述源节点的未发送成功的业务数据SN信息；所述SN为L2 SN和核心网SN中的至少一个；
接收所述源节点的业务数据的L2 SN和核心网SN的对应关系。
可选的，所述SN值的上限通过如下任意一项确定：
所述源节点在向终端发送模式切换请求命令前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在向终端发送模式切换请求命令且接收到肯定确认ACK之前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在进行SN状态传递之前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在所述TMGI上发送的任意一个数据包的SN值。
可选的，在所述SN状态传递包括SN值的上限，所述目标传输模式为PTP 传输模式的情况下，所述发送模块501还用于执行如下任意一项：
向所述终端发送第一目标数据，所述第一目标数据为所述终端接收不成功的业务数据；
基于所述源节点发送的最后一个数据包的SN值向所述终端发送业务数据，所述业务数据的第一个数据包的CN SN值与所述源节点发送的最后一个数据包的CN SN值连续；
基于所述L2 SN向所述终端发送业务数据，所述业务数据的L2 SN与源节点发送的业务数据的L2 SN连续；
基于所述L2 SN向所述终端发送业务数据，所述业务数据的L2 SN为初始化SN。
可选的，在所述源节点进行数据前转的情况下，所述源节点数据前转的业务数据还包括每个前转数据包携带的L2 SN与核心网SN中的至少之一。
本申请实施例中，数据传输装置向终端发送多播业务目标传输模式的配置信息，进而使得终端能够基于配置信息确定目标传输模式，以基于目标传输模式进行多播业务数据的连续性接收，确保终端在目标传输模式下业务数据接收的连续性，避免因业务数据接收的不连续而造成的数据质量受损，网络侧设备能够以更高效的方式进行MBS业务传输，提升了通信系统的数据传输效率。
本申请实施例中的数据传输装置可以为具有操作系统的装置。
本申请实施例提供的数据传输装置能够实现图3所述数据传输方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，例如，该通信设备600为终端时，该程序或指令被处理器601执行时实现上述图2所述数据传输方法实施例的各个过程，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指令被处理器601执行时实现上述图3所述数据传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
图7为实现本申请实施例的一种终端的硬件结构示意图。
该终端700包括但不限于：射频单元701、网络模块702、音频输出单元 703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、以及处理器710等部件。
本领域技术人员可以理解，终端700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元704可以包括图形处理器 (GraphicsProcessing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707 包括触控面板7071以及其他输入设备7072。触控面板7071，也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备 7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元701将来自网络侧设备的下行数据接收后，给处理器710处理；另外，将上行的数据发送给网络侧设备。通常，射频单元701 包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器709可用于存储软件程序或指令以及各种数据。存储器709可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器709可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory， ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
处理器710可包括一个或多个处理单元；可选的，处理器710可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。
其中，射频单元701，用于：
接收多播业务目标传输模式的配置信息；
基于所述目标传输模式的配置信息进行业务数据的连续性接收。
可选的，在目标传输模式为点对多点PTM传输模式的情况下，射频单元 701，还用于实现如下至少一项：
接收网络侧设备基于控制面CP或用户面UP发送的第一辅助信息，基于所述第一辅助信息进行业务数据的接收和重排序，所述第一辅助信息用于指示所述源传输模式的序列号SN与所述目标传输模式的SN之间的对应关系；
获取显式或隐式的第一指示信息，基于所述第一指示信息从SN初始化状态建立多播承载进行业务数据的连续性接收；
获取显式或隐式的第二指示信息，基于所述第二指示信息从SN保持状态建立多播承载进行业务数据的连续性接收；
建立伴随单播承载，基于所述伴随单播承载进行业务数据的连续性接收。
可选的，在所述第一辅助信息基于UP发送的情况下，所述第一辅助信息携带于层2控制协议数据单元L2 control PDU中或者L2 PDU header中。
可选的，在源传输模式为PTM传输模式的情况下，射频单元701，还用于：
基于目标传输模式建立多播承载，保持目标传输模式的SN状态与源传输模式的SN状态相同，进行业务数据的连续性接收。
可选的，处理器710还用于：
在从源传输模式切换到目标传输模式的情况下，基于第三指示信息建立伴随单播承载，所述第三指示信息用于指示需要建立伴随单播承载的目标业务。
可选的，在建立伴随单播承载的情况下，射频单元701，还用于实现如下至少一项：
通过所述伴随单播承载向网络侧设备发送业务接收状态信息；
接收网络侧设备发送的第一目标数据，对所述第一目标数据与已接收数据进行重排序；
接收网络侧设备发送的目标SN对应关系，基于所述目标SN对应关系进行业务数据的接收和重排序，所述目标SN对应关系为源传输模式SN与目标传输模式SN的对应关系。
可选的，在目标传输模式为PTP传输模式的情况下，射频单元701，还用于：
建立单播承载，基于所述单播承载进行多播业务数据的接收，其中，所述目标传输模式接收的业务数据的SN状态基于源传输模式接收的业务数据的 SN状态保持；或者，
建立初始化单播承载，基于所述初始化单播承载进行多播业务数据的接收，其中，基于所述目标传输模式接收的业务数据的SN为初始化SN。
可选的，在所述目标传输模式为PTP传输模式，所述目标传输模式接收的业务数据的SN状态基于源传输模式接收的业务数据的SN状态保持的情况下，所述射频单元701，还用于：
上报已接收的业务数据的SN状态信息；
其中，所述SN状态信息包括接收成功的业务数据和接收不成功的业务数据中的至少一者。
在本申请实施例中，终端能够基于配置信息确定目标传输模式，进而基于目标传输模式进行多播业务数据的连续性接收，以确保终端在目标传输模式下业务数据接收的连续性，避免因业务数据接收的不连续而造成的数据质量受损，也便于网络侧设备能够以更高效的方式进行MBS业务传输，提升了通信系统的数据传输效率。
具体地，本申请实施例还提供了一种网络侧设备。如图8所示，该网络设备800包括：天线81、射频装置82、基带装置83。天线81与射频装置82连接。在上行方向上，射频装置82通过天线81接收信息，将接收的信息发送给基带装置83进行处理。在下行方向上，基带装置83对要发送的信息进行处理，并发送给射频装置82，射频装置82对收到的信息进行处理后经过天线81发送出去。
上述频带处理装置可以位于基带装置83中，以上实施例中网络侧设备执行的方法可以在基带装置83中实现，该基带装置83包括处理器84和存储器 85。
基带装置83例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所示，其中一个芯片例如为处理器84，与存储器85连接，以调用存储器85中的程序，执行以上方法实施例中所示的网络设备操作。
该基带装置83还可以包括网络接口86，用于与射频装置82交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。
具体地，本发明实施例的网络侧设备还包括：存储在存储器85上并可在处理器84上运行的指令或程序，处理器84调用存储器85中的指令或程序执行图5所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述图2所述数据传输方法实施例的各个过程，或者实现上述图3所述数据传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Onl8 Memor8， ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现上述图2所述数据传输方法实施例的各个过程，或者实现上述图3所述数据传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (42)

1.一种数据传输方法，应用于终端，其特征在于，包括：
接收多播业务目标传输模式的配置信息；
基于所述目标传输模式的配置信息进行业务数据的连续性接收。
2.根据权利要求1所述的方法，其特征在于，在目标传输模式为点对多点PTM传输模式的情况下，所述进行业务数据的连续性接收，包括如下至少一项：
接收网络侧设备基于控制面CP或用户面UP发送的第一辅助信息，基于所述第一辅助信息进行业务数据的接收和重排序，所述第一辅助信息用于指示源传输模式的序列号SN与所述目标传输模式的SN之间的对应关系；
获取显式或隐式的第一指示信息，基于所述第一指示信息从SN初始化状态建立多播承载进行业务数据的连续性接收；
获取显式或隐式的第二指示信息，基于所述第二指示信息从SN保持状态建立多播承载进行业务数据的连续性接收；
建立伴随单播承载，基于所述伴随单播承载进行业务数据的连续性接收。
3.根据权利要求2所述的方法，其特征在于，在所述第一辅助信息基于UP发送的情况下，所述第一辅助信息携带于层2控制协议数据单元L2 control PDU中或者L2 PDU header中。
4.根据权利要求1或2所述的方法，其特征在于，在源传输模式为PTM传输模式的情况下，所述进行业务数据的连续性接收，还包括：
基于目标传输模式建立多播承载，保持目标传输模式的SN状态与源传输模式的SN状态相同，进行业务数据的连续性接收。
5.根据权利要求2所述的方法，其特征在于，所述建立伴随单播承载，包括：
在从源传输模式切换到目标传输模式的情况下，基于第三指示信息建立伴随单播承载，所述第三指示信息用于指示需要建立伴随单播承载的目标业务。
6.根据权利要求1或2所述的方法，其特征在于，在建立伴随单播承载的情况下，所述进行业务数据的连续性接收，包括如下至少一项：
通过所述伴随单播承载向网络侧设备发送业务接收状态信息；
接收网络侧设备发送的第一目标数据，对所述第一目标数据与已接收数据进行重排序；
接收网络侧设备发送的目标SN对应关系，基于所述目标SN对应关系进行业务数据的接收和重排序，所述目标SN对应关系为源传输模式SN与目标传输模式SN的对应关系。
7.根据权利要求1所述的方法，其特征在于，在目标传输模式为PTP传输模式的情况下，所述进行业务数据的连续性接收，包括：
建立单播承载，基于所述单播承载进行多播业务数据的接收，其中，所述目标传输模式接收的业务数据的SN状态基于源传输模式接收的业务数据的SN状态保持；或者，
建立初始化单播承载，基于所述初始化单播承载进行多播业务数据的接收，其中，基于所述目标传输模式接收的业务数据的SN为初始化SN。
8.根据权利要求1所述的方法，其特征在于，在所述目标传输模式为PTP传输模式，所述目标传输模式接收的业务数据的SN状态基于源传输模式接收的业务数据的SN状态保持的情况下，所述方法还包括：
上报已接收的业务数据的SN状态信息；
其中，所述SN状态信息包括接收成功的业务数据和接收不成功的业务数据中的至少一者。
9.一种数据传输方法，应用于网络侧设备，其特征在于，包括：
向终端发送多播业务目标传输模式的配置信息；
所述配置信息用于指示所述终端基于所述目标传输模式进行业务数据的连续性接收。
10.根据权利要求9所述的方法，其特征在于，在所述目标传输模式为点对多点PTM传输模式的情况下，所述方法还包括如下任意一项：
基于控制面CP或用户面UP向所述终端发送第一辅助信息，所述第一辅助信息用于指示源传输模式的序列号SN与所述目标传输模式的SN之间的对应关系；
发送显式的或隐式的第一指示信息，所述第一指示信息用于指示终端从SN初始化状态建立多播承载以进行业务数据的连续性接收；
发送显式的或隐式的第二指示信息，所述第二指示信息用于指示终端从SN保持状态建立多播承载以进行业务数据的连续性接收；
发送第三指示信息，所述第三指示信息用于指示终端建立伴随单播承载。
11.根据权利要求10所述的方法，其特征在于，在所述第一辅助信息基于UP发送的情况下，所述第一辅助信息携带于层2控制协议数据单元L2 control PDU中或者L2 PDU header中。
12.根据权利要求10所述的方法，其特征在于，所述第三指示信息包括如下至少一项：
需要建立伴随单播承载的目标业务；
源传输模式的业务数据SN与目标传输模式的业务数据SN之间的SN差值；
伴随单播承载的配置信息。
13.根据权利要求10所述的方法，其特征在于，所述发送第三指示信息之后，所述方法还包括如下至少一项：
接收来自所述终端的多播业务数据的接收状态信息；
向所述终端发送第一目标数据，所述第一目标数据为所述终端接收不成功的多播业务数据。
14.根据权利要求10所述的方法，其特征在于，在源传输模式为PTM传输模式的情况下，所述方法还包括如下至少一项：
接收源节点发送的源传输模式下业务数据的L2 SN与核心网数据SN之间的映射关系，基于所述映射关系确定所述目标传输模式下业务数据的L2 SN，其中，所述目标传输模式下业务数据的L2 SN与源传输模式下业务数据的L2SN相同；
确定小区的业务周期或业务变更周期，其中，在同一个业务周期或业务变更周期内，源传输模式对应小区与目标传输模式对应小区发送的业务数据相同，和或相同数据包携带相同的L2 SN。
15.根据权利要求14所述的方法，其特征在于，所述业务数据的L2 SN与核心网数据SN之间的映射关系，通过如下至少一项确定：
网络节点间接口的协商；
协议规定；
集中控制网络节点，所述集中控制网络节点用于对接入所述集中控制网络节点的其他网络节点进行数据分发。
16.根据权利要求9所述的方法，其特征在于，在所述目标传输模式为点对点PTP传输模式的情况下，所述方法还包括如下至少一项：
接收所述终端上报的已接收的业务数据的SN状态信息；其中，所述SN状态信息包括接收成功的业务数据和接收不成功的业务数据中的至少一者；
向所述终端发送第二目标数据，所述第二目标数据包括所述终端接收不成功的单播业务数据。
17.根据权利要求9所述的方法，其特征在于，在所述目标传输模式对应的目标节点与源传输模式对应的源节点不同的情况下，所述方法还包括如下至少一项：
向所述源节点发送SN状态传递指示信息，所述SN状态传递指示信息用于指示源节点进行业务数据的SN状态传递；向所述源节点发送数据前转请求，所述数据前转请求用于指示所述源节点进行数据前转；
接收所述源节点进行数据前转的业务数据；
针对临时移动组标识TMGI对应的业务数据，接收所述源节点已经发送的业务数据的SN值的上限；所述SN为L2 SN和核心网SN中的至少一个；
接收所述源节点的未发送成功的业务数据SN信息；所述SN为L2 SN和核心网SN中的至少一个；
接收所述源节点的业务数据的L2 SN和核心网SN的对应关系。
18.根据权利要求17所述的方法，其特征在于，所述SN值的上限通过如下任意一项确定：
所述源节点在向终端发送模式切换请求命令前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在向终端发送模式切换请求命令且接收到肯定确认ACK之前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在进行SN状态传递之前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在所述TMGI上发送的任意一个数据包的SN值。
19.根据权利要求17所述的方法，其特征在于，在所述SN状态传递包括SN值的上限，所述目标传输模式为PTP传输模式的情况下，所述方法还包括如下任意一项：
向所述终端发送第一目标数据，所述第一目标数据为所述终端接收不成功的业务数据；
基于所述源节点发送的最后一个数据包的SN值向所述终端发送业务数据，所述业务数据的第一个数据包的CN SN值与所述源节点发送的最后一个数据包的CN SN值连续；
基于所述L2 SN向所述终端发送业务数据，所述业务数据的L2 SN与源节点发送的业务数据的L2 SN连续；
基于所述L2 SN向所述终端发送业务数据，所述业务数据的L2 SN为初始化SN。
20.根据权利要求17所述的方法，其特征在于，在所述源节点进行数据前转的情况下，所述源节点数据前转的业务数据还包括每个前转数据包携带的L2 SN与核心网SN中的至少之一。
21.一种数据传输装置，应用于终端，其特征在于，包括：
第一接收模块，用于接收多播业务目标传输模式的配置信息；
第二接收模块，用于基于所述目标传输模式的配置信息进行业务数据的连续性接收。
22.根据权利要求21所述的装置，其特征在于，在目标传输模式为点对多点PTM传输模式的情况下，所述第二接收模块还用于执行如下至少一项：
接收网络侧设备基于控制面CP或用户面UP发送的第一辅助信息，基于所述第一辅助信息进行业务数据的接收和重排序，所述第一辅助信息用于指示源传输模式的序列号SN与所述目标传输模式的SN之间的对应关系；
获取显式或隐式的第一指示信息，基于所述第一指示信息从SN初始化状态建立多播承载进行业务数据的连续性接收；
获取显式或隐式的第二指示信息，基于所述第二指示信息从SN保持状态建立多播承载进行业务数据的连续性接收；
建立伴随单播承载，基于所述伴随单播承载进行业务数据的连续性接收。
23.根据权利要求22所述的装置，其特征在于，在所述第一辅助信息基于UP发送的情况下，所述第一辅助信息携带于层2控制协议数据单元L2 control PDU中或者L2 PDU header中。
24.根据权利要求21或22所述的装置，其特征在于，在源传输模式为PTM传输模式的情况下，所述第二接收模块还用于：
基于目标传输模式建立多播承载，保持目标传输模式的SN状态与源传输模式的SN状态相同，进行业务数据的连续性接收。
25.根据权利要求22所述的装置，其特征在于，所述第二接收模块还用于：
在从源传输模式切换到目标传输模式的情况下，基于第三指示信息建立伴随单播承载，所述第三指示信息用于指示需要建立伴随单播承载的目标业务。
26.根据权利要求21或22所述的装置，其特征在于，在建立伴随单播承载的情况下，所述第二接收模块还用于执行如下至少一项：
通过所述伴随单播承载向网络侧设备发送业务接收状态信息；
接收网络侧设备发送的第一目标数据，对所述第一目标数据与已接收数据进行重排序；
接收网络侧设备发送的目标SN对应关系，基于所述目标SN对应关系进行业务数据的接收和重排序，所述目标SN对应关系为源传输模式SN与目标传输模式SN的对应关系。
27.根据权利要求21所述的装置，其特征在于，在目标传输模式为PTP传输模式的情况下，所述第二接收模块还用于：
建立单播承载，基于所述单播承载进行多播业务数据的接收，其中，所述目标传输模式接收的业务数据的SN状态基于源传输模式接收的业务数据的SN状态保持；或者，
建立初始化单播承载，基于所述初始化单播承载进行多播业务数据的接收，其中，基于所述目标传输模式接收的业务数据的SN为初始化SN。
28.根据权利要求21所述的装置，其特征在于，在所述目标传输模式为PTP传输模式，所述目标传输模式接收的业务数据的SN状态基于源传输模式接收的业务数据的SN状态保持的情况下，所述装置还包括：
上报模块，用于上报已接收的业务数据的SN状态信息；
其中，所述SN状态信息包括接收成功的业务数据和接收不成功的业务数据中的至少一者。
29.一种数据传输装置，应用于网络侧设备，其特征在于，包括：
发送模块，用于向终端发送多播业务目标传输模式的配置信息；
所述配置信息用于指示所述终端基于所述目标传输模式进行业务数据的连续性接收。
30.根据权利要求29所述的装置，其特征在于，在所述目标传输模式为点对多点PTM传输模式的情况下，所述发送模块还用于执行如下任意一项：
基于控制面CP或用户面UP向所述终端发送第一辅助信息，所述第一辅助信息用于指示源传输模式的序列号SN与所述目标传输模式的SN之间的对应关系；
发送显式的或隐式的第一指示信息，所述第一指示信息用于指示终端从SN初始化状态建立多播承载以进行业务数据的连续性接收；
发送显式的或隐式的第二指示信息，所述第二指示信息用于指示终端从SN保持状态建立多播承载以进行业务数据的连续性接收；
发送第三指示信息，所述第三指示信息用于指示终端建立伴随单播承载。
31.根据权利要求30所述的装置，其特征在于，在所述第一辅助信息基于UP发送的情况下，所述第一辅助信息携带于层2控制协议数据单元L2 control PDU中或者L2 PDU header中。
32.根据权利要求30所述的装置，其特征在于，所述第三指示信息包括如下至少一项：
需要建立伴随单播承载的目标业务；
源传输模式的业务数据SN与目标传输模式的业务数据SN之间的SN差值；
伴随单播承载的配置信息。
33.根据权利要求30所述的装置，其特征在于，所述装置还包括：
第一接收模块，用于接收来自所述终端的多播业务数据的接收状态信息；和/或，
所述发送模块还用于，向所述终端发送第一目标数据，所述第一目标数据为所述终端接收不成功的多播业务数据。
34.根据权利要求30所述的装置，其特征在于，在源传输模式为PTM传输模式的情况下，所述装置还包括确定模块，用于执行如下至少一项：
接收源节点发送的源传输模式下业务数据的L2 SN与核心网数据SN之间的映射关系，基于所述映射关系确定所述目标传输模式下业务数据的L2 SN，其中，所述目标传输模式下业务数据的L2 SN与源传输模式下业务数据的L2SN相同；
确定小区的业务周期或业务变更周期，其中，在同一个业务周期或业务变更周期内，源传输模式对应小区与目标传输模式对应小区发送的业务数据相同，和或相同数据包携带相同的L2 SN。
35.根据权利要求34所述的装置，其特征在于，所述业务数据的L2 SN与核心网数据SN之间的映射关系，通过如下至少一项确定：
网络节点间接口的协商；
协议规定；
集中控制网络节点，所述集中控制网络节点用于对接入所述集中控制网络节点的其他网络节点进行数据分发。
36.根据权利要求29所述的装置，其特征在于，在所述目标传输模式为点对点PTP传输模式的情况下，所述装置还包括：
第二接收模块，用于接收所述终端上报的已接收的业务数据的SN状态信息；其中，所述SN状态信息包括接收成功的业务数据和接收不成功的业务数据中的至少一者；和/或，
所述发送模块还用于，向所述终端发送第二目标数据，所述第二目标数据包括所述终端接收不成功的单播业务数据。
37.根据权利要求29所述的装置，其特征在于，在所述目标传输模式对应的目标节点与源传输模式对应的源节点不同的情况下，所述装置还包括处理模块，所述处理模块用于执行如下至少一项：
向所述源节点发送SN状态传递指示信息，所述SN状态传递指示信息用于指示源节点进行业务数据的SN状态传递；向所述源节点发送数据前转请求，所述数据前转请求用于指示所述源节点进行数据前转；
接收所述源节点进行数据前转的业务数据；
针对临时移动组标识TMGI对应的业务数据，接收所述源节点已经发送的业务数据的SN值的上限；所述SN为L2 SN和核心网SN中的至少一个；
接收所述源节点的未发送成功的业务数据SN信息；所述SN为L2 SN和核心网SN中的至少一个；
接收所述源节点的业务数据的L2 SN和核心网SN的对应关系。
38.根据权利要求37所述的装置，其特征在于，所述SN值的上限通过如下任意一项确定：
所述源节点在向终端发送模式切换请求命令前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在向终端发送模式切换请求命令且接收到肯定确认ACK之前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在进行SN状态传递之前，在所述TMGI上发送的最后一个数据包的SN值；
所述源节点在所述TMGI上发送的任意一个数据包的SN值。
39.根据权利要求37所述的装置，其特征在于，在所述SN状态传递包括SN值的上限，所述目标传输模式为PTP传输模式的情况下，所述发送模块还用于执行如下任意一项：
向所述终端发送第一目标数据，所述第一目标数据为所述终端接收不成功的业务数据；
基于所述源节点发送的最后一个数据包的SN值向所述终端发送业务数据，所述业务数据的第一个数据包的CN SN值与所述源节点发送的最后一个数据包的CN SN值连续；
基于所述L2 SN向所述终端发送业务数据，所述业务数据的L2 SN与源节点发送的业务数据的L2 SN连续；
基于所述L2 SN向所述终端发送业务数据，所述业务数据的L2 SN为初始化SN。
40.根据权利要求37所述的装置，其特征在于，在所述源节点进行数据前转的情况下，所述源节点数据前转的业务数据还包括每个前转数据包携带的L2 SN与核心网SN中的至少之一。
41.一种通信设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-8中任一项所述的数据传输方法的步骤，或者实现如权利要求9-20中任一项所述的数据传输方法的步骤。
42.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-8中任一项所述的数据传输方法的步骤，或者实现如权利要求9-20中任一项所述的数据传输方法的步骤。
CN202010820552.2A 2020-08-14 2020-08-14 数据传输方法、装置及通信设备 Active CN114079878B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202010820552.2A CN114079878B (zh) 2020-08-14 2020-08-14 数据传输方法、装置及通信设备
PCT/CN2021/111775 WO2022033473A1 (zh) 2020-08-14 2021-08-10 数据传输方法、装置及通信设备
US18/107,978 US20230199805A1 (en) 2020-08-14 2023-02-09 Data transmission method and apparatus, and communications device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010820552.2A CN114079878B (zh) 2020-08-14 2020-08-14 数据传输方法、装置及通信设备

Publications (2)

Publication Number Publication Date
CN114079878A true CN114079878A (zh) 2022-02-22
CN114079878B CN114079878B (zh) 2023-05-23

Family

ID=80246932

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010820552.2A Active CN114079878B (zh) 2020-08-14 2020-08-14 数据传输方法、装置及通信设备

Country Status (3)

Country Link
US (1) US20230199805A1 (zh)
CN (1) CN114079878B (zh)
WO (1) WO2022033473A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022206505A1 (zh) * 2021-03-30 2022-10-06 维沃移动通信有限公司 业务数据处理方法、装置及设备
WO2023184510A1 (en) * 2022-04-01 2023-10-05 Lenovo (Beijing) Limited Methods and apparatuses of multicast service

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163324A (zh) * 2006-10-12 2008-04-16 华为技术有限公司 多播广播业务的播送模式转换方法、终端切换方法及基站

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1694381B (zh) * 2004-05-07 2011-08-24 日本电气株式会社 移动通信系统和mbms服务相关信息传送方法
CN109041078B (zh) * 2017-06-09 2021-05-18 华为技术有限公司 一种业务数据传输方法及装置
CN110324884B (zh) * 2018-03-30 2021-04-06 维沃移动通信有限公司 传输模式确定方法及设备
CN111246311A (zh) * 2019-12-31 2020-06-05 深圳前海达闼云端智能科技有限公司 数据传输的方法、装置、存储介质及电子设备

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163324A (zh) * 2006-10-12 2008-04-16 华为技术有限公司 多播广播业务的播送模式转换方法、终端切换方法及基站

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
MEDIATEK INC.: "R2-2006575 "UE Reception Model of NR MBS Radio Bearer and its Dynamic PTM/PTP switch"", 《3GPP TSG_RAN\WG2_RL2》 *
MEDIATEK INC.: "R2-2006827 "Scenarios and Requirements for Mobility with Service Continuity"", 《3GPP TSG_RAN\WG2_RL2》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022206505A1 (zh) * 2021-03-30 2022-10-06 维沃移动通信有限公司 业务数据处理方法、装置及设备
WO2023184510A1 (en) * 2022-04-01 2023-10-05 Lenovo (Beijing) Limited Methods and apparatuses of multicast service

Also Published As

Publication number Publication date
CN114079878B (zh) 2023-05-23
US20230199805A1 (en) 2023-06-22
WO2022033473A1 (zh) 2022-02-17

Similar Documents

Publication Publication Date Title
CN109982266B (zh) 一种通信方法、及相关产品
EP3675579B1 (en) Data scheduling methods, apparatus and computer-readable mediums
US11265892B2 (en) Data transmission method and device
KR102196939B1 (ko) 클라우드 셀 통신 시스템에서 데이터 동기 장치 및 방법
US20230199805A1 (en) Data transmission method and apparatus, and communications device
US11368882B2 (en) Data transmission method, and related device and system
CN113905397B (zh) 中继确定方法、配置方法、装置、终端及网络侧设备
US20230262533A1 (en) Communication control method
US20230179963A1 (en) Communication control method, base station, and user equipment
WO2022184044A1 (zh) 多播业务的接收方法、配置方法、终端及网络侧设备
US20230254749A1 (en) Multicast service transmission method and apparatus, and communications device
WO2023284642A1 (zh) 条件切换方法和设备
WO2022242390A1 (zh) 传输方法、装置、设备及可读存储介质
CN114630283A (zh) 多播业务的确认模式传输方法、装置、设备及存储介质
CN113939042A (zh) 处理方法、发送方法及相关设备
CN113645572A (zh) 一种通信方法、装置及存储介质
CN113938968B (zh) 数据传输方法、装置及设备
WO2022206505A1 (zh) 业务数据处理方法、装置及设备
CN115696216A (zh) 一种多播广播服务业务接收方法及相关设备
CN113784384B (zh) 模式切换方法、终端及网络侧设备
CN111654887B (zh) 切换方法、装置、相关设备及存储介质
US20230188950A1 (en) Communication control method
WO2023001146A1 (zh) 多播广播业务的接收方法、发送方法、装置及设备

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
GR01 Patent grant
GR01 Patent grant