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

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

Info

Publication number
CN115696218A
CN115696218A CN202110839367.2A CN202110839367A CN115696218A CN 115696218 A CN115696218 A CN 115696218A CN 202110839367 A CN202110839367 A CN 202110839367A CN 115696218 A CN115696218 A CN 115696218A
Authority
CN
China
Prior art keywords
terminal
multicast broadcast
broadcast service
information
multicast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110839367.2A
Other languages
English (en)
Inventor
刘佳敏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202110839367.2A priority Critical patent/CN115696218A/zh
Priority to PCT/CN2022/106477 priority patent/WO2023001146A1/zh
Publication of CN115696218A publication Critical patent/CN115696218A/zh
Pending legal-status Critical Current

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]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

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

Description

多播广播业务的接收方法、发送方法、装置及设备
技术领域
本申请属于通信技术领域，具体涉及一种多播广播业务的接收方法、发送方法、装置及设备。
背景技术
长期演进(Long Term Evolution，LTE)系统从第12个发布版本开始支持副链路(sidelink，或译为侧链路/边链路等)，用于终端用户设备(User Equipment，UE)之间不通过网络设备进行直接数据传输。其中，为了支持更广范围的通信应用和服务，提出基于sidelink的中继(relay)通信，扩展覆盖和改善功耗。
然而，现有的relay通信技术中，面对多播广播业务(Multimedia BroadcastService，MBS)，如何实现远端(remote)UE的接收已成为亟待解决的问题。
发明内容
本申请实施例提供一种多播广播业务的接收方法、发送方法、装置及设备，能够解决remote UE无法接收MBS的问题。
第一方面，提供了一种多播广播业务的接收方法，包括：
第一终端发送第一请求信息至第二终端；
其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
第二方面，提供了一种多播广播业务的接收装置，包括：
第一发送模块，用于发送第一请求信息至第二终端；
其中，所述第二终端与第一终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
第三方面，提供了一种多播广播业务的发送方法，包括：
第二终端接收第一终端的第一请求信息；
其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
第四方面，提供了一种多播广播业务的发送装置，包括：
第二接收模块，用于接收第一终端的第一请求信息；
其中，所述第一终端与第二终端之间通过旁链路通信，所述第一请求信息用于向第二终端请求进行第一多播广播业务的转发或者停止转发。
第五方面，提供了一种多播广播业务的发送方法，包括：
网络设备发送MCCH至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述MCCH用于确定多播广播控制信息。
第六方面，提供了一种多播广播业务的发送装置，包括：
第三发送模块，用于发送MCCH至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述MCCH用于确定多播广播控制信息。
第七方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第三方面所述的方法的步骤。
第八方面，提供了一种终端，包括处理器及通信接口，其中，所述通信接口用于发送第一请求信息至第二终端；
其中，所述第二终端与第一终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
第九方面，提供了一种终端，包括处理器及通信接口，其中，所述通信接口用于接收第一终端的第一请求信息；
其中，所述第一终端与第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
第十方面，提供了一种网络设备，该网络设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第五方面所述的方法的步骤。
第十一方面，提供了一种网络设备，包括处理器及通信接口，其中，所述通信接口用于发送MCCH至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述MCCH用于确定多播广播控制信息。
第十二方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤，或者实现如第五方面所述的方法的步骤。
第十三方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，或实现如第三方面所述的方法，或者实现如第五方面所述的方法。
第十四方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非易失的存储介质中，所述程序/程序产品被至少一个处理器执行以实现如第一方面所述的方法，或实现如第三方面所述的方法，或者实现如第五方面所述的方法的步骤。
在本申请实施例中，第一终端与第二终端通过旁链路通信，该第一终端能够向第二终端请求进行第一多播广播业务的转发或者停止转发，以实现其期待的对第一多播广播业务的接收或者停止接收。
附图说明
图1为无线通信系统的框图；
图2为本申请实施例的方法流程示意图之一；
图3为relay UE发送多播广播控制信息的协议栈架构示意图；
图4为relay UE发送多播广播业务的协议栈架构示意图；
图5为本申请实施例中多播广播业务的转发示意图；
图6为本申请实施例的方法流程示意图之二；
图7为本申请实施例的方法流程示意图之三；
图8为对应图2的装置结构图；
图9为对应图6的装置结构图；
图10为对应图7的装置结构图；
图11为本申请实施例的通信设备的结构图；
图12为本申请实施例的终端的结构图；
图13为本申请实施例的网络设备的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：智能手表、手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的传输处理方法进行详细地说明。
如图2所示，本申请实施例的一种多播广播业务的接收方法，包括：
步骤201，第一终端发送第一请求信息至第二终端；
其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
这里，第一终端即remote UE，第二终端即relay UE，remote UE通过向relay UE请求进行第一MBS的转发或者停止转发，实现其期待的对第一MBS的接收或者停止接收。
其中，remote UE、relay UE和基站(即网络设备)为L3 relay协议栈架构。
该实施例中，第一MBS为第一终端期待(也可理解为感兴趣)的NR MBS。
考虑到remote UE向relay UE发送的MBS转发业务请求即第一请求信息，由于是比较个性化的需求，且有一定的私密和隐私特征，可选地，所述第一请求信息通过预设的PC5单播信令发送。
这里，预设的PC5单播信令可以是发送该第一请求信息的专用信令，如PC5-S信令，或者PC5-RRC信令。较佳的，使用安全激活后的信令过程进行发送，当对时延特别敏感时，也可以在安全激活之前进行发送。如果用PC5-S信令方式，则类似于LTE的过程，在此不再赘述。如果是PC5-RRC信令，则可以使用新的RRC过程，例如MBS forwarding request消息，或者使用现有的PC5RRC消息里携带新的域来进行实现。
可选地，所述第一请求信息包括以下至少一项：
所述第一多播广播业务的临时移动组标识TMGI；
所述第一多播广播业务的频点信息；
所述第一多播广播业务的发送区域信息；
所述第一多播广播业务的接收区域信息；
所述第一多播广播业务的优先级信息。
这里，临时移动组标识(Temporary Mobile Group Identity，TMGI)用于向relayUE明确remote UE感兴趣的多播广播业务；第一多播广播业务的频点信息、发送区域信息、接收区域信息和优先级信息中的至少一项，用于辅助relay UE读取到remote UE感兴趣的多播广播业务，如relay UE找到TMGI所发送的时频资源和地理位置。其中，第一多播广播业务的优先级信息，是对于该remote UE来说，该第一多播广播业务与它的其它业务之间的相对优先级，不同的remote UE对同一个TMGI可以给不同的优先级等级。
该实施例中，多播广播业务具有对应的TMGI，多播广播业务也称为TMGI业务。
relay UE接收到remote UE的第一请求信息后，会基于该第一请求信息反馈响应信息来指示该relay UE是否提供第一多播广播业务的转发。可选地，在步骤201之后，所述方法还包括：
所述第一终端接收所述第二终端根据所述第一请求信息反馈的响应信息；
其中，所述响应信息用于指示所述第二终端是否提供所述第一多播广播业务的转发。
其中，relay UE可根据该第一请求信息进行第一多播广播业务的尝试搜索；之后，在查找到该第一多播广播业务的源小区(即第一多播广播业务的TMGI所在的小区)，且接收到该第一多播广播业务的情况下，确定该第一请求信息的响应信息为确认响应，并发送至该remote UE；若relay UE无法找到第一多播广播业务的源小区或者超出能力范围(即无法接收到该第一多播广播业务)，可确定relay UE无法提供该第一多播广播业务的接收，则relay UE不需要对TMGI业务进行接收，确定该第一请求信息的响应信息为否定响应，并发送至该remote UE。
这里，relay UE向remote UE反馈确认响应，可通过发送MBS forwardingresponse(with true)/Acknowledgement实现；relay UE向remote UE反馈否定响应，可通过发送MBS forwarding response(with false)/reject实现。
在relay UE在尝试搜索过程中，如果第一请求信息给出的是频点信息，则当relayUE驻留或者被服务于该频点信息对应的频点时，则直接在该频点进行搜索，如果relay UE并没有驻留或者被服务于该频点，则relay UE需要根据自身能力执行以下之一：
自主的去指定频点搜索；
执行小区重选过程去该频点搜索；
请求网络设备将该频点设置为自己的服务小区；
上报网络设备需求由网络设备考虑UE能力调整服务小区配置使得UE可以兼顾该频点读取；
直接将需求上报网络设备，由网络设备根据部署情况，考虑为该relay UE更改配置，例如relay UE直接上报网络设备，有remote UE需要中转这个TMGI，上报中将频点、发送区域信息、接收区域信息、优先级信息等都带上，网络设备根据自己的部署情况，指定这个频点是否有该业务，该频点是否拥塞，现有业务和TMGI业务的优先级情况如何，其中网络设备在考虑TMGI业务的优先级时，并不能只考虑一个remote UE对TMGI设置的优先级，而是需要综合考虑所有remote UE的情况，或者网络设备对所有的remote UE的单播业务和多播业务通盘考虑之后，进行一些优先保障措施。
在relay UE在尝试搜索过程中，如果第一请求信息给出的是发送区域信息，则：
relay UE在自己当前的服务小区范围内，进行区域搜索，看看服务小区是否在TMGI的发送区域范围(即属于TMGI发送区域范围，也就是该第一多播广播业务的发送区域信息对应的范围)内，如果是，则可以直接在服务小区进行TMGI读取(即第一多播广播业务的接收)；如果当前服务小区不在该属于TMGI的发送区域范围内(即当前服务小区范围内没有搜索到属于TMGI的发送范围)，则还可以扩大到UE当前能力能够读取的其它小区，且在搜索到了其它小区的情况下，可以直接在搜索到的小区进行TMGI读取。如果当前服务小区范围和UE能力范围之内，都没有找到属于TMGI的发送区域范围内的小区，则relay UE可以上报TMGI+相关信息给网络设备，由网络设备辅助找寻，或者relay UE直接建立unicast PDUsession进行该TMGI的接收。
或者，relay UE可以直接把TMGI+相关信息上报给网络设备，由网络设备指示，应该如何找到TMGI所在cell。
当然，网络设备对于上报的TMGI+相关信息，可以回复拒绝或者失败，例如当前gNB下没有该TMGI发送；或者根据优先级策略，relay UE无法同时维持现有业务和TMGI的同时接收，需要舍弃TMGI转发业务。网络设备也可以回复relay UE发起unicast PDU session建立，用于TMGI的传输。网络设备也可以根据TMGI所在的位置，为relay UE重新配置服务小区，使得relay UE可以同时维持现有业务和新加的TMGI业务的服务。
在relay UE在尝试搜索过程中，如果第一请求信息给出的是接收区域信息，该接收区域信息也可以理解为有效范围信息，包括cell list或者TA list，表明该TMGI业务仅在这些小区里是允许接收的，其它小区不允许进行接收，则relay UE检测自己的服务小区是否属于该范围，如果不属于，则认定不允许接收，如果属于，则可以接收；当然检测范围也可以扩大到UE能力能够读取的其它小区，或者上报该接收区域信息给基站，由基站辅助检测或者适当重配置将relay UE服务小区置于有效区域范围之内。
relay UE尝试搜索后，找到了第一多播广播业务的源小区，并能够接收第一多播广播业务或者经过网络侧重配置之后可以进行第一多播广播业务接收，则relay UE一方面开始对TMGI(第一多播广播业务的TMGI)对应的MCCH和MTCH等进行接收，一方面向remoteUE返回确认响应。
该实施例中，对于remote UE来说，如果relay UE反馈否定响应，即指示其不能提供第一多播广播业务的转发，则业务请求结束。
另外，应该知道的是，对于MBS业务的转发，需要结合relay UE进行请求。例如，自己本身是个non-MBS capable UE的relay UE，该relay UE不具备接收NR MBS业务的能力，向其请求多播广播业务的转发会造成资源的浪费。又如，即使是支持MBS业务接收的relayUE，但该relay UE只有单频点接收能力或者能力受限不能同时在PC5频点和MBS频点上同时工作，因此它也不具备转发MBS能力；或者，该relay UE当前有其它业务正在收发，而当前的工作频点上并没有任何MBS业务，再搜索其它频点找寻MBS业务又超出了UE的能力范围，因此无法提供转发MBS服务；又或者，该relay UE当前可以进行MBS业务转发，但可以提供的是哪种类型的MBS业务，以及最多提供几个MBS业务等，都需要考虑射频、处理能力和负荷情况等；再或者，该relay UE当前能搜索到的TMGI是特定的，可以直接发送给remote UE在此范围内挑选，不需要请求超出该范围之外的TMGI。因此，relay UE会发送自身的能力信息至remote UE，来告知remote UE该relay UE转发多播广播业务的能力，以便remote UE对于其感兴趣的第一多播广播业务，进行更高效的选择可提供转发的relay UE。其中，relay UE通过广播发送自身的能力信息，例如discovery消息里携带。
相应的，该实施例中，在步骤201之前，所述方法还包括：
所述第一终端接收所述第二终端发送的能力信息，所述能力信息用于表示所述第二终端转发多播广播业务的能力。
即，remote UE可接收relay UE的能力信息，从而由该能力信息确定该relay UE是否能够提供第一多播广播业务的转发，并在该relay UE能够提供第一多播广播业务的转发的情况下向其发送第一请求信息。当然，remote UE可接收多个relay UE的能力信息，选择最优的relay UE实现第一多播广播业务的转发。
可选地，所述能力信息包括以下至少一项：
支持转发的多播广播业务的类型；
支持转发的多播广播业务列表；
支持转发的多播广播业务的数量；
当前转发的多播广播业务的相关信息。
这里，若能力信息给出支持转发的多播广播业务的类型，则可以为以下一种或多种：MBS业务，broadcast业务，multicast业务，multicast for connected类业务，multicast for idle/inactive类业务，local MBS/broadcast/multicast类业务。若能力信息给出支持转发的多播广播业务列表，该多播广播业务列表中除列出多播广播业务的名称，还可由TMGI表示，即多播广播业务列表实现为TMGI列表(list)。若能力信息给出支持转发的多播广播业务的数量，则可以为以下一种或多种：MBS业务的总数目/剩余数目；broadcast业务的总数目/剩余数目；multicast业务的总数目/剩余数目。若能力信息给出当前转发的多播广播业务的相关信息，则可以是已经在转发的TMGI list和对应配置，例如Layer-2 ID，有效范围，配置信息等。
当然，该实施例中，remote UE在接收或者未接收relay UE的能力信息的前提下，都可能MBS转发业务请求(即向relay UE发送第一请求信息)，例如：
relay UE没有广播该能力信息，或者relay UE明确广播该能力信息，且能力信息指示自己不支持MBS转发，则remote UE不允许发起MBS转发业务请求；
在没有relay UE广播该能力信息的情况下，remote UE依然可以发起MBS转发业务请求；
当relay UE广播了该能力信息，且该能力信息指示自己支持MBS相关转发的情况下，remote UE可以发起MBS转发业务请求，不过该请求应该在relay UE转发能力之内，不能超出。
该实施例中，为保证后续remote UE接收到转发的第一多播广播业务，接收第一请求信息的relay UE，会向remote UE发送多播广播控制信息，配置remote UE，以便于remoteUE进行第一多播广播业务的顺利接收。其中，relay UE接收网络设备的MCCH，由接收到的MCCH进一步确定发送给remote UE的多播广播控制信息。
在NR中，一个TMGI业务可以由多个逻辑信道组成，而逻辑信道的数目按需求而定，且每个逻辑信道也可能拥有不同的L2配置，因此网络设备在MCCH中携带配置的与TMGI对应的逻辑信道相关参数，如逻辑信道的数目、逻辑信道的标识(LCID)等。MCCH中还可能携带与TMGI对应的DRX相关参数、与TMGI对应的无线承载相关参数或者与TMGI对应的第一组标识。
相应的，该实施例中，在步骤201之后，所述方法还包括：
所述第一终端接收所述第二终端发送的多播广播控制信息；
其中，所述多播广播控制信息包括以下至少一项：
与TMGI对应的逻辑信道相关参数；
与TMGI对应的DRX相关参数；
与TMGI对应的无线承载相关参数；
与TMGI对应的第一组标识。
这里，多播广播控制信息的具体内容可以是relay UE由MCCH中直接得到的，也可以是由MCCH中的内容进一步确定的。其中，逻辑信道相关参数可包括逻辑信道的数量、LCID等；DRX相关参数是指示DRX pattern的参数，可包括DRX周期、DRX起始位置等；无线承载相关参数可包括承载的位置、间隔、映射关系等。而第一组标识是PC5组标识，是relay UE基于每个TMGI进行分配得到的，即具有同一个PC5组标识的remote UE，对该PC5组标识对应的TMGI业务感兴趣。
应该知道的是，relay UE从Uu接口读取MCCH中TMGI业务对应的DRX相关参数，是限定该TMGI业务的On/off pattern。考虑到relay UE在接收到业务后，需要一定的处理时延和资源选择时延，才能够在PC5接口转发业务，故从Uu接口读取的DRX参数信息并不能直接用于PC5链路，因此，可选地，所述与TMGI对应的DRX相关参数为Uu DRX相关参数或者PC5DRX相关参数。
即，一方面，relay UE将MCCH中Uu DRX相关参数指示的Uu DRX pattern，经过一定延时处理，得到PC5 DRX pattern，从而把能够指示该PC5 DRX pattern的PC5 DRX相关参数作为多播广播控制信息发送给remote UE。另一方面，若relay UE将MCCH中Uu DRX相关参数直接作为多播广播控制信息发送给remote UE，而remote UE能够由Uu pattern和PC5pattern之间的偏移量或者矫正量，得到所需的PC5 pattern。其中，Uu pattern和PC5pattern之间的偏移量或者矫正量可以是默认或规定的，也可以是携带于多播广播控制信息的DRX相关参数中。具体的，Uu pattern和PC5 pattern之间的偏移量或者矫正量可以实现为：on Duration偏移5个ms，inactivity timer增加3ms等等。
remote UE基于与TMGI对应的DRX相关参数进行接收配置，可达到省电的目的。
而考虑到业务的连续性，该实施例中，relay UE确定的多播广播控制信息中除DRX相关参数外，其他参数特别是L2配置信息，如多播广播业务的LCID取值，QoS flow mappingto MRB，每个MRB的L2配置，SN长度等，期待与Uu接口一致。即，若Uu接口属于TMGI1的MRB1使用逻辑信道ID 39，PDCP SN长度12，RLC SN长度12，RLC UM配置，在PC5转发时仍旧维持不变，其余MRB类似。这样，若一个remote UE同时可以接收来自relay UE的TMGI业务和来自Uu接口的TMGI业务，则这两个TMGI业务的配置完全一致，UE可以将两个路径的数据包进行排序和重复检测删除等，达到一个duplication传输的效果，但又不增加额外开销。并且，如果remote UE不是同时接收两路数据，而是先位于Uu接口接收TMGI业务，移动到小区边缘链路太差，Uu接口无法成功接收，移动到relay UE下继续接收该TMGI业务，则无论MRB还是L2实体，RLC/PDCP都可以接续使用，对数据包也可以进行排序和按需递交，对业务连续性有较好的作用。
可选地，所述无线承载相关参数包括以下至少一项：
单播承载的配置信息；
组播承载的配置信息；
其中，所述第一多播广播业务采用PC5单播方式发送的情况下，所述单播承载与一个PC5组播的MBS RB绑定。
也就是，relay UE发送单播承载的配置信息和/或组播承载的配置信息至remoteUE，以使remote UE基于与TMGI对应的单播承载的配置信息和/或组播承载的配置信息进行接收配置，实现对relay UE转发的第一多播广播业务的有效接收。
这里，若第一多播广播业务采用PC5组播方式发送，将基于第一组标识进行发送，则对应同一个第一组标识的一组remote UE，group中的每个remote UE分配的反馈位置可以相同也可以不同。
第一多播广播业务采用PC5单播方式发送的情况下，特别的，该第一多播广播业务是连接态UE接收的多播业务，通过单播承载与一个PC5组播的MBS RB绑定，指示该单播承载用于其绑定的PC5组播的MBS RB对应的业务转发。
当然，对于连接态UE接收的多播业务，relay UE在PC5接口可以同时使用groupcast和unicast进行转发。此时，groupcast是PTM调度，unicast相当于用于绑定的PTPleg的传输。
可选地，该实施例中，所述多播广播控制信息采用以下至少一种方式发送：
PC5单播；
PC5组播；
PC5广播。
即，relay UE通过单播、组播或广播中至少一种方式向remote UE发送多播广播控制信息。
其中，relay UE采用PC5单播(unicast)的方式发送多播广播控制信息，可以是在通过MBS forwarding response反馈第一请求信息的确认响应时，由该MBS forwardingresponse携带多播广播控制信息一起发送。
relay UE采用PC5组播(groupcast)或者PC5广播(broadcast)的方式发送多播广播控制信息，相较于PC5 unicast的方式能够具有更高的传输效率。
可选地，在所述多播广播控制信息采用PC5组播方式或者PC5广播方式发送的情况下，
所述多播广播控制信息基于第二组标识发送，且所述多播广播控制信息包括多个多播广播业务的信息；其中，所述第二组标识的分配独立于TMGI；或者，
所述多播广播控制信息基于所述第一组标识发送，且所述多播广播控制信息包括与所述第一组标识对应的多播广播业务的信息。
这样，对于PC5 groupcast或者PC5 broadcast方式发送该多播广播控制信息，可实现为：
一是，由relay UE基于第二组标识，将包括多个多播广播业务的信息(即对应多个TMGI的配置)的多播广播控制信息发送给多个remote UE。此时，第二组标识的分配独立于TMGI，该多个remote UE具有同一个第二组标识，可以对相同或不同的TMGI业务感兴趣。可以由定义或预配置确定，也可以由relay UE通过unicast signaling发送给remote UE。而该多个多播广播业务，可以是relay UE当前提供转发的所有业务；也可以是relay UE能够提供转发的所有业务，其中，即使有一些TMGI业务没有实时转发，也能够以特殊标记区分on-going和suspend，on-going代表已经在转发的TMGI业务，suspend代表可以转发但由于还没有UE感兴趣，但remote UE可以请求转发。
二是，由relay UE基于第一组标识，将包括一个多播广播业务的信息(即对应该第一组标识的一个TMGI的配置)的多播广播控制信息发送给多个remote UE。此时，第一组标识的分配基于TMGI，则该多个remote UE具有同一个第一组标识，即多个remote UE对同样的TMGI业务感兴趣。且，为了区分多播广播控制信息和多播广播业务传输，为多播广播控制信息和多播广播业务规定不同的逻辑信道，由LCID来区分，例如：显示给出多播广播控制信息和多播广播业务的LCID各自数值；或者，定义或配置多播广播控制信息的LCID(如LCID＝0)，配置或默认多播广播业务的LCID，其中默认多播广播业务的LCID即如果多播广播业务预留LCID 39-42，在未配置时默认使用LCID39-42，而配置就可以告知只是用预留LCID的LCID39-40。
该实施例中，基于L3 relay架构，relay UE发送多播广播控制信息的协议栈架构是L3分割，如图3所示；relay UE发送多播广播业务的协议栈架构也是L3分割，如图4所示。
此外，该实施例中，可选地，在步骤201之后，所述方法还包括：
所述第一终端在通过所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，接收所述第二终端转发的第一多播广播业务。
也就是，relay UE对于remote UE请求转发的感兴趣的多播广播业务，会向remoteUE进行转发，如在该多播广播业务开始发送后转发该多播广播业务给remote UE。相应的，remote UE会接收relay UE转发的第一多播广播业务。
其中，relay UE可读取MCCH，来获得多播广播业务转发的配置。这样，relay UE在第一多播广播业务开始在Uu接口发送时，通过获得的配置进行接收及转发处理。
对于relay UE采用groupcast方式转发第一多播广播业务，可选地，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于第一组标识转发的。
这样，针对第一多播广播业务，relay UE能够将接收的第一多播广播业务放到对应的PC5承载上通过第一组标识(PC5 group layer-2ID)传输给感兴趣的remote UE。
为确保packet级别的业务连续性，所述第一多播广播业务的同一个数据包在PC5接口使用的PDCP SN与Uu接口使用的PDCP SN相同；和/或，
所述第一多播广播业务的同一个数据包在PC5接口使用的RLC SN与Uu接口使用的RLC SN相同。
也就是，relay UE从Uu接口接收到的PDCP SN号，可以继续保持，在PC5接口使用相同的PDCP SN号进行数据的发送，这样，Uu的一个数据包和PC5接口转发的数据包，只要PDCPSN相同就一定是同一个数据包，因此可以基于PDCP SN进行数据包的排序和重复删除等操作，在remote UE多路同时接收时达到duplication效果，在remote UE由一条路径切换到另一条路径时，也能确保一定的业务连续性。而relay UE从Uu接口接收到的RLC SN号，可以继续保持，在PC5接口使用相同的RLC SN号进行数据的发送，这样，Uu的一个数据包和PC5接口转发的数据包，只要RLC SN相同就一定是同一个数据包，因此可以基于RLC SN进行数据包的排序和重复删除等操作，在remote UE多路同时接收时达到duplication效果，在remoteUE由一条路径切换到另一条路径时，也能确保一定的业务连续性。
其中，对于broadcast业务的转发，由于broadcast一般是成片连续发送，即一个区域内同频小区都是发送该broadcast TMGI业务，这样能确保UE在这个频点上移动时，可以连续的接收该TMGI业务，因此对于broadcast TMGI业务会通过显示的指示，表明该TMGI业务的PDCP SN/RLC SN是否和周围邻小区是同步。此时，如果指示SN同步，相当于UE由cell1下的relay1到cell2(cell1的邻小区)下移动或者同时接收时，也可以使用PDCP/RLC SN连续排序的特性，进一步提升业务连续性；如果指示不同步，则relay UE不能做多路径合并，只能分别接收，由业务层再处理和排序，在切换路径时，也需要将RLC和PDCP都重建操作，在新路径再重新接收。
而且，如果有PC5 DRX相关参数的配置，则relay UE按照DRX pattern进行数据包发送。具体的，只在Active time期间进行数据包发送，而在non-active time期间，数据包需要缓存，等待下一个on周期。其中，如果数据包在存储的过程中超时(discard timer的长度可以来自于网络侧配置，QoS参数，或者relay UE实现)，则删除数据包或者为了确保SN连续继续传输。
remote UE侧，remote UE获得PC5 group layer-2ID之后，在没有PC5 DRX相关参数配置的情况下，持续在所有资源池位置监听PC5 group layer-2ID的调度和数据包；在配置了PC5 DRX相关参数的情况下，仅在active time期间进行PC5 group layer-2ID的调度和数据包监听。remote UE获得多播广播控制信息中的MRB/MTCH逻辑信道相关参数之后，按照数目和LCID分别建立L2接收侧的实体，如MAC/RLC/PDCP/potential SDAP等，其中SDAP层不一定需要。
其中，remote UE在一个MTCH接收到第一个数据包，则将第一个数据包的RLC SN设置为RLC接收实体侧变量RX_Next_Reassembly和RX_Next_Highest变量的初始值。remoteUE在一个MTCH接收到第一个数据包，则根据第一个数据包的PDCP SN，将RX_NEXT变量初始值设置为(该SN+1)模SN空间大小，RX_DELIV变量初始值设置为(该SN–SN空间大小的一半)模SN空间大小，同时需要确保以上两个变量计算出的COUNT值应该为非负数。其中，SN空间大小与SN长度有关，例如12bit SN长度，SN空间大小为212＝4096。
可选地，该实施例中，在步骤201之后，所述方法还包括：
所述第一终端接收所述第一多播广播业务对应的小区标识。
如此，relay UE通过告知remote UE第一多播广播业务对应的小区标识，如ECGI，可使remote UE知道PDCP SN和/或RLC SN是和哪个小区保持的一致，便于多路径同时接收或者多路径切换时，对相同小区的识别，例如由relay切换到该小区下，或者由该小区下切换到relay时。当然，
其中，小区标识可是在unicast信令交互，或者discovery过程，或者多播广播控制信息发送中携带。如此，通过获取该小区标识，remote UE移动到该小区，可以直接接收MBS业务不用再次读取配置。
还应该了解的是，该实施例中，对multicast业务感兴趣的remote UE，需要使用NAS过程，向核心网发起加入(join)multicast TMGI的过程，让核心网知道这个UE对这个TMGI感兴趣，从而后续等该multicast业务激活时，核心网才会寻呼对该multicast业务感兴趣的remote UE进行业务接收。其中，remote UE可在链路条件好的时候，自己进行join过程；或者，通过PC5接口进行交互，向relay UE告知自己对一个multicast TMGI感兴趣，由relay UE发起自己的NAS过程，向核心网进行join过程。当然，这两种join过程可以都进行，便于remote UE自己从Uu接口收TMGI activation寻呼，或者relay UE从Uu接口接收该TMGIactivation寻呼，或者remote UE和relay UE同时收寻呼，以防错过。
join过程之后，如果multicast业务激活，核心网会寻呼相关订阅的UE，则remoteUE或者relay UE会接收到寻呼消息，开始准备接收multicast业务。如果该multicast业务支持multicast for idle/inactive(即multicast TMGI for idle/inactive)，则relayUE接收MCCH，可先进入连接态通过专用信令获得MCCH，再释放回idle/inactive接收数据；或者若MCCH是公共广播信令发生的，relay UE读取即可。但无论怎样，relay UE都可以获得MCCH后，发送多播广播控制信息给remote UE，多播广播控制信息的发送如上所述，在此不再赘述。Multicast TMGI for idle/inactive的多播广播业务(MTCH)的接收和转发也如上所示，在此不再赘述。
而如果multicast业务支持multicast for only connected UE(即multicastTMGI for only connected UE)，relay UE需要进入连接态进行MTCH接收，且MTCH不仅可以配置PTM(point to Multi-point)leg，还可能同时配置PTP(Point to Point)leg，网络设备为了维持业务的QoS，可能在PTM leg和PTP leg之间做动态切换。其中，relay UE将接收的MTCH转发给remote UE，可以有：
方式一、使用groupcast将接收的MTCH转发。其中，group中的每个remote UE分配的反馈位置可以相同也可以不同。当然，考虑为group中的每个remote UE分配不同的反馈位置，relay UE能够通过知道具体哪个UE出错，以及多少个UE出错，尽量进行多次HARQ重传，以提升可靠性，确保所有remote UE都尽量达到QoS需求。
方式二、在groupcast Layer-2 ID(即第一组标识)的基础上，为感兴趣该multicast业务的所有或者部分remote UE(如果是部分，则意味着选取链路条件较差的一些UE)建立unicast连接和路径，并通过unicast PC5 RRC进行相关的PTP leg配置以及PTPleg和PTM leg的绑定关系，即PTP leg可以配置为RLC AM模式，PTP leg一定跟一个PTM leg的MRB进行绑定，两个leg具有相同的PDCP实体，从PTP leg接收到的数据与从PTM leg接收到的数据在同一个PDCP实体按照PDCP SN序号进行重排序和重复检测删除等操作，从而达到QoS需求，如图5所示，以一个MRB为例说明split two legs的工作示意图，其中两条leg可以发duplicated data以达到更好的业务可靠性。
另外，该实施例中，在步骤201之后，所述方法还包括：
所述第一终端在通过所述第一请求信息向所述第二终端请求停止转发所述第一多播广播业务，或者，所述第一多播广播业务结束的情况下，停止接收所述第一多播广播业务。
remote UE感兴趣的业务发生变更，如对第一多播广播业务不再感兴趣，则会发送第一请求信息向relay UE请求停止转发该第一多播广播业务，以避免relay UE无效转发。remote UE在发送第一请求信息，请求relay UE停止转发第一多播广播业务后，remote UE可自主停止对该第一多播广播业务的接收；或者，remote UE了解到第一多播广播业务结束，remote UE也可自主停止对该第一多播广播业务的接收。
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反馈的确认信息来做停止转发的判断。
该实施例中，可以采取独立的过程，或者采取统一的过程，请求多播广播业务的转发或者停止转发。例如，对于MBS forwarding request消息，remote UE每次感兴趣的业务发生变更即上报，每次上报都携带最新感兴趣的业务相关信息，如果不再感兴趣，则从上报的信息中去除不再感兴趣的业务相关信息。故，上报的信息可作为第一请求信息用于向relay UE请求多播广播业务的转发或者停止转发。这样，relay UE就可以根据最新上报信息，获知哪些业务已经不再感兴趣，哪些业务是新感兴趣的，对于新感兴趣的业务，按照上述内容完成业务接收；对于不再感兴趣的业务，relay UE通过询问信息确定该业务是否还有其它remote UE感兴趣，如果有则维持现有转发，如果没有则可以停止转发。
也可以采取消息里，delete+add/update/modify的信令方式，显示列出哪些业务不再感兴趣，哪些业务新加入，或者变化等，relay UE收到后，分别针对新感兴趣的业务、不再感兴趣的业务进行如上处理。
另外，该实施例中，在relay UE已经在转发多播广播业务的情况下，若一个新的remote UE对该relay UE已经在转发多播广播业务感兴趣，则新的remote UE：
一是，可以发送其第一请求信息，请求relay UE向其转发该多播广播业务。例如，通过MBS forwarding request消息携带第一请求信息，上报自己感兴趣的业务相关信息(如TMGI)，relay UE对已经在转发的业务，直接回复Acknowledgement，该Acknowledgement携带多播广播控制信息，或者携带MCCH的对应配置，例如MCCH Layer-2 ID。该新的remoteUE收到之后，读取多播广播控制信息获得配置，使用TMGI对应的第一组标识接收业务数据。此时，relay UE对于当前有多少个remote UE感兴趣正在转发的TMGI业务掌握非常精准，便于它判断停止。
二是，可以通过广播，直接读取多播广播控制信息和对应的多播广播业务数据，无需显示告知relay UE知道。这里，relay UE是在经第一个remote UE请求该多播广播业务转发之后，对已经在转发的多播广播业务，以及多播广播控制信息都是不断进行广播的，例如，周期性发送的discovery消息里携带。如此，能够节省后来的remote UE和relay UE之间的交互时延以及信令开销。当然，后来的remote UE和relay UE之间缺乏显示沟通过程，导致relay UE并不能了解有多少个UE感兴趣TMGI业务，当它希望停止TMGI业务转发时，需要Counting周围UE(即发送询问信息至周围UE)，例如也是在discovery消息里，on-goingTMGI里增加1bit指示，要求周围UE尽快上报是否对该TMGI感兴趣，如果感兴趣则remote UE立即通过unicast上报给relay UE，否则如果在一段时间内relay UE没有接收到任何remote UE的感兴趣上报，认为没有UE感兴趣，可以停止转发，节省资源。
对于业务结束，一方面可通过MCCH notification方式通知，则由于relay UE需要随时监听MCCH notification和MCCH变更relay UE也是知道业务停止的，因此relay UE会在业务停止之后，回收PC5资源，例如回收与该TMGI相关的group layer-2ID(即PC5 grouplayer-2ID)等信息，停止后续的转发；如果业务结束是通过MTCH/MRB中的数据PDU进行通知的，例如通过MAC CE进行业务停止指示，则relay UE由于可以解析MAC CE，因此它也知道业务停止信息，可以进行停止和资源回收。
综上，本申请实施例的方法，能够使得remote UE可以接收来自网络设备的多播广播业务，提升了传输效率和覆盖，保障了remote UE的业务体验和系统效率。
如图6所示，本申请实施例的一种多播广播业务的发送方法，包括：
步骤601，第二终端接收第一终端的第一请求信息；
其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
如此，第二终端(即relay UE)能够接收第一终端(即remote UE)的第一请求信息，了解remote UE期待的对第一多播广播业务的接收或者停止接收，以便后续进行处理，使得remote UE可以接收来自网络侧的多播广播业务。
可选地，所述第一请求信息通过预设的PC5单播信令发送。
可选地，所述第一请求信息包括以下至少一项：
所述第一多播广播业务的TMGI；
所述第一多播广播业务的频点信息；
所述第一多播广播业务的发送区域信息；
所述第一多播广播业务的接收区域信息；
所述第一多播广播业务的优先级信息。
可选地，在所述第二终端接收第一终端的第一请求信息的步骤之前，所述方法还包括：
所述第二终端发送能力信息，所述能力信息用于表示所述第二终端转发多播广播业务的能力。
可选地，所述能力信息包括以下至少一项：
支持转发的多播广播业务的类型；
支持转发的多播广播业务列表；
支持转发的多播广播业务的数量；
当前转发的多播广播业务的相关信息。
可选地，所述第二终端接收第一终端的第一请求信息之后，还包括：
所述第二终端根据所述第一请求信息反馈响应信息至所述第一终端；
其中，所述响应信息用于指示所述第二终端是否提供所述第一多播广播业务的转发。
可选地，在所述第二终端根据所述第一请求信息反馈响应信息至所述第一终端的步骤之前，所述方法还包括：
所述第二终端在所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，根据所述第一请求信息进行所述第一多播广播业务的尝试搜索；
所述第二终端在查找到所述第一多播广播业务的源小区，且接收到所述第一多播广播业务的情况下，确定所述响应信息为确认响应；
所述第二终端在未查找到所述第一多播广播业务的源小区的情况下，确定所述响应信息为否定响应。
可选地，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端发送多播广播控制信息至所述第一终端；
其中，所述多播广播控制信息包括以下至少一项：
与TMGI对应的逻辑信道相关参数；
与TMGI对应的DRX相关参数；
与TMGI对应的无线承载相关参数；
与TMGI对应的第一组标识。
可选地，所述多播广播控制信息采用以下至少一种方式发送：
PC5单播；
PC5组播；
PC5广播。
可选地，在所述多播广播控制信息采用PC5组播方式或者PC5广播方式发送的情况下，
所述多播广播控制信息基于第二组标识发送，且所述多播广播控制信息包括多个多播广播业务的信息；其中，所述第二组标识的分配独立于TMGI；或者，
所述多播广播控制信息基于所述第一组标识发送，且所述多播广播控制信息包括与所述第一组标识对应的多播广播业务的信息。
可选地，所述与TMGI对应的DRX相关参数为Uu DRX相关参数或者PC5DRX相关参数。
可选地，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端在所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，转发所述一多播广播业务。
可选地，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于第一组标识转发的。
可选地，所述第一多播广播业务的同一数据包在PC5接口使用的PDCP SN与Uu接口使用的PDCP SN相同；和/或，
所述第一多播广播业务的同一数据包在PC5接口使用的RLC SN与Uu接口使用的RLC SN相同。
可选地，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端发送所述第一多播广播业务对应的小区标识至所述第一终端。
可选地，所述无线承载相关参数包括以下至少一项：
单播承载配置；
组播承载配置；
其中，所述第一多播广播业务采用PC5单播方式发送的情况下，单播承载与一个PC5组播的MBS RB绑定。
可选地，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端在确定所述第一多播广播业务对应的所有终端无业务需求，或者，所述第一多播广播业务结束的情况下，停止转发所述第一多播广播业务。
可选地，所述第二终端确定所述第一多播广播业务对应的所有终端无业务需求，包括：
所述第二终端在所述第一多播广播业务采用PC5广播方式转发的情况下，发送询问信息至所述第一多播广播业务对应的所有终端，所述询问信息用于询问终端是否具有所述第一多播广播业务的转发需求；
所述第二终端在未接收到任一终端发送的所述询问信息的确认信息的情况下，确定所述第一多播广播业务对应的所有终端无业务需求。
需要说明的是，该方法是与上述由第一终端执行的多播广播业务的接收方法配合实现的，上述方法实施例中，第二终端的实现方式适用于该方法，也能达到相同的技术效果。
如图7所示，本申请实施例的一种多播广播业务的发送方法，包括：
步骤701，网络设备发送MCCH至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述MCCH用于确定多播广播控制信息。
这里，第一终端(即remote UE)通过向第二终端(即relay UE)发送第一请求信息，向relay UE请求进行第一多播广播业务的转发或者停止转发，relay UE了解到remote UE的需求，通过接收到的网络设备的MCCH确定多播广播控制信息，来为remote UE提供后续处理的配置，使得remote UE可以接收来自网络侧的多播广播业务。
可选地，所述多播广播控制信息包括以下至少一项：
与TMGI对应的逻辑信道相关参数；
与TMGI对应的DRX相关参数；
与TMGI对应的无线承载相关参数；
与TMGI对应的第一组标识。
需要说明的是，该方法是与上述由第一终端执行的多播广播业务的接收方法配合实现的，上述方法实施例中，网络设备的实现方式适用于该方法，也能达到相同的技术效果。
还需要说明的是，本申请实施例提供的多播广播业务的发送方法，执行主体可以为多播广播业务的发送装置，或者该多播广播业务的发送装置中的用于执行加载多播广播业务的发送方法的控制模块。本申请实施例中以多播广播业务的发送装置执行加载多播广播业务的发送方法为例，说明本申请实施例提供的多播广播业务的发送方法。
如图8所示，本申请实施例的多播广播业务的接收装置800，包括：
第一发送模块810，用于发送第一请求信息至第二终端；
其中，所述第二终端与第一终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
可选地，所述第一请求信息通过预设的PC5单播信令发送。
可选地，所述第一请求信息包括以下至少一项：
所述第一多播广播业务的临时移动组标识TMGI；
所述第一多播广播业务的频点信息；
所述第一多播广播业务的发送区域信息；
所述第一多播广播业务的接收区域信息；
所述第一多播广播业务的优先级信息。
可选地，所述第一终端发送第一请求信息至第二终端之前，还包括：
所述第一终端接收所述第二终端发送的能力信息，所述能力信息用于表示所述第二终端转发多播广播业务的能力。
可选地，所述能力信息包括以下至少一项：
支持转发的多播广播业务的类型；
支持转发的多播广播业务列表；
支持转发的多播广播业务的数量；
当前转发的多播广播业务的相关信息。
可选地，所述装置还包括：
响应信息接收模块，用于接收所述第二终端根据所述第一请求信息反馈的响应信息；
其中，所述响应信息用于指示所述第二终端是否提供所述第一多播广播业务的转发。
可选地，所述装置还包括：
第一接收模块，用于接收所述第二终端发送的多播广播控制信息；
其中，所述多播广播控制信息包括以下至少一项：
与TMGI对应的逻辑信道相关参数；
与TMGI对应的DRX相关参数；
与TMGI对应的无线承载相关参数；
与TMGI对应的第一组标识。
可选地，所述多播广播控制信息采用以下至少一种方式发送：
PC5单播；
PC5组播；
PC5广播。
可选地，在所述多播广播控制信息采用PC5组播方式或者PC5广播方式发送的情况下，
所述多播广播控制信息基于第二组标识发送，且所述多播广播控制信息包括多个多播广播业务的信息；其中，所述第二组标识的分配独立于TMGI；或者，
所述多播广播控制信息基于所述第一组标识发送，且所述多播广播控制信息包括与所述第一组标识对应的多播广播业务的信息。
可选地，所述与TMGI对应的DRX相关参数为Uu DRX相关参数或者PC5DRX相关参数。
可选地，所述装置还包括：
第一业务处理模块，用于在通过所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，接收所述第二终端转发的第一多播广播业务。
可选地，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于第一组标识转发的。
可选地，所述第一多播广播业务的同一个数据包在PC5接口使用的PDCP SN与Uu接口使用的PDCP SN相同；和/或，
所述第一多播广播业务的同一个数据包在PC5接口使用的RLC SN与Uu接口使用的RLC SN相同。
可选地，所述装置还包括：
小区标识接收模块，用于接收所述第一多播广播业务对应的小区标识。
可选地，所述无线承载相关参数包括以下至少一项：
单播承载的配置信息；
组播承载的配置信息；
其中，所述第一多播广播业务采用PC5单播方式发送的情况下，所述单播承载与一个PC5组播的MBS RB绑定。
可选地，所述装置还包括：
第二业务处理模块，用于在通过所述第一请求信息向所述第二终端请求停止转发所述第一多播广播业务，或者，所述第一多播广播业务结束的情况下，停止接收所述第一多播广播业务。
可选地，所述装置还包括：
询问信息接收模块，用于接收由所述第二终端发送的询问信息，所述询问信息用于询问所述第一终端是否具有所述第一多播广播业务的转发需求；
询问反馈模块，用于在具有所述第一多播广播业务的转发需求的情况下，发送所述询问信息的确认信息至所述第二终端。
该装置，通过向relay UE请求进行多播广播业务的转发或者停止转发，在relayUE基于请求进行多播广播业务的转发或者停止转发后，接收来自网络侧的多播广播业务，提升了传输效率和覆盖，保障了remote UE的业务体验和系统效率。
需要说明的是，该装置可执行上述由第一终端执行的多播广播业务的接收方法，上述方法实施例的实现方式适用于该装置，也能达到相同的技术效果。
本申请实施例中的多播广播业务的接收装置可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例提供的多播广播业务的接收装置能够实现图2至图5的方法实施例中第一终端实现的各个过程，为避免重复，这里不再赘述。
如图9所示，本申请实施例一种多播广播业务的发送装置910，包括：
第二接收模块910，用于接收第一终端的第一请求信息；
其中，所述第一终端与第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
可选地，所述第一请求信息通过预设的PC5单播信令发送。
可选地，所述第一请求信息包括以下至少一项：
所述第一多播广播业务的TMGI；
所述第一多播广播业务的频点信息；
所述第一多播广播业务的发送区域信息；
所述第一多播广播业务的接收区域信息；
所述第一多播广播业务的优先级信息。
可选地，所述装置还包括：
能力信息发送模块，用于发送能力信息，所述能力信息用于表示所述第二终端转发多播广播业务的能力。
可选地，所述能力信息包括以下至少一项：
支持转发的多播广播业务的类型；
支持转发的多播广播业务列表；
支持转发的多播广播业务的数量；
当前转发的多播广播业务的相关信息。
可选地，所述装置还包括：
响应信息反馈模块，用于根据所述第一请求信息反馈响应信息至所述第一终端；
其中，所述响应信息用于指示所述第二终端是否提供所述第一多播广播业务的转发。
可选地，所述装置还包括：
搜索模块，用于在所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，根据所述第一请求信息进行所述第一多播广播业务的尝试搜索；
第一确定模块，用于在查找到所述第一多播广播业务的源小区，且接收到所述第一多播广播业务的情况下，确定所述响应信息为确认响应；
第二确定模块，用于在未查找到所述第一多播广播业务的源小区的情况下，确定所述响应信息为否定响应。
可选地，所装置还包括：
第二发送模块，用于发送多播广播控制信息至所述第一终端；
其中，所述多播广播控制信息包括以下至少一项：
与TMGI对应的逻辑信道相关参数；
与TMGI对应的DRX相关参数；
与TMGI对应的无线承载相关参数；
与TMGI对应的第一组标识。
可选地，所述多播广播控制信息采用以下至少一种方式发送：
PC5单播；
PC5组播；
PC5广播。
可选地，在所述多播广播控制信息采用PC5组播方式或者PC5广播方式发送的情况下，
所述多播广播控制信息基于第二组标识发送，且所述多播广播控制信息包括多个多播广播业务的信息；其中，所述第二组标识的分配独立于TMGI；或者，
所述多播广播控制信息基于所述第一组标识发送，且所述多播广播控制信息包括与所述第一组标识对应的多播广播业务的信息。
可选地，所述与TMGI对应的DRX相关参数为Uu DRX相关参数或者PC5DRX相关参数。
可选地，所述装置还包括：
业务转发模块，用于在所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，转发所述一多播广播业务。
可选地，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于第一组标识转发的。
可选地，所述第一多播广播业务的同一数据包在PC5接口使用的PDCP SN与Uu接口使用的PDCP SN相同；和/或，
所述第一多播广播业务的同一数据包在PC5接口使用的RLC SN与Uu接口使用的RLC SN相同。
可选地，所述装置还包括：
小区标识发送模块，用于发送所述第一多播广播业务对应的小区标识至所述第一终端。
可选地，所述无线承载相关参数包括以下至少一项：
单播承载配置；
组播承载配置；
其中，所述第一多播广播业务采用PC5单播方式发送的情况下，单播承载与一个PC5组播的MBS RB绑定。
可选地，所述装置还包括：
第三业务处理模块，用于在确定所述第一多播广播业务对应的所有终端无业务需求，或者，所述第一多播广播业务结束的情况下，停止转发所述第一多播广播业务。
可选地，所述第三业务处理模块包括：
询问信息发送子模块，用于在所述第一多播广播业务采用PC5广播方式转发的情况下，发送询问信息至所述第一多播广播业务对应的所有终端，所述询问信息用于询问终端是否具有所述第一多播广播业务的转发需求；
处理子模块，用于在未接收到任一终端发送的所述询问信息的确认信息的情况下，确定所述第一多播广播业务对应的所有终端无业务需求。
该装置通过接收relay UE的请求，了解remote UE期待的对第一多播广播业务的接收或者停止接收，以便后续进行处理，使得remote UE接收来自网络侧的多播广播业务，提升了传输效率和覆盖，保障了remote UE的业务体验和系统效率。
需要说明的是，该装置可执行上述由第二终端执行的多播广播业务的接收方法，上述方法实施例的实现方式适用于该装置，也能达到相同的技术效果。本申请实施例中的多播广播业务的发送装置可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例提供的多播广播业务的发送装置能够实现图3至图6的方法实施例中第二终端实现的各个过程，为避免重复，这里不再赘述。
如图10所示，本申请实施例的多播广播业务的发送装置1000，包括：
第三发送模块1010，用于发送MCCH至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述MCCH用于确定多播广播控制信息。
可选地，所述多播广播控制信息包括以下至少一项：
与TMGI对应的逻辑信道相关参数；
与TMGI对应的DRX相关参数；
与TMGI对应的无线承载相关参数；
与TMGI对应的第一组标识。
这里，该装置发送MCCH至第二终端，由于第二终端是接收第一终端发送的第一请求信息的终端，第一请求信息又是第一终端向第二终端请求进行第一多播广播业务的转发或者停止转发的，第二终端了解到remote UE的需求，结合该MCCH，来为第一终端提供后续处理，使得第一终端可以接收来自网络侧的多播广播业务。
需要说明的是，该装置可执行上述由网络设备执行的多播广播业务的发送方法，上述方法实施例的实现方式适用于该装置，也能达到相同的技术效果。
可选的，如图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可以包括图形处理器(GraphicsProcessing 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请求进行多播广播业务的转发或者停止转发，在relayUE基于请求进行多播广播业务的转发或者停止转发后，接收来自网络侧的多播广播业务，提升了传输效率和覆盖，保障了remote UE的业务体验和系统效率。
若该终端执行第二终端对应的方法，射频单元1201用于接收第一终端发送的第一请求信息；
其中，所述第一终端与第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
该终端，通过接收relay UE的请求，了解remote UE期待的对第一多播广播业务的接收或者停止接收，以便后续进行处理，使得remote UE接收来自网络侧的多播广播业务，提升了传输效率和覆盖，保障了remote UE的业务体验和系统效率。
本申请实施例还提供一种网络设备，包括处理器和通信接口，通信接口用于发送MCCH至第二终端；其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；所述MCCH用于确定多播广播控制信息。
该网络设备实施例是与上述网络设备方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该网络设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络设备。如图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 (45)

1.一种多播广播业务的接收方法，其特征在于，包括：
第一终端发送第一请求信息至第二终端；
其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
2.根据权利要求1所述的方法，其特征在于，所述第一请求信息通过预设的PC5单播信令发送。
3.根据权利要求1所述的方法，其特征在于，所述第一请求信息包括以下至少一项：
所述第一多播广播业务的临时移动组标识TMGI；
所述第一多播广播业务的频点信息；
所述第一多播广播业务的发送区域信息；
所述第一多播广播业务的接收区域信息；
所述第一多播广播业务的优先级信息。
4.根据权利要求1所述的方法，其特征在于，在所述第一终端发送第一请求信息至第二终端的步骤之前，所述方法还包括：
所述第一终端接收所述第二终端发送的能力信息，所述能力信息用于表示所述第二终端转发多播广播业务的能力。
5.根据权利要求4所述的方法，其特征在于，所述能力信息包括以下至少一项：
支持转发的多播广播业务的类型；
支持转发的多播广播业务列表；
支持转发的多播广播业务的数量；
当前转发的多播广播业务的相关信息。
6.根据权利要求1所述的方法，其特征在于，在所述第一终端发送第一请求信息至第二终端的步骤之后，所述方法还包括：
所述第一终端接收所述第二终端根据所述第一请求信息反馈的响应信息；
其中，所述响应信息用于指示所述第二终端是否提供所述第一多播广播业务的转发。
7.根据权利要求1所述的方法，其特征在于，在所述第一终端发送第一请求信息至第二终端的步骤之后，所述方法还包括：
所述第一终端接收所述第二终端发送的多播广播控制信息；
其中，所述多播广播控制信息包括以下至少一项：
与TMGI对应的逻辑信道相关参数；
与TMGI对应的DRX相关参数；
与TMGI对应的无线承载相关参数；
与TMGI对应的第一组标识。
8.根据权利要求7所述的方法，其特征在于，所述多播广播控制信息采用以下至少一种方式发送：
PC5单播；
PC5组播；
PC5广播。
9.根据权利要求8所述的方法，其特征在于，在所述多播广播控制信息采用PC5组播方式或者PC5广播方式发送的情况下，
所述多播广播控制信息基于第二组标识发送，且所述多播广播控制信息包括多个多播广播业务的信息；其中，所述第二组标识的分配独立于TMGI；或者，
所述多播广播控制信息基于所述第一组标识发送，且所述多播广播控制信息包括与所述第一组标识对应的多播广播业务的信息。
10.根据权利要求7所述的方法，其特征在于，所述与TMGI对应的DRX相关参数为Uu DRX相关参数或者PC5 DRX相关参数。
11.根据权利要求1所述的方法，其特征在于，在所述第一终端发送第一请求信息至第二终端的步骤之后，所述方法还包括：
所述第一终端在通过所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，接收所述第二终端转发的第一多播广播业务。
12.根据权利要求11所述的方法，其特征在于，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于第一组标识转发的。
13.根据权利要求11所述的方法，其特征在于，所述第一多播广播业务的同一个数据包在PC5接口使用的分组数据汇聚协议序列号PDCP SN与Uu接口使用的PDCP SN相同；和/或，
所述第一多播广播业务的同一个数据包在PC5接口使用的无线链路控制序列号RLC SN与Uu接口使用的RLC SN相同。
14.根据权利要求1所述的方法，其特征在于，在所述第一终端发送第一请求信息至第二终端的步骤之后，所述方法还包括：
所述第一终端接收所述第一多播广播业务对应的小区标识。
15.根据权利要求7所述的方法，其特征在于，所述无线承载相关参数包括以下至少一项：
单播承载的配置信息；
组播承载的配置信息；
其中，所述第一多播广播业务采用PC5单播方式发送的情况下，所述单播承载与一个PC5组播的多播广播业务无线承载MBS RB绑定。
16.根据权利要求1所述的方法，其特征在于，在所述第一终端发送第一请求信息至第二终端的步骤之后，所述方法还包括：
所述第一终端在通过所述第一请求信息向所述第二终端请求停止转发所述第一多播广播业务，或者，所述第一多播广播业务结束的情况下，停止接收所述第一多播广播业务。
17.根据权利要求1所述的方法，其特征在于，在所述第一终端发送第一请求信息至第二终端的步骤之后，所述方法还包括：
所述第一终端接收由所述第二终端发送的询问信息，所述询问信息用于询问所述第一终端是否具有所述第一多播广播业务的转发需求；
所述第一终端在具有所述第一多播广播业务的转发需求的情况下，发送所述询问信息的确认信息至所述第二终端。
18.一种多播广播业务的发送方法，其特征在于，包括：
第二终端接收第一终端的第一请求信息；
其中，所述第一终端与所述第二终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
19.根据权利要求18所述的方法，其特征在于，所述第一请求信息通过预设的PC5单播信令发送。
20.根据权利要求18所述的方法，其特征在于，所述第一请求信息包括以下至少一项：
所述第一多播广播业务的TMGI；
所述第一多播广播业务的频点信息；
所述第一多播广播业务的发送区域信息；
所述第一多播广播业务的接收区域信息；
所述第一多播广播业务的优先级信息。
21.根据权利要求18所述的方法，其特征在于，在所述第二终端接收第一终端的第一请求信息的步骤之前，所述方法还包括：
所述第二终端发送能力信息，所述能力信息用于表示所述第二终端转发多播广播业务的能力。
22.根据权利要求21所述的方法，其特征在于，所述能力信息包括以下至少一项：
支持转发的多播广播业务的类型；
支持转发的多播广播业务列表；
支持转发的多播广播业务的数量；
当前转发的多播广播业务的相关信息。
23.根据权利要求18所述的方法，其特征在于，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端根据所述第一请求信息反馈响应信息至所述第一终端；
其中，所述响应信息用于指示所述第二终端是否提供所述第一多播广播业务的转发。
24.根据权利要求18所述的方法，其特征在于，在所述第二终端根据所述第一请求信息反馈响应信息至所述第一终端的步骤之前，所述方法还包括：
所述第二终端在所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，根据所述第一请求信息进行所述第一多播广播业务的尝试搜索；
所述第二终端在查找到所述第一多播广播业务的源小区，且接收到所述第一多播广播业务的情况下，确定所述响应信息为确认响应；
所述第二终端在未查找到所述第一多播广播业务的源小区的情况下，确定所述响应信息为否定响应。
25.根据权利要求18所述的方法，其特征在于，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端发送多播广播控制信息至所述第一终端；
其中，所述多播广播控制信息包括以下至少一项：
与TMGI对应的逻辑信道相关参数；
与TMGI对应的DRX相关参数；
与TMGI对应的无线承载相关参数；
与TMGI对应的第一组标识。
26.根据权利要求25所述的方法，其特征在于，所述多播广播控制信息采用以下至少一种方式发送：
PC5单播；
PC5组播；
PC5广播。
27.根据权利要求26所述的方法，其特征在于，在所述多播广播控制信息采用PC5组播方式或者PC5广播方式发送的情况下，
所述多播广播控制信息基于第二组标识发送，且所述多播广播控制信息包括多个多播广播业务的信息；其中，所述第二组标识的分配独立于TMGI；或者，
所述多播广播控制信息基于所述第一组标识发送，且所述多播广播控制信息包括与所述第一组标识对应的多播广播业务的信息。
28.根据权利要求24所述的方法，其特征在于，所述与TMGI对应的DRX相关参数为UuDRX相关参数或者PC5 DRX相关参数。
29.根据权利要求18所述的方法，其特征在于，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端在所述第一请求信息向所述第二终端请求进行第一多播广播业务的转发的情况下，转发所述一多播广播业务。
30.根据权利要求29所述的方法，其特征在于，所述第一多播广播业务是所述第二终端在Uu接口接收到所述第一多播广播业务后，基于第一组标识转发的。
31.根据权利要求29所述的方法，其特征在于，所述第一多播广播业务的同一数据包在PC5接口使用的PDCP SN与Uu接口使用的PDCP SN相同；和/或，
所述第一多播广播业务的同一数据包在PC5接口使用的RLC SN与Uu接口使用的RLC SN相同。
32.根据权利要求18所述的方法，其特征在于，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端发送所述第一多播广播业务对应的小区标识至所述第一终端。
33.根据权利要求25所述的方法，其特征在于，所述无线承载相关参数包括以下至少一项：
单播承载的配置信息；
组播承载的配置信息；
其中，所述第一多播广播业务采用PC5单播方式发送的情况下，所述单播承载与一个PC5组播的MBS RB绑定。
34.根据权利要求18所述的方法，其特征在于，在所述第二终端接收第一终端的第一请求信息的步骤之后，所述方法还包括：
所述第二终端在确定所述第一多播广播业务对应的所有终端无业务需求，或者，所述第一多播广播业务结束的情况下，停止转发所述第一多播广播业务。
35.根据权利要求34所述的方法，其特征在于，所述第二终端确定所述第一多播广播业务对应的所有终端无业务需求的步骤，包括：
所述第二终端在所述第一多播广播业务采用PC5广播方式转发的情况下，发送询问信息至所述第一多播广播业务对应的所有终端，所述询问信息用于询问终端是否具有所述第一多播广播业务的转发需求；
所述第二终端在未接收到任一终端发送的所述询问信息的确认信息的情况下，确定所述第一多播广播业务对应的所有终端无业务需求。
36.一种多播广播业务的发送方法，其特征在于，包括：
网络设备发送MCCH至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述MCCH用于确定多播广播控制信息。
37.根据权利要求36所述的方法，其特征在于，所述多播广播控制信息包括以下至少一项：
与TMGI对应的逻辑信道相关参数；
与TMGI对应的DRX相关参数；
与TMGI对应的无线承载相关参数；
与TMGI对应的第一组标识。
38.一种多播广播业务的接收装置，其特征在于，包括：
第一发送模块，用于发送第一请求信息至第二终端；
其中，所述第二终端与第一终端之间通过旁链路通信，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发。
39.根据权利要求38所述的装置，其特征在于，还包括：
第一接收模块，用于接收所述第二终端发送的多播广播控制信息；
其中，所述多播广播控制信息包括以下至少一项：
与TMGI对应的逻辑信道相关参数；
与TMGI对应的DRX相关参数；
与TMGI对应的无线承载相关参数；
与TMGI对应的第一组标识。
40.一种多播广播业务的发送装置，其特征在于，包括：
第二接收模块，用于接收第一终端的第一请求信息；
其中，所述第一终端与第二终端之间通过旁链路通信，所述第一请求信息用于向第二终端请求进行第一多播广播业务的转发或者停止转发。
41.根据权利要求40所述的装置，其特征在于，还包括：
第二发送模块，用于发送多播广播控制信息至所述第一终端；
其中，所述多播广播控制信息包括以下至少一项：
与TMGI对应的逻辑信道相关参数；
与TMGI对应的DRX相关参数；
与TMGI对应的无线承载相关参数；
与TMGI对应的第一组标识。
42.一种多播广播业务的发送装置，其特征在于，包括：
第三发送模块，用于发送MCCH至第二终端；
其中，所述第二终端用于接收第一终端的第一请求信息，所述第一请求信息用于向所述第二终端请求进行第一多播广播业务的转发或者停止转发，所述第一终端与所述第二终端之间通过旁链路通信；
所述MCCH用于确定多播广播控制信息。
43.一种终端，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至17任一项所述的多播广播业务的接收方法的步骤，或者实现如权利要求18至35任一项所述的多播广播业务的发送方法的步骤。
44.一种网络设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求36或37所述的多播广播业务的发送的步骤。
45.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至17任一项所述的多播广播业务的接收方法，或者，如权利要求18至35任一项所述的多播广播业务的发送方法，或者，如权利要求36或37所述的多播广播业务的发送的步骤。
CN202110839367.2A 2021-07-23 2021-07-23 多播广播业务的接收方法、发送方法、装置及设备 Pending CN115696218A (zh)

Priority Applications (2)

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

Applications Claiming Priority (1)

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

Publications (1)

Publication Number Publication Date
CN115696218A true CN115696218A (zh) 2023-02-03

Family

ID=84980008

Family Applications (1)

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

Country Status (2)

Country Link
CN (1) CN115696218A (zh)
WO (1) WO2023001146A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10735912B2 (en) * 2015-08-12 2020-08-04 Kyocera Corporation Radio terminal
EP3735785B1 (en) * 2018-01-03 2023-12-20 InterDigital Patent Holdings, Inc. Multicast and broadcast services in 5g networks for iot applications
EP3834321A1 (en) * 2018-08-09 2021-06-16 Convida Wireless, Llc Broadcast, multicast, and unicast on sidelink for 5g ev2x

Also Published As

Publication number Publication date
WO2023001146A1 (zh) 2023-01-26

Similar Documents

Publication Publication Date Title
US11632788B2 (en) Data scheduling method, base station, and system
CN110933623B (zh) 一种通信方法和装置
US11470518B2 (en) Relaying between a user equipment and a network
US9826417B2 (en) MBMS service reception and ability transmission method and device
EP3783994A1 (en) Communication method, device and system
US11229072B2 (en) User equipment capable of attaching to multiple communication networks
CN114071490A (zh) 副链路中继架构中的配置方法和终端
JP2019511880A (ja) データ伝送方法、装置及びセッション管理デバイス
CN113676922B (zh) 一种终端设备协作方法及装置
WO2023284642A1 (zh) 条件切换方法和设备
CN115696218A (zh) 多播广播业务的接收方法、发送方法、装置及设备
CN113939042A (zh) 处理方法、发送方法及相关设备
US20240147554A1 (en) Relay Identification Method, Relay Determining Method, Terminal, and Network Side Device
WO2023001144A1 (zh) 多播广播业务的接收方法、发送方法、装置及设备
CN114765747B (zh) 逻辑信道配置方法、装置及设备
WO2022262867A1 (zh) 配置间隔的方法、终端及网络设备
WO2023051507A1 (zh) Ue的能力变更方法、终端及网络侧设备
WO2022017480A1 (zh) 管理目标业务的方法、装置和通信设备
CN113784384B (zh) 模式切换方法、终端及网络侧设备
US20230413380A1 (en) Methods and apparatus to set mrb configuration for ue to receive mbs multicast in rrc inactive state
CN115150751A (zh) 业务数据处理方法、装置及设备
CN115696216A (zh) 一种多播广播服务业务接收方法及相关设备
CN115623547A (zh) 条件切换处理方法、装置及相关设备
CN116962988A (zh) 配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质
CN113950042A (zh) 识别方法、发送方法及相关设备

Legal Events

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