WO2023001144A1 - 多播广播业务的接收方法、发送方法、装置及设备 - Google Patents

多播广播业务的接收方法、发送方法、装置及设备 Download PDF

Info

Publication number
WO2023001144A1
WO2023001144A1 PCT/CN2022/106470 CN2022106470W WO2023001144A1 WO 2023001144 A1 WO2023001144 A1 WO 2023001144A1 CN 2022106470 W CN2022106470 W CN 2022106470W WO 2023001144 A1 WO2023001144 A1 WO 2023001144A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
broadcast service
multicast broadcast
tmgi
information
Prior art date
Application number
PCT/CN2022/106470
Other languages
English (en)
French (fr)
Inventor
刘佳敏
Original Assignee
维沃移动通信有限公司
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 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2023001144A1 publication Critical patent/WO2023001144A1/zh

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
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Landscapes

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

Abstract

本申请公开了一种多播广播业务的接收方法、发送方法、装置及设备，属于通信技术领域。本申请实施例的多播广播业务的接收方法，包括：第一终端发送第一请求信息至第二终端；其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。

Description

多播广播业务的接收方法、发送方法、装置及设备
相关申请的交叉引用
本申请主张在2021年07月23日在中国提交的中国专利申请No.202110838069.1的优先权，其全部内容通过引用包含于此。
技术领域
本申请属于通信技术领域，具体涉及一种多播广播业务的接收方法、发送方法、装置及设备。
背景技术
长期演进(Long Term Evolution，LTE)系统从第12个发布版本开始支持副链路(sidelink，SL，或译为侧链路/边链路等)，用于终端用户设备(User Equipment，UE)之间不通过网络设备进行直接数据传输。其中，为了支持更广范围的通信应用和服务，提出基于sidelink的中继(relay)通信，扩展覆盖和改善功耗。
然而，相关的relay通信技术中，面对多播广播业务(Multimedia Broadcast Service，MBS)，如何实现远端(remote)UE的接收已成为亟待解决的问题。
发明内容
本申请实施例提供一种多播广播业务的接收方法、发送方法、装置及设备，能够解决remote UE无法接收MBS的问题。
第一方面，提供了一种多播广播业务的接收方法，包括：
第一终端发送第一请求信息至第二终端；
其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
第二方面，提供了一种多播广播业务的接收装置，包括：
第一发送模块，用于发送第一请求信息至第二终端；
其中，所述第二终端与第一终端之间通过旁链路通信，所述第一请求信 息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
第三方面，提供了一种多播广播业务的发送方法，包括：
第二终端接收第一终端的第一请求信息；
其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
第四方面，提供了一种多播广播业务的发送装置，包括：
第三接收模块，用于接收第一终端的第一请求信息；
其中，所述第一终端与第二终端之间通过旁链路通信，所述第一请求信息用于向第二终端请求进行第一多播广播业务的转发或者停止转发。
第五方面，提供了一种多播广播业务的发送方法，包括：
网络设备发送第三配置信息至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述第三配置信息包括至少一项：
与TMGI对应的第二层L2相关参数；
与TMGI对应的RLC相关参数；
与TMGI对应的L2以下层的相关参数；
与TMGI对应的RLC以下层的相关参数。
第六方面，提供了一种多播广播业务的发送装置，包括：
第二发送模块，用于发送第三配置信息至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述第三配置信息包括至少一项：
与TMGI对应的第二层L2相关参数；
与TMGI对应的RLC相关参数；
与TMGI对应的L2以下层的相关参数；
与TMGI对应的RLC以下层的相关参数。
第七方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第三方面所述的方法的步骤。
第八方面，提供了一种终端，包括处理器及通信接口，其中，所述通信接口用于发送第一请求信息至第二终端；
其中，所述第二终端与第一终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
第九方面，提供了一种终端，包括处理器及通信接口，其中，所述通信接口用于接收第一终端的第一请求信息；
其中，所述第一终端与第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
第十方面，提供了一种网络设备，该网络设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第五方面所述的方法的步骤。
第十一方面，提供了一种网络设备，包括处理器及通信接口，其中，所述通信接口用于发送第三配置信息至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述第三配置信息包括至少一项：
与TMGI对应的第二层L2相关参数；
与TMGI对应的RLC相关参数；
与TMGI对应的L2以下层的相关参数；
与TMGI对应的RLC以下层的相关参数。
第十二方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤，或者实现如第五方面所述的方法的步骤。
第十三方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述 通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，或实现如第三方面所述的方法，或者实现如第五方面所述的方法。
第十四方面，提供了一种计算机程序产品，所述计算机程序产品被存储在非易失的存储介质中，所述计算机程序产品被至少一个处理器执行以实现如第一方面所述的方法的步骤，或实现如第三方面所述的方法的步骤，或者实现如第五方面所述的方法的步骤。
第十五方面，提供了一种通信设备，被配置为执行如第一方面所述的方法的步骤，或实现如第三方面所述的方法的步骤，或者实现如第五方面所述的方法的步骤。
在本申请实施例中，第一终端与第二终端通过旁链路通信，该第一终端能够向第二终端请求进行第一多播广播业务的转发或者停止转发，以实现其期待的对网络侧第一多播广播业务的接收或者停止接收。
附图说明
图1为无线通信系统的框图；
图2为本申请实施例的方法流程示意图之一；
图3为L3relay协议栈架构示意图；
图4为本申请实施例中多播广播业务的转发示意图之一；
图5为本申请实施例中多播广播业务的转发示意图之二；
图6为本申请实施例的方法流程示意图之二；
图7为本申请实施例的方法流程示意图之三；
图8为对应图2的装置结构图；
图9为对应图6的装置结构图；
图10为对应图7的装置结构图；
图11为本申请实施例的通信设备的结构图；
图12为本申请实施例的终端的结构图；
图13为本申请实施例的网络设备的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple 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)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计 算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(Vehicle User Equipment，VUE)、行人终端(Pedestrian User Equipment，PUE)等终端侧设备，可穿戴式设备包括：智能手表、手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(Evolved Node B，eNB)、家用B节点、家用演进型B节点、无线局域网(Wireless Local Area Network，WLAN)接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的传输处理方法进行详细地说明。
如图2所示，本申请实施例的一种多播广播业务的接收方法，包括：
步骤201，第一终端发送第一请求信息至第二终端；
其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
如此，第一终端(即remote UE)通过向第二终端(即relay UE)请求进行第一MBS的转发或者停止转发，实现其期待的对第一MBS的接收或者停止接收。
其中，remote UE、relay UE和基站(即网络设备)的第二层(L2)relay协议栈架构如图3所示。
该实施例中，第一MBS为第一终端期待(也可理解为感兴趣)的NR MBS。
可选地，所述第一请求信息通过预设的PC5单播信令发送。
这里，预设的PC5单播信令可以是发送该第一请求信息的专用信令，如PC5-S信令，或者PC5-无线资源控制(Radio Resource Control，RRC)信令。
可选地，所述第一请求信息包括以下至少一项：
所述第一多播广播业务的临时移动组标识(Temporary Mobile Group Identity，TMGI)；
所述第一多播广播业务的频点信息；
所述第一多播广播业务的发送区域信息；
所述第一多播广播业务的接收区域信息。
这里，TMGI用于向relay UE明确remote UE感兴趣的多播广播业务；第一多播广播业务的频点信息、发送区域信息和接收区域信息中的至少一项，用于辅助relay UE读取到remote UE感兴趣的多播广播业务。如此，relay UE在接收到该第一请求信息后，能够针对remote UE感兴趣的第一多播广播业务(第一MBS)进行转发或停止转发。其中，remote UE感兴趣的多播广播业务(第一多播广播业务)可以是特定的某个多播广播业务，也可以是所有的多播广播业务。
该实施例中，MBS可以分为多播(multicast)业务和广播(broadcast)业务。其中，部分的multicast业务，如服务质量(Quality of Service，QoS)要求高的multicast业务，需要remote UE进入连接态进行接收；broadcast业务和另一部分的multicast业务，如QoS要求不高的multicast业务，remote UE可以在任何装袋，包括空闲态或非激活态。
对于需要进入连接态接收的multicast业务，应该知道的是，当一个remote UE从业务层或者经过核心网获得业务信息，从而通过非接入层(Non-Access Stratum，NAS)过程向核心网(Core Network，CN)进行加入(join)临时移动组标识(Temporary Mobile Group Identity，TMGI)的过程(这个过程可以是该remote UE通过直接(direct)路径进行，也可以通过relay路径进行)。之后，当该TMGI的业务即将激活，CN向所有之前join过的UE都发起寻呼(paging)过程。其中，寻呼消息(Paging message)在支持NR R17 MBS的小区，采取组寻呼(group paging)的方式发起，即在paging Message里携带TMGI；而在不支持NR R17 MBS的传统小区，发送传统的用户专用寻呼(UE-specific paging)消息。
故，可选地，在步骤201之前，所述方法还包括：
所述第一终端接收寻呼消息；
所述第一终端根据接收到的所述寻呼消息，确定所述第一请求信息。
也就是，remote UE可以通过接收Paging message(上述两类中的任意一类)，获知感兴趣或者join的multicast业务即将激活，从而确定第一请求信息，请求该multicast业务的转发。当然，remote UE接收Paging message后，会进入连接态，准备开始接收即将激活的multicast业务。该实施例中，remote UE通过relay UE的relay链路(link)进入连接态。
这里，remote UE可以自己读取Paging message，但在remote UE处于脱网(Out Of Coverage，OOC)状态等特定场景下，remote UE也可能自己无法读取。因此，可选地，在所述第一终端接收寻呼消息的步骤之前，所述方法还包括：
所述第一终端发送第二请求信息至所述第二终端；
其中，所述第二请求信息用于向所述第二终端请求寻呼消息的转发。
即，remote UE在自己无法读取Paging message的情况下，会连接一个relay UE，由该relay UE为其读取Paging message。
可选地，所述第二请求信息包括以下至少一项：
第一指示信息，用于指示是否转发所述寻呼消息；
TMGI。
这样，通过该第一指示信息和TMGI中的至少一项，remote UE在告知relay UE帮助自己读取Paging message时，能够显示或隐式提出remote UE自己感兴趣的multicast业务或者已经join的multicast业务。这里，第一指示信息可以通过1比特(bit)实现，如“0”指示不转发，“1”指示转发。
可选地，所述寻呼消息包括以下至少一项：
用户特定寻呼消息；
所有多播广播业务的寻呼消息；
预设多播广播业务的寻呼消息。
其中，第二请求信息还可以包括remote UE的寻呼时机(Paging Occasion，PO)，或者其它需要读取paging的参数，以便relay UE为其读取Paging message。这样，relay UE接收第二请求信息后可实现：
在第一指示信息指示转发paging message时，默认将remote UE PO内的所有跟该remote UE相关的paging message以及TMGI相关的paging message都转发给remote UE；
在第一指示信息指示转发TMGI相关的paging message时，将remote UE PO内的所有TMGI paging都转发给remote UE；
在第一指示信息指示不转发TMGI相关的paging message时，仅转发remote UE相关的UE-specific paging；
由第二请求信息的一个或多个TMGI，在读到有相关匹配的TMGI paging message时，转发给remote UE，否则不转发。
可选地，该实施例中，在所述第一终端触发RRC连接建立的步骤之后，所述方法还包括：
所述第一终端接收网络设备发送的第一配置信息，所述第一配置信息包括以下至少一项：
与TMGI对应的组调度相关参数；
与TMGI对应的多播无线承载(Multicast Radio Bearer，MRB)相关参数；
与TMGI对应的非连续接收(Discontinuous Reception，DRX)相关参数。
也就是，当remote UE通过relay link进入连接态之后，网络设备如基站(NR Node B，gNB)会给该remote UE发送第一配置信息，以确保后续业务的传输。这里，gNB可以通过remote UE的UE标识(例如S-TMSI等)获知这是一个对TMGI业务(即MBS业务)感兴趣的UE，发送第一配置信息至该remote UE；或者remote UE主动上报自己的请求，请求TMGI业务配置时，发送第一配置信息至该remote UE。并且，网络设备通过RRC专用信令发送第一配置信息至第一终端。
其中，组调度相关参数包括组无线网络临时标识(Group-Radio Network Tempory Identity，RNTI)，调制和编码方案(Modulation and Coding Scheme，MCS)等；多播无线承载(Multicast Radio Bearer，MRB)相关参数包括每个MRB的资源块标识(Resource block Identity，RB ID)，分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)参数，逻辑信道标识(Logical Channel Identity，LCID)，无线链路控制(Radio Link Control，RLC)参数和 媒体接入控制(Media Access Control，MAC)参数等。
还应该知道的是，如果是一个普通UE，获得上述第一配置信息之后，就可以通过TMGI对应的组播G-RNTI读取点对多点(Point-To-Multipoint，PTM)调度，特别的对于每个MRB，除了点对多点(PTM)之外，还可以配置点对点(Point To Point，PTP)腿(leg)，PTM和PTP leg具有普通分组数据汇聚协议(common Packet Data Convergence Protocol，common PDCP)+单独RLC承载(separate RLC bearer)的架构，PTP leg可以配置成RLC确认模式(Acknowledged Mode，AM)以增加可靠性，在两条腿之间可以由基站动态切换并支持两条腿重复(duplication)传输。然而，对于remote UE，其不能直接监听Uu口G-RNTI组播调度，只有MRB级别和PDCP及以上的配置对于remote UE是有用的。如此，需启动relay UE帮忙进行监听和建立通道，即网络设备发送第三配置信息至relay UE，其中所述第三配置信息包括至少一项：
与TMGI对应的第二层L2相关参数；
与TMGI对应的RLC相关参数；
与TMGI对应的L2以下层的相关参数；
与TMGI对应的RLC以下层的相关参数。
其中，L2相关参数、RLC相关参数、L2以下层的相关参数、RLC以下层的相关参数可以是G-RNTI，MCS，LCID，RLC和MAC，DRX等。如此，relay UE接收到该第三配置信息后，可以获得multicast业务调度和数据接收。
该实施例中，网络设备(如基站)发送第三配置信息对relay UE进行配置，可以是基站触发、remote UE触发、relay UE触发。
对于基站触发，因为基站是知道relay link的，对于一个对multicast业务感兴趣的remote UE，它的所有数据和信令都是通过relay UE上到基站的，那么remote UE相关的multicast监听显然是需要relay link代劳的，因此基站在确定remote UE需要接收multicast TMGI业务时可以将上述的第三配置信息发送至relay UE。
对于remote UE触发，因为remote UE自己感兴趣或者期望接收multicast业务自己十分清楚，它可以通过PC5接口，例如PC5 RRC显式告知relay UE 并携带multicast TMGI，relay UE再将multicast TMGI上报给基站，表明自己是要relaying该TMGI的multicast业务，则基站会将该TMGI对应的第三配置信息发送至relay UE。
对于relay UE触发，在remote UE已经显式请求relay UE为其转发特定TMGI的paging message之后，而relay UE在读到该TMGI paging时，知道remote UE下一步的动作是进入连接态接收，因此relay UE也可以主动向基站上报(即发送指示该relay UE针对该特定TMGI的业务进行中继的第二指示信息)，表明自己是要relaying该TMGI的multicast业务，则基站会将该TMGI对应的第三配置信息发送至relay UE。
其中，不论基站、remote UE还是relay UE触发第三配置信息，一方面，基站可以通过将TMGI对应的配置信息分为两个部分，发送L3及以上的配置信息(例如MRB配置、PDCP层配置)给remote UE，而发送L2/RLC及以下的配置信息给relay UE；另一方面，基站可以将TMGI对应的所有配置信息都发送给remote UE，再发送L2/RLC及以下的配置信息给relay UE。也就是，第一配置信息可以是L3及以上的配置信息，也可以是L3及以上+L2/RLC及以下的所有配置信息。
另外，可选地，该实施例中，所述第一配置信息还包括以下至少一项：
第一承载配置信息，所述第一承载配置信息用于PC5链路的无线链路控制RLC承载的配置；
PC5 DRX相关参数。
也就是，网络设备发送给remote UE的第一配置信息，还会包括用于PC5链路的RLC承载的配置和/或PC5 DRX相关参数。这里，用于PC5链路的RLC承载的配置可以是MRB和RLC bearer的映射关系，PDCP和RLC bearer的映射关系，PC5 RLC，PC5 MAC，LCID的配置等。这样，在remote UE进入连接态或主动上报multicast需求时，remote UE通过接收基站发送的用于PC5链路的RLC承载配置和/或PC5 DRX相关参数，使remote UE也具备了通过两跳链路接收一个MRB数据的全部配置。
同样的，网络设备发送给relay UE的第三配置信息，也会包括用于PC5转发的RLC承载的配置(即第三承载配置信息)和/或PC5 DRX相关参数。 这里，用于PC5转发的RLC承载的配置可以是Uu RLC bearer和PC5 RLC bearer的映射关系，PC5 RLC，PC5 MAC，LCID的配置等。这样，relay UE通过接收基站发送的用于PC5转发的RLC承载配置和/或PC5 DRX相关参数，使relay UE具有接收并转发一个MRB数据的全部配置。
可选地，所述第一承载配置信息包括以下至少一项：
点对点承载配置；
点对多点承载配置。
同样的，所述第三承载配置信息包括以下至少一项：
点对点承载配置；
点对多点承载配置。
如此，网络设备与连接态的remote UE之间，具有两路：PTP leg和PTM leg。由于PTP leg也需要是端到端的，即它的PDCP锚点(anchor)是一个MRB对应的PDCP，对等端分别位于gNB和一个remote UE，remote UE的PTP leg在relay UE的Uu接口，需要配置对应的单播RLC承载映射(unicast RLC bearer mapping)关系，如果已有的RLC bearer已经足够，就将该remote UE ID+MRB ID映射到已有的一个Uu RLC bearer里，如果没有相关RLC bearer满足，则新建一个Uu RLC bearer，用于映射该remote UE ID+MRB ID标识的PTP leg。该PTP leg在PC5接口上，也需要一个单独的RLC bearer进行承载或者是一个跟这个remote UE的其它单播(unicast)复用的RLC bearer，以MRB ID来进行和其它unicast或者MRB进行区分。如图4所示，针对进入连接态remote UE接收MBS业务
该实施例中，还应该知道的是，在连接态(Connected)remote UE接收连接态多播服务(multicast service for connected)业务时，由于PDCP端到端位于gNB和remote UE，因此PDCP配置方式和序列号(Sequence Number，SN)处理方式完全类似一个普通的连接态UE。而对于PC5 RLC bearer和Uu RLC bearer，由于remote UE和relay UE也都是连接态，因此RLC bearer的配置和都交给基站进行统一配置。或者，relay UE自己能够由Uu RLC bearer推导出一样的配置于PC5 RLC bearer，并配置给remote UE。RLC实体由于是逐跳(hop-by-hop)的，因此Uu RLC实体的SN由基站进行设置，PC5 RLC 实体SN由relay UE进行设置，二者可以独立，各不相等，也可以PC5 RLC SN继承自Uu RLC SN，以获得一定的关联和连续性。
此外，针对的broadcast业务，可选地，该实施例中，在步骤201之前，所述方法还包括：
所述第一终端接收网络设备发送的系统信息块(System Information Block，SIB)和/或多播控制信道(Multicast Control Channel，MCCH)；
所述第一终端根据接收到的SIB和/或MCCH，确定所述第一请求信息和/或第二配置信息。
此时，考虑到broadcast业务需要兼顾空闲态(idle)或非激活态(inactive)UE的接收，因此，remote UE通过接收SIB和/或MCCH，可以找到感兴趣的broadcast业务，确定第一请求信息，实现对感兴趣broadcast业务的接收或停止接收；也可以通过MCCH携带相关配置，确定感兴趣broadcast业务的第二配置信息。
其中，类似于SIB发送，服务到达/开始/激活(service arrival/start/activation)也是通过MCCH通知(notification)机制进行通知。
然而，类似于上述的寻呼消息，remote UE可以自行接收网络设备发送的SIB和/或MCCH，但对于无法自行接收的场景，可选地，在所述第一终端接收系统信息块SIB和/或多播控制信道MCCH的步骤之前，所述方法还包括：
所述第一终端发送第三请求信息至所述第二终端；
其中，所述第三请求信息用于向所述第二终端请求SIB和/或MCCH的转发。
如此，remote UE无法自行接收SIB和/或MCCH，如remote UE处于OOC状态，需要依靠relay UE转发SIB和/或MCCH接收。remote UE发送第三请求信息至relay UE，请求SIB和/或MCCH的转发。
这里，remote UE请求relay UE转发的SIB，可以包括MBS相关的(related)SIB。而remote UE也可先从业务层得到的信息了解到感兴趣业务(第一MBS)的TMGI和开始时间，让relay UE在开始时间之前再进行MBS SIB和MCCH的转发，以避免资源浪费。
该实施例中，转发MCCH的过程中，如果relay UE当前驻留或者工作的 频点刚好是一个广播broadcast业务的频点，则relay UE在该频点上直接读取MCCH信息后转发给remote UE，由remote UE查询里面是否有它感兴趣的业务；如果relay UE当前驻留或者工作的频点，不是广播broadcast业务的频点，可通过同覆盖的其它小区的MBS related SIB，由该MBS related SIB内用于找到MBS小区(cell)的信息(例如频率(frequency)，区域信息(area information)，小区标识列表(cell ID list)信息等)，去找到MBS cell，读取MCCH，将其发送给remote UE。
然而，若broadcast业务还没有开始或激活，MCCH中未包括TMGI对应的信息，对于监听TMGI start/activation，一方面，remote UE可显示或隐式指示其对MBS业务感兴趣，请求relay UE对所有MCCH的变化情况均进行转发，则relay UE会监听MCCH notification，在新业务开始或者MCCH变更时，重新读取MCCH获取新的信息，并将更新后的MCCH信息转发给remote UE，便于remote UE判断是否有自己感兴趣的TMGI业务。另一方面，remote UE可指示其对特定业务感兴趣，如指示该特定业务的TMGI或TMGI列表(TMGI list)，则relay UE会根据该特定业务的TMGI或TMGI list监听来进行MCCH变更的监听，此时relay UE也是需要监听所有的新业务到达的MCCH notification，并读取MCCH，如果MCCH里增加了remote UE感兴趣的任意一个TMGI，则relay UE需要将新的MCCH转发给remote UE，以便于进行后续接收业务进行准备。
其中，所述SIB和/或MCCH是通过以下至少一种方式发送的：
PC5单播；
PC5组播；
PC5广播。
以MCCH为例，relay UE可以向remote UE广播MCCH；可以针对每个感兴趣MBS业务的remote UE，通过unicast PC5 RRC步骤(procedure)进行MCCH的单播转发；也可以基于为所有感兴趣MBS业务的remote UE分配的、专用于MCCH转发的MCCH组标识(MCCH group layer-2 ID)，向remote UE进行MCCH的组播转发。
该实施例中，remote UE接收到的MCCH包括broadcast TMGI list和相关 的配置，例如G-RNTI，MCS，PDCP，RLC，DRX等，如此，由MCCH可确定的第二配置信息，可选地，所述第二配置信息包括以下至少一项：
TMGI；
与TMGI对应的组调度相关参数；
与TMGI对应的MRB相关参数；
与TMGI对应的DRX相关参数。
可选地，所述第二配置信息还包括：
第二承载配置信息，所述第二承载配置信息用于PC5链路的无线链路控制RLC承载的配置；
PC5 DRX相关参数。
这里，该第二配置信息的实现类似于第一配置信息，在此不再赘述。
当然，relay UE由MCCH也能够获得第三配置信息，即需要使用的RLC及以下的参数，以及Uu RLC承载与PC5 RLC承载的映射关系，或者MRB与PC5 RLC承载的映射关系，帮助进行Uu接口接收及转发，remote UE获得需要MRB和PDCP层级的配置参数，用以建立端到端承载。
如图5所示，broadcast MRB的承载结构和映射关系实现，PDCP及以上层是端到端位于gNB和remote UE之间，基站和relay UE之间具有Uu PTM RLC bearer，用于完成Uu接口的PTM发送，使用G-RNTI同时发送给多个UE；relay UE和remote UE之间具有PC5 PTM RLC bearer，用于完成PC5接口的PTM发送，使用PC5组标识(PC5 group layer-2 ID)同时发送给多个remote UE。一个MRB对应一个Uu RLC bearer和一个PC5 RLC bearer，即Uu RLC bearer和PC5 RLC bearer是一对一映射关系，由relay UE维护他们之间的映射关系。一种典型的映射实现方式，是将一个G-RNTI和一个Group layer-2 ID进行一对一映射，并且二者之间的RLC bearer也一一映射，使用相同的LCID进行标识，例如G-RNTI1和Group layer-2 ID1一一映射，其中Uu RLC bearer或LCID 39映射为PC5 RLC bearer或LCID 39，其它LCID依次类推。
其中，对于remote UE接收broadcast业务，由于PDCP是端到端位于gNB和remote UE，因此PDCP配置方式和SN处理方式完全类似一个普通的UE。 而对于PC5 RLC bearer和Uu RLC bearer，由于通常Uu RLC bearer的配置也是由基站进行统一配置给所有UE的。再由relay UE自Uu RLC bearer推导出一样的配置于PC5 RLC bearer，并配置给remote UE。RLC实体由于是hop-by-hop的，因此Uu RLC实体的SN由基站进行设置，PC5 RLC实体SN由relay UE进行设置，二者可以独立，各不相等，也可以PC5 RLC SN继承自Uu RLC SN，以获得一定的关联和连续性。
该实施例中，可选地，在步骤201之后，所述方法还包括：
所述第一终端在通过所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，接收所述第二终端转发的第一多播广播业务。
也就是，relay UE对于remote UE请求转发的感兴趣的多播广播业务，会向remote UE进行转发，如在该多播广播业务开始发送后转发该多播广播业务给remote UE。相应的，remote UE会接收relay UE转发的第一多播广播业务。
其中，relay UE在第一多播广播业务开始在Uu接口进行PTM/G-RNTI方式发送时，通过对应的Uu RLC bearer进行接收处理，然后通过自己存储的映射关系，将Uu RLC bearer的数据放置到对应的PC5 RLC bearer上传输给感兴趣的remote UE。
其中，PC5 RLC bearer可以是针对每个remote UE一一配置的，relay UE通过各个PC5 RLC bearer向对应的remote UE逐一转发；PC5 RLC bearer可以是针对所有remote UE配置的，relay UE通过PC5 RLC bearer向所有remote UE统一转发；PC5 RLC bearer也可以是针对一组remote UE配置的，relay UE通过各个PC5 RLC bearer向每组remote UE转发。其中，每组remote UE是对同一TMGI对应的多播广播业务感兴趣。
如此，对于组播(groupcast)方式的转发，可选地，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于PC5组标识转发的。
可选地，所述PC5组标识是所述第二终端基于每个TMGI进行分配得到的。
这样，针对第一多播广播业务，relay UE能够将Uu RLC bearer的数据放 到对应的PC5 RLC bearer上通过PC5组标识(PC5 group layer-2 ID)传输给感兴趣的remote UE。
另外，该实施例中，在步骤201之后，所述方法还包括：
所述第一终端在通过所述第一请求信息向所述第二终端请求停止转发所述第一多播广播业务，或者，所述第一多播广播业务结束的情况下，停止接收所述第一多播广播业务。
remote UE基于自身需求，如感兴趣的业务发生变更，则会发送第一请求信息向relay UE请求停止转发该第一多播广播业务。如，第一请求信息是通过PC5 unicast RRC过程上报给relay UE。relay UE会对该第一多播广播业务去配置，后续remote UE可以不再监听该业务。即，remote UE在发送第一请求信息，请求relay UE停止转发第一多播广播业务后，remote UE可自主停止对该第一多播广播业务的接收；或者，remote UE了解到第一多播广播业务结束，remote UE也可自主停止对该第一多播广播业务的接收。
其中，如果业务结束是通过MCCH notification方式通知的，则由于relay UE需要随时监听MCCH notification和MCCH变更，并转发给remote UE，相当于relay UE也是知道业务停止的，因此relay UE会在业务停止之后，回收PC5资源，例如回收与该TMGI相关的group layer-2 ID(即PC5 group layer-2ID)等信息，停止后续的转发；如果业务结束是通过MTCH/MRB中的数据PDU进行通知的，例如通过MAC CE进行业务停止指示，则relay UE由于可以解析MAC CE，因此它也知道业务停止信息，可以进行停止和资源回收。
即，relay UE确定第一多播广播业务对应的所有终端无业务需求(也可以理解为，对第一多播广播业务感兴趣的全部remote UE不再对第一多播广播业务感兴趣)，或者，第一多播广播业务结束的情况下，停止转发第一多播广播业务。
然而，若第一多播广播业务采用PC5广播方式转发，且业务未结束，relay UE仅收到个别remote UE基于自身需求发送的停止转发的请求，考虑到还会存在其他对该第一多播广播业务感兴趣的remote UE情况，relay UE可以继续保持转发，并且relay UE会发送询问信息至对该第一多播广播业务感兴趣的所有remote UE，询问其是否具有第一多播广播业务的转发需求，以确定是否 第一多播广播业务对应的所有终端无业务需求。故，可选地，在步骤201之后，所述方法还包括：
所述第一终端接收由所述第二终端发送的询问信息，所述询问信息用于询问所述第一终端是否具有所述第一多播广播业务的转发需求；
所述第一终端在具有所述第一多播广播业务的转发需求的情况下，发送所述询问信息的确认信息至所述第二终端。
也就是，remote UE若具有转发需求，会反馈确认信息，若没有转发需求则不会反馈任何信息。这样，relay UE可以在未接收到任一remote UE反馈确认信息的情况下，确定无需再对该第一多播广播业务转发。当然，为避免对询问信息反馈的长时间等待，会基于预设时间内是否接收到任一remote UE反馈的确认信息来做停止转发的判断。
应该了解的是，如果remote UE有了新的感兴趣业务，则可以重新发起新的第一请求信息，请求第一多播广播业务的转发，这里，第一多播广播业务是新的感兴趣业务。
还应该了解的是，若第一多播广播业务为multicast for idle/inactive业务，remote UE接收multicast for idle/inactive业务的方式，可以有两种：
一是广播信息如MCCH里携带配置信息，并以G-RNTI进行PTM调度，而新业务激活可以使用MCCH notification机制通知，或者group paging/传统(legacy)paging机制通知；
二是网络设备以group paging/legacy paging机制通知所有join UE新业务即将激活，remote UE接收到paging后进入连接态，直接从gNB通过专用信令获得TMGI相关配置，之后，remote UE再被释放到idle/inactive进行PTM业务接收。
当然，这两种方式中，remote UE如本申请实施例中上述内容所示，能够基于需要，请求进行SIB/MCCH/Paging等的转发。在请求信息中可告知relay UE对MBS业务感兴趣，转发所有的MBS相关信息和通知，还可以进一步告知relay UE具体对哪个TMGI业务感兴趣，只需要转发该TMGI业务相关的信息和通知。relay UE按照需求进行监听和转发信息给remote UE，remote UE如果对其中某个或者某些TMGI感兴趣，则按照配置信息建立承载，准备 接收业务。其中，若remote UE在上述请求信息中没有告知感兴趣具体TMGI的信息，remote UE发现自己感兴趣的业务即将开始时，可告知relay UE进行TMGI对应MTCH业务数据的转发(即发送第一请求信息)；若remote UE在上述请求信息中告知感兴趣具体TMGI的信息，上述请求即可作为第一请求信息，relay UE在业务数据开始发送时，主动进行业务数据转发。业务数据的转发和承载建立及映射类似于broadcast业务，在此不再赘述。之后，如果remote UE兴趣发生变化，不再感兴趣，则向relay UE上报，relay UE收回配置和资源；或者，业务结束relay UE停止转发。
综上，本申请实施例的方法，能够使得remote UE可以接收来自网络侧的多播广播业务，提升了传输效率和覆盖，保障了remote UE的业务体验和系统效率。
如图6所示，本申请实施例的一种多播广播业务的发送方法，包括：
步骤601，第二终端接收第一终端发送的第一请求信息；
其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
如此，第二终端(即relay UE)能够接收第一终端(即remote UE)的第一请求信息，了解remote UE期待的对第一多播广播业务的接收或者停止接收，以便后续进行处理，使得remote UE可以接收来自网络侧的多播广播业务。
可选地，所述第一请求信息通过PC5单播RRC消息发送。
可选地，所述第一请求信息包括以下至少一项：
所述第一多播广播业务的TMGI；
所述第一多播广播业务的频点信息；
所述第一多播广播业务的发送区域信息；
所述第一多播广播业务的接收区域信息。
可选地，在所述第二终端接收第一终端发送的第一请求信息的步骤之前，所述方法还包括：
所述第二终端接收所述第一终端发送的第二请求信息；
其中，所述第二请求信息用于向所述第二终端请求寻呼消息的转发。
可选地，所述第二请求信息包括以下至少一项：
第一指示信息，用于指示是否转发所述寻呼消息；
TMGI。
可选地，所述寻呼消息包括以下至少一项：
用户特定寻呼消息；
所有多播广播业务的寻呼消息；
预设多播广播业务的寻呼消息。
可选地，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端发送第二指示信息至网络设备，所述第二指示信息用于指示所述第二终端针对所述第一多播广播业务进行中继。
可选地，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端接收网络设备的第三配置信息，所述第三配置信息包括至少一项：
与TMGI对应的第二层L2相关参数；
与TMGI对应的RLC相关参数；
与TMGI对应的L2以下层的相关参数；
与TMGI对应的RLC以下层的相关参数。
可选地，所述第三配置信息还包括以下至少一项：
第三承载配置信息，所述第三承载配置信息用于PC5链路的RLC承载的配置；
PC5 DRX相关参数。
可选地，在所述第二终端接收第一终端发送的第一请求信息的步骤之后，所述方法还包括：
所述第二终端在所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，转发的第一多播广播业务。
可选地，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于PC5组标识转发的。
可选地，所述PC5组标识是所述第二终端基于每个TMGI进行分配得到的。
可选地，所述第三承载配置信息包括以下至少一项：
点对点承载配置；
点对多点承载配置。
可选地，在所述第二终端接收第一终端发送的第一请求信息的步骤之前，所述方法还包括：
所述第二终端接收所述第一终端的第三请求信息；其中，所述第三请求信息用于向所述第二终端请求SIB和/或MCCH的转发；
所述第二终端转发SIB和/或MCCH至所述第一终端。
可选地，所述SIB和/或MCCH包括第二配置信息；
其中，所述第二配置信息包括以下至少一项：
TMGI；
与TMGI对应的组调度相关参数；
与TMGI对应的MRB相关参数；
与TMGI对应的DRX相关参数。
可选地，所述SIB和/或MCCH是通过以下至少一种方式发送的：
PC5单播；
PC5组播；
PC5广播。
可选地，所述第三承载配置信息包括：
Uu RLC承载与PC5 RLC承载的映射关系，或者MRB与PC5 RLC承载的映射关系。
可选地，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端在确定所述第一多播广播业务对应的所有终端无业务需求，或者，所述第一多播广播业务结束的情况下，停止转发所述第一多播广播业务。
可选地，所述第二终端确定所述第一多播广播业务对应的所有终端无业 务需求的步骤，包括：
所述第二终端在所述第一多播广播业务采用PC5广播方式转发的情况下，发送询问信息至所述第一多播广播业务对应的所有终端，所述询问信息用于询问终端是否具有所述第一多播广播业务的转发需求；
所述第二终端在未接收到任一终端发送的所述询问信息的确认信息的情况下，确定所述第一多播广播业务对应的所有终端无业务需求。
需要说明的是，该方法是与上述由第一终端执行的多播广播业务的接收方法配合实现的，上述方法实施例中，第二终端的实现方式适用于该方法，也能达到相同的技术效果。
如图7所示，本申请实施例提供一种多播广播业务的发送方法，包括：
步骤701，网络设备发送第三配置信息至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述第三配置信息包括至少一项：
与TMGI对应的第二层L2相关参数；
与TMGI对应的RLC相关参数；
与TMGI对应的L2以下层的相关参数；
与TMGI对应的RLC以下层的相关参数。
这里，第二终端是接收第一终端发送的第一请求信息的终端，第一终端(即remote UE)通过向第二终端(即relay UE)发送第一请求信息，向relay UE请求进行第一多播广播业务的转发或者停止转发，relay UE了解到remote UE的需求，通过接收到的网络设备的第三配置信息，来为remote UE提供后续处理，使得remote UE可以接收来自网络侧的多播广播业务。
可选地，所述第三配置信息还包括以下至少一项：
第三承载配置信息，所述第三承载配置信息用于PC5链路的RLC承载的配置；
PC5 DRX相关参数。
可选地，所述第三承载配置信息包括以下至少一项：
点对点承载配置；
点对多点承载配置。
可选地，所述第三承载配置信息包括：
Uu RLC承载与PC5 RLC承载的映射关系，或者MRB与PC5 RLC承载的映射关系。
可选地，所述方法还包括：
所述网络设备发送第一配置信息，所述第一配置信息包括以下至少一项：
与TMGI对应的组调度相关参数；
与TMGI对应的多播无线承载MRB相关参数；
与TMGI对应的非连续接收DRX相关参数。
其中，网络设备发送第一配置信息可以在网络设备发送第三配置信息之前或之后。
可选地，所述方法还包括：
所述网络设备发送SIB和/或MCCH，所述SIB和/或MCCH用于确定第一请求信息和/或第二配置信息。
需要说明的是，该方法是与上述由第一终端执行的多播广播业务的接收方法配合实现的，上述方法实施例中，网络设备的实现方式适用于该方法，也能达到相同的技术效果。
需要说明的是，本申请实施例提供的多播广播业务的接收方法，执行主体可以为多播广播业务的接收装置，或者该多播广播业务的接收装置中的用于执行加载多播广播业务的接收方法的控制模块。本申请实施例中以多播广播业务的接收装置执行加载多播广播业务的接收方法为例，说明本申请实施例提供的多播广播业务的接收方法。
如图8所示，本申请实施例的多播广播业务的接收装置800，包括：
第一发送模块810，用于发送第一请求信息至第二终端；
其中，所述第二终端与第一终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
可选地，所述第一请求信息通过预设的PC5单播信令发送。
可选地，所述第一请求信息包括以下至少一项：
所述第一多播广播业务的临时移动组标识TMGI；
所述第一多播广播业务的频点信息；
所述第一多播广播业务的发送区域信息；
所述第一多播广播业务的接收区域信息。
可选地，所述装置还包括：
寻呼消息接收模块，用于接收寻呼消息；
第一处理模块，用于根据接收到的所述寻呼消息，确定所述第一请求信息。
可选地，所述装置还包括：
第二请求信息发送模块，用于发送第二请求信息至所述第二终端；
其中，所述第二请求信息用于向所述第二终端请求寻呼消息的转发。
可选地，所述第二请求信息包括以下至少一项：
第一指示信息，用于指示是否转发所述寻呼消息；
TMGI。
可选地，所述装置还包括：
第一接收模块，用于接收网络设备发送的第一配置信息，所述第一配置信息包括以下至少一项：
与TMGI对应的组调度相关参数；
与TMGI对应的多播无线承载MRB相关参数；
与TMGI对应的非连续接收DRX相关参数。
可选地，所述第一配置信息还包括以下至少一项：
第一承载配置信息，所述第一承载配置信息用于PC5链路的无线链路控制RLC承载的配置；
PC5 DRX相关参数。
可选地，所述第一承载配置信息包括以下至少一项：
点对点承载配置；
点对多点承载配置。
可选地，所述装置还包括：
第二接收模块，用于接收网络设备发送的系统信息块SIB和/或多播控制 信道MCCH；
第二处理模块，用于根据接收到的SIB和/或MCCH，确定所述第一请求信息和/或第二配置信息。
可选地，所述装置还包括：
第三请求信息发送模块，用于发送第三请求信息至所述第二终端；
其中，所述第三请求信息用于向所述第二终端请求SIB和/或MCCH的转发。
可选地，所述第二配置信息包括以下至少一项：
TMGI；
与TMGI对应的组调度相关参数；
与TMGI对应的MRB相关参数；
与TMGI对应的DRX相关参数。
可选地，所述第二配置信息还包括：
第二承载配置信息，所述第二承载配置信息用于PC5链路的无线链路控制RLC承载的配置；
PC5 DRX相关参数。
可选地，所述SIB和/或MCCH是通过以下至少一种方式发送的：
PC5单播；
PC5组播；
PC5广播。
可选地，所述装置还包括：
业务接收模块，用于所述第一终端在通过所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，接收所述第二终端转发的第一多播广播业务。
可选地，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于PC5组标识转发的。
可选地，所述PC5组标识是所述第二终端基于每个TMGI进行分配得到的。
可选地，所述寻呼消息包括以下至少一项：
用户特定寻呼消息；
所有多播广播业务的寻呼消息；
预设多播广播业务的寻呼消息。
可选地，所述装置还包括：
第一业务处理模块，用于在通过所述第一请求信息向所述第二终端请求停止转发所述第一多播广播业务，或者，所述第一多播广播业务结束的情况下，停止接收所述第一多播广播业务。
可选地，所述装置还包括：
询问信息接收模块，用于接收由所述第二终端发送的询问信息，所述询问信息用于询问所述第一终端是否具有所述第一多播广播业务的转发需求；
询问反馈模块，用于在具有所述第一多播广播业务的转发需求的情况下，发送所述询问信息的确认信息至所述第二终端。
该装置，通过向relay UE请求进行多播广播业务的转发或者停止转发，在relay UE基于请求进行多播广播业务的转发或者停止转发后，接收来自网络侧的多播广播业务，提升了传输效率和覆盖，保障了remote UE的业务体验和系统效率。
需要说明的是，该装置可执行上述由第一终端执行的多播广播业务的接收方法，上述方法实施例的实现方式适用于该装置，也能达到相同的技术效果。
本申请实施例中的多播广播业务的接收装置可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例提供的多播广播业务的接收装置能够实现图2至图5的方法实施例中第一终端实现的各个过程，为避免重复，这里不再赘述。
如图9所示，本申请实施例一种多播广播业务的发送装置910，包括：
第三接收模块910，用于接收第一终端发送的第一请求信息；
其中，所述第一终端与第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
可选地，所述第一请求信息通过PC5单播RRC消息发送。
可选地，所述第一请求信息包括以下至少一项：
所述第一多播广播业务的TMGI；
所述第一多播广播业务的频点信息；
所述第一多播广播业务的发送区域信息；
所述第一多播广播业务的接收区域信息。
可选地，所述装置还包括：
第二请求信息接收模块，用于接收所述第一终端发送的第二请求信息；
其中，所述第二请求信息用于向所述第二终端请求寻呼消息的转发。
可选地，所述第二请求信息包括以下至少一项：
第一指示信息，用于指示是否转发所述寻呼消息；
TMGI。
可选地，所述寻呼消息包括以下至少一项：
用户特定寻呼消息；
所有多播广播业务的寻呼消息；
预设多播广播业务的寻呼消息。
可选地，所述装置还包括：
第二指示信息发送模块，用于发送第二指示信息至网络设备，所述第二指示信息用于指示所述第二终端针对所述第一多播广播业务进行中继。
可选地，所述装置还包括：
第四接收模块，用于接收网络设备的第三配置信息，所述第三配置信息包括至少一项：
与TMGI对应的第二层L2相关参数；
与TMGI对应的RLC相关参数；
与TMGI对应的L2以下层的相关参数；
与TMGI对应的RLC以下层的相关参数。
可选地，所述第三配置信息还包括以下至少一项：
第三承载配置信息，所述第三承载配置信息用于PC5链路的RLC承载的配置；
PC5 DRX相关参数。
可选地，所述装置还包括：
业务转发模块，用于所述第二终端在所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，转发的第一多播广播业务。
可选地，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于PC5组标识转发的。
可选地，所述PC5组标识是所述第二终端基于每个TMGI进行分配得到的。
可选地，所述第三承载配置信息包括以下至少一项：
点对点承载配置；
点对多点承载配置。
可选地，所述装置还包括：
第三请求信息接收模块，用于接收所述第一终端的第三请求信息；其中，所述第三请求信息用于向所述第二终端请求SIB和/或MCCH的转发；
SIB和/或MCCH转发模块，用于转发SIB和/或MCCH至所述第一终端。
可选地，所述SIB和/或MCCH包括第二配置信息；
其中，所述第二配置信息包括以下至少一项：
TMGI；
与TMGI对应的组调度相关参数；
与TMGI对应的MRB相关参数；
与TMGI对应的DRX相关参数。
可选地，所述SIB和/或MCCH是通过以下至少一种方式发送的：
PC5单播；
PC5组播；
PC5广播。
可选地，所述第三承载配置信息包括：
Uu RLC承载与PC5 RLC承载的映射关系，或者MRB与PC5 RLC承载的映射关系。
可选地，所述装置还包括：
第二业务处理模块，用于在确定所述第一多播广播业务对应的所有终端无业务需求，或者，所述第一多播广播业务结束的情况下，停止转发所述第一多播广播业务。
可选地，所述第二业务处理模块包括：
询问信息发送子模块，用于在所述第一多播广播业务采用PC5广播方式转发的情况下，发送询问信息至所述第一多播广播业务对应的所有终端，所述询问信息用于询问终端是否具有所述第一多播广播业务的转发需求；
处理子模块，用于在未接收到任一终端发送的所述询问信息的确认信息的情况下，确定所述第一多播广播业务对应的所有终端无业务需求。
该装置通过接收relay UE的请求，了解remote UE期待的对第一多播广播业务的接收或者停止接收，以便后续进行处理，使得remote UE接收来自网络侧的多播广播业务，提升了传输效率和覆盖，保障了remote UE的业务体验和系统效率。
需要说明的是，该装置可执行上述由第二终端执行的多播广播业务的接收方法，上述方法实施例的实现方式适用于该装置，也能达到相同的技术效果
本申请实施例中的多播广播业务的发送装置可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例提供的多播广播业务的发送装置能够实现图3至图6的方法实施例中第二终端实现的各个过程，为避免重复，这里不再赘述。
如图10所示，本申请实施例的多播广播业务的发送装置1000，包括：
第二发送模块1010，用于发送第三配置信息至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述第三配置信息包括至少一项：
与TMGI对应的第二层L2相关参数；
与TMGI对应的RLC相关参数；
与TMGI对应的L2以下层的相关参数；
与TMGI对应的RLC以下层的相关参数。
可选地，所述第三配置信息还包括以下至少一项：
第三承载配置信息，所述第三承载配置信息用于PC5链路的RLC承载的配置；
PC5 DRX相关参数。
可选地，所述第三承载配置信息包括以下至少一项：
点对点承载配置；
点对多点承载配置。
可选地，所述第三承载配置信息包括：
Uu RLC承载与PC5 RLC承载的映射关系，或者MRB与PC5 RLC承载的映射关系。
可选地，所述装置还包括：
第一配置信息发送模块，用于发送第一配置信息，所述第一配置信息包括以下至少一项：
与TMGI对应的组调度相关参数；
与TMGI对应的多播无线承载MRB相关参数；
与TMGI对应的非连续接收DRX相关参数。
可选地，所述装置还包括：
SIB和/或MCCH发送模块，用于发送SIB和/或MCCH，所述SIB和/或MCCH用于确定第一请求信息和/或第二配置信息。
这里，该装置发送第三配置信息至第二终端，第一终端与第二终端之间 通过旁链路通信，由于第二终端是接收第一终端发送的第一请求信息的终端，第一请求信息又是第一终端向第二终端请求进行第一多播广播业务的转发或者停止转发的，第二终端了解到remote UE的需求，结合该第三配置信息，来为第一终端提供后续处理，使得第一终端可以接收来自网络侧的多播广播业务。
需要说明的是，该装置可执行上述由网络设备执行的多播广播业务的发送方法，上述方法实施例的实现方式适用于该装置，也能达到相同的技术效果。
如图11所示，本申请实施例还提供一种通信设备，包括处理器1101，存储器1102，存储在存储器1102上并可在所述处理器1101上运行的程序或指令，例如，该通信设备1100为终端时，该程序或指令被处理器1101执行时实现上述由第一终端执行的多播广播业务的接收方法，或者由第二终端执行的多播广播业务的发送方法实施例的各个过程，且能达到相同的技术效果。该通信设备1100为网络设备时，该程序或指令被处理器1101执行时实现上述由网络设备执行的多播广播业务的发送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种终端，包括处理器和通信接口，通信接口用于发送第一请求信息至第二终端；其中，所述第二终端与第一终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。该终端实施例是与上述由第一终端执行的方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。
本申请实施例还提供一种终端，包括处理器和通信接口，通信接口用于接收第一终端发送的第一请求信息；其中，所述第一终端与第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。该终端实施例是与上述由第二终端执行的方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。
具体地，图12为实现本申请各个实施例的一种终端的硬件结构示意图。
该终端1200包括但不限于：射频单元1201、网络模块1202、音频输出单元1203、输入单元1204、传感器1205、显示单元1206、用户输入单元1207、接口单元1208、存储器1209、以及处理器1210等中的至少部分部件。
本领域技术人员可以理解，终端1200还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1210逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图12中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元1204可以包括图形处理器(Graphics Processing Unit，GPU)12041和麦克风12042，图形处理器12041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1206可包括显示面板12061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板12061。用户输入单元1207包括触控面板12071以及其他输入设备12072。触控面板12071，也称为触摸屏。触控面板12071可包括触摸检测装置和触摸控制器两个部分。其他输入设备12072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元1201将来自网络侧设备的下行数据接收后，给处理器1210处理；另外，将上行的数据发送给网络侧设备。通常，射频单元1201包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器1209可用于存储软件程序或指令以及各种数据。存储器1209可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1209可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存 器件、或其他非易失性固态存储器件。
处理器1210可包括一个或多个处理单元；可选地，处理器1210可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1210中。
其中，若该终端执行第一终端对应的方法，射频单元1201，用于发送第一请求信息至第二终端；
其中，所述第二终端与第一终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
该终端，通过向relay UE请求进行多播广播业务的转发或者停止转发，在relay UE基于请求进行多播广播业务的转发或者停止转发后，接收来自网络侧的多播广播业务，提升了传输效率和覆盖，保障了remote UE的业务体验和系统效率。
若该终端执行第二终端对应的方法，射频单元1201用于接收第一终端发送的第一请求信息；
其中，所述第一终端与第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
该终端，通过接收relay UE的请求，了解remote UE期待的对第一多播广播业务的接收或者停止接收，以便后续进行处理，使得remote UE接收来自网络侧的多播广播业务，提升了传输效率和覆盖，保障了remote UE的业务体验和系统效率。
本申请实施例还提供一种网络设备，包括处理器和通信接口，通信接口用于发送第三配置信息至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述第三配置信息包括至少一项：
与TMGI对应的第二层L2相关参数；
与TMGI对应的RLC相关参数；
与TMGI对应的L2以下层的相关参数；
与TMGI对应的RLC以下层的相关参数。
该网络设备实施例是与上述网络设备方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该网络设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络设备。如图13所示，该网络设备1300包括：天线131、射频装置132、基带装置133。天线131与射频装置132连接。在上行方向上，射频装置132通过天线131接收信息，将接收的信息发送给基带装置133进行处理。在下行方向上，基带装置133对要发送的信息进行处理，并发送给射频装置132，射频装置132对收到的信息进行处理后经过天线131发送出去。
上述频带处理装置可以位于基带装置133中，以上实施例中网络设备执行的方法可以在基带装置133中实现，该基带装置133包括处理器134和存储器135。
基带装置133例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图13所示，其中一个芯片例如为处理器134，与存储器135连接，以调用存储器135中的程序，执行以上方法实施例中所示的网络设备操作。
该基带装置133还可以包括网络接口136，用于与射频装置132交互信息，该接口例如为通用公共无线接口(common public radio interface，CPRI)。
具体地，本发明实施例的网络设备还包括：存储在存储器135上并可在处理器134上运行的指令或程序，处理器134调用存储器135中的指令或程序执行图7所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质可以是非易失的，也可以是易失的，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述由第一终端执行的方法的步骤，或者实现上述由第二终端执行的方法的步骤，或者实现上述由网络设备执行的方法所述的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品被存储在非瞬态的存储介质中，所述计算机程序产品被至少一个处理器执行以实现上述由第一终端执行的方法的步骤，或者实现上述由第二终端执行的方法的步骤，或者实现上述由网络设备执行的方法所述的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述由第一终端执行的方法的步骤，或者实现上述由第二终端执行的方法的步骤，或者实现上述由网络设备执行的方法所述的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的 技术方案本质上或者说对相关技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (57)

  1. 一种多播广播业务的接收方法，包括：
    第一终端发送第一请求信息至第二终端；
    其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
  2. 根据权利要求1所述的方法，其中，所述第一请求信息通过预设的PC5单播信令发送。
  3. 根据权利要求1所述的方法，其中，所述第一请求信息包括以下至少一项：
    所述第一多播广播业务的临时移动组标识TMGI；
    所述第一多播广播业务的频点信息；
    所述第一多播广播业务的发送区域信息；
    所述第一多播广播业务的接收区域信息。
  4. 根据权利要求1所述的方法，其中，在所述第一终端发送第一请求信息至第二终端的步骤之前，所述方法还包括：
    所述第一终端接收寻呼消息；
    所述第一终端根据接收到的所述寻呼消息，确定所述第一请求信息。
  5. 根据权利要求4所述的方法，其中，在所述第一终端接收寻呼消息的步骤之前，所述方法还包括：
    所述第一终端发送第二请求信息至所述第二终端；
    其中，所述第二请求信息用于向所述第二终端请求寻呼消息的转发。
  6. 根据权利要求5所述的方法，其中，所述第二请求信息包括以下至少一项：
    第一指示信息，用于指示是否转发所述寻呼消息；
    TMGI。
  7. 根据权利要求4所述的方法，其中，在所述第一终端触发RRC连接建立的步骤之后，所述方法还包括：
    所述第一终端接收网络设备发送的第一配置信息，所述第一配置信息包 括以下至少一项：
    与TMGI对应的组调度相关参数；
    与TMGI对应的多播无线承载MRB相关参数；
    与TMGI对应的非连续接收DRX相关参数。
  8. 根据权利要求7所述的方法，其中，所述第一配置信息还包括以下至少一项：
    第一承载配置信息，所述第一承载配置信息用于PC5链路的无线链路控制RLC承载的配置；
    PC5 DRX相关参数。
  9. 根据权利要求8所述的方法，其中，所述第一承载配置信息包括以下至少一项：
    点对点承载配置；
    点对多点承载配置。
  10. 根据权利要求1所述的方法，其中，在所述第一终端发送第一请求信息至第二终端的步骤之前，所述方法还包括：
    所述第一终端接收网络设备发送的系统信息块SIB和/或多播控制信道MCCH；
    所述第一终端根据接收到的SIB和/或MCCH，确定所述第一请求信息和/或第二配置信息。
  11. 根据权利要求10所述的方法，其中，所述第一终端接收系统信息块SIB和/或多播控制信道MCCH之前，还包括：
    所述第一终端发送第三请求信息至所述第二终端；
    其中，所述第三请求信息用于向所述第二终端请求SIB和/或MCCH的转发。
  12. 根据权利要求10所述的方法，其中，所述第二配置信息包括以下至少一项：
    TMGI；
    与TMGI对应的组调度相关参数；
    与TMGI对应的MRB相关参数；
    与TMGI对应的DRX相关参数。
  13. 根据权利要求12所述的方法，其中，所述第二配置信息还包括：
    第二承载配置信息，所述第二承载配置信息用于PC5链路的无线链路控制RLC承载的配置；
    PC5 DRX相关参数。
  14. 根据权利要求12所述的方法，其中，所述SIB和/或MCCH是通过以下至少一种方式发送的：
    PC5单播；
    PC5组播；
    PC5广播。
  15. 根据权利要求1所述的方法，其中，在所述第一终端发送第一请求信息至第二终端的步骤之后，所述方法还包括：
    所述第一终端在通过所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，接收所述第二终端转发的第一多播广播业务。
  16. 根据权利要求15所述的方法，其中，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于PC5组标识转发的。
  17. 根据权利要求16所述的方法，其中，所述PC5组标识是所述第二终端基于每个TMGI进行分配得到的。
  18. 根据权利要求6所述的方法，其中，所述寻呼消息包括以下至少一项：
    用户特定寻呼消息；
    所有多播广播业务的寻呼消息；
    预设多播广播业务的寻呼消息。
  19. 根据权利要求1所述的方法，其中，在所述第一终端发送第一请求信息至第二终端的步骤之后，所述方法还包括：
    所述第一终端在通过所述第一请求信息向所述第二终端请求停止转发所述第一多播广播业务，或者，所述第一多播广播业务结束的情况下，停止接收所述第一多播广播业务。
  20. 根据权利要求1所述的方法，其中，在所述第一终端发送第一请求信息至第二终端的步骤之后，所述方法还包括：
    所述第一终端接收由所述第二终端发送的询问信息，所述询问信息用于询问所述第一终端是否具有所述第一多播广播业务的转发需求；
    所述第一终端在具有所述第一多播广播业务的转发需求的情况下，发送所述询问信息的确认信息至所述第二终端。
  21. 一种多播广播业务的发送方法，包括：
    第二终端接收第一终端发送的第一请求信息；
    其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
  22. 根据权利要求21所述的方法，其中，所述第一请求信息通过PC5单播RRC消息发送。
  23. 根据权利要求21所述的方法，其中，所述第一请求信息包括以下至少一项：
    所述第一多播广播业务的TMGI；
    所述第一多播广播业务的频点信息；
    所述第一多播广播业务的发送区域信息；
    所述第一多播广播业务的接收区域信息。
  24. 根据权利要求21所述的方法，其中，在所述第二终端接收第一终端发送的第一请求信息的步骤之前，所述方法还包括：
    所述第二终端接收所述第一终端发送的第二请求信息；
    其中，所述第二请求信息用于向所述第二终端请求寻呼消息的转发。
  25. 根据权利要求24所述的方法，其中，所述第二请求信息包括以下至少一项：
    第一指示信息，用于指示是否转发所述寻呼消息；
    TMGI。
  26. 根据权利要求25所述的方法，其中，所述寻呼消息包括以下至少一项：
    用户特定寻呼消息；
    所有多播广播业务的寻呼消息；
    预设多播广播业务的寻呼消息。
  27. 根据权利要求21所述的方法，其中，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
    所述第二终端发送第二指示信息至网络设备，所述第二指示信息用于指示所述第二终端针对所述第一多播广播业务进行中继。
  28. 根据权利要求21所述的方法，其中，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
    所述第二终端接收网络设备的第三配置信息，所述第三配置信息包括至少一项：
    与TMGI对应的第二层L2相关参数；
    与TMGI对应的RLC相关参数；
    与TMGI对应的L2以下层的相关参数；
    与TMGI对应的RLC以下层的相关参数。
  29. 根据权利要求28所述的方法，其中，所述第三配置信息还包括以下至少一项：
    第三承载配置信息，所述第三承载配置信息用于PC5链路的RLC承载的配置；
    PC5 DRX相关参数。
  30. 根据权利要求21所述的方法，其中，在所述第二终端接收第一终端发送的第一请求信息的步骤之后，所述方法还包括：
    所述第二终端在所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，转发的第一多播广播业务。
  31. 根据权利要求30所述的方法，其中，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于PC5组标识转发的。
  32. 根据权利要求31所述的方法，其中，所述PC5组标识是所述第二终端基于每个TMGI进行分配得到的。
  33. 根据权利要求29所述的方法，其中，所述第三承载配置信息包括以 下至少一项：
    点对点承载配置；
    点对多点承载配置。
  34. 根据权利要求21所述的方法，其中，在所述第二终端接收第一终端发送的第一请求信息的步骤之前，所述方法还包括：
    所述第二终端接收所述第一终端的第三请求信息；其中，所述第三请求信息用于向所述第二终端请求SIB和/或MCCH的转发；
    所述第二终端转发SIB和/或MCCH至所述第一终端。
  35. 根据权利要求34所述的方法，其中，所述SIB和/或MCCH包括第二配置信息；
    其中，所述第二配置信息包括以下至少一项：
    TMGI；
    与TMGI对应的组调度相关参数；
    与TMGI对应的MRB相关参数；
    与TMGI对应的DRX相关参数。
  36. 根据权利要求31所述的方法，其中，所述SIB和/或MCCH是通过以下至少一种方式发送的：
    PC5单播；
    PC5组播；
    PC5广播。
  37. 根据权利要求29所述的方法，其中，所述第三承载配置信息包括：
    Uu RLC承载与PC5 RLC承载的映射关系，或者MRB与PC5 RLC承载的映射关系。
  38. 根据权利要求21所述的方法，其中，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
    所述第二终端在确定所述第一多播广播业务对应的所有终端无业务需求，或者，所述第一多播广播业务结束的情况下，停止转发所述第一多播广播业务。
  39. 根据权利要求38所述的方法，其中，所述第二终端确定所述第一多 播广播业务对应的所有终端无业务需求，包括：
    所述第二终端在所述第一多播广播业务采用PC5广播方式转发的情况下，发送询问信息至所述第一多播广播业务对应的所有终端，所述询问信息用于询问终端是否具有所述第一多播广播业务的转发需求；
    所述第二终端在未接收到任一终端发送的所述询问信息的确认信息的情况下，确定所述第一多播广播业务对应的所有终端无业务需求。
  40. 一种多播广播业务的发送方法，包括：
    网络设备发送第三配置信息至第二终端；
    其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
    所述第三配置信息包括至少一项：
    与TMGI对应的第二层L2相关参数；
    与TMGI对应的RLC相关参数；
    与TMGI对应的L2以下层的相关参数；
    与TMGI对应的RLC以下层的相关参数。
  41. 根据权利要求40所述的方法，其中，所述第三配置信息还包括以下至少一项：
    第三承载配置信息，所述第三承载配置信息用于PC5链路的RLC承载的配置；
    PC5 DRX相关参数。
  42. 根据权利要求41所述的方法，其中，所述第三承载配置信息包括以下至少一项：
    点对点承载配置；
    点对多点承载配置。
  43. 根据权利要求41所述的方法，其中，所述第三承载配置信息包括：
    Uu RLC承载与PC5 RLC承载的映射关系，或者MRB与PC5 RLC承载的映射关系。
  44. 根据权利要求40所述的方法，其中还包括：
    所述网络设备发送第一配置信息，所述第一配置信息包括以下至少一项：
    与TMGI对应的组调度相关参数；
    与TMGI对应的多播无线承载MRB相关参数；
    与TMGI对应的非连续接收DRX相关参数。
  45. 根据权利要求40所述的方法，其中，还包括：
    所述网络设备发送SIB和/或MCCH，所述SIB和/或MCCH用于确定第一请求信息和/或第二配置信息。
  46. 一种多播广播业务的接收装置，包括：
    第一发送模块，用于发送第一请求信息至第二终端；
    其中，所述第二终端与第一终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
  47. 根据权利要求46所述的装置，其中，还包括：
    第一接收模块，用于接收网络设备发送的第一配置信息，所述第一配置信息包括以下至少一项：
    与TMGI对应的组调度相关参数；
    与TMGI对应的多播无线承载MRB相关参数；
    与TMGI对应的非连续接收DRX相关参数。
  48. 根据权利要求46所述的装置，其中，还包括：
    第二接收模块，用于接收网络设备发送的系统信息块SIB和/或多播控制信道MCCH；
    所述第一终端根据接收到的SIB和/或MCCH，确定所述第一请求信息和/或第二配置信息。
  49. 一种多播广播业务的发送装置，包括：
    第三接收模块，用于接收第一终端发送的第一请求信息；
    其中，所述第一终端与第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
  50. 根据权利要求49所述的装置，其中，还包括：
    第四接收模块，用于接收网络设备的第三配置信息，所述第三配置信息包括至少一项：
    与TMGI对应的第二层L2相关参数；
    与TMGI对应的RLC相关参数；
    与TMGI对应的L2以下层的相关参数；
    与TMGI对应的RLC以下层的相关参数。
  51. 一种多播广播业务的发送装置，包括：
    第二发送模块，用于发送第三配置信息至第二终端；
    其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
    所述第三配置信息包括至少一项：
    与TMGI对应的第二层L2相关参数；
    与TMGI对应的RLC相关参数；
    与TMGI对应的L2以下层的相关参数；
    与TMGI对应的RLC以下层的相关参数。
  52. 一种终端，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，其中，所述程序或指令被所述处理器执行时实现如权利要求1至20中任一项所述的多播广播业务的接收方法的步骤，或者实现如权利要求21至39中任一项所述的多播广播业务的发送方法的步骤。
  53. 一种网络设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，其中，所述程序或指令被所述处理器执行时实现如权利要求40至45中任一项所述的多播广播业务的发送方法的步骤。
  54. 一种可读存储介质，所述可读存储介质上存储程序或指令，其中，所述程序或指令被处理器执行时实现如权利要求1至20中任一项所述的多播广播业务的接收方法的步骤，或者实现如权利要求21至39中任一项所述的多播广播业务的发送方法的步骤，或者实现如权利要求40至45中任一项所述的多播广播业务的发送方法的步骤。
  55. 一种芯片，包括处理器和通信接口，其中，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如权利要求1至20中任一项所述的多播广播业务的接收方法的步骤，或者实现如权利要求21至39中 任一项所述的多播广播业务的发送方法的步骤，或者实现如权利要求40至45中任一项所述的多播广播业务的发送方法的步骤。
  56. 一种计算机程序产品，其中，所述计算机程序产品被存储在非瞬态的可读存储介质中，所述计算机程序产品被至少一个处理器执行以实现如权利要求1至20中任一项所述的多播广播业务的接收方法中的步骤，或者，所述计算机程序产品被至少一个处理器执行以实现如权利要求21至39中任一项所述的多播广播业务的发送方法的步骤，或者，所述计算机程序产品被至少一个处理器执行以实现如权利要求40至45中任一项所述的多播广播业务的发送方法的步骤。
  57. 一种通信设备，被配置为执行如权利要求1至20中任一项所述的多播广播业务的接收方法中的步骤，或者，被配置为执行如权利要求21至39中任一项所述的多播广播业务的发送方法中的步骤，或者，被配置为执行如权利要求40至45中任一项所述的多播广播业务的发送方法的步骤。
