CN115038048B - 多播业务的接收方法、配置方法、终端及网络侧设备 - Google Patents

多播业务的接收方法、配置方法、终端及网络侧设备 Download PDF

Info

Publication number
CN115038048B
CN115038048B CN202110247336.8A CN202110247336A CN115038048B CN 115038048 B CN115038048 B CN 115038048B CN 202110247336 A CN202110247336 A CN 202110247336A CN 115038048 B CN115038048 B CN 115038048B
Authority
CN
China
Prior art keywords
received data
rnti
rlc entity
ptm
multicast service
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
CN202110247336.8A
Other languages
English (en)
Other versions
CN115038048A (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 CN202110247336.8A priority Critical patent/CN115038048B/zh
Priority to PCT/CN2022/078552 priority patent/WO2022184043A1/zh
Publication of CN115038048A publication Critical patent/CN115038048A/zh
Application granted granted Critical
Publication of CN115038048B publication Critical patent/CN115038048B/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Landscapes

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

Abstract

本申请公开了一种多播业务的接收方法、配置方法、终端及网络侧设备，属于无线通信技术领域。该多播业务的接收方法包括：根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体，所述RLC实体为单播数据的RLC实体、目标多播业务的PTP RLC实体或目标多播业务的PTM RLC实体。本申请中，当多播业务存在多路径传输时，可以有效区分接收到的数据所属的RLC实体。

Description

多播业务的接收方法、配置方法、终端及网络侧设备
技术领域
本申请属于无线通信技术领域，具体涉及一种多播业务的接收方法、配置方法、终端及网络侧设备。
背景技术
在长期演进(Long Term Evolution，LTE)的广播多播传输中，支持多播广播单频网络(Multicast Broadcast Single Frequency Network，MBSFN)方式多媒体多播广播业务(Multimedia Broadcast Multicast Service，MBMS)发送和单小区点对多点(Singlecell Point to Multipoint，sc-ptm)方式多播业务发送。MBSFN的方式中，处于同一个MBSFN区域的小区会同步的发送相同的广播业务，便于用户设备(User Equipment，UE，也称为终端)进行接收。MBMS业务的控制信息(控制信道参数、业务信道参数和调度信息等)和数据信息都是广播方式发送，使得空闲态(idle)态UE和连接态UE都可以接收MBMS业务。sc-ptm跟MBSFN方式最大的不同是只在单小区调度发送，由组无线网络临时标识(Group RadioNetwork Tempory Identity，G-RNTI)来进行业务调度。在广播消息里广播控制信道参数、业务的标识和周期信息等，调度信息由G-RNTI加扰的物理下行控制信道(PhysicalDownlink Control Channel，PDCCH)来进行通知，数据部分是组播方式发送，相当于感兴趣的UE监听G-RNTI获得数据调度进而进行接收。
对于一个多播业务，网络侧可以为UE同时配置两条路径进行传输，一条是点对点(Point to Point，PTP)路径，另一条是点对多点(Point to Multipoint，PTM)路径。PTM路径是指使用公共的无线网络临时标识(Radio Network Tempory Identity，RNTI)，例如G-RNTI进行PDCCH的加扰，所有组内的用户共同监听G-RNTI的调度和接收其后的调度数据，传输一次可以被多个UE共同接收，而PTP路径是指使用UE专用的小区无线网络临时标识(CellRadio Network Temporary Identifier，C-RNTI)进行PDCCH的加扰，只有这个UE可以监听到该C-RNTI的调度和接收其后的调度数据，传输一次只能被一个UE接收。
PTM是同时向多个UE进行传输，传输效率较高，但它需要综合考虑对所有UE的覆盖，因此在传输参数的选择上需要尽量适用于所有UE，例如使用全向天线，考虑较差用户的链路质量等，PTM可能对于个别极差链路质量的UE效果不好。而PTP是一个UE的专属传输，可以考虑这个用户的链路情况，调整发送参数，例如使用定向或者赋形天线，根据当前UE的链路设置适合的传输参数，因此对单个UE的传输效果较好，但是如果是多个用户，则需要多个传输资源，资源效率较低。
在现有技术中，LTE的多播传输只使用了一种PTM的传输方式，并不存在PTP路径。
NR设计的多播传输，尤其是针对多播高QoS需求(multicast high QoSrequirement)业务，所有UE都需要在连接(Connected)状态进行接收，因此具备同时配置PTP路径和PTM路径的可能性，当多播业务存在多路径传输的可能时，如何区分接收到的数据属于单播数据或多播数据，以及多播数据所属的PTP RLC实体或PTM RLC实体是亟待解决的问题。
发明内容
本申请实施例的目的是提供一种多播业务的接收方法、配置方法、终端及网络侧设备，能够解决当多播业务存在多路径传输时，如何区分接收的数据的类型的问题。
为了解决上述技术问题，本申请是这样实现的：
第一方面，提供了一种多播业务的接收方法，由终端执行，该方法包括：
根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体，所述RLC实体为单播数据的RLC实体、目标多播业务的PTPRLC实体或目标多播业务的PTM RLC实体。
第二方面，提供了一种多播业务的配置方法，由网络侧设备执行，该方法包括：
向终端发送至少一个目标多播业务的配置信息，所述配置信息包括以下至少一项：所述目标多播业务的目标MRB的PTM接收实体的配置信息，和，所述目标MRB的PTP接收实体的配置信息；
其中，所述PTM接收实体的配置信息包括以下至少一项：所述PTM接收实体的逻辑信道标识，PTM RLC实体的配置信息，调度所述目标多播业务的数据使用的G-RNTI，所述PTMRLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度的指示信息；
所述PTP接收实体的配置信息包括以下至少一项：PTP RLC实体的配置信息和所述PTP接收实体的逻辑信道标识。
第三方面，提供了一种多播业务的接收装置，包括：
确定模块，用于根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体，所述RLC实体为单播数据的RLC实体、目标多播业务的PTP RLC实体或目标多播业务的PTM RLC实体。
第四方面，提供了一种多播业务的配置装置，包括：
发送模块，用于向终端发送至少一个目标多播业务的配置信息，所述配置信息包括以下至少一项：所述目标多播业务的目标MRB的PTM接收实体的配置信息，和，所述目标MRB的PTP接收实体的配置信息；
其中，所述PTM接收实体的配置信息包括以下至少一项：所述PTM接收实体的逻辑信道标识，PTM RLC实体的配置信息，调度所述目标多播业务的数据使用的G-RNTI，所述PTMRLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度的指示信息；
所述PTP接收实体的配置信息包括以下至少一项：PTP RLC实体的配置信息和所述PTP接收实体的逻辑信道标识。
第五方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面，提供了一种网络侧设备，该网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。
第七方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤。
第八方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法。
第九方面，提供了一种程序产品，所述程序产品存储在非易失的存储介质中，所述程序产品被至少一个处理器执行以实现如第一方面所述的方法，或实现如第二方面所述的方法。
在本申请实施例中，当多播业务存在多路径传输时，终端可以根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体，有效区分接收到的数据所属的RLC实体，有利于确保用户对多播业务的高可靠性高效接收，在确保系统效率的基础上大大提升UE的MBS业务接收体验。
附图说明
图1为本申请实施例可应用的一种无线通信系统的框图；
图2为本申请实施例涉及的多路径传输中的终端的基本架构的示意图；
图3为本申请实施例的多播业务的接收方法的流程示意图；
图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，图2为本申请实施例涉及的多路径传输中的终端的基本架构的示意图。
请参考图2中的1)，第一个架构中，网络侧为一个MBMS承载(MRB)只配置了一条leg(PTM leg)，即配置一个PTM无线链路控制(Radio Link Control，RLC)实体(entity)，在调度传输时，既可以使用G-RNTI加扰的PDCCH来调度传输这个PTM RLC实体的数据(即图2的1)中的PTM link)，也可以使用C-RNTI加扰的PDCCH来调度传输这个PTM RLC实体的数据(即图2的1)中的PTP link)，用G-RNTI加扰的PDCCH调度相当于是同时传输给多个UE，多个UE共同接收，传输效率高，而用由C-RNTI加扰的PDCCH调度时是针对一个UE进行的传输，可以针对单个UE的链路质量调整传输参数，传输成功率更高。
请参考图2中的2)，第二个架构中，网络侧为一个MRB同时配置了两条leg(PTM leg和PTP leg)，即同时配置PTM RLC实体和PTP RLC实体，其中PTP RLC实体的数据只能通过C-RNTI加扰的PDCCH进行调度(即图2的2)中的PTP link)，而PTM RLC实体的数据既能通过由G-RNTI加扰的PDCCH调度也可以通过由C-RNTI加扰的PDCCH调度(即图2的2)中的PTP link和PTM link)。
第一个架构的一种典型的应用场景就是PTM leg数据先通过PTM link的G-RNTI进行网络侧到多个UE的第一次初传，假设一共有100个UE，其中90个UE接收正确，反馈了HARQACK，剩余的10个UE解码失败，反馈了HARQ NACK，则网络侧可以针对这10个UE，使用他们各自的C-RNTI再次进行上面那个HARQ process的重传，重传成功接收，则这10个UE可以将正确解码的数据发送到对应的PTM RLC实体进行后续处理。
第二个架构中，既包含了同一个PTM leg的数据可能由不同的link进行传输，也包含了不同leg的传输，路径选择更多，给网络侧留下了更大的灵活性，便于网络在考虑整体效率的基础上尽力提升每个UE的接收成功率。
目前存在的问题是，都是由C-RNTI加扰的PDCCH调度，UE如何区分此次由C-RNTI加扰的PDCCH调度的数据是下面的哪一种：
单播(Unicast)数据，需要发送到对应的SRB或者DRB中进行后续处理；PTP leg数据，需要发送到PTP RLC实体进行后续处理；
PTM leg数据，需要发送到正确的PTM RLC实体。
为解决上述问题，请参考图3，本申请实施例提供了一种多播业务的接收方法，由终端执行，包括：
步骤31：根据接收到的数据对应的无线网络临时标识(Radio Network TemporyIdentity，RNTI)类型、混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)进程标识(process ID)和/或逻辑信道标识(Logical channel ID)，确定所述接收到的数据所属的RLC实体，所述RLC实体为单播数据的RLC实体、目标多播业务的PTP RLC实体或目标多播业务的PTM RLC实体。
本申请实施例中，当多播业务存在多路径传输时，终端可以根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体，有效区分接收到的数据所属的RLC实体，在不同的路径进行MBS业务的接收，既保障了网络调度的灵活性也确保了UE的用户体验，在提升UE接收MBS业务的QoS和体验的基础上，进一步确保系统效率。
接收到的数据对应的RNTI类型是指接收到的数据由C-RNTI调度还是由G-RNTI调度。
(1)在本申请的一些实施例中，可选的，根据接收到的数据对应的RNTI类型、HARQ进程标识和新数据指示符(New data indicator，NDI)，确定所述接收到的数据所属的RLC实体。
可选的，根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，确定所述接收到的数据所属的RLC实体包括以下至少一项：
1)物理层根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据由小区无线网络临时标识C-RNTI加扰的PDCCH调度；
本申请实施例中，可选的，若识别出接收到的数据由C-RNTI加扰的PDCCH调度，且根据接收到的数据的NDI识别出接收到的数据为初传数据，确定接收到的数据由C-RNTI加扰的PDCCH调度。
本申请实施例中，可选的，若识别出接收到的数据由C-RNTI加扰的PDCCH调度，根据接收到的数据的NDI识别出接收到的数据为重传数据，且接收到的数据的初传数据由C-RNTI加扰的PDCCH调度(通过相同的HARQ进程标识可以识别出相同数据的重传和初传)，确定接收到的数据由C-RNTI加扰的PDCCH调度。
2)若物理层根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据由组无线网络临时标识G-RNTI加扰的PDCCH调度；
本申请实施例中，可选的，若识别出接收到的数据由G-RNTI加扰的PDCCH调度，且根据接收到的数据的NDI识别出接收到的数据为初传数据，确定接收到的数据由G-RNTI加扰的PDCCH调度。
本申请实施例中，可选的，若识别出接收到的数据由G-RNTI加扰的PDCCH调度，根据接收到的数据的NDI识别出接收到的数据为重传数据，且接收到的数据的初传数据由G-RNTI加扰的PDCCH调度(通过相同的HARQ进程标识可以识别出相同数据的重传和初传)，确定接收到的数据由G-RNTI加扰的PDCCH调度。
3)物理层根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度。
本申请实施例中，可选的，若识别出接收到的数据由C-RNTI加扰的PDCCH调度，根据接收到的数据的NDI识别出接收到的数据为重传数据，且接收到的数据的初传由G-RNTI加扰的PDCCH调度(通过相同的HARQ进程标识可以识别出相同数据的重传和初传)，确定接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度。
综上，若识别出接收到的数据由C-RNTI加扰的PDCCH调度，且接收到的数据为初传数据，确定接收到的数据由C-RNTI加扰的PDCCH调度；
若识别出接收到的数据由C-RNTI加扰的PDCCH调度，且接收到的数据为重传数据，且接收到的数据的初传由C-RNTI加扰的PDCCH调度，确定接收到的数据由C-RNTI加扰的PDCCH调度；
若识别出接收到的数据由G-RNTI加扰的PDCCH调度，且接收到的数据为初传数据，确定接收到的数据由G-RNTI加扰的PDCCH调度；
若识别出接收到的数据由G-RNTI加扰的PDCCH调度，且接收到的数据为重传数据，且接收到的数据的初传由G-RNTI加扰的PDCCH调度，确定接收到的数据由G-RNTI加扰的PDCCH调度；
若识别出接收到的数据由C-RNTI加扰的PDCCH调度，且接收到的数据为重传数据，且接收到的数据的初传由G-RNTI加扰的PDCCH调度，确定接收到的数据的初传由G-RNTI加扰的PDCCH调度，重传由C-RNTI加扰的PDCCH调度。
本申请实施例中，上述三种类型的数据可以复用HARQ进程标识，效率较高。对于第3)种情况，会有所限制，因为UE需要根据初传的G-RNTI+HARQ进程标识来判断，后续C-RNTI使用相同的HARQ进程标识调度的重传，是初传对应的PTM leg数据，因此必须严格按照这样的顺序，不能打乱，例如不能用C-RNTI+新的HARQ进程标识来初传调度PTM leg的数据，因为这时候UE无法正确识别这是一个PTM leg的数据，而会把它错误当作是SRB、DRB或MRB PTP数据。
在本申请的一些实施例中，物理层可以指示MAC层接收到的数据对应的RNTI类型，MAC层根据物理层的指示，并根据接收到的数据的逻辑信道标识，确定所述接收到的数据所属的RLC实体。
本申请的一些实施例中，可选的，根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体包括以下至少一项：
11)MAC层在物理层指示接收到的数据由C-RNTI加扰的PDCCH调度时，根据C-RNTI对应的逻辑信道标识，确定接收到的数据所属的单播数据的RLC实体或PTP RLC实体；
该种情况下，物理层只需指示MAC层接收到的数据由C-RNTI加扰的PDCCH调度，MAC层便可根据C-RNTI对应的逻辑信道标识，确定接收到的数据所属的单播数据的RLC实体或PTP RLC实体。
12)MAC层在物理层指示接收到的数据由G-RNTI加扰的PDCCH调度且指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体；
该种情况下，物理层需指示MAC层接收到的数据由G-RNTI加扰的PDCCH调度，并向MAC层指示该G-RNTI，MAC层根据该G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
13)MAC层在物理层指示接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度且指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
该种情况下，物理层需指示MAC层接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度，并向MAC层指示该G-RNTI，MAC层根据该G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
本申请的一些实施例中，可选的，根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体包括以下至少一项：
21)MAC层在物理层指示接收到的数据由C-RNTI加扰的PDCCH调度时，根据C-RNTI对应的逻辑信道标识，确定接收到的数据所属的单播数据的RLC实体或PTP RLC实体；
22)MAC层在物理层指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
即，本申请实施例中，将上述实施例中的12)和13)合并，这两种情况下，物理层只需指示MAC层接收到的数据对应的G-RNTI即可，MAC层便可通过G-RNTI对应的逻辑信道标识，确定接收到的数据属于目标多播业务的哪一MRB的PTM RLC实体。
(2)在本申请的一些实施例中，可选的，根据接收到的数据的HARQ进程标识，确定接收到的数据所属的RLC实体。
本申请实施例中，可选的，根据接收到的数据的HARQ进程标识，确定所述接收到的数据属于目标多播业务的RLC实体包括：
MAC层在物理层识别出接收到的数据的HARQ进程标识为专用的HARQ进程标识，确定接收到的数据属于目标多播业务；
MAC层根据接收到的数据的逻辑信道标识，确定接收到的数据所属的RLC实体。
本申请实施例中，网络侧可以为目标多播业务的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度的情况配置专用的HARQ进程标识，当接收到专用的HARQ进程标识的数据时，直接确定接收到的数据属于目标多播业务，然后根据接收到的数据逻辑信道标识，确定所属的RLC实体。
网络侧给的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度的情况配置专用的HARQ进程标识，例如预留2个HARQ进程标识，这两个HARQ进程标识是其它两种方式情况不允许使用的，并且预留的两个HARQ进程标识是与G-RNTI或者TMGI绑定的，即只允许这个多播业务使用。
这种方式的最大好处是对的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度的情况有独立的区分，UE获得HARQ进程标识之后，就可以知道这是的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度的情况，从而无论用C-RNTI还是由G-RNTI加扰的PDCCH调度初传或者重传，UE都会把数据送到G-RNTI或TMGI对应的PTM leg，不会发生错误，对调度使用的顺序没有任何限制。
本申请实施例中，上述方式(1)(复用HARQ进程标识)和方式(2)(专用HARQ进程标识)可以同时使用，例如对于比较重要的多播业务，采用方式(2)配置专用的HARQ进程标识，对于其他多播业务，采用复用HARQ进程标识的方式。
(3)在本申请的一些实施例中，MAC层也可以仅根据接收到的数据的逻辑信道标识，确定所述接收到的数据所属的RLC实体。
可选的，MAC层根据接收到的数据的逻辑信道标识，确定所述接收到的数据所属的RLC实体包括以下至少一项：
若MAC层识别出接收到的数据的逻辑信道标识为配置给目标单播数据的第一逻辑信道标识，确定接收到的数据属于目标单播数据的RLC实体；
若MAC层识别出接收到的数据的逻辑信道标识为配置给目标多播业务的PTP RLC实体的第二逻辑信道标识，确定接收到的数据属于所述目标多播业务的PTP RLC实体；
若MAC层识别出接收到的数据的逻辑信道标识为配置给目标多播业务的PTM RLC实体的第三逻辑信道标识，确定接收到的数据属于所述目标多播业务的PTM RLC实体；
其中，所述第一逻辑信道标识、第二逻辑信道标识和所述第三逻辑信道标识的取值不重叠。
本申请实施例中，为单播数据的RLC实体、目标多播业务的PTP RLC实体和目标多播业务的PTM RLC实体分别配置不同的逻辑信道标识，从而MAC层根据逻辑信道标识，便可区分数据的类型，无需物理层的指示。
本申请实施例中，虽然MAC层无需物理层的指示，物理层也可以识别接收到的数据对应的RNTI类型或HARQ进程标识。
下面对本申请实施例中的各类数据的逻辑信道的取值范围进行说明。
请参考表1，表1为下行共享信道(DL-SCH)的逻辑信道标识的取值范围。
表1下行共享信道(DL-SCH)的逻辑信道标识的取值范围
Figure BDA0002964556800000141
本申请实施例中，数据类型可以以下几种：
1)第一种类型数据：由C-RNTI加扰的PDCCH调度的单播(unicast)数据，指SRB或DRB数据，其LCID(逻辑信道标识)取值可以为表1中的0-32；
2)第二种类型数据：由C-RNTI加扰的PDCCH调度的多播业务对应的MRB PTP leg数据，例如TMGI1的MRB1 PTP leg+MRB2 PTP leg，TMGI2的MRB2 PTP leg+MRB3 PTP leg等，这部分数据由于永远使由C-RNTI加扰的PDCCH调度，因此跟第一种类型数据是可以共享LCID空间且彼此区分的，例如可以使用表1中1–32分或者33-34或者35-46部分，且和第一种类型的LCID取值不重叠。
当0-32不够用了之后，可以启动扩展1-byte LCID空间或者扩展2-byte LCID空间，对扩展LCID空间的使用可以基于UE的能力，只有支持该扩展能力的UE才能进行相关的配置；
关于第一种和第二种类型的数据的逻辑信道标识，可以通过专用无线资源控制(Radio Resource Control，RRC)信令配置，针对每个UE分别根据情况进行配置，一旦配置完成可以一直使用直到释放或者重配置。
3)第三种类型数据：由G-RNTI加扰的PDCCH调度的多播业务对应的MRB PTM leg数据，例如TMGI1的MRB1或MRB2 PTM leg使用G-RNTI 1调度，TMGI2的MRB1、MRB2或MRB3 PTMleg使用G-RNTI 2调度等。
在MAC层独立根据逻辑信道标识区分数据的实施例中，第三种类型数据需要与第一种和第二种类型数据的逻辑信道标识不同，以进行区分。
在物理层指示MAC层接收到的数据对应的G-RNTI的实施例中，第三种类型数据由于各自使用不同的G-RNTI，因此彼此之间以及与前两种数据之间已经通过G-RNTI做了区分，因此原则上不同TMGI/G-RNTI的MRB PTM leg之间以及和前两种数据类型之间是可以重复使用相同的LCID，例如可以使用表1中1–32分或者33-34或者35-46部分，且可以和其他类型数据重叠。
4)第四种类型数据：由C-RNTI加扰的PDCCH调度的多播业务对应的MRB PTM leg数据，这种类型就数据内容本身来说，就是第三种的内容，所不同的是使用了不同的RNTI来调度，分两种情况：
一种是物理层能够识别出是使用由C-RNTI加扰的PDCCH调度的某个TMGI/G-RNTI的MRB PTM leg数据并指示MAC层，那么这些MRB PTM leg的取值就不需要有任何额外考虑，直接可以在所有的LCID空间内，例如可以使用表1中1–32分或者33-34或者35-46部分，且可以和其他类型数据重叠；
另一种如果物理层并不指示MAC层，MAC层需要LCID来区分解出的MAC PDU需要扔到哪个对应的RLC entity，则此时这些MRB PTM leg的LCID取值，需要跟第一种和第二种严格有所区分，即各自可以独立识别，例如可以使用表1中1–32分或者33-34或者35-46部分，且不可以和其它数据重叠。有了独立可识别的LCID配置，UE从LCID就可以判断这是哪个TMGI的MRB PTM leg了，因此接收数据包可以正确递交到对应RLC entity。
本申请实施例中，可选的，根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体之前还包括：接收至少一个目标多播业务的配置信息，所述配置信息包括以下至少一项：所述目标多播业务的目标MRB的PTM接收实体的配置信息，和，所述目标MRB的PTP接收实体的配置信息；
其中，所述PTM接收实体的配置信息包括以下至少一项：所述PTM接收实体的逻辑信道标识，PTM RLC实体的配置信息，调度所述目标多播业务的数据使用的G-RNTI，所述PTMRLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度的指示信息；本公开实施例中，G-RNTI是针对一个临时移动组标识(TMGI)粒度的，即G-RNTI和TMGI是一一对应的，TMGI是业务的标识，一个TMGI可以包含多个MRB，而一个MRB对应一个或两个RLC实体。
所述PTP接收实体的配置信息包括以下至少一项：PTP RLC实体的配置信息和所述PTP接收实体的逻辑信道标识。
可选的，所示指示信息为显示指示信息。显示指示信息可以为1bit开关。
可选的，所述指示信息为隐式指示信息，通过HARQ进程标识和/或逻辑信道标识是否能够区分以下三种数据来指示所述PTM RLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度：单播数据，PTP RLC实体的数据，PTM RLC实体的数据。单播数据可以是单播信令无线承载(Signaling Radio Bearer，SRB)数据或单播数据无线承载(Data Radio Bearer，DRB)数据。若HARQ进程标识和/或逻辑信道标识能够区分上述三种数据，则指示所述PTMRLC实体的数据允许使用由C-RNTI加扰的PDCCH调度，若HARQ进程标识和/或逻辑信道标识不能够区分上述三种数据，则指示所述PTM RLC实体的数据不允许使用由C-RNTI加扰的PDCCH调度。
下面结合具体实施例，对本申请中的多播业务的接收方法进行举例说明。
首先，若UE对一个或者多个多播业务感兴趣，在连接态向网络侧上报感兴趣的TMGI列表(list)，网络侧根据UE的能力和网络侧算法等，决定该UE的多播相关的配置信息，例如包含如下内容：
1)将LCID 1-10配置给UE的单播RB或者预留给可能的单播RB；
2)UE感兴趣的TMGI1业务(分配G-RNTI1)的QoS流(flow)被映射到3个MRB上，且其中3个MRB都有较高的误块率要求，因此同时配置PTP leg和PTM leg，配置6个RLC实体的各自配置参数，对MRB1的PTM leg分配LCID＝35且PTP leg LCID＝11，MRB2的PTM leg分配LCID＝36且PTP leg LCID＝12，对MRB3的PTM leg分配LCID＝37且PTP leg LCID＝13；
3)UE感兴趣的TMGI2业务(分配G-RNTI2)的QoS flow被映射到4个MRB上，且其中3个MRB都有较高的误块率要求被同时配置PTP leg和PTM leg，其余1个MRB只有PTM leg，则也需要配置7个RLC实体的各自配置参数，对MRB1的PTM leg分配LCID＝35且PTP leg LCID＝14，MRB2的PTM leg分配LCID＝36且PTP leg LCID＝15，对MRB3的PTM leg分配LCID＝37且PTP leg LCID＝16，对MRB4的PTM leg分配LCID＝38且没有对应的PTP leg；
即相当于UE除了单播数据之外，针对多播业务，一共建立起13个RLC实体。
配置之后，UE按照配置的内容建立起相关的L2接收实体，并开始接收数据：
1)UE在TMGI1的非连续接收(DRX)pattern中监听G-RNTI1的调度，如果接收并解码正确，则将MAC PDU进行拆包，并通过读取MAC subheader里的LCID域，来判断属于哪一个PTM RLC entity，例如属于TMGI1的LCID＝35对应的MRB1的PTM RLC实体，从而送到正确的RLC实体进行后续处理；
2)UE在TMGI2的DRX pattern中监听G-RNTI2的调度，如果接收并解码正确，则将MAC PDU进行拆包，并通过读取MAC subheader里的LCID域，来判断属于哪一个PTM RLC实体，例如属于TMGI1的LCID＝35对应的MRB1的PTM RLC实体，从而送到正确的RLC实体进行后续处理。
在上面两种情况中，虽然PTM的LCID是存在重叠部分，但由于不同的G-RNTI已经完全区分开TMGI1和TMGI2了，因此可以正确无误的区分。
3)UE在单播DRX pattern中监听C-RNTI的调度，如果接收并解码正确，将MAC PDU进行拆包，通过读取MAC subheader里的LCID域，来判断属于单播RB，还是TMGI对应的PTPleg，例如LCID 1-10是单播RB，LCID 11-13分别是TMGI1的MRB1-MRB3对应的PTP leg，LCID14-16分别是TMGI2的MRB1-MRB3对应的PTP leg，因此通过LCID可以准确无误地找到对应的RLC实体。
4)UE在监听C-RNTI的过程中，如果在C-RNTI的调度中接收到了某一个TMGI，例如TMGI1的初传所对应的重传，判断方式为G-RNTI1先调度了HARQ进程标识＝3的初传，之后UE使用C-RNTI监听到了相同的HARQ进程标识＝3的重传，则UE知道这个重传的内容是TMGI1的PTM leg数据，如果接收正确，则通过LCID域，可以判断是TMGI1的哪个MRB的PTM leg，因此也可以准确无误的向上递交。
注意：上述各种DRX pattern是可选的配置，如果没有配置DRX pattern，则意味着在所有的下行子帧进行相关RNTI的PDCCH监控。
进一步的，在上面的例子中，还可以有以下增强配置和行为：
1)为TMGI1分配专用的HARQ进程标识＝1，2，和\或，者为TMGI2分配专用的HARQ进程标识＝3，4；对于UE接收来说，如果C-RNTI监听到了专用的HARQ进程标识的调度，则可以确定是哪个TMGI，再进一步通过LCID域区分是哪个leg，因此可以准确无误的找到对应RLC实体；且C-RNTI可以是初传调度或者重传调度，都可以识别。
2)为TMGI1和TMGI2的PTM leg分配可以识别的LCID，例如TMGI1的MRB1-3对应的LCID为35-37，TMGI2的MRB1-4对应的LCID为38-41，这样通过LCID就可以区分不同的RLC实体。
更进一步，由于UE1所在的UE group，都支持扩展的LCID，因此可以为TMGI1和TMGI2的PTM leg在扩展LCID范围内分配可以识别的LCID，例如TMGI1的MRB1-3对应的LCID为335-337，TMGI2的MRB1-4对应的LCID为338-341，这样通过LCID也可以区分不同的RLC实体。
对于接收UE来说，由于上两种方式都具有可以识别的LCID，因此UE通过唯一的LCID，就可以找到对应的RLC实体。
上述的一些实施例中，物理层可以判断出由C-RNTI加扰的PDCCH调度的是某个TMGI的PTM leg的数据，物理层可以通过层间交互将该信息告知MAC层，MAC层再通过LCID可以找到正确的TMGI对应的PTM RLC实体。
上述的另外一些实施例中，如果MAC层独立用LCID来区分，相当于物理层不用判断由C-RNTI加扰的PDCCH调度TMGI的PTM leg数据这件事情，物理层正常接收数据，递交给MAC层，MAC层通过LCID找到正确的TMGI对应的PTM RLC实体。
上述的另外一些实施例中，物理层也可以判断出由C-RNTI加扰的PDCCH调度的是某个TMGI的PTM leg的数据，但是不通知MAC层，由MAC层直接通过LCID找到正确的TMGI对应的PTM RLC实体。
请参考图4，本申请实施例还提供一种多播业务的配置方法，由网络侧设备执行，包括：
步骤41：向终端发送至少一个目标多播业务的配置信息，所述配置信息包括以下至少一项：所述目标多播业务的目标MRB的PTM接收实体的配置信息，和，所述目标MRB的PTP接收实体的配置信息；
其中，所述PTM接收实体的配置信息包括以下至少一项：所述PTM接收实体的逻辑信道标识，PTM RLC实体的配置信息，调度所述目标多播业务的数据使用的G-RNTI，所述PTMRLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度的指示信息；
所述PTP接收实体的配置信息包括以下至少一项：PTP RLC实体的配置信息和所述PTP接收实体的逻辑信道标识。
可选的，所示指示信息为显示指示信息；
或者
所述指示信息为隐式指示信息，通过HARQ进程标识和/或逻辑信道标识是否能够区分以下三种数据来指示所述PTM RLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度：单播数据，PTP RLC实体的数据，PTM RLC实体的数据。
需要说明的是，本申请实施例提供的多播业务的接收方法，执行主体可以为多播业务的接收装置，或者，该多播业务的接收装置中的用于执行多播业务的接收方法的控制模块。本申请实施例中以多播业务的接收装置执行多播业务的接收方法为例，说明本申请实施例提供的多播业务的接收装置。
请参考图5，本申请实施例还提供一种多播业务的接收装置50，包括：
确定模块51，用于根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体，所述RLC实体为单播数据的RLC实体、目标多播业务的PTP RLC实体或目标多播业务的PTM RLC实体。
本申请实施例中，当多播业务存在多路径传输时，终端可以根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体，有效区分接收到的数据所属的RLC实体，在不同的路径进行MBS业务的接收，既保障了网络调度的灵活性也确保了UE的用户体验，在提升UE接收MBS业务的QoS和体验的基础上，进一步确保系统效率。
可选的，所述确定模块用于根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，确定所述接收到的数据所属的RLC实体。
可选的，所述确定模块包括：
第一确定子模块，用于若根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据由小区无线网络临时标识C-RNTI加扰的PDCCH调度；
第二确定子模块，用于若根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据由组无线网络临时标识G-RNTI加扰的PDCCH调度；
第三确定子模块，用于根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度。
可选的，所述确定模块包括：
第四确定子模块，用于在物理层指示接收到的数据由C-RNTI加扰的PDCCH调度时，根据C-RNTI对应的逻辑信道标识，确定接收到的数据所属的单播数据的RLC实体或PTP RLC实体；
第五确定子模块，用于在物理层指示接收到的数据由G-RNTI加扰的PDCCH调度且指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体；
第六确定子模块，用于在物理层指示接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度且指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
可选的，所述确定模块包括：
第七确定子模块，用于在物理层指示接收到的数据由C-RNTI加扰的PDCCH调度时，根据C-RNTI对应的逻辑信道标识，确定接收到的数据所属的单播数据的RLC实体或PTP RLC实体；
第八确定子模块，用于在物理层指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
可选的，所述确定模块包括：
第九确定子模块，用于根据接收到的数据的HARQ进程标识，确定所述接收到的数据属于目标多播业务的RLC实体。
可选的，所述第九确定子模块，用于在物理层识别出接收到的数据的HARQ进程标识为专用的HARQ进程标识，确定接收到的数据属于目标多播业务；根据接收到的数据的逻辑信道标识，确定接收到的数据所属的RLC实体。
可选的，所述确定模块用于根据接收到的数据的逻辑信道标识，确定所述接收到的数据所属的RLC实体，所述RLC实体为单播数据的RLC实体、目标多播业务的PTP RLC实体或目标多播业务的PTM RLC实体。
可选的，所述确定模块包括：
第十确定子模块，用于若MAC层识别出接收到的数据的逻辑信道标识为配置给目标单播数据的第一逻辑信道标识，确定接收到的数据属于目标单播数据的RLC实体；
第十一确定子模块，用于若MAC层识别出接收到的数据的逻辑信道标识为配置给目标多播业务的PTP RLC实体的第二逻辑信道标识，确定接收到的数据属于所述目标多播业务的PTP RLC实体；
第十二确定子模块，用于若MAC层识别出接收到的数据的逻辑信道标识为配置给目标多播业务的PTM RLC实体的第三逻辑信道标识，确定接收到的数据属于所述目标多播业务的PTM RLC实体；
其中，所述第一逻辑信道标识、第二逻辑信道标识和所述第三逻辑信道标识的取值不重叠。
可选的，所述装置还包括：
接收模块，用于接收至少一个目标多播业务的配置信息，所述配置信息包括以下至少一项：所述目标多播业务的目标MRB的PTM接收实体的配置信息，和，所述目标MRB的PTP接收实体的配置信息；
其中，所述PTM接收实体的配置信息包括以下至少一项：所述PTM接收实体的逻辑信道标识，PTM RLC实体的配置信息，调度所述目标多播业务的数据使用的G-RNTI，所述PTMRLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度的指示信息；
所述PTP接收实体的配置信息包括以下至少一项：PTP RLC实体的配置信息和所述PTP接收实体的逻辑信道标识。
本申请实施例中的多播业务的接收装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的多播业务的接收装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
本申请实施例提供的多播业务的接收装置能够实现图3的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，本申请实施例提供的多播业务的配置方法，执行主体可以为多播业务的配置装置，或者，该多播业务的配置装置中的用于执行多播业务的配置方法的控制模块。本申请实施例中以多播业务的配置装置执行多播业务的配置方法为例，说明本申请实施例提供的多播业务的配置装置。
请参考图6，本申请实施例还提供一种多播业务的配置装置60，包括：
发送模块61，用于向终端发送至少一个目标多播业务的配置信息，所述配置信息包括以下至少一项：所述目标多播业务的目标MRB的PTM接收实体的配置信息，和，所述目标MRB的PTP接收实体的配置信息；
其中，所述PTM接收实体的配置信息包括以下至少一项：所述PTM接收实体的逻辑信道标识，PTM RLC实体的配置信息，调度所述目标多播业务的数据使用的G-RNTI，所述PTMRLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度的指示信息；
所述PTP接收实体的配置信息包括以下至少一项：PTP RLC实体的配置信息和所述PTP接收实体的逻辑信道标识。
可选的，所示指示信息为显示指示信息；
或者
所述指示信息为隐式指示信息，通过HARQ进程标识和/或逻辑信道标识是否能够区分以下三种数据来指示所述PTM RLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度：单播数据，PTP RLC实体的数据，PTM RLC实体的数据。
如图7所示，本申请实施例还提供一种通信设备70，包括处理器71，存储器72，存储在存储器72上并可在所述处理器71上运行的程序或指令，例如，该通信设备70为终端时，该程序或指令被处理器71执行时实现上述多播业务的接收方法实施例的各个过程，且能达到相同的技术效果。该通信设备70为网络侧设备时，该程序或指令被处理器71执行时实现上述多播业务的配置方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
图8为实现本申请实施例的一种终端的硬件结构示意图。该终端80包括但不限于：射频单元81、网络模块82、音频输出单元83、输入单元84、传感器85、显示单元86、用户输入单元87、接口单元88、存储器89、以及处理器810等部件。
本领域技术人员可以理解，终端80还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器810逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图8中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元84可以包括图形处理器(GraphicsProcessing Unit，GPU)841和麦克风842，图形处理器841对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元86可包括显示面板861，可以采用液晶显示器、有机发光二极管等形式来配置显示面板861。用户输入单元87包括触控面板881以及其他输入设备882。触控面板881，也称为触摸屏。触控面板881可包括触摸检测装置和触摸控制器两个部分。其他输入设备882可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元81将来自网络侧设备的下行数据接收后，给处理器810处理；另外，将上行的数据发送给网络侧设备。通常，射频单元81包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器89可用于存储软件程序或指令以及各种数据。存储器89可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器89可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
处理器810可包括一个或多个处理单元；可选的，处理器810可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器810中。
其中，处理器810，用于根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体，所述RLC实体为单播数据的RLC实体、目标多播业务的PTP RLC实体或目标多播业务的PTM RLC实体。
本申请实施例中，当多播业务存在多路径传输时，终端可以根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体，有效区分接收到的数据所属的RLC实体，在不同的路径进行MBS业务的接收，既保障了网络调度的灵活性也确保了UE的用户体验，在提升UE接收MBS业务的QoS和体验的基础上，进一步确保系统效率。
可选的，处理器810，用于根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，确定所述接收到的数据所属的RLC实体。
可选的，处理器810，用于执行包括以下至少一项：
物理层根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据由小区无线网络临时标识C-RNTI加扰的PDCCH调度；
物理层根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据由组无线网络临时标识G-RNTI加扰的PDCCH调度；
物理层根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度。
可选的，处理器810，用于执行以下至少一项：
MAC层在物理层指示接收到的数据由C-RNTI加扰的PDCCH调度时，根据C-RNTI对应的逻辑信道标识，确定接收到的数据所属的单播数据的RLC实体或PTP RLC实体；
MAC层在物理层指示接收到的数据由G-RNTI加扰的PDCCH调度且指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体；
MAC层在物理层指示接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度且指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
可选的，处理器810，用于执行以下至少一项：
在物理层指示接收到的数据由C-RNTI加扰的PDCCH调度时，根据C-RNTI对应的逻辑信道标识，确定接收到的数据所属的单播数据的RLC实体或PTP RLC实体；
MAC层在物理层指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
可选的，处理器810，用于根据接收到的数据的HARQ进程标识，确定所述接收到的数据属于目标多播业务的RLC实体。
可选的，处理器810，用于在物理层识别出接收到的数据的HARQ进程标识为专用的HARQ进程标识，确定接收到的数据属于目标多播业务；根据接收到的数据的逻辑信道标识，确定接收到的数据所属的RLC实体。
可选的，处理器810，用于根据接收到的数据的逻辑信道标识，确定所述接收到的数据所属的RLC实体。
可选的，处理器810，用于执行以下至少一项：
若MAC层识别出接收到的数据的逻辑信道标识为配置给目标单播数据的第一逻辑信道标识，确定接收到的数据属于目标单播数据的RLC实体；
若MAC层识别出接收到的数据的逻辑信道标识为配置给目标多播业务的PTP RLC实体的第二逻辑信道标识，确定接收到的数据属于所述目标多播业务的PTP RLC实体；
若MAC层识别出接收到的数据的逻辑信道标识为配置给目标多播业务的PTM RLC实体的第三逻辑信道标识，确定接收到的数据属于所述目标多播业务的PTM RLC实体；
其中，所述第一逻辑信道标识、第二逻辑信道标识和所述第三逻辑信道标识的取值不重叠。
可选的，所述射频单元81，用于接收至少一个目标多播业务的配置信息，所述配置信息包括以下至少一项：所述目标多播业务的目标MRB的PTM接收实体的配置信息，和，所述目标MRB的PTP接收实体的配置信息；
其中，所述PTM接收实体的配置信息包括以下至少一项：所述PTM接收实体的逻辑信道标识，PTM RLC实体的配置信息，调度所述目标多播业务的数据使用的G-RNTI，所述PTMRLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度的指示信息；
所述PTP接收实体的配置信息包括以下至少一项：PTP RLC实体的配置信息和所述PTP接收实体的逻辑信道标识。
可选的，所示指示信息为显示指示信息；
或者
所述指示信息为隐式指示信息，通过HARQ进程标识和/或逻辑信道标识是否能够区分以下三种数据来指示所述PTM RLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度：单播数据，PTP RLC实体的数据，PTM RLC实体的数据。
本申请实施例还提供了一种网络侧设备。如图9所示，该网络设备90包括：天线91、射频装置92、基带装置93。天线91与射频装置92连接。在上行方向上，射频装置92通过天线91接收信息，将接收的信息发送给基带装置93进行处理。在下行方向上，基带装置93对要发送的信息进行处理，并发送给射频装置92，射频装置92对收到的信息进行处理后经过天线91发送出去。
上述频带处理装置可以位于基带装置93中，以上实施例中网络侧设备执行的方法可以在基带装置93中实现，该基带装置93包括处理器94和存储器95。
基带装置93例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图9所示，其中一个芯片例如为处理器94，与存储器95连接，以调用存储器95中的程序，执行以上方法实施例中所示的网络设备操作。
该基带装置93还可以包括网络接口96，用于与射频装置92交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。
具体地，本申请实施例的网络侧设备还包括：存储在存储器95上并可在处理器94上运行的指令或程序，处理器94调用存储器95中的指令或程序执行图6所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述多播业务的接收方法或者多播业务的配置方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现上述多播业务的接收方法或者多播业务的配置方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种程序产品，所述程序产品存储在非易失的存储介质中，所述程序产品被至少一个处理器执行以实现上述多播业务的接收方法或者多播业务的配置方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (23)

