多播业务的接收及发送方法、装置、存储介质、终端、基站与流程

1.本发明涉及通信技术领域，具体地涉及一种多播业务的接收及发送方法、装置、存储介质、终端、基站。


背景技术：

2.根据现有协议的规定，当前处于空闲态或非激活态的用户设备(user equipment，简称ue)会驻留在服务小区的初始部分带宽(initial bandwidth part，简称initial bwp)。且ue的下行接收带宽(以下简称为接收带宽)等于控制资源集0(control-resource set 0，简称coreset 0)的接收带宽。
3.在引入多媒体广播多播业务(multimedia broadcast multicast service，简称mbms，以下简称为多播业务)之后，如果mbms业务被限制在coreset 0的接收带宽内，为确保mbms业务的及时传输可能导致coreset 0的接收带宽很宽，不利于不接收mbms业务的ue省电。
4.如果coreset 0的带宽太窄，又可能导致mbms业务不能及时传输。
5.因此，亟需一种高效的多播业务传输方式，即能够满足ue的低功耗又能够保证多播业务的及时传输。


技术实现要素：

6.本发明解决的技术问题是如何提供一种高效的多播业务传输方式，以兼顾ue的低功耗需求以及多播业务的及时传输。
7.为解决上述技术问题，本发明实施例提供一种多播业务的接收方法，包括：确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖coreset 0的接收带宽；将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
8.可选的，所述接收方法还包括：在所述多播业务对应的接收带宽上接收系统消息和/或寻呼。
9.可选的，所述将自身接收带宽调整至所述多播业务对应的接收带宽包括：将自身接收带宽从coreset 0的接收带宽调整至所述多播业务对应的接收带宽。
10.可选的，所述接收方法还包括：当不需要接收所述多播业务的数据时，将自身接收带宽从所述多播业务对应的接收带宽恢复至所述coreset 0的接收带宽。
11.可选的，所述接收方法还包括：接收配置信息，其中，所述配置信息包括至少一个多播业务与接收带宽的关联关系。
12.可选的，所述配置信息通过系统消息或sc-mcch承载。
13.可选的，当不同的多播业务复用相同的搜索空间时，所述配置信息采用相同比特数指示不同多播业务对应的接收带宽对应的物理资源块的数量，其中，不同多播业务对应的接收带宽对应的物理资源块的数量相同或不相同。
14.可选的，当不同的多播业务采用不同的搜索空间时，对于每一多播业务，所述配置信息根据所述多播业务对应的接收带宽对应的物理资源块的数量确定指示所述数量的比特数。
15.可选的，当存在多个待接收的多播业务时，所述将自身接收带宽调整至所述多播业务对应的接收带宽包括：将自身接收带宽调整至所述多个待接收的多播业务各自对应的接收带宽中覆盖带宽最大的接收带宽，且所述覆盖带宽最大的接收带宽覆盖多个待接收的多播业务各自对应的接收带宽中剩余的接收带宽。
16.可选的，所述多播业务对应的接收带宽对应的最低物理资源块与coreset 0的最低物理资源块对齐。
17.可选的，所述多播业务对应的接收带宽对应的最低物理资源块与初始bwp的最低物理资源块对齐。
18.可选的，所述多播业务对应的接收带宽等于或大于所述初始bwp。
19.可选的，所述多播业务对应的接收带宽的大小根据所述多播业务的服务质量参数确定。
20.为解决上述技术问题，本发明实施例还提供一种多播业务的接收装置，包括：确定模块，用于确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖coreset 0的接收带宽；调整模块，用于将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
21.为解决上述技术问题，本发明实施例还提供一种多播业务的发送方法，包括：确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖coreset 0的接收带宽；在所述多播业务对应的接收带宽上发送所述多播业务的数据。
22.可选的，所述发送方法还包括：发送配置信息，其中，所述配置信息包括至少一个多播业务与接收带宽的关联关系。
23.可选的，所述配置信息通过系统消息或sc-mcch承载。
24.可选的，当不同的多播业务复用相同的搜索空间时，所述配置信息采用相同比特数指示不同多播业务对应的接收带宽对应的物理资源块的数量，其中，不同多播业务对应的接收带宽对应的物理资源块的数量相同或不相同。
25.可选的，当不同的多播业务采用不同的搜索空间时，对于每一多播业务，所述配置信息根据所述多播业务对应的接收带宽对应的物理资源块的数量确定指示所述数量的比特数。
26.可选的，所述多播业务对应的接收带宽对应的最低物理资源块与coreset 0的最低物理资源块对齐。
27.可选的，所述多播业务对应的接收带宽对应的最低物理资源块与初始bwp的最低物理资源块对齐。
28.可选的，所述多播业务对应的接收带宽等于或大于所述初始bwp。
29.可选的，所述多播业务对应的接收带宽的大小根据所述多播业务的服务质量参数确定。
30.为解决上述技术问题，本发明实施例还提供一种多播业务的发送装置，包括：确定
模块，用于确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖coreset 0的接收带宽；发送模块，用于在所述多播业务对应的接收带宽上发送所述多播业务的数据。
31.为解决上述技术问题，本发明实施例还提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述方法的步骤。
32.为解决上述技术问题，本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。
33.为解决上述技术问题，本发明实施例还提供一种基站，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。
34.与现有技术相比，本发明实施例的技术方案具有以下有益效果：
35.对于ue侧，本发明实施例提供一种多播业务的接收方法，包括：确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖coreset 0的接收带宽；将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
36.采用本实施方案能够兼顾ue的低功耗需求以及多播业务的及时传输。具体而言，本实施方案所采用的可变多播业务接收带宽机制使得不同多播业务可以对应不同的接收带宽，对特定多播业务感兴趣的ue可以基于该多播业务对应的接收带宽来调整自己的接收带宽进行数据接收。进一步，各多播业务对应的接收带宽均覆盖coreset 0的接收带宽，使得ue不用调整接收带宽既能在接收多播业务的同时接收系统消息、寻呼等。
37.对于基站侧，本发明实施例还提供一种多播业务的发送方法，包括：确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖coreset 0的接收带宽；在所述多播业务对应的接收带宽上发送所述多播业务的数据。
38.由此，可以在引入多播业务的情况下，避免网络需要配置较大的coreset 0接收带宽，导致不需要接收多播业务的ue耗电增加。同时针对不同的多播业务设置合理的接收带宽，可以避免ue耗电显著增加，还可以兼顾基站对大量ue初始接入时的负载均衡。
附图说明
39.图1是本发明实施例的一种多播业务的接收方法的流程图；
40.图2是本发明实施例第一个典型应用场景的接收带宽配置示意图；
41.图3是本发明实施例第二个典型应用场景的接收带宽配置示意图；
42.图4是本发明实施例的一种多播业务的接收装置的结构示意图；
43.图5是本发明实施例的一种多播业务的发送方法的流程图；
44.图6是本发明实施例的一种多播业务的发送装置的结构示意图。
具体实施方式
45.如背景技术所言，在引入mbms业务后，现有的数据传输方式无法兼顾ue的低功耗
需求以及多播业务的及时传输需求。
46.具体而言，新无线(new radio，简称nr)中将引入mbms多媒体广播组播功能。将采用单小区点到多点(single cell point to multipoint，简称sc-ptm)机制，即每个小区独立调度多播业务的传输。
47.长期演进(long term evolution，简称lte)中的sc-ptm机制为，单小区多播控制信道(single cell multicast control channel，简称sc-mcch)提供在单小区多播业务信道(single cell multicast transport channel，简称sc-mtch)传输的所有mbms业务的列表。其中，所述列表可以包括每个mbms业务的临时移动群标识(temporary mobile group identity，简称tmgi)，业务(session)标识，群组无线网络临时标识(group radio network temporary identity，简称g-rnti)和调度信息。
48.进一步，基站侧通过无线资源控制(radio resource control，简称rrc)在每个sc-mcch重复周期传输sc-mcch。sc-mcch采用修改周期，在一个修改周期传输多次。
49.ue通过sc-mcch获取感兴趣的mbms业务的g-rnti，然后根据调度信息在相应的子帧检测由该rnti加扰的dci，进而获得在下行共享信道上传输的多播数据。
50.在nr系统中，每个载波的最大信道带宽为400兆赫兹(mhz)，远远超过lte系统的20mhz带宽。在初始接入时，如果ue直接接入400mhz的带宽，不仅会导致用户设备的硬件成本很高，还会造成较大的功耗。因此，nr系统引入了部分带宽(bandwidth part，简称bwp)概念。
51.在nr系统中，每个小区可以包含一个或者多个bwp，每个bwp占据有限的带宽，其中至少有一个bwp允许空闲态的用户设备驻留，空闲态的ue通过该bwp接收系统消息和寻呼消息、从而接入网络建立rrc连接和数据无线承载。该bwp被称为初始bwp(initial bwp)。
52.对于同一ue，在ue接入网络建立了rrc连接之后，基站可以根据用户设备能力、业务需求等为该ue配置多个bwp。每个ue可以有至少一个的激活bwp。例如，对于处于载波聚合的ue，多个激活的服务小区上每个服务小区可以有一个激活的bwp。
53.对于每一个bwp，均对应一系列的配置参数，例如所占据的物理资源块的位置参数，以及其中的控制资源集(control resource set，简称coreset)配置参数、下行物理共享信道(physical downlink shared channel，简称pdsch)配置参数、上行物理控制信道(physical uplink control channel，简称pucch)配置参数、上行物理共享信道(physical uplink shared channel，简称pusch)配置参数、参考信号以及随机接入信道(random access channel，简称rach)配置参数等。用户设备只有获知bwp对应的配置参数后才能应用该bwp。
54.在协议版本15(release 15，简称r15)中，对于一个服务小区，基站可以为ue配置多个bwp，如最多4个bwp。但其中只有一个是激活的bwp，也即，ue只能通过该bwp接收基站的下行控制信息(downlink control information，简称dci)，从这个bwp接收数据，以及通过这个bwp向基站发送数据。
55.在激活的bwp上，ue在配置的一个或多个coreset检测自己的dci。对于每个coreset，可以有两种搜索空间：公共搜索空间和ue特定的搜索空间。ue在搜索空间依据一定的规则盲检dci，根据自己的rnti检测属于自己的dci，然后根据dci接收数据或上传数据。一个ue可以有一个或多个rnti。
56.基站根据ue实际工作的需要以及不同bwp的负载状态，可以切换ue工作的bwp，即切换ue的激活bwp(active bwp)。基站可以通过dci切换ue的bwp。ue侧可配置一个bwp非激活定时器(bwp-inactivitytimer)，当该定时器超时时，ue将主动切换bwp，将切换到默认bwp(default bwp)。其中，默认bwp由基站配置。
57.对于空闲态或非激活态(inactive)的ue，当其驻留在一个服务小区时，通常驻留在该服务小区的初始bwp中。ue在该初始bwp可以正常接收系统消息、寻呼消息，如果有业务需求，ue可以在该初始bwp发起随机接入建立rrc连接，进而建立数据无线承载开展业务。
58.初始bwp中包含coreset 0，通常网络可以配置初始bwp的接收带宽大于等于coreset 0的接收带宽。ue可以通过映射在coreset 0上的搜索空间检测dci，进而可以接收系统信息块(system information block，简称sib)、寻呼以及随机接入响应。其中，dci指示了系统信息块、寻呼以及随机接入响应所使用的物理资源块。
59.对于空闲态或非激活态的ue，当驻留在初始bwp上时，ue的接收带宽是coreset 0的接收带宽，网络将确保系统消息、寻呼以及初始接入时的随机接入响应均限制在coreset 0的接收带宽内，这样可以使得ue更加省电。
60.当ue需要接入网络时，网络可以通过随机接入过程中的消息4(message 4，简称msg4)配置ue工作的bwp，如可以是初始bwp，或者是其他bwp。ue在收到msg4时调整自己的下行接收带宽。
61.在引入了mbms业务之后，从资源效率来看，mbms业务很可能部署在初始bwp内。则将带来如下问题：
62.如果初始bwp或者coreset 0的带宽太窄，则可能承载不了较多的mbms业务以及ue的初始接入，影响多播业务的传输及时性。
63.如果初始bwp太宽，则不接收mbms业务的ue按照初始bwp接收时会非常耗电。
64.因此需要寻求一种高效的多播业务传输方式能够兼顾ue的低功耗需求以及多播业务的及时传输。
65.为解决上述技术问题，本发明实施例提供一种多播业务的接收方法，包括：确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖coreset 0的接收带宽；将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
66.采用本实施方案能够兼顾ue的低功耗需求以及多播业务的及时传输。具体而言，本实施方案所采用的可变多播业务接收带宽机制使得不同多播业务可以对应不同的接收带宽，对特定多播业务感兴趣的ue可以基于该多播业务对应的接收带宽来调整自己的接收带宽进行数据接收。进一步，各多播业务对应的接收带宽均覆盖coreset 0的接收带宽，使得ue不用调整接收带宽既能在接收多播业务的同时接收系统消息、寻呼等。
67.为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
68.图1是本发明实施例的一种多播业务的接收方法的流程图。
69.具体地，所述多播业务可以为mbms业务。
70.本实施方案可以应用于nr系统且引入mbms业务的应用场景。例如，对于支持sc-ptm的nr小区，采用本实施方案可以向小区内不同状态的ue传输多播业务。其中，不同状态
包括rrc连接态、空闲态和非激活态。
71.本实施方案可以由用户设备侧执行，如由用户设备侧的ue执行。例如，本实施方案可以由处于非激活态或空闲态的ue执行。
72.更为具体地，参考图1，本实施例所述多播业务的接收方法可以包括如下步骤：
73.步骤s101，确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖coreset 0的接收带宽；
74.此处均是针对一个nr小区，即nr小区确定正在广播或将要广播的多播业务对应的接收带宽，每个多播业务对应的不同接收带宽或者相同的接收带宽均至少覆盖该nr小区的coreset 0的接收带宽。
75.步骤s102，将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
76.在一个具体实施中，在所述步骤s101之前，本实施例所述接收方法还可以包括步骤：接收配置信息，其中，所述配置信息包括至少一个多播业务与接收带宽的关联关系。
77.具体地，所述配置信息可以通过系统消息或sc-mcch承载。
78.例如，网络可以预先针对所述nr小区可能传输的mbms业务配置对应的接收带宽，并通过配置信息指示给接入所述nr小区的ue。
79.例如，配置信息可以包含于dci。
80.进一步，对于nr小区可能传输的所有mbms业务，所述所有mbms业务可以对应同一个接收带宽。此处所有mbms业务是指正在广播的mbms业务或将要广播的mbms业务。当所有mbms业务对应相同的接收带宽时，所述配置信息不需要指示多播业务与接收带宽的关联关系，仅需要配置一个公共的接收带宽即可。
81.或者，部分mbms业务可以对应同一个接收带宽，剩余部分mbms业务对应另一个不同的接收带宽。
82.又或者，每一mbms业务分别设置一个对应的接收带宽。
83.进一步，若配置信息中没有设置对应的接收带宽，则该mbms业务默认用coreset 0的接收带宽或初始bwp的下行接收带宽。
84.在一个具体实施中，当不同的多播业务复用相同的搜索空间时，所述配置信息可以采用相同比特数指示不同多播业务对应的接收带宽对应的物理资源块的数量，其中，不同多播业务对应的接收带宽对应的物理资源块的数量相同或不相同。
85.由于不同的接收带宽所对应的物理资源块(physical resource block，简称prb)的数量不同，因此如果不同的mbms业务复用相同的搜索空间(search space)，则dci需要采用相同长度的prb比特指示分配的资源。具体地，可以由系统消息或mcch统一设置用于调度mbms业务的dci中指示pdsch的prb比特数。
86.例如，假设mbms业务1对应的接收带宽1对应的prb的数量是30，则5比特就可以表示这些prb的分配(不同的资源分配方式需要的比特数不同，此处假定仅需要表示每个prb的索引)。假设mbms业务2对应的接收带宽2对应的prb的数量是100，则需要7比特才可以表示这些prb的分配。为了避免prb数量需要不同的比特数表示资源分配，在本具体实施中，可以由系统消息或mcch统一设置用于调度mbms业务的dci中指示pdsch的prb比特数。如可以统一设置在dci中用7比特指示prb的数量，对于仅需5比特的接收带宽1，可以采用将不用的
比特数进行补零的方式补到7比特。
87.在一个具体实施中，当不同的多播业务采用不同的搜索空间时，对于每一多播业务，所述配置信息可以根据所述多播业务对应的接收带宽对应的物理资源块的数量确定指示所述数量的比特数。
88.如果不同的mbms业务采用不同的搜索空间，则dci可以采用各自不同的比特数指示分配的资源。具体所需的比特数可以由mbms业务对应的接收带宽确定。
89.例如，假设mbms业务1对应搜索空间1，则ue解dci时知道5比特指示物理资源块。则dci中可以用5比特指示mbms业务1对应的接收带宽1所对应的prb的资源分配信息。
90.又例如，假设mbms业务2对应搜索空间2，ue解dci时知道7比特指示物理资源块。则dci中可以用7比特指示mbms业务2对应的接收带宽2所对应的prb的资源分配信息。
91.在一个具体实施中，所述多播业务对应的接收带宽对应的最低物理资源块可以与coreset 0的最低物理资源块对齐。
92.具体而言，以coreset 0的最低物理资源块为基准后，在coreset0的基础上扩展的带宽量可以根据对应mbms业务的服务质量参数、接入小区的ue数量(尤其从空闲态转入连接态的ue数量)以及接入ue的业务量等因素确定。
93.例如，若接入小区的ue中从空闲态转入连接态的ue较多，则coreset 0里的传输资源会被占用很多，相应的所述mbms业务对应的接收带宽超出coreset 0的接收带宽的部分可以适当多分配一点。
94.在一个具体实施中，所述多播业务对应的接收带宽的大小可以根据所述多播业务的服务质量参数确定。
95.具体地，相同或相近服务质量参数的mbms业务可以对应相同的接收带宽。
96.进一步，所述服务质量参数可以包括传输数据量、传输速率等。
97.在一个具体实施中，在执行所述步骤s102的之前/之后/同时，本实施例所述接收方法还可以包括步骤：在所述多播业务对应的接收带宽上接收系统消息和/或寻呼。
98.由于所述多播业务对应的接收带宽覆盖coreset 0的接收带宽，因此，ue可以不用调整接收带宽即可以同时接收mbms业务的数据和寻呼、随机接入响应以及系统消息，基站发送mbms业务的数据的时机和发送寻呼、系统消息和随机接入响应的时机可以相同或不同。
99.在一个具体实施中，所述步骤s102可以包括步骤：将自身接收带宽从coreset 0的接收带宽调整至所述多播业务对应的接收带宽。
100.在一个典型的应用场景中，假设在一段时间内nr小区需要传输3种mbms业务，分别称为业务1(session 1)、业务2(session 2)和业务3(session 3)。
101.这三种不同的mbms业务的业务特性相差较大。比如业务1每次需要较大的带宽以便传输较多的数据，而业务2和业务3每次需传输的数据量不多，不需要很大的传输资源即可完成一次数据传输。
102.针对本应用场景，基站可以为不同的mbms业务配置不同的接收带宽，如配置业务1的接收带宽最大，为40mhz、配置业务2和业务3的接收带宽均为30mhz。本应用场景中，假设coreset 0的接收带宽为20mhz，初始bwp的接收带宽为50mhz。
103.参考图2，图2示例性的展示了本应用场景中业务1对应的接收带宽1，以及业务2和
业务3共同对应的接收带宽2的配置情况。
104.从图2可知，接收带宽1和接收带宽2均包含coreset 0，且均以coreset 0的最低物理资源块为基准。其中，接收带宽2包含30mhz，接收带宽1包含40mhz。
105.也即，对于业务2和业务3，基站确保对这两种mbms业务的调度限制在如图2所示的接收带宽2的30mhz内，同时基站可以通过系统消息或mcch向ue指示业务2和业务3的接收带宽2是30mhz。
106.相应的，对于业务2和业务3感兴趣的ue(当前处于空闲态或非激活态)，在获取到业务2和业务3对应的接收带宽2之后，可以调整自己的接收带宽，从原先的接收coreset 0的接收带宽调整到接收30mhz的接收带宽。
107.由于这个30mhz包含coreset 0，因此ue在接收业务2和/或业务3时同样可以接收系统消息和寻呼，不影响ue的驻留过程。
108.基站会确保对业务2和业务3的资源分配限制在如图2所示的30mhz内，以确保ue不需要再调整接收带宽就能接收感兴趣的mbms业务2和业务3。
109.类似的，对业务1感兴趣的ue在获取到业务1对应的接收带宽1是40mhz时，可以调整自己的接收带宽，以从原先的接收coreset 0到接收40mhz的带宽。
110.在一个具体实施中，在所述步骤s102之后，本实施例所述接收方法还可以包括步骤：当不需要接收所述多播业务的数据时，将自身接收带宽从所述多播业务对应的接收带宽恢复至所述coreset 0的接收带宽。
111.例如，当ue不再对mbms业务感兴趣时，可以驻留在小区的初始bwp并恢复下行接收带宽为coreset 0的带宽。
112.在一个具体实施中，所述多播业务对应的接收带宽对应的最低物理资源块可以与初始bwp的最低物理资源块对齐。
113.例如，参考图3，多播业务1对应的接收带宽1以初始bwp的最低物理资源块为基准，且至少覆盖coreset 0。
114.在一个具体实施中，所述多播业务对应的接收带宽可以等于或大于所述初始bwp。
115.例如，参考图3，多播业务2对应的接收带宽2以初始bwp的最低物理资源块为基准，且大于初始bwp。
116.在一个具体实施中，当存在多个待接收的多播业务时，在所述步骤s101中，可以逐一确定各个待接收的多播业务对应的接收带宽。
117.进一步，所述步骤s102可以包括步骤：将自身接收带宽调整至所述多个待接收的多播业务各自对应的接收带宽中覆盖带宽最大的接收带宽，且所述覆盖带宽最大的接收带宽覆盖多个待接收的多播业务各自对应的接收带宽中剩余的接收带宽。
118.也即，如果ue同时对多个多播业务感兴趣，则取所述多个多播业务各自对应的接收带宽的最大值，即最后选择的接收带宽完全覆盖这多个多播业务各自对应的接收带宽。
119.由上，对于ue侧，采用本实施方案能够兼顾ue的低功耗需求以及多播业务的及时传输。具体而言，本实施方案所采用的可变多播业务接收带宽机制使得不同多播业务可以对应不同的接收带宽，对特定多播业务感兴趣的ue可以基于该多播业务对应的接收带宽来调整自己的接收带宽进行数据接收。进一步，各多播业务对应的接收带宽均覆盖coreset 0的接收带宽，使得ue总是能够在接收多播业务的同时接收系统消息、寻呼等。
120.图4是本发明实施例的一种多播业务的接收装置的结构示意图。本领域技术人员理解，本实施例所述多播业务的接收装置4可以用于实施上述图1至图3所述实施例中所述的方法技术方案。
121.具体地，参考图4，本实施例所述多播业务的接收装置4可以包括：确定模块41，用于确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖coreset 0的接收带宽；调整模块42，用于将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
122.关于所述多播业务的接收装置4的工作原理、工作方式的更多内容，可以参照上述图1至图3中的相关描述，这里不再赘述。
123.图5是本发明实施例的一种多播业务的发送方法的流程图。
124.本实施例方案可以由网络侧执行，如由网络侧的基站执行。
125.具体地，所述基站可以管辖一个或多个nr小区，且所述nr小区支持sc-ptm机制。所述nr小区可以向小区内的ue传输至少一个多播业务的数据。ue可以是处于空闲态或、非激活态或连接态。
126.更为具体地，参考图5，本实施例所述多播业务的发送方法可以包括如下步骤：
127.步骤s501，确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖coreset 0的接收带宽；
128.步骤s502，在所述多播业务对应的接收带宽上发送所述多播业务的数据。
129.也即，基站可以针对不同mbms业务配置不同的接收带宽，且可以通过系统信息(system information，简称si)配置或者通过mcch配置。
130.进一步，基站确保对特定mbms业务的调度仅限于配置给这个mbms业务的接收带宽内。
131.本领域技术人员理解，所述步骤s501至步骤s502可以视为与上述图1所示实施例所述步骤s101至步骤s102相呼应的执行步骤，两者在具体的实现原理和逻辑上是相辅相成的。因而，本实施例中涉及名词的解释可以参考图1所示实施例的相关描述，这里不再赘述。
132.在一个具体实施中，在执行所述步骤501之前，本实施例所述发送方法还可以包括步骤：发送配置信息，其中，所述接收配置信息包括至少一个多播业务与接收带宽的关联关系。
133.具体地，所述配置信息可以通过系统消息或sc-mcch承载。
134.例如，对于空闲态或非激活态的ue，在ue驻留在所述基站管辖的服务小区之后，所述基站就可以通过系统消息或sc-mcch将所述配置信息发送至所述ue。对于处于连接态的ue，也可以通过系统消息或sc-mcch获得所述配置信息，所述基站也可以通过专用信令将所述配置信息发送给所述ue。
135.在本实施例中，网络在合理配置mbms业务对应的接收带宽时，即考虑到该mbms业务的数据量大小，同时考虑ue初始接入需要的资源消耗，还兼顾ue接收带宽太大的功耗问题，从而合理配置不同mbms业务对应的接收带宽。
136.在一个具体实施中，当不同的多播业务复用相同的搜索空间时，所述配置信息可以采用相同比特数指示不同多播业务对应的接收带宽对应的物理资源块的数量，其中，不同多播业务对应的接收带宽对应的物理资源块的数量相同或不相同。
137.在一个变化例中，当不同的多播业务采用不同的搜索空间时，对于每一多播业务，所述配置信息可以根据所述多播业务对应的接收带宽对应的物理资源块的数量确定指示所述数量的比特数。
138.在一个具体实施中，所述多播业务对应的接收带宽对应的最低物理资源块可以与coreset 0的最低物理资源块对齐。
139.在一个变化例中，所述多播业务对应的接收带宽对应的最低物理资源块可以与初始bwp的最低物理资源块对齐。
140.进一步，所述多播业务对应的接收带宽可以等于或大于所述初始bwp。
141.在一个具体实施中，所述多播业务对应的接收带宽的大小可以根据所述多播业务的服务质量参数确定，并通过配置信息预先指示给ue。
142.在一个具体实施中，对于连接态的ue，当ue指示自己感兴趣的mbms业务时，基可以站合理配置该ue的激活bwp。例如，可以确保配置给该ue的激活bwp至少覆盖ue感兴趣的mbms业务的接收带宽。
143.由上，对于网络侧，可以在引入多播业务的情况下，避免网络需要配置较大的coreset 0接收带宽，导致不需要接收多播业务的ue耗电增加。同时针对不同的多播业务设置合理的接收带宽，可以避免ue耗电显著增加，还可以兼顾基站对大量ue初始接入时的负载均衡。
144.图6是本发明实施例的一种多播业务的发送装置的结构示意图。本领域技术人员理解，本实施例所述多播业务的发送装置6可以用于实施上述图5所述实施例中所述的方法技术方案。
145.具体地，参考图6，本实施例所述多播业务的发送装置6可以包括：确定模块61，用于确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖coreset 0的接收带宽；发送模块62，用于在所述多播业务对应的接收带宽上发送所述多播业务的数据。
146.关于所述多播业务的发送装置6的工作原理、工作方式的更多内容，可以参照上述图5中的相关描述，这里不再赘述。
147.进一步地，本发明实施例还公开一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述图1至图3所示实施例中所述的方法技术方案。或者，所述计算机程序被处理器运行时执行上述图5所示实施例中所述的方法技术方案。优选地，所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述存储介质可以包括rom、ram、磁盘或光盘等。
148.进一步地，本发明实施例还公开一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述图1至图3所示实施例中所述的方法技术方案。具体地，所述终端可以为ue，如nb系统中的ue。
149.进一步地，本发明实施例还公开一种基站，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述图5所示实施例中所述的方法技术方案。具体地，所述基站可以为nb系统中的基站。
150.虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本
发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。