CN116744381A - 多播业务接收方法及装置、存储介质、终端设备、网络设备 - Google Patents

多播业务接收方法及装置、存储介质、终端设备、网络设备 Download PDF

Info

Publication number
CN116744381A
CN116744381A CN202210214010.XA CN202210214010A CN116744381A CN 116744381 A CN116744381 A CN 116744381A CN 202210214010 A CN202210214010 A CN 202210214010A CN 116744381 A CN116744381 A CN 116744381A
Authority
CN
China
Prior art keywords
multicast service
receiving
indication information
inactive state
signaling
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
CN202210214010.XA
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.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai 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 Spreadtrum Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN202210214010.XA priority Critical patent/CN116744381A/zh
Priority to PCT/CN2023/079472 priority patent/WO2023165588A1/zh
Publication of CN116744381A publication Critical patent/CN116744381A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0007Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data

Landscapes

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

Abstract

一种多播业务接收方法及装置、存储介质、终端设备、网络设备,多播业务接收方法包括:通过触发进入非激活态的信令接收第一指示信息,或者通过随机接入下行消息接收所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;在非激活态利用所述配置参数进行多播业务接收。通过本发明技术方案能够在终端设备需要在非激活态接收多播业务时,使终端设备获得所驻留小区用于发送多播业务的配置参数。

Description