1.一种多播业务的接收方法，由终端执行，其特征在于，包括：
根据接收到的数据对应的无线网络临时标识RNTI类型、混合自动重传请求HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的无线链路层控制协议RLC实体，所述RLC实体为单播数据的RLC实体、目标多播业务的点对点PTP RLC实体或目标多播业务的点对多点PTM RLC实体；
其中，所述根据接收到的数据对应的逻辑信道标识，确定所述接收到的数据所属的RLC实体包括以下至少一项：
若MAC层识别出接收到的数据的逻辑信道标识为配置给目标单播数据的第一逻辑信道标识，确定接收到的数据属于目标单播数据的RLC实体；
若MAC层识别出接收到的数据的逻辑信道标识为配置给目标多播业务的PTP RLC实体的第二逻辑信道标识，确定接收到的数据属于所述目标多播业务的PTP RLC实体；
若MAC层识别出接收到的数据的逻辑信道标识为配置给目标多播业务的PTM RLC实体的第三逻辑信道标识，确定接收到的数据属于所述目标多播业务的PTM RLC实体；
其中，所述第一逻辑信道标识、第二逻辑信道标识和所述第三逻辑信道标识的取值不重叠。
2.根据权利要求1所述的方法，其特征在于，根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体包括：
根据接收到的数据对应的RNTI类型、HARQ进程标识和新数据指示符NDI，确定所述接收到的数据所属的RLC实体。
3.根据权利要求2所述的方法，其特征在于，根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，确定所述接收到的数据所属的RLC实体包括以下至少一项：
物理层根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据由小区无线网络临时标识C-RNTI加扰的PDCCH调度；
物理层根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据由组无线网络临时标识G-RNTI加扰的PDCCH调度；
物理层根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度。
4.根据权利要求3所述的方法，其特征在于，根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体包括以下至少一项：
MAC层在物理层指示接收到的数据由C-RNTI加扰的PDCCH调度时，根据C-RNTI对应的逻辑信道标识，确定接收到的数据所属的单播数据的RLC实体或PTP RLC实体；
MAC层在物理层指示接收到的数据由G-RNTI加扰的PDCCH调度且指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体；
MAC层在物理层指示接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度且指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
5.根据权利要求3所述的方法，其特征在于，根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体包括以下至少一项：
MAC层在物理层指示接收到的数据由C-RNTI加扰的PDCCH调度时，根据C-RNTI对应的逻辑信道标识，确定接收到的数据所属的单播数据的RLC实体或PTP RLC实体；
MAC层在物理层指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
6.根据权利要求1所述的方法，其特征在于，根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体包括：
根据接收到的数据的HARQ进程标识，确定所述接收到的数据属于目标多播业务的RLC实体。
7.根据权利要求6所述的方法，其特征在于，根据接收到的数据的HARQ进程标识，确定所述接收到的数据属于目标多播业务的RLC实体包括：
MAC层在物理层识别出接收到的数据的HARQ进程标识为专用的HARQ进程标识，确定接收到的数据属于目标多播业务；
MAC层根据接收到的数据的逻辑信道标识，确定接收到的数据所属的RLC实体。
8.根据权利要求1所述的方法，其特征在于，根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体之前还包括：
接收至少一个目标多播业务的配置信息，所述配置信息包括以下至少一项：所述目标多播业务的目标MRB的PTM接收实体的配置信息，和，所述目标MRB的PTP接收实体的配置信息；
其中，所述PTM接收实体的配置信息包括以下至少一项：所述PTM接收实体的逻辑信道标识，PTM RLC实体的配置信息，调度所述目标多播业务的数据使用的G-RNTI，所述PTM RLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度的指示信息；
所述PTP接收实体的配置信息包括以下至少一项：PTP RLC实体的配置信息和所述PTP接收实体的逻辑信道标识。
9.根据权利要求8所述的方法，其特征在于，
所示指示信息为显示指示信息；
或者
所述指示信息为隐式指示信息，通过HARQ进程标识和/或逻辑信道标识是否能够区分以下三种数据来指示所述PTM RLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度：单播数据，PTP RLC实体的数据，PTM RLC实体的数据。
10.一种多播业务的配置方法，由网络侧设备执行，其特征在于，包括：
向终端发送至少一个目标多播业务的配置信息，所述配置信息包括以下至少一项：所述目标多播业务的目标MRB的PTM接收实体的配置信息，和，所述目标MRB的PTP接收实体的配置信息；
其中，所述PTM接收实体的配置信息包括以下至少一项：所述PTM接收实体的逻辑信道标识，PTM RLC实体的配置信息，调度所述目标多播业务的数据使用的G-RNTI，所述PTM RLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度的指示信息；
所述PTP接收实体的配置信息包括以下至少一项：PTP RLC实体的配置信息和所述PTP接收实体的逻辑信道标识。
11.根据权利要求10所述的方法，其特征在于，
所示指示信息为显示指示信息；
或者
所述指示信息为隐式指示信息，通过HARQ进程标识和/或逻辑信道标识是否能够区分以下三种数据来指示所述PTM RLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度：单播数据，PTP RLC实体的数据，PTM RLC实体的数据。
12.一种多播业务的接收装置，其特征在于，包括：
确定模块，用于根据接收到的数据对应的RNTI类型、HARQ进程标识和/或逻辑信道标识，确定所述接收到的数据所属的RLC实体，所述RLC实体为单播数据的RLC实体、目标多播业务的PTP RLC实体或目标多播业务的PTM RLC实体；
所述确定模块包括：
第十确定子模块，用于若MAC层识别出接收到的数据的逻辑信道标识为配置给目标单播数据的第一逻辑信道标识，确定接收到的数据属于目标单播数据的RLC实体；
第十一确定子模块，用于若MAC层识别出接收到的数据的逻辑信道标识为配置给目标多播业务的PTP RLC实体的第二逻辑信道标识，确定接收到的数据属于所述目标多播业务的PTP RLC实体；
第十二确定子模块，用于若MAC层识别出接收到的数据的逻辑信道标识为配置给目标多播业务的PTM RLC实体的第三逻辑信道标识，确定接收到的数据属于所述目标多播业务的PTM RLC实体；
其中，所述第一逻辑信道标识、第二逻辑信道标识和所述第三逻辑信道标识的取值不重叠。
13.根据权利要求12所述的装置，其特征在于，所述确定模块用于根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，确定所述接收到的数据所属的RLC实体。
14.根据权利要求13所述的装置，其特征在于，所述确定模块包括：
第一确定子模块，用于若根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据由小区无线网络临时标识C-RNTI加扰的PDCCH调度；
第二确定子模块，用于若根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据由组无线网络临时标识G-RNTI加扰的PDCCH调度；
第三确定子模块，用于根据接收到的数据对应的RNTI类型、HARQ进程标识和NDI，识别出接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度。
15.根据权利要求14所述的装置，其特征在于，所述确定模块包括：
第四确定子模块，用于在物理层指示接收到的数据由C-RNTI加扰的PDCCH调度时，根据C-RNTI对应的逻辑信道标识，确定接收到的数据所属的单播数据的RLC实体或PTP RLC实体；
第五确定子模块，用于在物理层指示接收到的数据由G-RNTI加扰的PDCCH调度且指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体；
第六确定子模块，用于在物理层指示接收到的数据的初传由G-RNTI加扰的PDCCH调度、重传由C-RNTI加扰的PDCCH调度且指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
16.根据权利要求14所述的装置，其特征在于，所述确定模块包括：
第七确定子模块，用于在物理层指示接收到的数据由C-RNTI加扰的PDCCH调度时，根据C-RNTI对应的逻辑信道标识，确定接收到的数据所属的单播数据的RLC实体或PTP RLC实体；
第八确定子模块，用于在物理层指示接收到的数据对应的G-RNTI时，根据接收到的数据对应的G-RNTI对应的逻辑信道标识，确定接收到的数据所属的PTM RLC实体。
17.根据权利要求12所述的装置，其特征在于，所述确定模块包括：
第九确定子模块，用于根据接收到的数据的HARQ进程标识，确定所述接收到的数据属于目标多播业务的RLC实体。
18.根据权利要求17所述的装置，其特征在于，所述第九确定子模块，用于在物理层识别出接收到的数据的HARQ进程标识为专用的HARQ进程标识，确定接收到的数据属于目标多播业务；根据接收到的数据的逻辑信道标识，确定接收到的数据所属的RLC实体。
19.根据权利要求12所述的装置，其特征在于，还包括：
接收模块，用于接收至少一个目标多播业务的配置信息，所述配置信息包括以下至少一项：所述目标多播业务的目标MRB的PTM接收实体的配置信息，和，所述目标MRB的PTP接收实体的配置信息；
其中，所述PTM接收实体的配置信息包括以下至少一项：所述PTM接收实体的逻辑信道标识，PTM RLC实体的配置信息，调度所述目标多播业务的数据使用的G-RNTI，所述PTM RLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度的指示信息；
所述PTP接收实体的配置信息包括以下至少一项：PTP RLC实体的配置信息和所述PTP接收实体的逻辑信道标识。
20.一种多播业务的配置装置，其特征在于，包括：
发送模块，用于向终端发送至少一个目标多播业务的配置信息，所述配置信息包括以下至少一项：所述目标多播业务的目标MRB的PTM接收实体的配置信息，和，所述目标MRB的PTP接收实体的配置信息；
其中，所述PTM接收实体的配置信息包括以下至少一项：所述PTM接收实体的逻辑信道标识，PTM RLC实体的配置信息，调度所述目标多播业务的数据使用的G-RNTI，所述PTM RLC实体的数据是否允许使用由C-RNTI加扰的PDCCH调度的指示信息；
所述PTP接收实体的配置信息包括以下至少一项：PTP RLC实体的配置信息和所述PTP接收实体的逻辑信道标识。
21.一种终端，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至9任一项所述的多播业务的接收方法的步骤。
22.一种网络侧设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求10或11所述的多播业务的配置方法的步骤。
23.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至9任一项所述的多播业务的接收方法，或者实现如权利要求10或11所述的多播业务的配置方法的步骤。
CN202110247336.8A 2021-03-05 2021-03-05 多播业务的接收方法、配置方法、终端及网络侧设备 Active CN115038048B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202110247336.8A CN115038048B (zh) 2021-03-05 2021-03-05 多播业务的接收方法、配置方法、终端及网络侧设备
PCT/CN2022/078552 WO2022184043A1 (zh) 2021-03-05 2022-03-01 多播业务的接收方法、配置方法、终端及网络侧设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110247336.8A CN115038048B (zh) 2021-03-05 2021-03-05 多播业务的接收方法、配置方法、终端及网络侧设备