PCT/CN2022/106470 2021-07-23 2022-07-19 多播广播业务的接收方法、发送方法、装置及设备 WO2023001144A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110838069.1A CN115696215A (zh) 2021-07-23 2021-07-23 多播广播业务的接收方法、发送方法、装置及设备
CN202110838069.1 2021-07-23

Publications (1)

Publication Number Publication Date
WO2023001144A1 true WO2023001144A1 (zh) 2023-01-26

Family

ID=84980007

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/106470 WO2023001144A1 (zh) 2021-07-23 2022-07-19 多播广播业务的接收方法、发送方法、装置及设备

Country Status (2)

Country Link
CN (1) CN115696215A (zh)
WO (1) WO2023001144A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050007971A1 (en) * 2003-05-10 2005-01-13 Samsung Electronics Co., Ltd. Method for transmitting an MBMS control message in a mobile communication system
CN101163324A (zh) * 2006-10-12 2008-04-16 华为技术有限公司 多播广播业务的播送模式转换方法、终端切换方法及基站
US20180234808A1 (en) * 2015-08-12 2018-08-16 Kyocera Corporation Radio terminal
US20190281523A1 (en) * 2016-11-03 2019-09-12 Lg Electronics Inc. Method and apparatus for transmitting and receiving data in a wireless communication system
US20210120476A1 (en) * 2017-04-20 2021-04-22 Lg Electronics Inc. Method for forwarding system information for a remote ue by a relay ue in wireless communication system and a device therefor

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050007971A1 (en) * 2003-05-10 2005-01-13 Samsung Electronics Co., Ltd. Method for transmitting an MBMS control message in a mobile communication system
CN101163324A (zh) * 2006-10-12 2008-04-16 华为技术有限公司 多播广播业务的播送模式转换方法、终端切换方法及基站
US20180234808A1 (en) * 2015-08-12 2018-08-16 Kyocera Corporation Radio terminal
US20190281523A1 (en) * 2016-11-03 2019-09-12 Lg Electronics Inc. Method and apparatus for transmitting and receiving data in a wireless communication system
US20210120476A1 (en) * 2017-04-20 2021-04-22 Lg Electronics Inc. Method for forwarding system information for a remote ue by a relay ue in wireless communication system and a device therefor