多播业务接收方法及装置、存储介质、终端设备、网络设备
技术领域
本发明涉及通信技术领域,尤其涉及一种多播业务接收方法及装置、存储介质、终端设备、网络设备。
背景技术
新无线(New Radio,NR)系统中引入了多媒体广播组播服务(MultimediaBroadcast Multicast Service,MBMS)。
在当前的通信协议版本中,对于多播业务(Multicast),由于其服务质量要求较高,终端设备(User Equipment,UE)需要在连接态接收。处于连接态的终端设备,通过无线资源控制(Radio Resource Control,RRC)信令从网络获得接收多播业务的配置。对于连接态的终端设备,需要执行网络配置的测量任务,在满足测量上报条件时需要上报测量报告;网络也会配置终端设备执行物理层(L1)的测量以及上报信道状态信息等,因此连接态的终端设备需要维持较大的信令开销。不仅对终端设备的功耗不利,对于网络的负载也会显著增加。因此,考虑在非激活态支持接收多播业务。
但是,当终端设备需要在非激活态接收多播业务时,终端设备如何获得所驻留小区用于发送多播业务的配置参数是一个亟待解决的技术问题。
发明内容
本发明解决的技术问题是终端设备需要在非激活态接收多播业务时,终端设备如何获得所驻留小区用于发送多播业务的配置参数。
为解决上述技术问题,第一方面,本发明实施例提供一种多播业务接收方法,多播业务接收方法包括:通过触发进入非激活态的信令接收第一指示信息,或者通过随机接入下行消息接收所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;在非激活态利用所述配置参数进行多播业务接收。
可选的,所述第一指示信息还包括在非激活态接收多播业务的至少一个适用区域,所述至少一个适用区域与所述配置参数具有对应关系。
可选的,所述至少一个适用区域对应统一的配置参数,或者各个适用区域中每个小区具有对应的配置参数。
可选的,所述适用区域选自小区、追踪区、基于RAN的通知区域以及频率中至少一种。
可选的,所述在非激活态利用所述配置参数进行多播业务接收包括:在非激活态且当前位置位于所述至少一个适用区域内时,按照所述当前位置所属的适用区域对应的配置参数进行多播业务接收。
可选的,多播业务接收方法还包括:在小区重选过程中,如果存在至少一个适用区域中的小区满足重选条件,则将所述小区的频率优先级更新为最高频率优先级。
可选的,所述通过触发进入非激活态的信令接收第一指示信息包括:通过触发进入非激活态的信令接收RRC释放信令,所述RRC释放信令携带所述第一指示信息。
可选的,所述配置参数包括公共频率资源、CORESET和搜索空间,所述接收第一指示信息之后还包括:在服务小区的MCCH中接收多播业务的G-RNTI。
可选的,所述MCCH还包括下行控制信令的检测周期以及检测位置,所述下行控制信令用于检测和调度多播业务。
可选的,所述通过随机接入下行消息接收所述第一指示信息包括:在消息4或消息B中接收所述第一指示信息。
可选的,所述通过随机接入下行消息接收所述第一指示信息之前还包括:在随机接入上行消息中发送将要加入的多播业务的标识。
可选的,所述多播业务的标识承载在非接入层信令中。
可选的,所述多播业务接收方法还包括:如果在非激活态需要传输小数据,则在传输小数据时,一并传输第二指示信息,所述第二指示信息用于指示正在接收和/或准备接收多播业务。
可选的,所述第二指示信息还用于指示正在接收、准备接收和/或停止接收的多播业务的标识。
可选的,所述传输第二指示信息包括:将所述第二指示信息承载在MAC CE中,并通过随机接入上行消息发送出去。
可选的,所述传输第二指示信息包括:通过随机接入上行消息中的新增比特传输所述第二指示信息。
第二方面,本发明实施例还公开了一种多播业务发送方法,所述方法包括:通过触发进入非激活态的信令发送第一指示信息,或者通过随机接入下行消息发送所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;在非激活态利用所述配置参数进行多播业务发送。
第三方面,本发明实施例还公开了一种多播业务接收装置,所述装置包括:第一指示信息接收模块,用于通过触发进入非激活态的信令接收第一指示信息,或者通过随机接入下行消息接收所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;多播业务接收模块,用于在非激活态利用所述配置参数进行多播业务接收。
第四方面,本发明实施例还公开了一种多播业务发送装置,所述装置包括:第一指示信息发送模块,用于通过触发进入非激活态的信令发送第一指示信息,或者通过随机接入下行消息发送所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;多播业务发送模块,用于在非激活态利用所述配置参数进行多播业务发送。
第五方面,本发明实施例还公开了一种数据传输方法,所述方法包括:在非激活态接收多播业务时,如果需要发起小数据传输,则在传输小数据过程中,传输第二指示信息,所述第二指示信息用于指示正在接收和/或准备接收多播业务。
可选的,所述第二指示信息通过随机接入过程的消息3、消息A或配置授权的传输资源传输。
可选的,所述第二指示信息采用一个比特来指示;或者所述第二指示信息指示正在接收和/或准备接收多播业务的标识。
第六方面,本发明实施例还公开了一种数据传输装置,所述装置包括:指示模块,用于在非激活态接收多播业务时,如果需要发起小数据传输,则在传输小数据过程中,传输第二指示信息,所述第二指示信息用于指示正在接收和/或准备接收多播业务。
第七方面,本发明实施例还公开了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器运行时执行所述多播业务接收方法、多播业务发送方法或所述数据传输方法的步骤。
第八方面,本发明实施例还公开了一种终端设备,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,所述处理器运行所述计算机程序时执行所述多播业务接收方法、多播业务发送方法或所述数据传输方法的步骤。
第九方面,本发明实施例还公开了一种网络设备,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,所述处理器运行所述计算机程序时执行所述多播业务发送方法或数据传输方法的步骤。
与现有技术相比,本发明实施例的技术方案具有以下有益效果:
本发明技术方案中,终端设备可以通过触发进入非激活态的信令接收第一指示信息,或者通过随机接入下行消息接收所述第一指示信息,以获得接收多播业务的配置参数,从而可以在非激活态利用所述配置参数接收多播业务的数据。通过复用信令指示多播业务的配置参数,实现了在不增加信令开销的基础上保证非激活态多播业务的顺利开展。
进一步地,第一指示信息还包括在非激活态接收多播业务的至少一个适用区域。本发明技术方案通过指示适用区域能够使终端设备获知开展非激活态多播业务的区域,并在进入该区域后适当的时机使用配置参数进行多播业务传输。
进一步地,在随机接入上行消息中发送将要加入的多播业务的标识。本发明技术方案中,终端设备通过小数据传输机制主动发起非激活态多播业务的传输,保证了非激活态多播业务的顺利开展。
附图说明
图1是本发明实施例一种多播业务接收方法的流程图;
图2是本发明实施例一种多播业务传输方法的交互流程图;
图3是本发明实施例另一种多播业务传输方法的交互流程图;
图4是本发明实施例又一种多播业务传输方法的交互流程图;
图5是本发明实施例一种数据传输方法的流程图;
图6是本发明实施例一种多播业务传输装置的结构示意图;
图7是本发明实施例另一种多播业务传输装置的结构示意图。
具体实施方式
本申请实施例适用的通信系统包括但不限于长期演进(long term evolution,LTE)系统、第五代(5th-generation,5G)系统、NR系统,以及未来演进系统或者多种通信融合系统。其中,5G系统可以为非独立组网(non-standalone,NSA)的5G系统或独立组网(standalone,SA)的5G系统。本申请技术方案也适用于不同的网络架构,包括但不限于中继网络架构、双链接架构、Vehicle-to-Everything(车辆到任何物体的通信)架构等架构。
本申请主要涉及终端设备和网络设备之间的通信。其中:
本申请实施例中的网络设备也可以称为接入网设备,例如,可以为核心网或基站(base station,BS)(也可称为基站设备),网络设备是一种部署在无线接入网(RadioAccess Network,RAN)用以提供无线通信功能的装置。例如在第二代(2nd-generation,2G)网络中提供基站功能的设备包括基地无线收发站(base transceiver station,BTS),第三代(3rd-generation,3G)网络中提供基站功能的设备包括节点B(NodeB),在第四代(4th-generation,4G)网络中提供基站功能的设备包括演进的节点B(evolved NodeB,eNB),在无线局域网络(wireless local area networks,WLAN)中,提供基站功能的设备为接入点(access point,AP),NR中的提供基站功能的设备下一代基站节点(next generation nodebase station,gNB),以及继续演进的节点B(ng-eNB),其中gNB和终端设备之间采用NR技术进行通信,ng-eNB和终端设备之间采用演进的通用地面无线电接入(Evolved UniversalTerrestrial Radio Access,E-UTRA)技术进行通信,gNB和ng-eNB均可连接到5G核心网。本申请实施例中的网络设备还包含在未来新的通信系统中提供基站功能的设备等。
本申请实施例中的终端设备(terminal equipment)可以指各种形式的接入终端、用户单元、用户站、移动站、移动台(mobile station,MS)、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless LocalLoop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land MobileNetwork,PLMN)中的终端设备等,本申请实施例对此并不限定。终端设备也可以称为用户设备(User Equipment,UE)、终端等。
如背景技术中所述,当终端设备需要在非激活态接收多播业务时,终端设备如何获得所驻留小区用于发送多播业务的配置参数是一个亟待解决的技术问题。
本发明技术方案中,终端设备可以通过触发进入非激活态的信令接收第一指示信息,或者通过随机接入下行消息接收所述第一指示信息,以获得接收多播业务的配置参数,从而可以在非激活态利用所述配置参数接收多播业务的数据。通过复用信令指示多播业务的配置参数,实现了在不增加信令开销的基础上保证非激活态多播业务的顺利开展。
为使本发明的上述目的、特征和优点能够更为明显易懂,下面结合附图对本发明的具体实施例做详细的说明。
图1是本发明实施例一种多播业务接收方法的流程图。
所述多播业务接收方法可以用于终端设备侧,也即可以由终端设备执行该方法的各个步骤。
具体地,所述多播业务接收方法可以包括以下步骤:
步骤101:通过触发进入非激活态的信令接收第一指示信息,或者通过随机接入下行消息接收所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;
步骤102:在非激活态利用所述配置参数进行多播业务接收。
需要指出的是,本实施例中各个步骤的序号并不代表对各个步骤的执行顺序的限定。
可以理解的是,在具体实施中,所述多播业务接收方法可以采用软件程序的方式实现,该软件程序运行于芯片或芯片模组内部集成的处理器中。该方法也可以采用软件结合硬件的方式实现,本申请不作限制。
在步骤101的一种具体实施方式中,终端设备可以在连接态接收触发进入非激活态的信令。具体地,触发进入非激活态的信令可以是RRC释放信令。终端设备在接收到RRC释放信令后,由连接态进入非激活态(Inactive)。
在步骤101的另一种具体实施方式中,终端设备可以在非激活态接收随机接入下行消息。具体地,随机接入下行消息可以是随机接入过程中的消息4(Msg4)或消息B(MsgB)。
一并参照图2,图2示出了一种终端设备与网络设备之间的交互流程图。
在步骤201中,网络设备发送RRC释放信令至终端设备。RRC释放信令包括第一指示信息。RRC释放信令同时包含终端设备进入非激活态的一些参数配置(suspendConfig)。
在步骤202中,终端设备进入非激活态。
在步骤203中,终端设备和网络设备进行多播业务传输。
在一个非限制性的实施例中,第一指示信息可以包括多播业务的配置参数。进一步地,第一指示信息还可以包括至少一个适用区域。至少一个适用区域具有以下几种类型之一:
1、小区;
2、追踪区(Track Area,TA);
3、无线接入网(Radio Access Network,RAN)的通知区域(RAN-basedNotification Area,RNA);
4、频率。
例如,适用区域按小区设置时,适用区域可以是cell1和cell2,也就是说,终端设备可以在Cell1、Cell2执行非激活态多播业务的接收。
在一个非限制性的实施例中,至少一个适用区域对应统一的配置参数,或者各个适用区域中每个小区具有对应的配置参数。
具体地,对于按照追踪区、RAN的通知区域或频率配置适用区域的场景,可以设置统一的配置参数,也可以按照小区分别设置每个小区各自的配置参数。具体地,配置参数可以包括公共频率资源(Common Frequency Resource,CFR)、控制资源集(Control ResourceSet,CORESET)、搜索空间以及组无线网络临时标识(Group-Radio Network TemporaryIdentity,G-RNTI)。其中,公共频率资源可以用于传输多播业务,包括起始频域位置以及频域资源的大小;控制资源集配置在公共频率资源中,搜索空间配置在CORESET上,搜索空间用于检测多播调度下行控制信令(Downlink Control Information,DCI),G-RNTI用于加扰下行控制信令。
对于按照小区配置适用区域的场景,考虑到不同的小区可能设置不同的公共频率资源用于多播业务的传输,因此在适用区域内不同服务小区,可以设置不同的配置参数。
在一个具体的应用场景中,终端设备进入非激活态一段时间后,终端设备通过寻呼获知多播业务Session 1开始传输。终端设备此时移动到适用区域的某个小区如Cell2,终端设备按照在Cell2中配置的CFR、搜索空间和G-RNTI(也即多播业务Session 1对应的G-RNTI)等信息,在对应的搜索空间检测由G-RNTI加扰的下行控制信令,按照下行控制信令指示的物理下行共享信道(Physical Downlink Shared Channel,PDSCH)接收数据,即接收Session 1的数据。
如果终端设备移出适用区域,终端设备不能在非激活态接收多播业务。如果终端设备还想继续接收该多播业务,终端设备可以发起RRC连接,然后通知网络设备需要接收该多播业务,网络设备重新配置终端设备接收多播业务对应的配置参数,终端设备才能继续接收该多播业务。
在一个非限制性的实施例中,在小区重选过程中,如果存在至少一个适用区域中的小区满足重选条件(如小区在该小区所在的频点的信号质量达到预设门限,并且在该频点的信号质量是最好的),则将所述小区的频率优先级更新为最高频率优先级。具体地,终端设备配置了非激活态接收多播业务的适用区域。在小区重选过程中,终端设备如果一直对Session 1感兴趣,终端设备可以优先选择适用区域中的服务小区。如果终端设备发现某个位于适用区域的小区在该小区所在的频点的信号质量(如接收参考信号的功率值)最好,终端设备可以将该小区的频率优先级视为最高优先级,从而可以驻留在该小区,便于之后接收session 1。
需要说明的是,关于小区重选过程中适用的重选条件,可以参照现有技术,本发明实施例对此不作限制。
在一个非限制性的实施例中,终端设备在RRC释放信令中接收公共频率资源、CORESET和搜索空间,在MBMS点到多点控制信道(MBMS point-to-multipoint ControlChannel,MCCH)中接收多播业务的G-RNTI。具体可以是接收多播业务与其G-RNTI的对应关系。
本实施例中,一个小区所配置的公共频率资源通常在一段时间内不会改变,但是G-RNTI可能会有较大的变化,因为G-RNTI影响搜索空间中下行控制信令的起始位置分布,而且网络会为广播业务、多播业务分配不同的G-RNTI,提前配置G-RNTI对网络的调度限制较大。因此可以由小区的MCCH配置多播业务和G-RNTI的对应关系。其他参数如CFR、搜索空间等还是由网络设备在触发终端设备进入非激活态时按照小区配置。
具体实施中,终端设备在重选到一个属于适用区域的小区之后,通过接收MCCH获取自己感兴趣的多播业务与G-RNTI的对应关系,然后在所配置的搜索空间检测网络调度多播业务的下行控制信令,按照下行控制信令指示的PDSCH接收多播业务的数据。
进一步地,MCCH不仅可以配置多播业务和G-RNTI的对应关系,还可以配置检测调度多播数据传输的下行控制信令的检测周期和在周期内的检测位置。小区可以通过MCCH为需要接收多播业务的终端设备配置检测多播业务对应的下行控制信令的检测周期和在周期内的检测位置,可以按照G-RNTI配置,更好地适应多播业务的实际传输需求。
在一个非限制性的实施例中,终端设备可以在消息4或消息B中接收所述第一指示信息。
进一步地,终端设备在随机接入上行消息(如消息3或消息A)中发送将要加入(或将要接收)的多播业务的标识。
在一个非限制性的实施例中,终端设备获得在非激活态接收多播业务的配置参数之后,在所驻留的小区,需要检查该小区系统消息中的设置,仅当系统消息设置允许在非激活态接收多播业务时,终端设备才依据所收到的配置参数进行多播业务的接收。
具体请参照图3,图3示出了另一种终端设备与网络设备的交互流程图。
在步骤301中,终端设备发送Msg3至网络设备,Msg3包括多播业务的标识。在步骤301之前,还有随机接入流程的其他步骤,为现有技术,本文不展开叙述。
在步骤302中,网络设备发送Msg4至终端设备,Msg4包括第一指示信息。
在步骤303中,终端设备和网络设备进行多播业务传输。
本实施例中,处于非激活态的终端设备如果想接收多播业务,并且配置可以通过小数据传输(Small Data Transmission,SDT)方式传输信令无线承载(Signal RadioBearer,SRB)。那么终端设备可以通过SDT方式向服务小区传输非接入层(Non-AccessStratum,NAS)信令,该NAS信令指示终端设备期待加入(或将要接收)的多播业务的标识(Session ID)等信息。具体可以通过上行信息传输(ULInformationTransfer)中承载NAS信令。
如果网络设备允许终端设备加入多播业务,则通过随机接入下行消息向终端设备传输多播业务的配置参数。终端设备收到配置参数之后,利用获得的配置参数在非激活态接收多播业务。
进一步地,如果终端设备重选到相邻小区,则需要重新利用SDT方式获得接收多播业务的配置参数,也即重新执行步骤301和步骤302以获得多播业务的配置参数。
进一步地,网络设备还可以在Msg4或MsgB中配置多个小区中的多播业务的配置参数,并且还可以配置在非激活态接收多播业务的适用区域。
具体地,SDT机制是为了使终端设备可以在非激活态传输少量的数据,避免转入连接态传输数据导致的大量信令开销而引入的一种传输机制。一种SDT机制是基于随机接入的小数据传输机制(RA-SDT),是在随机接入过程中同时传输小数据。例如在4步随机接入过程中,在第三步终端设备同时发送Msg3和小数据,网络设备如果成功接收,可以在第4步直接释放终端设备,从而实现在非激活态传输小数据。另一种SDT机制是基于配置授权的小数据传输机制,基站在将终端设备转入非激活态时同时为终端设备配置授权(ConfiguredGrant,CG)的传输资源。终端设备在非激活态如果有小数据传输可以利用配置授权的传输资源进行传输。终端设备需要判断满足一定的条件才能应用配置授权的传输资源,如果条件不满足如上行提前量无效是不能应用配置授权的传输资源的。小数据传输机制中的数据并不完全限定为数据,也可以包含信令。例如在非激活态可以通过SDT机制传输一些定位信息时,传输的是信令。小数据传输期间可以有多次上下行的数据传输。
图4示出了另一种终端设备与网络设备的交互流程图。
与图3中采用四步随机接入不同,本发明实施例中采用的是两步随机接入。
在步骤401中,终端设备发送MsgA至网络设备,MsgA包括多播业务的标识。
在步骤402中,网络设备发送MsgB至终端设备,MsgB包括第一指示信息。
在步骤403中,终端设备和网络设备进行多播业务传输。
关于本发明实施例的更多具体实施方式可参照前述实施例,此处不再赘述。
在本发明的一个非限制性的实施例中,图1所示方法还可以包括以下步骤:如果在非激活态需要传输小数据,则在传输小数据时,一并传输第二指示信息,所述第二指示信息用于指示正在接收和/或准备接收多播业务。
本实施例中,终端设备正在接收和/或准备接收多播业务,并且需要传输小数据(可以是数据,也可以是信令)。由于某些终端设备不支持在一个时隙内同时接收多播业务和单播数据,或者在一个时隙内的多播业务的接收和单播数据的接收不能出现时域上的交叠(Overlap),当这类终端设备同时开始多播业务和单播业务时,需要让网络设备获知终端设备同时开展这两种业务,以便网络设备在为该终端设备分配下行传输资源时可以在时域上错开上述两种业务的资源,避免这类终端设备同时接收多播业务和单播数据,以提升两种业务数据传输的可靠性。
具体实施中,终端设备在非激活态,可能正在接收多播业务、可以接收一个或多个多播业务,或者准备接收一个或多个多播业务,也可以停止接收某些多播业务(也即由接收该多播业务转为停止接收该多播业务)。在这个过程中,如果终端设备还有小数据需要传输,终端设备在小数据传输过程中需要通知网络设备当前正在接收/准备接收/停止接收的多播业务的标识,如临时移动群组标识(Temporary Mobile Group Identity,TMGI)。
在一种具体实施方式中,如果终端设备利用4步随机接入过程开展小数据传输,终端设备可以在Msg3中向网络设备指示自己正在接收/准备接收/停止接收的多播业务标识。考虑到Msg3中通常携带的RRC恢复请求(RRC Resume Request)中没有空闲的信元用于指示正在接收/准备接收/停止接收的多播业务标识,因此可以通过媒体接入控制层的控制元(Medium Access Control Control Element,MAC CE)指示正在接收/准备接收/停止接收的多播业务标识。该MAC CE可以与RRC恢复请求以及其他信息如待传输的小数据(部分或所有)一起在Msg3中向网络设备传输。网络设备收到上述多播业务的标识,如果该终端设备不支持同时接收多播业务和单播数据,那么网络设备在调度该终端设备时,可以避免在一个时隙内同时传输单播数据和多播业务,或者避免在一个时隙内单播数据和多播业务所占据的传输资源出现时域上的重叠,进而可以确保终端设备准确接收多播业务和单播数据。
在另一种具体实施方式中,由于在随机接入的第三步可以传输的信息比特数有限,多播业务的标识如TMGI的比特数较大,而终端设备可能同时接收多个多播业务,因此需要上传的比特数较多。所以终端设备可以在Msg3中仅指示终端设备正在接收或将要接收多播业务,但并不明确指示多播业务的标识。例如仅用1比特指示,比特值为1表示终端设备正在接收或将要接收多播业务;比特值为0表示终端设备没有正在接收或将要接收的多播业务。由此,网络设备能够意识到终端设备需要上报正在接收/将要接收的多播业务的标识,网络设备可以随后分配上行传输资源,以供终端设备上报多播业务的标识。
在一个具体实施例中,如果终端设备在一个时隙内的多播业务的接收和单播数据的接收不能出现时域上的交叠,终端设备要上传的小数据的容量不大,比如仅需要一次传输就可以结束,也就意味着小数据和多播业务的资源分配重叠的概率不大,或者在这种情况下网络设备能够将小数据的资源和多播业务的资源错开。因此在这种情况下,终端设备可以不必传输多播业务的标识,或者仅需要指示1比特指示终端设备正在接收或将要接收多播业务即可。
需要说明的是,SDT机制也可以应用于2步随机接入过程中,上述实施例中的Msg3也可以替换为MsgA,也即终端设备MsgA指示正在接收/将要接收的多播业务,或者指示正在接收、准备接收和/或停止接收的多播业务的标识。
进一步地,终端设备通过配置授权传输资源进行小数据传输时,终端设备可以通过配置授权传输资源在第一次上行传输时向网络设备指示正在接收/将要接收多播业务的信息。例如仅指示正在接收/将要接收的多播业务,或者指示正在接收、准备接收和/或停止接收的多播业务的标识。
请参照图5,图5示出了终端设备和网络设备之间一种数据传输方法的交互流程图。
在步骤501中,终端设备向网络设备发送第二指示信息。其中,终端设备在非激活态接收多播业务时,如果需要发起小数据传输,则在传输小数据过程中,传输第二指示信息,第二指示信息用于指示正在接收和/或准备接收多播业务。
具体地,终端设备可以通过随机接入过程的消息3、消息A或配置授权的传输资源传输第二指示信息。
在步骤502中,网络设备与终端设备进行数据传输。具体地,网络设备收到第二指示信息,获知终端设备正在接收/准备接收多播业务。如果该终端设备不支持同时接收多播业务和单播数据,那么网络设备在调度该终端设备时,避免在一个时隙内同时传输单播数据和多播业务,或者避免在一个时隙内单播数据和多播业务所占据的传输资源出现时域上的重叠,进而可以确保终端设备准确接收多播业务和单播数据。
在一个具体的实施例中,所述第二指示信息采用一个比特来指示;或者所述第二指示信息指示正在接收和/或准备接收多播业务的标识。
在一种具体实施方式中,如果终端设备利用4步随机接入过程开展小数据传输,终端设备可以在Msg3中向网络设备指示自己正在接收/准备接收/停止接收的多播业务标识。考虑到Msg3中通常携带的RRC恢复请求(RRC Resume Request)中没有空闲的信元用于指示正在接收/准备接收/停止接收的多播业务标识,因此可以通过媒体接入控制层的控制元(Medium Access Control Control Element,MAC CE)指示正在接收/准备接收/停止接收的多播业务标识。该MAC CE可以与RRC恢复请求以及其他信息如待传输的小数据(部分或所有)一起在Msg3中向网络设备传输。网络设备收到上述多播业务的标识,如果该终端设备不支持同时接收多播业务和单播数据,那么网络设备在调度该终端设备时,可以避免在一个时隙内同时传输单播数据和多播业务,或者避免在一个时隙内单播数据和多播业务所占据的传输资源出现时域上的重叠,进而可以确保终端设备准确接收多播业务和单播数据。
在另一种具体实施方式中,由于在随机接入的第三步可以传输的信息比特数有限,多播业务的标识如TMGI的比特数较大,而终端设备可能同时接收多个多播业务,因此需要上传的比特数较多。所以终端设备可以在Msg3中仅指示终端设备正在接收或将要接收多播业务,但并不明确指示多播业务的标识。例如仅用1比特指示,比特值为1表示终端设备正在接收或将要接收多播业务;比特值为0表示终端设备没有正在接收或将要接收的多播业务。由此,网络设备能够意识到终端设备需要上报正在接收/将要接收的多播业务的标识,网络设备可以随后分配上行传输资源,以供终端设备上报多播业务的标识。
在一个具体实施例中,如果终端设备在一个时隙内的多播业务的接收和单播数据的接收不能出现时域上的交叠,终端设备要上传的小数据的容量不大,比如仅需要一次传输就可以结束,也就意味着小数据和多播业务的资源分配重叠的概率不大,或者在这种情况下网络设备能够将小数据的资源和多播业务的资源错开。因此在这种情况下,终端设备可以不必传输多播业务的标识,或者仅需要指示1比特指示终端设备正在接收或将要接收多播业务即可。
需要说明的是,SDT机制也可以应用于2步随机接入过程中,上述实施例中的Msg3也可以替换为MsgA,也即终端设备MsgA指示正在接收/将要接收的多播业务,或者指示正在接收、准备接收和/或停止接收的多播业务的标识。
本发明实施例还公开了一种数据传输装置(图未示),所述装置包括:指示模块,用于在非激活态接收多播业务时,如果需要发起小数据传输,则在传输小数据过程中,传输第二指示信息,所述第二指示信息用于指示正在接收和/或准备接收多播业务。
请参照图6,图6示出的多播业务传输装置60包括:
第一指示信息接收模块601,用于通过触发进入非激活态的信令接收第一指示信息,或者通过随机接入下行消息接收所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;
多播业务接收模块602,用于在非激活态利用所述配置参数进行多播业务接收。
在具体实施中,上述多播业务传输装置60可以对应于终端设备中具有多播业务传输功能的芯片,例如SOC(System-On-a-Chip,片上系统)、基带芯片等;或者对应于终端设备中包括具有多播业务传输功能的芯片模组;或者对应于具有数据处理功能芯片的芯片模组,或者对应于终端设备。
在一个非限制性的实施例中,第一指示信息接收模块601在非激活态且当前位置位于所述至少一个适用区域内时,按照所述当前位置所属的适用区域对应的配置参数进行多播业务接收。
在一个非限制性的实施例中,第一指示信息接收模块601通过触发进入非激活态的信令接收RRC释放信令,所述RRC释放信令携带所述第一指示信息。
在一个非限制性的实施例中,第一指示信息接收模块601在消息4或消息B中接收所述第一指示信息。
请参照图7,图7示出的多播业务传输装置70包括:
第一指示信息发送模块701,用于通过触发进入非激活态的信令发送第一指示信息,或者通过随机接入下行消息发送所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;
多播业务发送模块702,用于在非激活态利用所述配置参数进行多播业务传输。
在具体实施中,上述多播业务传输装置70可以对应于网络设备中具有多播业务传输功能的芯片,例如SOC(System-On-a-Chip,片上系统)、基带芯片等;或者对应于网络设备中包括具有多播业务传输功能的芯片模组;或者对应于具有数据处理功能芯片的芯片模组,或者对应于网络设备。
关于所述多播业务传输装置60以及多播业务传输装置70的工作原理、工作方式的更多内容,可以参照图1至图4及其对应实施例的相关描述,这里不再赘述。
关于上述实施例中描述的各个装置、产品包含的各个模块/单元,其可以是软件模块/单元,也可以是硬件模块/单元,或者也可以部分是软件模块/单元,部分是硬件模块/单元。例如,对于应用于或集成于芯片的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现;对于应用于或集成于芯片模组的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片模组内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现;对于应用于或集成于终端的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,不同的模块/单元可以位于终端内同一组件(例如,芯片、电路模块等)或者不同组件中,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于终端内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
本发明实施例还公开了一种存储介质,所述存储介质为计算机可读存储介质,其上存储有计算机程序,所述计算机程序运行时可以执行前述多播业务接收方法、或多播业务发送方法或数据传输方法的步骤。
本发明实施例还公开了一种终端设备,所述终端设备可以包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序。所述处理器运行所述计算机程序时可以执行图1中所示的多播业务接收方法的步骤,图2所示步骤202和203、图3所示步骤301和303以及图4所示步骤401和403。所述终端设备包括但不限于手机、计算机、平板电脑等终端设备。
本发明实施例还公开了一种网络设备,所述网络设备可以包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序。所述处理器运行所述计算机程序时可以执行图2所示步骤201和203、图3所示步骤302和303以及图4所示步骤402和403。
本申请实施例定义接入网到终端的单向通信链路为下行链路,在下行链路上传输的数据为下行数据,下行数据的传输方向称为下行方向;而终端到接入网的单向通信链路为上行链路,在上行链路上传输的数据为上行数据,上行数据的传输方向称为上行方向。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/“,表示前后关联对象是一种“或”的关系。
本申请实施例中出现的“多个”是指两个或两个以上。
本申请实施例中出现的第一、第二等描述,仅作示意与区分描述对象之用,没有次序之分,也不表示本申请实施例中对设备个数的特别限定,不能构成对本申请实施例的任何限制。
本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式,以实现设备间的通信,本申请实施例对此不做任何限定。
应理解,本申请实施例中,所述处理器可以为中央处理单元(central processingunit,简称CPU),该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor,简称DSP)、专用集成电路(application specific integrated circuit,简称ASIC)、现成可编程门阵列(field programmable gate array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,简称ROM)、可编程只读存储器(programmable ROM,简称PROM)、可擦除可编程只读存储器(erasable PROM,简称EPROM)、电可擦除可编程只读存储器(electricallyEPROM,简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(random accessmemory,简称RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的随机存取存储器(random access memory,简称RAM)可用,例如静态随机存取存储器(staticRAM,简称SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronousDRAM,简称SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,简称DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,简称ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,简称SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,简称DR RAM)。
上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法、装置和系统,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的;例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式;例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (22)

1.一种多播业务接收方法,其特征在于,包括:
通过触发进入非激活态的信令接收第一指示信息,或者通过随机接入下行消息接收所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;
在非激活态利用所述配置参数进行多播业务接收。
2.根据权利要求1所述的多播业务接收方法,其特征在于,所述第一指示信息还包括在非激活态接收多播业务的至少一个适用区域,所述至少一个适用区域与所述配置参数具有对应关系。
3.根据权利要求2所述的多播业务接收方法,其特征在于,所述至少一个适用区域对应统一的配置参数,或者各个适用区域中每个小区具有对应的配置参数。
4.根据权利要求2所述的多播业务接收方法,其特征在于,所述适用区域选自小区、追踪区、基于RAN的通知区域以及频率中至少一种。
5.根据权利要求2所述的多播业务接收方法,其特征在于,所述在非激活态利用所述配置参数进行多播业务接收包括:
在非激活态且当前位置位于所述至少一个适用区域内时,按照所述当前位置所属的适用区域对应的配置参数进行多播业务接收。
6.根据权利要求2所述的多播业务接收方法,其特征在于,还包括:
在小区重选过程中,如果存在至少一个适用区域中的小区满足重选条件,则将所述小区的频率优先级更新为最高频率优先级。
7.根据权利要求1所述的多播业务接收方法,其特征在于,所述通过触发进入非激活态的信令接收第一指示信息包括:
通过触发进入非激活态的信令接收RRC释放信令,所述RRC释放信令携带所述第一指示信息。
8.根据权利要求1所述的多播业务接收方法,其特征在于,所述配置参数包括公共频率资源、CORESET和搜索空间,所述接收第一指示信息之后还包括:
在服务小区的MCCH中接收多播业务对应的G-RNTI。
9.根据权利要求8所述的多播业务接收方法,其特征在于,所述MCCH还包括下行控制信令的检测周期以及检测位置,所述下行控制信令用于调度多播业务。
10.根据权利要求1所述的多播业务接收方法,其特征在于,所述通过随机接入下行消息接收所述第一指示信息包括:
在消息4或消息B中接收所述第一指示信息。
11.根据权利要求1所述的多播业务接收方法,其特征在于,所述通过随机接入下行消息接收所述第一指示信息之前还包括:
在随机接入上行消息中发送将要加入的多播业务的标识。
12.根据权利要求11所述的多播业务接收方法,其特征在于,所述多播业务的标识承载在非接入层信令中。
13.根据权利要求1所述的多播业务接收方法,其特征在于,还包括:
如果在非激活态需要传输小数据,则在传输小数据时,一并传输第二指示信息,所述第二指示信息用于指示正在接收和/或准备接收多播业务。
14.根据权利要求13所述的多播业务接收方法,其特征在于,所述第二指示信息还用于指示正在接收、准备接收和/或停止接收的多播业务的标识。
15.根据权利要求13所述的多播业务接收方法,其特征在于,所述传输第二指示信息包括:
将所述第二指示信息承载在MAC CE中,并通过随机接入上行消息发送出去。
16.根据权利要求13所述的多播业务接收方法,其特征在于,所述传输第二指示信息包括:
通过随机接入上行消息中的新增比特传输所述第二指示信息。
17.一种多播业务发送方法,其特征在于,包括:
通过触发进入非激活态的信令发送第一指示信息,或者通过随机接入下行消息发送所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;
在非激活态利用所述配置参数进行多播业务发送。
18.一种多播业务接收装置,其特征在于,包括:
第一指示信息接收模块,用于通过触发进入非激活态的信令接收第一指示信息,或者通过随机接入下行消息接收所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;
多播业务接收模块,用于在非激活态利用所述配置参数进行多播业务接收。
19.一种多播业务发送装置,其特征在于,包括:
第一指示信息发送模块,用于通过触发进入非激活态的信令发送第一指示信息,或者通过随机接入下行消息发送所述第一指示信息,所述第一指示信息指示用于接收多播业务的配置参数;
多播业务发送模块,用于在非激活态利用所述配置参数进行多播业务发送。
20.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器运行时执行权利要求1至16中任一项所述多播业务接收方法的步骤,或者权利要求17所述多播业务发送方法的步骤。
21.一种终端设备,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,其特征在于,所述处理器运行所述计算机程序时执行权利要求1至16中任一项所述多播业务接收方法的步骤。
22.一种网络设备,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,其特征在于,所述处理器运行所述计算机程序时执行权利要求17所述多播业务发送方法的步骤。
CN202210214010.XA 2022-03-04 2022-03-04 多播业务接收方法及装置、存储介质、终端设备、网络设备 Pending CN116744381A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210214010.XA CN116744381A (zh) 2022-03-04 2022-03-04 多播业务接收方法及装置、存储介质、终端设备、网络设备
PCT/CN2023/079472 WO2023165588A1 (zh) 2022-03-04 2023-03-03 多播业务接收方法及装置、存储介质、终端设备、网络设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210214010.XA CN116744381A (zh) 2022-03-04 2022-03-04 多播业务接收方法及装置、存储介质、终端设备、网络设备

Publications (1)

Publication Number Publication Date
CN116744381A true CN116744381A (zh) 2023-09-12

Family

ID=87883099

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210214010.XA Pending CN116744381A (zh) 2022-03-04 2022-03-04 多播业务接收方法及装置、存储介质、终端设备、网络设备

Country Status (2)

Country Link
CN (1) CN116744381A (zh)
WO (1) WO2023165588A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4033844A4 (en) * 2019-10-26 2022-08-31 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND DEVICE
CN113498022A (zh) * 2020-03-19 2021-10-12 华为技术有限公司 配置信息更新方法及装置
CN113840241A (zh) * 2020-06-24 2021-12-24 华为技术有限公司 一种通信方法及通信装置
WO2022205381A1 (zh) * 2021-04-01 2022-10-06 北京小米移动软件有限公司 广播多播业务传输方法、装置及存储介质

Also Published As

Publication number Publication date
WO2023165588A1 (zh) 2023-09-07

Similar Documents

Publication Publication Date Title
US10674380B2 (en) On-demand system information for wireless terminal in connected state
US20230300938A1 (en) Methods and systems for managing mbs service continuity for a ue
CN108541034B (zh) 处理状态的转换的装置及方法
RU2752653C2 (ru) Способ произвольного доступа, сетевое устройство и оборудование пользователя
CN101860929B (zh) 基站间切换方法
CN113840241A (zh) 一种通信方法及通信装置
WO2021139597A1 (zh) 一种通信方法及装置
WO2018202076A1 (zh) 系统信息传输方法、终端及网络侧设备
US20200137732A1 (en) Downlink channel receiving method and terminal device
WO2020197474A1 (en) Quantized early measurements
US20230362959A1 (en) Method and system for managing configuration and control information of mbs services in wireless network
WO2022141255A1 (zh) 一种mbs业务的配置方法及装置、网络设备、终端设备
US11363650B2 (en) Fifth generation (5G) global unique temporary identity (GUTI) reallocation for cellular-internet of things (CIOT)
WO2022006849A1 (zh) Mbs业务的tci状态管理方法及装置、终端设备
WO2022006875A1 (zh) 建立mbs业务的方法及装置、终端设备、网络设备
CN114342421A (zh) 一种业务数据传输方法及装置、终端设备
US20220124585A1 (en) Data transmission methods and communication device
CN116744381A (zh) 多播业务接收方法及装置、存储介质、终端设备、网络设备
US9031556B2 (en) Handling synchronization in an uncoordinated deployment
US10506551B2 (en) Paging in a group communications system
CN115314842B (zh) 信息分享方法及装置、接入点设备、用户设备
CN112369105A (zh) 随机接入方法,数据接收方法及其装置、通信系统
WO2023066081A1 (zh) 非激活态多播业务发送、接收方法及装置
WO2024066858A1 (zh) 一种通信的方法和装置
WO2023133843A1 (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