CN114390441B - 多播业务的传输方法、装置及通信设备 - Google Patents

多播业务的传输方法、装置及通信设备 Download PDF

Info

Publication number
CN114390441B
CN114390441B CN202011111861.9A CN202011111861A CN114390441B CN 114390441 B CN114390441 B CN 114390441B CN 202011111861 A CN202011111861 A CN 202011111861A CN 114390441 B CN114390441 B CN 114390441B
Authority
CN
China
Prior art keywords
transmission path
data
multicast service
configuration information
information
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.)
Active
Application number
CN202011111861.9A
Other languages
English (en)
Other versions
CN114390441A (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 CN202011111861.9A priority Critical patent/CN114390441B/zh
Priority to EP21879437.8A priority patent/EP4221328A4/en
Priority to PCT/CN2021/123545 priority patent/WO2022078394A1/zh
Publication of CN114390441A publication Critical patent/CN114390441A/zh
Priority to US18/134,565 priority patent/US20230254749A1/en
Application granted granted Critical
Publication of CN114390441B publication Critical patent/CN114390441B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/16—Multipoint routing
    • 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
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route
    • H04W40/36—Modification of an existing route due to handover
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint
    • 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)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种多播业务的传输方法、装置及通信设备，属于通信技术领域。本申请的方法包括：在第一传输路径中，获取目标多播业务的数据；其中，所述第一传输路径包括点到点PTP传输路径和PTM传输路径中的至少一个传输路径。本申请实施例能够在PTP传输路径和PTM传输路径中选择至少一个传输路径来获取目标多播业务数据，即能够灵活的利用PTP和PTM传输路径进行多播业务传输，为具有较高的业务无损和连续要求的业务提供更好的QoS保障，进而有利于保障网络资源效率，在确定系统效率的基础上大大提升终端的MBS业务接收效果。

Description

