WO2022033505A1 - 多播业务的接收及发送方法、装置、存储介质、终端、基站 - Google Patents

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

Info

Publication number
WO2022033505A1
WO2022033505A1 PCT/CN2021/111995 CN2021111995W WO2022033505A1 WO 2022033505 A1 WO2022033505 A1 WO 2022033505A1 CN 2021111995 W CN2021111995 W CN 2021111995W WO 2022033505 A1 WO2022033505 A1 WO 2022033505A1
Authority
WO
WIPO (PCT)
Prior art keywords
receiving
multicast service
bandwidth
multicast
different
Prior art date
Application number
PCT/CN2021/111995
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 WO2022033505A1 publication Critical patent/WO2022033505A1/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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/563—Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources
    • 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

一种多播业务的接收及发送方法、装置、存储介质、终端、基站，所述接收方法包括：确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。通过本发明方案能够兼顾UE的低功耗需求以及多播业务的及时传输。

Description

多播业务的接收及发送方法、装置、存储介质、终端、基站
本申请要求2020年8月13日提交中国专利局、申请号为202010814819.7、发明名称为“多播业务的接收及发送方法、装置、存储介质、终端、基站”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域，具体地涉及一种多播业务的接收及发送方法、装置、存储介质、终端、基站。
背景技术
根据现有协议的规定，当前处于空闲态或非激活态的用户设备(User Equipment，简称UE)会驻留在服务小区的初始部分带宽(Initial Bandwidth Part，简称Initial BWP)。且UE的下行接收带宽(以下简称为接收带宽)等于控制资源集0(control-resource set 0，简称CORESET 0)的接收带宽。
在引入多媒体广播多播业务(Multimedia Broadcast Multicast Service，简称MBMS，以下简称为多播业务)之后，如果MBMS业务被限制在CORESET 0的接收带宽内，为确保MBMS业务的及时传输可能导致CORESET 0的接收带宽很宽，不利于不接收MBMS业务的UE省电。
如果CORESET 0的带宽太窄，又可能导致MBMS业务不能及时传输。
因此，亟需一种高效的多播业务传输方式，即能够满足UE的低功耗又能够保证多播业务的及时传输。
发明内容
本发明解决的技术问题是如何提供一种高效的多播业务传输方式，以兼顾UE的低功耗需求以及多播业务的及时传输。
为解决上述技术问题，本发明实施例提供一种多播业务的接收方法，包括：确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
可选的，所述接收方法还包括：在所述多播业务对应的接收带宽上接收系统消息和/或寻呼。
可选的，所述将自身接收带宽调整至所述多播业务对应的接收带宽包括：将自身接收带宽从CORESET 0的接收带宽调整至所述多播业务对应的接收带宽。
可选的，所述接收方法还包括：当不需要接收所述多播业务的数据时，将自身接收带宽从所述多播业务对应的接收带宽恢复至所述CORESET 0的接收带宽。
可选的，所述接收方法还包括：接收配置信息，其中，所述配置信息包括至少一个多播业务与接收带宽的关联关系。
可选的，所述配置信息通过系统消息或SC-MCCH承载。
可选的，当不同的多播业务复用相同的搜索空间时，所述配置信息采用相同比特数指示不同多播业务对应的接收带宽对应的物理资源块的数量，其中，不同多播业务对应的接收带宽对应的物理资源块的数量相同或不相同。
可选的，当不同的多播业务采用不同的搜索空间时，对于每一多播业务，所述配置信息根据所述多播业务对应的接收带宽对应的物理资源块的数量确定指示所述数量的比特数。
可选的，当存在多个待接收的多播业务时，所述将自身接收带宽 调整至所述多播业务对应的接收带宽包括：将自身接收带宽调整至所述多个待接收的多播业务各自对应的接收带宽中覆盖带宽最大的接收带宽，且所述覆盖带宽最大的接收带宽覆盖多个待接收的多播业务各自对应的接收带宽中剩余的接收带宽。
可选的，所述多播业务对应的接收带宽对应的最低物理资源块与CORESET 0的最低物理资源块对齐。
可选的，所述多播业务对应的接收带宽对应的最低物理资源块与初始BWP的最低物理资源块对齐。
可选的，所述多播业务对应的接收带宽等于或大于所述初始BWP。
可选的，所述多播业务对应的接收带宽的大小根据所述多播业务的服务质量参数确定。
为解决上述技术问题，本发明实施例还提供一种多播业务的接收装置，包括：确定模块，用于确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；调整模块，用于将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
为解决上述技术问题，本发明实施例还提供一种多播业务的发送方法，包括：确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；在所述多播业务对应的接收带宽上发送所述多播业务的数据。
可选的，所述发送方法还包括：发送配置信息，其中，所述配置信息包括至少一个多播业务与接收带宽的关联关系。
可选的，所述配置信息通过系统消息或SC-MCCH承载。
可选的，当不同的多播业务复用相同的搜索空间时，所述配置信息采用相同比特数指示不同多播业务对应的接收带宽对应的物理资源块的数量，其中，不同多播业务对应的接收带宽对应的物理资源块的数量相同或不相同。
可选的，当不同的多播业务采用不同的搜索空间时，对于每一多播业务，所述配置信息根据所述多播业务对应的接收带宽对应的物理资源块的数量确定指示所述数量的比特数。
可选的，所述多播业务对应的接收带宽对应的最低物理资源块与CORESET 0的最低物理资源块对齐。
可选的，所述多播业务对应的接收带宽对应的最低物理资源块与初始BWP的最低物理资源块对齐。
可选的，所述多播业务对应的接收带宽等于或大于所述初始BWP。
可选的，所述多播业务对应的接收带宽的大小根据所述多播业务的服务质量参数确定。
为解决上述技术问题，本发明实施例还提供一种多播业务的发送装置，包括：确定模块，用于确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；发送模块，用于在所述多播业务对应的接收带宽上发送所述多播业务的数据。
为解决上述技术问题，本发明实施例还提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述方法的步骤。
为解决上述技术问题，本发明实施例还提供一种终端，包括上述多播业务的接收装置，或者，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。
为解决上述技术问题，本发明实施例还提供一种基站，包括上述多播业务的发送装置，或者，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。
与现有技术相比，本发明实施例的技术方案具有以下有益效果：
对于UE侧，本发明实施例提供一种多播业务的接收方法，包括：确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
采用本实施方案能够兼顾UE的低功耗需求以及多播业务的及时传输。具体而言，本实施方案所采用的可变多播业务接收带宽机制使得不同多播业务可以对应不同的接收带宽，对特定多播业务感兴趣的UE可以基于该多播业务对应的接收带宽来调整自己的接收带宽进行数据接收。进一步，各多播业务对应的接收带宽均覆盖CORESET 0的接收带宽，使得UE不用调整接收带宽既能在接收多播业务的同时接收系统消息、寻呼等。
对于基站侧，本发明实施例还提供一种多播业务的发送方法，包括：确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；在所述多播业务对应的接收带宽上发送所述多播业务的数据。
由此，可以在引入多播业务的情况下，避免网络需要配置较大的CORESET 0接收带宽，导致不需要接收多播业务的UE耗电增加。同时针对不同的多播业务设置合理的接收带宽，可以避免UE耗电显著增加，还可以兼顾基站对大量UE初始接入时的负载均衡。
附图说明
图1是本发明实施例的一种多播业务的接收方法的流程图；
图2是本发明实施例第一个典型应用场景的接收带宽配置示意图；
图3是本发明实施例第二个典型应用场景的接收带宽配置示意图；
图4是本发明实施例的一种多播业务的接收装置的结构示意图；
图5是本发明实施例的一种多播业务的发送方法的流程图；
图6是本发明实施例的一种多播业务的发送装置的结构示意图。
具体实施方式
如背景技术所言，在引入MBMS业务后，现有的数据传输方式无法兼顾UE的低功耗需求以及多播业务的及时传输需求。
具体而言，新无线(New Radio，简称NR)中将引入MBMS多媒体广播组播功能。将采用单小区点到多点(Single Cell Point to Multipoint，简称SC-PTM)机制，即每个小区独立调度多播业务的传输。
长期演进(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)和调度信息。
进一步，基站侧通过无线资源控制(Radio Resource Control，简称RRC)在每个SC-MCCH重复周期传输SC-MCCH。SC-MCCH采用修改周期，在一个修改周期传输多次。
UE通过SC-MCCH获取感兴趣的MBMS业务的G-RNTI，然后根据调度信息在相应的子帧检测由该RNTI加扰的DCI，进而获得在下行共享信道上传输的多播数据。
在NR系统中，每个载波的最大信道带宽为400兆赫兹(MHz)，远远超过LTE系统的20MHz带宽。在初始接入时，如果UE直接接入400MHz的带宽，不仅会导致用户设备的硬件成本很高，还会造成较大的功耗。因此，NR系统引入了部分带宽(Bandwidth Part，简称BWP)概念。
在NR系统中，每个小区可以包含一个或者多个BWP，每个BWP占据有限的带宽，其中至少有一个BWP允许空闲态的用户设备驻留，空闲态的UE通过该BWP接收系统消息和寻呼消息、从而接入网络建立RRC连接和数据无线承载。该BWP被称为初始BWP(initial BWP)。
对于同一UE，在UE接入网络建立了RRC连接之后，基站可以根据用户设备能力、业务需求等为该UE配置多个BWP。每个UE可以有至少一个的激活BWP。例如，对于处于载波聚合的UE，多个激活的服务小区上每个服务小区可以有一个激活的BWP。
对于每一个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。
在协议版本15(Release 15，简称R15)中，对于一个服务小区，基站可以为UE配置多个BWP，如最多4个BWP。但其中只有一个 是激活的BWP，也即，UE只能通过该BWP接收基站的下行控制信息(Downlink Control Information，简称DCI)，从这个BWP接收数据，以及通过这个BWP向基站发送数据。
在激活的BWP上，UE在配置的一个或多个CORESET检测自己的DCI。对于每个CORESET，可以有两种搜索空间：公共搜索空间和UE特定的搜索空间。UE在搜索空间依据一定的规则盲检DCI，根据自己的RNTI检测属于自己的DCI，然后根据DCI接收数据或上传数据。一个UE可以有一个或多个RNTI。
基站根据UE实际工作的需要以及不同BWP的负载状态，可以切换UE工作的BWP，即切换UE的激活BWP(Active BWP)。基站可以通过DCI切换UE的BWP。UE侧可配置一个BWP非激活定时器(BWP-InactivityTimer)，当该定时器超时时，UE将主动切换BWP，将切换到默认BWP(default BWP)。其中，默认BWP由基站配置。
对于空闲态或非激活态(Inactive)的UE，当其驻留在一个服务小区时，通常驻留在该服务小区的初始BWP中。UE在该初始BWP可以正常接收系统消息、寻呼消息，如果有业务需求，UE可以在该初始BWP发起随机接入建立RRC连接，进而建立数据无线承载开展业务。
初始BWP中包含CORESET 0，通常网络可以配置初始BWP的接收带宽大于等于CORESET 0的接收带宽。UE可以通过映射在CORESET 0上的搜索空间检测DCI，进而可以接收系统信息块(System Information Block，简称SIB)、寻呼以及随机接入响应。其中，DCI指示了系统信息块、寻呼以及随机接入响应所使用的物理资源块。
对于空闲态或非激活态的UE，当驻留在初始BWP上时，UE的接收带宽是CORESET 0的接收带宽，网络将确保系统消息、寻呼以及初始接入时的随机接入响应均限制在CORESET 0的接收带宽内，这样可以使得UE更加省电。
当UE需要接入网络时，网络可以通过随机接入过程中的消息4(Message 4，简称MSG4)配置UE工作的BWP，如可以是初始BWP，或者是其他BWP。UE在收到MSG4时调整自己的下行接收带宽。
在引入了MBMS业务之后，从资源效率来看，MBMS业务很可能部署在初始BWP内。则将带来如下问题：
如果初始BWP或者CORESET 0的带宽太窄，则可能承载不了较多的MBMS业务以及UE的初始接入，影响多播业务的传输及时性。
如果初始BWP太宽，则不接收MBMS业务的UE按照初始BWP接收时会非常耗电。
因此需要寻求一种高效的多播业务传输方式能够兼顾UE的低功耗需求以及多播业务的及时传输。
为解决上述技术问题，本发明实施例提供一种多播业务的接收方法，包括：确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
采用本实施方案能够兼顾UE的低功耗需求以及多播业务的及时传输。具体而言，本实施方案所采用的可变多播业务接收带宽机制使得不同多播业务可以对应不同的接收带宽，对特定多播业务感兴趣的UE可以基于该多播业务对应的接收带宽来调整自己的接收带宽进行数据接收。进一步，各多播业务对应的接收带宽均覆盖CORESET 0的接收带宽，使得UE不用调整接收带宽既能在接收多播业务的同时接收系统消息、寻呼等。
为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
图1是本发明实施例的一种多播业务的接收方法的流程图。
具体地，所述多播业务可以为MBMS业务。
本实施方案可以应用于NR系统且引入MBMS业务的应用场景。例如，对于支持SC-PTM的NR小区，采用本实施方案可以向小区内不同状态的UE传输多播业务。其中，不同状态包括RRC连接态、空闲态和非激活态。
本实施方案可以由用户设备侧执行，如由用户设备侧的UE执行。例如，本实施方案可以由处于非激活态或空闲态的UE执行。
在具体实施中，下述步骤S101～步骤S102所提供的多播业务的接收方法可以由用户设备中的具有数据接收功能的芯片执行，也可以由用户设备中的基带芯片执行。
更为具体地，参考图1，本实施例所述多播业务的接收方法可以包括如下步骤：
步骤S101，确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；
此处均是针对一个NR小区，即NR小区确定正在广播或将要广播的多播业务对应的接收带宽，每个多播业务对应的不同接收带宽或者相同的接收带宽均至少覆盖该NR小区的CORESET 0的接收带宽。
步骤S102，将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
在一个具体实施中，在所述步骤S101之前，本实施例所述接收方法还可以包括步骤：接收配置信息，其中，所述配置信息包括至少一个多播业务与接收带宽的关联关系。
具体地，所述配置信息可以通过系统消息或SC-MCCH承载。
例如，网络可以预先针对所述NR小区可能传输的MBMS业务配置对应的接收带宽，并通过配置信息指示给接入所述NR小区的 UE。
例如，配置信息可以包含于DCI。
进一步，对于NR小区可能传输的所有MBMS业务，所述所有MBMS业务可以对应同一个接收带宽。此处所有MBMS业务是指正在广播的MBMS业务或将要广播的MBMS业务。当所有MBMS业务对应相同的接收带宽时，所述配置信息不需要指示多播业务与接收带宽的关联关系，仅需要配置一个公共的接收带宽即可。
或者，部分MBMS业务可以对应同一个接收带宽，剩余部分MBMS业务对应另一个不同的接收带宽。
又或者，每一MBMS业务分别设置一个对应的接收带宽。
进一步，若配置信息中没有设置对应的接收带宽，则该MBMS业务默认用CORESET 0的接收带宽或初始BWP的下行接收带宽。
在一个具体实施中，当不同的多播业务复用相同的搜索空间时，所述配置信息可以采用相同比特数指示不同多播业务对应的接收带宽对应的物理资源块的数量，其中，不同多播业务对应的接收带宽对应的物理资源块的数量相同或不相同。
由于不同的接收带宽所对应的物理资源块(Physical Resource Block，简称PRB)的数量不同，因此如果不同的MBMS业务复用相同的搜索空间(search space)，则DCI需要采用相同长度的PRB比特指示分配的资源。具体地，可以由系统消息或MCCH统一设置用于调度MBMS业务的DCI中指示PDSCH的PRB比特数。
例如，假设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比特。
在一个具体实施中，当不同的多播业务采用不同的搜索空间时，对于每一多播业务，所述配置信息可以根据所述多播业务对应的接收带宽对应的物理资源块的数量确定指示所述数量的比特数。
如果不同的MBMS业务采用不同的搜索空间，则DCI可以采用各自不同的比特数指示分配的资源。具体所需的比特数可以由MBMS业务对应的接收带宽确定。
例如，假设MBMS业务1对应搜索空间1，则UE解DCI时知道5比特指示物理资源块。则DCI中可以用5比特指示MBMS业务1对应的接收带宽1所对应的PRB的资源分配信息。
又例如，假设MBMS业务2对应搜索空间2，UE解DCI时知道7比特指示物理资源块。则DCI中可以用7比特指示MBMS业务2对应的接收带宽2所对应的PRB的资源分配信息。
在一个具体实施中，所述多播业务对应的接收带宽对应的最低物理资源块可以与CORESET 0的最低物理资源块对齐。
具体而言，以CORESET 0的最低物理资源块为基准后，在CORESET0的基础上扩展的带宽量可以根据对应MBMS业务的服务质量参数、接入小区的UE数量(尤其从空闲态转入连接态的UE数量)以及接入UE的业务量等因素确定。
例如，若接入小区的UE中从空闲态转入连接态的UE较多，则CORESET 0里的传输资源会被占用很多，相应的所述MBMS业务对应的接收带宽超出CORESET 0的接收带宽的部分可以适当多分配一点。
在一个具体实施中，所述多播业务对应的接收带宽的大小可以根 据所述多播业务的服务质量参数确定。
具体地，相同或相近服务质量参数的MBMS业务可以对应相同的接收带宽。
进一步，所述服务质量参数可以包括传输数据量、传输速率等。
在一个具体实施中，在执行所述步骤S102的之前/之后/同时，本实施例所述接收方法还可以包括步骤：在所述多播业务对应的接收带宽上接收系统消息和/或寻呼。
由于所述多播业务对应的接收带宽覆盖CORESET 0的接收带宽，因此，UE可以不用调整接收带宽即可以同时接收MBMS业务的数据和寻呼、随机接入响应以及系统消息，基站发送MBMS业务的数据的时机和发送寻呼、系统消息和随机接入响应的时机可以相同或不同。
在一个具体实施中，所述步骤S102可以包括步骤：将自身接收带宽从CORESET 0的接收带宽调整至所述多播业务对应的接收带宽。
在一个典型的应用场景中，假设在一段时间内NR小区需要传输3种MBMS业务，分别称为业务1(session 1)、业务2(session 2)和业务3(session 3)。
这三种不同的MBMS业务的业务特性相差较大。比如业务1每次需要较大的带宽以便传输较多的数据，而业务2和业务3每次需传输的数据量不多，不需要很大的传输资源即可完成一次数据传输。
针对本应用场景，基站可以为不同的MBMS业务配置不同的接收带宽，如配置业务1的接收带宽最大，为40MHz、配置业务2和业务3的接收带宽均为30MHz。本应用场景中，假设CORESET 0的接收带宽为20MHz，初始BWP的接收带宽为50MHz。
参考图2，图2示例性的展示了本应用场景中业务1对应的接收 带宽1，以及业务2和业务3共同对应的接收带宽2的配置情况。
从图2可知，接收带宽1和接收带宽2均包含CORESET 0，且均以CORESET 0的最低物理资源块为基准。其中，接收带宽2包含30MHz，接收带宽1包含40MHz。
也即，对于业务2和业务3，基站确保对这两种MBMS业务的调度限制在如图2所示的接收带宽2的30MHz内，同时基站可以通过系统消息或MCCH向UE指示业务2和业务3的接收带宽2是30MHz。
相应的，对于业务2和业务3感兴趣的UE(当前处于空闲态或非激活态)，在获取到业务2和业务3对应的接收带宽2之后，可以调整自己的接收带宽，从原先的接收CORESET 0的接收带宽调整到接收30MHz的接收带宽。
由于这个30MHz包含CORESET 0，因此UE在接收业务2和/或业务3时同样可以接收系统消息和寻呼，不影响UE的驻留过程。
基站会确保对业务2和业务3的资源分配限制在如图2所示的30MHz内，以确保UE不需要再调整接收带宽就能接收感兴趣的MBMS业务2和业务3。
类似的，对业务1感兴趣的UE在获取到业务1对应的接收带宽1是40MHz时，可以调整自己的接收带宽，以从原先的接收CORESET0到接收40MHz的带宽。
在一个具体实施中，在所述步骤S102之后，本实施例所述接收方法还可以包括步骤：当不需要接收所述多播业务的数据时，将自身接收带宽从所述多播业务对应的接收带宽恢复至所述CORESET 0的接收带宽。
例如，当UE不再对MBMS业务感兴趣时，可以驻留在小区的初始BWP并恢复下行接收带宽为CORESET 0的带宽。
在一个具体实施中，所述多播业务对应的接收带宽对应的最低物理资源块可以与初始BWP的最低物理资源块对齐。
例如，参考图3，多播业务1对应的接收带宽1以初始BWP的最低物理资源块为基准，且至少覆盖CORESET 0。
在一个具体实施中，所述多播业务对应的接收带宽可以等于或大于所述初始BWP。
例如，参考图3，多播业务2对应的接收带宽2以初始BWP的最低物理资源块为基准，且大于初始BWP。
在一个具体实施中，当存在多个待接收的多播业务时，在所述步骤S101中，可以逐一确定各个待接收的多播业务对应的接收带宽。
进一步，所述步骤S102可以包括步骤：将自身接收带宽调整至所述多个待接收的多播业务各自对应的接收带宽中覆盖带宽最大的接收带宽，且所述覆盖带宽最大的接收带宽覆盖多个待接收的多播业务各自对应的接收带宽中剩余的接收带宽。
也即，如果UE同时对多个多播业务感兴趣，则取所述多个多播业务各自对应的接收带宽的最大值，即最后选择的接收带宽完全覆盖这多个多播业务各自对应的接收带宽。
由上，对于UE侧，采用本实施方案能够兼顾UE的低功耗需求以及多播业务的及时传输。具体而言，本实施方案所采用的可变多播业务接收带宽机制使得不同多播业务可以对应不同的接收带宽，对特定多播业务感兴趣的UE可以基于该多播业务对应的接收带宽来调整自己的接收带宽进行数据接收。进一步，各多播业务对应的接收带宽均覆盖CORESET 0的接收带宽，使得UE总是能够在接收多播业务的同时接收系统消息、寻呼等。
图4是本发明实施例的一种多播业务的接收装置的结构示意图。本领域技术人员理解，本实施例所述多播业务的接收装置4可以用于实施上述图1至图3所述实施例中所述的方法技术方案。
具体地，参考图4，本实施例所述多播业务的接收装置4可以包括：确定模块41，用于确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；调整模块42，用于将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
关于所述多播业务的接收装置4的工作原理、工作方式的更多内容，可以参照上述图1至图3中的相关描述，这里不再赘述。
在具体实施中，上述的多播业务的接收装置4可以对应于用户设备中具有数据接收功能的芯片，或者对应于具有数据处理功能的芯片，例如片上系统(System-On-a-Chip，简称SOC)、基带芯片等；或者对应于用户设备中包括具有数据接收功能芯片的芯片模组；或者对应于具有数据处理功能芯片的芯片模组，或者对应于用户设备。
图5是本发明实施例的一种多播业务的发送方法的流程图。
本实施例方案可以由网络侧执行，如由网络侧的基站执行。
在具体实施中，下述步骤S501～步骤S502所提供的多播业务的发送方法可以由网络设备中的具有数据发送功能的芯片执行，也可以由网络设备中的基带芯片执行。其中，网络设备可以包括基站。
具体地，所述基站可以管辖一个或多个NR小区，且所述NR小区支持SC-PTM机制。所述NR小区可以向小区内的UE传输至少一个多播业务的数据。UE可以是处于空闲态或、非激活态或连接态。
更为具体地，参考图5，本实施例所述多播业务的发送方法可以包括如下步骤：
步骤S501，确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；
步骤S502，在所述多播业务对应的接收带宽上发送所述多播业务的数据。
也即，基站可以针对不同MBMS业务配置不同的接收带宽，且可以通过系统信息(System Information，简称SI)配置或者通过MCCH配置。
进一步，基站确保对特定MBMS业务的调度仅限于配置给这个MBMS业务的接收带宽内。
本领域技术人员理解，所述步骤S501至步骤S502可以视为与上述图1所示实施例所述步骤S101至步骤S102相呼应的执行步骤，两者在具体的实现原理和逻辑上是相辅相成的。因而，本实施例中涉及名词的解释可以参考图1所示实施例的相关描述，这里不再赘述。
在一个具体实施中，在执行所述步骤501之前，本实施例所述发送方法还可以包括步骤：发送配置信息，其中，所述接收配置信息包括至少一个多播业务与接收带宽的关联关系。
具体地，所述配置信息可以通过系统消息或SC-MCCH承载。
例如，对于空闲态或非激活态的UE，在UE驻留在所述基站管辖的服务小区之后，所述基站就可以通过系统消息或SC-MCCH将所述配置信息发送至所述UE。对于处于连接态的UE，也可以通过系统消息或SC-MCCH获得所述配置信息，所述基站也可以通过专用信令将所述配置信息发送给所述UE。
在本实施例中，网络在合理配置MBMS业务对应的接收带宽时，即考虑到该MBMS业务的数据量大小，同时考虑UE初始接入需要的资源消耗，还兼顾UE接收带宽太大的功耗问题，从而合理配置不同MBMS业务对应的接收带宽。
在一个具体实施中，当不同的多播业务复用相同的搜索空间时，所述配置信息可以采用相同比特数指示不同多播业务对应的接收带宽对应的物理资源块的数量，其中，不同多播业务对应的接收带宽对 应的物理资源块的数量相同或不相同。
在一个变化例中，当不同的多播业务采用不同的搜索空间时，对于每一多播业务，所述配置信息可以根据所述多播业务对应的接收带宽对应的物理资源块的数量确定指示所述数量的比特数。
在一个具体实施中，所述多播业务对应的接收带宽对应的最低物理资源块可以与CORESET 0的最低物理资源块对齐。
在一个变化例中，所述多播业务对应的接收带宽对应的最低物理资源块可以与初始BWP的最低物理资源块对齐。
进一步，所述多播业务对应的接收带宽可以等于或大于所述初始BWP。
在一个具体实施中，所述多播业务对应的接收带宽的大小可以根据所述多播业务的服务质量参数确定，并通过配置信息预先指示给UE。
在一个具体实施中，对于连接态的UE，当UE指示自己感兴趣的MBMS业务时，基站可以合理配置该UE的激活BWP。例如，可以确保配置给该UE的激活BWP至少覆盖UE感兴趣的MBMS业务的接收带宽。
由上，对于网络侧，可以在引入多播业务的情况下，避免网络需要配置较大的CORESET 0接收带宽，导致不需要接收多播业务的UE耗电增加。同时针对不同的多播业务设置合理的接收带宽，可以避免UE耗电显著增加，还可以兼顾基站对大量UE初始接入时的负载均衡。
图6是本发明实施例的一种多播业务的发送装置的结构示意图。本领域技术人员理解，本实施例所述多播业务的发送装置6可以用于实施上述图5所述实施例中所述的方法技术方案。
具体地，参考图6，本实施例所述多播业务的发送装置6可以包 括：确定模块61，用于确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；发送模块62，用于在所述多播业务对应的接收带宽上发送所述多播业务的数据。
关于所述多播业务的发送装置6的工作原理、工作方式的更多内容，可以参照上述图5中的相关描述，这里不再赘述。
在具体实施中，上述的多播业务的发送装置6可以对应于网络设备中具有数据发送功能的芯片，或者对应于具有数据处理功能的芯片，例如片上系统(System-On-a-Chip，简称SOC)、基带芯片等；或者对应于网络设备中包括具有数据发送功能芯片的芯片模组；或者对应于具有数据处理功能芯片的芯片模组，或者对应于网络设备。
在具体实施中，关于上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。
例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理 器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
进一步地，本发明实施例还公开一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述图1至图3所示实施例中所述的方法技术方案。或者，所述计算机程序被处理器运行时执行上述图5所示实施例中所述的方法技术方案。优选地，所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述存储介质可以包括ROM、RAM、磁盘或光盘等。
进一步地，本发明实施例还公开一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述图1至图3所示实施例中所述的方法技术方案。具体地，所述终端可以为UE，如NB系统中的UE。或者，终端可以包括上述图4所示多播业务的接收装置4。
进一步地，本发明实施例还公开一种基站，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述图5所示实施例中所述的方法技术方案。具体地，所述基站可以为NB系统中的基站。或者，基站可以包括上述图6所示多播业务的发送装置6。
虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (27)

  1. 一种多播业务的接收方法，其特征在于，包括：
    确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；
    将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
  2. 根据权利要求1所述的接收方法，其特征在于，还包括：
    在所述多播业务对应的接收带宽上接收系统消息和/或寻呼。
  3. 根据权利要求1所述的接收方法，其特征在于，所述将自身接收带宽调整至所述多播业务对应的接收带宽包括：
    将自身接收带宽从CORESET 0的接收带宽调整至所述多播业务对应的接收带宽。
  4. 根据权利要求1所述的接收方法，其特征在于，还包括：
    当不需要接收所述多播业务的数据时，将自身接收带宽从所述多播业务对应的接收带宽恢复至所述CORESET 0的接收带宽。
  5. 根据权利要求1所述的接收方法，其特征在于，还包括：
    接收配置信息，其中，所述配置信息包括至少一个多播业务与接收带宽的关联关系。
  6. 根据权利要求5所述的接收方法，其特征在于，所述配置信息通过系统消息或SC-MCCH承载。
  7. 根据权利要求5所述的接收方法，其特征在于，当不同的多播业务复用相同的搜索空间时，所述配置信息采用相同比特数指示不同多播业务对应的接收带宽对应的物理资源块的数量，其中，不同多播业务对应的接收带宽对应的物理资源块的数量相同或不相 同。
  8. 根据权利要求5所述的接收方法，其特征在于，当不同的多播业务采用不同的搜索空间时，对于每一多播业务，所述配置信息根据所述多播业务对应的接收带宽对应的物理资源块的数量确定指示所述数量的比特数。
  9. 根据权利要求1所述的接收方法，其特征在于，当存在多个待接收的多播业务时，所述将自身接收带宽调整至所述多播业务对应的接收带宽包括：
    将自身接收带宽调整至所述多个待接收的多播业务各自对应的接收带宽中覆盖带宽最大的接收带宽，且所述覆盖带宽最大的接收带宽覆盖多个待接收的多播业务各自对应的接收带宽中剩余的接收带宽。
  10. 根据权利要求1至9中任一项所述的接收方法，其特征在于，所述多播业务对应的接收带宽对应的最低物理资源块与CORESET 0的最低物理资源块对齐。
  11. 根据权利要求1至9中任一项所述的接收方法，其特征在于，所述多播业务对应的接收带宽对应的最低物理资源块与初始BWP的最低物理资源块对齐。
  12. 根据权利要求11所述的接收方法，其特征在于，所述多播业务对应的接收带宽等于或大于所述初始BWP。
  13. 根据权利要求1至9中任一项所述的接收方法，其特征在于，所述多播业务对应的接收带宽的大小根据所述多播业务的服务质量参数确定。
  14. 一种多播业务的接收装置，其特征在于，包括：
    确定模块，用于确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的 接收带宽均至少覆盖CORESET 0的接收带宽；
    调整模块，用于将自身接收带宽调整至所述多播业务对应的接收带宽，以接收所述多播业务的数据。
  15. 一种多播业务的发送方法，其特征在于，包括：
    确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；
    在所述多播业务对应的接收带宽上发送所述多播业务的数据。
  16. 根据权利要求15所述的发送方法，其特征在于，还包括：
    发送配置信息，其中，所述配置信息包括至少一个多播业务与接收带宽的关联关系。
  17. 根据权利要求16所述的发送方法，其特征在于，所述配置信息通过系统消息或SC-MCCH承载。
  18. 根据权利要求16所述的发送方法，其特征在于，当不同的多播业务复用相同的搜索空间时，所述配置信息采用相同比特数指示不同多播业务对应的接收带宽对应的物理资源块的数量，其中，不同多播业务对应的接收带宽对应的物理资源块的数量相同或不相同。
  19. 根据权利要求16所述的发送方法，其特征在于，当不同的多播业务采用不同的搜索空间时，对于每一多播业务，所述配置信息根据所述多播业务对应的接收带宽对应的物理资源块的数量确定指示所述数量的比特数。
  20. 根据权利要求15至19中任一项所述的发送方法，其特征在于，所述多播业务对应的接收带宽对应的最低物理资源块与CORESET 0的最低物理资源块对齐。
  21. 根据权利要求15至19中任一项所述的发送方法，其特征在于，所述多播业务对应的接收带宽对应的最低物理资源块与初始BWP的最低物理资源块对齐。
  22. 根据权利要求21所述的发送方法，其特征在于，所述多播业务对应的接收带宽等于或大于所述初始BWP。
  23. 根据权利要求15至19中任一项所述的发送方法，其特征在于，所述多播业务对应的接收带宽的大小根据所述多播业务的服务质量参数确定。
  24. 一种多播业务的发送装置，其特征在于，包括：
    确定模块，用于确定所述多播业务对应的接收带宽，其中，不同的多播业务对应相同或不同的接收带宽，且每一多播业务对应的接收带宽均至少覆盖CORESET 0的接收带宽；
    发送模块，用于在所述多播业务对应的接收带宽上发送所述多播业务的数据。
  25. 一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时执行权利要求1至13任一项或权利要求15至23任一项所述方法的步骤。
  26. 一种终端，包括上述权利要求14所述多播业务的接收装置，或者，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行权利要求1至13任一项所述方法的步骤。
  27. 一种基站，包括上述权利要求24所述多播业务的发送装置，或者，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行权利要求15至23任一项所述方法的步骤。
