CN115996485A - 非激活态多播业务发送、接收方法及装置 - Google Patents
非激活态多播业务发送、接收方法及装置 Download PDFInfo
- Publication number
- CN115996485A CN115996485A CN202111217425.4A CN202111217425A CN115996485A CN 115996485 A CN115996485 A CN 115996485A CN 202111217425 A CN202111217425 A CN 202111217425A CN 115996485 A CN115996485 A CN 115996485A
- Authority
- CN
- China
- Prior art keywords
- multicast service
- indication information
- receiving
- inactive
- inactive state
- 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
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
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- 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
技术领域
本发明涉及通信技术领域,尤其涉及一种非激活态多播业务发送、接收方法及装置。
背景技术
在新无线(New Radio,NR)系统中将引入多媒体广播组播服务(MultimediaBroadcast Multicast Service,MBMS)功能。在当前的协议版本中,对于多播业务(Multicast),由于其服务质量要求较高,终端设备(User Equipment,UE)需要在连接态接收多播业务。对于连接态的终端设备,需要执行网络配置的测量任务,在满足测量上报条件时上报测量报告;网络也会配置终端设备执行物理层(也即层1,Layer1,简称L1)的测量以及上报信道状态信息等,因此处于连接态的终端设备需要维持较大的信令开销,不仅对终端设备的功耗不利,对于网络的负载也会显著增加。
为了减小终端设备的信令开销以及降低网络的负载,可以考虑在非激活态支持多播业务的传输。
但是,如果需要在非激活态接收多播业务,首先需要解决的问题是,终端设备如何判断自己能否在非激活态接收多播业务。
发明内容
本发明解决的技术问题是如何实现对非激活态传输多播业务的判定。
为解决上述技术问题,第一方面,提供了一种非激活态多播业务发送方法,非激活态多播业务发送方法包括:发送第一指示信息和/或第二指示信息,所述第一指示信息指示在非激活态接收多播业务,所述第二指示信息指示在非激活态接收多播业务需要满足的条件;发送多播业务的数据。
可选的,所述第一指示信息与至少一种多播业务的标识具有对应关系,所述第二指示信息与至少一种多播业务的标识具有对应关系。
可选的,所述发送第一指示信息包括:将所述第一指示信息承载在RRC释放信令中发送出去。
可选的,所述发送第二指示信息包括:将所述第二指示信息承载在RRC信令中发送出去。
可选的,所述发送第一指示信息和/或第二指示信息包括:对于接收所述多播业务且处于连接态的终端设备,如果在时长为预设时长的时间段内没有多播业务和单播业务,则发送所述第一指示信息或所述第二指示信息。
可选的,所述发送第一指示信息包括:将所述第一指示信息承载在寻呼中发送出去。
可选的,所述发送第一指示信息包括:对于处于非激活态的终端设备,如果存在所述多播业务的数据需要传输,则将所述第一指示信息承载在寻呼中发送出去,所述寻呼中还包括所述多播业务的标识。
可选的,所述第二指示信息包括以下一项或多项:处于传输所述多播业务的服务小区;处于所述服务小区的一个或多个波束下,且至少一个波束的信号质量达到预设门限;处于所述服务小区,且上行提前定时器没有超时,配置的一个或多个配置授权有效;处于所述服务小区,且上行提前定时器没有超时,所述服务小区配置用于传输HARQ反馈的上行资源。
第二方面,提供了一种非激活态多播业务接收方法,非激活态多播业务接收方法包括:接收第一指示信息和/或第二指示信息,所述第一指示信息指示在非激活态接收多播业务,所述第二指示信息指示在非激活态接收多播业务需要满足的条件;在非激活态接收多播业务的数据。
可选的,在接收到第一指示信息的情况下,在非激活态接收多播业务需要满足的条件由协议预先设定。
可选的,所述接收第一指示信息包括:在激活态接收RRC释放信令,所述RRC释放信令包括所述第一指示信息。
可选的,所述接收第二指示信息包括:在激活态接收RRC信令,所述RRC信令包括所述第二指示信息。
可选的,所述接收第一指示信息和/或第二指示信息之后包括:进入非激活态;保存在所述激活态时所获得的所述多播业务的接收配置。
可选的,所述接收第一指示信息包括:在非激活态接收寻呼,所述寻呼包括所述第一指示信息。
可选的,所述在非激活态接收多播业务的数据包括:如果接收到所述第一指示信息,则在接收到指示所述多播业务的数据传输的寻呼或更新信息后,接收所述多播业务的数据;如果接收到所述第二指示信息,则判断所述第二指示信息所指示的条件是否满足,并在满足所述条件且接收到指示所述多播业务的数据传输的寻呼或更新信息后,接收所述多播业务的数据;如果仅收到所述第一指示信息,并且在非激活态接收多播业务需要满足的条件由协议预先设定时,判断所述条件是否满足,在满足所述条件且接收到指示所述多播业务的数据传输的寻呼或更新信息后,接收所述多播业务的数据。
第三方面,提供了一种非激活态多播业务发送装置,非激活态多播业务发送装置包括:指示信息发送模块,用于发送第一指示信息和/或第二指示信息,所述第一指示信息指示在非激活态接收多播业务,所述第二指示信息指示在非激活态接收多播业务需要满足的条件;数据发送模块,用于发送多播业务的数据。
第四方面,提供了一种非激活态多播业务接收装置,非激活态多播业务接收装置包括:指示信息接收模块,用于接收第一指示信息和/或第二指示信息,所述第一指示信息指示在非激活态接收多播业务,所述第二指示信息指示在非激活态接收多播业务需要满足的条件;数据接收模块,用于在非激活态接收多播业务的数据。
第五方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器运行时执行所述非激活态多播业务发送方法的步骤,或者所述非激活态多播业务接收方法的步骤,或者所述非激活态多播业务传输方法的步骤。
第六方面,提供了一种网络设备,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,所述处理器运行所述计算机程序时执行所述非激活态多播业务发送方法的步骤,或者所述非激活态多播业务传输方法的步骤。
第七方面,提供了一种终端设备,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,所述处理器运行所述计算机程序时执行所述非激活态多播业务接收方法的步骤,或者所述非激活态多播业务传输方法的步骤。
第八方面,提供了一种非激活态多播业务传输方法,非激活态多播业务传输方法包括:接收处于非激活态的终端设备发送的前导码;根据所述前导码的接收时机确定所述第一波束的信息;在所述第一波束上发送多播业务的数据。
可选的,所述在所述第一波束上发送多播业务的数据之前还包括:确定所述终端设备感兴趣的多播业务。
可选的,所述确定所述终端设备感兴趣的多播业务包括:根据所述前导码确定所述终端设备感兴趣的多播业务。
可选的,每一多播业务配置有专用的前导码。
可选的,所述确定所述终端设备感兴趣的多播业务包括:接收消息3,所述消息3包括所述终端设备感兴趣的多播业务的标识。
可选的,所述接收所述终端设备利用当前所处的第一波束发送的前导码之前还包括:向所述终端设备指示将要传输的多播业务使用的波束的信息,以供所述终端设备在发现自己所处的波束与传输所述多播业务使用的波束不同时发送所述前导码。
第九方面,提供了一种非激活态多播业务传输方法,非激活态多播业务传输方法包括:处于非激活态时,根据当前所处的第一波束发送前导码,所述前导码的接收时机能够用于确定所述第一波束的信息;在所述第一波束上接收多播业务的数据。
可选的,所述根据当前所处的第一波束发送前导码之后还包括:发送所述多播业务的业务标识。
可选的,所述发送业务标识包括:发送消息3,所述消息3包括所述业务标识。
可选的,每一多播业务配置有专用的前导码。
可选的,所述根据当前所处的第一波束发送前导码包括:根据所述第一波束发送消息1,所述消息1包括所述前导码。
第十方面,提供了一种非激活态多播业务传输装置,非激活态多播业务传输装置包括:前导码接收模块,用于接收处于非激活态的终端设备发送的前导码;波束信息确定模块,用于根据所述前导码的接收时机确定所述第一波束的信息;发送模块,用于在所述第一波束上发送多播业务的数据。
第十一方面,提供了一种非激活态多播业务传输装置,非激活态多播业务传输装置包括:前导码发送模块,用于处于非激活态时,根据当前所处的第一波束发送前导码,所述前导码的接收时机能够用于确定所述第一波束的信息;接收模块,用于在所述第一波束上接收多播业务的数据。
与现有技术相比,本发明实施例的技术方案具有以下有益效果:
本发明技术方案中,网络设备可以发送第一指示信息至终端设备,终端设备根据第一指示信息的指示,能够在非激活态接收多播业务的数据;或者,网络设备发送第二指示信息至终端设备,终端设备根据第二指示信息指示的条件,判断自身是否能够在非激活态接收多播业务的数据。本发明技术方案通过设置第一指示信息和第二指示信息,能够使得终端设备明确在非激活态接收多播业务的数据,实现非激活态多播业务的传输,从而降低终端设备的信令开销以及降低网络负载。
进一步地,对于接收所述多播业务且处于连接态的终端设备,如果在时长为预设时长的时间段内没有多播业务和单播业务,则发送所述第一指示信息和/或所述第二指示信息。本发明技术方案中,网络设备可以通过RRC释放信令通知处于连接态的终端设备释放RRC连接的同时,通知终端设备在进入非激活态后继续接收多播业务的数据,通过复用信令实现指示的灵活性,无需额外的信令来指示,能够进一步降低信令开销。
进一步地,对于处于非激活态的终端设备,如果存在所述多播业务的数据需要传输,则将所述第一指示信息承载在寻呼中发送出去,所述寻呼中还包括所述多播业务的标识。本发明技术方案中,网络设备可以在通过寻呼指示将要传输多播业务的数据时,一并向终端设备指示能够在非激活态接收多播业务的数据,实现指示的灵活性。
附图说明
图1是本发明实施例中一种非激活态多播业务发送方法的流程图;
图2是本发明实施例中一种非激活态多播业务传输的交互流程图
图3是本发明实施例中另一种非激活态多播业务传输的交互流程图;
图4是本发明实施例中一种非激活态多播业务传输方法的流程图;
图5是本发明实施例中又一种非激活态多播业务传输方法的交互流程图;
图6是本发明实施例中又一种非激活态多播业务传输方法的交互流程图;
图7是本发明实施例中一种非激活态多播业务发送装置的结构示意图;
图8是本发明实施例中一种非激活态多播业务接收装置的结构示意图;
图9本发明实施例中一种通信装置的硬件结构示意图。
具体实施方式
本申请实施例适用的通信系统包括但不限于长期演进(long term evolution,LTE)系统、第五代(5th-generation,5G)系统、NR系统,以及未来演进系统或者多种通信融合系统。其中,5G系统可以为非独立组网(non-standalone,NSA)的5G系统或独立组网(standalone,SA)的5G系统。本申请技术方案也适用于不同的网络架构,包括但不限于中继网络架构、双链接架构、Vehicle-to-Everything(车辆到任何物体的通信)架构等架构。
本申请主要涉及终端设备和网络设备之间的通信。其中:
本申请实施例中的网络设备也可以称为接入网设备,例如,可以为基站(basestation,BS)(也可称为基站设备),网络设备是一种部署在无线接入网(Radio AccessNetwork,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)、终端等。
如背景技术中所述,在当前的协议版本中,网络设备会通知终端设备多播业务即将开始传输,处于空闲态或非激活态的终端设备收到寻呼(Paging)通知之后,如果对该多播业务感兴趣,需要转入连接态接收多播业务。如果终端设备能够在非激活态接收多播业务,处于非激活态的终端设备首先需要确定自己是否可以在当前状态接收多播业务。
本发明技术方案提供了一种方法,通过设置第一指示信息和第二指示信息,能够使得终端设备明确在非激活态接收多播业务的数据,实现非激活态多播业务的传输,从而降低终端设备的信令开销以及降低网络负载。
在非激活态传输多播业务需要解决的另一个问题是,一旦允许处于非激活态的终端设备接收多播业务,网络设备可能不清楚需要在哪些波束(Beam)发送多播业务。在当前协议版本中,处于连接态的终端设备接收多播业务时,网络设备能够通过终端设备在层1或层3等的上报信息获知需要在哪些波束传输多播业务。但是对于非激活态的终端设备,网络设备很难及时跟踪服务该终端设备的波束,因此需要确定传输多播业务的波束,以便非激活态的终端设备能够接收到多播业务。
为使本发明的上述目的、特征和优点能够更为明显易懂,下面结合附图对本发明的具体实施例做详细的说明。
图1是本发明实施例一种非激活态多播业务发送方法。
所述非激活态多播业务发送方法可以用于网络设备侧,也即可以由网络设备执行所述发送方法的各个步骤。
具体地,非激活态多播业务发送方法可以包括以下步骤:
步骤101:发送第一指示信息和/或第二指示信息,所述第一指示信息指示在非激活态接收多播业务,所述第二指示信息指示在非激活态接收多播业务需要满足的条件;
步骤102:发送多播业务的数据。
需要指出的是,本实施例中各个步骤的序号并不代表对各个步骤的执行顺序的限定。
本实施例中,第一指示信息能够直接指示终端设备是否能够在非激活态接收多播业务;第二指示信息则是通过条件间接指示终端设备是否能够在非激活态接收多播业务。网络设备可以发送第一指示信息至终端设备,终端设备根据第一指示信息的指示,能够在非激活态接收多播业务的数据。网络设备也可以发送第二指示信息至终端设备,终端设备根据第二指示信息指示的条件,判断自身是否能够在非激活态接收多播业务的数据。
相应地,终端设备接收第一指示信息和/或第二指示信息;如果终端设备确定能够在非激活态接收多播业务的数据,则终端设备在非激活态接收多播业务的数据。
进一步地,第二指示信息可以包含终端设备在非激活态接收多播业务的条件相关的部分或全部参数。
可以理解的是,在具体实施中,所述非激活态多播业务发送方法、接收方法可以采用软件程序的方式实现,该软件程序运行于芯片或芯片模组内部集成的处理器中。该方法也可以采用软件结合硬件的方式实现,本申请不作限制。
在一个非限制性的实施例中,网络设备将所述第一指示信息承载在RRC释放信令中发送至终端设备。
具体请参照图2,图2示出了终端设备和网络设备的一种交互图。
在步骤201中,网络设备发送RRC释放信令至终端设备。RRC释放信令中包括第一指示信息和/或第二指示信息。终端设备在接收到RRC释放信令之后,释放连接进入非激活态,并且通过RRC释放信令中的第一指示信息和/或第二指示信息确定能够在非激活态接收多播业务。
具体地,终端设备处于连接态,且正在接收多播业务,网络设备发现在时长为预设时长的时间段内没有该多播业务的数据传输,也没有其他多播业务和单播业务,则网络设备可以发送上述RRC释放信令。
在步骤202中,网络设备发送寻呼至终端设备。
具体地,网络设备在有多播业务的数据需要传输时,通过寻呼通知终端设备有多播业务的数据传输。
在步骤203中,网络设备发送多播业务的数据至终端设备。
具体地,终端设备利用之前保存的多播业务的配置参数,例如搜索空间配置等参数,在非激活态接收该多播业务的数据。
在一个非限制性的实施例中,当网络设备发送第二指示信息时,可以将第二指示信息承载在RRC信令中发送出去。该RRC信令可以是RRC释放信令,也可以是其他任意可实施的RRC信令,本发明实施例对此不作限制。
在一个非限制性的实施例中,网络设备将所述第一指示信息承载在寻呼中发送至终端设备。
具体请参照图3,图3示出了终端设备和网络设备的一种交互图。
在步骤301中,网络设备发送RRC释放信令至终端设备。
具体地,终端设备处于连接态,且正在接收多播业务。服务小区在没有多播业务的数据传输时,例如在时长为预设时长的时间段内没有该多播业务的数据传输,也没有其他多播业务和单播业务,则发送RRC释放信令,以将处于连接态的终端设备转入非激活态,以降低网络负载。
在步骤302中,网络设备发送寻呼至终端设备。寻呼中包括第一指示信息。
具体地,网络设备在有多播业务的数据需要传输时,通过寻呼通知终端设备有多播业务的数据传输,同时在寻呼中指示终端设备可以在非激活态接收多播业务的数据。
在步骤303中,网络设备发送多播业务的数据至终端设备。
具体地,终端设备利用之前保存的多播业务的配置参数,例如搜索空间配置等参数,在非激活态接收该多播业务的数据。
在一个非限制性的实施例中,第一指示信息与至少一种多播业务的标识具有对应关系,所述第二指示信息与至少一种多播业务的标识具有对应关系。
具体实施中,由于存在多种类型的多播业务,因此可以针对每种类型的多播业务独立地指示是否可以在非激活态接收。具体可以是将第一指示信息与多播业务的标识之间建立关联,第一指示信息可以对应一个多播业务的标识,也可以对应多个多播业务的标识。类似地,第二指示信息可以对应一个多播业务的标识,也可以对应多个多播业务的标识。
具体地,寻呼中包括多个多播业务的标识。那么在寻呼中承载第一指示信息时,第一指示信息可以包括多个比特值,每一比特值对应一个多播业务的标识。在一个具体的例子中,多播业务的标识可以是列表的形式,第一指示信息也可以是列表的形式,两个列表相应位置的内容具有对应关系,以便终端设备依据对应关系获知哪个多播业务可以在非激活态接收。
在一个非限制性的实施例中,所述第二指示信息包括以下一项或多项:处于传输所述多播业务的服务小区;处于接收所述条件的服务小区;处于所述服务小区的一个或多个波束下,且至少一波束的信号质量达到预设门限;处于所述服务小区,且上行提前定时器没有超时,配置的一个或多个配置授权有效(Configured Grant,CG);处于所述服务小区,且上行提前定时器没有超时,所述服务小区配置用于传输混合自动重传请求(HybridAutomatic Repeat reQuest,HARQ)反馈的上行资源。
具体实施中,第二指示信息可以直接指示具体的条件内容,也可以包括条件相关的部分或全部参数,比如对于处于所述服务小区的一个或多个波束下,且至少一个波束的信号质量达到预设门限,第二指示信息可以指示一个或多个波束标识,以及指示预设门限值;对于上行提前定时器没有超时,配置的一个或多个配置授权有效,第二指示信息可以指示上行提前定时器的时长以及配置的一个或多个配置授权;对于上行提前定时器没有超时,配置用于传输混合自动重传请求反馈的上行资源,第二指示信息可以指示上行提前定时器的时长以及配置的上行资源。终端设备获得条件相关的部分或全部参数,就能够确定条件的具体内容,进而可以判断是否满足条件。
其中,至少一波束的信号质量达到预设门限这一条件能够保证终端设备在非激活态可靠地接收多播业务的数据。上行提前定时器没有超时这一条件能够保证终端设备处于能够进行上行反馈的前提条件,配置的一个或多个配置授权有效这一条件能够保证终端设备具有上行反馈可用的上行资源。类似地,服务小区配置用于传输HARQ反馈的上行资源这一条件能够保证终端设备具有上行反馈可用的上行资源,该上行资源可以是物理上行控制信道(Physical Uplink Control Channel,PUCCH)资源。
具体实施中,终端设备进入非激活态之后,依据网络设备所配置的准则(也即第二指示信息)判断是否可以在非激活态接收多播业务。在服务小区重新开始传输多播业务的数据时,如果终端设备判断可以在非激活态接收多播业务,则维持在非激活态,利用保存的检测多播业务的下行控制信令对应的搜索空间等参数接收多播业务的数据。如果终端设备判断不满足准则,比如终端设备发现服务小区所配置的多个波束的信号质量均低于预设门限、或者服务小区所配置的CG不再有效等,终端设备不在非激活态接收多播数据。如果终端设备此时仍然对多播业务感兴趣,终端设备需要发起无线资源控制(Radio ResourceControl,RRC)连接建立或恢复流程,在进入连接态之后,等待服务小区的重配置,之后再接收多播业务的数据。
在一个具体应用场景中,一个NR小区支持多播业务(Multicast),该NR小区可以向小区内不同状态的终端设备,如RRC连接态、非激活态(可以扩展到空闲态)的终端设备传输多播业务。在一段时间内,NR小区需要传输3种多播业务,分别称为会话(session)1、session 2和session 3。依据不同会话的服务质量参数,NR小区认为Session 1可以由连接态的终端设备和非激活态的终端设备接收,而其他两个会话(session 2和session 3)需要由连接态的终端设备接收。
在一种实现方式中,网络设备通过RRC释放信令(RRC Release)配置在非激活态接收多播业务(也即第一指示信息),并按照会话进行配置。例如,对于正在接收Session 1的处于连接态的终端设备UE1,如果服务小区发现一段时间内没有该Session1的数据的传输,并且该UE1没有其他多播和单波(unicast)业务,网络设备可以通过RRC释放信令,释放该UE1的RRC连接,通知UE1进入非激活态,同时在该信令中指示Session 1可以在非激活态接收。
UE1在进入非激活态之后,保存在激活态所获得的接收Session 1的相关配置,如检测多播业务的下行控制信令对应的搜索空间等参数。过了一段时间,网络设备从核心网获得新的Session 1的数据。网络设备通过寻呼指示、或者是多播业务的更新信息(可以是组激活通知指示、或者是MCCH改变通知)指示对Session 1感兴趣的终端设备接收多播数据。UE1收到指示之后,利用所保存的检测该多播业务的搜索空间的参数,在非激活态接收Session 1。
在另一种实现方式中,网络设备利用RRC信令配置在非激活态接收多播业务的准则(也即第二指示信息),终端设备按照准则判断是否在非激活态接收多播业务。
例如,对于正在接收Session 1的处于连接态的UE2,如果服务小区发现一段时间内没有该Session1的数据的传输,并且该UE2没有其他多播和单波(unicast)业务,服务小区可以通过RRC释放信令,释放该UE的RRC连接,通知UE2进入非激活态,同时在该信令中指示可以在非激活态接收Session1的准则。可能的准则有以下一项或多项:
1.UE2继续在该服务小区中(即发送准则的服务小区),或者
2.UE2在该服务小区所配置的一个或多个波束下,UE2测得多个波束中任一个(至少一个)波束需要超过预设门限,如服务小区依据SSB配置波束,配置了SSB1和SSB2,并且配置了一个预设门限,只要UE2测得SSB1或SSB2至少一个超过预设门限就认为满足准则,或者
3.UE2在该服务小区下,上行提前定时器(Timing Advance Timer)没有超时,且所配置的一个或多个配置授权有效,UE2可以通过配置授权上传必要的信息,如针对接收多播数据的HARQ ACK/NACK、UE2测得的波束的信道状态信息等,或者
4.UE2在该服务小区下,上行提前定时器没有超时,且服务小区为UE2配置了用于传输HARQ反馈的PUCCH资源。
UE2进入非激活态之后,依据网络设备所配置的准则判断是否可以在非激活态接收Session 1。在服务小区重新开始传输Session 1的数据时,如果UE2判断可以在非激活态接收Session 1,则维持在非激活态,利用保存的检测多播业务的下行控制信令对应的搜索空间等参数接收Session 1的调度信息和数据。如果UE2判断不满足准则,比如UE2发现服务小区所配置的多个波束的信号质量均低于预设门限、或者服务小区所配置的配置授权不再有效等,则UE2不在非激活态接收Session 1的数据。如果UE2此时仍然对Session1感兴趣,UE2需要发起RRC连接建立或恢复流程,在进入连接态之后,等待服务小区的重配置,之后再接收Session 1的数据。
在又一种实现方式中,服务小区在没有多播数据传输时,可以将原先处于连接态接收多播数据的终端设备转入非激活态。过一段时间,如果有多播数据传输,服务小区通过寻呼通知终端设备Session 1有数据传输,同时服务小区在寻呼中指示可以在非激活态接收Session 1的数据。
对于转入非激活态的终端设备,此时利用之前保存的接收Session 1的配置,如搜索空间配置等参数,接收Session 1的数据。
在又一种实现方式中,服务小区通过第一指示信息通知终端设备在非激活态接收多播业务,终端设备在非激活态接收多播业务需要满足的条件(即准则)由协议预先设定,处于非激活态的终端设备如果继续对多播业务感兴趣,则需要判断所述条件是否满足,在满足所述条件且接收到指示所述多播业务的数据传输的寻呼或更新信息后,接收所述多播业务的数据。在非激活态接收多播业务需要满足的条件即包含以下一项或多项:
1.UE继续在该服务小区中(即发送第一指示信息的服务小区),或者
2.UE在该服务小区所配置的一个或多个波束下,UE测得多个波束中任一个(至少一个)波束超过预设门限,如服务小区依据SSB配置波束,配置了SSB1和SSB2,并且配置了一个预设门限,只要UE2测得SSB1或SSB2任一个超过预设门限就认为满足准则,或者
3.UE在该服务小区下,上行提前定时器(Timing Advance Timer)没有超时,且所配置的一个或多个配置授权有效,UE2可以通过配置授权上传必要的信息,如针对接收多播数据的HARQ ACK/NACK、UE测得的波束的信道状态信息等,或者
4.UE在该服务小区下,上行提前定时器没有超时,且服务小区为UE配置了用于传输HARQ反馈的PUCCH资源。
本发明实施例还公开了一种非激活态多播业务传输方法。本实施例中的终端设备处于非激活态。
具体地,请参照图4,非激活态多播业务传输方法可以包括以下步骤:
终端设备首先通过服务小区的系统消息或者MCCH获知可以在非激活态接收的多播业务的业务标识,以及每个多播业务对应的前导码信息,期待在非激活态接收多播业务的UE,依据自己感兴趣多播业务对应的前导码,通过随机接入流程使得网络设备获知自己所处的波束位置,网络设备可以在相应的波束发送多播数据,避免在所有的波束上发送多播数据,可以有效节省无线传输资源。
步骤401:终端设备在第一波束对应的随机接入时机(RACH Occasion)发送前导码(Preamble)。其中,终端设备处于第一波束上,也即终端设备利用第一波束收发数据。相应地,网络设备接收前导码。
步骤402:网络设备根据前导码的接收时机确定第一波束的信息。具体地,网络设备可以确定第一波束的标识。
步骤403:网络设备在第一波束上发送多播业务的数据。也即,当网络设备通过前导码获知终端设备在第一波束上收发数据后,可以通过第一波束将多播业务的数据发给终端设备,以实现多播业务的可靠传输。相应地,终端设备接收多播业务的数据。
本发明实施例能够使得网络设备获知需要在哪些波束发送多播业务,也就是说,网络设备能够获知处于非激活态的终端设备在小区的分布,以及该终端设备在哪些波束接收多播业务的数据,从而使得多播业务的数据能够被正确地传输至处于非激活态的终端设备。
在一个具体实施例中,前导码可以是通过消息1(Msg1)发送和接收的。
在一个非限制性的实施例中,请参照图5,终端设备和网络设备的交互流程如下所述。
在步骤501中,终端设备发送Msg1至网络设备,Msg1中包括前导码。其中,该前导码可以是普通前导码,也即通信标准协议中规定的前导码的形式和内容。
在步骤502中,网络设备根据前导码的接收时机确定第一波束的信息。
在步骤503中,网络设备发送Msg2至终端设备。Msg2可以是Msg1的响应消息,具体可以是随机接入响应。
在步骤504中,终端设备发送Msg3至网络设备,Msg3中包括自己感兴趣的多播业务的业务标识。
在步骤505中,网络设备发送Msg4至终端设备。Msg4可以是Msg3的响应消息,具体可以是确认消息(ACK)或者冲突解决消息。
至此,网络设备可以获知终端设备接收多播数据使用的第一波束的标识,以及终端设备感兴趣的多播业务的业务标识。那么,网络设备可以在第一波束上发送业务标识指向的多播业务的数据至终端设备。
在另一个非限制性的实施例中,请参照图6,终端设备和网络设备的交互流程如下所述。
步骤601:终端设备发送Msg1至网络设备,Msg1中包括多播业务专用的前导码。具体地,网络设备可以在MBMS点到多点控制信道(MBMS Control Channel,MCCH)中为请求多播业务发送的终端设备分配特定的前导码,如分配专用的前导码用于Session 1的请求。
步骤602:网络设备根据前导码的接收时机确定第一波束的信息。进一步地,网络设备还可以确定前导码对应的多播业务的业务标识。
步骤603:网络设备发送Msg2至终端设备。Msg2可以是Msg1的响应消息,具体可以是随机接入响应。
步骤604:网络设备在第一波束上发送多播业务的数据。
相对于前述实施例,本发明实施例通过设置多播业务专用的前导码,终端设备和网络设备仅需通过交互Msg1和Msg2就能使网络设备获得所需的信息,提升终端设备和网络设备交互的效率。
需要说明的是,终端设备可以发送多次前导码,以向网络设备反馈波束信息,直至接收到多播业务的数据。
在具体实施中,因为NR会在高频部署,无线信号在高频呈现出方向性好、路损大的特点,一个覆盖范围较大的小区需要多个波束(Beam)才能实现完整的覆盖,一个波束只能覆盖有限的范围。覆盖范围较小的小区可以只包含一个波束。对于由多个波束构成的小区,由于硬件的限制,不是所有的波束均可以在同一时间进行传输,需要分时传输,称之为扫波束(Beam Sweeping)。对于NR中的一个小区,其同步信号(包括主同步信号和辅同步信号)的传输按照一定的周期,如5ms/10ms/20ms/40ms/80ms进行传输。一个小区会传输一个或多个同步信号块(Synchronization Signal Block,SSB)(即不同的波束),如4个SSB或8个SSB。在一个周期内,这些SSB分布在5ms内。一个SSB包括PSS/SSS和PBCH。PSS和SSS用于使终端设备识别小区标识,以及使终端设备获得符号级别的同步。终端设备评估一个小区的信号质量时需要将所测得的该小区最强的N个波束综合获得小区的信号质量。N值可以由网络配置,N>=1。
在一个具体的应用场景中,服务小区通常包含SSB0到SSB7共8个SSB。服务小区依据当前需要接收Session1的处于连接态终端设备的分布确定至少需要在SSB2、SSB3和SSB5中传输Session 1的数据。但服务小区并不清楚当前处于非激活态的需要接收Session 1的终端设备在小区内的分布,即不知道处于非激活态的终端设备会在哪些波束接收多播数据。
为了明确需要在SSB2、SSB3和SSB5之外的哪些其他波束发送Session 1的数据,服务小区在MCCH中指示Session 1将要传输的波束信息(也即SSB2、SSB3和SSB5),对于需要由其他波束服务的处于非激活态的终端设备,需要向服务小区发送反馈信息,指示自己需要在哪个波束接收Session 1。
具体而言,处于非激活态的终端设备如果可以在SSB2、SSB3或SSB5接收Session1,这些终端设备不需要向基站指示任何信息。对于不能在SSB2、3、5接收Session 1的终端设备,需要向服务小区指示自己需要在哪个波束(或哪几个波束)接收Session 1,可以通过随机接入流程指示自己需要在哪个波束(或哪几个波束)接收Session 1。
其中一种方式是终端设备通过Msg1发送前导码,并通过Msg3向服务小区指示Session 1的标识。网络设备从终端设备发送前导码的时机判断终端设备需要在哪个SSB接收Session 1。
另一种方式是服务小区可以在MCCH中为请求多播业务的终端设备分配特定的前导码(多播业务专用的前导码),如分配专用的前导码用于Session 1的请求。服务小区一旦收到该前导码,可以从UE发送前导码的时机判断终端设备需要在哪个SSB接收Session 1。
如果终端设备多次请求还是不能从相应的波束接收Session 1,则终端设备向网络设备发起RRC连接/恢复请求,进入连接态之后请求服务小区向自己发送Session 1。请求失败的次数门限可以由服务小区设置,在低于等于这个门限次数时,终端设备通过上述方式向网络设备指示感兴趣的多播业务和自己所处的波束信息。
请参照图7,本发明实施例还公开了一种非激活态多播业务发送装置。非激活态多播业务发送装置70可以包括:
指示信息发送模块701,用于发送第一指示信息和/或第二指示信息,所述第一指示信息指示在非激活态接收多播业务,所述第二指示信息指示在非激活态接收多播业务需要满足的条件;
数据发送模块702,用于发送多播业务的数据。
在具体实施中,上述非激活态多播业务发送装置可以对应于网络设备中具有非激活态多播业务发送功能的芯片,例如SOC(System-On-a-Chip,片上系统)、基带芯片等;或者对应于网络设备中包括具有非激活态多播业务发送功能的芯片模组;或者对应于具有数据处理功能芯片的芯片模组,或者对应于网络设备。
请参照图8,本发明实施例还公开了一种非激活态多播业务接收装置。非激活态多播业务接收装置80可以包括:
指示信息接收模块801,用于接收第一指示信息和/或第二指示信息,所述第一指示信息指示在非激活态接收多播业务,所述第二指示信息指示在非激活态接收多播业务需要满足的条件;
数据接收模块802,用于在非激活态接收多播业务的数据。
在具体实施中,上述非激活态多播业务接收装置可以对应于终端设备中具有非激活态多播业务接收功能的芯片,例如SOC(System-On-a-Chip,片上系统)、基带芯片等;或者对应于终端设备中包括具有非激活态多播业务接收功能的芯片模组;或者对应于具有数据处理功能芯片的芯片模组,或者对应于终端设备。
关于所述非激活态多播业务发送装置70或非激活态多播业务接收装置80的工作原理、工作方式的更多内容,可以参照图1至图6中的相关描述,这里不再赘述。
关于上述实施例中描述的各个装置、产品包含的各个模块/单元,其可以是软件模块/单元,也可以是硬件模块/单元,或者也可以部分是软件模块/单元,部分是硬件模块/单元。例如,对于应用于或集成于芯片的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现;对于应用于或集成于芯片模组的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片模组内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现;对于应用于或集成于终端的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,不同的模块/单元可以位于终端内同一组件(例如,芯片、电路模块等)或者不同组件中,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于终端内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
本发明实施例还公开了一种存储介质,所述存储介质为计算机可读存储介质,其上存储有计算机程序,所述计算机程序运行时可以执行图1至图6中所示方法的步骤。所述存储介质可以包括ROM、RAM、磁盘或光盘等。所述存储介质还可以包括非挥发性存储器(non-volatile)或者非瞬态(non-transitory)存储器等。
请参照图9,本申请实施例还提供了一种通信装置的硬件结构示意图。该装置包括处理器901、存储器902和收发器903。
处理器901可以是一个通用中央处理器(central processing unit,CPU)、微处理器、特定应用集成电路(application-specific integrated circuit,ASIC),或者一个或多个用于控制本申请方案程序执行的集成电路。处理器601也可以包括多个CPU,并且处理器901可以是一个单核(single-CPU)处理器,也可以是多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)的处理核。
存储器902可以是ROM或可存储静态信息和指令的其他类型的静态存储设备、RAM或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compactdisc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,本申请实施例对此不作任何限制。存储器902可以是独立存在(此时,存储器902可以位于该装置外,也可以位于该装置内),也可以和处理器901集成在一起。其中,存储器902中可以包含计算机程序代码。处理器901用于执行存储器902中存储的计算机程序代码,从而实现本申请实施例提供的方法。
处理器901、存储器902和收发器903通过总线相连接。收发器903用于与其他设备或通信网络通信。可选的,收发器903可以包括发射机和接收机。收发器903中用于实现接收功能的器件可以视为接收机,接收机用于执行本申请实施例中的接收的步骤。收发器903中用于实现发送功能的器件可以视为发射机,发射机用于执行本申请实施例中的发送的步骤。
当图9所示的结构示意图用于示意上述实施例中所涉及的终端设备的结构时,处理器901用于对终端设备的动作进行控制管理,例如,处理器901用于支持终端设备执行图5中的步骤501和步骤504,或者图6中的步骤601,和/或本申请实施例中所描述的其他过程中的终端设备执行的动作。处理器901可以通过收发器903与其他网络实体通信,例如,与上述网络设备通信。存储器902用于存储终端设备的程序代码和数据。所述处理器运行所述计算机程序时可以控制所述收发器903接收RRC释放信令、寻呼、多播业务的数据、Msg2、Msg4等。
当图9所示的结构示意图用于示意上述实施例中所涉及的网络设备的结构时,处理器901用于对网络设备的动作进行控制管理,例如,处理器901用于支持网络设备执行图1中的步骤101和步骤102,或者图2中的步骤201、步骤202和步骤203,图3中的步骤301、步骤302和步骤303,图4中的步骤402和步骤403,图5中的步骤502、步骤503和步骤505,图6中的步骤602、步骤603和步骤604。和/或本申请实施例中所描述的其他过程中的网络设备执行的动作。处理器901可以通过收发器903与其他网络实体通信,例如,与上述终端设备通信。存储器902用于存储网络设备的程序代码和数据。所述处理器运行所述计算机程序时可以控制所述收发器903发送RRC信令、MAC信令和DCI中的一个或多个。
本申请实施例定义接入网到终端设备的单向通信链路为下行链路,在下行链路上传输的数据为下行数据,下行数据的传输方向称为下行方向;而终端设备到接入网的单向通信链路为上行链路,在上行链路上传输的数据为上行数据,上行数据的传输方向称为上行方向。
本申请实施例定义接入网到终端的单向通信链路为下行链路,在下行链路上传输的数据为下行数据,下行数据的传输方向称为下行方向;而终端到接入网的单向通信链路为上行链路,在上行链路上传输的数据为上行数据,上行数据的传输方向称为上行方向。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,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)。
上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法、装置和系统,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的;例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式;例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。
Claims (23)
1.一种非激活态多播业务发送方法,其特征在于,包括:
发送第一指示信息和/或第二指示信息,所述第一指示信息指示在非激活态接收多播业务,所述第二指示信息指示在非激活态接收多播业务需要满足的条件;
发送多播业务的数据。
2.根据权利要求1所述的非激活态多播业务发送方法,其特征在于,所述第一指示信息与至少一种多播业务的标识具有对应关系,所述第二指示信息与至少一种多播业务的标识具有对应关系。
3.根据权利要求1所述的非激活态多播业务发送方法,其特征在于,所述发送第一指示信息包括:
将所述第一指示信息承载在RRC释放信令中发送出去。
4.根据权利要求1所述的非激活态多播业务发送方法,其特征在于,所述发送第二指示信息包括:
将所述第二指示信息承载在RRC信令中发送出去。
5.根据权利要求3或4所述的非激活态多播业务发送方法,其特征在于,所述发送第一指示信息和/或第二指示信息包括:
对于接收所述多播业务且处于连接态的终端设备,如果在时长为预设时长的时间段内没有多播业务和单播业务,则发送所述第一指示信息或所述第二指示信息。
6.根据权利要求1所述的非激活态多播业务发送方法,其特征在于,所述发送第一指示信息包括:
将所述第一指示信息承载在寻呼中发送出去。
7.根据权利要求6所述的非激活态多播业务发送方法,其特征在于,所述发送第一指示信息包括:
对于处于非激活态的终端设备,如果存在所述多播业务的数据需要传输,则将所述第一指示信息承载在寻呼中发送出去,所述寻呼中还包括所述多播业务的标识。
8.根据权利要求1所述的非激活态多播业务发送方法,其特征在于,所述第二指示信息包括以下一项或多项条件:
处于传输所述多播业务的服务小区;
处于接收所述第一指示信息或第二指示信息的服务小区;
处于所述服务小区的一个或多个波束下,且至少一个波束的信号质量达到预设门限;
处于所述服务小区,且上行提前定时器没有超时,配置的一个或多个配置授权有效;
处于所述服务小区,且上行提前定时器没有超时,所述服务小区配置用于传输HARQ反馈的上行资源。
9.根据权利要求1所述的非激活态多播业务发送方法,其特征在于,所述第二指示信息包括与所述条件相关的部分参数或全部参数。
10.根据权利要求1所述的非激活态多播业务发送方法,其特征在于,发送多播业务的数据包括:
接收终端设备通过MSG1或MSG3指示的波束信息,并在所述波束信息指示的波束发送所述多播业务的数据。
11.一种非激活态多播业务接收方法,其特征在于,包括:
接收第一指示信息和/或第二指示信息,所述第一指示信息指示在非激活态接收多播业务,所述第二指示信息指示在非激活态接收多播业务需要满足的条件;
在非激活态接收多播业务的数据。
12.根据权利要求11所述的非激活态多播业务接收方法,其特征在于,在接收到第一指示信息的情况下,在非激活态接收多播业务需要满足的条件由协议预先设定。
13.根据权利要求11所述的非激活态多播业务接收方法,其特征在于,所述第一指示信息是按照多播业务标识来设置是否在非激活态接收多播业务的。
14.根据权利要求11所述的非激活态多播业务接收方法,其特征在于,所述接收第一指示信息包括:
接收RRC释放信令,所述RRC释放信令包括所述第一指示信息。
15.根据权利要求11所述的非激活态多播业务接收方法,其特征在于,所述接收第二指示信息包括:
在激活态接收RRC信令,所述RRC信令包括所述第二指示信息。
16.根据权利要求13或14所述的非激活态多播业务接收方法,其特征在于,所述接收第一指示信息和/或第二指示信息之后包括:
进入非激活态;
保存在所述激活态时所获得的接收所述多播业务的参数配置。
17.根据权利要求11所述的非激活态多播业务接收方法,其特征在于,所述接收第一指示信息包括:
在非激活态接收寻呼,所述寻呼包括所述第一指示信息。
18.根据权利要求11所述的非激活态多播业务接收方法,其特征在于,所述在非激活态接收多播业务的数据包括:
如果接收到所述第一指示信息,则在接收到指示所述多播业务的数据传输的寻呼或更新信息后,接收所述多播业务的数据;
如果接收到所述第二指示信息,则判断所述第二指示信息所指示的条件是否满足,并在满足所述条件且接收到指示所述多播业务的数据传输的寻呼或更新信息后,接收所述多播业务的数据;
如果仅收到所述第一指示信息,并且在非激活态接收多播业务需要满足的条件由协议预先设定时,判断所述条件是否满足,在满足所述条件且接收到指示所述多播业务的数据传输的寻呼或更新信息后,接收所述多播业务的数据。
19.一种非激活态多播业务发送装置,其特征在于,包括:
指示信息发送模块,用于发送第一指示信息和/或第二指示信息,所述第一指示信息指示在非激活态接收多播业务,所述第二指示信息指示在非激活态接收多播业务需要满足的条件;
数据发送模块,用于发送多播业务的数据。
20.一种非激活态多播业务接收装置,其特征在于,包括:
指示信息接收模块,用于接收第一指示信息和/或第二指示信息,所述第一指示信息指示在非激活态接收多播业务,所述第二指示信息指示在非激活态接收多播业务需要满足的条件;
数据接收模块,用于在非激活态接收多播业务的数据。
21.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器运行时执行权利要求1至10中任一项所述非激活态多播业务发送方法的步骤,或者权利要求11至17任一项所述非激活态多播业务接收方法的步骤。
22.一种网络设备,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,其特征在于,所述处理器运行所述计算机程序时执行权利要求1至10中任一项所述非激活态多播业务发送方法的步骤。
23.一种终端设备,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,其特征在于,所述处理器运行所述计算机程序时执行权利要求11至17任一项所述非激活态多播业务接收方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111217425.4A CN115996485A (zh) | 2021-10-19 | 2021-10-19 | 非激活态多播业务发送、接收方法及装置 |
PCT/CN2022/124552 WO2023066081A1 (zh) | 2021-10-19 | 2022-10-11 | 非激活态多播业务发送、接收方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111217425.4A CN115996485A (zh) | 2021-10-19 | 2021-10-19 | 非激活态多播业务发送、接收方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115996485A true CN115996485A (zh) | 2023-04-21 |
Family
ID=85994105
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111217425.4A Pending CN115996485A (zh) | 2021-10-19 | 2021-10-19 | 非激活态多播业务发送、接收方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115996485A (zh) |
WO (1) | WO2023066081A1 (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11399406B2 (en) * | 2019-10-24 | 2022-07-26 | Qualcomm Incorporated | Maintaining a multicast/broadcast radio bearer in an idle state or an inactive state |
CN114731642A (zh) * | 2019-12-17 | 2022-07-08 | 华为技术有限公司 | 一种通信方法及装置 |
CN113163456B (zh) * | 2020-01-07 | 2023-09-01 | 大唐移动通信设备有限公司 | 一种通信方法及装置 |
US11689893B2 (en) * | 2020-04-08 | 2023-06-27 | Qualcomm Incorporated | Feedback for multicast transmissions while in an inactive or idle mode |
-
2021
- 2021-10-19 CN CN202111217425.4A patent/CN115996485A/zh active Pending
-
2022
- 2022-10-11 WO PCT/CN2022/124552 patent/WO2023066081A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2023066081A1 (zh) | 2023-04-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7150060B2 (ja) | 非ライセンススペクトルのための無線通信方法及び装置 | |
US11667253B2 (en) | System and method of reducing interruptions for vehicle to vehicle communication | |
US20190223221A1 (en) | High Reliability and Early Data Transmission | |
US20230300938A1 (en) | Methods and systems for managing mbs service continuity for a ue | |
US20230123151A1 (en) | Data transmission method and device | |
US11864212B2 (en) | Information transmission for pre-configuring dedicated resources in idle mode | |
US20220007426A1 (en) | Random access method and device | |
US9294976B2 (en) | Method for transceiving a signal to/from a mobile femtocell in a wireless communication system, and apparatus for same | |
US20190342912A1 (en) | Low-latency random access for wireless networks | |
US11974327B2 (en) | Method and apparatus for signaling multi-USIM UE busy status | |
US20230247401A1 (en) | Communication method and apparatus | |
WO2020056560A1 (zh) | 一种通信方法、终端设备和网络设备 | |
EP4333489A1 (en) | Sdt failure reporting method, terminal device, and network device | |
US20230042774A1 (en) | Method and device for information transmission and related equipment | |
TW201947962A (zh) | 降低存取延遲之方法及其使用者設備 | |
CN116158190A (zh) | 通信系统及通信终端 | |
WO2022006875A1 (zh) | 建立mbs业务的方法及装置、终端设备、网络设备 | |
US20230284231A1 (en) | Data transmission method and apparatus, communication device, and storage medium | |
EP4014694A1 (en) | Enhanced multi-connection operations | |
CN114846824A (zh) | 对设备的计数 | |
EP4284099A1 (en) | Mbs service configuration method and apparatus, terminal device, and network device | |
WO2023066081A1 (zh) | 非激活态多播业务发送、接收方法及装置 | |
US20230292375A1 (en) | Method for data transmission and terminal device | |
WO2023153335A1 (ja) | 通信システム | |
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 |