多播业务的传输方法、装置及通信设备
技术领域
本发明涉及通信技术领域，特别涉及一种多播业务的传输方法、装置及通信设备。
背景技术
在现有技术中，多媒体广播组播服务单频网(Multimedia Broadcast multicastservice Single Frequency Network，MBSFN)方式和单小区点到多点(Single Cell PointTo Multiploint，SC-PTM)方式对于多播广播业务(Multicast Broadcast Service，MBS)的传输都是采用点到多点(Point To Multiploint，PTM)传输路径的方式，而新空口(NewRadio，NR)系统中，对多播业务的业务服务质量(Quality of Service，QoS)提出了更高的要求，现有多播业务的传输方式并不能满足较高的QoS需求。
发明内容
本申请实施例提供了一种多播业务的传输方法、装置及通信设备，能够解决现有多播业务的传输方式难以满足较高的业务服务质量的问题。
第一方面，提供了一种多播业务的传输方法，应用于终端，包括：
在第一传输路径中，获取目标多播业务的数据；
其中，所述第一传输路径包括点到点PTP传输路径和PTM传输路径中的至少一个传输路径。
第二方面，提供了一种多播业务的传输方法，应用于网络侧设备，包括：
在第一传输路径中，传输目标多播业务的数据；
其中，所述第一传输路径包括点到点PTP传输路径和点到多点PTM传输路径中的至少一个传输路径。
第三方面，提供了一种多播业务的传输装置，应用于终端，包括：
第一获取模块，用于在第一传输路径中，获取目标多播业务的数据；
其中，所述第一传输路径包括点到点PTP传输路径和PTM传输路径中的至少一个传输路径。
第四方面，提供了一种多播业务的传输装置，应用于网络侧设备，包括：
第一传输模块，用于在第一传输路径中，传输目标多播业务的数据；
其中，所述第一传输路径包括点到点PTP传输路径和点到多点PTM传输路径中的至少一个传输路径。
第五方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面，提供了一种网络侧设备，该网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。
第七方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤。
第八方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法的步骤，或实现如第二方面所述的方法的步骤。
在本申请实施例中，能够在PTP传输路径和PTM传输路径中选择至少一个传输路径来获取目标多播业务数据，即能够灵活的利用PTP和PTM传输路径进行多播业务传输，为具有较高的业务无损和连续要求的业务提供更好的QoS保障，进而有利于保障网络资源效率，在确定系统效率的基础上大大提升终端的MBS业务接收效果。
附图说明
图1表示本申请实施例可应用的一种网络系统的结构图；
图2表示本申请实施例的多播业务的传输方法的流程示意图之一；
图3表示本申请实施例中PTM传输路径和PTP传输路径的示意图；
图4表示本申请实施例的多播业务的传输方法的流程示意图之二；
图5表示本申请实施例的多播业务的传输装置的模块示意图之一；
图6表示本申请实施例的通信设备的结构框图；
图7表示本申请实施例的终端的结构框图；
图8表示本申请实施例的多播业务的传输装置的模块示意图之二；
图9表示本申请实施例的网络侧设备的结构框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(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所示，本申请实施例提供了一种多播业务的传输方法，应用于终端，该方法包括：
步骤201：在第一传输路径中，获取目标多播业务的数据；
其中，所述第一传输路径包括点到点PTP传输路径和PTM传输路径中的至少一个传输路径。
本申请实施例中，基站为终端配置PTP传输路径和PTM传输路径，以使得终端可以在PTM传输路径和PTP传输路径中的至少一个传输路径获取目标多播业务的数据。
本申请实施例的多播业务的传输方法，能够在PTP传输路径和PTM传输路径中选择至少一个传输路径来获取目标多播业务数据，即能够灵活的利用PTP和PTM传输路径进行多播业务传输，为具有较高的业务无损和连续要求的业务提供更好的QoS保障，进而有利于保障网络资源效率，在确定系统效率的基础上大大提升终端的MBS业务接收效果。
可选地，本申请实施例的多播业务的传输方法，还包括：
获取传输路径配置信息；
其中，所述传输路径配置信息用于指示所述PTM传输路径和所述PTP传输路径的配置信息。
可选地，所述传输路径配置信息包括第一配置信息和第二配置信息；
其中，所述第一配置信息用于指示所述PTM传输路径的配置信息和组播无线承载MRB配置信息；
所述第二配置信息用于指示所述PTP传输路径的配置信息以及关联信息，所述关联信息用于指示所述PTP传输路径关联的MRB，或者，用于指示所述PTP传输路径关联的业务标识。
可选地，所述第一配置信息通过系统信息块SIB或广播信令携带，所述第二配置信息通过无线资源控制RRC信令携带；
或者，所述第一配置信息和所述第二配置信息均通过RRC信令携带。
在本申请实施例中，在同一个小区内传输MBS业务时，网络可以考虑如下因素其中之一或者组合，为UE配置两条传输路径，一条为PTM传输路径，另一条PTP传输路径：
该MBS业务具有比较高的误块率和业务连续性需求；
终端的位置，例如，终端属于PTM覆盖不好的地方，则可以考虑再配置一个PTP进行补充；
终端具有比较高的业务要求，例如签约为高清用户，资费和套餐都与普通用户不一样；
终端UE对省电要求不高，例如当前用户处于电量充足时期，因为配置PTP传输路径需要终端进入连接态，监听调度和进行测量等，耗电比较多；
用户倾向，例如，用户可以上报自己的倾向，例如希望更好的QoS保障，期望建立伴随PTP传输路径。
另外，本申请实施例中，对于误块率和业务连续性要求不高的业务，可以考虑仅配置PTP传输路径。
关于PTM传输路径的配置，终端可以从SIB或者广播信令里获得，也可以从专用信令里获得，针对一个多播广播业务(Multicast Broadcast Service，MBS)MBS可以有一个组播无线承载MRB承载或者多个MRB承载，每一个MRB承载将对应一个PTM传输路径，根据不同的协议栈架构划分方式，PTM传输路径可以包含RLC、MAC和PHY，也可以仅包含MAC和PHY。PTP传输路径需要由RRC专用信令配置，与PTM一样，PTP也是依据协议栈划分方式不同，可以包含RLC、MAC和PHY，也可以仅包含MAC和PHY，一旦选定了一种协议栈方式，PTP和PTM是一样的协议栈。如图3所示，是一个终端接收的协议栈示意图，其中一个MRB具有一个公共的PDCP层(layer)，PDCP层之下可以分离(split)到两个传输路径，PTP传输路径和PTM传输路径，进行接收，从不同路径接收到的数据，汇聚到公共的PDCP layer。
具体的，网络为终端配置两条传输路径的方式可以如下：
方式1：广播信令和专用信令结合的配置方式：
SIB或者广播信令，为UE配置MRB等级(level)的信息，例如，业务周期信息，调度信息，PDCP layer参数，以及为终端配置PTM传输路径的信息，例如RLC layer参数，MAC layer参数，PHY layer参数，以及用于组调度的信息组无线网络临时标识(group Radio NetworkTemporary Identifier，g-RNTI)；
专用信令，为UE配置PTP传输路径信息，需要指明这个PTP传输路径是关联哪个MRB或者哪个业务标识，例如，组播业务标识(Temporary Mobile Group Identity，TMGI)，还可以包括RLC layer参数，MAC layer参数，PHY layer参数，可选的还包括单播调度使用的小区无线网络临时标识(Cell Radio Network Temporary Identifier，C-RNTI)，如果UE之前还有其它的单播业务，则在之前C-RNTI已经获得，直接使用即可；
方式2：专用信令配置方式，在这种方式中，所有的配置信息都由专用信令一起给出，有两种配置方式：
(1)分别配置PTM和PTP，这种方式类似上述方式1，用RRC专用信令先给出MRB和PTM配置，再用RRC专用信令给出PTP配置并携带可以将PTP配置关联到正确MRB的标识信息；
(2)一起配置PTM和PTP，这种方式将所有信息一起发送，用RRC专用信令给出MRB和PTM配置，同时给出PTP配置，由于一起发送，可以在信令格式上自然有绑定关系，可以给出或者省略PTP和MRB关联信息。
可选地，本申请实施例的方法，所述在第一传输路径中，获取目标多播业务的数据，包括：
在所述PTM传输路径进行第一多播业务数据的接收；
发送第一信息，所述第一信息用于指示所述第一多播业务数据的接收结果；
在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，获取第二多播业务数据；
其中，所述第一多播业务数据和所述第二多播业务数据为目标多播业务的数据。
可选地，所述第一多播业务数据为所述目标多播业务的初传数据，所述第二多播业务数据为所述第一多播业务数据的重传数据。
这里，网络设备可根据终端对PTM传输路径中初传数据的反馈情况，在PTP传输路径和所述PTM传输路径的至少一个传输路径中进行未接收成功数据包的重传。
可选地，所述发送第一信息，包括：
在目标反馈位置，发送所述第一信息；
其中，所述第一信息包括混合自动重传请求HARQ反馈，所述目标反馈位置包括针对每个终端的专用反馈位置，或者，所述目标反馈位置为公共反馈位置。
可选地，所述第一信息包括分组数据汇聚协议PDCP反馈和无线链路层控制协议RLC反馈中的至少一项。
在本申请的一实施例中，当UE获得了针对一个MRB的两条传输路径的配置时，建立了如图3所示的接收方式，则网络侧可以将PTP作为PTM的补充，进一步提升QoS，方法如下：
基本的MBS业务数据在对应的MRB上发送，PDCP PDU初传选择PTM传输路径进行传输，且对于PTM传输路径的传输，配置了连接态接收UE或者所有配置了PTP传输路径的UE进行专属的HARQ反馈；
由于连接态的接收UE或者所有配置了PTP传输路径的UE，都是和网络侧有RRC连接的UE，网络可以通过专用信令给他们分配独立的反馈位置，例如反馈位置1由UE1进行反馈，反馈位置2由UE2进行反馈，以此类推；
这里，由于所有连接态UE都有自己的反馈位置，便于网络侧知道每个UE的接收正确与否的信息来决定是否重传，例如100个UE，其中2个反馈了NACK，则网络可不进行重传，而如果10个UE反馈了NACK，则网络侧需要PTM重传，以确保更多的UE接收成功；
并且，在配置了PTP传输路径的UE获得自己专属的反馈位置时，网络可以知道哪个或者哪些UE接收错误，从而决定到底是用PTM传输路径重传，还是用PTP传输路径重传；
对于除上述两类之外的UE(除连接态的接收UE和所有配置了PTP传输路径的UE之外的UE)，由于和网络侧没有RRC连接，因此无法获得自己的专属反馈位置，要么无法反馈，要么在一个公共的位置进行反馈，公共反馈位置可通过SIB或者广播信令获得。
网络侧可以根据专属反馈和/或公共反馈的情况，决定采取哪种重传方式，PTM重传还是PTP重传。
一般来说，当前一次传输未成功接收的用户数目较多时，更倾向于采取PTM重传方式，因为重传仍旧是PTM传输，可以一次性对所有的UE进行重传；那些已经接收正确的UE，直接认为重复接收，丢弃任意一次即可，而那些反馈了NACK的UE，可以进行合并接收；
当前一次传输未成功接收的用户数目比较少时，更倾向于采取PTP leg重传方式，可以针对少量用户，进行更有针对性的调度和传输；
或者，也可以采取两种重传同时的方式，PTM重传针对大多数用户，PTP仍旧可以对重点用户进行加强效果。
由于PTM重传可以是HARQ重传，前后传输的数据不仅可以进行HARQ合并，还可以在RLC层进行分段的重组操作，传输效率较高；
对于PTP重传的话，由于需要从PDCP层再次下发数据到另一条PTP传输路径，对RLC和MAC层来说其实是新传，而且需要传输的粒度需要是完整PDCP PDU，不能传输PDCP PDU分段，因为分段是在RLC层执行，例如，如果前一次在PTM传输路径传输的是PDCP序列号(SN)＝101这个数据包的最后一个分段，服务数据单元偏移(SDU offset)＝500字节，分段长度为200字节，也就是说传输的是一个完整大小为700字节的数据包的最后200字节，那么在重新传输时，需要把PDCP SN＝101这个数据包的全部700字节都在PTP传输路径进行传输，这样PTP侧的RLC才能重组出完整的PDCP SN＝101的完整数据，递交给PDCP进行排序处理；
或者，PDCP层可以处理PDCP PDU分段，将分段信息和分段PDU部分由RLC上报给PDCP，由PDCP进行重组处理，这样也可以达到在PTP传输路径只重新传输部分PDCP PDU分段的情况，传输效率更高，但对现有协议栈功能划分有修改和增强；
或者，如果PTP传输路径和PTM传输路径具有公共RLC层(common RLC layer)，则可以进行PDCP PDU分段级别的换路径重新传输，由common RLC layer进行重组；
本申请实施例中，如果是PTM重传，则自己进行HARQ重传，与现有的重传方式类似，以该业务对应的g-RNTI调度一次重传，HARQ process ID使用与初传一致，然后标识这是一个重传，这样UE在接收到之后，可以根据HARQ process ID进行与前次传输的合并和重复检测处理等；
如果是PTP重新传输，则需要引入跨层交互，由MAC或者RLC层将MAC PDU中包含的RLC PDU情况和分段情况告知PDCP，然后PDCP再组织对应数据包或者数据包分段的重传；
特别的，也可以PTP和PTM传输路径使用相同的RLC layer，这样使用PTP重传时，相当于对MAC PDU进行重传，也可以进行HARQ合并，PTM用g-RNTI调度，PTP用C-RNTI调度，但是他们的HARQ process ID是相同的，重传用重传标记，这样也可以进行HARQ合并和重复检测处理。
本申请实施例，可根据在一个传输路径(PTP传输路径或PTM传输路径)的传输反馈在另一条传输路径进行重传和接续传输，保证了终端接收MBS业务的QoS，并进一步提升了系统效率。
可选地，所述目标多播业务数据包括第三多播业务数据和第四多播业务数据；
所述在第一传输路径中，获取目标多播业务的数据，包括：
在所述PTM传输路径中获取第三多播业务数据，并在所述PTP传输路径中获取第四多播业务数据；
其中，所述第三多播业务数据和所述第四多播业务数据是指对所述目标多播业务中的同一数据进行复制后得到的多播业务数据。
可选地，所述目标数据包括PDCP PDU或者MAC PDU。
可选地，本申请实施例的方法还包括：
在PDCP层或媒体接入控制MAC层或RLC层，对所述第三多播业务数据和所述第四多播业务数据进行第一处理；
其中，所述第一处理包括重复检测、重排序和HARQ合并中的至少一项。
在本申请的一实施例中，终端建立了PTP传输路径和PTM传输路径两个传输路径，网络设备可根据如下至少一个条件为终端开启重复传输功能：
MBS业务具有非常高的误块率和时延需求，例如，10^(-8)误块率，同时要求5ms传输时延，对这样的业务，为了确保UE能够在短时间内极高概率正确接收，可以牺牲资源效率换取超高的QoS保障；
该UE的位置，例如，UE属于PTM覆盖不好的地方，可以考虑让PTP同时进行传输，以提高正确接收率；
终端具有比较高的业务要求，例如签约为高清用户，资费和套餐都与普通用户不一样；
用户倾向，例如，用户可以上报自己的倾向，例如希望极好的QoS保障，期望在资源许可的情况下进行PTP传输路径重复duplication传输。
在网络设备决定为终端开启重复传输功能传输MBS业务时，可以有如下两种方式：
方式1：PDCP层重复：
该方式中，是由网络侧的MRB对应的PDCP层来执行复制动作，即PDCP层对每一个PDCP PDU都复制形成两个完全一样的数据包，分别发送到PTM传输路径和PTP传输路径进行传输。
对于UE来说，在两条传输路径都各自接收数据，并将数据都送到公共的PDCP层，由PDCP层根据PDCP SN来进行排序和重复检测，确保按序递交。
该方式中，每条传输路径分别包含RLC、MAC和PHY协议层。
方式2：MAC层重复：
该方式中，由网络侧的MAC层进行重复发送机制，即当一个MAC PDU需要进行发送时，将同时或者非同时使用g-RNTI和c-RNTI分别调度一个多播资源和一个单播资源进行传输，除了调度方式不一样，两种传输方式情况下传输的MAC PDU内容一致，则可以在MAC进行合并和HARQ process ID重复检测；并只发送一次MAC SDU到高层；
该方式中，每条传输路径包含MAC和PHY协议层。
可选地，本申请实施例的方法还包括：
获取第二信息；
其中，所述第二信息包括以下至少一项：
重复传输的配置信息；
重复传输的激活信息；
所述重复传输是指在所述PTM传输路径和所述PTP传输路径中传输相同的多播业务数据。
这里，网络侧可以显式的通知UE，PTP和PTM重复传输，例如，在RRC专用信令配置时，设置duplication域，其中，true或presence表明网络侧会进行duplication方式发送，那么UE不仅需要进行g-RNTI多播接收，也需要进行C-RNTI单播接收；额外的，也可以配置但不激活，以PTP传输路径发送MAC CE方式进行duplication动态激活去激活。
如果duplication没有配置或者没有激活，则UE接收单播和接收多播可以各自独立，例如单播由单播非连续接收(Discontinuous Reception，DRX)参数控制，多播由多播DRX参数控制；而当duplication配置或者激活之后，UE的单播接收需要考虑多播数据的接收，即C-RNTI的PDCCH监听不仅需要考虑现有unicast的可能调度，还需要考虑在多播DRX的MBS业务PTP传输路径调度。
网络侧也可以不通知duplication配置或者激活信息，UE侧因为被配置了两个传输路径，则需要在两个传输路径按照各自的调度进行监听，接收到重复数据在MAC或者PDCP层进行重复检测即可；但这种方式下，对单播DRX的配置和多播DRX的配置需要联合考虑，单播DRX的激活时间(active time)需要包含多播可能调度的时刻，以确保UE可以同时接收到两个leg的数据，这一协同配置由网络实现解决。
除了duplication方式之外，当UE被配置了两个传输路径时，网络侧还可以进行动态的路由选择，即网络侧可以基于每个数据包的数据类型、接收所述目标多播业务的终端的数量、资源负荷和所述第一信息中的至少一项，决定到底通过哪条路径进行传输。
一般来说，当小区内有空闲或非激活态UE在接收MBS业务时，网络需要确保PTM总是会发送多播数据，因为上述UE无法建立PTP传输路径，因此他们不利于支持动态路径切换。在这种情况下，相当于有两个传输路径的用户，他们的PTM传输路径永远会传输数据，那么PTP传输路径就只能作为重传或者重复传输了。
还有一种情况，一个MRB中包含两类数据，一类是基础数据，另一类是增强数据，例如标清视频流数据为基础数据，可以采取PTM传输路径发送，而高清甚至超高清视频流数据为增强数据，可以采取PTP传输路径发送，这样对于空闲态UE可能仅接收到基础数据，享受标清视频体验，而有PTP传输路径的UE可以接收到完整数据，享受高清甚至超高清视频体验；因为PTM的数据只是一个MRB的部分数据，则可能他们的PDCP SN并不连续，SN＝1，5，8……，中间缺失的是增强数据，但对于空闲态UE来说，不启动重排序定时器，就可以按照上述1,5,8……。这样的顺序向高层递交，解码出标清视频；
如果小区内只有连接态UE在接收MBS业务时，或者有非激活态(inactive)UE也在本小区可以通过C-RNTI调度PTP传输路径时，此时相当于所有接收UE都具有双传输路径配置，那么网络侧可以动态决定路径选择，例如在PDCP layer对每个PDCP PDU决定发送到PTP还是PTM，或者针对每个MAC PDU决定PTP还是PTM发送。
例如，接收业务用户数目少的时候，采取PTP路径发送，针对个体调度效率高，而接收业务用户数目多的情况下，采取PTM路径发送，一次传输面向多个用户，资源效率高；
或者，对某些比较重要的数据包采取PTP路径发送，而其它普通包采取PTM路径发送，例如视频压缩流中的基础帧或重要帧采取PTP传输路径发送，而其它帧采取PTM传输路径发送；
根据资源负荷，在资源负荷高的情况下，采取PTM传输路径发送，节省资源消耗，在资源负荷低的情况下，采取PTP传输路径发送，接收效果更好；
在PTM传输效果不好的情况下，转为PTP方式发送，整个对全部用户转为PTP，或者只对部分用户进行PTP方式发送。
这里，在不同路径接收的数据包，可以在PDCP层进行重排序。
可选地，本申请实施例的方法，还包括：
获取重配置信息，所述重配置信息用于通知终端转换所述多播业务数据的传输路径。
可选地，在所述重配置信息用于通知终端所述多播业务数据的传输路径由PTM传输路径转换为PTP传输路径的情况下；
所述获取重配置信息之后，还包括以下至少一项：
如果所述终端处于空闲状态或非激活状态，则终端进入连接态，请求配置PTP传输路径，并在获取PTP传输路径的配置信息且建立PTP传输路径之后，保持所述PTM传输路径对应的PDCP层的序列号SN状态；
上报在所述PTM传输路径的数据接收状态；
在所述PTP传输路径进行数据接收，并将接收到的数据传输至PDCP层与原有接收数据进行SN排序，并按序递交高层。
本申请实施例中，如果终端处于连接态，则终端实时上报终端自身感兴趣的MBS业务信息列表，以便于网络侧获取终端是否对该MBS业务感兴趣。
在当在一个小区中，满足以下至少一项条件时，将MBS业务的发送方式由PTM转换为PTP：
小区中对某个MBS业务感兴趣或者正在接收的终端数目低于一定门限；
小区的资源负荷低于一定门限。
在本申请的具体实施例中，如果网络侧决定将MBS业务的传输路径由PTM传输路径转换为PTP传输路径，则网络设备会发送PTP传输路径的配置信息给终端，例如，通过RRC专用信令发送，终端接收之后，按照网络侧的参数进行相应的配置。
可选地，由于转换为PTP传输路径，则对于PDCP层，安全保护功能和头压缩功能都具备开启的可能，网络侧也可以指示是否需要开启，终端根据网络侧的指示执行相应的操作。
在本申请的一实施例中，当处于空闲态或非激活态的终端，接收到将要把MBS业务的发送方式转换为PTP的通知时，UE需要进入连接态，请求PTP传输路径的配置，具体的请求方式为：
方式1：在RRC连接建立请求或者完成消息中，携带特殊指示，指明自己并不是为了普通单播进入连接态，而是希望接收PTP方式发送的MBS业务或者为了获得MBS业务的配置信息；
方式2：使用专用的UL RRC signaling将自己感兴趣MBS业务的信息上报给网络，请求网络的相关配置；
方式3：同时使用上述方式1和方式2。
UE在获得PTP传输路径的配置信息，并建立起PTP传输路径之后，需要将原PTM传输的PDCP layer的SN状态全部保持，根据配置开启安全保护或者头压缩功能；UE根据网络侧配置要求，如果需要PDCP控制(status)PDU上报在之前PTM的接收状态，则组织接收状态status PDU，并发送给网络侧；UE在PTP传输路径进行正常的数据接收，送往PDCP layer与原有接收数据进行SN排序，按序递交高层。
可选地，在所述重配置信息用于通知终端所述多播业务数据的传输路径由所述PTP传输路径转换为所述PTM传输路径的情况下；
所述获取重配置信息之后，还包括以下至少一项：
如果所述终端处于空闲状态或非激活状态，则获取PTM传输路径配置信息，并在获取PTM传输路径配置信息且建立PTM传输路径之后，保持所述PTP传输路径对应的PDCP层的SN状态；
保留PTP传输路径，并在保留的PTP传输路径中上报数据接收状态；
在所述PTM传输路径进行数据接收，并将接收到的数据传输至PDCP层与原有接收数据进行SN排序，并按序递交高层。
本申请实施例中，果终端处于连接态，则终端实时上报终端自身感兴趣的MBS业务信息列表，以便于网络侧获取终端是否对该MBS业务感兴趣。
在当在一个小区中，满足以下至少一项条件时，将MBS业务的发送方式由PTP转换为PTM：
小区中对某个MBS业务感兴趣或者正在接收的终端数目高于一定门限；
小区的资源负荷高于一定门限。
在本申请的具体实施例中，如果网络侧决定将MBS业务的传输路径由PTP转换为PTM，且网络未发送PTM传输路径配置信息，则发送PTM传输路径配置信息给UE，如通过RRC专用信令或广播信令发送，UE接收之后，直接按照网络侧的配置参数进行配置。
可选地，由于转换之前为PTP传输路径，则对于PDCP层安全保护和头压缩功能都具备开启的可能，但PTM传输路径一般不能执行PDCP安全保护和头压缩功能，因此，若之前开启PDCP层安全保护和头压缩功能，则需要关闭这些功能。
在本申请的一实施例中，当处于空闲态或非激活态的终端，接收到将要把MBS业务的发送方式转换为PTM的通知时，UE需要获取PTM传输路径的配置信息，具体的方式为：
方式1：如果PTM传输路径配置信息通过广播信令发送，则终端直接读取，不需要进行状态转换；
方式2：如果网络侧指示需要进入连接态，则终端通过状态转换进入连接态，获得PTM传输路径配置信息之后，再释放连接。
在终端获得PTM传输路径配置信息，并建立起PTM传输路径之后，需要将原PTP传输路径对应的PDCP层的SN状态全部保持，若根据之前状态开启了安全保护或头压缩功能，则关闭安全保护或头压缩功能；UE根据网络侧配置要求，如果在建立PTM传输路径之后，仍旧保留PTP，且配置了需要状态信息上报，则使用PDCP status PDU上报在之前PTP的接收状态，则组织接收状态status PDU，在保留的PTP leg发送给网络侧；UE在PTM leg进行正常的数据接收，送往PDCP layer与原有接收数据进行SN排序，按序递交高层。
可选地，本申请实施例的方法，还包括：
在切换后的目标小区侧的传输路径为PTP传输路径的情况下，在终端接入目标小区之后，根据切换命令，进行所述目标多播业务的PDCP控制协议数据单元PDU报告；
或者，在切换后的目标小区侧的传输路径为PTM传输路径的情况下，在终端接入目标小区之后，通过切换命令获取PTP传输路径的配置信息，根据所述PTP传输路径的配置信息建立PTP传输路径，并根据建立的所述PTP传输路径进行PDCP控制PDU报告以及获取目标数据；
其中，所述目标数据包括序列号缺口对应的第一数据和位于所述第一数据之后的数据。
例如，终端接收到的数据包括序列号SN为1、2和5的数据，则序列号缺口对应的第一数据为序列号为3和4的数据。
终端接收到上述目标数据后，在PDCP层进行重复检测和重排序即可达到无损接收。
在本申请的一实施例中，在不同小区中，跨基站或者同基站情况下，都可以做到MBS业务数据包的L2 SN同步，也就是说针对内容相同的同一个业务数据包，L2 SN相等，这个L2 SN可以是PDCP SN和/或RLC SN。在L2 SN同步的情况下，也就是说源小区PTP/PTM leg的接收数据可以和目标小区PTP/PTM leg的接收数据按照他们的L2 SN进行重排序和重复检测等机制，以达到连续和无损接收的目的。
其中，小区切换过程中的信令交互过程如下：
源小区向目标小区发送切换请求，该切换请求消息携带MBS业务信息；
目标小区发送切换请求的响应消息给源小区，所述响应消息包括切换命令由源小区将切换信令发送给终端，其中，该响应消息中携带所述目标多播业务的配置信息、第四信息和第五信息中的至少一项；其中，所述第四信息用于指示是否需要进行所述目标多播业务接收状态的反馈；所述第五信息用于指示是否进行PTP传输路径的配置；
终端根据切换命令，配置相应的MBS业务，接入到目标小区，并根据上述第四信息，发起PDCP status report；
目标小区接收到PDCP status report，使用PTP传输路径进行序列号缺口数据的重传。
本申请实施例的多播业务的传输方法，能够在PTP传输路径和PTM传输路径中选择至少一个传输路径来获取目标多播业务数据，即能够灵活的利用PTP和PTM传输路径进行多播业务传输，为具有较高的业务无损和连续要求的业务提供更好的QoS保障，进而有利于保障网络资源效率，在确定系统效率的基础上大大提升终端的MBS业务接收效果。
如图4所示，本申请实施例还提供了一种多播业务的传输方法，应用于网络侧设备，包括：
步骤401：在第一传输路径中，传输目标多播业务的数据；
其中，所述第一传输路径包括点到点PTP传输路径和点到多点PTM传输路径中的至少一个传输路径。
本申请实施例中，基站为终端配置PTP传输路径和PTM传输路径，并在PTM传输路径和PTP传输路径中选择至少一个传输路径发送目标多播业务的数据。
本申请实施例的多播业务的传输方法，能够在PTP传输路径和PTM传输路径中选择至少一个传输路径来发送目标多播业务数据，即能够灵活的利用PTP和PTM传输路径进行多播业务传输，为具有较高的业务无损和连续要求的业务提供更好的QoS保障，进而有利于保障网络资源效率，在确定系统效率的基础上大大提升终端的MBS业务接收效果。
可选地，本申请实施例的方法，还包括：
发送传输路径配置信息；
其中，所述传输路径配置信息用于指示所述PTM传输路径和所述PTP传输路径的配置信息。
可选地，所述传输路径配置信息包括第一配置信息和第二配置信息；
其中，所述第一配置信息用于指示所述PTM传输路径的配置信息和组播无线承载MRB配置信息；
所述第二配置信息用于指示所述PTP传输路径的配置信息以及关联信息，所述关联信息用于指示所述PTP传输路径关联的MRB，或者，用于指示所述PTP传输路径关联的业务标识。
可选地，所述第一配置信息通过系统信息块SIB或广播信令携带，所述第二配置信息通过无线资源控制RRC信令携带；
或者，所述第一配置信息和所述第二配置信息均通过RRC信令携带。
可选地，本申请实施例的方法，还包括：
配置终端的目标反馈位置，所述目标反馈位置是指终端用于发送所述第一信息的位置；
其中，所述目标反馈位置包括针对每个终端的专用反馈位置，或者，所述目标反馈位置为公共反馈位置。
需要说明的是，上述传输路径配置信息的具体发送方法以及目标反馈位置的配置方法已在上述应用于终端侧的方法实施例中进行详细说明，此处不再赘述。
可选地，所述在第一传输路径中，传输目标多播业务的数据，包括：
在所述PTM传输路径传输第一多播业务数据；
获取第一信息，所述第一信息用于指示所述第一多播业务数据的接收结果；
根据所述第一信息，在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，发送第二多播业务数据；
其中，所述第一多播业务数据和所述第二多播业务数据为目标多播业务的数据。
可选地，所述第一多播业务数据为所述目标多播业务的初传数据，所述第二多播业务数据为所述第一多播业务数据的重传数据。
本申请实施例，可根据在一个传输路径(PTP传输路径或PTM传输路径)的传输反馈在另一条传输路径进行重传和接续传输，保证了终端接收MBS业务的QoS，并进一步提升了系统效率。
可选地，所述目标多播业务数据包括第三多播业务数据和第四多播业务数据；
所述在第一传输路径中，传输目标多播业务的数据，包括：
对所述目标多播业务的目标数据进行复制，得到第三多播业务数据和第四多播业务数据；
在所述PTM传输路径中传输所述第三多播业务数据，并在所述PTP传输路径中传输所述第四多播业务数据。
可选地，所述目标数据包括PDCP PDU或者MAC PDU。
可选地，本申请实施例的方法，还包括：
发送第二信息；
其中，所述第二信息包括以下至少一项：
重复传输的配置信息；
所述第二信息为重复传输的激活信息；
所述重复传输是指在所述PTM传输路径和所述PTP传输路径中传输相同的多播业务数据。
这里，关于重复传输的具体方案已在终端侧的方法实施例中进行详细说明，此处不再赘述。
可选地，本申请实施例的方法，所述获取第一信息之后，还包括：
根据所述目标多播业务的数据类型、接收所述目标多播业务的终端的数量、资源负荷和所述第一信息中的至少一项，在所述PTM传输路径和所述PTP传输路径中，选择传输路径。
可选地，本申请实施例的方法，还包括：
发送重配置信息，所述重配置信息用于通知终端转换所述多播业务数据的传输路径。
可选地，在所述重配置信息用于通知终端所述多播业务数据的传输路径由PTM传输路径转换为PTP传输路径的情况下；
所述发送重配置信息之后，所述方法还包括以下至少一项：
发送PTP传输路径配置信息；
保持路径转换之前和路径转换之后PDCP层对应的SN状态；
在PTP传输路径传输终端在所述PTM传输路径未成功接收的数据；
获取终端在PTM传输路径的数据接收状态，并根据终端在PTM传输路径的数据接收状态，在PTP传输路径进行数据传输。
在本申请的一实施例中，如果网络侧决定将MBS业务的传输路径由PTM传输路径转换为PTP传输路径，则为感兴趣的UE(如果之前未建立PTP传输路径)配置PTP传输路径。
在本申请的一实施例中，可为转换为PTP传输路径之后的数据包开启安全保护和/或头压缩功能，也可以两者都不开启，保持与PTM传输方式一致的PDCP层功能。
在本申请的一实施例中，在采用PTM传输路径时，如果该业务开启了HARQ反馈机制，且连接态UE都分配了各自专有的反馈位置，则网络侧可以很清晰地知道每个UE的接收状态，进而可根据该接收状态在PTP传输路径，传输终端在所述PTM传输路径未成功接收的数据，例如网络侧目前PTM数据包发送到PDCP SN＝100的数据包，对于UE1在SN＝98及之前接收成功，但后两个没有接收成功，UE2在SN＝100及之前的全部数据包都接收成功，UE3除了SN＝99的数据包之外SN＝100之前的全部数据包均接收成功，则可通过PTP传输路径向UE1发送SN为99和100的两个数据包，向UE3发送SN为99的数据包。
在本申请的一实施例中，网络侧可以配置所有接收UE进行自己在PTM接收状态的上报，上报方式是PDCP status PDU，该上报status PDU在新的PTP传输路径发送到commonPDCP layer，携带接收成功和未成功的具体信息。例如，网络侧根据每个UE不同的接收状态，为每个UE开始新的PTP传输路径的传输，例如，网络侧目前PTM数据包发送到PDCP SN＝100的数据包，对于UE1在SN＝98及之前接收成功，但后两个没有接收成功，UE2在SN＝100及之前的全部数据包都接收成功，UE3除了SN＝99的数据包之外SN＝100之前的全部数据包均接收成功对UE 1，网络侧从SN＝99数据包开始往后顺序发送，对于UE2，网络侧从SN＝101数据包开始往后顺序发送，对于UE3，网络侧发送SN＝99，101，102及之后顺序发送，或者，网络侧直接对每个UE都从SN＝99的数据包开始发送。
可选地，在所述重配置信息用于通知终端所述多播业务数据的传输路径由所述PTP传输路径转换为所述PTM传输路径的情况下；
所述发送重配置信息之后，所述方法还包括以下至少一项：
发送PTM传输路径配置信息；
保持路径转换之前和路径转换之后PDCP层对应的SN状态；
在所述PTM传输路径传输终端在所述PTP传输路径未成功接收的数据；
获取终端在PTP传输路径的数据接收状态，并根据终端在所述PTP传输路径的数据接收状态，在所述PTM传输路径进行数据传输。
在本申请的一实施例中，如果网络侧决定将MBS业务的传输路径由PTP传输路径转换为PTM传输路径，则为UE配置PTM传输路径。
在本申请的一实施例中，在采用PTP传输路径时一般都开启了HARQ反馈机制，因此网络侧可以很清晰的知道每个UE的接收状态，则可根据该接收状态，所述PTM传输路径传输终端在所述PTP传输路径未成功接收的数据。例如，网络侧目前PTP数据包对于UE1在PDCPSN＝98及之前接收成功，之后没有接收成功，UE2在SN＝102及之前的全部数据包都接收成功，UE3除了SN＝99的数据包之外SN＝103之前的全部数据包均接收成功，则可通过PTM传输路径从SN＝99的数据包开始传输。或者，网络侧可以为所有接收UE先保持PTP传输路径，配置UE进行接收状态的上报，上报方式是PDCP status PDU，该上报status PDU在PTP传输路径发送到common PDCP layer，携带接收成功和未成功的具体信息，则网络侧根据每个UE不同的接收状态，决定PTM从哪个数据包开始发送，举例如上，例如从SN＝104号开始发送，因为最快的UE该发送SN＝104，或者从SN＝99开始发送，因为这是所有UE中最老的一个未成功数据包。或者，网络侧采取更简化的方式，直接对PTM从SN＝99的数据包开始发送，有些UE会接收到重复包，重复检测删除即可。
可选的，因为每个UE接收状态不同，网络侧可以为每个UE或者部分UE保留PTP传输路径，假设PTM从SN＝104开始发送，那么对UE 1，网络侧从SN＝99至SN＝103这些数据包在PTP传输路径顺序发送，对于UE2，网络侧将SN＝103数据包在PTP传输路径发送，对于UE3，网络侧在PTP传输路径发送SN＝99数据包；目的是用PTP来补齐所有UE接收不一致的序列号缺口数据，保持PTM和PTP的数据可以无损。
可选地，本申请实施例的方法，还包括：
发送切换命令；
其中，在切换后的目标小区侧的传输路径为PTP传输路径的情况下，所述切换命令包括接收状态上报指示，或者，在切换后的目标小区侧的传输路径为PTM传输路径的情况下，所述切换命令包括PTP传输路径的配置信息和接收状态上报指示中的至少一项。
可选地，所述发送切换命令之后，还包括：
获取终端发送的PDCP控制PDU报告；
根据所述PDCP控制PDU报告，发送目标数据；
其中，所述目标数据包括序列号缺口对应的第一数据和位于所述第一数据之后的数据。
在本申请的一实施例中，在不同小区中，跨基站或者同基站情况下，都可以做到MBS业务数据包的L2 SN同步，也就是说针对内容相同的同一个业务数据包，L2 SN相等，这个L2 SN可以是PDCP SN和/或RLC SN。在L2 SN同步的情况下，也就是说源小区PTP/PTM leg的接收数据可以和目标小区PTP/PTM leg的接收数据按照他们的L2 SN进行重排序和重复检测等机制，以达到连续和无损接收的目的。
其中，小区切换过程中的信令交互过程如下：
源小区向目标小区发送切换请求，该切换请求消息携带MBS业务信息；
目标小区发送切换请求的响应消息给源小区，所述响应消息包括切换命令由源小区将切换信令发送给终端，其中，该响应消息中携带所述目标多播业务的配置信息、第四信息和第五信息中的至少一项；其中，所述第四信息用于指示是否需要进行所述目标多播业务接收状态的反馈；所述第五信息用于指示是否进行PTP传输路径的配置；
终端根据切换命令，配置相应的MBS业务，接入到目标小区，并根据上述第四信息，发起PDCP status report；
目标小区接收到PDCP status report，使用PTP传输路径进行序列号缺口数据的重传。
可选地，本申请实施例的方法，还包括：
获取源小区发送的切换请求，所述切换请求携带PDCP层对应的SN状态传递信息；
获取所述源小区发送的所述目标多播业务的接收情况或发送情况；根据所述目标多播业务的接收情况或发送情况以及所述切换请求，在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，发送所述目标多播业务的数据。
可选地，本申请实施例的方法，还包括：
获取源小区发送的切换请求，所述切换请求携带多播业务信息；
发送所述切换请求的响应消息，所述切换请求的响应消息包括所述目标多播业务的配置信息、第四信息和第五信息中至少一项；
其中，所述第四信息用于指示是否需要进行所述目标多播业务接收状态的反馈；
所述第五信息用于指示是否进行PTP传输路径的配置。
进一步可选地，本申请实施例的方法还包括：
获取终端发送的PDCP控制PDU报告；
根据所述PDCP控制PDU报告，使用PTP传输路径进行序列号缺口数据的重传。
在本申请的一实施例中，源小区在向目标小区发送切换请求时，就可以携带是否需要连续接收MBS业务的指示，如是否进行PDCP层对应的SN状态的传递的指示；根据这个指示，如果双方都同意进行连续接收，则源小区向目标小区发送UE MBS业务接收情况或发送情况，例如哪些数据接收成功哪些没有成功，下一个新数据的SN号等；源小区的这些确认可以来自于HARQ反馈信息；目标小区根据上述信息，决定如何对这个UE进行MBS业务发送，以确保无损，例如使用PTP传输路径进行序列号缺口数据的重传等。
本申请实施例的多播业务的传输方法，能够在PTP传输路径和PTM传输路径中选择至少一个传输路径来发送目标多播业务数据，即能够灵活的利用PTP和PTM传输路径进行多播业务传输，为具有较高的业务无损和连续要求的业务提供更好的QoS保障，进而有利于保障网络资源效率，在确定系统效率的基础上大大提升终端的MBS业务接收效果。
需要说明的是，本申请实施例提供的多播业务的传输方法，执行主体可以为多播业务的传输装置，或者，该多播业务的传输装置中的用于执行多播业务的传输的控制模块。本申请实施例中以多播业务的传输装置执行多播业务的传输方法为例，说明本申请实施例提供的多播业务的传输装置。
如图5所示，本申请实施例提供了一种多播业务的传输装置500，应用于终端，包括：
第一获取模块501，用于在第一传输路径中，获取目标多播业务的数据；
其中，所述第一传输路径包括点到点PTP传输路径和PTM传输路径中的至少一个传输路径。
本申请实施例的多播业务的传输装置，还包括：
第二获取模块，用于获取传输路径配置信息；
其中，所述传输路径配置信息用于指示所述PTM传输路径和所述PTP传输路径的配置信息。
本申请实施例的多播业务的传输装置，所述传输路径配置信息包括第一配置信息和第二配置信息；
其中，所述第一配置信息用于指示所述PTM传输路径的配置信息和组播无线承载MRB配置信息；
所述第二配置信息用于指示所述PTP传输路径的配置信息以及关联信息，所述关联信息用于指示所述PTP传输路径关联的MRB，或者，用于指示所述PTP传输路径关联的业务标识。
本申请实施例的多播业务的传输装置，所述第一配置信息通过系统信息块SIB或广播信令携带，所述第二配置信息通过无线资源控制RRC信令携带；
或者，所述第一配置信息和所述第二配置信息均通过RRC信令携带。
本申请实施例的多播业务的传输装置，所述第一获取模块包括：
第一接收子模块，用于在所述PTM传输路径进行第一多播业务数据的接收；
第一发送子模块，用于发送第一信息，所述第一信息用于指示所述第一多播业务数据的接收结果；
第一获取子模块，用于在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，获取第二多播业务数据；
其中，所述第一多播业务数据和所述第二多播业务数据为目标多播业务的数据。
本申请实施例的多播业务的传输装置，所述第一发送子模块用于在目标反馈位置，发送所述第一信息；
其中，所述第一信息包括混合自动重传请求HARQ反馈，所述目标反馈位置包括针对每个终端的专用反馈位置，或者，所述目标反馈位置为公共反馈位置。
本申请实施例的多播业务的传输装置，所述第一信息包括分组数据汇聚协议PDCP反馈和无线链路层控制协议RLC反馈中的至少一项。
本申请实施例的多播业务的传输装置，所述第一多播业务数据为所述目标多播业务的初传数据，所述第二多播业务数据为所述第一多播业务数据的重传数据。
本申请实施例的多播业务的传输装置，所述目标多播业务数据包括第三多播业务数据和第四多播业务数据；
所述第一获取模块用于在所述PTM传输路径中获取第三多播业务数据，并在所述PTP传输路径中获取第四多播业务数据；
其中，所述第三多播业务数据和所述第四多播业务数据是指对所述目标多播业务中的同一数据进行复制后得到的多播业务数据。
本申请实施例的多播业务的传输装置，还包括：
第一处理模块，用于在PDCP层或媒体接入控制MAC层或RLC层，对所述第三多播业务数据和所述第四多播业务数据进行第一处理；
其中，所述第一处理包括重复检测、重排序和HARQ合并中的至少一项。
本申请实施例的多播业务的传输装置，还包括：
第三获取模块，用于获取第二信息；
其中，所述第二信息包括以下至少一项：
重复传输的配置信息；
重复传输的激活信息；
所述重复传输是指在所述PTM传输路径和所述PTP传输路径中传输相同的多播业务数据。
本申请实施例的多播业务的传输装置，还包括：
第四获取模块，用于获取重配置信息，所述重配置信息用于通知终端转换所述多播业务数据的传输路径。
本申请实施例的多播业务的传输装置，在所述重配置信息用于通知终端所述多播业务数据的传输路径由PTM传输路径转换为PTP传输路径的情况下；
还包括：第二处理模块，用于所述第四获取模块所述获取重配置信息之后，执行以下至少一项：
如果所述终端处于空闲状态或非激活状态，则终端进入连接态，请求配置PTP传输路径，并在获取PTP传输路径的配置信息且建立PTP传输路径之后，保持所述PTM传输路径对应的PDCP层的序列号SN状态；
上报在所述PTM传输路径的数据接收状态；
在所述PTP传输路径进行数据接收，并将接收到的数据传输至PDCP层与原有接收数据进行SN排序，并按序递交高层。
本申请实施例的多播业务的传输装置，在所述重配置信息用于通知终端所述多播业务数据的传输路径由所述PTP传输路径转换为所述PTM传输路径的情况下；
还包括：第三处理模块，用于在所述第四获取模块所述获取重配置信息之后，执行以下至少一项：
如果所述终端处于空闲状态或非激活状态，则获取PTM传输路径配置信息，并在获取PTM传输路径配置信息且建立PTM传输路径之后，保持所述PTP传输路径对应的PDCP层的SN状态；
保留PTP传输路径，并在保留的PTP传输路径中上报数据接收状态；
在所述PTM传输路径进行数据接收，并将接收到的数据传输至PDCP层与原有接收数据进行SN排序，并按序递交高层。
本申请实施例的多播业务的传输装置，还包括：
第四处理模块，用于在切换后的目标小区侧的传输路径为PTP传输路径的情况下，在终端接入目标小区之后，根据切换命令，进行所述目标多播业务的PDCP控制协议数据单元PDU报告；
或者，在切换后的目标小区侧的传输路径为PTM传输路径的情况下，在终端接入目标小区之后，通过切换命令获取PTP传输路径的配置信息，根据所述PTP传输路径的配置信息建立PTP传输路径，并根据建立的所述PTP传输路径进行PDCP控制PDU报告以及获取目标数据；
其中，所述目标数据包括序列号缺口对应的第一数据和位于所述第一数据之后的数据。
本申请实施例的多播业务的传输装置，能够在PTP传输路径和PTM传输路径中选择至少一个传输路径来获取目标多播业务数据，即能够灵活的利用PTP和PTM传输路径进行多播业务传输，为具有较高的业务无损和连续要求的业务提供更好的QoS保障，进而有利于保障网络资源效率，在确定系统效率的基础上大大提升终端的MBS业务接收效果。
本申请实施例中的信息处理装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的多播业务的传输装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
本申请实施例提供的多播业务的传输装置能够实现图2至图3方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，例如，该通信设备600为终端时，该程序或指令被处理器601执行时实现上述应用于终端的多播业务的传输方法实施例的各个过程，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指令被处理器601执行时实现上述应用于网络侧设备的多播业务的传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
图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用于在第一传输路径中，获取目标多播业务的数据；
其中，所述第一传输路径包括点到点PTP传输路径和PTM传输路径中的至少一个传输路径。
本申请实施例的终端，能够在PTP传输路径和PTM传输路径中选择至少一个传输路径来获取目标多播业务数据，即能够灵活的利用PTP和PTM传输路径进行多播业务传输，为具有较高的业务无损和连续要求的业务提供更好的QoS保障，进而有利于保障网络资源效率，在确定系统效率的基础上大大提升终端的MBS业务接收效果。
可选地，射频单元701还用于：获取传输路径配置信息；
其中，所述传输路径配置信息用于指示所述PTM传输路径和所述PTP传输路径的配置信息。
可选地，所述传输路径配置信息包括第一配置信息和第二配置信息；
其中，所述第一配置信息用于指示所述PTM传输路径的配置信息和组播无线承载MRB配置信息；
所述第二配置信息用于指示所述PTP传输路径的配置信息以及关联信息，所述关联信息用于指示所述PTP传输路径关联的MRB，或者，用于指示所述PTP传输路径关联的业务标识。
可选地，所述第一配置信息通过系统信息块SIB或广播信令携带，所述第二配置信息通过无线资源控制RRC信令携带；
或者，所述第一配置信息和所述第二配置信息均通过RRC信令携带。
可选地，射频单元701用于在所述PTM传输路径进行第一多播业务数据的接收；发送第一信息，所述第一信息用于指示所述第一多播业务数据的接收结果；在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，获取第二多播业务数据；
其中，所述第一多播业务数据和所述第二多播业务数据为目标多播业务的数据。
可选地，射频单元701用于在目标反馈位置，发送所述第一信息；
其中，所述第一信息包括混合自动重传请求HARQ反馈，所述目标反馈位置包括针对每个终端的专用反馈位置，或者，所述目标反馈位置为公共反馈位置。
可选地，所述第一信息包括分组数据汇聚协议PDCP反馈和无线链路层控制协议RLC反馈中的至少一项。
可选地，所述第一多播业务数据为所述目标多播业务的初传数据，所述第二多播业务数据为所述第一多播业务数据的重传数据。
可选地，所述目标多播业务数据包括第三多播业务数据和第四多播业务数据；
射频单元701用于在所述PTM传输路径中获取第三多播业务数据，并在所述PTP传输路径中获取第四多播业务数据；
其中，所述第三多播业务数据和所述第四多播业务数据是指对所述目标多播业务中的同一数据进行复制后得到的多播业务数据。
可选地，处理器710，用于在PDCP层或媒体接入控制MAC层或RLC层，对所述第三多播业务数据和所述第四多播业务数据进行第一处理；
其中，所述第一处理包括重复检测、重排序和HARQ合并中的至少一项。
可选地，射频单元701用于获取第二信息；
其中，所述第二信息包括以下至少一项：
重复传输的配置信息；
重复传输的激活信息；
所述重复传输是指在所述PTM传输路径和所述PTP传输路径中传输相同的多播业务数据。
可选地，射频单元701用于获取重配置信息，所述重配置信息用于通知终端转换所述多播业务数据的传输路径。
可选地，在所述重配置信息用于通知终端所述多播业务数据的传输路径由PTM传输路径转换为PTP传输路径的情况下；
所述处理器710，用于执行以下至少一项：
如果所述终端处于空闲状态或非激活状态，则终端进入连接态，请求配置PTP传输路径，并在获取PTP传输路径的配置信息且建立PTP传输路径之后，保持所述PTM传输路径对应的PDCP层的序列号SN状态；
上报在所述PTM传输路径的数据接收状态；
在所述PTP传输路径进行数据接收，并将接收到的数据传输至PDCP层与原有接收数据进行SN排序，并按序递交高层。
可选地，在所述重配置信息用于通知终端所述多播业务数据的传输路径由所述PTP传输路径转换为所述PTM传输路径的情况下；
所述处理器710，用于执行以下至少一项：
如果所述终端处于空闲状态或非激活状态，则获取PTM传输路径配置信息，并在获取PTM传输路径配置信息且建立PTM传输路径之后，保持所述PTP传输路径对应的PDCP层的SN状态；
保留PTP传输路径，并在保留的PTP传输路径中上报数据接收状态；
在所述PTM传输路径进行数据接收，并将接收到的数据传输至PDCP层与原有接收数据进行SN排序，并按序递交高层。
可选地，所述处理器710，用于在切换后的目标小区侧的传输路径为PTP传输路径的情况下，在终端接入目标小区之后，根据切换命令，进行所述目标多播业务的PDCP控制协议数据单元PDU报告；
或者，在切换后的目标小区侧的传输路径为PTM传输路径的情况下，在终端接入目标小区之后，通过切换命令获取PTP传输路径的配置信息，根据所述PTP传输路径的配置信息建立PTP传输路径，并根据建立的所述PTP传输路径进行PDCP控制PDU报告以及获取目标数据；
其中，所述目标数据包括序列号缺口对应的第一数据和位于所述第一数据之后的数据。
本申请实施例的终端，能够在PTP传输路径和PTM传输路径中选择至少一个传输路径来获取目标多播业务数据，即能够灵活的利用PTP和PTM传输路径进行多播业务传输，为具有较高的业务无损和连续要求的业务提供更好的QoS保障，进而有利于保障网络资源效率，在确定系统效率的基础上大大提升终端的MBS业务接收效果。
如图8所示，本申请实施例还提供了一种多播业务的传输装置800，应用于网络侧设备，包括：
第一传输模块801，用于在第一传输路径中，传输目标多播业务的数据；
其中，所述第一传输路径包括点到点PTP传输路径和点到多点PTM传输路径中的至少一个传输路径。
本申请实施例的多播业务的传输装置，还包括：
第一发送模块，用于发送传输路径配置信息；
其中，所述传输路径配置信息用于指示所述PTM传输路径和所述PTP传输路径的配置信息。
本申请实施例的多播业务的传输装置，所述传输路径配置信息包括第一配置信息和第二配置信息；
其中，所述第一配置信息用于指示所述PTM传输路径的配置信息和组播无线承载MRB配置信息；
所述第二配置信息用于指示所述PTP传输路径的配置信息以及关联信息，所述关联信息用于指示所述PTP传输路径关联的MRB，或者，用于指示所述PTP传输路径关联的业务标识。
本申请实施例的多播业务的传输装置，所述第一配置信息通过系统信息块SIB或广播信令携带，所述第二配置信息通过无线资源控制RRC信令携带；
或者，所述第一配置信息和所述第二配置信息均通过RRC信令携带。
本申请实施例的多播业务的传输装置，还包括：
配置模块，用于配置终端的目标反馈位置，所述目标反馈位置是指终端用于发送所述第一信息的位置；
其中，所述目标反馈位置包括针对每个终端的专用反馈位置，或者，所述目标反馈位置为公共反馈位置。
本申请实施例的多播业务的传输装置，所述第一传输模块，包括：
第一传输子模块，用于在所述PTM传输路径传输第一多播业务数据；
第二获取子模块，用于获取第一信息，所述第一信息用于指示所述第一多播业务数据的接收结果；
第二发送子模块，用于根据所述第一信息，在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，发送第二多播业务数据；
其中，所述第一多播业务数据和所述第二多播业务数据为目标多播业务的数据。
本申请实施例的多播业务的传输装置，所述第一多播业务数据为所述目标多播业务的初传数据，所述第二多播业务数据为所述第一多播业务数据的重传数据。
本申请实施例的多播业务的传输装置，所述目标多播业务数据包括第三多播业务数据和第四多播业务数据；
所述第一传输模块，包括：
复制子模块，用于对所述目标多播业务的目标数据进行复制，得到第三多播业务数据和第四多播业务数据；
第二传输子模块，用于在所述PTM传输路径中传输所述第三多播业务数据，并在所述PTP传输路径中传输所述第四多播业务数据。
本申请实施例的多播业务的传输装置，所述目标数据包括PDCP PDU或者MAC PDU。
本申请实施例的多播业务的传输装置，还包括：
第二发送模块，用于发送第二信息；
其中，所述第二信息包括以下至少一项：
重复传输的配置信息；
所述第二信息为重复传输的激活信息；
所述重复传输是指在所述PTM传输路径和所述PTP传输路径中传输相同的多播业务数据。
本申请实施例的多播业务的传输装置，还包括：
选择模块，用于第二获取子模块获取第一信息之后，根据所述目标多播业务的数据类型、接收所述目标多播业务的终端的数量、资源负荷和所述第一信息中的至少一项，在所述PTM传输路径和所述PTP传输路径中，选择传输路径。
本申请实施例的多播业务的传输装置，还包括：
第三发送模块，用于发送重配置信息，所述重配置信息用于通知终端转换所述多播业务数据的传输路径。
本申请实施例的多播业务的传输装置，在所述重配置信息用于通知终端所述多播业务数据的传输路径由PTM传输路径转换为PTP传输路径的情况下；
还包括：第五处理模块，用于在所述第三发送模块发送重配置信息之后，执行以下至少一项：
发送PTP传输路径配置信息；
保持路径转换之前和路径转换之后PDCP层对应的SN状态；
在PTP传输路径传输终端在所述PTM传输路径未成功接收的数据；
获取终端在PTM传输路径的数据接收状态，并根据终端在PTM传输路径的数据接收状态，在PTP传输路径进行数据传输。
本申请实施例的多播业务的传输装置，在所述重配置信息用于通知终端所述多播业务数据的传输路径由所述PTP传输路径转换为所述PTM传输路径的情况下；
还包括：第六处理模块，用于在所述第三发送模块发送重配置信息之后，执行以下至少一项：
发送PTM传输路径配置信息；
保持路径转换之前和路径转换之后PDCP层对应的SN状态；
在所述PTM传输路径传输终端在所述PTP传输路径未成功接收的数据；
获取终端在PTP传输路径的数据接收状态，并根据终端在所述PTP传输路径的数据接收状态，在所述PTM传输路径进行数据传输。
本申请实施例的多播业务的传输装置，还包括：
第四发送模块，用于发送切换命令；
其中，在切换后的目标小区侧的传输路径为PTP传输路径的情况下，所述切换命令包括接收状态上报指示，或者，在切换后的目标小区侧的传输路径为PTM传输路径的情况下，所述切换命令包括PTP传输路径的配置信息和接收状态上报指示中的至少一项。
本申请实施例的多播业务的传输装置，还包括：
第五获取模块，用于在所述第四发送模块发送切换命令之后，获取终端发送的PDCP控制PDU报告；
第五发送模块，用于根据所述PDCP控制PDU报告，发送目标数据；
其中，所述目标数据包括序列号缺口对应的第一数据和位于所述第一数据之后的数据。
本申请实施例的多播业务的传输装置，还包括：
第六获取模块，用于获取源小区发送的切换请求，所述切换请求携带第三信息，所述第三信息用于指示是否进行PDCP层对应的SN状态的传递；
第七获取模块，用于在确定需要进行PDCP层对应的SN状态的传递的情况下，获取所述源小区发送的所述目标多播业务的接收情况或发送情况；
第六发送模块，用于根据所述目标多播业务的接收情况或发送情况，在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，发送所述目标多播业务的数据。
本申请实施例的多播业务的传输装置，还包括：
第八获取模块，用于获取源小区发送的切换请求，所述切换请求携带多播业务信息；
第七发送模块，用于发送所述切换请求的响应消息，所述切换请求的响应消息包括所述目标多播业务的配置信息、第四信息和第五信息中至少一项；
其中，所述第四信息用于指示是否需要进行所述目标多播业务接收状态的反馈；
所述第五信息用于指示是否进行PTP传输路径的配置。
本申请实施例的多播业务的传输装置，还包括：
第九获取模块，用于获取终端发送的PDCP控制PDU报告；
重传模块，用于根据所述PDCP控制PDU报告，使用PTP传输路径进行序列号缺口数据的重传。
本申请实施例的多播业务的传输装置，能够在PTP传输路径和PTM传输路径中选择至少一个传输路径来发送目标多播业务数据，即能够灵活的利用PTP和PTM传输路径进行多播业务传输，为具有较高的业务无损和连续要求的业务提供更好的QoS保障，进而有利于保障网络资源效率，在确定系统效率的基础上大大提升终端的MBS业务接收效果。
具体地，本申请实施例还提供了一种网络侧设备。如图9所示，该网络设备9200包括：天线901、射频装置902、基带装置903。天线901与射频装置902连接。在上行方向上，射频装置902通过天线901接收信息，将接收的信息发送给基带装置903进行处理。在下行方向上，基带装置903对要发送的信息进行处理，并发送给射频装置902，射频装置902对收到的信息进行处理后经过天线901发送出去。
上述频带处理装置可以位于基带装置903中，以上实施例中网络侧设备执行的方法可以在基带装置903中实现，该基带装置903包括处理器904和存储器905。
基带装置903例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图9所示，其中一个芯片例如为处理器904，与存储器905连接，以调用存储器905中的程序，执行以上方法实施例中所示的网络设备操作。
该基带装置903还可以包括网络接口906，用于与射频装置902交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。
具体地，本发明实施例的网络侧设备还包括：存储在存储器905上并可在处理器904上运行的指令或程序，处理器904调用存储器905中的指令或程序执行图8所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述多播业务的传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述多播业务的传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (45)

1.一种多播业务的传输方法，应用于终端，其特征在于，包括：
在第一传输路径中，获取目标多播业务的数据；其中，所述第一传输路径包括点到点PTP传输路径和PTM传输路径中的至少一个传输路径；
获取传输路径配置信息；
其中，所述传输路径配置信息用于指示所述PTM传输路径和所述PTP传输路径的配置信息；
所述传输路径配置信息包括第一配置信息和第二配置信息；
其中，所述第一配置信息用于指示所述PTM传输路径的配置信息和组播无线承载MRB配置信息，所述MRB配置信息包括分组数据汇聚协议PDCP层参数，所述PTM传输路径的配置信息包括无线链路控制RLC层参数和媒体接入控制MAC层参数；
所述第二配置信息用于指示所述PTP传输路径的配置信息以及关联信息，所述关联信息用于指示所述PTP传输路径关联的MRB，或者，用于指示所述PTP传输路径关联的业务标识，所述PTP传输路径的配置信息包括RLC层参数和MAC层参数；
其中，所述关联信息所指示的MRB的MRB标识与所述第一配置信息中的MRB配置信息对应的MRB标识相同，或者，所述关联信息所指示的业务标识与所述第一配置信息中的MRB配置信息对应的业务标识相同。
2.根据权利要求1所述的方法，其特征在于，所述第一配置信息通过系统信息块SIB或广播信令携带，所述第二配置信息通过无线资源控制RRC信令携带；
或者，所述第一配置信息和所述第二配置信息均通过RRC信令携带。
3.根据权利要求1所述的方法，其特征在于，所述在第一传输路径中，获取目标多播业务的数据，包括：
在所述PTM传输路径进行第一多播业务数据的接收；
发送第一信息，所述第一信息用于指示所述第一多播业务数据的接收结果；
在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，获取第二多播业务数据；
其中，所述第一多播业务数据和所述第二多播业务数据为目标多播业务的数据。
4.根据权利要求3所述的方法，其特征在于，所述发送第一信息，包括：
在目标反馈位置，发送所述第一信息；
其中，所述第一信息包括混合自动重传请求HARQ反馈，所述目标反馈位置包括针对每个终端的专用反馈位置，或者，所述目标反馈位置为公共反馈位置。
5.根据权利要求3所述的方法，其特征在于，所述第一信息包括分组数据汇聚协议PDCP反馈和无线链路层控制协议RLC反馈中的至少一项。
6.根据权利要求3所述的方法，其特征在于，所述第一多播业务数据为所述目标多播业务的初传数据，所述第二多播业务数据为所述第一多播业务数据的重传数据。
7.根据权利要求1所述的方法，其特征在于，所述目标多播业务数据包括第三多播业务数据和第四多播业务数据；
所述在第一传输路径中，获取目标多播业务的数据，包括：
在所述PTM传输路径中获取第三多播业务数据，并在所述PTP传输路径中获取第四多播业务数据；
其中，所述第三多播业务数据和所述第四多播业务数据是指对所述目标多播业务中的同一数据进行复制后得到的多播业务数据。
8.根据权利要求7所述的方法，其特征在于，还包括：
在PDCP层或媒体接入控制MAC层或RLC层，对所述第三多播业务数据和所述第四多播业务数据进行第一处理；
其中，所述第一处理包括重复检测、重排序和HARQ合并中的至少一项。
9.根据权利要求7所述的方法，其特征在于，还包括：
获取第二信息；
其中，所述第二信息包括以下至少一项：
重复传输的配置信息；
重复传输的激活信息；
所述重复传输是指在所述PTM传输路径和所述PTP传输路径中传输相同的多播业务数据。
10.根据权利要求1所述的方法，其特征在于，还包括：
获取重配置信息，所述重配置信息用于通知终端转换所述多播业务数据的传输路径。
11.根据权利要求10所述的方法，其特征在于，在所述重配置信息用于通知终端所述多播业务数据的传输路径由PTM传输路径转换为PTP传输路径的情况下；
所述获取重配置信息之后，还包括以下至少一项：
如果所述终端处于空闲状态或非激活状态，则终端进入连接态，请求配置PTP传输路径，并在获取PTP传输路径的配置信息且建立PTP传输路径之后，保持所述PTM传输路径对应的PDCP层的序列号SN状态；
上报在所述PTM传输路径的数据接收状态；
在所述PTP传输路径进行数据接收，并将接收到的数据传输至PDCP层与原有接收数据进行SN排序，并按序递交高层。
12.根据权利要求10所述的方法，其特征在于，在所述重配置信息用于通知终端所述多播业务数据的传输路径由所述PTP传输路径转换为所述PTM传输路径的情况下；
所述获取重配置信息之后，还包括以下至少一项：
如果所述终端处于空闲状态或非激活状态，则获取PTM传输路径配置信息，并在获取PTM传输路径配置信息且建立PTM传输路径之后，保持所述PTP传输路径对应的PDCP层的SN状态；
保留PTP传输路径，并在保留的PTP传输路径中上报数据接收状态；
在所述PTM传输路径进行数据接收，并将接收到的数据传输至PDCP层与原有接收数据进行SN排序，并按序递交高层。
13.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在切换后的目标小区侧的传输路径为PTP传输路径的情况下，在终端接入目标小区之后，根据切换命令，进行所述目标多播业务的PDCP控制协议数据单元PDU报告；
或者，在切换后的目标小区侧的传输路径为PTM传输路径的情况下，在终端接入目标小区之后，通过切换命令获取PTP传输路径的配置信息，根据所述PTP传输路径的配置信息建立PTP传输路径，并根据建立的所述PTP传输路径进行PDCP控制PDU报告以及获取目标数据；
其中，所述目标数据包括序列号缺口对应的第一数据和位于所述第一数据之后的数据。
14.一种多播业务的传输方法，应用于网络侧设备，其特征在于，包括：
在第一传输路径中，传输目标多播业务的数据；其中，所述第一传输路径包括点到点PTP传输路径和点到多点PTM传输路径中的至少一个传输路径；
发送传输路径配置信息；
其中，所述传输路径配置信息用于指示所述PTM传输路径和所述PTP传输路径的配置信息；所述传输路径配置信息包括第一配置信息和第二配置信息；
其中，所述第一配置信息用于指示所述PTM传输路径的配置信息和组播无线承载MRB配置信息，所述MRB配置信息包括分组数据汇聚协议PDCP层参数，所述PTM传输路径的配置信息包括无线链路控制RLC层参数和媒体接入控制MAC层参数；
所述第二配置信息用于指示所述PTP传输路径的配置信息以及关联信息，所述关联信息用于指示所述PTP传输路径关联的MRB，或者，用于指示所述PTP传输路径关联的业务标识，所述PTP传输路径的配置信息包括RLC层参数和MAC层参数；
其中，所述关联信息所指示的MRB的MRB标识与所述第一配置信息中的MRB配置信息对应的MRB标识相同，或者，所述关联信息所指示的业务标识与所述第一配置信息中的MRB配置信息对应的业务标识相同。
15.根据权利要求14所述的方法，其特征在于，所述第一配置信息通过系统信息块SIB或广播信令携带，所述第二配置信息通过无线资源控制RRC信令携带；
或者，所述第一配置信息和所述第二配置信息均通过RRC信令携带。
16.根据权利要求14所述的方法，其特征在于，所述在第一传输路径中，传输目标多播业务的数据，包括：
在所述PTM传输路径传输第一多播业务数据；
获取第一信息，所述第一信息用于指示所述第一多播业务数据的接收结果；
根据所述第一信息，在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，发送第二多播业务数据；
其中，所述第一多播业务数据和所述第二多播业务数据为目标多播业务的数据。
17.根据权利要求16所述的方法，其特征在于，还包括：
配置终端的目标反馈位置，所述目标反馈位置是指终端用于发送所述第一信息的位置；
其中，所述目标反馈位置包括针对每个终端的专用反馈位置，或者，所述目标反馈位置为公共反馈位置。
18.根据权利要求17所述的方法，其特征在于，所述第一多播业务数据为所述目标多播业务的初传数据，所述第二多播业务数据为所述第一多播业务数据的重传数据。
19.根据权利要求14所述的方法，其特征在于，所述目标多播业务数据包括第三多播业务数据和第四多播业务数据；
所述在第一传输路径中，传输目标多播业务的数据，包括：
对所述目标多播业务的目标数据进行复制，得到第三多播业务数据和第四多播业务数据；
在所述PTM传输路径中传输所述第三多播业务数据，并在所述PTP传输路径中传输所述第四多播业务数据。
20.根据权利要求19所述的方法，其特征在于，所述目标数据包括PDCP PDU或者MACPDU。
21.根据权利要求19所述的方法，其特征在于，还包括：
发送第二信息；
其中，所述第二信息包括以下至少一项：
重复传输的配置信息；
所述第二信息为重复传输的激活信息；
所述重复传输是指在所述PTM传输路径和所述PTP传输路径中传输相同的多播业务数据。
22.根据权利要求16所述的方法，其特征在于，所述获取第一信息之后，还包括：
根据所述目标多播业务的数据类型、接收所述目标多播业务的终端的数量、资源负荷和所述第一信息中的至少一项，在所述PTM传输路径和所述PTP传输路径中，选择传输路径。
23.根据权利要求14所述的方法，其特征在于，还包括：
发送重配置信息，所述重配置信息用于通知终端转换所述多播业务数据的传输路径。
24.根据权利要求23所述的方法，其特征在于，在所述重配置信息用于通知终端所述多播业务数据的传输路径由PTM传输路径转换为PTP传输路径的情况下；
所述发送重配置信息之后，所述方法还包括以下至少一项：
发送PTP传输路径配置信息；
保持路径转换之前和路径转换之后PDCP层对应的SN状态；
在PTP传输路径传输终端在所述PTM传输路径未成功接收的数据；
获取终端在PTM传输路径的数据接收状态，并根据终端在PTM传输路径的数据接收状态，在PTP传输路径进行数据传输。
25.根据权利要求23所述的方法，其特征在于，在所述重配置信息用于通知终端所述多播业务数据的传输路径由所述PTP传输路径转换为所述PTM传输路径的情况下；
所述发送重配置信息之后，所述方法还包括以下至少一项：
发送PTM传输路径配置信息；
保持路径转换之前和路径转换之后PDCP层对应的SN状态；
在所述PTM传输路径传输终端在所述PTP传输路径未成功接收的数据；
获取终端在PTP传输路径的数据接收状态，并根据终端在所述PTP传输路径的数据接收状态，在所述PTM传输路径进行数据传输。
26.根据权利要求14所述的方法，其特征在于，所述方法还包括：
发送切换命令；
其中，在切换后的目标小区侧的传输路径为PTP传输路径的情况下，所述切换命令包括接收状态上报指示，或者，在切换后的目标小区侧的传输路径为PTM传输路径的情况下，所述切换命令包括PTP传输路径的配置信息和接收状态上报指示中的至少一项。
27.根据权利要求26所述的方法，其特征在于，所述发送切换命令之后，还包括：
获取终端发送的PDCP控制PDU报告；
根据所述PDCP控制PDU报告，发送目标数据；
其中，所述目标数据包括序列号缺口对应的第一数据和位于所述第一数据之后的数据。
28.根据权利要求14所述的方法，其特征在于，所述方法还包括：
获取源小区发送的切换请求，所述切换请求携带第三信息，所述第三信息用于指示是否进行PDCP层对应的SN状态的传递；
在确定需要进行PDCP层对应的SN状态的传递的情况下，获取所述源小区发送的所述目标多播业务的接收情况或发送情况；
根据所述目标多播业务的接收情况或发送情况，在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，发送所述目标多播业务的数据。
29.根据权利要求14所述的方法，其特征在于，所述方法还包括：
获取源小区发送的切换请求，所述切换请求携带多播业务信息；
发送所述切换请求的响应消息，所述切换请求的响应消息包括所述目标多播业务的配置信息、第四信息和第五信息中至少一项；
其中，所述第四信息用于指示是否需要进行所述目标多播业务接收状态的反馈；
所述第五信息用于指示是否进行PTP传输路径的配置。
30.根据权利要求29所述的方法，其特征在于，还包括：
获取终端发送的PDCP控制PDU报告；
根据所述PDCP控制PDU报告，使用PTP传输路径进行序列号缺口数据的重传。
31.一种多播业务的传输装置，应用于终端，其特征在于，包括：
第一获取模块，用于在第一传输路径中，获取目标多播业务的数据；其中，所述第一传输路径包括点到点PTP传输路径和PTM传输路径中的至少一个传输路径；
第二获取模块，用于获取传输路径配置信息；
其中，所述传输路径配置信息用于指示所述PTM传输路径和所述PTP传输路径的配置信息；
所述传输路径配置信息包括第一配置信息和第二配置信息；
其中，所述第一配置信息用于指示所述PTM传输路径的配置信息和组播无线承载MRB配置信息，所述MRB配置信息包括分组数据汇聚协议PDCP层参数，所述PTM传输路径的配置信息包括无线链路控制RLC层参数和媒体接入控制MAC层参数；
所述第二配置信息用于指示所述PTP传输路径的配置信息以及关联信息，所述关联信息用于指示所述PTP传输路径关联的MRB，或者，用于指示所述PTP传输路径关联的业务标识，所述PTP传输路径的配置信息包括RLC层参数和MAC层参数；
其中，所述关联信息所指示的MRB的MRB标识与所述第一配置信息中的MRB配置信息对应的MRB标识相同，或者，所述关联信息所指示的业务标识与所述第一配置信息中的MRB配置信息对应的业务标识相同。
32.根据权利要求31所述的传输装置，其特征在于，所述第一获取模块包括：
第一接收子模块，用于在所述PTM传输路径进行第一多播业务数据的接收；
第一发送子模块，用于发送第一信息，所述第一信息用于指示所述第一多播业务数据的接收结果；
第一获取子模块，用于在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，获取第二多播业务数据；
其中，所述第一多播业务数据和所述第二多播业务数据为目标多播业务的数据。
33.根据权利要求31所述的传输装置，其特征在于，所述目标多播业务数据包括第三多播业务数据和第四多播业务数据；
所述第一获取模块用于在所述PTM传输路径中获取第三多播业务数据，并在所述PTP传输路径中获取第四多播业务数据；
其中，所述第三多播业务数据和所述第四多播业务数据是指对所述目标多播业务中的同一数据进行复制后得到的多播业务数据。
34.根据权利要求33所述的传输装置，其特征在于，还包括：
第三获取模块，用于获取第二信息；
其中，所述第二信息包括以下至少一项：
重复传输的配置信息；
重复传输的激活信息；
所述重复传输是指在所述PTM传输路径和所述PTP传输路径中传输相同的多播业务数据。
35.根据权利要求31所述的传输装置，其特征在于，还包括：
第四获取模块，用于获取重配置信息，所述重配置信息用于通知终端转换所述多播业务数据的传输路径。
36.根据权利要求31所述的传输装置，其特征在于，还包括：
第四处理模块，用于在切换后的目标小区侧的传输路径为PTP传输路径的情况下，在终端接入目标小区之后，根据切换命令，进行所述目标多播业务的PDCP控制协议数据单元PDU报告；
或者，在切换后的目标小区侧的传输路径为PTM传输路径的情况下，在终端接入目标小区之后，通过切换命令获取PTP传输路径的配置信息，根据所述PTP传输路径的配置信息建立PTP传输路径，并根据建立的所述PTP传输路径进行PDCP控制PDU报告以及获取目标数据；
其中，所述目标数据包括序列号缺口对应的第一数据和位于所述第一数据之后的数据。
37.一种多播业务的传输装置，应用于网络侧设备，其特征在于，包括：
第一传输模块，用于在第一传输路径中，传输目标多播业务的数据；其中，所述第一传输路径包括点到点PTP传输路径和点到多点PTM传输路径中的至少一个传输路径；
第一发送模块，用于发送传输路径配置信息；
其中，所述传输路径配置信息用于指示所述PTM传输路径和所述PTP传输路径的配置信息所述传输路径配置信息包括第一配置信息和第二配置信息；
其中，所述第一配置信息用于指示所述PTM传输路径的配置信息和组播无线承载MRB配置信息，所述MRB配置信息包括分组数据汇聚协议PDCP层参数，所述PTM传输路径的配置信息包括无线链路控制RLC层参数和媒体接入控制MAC层参数；
所述第二配置信息用于指示所述PTP传输路径的配置信息以及关联信息，所述关联信息用于指示所述PTP传输路径关联的MRB，或者，用于指示所述PTP传输路径关联的业务标识，所述PTP传输路径的配置信息包括RLC层参数和MAC层参数；
其中，所述关联信息所指示的MRB的MRB标识与所述第一配置信息中的MRB配置信息对应的MRB标识相同，或者，所述关联信息所指示的业务标识与所述第一配置信息中的MRB配置信息对应的业务标识相同。
38.根据权利要求37所述的传输装置，其特征在于，还包括：
第三发送模块，用于发送重配置信息，所述重配置信息用于通知终端转换所述多播业务数据的传输路径。
39.根据权利要求37所述的传输装置，其特征在于，还包括：
第四发送模块，用于发送切换命令；
其中，在切换后的目标小区侧的传输路径为PTP传输路径的情况下，所述切换命令包括接收状态上报指示，或者，在切换后的目标小区侧的传输路径为PTM传输路径的情况下，所述切换命令包括PTP传输路径的配置信息和接收状态上报指示中的至少一项。
40.根据权利要求37所述的传输装置，其特征在于，还包括：
第六获取模块，用于获取源小区发送的切换请求，所述切换请求携带第三信息，所述第三信息用于指示是否进行PDCP层对应的SN状态的传递；
第七获取模块，用于在确定需要进行PDCP层对应的SN状态的传递的情况下，获取所述源小区发送的所述目标多播业务的接收情况或发送情况；
第六发送模块，用于根据所述目标多播业务的接收情况或发送情况，在所述PTP传输路径和所述PTM传输路径的至少一个传输路径中，发送所述目标多播业务的数据。
41.根据权利要求37所述的传输装置，其特征在于，还包括：
第八获取模块，用于获取源小区发送的切换请求，所述切换请求携带多播业务信息；
第七发送模块，用于发送所述切换请求的响应消息，所述切换请求的响应消息包括所述目标多播业务的配置信息、第四信息和第五信息中至少一项；
其中，所述第四信息用于指示是否需要进行所述目标多播业务接收状态的反馈；
所述第五信息用于指示是否进行PTP传输路径的配置。
42.根据权利要求41所述的传输装置，其特征在于，还包括：
第九获取模块，用于获取终端发送的PDCP控制PDU报告；
重传模块，用于根据所述PDCP控制PDU报告，使用PTP传输路径进行序列号缺口数据的重传。
43.一种终端，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至13任一项所述的多播业务的传输方法的步骤。
44.一种网络侧设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求14至30任一项所述的多播业务的传输方法的步骤。
45.一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至13任一项所述的多播业务的传输方法的步骤，或者，实现如权利要求14至30任一项所述的多播业务的传输方法的步骤。
CN202011111861.9A 2020-10-16 2020-10-16 多播业务的传输方法、装置及通信设备 Active CN114390441B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202011111861.9A CN114390441B (zh) 2020-10-16 2020-10-16 多播业务的传输方法、装置及通信设备
EP21879437.8A EP4221328A4 (en) 2020-10-16 2021-10-13 MULTICAST SERVICE TRANSMISSION METHOD, COMMUNICATION APPARATUS AND DEVICE
PCT/CN2021/123545 WO2022078394A1 (zh) 2020-10-16 2021-10-13 多播业务的传输方法、装置及通信设备
US18/134,565 US20230254749A1 (en) 2020-10-16 2023-04-13 Multicast service transmission method and apparatus, and communications device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011111861.9A CN114390441B (zh) 2020-10-16 2020-10-16 多播业务的传输方法、装置及通信设备

Publications (2)

Publication Number Publication Date
CN114390441A CN114390441A (zh) 2022-04-22
CN114390441B true CN114390441B (zh) 2023-05-05

Family

ID=81194306

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011111861.9A Active CN114390441B (zh) 2020-10-16 2020-10-16 多播业务的传输方法、装置及通信设备

Country Status (4)

Country Link
US (1) US20230254749A1 (zh)
EP (1) EP4221328A4 (zh)
CN (1) CN114390441B (zh)
WO (1) WO2022078394A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023230855A1 (en) * 2022-05-31 2023-12-07 Zte Corporation Multicast and broadcast service in various radio resource control states

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163026A (zh) * 2006-10-13 2008-04-16 中兴通讯股份有限公司 一种无线网络控制器获取无线接入承载标识的实现方法
CN101174966A (zh) * 2006-11-01 2008-05-07 中兴通讯股份有限公司 Mbms的业务发送方式确定方法和装置
CN110050501A (zh) * 2016-11-04 2019-07-23 Lg 电子株式会社 在无线通信系统中发送和接收数据的方法及其装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296412B (zh) * 2007-04-25 2012-07-18 中兴通讯股份有限公司 一种确定组播业务承载模式的方法
EP2685664A1 (en) * 2012-07-12 2014-01-15 Thomson Licensing Multicast transmission using a unicast protocol
EP3479622B1 (en) * 2016-06-29 2019-11-13 British Telecommunications Public Limited Company Multicast-broadcast mobile communications network
CN109429186B (zh) * 2017-08-31 2021-01-29 华为技术有限公司 数据传输的方法及装置
EP3759997A1 (en) * 2018-02-26 2021-01-06 Nokia Technologies Oy Multicast traffic area management and mobility for wireless network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163026A (zh) * 2006-10-13 2008-04-16 中兴通讯股份有限公司 一种无线网络控制器获取无线接入承载标识的实现方法
CN101174966A (zh) * 2006-11-01 2008-05-07 中兴通讯股份有限公司 Mbms的业务发送方式确定方法和装置
CN110050501A (zh) * 2016-11-04 2019-07-23 Lg 电子株式会社 在无线通信系统中发送和接收数据的方法及其装置

Also Published As

Publication number Publication date
CN114390441A (zh) 2022-04-22
WO2022078394A1 (zh) 2022-04-21
EP4221328A4 (en) 2024-07-03
EP4221328A1 (en) 2023-08-02
US20230254749A1 (en) 2023-08-10

Similar Documents

Publication Publication Date Title
US20230110505A1 (en) Methods and apparatus of reliable multicast transmission
KR20100138812A (ko) 멀티미디어 브로드캐스트/멀티캐스트 서비스에서 오류 패킷의 재전송 요구 정보 전송 방법 및 재전송 요구에 대한 오류 패킷 재전송 방법
WO2022184044A1 (zh) 多播业务的接收方法、配置方法、终端及网络侧设备
US20230091236A1 (en) Communication control method and user equipment
CN112312575A (zh) 一种通信方法及装置
US20230254749A1 (en) Multicast service transmission method and apparatus, and communications device
CN113938438B (zh) 数据处理方法、数据处理装置及第一终端
CN116391412A (zh) 用于mbs传输的harq操作方法与设备
US20230171844A1 (en) Multicast service receiving method, multicast service configuration method, terminal, and network-side device
WO2022121876A1 (zh) 多播业务的确认模式传输方法、装置、设备及存储介质
WO2021237526A1 (en) Methods and apparatus of rlc based reliable multicast transmission
CN116349290A (zh) 通信控制方法
KR101268580B1 (ko) 멀티미디어 브로드캐스트 멀티캐스트 서비스 제공 방법 및 그 장치
US20230188950A1 (en) Communication control method
WO2021239062A1 (en) Methods and apparatus of reliable multicast transmission
US20240179800A1 (en) Communication method and user equipment
CN115038048B (zh) 多播业务的接收方法、配置方法、终端及网络侧设备
WO2021237522A1 (en) Methods and apparatus of pdcp based reliable multicast transmission
US20240080935A1 (en) Communication control method and user equipment
WO2022006888A1 (zh) 一种mbs业务的接收方法及装置、终端设备
US20240187140A1 (en) 5g multicast-broadcast services (mbs) multiplexing, reliability, and power savings
US20240237143A1 (en) Communication method
WO2022016364A1 (en) Methods and apparatus of multicast and broadcast service reception
US20240049256A1 (en) Methods and apparatuses for exchanging configuration information regarding a mrb in a mr-dc scenario
JP2023534212A (ja) 端末装置、通信装置、端末装置の方法、通信装置の方法、及びプログラム

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