PCT/CN2021/111995 2020-08-13 2021-08-11 多播业务的接收及发送方法、装置、存储介质、终端、基站 WO2022033505A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010814819.7 2020-08-13
CN202010814819.7A CN114143722B (zh) 2020-08-13 2020-08-13 多播业务的接收及发送方法、装置、存储介质、终端、基站

Publications (1)

Publication Number Publication Date
WO2022033505A1 true WO2022033505A1 (zh) 2022-02-17

Family

ID=80246984

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/111995 WO2022033505A1 (zh) 2020-08-13 2021-08-11 多播业务的接收及发送方法、装置、存储介质、终端、基站

Country Status (2)

Country Link
CN (1) CN114143722B (zh)
WO (1) WO2022033505A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024066901A1 (zh) * 2022-09-29 2024-04-04 华为技术有限公司 一种通信的方法和装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110051676A1 (en) * 2009-08-27 2011-03-03 Samsung Electronics Co., Ltd. Apparatus and method for resource selection in ofdma systems
CN110166193A (zh) * 2018-02-12 2019-08-23 维沃移动通信有限公司 一种系统信息接收的方法及终端

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9072005B2 (en) * 2011-04-20 2015-06-30 Qualcomm Incorporated Quality of service control in a multicast transmission
CN110351782B (zh) * 2018-04-04 2022-08-12 大唐移动通信设备有限公司 一种系统信息广播方法、装置及网络设备
US10841149B2 (en) * 2018-04-14 2020-11-17 Qualcomm Incorporated Beam failure recovery in connection with switching BWP
WO2020087263A1 (zh) * 2018-10-30 2020-05-07 华为技术有限公司 传输多播业务的方法和装置
US10985827B2 (en) * 2018-11-01 2021-04-20 Qualcomm Incorporated Prioritizing reception of PDCCH for beam failure recovery

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110051676A1 (en) * 2009-08-27 2011-03-03 Samsung Electronics Co., Ltd. Apparatus and method for resource selection in ofdma systems
CN110166193A (zh) * 2018-02-12 2019-08-23 维沃移动通信有限公司 一种系统信息接收的方法及终端

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
CATT: "Discussion on basic functions for broadcast/multicast for RRC_IDLE/RRC_INACTIVE UEs", 3GPP DRAFT; R1-2005695, vol. RAN WG1, 8 August 2020 (2020-08-08), pages 1 - 4, XP051917670 *
SAMSUNG: "On Mechanisms to support group scheduling for RRC_CONNECTED UEs", 3GPP DRAFT; R1-2006173, vol. RAN WG1, 7 August 2020 (2020-08-07), pages 1 - 3, XP051915227 *
SPREADTRUM COMMUNICATIONS: "MBS for Idle and Inactive mode UE", 3GPP DRAFT; R2-2007055, vol. RAN WG2, 6 August 2020 (2020-08-06), pages 1 - 3, XP051910912 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024066901A1 (zh) * 2022-09-29 2024-04-04 华为技术有限公司 一种通信的方法和装置

Also Published As

Publication number Publication date
CN114143722A (zh) 2022-03-04
CN114143722B (zh) 2023-04-28

Similar Documents

Publication Publication Date Title
US10924918B2 (en) System and method of user equipment state configurations
CN111585724B (zh) 通信方法、装置及设备
CN110351815B (zh) 一种寻呼方法、基站及用户设备
US20200015312A1 (en) Method and device for determining discontinuous reception configuration
EP3324666B1 (en) Sc-mcch resource configuration method and apparatus
GB2486928A (en) Method for transmitting a counting response message for a terminal to indicate a service area in a wireless communication system, and device for same
WO2021142647A1 (zh) 一种业务传输方法及装置、终端设备、网络设备
WO2020143490A1 (zh) 通信方法及装置
US20220166590A1 (en) Method and apparatus for sending multicast control channel
CN103139868B (zh) 控制接入的方法、设备和系统
WO2022033505A1 (zh) 多播业务的接收及发送方法、装置、存储介质、终端、基站
US20230319942A1 (en) Communication method and apparatus
WO2021051319A1 (zh) 一种drx配置方法及装置、终端设备、网络设备
US20220329984A1 (en) Resource configuration method, terminal device, and non-transitory computer readable storage medium
WO2022199703A1 (en) Bwp operation for nr multicast and broadcast services
WO2022161483A1 (zh) 跨载波的信道重复传输方法及装置、存储介质、终端、网络设备
US20230239901A1 (en) Method for receiving multicast service data, terminal device, and non-transitory computer-readable storage medium
WO2022205570A1 (zh) 无线通信方法、终端设备和网络设备
WO2022022672A1 (zh) 寻呼载波的确定及寻呼方法、装置、存储介质、终端、基站
CN102857865B (zh) 多载波系统中接收mbms的方法和用户设备
JP2021516503A (ja) 補助キャリア状態の切り替え方法、端末装置及びネットワーク装置
US20230284044A1 (en) Methods and apparatuses for radio communication
WO2017054509A1 (zh) 媒体接入控制层处理方法及装置
US20230180263A1 (en) Bwp determining method, apparatus, and system
WO2023056643A1 (en) Wireless communication method and relevant hardware

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: 21855556

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21855556

Country of ref document: EP

Kind code of ref document: A1