Publications (2)

Publication Number Publication Date
CN115038048A CN115038048A (zh) 2022-09-09
CN115038048B true CN115038048B (zh) 2023-07-07

Family

ID=83118276

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110247336.8A Active CN115038048B (zh) 2021-03-05 2021-03-05 多播业务的接收方法、配置方法、终端及网络侧设备

Country Status (2)

Country Link
CN (1) CN115038048B (zh)
WO (1) WO2022184043A1 (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101771942A (zh) * 2008-12-26 2010-07-07 华为技术有限公司 多媒体广播组播业务分组的方法,设备及系统
CN110326313A (zh) * 2017-05-05 2019-10-11 华为技术有限公司 多播承载的管理方法和终端设备

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8059625B2 (en) * 2006-02-03 2011-11-15 Motorola Mobility, Inc. Distributed architecture and methods for broadcast/multicast service
CN102036168A (zh) * 2009-09-25 2011-04-27 中兴通讯股份有限公司 多媒体广播组播业务点对点承载下终端的切换方法与系统
CN106162565B (zh) * 2015-04-09 2021-06-01 北京三星通信技术研究有限公司 传输组通信业务数据的方法、系统及装置
WO2016163837A1 (en) * 2015-04-09 2016-10-13 Lg Electronics Inc. Method and apparatus for handling l2 entity in continuity between sc-ptm transmission and mbsfn transmission in wireless communication system
CN106470398A (zh) * 2015-08-14 2017-03-01 中兴通讯股份有限公司 Sc-mcch发送方法、sc-ptm接收方法及其装置
CN106470498B (zh) * 2015-08-17 2020-09-29 中兴通讯股份有限公司 Sc-mcch发送方法、sc-ptm接收方法及其装置
EP3461185A4 (en) * 2016-06-30 2019-04-17 Huawei Technologies Co., Ltd. NETWORK DEVICE, DEVICE DEVICE, CONFIGURATION METHOD FOR MULTICAST SERVICE AND RECEPTION PROCEDURES
JP6646152B2 (ja) * 2016-07-28 2020-02-14 京セラ株式会社 無線端末及び方法
CN107734646A (zh) * 2016-08-11 2018-02-23 电信科学技术研究院 一种多播业务信息的发送方法、接收方法、基站及终端
CN107889064B (zh) * 2016-09-29 2021-06-29 成都鼎桥通信技术有限公司 Mbms业务恢复接收方法及装置
CA3083316A1 (en) * 2019-06-11 2020-12-11 Comcast Cable Communications, Llc Wireless communications and control information transmission/reception
US11791943B2 (en) * 2019-07-26 2023-10-17 Qualcomm Incorporated Techniques for retransmissions in wireless communication systems
CN112312575A (zh) * 2019-07-31 2021-02-02 华为技术有限公司 一种通信方法及装置
US11533653B2 (en) * 2019-08-30 2022-12-20 Qualcomm Incorporated Mapping multicast broadcast quality of service flows to logical channel identifiers
CN111901765A (zh) * 2020-04-27 2020-11-06 中兴通讯股份有限公司 模式配置方法、装置、设备和存储介质
CN111866975A (zh) * 2020-05-18 2020-10-30 中兴通讯股份有限公司 切换方法及装置、信息发送方法及装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101771942A (zh) * 2008-12-26 2010-07-07 华为技术有限公司 多媒体广播组播业务分组的方法,设备及系统
CN110326313A (zh) * 2017-05-05 2019-10-11 华为技术有限公司 多播承载的管理方法和终端设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Qualcomm Inc.R2-2100321 "Enhancements for supporting loss less switch between PTM and PTP RLC legs".3GPP tsg_ran\wg2_rl2.2021,(tsgr2_113-e),全文. *

Also Published As

Publication number Publication date
CN115038048A (zh) 2022-09-09
WO2022184043A1 (zh) 2022-09-09

Similar Documents

Publication Publication Date Title
CN115038049B (zh) 多播业务的接收方法、配置方法、终端及网络侧设备
CN103947142A (zh) 使用单播子帧的多播服务
KR20100138812A (ko) 멀티미디어 브로드캐스트/멀티캐스트 서비스에서 오류 패킷의 재전송 요구 정보 전송 방법 및 재전송 요구에 대한 오류 패킷 재전송 방법
EP2795977A1 (en) Multicast service using unicast subframe
WO2022033560A1 (zh) 上报能力的方法、终端设备和网络设备
US20230189243A1 (en) SPS PDSCH Type Indication Method, Terminal, and Network Side Device
US20230361932A1 (en) Methods and apparatus of harq operation for transmission of multicast broadcast service
CN102215093B (zh) 下行传输的反馈方法、基站及用户终端
CN115088215B (zh) 一种数据传输方法及装置
JP2023547407A (ja) ハイブリッド自動再送信要求のための方法および装置
CN115038048B (zh) 多播业务的接收方法、配置方法、终端及网络侧设备
CN115189828B (zh) 传输处理方法、装置及相关设备
CN114642033B (zh) 数据接收方法、装置、设备及存储介质
CN111132086A (zh) 一种信息处理方法及终端
CN115118382B (zh) Harq-ack反馈方法、装置、终端及网络侧设备
CN114390441B (zh) 多播业务的传输方法、装置及通信设备
US20080070606A1 (en) Apparatus, method, system and software product involving a macrodiversity arrangement for a multicast service on a high speed transport channel
CN113972966B (zh) 业务处理方法、装置及相关设备
CN113950042B (zh) 识别方法、发送方法及相关设备
CN115347989B (zh) 资源确定方法、装置及通信设备
CN113950006B (zh) 业务传输方法、终端及网络侧设备
WO2023151588A1 (zh) 应答反馈方法及装置、终端
EP4444011A1 (en) Sps activation request for mbs multicast in rrc_inactive
WO2023010585A1 (en) Configuration and interpretation of control information for retransmission
CN116318576A (zh) Bwp定时器处理方法、终端及网络侧设备

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