Also Published As

Publication number Publication date
CN115696215A (zh) 2023-02-03

Similar Documents

Publication Publication Date Title
US20230188949A1 (en) Communication method, apparatus, and system
WO2022056806A1 (zh) 一种mbs业务的管理方法及装置、终端设备、网络设备
KR20230095948A (ko) 5g 무선 네트워크에서 멀티캐스트 및 브로드캐스트 서비스를 위한 관심 인디케이션을 송신하는 방법 및 시스템
WO2021051320A1 (zh) 一种业务数据传输方法及装置、网络设备、终端设备
WO2022028539A1 (zh) 信息传输方法、装置、终端及网络侧设备
TW202224455A (zh) 用於mbs的無線通信的裝置和方法
KR101606789B1 (ko) 멀티미디어 서비스를 수신하는 유휴 모드 상태의 단말들을 고려한 효과적인 멀티미디어 데이터 전송 방법
WO2022057173A1 (zh) 一种通信方法及装置
US8824348B2 (en) Method for controlling power saving mode in group communication
WO2023001144A1 (zh) 多播广播业务的接收方法、发送方法、装置及设备
WO2023274133A1 (zh) 多播业务接收、接收配置方法、装置、终端及网络侧设备
WO2022148367A1 (zh) 路径处理方法、装置、终端、网络设备和存储介质
WO2022057892A1 (zh) 业务数据传输方法及装置、终端和基站
WO2022083629A1 (zh) 寻呼消息的接收方法、寻呼配置方法、终端及网络侧设备
KR101572890B1 (ko) 유휴 모드의 단말을 고려한 ｍｂｓ 전송 방법
WO2023001146A1 (zh) 多播广播业务的接收方法、发送方法、装置及设备
WO2022152268A1 (zh) 逻辑信道配置方法、装置及设备
WO2022206505A1 (zh) 业务数据处理方法、装置及设备
WO2022267948A1 (zh) 数据传输方法、装置及终端
WO2021189458A1 (zh) 一种数据转发方法及装置、通信设备
TWI786013B (zh) 一種通訊方法及裝置
WO2023072149A1 (zh) 接入方法、驻留方法、装置、用户设备及存储介质
WO2022188771A1 (zh) 副链路的非连续接收配置方法、装置、设备及可读存储介质
WO2022017480A1 (zh) 管理目标业务的方法、装置和通信设备
WO2023284682A1 (zh) 中继的识别方法、中继的确定方法、终端及网络侧设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22845309

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE